НОУ ИНТУИТ . ГОСТ 3. Аннотация: Рассматривается один из самых распространенных в нашей стране стандартов в области ИТ — ГОСТ 3. Анализируются отдельные стандарты, входящие в ГОСТ 3. Чтобы проиллюстрировать, какой путь проделали стандарты в ИТ за последние годы, и показать, чем современные процессно- ориентированные стандарты принципиально отличаются от традиционных, я начну с самого, наверное, известного в нашей стране стандарта ГОСТ 3. ИТ- специалистов) понятие ИТ- стандарта вообще. Я постараюсь, не особенно углубляясь в детали, проанализировать практику его применения, а также перспективы использования как источника эталонных процессов управления ИТ.
Тридцать четвертым ГОСТом на жаргоне ИТ- специалистов называется совокупность взаимосвязанных стандартов, которые имеют номер, начинающийся на 3. ГОСТ 3. 4. 6. 02- 8. РД 5. 0- 3. 4. 6. ГОСТ 3. 4. 1. 0- 0. ГОСТ 3. 4. 1. 1- 9. Все эти стандарты появились в конце 8. Чтобы понять и оценить логику, содержащуюся в семействе ГОСТ 3.
Ориентированные на ИТ- специалистов ГОСТ 3. Процессы формирования и проверки электронной цифровой подписи. Функция хэширования. Для нас интерес представляют следующие стандарты: ГОСТ 3. Стадии создания. Требования к содержанию документов. Таким образом, далее рассматривается четыре последних документа. Стандарт ГОСТ 3. 4.
Серьезно устаревший, но отчасти пригодный для использования стандарт (ГОСТ 3. Устанавливает соответствие документов стадиям создания АС1, описанным в ГОСТ 2. ГОСТ 3. 4. 6. 01). По составу документов и стадиям проекта можно проследить происхождение стандарта из практики строительства. Очевидно, проектная природа строительства и деятельности по созданию информационной системы навела авторов стандарта на мысль распространить основные формы организации строительных проектов на проекты создания информационных систем. Отчасти это оказалось удобно - такие документы, упомянутые в стандарте, как .
С другой стороны, . Стандарт включает также элементы практики делопроизводства в виде правил кодирования документов. Короче говоря, при . Приведенная ниже таблица является центральной в стандарте. Формирование требований к АС1.
Обследование объекта и обоснование необходимости создания АС1. Формирование требований пользователя к АС1. Оформление отчета о выполненной работе и заявки на разработку АС (тактико- технического задания)2. Разработка концепции АС2. Изучение объекта. Проведение необходимых научно- исследовательских работ. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя.
Виды и комплектность документов регламентированы ГОСТ. Руководство пользователя. 5) по рациональной организации разработки и внедрения АС;. Как писать раздел ТЗ «Состав и содержание работ по созданию системы» по ГОСТ. Разработка рабочей документации на систему и ее части. Настоящий документ разработан в соответствии с РД 50-34.698-90. Автоматизированное рабочее место. Ведомственный шлюз. При этом объектами автоматизации при последующем внедрении будут. Работа пользователей Реестра возможна при выполнении следующих требований к . Временное положение по организации разработки, изготовления и. При необходимости, определяемой заказчиком работ. ГОСТ 34.601-90, РД 50-680-88, РД 50-682-89, РД 50-34.698-90 и других документов.
Оформление отчета о выполненной работе. Техническое задание. Разработка и утверждение технического задания на создание АС4.
При разработке документации для государственных и. К стандарту РД 50-34.698-90 существует множество вопросов и. Руководство пользователя.
Эскизный проект. 4. Разработка предварительных проектных решений по системе и ее частям. Разработка документации на АС и ее части. Технический проект. Разработка проектных решений по системе и ее частям. Разработка документации на АС и ее части.
Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. Рабочая документация. Разработка рабочей документации на систему и ее части. Разработка или адаптация программ. Ввод в действие. 7. Подготовка объекта автоматизации к вводу АС в действие.
Подготовка персонала. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно- техническими комплексами, информационными изделиями)7. Строительно- монтажные работы.
Пусконаладочные работы. Проведение предварительных испытаний. Проведение опытной эксплуатации.
Проведение приемочных испытаний. Сопровождение АС8.
Выполнение работ в соответствии с гарантийными обязательствами. Послегарантийное обслуживание. Практически все перечисленные стадии и этапы до сих пор встречаются в практике создания информационных систем предприятий и организаций. Конечно, можно критиковать стандарт за негибкость в части последовательности и названий стадий и этапов, но факт остается фактом - он продемонстрировал исключительную живучесть, и понять, в чем причина этого, гораздо важнее, чем заниматься критикой разработки почти 2. Мне кажется, что стандарт демонстрирует точное соответствие своим целям. Во- первых, он не требует знаний в области ИТ и, следовательно, понятен обычным управленцам.
Во- вторых, он компактен и прост по структуре, что позволяет человеку, не знакомому с ним, быстро войти в курс дела. В- третьих, он самодостаточен - практически никаких ссылок на смежные документы в нем нет (за исключением ГОСТ 3. И наконец, он практичен - сразу понятно, как его применять и как контролировать его применение. Помимо вышеприведенной таблицы ГОСТ 3. Приложение 1 с поэтапной расшифровкой работ, включая указание на документы, возникающие в результате этих работ, а также Приложение 2 - . Это подсказывает способ адаптации стандарта к конкретным условиям: достаточно переработать Приложения, и получится вполне разумный корпоративный стандарт на создание ИС.
Причем опять- таки эта работа под силу обычному управленцу. Стандарт ГОСТ 3. 4. Требование . Некоторые разработчики до сих пор считают хорошим тоном помнить наизусть состав Технического задания (ТЗ) в соответствии с ГОСТ 3. ГОСТ 3. 4, 1. 98. Общие сведения. Назначение и цели создания (развития) системы. Характеристика объектов автоматизации.
Требования к системе. Состав и содержание работ по созданию системы. Порядок контроля и приемки системы. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. Требования к документированию. Источники разработки. Попробуем разобраться в причинах неизменной популярности этого стандарта, возраст которого перевалил уже за 2.
Собственно, весь стандарт представляет собой расшифровку перечисленных девяти пунктов. Размер его - всего 1. Если выбросить явные архаизмы, вроде существовавших когда- то фондов алгоритмов и программ, окажется, что практически все, о чем идет речь, полностью применимо до сих пор. Вот пример одного из разделов. В подразделе . Чем точнее и подробнее сформулированы требования, тем более предсказуемым будет результат. Хачатурян Гаянэ на этой странице.
Специально формулируются требования к функциям взаимодействия подсистем (сейчас мы бы сказали . Форма представления выходной информации, т. Одним словом, представленный отрывок показывает, что разработка Технического задания в соответствии с ГОСТ 3. На практике это приводит к появлению Технических заданий, по форме удовлетворяющих требованиям ГОСТ 3.
Стоит подчеркнуть, что, как и ГОСТ 3. ГОСТ 3. 4. 6. 02- 8.
Технического задания может обычный управленец, в задачу которого входит, например, взаимодействие с субподрядчиками. Это упрощает внедрение и практическое применение стандарта.
Другое интересное явление, которое продемонстрировала практика, состоит в том, что, как оказалось, далеко не каждый ИТ- специалист способен разработать Техническое задание, удовлетворяющее требованиям стандарта. Фактически появление ГОСТ 3. Технических заданий с заказчиками автоматизированных систем.
Как писать раздел ТЗ «Состав и содержание работ по созданию системы» по ГОСТ 3. Методика разработки раздела Состав и содержание работ по созданию системы технического задания на автоматизированную систему по ГОСТ 3. ТЗ, выполненный с учетом требований.
ГОСТ 3. 4. 6. 01- 9. Текст универсален и может быть включен в ТЗ на АС любого вида. Редакция от 1. 5.
Создан 2. 2. 1. 1. Каков состав и содержание работ по созданию автоматизированной системы? Ответ на указанный вопрос дает ГОСТ 3. Состав и содержание работ по созданию системы. Что такое стадии и этапы выполнения работ? Это составляющие, структурные единицы процесса создания системы.
Посмотрим, что по этому поводу имеется в разделе 1 ГОСТ 3. Процесс создания. АС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям . ГОСТ 3. 4. 6. 01- 9.
ГОСТ 3. 4. 6. 01- 9. Перечень организаций, участвующих в работах по созданию АС, приведен в приложении 2 . ГОСТ 3. 4. 6. 01- 9.
Перечень стадий и этапов работ по созданию системы определен ГОСТ 3. ГОСТ 3. 4. 6. 01- 9. Ни один, даже самый упрямый и дотошный эксперт не в состоянии будет придраться к содержимому подраздела технического задания, поскольку указанный подраздел будет содержать аутентичный текст ГОСТов. Стадии и этапы создания АС согласно п. ГОСТ 3. 4. 6. 01- 9.
ГОСТ 3. 4. 6. 01- 9. Допускается исключить стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в одну стадию «Технорабочий проект». В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ .
ГОСТ 3. 4. 6. 01- 9. Очень часто специфика создаваемой автоматизированной системы и условия ее создания таковы, что проектирование не проводится вообще. Ничего подобного.
В условиях сжатых сроков, минимума ресурсов (и достаточно большого опыта создания аналогичных систем) при создании автоматизированной системы достаточно разработки всего трех документов - технического задания, программы и методики испытаний и руководства пользователя. Но это экстрим. Указанным способом разработаны учебно- тренировочные документы по ГОСТам 1. Ниже расписаны работы, проводимые на каждом этапе создания АС. На этапе 3. 1 «Разработка и утверждение технического задания на создание АС» проводят разработку, оформление, согласование и утверждениетехнического задания на АС и, при необходимости, технических заданий на части АС . Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3.
Приложения 1 ГОСТ 3. Виды документов - по ГОСТ 3. Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3.
Приложения 1 ГОСТ 3. Виды документов по ГОСТ 3.
Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3.
Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3. Приложения 1 ГОСТ 3. Исключенные стадии и этапы перечислены в ГОСТ 3. Пусть читатель решит сам - будет ли его организация проводить послегарантийное обслуживание системы, как, на каких условия и т. Разработка концепции АС2. Изучение объекта.
ЗАО «Рога и Копыта», Лицензия . Заимствуем из указанного ГОСТ тексты соответствующих подразделов. Итак, в перечень организаций- исполнителей работ входят: Организация- заказчик (пользователь), для которой создаются АС и которая обеспечивает финансирование, приемку работ и эксплуатацию АС, а также выполнение отдельных работ по созданию АС . Приложения 2 ГОСТ 3. Приложения 2 ГОСТ 3. Приложения 2 ГОСТ 3.
Приложения 2 ГОСТ 3. Приложения 2 ГОСТ 3. Примечания: в зависимости от условий создания АС возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АС; стадии и этапы выполняемых ими работ по созданию АС определяются на основании ГОСТ 3. Приложения 2 ГОСТ 3. Иными словами, следует заполнить реквизитами организаций- исполнителей несколько табличек (по числу организаций- исполнителей). Организация- заказчик. ООО «Спецтяжтрансмонтажсельхозавтоматика»Почтовый адрес.
Москва, Краснопресненская наб., 1. ЦМТ- 2, подъезд 1.
Телефон(0. 95) 1. Факс(0. 95) 7. 65- 4.
E- mail.. www.. ИНН.. КПП.. БАНК.. РС..
КС.. БИК.. ОГРН.. И так далее. Юридический и физический адреса пригодятся, банковские реквизиты - тоже, остальное - на усмотрение разработчика. Перечень организаций- исполнителей может лучше не сокращать и привести согласно ГОСТ 3. Если ЗАО «Рога и Копыта», согласно примечанию из п.
Приложения 2 ГОСТ 3. Организация- разработчик.
ЗАО «Рога и Копыта»Почтовый адрес.. Телефон..... Организация- проектировщик. ЗАО «Рога и Копыта»Почтовый адрес.. Телефон..... Почему логично нарушить требования ГОСТ 3. Сроки выполнения работ»? А чтобы не создавать в тексте технического задания опережающие ссылки - всегда принято давать сначала термины и определения, а затем уж манипулировать ими в ходе изложения.
Перечень документов, предъявляемых по окончании соответствующих стадий и этапов работ. Перечень документов, подлежащих разработке, приводится в разделе Требования к документированию. Перечень наименований разрабатываемых документов и их комплектность на систему и ее части должен быть определен в техническом задании на создание автоматизированной системы (подсистемы). Примечание - Комплектность проектно- сметных документов определяют в соответствии с правилами, установленными системой проектной документации для строительства (СПДС) . ГОСТ 3. 4. 2. 01- 8. ГОСТ 2. 1. 11- 6. В соответствии с этим передачу подлинников документов отделу технической документации или заменяющему его подразделению рекомендуется поручать нормоконтролеру .
ГОСТ 2. 1. 11- 6. ГОСТ 2. 1. 11- 6. Нормоконтролер проверит техническое задание в части оформления, на соотвествие ГОСТ 2. ГОСТы, на которые имеют место ссылки в техническом задании. Проверит обозначения (сокращения) физических величин. Выдаст замечания нормоконтролера. Большой пользы от нормоконтроля нет, поскольку проверить техзадание по существу, как показывает практика, нормоконтролер не в состоянии.
Типичный случай: нормоконтролер(ша), проверяя техническое задание, тупо и бездумно заменила аббревиатуру СПД (система передачи данных) на ПСД (проектно- сметная документация). Решила, что опечатка и, не обращаясь к разработчикам, воткнула в текст ТЗ то, что для нее «роднее». Хорошо, что разработчики не поленились пролистать техзадание после нормоконтроля. Экспертиза технического задания, технического проекта, рабочей и эксплуатационной документации по- существу. Если не проводить экспертизу по- существу, пустить все на самотек, то ТЗ будет написано криво, вслед за ТЗ «поползет» техпроект, рабочая и эксплуатационная документация на автоматизированную систему. Речь, разумеется, идет не столько о технической экспертизе, сколько о формальной стороне дела.
Иные «проектировщики» умудряются не только утверждать, что «целью проведения работ по созданию системы является подписание Акта приемки системы заказчиком» (по- существу это правильно, но выдать такое в ТЗ - плюнуть в лицо заказчику). Распальцованные проектировщики элементарно неспособны даже без ошибок перекинуть одни и те же данные из таблицы в таблицу. Типичный диалог с таким, с позволения сказать, «проектировщиком»: - А чё Вы тут мне поначеркали?