Упражнение № 6. Сетевой график

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

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

В MS Project есть три вида графиков, которые можно отнести к сетевым: собственно сетевой график (Network Diagram), сетевой график с описанием (Descriptive Network Diagram) и схема данных (Relationship Diagram).

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

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

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

Чтобы отформатировать блок, нужно щелкнуть на нем правой клавишей мыши и выбрать пункт контекстного меню Формат рамки (Format Box).

Возможности форматирования групп блоков сетевого графика завися от того, какие типы задач эти блоки символизируют на графике. Групповое форматирование блоков осуществляется в диалоговом окне, определяющем свойства групп блоков – пункт меню Формат – Стили рамок.

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

Для создания задачи (блока) нужно нажать кнопку мыши на свободном месте графика, растянуть на нем прямоугольную рамку, определяющую размер будущего блока, и отпустить кнопку мыши. Создавать задачу на графике не очень удобно, потому что не всегда можно точно предсказать, к какой фазе проекта будет отнесена новая задача. Изменение уровня вложенности задачи производится с помощью комбинаций клавиш Shift+Alt+ и Shift+Alt+®. Удалить задачу можно нажатием клавиши Delete. Связи между задачами создаются перетаскиванием задач друг на друга с помощью мыши, как и в диаграмме Ганта.

Сетевой график удобно настраивать с помощью панели инструментов Сетевой график (Network Diagram), которая вызывается с помощью окна Сервис – Настройка – Панели инструментов.

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

Порядок выполнения работы

1) Изучите теоретический материал.

2) Выполните задание, соответствующее номеру бригады.

3) Подготовьте ответы на контрольные вопросы.

Варианты заданий

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

Вариант 1

График разработки и внедрения программного комплекса [3] приведен на рисунке.

Работы:

1) Предварительное определение перечня и структуры выдаваемых документов, информационных массивов и характеров их использования (40 дней).

2) Разработка общей схемы решения задачи, утверждение перечня и форм выдаваемых документов, выдача задания на программирование (30 дней).

3) Определение структур данных и способов кодирования информации (35 дней).

4) Обеспечение формирования исходных данных (20 дней).

5) Обеспечение формирования нормативных массивов (12 дней).

6) Обеспечение формирования базовых массивов (30 дней).

7) Разработка программного обеспечения (100 дней).

8) Отладка программ (30 дней).

9) Техническое обеспечение решения задачи (12 дней).

10) Организационное обеспечение решения задачи (20 дней).

11) Опытно-промышленная проверка (30 дней).

12) Корректировка по результатам проверки (60 дней).

Вариант 2

В соответствии с [4] выделяют три основных типа документов, составляющих централизованный документооборот: входящие документы – документы поступившие из внешних организаций, исходящие документы – документы, создаваемее структурными подразделениями для отправки во внешние организации и внутренние документы, издаваемые руководителем или структурными подразделениями для рассылки внутри службы.

Входящие документы подвергаются следующим операциям:

- экспедиционной обработке (3 часа);

- регистрации (2 мин.);

- рассмотрению руководством и выдаче резолюции (4 часа);

- ознакомлению в структурном подразделении или исполнению (3 дня);

- контролю за исполнением, включающему постановку на контроль документов (10 мин.);

- отслеживание хода исполнения (30 мин.);

- составлению делопроизводственных отчетов для руководства (1 час);

- снятию документов с контроля (2 мин.);

- передача документов в архив (10 мин.)

Вариант 3

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

Количество прецедентов в проекте – 16. Общее время разработки системы – 30 недель.

Вариант 4

Основной задачей при планировании программного проекта является определение структуры распределения работ [6].

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

Системный анализ проводится с целью:

- выяснения потребностей заказчика (3 недели);

- оценки выполнимости системы (1 неделя);

- выполнения экономического анализа (1 неделя);

- выполнения технического анализа (1 неделя);

- распределения функций по аппаратуре, программам, сотрудникам (2 неделя);

- определения стоимости и ограничений планирования (1 неделя);

- создания системной спецификации (2 недели).

Анализ требований дает возможность:

- определить функции и характеристики программного продукта (1 неделя);

