Создание дорожек. 
Проектирование информационных систем

• 1. В палитре элементов выбрать значок ШЭ Switch to swimlane Layout (Переключиться на просмотр дорожек), в раскрывшемся списке выбрать пункт Layout by role (Макет роли) — в левой части диаграммы отобразится дорожка с именем Unassigned (не назначена).
• 2. Для назначения дорожки роли следует на пиктограмме дорожки включить контекстное меню и выполнить Insert Swimlane —> Above (Вставить дорожку —> Выше). После выполнения этой операции раскроется диалоговое окно Select Role (Выбор роли).

Создайте две дорожки с именами Система и Сотрудник управления планирования.

Переместите все задачи на соответствующие им дорожки (рис. 7.5).

Полученная диаграмма бизнес-процесса позволяет:

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

Устав проекта. Как отмечалось в гл. 5, Устав проекта — документ, который формализует договоренности со спонсором (заказчиком) в ходе инициации проекта. Он наделяет полномочиями менеджера проекта и фиксирует тройственные ограничения проекта — это сроки, стоимость и содержание работ проекта. Для подготовки Устава воспользуемся следующим шаблоном.

Образец документа.

Устав проекта

Наимснонанис проекта Менеджер проекта Дата Версия.

1.0.

Автоматизированная система «Планирование расписания».

Иванов И. И.

01.03.2015 Версии Дата Комментарий.

• 03.02.2015 1. Краткое описание проекта
• 1.1. Название проекта

Автоматизированная система «Планирование расписания учебных занятий».

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

1.3. Бизнес-окружение проекта Составление учебного расписания традиционным способом неизбежно приводит к появлению конфликтов в подготовленном расписании. Автоматизация процесса должна обеспечить подготовку бесконфликтного расписания, сократить время на его подготовку и уменьшить трудоемкость.

• 1.4. Цели проекта
• — Предложить работнику управления планирования учебного процесса удобный инструментарий, позволяющий полностью исключить «бумажные» технологии.
• — Сократить временные затраты на составление расписания учебных занятий.
• — Исключить конфликтные ситуации в готовом расписании.
• 1.5. Риски проекта
• — Временная задержка внедрения системы — расписание составляется традиционным способом, присутствуют конфликтные ситуации.
• — Невозможность реализации контроля всех конфликтных ситуаций и разрешения их; в этом случае проект не имеет смысла.
• 2. Описание продукта и поставок
• 2.1. Продуктом проекта является:
  • — дистрибутив программного обеспечения;
  • — документация по установке и эксплуатации;
  • — инструкция пользователю;
  • — инструкция администратору системы.
• 2.2. Главные требования к продукту Главные (функциональные) требования:
  • — продукт обеспечивает функции планирования расписания с выявлением всех конфликтов планирования ресурсов;

Дополнительные (не функциональные) требования:

• — продукт обеспечивает многопользовательский режим работы, но разработке расписания, т. е. одновременно несколькими исполнителями со своих рабочих мест;
• — продукт позволяет работать без использования «бумажных» технологий.
• 2.3. Требованиями к продукту не являются:
• 2.4. Правила приемки поставок
• 3. Ограничения проекта
• 3.1. Вехи и дата завершения проекта

Начато проекта 03.03.2015.

• — Веха 1. Анализ системы 10.03.2015
• — Веха 2. Проектирование архитектуры 20.03.2015
• — Веха 3. Разработка 15.04.2015
• — Веха 4. Тестирование 20.04.2015

Завершение проекта 20.05.2015.

3.2. Общий бюджет проекта Работа внебюджетная, выполняется силами студентов в часы практических занятий.

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

• 4. Руководитель проекта и его полномочия
• 4.1. Назначенный руководитель проекта

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

• 5. Заинтересованные лица и ресурсы
• 5.1. Заказчик проекта

Заказчиком проекта является преподаватель, ведущий практические занятия.

5.2. Ключевые пользователи результатов проекта Управление планирования и организации учебного процесса, сотрудники управления.

5.3. Спонсор проекта Работа нефинансируемая, спонсора нет.

5.4. Куратор проекта Роль куратора возложена на преподавателя.

5.5. Команда проекта Проект выполняет группа студентов учебной группы в составе пяти человек.

5.6. Инфраструктура Для производства продукта потребуется лицензионное программное обеспечение:

• — MS Visual Studio;
• — IBM Rational Requisite Pro;
• — IBM Rational Rose.
• 5.7. Соисполнители проекта Соисполнителей проекта нет.
• 6. Согласовательные подписи УТВЕРЖДАЮ:

Фамилия Должность Подпись Дата.

Реестр заинтересованных лиц. Как было отмечено в гл. 5, заинтересованными лицами могут быть:

• — каждое лицо, прямо вовлеченное в проект (заказчик, спонсор, команда);
• — конечные пользователи продукта — актеры;
• — члены проектной команды;
• — лица, напрямую не связанные с проектом, но, так или иначе, оказывающие на него влияние.

Учитывая изложенное выше, реестр заинтересованных лиц может быть представлен в виде табл. 7.1.

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

Заполнение разделов настоящего документа по возможности осуществляется ссылками на внешние документы, а при отсутствии таковых — текстовым описанием.

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

Работы, ссылки на которые не содержатся в данном документе, не входят в проект.

Реестр заинтересованных лиц.

Таблица 7.1

Концепция проекта

• 1. Введение
• 1.1. Цель

Документ предназначен для членов проектной группы, занимающихся созданием приложения для автоматизированной системы «Планирование расписания учебных занятий». Цель документа — представить концептуальную точку зрения на создаваемый продукт. Документ является основополагающим для работы над проектом.

