Цель лекции –

ознакомление с основными этапами разработки ПО, методами проектирования ПО и документирования программных продуктов

Содержание:

1. Введение

2. Жизненный цикл ПО

   1. Жизненный цикл программ

   2. Этапы разработки программ

3. 2.3. Тенденции

4. Методы проектирования ПО

5. Документирование

Введение

За десятки лет разработки программного обеспечения и программных систем создан ряд типовых схем упорядочивания выполнения работ по проектированию и разработке. Такие схемы получили название жизненного цикла и обобщенны в стандарте ISO / IEC 12207 и основных моделях ЖЦ, применяемых на практике.

Примеры крупномасштабных систем ПО:

• Распределенная банковская система;

• Операционная система;

• Компьютерная игра;

• Система контроля и безопасности полетов…

Особенности разработки – усилия многих людей на протяжении длительного времени.

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

Жизненный цикл по. Жизненный цикл программ

Жизненный цикл по. Тенденции

Подходы к проектированию ПО

1. Строго последовательное выполнение всех этапов жизненного цикла ПО (модель водопада);

2. Поэтапное создание ПО (пошаговая или инкрементная модель);

3. Спиральная модель;

4. Эволюционная модель ЖЦ.

Водопадная (Каскадная) модель жц программных систем

• Одной из первых начала применяться каскадная модель, где каждая работа выполняется один раз и в таком порядке

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

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

Каскадная модель жц программных систем

Недостатки этой модели следующие:

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

- Не учитываются изменяемые потребности пользователей, нестабильные условия внешней среды, влияющие на изменения требований к ПС при й разработки.

- Значительный разрыв между временем внесения ошибки (например, на процессе проектирования) и время ее обнаружения (при сопровождении), что приводит к существенной переработки ПС.

При применении каскадной модели возможны следующие факторы риска:

- Требования к ПС недостаточно четко сформулированы, либо не учитывают перспективы развития ОС, условий и т.п.

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

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

- Ограничения на ресурсы (человеческие, программные, технические и др.). В ходе разработки могут сузить отдельные возможности реализации системы.

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