8. Руководство программным проектом. Предварительные оценки проекта. Системный анализ и анализ требований. Анализ рисков. Планир

8. Руководство программным проектом. Предварительные оценки проекта. Системный анализ и анализ требований. Анализ рисков. Планирование процесса разработки. Типовая структура распределения работ.

Руководство проектом

Руководство проектом определяет сущность процесса разработки от его начала до конца.
Оно обеспечивает :

1. · оценку объема предстоящих работ
2. · оценку требуемых ресурсов
3. · оценку возможных рисков
4. · составляет или корректирует план работ
5. · определяет первоочередные задачи
6. · устанавливает вехи – точки контроля промежуточных результатов

В начале работы над проектом необходимо:

1. · установить цели и проблемную область проекта;
2. · рассмотреть и обсудить возможные варианты решения;
3. · выявить технические, организационные и материальные ограничения

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

Основная задача планирования – определение структуры распределения работ.

Типовая структура распределения работ включает:

1. · системный анализ
2. · анализ требований
3. · предварительное проектирование
4. · детальное проектирование
5. · разработку модулей
6. · тестирование интеграции
7. · аттестацию продукта

Рекомендуемое распределение времени выполнения проекта:

2. на анализ и проектирование - 40% временных затрат (из них 5% на анализ и планирование)
3. на кодирование – 20%
4. на тестирование и отладку – 40%

Системный анализ

Проводится с целью:

1. выяснения потребностей заказчика
2. оценки реализуемости системы
3. экономического и технического анализа
4. распределения функций по элементам системы (аппаратура, программы, базы данных, люди)
5. определения стоимости и ограничений планирования

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

Анализ требований

Имеет своей целью:

1. определить функции и характеристики программного продукта
2. обозначить его интерфейс с другими системными элементами
3. определить проектные ограничения программного продукта
4. построить модели режимов функционирования продукта
5. выбрать формы представления информации в ходе проектирования

Результаты анализа требований сводятся к спецификации требований к программному продукту
Спецификация требований служит исходным документом при проектировании программного средства

Анализ рисков

Риском называется возможная потеря в процессе разработки. Это может быть=

1. потеря качества продукта,
2. рост затрат на разработку,
3. отставание от графика и т.д.

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