Навигация
Определение модели ЖЦ АИС
56436
знаков
1
таблица
10
изображений
3.1 Определение модели ЖЦ АИС
Под моделью жизненного цикла разработки программного продукта понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении жизненного цикла разработки программного продукта. Наибольшее распространение получили следующие модели жизненного цикла разработки программного продукта (таблица1. Краткие характеристики моделей жизненного цикла АИС): каскадная модель, или водопад (waterfall model); v-образная модель (v-shaped model); модель прототипирования (prototype model); модель быстрой разработки приложений, или RAD-модель (RAD-rapid application development model);многопроходная модель (incremental model); спиральная модель (spiral model).
Таблица 1.Краткие характеристики каждой из перечисленных моделей
| Название | характеристики |
| Каскадная модель | Прямолинейная и простая в использовании. Необходим постоянный жесткий контроль за ходом работы. Разрабатываемое программное обеспечение не доступно для изменений |
| v-образная модель | Простая в использовании. Особое значение придается тестированию и сравнению результатов фаз тестирования и проектирования |
| Модель прототипирования | Создается «быстрая» частичная реализация системы до составления окончательных требований. Обеспечивается обратная связь между пользователями и разработчиками в процессе выполнения проекта. Используемые требования не полные |
| Модель быстрой разработки приложений | Проектные группы небольшие (3… 7 человек) и составлены из высококвалифицированных специалистов. Уменьшенное время цикла разработки (до 3 месяцев) и улучшенная производительность. Повторное использование кода и автоматизация процесса разработки |
| Многопроходная модель | Быстро создается работающая система. Уменьшается возможность внесения изменений в процессе разработки. Невозможен переход от текущей реализации к новой версии в течение построения текущей частичной реализации |
| Спиральная модель | Охватывает каскадную модель. Расчленяет фазы на меньшие части. Позволяет гибко выполнять проектирование. Анализирует риски и управляет ими. Пользователи знакомятся с программным продуктом на более раннем этапе благодаря прототипам |
3.2 Каскадная модель
В однородных информационных системах 1970-х и 1980-х годов прикладные программные продукты представляли собой единое целое. Для разработки такого типа программного продукта применялось каскадная модель, или «водопад».
Каскадная модель программного продукта подобна модели автоматизированной системы управления (см. главу 1, рис.1).
Этот процесс носит, как правило, итерационный характер: результаты очередного этапа часто вызывают изменения в проектных решениях, выработанных на более ранних стадиях. Таким образом, постоянно возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс разработки принимает иной вид (см. глава 1, рис.2)
3.3 V-образная модель
Эта модель (рис.5) была разработана как разновидность каскадной модели, в которой особое внимание уделяется верификации и аттестации программного продукта. Модель показывает, что тестирование продукта обсуждается, проектируется и планируется, начиная с ранних этапов жизненного цикла разработки.
От каскадной модели v-образная модель унаследовала последовательную структуру, в соответствии с которой каждая последующая фаза начинается только после успешного завершения предыдущей фазы.
Данная модель основана на систематическом подходе к проблеме, для решения которой определены четыре базовых шага: анализ, проектирование, разработка и обзор. При выполнении анализа осуществляются планирование проекта и составление требований. Проектирование разделяется на высокоуровневое и детальное (низкоуровневое). Разработка включает в себя кодирование, обзор – различные виды тестирования.
На модели хорошо просматриваются взаимосвязи между аналитическими фазами и фазами проектирования, которые предшествуют кодированию и тестированию. Штриховые стрелки показывают, что эти фазы надо рассматривать параллельно.
Модель включает в себя следующие фазы:
Составление требований к проекту и планирование – определяются системные требования и выполняется планирование работ;
Составление требований к продукту и их анализ – составляется полная спецификация требований к программному продукту;
Высокоуровневое проектирование – определяется структура программного обеспечения, взаимосвязи между основными его компонентами и реализуемые ими функции;
Детальное проектирование – определяется алгоритм работы каждого компонента;
Кодирование – выполняется преобразование алгоритмов в готовое программное обеспечение;
Модульное тестирование – выполняется проверка каждого компонента или модуля программного продукта;
Интеграционное тестирование – осуществляются интеграция программного продукта и его тестирование;
Системное тестирование – выполняется проверка функционирования программного продукта после помещения его в аппаратную среду в соответствии со спецификацией требований;
Эксплуатация и сопровождение – запуск программного продукта в производство. На этой фазе в программный продукт могут вноситься поправки и может выполняться его модернизация.
Рис.5 V-образная модель
Преимущества v-образной модели:
1) Большая роль придается верификации и аттестации программного продукта, начиная с ранних стадий его разработки, все действия планируются;
2) Предполагаются аттестация и верификация не только самого программного продукта, но и всех полученных внутренних и внешних данных;
3) Ход выполнения работы может легко отслеживаться, так как завершение каждой фазы является контрольной точкой.
Кроме перечисленных достоинств модель обладает и рядом недостатков:
не учитываются итерации между фазами; нельзя вносить изменения на разных этапах жизненного цикла; тестирование требований происходит слишком поздно, поэтому внесение изменений влияет на выполнение графика работ.
Данную модель целесообразно использовать при разработке программных продуктов, главным требованием для которых является высокая надежность.
Похожие работы
... продукта и создание удобных карточек заполнения атрибутов БД: простота создания связей и их модернизация. Глава II. Разработка программы для автоматизации деятельности таксопарка 2.1 Анализ требований заказчика Программа Автоматизированное рабочее место диспетчера такси разработана по спиральной модели жизненного цикла автоматизированных информационных систем. На каждом этапе создания ...
... же разработать информационное обеспечение по учёту ТС магазина «Техносила». Глава 1. Теоретические особенности организации технического обеспечения 1.1 Основные требования и характеристики современных и применение технических средств АИС Автоматизированная информационная система (АИС) представляет собой комплекс информационных, программных, технических, организационно-методических и ...
... . 90. Перечислите меры по защите информации от несанкционированного копирования и распространения программ. Зав. кафедрой -------------------------------------------------- Экзаменационный билет по предмету ОСНОВЫ АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ Билет № 17 91. Вычислите значение логических высказываний: (AÚB)Ù(BÚC) (A®B)Ù (B®C), если А=0, ...
... системы. Основными нормативными документами, регламентирующими процесс создания любого проекта ИС и ИТ, являются ГОСТы и их комплексы на создание и документальное оформление информационной технологии, автоматизированных систем, программных средств, организации и обработки данных, а также руководящие документы Гостехкомиссии России по разработке, изготовлению и эксплуатации программных и ...
0 комментариев