Применение методов спу для процесса разработки по

Планирование и управление комплексом работ по созданию ПО представляет собой сложную и, как правило, противоречивую задачу.

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

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

Этапы разработки и управления ходом работ с помощью сетевого графика имеют следующую последовательность основных операций:

1.   составление перечня всех событий и работ и графическое их отражение;

2.   оценка времени выполнения каждой работы ()

3.   расчет сетевого графика для определения срока достижения поставленной цели;

4.   определение продолжительности критического пути;

5.   проводится анализ и оптимизация сетевого графика, если это необходимо.

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

Если неизвестно время выполнения работ, то привлекаемые в качестве экспертов исполнители или другие специалисты дают в зависимости от принятой системы две или три вероятностные оценки продолжительности: – минимальную, -максимальную и наиболее вероятную.

На основе этих величин высчитывается ожидаемое время:  .

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

Таблица .2.: «наименования событий, наименование работ, продолжительность ожидаемого времени»

№	Событие	Код работ	Работа	Кол-во исполнителей	Продолжительность
					(дней)	(дней)	(дней)
1	Прием заказа на разработку ПО	1-2	Сбор требований на ПО	1	2	3	2
		1-3	Определение назначения ПО	1-2	1	2	1
2	Требования собраны	2-3	Разработка технико-экономического обоснования	1-2	3	5	4
3	Назначение и обоснование определены	3-4	Составление плана разработки ПО	3-4	5	7	6
4	План разработки ПО готов	4-5	Утверждение заказчиком предварительного плана ПО	1	1	4	2
5	ТЗ разработано и утверждено	5-6	Назначение команды по выполнению задания	1-2	5	7	6
6	Команда назначена	6-7	Выбор группы разработчиков	1-2	3	5	4
		6-8	Выбор группы тестировщиков	1-2	3	5	4
		6-9	Выбор группы документаторов	1-2	2	3	2
7	Сформирована группа разработчиков	7-10	Выбор программистов	1-2	2	4	3
		7-15	Выбор дизайнеров	1-2	1	3	2
8	Сформирована группа тестировщиков	8-12	Выбор ответственного за тестирование предварительных вариантов ПО	1-2	1	2	1
		8-17	Выбор ответственного за тестирование финального варианта ПО	1-2	2	3	2
9	Сформирована группа документаторов	9-19	Выбор ответственного за сбор и сдачу документации	1-2	1	2	1
10	Программисты выбраны	10-11	Разработка предварительных вариантов ПО	10-15	20	30	24
11	Предварительные варианты ПО готовы	11-13	Тестирование предварительных вариантов ПО	5-7	7	14	11
12	Ответственный за тестирование предварительных вариантов ПО выбран	12-13	Подготовка к тестированию	5-7	5	7	6
13	Тестирование предварительных вариантов ПО	13-14	Выбор одного из нескольких предварительных вариантов в качестве каркаса системы	4-7	3	5	4
		13-21	Сдача отчетов по тестированию предварительных вариантов ПО	1	1	3	2
14	Каркас системы выбран	14-16	Разработка программной части ПО	15	31	50	39
15	Дизайнеры выбраны	15-16	Создание (оформление) оболочки ПО	7	15	30	21
16	ПО полностью разработано	16-18	Тестирование финального варианта ПО	2-3	7	14	11
17	Ответственны за тестирование финального варианта ПО выбран	17-18	Подготовка к тестированию ПО	7-15	7	10	8
18	Тестирование ПО	18-20	Подготовка отчетов по общему тестированию	3-5	3	5	4
19	Ответственный за документирование выбран	19-21	Сбор всех документов за весь период разработки	1	3	4	3
20	Отчеты по общему тестированию готовы	20-21	Сдача документов по общему тестированию	1	1	2	1
21	Сбор всех документов завершен	21-22	Сдача ПО заказчику +сопутствующая документация	4-5	2	4	3
22	ПО сдано

Сетевая модель

Сетевая модель изображается в виде сетевого графика (сети), состоящего из стрелок и кружков.

Стрелками в сети изображаются отдельные работы, а кружками — события. Над стрелками указывается ожидаемое время выполнения работ.

Параметры сетевой модели

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

Анализ и оптимизация сетевой модели

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

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

Жирными стрелками отмечен критический путь.

Рисунок.       Сетевой график разработки ПО

Выводы

Рассмотрен пример организации разработки ПО с помощью метода СПУ    на основе каскадной модели ЖЦ:

На основании проведенного анализа можно сделать следующие выводы:

1.По Подбор команды, разбитой на группы, позволяет распараллеливать процесс разработки ПО на несколько работ одновременно, тем самым повышает качество выполнения поставленной работы и уменьшает сроки разработки (по-сравнению с тем, если бы эти работы производились последовательно и одними и теми же людьми);

2.Назначение ответственных лиц в каждой из групп позволяет упростить управление процессом.

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