
Стадии создания ИС_13.03.13 (часть 1).pptx
- Количество слайдов: 37
Стадия создания ИС (АС): ГОСТ 34. 601 – 90, АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ ГОСТ 34. 201 – 89, ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ Ю. Ф. Тельнов
Стадии создания ИС 1. 2. 3. 4. 5. 6. 7. Общая характеристика стадий создания ИС, связь с процессами создания ИС Формирование и анализ требований, создание ИС Проектирование архитектуры и компонентов ИС, Реализация Тестирование Ввод в действие Сопровождение и эксплуатация
1. Общая характеристика стадий создания ИС, связь с процессами создания ИС Стадия создания ИС – этап (часть) общего процесса создания системы, ограниченный некоторыми временными рамками и заканчивающийся выпуском конкретного продукта (моделей, программных компонентов, документации). Например, для стадии проектирования – это логическая модель системы. Процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными от других процессов, и результатами Отношение Стадий и Процессов = M: N. ◦ Стадия – это «анатомия» , структура, состав элементов, описание продукта. ◦ Процесс – это «физиология» , поведение, последовательность действий по переводу объекта автоматизации из одного состояния в другое
Стадии создания ИС (ЖЦ ИС) Стадии создания ИС АНАЛИЗ ТРЕБОВАНИЙ Бизнес-стратегия ИТ-стратегия Концептуальна я модель Что должна делать ИС? Модель требований Техническое задание ПРОЕКТИРОВАНИЕ Логическая модель Как будут реализованы требования? Архитектура ИС Спецификация компонентов
Стадии создания ИС РАЗРАБОТКА (РЕАЛИЗАЦИЯ+ТЕСТИРОВАН ИЕ) Физическая модель ИС Удовлетворят ли система требованиям к ИС? Качество ИС Как система удовлетворяет требованиям? Версии ИС Рабочая документация по программно-техническому комплексу Технический проект ВВОД В ЭКСПЛУАТАЦИЮ Поэтапный ввод и испытания ЭКСПЛУАТАЦИЯ И СОПРОВОЖДЕНИЕ Поддержка версионности Рабочая документация
Стадии создания ИС, ГОСТ 34 Стадия Результат Формирование требований к АС (ИС) Обследование Формирование пользовательских требований Заявка на разработку АС (ИС) Разработка концепции АС (ИС) Проведение необходимых НИР ТЭО Техническое задание ТЗ/ЧТЗ Эскизный проект Пояснительная записка к эскизному проекту Технический проект Пояснительная записка к техническому проекту Разработка документации на поставку изделий для комплектования АС и(или) технических требований на их разработку
Технический проект Пояснительная записка к техническому проекту Разработка документации на поставку изделий для комплектования АС и(или) технических требований на их разработку Рабочая документация Опытный образец Комплект документации Рабочая программа опытной эксплуатации Протокол (приемо-сдаточных) испытаний Ввод в действие Акт о вводе в действие Техническая поддержка (сопровождение) Рабочий журнал Акт сдачи-приемки работ
Связь стадии проектирования с процессами разработки ИС по стандарту ИСО/МЭК 12207, требования к процессам Стадии Формировани Проектировае требований, ние ТЗ Процессы Анализ требований к системе + + Проектирование архитектуры системы Анализ требований к ПО Детальное проектирование ПО + +
Взаимосвязи между процессами разработки ИС (ИCO 12207) и стадиями ЖЦ Реализаци Тестирова- Ввод в я ние эксплуатацию Кодирование и тестирование ПО + Интеграция ПО + + + Квалификационное тестирование ПО Интеграция системы Квалификационное тестирование системы Установка ПО Приемка ПО + +
1. Определение требований в соответствии с Standard glossary of Software Engineering Terminology IEEE (1990) Требование – это условие , которому должна удовлетворять ИС, или свойство, которым она должна обладать: 1. Условия или возможности, необходимые пользователю для решения проблем или достижений целей 2. Условия или возможности, которыми должна обладать ИС для удовлетворения контрактам, стандартам, спецификациям и др. формальным документам 3. Документированное представление требований (например, в ТЗ)
Этапы создания требований к системе Определение требований (предпроектное обследование) – моделирование существующей ИС (asis – как есть) Анализ требований (предварительное моделирование новой системы – to be – как должно быть) Спецификация требований (формирование технического задания)
Виды требований к ИС Бизнес-требования – описание требований бизнес-модели, формулируются на уровне руководства заказчика, устанавливают границы проекта, определяются бизнесстратегий компании, стратегией развития ИТ Системные требования: ◦ Функциональные требования пользователей – описание требований ключевых пользователей (владельцев бизнес-процессов) ◦ Нефункциональные требования – требования инфраструктуры (обеспечивающих подсистем)
Бизнес-требования (общие) Цель проекта, риски, критерии достижения целей – Бизнес-стратегия Наиболее важные задачи Привлекаемые ресурсы (финансовые, информационные, программнотехнические, людские и др. ) Характеристика программно-технической платформы (ИТ-стратегия)
Функциональные требования пользователей, устанавливают границы проекта Описания отдельных функций, вариантов использования, реакций на события, бизнеспроцессов Требования стандартов, регламентов, формальных документов Требования из других источников: маркетинговых служб, аналитических отчетов и т. д.
Нефункциональные требования Надежность эксплуатации ◦ Безопасность ◦ Защищенность ◦ Восстановление Эргономичность интерфейсов Эффективность Сопровождение Эксплуатация
Виды деятельности и задачи в процессе формирования требований Идентификация правообладателей (участников процесса создания ИС) Идентификация требований ( из внутренних и внешних источников) Оценка требований. Анализ включает идентификацию и назначение приоритетов для противоречивых пропущенных, неполных, неоднозначных, несовместимых, несоответствующих или непроверяемых требований. Согласование требований (с заказчиком) Регистрация требований. в форме, приемлемой для менеджмента требований в течение жизненного цикла и за его пределами.
Оформление требований в техническом задании на создание АС в соответствии с ГОСТ 34. 602 -89 системы” общие сведения назначение и цели создания системы характеристика объекта автоматизации требования к системе состав и содержание работ по созданию системы порядок контроля и приемки системы требования по подготовке и вводу в действие требования к документированию источники разработки глоссарий.
Общие сведения полное наименование системы, условное обозначение системы, шифр (номер) договора, названия предприятий разработчика и заказчика (пользователя) системы и их реквизиты, перечень документов, на основании которых создается система, плановые сроки начала и окончания работы по созданию системы, сведения об источниках и порядке финансирования работ.
Характеристика объекта автоматизации - общие сведения о предприятии согласно его Уставу перечень основных видов деятельности и бизнес-процессов, перечень бизнес-процессов, подлежащих автоматизации, характеристики видов обеспечения – организационного (организационные документы, организационная структура, нормативное обеспечение, квалификация персонала), методического, программного, технического, лингвистического, математического, правового и информационного.
Требования к системе требования к системе в целом, требования к функциям, требования к видам обеспечения.
Требования к системе в целом перечень компонентов (подсистем), их назначение и основные характеристики, требования к структуре системы; требования к интеграции компонент (включая требования к способам и средствам связи для информационного обмена между компонентами системы и требования к функциональной интеграции в рамках бизнес-процессов); требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, способы информационного обмена; требования к режимам функционирования системы; требования к диагностированию системы; требования к численности и квалификации персонала системы и режиму его работы
Требования к системе в целом требования к надежности и сохранности информации (технических средств, базового системного программного обеспечения, специализированного функционального программного обеспечения, средств защиты информации, средств резервного копирования информации и носителей резервных копий и т. п. , требования к безопасности и защите информации (включая перечень угроз информационной безопасности, требования к архитектуре и функциям обеспечения защиты информации, требования к организационному обеспечению защиты); требования к стандартизации и унификации.
Требования к функциям требования к компонентам (подсистемам) системы в случае общего ТЗ или детальные функциональные требования в случае частного ТЗ на конкретную подсистему.
Требования к обеспечивающим подсистемам: математическому, информационному, лингвистическому, программному, техническому и организационному обеспечению.
Порядок контроля и приемки системы виды, состав, объем и методы испытаний системы (предварительные испытания, опытная эксплуатация, приемочные испытания), требования к оформлению соответствующей документации (программы и методики испытаний, протокола предварительных испытаний, акта приемки в опытную эксплуатацию, журнала опытной эксплуатации, протокола приемочных испытаний, акта о приемке системы в промышленную эксплуатацию и др. ), требования к организации приемки типовых компонент системы.
Требования по подготовке и вводу в действие к организации работ по внедрению системы на предприятии, осуществляемые в связи с этим изменения в организационно-штатной структуре (прежде всего, по развитию ИТслужбы), к нормативно-методическому обеспечению (регламенты подразделений, должностные инструкции сотрудников), к персоналу (комплектование и обучение), требования по внедрению типовых компонент системы.
Требования к документированию - Эксплуатационная документация по разрабатываемым компонентам ГОСТ 34. 201 -89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» , РД 50 -34. 698 -90 «Методические указания. Информационная технология. Требования к содержанию документов» .
Требования к документированию – возможный перечень документов Частное техническое задание - в соответствии с ГОСТ 34. 602 -89; Описание информационного обеспечения - в соответствии с РД 50 -34. 698 -90 п. 5. 3. (при необходимости); Описание программного обеспечения - в соответствии с РД 50 -34. 698 -90 п. 6. 1. ; Инструкцию по обозначениям и кодированию (при необходимости); Альбом выходных форм; Руководство администратора подсистемы; Руководство пользователя - в соответствии с РД 5034. 698 -90 п. 3. 4. ; Программа и методика испытаний - в соответствии с РД 50 -34. 698 -90 п. 2. 14.
Перечень проектной документации План разработки (детализированный календарный план работ, содержащий виды работ, даты начала и завершения работ, отметки о выполнении работ); План управления конфигурацией, содержащий описание следующих процессов управления проектной документацией: порядок разработки и хранения, порядок внесения изменений, ведение версионности, рассылка, порядок внутреннего согласования; План качества проекта определяющий перечень и порядок проведения мероприятий, направленных на обеспечение качества (внутренние аудиты, тестирование, анализ результатов).
3. Проектирование ИС Цель процесса проектирования архитектуры системы заключается в определении того, как системные требования будут отражаться (реализовываться) в системных компонентах (элементах) Детальное проектирование функциональных и обеспечивающих компонентов
Архитектура предприятия
Компоненты (элементы) системы Подсистемы – комплексы задач - программные модули (методы, сервисы, процедуры) Интерфейсы – интерфейсы пользователей (списки выбора, экранные формы, меню и др. ), программные интерфейсы (вызовы, сообщения, обработка событий и др. ) Базы (хранилища) данных – таблицы (файлы, классы объектов) – реквизиты – др. элементы информационного обеспечения (документы, классификаторы, НСИ и др. ) Функции СУБД – ведение БД, запросы, генераторы отчетов, поддержание целостности и безопасности доступа Технические комплексы – серверы (баз данных, приложений), клиентские места (рабочие станции), сетевое оборудование (коммуникаторы, маршрутизаторы) Операционная среда – операционная система, ПО промежуточного слоя, СУБП, утилиты и др.
Требования ГОСТов к стадии создания ИС: ГОСТ 34. 601 -90. Эскизный проект - Разработка предварительных проектных решений по системе и ее частям: функции АС; функции подсистем, их цели и эффекты; состав комплексов задач и отдельных задач; концепции информационной базы, ее укрупненную структуру; функции системы управления базой данных; состав вычислительной системы; функции и параметры основных программных средств
ГОСТ 34. 601 -90. Технический проект Разработка проектных решений по системе и ее частям: общих решений по системе и ее частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решений задач и применяемым языкам, по организации и ведению информационной базы, системе классификации и кодирования информации, по программному обеспечению
ГОСТ 34. 201 – 89, ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ. Состав документов технического проекта Схема структурная комплекса технических средств. Схема функциональной структуры Перечень входных данных Перечень выходных данных (документов) Пояснительная записка к техническому проекту (включает план мероприятий по подготовке объекта к вводу системы в эксплуатацию) Описание автоматизируемых функций Описание постановки задач (комплекса задач)
Состав документов технического проекта Описание информационного обеспечения системы: ◦ Описание организации информационной базы ◦ Описание систем классификации и кодирования ◦ Описание массивов информации Описание комплекса технических средств Описание программного обеспечения Описание алгоритма (проектной процедуры) Описание организационной структуры Ведомость оборудования и материалов Локальный сметный расчет
Структура постановки задачи 1. 2. 3. 4. 5. 6. Глоссарий системы Характеристики подсистемы Структура подсистемы Выходная информация Входная информация Решения по алгоритмам бизнеспроцессов и методам их реализации