Стадии создания ИС часть 2 Ю Ф Тельнов

Стадии создания ИС (часть 2) Ю. Ф. Тельнов

Стадии создания ИС 1. 2. 3. 4. 5. 6. 7. Общая характеристика стадий создания ИС (ЖЦ ИС) Формирование и анализ требований Проектирование Реализация Тестирование Ввод в действие Сопровождение и эксплуатация

Стадии создания ИС Стадия Результат Формирование требований к АС (ИС) Обследование Формирование пользовательских требований Заявка на разработку АС (ИС) Разработка концепции АС (ИС) Проведение необходимых НИР ТЭО Техническое задание ТЗ/ЧТЗ Эскизный проект Пояснительная записка к эскизному проекту Технический проект Пояснительная записка к техническому проекту Разработка документации на поставку изделий для комплектования АС и(или) технических требований на их разработку

Технический проект Пояснительная записка к техническому проекту Разработка документации на поставку изделий для комплектования АС и(или) технических требований на их разработку Рабочая документация Опытный образец Комплект документации Рабочая программа опытной эксплуатации Протокол (приемо-сдаточных) испытаний Ввод в действие Акт о вводе в действие Техническая поддержка (сопровождение) Рабочий журнал Акт сдачи-приемки работ

Связь стадии проектирования с процессами разработки ИС по стандарту ИСО/МЭК 12207, требования к процессам Стадии Формировани Проектировае требований ние Процессы Анализ требований к системе + + Проектирование архитектуры системы Анализ требований к ПО Детальное проектирование ПО + +

Взаимосвязи между процессами разработки ИС (ИCO 12207) и стадиями ЖЦ Реализаци Тестирова- Ввод в я ние эксплуатацию Кодирование и тестирование ПО + Интеграция ПО + + + Квалификационное тестирование ПО Интеграция системы Квалификационное тестирование системы Установка ПО Приемка ПО (испытания) + +

4. Реализация программных средств Цель процесса реализации программных средств заключается в создании заданных элементов системы, выполненных в виде программных продуктов или услуг. Результатом процесса является создание программной составной части, удовлетворяющей как требованиям к архитектурным решениям, что подтверждается посредством верификации, так и требованиям правообладателей, что подтверждается посредством валидации.

Подпроцессы реализации программных средств Процесс анализа требований к программным средствам* Процесс проектирования архитектуры программных средств* Процесс детального проектирования программных средств Процесс конструирования программных средств Процесс комплексирования программных средств* Процесс квалификационного тестирования программных средств

Процесс анализа требований к программным средствам – определение характеристик: Функциональных возможностей, включая характеристики производительности и среды функционирования компонента Внешних интерфейсов Спецификаций надежности и безопасности Эргономических требований Требований к используемым данным Требований к установке и приемке Требований к пользовательской документации Требований к эксплуатации и сопровождению

Проектирование архитектуры ПО: Трансформацию требований к ПО в архитектуру, определяющую на высоком уровне структуру ПО и состав его компонентов; Разработку и документирование программных интерфейсов ПО и баз данных Разработку предварительной версии пользовательской документации Разработку и документирование предварительных требований к тестам и плана интеграции (комплексирования) ПО

Детальное проектирование компонентов Описание компонентов ПО и интерфейсов между ними на более низком уровне, достаточном для кодирования и тестирования Разработку и документирование детального проекта базы данных Обновление (при необходимости) пользовательской документации Разработку и документирование требований к тестам и плана тестирования компонентов ПО Обновление плана интеграции ПО

5. Тестирование (Б. А. Позин) Объект – программа или программная система, которая состоит из множества взаимосвязанных компонент, совместно реализующих функциональные требования к программе – и/или нефункциональные требования к ней (временные, надёжностные и др. ) Эталон – формальное или формализованное описание требований к программе Критерии сопоставления – количественные, должны вырабатываться при анализе программы перед ее тестированием Тестирование программ - как правило, невозможно практически разработать исчерпывающее множество тестов, поэтому необходимо планировать тестирование План тестирования - состав тестов для проверки программы и порядок их применения

