Оценка качества процессов создания по.
Существует несколько стандартов оценки качества процессов, которое обеспечивает организация-разработчик:
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)
Постоянно улучшаются существующие процессы. Мероприятия по улучшению качества применяются и к существующим процессам и к новым. Улучшение процессов помогает предупреждать возможные ошибки. Ведутся работы по уменьшению стоимости разработки ПО, (например повторное использование компонентов).
Понятие технологичности программного обеспечения. Нисходящая и восходящая разработка по
Под технологичностью понимают качество ПО , от которого зависят трудовые и материальные затраты на его создание и последующие модификации.
Хороший проект быстро и легко кодируется, тестируется, отлаживается и модифицируется.
Технологичность ПО определяется - проработанностью его моделей; - уровнем независимости модулей; - стилем программирования; - степенью повторного использования кодов.
Для обеспечения необходимой технологичности применяют специальные приемы и методики, включающие в себя методы и правила: декомпозиции, проектирования, программирования, контроля качества, которые под общим названием «структурный подход к программированию» были сформулированы еще в 60-х годах XX в.
В его основу были положены следующие основные концепции:
• нисходящая разработка «сверху вниз»;
• модульное программирование;
• структурный стиль программирования;
• сквозной структурный контроль.
Нисходящая и восходящая разработка ПО
При проектировании, реализации и тестировании компонентов структурной иерархии, полученной при декомпозиции, применяют следующие подходы:
восходящий;
нисходящий;
расширяющегося ядра.
Восходящая разработка ПО
Сначала проектируют и реализуют компоненты нижнего уровня, затем предыдущего и т.д. По мере завершения тестирования и отладки компонентов осуществляют их сборку. Для тестирования и отладки компонентов проектируют и реализуют специальные тестирующие программы.
Подход имеет следующие недостатки:
• увеличение вероятности несогласованности компонентов вследствие неполноты спецификаций;
• позднее проектирование интерфейса, а соответственно невозможность продемонстрировать его заказчику для уточнения спецификаций и т.д.
Нисходящий подход к разработке ПО
Нисходящий подход предполагает, что проектирование и последующая реализация компонентов выполняется «сверху-вниз», т.е. вначале проектируют (затем и реализуют) компоненты верхних уровней иерархии, затем следующих и так далее до самых нижних уровней. При этом в процессе программирования компоненты нижних, еще не реализованных уровней заменяют специально разработанными отладочными модулями – «заглушками», что позволяет тестировать и отлаживать уже реализованную часть.
Преимущества нисходящего подхода:
максимально полное определение спецификаций проектируемого компонента и согласованность компонентов между собой;
раннее определение интерфейса пользователя, демонстрация которого заказчику позволяет уточнить требования к создаваемому программному обеспечению;
возможность нисходящего тестирования и комплексной отладки.