close

Вход

Забыли?

вход по аккаунту

?

Laba Planirovanie

код для вставкиСкачать
Лабораторная работа №2
Тема: Планирование проекта разработки программного обеспечения с использованием Microsoft Project 2010.
Цель работы: Получить навыки использования Microsoft Project для управления проектом разработки программного обеспечения.
Теоретическая часть
На этапе планирования проекта определяются процессы, этапы и полученные на каждом из них результаты, которые должны привести к выполнению проекта. Реализация этого плана приведет к достижению целей проекта. Определение стоимости проекта напрямую связано с его планированием, поскольку здесь оцениваются ресурсы, требующиеся для выполнения плана.
Эффективное управление программным проектом напрямую зависит от правильного планирования работ, необходимых для его выполнения. План помогает менеджеру предвидеть проблемы, которые могут возникнуть на каких- либо этапах создания ПО, и разработать превентивные меры для их предупреждения или решения. План, разработанный на начальном этапе проекта, рассматривается всеми его участниками как руководящий документ, выполнение которого должно привести к успешному завершению проекта. Этот первоначальный план должен максимально подробно описывать все этапы реализации проекта.
Процесс планирования проекта можно представить следующим образом:
Определение проектных ограничений
Первоначальная оценка параметров проекта
Определение этапов выполнения проекта и контрольных отметок
While пока проект не закроется или не будет остановлен loop
Составление графика работ
Начало выполнения работ
Ожидание окончания очередного этапа работ
Отслеживание хода выполнения работ
Пересмотр оценок параметров проекта
Изменения графика работ
Пересмотр проектных ограничений
If (возникла проблема) Пересмотр технических или организационных параметров проекта
End loop
План должен регулярно пересматриваться в процессе реализации проекта. Одни части плана, например график работ, изменяются часто, другие более стабильны. Для внесения изменений в план требуется специальная организация документопотока, позволяющая отслеживать эти изменения.
При планировании проекта определяются контрольные отметки - вехи, отмечающие окончание определенного этапа работ. Для каждой контрольной отметки создается отчет, который предоставляется руководству проекта.
Microsoft Project (или MSP) - программа управления проектами, разработанная и продаваемая корпорацией Microsoft.
Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft Project создаёт расписания критического пути. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.
Ход работы
Задача: Вы руководитель проекта по созданию системы документооборота для некоторого предприятия, занимающиеся банковской деятельностью. Вам необходимо составить план проекта реализации требуемого программного обеспечения.
1. Запустите Microsoft Project 2010.
2. Сохраните проект в своей папке под именем Проект.mpp
3. Создайте главную задачу "Система документооборота". Для этого в поле "Название задачи" введите "Система документооборота" (рис 1.).
Рисунок 1.
4. Для задачи "Система документооборота" переключите режим задачи в автоматическое планирование (рис. 2). Автоматическое планирование обозначает, что задачи этого типа назначаются с помощью модуля планирования проекта с учетом ограничений, зависимостей, календарей проектов и ресурсов. Ручное планирование обозначает, что задачи этого типа можно расположить в любом месте расписания без изменения их расписания в проекте. Они не перемещаются, поскольку представляют собой связанные сведения об изменении задач, т.е. Microsoft Project никогда не изменяет даты планируемых вручную задач, но может выдавать предупреждения при наличии потенциальных проблем с введенными значениями. Можно изменить параметры задачи, чтобы ее планирование выполнялось автоматически. В этом случае программа Project будет планировать задачу на основе зависимостей, ограничений, календарей и других факторов. Ручное планирование предпочтительней использовать когда не известны точные даты основных вех, и когда этапы проекта не конкретным и/или полностью не определены.
Для всех создаваемых далее задач будем использовать автоматическое планирование, если не оговорено другого.
Рисунок 2.
5. Весь процесс создания ПО разобьем на этапы. Первым таким этапом будет Спецификация ПО. Для этого введем новую задачу "Этап 1. Спецификация ПО".
6. Определим, что эта задача относится к общей задачи "Система документооборота". Для этого нажмем левой кнопкой мыши на название задачи, а затем на панели инструментов выберем понизить уровень задачи (рис.3).
Рисунок 3.
7. Этап "Спецификация ПО" содержит следующие подзадачи: "Определение целей", "Предварительные исследования", "Формирование и анализ требований", "Специфицирование требований", "Утверждение требований". Введите соответствующие подзадачи в свой проект, не забывая понизить их уровень, чтобы они относились к первому этапу.
8. Длительность подзадачи "Специфицирование требований" 2 недели, всех остальных подзадач - 1 неделя. Установите длительности подзадач (рис.4).
Рисунок 4.
9. Часто одни задачи могут выполняться только после завершения некоторых других задач. В нашем проекте формирование и анализ требований следует после определения целей и предварительных исследований. Аналогичным образом специфицирование требований следует только после формирования и анализа требований, а утверждение требований только после специфицирования требований. Для каждой подзадачи укажите в столбце "Предшественники" необходимые номера предшествующих задач (рис. 5).
В правой рабочей части находится Диаграмма Ганта. Диаграмма Ганта (англ. Gantt chart, также ленточная диаграмма, график Ганта) - это популярный тип столбчатых диаграмм (гистограмм), который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов. Используется в приложениях по управлению проектами. Диаграмма Ганта состоит из полос, ориентированных вдоль оси времени. Каждая полоса на диаграмме представляет отдельную задачу в составе проекта (вид работы), её концы - моменты начала и завершения работы, её протяженность - длительность работы.
Если Вы установили все параметры задач правильно, то диаграмма Ганта должна иметь следующий вид (рис. 6).
Рисунок 5.
Рисунок 6.
10. Создадим контрольные отметки для первого этапа. Для этого добавим задачи "Отчет об исследованиях" и "Пользовательские и системные требования". Установим режим задачи "Планирование вручную" для данных контрольных вех и длительность в 0 дней. Отчет об исследованиях должен быть получен после предварительных исследований, а пользовательские и системные требования должны быть получены после утверждения требований. С использование кнопки на панели инструментов "повысить уровень задачи" сделайте, чтобы контрольные отметки относились не к первому этапу, а к задачи "Система документооборота" (рис. 7).
Рисунок 7.
11. По очереди добавьте контрольные вехи на временную шкалу. Для добавления задачи на временную шкалу дважды нажмите левой кнопкой мыши на названии задачи и в открывшемся меню поставьте галочку "Показать на временной шкале". Временная шкала примет следующий вид (рис. 8).
Рисунок 8.
12. В следующей таблицы дана краткая информация о следующих этапах проекта разработки ПО. Внесите ее соответствующим образом в Microsoft Project.
Тип событияНазваниеДлительностьПредшественникиЗадачаЭтап 2. Проектирование ПОЭтап 1. Спецификация ПОПодзадачаРазработка общей архитектуры ПО2 неделиПодзадачаРазработка архитектуры клиентской части ПО1 неделяРазработка общей архитектуры ПОПодзадачаРазработка архитектуры серверной части ПО1 неделяРазработка общей архитектуры ПОПодзадачаПроектирование классов2 неделиРазработка архитектуры клиентской части ПО; Разработка архитектуры серверной части ПОПодзадачаПроектирование интерфейсов2 неделиПроектирование классовПодзадачаПроектирование структур данных1 неделяПроектирование классовПодзадачаРазработка алгоритмов3 неделиПроектирование интерфейсов; Проектирование структур данныхКонтрольное событиеСтруктурная схема ПО0 днейРазработка архитектуры клиентской части ПО; Разработка архитектуры серверной части ПОКонтрольное событиеUML диаграмма классов0 днейПроектирование классовКонтрольное событиеОбъектная модель системы0 днейПроектирование интерфейсов; Проектирование структур данныхКонтрольное событиеБлок схема алгоритмов0 днейРазработка алгоритмовЗадачаЭтап 3. Программирование и отладкаЭтап 2. Проектирование ПОПодзадачаСоздание пользовательских форм1 неделяПодзадачаПрограммирование серверных компонентов4 неделиПодзадачаПрограммирование клиентских компонентов2 неделиПодзадачаСоздание отчетов1 неделяПрограммирование серверных компонентов; Программирование клиентских компонентовПодзадачаОтладка3 неделиСоздание пользовательских форм; Программирование серверных компонентов; Программирование клиентских компонентов; Создание отчетовКонтрольное событие Реализация интерфейса0 днейСоздание пользовательских формКонтрольное событиеАльфа - версия ПО0 днейОтладкаЗадачаЭтап 4. Тестирование ПОЭтап 3. Программирование и отладкаПодзадачаКомпонентное тестирование1 неделяПодзадачаТестирование дефектов1 неделяКомпонентное тестированиеПодзадачаТестирование сборки1 неделяТестирование дефектовКонтрольное событиеОтчет о дефектах0 днейТестирование дефектовКонтрольное событиеРабочая версия ПО0 днейТестирование сборки 13. Если данные о проекте были правильно введены, то Вы должны будете получить соответствующую диаграмму Ганта (рис. 9). Числа соответствующие контрольным событиям могут отличаться!
Рисунок 9.
14. Укажем команду разработчиков, которая будут работать над проектом. Для этого выберем в меню вкладку "Вид", и на панели инструментов выберем "Лист ресурсов" (рис. 10).
Рисунок 10.
15. Зададим информацию о ведущем разработчике Иванове А.А. Его стандартная оплата 50 грн/час. На рисунке 11 показано, как необходимо заполнить соответствующие поля.
Рисунок 11.
16. Задайте соответствующим образом информацию об остальных членах проекта.
ФИОДолжностьОплатаКротов А.Н.Младший разработчик25 грн/часСольев А.П.Младший разработчик25 грн/часТроков А.К.Архитектор ПО60 грн/часЛунев А.Н.Тестировщик20 грн/часСольев А.Н.Тестировщик20 грн/час 17. Перейдите на диаграмму Ганта и задайте исполнителей на выполнение каждой подзадачи (рис. 12).
Рисунок 12.
ФИО исполнителяНазвание задачиИванов А.А., Троков А.К.Определение целейКротов А.Н., Сольев А.П.Предварительные исследованияИванов А.А.Формирование и анализ требованийИванов А.А.Специфицирование требованийИванов А.А.Утверждение требованийТроков А.К.Разработка общей архитектуры ПОТроков А.К.Разработка архитектуры клиентской части ПОТроков А.К.Разработка архитектуры серверной части ПОИванов А.А.Проектирование классовИванов А.А.Проектирование интерфейсовИванов А.А.Проектирование структур данныхИванов А.А.Разработка алгоритмовКротов А.К.Создание пользовательских формСольев А.П.Программирование серверных компонентовКротов А.Н.Программирование клиентских компонентовСольев А.П.Создание отчетовКротов А.Н., Сольев А.П.ОтладкаСольев А.Н.Компонентное тестированиеЛунев А.Н.Тестирование дефектовСольев А.Н., Лунев А.Н.Тестирование сборки 18. Добавьте новый столбец "Затраты" (рис. 13). Рисунок 13.
19. Некоторые разработчики назначены на этапы, которые выполняются параллельно. Об этом сообщают соответствующие иконки (рис 14). Рисунок 14.
20. Сохраните проект. Создайте еще два варианта плана под именами "План_доп_рабочие" и "План_доп_время". В первом случае попробуйте убрать перегрузку работников за счет найма дополнительных разработчиков, а во втором случае за счет сдвига подзадач во времени. Отчет
Отчет по работе должен содержать следующие:
1. Диаграмма Ганта и временная шкала для базового плана.
2. Диаграмма Ганта и временная шкала для "План_доп_рабочие".
3. Диаграмма Ганта и временная шкала для "План_доп_время".
4. Соответствующие выводы о способах разрешение проблемы перегрузки разработчиков. Защита
Для успешной защиты лабораторной работы необходимо проработать материал лекции №3, посвященной планированию проекта разработки ПО.
Документ
Категория
Рефераты
Просмотров
104
Размер файла
889 Кб
Теги
laba, planirovanie
1/--страниц
Пожаловаться на содержимое документа