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

Спиральная модель. В этой схеме ПО создается не сразу, а итерационно с использованием метода прототипирования. Появление прототипирования привело к тому модификация ПО перестала быть «необходимым злом», а стала отдельным процессом.

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

• сократить время до появления первых версий ПО;

• заинтересовать большое количество пользователей, обеспечивая быстрое продвижение следующих версий продукта на рынке;

• ускорить формирование и уточнение спецификаций за счет появления практики использования продукта;

• уменьшить вероятность морального устаревания системы за время разработки.

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

63

Жизненный цикл ПО при использовании CASE-технологий.

Computer-Aided Software/System Engineering - разработка программного обеспечения/программных систем с использованием компьютерной поддержки.

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

В основе любой CASE-технологии лежит парадигма методология/метод/нотация/средство.

Методология – подход, шаги работы, их последовательность.

 Метод - способ достижения цели одного шага работы .

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

Средства — инструментарий для поддержки методов.

Автоматизируя трудоемкие операции, современные CASE-средства существенно повышают производительность труда программистов и улучшают качество создаваемого программного обеспечения. Они:

• автоматизируют создание спецификаций проекта;

• уменьшают время создания прототипа системы;

• ускоряют процесс проектирования и разработки;

• автоматизируют формирование проектной документации;

• частично генерируют коды программ;

• поддерживают технологии повторного использования компонентов системы

64

Технология RAD

Rapid Application Development – быстрая разработка приложений

Спиральная модель ЖЦ ПО и CASE-технологий позволили сформулировать условия, выполнение которых сокращает сроки создания программного обеспечения:

•   поддержка комплексом CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ (спирального, итерационного);

•  гарантированное достижение целей разработки с заданным качеством и в установленное время (3-6 месяцев);

 работа группами 3-7 человек

Процесс разбивается на следующие этапы:

Анализ и планирование требований - формулируют наиболее приоритетные требования.

Проектирование - детально описывают подсистемы и процессы, используя CASE-средства. Определяют количество функциональных точек (ФТ - процедура, документ, форма, отчет, запрос) и создают команды разработчиков.

• менее 1 тыс. функциональных точек – 1 человек;

• от 1 до 4 тыс. функциональных точек – одна команда разработчиков;

• более 4 тыс. функциональных точек – одна команда на каждые 4 тыс. точек.

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

   Внедрение - обучают пользователей и переходят на новую систему.

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

65 О ценка качества процессов создания ПО

Существует несколько стандартов оценки качества процессов, которое обеспечивает организация-разработчик:

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

СММ – Capability Maturity Model – модель зрелости (совершенствования) процессов создания программного обеспечения, представляет собой совокупность критериев оценки зрелости организации-разработчика и рецептов улучшения существующих процессов.

SPICE – Software Process Improvement and Capability dEtermination – определение возможностей и улучшение процесса создания программного обеспечения.

СММ определяет пять уровней зрелости организаций-разработчиков.

1. Начальный уровень (initial level) – на предприятии такого уровня организации не существует стабильных условий для создания качественного ПО. Результат зависит от личных качеств менеджера и опыта программистов.

2. Повторяемый уровень (repeatable level) – на предприятии внедрены технологии управления проектами. Существуют стандарты процессов разработки ПО.
В критических условиях процесс может скатываться на начальный уровень.

3. Определенный уровень (defined level)

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

                  Начиная с этого уровня, организация перестает зависеть от качеств конкретных разработчиков, и процесс не имеет тенденции скатываться на уровень ниже в стрессовых ситуациях.

4. Управляемый уровень (managed level)

                  В организации устанавливаются количественные показатели качества ПО и процессов разработки. Управляющая роль числа.

5. Оптимизирующий уровень (optimizing level)

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

66 Понятие технологичности программного обеспечения

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

Хороший проект быстро и легко кодируется, тестируется, отлаживается и модифицируется.

Технологичность ПО определяется
 -  проработанностью его моделей;
 - уровнем независимости модулей;
 - стилем программирования;
 - степенью повторного использования кодов.

Для обеспечения необходимой технологичности применяют специальные приемы и методики, включающие в себя методы и правила: декомпозиции, проектирования, программирования, контроля качества, которые под общим названием «структурный подход к программированию» были сформулированы еще в 60-х годах XX в.

   В его основу были положены следующие основные концепции:

• нисходящая разработка «сверху вниз»;

• модульное программирование;

• структурный стиль программирования;

• сквозной структурный контроль