Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Учебное пособие по ИТ в управлении проектами под базовую ЛР.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
3.2 Mб
Скачать

5. Технология формирования сетевого плана с использованием инструментального средства microsoft project на примере разработки функциональной подсистемы аэис

Инструментальное средство Microsoft Project (более полное современное название – Microsoft Office Project Standard) относится к настольным средствам для индивидуальной работы (см. выше табл. 3) и реализует метод сетевого планирования MPM (см. раздел 3.3.2 настоящего учебного пособия), который характеризуется использованием детерминированной сети типа «вершина – работа». Продолжительность каждой работы определяется на основе нормативов длительности или трудоемкости.

Одновременно с формированием сетевого графика типа «вершина – работа» формируется временно ориентированная сеть – сетевая версия диаграммы Гантта (см. выше рис. 13). Причем пользователю по умолчанию предлагается формировать именно сетевую версию диаграммы Гантта, а система автоматически формирует сетевой график в его традиционном понимании, то есть без привязки к временной шкале. В качестве основной таблицы рабочего места пользователя по умолчанию принимается таблица «Ввод», предлагаемая пользователю в одном диалоговом окне вместе с полем для формирования сетевой версии диаграммы Гантта.

В связи с тем, что инструментальное средство позволяет включать в диаграмму Гантта вершины (вехи), соответствующие наиболее важным событиям, можно сказать, что программный продукт Microsoft Project реализует также систему вех, сочетающуюся с графиком Гантта (см. выше раздел 3.4 настоящего учебного пособия). Рассматриваемое инструментальное средство может также имитировать метод PERT, но с определенными ограничениями: сетевой график нельзя рассматривать в качестве PERT-диаграммы, так как он по-прежнему остается графиком типа «вершина-работа».

Начинающему пользователю Microsoft Project необходимо иметь в виду, что в инструментальное средство встроена имитационная модель управления проектами, которая на первых порах для пользователя недостаточно прозрачна. В связи с этим рекомендуется внимательно наблюдать за реакцией инструментального средства на команды пользователя, периодически обращаясь к специальной литературе, содержащей детализированное описание программного продукта [6].

5.1. Формулировка задачи

Разработать первоначальную версию и провести оптимизацию сетевого плана реализации проекта создания подсистемы «Управление инструментальным обслуживанием» в составе АЭИС машиностроительного предприятия с использованием проблемно-ориентированного инструментального средства Microsoft Project, версии от 2002 до 2007, при следующих исходных данных и условиях:

1. Дата начала реализации проекта – 01.09.2009 г.

2. Перечень работ (задач) проекта и трудоемкость их выполнения представлены в табл. 6.

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

Таблица 6

Перечень и трудоемкость работ проекта создания подсистемы «Управление инструментальным обслуживанием» в составе аэис машиностроительного предприятия

п/п

Наименование задачи

Трудозатраты,

чел.-дн.

1.

Подготовка соглашений о требованиях к ПП*

2

2.

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

10

3.

Закупка и установка оборудования

4

4.

Подготовка плана разработки ПП

5

5.

Формирование рекламных материалов

3

6.

Подготовка плана выпуска документации ПП

5

7.

Проведение анализа плана поддержки ПП

1

8.

Подготовка спецификации сопровождения ПП

3

9.

Подготовка внешней спецификации ПП

7

10.

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

0

11.

Назначение руководителя разработки ПП

1

12.

Подготовка спецификации испытаний ПП

8

13.

Подготовка внутренней спецификации ПП

8

14.

Демонстрация разработчиками ПП в действии

1

15.

Анализ соглашений о требованиях к ПП

1

16.

Анализ плана выпуска документации ПП

1

17.

Анализ плана испытаний ПП

5

18.

Подготовка учебного курса

20

19.

Подготовка плана испытаний ПП

6

20.

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

10

21.

Издание плана обучения

5

22.

Проведение работ по организации проекта ПП

3

23.

Программирование и отладка программ

25

24.

Выбор и определение конфигурации оборудования, необходимого для разрабатываемого программного обеспечения.

4

25.

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

10

26.

Подготовка плана поддержки

2

27.

Оформление справочных материалов

5

28.

Оформление информационного листка выпуска ПП

5

29.

Подготовка справочных материалов

5

30.

Подготовка и утверждение информационного листка выпуска ПП

5

*ПП – программный продукт, в данном случае – программное обеспечение рассматриваемой функциональной подсистемы АЭИС.

