Технологические стандарты проектирования и разр..


Технологические стандарты проектирования и разработки информационного контента

Информационная система — взаимосвязанная совокупность средств, методов и персонала, используемых для сбора, хранения, обработки и выдачи информации в целях решения поставленных задач. Информационные системы необходимы в процессе принятия решений, они помогают анализировать проблемы и создавать новые продукты.
«Автоматизированная система — система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций» (ГОСТ 34.003-90, Приложение 1).
Таким образом, АИС — комплекс информационных, программных, технических, организационно-методических и других необходимых средств, обеспечивающих сбор, обработку, хранение, передачу данных, а также манипулирование ими для решения различных задач.

Одним из базовых понятий методологии проектирования АИС является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО — это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации
По аналогии правомерно будет утверждать, что жизненный цикл АИС есть непрерывный процесс с момента принятия решения о необходимости ее создания до полного завершения ее эксплуатации. Продолжительность жизненного цикла современных ЛИС составляет около 10 лет, что значительно превышает сроки морального и физического старения технических и системных программных средств, используемых при реализации АИС. Поэтому, как правило, в течение ЖЦ системы проводится ее модернизация, после чего все функции системы должны выполняться с не меньшей эффективностью.
Для АИС условно выделяют следующие основные этапы их жизненного цикла:
1) анализ — определение того, что должна делать система;
2) проектирование — определение того, как система будет функционировать: прежде всего спецификация подсистем, функциональных компонентов и способов их взаимодействия в системе;
3) разработку — создание функциональных компонентов и отдельных подсистем, соединение подсистем в единое целое;
4) тестирование — проверку функционального и параметрического соответствия системы показателям, определенным на этапе анализа;
5) внедрение — установку и ввод системы в действие;
6) сопровождение — обеспечение штатного процесса эксплуатации системы на предприятии заказчика.
На каждом этапе жизненного цикла порождается определенный набор технических решений и отражающих их документов, при этом для каждого этапа исходными являются документы и решения, принятые на предыдущем этапе.
Модель жизненного цикла - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.
Существующие модели жизненного цикла определяют порядок исполнения этапов в процессе создания системы, а также критерии перехода от этапа к этапу. Наибольшее распространение получили три следующие модели.
Каскадная модель предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.
Итерационная модель с промежуточным контролем. Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.
Спиральная модель . На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла [4].
ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов [5].
Custom Development Method (методика Oracle) по разработке прикладных информационных систем - технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle.
Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование (самая новая среди рассматриваемых методологий) сформировалось в 1996 году. В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.
В качестве определяющего документа на создание и испытания АИС целесообразно рассматривать международный стандарт ISO/IEC 12207, так как ГОСТы серии 34 уже устарели, а ряд этапов ЖЦ АИС представлены недостаточно полно. Стандарт ISO/IEC I2207 в структуре жизненного цикла определяет процессы, которые выполняются при создании ПО АИС. Эти процессы подразделяют на три группы:
• основные (приобретение, поставка, разработка, эксплуатация и сопровождение);
• вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем);
• организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение).

Таблица 5.1. Содержание основных процессов ЖЦ ПО ИС (ISO/IEC 12207)
Процесс (исполнитель процесса) Действия Вход Результат
Приобретение (заказчик) Инициирование
Подготовка заявочных предложений
Подготовка договора
Контроль деятельности поставщика
Приемка ИС Решение о начале работ по внедрению ИС
Результаты обследования деятельности заказчика
Результаты анализа рынка ИС/ тендера
План поставки/ разработки
Комплексный тест ИС Технико-экономическое обоснование внедрения ИС
Техническое задание на ИС
Договор на поставку/ разработку
Акты приемки этапов работы
Акт приемно-сдаточных испытаний
Поставка (разработчик ИС) Инициирование
Ответ на заявочные предложения
Подготовка договора
Планирование исполнения
Поставка ИС Техническое задание на ИС
Решение руководства об участии в разработке
Результаты тендера
Техническое задание на ИС
План управления проектом
Разработанная ИС и документация Решение об участии в разработке
Коммерческие предложения/ конкурсная заявка
Договор на поставку/ разработку
План управления проектом
Реализация/ корректировка
Акт приемно-сдаточных испытаний
Разработка (разработчик ИС) Подготовка
Анализ требований к ИС
Проектирование архитектуры ИС
Разработка требований к ПО
Проектирование архитектуры ПО
Детальное проектирование ПО
Кодирование и тестирование ПО
Интеграция ПО и квалификационное тестирование ПО
Интеграция ИС и квалификационное тестирование ИС Техническое задание на ИС
Техническое задание на ИС, модель ЖЦ
Подсистемы ИС
Спецификации требования к компонентам ПО
Архитектура ПО
Материалы детального проектирования ПО
План интеграции ПО, тесты
Архитектура ИС, ПО, документация на ИС, тесты Используемая модель ЖЦ, стандарты разработки
План работ
Состав подсистем, компоненты оборудования
Спецификации требования к компонентам ПО
Состав компонентов ПО, интерфейсы с БД, план интеграции ПО
Проект БД, спецификации интерфейсов между компонентами ПО, требования к тестам
Тексты модулей ПО, акты автономного тестирования
Оценка соответствия комплекса ПО требованиям ТЗ
Оценка соответствия ПО, БД, технического комплекса и комплекта документации требованиям ТЗ


