Заказать звонок

''ivs0'' (Все сообщения пользователя)

Внимание! У нас сбои с почтовым сервером! Если не пришло письмо о регистрации или смене пароля напишите нам на info@techwriters.ru! 
@twriters
 obmen_soobsheniyami.pngчат для технических писателей в Telegram

 Зарегистрируйтесь
Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 След.
Вывод ПО из эксплуатации
 
ГОСТов на эту тему не встречал. Да это и понятно. Выводить АС из эксплуатации - это может быть такой же по сложности технический проект, что и внедрять.
Главное - надо определить, как использовать те данные, которые накопились в системе за время эксплуатации? Какими системами эти данные используются?
То есть, "по жизни" - нужно заменить одну систему другой (то есть - опять же - "внедрить"), а высвободившиеся в результате "железки", устаревшее ПО, лицензии -
списать (в первую очередь по бухгалтерии) и утилизировать. По внедрению ГОСТы есть :-)
Списание и утилизация - это к ГОСТам не имеет отношения.
Из нормативных документов:
Есть такое Постановление Правительства от 6 июля 2015 года N 676 "О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации".

---  
VI. Требования к порядку вывода системы из эксплуатации и дальнейшего хранения содержащейся в ее базах данных информации
[JUSTIFY]20. Основанием для вывода системы из эксплуатации является:
[/JUSTIFY]
[JUSTIFY]а) завершение срока эксплуатации системы, в случае если такой срок был установлен правовым актом органа исполнительной власти о вводе системы в эксплуатацию;
[/JUSTIFY]
[JUSTIFY]б) нецелесообразность эксплуатации системы, в том числе низкая эффективность используемых технических средств и программного обеспечения, изменение правового регулирования, принятие управленческих решений, а также наличие иных изменений, препятствующих эксплуатации системы;
[/JUSTIFY]
[JUSTIFY]в) финансово-экономическая неэффективность эксплуатации системы.
[/JUSTIFY]
[JUSTIFY]21. При наличии одного или нескольких оснований для вывода системы из эксплуатации, указанных в [URL=http://docs.cntd.ru/document/420285955]пункте 20 настоящего документа[/URL], орган исполнительной власти утверждает правовой акт о выводе системы из эксплуатации.
[/JUSTIFY]
[JUSTIFY]22. Правовой акт о выводе системы из эксплуатации включает:
[/JUSTIFY]
[JUSTIFY]а) основание для вывода системы из эксплуатации;
[/JUSTIFY]
[JUSTIFY]б) перечень и сроки реализации мероприятий по выводу системы из эксплуатации;
[/JUSTIFY]
[JUSTIFY]в) порядок, сроки, режим хранения и дальнейшего использования информационных ресурсов, включая порядок обеспечения доступа к информационным ресурсам выводимой из эксплуатации системы;
[/JUSTIFY]
[JUSTIFY]г) порядок, сроки и способы информирования пользователей о выводе системы из эксплуатации.
[/JUSTIFY]
[JUSTIFY]23. Перечень мероприятий по выводу системы из эксплуатации включает:
[/JUSTIFY]
[JUSTIFY]а) подготовку правовых актов, связанных с выводом системы из эксплуатации;
[/JUSTIFY]
[JUSTIFY]б) работы по выводу системы из эксплуатации, в том числе работы по деинсталляции программного обеспечения системы, по реализации прав на программное обеспечение системы, демонтажу и списанию технических средств системы, обеспечению хранения и дальнейшего использования информационных ресурсов системы.
[/JUSTIFY]
[JUSTIFY]24. Если нормативными правовыми актами Российской Федерации не установлено иное, то сроки хранения информации, содержащейся в базах данных системы, определяются органом исполнительной власти и не могут быть меньше сроков хранения информации, которые установлены для хранения документов в бумажном виде, содержащих такую информацию.
[/JUSTIFY]
[JUSTIFY]25. Срок вывода системы из эксплуатации не может быть ранее срока окончания последнего мероприятия, предусмотренного правовым актом о выводе системы из эксплуатации.[/JUSTIFY]
Коммерсанты могут придерживаться тех - же обоснований и правил.
Правовый акт - приказ по предприятию,  работы по выводу системы из эксплуатации - проект вывода из эксплуатации (как правило - замены другим АС/ИС с обеспечением существующего взаимодействия).

