Метод выбора модели процесса разработки программного изделия на основе формализации описания пространства характеристик проектов

• Автор: Пунтиков, Николай Игоревич
• Шифр специальности: 05.13.01
• Научная степень: Кандидатская
• Год защиты: 2007
• Место защиты: Санкт-Петербург
• Количество страниц: 161 с. : ил.

СОДЕРЖАНИЕ

СПИСОК СОКРАЩЕНИЙ

ВВЕДЕНИЕ.
ГЛАВА 1. АНАЛИЗ ПОДХОДОВ К СОЗДАНИЮ ПРОЕКТНЫХ ПРОЦЕССОВ РАЗРАБОТКИ ПРОГРАММНЫХ ИЗДЕЛИЙ

1.1. Концепция построения проектных процессов.

1.1.1. Концепция построения проектных процессов в

модели СММ.

1.1.2. Концепция построения проектных процессов в стандартах серии 1БО.

1.2. Постановка задачи выбора модели процесса разработки

1.3. Выводы.

ГЛАВА 2. ОПИСАНИЕ МОДЕЛЕЙ ПРОЦЕССА РАЗРАБОТКИ ПРОГРАММНЫХ ИЗДЕЛИЙ В ПРОСТРАНСТВЕ ХАРАКТЕРИСТИК ПРОЕКТОВ
2.1. Определение множества моделей процесса разработки
2.2. Определение множества характеристик проекта
2.3. Функция выбора модели процесса разработки
2.4. Выводы.
ГЛАВА 3. РАЗРАБОТКА МЕТОДА ВЫБОРА МОДЕЛИ ПРОЦЕССА ПО ХАРАКТЕРИСТИКАМ ИНИЦИИРУЕМОГО ПРОЕКТА
3.1. Метод выбора модели процесса разработки
3.2. Алгоритм формирования рекомендуемого множества моделей
3.2.1. Правило близости
3.2.2. Решающее правило
3.2.3. Формирование системы опорных множеств.
3.2.4. Вычисление оценок.
3.2.5. Алгоритм вычисления оценок
3.3. Выводы
ГЛАВА 4. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ МЕТОДА ВЫБОРА МОДЕЛИ ПРОЦЕССА РАЗРАБОТКИ
4.1. Система корпоративного управления проектами .
4.2. Система автоматизации разработки проектного процесса.
4.2.1. Назначение системы
4.2.2. Структура системы.
4.2.3. Технология работы в системе.
4.2.4. Пример работы в системе.
4.3. Выводы.
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА


В качестве примера рассматривается выбор модели процесса разработки ПИ, выполненный в компании StarSoft Development Labs при инициации проекта Jamba Clips! Приводятся перечень проектов, при определении процесса разработки которых использовалась система АРПП. В заключении на основе анализа полученных результатов, делается вывод достижение поставленной цели работы. В приложении 1 приводятся таблицы, содержащие модели процесса разработки, характеристики проектов и значения характеристик проектов, упоминаемые в источниках. Приложение 2 содержит программные модули системы АРПП. Приложения 3,4 и 5 — акты об использовании результатов диссертационной работы в компаниях «СтарСофт Лабе», «Аурига» и Санкт-Петербургском государственном университете водных коммуникаций. ГЛАВА 1. Производственный процесс проекта (проектный процесс) — четко охарактеризованный и понятный производственный процесс, описанный в терминах программных стандартов, процедур, инструментов и методов. Обеспечивает основу для планирования, выполнения и усовершенствования действий руководителей и технического персонала при выполнении проектных задач и операций [1]. Будем называть производственный процесс проекта успешным, если в результате его выполнения проект завершен в отведенные сроки, с заданным качеством и в пределах выделенного бюджета. Статистика успешности проектов разработки ПИ говорит о том, что проблема построения гарантированно успешных проектных процессов по-прежнему актуальна. На сегодняшний день не существует общепризнанного стандарта разработки программного обеспечения. Стандарты в области разработки программного обеспечения и взаимосвязи между ними представлены на рис. IEEE Stds. I MIL-STD. MIL-STD- DOD. STD. Faa. A,SP,CE^> ! CMM* DO. SECM* ^DOD N. B (SE. IEEE EJA/1S MIL-STD/*^* 2 . Рис. Взаимосвязь стандартов в области разработки ПО. Как видно из рисунка разработка программного обеспечения в основном определяется группами стандартов, основанных на стандартах семейства ISO и модели СММ (Capability Maturity Model for Software— модель зрелости процессов разработки программного обеспечения). При этом как ISO, так и СММ базируются на теории всеобщего управления качеством — Total quality management (TQM), утверждающей, что для успешного существования на рынке организации необходимо добиться удовлетворения требований всех заинтересованных в ее существовании сторон (клиентов, сотрудников, собственников, субподрядчиков организации, а также государства и общества в целом) [3,4]. На рис. TQM, ISO и СММ [5]. I . Vv-V > • V. V.C . Рис. Сравнение ширины и глубины требований ISO , СММ и TQM. Рассмотрим концепции разработки успешных проектных процессов, предлагаемые стандартами серии ISO и моделью СММ. Модель СММ, разработанная Институтом программной инженерии (Software Engineering Institute— SEI), создавалась для оценки возможностей поставщиков программного обеспечения удовлетворить определенным требованиям заказчика и одновременно решала задачу создания методологии совершенствования этих возможностей [1, 5-]. Модель СММ устанавливает набор общедоступных критериев, описывающих характеристики зрелых организаций разработчиков, причем, эти критерии могут использоваться как самими организациями для усовершенствования своих процессов разработки и сопровождения ПИ, так и заказчиками для оценки рисков, возникающих при заключении договоров с той или иной организацией разработчиком [1]. Вследствие разнообразия способов своего использования модель СММ разбита на части, позволяющие вывести рекомендации для конкретного процесса, исходя из структуры уровней зрелости. В модели СММ введено четыре связанных друг с другом понятия: уровни зрелости, ключевые области, разделы (общие черты) и ключевые приемы процесса. Структура СММ представлена на рис. Рис. Структура модели СММ. Уровни зрелости — точно определенные эволюционные стадии на пути к зрелому предприятию разработчику ПИ, соответствующие уровню продуктивности производственного процесса, т. Модель СММ относит каждую организацию, разрабатывающую ПИ, к одному из 5-ти возможных уровней зрелости: начальному, повторяемому, определенному, управляемому или оптимизирующему.