Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

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

Сложная система как объект адаптации | МЕТОДЫ И СРЕДСТВА ПРОЕКТИРОВАНИЯ ПРОГРАММ СЛОЖНОЙ СТРУКТУРЫ | Технологический цикл синтеза (разработки) ПО | Особенности этапа проектирования. | Архитектура Структуры данных | Макетирование (прототипирование)- это процесс создания модели требуемого программного продукта. | Тестирование ПО | Особенности тестирования «черного ящика». | Оценка качества программных средств | Количественная оценка качества ПО |


Читайте также:
  1. C. Модифікований харчовий продукт
  2. D. Збільшити у харчовому раціоні кількість продуктів, багатих на жири
  3. E. Непридатний продукт, недоброякiсний продукт, фальсифiкований продукт
  4. E. Непридатний продукт, недоброякiсний продукт, фальсифiкований продукт
  5. E. Продукт, натуральні властивості якого змінені з метою обману споживача
  6. E. У продуктах та готових стравах не повинно бути токсичних речовин в шкідливих для організму концентраціях
  7. I. Анализ современного состояния развития страхования в Российской Федерации

Это:

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

- формулирование общих требований к ПО со стороны разработчика (системные требования);

- проектирование архитектуры;

- детальная реализация ПО;

- инсталляция ПО в организации заказчика;

- эксплуатация.

Фазы могут перекрываться по времени, а некоторые процессы вестись параллельно. Условно говоря, третья версия программы может находиться на этапе проектирования, тогда как вторая - на стадии инсталляции.

 

Для поддержания жизненного цикла ПО фирмы-разработчики организуют свою деятельность по нескольким ключевым направлениям:

- управление проектом (планирование, распределение ресурсов, контроль исполнения и сроков);

- тестирование (проверка соответствия качества готового продукта исходным требованиям и проверка функционирования);

- конфигурационный менеджмент (поддержка версий, редакций, вариантов ПО на уровне исходного кода, дистрибутивов, документации);

- сопровождение (установка продукта, обучение пользователей, устранение ошибок, развитие функциональных возможностей, поставка 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 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Три составные части процесса создания качественного ПО| АТТЕСТАЦИЯ ПРОГРАММНЫХ СРЕДСТВ

mybiblioteka.su - 2015-2024 год. (0.008 сек.)