Взаимодействие между процессами жцпо

Процессы ЖЦПО могут использоваться различными организациями в конкретных проектах разным образом. Тем не менее, стандарт предлагает некоторый базовый набор взаимосвязей между процессами в различных аспектах. На рисунке штриховые стрелки показывают связь действующих лиц (заказчик-поставщик), а сплошные – связь процессов между собой.

В договорном аспекте заказчик и поставщик вступают в договорные отношения и реализуют процессы приобретения и поставки.

В аспекте управления заказчик, поставщик, разработчик, оператор и другие службы процесса управляют его выполнением. Связующим звеном между основным и вспомогательным процессом является менеджер.

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

В инженерном аспекте разработчик или служба сопровождения решают технические задачи разработки и сопровождения товара.

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

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

Модели жц разработки пп

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

Наибольшее распространение получили следующие модели ЖЦПО:

• Каскадная модель;

• V-образная модель;

• Модели прототипирования;

• Модель быстрой разработки приложения;

• Много проходная модель;

• Спиральная модель.

18.09.2009

Каскадная модель

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

Критерием качества является точность выполнения спецификаций технического задания, при этом основное внимание уделяется на такие характеристика как: производительность, объем занимаемой памяти, устойчивость к сбоям и т.д.

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

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

Критерии оценки качества программного обеспечения

В период перехода от штучного производства ПО к серийному возросли требования к его качеству. Существует несколько стандартов связанных с оценкой качества выпускаемых ПО:

1. Международные стандарты ISO;

2. Модель зрелости процессов создания ПО – CMM;

3. Рабочая версия международного стандарта ISO/IEC.

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

CMM представляет собой совокупность критериев оценки зрелости организации разработчика и рецептов по улучшению процессов. Этот стандарт определяет пять уровней зрелости:

1. Начальный уровень;

2. Повторный уровень;

3. Определенный уровень;

4. Управляемый уровень;

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

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

Первый показатель – это заинтересованность руководства в данной области;

Второй показатель – насколько широко данная область применяется в организации;

Третий показатель – успешность применения.

Факторы, влияющие на качество производства:

1. Рабочие характеристики:

1. Правильность – степень функционального соответствия, требования пользователя;

2. Надежность – определяет вероятность работу программного обеспечения без сбоев;

3. Эффективность – это оперативность выполнения задач;

4. Удобство и простота изделия;

5. Целостность.

2. Приспособленность к внесению изменений:

1. Удобство и простота сопровождения;

2. Модифицируемость;

3. Удобство и простота тестирования.

3. Приспособленность к изменению окружающей обстановки:

1. Переносимость;

2. Пригодность к повторному использованию;

3. Совместимость.

Что обеспечивает качество ПО?

1. Применение методов и средств для выпуска качественного продукта;

2. Применение качественного тестирования ПО;

3. Проведение формальных технических обзоров;

4. Внедрение стандартов;

5. Контроль всех изменений;

6. Измерение характеристик качества;

7. Регистрация и документирование.