Тестирование Цель тестирования – обнаружение ошибок в программе /программной системе Метод тестирования - сопоставление объекта с эталоном Объект тестирования – программа/программная система Производственное тестирование: тестовый эксперимент должен быть повторяемым, документируемым, проверяемым Объект должен быть зафиксирован или изменения должны учитываться и документироваться Эталон должен быть документирован и структурирован по отношению проверяемым свойствам программ

Тестирование и отладка Метод Тестирование Отладка Цель метода Обнаружение ошибок Устранение ошибок Состав процессов Планирование тестирования, Прогон тестов, Анализ результатов Обнаружение ошибок Локализация Диагностика Устранение (внесение изменений Неразрушающий и разрушающий Неразработчик Разработчик и привлеченный персонал Метод контроля Персонал

Виды тестирования Функциональное тестирование ØАвтономное тестирование модулей/компонент ØСтруктурное ØСборочное ØКомплексное ØРегрессионное По сценариям Комплексное полнофункциональное

Объект и эталон. Особенности функционального тестирования Функциональные требования П 1 Т 2 Программа Комплексное тестирование Т 3 … П 2 П 3 Сборочное тестирование Автономное тестирование … Библиотека компонент/классов

Нагрузочное тестирование Потоки обслуживания Потоки нагрузки Тестируемая система Оценочное - Оценка пропускной способности, времен пребывания задач в системе Аналитическое - Выявление зависимостей Регрессионное - Многократное тестирование при неизменных условиях

Цели нагрузочного тестирования • Оценка количественных характеристик функционирования программного комплекса (производительность, пропускная способность, среднее время пребывания задачи в системе, средняя скорость обработки информации определенного вида и т. п. ) в том числе при внесении модификаций • Обнаружение и оценка узких мест в системе, выработка рекомендаций по их устранению • Определение направлений развития программного комплекса в части совершенствования его системных количественных характеристик и оценки эффективности новых решений

Этапы функционального тестирования Регистрация требований к ТПК Нормативные требования к ТПК Разработка тестовых требований к ТПК Тестовые требования к ТПК Формирование Плана тестирования План тестирования ТПК БД требований Формирование тестов Спецификации тестов Комплект тестов БД тестирования РЕПОЗИТРИЙ ПРОЕКТА Выполнение тестов Результаты выполнения тестов Фиксация дефектов Описание дефектов Протокол испытаний БД дефектов

6. Основные этапы ввода ИС в действие Отработка на стенде Отработка на опытном участке Развертывание на реальном объекте Формирование объектов базирования Обучение персонала Создание тестовой среды развертывания Поэтапные испытания Опытная эксплуатация Приемо-сдаточные испытания Передача в промышленную эксплуатацию

ГОСТ 34. 603 -92. ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ Общая цель всех видов испытаний – проверка соответствия АС требованиям ТЗ и оценка ее эксплуатационных характеристик. Основной документ – программа и методика испытаний § § § § Цель испытаний Объект испытаний Условия проведения испытаний Порядок проведения испытаний Методы испытаний и обработки их результатов Критерии завершения испытаний Перечень оформляемой документации Общая цель – проверка соответствия разработанной АС/ИС или ее составной части требованиям ТЗ Проверка работоспособности и проверка комплектности и качества эксплуатационной документации

Вид испытаний/ деятельности Предварительные Виды проверок Автономные /Комплексные В соответствии с Программой и методикой испытаний Оценка Цель / Результат к готовности АС/ИС передаче в опытную Результаты испытаний отражают в протоколе. Работу завершают оформлением акта приемки в опытную эксплуатацию –Автономные Проверка отдельных частей АС по мере их готовности Оценка готовности отдельных частей АС/ИС к передаче в опытную эксплуатацию –Комплексные Проверка групп взаимосвязанных частей АС или АС в целом Оценка готовности групп взаимосвязанных частей АС или АС/ИС в целом к передаче в опытную эксплуатацию Опытная эксплуатация • Определение фактических значений количественных и качественных характеристик АС и готовности персонала к работе в условиях функционирования АС • Определение фактической эффективности АС • Корректировка (при необходимости) документации Журнал опытной эксплуатации Приемочные испытания В соответствии с Программой и методикой испытаний Оценка готовности к передаче АС в постоянную эксплуатацию. Протоколы работы комиссии Акт о приемке АС в постоянную эксплуатацию

7. Роль сопровождения в жизненном цикле прикладных систем Под сопровождением понимают обеспечение целостности ПО на длительном периоде жизненного цикла АС путем внесения изменений в программное обеспечение АС, связанных с совершенствованием нормативной базы, усовершенствованием технологии ее функционирования, изменением состава ее подсистем и их функций, подключением к АС новых участников. Стоимость и трудоемкость сопровождения определяются: Количеством изменений (порядка нескольких сотен в год для крупных систем) Характером изменений (плановые и срочные) Языками программирования ПО АС Мультиплатформенностью инфраструктуры АС и системы сопровождения Распределенностью приложений, в которые должны тиражироваться изменения Большим количеством системных компонент, используемых в АС

ГОСТы серии 19 Единая система программной документации Эксплуатационная документация Документация сопровождения

Направления совершенствования существующих систем сопровождения Учет требований ГОСТ Р ИСО/МЭК 14764 – 2002, ITIL(ИСО 20000), CMMI (ИСО 15504), COBIT 4. 1 Учет многолетнего опыта работ по сопровождению с западными заказчиками на уровне CMMI (Capability Maturity Model Integration (CMMI) — набор моделей (методологий) совершенствования процессов) третьегочетвертого уровней Развитие и регламентация процессов и инструментальных средств Создание унифицированной инфраструктуры сопровождения Разработка критериев и метрик для оценки качества сопровождения, для планирования и оценки реализуемости изменений

Основания для создания унифицированной системы сопровождения ГОСТ Р ИСО МЭК 14764 – 2002. Информационная технология. Сопровождение программных средств ITIL / CMMI (ISO 20000/ISO 15504) – соответствие ITIL и CMMI не является обязательным, но позволит учесть современный передовой опыт и лучшие практики в этой области. ITIL. IT Infrastructure Library — библиотека инфраструктуры информационных технологий) — библиотека, описывающая лучшие из применяемых на практике способов организации работы подразделений или компаний, занимающихся предоставлением услуг в области ИТ Cobi. T (сокращение от Control Objectives for Information and Related Technology ( «Задачи информационных и смежных технологий» ) — представляет собой пакет открытых документов, около 40 международных и национальных стандартов и руководств в области управления ИТ, аудита и IT-безопасности. Создатели стандарта провели анализ и оценку и объединили лучшее из международных технических стандартов, стандартов управления качеством, аудиторской деятельности, а также из практических требований и опыта — всё то, что так или иначе имело отношение к целям управления. Необходимость создания унифицированного подхода к автоматизации сопровождения для снижения общих затрат на развитие и поддержание информационных систем

Схема процесса сопровождения

Автоматизированная система сопровождения должна автоматизировать процессы Управление изменениями, то есть планирование работ по внесению изменений в ПО АС, сбор информации о проведенных изменениях, формирование отчетов о проведенных изменениях Управление требованиями, то есть формализация требований, их структуры и взаимосвязи, их анализ при планировании изменений, а также при диагностике ошибок Тестирование изменений ПО, комплексное и регрессионное тестирование компонент АС и АС в целом Управление выпусками АС, то есть планирование выпусков АС, и комплексирование ПО АС Управление инцидентами, то есть сбор от участников сопровождения и систематизация сообщений о фактах отклонения работы АС от штатного функционирования, установленного документацией на нее Управление проблемами, то есть определение причин инцидентов, диагностика и локализация ошибок в АС Управление конфигурацией ПО АС Сбор статистики о трудоемкости и длительности сопровождения; Информационное обеспечение участников сопровождения в соответствии с их полномочиями путем предоставления доступа к проектным материалам и выдачи отчетов о ходе работ.