ВУЗ:
Составители:
проекта рассмотреть и понять проектную информацию с различных то-
чек зрения большинство программных инструментов управления проек-
тами, таких как Microsoft Project, способны представить проектную ин-
формацию в различных графических формах.
Менеджер проекта должен построить бюджет и наметить расписа-
ние в несколько итераций. Оба элемента плана разрабатываются путем
движения сверху вниз и снизу вверх, пока не будут определены и рас-
положены по приоритетам все ресурсы и временные требования. Так
как это весьма сложный процесс, менеджер проекта обычно просит по-
мощи у нескольких экспертов. Другие важные части проектного плана
− это обзоры, управление рисками, критерии сдачи проекта, процедуры
контроля и управления и критерии успеха. В проектах, посвященных
разработке программного обеспечения, основном виде проектов в об-
ласти ИТ, план будет также учитывать и методологию развития систе-
мы.
4. Методологии развития систем для проектов
программного обеспечения
Методологии развития программного обеспечения появились в на-
чале 70-х гг. XX в. с целью решения уникальных проблем проектов раз-
работки программного обеспечения [6]. Эти методологии можно на-
звать стратегиями, процедурно-ориентированными и нацеленными на
успешное создание сложных программных систем. У каждой методики
есть свои сильные и слабые стороны. Например, «водопадная модель»,
в основе которой лежит управление документами (артефактами), была
одной из первых поэтапных моделей развития (рис. 6.2).
Модель должна также позволять разработчикам пересмотреть и от-
корректировать задачи на предшествующей стадии. «Спиральная мо-
дель» подхода управлению рисками использует моделирование всего
процесса, а не методологические стадии, и получила свое название от
спиральной диаграммы, которая иллюстрирует повторяющийся процесс
оценки, планирования, анализа риска, реализации и регулирования (рис.
6.3). Модель позволяет проанализировать и произвести декомпозицию
проектных процессов и даже разрешает создание прототипов с целью
уменьшения рисков. И водопадная, и спиральная модели являются
структурированными системами, т.е. они работают с процедурно-
ориентированными программными спецификациями. Другие модели,
например «фонтанная модель», наоборот, работают с объектно-
ориентированными и другими задачами.
Большинство методологий не подходят рядовым пользователям,
так как они связаны с большими проектами, сметы постоянно превы-
Страницы
- « первая
- ‹ предыдущая
- …
- 68
- 69
- 70
- 71
- 72
- …
- следующая ›
- последняя »
