51. Планирование проектных задач.
Основным заданием при планировании является определение WBS - Work Breakdown Structure (структуры распределения работ). Она складывается с помощью утилиты планирования проекта.
Первыми выполняемыми заданиями являются системный анализ и анализ требований. Они закладывают фундамент для дальнейших параллельных заданий.
Системный анализ проводится с целью:
1. выяснение потребностей заказчика; 2. оценки осуществимости системы; 3. выполнение экономического и технического анализа; 4. распределению функций за элементами компьютерной системы (аппаратуре, программами, людям, баз данных и т. д.); 5. определения стоимости и ограничений планирования; 6. создание системной спецификации.
В системной спецификации описываются функции, характеристики системы, ограничения разработки, входная и исходная информация.
Анализ требований дает возможность:
1.
определить
функции
и
характеристики
программного
продукта;
2. обозначить
интерфейс
продукта
с
другими
системными
элементами;
3. определить
проектные
ограничения
программного
продукта;
4. построить
модели:
процесса,
данных,
режимов
функционирования
продукта;
5. создать
такие
формы
представления
информации
и
функций
системы,
которые
можно
использовать
во
время
проектирования.
Как
видно
из
типичной
структуры,
задания
из
проектирования
и
планирования
тестов
могут
быть
распараллелена.
Благодаря
модульной
природе
ПЗ
для
каждого
модуля
можно
предусмотреть
параллельный
путь
для
детального
(процедурного)
проектирования,
кодировки
и
тестирования.
По
получении
всех
модулей
ПЗ
решается
задание
тестирования
интеграции
- объединение
элементов
в
единое
целое.
Дальше
проводится
тестирование
правильности,
которое
обеспечивает
проверку
соответствия
ПЗ
требованиям
заказчика.
Ромбами обозначенные вехи - процедуры контроля промежуточных результатов. Очень важно, чтобы вехи были расставлены через регулярные интервалы. Это даст руководителю возможность регулярно получать информацию о текущем состоянии дел.
Основной рычаг в планирующих методах - вычисление границ времени выполнения задания.
Обычно используют следующие оценки:
1. Раннее время начала выполнения задания (при условии, что все предыдущие задания решены в кратчайшее время). 2. Позже время начала выполнения задания (еще не вызывает общую задержку проекта). 3. Раннее время конца решения задачи. 4. Позже время конца решения задачи. 5. Общий резерв - количество излишков и потерь планирования задач во времени, которые не приводят к увеличению длительности критического пути.
Планирование проекта. Первое из этих действий - выполнения оценки. Оно закладывает фундамент для других действий по планированию проекта. При оценке проекта чрезвычайно высокая цена ошибок. Очень важно провести оценку с минимальным риском.
Цель этой деятельности - сформировать предыдущие оценки, которые позволят, :
- предъявить заказчику корректные требования по стоимости и расходов на разработку программного продукта;
- сложить план программного проекта.
Обсудим шаги процесса оценки.
- Шаг 1. Область назначения проектируемого продукта разбивается на ряд функций, каждую из которых можно оценить индивидуально.
- Шаг 2. Для каждой функции планировщик формирует лучшую, худшую и вероятную оценку. Используются опытные данные или интуиция. Диапазон значения оценок отвечает степени предвиденной неопределенности.
- Шаг 3. Для каждой функции в соответствии с β-розподілом вычисляется ожидаемое значение оценки.
- Шаг 4. Определяется значение производительности разработки функции.
Поделиться переводом
МетаКонтекст