Стадии и этапы создания АС согласно ГОСТ 34.601-90
В ГОСТ 34.6401-90 определено восемь стадий создания автоматизированных систем:
Можно выделить три периода создания системы: предпроектный, проектирование, ввод в эксплуатацию.
Стадии 1, 2, 3 относятся к первому периоду, стадии 4, 5, 6 — ко второму периоду, стадии 7, 8 — к третьему.

Стадии Этапы работ
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. Технический проект 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. Проведение приемочных испытаний
8. Сопровождение АС 8.1. Выполнение работ в соответствии с гарантийными обязательствами
8.2. Послегарантийное обслуживание

Техническое задание (ТЗ)
Техническое задание (ТЗ) — это перечень основных эксплуатационных, технологических экономических и других требований, которым должен удовлетворять проектируемый объект на всех этапах его существования.
Техническое задание (ТЗ) — основной документ для создания АС, который разрабатывается в соответствии с ГОСТ 34.602-89. В ТЗ представлены все основные технические, организационные, программные, информационно-логические и лингвистические решения. ТЗ должно содержать девять разделов:
Таблица 1.6. Состав и содержание техническою задания (ГОСТ 34.602—89)
Раздел Содержание
1.Общие сведения

Полное наименование системы и ее условное обозначение. Шифр темы или шифр (номер) договора
Наименование предприятий разработчика и заказчика системы, их реквизиты.
Перечень документов, на основании которых создается ИС.
Плановые сроки начала и окончания работ.
Сведения об источниках и порядке финансирования работ.
Порядок оформления и предъявления заказчику результатов
работ по созданию системы, ее частей и отдельных средств
2.Назначение и цели создания (развития)
системы Вид автоматизируемой деятельности.
Перечень объектов, на которых предполагается использование
системы.
Наименования и требуемые значения технических, технологических, производственно-экономических и др. показателей объекта, которые должны быть достигнуты при внедрении ИС
3. Характеристика объектов
автоматизации Краткие сведения об объекте автоматизации.
Сведения об условиях эксплуатация и характеристиках окружающей среды
4. Требования к системе Требования к системе в целом:
• требования к структуре и функционированию системы (перечень подсистем, уровни иерархии, степень централизации, способы информационного обмена, режимы функционирования, взаимодействие со смежными системами, перспективы развития системы);
• требования к персоналу (численность пользователей, квалификация, режим работы, порядок подготовки);
• показатели назначения (степень приспособляемости системы к изменениям процессов управления и значений параметров)
• требования к надежности, безопасности, эргономике, транспортабельности, эксплуатации, техническому обслуживанию и ремонту, защите и сохранности информации, защите от внешних воздействий, к латентной чистоте, по стандартизации и унификации.
Требования к функциям (по подсистемам):
• перечень подлежащих автоматизации задач;
• временной регламент реализации каждой функции;
• требования к качеству реализации каждой функции, к форме представления выходной информации, характеристики точности, достоверности выдачи результатов;
• перечень и критерии отказов.
Требования к видам обеспечения:
• математическому (состав и область применения математических моделей и методов, типовых и разрабатываемых алгоритмов);
• информационному (состав, структура и организация данных.
обмен данными между компонентами системы, информационная совместимость ее смежными системами, используемые
классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юридической силы выходным документам);
• лингвистическому (языки программирования, языки взаимодействия пользователей с системой, системы кодирования,
языки ввода-вывода):
• программному {независимость программных средств от плат-
формы, качество программных средств и способы его контроля, использование фондов алгоритмов и программ):
• техническому:
• метрологическому;
• организационному (структура и функции эксплуатирующих
подразделений, защита от ошибочных действий персонала);
• методическому (состав нормативно-технической документации)
5. Состав и содержание работ
по созданию системы Перечень стадий и этапов работ.
Сроки исполнения
Состав организаций-исполнителей работ.
Вид и порядок экспертизы технической документации.
Программа обеспечения надежности.
Программа метрологического обеспечения
6. Порядок контроля и приемки системы Виды, состав, объем и методы испытаний системы.
Общие требования к приемке работ по стадиям.
Статус приемной комиссии
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие Преобразование входной информации к машиночитаемому
виду.
Изменения в объекте автоматизации.
Сроки и порядок комплектования и обучения персонала
8. Требования к документированию
Перечень подлежащих разработке документов.
Перечень документов на машинных носителях

9. Источники разработки Документы и информационные материалы, на основании которых разрабатывается ТЗ и система

Контрольные вопросы.
1.Понятие ИС, АС, АИС.
2. Понятие ЖЦ, модели ЖЦ
3. Основные этапы ЖЦ
4. Характеристика основных моделей ЖЦ
5. Основные стандарты ЖЦ
6. Процессы ISO/IEC I2207
7. Стадии создания АС согласно ГОСТ 34.601-90
8. Понятие технического задания
9. Разделы ТЗ

Приложенные файлы

  • docx 26599059
    Размер файла: 17 kB Загрузок: 0

Добавить комментарий