Планирование проекта и прослеживание. Отношения между людьми и усилием, страница 8

механика = качественное функциональное развертывание

встретьтесь с клиентом, чтобы рассмотреть главные требования понятия{концепции};

конечные пользователи интервью;

наблюдайте{соблюдайте} текущий подход к проблеме, текущий процесс;

развейте иерархическую схему{контур} функций/поведений;

механика = структурированный анализ

получите контекстную диаграмму потока данных уровня;

очистите потоковую диаграмму, чтобы обеспечить более подробный;

напишите комментарии обработки для функций на самом низком уровне обработки:

механика = возражает представлению{виду}

определите операции/методы, которые являются уместными на каждый класс;

endcase

1.1.3.3 FTR: функции/поведения Review с клиентом и пересматривают как требуется;

endtask Задача 1.1.3

1.1.4 Изолировать те элементы технологии, которая будет осуществлена в программном обеспечении;

1.1.5 Исследовательская пригодность{доступность} существующего программного обеспечения;

1.1.6 Определить техническую выполнимость:

1.1.7 Делать быструю оценку{смету} размера;

1.1.8 Создать Определение Возможностей{Контекста};

endTask определение: Задача 1.1

Задачи и подзадачи, отмеченные в обработке языка дизайна процесса формируют основание для детального списка{графика} для деятельности обзора понятия{концепции}.

6.6 ОПРЕДЕЛЕНИЕ СЕТИ ЗАДАЧИ

Индивидуальным задачам и подзадачам базировали взаимозависимости на их последовательности. Кроме того, когда больше чем один человек вовлечен в программное обеспечение, проектируя проект, вероятно, что действия развития и задачи будут выполнены параллельно. Когда это происходит, параллельные задачи должны быть скоординированы так, чтобы они закончены, когда более поздние задачи требуют их изделия (й) работы.

Сеть задачи, также названнаясетевым графиком, является графическим представлением потока задачи для проекта. Это иногда используется как механизм, через который последовательность задачи и зависимости являются вводом на автоматизированный инструмент планирования проекта. В его самой простой форме (используемый при создании макроскопического списка{графика}), сеть задачи изображает главное программное обеспечение технические задачи. Число{рисунок} 6.3 показывает схематической сети задачи для проекта развития понятия{концепции}.

Параллельный характер{природа} программного обеспечения технические действия ведет к множеству важных требований планирования. Поскольку параллельные задачи происходят асинхронно, планировщик должен определить зависимости межзадачи, чтобы гарантировать непрерывное продвижение{прогресс} к завершению. Кроме того, менеджер проектов должен знать о тех задачах, которые лежат на критическом пути. То есть задачи, которые должны быть закончены в списке{графике}, если проект в целом состоит в том, чтобы быть законченным в списке{графике}. Эти проблемы{выпуски} обсуждены более подробно позже.

Число <Figure63{Рисунок Figure63}. html> Показаоценки Воздействия числа{рисунка} 6.3

Важно обратить внимание, что сеть задачи, показанная в Числе{Рисунке} 6.3 является макроскопической. В детальной сети задачи (предшественник к детальному списку{графику}), каждая деятельность, показанная в Числе{Рисунке} 6.3 была бы расширена. Например, Задача 1.1 была бы расширена, чтобы показать всем задачам, детальным в обработке Задач I.I показанный ранее.

6.7 ПЛАНИРОВАНИЕ

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

Program evaluation and review technique (PERT) and critical path method (CPM)

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