1.2. Область применения системы Область применения системы — разработка расписания учебных занятий вуза.

1.3. Определения, акронимы и сокращения.

• 2. Основные положения
• 2.1. Возможности системы

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

2.2. Формулировка проблемы.

• 3. Описание заинтересованных лиц и пользователей
• 3.1. Потенциальные потребители

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

3.3. Пользователи.

3.4. Пользовательская среда ОС Windows.

3.5. Основные потребности заинтересованных лиц/пользователей.

• 4. Обзор продукта
• 4.1. Перспективы продукта
• 4.2. Возможности продукта

• 4.3. Проектные ограничения
• 4.4. Стоимость проекта
• 4.5. Лицензирование и установка
• 5. Функциональные возможности продукта

Излагаются функциональные возможности.

• 5.1. Вход в систему
• 5.2. Получение справочной информации
• 5.3. Главные функциональные возможности Главные (функциональные) требования:
  • — продукт обеспечивает функции планирования расписания с выявлением всех конфликтов планирования ресурсов.

Дополнительные (не функциональные) возможности:

• — продукт обеспечивает многопользовательский режим работы по разработке расписания одновременно несколькими исполнителями со своих рабочих мест;
• — продукт позволяет работать без использования «бумажных технологий».
• 6. Требования к качеству

Готовность, особых требований не предъявляется.

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

Сопровождаемость: простота сопровождения.

• 7. Приоритеты Излагаются приоритеты.
• 8. Прочие требования к продукту
• 8.1. Используемые стандарты
• 8.2. Системные требования Система должна обеспечивать:
  • — ввод данных о планируемом занятии;
  • — учет сведений о нагрузке ППС при планировании;
  • — учет сведений об аудиториях при планировании;
  • — учет сведений о факультетах и кафедрах при планировании;
  • — согласование планируемого занятия с учебным планом;
  • — запись занятий в базу данных;
  • — корректировку данных;
  • — вывод обобщенного расписания на экран и на печать.
• 8.3. Требования к производительности
• 8.4. Требования к окружающей среде
• 9. Требования к документации
• 9.1. Руководство пользователя В руководстве указываются:
  • — минимальные системные требования;
  • — установка ПК-клиента;
  • — вход в систему;
  • — выход из системы;
  • — все функциональные возможности системы;
  • — информация о поддержке пользователей.
• 9.2. Диалоговая помощь
• 9.3. Руководство, но установке и конфигурированию
• 9.4. Маркировка и упаковка

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

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

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

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

Упражнение 7.1

Формирование иерархической структуры работ

Чтобы сформировать ИСР, выполните следующие действия:

• 1. Проанализируйте потоки работ, выполняемых на различных этапах и фазах жизненного цикла и получаемые артефакты. Артефакты будут служить уровнями группировки задач.
• 2. Запустите приложение MS Project.
• 3. В ячейках столбца Название задачи рабочего поля введите хронологически последовательно название проекта, затем название каждого артефакта с его процессами. Полученный список будет представлять собой список работ, но он еще не является ИСР.
• 4. В ячейках столбца Предшественники рабочего поля для каждой работы укажите номер предшествующей работы.
• 5. Перечни всех работ, выполняемых для получения артефакта, с помощью кнопок пиктографического меню или меню Проект —" Структура переместите на уровень ниже. После выполнения этих операций в рабочем поле MS Project будет сформирована ИСР (рис. 7.6).

Рис. 7.6. Иерархическая структура работ проекта

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

С составом команды проекта мы определились ранее.

Специализированное ПО Microsoft Project позволяет задавать список ресурсов для проекта и назначать один или несколько из них для каждого действия.

Упражнение 7.2

Определение ресурсов

• 1. Выполните команду меню Вид —> Лист ресурсов, откроется страница Лист ресурсов (рис. 7.7).
• 2. В ячейки столбца Название ресурса введите фамилии всех участников проектной группы.
• 3. Для всех ресурсов в поле Тип, выбирая из выпадающего списка, установите Трудовой.
• 4. В графе Стандартная ставка для каждого участника укажите почасовую ставку. Если предполагаются сверхурочные работы, то в графе Ставка сверхурочных также введите нужные данные.
• 5. Для перехода на предыдущую страницу выполните меню Вид -> Диаграмма Ганта.
• 6. Используя выпадающие списки в графе Наименование ресурсов укажите для каждой задачи закрепляемый ресурс.

Рис. 7.7. Лист ресурсов

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

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

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

Создание расписания проекта. Прежде всего нужно задать точку старта. Точкой старта проекта является дата начала выполнения работ для первой задачи «Подготовка Устава».

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

В этом случае удобно ввести вехи.

Рис. 7.8. Статистика для проекта.

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

Упражнение 7.3

Создание вех

Добавим в наше расписание значимые для нас вехи. В уставе прописано, что до 10.03.2015 необходимо завершить анализ системы. Укажем в перечне задач соответствующую веху. Для этого:

• 1. В меню Вид выберите пункт Диаграмма Ганта.
• 2. Выделите строку с задачей Кооперативные диаграммы, включите контекстное меню.
• 3. В контекстном меню выберите пункт Сведения о задаче — откроется диалоговое окно.
• 4. На вкладке Дополнительно введите длительность вехи в поле Длительность.
• 5. В поле Ограничение установите значение Окончание не позднее.
• 6. В поле Дата ограничения установите конечную дату выполнения работы (10.03.2015).
• 7. Установите флажок Пометить задачу как веху, а затем нажмите кнопку ОК. В представлении Диаграмма Ганта отобразится символ вехи.