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

2.2.Порядок работ

Порядок выполнения работы следующий

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

    1. «задача В может быть начата не ранее завершения задачи А»

    2. «Задачи А и В должны начаться одновременно»

    3. «Задачи А и В должны закончиться одновременно»

Особые ограничения для отдельных задач:

    1. «Задача А может быть начата не ранее чем»

    2. «Задача А должна быть закончена не позднее чем»

  1. Для каждой задачи необходимо оценить ее трудоемкость в часах.

  2. Для каждой задачи нужно указать ее приоритет по отношению к прочим задачам в проекте.

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

  4. Каждой выделенной атомарной задаче нужно назначить исполнителей из списка, сформированного на шаге 3. Исполнителей и иных ресурсов может быть назначено несколько для некоторых задач, в особенности трудоемких и/или ресурсоемких.

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

2.3.Пример описания проекта

Проект: «Создание автоматизированной системы отслеживания интереса клиентов компании на основании статистики посещений корпоративного сайта»

Подзадача 1: составить техническое задание

Подзадача 1.1: Составить внешнее описание (8 ч)

Подзадача 1.2: Сформулировать требования к системе (выполнение может быть начато не ранее заверения 1.1) (4 ч)

Подзадача 1.3: Сформулировать требования качества (выполнение может быть начато не ранее момента завершения 1.2) (2 ч)

Подзадача 1.4: Сформулировать функциональные требования (выполнение может быть начато не ранее момента завершения 1.3) (8 ч)

Подзадача 1.4: Составить и утвердить документ технического задания (выполнение может быть закончено не ранее завершения 1.4) (6 ч)

Подзадача 2: Разработать архитектуру решения

Подзадача 2.1: Установить способ представления и состав данных по статистике посещений (выполнение может быть начато не ранее завершения 1.4) (1 ч)

Подзадача 2.2: Разработать реляционную структуру для хранения и обработки протоколов (выполнение может быть начато не ранее завершения 2.1) (16 ч)

Подзадача 2.3: Описать способ транспортировки, преобразования и загрузки данных (выполнение может быть начато не ранее завершения 2.1) (4 ч)

Подзадача 2.4: Сформулировать логику построения отчетов (выполнение может быть начато не ранее завершения 2.3) (40 ч)

Подзадача 3: Реализовать приложение

Подзадача 3.1: Реализовать транспортировку протоколов (Может быть начато не ранее завершения 2.3) (8 ч)

Подзадача 3.2: Создать реляционную базу данных( 16 ч )

Подзадача 3.3: Реализовать код предварительной обработки и очистки данных (2 ч)

Подзадача 3.4: Реализовать код загрузки протоколов (1 ч)

Подзадача 3.5: Реализовать код и дизайн отчетов ( 20 ч )

Подзадача 3.5: Создать документацию по применению (16 ч)

Подзадача 4: Провести аттестацию (может быть начато не ранее завершения 2)

Подзадача 4.1: Тестирование на площадке исполнителя (1 день)

Подзадача 5: Развертывание

Подзадача 5.1: Развертывание сервера баз данных (1 ч)

Подзадача 5.2: Развертывание сервера отчетов (1 ч)

Подзадача 5.3: Развертывание сервера интеграции (1 ч)

Подзадача 5.4: Развертывание сервера интеграционных пакетов

Подзадача 5.5: Развертывание сервера пакетов отчетов

Подзадача 5.6: Приемо-сдаточные испытания

Подзадача 5.7: Обучение персонала заказчика

На основании этой структуры работ строится так называемая диаграмма Гантта (см рисунок), которая отражает состав и порядок работ.

Необходимо также произвести выравнивание загрузки ресурсов, которая предотвращает переработку исполнителей в проекте. Как правило, сверхурочные (overtime) оплачиваются по тарифу более высокому, нежели базовая заработная плата сотрудников (сам тариф устанавливается согласно коллективному договору или индивидуальному трудовому договору), кроме того, снижается продуктивность труда разработчиков, работающих более 8 часов в день.

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

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

Литература

  1. Филлипс Дж.. Управление проектами в области информационных технологий – изд. Лори, пер. с англ. – 2008 – 375с

  2. Ньюэлл Майкл В. Управление проектами для профессионалов – 2208 – 416с