По вопросу утилизации электронной техники есть ГОСТ:
ГОСТ Р 55102-2012 Ресурсосбережение. Обращение с отходами. Руководство по безопасному сбору, хранению, транспортированию и разборке отработавшего электротехнического и электронного оборудования, за исключением ртутьсодержащих устройств и приборов.
Новый госконтракт, Подготовка к новому госконтракту
 
Для начала почитайте "азы" по жизненному - циклу ПО: ГОСТ Р ИСО/МЭК 12207-2010,ГОСТ Р ИСО/МЭК ТО 15271-2002
и по процессу создания пользовательской документации ГОСТ Р ИСО МЕК 15910-2002.
Скорее всего у вас заказная разработка (для ГК чаще всего) - для правильного оформления и "наполнения" документов вам нужно изучить ГОСТ 19 серии.
Но если у вас коробочный продукт, то для такого ПО есть специальный ГОСТ Р ИСО 9127-94.
На первое время этого достаточно.
Актуализация требований к системе, Интересен ваш опыт
 
Ну да, в требования и в ТЗ - дополнением к ТЗ либо протоколом согласования изменений. Главное, чтобы было подписано обеими сторонами.
В подлинники программных документов (в спецификацию и др. по ГОСТ 19) - согласно ГОСТ 19.603.
Чем отличается документация от спецификации, отличие спецификации и джокументации
 
Согласно ГОСТ 2.106-96
Спецификация, это конструкторский  документ, в который вносят составные части, входящие в специфицируемое изделие, а также конструкторские документы, относящиеся к этому изделию и к его неспецифицируемым составным частям.
3.3 Спецификация в общем случае состоит из разделов, которые располагают в следующей последовательности:
- документация;
- комплексы;
- сборочные единицы;
- детали;
- стандартные изделия;
- прочие изделия;
- материалы;
- комплекты.
ну и далее по тексту.. :-)
ГОСТ или корпоративные стандарты
 
[QUOTE]Гость написал:
[QUOTE] ''ivs0'' написал:
[QUOTE]такими требованиями и являются ГОСТы для серьезных учреждений. Они кратко запишут - разработать документы на ПО согласно ГОСТ 19 серии. [/QUOTE]
[/QUOTE]
И как же ГОСТЫ 19 серии, разработанные в 1978-1980 гг.,  помогут сделать современную, высокоэффективную, конкурентоспособную программную систему?

Вы бы хоть поглядели на эти ГОСТы. :-)
ГОСТ 19 серии содержат требования не к программе, а к документации на программу. А хорошую программу делают с помощью аналитиков, изучивших потребность автоматизации и подготовивших качественное ТЗ,  и умений программистов (хотя это уже не факт - есть ПО, которое прямо из диаграмм процессов делает базу и интерфейс для пользователей, но здесь не об этом...). А вот составить качественные документы  по уже разработанной программе - это ГОСТ 19 серии. А чем определяется качество? Правильно - требованиями. А кто к документам предъявил требования - правильно - заказчик. Заказчик предложил вам свой стандарт по разработке документов? Отлично - пишите по его стандарту и сдавайте работу. Заказчик не предложил? Тогда как проверить качество? Вот для этого есть ГОСТ. Если "коробочная" программа - ГОСТ Р ИСО 9127-94.  И по нему же принимаем.
Если заказная и заказчик не предъявил требований к документации (или указал, что документы надо делать по ГОСТ19), то разрабатываем документы по 19 ГОСТ, и приемку документов осуществляем по этому ГОСТ.

[/QUOTE]
ГОСТ или корпоративные стандарты
 