- определить интерфейс программного продукта с другими системными элементами (2 недели);

- определить программные ограничения программного продукта (1 неделя);

- построить модели функционирования продукта (2 недели).

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

Время выполнения других работ:

- предварительное проектирование - 2 недели;

- детальное проектирование подсистемы 1 – 3 недели, подсистемы 2 – 1 неделя, подсистемы 3 – 2 недели;

- планирование тестов – 2 недели;

- разработка тестов – 3 недели;

- проверка тестов – 1 неделя;

- тестирование итерации – 1 неделя;

- создание спецификации требований – 1 неделя.

Вариант 5

В последнее время неуклонно возрастает интерес к технологиям поддержки принятия решений [7].

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

Вариант 6

В соответствии с [4] выделяют три основных типа документов, составляющих централизованный документооборот: входящие документы – документы, поступившие из внешних организаций, исходящие документы – документы, создаваемее структурными подразделениями для отправки во внешние организации и внутренние документы, издаваемые руководителем или структурными подразделениями для рассылки внутри службы.

Основные процедуры обработки исходящих документов:

- разработка проекта документа в структурном подразделении, включающая сбор необходимых сведений (2 дня), оформление документа (1 час), утверждение документа руководителем подразделения (2 часа);

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

- утверждение документа руководством (1 день);

- регистрация документа (10 мин.);

- экспедиционная обработка документа (4 часа).

Вариант 7

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

Вариант 8

В соответствии с [4] выделяют три основных типа документов, составляющих централизованный документооборот: входящие документы – документы поступившие из внешних организаций, исходящие документы – документы, создаваемее структурными подразделениями для отправки во внешние организации и внутренние документы, издаваемые руководителем или структурными подразделениями для рассылки внутри службы.

При создании внутренних документов делопроизводители выполняют следующие операции:

- принятие решения и выдача руководителем задания на разработку внутреннего документа (1 день);

- подготовка проекта внутреннего документа в подразделении, состоящего из: сбора необходимых сведений (1 день), подготовка текста документа секретарем (1 день), оформление документа (2 часа);

- обеспечение согласования документа, включающая: согласование с заинтересованными лицами (1 день), согласование со структурными подразделениями (2 дня);

- утверждение документа (4 часа);

- регистрация документа (10 мин.);

- доставка документа до подразделений, которая осуществляется 3 сотрудниками, которым необходимо доставить документ в 14 подразделений (20 минут для доставки в одно подразделение);

- контроль исполнения документа (с момента окончания доставки в течении 15 дней).

Контрольные вопросы

1) Как осуществляется настройка программы MS Project.

2) Как хранятся и отображаются данные в MS Project (что такое «внутренняя» и «внешняя» таблицы).

3) Какие стандартные таблицы входят в состав MS Project.

4) Что такое диаграмма Ганта.

5) Как производится групповое форматирование элементов диаграммы Ганта.

6) Назовите предопределенные версии диаграмм Ганта в MS Project и опишите их назначение.

7) Как настроить формат отрезка на диаграмме Ганта.

8) Как составляется скелетный план проекта.

9) Что такое веха. Как создаются вехи в MS Project.

10) Какие типы связей могут быть определены между задачами в MS Project.

11) Что такое фаза и как создаются фазы в MS Project.

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

1. Богданов В.В. Управление проектами в Microsoft Project 2003: Учебный курс. – СПб., Питер, 2004.

2. Португал В.М., Семенов А.И. Теория расписаний. М.: Знание, 1972.

3. Танаев В.С., Шкурба В.В. Введение в теорию расписаний. М., Наука, 1975.

4. Романов Д.А., Ильина Т.Н., Логинова А.Ю. Правда об электронном документообороте. – М.: ДМК Пресс, 2002.

5. Ларман К. Применение UML и шаблонов проектирования. 2-е издание. – М.: Издательский дом «Вильямс», 2004.

6. Орлов С.А. Технологии разработки программного обеспечения: Учебник. – СПб.: Питер, 2002.

7. Поляков А.А., Цветков В.Я. Прикладная информатика. – М.: «Янус-К», 2002.