
- •Содержание
- •Аннотация
- •Введение
- •1 Описание предметной области и выявление требований, предъявляемых к информационной системе
- •Описание предметной области
- •1.2 Выявление требований, предъявляемых к информационной системе
- •2 Разработка и описание функциональной модели
- •2.1 Построение контекстной диаграммы
- •2.2 Декомпозиция моделируемой системы
- •3 Создание локальных концептуальных моделей
- •3.1 Выявление и определение сущностей
- •3.2 Определение связей между сущностями
- •3.3 Определение атрибутов сущностей и первичных ключей
- •3.4 Определение доменов
- •3.5 Создание диаграммы «сущность-связь»
- •4 Построение и проверка локальных логических моделей данных
- •4.1 Преобразование локальных концептуальных моделей данных в локальные логические модели
- •4.2 Проверка модели с помощью правил нормализации
- •4.3 Создание диаграмм «сущность – связь»
- •4.4 Определение требований поддержки целостности данных.
- •5. Создание и проверка глобальной логической модели данных
- •Слияние сущностей с одинаковыми именами и одинаковыми первичными ключами.
- •Включение связей, уникальных для каждого локального представления.
- •6 Разработка физической модели данных. Прямое проектирование
- •6.1. Построение физической модели данных
- •6.2. Описание процесса прямого проектирования
- •7 Проектирование приложения
- •7.1 Описание таблиц базы данных
- •7.2. Разработка приложения
- •8 Результаты тестирования
- •9. Управление проектом
- •Заключение
- •Список литературы
- •Лист регистрации изменений
- •Приложения
9. Управление проектом
Проект – это работа, у которой есть начало и конец (время), заданные результаты (масштаб), установленный уровень качества (качество) и смета (стоимость). Четыре параметра проекта – время, масштаб, качество и стоимость – связаны между собой. Одна из задач управления проектом заключается в эффективном распределении ресурсов для выполнения проекта так, как было задумано, - в срок, с установленным качеством и не выходя за рамки сметы.
Программные продукты для управления проектами представляют собой набор средств, помогающих руководителю проекта выполнять свои основные функции: планирование, распределение работы и контроль за её выполнением.
BPwin не достаточно хорошо отражает временные взаимосвязи, существующие между отдельными работами проекта.
Инструментальное средство Project 2003 не имеет этого недостатка. С помощью Project 2003 можно управлять несколькими проектами, распределять ресурсы между проектами и внутри проекта, импортировать и экспортировать данные о проектах, создавать аналитические отчеты и контролировать процесс работы над проектом.
С помощью BPwin разрабатывается иерархическая модель выполняемых в проекте работ, а затем результаты моделирования (названия меток дуг, список ресурсов и т.п.) экспортируются и используются в Project 2003 для создания графика проекта – графика Гантта.
График проекта включает в себя последовательность действий, связи между действиями и временные границы выполнения каждого из них.
Процесс переноса данных из BPwin в MSProject 2003 осуществляется в несколько этапов:
Создадим в Microsoft Project 2003 новый проект с именем Project1. График рабочего времени оставим без изменений, то есть 5-ти дневная рабочая неделя с 8.00 до 17.00 с перерывом 12.00-13.00. Настройки опции рабочего времени на стандартном календаре (Tools/Change Working Time) изображены на рисунке 42.
Рисунок 42- Настройки рабочего времени календаря
Свойства проекта также оставим по умолчанию: график проекта будет составляться от даты начала работ до их завершения с наивысшим приоритетом.
Экспортируем дерево узлов функциональной модели из BPwin в файл Fitness.txt, выбрав File/Export/Node Tree и указав в качестве вершины дерева контекстную диаграмму. Файл экспорта дерева узлов содержит следующие данные, изображенные на рисунке 43.
Рисунок 43 –Экспортируемые работы
Удаляем заголовок файла. Затем импортируем этот файл в MS Project с помощью команды File/Open/ Fitness.txt. На этапе импорта данных вводятся названия столбцов – Number1, Number2, Name. В полученной модели названия введенных столбцов не видны. Чтобы это исправить, нужно щелкнуть правой клавишей мыши по полю Task Name, выбрать пункт Insert Column и в поле FieldName ввести Number1. Аналогично поступаем с Number2.
В полученном списке не использованы изобразительные средства, подчеркивающие иерархическую структуру дерева работ. Название работ расположены определенным образом: входящие работы расположены в перечне непосредственно после объединяющей их работы. Это свойство используется для свертывания списка.
На рисунке 44 представлена иерархичность работ проекта.
Рисунок 44 –Свертывание работ
Укажем длительность выполнения работ в столбце Duration. Длительность работ будем измерять в днях (days), часах (hrs), минутах (mins). Установим связи между работами. Будем использовать тип «Finish-To-Start», то есть работа А должна быть завершена до начала работы В. Тогда получится следующая диаграмма связи работ между собой и распределения этих работ во времени (Рисунок 45):
Рисунок 45 - Установление связей между работами и продолжительности работ
Введем данные о ресурсах, экспортируя их из BPWin. Для экспорта этой информации необходимо в BPWin выбрать Report/Diagram Object Report.
Ресурсы подразделяются на 2 категории – материальные и трудовые. Данные о ресурсах, которые можно просмотреть, выбрав пункт меню View\Resource Sheet:
Рисунок 46 - Ресурсы
Назначим каждой работе ресурсы (рисунок 47)
Рисунок 47 - Назначенные ресурсы на каждую работу
Определение критических путей.
Критический путь – это набор задач, не обладающих временным резервом, то есть временем, на которое можно отложить выполнение задачи без сдвига даты окончания проекта. Для задания порога чувствительности по резерву времени необходимо выбрать Tools/Options,затем Calculation Для визуального определения работ критического пути необходимо войти в меню Format/ Gant Chart Wizard и установить переключатель на Critical path. После этого работы критического пути изображаются красным цветом.
Диаграмма Гантта с указанными затратами ресурсов на выполнение каждой операции и связями между операциями представлена на рисунке 48.
Рисунок 48 - Диаграмма Гантта с критическимипутями
Одной из наиболее информативных диаграмм MS Project является диаграмма загрузки ресурсов, позволяющая определить степень загруженности ресурса, выявить имеющиеся или намечающиеся перегрузы, предусмотреть возможность сокращения критического пути. Подобная диаграмма для ресурса «Администраторы» представлена на рисунке 49
Рисунок 49 - Загрузка ресурса «Администраторы»