5.Модели жц по
Структура ответа:
модель ЖЦ, стадия создания ПО — определения
стадия формирования требований к ПО, ее этапы
стадия проектирования, ее этапы
стадия реализации, ее этапы
стадия внедрения, ее этапы
стадия эксплуатации, ее этапы
каскадная модель разработки ПО (рисунок, характеристика)
реальный процесс разработки ПЕО (рисунок, характеристика)
спиральная модель разработки ПО (рисунок, характеристика)
Стадия создания ПО – это часть процесса создания ПО, ограниченная некоторыми временными рамками, и заканчивающиеся выпуском конкретного продукта (модели ПО, программные компоненты и документация), определяемого заданными для данной стадии требованиями.
Модель ЖЦ – структура опр последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ
Стадии выделяются по соображениям рационального планирования и организации работ, заканчивающиеся заданными результатами. Состав ЖЦ ПО обычно включает следующие стадии: формирование требований к ПО, проектирование, реализация, внедрение, эксплуатация и сопровождение, снятие с эксплуатации.
Планирование работ – определение цели разработки, предварительная экономическая оценка проекта, построение плана-графика выполнения работ, создание и обучение совместной рабочей группы.
Проведение обследования деятельности автоматизируемого объекта – предварительное выявление требования к будущей системе, определение структуры организации, перечня целевых функций, анализ распределения функций по подразделениям и сотрудникам, выявление функциональных взаимодействий между подразделениями, информационных потоков внутри подразделений и между ними, внешних по отношению к организации объектов и внешних информационных взаимодействий.
Анализ существующих средств автоматизации, в деятельности организации.
Построение модели деятельности организации:
Модель как есть – это реальный снимок положения дел на предприятии с учетом проведенного обследования.
Составление ТО.
Стадия проектирования:
Разработка системного проекта – дается ответ на вопрос «Что должна делать будущая система?», а именно определяются архитектура системы, ее функции, внешние условия функционирования, интерфейсы и распределение функций между пользователями и системой, требования к программным и информационным компонентам, состав исполнителей и срок разработки. Основой системного проекта является модель To be. Результатом является техническое задание.
Разработка технического проекта - на основе системного проекта осуществляется непосредственно проектирование системы, включающее проектирование архитектуры системы и детальное проектирование. Таким образом дается ответ на вопрос: «»Как построить систему, чтобы она удовлетворяла предъявленным к ней требованиям. Модели при этом уточняются и детализируются до необходимого уровня. Результатом является оформление технического проекта.
Стадия реализации:
Рабочее проектирование – на этой стадии выполняется разработка и настройка программ, написания программного кода, наполнение БД, создание рабочих инструкций для персонала, оформление рабочего проекта.
Стадия внедрения:
Комплексная отладка подсистем ИС, тестирование, обучение персонала, поэтапное внедрение ИС по подразделениям в эксплуатацию и оформление о приемосдаточных испытаниях ИС.
Стадия эксплуатации и сопровождения:
Сопровождение и модернизация - сбор рекламации и статистики о функционировании ИС, исправление ошибок и недоработок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2 - 5). Стадию 2 и 3 иногда объединяют в одну и называют техно-рабочим проектированием или системным синтезом.
Каскадная схема разработки ПО:
Реальный процесс разработки ПО
Спиральная модель жизненного цикла ПО:
Принцип: прикладное ПО создается не сразу, а по частям с использованием метода прототипирования. Прототип – это действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО.
Создание прототипов осуществляется в несколько итераций или витков спирали. Каждая итерация созданию фрагмента или версии ПО. На ней уточняются цели и характеристика проекта, оценивается качество и планируются работы следующих итераций. На каждой итерации производится тщательная оценка риска, превышение сроков и стоимости проекта, а также целесообразность его прекращения. При спиральной модели нет необходимости полного и точного формулирования требований к системе на начальной стадии, поскольку они уточняются на каждой итерации. Неполное завершение работ на каждой стадии позволяет перейти на следующую не дожидаясь их полного завершения. В спиральной модели главная задача – как можно быстрее показать пользователю работоспособный продукт для уточнения требований. В ней проект формируется постепенно. Основная проблема спирального цикла – это определение момента перехода на следующего стадию. Для ее решения необходимо ввести временные ограничения на каждую стадию. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа выполнена.