20. Организация процесса конструирования по. Типы по. Стратегии конструирования.

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

Выделяют 4 типа ПО:

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

2. Встроенное ПО – является частью уникального приложения, связанного с аппаратурой

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

4. Сетевое ПО – состоит из нескольких частей, взаимодействующих через сеть, части могут быть равноправными, либо работать по архитектуре клиент-сервер.

При разработке ПО любого типа используется общая концептуальная схема:

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

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

3. осуществляется планирование проекта. Основной этап планирования проекта – этап планирования процесса разработки. При этом процесс разработки делится на стадии: анализ требований к системе, проектирование системы, её реализация, модульное тестирование, системное тестирование, сопровождение.

4. планирование контроля качества. Этот план определяет, каким образом будет обеспечено качество создаваемого продукта.

Независимо от технологии программирования возможно использование одной из 3 стратегий конструирования программ:

• однократная стратегия – линейная последовательность этапов конструирования, когда требования к системе определяются на начальной стадии проекта, изменение требований соответствует созданию нового проекта

• инкрементная стратегия – определение требований к системе на начальном этапе проектирования с возможностью поэтапной сдачи проекта в эксплуатацию

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

Для реализации стратегий используются методы, средства и процедуры технологии создания ПО.

Методы решают следующие задачи: оценка проекта, анализ требований, проектирование алгоритмов, кодирование, тестирование, сопровождение.

Средства обеспечивают автоматизированную или автоматическую поддержку методов.

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

21. Понятие жизненного цикла. Модели жизненного цикла.

Процесс проектирования определяет жизненный цикл ПО.

ЖЦ ПО – непрерывный временной промежуток, начиная с момента принятия решения о необходимости создания ПП и заканчивая полным изъятием ПП из эксплуатации.

Модели ЖЦ:

1. водопадная модель – в ЖЦ выделяют 8 не пересекающихся этапов: концептуальный анализ, анализ требований, проектирование, реализация, компонентное тестирование, сборка, системное тестирование, сопровождение.

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

Плюсы: возможно получение даты выпуска продукта, плановость проектирования.

Минусы: большой разрыв времени между получением требований и получением заказчиком ПП, невозможна доработка продукта.

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

3. модель быстрой разработки приложений (RAD-модель). На основе инкрементной стратегии (инкрементная стратегия – определение требований к системе на начальном этапе проектирования с возможностью поэтапной сдачи проекта в эксплуатацию). Обеспечивает короткий цикл разработки. Быстрая разработка осуществляется за счёт компонентоориентированности, т.е. ПО создаётся на основе имеющихся заранее разработанных компонент. Минусы – невозможность проектирования крупномасштабных задач.

4. спиральная модель. На основе эволюционной стратегии (эволюционная стратегия – система строится на основе последовательных версий, но требования к системе могут уточняться и дополняться в ходе проектирования). В соответствии с данной моделью выделяют 4 действия

анализ риска | планирование

конструирование | оценивание

Планирование – определение цели.

Анализ риска – анализ вариантов достижения цели.

Конструирование – реализация цели.

Оценивание – оценка заказчиком.

Плюс: постоянная работа с заказчиком.

Минус: неизвестно, когда будет создан конечный продукт.