Мегаобучалка Главная | О нас | Обратная связь


В соответствие со стандартами



2019-07-04 203 Обсуждений (0)
В соответствие со стандартами 0.00 из 5.00 0 оценок




 

Стадии жизненного цикла информационной системы

ISO/IEC TR 15271:1998 (ГОСТ Р ИСО/МЭК ТО 15271-2002)

ГОСТ 34.601-90

Раздел 8 Приложение C
a) Определение потребностей. b) Исследование и описание основных концепций. c) Демонстрация и аттестация основных концепций. d) Проектирование и разработка. e) Создание и производство. f) Распространение и продажа. g) Эксплуатация. h) Сопровождение и поддержка. i) Снятие с эксплуатации (утилизация). 1) Установление потребностей пользователя. 2) Определение требований. 3) Проектирование системы. 4) Изготовление системы. 5) Испытание. 6) Корректировка. 7) Поставка или использование. 1) Формирование требований к автоматизированной системе. 2) Разработка концепции автоматизированной системы. 3) Техническое задание. 4) Эскизный проект. 5) Технический проект. 6) Рабочая документация (по программам). 7) Ввод в действие. 8) Сопровождение автоматизированной системы.

 

Эволюционная  модель жизненного цикла применяется в двух основных разновидностях. Первую разновидность будем называть спиральной моделью (ориентирована на презентацию результатов разработки перед заказчиком). Вторая разновидность получила название структурной эволюционной моделибыстрого прототипирования (ориентирована на активное участие в разработке системы пользователя).

Спиральная модель жизненного цикла предполагает постоянно повторяющийся итерационный процесс разработки системы (рис. 3).

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

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

 

 


Рис. 3. Спиральная модель жизненного цикла ИС

 

Основные преимущества применения спиральной модели:

- упрощение внесения изменений в проект при изменении требований заказчика и по другим причинам;

- постепенная интеграция отдельных элементов системы в единое целое, что уменьшает количество возникающих проблем в связи с относительно небольшим количеством единовременно интегрируемых элементов;

- уменьшение уровня рисков инвестирования в проект;

- возможность получения более надежной и устойчивой системы в связи с устранением ошибок и слабых мест на каждой итерации;

- возможность совершенствования процесса разработки системы на каждой итерации по сравнению с предыдущей на основе проводимого в конце итерации анализа.

Основная проблема применения спиральной модели – определение момента времени перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов проектирования системы. Иначе процесс разработки превратится в бесконечное совершенствование сделанного ранее.

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

Возможный вариант состава и последовательности этапов разработки системы в случае применения спиральной модели жизненного цикла на примере процесса создания сложного программного продукта представлен в табл. 2. В приведенном примере принципиальное значение имеют этапы проектирования, связанные с формированием альфа- и бета-версий программного продукта. Точные определения этих состояний разработки ПО от фирмы к фирме меняются. В данном случае альфа-версия программы – это завершенный в логическом аспекте продукт, содержащий большое количество ошибок, в то время как бета-версия – это продукт, уже почти готовый к выпуску.

Общее количество последовательно улучшаемых версий программного продукта в данном примере достигает семи: почти альфа; альфа; пре-бета; бета; версия, сформированная после замораживания пользовательского интерфейса; версия для финального тестирования; готовый продукт. Промежуточные версии могут быть продемонстрированы пользователям и заказчику, которые при этом, как правило, вносят предложения по усовершенствованию системы.

 


Таблица 2

 



2019-07-04 203 Обсуждений (0)
В соответствие со стандартами 0.00 из 5.00 0 оценок









Обсуждение в статье: В соответствие со стандартами

Обсуждений еще не было, будьте первым... ↓↓↓

Отправить сообщение

Популярное:
Как построить свою речь (словесное оформление): При подготовке публичного выступления перед оратором возникает вопрос, как лучше словесно оформить свою...
Почему люди поддаются рекламе?: Только не надо искать ответы в качестве или количестве рекламы...



©2015-2024 megaobuchalka.ru Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. (203)

Почему 1285321 студент выбрали МегаОбучалку...

Система поиска информации

Мобильная версия сайта

Удобная навигация

Нет шокирующей рекламы



(0.01 сек.)