[QUOTE]Ден написал:
у меня стойкая неприязнь к ГОСТам, это атавизм, который за собой несут крупные госучреждения (МинОбороны, МВД и т.д), кроме этого соблюдение ГОСтам кормит армию нормоконтролеров. Абсолютно устаревшее оформление документов, тьфу на них.[/QUOTE]
Мыслите шире.
Чтобы принять какую-то работу, надо сначала предъявить требования к этой работе (ТТХ, ТЗ, ТУ и др.).
Так вот, такими требованиями и являются ГОСТы для серьезных учреждений. Они кратко запишут - разработать документы на ПО согласно ГОСТ 19 серии.
Вы
их разрабатываете и сдаете. Если есть некие претензии со стороны
заказчика, смотрите в ГОСТ - кто прав, если заказчик - исправляете
согласно ГОСТ, если Вы - указываете на это заказчику. В любом споре (в
том числе и в суде) вы сможете доказать, что претензии заказчика
неправомочны. И вы получите причитающееся...
А если ни каких
требований вы с заказчиком не обговаривали, то и принимать у вас он
может хоть сто лет, требуя править каждый параграф...
Со стороны подрядчика тоже есть плюсы: заранее известно КАКИЕ документы, КАК делать, ЧТО в них должно быть. Да только эти знания сократят ваше время написания "в разы"!
И,
кстати, нормоконтролер - это тот "незамыленный" глаз, который все
"плюхи" техписа выявит и либо поправит, либо укажет на них, чтобы сам
поправил. Ну а для проектировщиков он тоже много чего полезного сделает... Но об этом не на сайте техписов...  :-)
Удачи!
Изображения по ГОСТ
 
По 2, 7, 34, 19, 21 серии ГОСТ можете найти правила и примеры оформления в книге "Методика разработки и оформления технической документации на автоматизированные системы" по ссылке [URL=http://teh-doc.narod.ru/]http://teh-doc.narod.ru/[/URL]. Ну и еще много всего полезного для разработки документации.
Какие программы и методологии использует в работе аналитик?, методологиями и инструменты описания бизнес-процессов
 
Использую методологию BPM. Российская "ветка" здесь: http://abpmp.org.ru/ На практике использую нотацию BPMN 2.0 см. https://ru.wikipedia.org/wiki/BPMN (Поддерживается почти всеми инструментами, в том числе Business Studio, Visio, IBM BPM и др. ). Есть большой перечень прикладных BPMS, поддерживающих эту нотацию для разработки прикладных решений (BizAgi, ELMA (отеч.), Alfresco и т.д.). Нотацию легко понимают "не технари". Только подготовьте для них корпоративный стандарт нотации (ограничьте для Вашего использования) и обеспечьте разработку диаграмм аналитиками тоже в рамках этой нотации.
Пятая редакция книги "Методика разработки и оформления технической документации на автоматизированные системы", Новая редакция книги
 
В новую редакцию добавлена Глава 5, в которой рассматриваются современные (на 2014 год) требования ГОСТ по разработке электронных конструкторских документов, возможности их применения при разработке документации на АС.
Купить ее можно на сайте http://teh-doc.narod.ru/.
Литература для технических писателей
 
А вы хотите что-то "свое" в ГОСТы написать? :-)
Или Вы предпочитаете взять оригинальные тексты 50-ти документов ГОСТ, свести их по перекрестным ссылкам, проверить их актуальность и скачать новые тексты, все это прочитать, запомнить и с легкостью всем этим пользоваться?
Ну, каждый сам решает.
Литература для технических писателей
 
Посмотрите вот эту книгу, особенно если работаете на госструктуры. Уже 4 редакция в продаже.
[url]http://teh-doc.narod.ru/p_ogl_1.html[/url]
Как красиво и полно описать бизнес-процесс?, Обсуждаем как правильно описать работу бизнес-процесса. выкладываем шаблоны бизнес-процессов,
 
Теория процессного управления не стоит на месте.
Несколько лет активно существует и развивается самая современная нотация для разработки диаграмм бизнес-процессов - BPMN.
Эта нотация вобрала лучшее из большинства других нотаций. Поддерживается большинством крупных  производителей ПО для автоматизации бизнес-процессов.
Но, главное, есть хорошее описание нотации, которое вполне доступно для понимания как бизнес-пользователям, так и аналитикам, программистам.
Более того, есть ряд программных продуктов, которые поддерживают разработку пользовательских приложений прямо для диаграмм, "нарисованных" в BPMN.
Например: http://www.elma-bpm.ru/product/bpm/bpmn.html
http://www.bizagi.com/en/bpm-suite
А для описания бизнес-процессов разрабатывается корпоративный стандарт на основе той методологии, которую вы используете для описания бизнес-процессов: шаблон документа, разделы (входы, выходы, роли и т.п.), что в каждом разделе должно быть описано, стиль изложения текста, оформление, порядок кодирования (если используется) и т.п.
Изменено: ''ivs0'' - 12.11.2014 17:07:34
Сколько печатных знаков на странице формата А4?, Сколько по вашему мнению печатных знаков на странице формата А4
 
