Читайте также:
|
|
Это:
- выработка исходных требований к ПО со стороны пользователя;
- формулирование общих требований к ПО со стороны разработчика (системные требования);
- проектирование архитектуры;
- детальная реализация ПО;
- инсталляция ПО в организации заказчика;
- эксплуатация.
Фазы могут перекрываться по времени, а некоторые процессы вестись параллельно. Условно говоря, третья версия программы может находиться на этапе проектирования, тогда как вторая - на стадии инсталляции.
Для поддержания жизненного цикла ПО фирмы-разработчики организуют свою деятельность по нескольким ключевым направлениям:
- управление проектом (планирование, распределение ресурсов, контроль исполнения и сроков);
- тестирование (проверка соответствия качества готового продукта исходным требованиям и проверка функционирования);
- конфигурационный менеджмент (поддержка версий, редакций, вариантов ПО на уровне исходного кода, дистрибутивов, документации);
- сопровождение (установка продукта, обучение пользователей, устранение ошибок, развитие функциональных возможностей, поставка upgrade-версий, техническая поддержка).
В настоящее время Германский национальный исследовательский центр по информационным технологиям (GMD) завершает работу над проектом SCOPE*PROCEPT, охватывающим информационные модели процессов создания ПО, включая методы оценки качества на основе метрик. Уже сейчас модель SCOPE*PROCEPT опробована в 20 крупных промышленных проектах и внесена на обсуждение в ISO.
В состав SCOPE*PROCEPT входит несколько компонентов, соответствующих различным сторонам деятельности по созданию программ:
- специфицирование процессов программирования и тестирования (ProcePT). Данный компонент предназначен для выработки спецификаций и тестирования используемых в проектах технологических процессов. Разработка процессов ведется по нисходящей схеме (рис. 3), начиная с уровня общей модели процесса. Далее путем итерационных уточнений автоматически создается комплект необходимых документов: разнообразные справочники по проекту, описания типов деятельности, перечни продуктов, которые будут выпущены в ходе работы над проектом, соответствующие диаграммы и схемы;
- инжиниринг моделей качества (Model Y7). Суть его в определении модели качества для данного проекта с использованием методов оценки качества; подразумевает встраивание этой модели в существующие технологические и бизнес-процессы;
- измерение характеристик (метрик) ПО (SMV). Можно представить в виде своеобразного испытательного стенда, на котором проводятся количественные исследования характеристик программ; - интегрированная среда для измерения характеристик компиляторов (CISM);
- моделирование процессов производства ПО (SPM). Данный компонент предназначен для оценки качества процессов разработки, причем на основе количественных показателей.
Модель Trillium, созданная в 1994 г. фирмами Bell Canada, Nothern Telecom и Bell-Nothern Research, предлагает еще один способ оценки процессов выпуска продуктов в телекоммуникационной и информационной областях и охватывает все аспекты жизненного цикла ПО. Хотя в ее основе и лежит Capability Maturity Model, эти модели существенно отличаются друг от друга. Помимо CMM, Trillium опирается на ряд других регламентирующих документов и стандартов: ISO 9001 и ISO 9000-3, стандарты Bellcore TR-NWT, значительную часть стандартов Malcolm Baldrige National Quality Award, стандарты IEEE и IEC.
Моделью Trillium охвачены следующие виды деятельности:
- управление качеством (Quality Management);
- проектирование бизнес-процессов (Business Process Engineering);
- оценка технологической зрелости (Technological Maturity Assessment);
- создание сред разработки (Development Environment);
- системное проектирование (System Engineering);
- ко-инжиниринг (Co-Engineering);
- совместное проектирование (Concurrent Engineering);
- надежное проектирование (Reliable Engineering);
- поддержка клиентов/партнерство (Customer Support/Partnership).
Дата добавления: 2015-07-25; просмотров: 70 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Три составные части процесса создания качественного ПО | | | АТТЕСТАЦИЯ ПРОГРАММНЫХ СРЕДСТВ |