надо. Информационных систем
 Скачать 0.73 Mb.
|
|
2.2. Отечественные стандарты Отечественными стандартами являются стандарты ЕСПД (Единой Системы Программной Документации) серии ГОСТ 19.ХХХ и комплекс стандартов на автоматизированные системы серии ГОСТ 34.ХХХ, созданные в 80-90-е годы двадцатого века. Кроме того, существуют более современные стандарты на программное обеспечение. Перечень стандартов ГОСТ 19.ХХХ Единая Система Программной Документации ГОСТ 19.001-77 Общие положения ГОСТ 19.101-77 Виды программ и программных документов ГОСТ 19.102-77 Стадии разработки ГОСТ 19.103-77 Обозначения программ и программных документов ГОСТ 19.104-78 Основные надписи ГОСТ 19.105-78 Общие требования к программным документам ГОСТ 19.106-78 Требования к программным документам, выполненным печатным способом ГОСТ 19.201-78 Техническое задание, требования к содержанию и оформлению ГОСТ 19.202-78 Спецификация. Требования к содержанию и оформлению 17 ГОСТ 19.301-79 Программа и методика испытаний. Требования к содержанию и оформлению ГОСТ 19.401-78 Текст программы. Требования к содержанию и оформлению ГОСТ 19.402-78 Описание программы ГОСТ 19.403-79 Ведомость держателей подлинников ГОСТ 19.404-79 Пояснительная записка. Требования к содержанию и оформлению ГОСТ 19.501-78 Формуляр. Требования к содержанию и оформлению ГОСТ 19.502-78 Описание применения. Требования к содержанию и оформлению ГОСТ 19.503-79 Руководство системного программиста. Требования к содержанию и оформлению ГОСТ 19.504-79 Руководство программиста. Требования к содержанию и оформлению ГОСТ 19.505-79 Руководство оператора. Требования к содержанию и оформлению ГОСТ 19.506-79 Описание языка. Требования к содержанию и оформлению ГОСТ 19.507-79 Ведомость эксплуатационных документов ГОСТ 19.508-79 Руководство по техническом обслуживанию. Требования к содержанию и оформлению ГОСТ 19.601-78 Общие правила дублирования, учета и хранения ГОСТ 19.602-78 Правила дублирования, учета и хранения программных документов, выполненных печатным способом 18 ГОСТ 19.603-78 Общие правила внесения изменений ГОСТ 19.604-78 Правила внесения изменений в программные документы, выполненных печатным способом Стандарты ЕСПД практически не имеют содержательной составляющей и дают формальные требования к составу, содержанию и оформлению документов, описывающих программу на разных стадиях ее жизненного цикла. Комплекс ГОСТ 34 задумывался как всеобъемлющий комплекс взаимоувязанных межотраслевых документов и рассчитанный на взаимодействие заказчика и разработчика. Он должен был разрешить проблему «вавилонской башни», при которой в различных отраслях и областях деятельности использовалась плохо согласованная или несогласованная нормативно-техническая документация. Объектами стандартизации являются автоматизированные системы различных видов и все виды их компонентов, а не только программное обеспечение и базы данных. Комплекс рассчитан на взаимодействие заказчика и разработчика, при этом в нем предусмотрено, что заказчик может разрабатывать систему для себя сам. Перечень стандартов ГОСТ 34.ХХХ Стандарты информационной технологии ГОСТ 34.003-90 Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения ГОСТ 34.201-89 Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем 19 ГОСТ 34.320-96 Информационные технологии (ИТ). Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы ГОСТ 34.321-96 Информационные технологии (ИТ). Система стандартов по базам данных. Эталонная модель управления данными ГОСТ 34.601-90 Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания ГОСТ 34.602-89 Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы ГОСТ 34.603-92 Информационная технология (ИТ). Виды испытаний автоматизированных систем РД 50-34.698-90 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов Многие авторы считают эти стандарты морально устаревшими, однако ими продолжают активно пользоваться при оформлении проектной документации. Если разрабатывается документация на программу (систему), созданную под конкретную организацию, следует воспользоваться требованиями ГОСТов 34. Если разрабатывается документация на программу массового применения, то следует использовать ГОСТы серии 19. Если говорить о более поздних отечественных стандартах, следует выделить ГОСТ Р 51904-2002 Программное обеспечение встроенных систем. Общие требования к разработке и 20 документированию, который был разработан Государственным научно-исследовательским институтом авиационных систем с участием Научно-исследовательского института стандартизации и унификации. Данный стандарт распространяется на процессы разработки и документирования программного обеспечения встроенных систем реального времени и все действия, имеющие отношение к разработке программного обеспечения. Стандарт подготовлен в развитие ГОСТ Р ИСО/МЭК 12207 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств, о котором пойдет речь в п. 2.3. Отдельно стандарт ГОСТ Р 51904-2002 в части подготовки документов будет рассмотрен в главе 9 «Программное обеспечение». 2.3. Международные стандарты Международные стандарты применяются для разработки документации международного уровня. Как правило, они не бесплатные, так как разрабатываются не государственными организациями, но, в отличие от отечественных, разработаны недавно. В основе практически всех современных промышленных технологий создания программных средств лежит международный стандарт ISO/IEC 12207 Information technology. System and software engineering. Software life cycle processes (ГОСТ Р ИСО/МЭК 12207- 2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств). Первая редакция стандарта ISO/IEC 12207 была опубликована в августе 1995 г. и явилась первым международным стандартом, содержавшим представительный набор процессов жизненного цикла в отношении программного обеспечения, которое рассматривалось как часть большой системы, а также применительно к программным 21 продуктам и услугам. Стандарт определяет процессы, виды деятельности и задачи, которые используются при приобретении программного продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов. Основными характеристиками данного стандарта являются: динамичность: один процесс при необходимости вызывает другой или его часть, что позволяет реализовать любую модель жизненного цикла; адаптивность: стандарт предусматривает исключение процессов, видов деятельности и задач, неприменимых в конкретном проекте. Кроме того, существуют международные стандарты (на английском языке), которые направлены на написание документации: 1. IEEE Std 1063-2001 «IEEE Standard for Software User Documentation» – стандарт для написания руководства пользователя. В документе обозначены требования к структуре, содержимому и формату инструкций пользователя. 2. IEEE Std 1016-1998 «IEEE Recommended Practice for Software Design Descriptions» – стандарт для написания технического описания программы. Представлены рекомендации к документам, описывающим архитектуру программного обеспечения. 3. ISO/IEC FDIS 18019:2004 «Guidelines for the design and preparation of user documentation for application software» – стандарт для написания руководства пользователя. В данном документе есть большое количество примеров. Также в приложениях есть чек-листы «что не забыть сделать в 22 процессе разработки документации» и «что должно быть». Документ особенно полезен начинающим специалистам. 4. ISO/IEC 26514:2008 «Requirements for designers and developers of user documentation» – стандарт для дизайнеров и разработчиков пользователей документации. Международных стандартов довольно много, в каждой стране они свои, так как один и тот же стандарт не всегда может подойти и европейским, и азиатским компаниям. Вопросы для самоконтроля: 1. Что такое стандарты «де-факто»? 2. Что такое корпоративные стандарты? 3. Что устанавливает стандарт проектирования? 4. Что определяет международный стандарт ISO/IEC 12207? 23 3. ПРОГРАММНЫЕ ДОКУМЕНТЫ ПО ФАЗАМ ЖИЗНЕННОГО ЦИКЛА 3.1. Жизненный цикл информационной системы Жизненный цикл информационной системы – это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент ее полного изъятия из эксплуатации. В определении количества фаз и их содержания имеются некоторые отличия, поскольку эти характеристики во многом зависят от условий осуществления конкретного проекта и опыта основных участников. 1. Концептуальная фаза включает: формирование идеи, постановка целей; формирование ключевой команды проекта; сбор исходных данных и анализ существующего состояния (предпроектное обследование объекта автоматизации); определение основных требований и ограничений, требуемых материальных, финансовых и трудовых ресурсов; сравнительную оценку альтернатив; представление предложений, их экспертизу и утверждение. 2. Разработка технического предложения включает: разработку основного содержания и базовой структуры проекта; разработку и утверждение технического задания; 24 планирование и декомпозицию базовой структурной модели проекта; составление сметы и бюджета проекта; разработку календарных планов и укрупненных графиков работ; подписание контракта с заказчиком. 3. Проектирование, в основе которого лежит моделирование предметной области. Цель моделирования – избежать ошибок, приводящих к экономическим потерям и затратам на последующее перепроектирование системы. Оно включает: выполнение базовых проектных работ; разработку частных технических заданий; выполнение концептуального проектирования; представление проектной разработки, экспертизу и утверждение. 4. Разработка включает: выполнение работ по разработке программного обеспечения; выполнение подготовки к внедрению системы; контроль и регулирование основных показателей проекта; тестирование. 5. Ввод системы в эксплуатацию включает: комплексные испытания; подготовку кадров для эксплуатации создаваемой системы; подготовку рабочей документации, сдачу системы заказчику и ввод ее в эксплуатацию; 25 сопровождение, поддержку, сервисное обслуживание. 6. Изъятие из эксплуатации или замена включают: оценку результатов проекта и подготовку итоговых документов; разрешение конфликтных ситуаций и закрытие работ по проекту. Согласно ГОСТ 34.601-90 Автоматизированные системы. Стадии создания основными стадиями и этапами создания АС являются: 1. Формирование требований к АС 1.1. Обследование объекта и обоснование необходимости создания АС 1.2. Формирование требований пользователя к АС 1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания) 2. Разработка концепции АС 2.1. Изучение объекта 2.2. Проведение необходимых научно-исследовательских работ 2.3. Разработка вариантов концепции АС, удовлетворяющей требованиям пользователя 2.4. Оформление отчета о выполненной работе 3. Техническое задание АС 3.1. Разработка и утверждение технического задания 4. Эскизный проект 4.1. Разработка предварительных проектных решений по системе и ее частям 26 4.2. Разработка документации на АС и ее части 5. Технический проект 5.1. Разработка проектных решений по системе и ее частям 5.2. Разработка документации на АС и ее части 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации 6. Рабочая документация 6.1. Разработка рабочей документации на систему и ее части 6.2. Разработка или адаптация программ 7. Ввод в действие 7.1. Подготовка объекта автоматизации в вводу АС в действие 7.2. Подготовка персонала 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно- техническими комплексами, информационными изделиями) 7.4. Строительно-монтажные работы 7.5. Пуско-наладочные работы 7.6. Проведение предварительных испытаний 7.7. Проведение опытной эксплуатации 7.8. Проведение приемочных испытаний 27 8. Сопровождение АС 8.1. Выполнение работ в соответствии с гарантийными обязательствами 8.2. Послегарантийное обслуживание Следует отметить наиболее частые ошибки, допускаемые на начальных стадиях разработки: ошибки в определении интересов заказчика; концентрация на маловажных, сторонних интересах; неправильная интерпретация исходной постановки задачи; неправильное или недостаточное понимание деталей; неполнота функциональных спецификаций (системных требований); ошибка в определении требуемых ресурсов и сроков; редкая проверка на согласованность этапов и отсутствие контроля со стороны заказчика. 3.2. Состав программных документов по фазам жизненного цикла Системную документацию по стадиям жизненного цикла можно разделить на следующие группы: Постановка задачи техническое задание; календарный план проектирования; сметная калькуляция проекта и т. п. 28 Разработка проект системы; подготовка данных; разработка программы. Реализация испытаний руководство пользователя; руководство по обслуживанию; руководство оператора; руководство администраторов (данных, баз данных, серверного обеспечения, сетевого обеспечения, сервера защиты и т. п.). Эксплуатация программный код; тесты и тестовые прогоны программы; требования, процедуры и условия сертификации продукта. Кроме этого, можно представить альтернативный состав документации, предусмотренный действующими стандартами: Выработка требований требования к функциональной структуре; требования к информационной структуре. Проектирование системная спецификация и описание подсистем; программная спецификация; спецификация базы данных; руководство системных специалистов, администраторов; 29 руководство пользователя, план испытаний. Программирование, испытание, сертификация руководство по эксплуатации; руководство по сопровождению. Вопросы для самоконтроля: 1. Что такое жизненный цикл информационной системы? 2. Для чего нужно моделирование предметной области? 3. К какой стадии жизненного цикла относится составление технического задания? 4. Какие работы, согласно ГОСТ 34.601-90, включает стадия сопровождения автоматизированной системы? 30 4. ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ ОБЪЕКТА АВТОМАТИЗАЦИИ Сбор исходных данных и анализ существующего состояния объекта автоматизации относится к концептуальной фазе жизненного цикла и является важным и определяющим этапом проектирования информационной системы. При правильном подходе предпроектное обследование позволяет сократить эксплуатационные расходы и время на исправление ошибок, обнаруживаемых после сдачи системы. Предпроектное обследование состоит из трех этапов: предварительное обследование (сбор сведений об объекте); анализ сведений (описание и моделирование предметной области); оценка эффективности и целесообразности проекта. Источником для получения сведений могут служить устав и регламенты организации, государственные законы, постановления и другие нормативно-правовые акты. Обследование также должно провести анализ автоматизированных систем, уже функционирующих в рамках объекта автоматизации. Кроме того, необходимо определить степень интеграции создаваемой АС с существующими системами. На базе полученных данных необходимо выявить основные функциональные и пользовательские требования к системе. Результатом является аналитический отчет, который может быть выполнен согласно требованиям ГОСТ 7.32-2017 «Отчет о научно- исследовательской работе. Структура и правила оформления» и должен содержать следующую информацию: 31 Объект, цели исследования и методология проведения работ. Основные конструктивные, технологические и технико- эксплуатационные характеристики. Основные требования пользователя к АС. Степень внедрения и рекомендации по внедрению АС. Область применения АС. Обоснование экономической эффективности создания АС. Прогнозы и предположения о развитии объекта исследования. Документы, входящие в аналитический отчет, могут быть представлены в виде текстового описания или таблиц с описанием операций, исполнителей и документов бизнес-процессов. Кроме того, аналитиками обычно формируется словарь терминов, описывающий предметную область, а также процессы, протекающие в организации. Описание процессов может быть выполнено с помощью диаграммы IDEF0 или диаграммы вариантов использования UML. Диаграммы, размещенные в аналитическом отчете, следует сопровождать текстовым описанием, где необходимо указать: краткое описание процесса; действующие лица; предусловие; постусловие; основной сценарий процесса; альтернативные сценарии. Сценарии варианта использования в технической документации могут быть дополнены диаграммой деятельности, что поможет 32 выявить дополнительные процессы и, возможно, неучтенных действующих лиц. Таким образом, аналитический отчет является частью пакета технической документации и предназначен для описания предварительных целей создания информационной системы. Этап обследования объекта автоматизации юридически может быть оформлен отдельным договором или включен в перечень работ по созданию системы. Вопросы для самоконтроля: 1. Для чего необходимо предпроектное обследование объекта автоматизации? 2. Какие документы используют для сбора сведений об объекте? 3. Что включает в себя аналитический отчет? 4. В каком виде представляется информация в аналитическом отчете? |