[QUOTE]writer пишет:
Из Вики:


Авторский лист равен 40 000 печатных знаков (включая пробелы между словами, знаки препинания, цифры и пробелы до конца строк, которые заполнены знаками не полностью), либо 700 строкам стихотворного текста, либо 3000 см² иллюстративного материала (графиков, рисунков, таблиц). Авторский лист составляет основу специальной системы подсчёта для определения объёма подготовленных к изданию рукописей и опубликованных работ.
Как правило, один авторский лист составляет 22-23 машинописные страницы при стандартном заполнении или 10—12 страниц для текста, набранного на компьютере и напечатанного шрифтом 12-го кегля с одинарным интервалом (на страницу приходится в среднем 3500 знаков).
[/QUOTE]Согласно ОСТ29.130-97 по авторскому листу

[url]http://www.bestpravo.ru/rossijskoje/jm-dokumenty/y7w/page-4.htm[/url]
см. п. 5.1

Речь в нем идет о том, что авторский лист 40000 символов - это 22-23 страницы машинописного текста на русском языке.
40000 / 22 = 1818 знаков.
Издательства меряют объемы в авторских листах.
Остальные, для удобства работы с малыми объемами, меряют в машинописных листах ( 40000/23 =~ 1800 зн.).
В Википедии привели выдержку из ОСТ. Это верно.
Но потом кто-то решил выглядеть еще умнее, и сам что-то посчитал. Даже отступы от границ листа не указал и каким шрифтом пользовался (таймс, ариал, еще какой?). Поэтому мерять "напечатанным на компбютере" некорректно. Прав [url=http://techwriters.ru/forum/user/13391/]ADVANCED[/url] с таблицей Сивцева... :-)
Коллеги! Вышла 4 редакция книги "Методика разработки и оформления технической документации на автоматbзированные системы"!, Книга для профессионалов и начинающих: 34 ГОСТ, и его связь с остальными ГОСТами - 2, 6, 7, 19, 21 серии. Как разрабатывать документы на АС?
 
Вышла 4 редакция книги "Методика разработки и оформления технической документации на автоматизированные системы".
Внесены изменения в связи с ведением в действие новой редакции стандарта ГОСТ 21.1101-2013.
[url]http://teh-doc.narod.ru/[/url]
Изменено: ''ivs0'' - 29.01.2014 21:06:37
Отличия в ГОСТ 34 и ГОСТ 2.105-95. Срочно!
 
[QUOTE]'H&M User' пишет:
''ivs0'' пишет:
[QUOTE]Не соглашусь с ответом [url=http://techwriters.ru/forum/user/13886/]'H&M User' ...[/url]
Требования ГОСТ 34 к оформлению документов на автоматизированные системы зависят от вида документа, или, если смотреть более "крупно", то от того, для какой стадии создания АС готовится документ (см. ГОСТ 34.201-89).
На предпроектной стадии оформляются отчеты, концепция по ГОСТ 7.32.
Техническое задание оформляется по ГОСТ 34.602.
Оформление по ГОСТ 2.105 производится для документов стадий эскизный проект, технический проект, рабочая документация.
Причем эксплуатационная документация (которая по ГОСТ 34 входит в состав рабочей документации) оформляться по ГОСТ 2.601.
На стадии ввода в эксплуатацию документы (акты, протоколы и т.п.) оформляются по ГОСТ 6.30.
Так что для правильного оформления документации на АС, руководствуются всеми перечисленными ГОСТ.
Оформлению документации на АС по ГОСТ можно поучиться на этом сайте:
[url]http://techwriters.ru/learning/training-programs/detail.php?ELEMENT_ID=242[/url]

[url]http://techwriters.ru/forum/user/13886/[/url] [/QUOTE]Уважаемый ivs0!
Мы говорим об оформлении . Да, возможно я не так лаконично выразился, но суть одна и та же...
[QUOTE]Техническое задание оформляется по ГОСТ 34.602[/QUOTE] Читаем 34.602-89: "3.2. ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней."
Согласно ГОСТ 34.201-89, ВСЕ! конструкторские документы определяются ГОСТ 2.102-68-2001, соответственно используем 2-е ГОСТЫ (начиная с 2.104-2006 и заканчивая 2.316-2008 ). Эксплуатационные документы определяются ГОСТ 2.601-2006, а ремонтные - 2.602-95; их правила выполнения - 2.610-2006; .
Если при проектировании АС оформляются программные документы, то согласно тому же ГОСТ 34.201, их необходимо выполнять согласно ГОСТ 19.101 (19.101-77).
Согласно 34.201-89, "Состав видов документов, разрабатываемых на стадии «Исследование и обоснование создания АС» определяют в соответствии с разд. 3 ГОСТ 24.601, исходя из требуемых результатов выполнения данной стадии", однако, открыв
34.601-90, в информационных данных видим: "3. ВЗАМЕН ГОСТ 24.601-86, ГОСТ 24.602-86".
ГОСТ 6.30-2003 устанавливает лишь состав и и требования к оформлению реквизитов документов, включенных в ОК 011-93 "Общероссийский классификатор управленческой документации" - постановления, распоряжения, приказы, решения, протоколы, акты, письма и др. и является рекомендуемым.

ИТОГ: оформление документации ведем либо по ГОСТ 2.105-95, либо по 19.105-78 и 19.106-78 (если программный документ).
[/QUOTE]Уважаемый [url=http://techwriters.ru/forum/user/13886/]'H&M User' ...[/url], сравните этот ответ со своим первым ответом... это "совершенно не отличаются" :-)
И не упомянули про предпроектные стадии, оформление по ГОСТ 7.32.... :-)
И про стадию ввода в эксплуатацию.. по ГОСТ 6.30
И, кстати, именно оформление по ГОСТ 2.601 может отличается от оформления по ГОСТ 2.105...
Изменено: ''ivs0'' - 24.06.2013 14:20:54
Отличия в ГОСТ 34 и ГОСТ 2.105-95. Срочно!
 
Не соглашусь с ответом [URL=http://techwriters.ru/forum/user/13886/]'H&M User' ...[/URL]
Требования ГОСТ 34 к оформлению документов на автоматизированные системы зависят от вида документа, или, если смотреть более "крупно", то от того, для какой стадии создания АС готовится документ (см. ГОСТ 34.201-89).
На предпроектной стадии оформляются отчеты, концепция  по ГОСТ 7.32.
Техническое задание оформляется по ГОСТ 34.602.
Оформление по ГОСТ 2.105 производится для документов стадий эскизный проект, технический проект, рабочая документация.
Причем эксплуатационная документация (которая по ГОСТ 34 входит в состав рабочей документации) оформляться по ГОСТ 2.601.
На стадии ввода в эксплуатацию документы (акты, протоколы и т.п.) оформляются по ГОСТ 6.30.
Так что для правильного оформления документации на АС, руководствуются всеми перечисленными ГОСТ.
Оформлению документации на АС по ГОСТ можно поучиться на этом сайте:
http://techwriters.ru/learning/training-programs/detail.php?ELEMENT_ID=242

[URL=http://techwriters.ru/forum/user/13886/][/URL]
Оформление нескольких томов по ГОСТ
 
Вопрос комплектования документов не является простым и не уместится в одну строку.
1. Документ может быть разбит на части, части - на тома, тома - на книги.
Для ГОСТ 2, 19 и 34 серии - обозначения этих "комлектующих" отличаются..
2. "Мелкие" документы (схемы, ведомости и т.п.) комплектуются в альбомы.
Более подробно, с примерами (в том числе титульных листов, обозначений и т.п.) Вы можете ознакомиться либо в моей книге (teh-doc.narod.ru) либо в учебном курсе http://techwriters.ru/learning/training-programs/detail.php?ELEMENT_ID=242
Изучайте, пользуйтесь!
Детализация разделов документациипо ГОСТ
 
[QUOTE]''ADVANCED'' пишет:
Пользы от ГОСТов в нумерации разделов и подразделов нет никакой[/QUOTE]Ну, как смотреть..
Вообще-то не забывайте о структурном элементе "Содержание"...
Технический документ должен быть удобным в оперативном использовании. То есть - требуется БЫСТРО найти нужный текст!
Если глубина разделов / подразделов большая, то содержание получается перегруженным, многоярусным и неудобным для оперативного использования.
А при 2 уровнях - содержание компактное  и им очень удобно пользоваться. :-)
Поэтому структурировать документ рекомендую по ГОСТ.
И сами привыкните, и никогда заказчик не будет тыкать носом, что не соответствует ГОСТ...  
А вообще, с методической точки зрения, мне не очень понятно вот что:
ЗАЧЕМ изобретать что-то, что уже давно изобретено и используется?
Ну вот есть ГОСТы на документацию... В них практически все вопросы рассмотрены. ГОСТы "увязаны" друг с другом.
Используйте и не изобретайте "своё". Ну очень сомневаюсь, что Вы изобретете лучше отработанных десятилетиями правил... :-)
Если кому некогда смотреть и сводить вместе ГОСТы, воспользуйтесь, как справочником, моей книгой (teh-doc.narod.ru). Или пройдите дистанционный курс http://techwriters.ru/learning/training-programs/detail.php?ELEMENT_ID=242.
Успехов!
А ещё по "внесеню изменений" подскажите
 
[QUOTE]caphook пишет:
Понял. В ЕСПД это в конце документа.[/QUOTE][URL=http://techwriters.ru/forum/user/13666/]Konstantin[/URL] не прав по расположению листа регистрации изменений. Для документов стадий эскизного, технического проекта и рабочей документации по 34 ГОСТ лист регистрации изменений должен быть последним листом документа.
Получение децимального номера, Как получить децимальный номер, какие документы для этого нужны и все вопросы о получении децимального номера.
 
[QUOTE]''''Христина'''' Арженовская пишет:
меня на самом деле интересует в каких случаях используют ГОСТ 19.103-77, а в каких 2.201-80? точнее граница между ними. понятно, что 19 это на программу, а 2 на само изделие (компьютер, станок и т.д). а вот когда у меня и изделие и программа на него одновременно, что делать? или когда ОКР делят между исполнителями и получается, что у нас программа, а у другого исполнителя само изделие (с конструкторскими чертежами), но всю документацию пишем мы. В теории, конечно, за своего исполнителя я должна проставить номер по 19, а в целом по проекту по 2, но документация одна и нужно выбирать.[/QUOTE]Программа - это само по себе изделие. Коды по [url=http://techwriters.ru/services-for-technical-writers/gosts-and-standards/gost/gost-19-xxx-espd/]ГОСТ 19[/url].
"Изделие", автоматизирующее какие-либо функции человека, состоящее из технических средств автоматизации, программных средств и персонала, выполняющего функцию, - это к автоматизированным системам относится. Обозначения АС и документов на АС - по [url=http://techwriters.ru/services-for-technical-writers/gosts-and-standards/gost/gost_detail.php?ELEMENT_ID=351]ГОСТ 34.201[/url].
А по ГОСТ 2.201 обозначают нечто "малоинтелектуальное" - "любой предмет или набор предметов производства" (см. ГОСТ 2.101-6  8)  ) - шкаф, стол, лопата, печатная плата и т.д.
Граница между "ПО" и "неПО" и так ясна. Граница между "АС" и "неАС" (предметом) неоднозначна :-). Мне видится разделение так: если выполнение функции настолько автоматизировано, что человек не требуется, то это уже не автоматизированная, а автоматическая функция, и следовательно, это "неАС" (следовательно - ГОСТ 2 серии), если при выполнении функции без человека не обойтись (например, система измеряет и выдает некие параметры, а решение на действие выдает человек, например, нажав кнопку, повернув рычаг, нажав клавишу), то это АС (следовательно - ГОСТ 34 серии).
Документы на ПО включаются в комплект документов на АС (вносятся в ведомость и предоставляются при сдаче).
Изменено: 'ivs0' - 01.04.2013 14:41:42
Версионность в руководстве пользователя
 
Не очень понятно, что уважаемый serg подразумевает под термином "версионность"? Не могли бы пояснить?
Если имеется ввиду, что в эксплуатационный документ должны быть внесены изменения, то это оформляется по ЕСКД, см. ГОСТ 2.603-68. При этом обозначение документа не меняется.
Как правильно оформлять список?
 
Коллеги, все правила русского языка, действительно, "писаны"!!!
Утверждены Академией наук СССР, Министерством высшего образования СССР и Министерством просвещения РСФСР в 1956 г.
С тех пор не изменялись (слава богу, хотя некоторые депутаты сучат ножками...).
Вот ссылка: [url=http://teh-doc.narod.ru/p_spravochnik.html]http://teh-doc.narod.ru/p_spravochnik.html[/url] - скачивайте (там есть файл в формате PDF).
В чем принципиальное отличие различных видов технической док
 
[quote="Alex_Gur":1zmxeiws]Подскажите, пожалуйста, в чем принципиальное отличие следующих видов технической документации (очень кратко):
ТТ – Технические требования;
ТЗ – Техническое задание;
ЧТЗ – частное техническое задание;
ТКП – Технико-коммерческое предложение
ТП – Технический проект;[/quote:1zmxeiws]

Принципиальное отличие в том, что каждый из документов разрабатывается на определенной стадии жизненного цикла проекта:
Этап маркетинга: ТКП (потенциальный подрядчик предлагает потенциальным заказчикам).
Этап формирования требований к АС : ТТ (сбор требований заказчика и/или пользователя к АС)
Этап разработки ТЗ: ТЗ (оформление требований к АС, согласованных заказчиком и подрядчиком)
Этап технического проектирования: ТП (подрядчик проектирует систему и согласовывает решение с заказчиком)
На этом же этапе формируются ЧТЗ для тех подсистемам, ПО, технических средств, которые не являются покупными изделиями и должны быть РАЗРАБОТАНЫ (доработаны) либо самим подрядчиком, либо (что чаще) субподрядчиками.
Далее идет этап внедрения...
В разделе - один подраздел
 
[quote="Ogre":15miztcn][quote="writer":15miztcn]да уж головоломка :D[/quote:15miztcn]
Ох уж эти ГОСТы.
Давайте представим:
[i:15miztcn]Ситуация намбер ван.[/i:15miztcn]
Система тытытыц состоит из следующих подсистем и компонентов:
1. подсистема тырыцтырыц
Система является масштабируемой и трали-вали.

[i:15miztcn]Ситуация намбер ту.[/i:15miztcn]
Для завершения работы с системой тытытыц следует осуществить следующие действия:
1. Выбрать команду "Закрыть", находящуюся в главном меню.
В результате работа с системой тытытыц будет завершена.

Что там нам ГОСТы по этому поводу говорят?
И чтобы 2 раза не вставать, давайте обсудим возможное количество уровней. 7, 8, 9, 10 и т. п. уровней нормально?[/quote:15miztcn]

В примерах не "пункты", а "перечисления".
Про перечисления см. ГОСТ 7.32 п. 6.4.6.; ГОСТ 19.106 п.2.1.6. абзац 9; ГОСТ 2.105 п. 4.1.7.
Так что оба примера оформлены неверно.
Если бы писали документы, например, для ИТ ЦБ, их бы вернули за несоответствие ГОСТ.
Сорри. :-)
Про требования к заголовкам, подзаголовкам, пунктам, подпунктам (то, что Ogre называет уровнями), а также про многие другие нюансы требований ГОСТ, рекомендую почитать мою книжку, см. сайт: teh-doc.narod.ru.
Посоветуйте с чего начать
 
Надо себя пробывать в профессии. Ничего невозможного нет. Может в freelance сначала? Я встречал на сайтах предложения по написанию документации для коробочных программ... Не заработаете, так потренируетесь...
Для таких "коробок" есть хороший ГОСТ Р ИСО 9127-94. Посмотрите.
Но в чем-то ТуамОсес тоже прав...
Каждую профессию надо любить. Иначе это все "в лом" и бессмысленный напряг...
Да, и с компом дружить надо "плотно"... Конечно, Help & Manual тоже нужен. Но вот с Word надо быть "на ты"... Львиная доля работодателей предпочитает документы в *.doc и *.docx.
А если вы еще и макросы сможете использовать для автоматизации работы в нем (а если еще и VBA!), то это уже - профи :-).
Страницы: 1 2 След.

Рейтинг@Mail.ru