Стандарты и шаблоны для тз на разработку по. Что такое гост
ГОСТ - государственный стандарт
Государственные стандарты (ГОСТ) впервые были разработаны Комитетом по стандартизации при Совете труда и обороны, созданном в 1925 году. Тогда 80 лет назад были разработаны и утверждены стандарты, регламентирующие производство практически всего - начиная от продуктов питания и заканчивая автомобилями. Данные стандарты носили обязательный характер и действовали на всей территории СССР.
На сегодняшний день насчитывается порядка 25 тысяч ГОСТов, которые распространены не только на территории Российской Федерации, но и некоторых стран СНГ, таких как Азербайджан, Армения, Белоруссия, Грузия, Казахстан, Киргизия, Молдова, Таджикистан, Узбекистан, Украина. С 27 декабря 2002 года, согласно Федеральному закону о техническом регулировании (№184-ФЗ) ГОСТ перестал носить обязательный характер и может применяться добровольно (за исключением случаев, касающихся обеспечения безопасности здоровья граждан или окружающей среды). В этом же году было введено понятие технического регламента, который в будущем должен заменить государственные стандарты.
Публикация текстов ГОСТов на территории Российской Федерации должна вестись на бесплатной основе. На официальном сайте Ростехрегулирования можно найти в открытом доступе большинство государственных стандартов.
Классификация ГОСТов
В советское время классификация ГОСТов была представлена в «Классификаторе Государственных стандартов СССР». Классификация ГОСТов в классификаторе стандартов СССР являлась строго иерархической. Система классификации ГОСТов включала несколько уровней, при этом каждому стандарту присваивался отдельный буквенно-цифровой код.
На сегодняшний день классификация ГОСТов ведется по Общероссийскому классификатору, разработанному в ВНИИ классификации, терминологии и информации по стандартизации и качеству и введенному в действие в 2000 году. Общероссийский классификатор согласуется с Международным классификатором стандартов ISO.
В данном классификаторе каждому стандарту присваивается соответствующий цифровой код, который состоит из номера и года утверждения ГОСТа. Номер стандарта имеет префикс, указывающий его на принадлежность к определенной серии документации, и порядковый номер, который определяется последовательностью принятия. Например:
- ГОСТ 2 .ххх - Единая Система конструкторской документации (ЕСКД)
- ГОСТ 19 .ххх - Единая Система программной документации (ЕСПД)
- ГОСТ 24 ххх. - Единая система стандартов автоматизированных систем управления (позднее ГОСТ 34 - Комплекс стандартов на автоматизированные системы)
Так как ГОСТ носит частично международный характер для стандартов, действующих только на территории России, принято наименование ГОСТ Р.
На нашем сайте вы можете найти основные стандарты, регулирующие производственные процессы в сфере информационных технологий.
ГОСТ 34 и ГОСТ 19
Наиболее частой проблемой при разработке технической документации является вопрос выбора правильного стандарта (ГОСТ 19
или ГОСТ 34
). Ключ к пониманию разницы между данными стандартами заложен в наименовании их комплекса - Единая система программной документации (ГОСТ 19
) и Комплекс стандартов на автоматизированные системы (ГОСТ 34
).
Автоматизированная система является результатом целенаправленной деятельности ведущей к автоматизации одного или нескольких производственных процессов на предприятии. Таким образом, автоматизированная система (АС) должна иметь:
- цель (например: оптимизация процесса документооборота на предприятии);
- обслуживающий и эксплуатационный персонал (например: системный администратор, администратор баз данных и т.п.);
- программные средства, обеспечивающие корректную работу АС (например: операционная система);
- комплекс технических средств, на котором развернута АС (например: сервер, рабочее место пользователя).
В то время как АС является комплексной системой, программа представляет собой код, исполняемый машиной (компьютером). Программа может существовать как часть автоматизированной системы, так отдельно.
Таким образом, при разработке технической документации на автоматизированную систему необходимо руководствоваться рекомендациями стандартов входящих в состав ГОСТ 34 , в то время как для программы принято использовать ГОСТ 19 .
Лекция. Техническое задание на разработку ИС и ПО
Что такое ГОСТ
ГОСТ - государственный стандарт
Государственные стандарты (ГОСТ) впервые были разработаны Комитетом по стандартизации при Совете труда и обороны, созданном в 1925 году. Тогда 80 лет назад были разработаны и утверждены стандарты, регламентирующие производство практически всего - начиная от продуктов питания и заканчивая автомобилями. Данные стандарты носили обязательный характер и действовали на всей территории СССР.
На сегодняшний день насчитывается порядка 25 тысяч ГОСТов. С 27 декабря 2002 года, согласно Федеральному закону о техническом регулировании (№184-ФЗ) ГОСТ перестал носить обязательный характер и может применяться добровольно (за исключением случаев, касающихся обеспечения безопасности здоровья граждан или окружающей среды). В этом же году было введено понятие технического регламента, который в будущем должен заменить государственные стандарты.
Классификация ГОСТов
В советское время классификация ГОСТов была представлена в «Классификаторе Государственных стандартов СССР». Классификация ГОСТов в классификаторе стандартов СССР являлась строго иерархической. Система классификации ГОСТов включала несколько уровней, при этом каждому стандарту присваивался отдельный буквенно-цифровой код .
На сегодняшний день классификация ГОСТов ведется по Общероссийскому классификатору, разработанному в ВНИИ классификации, терминологии и информации по стандартизации и качеству и введенному в действие в 2000 году. Общероссийский классификатор согласуется с Международным классификатором стандартов ISO.
В данном классификаторе каждому стандарту присваивается соответствующий цифровой код, который состоит из номера и года утверждения ГОСТа. Номер стандарта имеет префикс, указывающий его на принадлежность к определенной серии документации, и порядковый номер, который определяется последовательностью принятия. Например:
· ГОСТ 2 .ххх – Единая Система конструкторской документации (ЕСКД)
· ГОСТ 19 .ххх – Единая Система программной документации (ЕСПД)
· ГОСТ 24 ххх. - Единая система стандартов автоматизированных систем управления (позднее ГОСТ 34 – Комплекс стандартов на автоматизированные системы)
Так как ГОСТ носит частично международный характер для стандартов, действующих только на территории России, принято наименование ГОСТ Р.
ГОСТ 34 и ГОСТ 19
Наиболее частой проблемой при разработке технической документации является вопрос выбора правильного стандарта (ГОСТ 19 или ГОСТ 34 ). Ключ к пониманию разницы между данными стандартами заложен в наименовании их комплекса – Единая система программной документации (ГОСТ 19 ) и Комплекс стандартов на автоматизированные системы (ГОСТ 34 ).
Автоматизированная система является результатом целенаправленной деятельности ведущей к автоматизации одного или нескольких производственных процессов на предприятии. Таким образом, автоматизированная система (АС) должна иметь:
· цель (например: оптимизация процесса документооборота на предприятии);
· обслуживающий и эксплуатационный персонал (например: системный администратор, администратор баз данных и т.п.);
· программные средства, обеспечивающие корректную работу АС (например: операционная система);
· комплекс технических средств, на котором развернута АС (например: сервер, рабочее место пользователя).
В то время как АС является комплексной системой, программа представляет собой код, исполняемый машиной (компьютером). Программа может существовать как часть автоматизированной системы, так отдельно.
Таким образом, при разработке технической документации на автоматизированную систему необходимо руководствоваться рекомендациями стандартов входящих в состав ГОСТ 34, в то время как для программы принято использовать ГОСТ 19.
Техническое задание является исходным материалом для создания информационной системы или другого продукта. Поэтому техническое задание (сокращенно ТЗ) в первую очередь должно содержать основные технические требования к продукту и отвечать на вопрос, что данная система должна делать, как работать и при каких условиях.
Как правило, этапу составления технического задания предшествует проведение обследования предметной области, которое завершается созданием аналитического отчета. Именно аналитический отчет (или аналитическая записка) ложится в основу документа Техническое задание.
Если в отчете требования заказчика могут быть изложены в общем виде и проиллюстрированы UML-диаграммами, в техническом задании следует подробно описать все функциональные и пользовательские требования к системе. Чем подробнее будет составлено техническое задание, тем меньше спорных ситуаций возникнет между заказчиком и разработчиком во время приемочных испытаний.
Таким образом, техническое задание
является документом, который позволяет как разработчику, так и заказчику представить конечный продукт и впоследствии выполнить проверку на соответствие предъявленным требованиям.
Руководствующими стандартами при написании технического задания являются ГОСТ 34.602.89 «Техническое задание на создание автоматизированной системы» и ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». Первый стандарт предназначен для разработчиков автоматизированных систем, второй для программных средств.
Ниже представлен список и описание разделов, которые должно содержать техническое задание согласно ГОСТам.
Документ Техническое задание должен отражать все требования к проектируемому продукту, выделенные на этапе аналитического исследования объекта автоматизации. |
ИСПОЛЬЗОВАНИЕ ТРЕБОВАНИЙ ГОСТ 19 и 34 СЕРИИ ПРИ ОФОРМЛЕНИИ ДОКУМЕНТАЦИИ В IT-ПРОЕКТАХ ДЛЯ ГОСУДАРСТВЕННЫХ СТРУКТУР
Введение
Современный мир невозможно себе представить без средств автоматизации, которые со стремительной скоростью повсеместно внедряются в коммерческих и государственных структурах, что обеспечивает более эффективную работу бизнеса и государственного сектора. Внедрение тех или иных средств автоматизации как правило, предполагает разработку документации на различных стадиях, таких как: формирования требований к информационной системе; на стадии технического проекта; стадии разработки рабочей документации.
При этом, бывают ситуации, когда разработчики документации и заказчик не всегда имеют одинаковое представление о количестве, структуре и содержании разрабатываемых документов. Это приводит к тому, что результаты работ не устраивают заказчика, приходится дополнительно тратить ресурсы на доработку документов. Использование требований ГОСТ при разработке документации позволяет избежать подобных ситуаций, т.к. несмотря на бытующее мнение об отставании стандартов от современных технологий, ГОСТ предоставляет четкую структуру разрабатываемой документации, обладает свойствами полноты и непротиворечивости, а также снимает спорные вопросы между исполнителем и заказчиком к результатам работ. Тем более, что в большинстве государственных организаций разработка документации по ГОСТ является обязательным условием. Далее мы попробуем разобраться в тонкостях разработки документации по требованиям ГОСТ.
При разработке автоматизированных систем (АС) по ГОСТ 34 в IT-проектах для госструктур зачастую возникает вопрос: по каким ГОСТам оформлять документацию? В ГОСТ 34 нет явных указаний на то, по каким стандартам оформлять конкретные документы, разрабатываемые в рамках создания АС, кроме требований к оформлению ТЗ. Попробуем выяснить, какие ГОСТы используются при оформлении документов в случае отсутствия точных указаний в государственном контракте или конкурсном техническом задании (ТЗ). Данный материал в первую очередь, предназначен для IT-специалистов, желающих разобраться, как оформляются документы в IT-проектах по требованиям ГОСТ.
Определение стандартов оформления документации
Оформление документов в ГОСТ 34 зависит от вида документа (конструкторский или программный), и стадии создания АС, на которой готовится документ.
Перечень документов, разрабатываемых на различных стадиях создания АС приведен в ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем». В нем приведены следующие требования:
- На стадии «Техническое задание» разрабатывают ТЗ на создание АС по ГОСТ 34.602 -89 «Техническое задание на создание автоматизированной системы»;
- Виды программных документов ГОСТ 19.101-77 «Единая система программной документации. Виды программ и программных документов». К ним относятся различные руководства, например, руководство пользователя.
- Виды конструкторских документов , разрабатываемых на различных стадиях создания АС определяются по ГОСТ 2.102-2013 «Единая система конструкторской документации. Виды и комплектность конструкторских документов». Например, к ним относятся ведомости эскизного и технического проекта, ведомость покупных изделий, пояснительные записки к эскизному, техническому проектам.
Теперь разберем подробнее, как определить стандарты оформления в различных проектах.
Оформление ТЗ
С ТЗ всё достаточно ясно: в ГОСТ 34.602-89 приведен стандарт его оформления: п.3.2. гласит, что «ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней».
Оформление программной документации
С программными документами, разрабатываемыми в рамках ИТ-проекта, также есть чёткое указание использовать ГОСТ 19 серии в части оформления: вышеприведённый ГОСТ 19.101-77 входит в серию ГОСТов 19-й серии «Единая система программной документации» (ЕСПД). ЕСПД - комплекс государственных стандартов Российской Федерации, устанавливающих взаимосвязанные правила разработки, оформления и обращения программ и программной документации.
Документация в ЕСПД оформляется по ГОСТ 19.104-78 «Единая система программной документации. Основные надписи», ГОСТ 19.105-78 «Единая система программной документации. Общие требования к программным документам», ГОСТ 19.106-78 «Единая система программной документации. Требования к программным документам, выполненным печатным способом».
Оформление конструкторской документации
Теперь рассмотрим ГОСТ 2.102-2013. Этот стандарт входит в серию ГОСТов 2-й серии «Единая система конструкторской документации» (ЕСКД). ЕСКД - межгосударственный комплекс стандартов, устанавливающих взаимосвязанные нормы и правила по разработке, оформлению и обращению конструкторской документации, разрабатываемой и применяемой на всех стадиях жизненного цикла изделия (при проектировании, изготовлении, эксплуатации, ремонте и др.)
Документация в ЕСКД оформляется по нескольким стандартам. Наиболее часто используемыми из них (применительно к ИТ-сфере) являются ГОСТ 2.105-95 «Единая система конструкторской документации. Общие требования к текстовым документам» и ГОСТ 2.106-96 «Единая система конструкторской документации. Текстовые документы».
На первый взгляд из ГОСТ 34 серии непонятно, как оформлять документацию на АС. Нередко в рамках ИТ-проекта, особенно для государственных заказчиков, в ТЗ бывают требования по оформлению документации согласно ГОСТ 2.105-95 и ГОСТ 2.106-96. Но следует ли оформлять документы по этим ГОСТам в случае, если в явном виде требования к оформлению отсутствуют?
Как правильно оформить?
В ГОСТ 2-й серии приведены требования к назначению каждого стандарта и обозначена отрасль его применения: ГОСТ 2.102-2013 – стандарт устанавливает виды и комплектность конструкторских документов на изделия всех отраслей промышленности.
Если ГОСТ 2.102-2013 распространяется на изделия всех отраслей, в том числе и ИТ-сферу, давайте разберёмся, а что является конструкторским документом?
Согласно ГОСТ 2.001-2013 «Единая система конструкторской документации (ЕСКД). Общие положения»:
А) «3.1.2 конструкторский документ: Документ, который в отдельности или в совокупности с другими документами определяет конструкцию изделия и имеет содержательную и реквизитную части, в том числе установленные подписи»
Б) «3.1.5 конструкторская документация: Совокупность конструкторских документов, содержащих данные, необходимые для проектирования (разработки), изготовления, контроля, приемки, поставки, эксплуатации, ремонта, модернизации, утилизации изделия»
На этом можно было бы и остановиться, логически сопоставив требования к составу документов нашего ИТ-проекта с положениями, приведенными выше, и определив, относится ли каждый из документов к конструкторским или нет и выполнив оформление по стандартам ГОСТ 2-й серии.
Основные ГОСТы 2-й серии для ИТ-проекта в части оформления
Теперь посмотрим на основные ГОСТы 2-й серии, наиболее часто применяемые для оформления документов в ИТ-проекте. Как правило, в части оформления используют:
ГОСТ 2.105-95 – стандарт устанавливает общие требования к выполнению текстовых документов на изделия машиностроения, приборостроения и строительства;
ГОСТ 2.106-96 – стандарт устанавливает формы и правила выполнения конструкторских документов изделий машиностроения и приборостроения.
У читателя может возникнуть вопрос, можем ли мы применять эти ГОСТы для АС, если они предназначены для изделий машиностроения и приборостроения?
Согласно определению «Большой Советской энциклопедии», «Приборостроение -отрасль машиностроения, выпускающая средства измерения, анализа, обработки и представления информации, устройства регулирования, автоматические и автоматизированные системы управления; область науки и техники, разрабатывающая средства автоматизации и системы управления», то есть всё, что нужно по нашей теме современных информационных технологий.
Кроме этого, если заглянуть в ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения», этот стандарт определяет АС как «систему, состоящую из персонала и комплекса средств автоматизации его деятельности, реализующую информационную технологию выполнения установленных функций».
Таким образом, АС относится к отрасли приборостроения и, следовательно, конструкторские документы АС оформляются по ГОСТ 2.105-95 и ГОСТ 2.106-96.
Теперь давайте рассмотрим основные моменты оформления проектной документации по ГОСТ 2.105-95 и ГОСТ 2.106-96.
Основные моменты при оформлении по ГОСТ 2. 105
Рассмотрим основные параметры оформления по ГОСТ 2-й серии.
Согласно ГОСТ 2.105-95 расстояние от рамки формы до границ текста в начале и в конце строк должно быть не менее 3 мм. Расстояние от верхней или нижней строки текста до верхней или нижней рамки должно быть не менее 10 мм. Абзацы в тексте начинают отступом, равным пяти ударам пишущей машинки (15 - 17 мм).
В ГОСТ 2.105-95 не определены параметры для оформления текста в электронном виде: название шрифта, высота шрифта, межстрочный интервал. Поэтому параметры оформления документов в электронном виде это, как правило, предмет договоренности с заказчиком.
В начале работы по оформлению в электронном виде определяются параметры для форматирования:
- Формат абзацев текста – используемый шрифт, высота шрифта, размер межстрочного интервала;
- Формат для каждого заголовка по уровням (1, 2, 3) – используемый шрифт, высота шрифта, отступ в см, размер межстрочного интервала;
Таблица - используемый шрифт текста, межстрочный интервал, толщина границ таблицы, ширина таблицы, отступ в ячейке, название размещается над таблицей. Форматирование названия Таблицы выполняется таким же образом, как у основного текста документа. По ГОСТ 2.105-95 высота строк таблицы должна быть не менее 8 мм. Высота шрифта строк таблицы также может быть согласована с заказчиком.
Иллюстрации в документе следует располагать по центру. Название размещается непосредственно под иллюстрацией. Форматирование названия – как у текста документа.
Правила оформления таблиц
Таблицу, в зависимости от ее размера, помещают под текстом, в котором впервые дана ссылка на нее, или на следующей странице, а при необходимости, в приложении к документу.
Таблицы, за исключением таблиц приложений, нумеруют арабскими цифрами сквозной нумерацией. Например: «Таблица 1».
Таблицы каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения. Например: «Таблица В.1».
Допускается нумеровать таблицы в пределах раздела. В этом случае номер таблицы состоит из номера раздела и порядкового номера таблицы, разделенных точкой. Например, в разделе 4 номер будет «Таблица 4.3».
Название таблицы должно отражать ее содержание, быть точным, кратким. Название состоит из слова «Таблица», номера таблицы и текста. В ГОСТ 2.105-95 не определено использование в названии таблицы дефиса или тире. На практике может использоваться тире, по аналогии использования в названии рисунка тире. Например, «Таблица 5 – Выполняемые работы, содержание и сроки». Точка в конце названия не ставится. Название размещают над таблицей слева.
В ГОСТ 2.105-95 в п.п 4.4.3 приведено следущее требование: «На все таблицы документа должны быть приведены ссылки в тексте документа, при ссылке следует писать слово «таблица» с указанием ее номера». На практике слово «таблица» склоняется в тексте по правилам русского языка. Например: «Краткое описание назначения и основных характеристик подсистем ИС МП второй очереди представлено в таблице 1».
Если таблица размещается на нескольких страницах, следует отобразить ее заголовок в начале каждой страницы.
В ГОСТ 2.105-95 есть необязательное требование в п.4.4.7: «если в конце страницы таблица прерывается и ее продолжение будет на следующей странице, в первой части таблицы нижнюю горизонтальную линию, ограничивающую таблицу, допускается не проводить.». На практике нижнюю горизонтальную линию, проводят, так ее отсутствие ухудшает восприятие таблицы пользователем.
Правила оформления иллюстраций
К иллюстрациям относятся графические изображения (схемы, графики, фотографии, рисунки).
Иллюстрации, за исключением иллюстраций приложений, нумеруются арабскими цифрами, при этом нумерация сквозная. Например: «Рисунок 3».
Иллюстрации каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения. Например: «Рисунок В.6».
Допускается нумеровать иллюстрации в пределах раздела. В этом случае номер иллюстрации состоит из номера раздела и порядкового номера иллюстрации, разделенных точкой. Например, в разделе 5 номер будет «Рисунок 5.2».
Допускается не нумеровать мелкие иллюстрации (мелкие рисунки), размещенные непосредственно в тексте и на которые в дальнейшем по тексту нет ссылок.
Требования ГОСТ 2.105-95 к расположению: «иллюстрации могут быть расположены как по тексту документа (возможно ближе к соответствующим частям текста), так и в конце его».
В ГОСТ 2.105-95 в п. 4.3.1 указано следующее: «при ссылках на иллюстрации следует писать "... в соответствии с рисунком 2" при сквозной нумерации и "... в соответствии с рисунком 1.2" при нумерации в пределах раздела».
Название пишется под иллюстрацией в формате «Рисунок 1 – Детали прибора».
Интересный факт: если ошибку в бумажном документе замазать и поверх написать исправление черными чернилами, это будет по ГОСТу. ГОСТ 2.105-95 допускает исправления документов в бумажном виде. Об этом гласит п.3.7: «Опечатки, описки и графические неточности, обнаруженные в процессе выполнения документа, допускается исправлять подчисткой или закрашиванием белой краской и нанесением на том же месте исправленного текста (графика) машинописным способом или черными чернилами, пастой или тушью рукописным способом. Повреждения листов текстовых документов, помарки и следы не полностью удаленного прежнего текста (графика) не допускаются».
То есть, если вы что-то распечатали и нашли ошибку, то её можно исправить вручную приведенным выше способом.
Оформление по ГОСТ 2. 106-96
ГОСТ 2.106-96 устанавливает формы и правила выполнения конструкторских документов. Для каждого типа документа в ГОСТ 2.106-96 приведен шаблон оформления рамок документа.
ГОСТ 2.106-96 определяет не только форму рамок, но и основную надпись в рамке. Пример из ГОСТ 2.106-96: «ПЗ составляют на формах 9 и 9а приложения А, а необходимые схемы, таблицы и чертежи в бумажной форме допускается выполнять на листах любых форматов, установленных ГОСТ 2.301, при этом основную надпись и дополнительные графы к ней выполняют в соответствии с требованиями ГОСТ 2.104 (форма 2а)».
Резюме
В дополнение к вышесказанному можно сказать, что при разработке АС по ГОСТ 34 в IT-проектах для государственных структур в случае отсутствия точных указаний в государственном контракте или конкурсном ТЗ программная и конструкторская документация должна оформляться по следующим ГОСТам:
- Программные документы, разрабатываемые на различных стадиях создания АС оформляются по ГОСТ 19.104-78, ГОСТ 19.105-78, ГОСТ 19.106-78;
- Конструкторские документы, разрабатываемые на различных стадиях создания АС оформляются по ГОСТ 2.105-95 и ГОСТ 2.106-96. При этом требования к содержанию регламентируются РД 50.34-698-90.
Необходимо проверять ГОСТы на актуальность и использовать последнюю редакцию стандартов, поскольку они, хотя и редко, но всё же обновляются. Надеюсь, статья поможет вам лучше ориентироваться в требованиях ГОСТ, а в случае необходимости вы всегда можете
ГОСТ 34.601-90
Группа П87
МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ
Комплекс стандартов на автоматизированные системы
АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ
СТАДИИ СОЗДАНИЯ
Information technology. Set of standards for automated systems. Automated systems. Stages of development
МКС 35.080
ОКСТУ 0034
Дата введения 1992-01-01
ИНФОРМАЦИОННЫЕ ДАННЫЕ
1. РАЗРАБОТАН И ВНЕСЕН Государственным комитетом СССР по управлению качеством продукции и стандартам
2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 29.12.90 N 3469
3. ВЗАМЕН ГОСТ 24.601-86 , ГОСТ 24.602-86
4. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ
Номер пункта, приложения |
|
ГОСТ 19.101-77 | Приложение 1 |
ГОСТ 34.201-89 | Приложение 1 |
6*. ПЕРЕИЗДАНИЕ. Июль 2009 г.
________________
* Нумерация соответствует оригиналу. - Примечание изготовителя базы данных.
Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т.п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях (далее - организациях).
Стандарт устанавливает стадии и этапы создания АС.
В приложении 1 приведено содержание работ на каждом этапе.
1. ОБЩИЕ ПОЛОЖЕНИЯ
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Процесс создания АС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям.
1.2. Стадии и этапы создания АС выделяются как части процесса создания по соображениям рационального планирования и организации работ, заканчивающихся заданным результатом.
1.3. Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС.
1.4. Состав и правила выполнения работ на установленных настоящим стандартом стадиях и этапах определяют в соответствующей документации организаций, участвующих в создании конкретных видов АС.
Перечень организаций, участвующих в работах по созданию АС, приведен в приложении 2.
2. СТАДИИ И ЭТАПЫ СОЗДАНИЯ АС
2.1. Стадии и этапы создания АС в общем случае приведены в таблице.
Этапы работ |
|
1. Формирование требований к АС | 1.1. Обследование объекта и обоснование необходимости создания АС |
1.2. Формирование требований пользователя к АС |
|
1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания) |
|
2. Разработка концепции АС | 2.1. Изучение объекта |
2.2. Проведение необходимых научно-исследовательских работ |
|
2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя |
|
2.4. Оформление отчета о выполненной работе |
|
3. Техническое задание | 3.1. Разработка и утверждение технического задания на создание АС |
4. Эскизный проект | 4.1. Разработка предварительных проектных решений по системе и ее частям |
4.2. Разработка документации на АС и ее части |
|
5.1. Разработка проектных решений по системе и ее частям |
|
5.2. Разработка документации на АС и ее части |
|
5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку |
|
5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации |
|
6. Рабочая документация | 6.1. Разработка рабочей документации на систему и ее части |
6.2. Разработка или адаптация программ |
|
7. Ввод в действие | 7.1. Подготовка объекта автоматизации к вводу АС в действие |
7.2. Подготовка персонала |
|
7.3. Комплектация АС поставляемая изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) |
|
7.4. Строительно-монтажные работы |
|
7.6. Проведение предварительных испытаний |
|
7.7. Проведение опытной эксплуатации |
|
7.8. Проведение приемочных испытаний |
|
8. Сопровождение АС | 8.1. Выполнение работ в соответствии с гарантийными обязательствами |
8.2. Послегарантийное обслуживание |
2.2. Стадии и этапы, выполняемые организациями - участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта.
Допускается исключать стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ.
ПРИЛОЖЕНИЕ 1 (справочное). СОДЕРЖАНИЕ РАБОТ
ПРИЛОЖЕНИЕ 1
Справочное
1. На этапе 1.1 "Обследование объекта и обоснование необходимости создания АС" в общем случае проводят:
- сбор данных об объекте автоматизации и осуществляемых видах деятельности;
- оценку качества функционирования объекта и осуществляемых видов деятельности, выявление проблем, решение которых возможно средствами автоматизации;
- оценку (технико-экономической, социальной и т.п.) целесообразности создания АС.
2. На этапе 1.2 "Формирование требований пользователя к АС" проводят:
- подготовку исходных данных для формирования требований к АС (характеристика объекта автоматизации, описание требований к системе, ограничения допустимых затрат на разработку, ввод в действие и эксплуатацию, эффект, ожидаемый от системы, условия создания и функционирования системы);
- формулировку и оформление требований пользователя к АС.
3. На этапе 1.3 "Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)" проводят оформление отчета о выполненных работах на данной стадии и оформление заявки на разработку АС (тактико-технического задания) или другого заменяющего ее документа с аналогичным содержанием.
4. На этапах 2.1 "Изучение объекта" и 2.2 "Проведение необходимых научно-исследовательских работ" организация-разработчик проводит детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверждают отчеты о НИР.
5. На этапе 2.3 "Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя" в общем случае проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и недостатков каждого варианта; сопоставление требований пользователя и характеристик предлагаемой системы и выбор оптимального варианта; определение порядка оценки качества и условий приемки системы; оценку эффектов, получаемых от системы.
6. На этапе 2.4 "Оформление отчета о выполненной работе" подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии, описание и обоснование предлагаемого варианта концепции системы.
7. На этапе 3.1 "Разработка и утверждение технического задания на создание АС" проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС.
8. На этапе 4.1 "Разработка предварительных проектных решений по системе и ее частям" определяются: функции АС; функции подсистем, их цели и эффекты; состав комплексов задач и отдельных задач; концепции информационной базы, ее укрупненная структура; функции системы управления базой данных; состав вычислительной системы; функции и параметры основных программных средств.
9. На этапе 5.1 "Разработка проектных решений по системе и ее частям" обеспечивают разработку общих решений по системе и ее частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решений задач и применяемым языкам, по организации и ведению информационной базы, системе классификации и кодирования информации, по программному обеспечению.
10. На этапах 4.2 и 5.2 "Разработка документации на АС и ее части" проводят разработку, оформление, согласование и утверждение документации в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов - по ГОСТ 34.201 .
11. На этапе 5.3 "Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку" проводят: подготовку и оформление документации на поставку изделий для комплектования АС; определение технических требований и составление ТЗ на разработку изделий, не изготавливаемых серийно.
12. На этапе 5.4 "Разработка заданий на проектирование в смежных частях проекта объекта автоматизации" осуществляют разработку, оформление, согласование и утверждение заданий на проектирование в смежных частях проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС.
13. На этапе 6.1 "Разработка рабочей документации на систему и ее части" осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и ее эксплуатации, а также для поддерживания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, ее оформление, согласование и утверждение. Виды документов - по ГОСТ 34.201 .
14. На этапе 6.2 "Разработка или адаптация программ" проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку программной документации в соответствии с ГОСТ 19.101 .
15. На этапе 7.1 "Подготовка объекта автоматизации к вводу АС в действие" проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие, в том числе: реализацию проектных решений по организационной структуре АС; обеспечение подразделений объекта управления инструктивно-методическими материалами; внедрение классификаторов информации.
16. На этапе 7.2 "Подготовка персонала" проводят обучение персонала и проверку его способности обеспечить функционирование АС.
17. На этапе "Комплектация АС поставляемыми изделиями" обеспечивают получение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий. Проводят входной контроль их качества.
18. На этапе 7.4 "Строительно-монтажные работы" проводят: выполнение работ по строительству специализированных зданий (помещений) для размещения технических средств и персонала АС; сооружение кабельных каналов; выполнение работ по монтажу технических средств и линий связи; испытание смонтированных технических средств; сдачу технических средств для проведения пусконаладочных работ.
19. На этапе 7.5 "Пусконаладочные работы" проводят автономную наладку технических и программных средств, загрузку информации в базу данных и проверку системы ее ведения; комплексную наладку всех средств системы.
20. На этапе 7.6 "Проведение предварительных испытаний" осуществляют:
- испытания АС на работоспособность и соответствие техническому заданию в соответствии с программой и методикой предварительных испытаний;
- устранение неисправностей и внесение изменений в документацию на АС, в том числе эксплуатационную в соответствии с протоколом испытаний;
- оформление акта о приемке АС в опытную эксплуатацию.
21. На этапе 7.7 "Проведение опытной эксплуатации" проводят: опытную эксплуатацию АС; анализ результатов опытной эксплуатации АС; доработку (при необходимости) программного обеспечения АС; дополнительную наладку (при необходимости) технических средств АС; оформление акта о завершении опытной эксплуатации.
22. На этапе 7.8 "Проведение приемочных испытаний" проводят:
Испытания на соответствие техническому заданию в соответствии с программой и методикой приемочных испытаний;
- анализ результатов испытаний АС и устранение недостатков, выявленных при испытаниях;
- оформление акта о приемке АС в постоянную эксплуатацию.
23. На этапе 8.1 "Выполнение работ в соответствии с гарантийными обязательствами" осуществляют работы по устранению недостатков, выявленных при эксплуатации АС в течение установленных гарантийных сроков, внесению необходимых изменений в документацию на АС.
24. На этапе 8.2 "Послегарантийное обслуживание" осуществляют работы по:
- анализу функционирования системы;
- выявлению отклонений фактических эксплуатационных характеристик АС от проектных значений;
- установлению причин этих отклонений;
- устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик АС;
- внесению необходимых изменений в документацию на АС.
ПРИЛОЖЕНИЕ 2 (справочное). ПЕРЕЧЕНЬ ОРГАНИЗАЦИЙ, УЧАСТВУЮЩИХ В РАБОТАХ ПО СОЗДАНИЮ АС
ПРИЛОЖЕНИЕ 2
Справочное
1. Организация-заказчик (пользователь), для которой создается АС и которая обеспечивает финансирование, приемку работ и эксплуатацию АС, а также выполнение отдельных работ по созданию АС;
2. Организация-разработчик, которая осуществляет работы по созданию АС, представляя заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывая и поставляя различные программные и технические средства АС;
3. Организация-поставщик, которая изготавливает и поставляет программные и технические средства по заказу разработчика или заказчика;
4. Организация-генпроектировщик объекта автоматизации;
5. Организации-проектировщики различных частей проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС;
6. Организации строительные, монтажные, наладочные и другие.
Примечания:
1. В зависимости от условий создания АС возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АС.
2. Стадии и этапы выполняемых ими работ по созданию АС определяются на основании настоящего стандарта.
Электронный текст документа
подготовлен АО "Кодекс" и сверен по:
официальное издание
М.: Стандартинформ, 2009
Единая система программной документации - комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ и программной документации.
Состав еспд
ГОСТ 19.004 ЕСПД. Термины и определения.
ГОСТ 19.101 ЕСПД. Виды программ и программных документов.
ГОСТ 19.102 ЕСПД. Стадии разработки.
ГОСТ 19.103 ЕСПД. Обозначения программ и программных документов.
ГОСТ 19.104 ЕСПД. Основные надписи.
ГОСТ 19.105 ЕСПД. Общие требования к программным документам.
ГОСТ 19.106 ЕСПД. Требования к программным документам, выполненным печатным способом.
ГОСТ 19.201 ЕСПД. Техническое задание. Требование к содержанию и оформлению.
ГОСТ 19.202 ЕСПД. Спецификация. Требование к содержанию и оформлению.
ГОСТ 19.401 ЕСПД. Текст программы. Требование к содержанию и оформлению.
ГОСТ 19.402 ЕСПД. Описание программы.
ГОСТ 19.501 ЕСПД. Формуляр. Требование к содержанию и оформлению.
ГОСТ 19.502 ЕСПД. Общее описание. Требование к содержанию и оформлению.
ГОСТ 19.503 ЕСПД. Руководство системного программиста. Требование к содержанию и оформлению.
ГОСТ 19.504 ЕСПД. Руководство программиста. Требование к содержанию и оформлению.
ГОСТ 19.505 ЕСПД. Руководство оператора. Требование к содержанию и оформлению.
ГОСТ 19.506 ЕСПД. Описание языка. Требование к содержанию и оформлению.
ГОСТ 19.601 ЕСПД. Общее правила дублирования, учета и хранения.
ГОСТ 19.602 ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом.
ГОСТ 19.603 ЕСПД. Общие правила внесения изменений.
ГОСТ 19.604 ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом.
ГОСТ 19.001 ЕСПД. Общие положения.
Единая система программной документации (ЕСПД) – комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ и программной документации.
В стандартах ЕСПД устанавливаются требования, регламентирующие
разработку,
сопровождение,
изготовление и
эксплуатацию программ.
Правила и положения, устанавливаемые в стандартах ЕСПД распространяются на программную документацию для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
В состав ЕСПД входят следующие группы стандартов:
0 – Общие положения.
1 – Основополагающие стандарты.
2 – Правила выполнения документации разработки.
3 – Правила выполнения документации выполнения.
4 – Правила выполнения документации сопровождения.
5 – Правила выполнения эксплуатационной документации.
6 – Правила обращения программной документации.
7 – Резервная группа.
8 – Резервная группа.
9 – Прочие стандарты.
ГОСТ 19.101 ЕСПД. Виды программ и программных документов.
Стандарт устанавливает виды программ и программных документов для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Виды программ:
Программа-оригинал. Программа, предназначенная для хранения и воспроизводства с нее дубликатов.
Дубликат программы. Программа, являющаяся копией программы оригинала и предназначенная для хранения и изготовления копий.
Копия программы. Программа, предназначенная для непосредственной эксплуатации.
Виды программных документов (выборка для условий проектирования программ для ПЭВМ):
Техническое задание. Назначение и область применения программы, технические, технико-экономические и специальные требования, предъявляемые к программе, необходимые стадии и сроки разработки, виды испытаний.
Спецификация. Состав программы и документации на нее.
Ведомость держателей подлинника. Перечень фирм, на которых хранят оригиналы программ и подлинники программной документации.
Текст программы. Запись программы с необходимыми коментариями.
Описание программы. Сведения о логической структуре и функционировании программы.
Пояснительная записка. Обоснование принятых технических решений, описание общего алгоритма функционирования программы.
Порядок и методика испытаний. Требования, подлежащие проверке при испытании программы, а также порядок и методы их контроля.
Руководство оператора (пользователя). Сведения для обеспечения процедуры общения с вычислительной системой в процессе выполнения программы.
ГОСТ 19.102 ЕСПД. Стадии разработки.
|
Стадия разработки |
Этап работ | |
|
Техническое задание |
Обоснование необходимости разработки программы |
Постановка задачи. Сбор исходных материалов. Выбор критериев эффективности программы. Обоснование необходимости проведения НИР. |
|
Научно-исследовательские работы |
Определение структуры входных и выходных данных. Предварительный выбор методов решения задач. Обоснование целесообразности применения ранее разработанных программ. Определение требований к техническим средствам. Обоснование принципиальной возможности решения поставленной задачи. |
|
|
Разработка и утверждение ТЗ |
Определение требований к программе. Разработка технико-экономического обоснования разработки программ. Определение стадий, этапов и сроков разработки. Выбор языков программирования. Согласование и утверждение ТЗ. |
|
|
Эскизный проект |
Разработка ЭП |
Предварительная разработка структуры входных и выходных данных. Уточнение методов решения задачи. Разработка общего алгоритма решения задачи. Разработка ТЭО |
|
Утверждение ЭП |
Согласование и утверждение ЭП. |
|
|
Технический проект |
Разработка ТП |
Уточнение структуры входных и выходных данных. Разработка алгоритма решения задачи. Определение формы представления входных и выходных данных. Определение семантики и синтаксиса языка. Разработка структуры программы. Окончательное определение конфигурации технических средств. |
|
Утверждение ТП |
Разработка плана мероприятий по разработке и внедрению программ. Разработка пояснительной записки. Согласование и утверждение ТП. |
|
|
Рабочий проект |
Разработка программы |
Программирование и отладка программы Изготовление программы-оригинала. |
|
Разработка программной документации |
Разработка программной документации. |
|
|
Испытание программы |
Разработка, согласование и утверждение порядка и методики испытания. Проведение испытаний. Корректировка программы и программной документации по результатам испытаний. |
|
|
Внедрение |
Подготовка и передачи программы |
Подготовка и передача программы и документации для сопровождения. Оформление и утверждение акта о передачи программы для сопровождения. Передача программы в фонд алгоритмов и программ. |
ГОСТ 19.201 ЕСПД. Техническое задание. Требование к содержанию и оформлению.
Стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Техническое задание должно содержать следующие разделы:
Наименование и область применения.
В разделе указывают наименование, краткую характеристику области применения, программы или программного изделия и объекта, в котором используют программу или программное изделие.
Основание для разработки.
В разделе должны быть указаны документ, на основании которого ведется разработка.
Назначение разработки.
В разделе должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
Технические требования к программе или программному изделию.
В разделе должны содержаться следующие подразделы:
Требования к функциональным характеристикам.
Условия эксплуатации.
Требования к составу и параметрам технических средств.
Требования к информационной и программной совместимости.
В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.д.
В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их технических характеристик.
В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования.
Технико-экономические показатели.
В разделе указываются ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнениями случшими образцами и аналогами.
Стадии и этапы разработки.
Порядок контроля и приемки.
В разделе должны быть указаны виды испытаний и общие требования к приемке работы.
ГОСТ 19.402 ЕСПД. Описание программы.
Документ состоит из информационной части (аннотации и содержания) и основной части (функциональное назначение, описание логики).
В разделе «Функциональное назначение» указывается назначение программы и приводят общее описание функционирования программы и сведения об ограничениях на применение.
В разделе «Описание логики» указывают:
Описание структуры программы и ее составных частей.
Описание функций составных частей и связей между ними.
Сведения о языке программирования.
Описание входных и выходных данных для каждой из составных частей.
Описание логики составных частей (при необходимости составляются описания схем программ).
При описании логики программы необходима привязка к тексту программы.
ГОСТ 19.505 ЕСПД. Руководство оператора. Требование к содержанию и оформлению.
Документ должен содержать следующие разделы:
Назначение программы.
Условия применения.
Пуск программы.
Команды оператора.
Сообщения оператору.
В разделе «Пуск программы» должны быть указаны действия, которые должны быть выполнены для обеспечения загрузки и выполнения программы.
В разделе «Команды оператора» должно быть приведено описание функций и возможных вариантов команд, с помощью которых оператор осуществляет загрузку и управляет выполнением программы, а также порядок действий оператора при завершении работы программы.
В разделе «Сообщения оператору» должны быть приведены тексты сообщений, выдаваемых в ходе выполнения программы, описание их содержания и соответствующие действия оператора (действия оператора в случае сбоя, возможности повторного запуска программы).
Возможно, будет полезно почитать:
- Аббатство - это католический монастырь ;
- Самые распространенные расклады ;
- Быт и обычаи Обычаи и нравы 19 века ;
- К чему снятся жабы и лягушки: мужчине, девушке, женщине, беременной – толкования разных сонников ;
- Основные характеристики марса ;
- Должностная инструкция транспортного экспедитора ;
- Татаро-монгольское иго или история о том, как ложь стала правдой ;
- Журавль толкование сонника ;