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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

№49 ПРИЕМЫ ОБЕСПЕЧЕНИЯ ТЕХНОЛОГИЧНОСТИ ПРОГРАММНЫХ ПРОДУКТОВ

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

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

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

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

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

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

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

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

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

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

№50 Нисходящая и восходящая разработка ПО

При проектировании, реализации и тестировании компонентов структурной иерархии, полученной при декомпозиции, применяют следующие подходы:

• восходящий; 

• нисходящий;

• расширяющегося ядра.