Жизненные циклы разработки ПО. 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Жизненные циклы разработки ПО.



Жизненным циклом ПО называют период с момента появления идеи ПО до момента завершения его поддержки фирмой разработчиком. Состав процессов жизненного цикла регламентируется международным стандартом ISO/IEC 12207, который называется информационные технологии.

ISO – международная организации по стандартизации

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

 

Основные процессы: приобретение, поставка, разработка, эксплуатация, сопровождение.

Организационные процессы: Управление, усовершенствование, создание инфраструктуры, обучение

Вспомогательные процессы: документирование, управление конфигурацией, обеспечение качества, аттестация, аудит, разрешение проблем.

Процесс разработки в соответствии со стандартом предусматривает действия и задачи выполняемой разработчиком ПО в соответствии с заданными требованиями включая оформление проектной и эксплуатационной документации. А также материалов проверки работоспособности и качества прогр продуктов. По стандартам проверка включает следующие действия:

1. подготовительная работа – план работы, определяются стандарты и методы разработки

2. анализ требуемый к системе – пользоват треб, треб по безопасности

3. проектирование архитектуры системы

4. детальное проектировании ПО – определяются интерфейсы, разработка и тестинг

5. кодирование и тестирование ПО

6. интеграция ПО – все компоненты собираются в единое целое

7. тестирование ПО

8. квалификационное тестирование системы – оформление полноты документации

9. Установка ПО на оборудование заказчика

10. Приём ПО (подписание договоров)

Все указанные действия можно условно выделить в стадии разработки по ГОСТу 19.102-77

 

· Постановка задачи: в процессе постановки задачи дБ чётко формулироваться назначение ПО и определяться основные требования к нему. Каждое требование представляет собой описание необходимого или желаемого свойства ПО. Бывают функциональные требования, которые определяют функции, которые должны выполнять разрабатываемое ПО и эксплуатационные требования, которые определяют особенности его функционирования. Этап постановки задачи заканчивается постановкой технического задания в котором фиксируются все потенциальные требования к программе и принимаются основные проблемы мышления

· Анализ требований и определение спецификаций. Спецификации называют точное формализованное описание функций и ограничений разрабатываемого программного обеспечения.

Различают:

- функциональные

- эксплуатационные

 

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

 

  • Проектирование – стадия технического проекта. Проектирование включает в себя:

- проектирование общей структуры

- декомпозицию компонентов

- проектирование этих компонентов

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

 

  • Реализация – стадия рабочего проекта – процесс поэтапного написания кода программы на выбранном языке программирования их тестирования и отладку.

 

Существует 5 этап – сопровождение (сейчас не входит) - создание и внедрение новых версий.

Для всех этапов разработки существует 3 модели жизненного цикла программного обеспечения.

 

Каскадная.

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

Достоинства:

1) получение в конце каждой стадии законченного набора проектирования документации

2) простота планирования процесса разработки.

Недостатки:

1) при неточных спецификациях приводят к пересмотру уже принятых решений.

2) Изменение требования заказа непосредственно в процессе разработки.

 



Поделиться:


Последнее изменение этой страницы: 2017-02-07; просмотров: 142; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.147.89.24 (0.005 с.)