3. Разработка проекта осуществляется в соответствии с каскадной моделью жизненного цикла рассматриваемой подсистемы АЭИС и предусматривает следующие фазы ее жизненного цикла:

- фазу исследований, средняя продолжительность – три недели;

- фазу анализа, средняя продолжительность – три недели;

- фазу конструирования (проектирования), средняя продолжительность – четыре недели;

- фазу программирования (кодирования, реализации), средняя продолжительность – 12 недель;

- фазу оценки (тестирования), средняя продолжительность – 12 недель.

При разработке сетевого графика работы (задачи) проекта необходимо сгруппировать по указанным фазам.

4. Численность проектной группы (количество исполнителей) определяется следующим образом:

4.1. Рассчитывается полезный фонд времени одного работника на каждой фазе жизненного цикла подсистемы:

, (21)

где - полезный фонд времени одного работника, дни; - средняя длительность фазы жизненного цикла подсистемы (недели) (задана выше в п. 2); Р – количество рабочих дней в неделе (принимается Р = 5); τ = 1,2,3,4,5 – фаза создания подсистемы.

4.2. Рассчитывается численность исполнителей на фазе жизненного цикла подсистемы:

, (22)

где а – коэффициент учета занятости разработчика данной задачей (принимается а = 0,3); Q трудоемкость фазы жизненного цикла подсистемы, чел.-дн., определяемая как сумма трудоемкостей работ, относящихся к соответствующей фазе.

Максимально возможная численность проектной группы определяется как максимальная из рассчитанных ее численностей по фазам жизненного цикла Ч τ .

5. Состав проектной группы определяется в соответствии с данными, представленными на рис. 16.

6. При назначении часовой тарифной ставки персонала проектной группы в рублях необходимо исходить из месячного оклада в размере от 40000 до 100000 тыс. руб. в зависимости от должностных обязанностей участника команды разработчиков. Необходимо также учитывать принятое количество рабочих дней в месяце и длительность одной смены.

Часовая тарифная ставка сверхурочных работ может в два раза превышать базовую ставку.

7. В качестве материальных затрат на выполнение проекта необходимо предусмотреть:

7.1. Затраты на приобретение вычислительной техники, связанные с задачей «Закупка и установка оборудования». Стоимость одного компьютера принимается в размере 25000 – 30000 руб. Количество приобретаемой вычислительной техники может колебаться от 15 до 30 единиц.

7.2. Затраты на ресурс «Твердая копия». Стандартную ставку получения одной твердой копии можно установить в размере 25 – 30 руб. (она включает затраты на бумагу и накладные расходы). Количество печатаемых листов необходимо установить по каждой задаче с учетом примерного объема работ.

Рис. 16. Состав проектной группы

Затраты на реализацию проекта (стоимость проекта) складываются, таким образом, из заработной платы разработчиков, затрат на приобретаемую для нужд проектной группы вычислительную технику и затрат ресурса «Твердая копия».

8. В качестве обязательной итоговой информации предусмотреть:

8.1. Графическую информацию:

- временно-ориентированную сеть (сетевую версию диаграммы Гантта) типа «вершина – работа» с указанием начального и конечного событий сети;

- канонический сетевой график типа «вершина – работа» с указанием начального и конечного событий сети;

- графики (гистограммы) загрузки ресурсов.

8.2. Табличную информацию:

- таблицу «Ввод», содержащую наименование работы, длительность работы в рабочих днях, сроки начала и окончания работы (ранние), перечень предыдущих задач по работе, перечень ресурсов по каждой работе;

- таблицу «Суммарные данные», содержащую наименование работы, длительность работы в рабочих днях, сроки начала и окончания работы (ранние), процент выполнения, стоимость работы в рублях, трудоемкость выполнения работы в чел.-днях;

- таблицу «Календарный план», содержащую наименование работы, сроки начала и окончания работы (ранние), поздние сроки начала и окончания работы, свободный резерв времени работы, общий резерв времени работы;

- перечень критических работ сети;

- сводные данные по проекту, включая длительность выполнения проекта в рабочих днях, сроки начала и окончания проекта, трудоемкость проекта в чел.-днях, стоимость проекта в рублях (они должны входить в состав рассмотренных выше табличных форм. Допускается также печать вкладки «Статистика проекта» в режиме Print Screen);

- таблицу «Лист ресурсов».