close

Вход

Забыли?

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

?

MartynenkoUsikrva

код для вставкиСкачать
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ
С. А. Мартыненко, И. В. Усикова
УПРАВЛЕНИЕ ПОТОКАМИ РАБОТ
Функциональное моделирование и
основы управления проектами
Учебно-методическое пособие
Санкт-Петербург
2011
УДК 004.9
ББК 32.81
М29
Рецензенты:
доктор технических наук, профессор А. Г. Варжапетян;
кандидат технических наук, доцент И. Д. Захаров
(Военный строительный институт)
Утверждено
редакционно-издательским советом университета
в качестве учебно-методического пособия
Мартыненко С. А.
М29
Управление потоками работ. Функциональное моделирование и
основы управления проектами: учеб.-метод. пособие / С. А. Мартыненко, И. В. Усикова. – СПб.: ГУАП, 2011. – 80 с.: ил.
В учебно-методическом пособии рассмотрены основные положения методологии управления проектами и функционального моделирования. В кратком изложении приведены теоретические основы
управления проектами и функционального моделирования. Изложена методика выполнения лабораторных работ с использованием
CASE-средства фирмы Computer Associates – Bpwin 4.0 на основе семейства Международных стандартов моделирования IDEF.
Учебно-методическое пособие предназначено для подготовки студентов по специальности 080801 «Прикладная информатика (в экономике)», а также по направлению 080700 «Бизнес-информатика».
УДК 004.9
ББК 32.81
© Санкт-Петербургский государственный
университет аэрокосмического
приборостроения (ГУАП), 2011
© С. А. Мартыненко, И. В. Усикова, 2011
ВВЕДЕНИЕ
На рубеже XX–XXI веков в мире возникла новая система взглядов, известная в науке об управлении и экономических школах как
«тихая управленческая революция», суть которой заключается в
комплексном использовании современных методов управления и
новейших информационных технологиях (IT). При этом речь идет
не о разрушении сложившихся структур, систем и методов управления, а об их совершенствовании с целью повышения эффективности функционирования социально-экономических систем и бизнеспроцессов. Одной из таких комплексных методологий, представляющих собой совокупность современных методов управления и
информационных технологий их поддержки, является Управление
потоками работ (WfM – Workflow Management).
В данном методическом пособии в качестве основной терминологии используются понятия, разработанные и рекомендуемые
Коалицией по управлению потоками работ (Workflow Management
Coalition). Помимо основной терминологии WfM в пособии также
приводятся соответствующие данной предметной области понятия Реинжиниринга бизнес-процессов (BPR – Business Process Reengineering) и Управления проектами (PM – Project Management).
Работа (Business Work) – это процесс производства или изменения предмета деятельности, имеющий начало и окончание. Из данного краткого определения очевидно, что каждая работа дискретна
по своей природе (так как имеет выраженное начало и окончание),
а также может быть отделена от любой другой работы. Поток работ – это процесс, состоящий из нескольких работ, объединенных
общими целью, предметом деятельности и общими ресурсами (в
Project Management данному термину тождественно ключевое понятие Проект, чему будет уделено особое внимание).
Основными видами ресурсов принято считать:
− персонал;
− материальные;
− финансовые;
− информационные;
− время.
Основными разделами данной дисциплины, базирующимися на
современных методах управления и поддерживающих их информационных технологиях, являются:
1. Функциональное моделирование и Реинжиниринг бизнеспроцессов (RBP): методология SADT – Structured Analysis and
3
Design Technique, стандарты моделирования IDEF0, IDEF3 и DFD,
инструментальное средство BPwin;
2. Управление проектами: PM – Project Management и программная среда Microsoft Project;
3. Теория систем массового обслуживания (СМО) и язык имитационного моделирования (ЯИМ) GPSS/H.
Перечисленные подходы и соответствующие им информационные технологии позволяют в должной мере обеспечить управление
потоками работ в столь многофакторной предметной области, как
информационный сервис.
В ч. 1 учебно-методического пособия рассмотрены основные положения методологии управления проектами и функционального
моделирования, а именно: рассмотрены основные понятия методологии управления проектами, приведена классификация проектов,
рассмотрены основные составляющие окружения проекта, приведены теоретические основы формирования жизненного цикла проекта, особое внимание уделено основам методики структурирования проекта; рассмотрены основные составляющие методологии
структурного анализа SADT, стандартов моделирования семейства
IDEF: IDEF0, IDEF3, DFD: построения контекстной диаграммы,
диаграмм декомпозиции, а также дерева узлов.
Цель учебно-методического пособия – ввести обучаемого в круг
понятий, определений, методов и стандартов науки об управлении
проектами и методологии функционального моделирования.
При этом изучение двух указанных составляющих дисциплины «Управление потоками работ» происходит параллельно, как
двух взаимосвязанных составляющих, не только теоретически.
Практикум, разработанный для CASE-средства BPwin 4.0, также
предусматривает получение начальных навыков работы с указанным программным средством на примере проекта, а также индивидуального объекта исследования.
Учебно-методическое пособие предназначено для подготовки студентов по специальности 080801 «Прикладная информатика (в экономике)», а также направлению 080700 «Бизнес-информатика».
4
Лабораторная работа № 1
ОЗНАКОМЛЕНИЕ С ИНТЕРФЕЙСОМ BPwin И ПОСТРОЕНИЕ
КОНТЕКСТНОЙ ДИАГРАММЫ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ
ОБЪЕКТА ПО СТАНДАРТУ IDEF0
Задание
1. Ознакомиться с теоретическими основами методологии SADT,
стандарта моделирования IDEF0, инструмента BPwin.
2. Создать файл в BPwin и задать его характеристики.
3. Построить Контекстную диаграмму функциональной модели
бизнес-процесса в общем виде.
Теоретические основы
Методология структурного анализа SADT (Structured Analysis
and Design Technique ) была предложена Дугласом Россом (Douglas
Ross) в 70-х годах XX века. Основные идеи методологии SADT как
«системы взаимодействующих систем»: построение функциональной модели объекта исследования, отображающей его взаимодействие с внешней средой, и построение древовидной функциональной модели деятельности объекта исследования [2, 3, 4, 9].
Построение функциональной модели объекта исследования, отображающей его взаимодействие с внешней средой, в соответствии
с синтаксисом SADT (рис. 1), выражается в следующих составляющих: SA-блок (Субъект), Input (Вход), Output (Выход), Control
(Управление) и Mechanism (Механизм).
¬Èɹ»Ä¾ÆÁ¾
›Îǽ
4"Ê̺ӾÃË
ǺӾÃ˹ƹÄÁÀ¹
›ÔÎǽ
¥¾Î¹ÆÁÀÅ
Рис. 1. Функциональная модель по методологии SADT
5
Вербально данная модель имеет следующий смысл: “Вход при
наличии Управления преобразуется в Выход с помощью Механизма».
При проведении предварительного анализа исследуемый объект (система) представляется одним блоком, взаимодействующим с
внешней средой как единое целое, – создается так называемая Контекстная диаграмма модели (рис. 1). В ходе проведения дальнейшего анализа, помимо уже сформулированного на начальном
этапе SADT-анализа взаимодействия с внешней средой, возникает
необходимость в декомпозиции Контекстной диаграммы на взаимодействующие взаимосвязанные подфункции. В соответствии с
методологией SADT общая функция разбивается на крупные подфункции, затем каждая подфункция декомпозируется на более
мелкие – и так далее до достижения необходимой степени детализации. Пример Дерева функций (или дерева узлов) функциональной модели (в методологии SADT данная структура называется
Node Tree) показан на рис. 2.
Когда методология SADT стала использоваться в ВВС США, был
принят стандарт моделирования IDEF0 (Icam DEFinition 0) [2, 3,
4, 5, 9]. IDEF0 быстро стал единым стандартом МинОбороны США
для разработки моделей бизнес-процессов (http://www.idef.com).
Основу указанного стандарта составляет графический язык описа§ËÃÉÔËÁ¾
½¾ÈÇÀÁËÆǼÇÊо˹
ÍÁÀÁоÊÃÇÅÌÄÁÏÌ
"
›ÔºÇɺ¹Æù
"
›ÔºÇÉÌÊÄÇ»ÁÂ
½¾ÈÇÀÁ˹
"
ªÉ¹»Æ¾ÆÁ¾
ÌÊÄÇ»ÁÂɹÀÆÔÎ
»ÃĹ½Ç»
"
¹ÃÄ×оÆÁ¾
½¾ÈÇÀÁËÆǼÇ
½Ç¼Ç»Çɹ
›ÔºÇÉ»ÃĹ½¹
"
"
¨Ç½¹Ð¹ÃÄÁ¾ÆËÇÅ
ÄÁÐÆÔν¹ÆÆÔÎ
£ÇÈÁÉÇ»¹ÆÁ¾
½¹ÆÆÔÎȹÊÈÇÉ˹
"
"
£ÇÈÁÉÇ»¹ÆÁ¾
ÄÁÐÆÇÂÈǽÈÁÊÁ
ÃÄÁ¾Æ˹
"
¨Ç½ÈÁʹÆÁ¾
½»ÌÎÃÇÈÁÂ
½Ç¼Ç»Çɹ
"
Рис. 2. Пример декомпозиции – Дерева узлов функциональной
модели процесса Открытие депозитного счета физическому лицу
6
ния бизнес-процессов. Модель в нотации IDEF0 представляет собой
совокупность иерархически упорядоченных и взаимосвязанных
диаграмм. Каждая диаграмма является единицей описания системы и по стандарту располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
− контекстную (в каждой модели может быть только одна контекстная диаграмма), графическое изображение и стандартные
типы взаимодействий которой с внешней средой показаны на
рис. 3;
− диаграммы декомпозиции;
− дерево узлов;
− только для экспозиции (FEO).
Вход (Input ) – (входящая в левую грань работы) – это материал (или информация), которые используются или преобразуются
работой для получения результата (выхода). Иногда бывает непросто определить, являются ли данные Входом либо Управлением.
В этом случае подсказкой может служить то, перерабатываются
(или изменяются) ли данные в работе или нет. Если изменяются –
это Вход, если нет – Управление. Стрелка Входа не обязательна (по
стандарту), так как не все работы преобразовывают или изменяют
что-либо.
Управление (Control ) – (входящая в верхнюю грань работы) –
правила, стратегии, процедуры или стандарты, которыми руководствуется работа, а также внешние ограничения. По стандарту каждая работа должна иметь хотя бы одну стрелку управления.
$POUSPM
¬Èɹ»Ä¾ÆÁ¾
*OQVU
›Îǽ
"DUJWJUZ
©¹ºÇ˹
¾ÂÊË»Á¾
­ÌÆÃÏÁØ
0VUQVU
›ÔÎǽ
"
.FDIBOJTN
¥¾Î¹ÆÁÀÅÔ
©¾ÊÌÉÊÔ
Рис. 3. Общий вид Контекстной диаграммы в соответствии
со стандартом IDEF0
7
Выход (Output ) – (исходящая из правой грани работы) – материал (или информация), которые производятся работой. Каждая
работа должна иметь хотя бы одну стрелку выхода (так как работа
без результата не имеет смысла).
Механизм (Mechanism ) – (входящая в нижнюю грань работы) – ресурсы, которые выполняют работу (персонал, устройства,
программные средства и т. д.). По усмотрению аналитика, данная
стрелка может и не отображаться в модели, если используются
стандартные ресурсы.
Работы обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. В соответствии со стандартом, имя
работы должно быть отглагольным существительным, обозначающим действие (например, «Прием заказа» или «Открытие депозитного счета физическому лицу» – см. рис. 4).
Bpwin 4.0 – новая версия продукта фирмы Computer Associater,
ведущего разработчика информационного обеспечения CASEтехнологий, предназначенная для построения и анализа моделей
предметной области [2, 3, 4]. По мнению разработчиков, с помощью
Bpwin 4.0, использование методологии SADT и стандартов моделирования IDEF, необходимо:
– для устранения избыточных или ненужных блоков;
– для сокращения затрат;
– для повышения качества обслуживания клиентов;
– для совершенствования деятельности компании в целом и т. д.
¯¾ÆËÉǺ¹ÆÃ
©­
¬ÊÄÇ»ÁØ
š¹Æù
¦¹ÄÁÐÆÔ¾ §ËÃÉÔËÁ¾½¾ÈÇÀÁËÆÇ¼Ç Ç¼Ç»ÇÉ
½¾ÆÕ¼Á
Êо˹ÍÁÀÁоÊÃÇÅÌ
Êо˹
ÄÁÏÌ
"
§È¾É¹ÏÁÇÆÁÊË
Рис. 4. Пример Контекстной диаграммы –
Открытие депозитного счета физическому лицу
8
9
Рис. 5. Главное окно программы Bpwin 4.0
С использованием BPWin строятся диаграммы, ясно показывающие бизнес-процессы (блоки), результаты их работы и ресурсы,
необходимые для их функционирования. BPWin-модель обеспечивает объединенную картину того, как организация добивается выполнения своих целей, от маленьких отделов до всей компании в
целом. Главное окно программы BPWin показано на рис. 5.
После запуска программы на экране появится диалоговое окно,
в котором следует выбрать режим работы: либо создать новую модель (Create model), либо открыть существующую модель (Open
model) см. рис. 6.
При первом открытии программы (при создании новой модели)
область построения (по умолчанию) содержит диаграмму IDEF0.
На основной панели инструментов расположены элементы управления, в основном знакомые по другим Windows-интерфейсам
(рис. 7.):
1. Создать новую модель.
2. Открыть модель.
Рис. 6. Первичное диалоговое окно Bpwin
Рис. 7. Элементы управления Bpwin
10
3. Сохранить модель.
4. Печать модели.
5. Мастер создания отчетов.
6. Выбор масштаба.
7. Масштабирование.
8. Увеличение участка.
9. Проверка ошибок.
10. Включение и выключение навигатора модели.
На основной панели инструментов (либо в любом желаемом месте экрана) (рис. 8) расположены инструменты редактора BPWin
(при стандарте IDEF0):
1. Pointer Tool – используется для выбора и определения позиции объектов, добавленных в диаграмму, а также для их редактирования.
2. Activity Box Tool – используется для установки блоков в диаграмме.
3. Arrow Tool – используется, чтобы устанавливать дуги (стрелки) в диаграмме.
4. Squiggle Tool – используется для создания тильды (squiggle),
которая соединяет дугу с ее названием.
5. Text Block Tool – используется для создания текстовых блоков.
6. Diagram Dictionary Editor – открывает диалоговое окно
Diagram Dictionary Editor, где можно перейти на какую-либо диаграмму или создать новую диаграмму.
7. Go to Sibling Diagram – используется для отображения следующей диаграммы того же уровня.
8. Go to Parent Diagram – переход на родительскую диаграмму.
9. Go to Child Diagram – используется, чтобы отобразить диаграмму потомка или разложить выделенный блок на диаграмму
потомка.
Любая диаграмма состоит из совокупности следующих объектов:
– Блоков;
– Дуг;
– Текстовых блоков.
Для работы с любым из этих объектов можно использовать либо
основное меню перечисленных объектов (рис. 9.):
либо контекстно-зависимое меню (меню, появляющееся при нажатии правой кнопки мыши). Принципы работы с меню являются
стандартными для среды Windows. Объект сначала определяется
11
Рис. 8. Панель инструментов Bpwin при выборе модели IDEF0
Рис. 9. Основное меню работы с объектами
активным, затем над ним осуществляются необходимые для пользователя действия.
Очень полезным расширением функциональности Service Pack
2 для Bpwin 4.0. явилось включение обучающего модуля. Для вызова обучающей программы Bpwin следует перейти в меню Help/
Bpwin online Tutorial. Появляется диалоговое окно Bpwin Tutorial,
в котором можно выбрать один из 10 уроков (рис. 10). Уроки представляют собой последовательное изложение материала по технологиям построения моделей в соответствии со стандартами IDEF0,
IDEF3 и DFD, а также по технике работы с Bpwin на доступном английском языке.
Технология выполнения работы
1. Создайте рабочий лист для нового проекта в Bpwin.
2. Для создания новой модели используйте кнопку Создать новую модель. Появится диалоговое окно (рис. 11). Внесите в текстовое поле Name имя модели (например, Проект 1) и выберите предложенный по умолчанию тип Type: Business Process (IDEF0).
3. В меню свойств новой модели во вкладке General укажите
вашу фамилию, номер группы и инициалы.
4. Будет создана «пустая» (незаполненная) Контекстная диаграмма создаваемой модели. Обратите внимание на кнопку
Панели инструментов. Эта кнопка включает и выключает режим
навигации модели Model Explorer (на рис. 13 – слева от рабочей области построения диаграммы). Model Explorer имеет три вкладки –
Activities
, Diagrams и Objects. Во вкладке Activities щелчок
правой кнопкой по объекту позволяет редактировать его свойства.
5. Перейдите в меню Model/ Model Properties и дополнительно
внесите следующие свойства модели: Purpose (цель создания) –
12
13
Рис. 10. Диалоговое окно
Рис. 11. Стартовое окно Bpwin
Рис. 12. Окно свойств и параметров создаваемой модели
14
15
Рис. 13. Незаполненная Контекстная диаграмма
«Разработать функциональную модель работы в общем виде в соответствии со стандартом IDEF0», а в окне ViewPoint (точка зрения) –
студент.
6. Для внесения имени работы щелкните правой клавишей
мыши по «пустой» работе области построения диаграмм и в появившемся диалоге (рис. 14) введите Activity (Работа/Действие/Функция). В этом же диалоговом окне откройте вкладку Font и задайте
удобный для вас тип шрифта и его размер (для Контекстной диаграммы рекомендуется не менее 14 кегля). Обратите внимание, что
введенное имя работы автоматически присваивается диаграмме в
целом (вкладка Activities Навигатора модели (слева) и заголовка
Title диаграммы (внизу).
7. Добавьте на диаграмму так называемые Граничные стрелки.
Указанные стрелки на Контекстной диаграмме служат для описания взаимодействия работы с окружающим миром. Стрелки Входа,
Управления и Механизма начинаются у границы области рисова-
Рис. 14. Редактор задания свойств работы
16
ния диаграммы и заканчиваются у самой работы, а стрелка Выхода – наоборот. Для внесения граничной стрелки Вход необходимо
щелкнуть по кнопке с символом Установка стрелок
панели инструментов и перенести курсор к левой стороне области построения
диаграмм, пока не появится начальная темная полоска, затем щелкнуть один раз по полоске (откуда будет выходить стрелка), а затем
еще раз в левой части работы (где стрелка будет заканчиваться).
Щелкнуть левой клавишей мыши по кнопке Редактирование объектов диаграммы
панели инструментов, затем правой кнопкой
мыши щелкнуть по линии стрелки и во всплывающем меню выбрать Name и ввести имя стрелки.
8. Аналогично пункту 7 добавить оставшиеся граничные стрелки и их названия в соответствии со стандартом IDEF0 (см. рис. 3).
При необходимости поменять тип и размер шрифта начертания
имен стрелок (рекомендуется 14 кегль).
9. С использованием режима редактирования объектов диаграммы
и вызова контекстно-зависимого меню (правой клавишей
мыши) изменить черно-белую палитру диаграммы, изменив цвета
граничных стрелок и самой работы по вашему выбору, а также толщину начертания стрелок (вкладка Style свойств стрелки).
10. Файл сохранить в папке вашей группы под именем Лаб1.
11. Результаты работы предъявить преподавателю.
Порядок оформления отчета
Подготовьте отчет о выполненной лабораторной работе. Отчет о
лабораторной работе должен содержать: титульный лист (с действующим вариантом титульного листа можно ознакомиться на http://
guap.ru/guap/standart/titl_newpage2.shtml), цель лабораторной
работы, разработанную вами Контекстную диаграмму. Сформулируйте выводы, которые можно сделать по результатам выполненной работы. На компьютере представляется файл с результатами
работы, записанными в папку с номером вашей группы/ваша фамилия/№ лабораторной работы на сетевом студенческом диске V.
Контрольные вопросы
1. В виде каких составляющих в соответствии с методологий
SADT отображается взаимодействие объекта исследования с внешней средой?
2. Как можно сформулировать вербально смысл модели исследуемого объекта в соответствии с методологий SADT?
17
3. Как называется представление объекта исследования в виде
единого блока во взаимодействии с внешней средой и как данное
представление выглядит графически?
4. Что такое дерево функций (Node Tree) и каким образом данное представление связано с Контекстной диаграммой модели?
5. Каковы исторические и методологические основы разработки
стандарта моделирования IDEF0?
6. Какие типы диаграмм может содержать модель в соответствии
со стандартом моделирования IDEF0?
7. Что, в соответствии со стандартом моделирования IDEF0,
может быть обозначено как «работа», и каким образом она может
быть поименована?
8. Сформулируйте общий вид Контекстной диаграммы в соответствии со стандартом моделирования IDEF0 и поясните суть взаимодействия объекта исследования с внешней средой?
9. В чем состоит сходство и различие представлений объекта исследования в соответствии с методологий SADT по сравнению со
стандартом моделирования IDEF0?
10. Что такое CASE-технологии, и для чего применяется средство BPwin?
11. Какие элементы управления содержит основная панель инструментов BPwin?
12. Какие инструменты редактора BPwin доступны при моделировании IDEF0? Из каких объектов состоит диаграмма, выполненная с помощью BPwin?
18
Лабораторная работа № 2
СОЗДАНИЕ КОНТЕКСТНОЙ ДИАГРАММЫ ПРОЕКТА
И ОБЪЕКТА ИССЛЕДОВАНИЯ
Задание
1. Ознакомиться с теоретическими основами методологии
Управления проектами.
2. Создать Контекстную диаграмму модели проекта в соответствии с методологией SADT и стандартом моделирования IDEF0.
3. Создать Контекстную диаграмму модели выбранного объекта
исследования в соответствии с методологией SADT и стандартом
моделирования IDEF0.
Теоретические основы
Управление проектами (Project Management) [6, 7, 8, 10, 11].
Понятие «проект» объединяет разнообразные виды деятельности,
характеризуемые рядом признаков, наиболее общими из которых
являются следующие:
− направленность на достижение конкретных целей, определённых результатов;
− координированное выполнение многочисленных, взаимосвязанных действий;
− новизна и уникальность каждого проекта;
− ограниченная протяженность во времени, с определенными
началом и окончанием.
Существует ряд определений термина «проект», каждое из которых имеет право на существование, в зависимости от конкретной задачи, стоящей перед специалистом. Вот некоторые из них.
В самом общем виде проект – это «что-либо, что задумывается или
планируется, например, большое предприятие».
С точки зрения системного подхода, проект может рассматриваться как процесс перехода из исходного состояния в конечное –
результат при участии ряда ограничений и механизмов.
В «Кодексе знаний об управлении проектами» проект – некоторая задача с определенными исходными данными и требуемыми
результатами (целями), обуславливающими способ ее решения.
Проект включает в себя замысел (проблему), средства его реализации (решения проблемы) и получаемые в процессе реализации результаты.
19
Всемирный банк (Оперативное руководство № 2.20): проект –
комплекс взаимосвязанных мероприятий, предназначенных для
достижения в течение заданного времени и при установленном
бюджете поставленных задач с четко определенными целями.
Управление проектами(УП ) – методология (говорят также –
искусство) организации, планирования, руководства, координации трудовых, финансовых и материально-технических ресурсов
на протяжении проектного цикла, направленная на эффективное
достижение его целей путем применения современных методов,
техники и технологии управления для достижения определенных
в проекте результатов по составу и объему работ, стоимости, времени, качеству и удовлетворению участников проекта.
Представляет интерес так называемая «процессная» концепция
управления проектами, получившая распространение в Европе.
Суть ее состоит в том, что сложная интегрированная природа УП
описывается через процессы, из которых оно состоит, и их взаимосвязи. В данном случае под процессами понимаются действия и процедуры, связанные с реализацией функций управления.
Управление проектом представляет собой методологию организации, планирования, руководства, координации человеческих
и материальных ресурсов на протяжении жизненного цикла проекта (ЖЦП ) (говорят также – проектного цикла), направленную
на эффективное достижение его целей путем применения системы
современных методов, техники и технологий управления для достижения определенных в проекте результатов по составу и объему
работ, стоимости, времени, качеству.
В настоящее время уже и малые фирмы, осуществляющие относительно небольшие проекты, все чаще начинают систематически подходить к подготовке, планированию и контролю осуществления своих
проектов с использованием методов и средств управления проектами.
Роль компаний, специализирующихся на разработке и реализации
проектов существенно возросла, а должность и профессия руководителя проекта (Project Manager) стала одной из престижных.
Проект можно рассматривать с различных точек зрения и классифицировать по различным основаниям.
По сферам деятельности, в которых осуществляется проект,
выделяют: технические, экономические, социальные и смешанные
проекты.
По масштабности (размер проекта, число участников и т. д.)
проекты делят на мелкие (до 10 человек, продолжительность до
1 года), средние, крупные и очень крупные.
20
По продолжительности периода осуществления проекта подразделяются на краткосрочные, среднесрочные и долгосрочные.
По видам деятельности проекты подразделяются на инвестиционные, инновационные, научно-исследовательские и учебнообразовательные.
Программа – это группа взаимосвязанных проектов, объединенных общей целью и условиями их выполнения. В отличие от
отдельного проекта программа требует специальных методов мультипроектного управления (МУ координирует выполнение всех проектов, выполняемых в организации).
Монопроекты – проекты, выполняемые, как правило, одной организацией или одним подразделением, отличающиеся постановкой
однозначной цели (создание конкретного изделия, технологии).
Мультипроекты – комплексные программы, объединяющие
десятки монопроектов, направленные на достижение сложной цели
(создание научно-технического комплекса, решение крупной технологической проблемы, проведение конверсии одного или группы
предприятий ВПК и т. д.).
Мегапроекты – многоцелевые комплексные программы, объединяющие ряд мультипроектов и множество монопроектов, связанных между собой одним деревом целей (техническое перевооружение отрасли, повышение конкурентоспособности отечественных
продуктов и технологий, региональные и федеральные проблемы
конверсии и экологии и т. д.).
По американским оценкам мегапроекты характеризуются:
− высокой стоимостью – порядка 1 млрд долларов и более;
− трудоемкостью – 2 млн чел./час. на проектирование, 15–
20 млн чел./час. на реализацию;
− длительностью реализации – 5–7 лет и более;
− очень часто необходимостью участия других стран;
− влиянием на социальную и экономическую среду региона,
страны в целом и даже на ситуацию в мире.
Портфель проектов – это множество несвязанных между собой
проектов. Например, портфель инвестиционных проектов – основной критерий при отборе проектов – получение максимальной прибыли.
Применение методов и средств управления проектами позволяет не только достичь результатов проекта требуемого качества,
но и экономить время и другие ресурсы, снижает риск и повышает
надежность, так как помогает:
− определить цели проекта и провести его обоснование;
21
− выявить структуру проекта (подцели, основные этапы работы
и т.п.);
− определить необходимые объемы и источники финансирования;
− подобрать исполнителей, в частности, через процедуры торгов
и конкурсов;
− подготовить и заключить контракты;
− определить сроки выполнения проекта, составить график его
реализации, рассчитать необходимые ресурсы;
− произвести калькуляцию и анализ затрат;
− планировать и учитывать риски;
− организовать реализацию проекта, в том числе подобрать “команду проекта”;
− обеспечить контроль за ходом выполнения проекта.
Окружение проекта – это среда проекта, порождающая совокупность внутренних и внешних сил (говорят также – вызовов),
которые способствуют или мешают достижению целей проекта. Подобно тому, как в строительном проекте необходимо уметь определить и рассчитать все виды статических и динамических нагрузок
на возводимые конструкции, так и в проекте важно определить и
учесть все возможные на него воздействия.
Условно можно выделить внешнюю и внутреннюю среду проекта. Кроме того, во внешней среде выделяют ближнее окружение
(среда предприятия, в которой реализуется проект – микросреда) и
дальнее окружение (окружение самого предприятия – макросреда).
Таблица 1
Внутренние и внешние факторы окружения проекта
Внутренняя среда
проекта
– Руководство проекта
– Команда проекта
Организация проекта
– Ресурсы проекта
– Обеспечивающие
подсистемы
– и т. д.
Внешняя среда проекта
Ближнее окружение
Дальнее окружение
(микросреда)
(макросреда)
– Руководство предприятия
– Основные Бизнеспроцессы предприятия
– Инфраструктура
– Ресурсы предприятия
– и т. д.
– Экономические факторы
– Политические факторы
– Законодательство
– Социальные экологические культурные
– и др. факторы
Систематическое отслеживание, анализ, оценка и управление
всем спектром положительных и отрицательных воздействий со
22
стороны окружения проекта является одним из важнейший условий успешного выполнения и завершения проекта.
Технология выполнения работы
1. Создайте рабочий лист для нового проекта в Bpwin.
2. Создайте новую модель. Появится диалоговое окно (рис. 11).
Внесите в текстовое поле Name имя модели (Проект 2) и выберите
предложенный по умолчанию тип Type: Business Process (IDEF0).
3. Перейдите в меню Model/ Model Properties и дополнительно
внесите следующие свойства модели: Purpose (цель создания) –
«Разработать Контекстную диаграмму проекта в общем виде в соответствии со стандартом IDEF0», а в окне ViewPoint (точка зрения) –
студент. Во вкладке General дополнительно обозначьте тип модели
(Time Frame) TO-BE.
4. Для внесения имени работы щелкните правой клавишей
мыши и в появившемся контекстном меню назовите блок отглагольным существительным (в соответствии со стандартом) «Выполнение основных мероприятий проекта».
5. По аналогии с пп. 7 и 8 Лаб. раб. № 1 установите граничные
стрелки, иллюстрирующие взаимодействие проекта с окружающей
средой в соответствии с табл. 2.
Таблица 2
Наименование граничных стрелок
для Контекстной диаграммы проекта
Тип граничной стрелки
1. Вход
2. Управление
3. Выход
4. Механизм
Наименование граничных стрелок
1.1. Замысел проекта
1.2. Изменяемый предмет деятельности проекта
2.1. Методология управления проектами
2.2. Ограничения ближнего и дальнего окружения
проекта
3.1. Измененный в результате выполнения проекта предмет деятельности
3.2. Документация проекта
Ресурсы проекта (персонал, финансовые, материальные, информация)
1. Щелчком правой клавиши мыши вызовите контекстное меню
и оформите диаграмму: установите шрифт не менее 14 кегля, измените цвета граничных стрелок и самой работы по вашему выбору.
2. Файл сохраните в папке вашей группы под именем Лаб21.
23
3. По согласованию с преподавателем выберите тему для самостоятельной работы (Прил. 1). Разработайте для выбранного объекта исследования Контекстную диаграмму и сохраните в вашей
папке под именем Лаб22.
4. Результаты работы предъявите преподавателю.
Порядок оформления отчета
Подготовьте отчет о выполненной лабораторной работе. Отчет о
лабораторной работе должен содержать: титульный лист, цель лабораторной работы, разработанные вами контекстные диаграммы.
Сформулируйте выводы, которые можно сделать по результатам
выполненной работы. На компьютере представляется файл с результатами работы, записанными в папку с номером вашей группы/ваша фамилия/№ лабораторной работы на сетевом студенческом диске V.
Контрольные вопросы
1. Что представляет собой проект с точки зрения системного
подхода? Что представляет собой проект в соответствии с терминологией Кодекса знаний об управлении проектами?
2. Что представляет собой проект в соответствии с терминологией Всемирного банка, изложенной в его Оперативном руководстве?
3. Что понимают под методологией Управления проектами?
4. Каким образом классифицируют проекты по: сферам деятельности, масштабности, продолжительности и видам деятельности?
5. Что такое монопроект?
6. Что такое мультипроект?
7. Что такое мегапроект?
8. Что такое портфель проектов?
9. Что такое окружение проекта?
10. Назовите основные составляющие внутренней среды проекта.
11. Назовите основные составляющие ближнего окружения
внешней среды проекта.
12. Назовите основные составляющие дальнего окружения
внешней среды проекта.
24
Лабораторная работа № 3
ДЕКОМПОЗИЦИЯ КОНТЕКСТНОЙ ДИАГРАММЫ
ПО ФАЗАМ ЖИЗНЕННОГО ЦИКЛА ПРОЕКТА.
СОЗДАНИЕ ДЕРЕВА УЗЛОВ
Задание
1. Ознакомиться с теоретическими основами формирования
жизненного цикла проекта (ЖЦП) и правилами Декомпозиции в
соответствии с методологией SADT и стандартом моделирования
IDEF0.
2. Провести декомпозицию функциональной модели проекта.
Построить Дерево узлов модели.
3. Провести декомпозицию функциональной модели объекта исследования. Построить Дерево узлов модели.
Теоретические основы
Жизненный цикл проекта [6, 10, 11] (промежуток времени
между моментом появления, зарождения проекта и моментом его
ликвидации, завершения) является исходным понятием для исследования проблем финансирования работ по проекту и принятия
соответствующих решений. Укрупненно жизненный цикл проекта
можно разделить на четыре основные смысловые фазы:
1. Концептуальная (прединвестиционная) фаза, включающая
замысел, формулирование целей, анализ инвестиционных возможностей, обоснование осуществимости (технико-экономическое обоснование) и бизнес-планирование проекта, включая предварительную оценку рисков проекта.
2. Фаза разработки проекта, включающая определение структуры работ и исполнителей, построение календарных графиков
работ, бюджета проекта, разработку проектно-сметной документации, переговоры и заключение контрактов с подрядчиками и поставщиками, формирование команды проекта.
3. Фаза выполнения (реализации) проекта, включающая работы по его реализации (строительство, маркетинг, обучение персонала) и собственно воплощение комплекса задуманных и спланированных мероприятий, включая мониторинг и при необходимости
корректировку хода выполнения проекта.
4. Фаза завершения (ликвидации) проекта, включающая в общем случае приемочные испытания, опытную эксплуатацию и сда25
чу проекта в эксплуатацию, а также итоговый анализ результатов
выполнения проекта, в том числе итоговой документации по проекту.
Выбор соответствующих методов и средств управления проектами, определяется прежде всего сложностью, масштабом и типом проекта. Причем, основные сложности, в общем случае, возникают на начальных фазах проекта, когда должны быть приняты
основные решения, требующие современных методов и средств с
целью разработки общей концепции и структуры проекта. Одним
из таких методов является декомпозиция структуры проекта.
IDEF0 – наиболее подходящий метод для анализа и логического
структурного проектирования [2, 3, 4, 9]. В основном, он применяется на ранних стадиях проекта и позволяет выполнять описание
сложных объектов с помощью простого и понятного графического
языка. IDEF0-модель в отличие от обычной декомпозиции функций
(рис. 2), образованной исключительно вертикальными связями, содержит горизонтальные связи между функциями. Это позволяет не
просто описать структуру функций, но и их взаимодействие, придающее совокупности функции системные свойства и хорошо просматриваемую структуру.
Методология IDEF0 имеет много общего с процессом издания
книг. Часто набор IDEF0-моделей организуют в виде подшивки с
оглавлением, глоссарием и другими атрибутами книг. Отличие
лишь в том, что для изложении материала вместо естественного используется специальный формальный язык. Такой набор моделей
в стандарте IDEF0 называется папкой. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет
собой самое общее описание системы и ее взаимодействия с внешней
средой (см. лабораторные работы № 1, 2). После описания системы
в целом производится разбиение модели на крупные фрагменты.
Именно этот процесс называется функциональной декомпозицией,
а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов между собой, диаграммами декомпозиции. На
рис. 15 показана в общем виде древовидная структура диаграмм:
Контекстная диаграмма А0 разбивается на крупные диаграммы
декомпозиции А1, А2, А3 (традиционно их 3–4), затем каждая из
диаграмм декомпозиции при необходимости может быть разбита
на более мелкие диаграммы декомпозиции до достижения необходимой детализации модели проекта и т. д. Для наглядности после
проведения функциональной декомпозиции часто строят также
Дерево функций (или Дерево узлов) – Node Tree (см. рис. 2).
26
После каждого сеанса декомпозиции проводятся сеансы экспертизы: эксперты предметной области указывают на соответствие
реальных бизнес – процессов созданным диаграммам. Найденные
несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу
декомпозиции.
Модели AS-IS и TO-BE [2, 4, 9]. Целью построения функциональных моделей обычно является выявление слабых и проблемных мест деятельности организации, управления работами. Анализ недостатков начинают с построения модели AS-IS (Как есть),
т. е. модели существующей организации работы. Модель AS-IS
обычно строится на основе изучения документации (должностных
инструкций, приказов, отчетов), анкетирования и опроса служащих предприятия. Полученная модель AS-IS служит для выявления неуправляемых работ, работ, не обеспеченных ресурсами,
дублирующихся работ и прочих недостатков в управлении работами. Исправление обнаруженных недостатков приводит к созданию
модели TO-BE (Как должно быть) – модели «идеальной» организации бизнес-процессов. Как правило, строится несколько моделей
TO-BE, среди которых определяют наилучший вариант. Иногда
текущая AS-IS и будущая TO-BE модели различаются очень сильно, так что переход от начального к конечному состоянию является неочевидным. В этом случае говорят о Реинжиниринге бизнеспроцессов (BPR – Business Process Re-engineering) [14, 15]. При
этом необходима третья модель, описывающая процесс перехода
от начального к конечному состоянию системы, поскольку такой
переход – это отдельный проект, результатом которого может быть
как совершенствование бизнес-процессов, так и реструктуризация
предприятия в целом.
При проведении функциональной декомпозиции (см. рис. 15)
помимо разбиения модели на обособленные фрагменты возникает
необходимость в формализации взаимодействия фрагментов между собой. Для этого в стандарте IDEF0 предусмотрены так называемые комбинированные стрелки [2, 3, 4, 9]. По стандарту существует пять основных видов комбинированных стрелок:
выход-вход, выход-управление, выход-механизм, обратная
связь выход-управление и обратная связь выход-вход. Эти типы
взаимодействия, естественно, отображаются при помощи стрелок.
Связь выход-вход обозначает, что выполнение одной работы
предшествует выполнению другой, и результат первой работы является входными материалами или данными для другой. Работа
27
Рис. 15. Структура декомпозиция модели по стандарту IDEF0
“Закупить материалы” на рис. 16 предшествует выполнению работы “Обработать материалы”.
Связь выход-управление показывает влияние одной работы на
другую. При этом результат выполнения первой работы управляет выполнением второй. Это классический прием функциональной
декомпозиции, которая и применяется в IDEF0. “Согласованный
план” на рис. 17 управляет реализацией рекомендаций экспертов.
Рекомендации никак не изменяются в процессе реализации, поэто ¹ÃÌÈÁËÕ
Ź˾ÉÁ¹ÄÔ
¥¹Ë¾ÉÁ¹ÄÔ
Рис. 16. Связь выход-вход
28
§ºÉ¹ºÇ˹ËÕ
Ź˾ÉÁ¹ÄÔ
©¹ÊÊÅÇËɾËÕ
ɾÃÇžƽ¹ÏÁÁ
ÖÃÊȾÉËÇ»
ªÇ¼Ä¹ÊÇ»¹ÆÆÔÂ
ÈĹÆ
©¾¹ÄÁÀÇ»¹ËÕ
ɾÃÇžƽ¹ÏÁÁ
Рис. 17. Связь выход-управление
му “Согласованный план” изображается стрелкой управления (а не
входа).
Связь выход-механизм представляет ситуацию, в которой одна
работа предоставляет средства для реализации другой функции. На
рис. 18 показан случай, когда для изготовления детали необходимо
приготовить специальную оснастку.
Обратные связи по управлению или входу применяются в тех
случаях, когда блок получает информацию от блока, который сам
выполняется на основе результатов работы первого блока.
Пример обратной связи выход-управление приведен на рис. 19 –
оценка эффективности хода проекта, реализуемого по принятому,
плану управляет модификациями самого плана. “Оценка эффективности” – безусловно, управляющая информация, поскольку
функция “Разработать план проекта” никак не модифицирует текущую оценку.
Обратная связь выход-вход обычно используется для того, чтобы показать цикл исправлений, доработок. Пример такой связи,
когда некоторые детали возвращаются на конвейер для повторной
окраски приведен на рис. 20.
¡À¼ÇËÇ»ÁËÕ
½¾Ë¹ÄÕ
¨Ç½¼ÇËÇ»ÁËÕ
ÇÊƹÊËÃÌ
§ÊƹÊËù
Рис. 18. Связь выход-механизм
29
©¹ÀɹºÇ˹ËÕ
ÈĹÆÈÉǾÃ˹
§Ï¾ÆÁËÕ
ÖÍ;ÃËÁ»ÆÇÊËÕ
»ÔÈÇÄƾÆÁØ
ÈÉǾÃ˹
§Ï¾Æù
ÖÍ;ÃËÁ»ÆÇÊËÁ
Îǽ¹ÈÉǾÃ˹
Рис. 19. Обратная связь выход-управление
¾Ë¹ÄÁƹ
½ÇɹºÇËÃÌ
£É¹ÊÁËÕ
½¾Ë¹ÄÁ
£É¹Ñ¾ÆÔ¾
½¾Ë¹ÄÁ
§Ï¾ÆÁËÕ
¼ÇËÇ»ÆÇÊËÕ
½¾Ë¹ÄÁ
œÇËǻԾ
½¾Ë¹ÄÁ
Рис. 20. Обратная связь выход-вход
Также с помощью обратной связи выход-вход можно показать,
как бракованные изделия используются в качестве сырья для того
же процесса, в результате которого они были неудачно произведены. Например, так можно отобразить процесс производства пластиковых упаковок, где некондиционные изделия сразу же становятся
сырьем для производства других упаковок.
Разветвления и объединение стрелок [2, 3, 4, 5, 9]. По сути
IDEF0 призван визуализировать взаимосвязь работ в системе. Выход функции может быть использован более, чем одной другой
функцией. Стрелки в IDEF0 могут разветвляться (branch) и объединяться (split), охватывая необходимые функции-блоки.
Стрелки являются иерархическими наборами объектов системы. Поскольку стрелка редко представляет один объект, то хорошим стилем проектирования является разветвление и объединение
стрелок. Вся стрелка или ее часть может начинаться в одном или
нескольких блоках и заканчиваться в одном или нескольких блоках. Объединение стрелок необходимо с целью минимизации количества стрелок и упрощения описания, а разветвление – для детализированного описания данных, поступающих на входы блоков.
При разветвлении или объединении каждая ветвь стрелки может получать свое название. Таким образом, осуществляется де30
композиция объектов, изображенных стрелкой. Если ветвь не получает своего названия, то она называется так же и содержит те же
объекты, что и разветвляемая стрелка.
Примеры разветвлений и объединений:
Пример, где стрелка разветвляется только для того, чтобы быть
присоединенной к нескольким работам, каждой из которых необходима вся информация, отображаемая стрелкой, приведен на
рис. 21.
В результате разветвления стрелки “Правила и процедуры” для
второй работы (рис. 22) специально выделяются данные о правилах
и процедурах для персонала. Это показывает, что в работе нужна
только часть информации, содержащейся в стрелке.
Если ответвление стрелки имеет свое название, т. е. выделяет
часть информации, то новое название должно отражать то, что от¨É¹»ÁĹÁ
ÈÉÇϾ½ÌÉÔ
"
"
"
Рис. 21. Разветвление с полной информацией
¨É¹»ÁĹÁ
ÈÉÇϾ½ÌÉÔ
"
¨É¹»ÁĹÁ
ÈÉÇϾ½ÌÉÔ½ÄØ
ȾÉÊÇƹĹ
"
"
Рис. 22. Разветвление с выделенной информацией
31
šÉ¹ÃÇ»¹ÆÆÔ¾
Ź˾ÉÁ¹ÄÔ
"
"
Рис. 23. Объединение “одинаковых” выходов
šÉ¹ÃÇ»¹ÆÆÔ¾
Ź˾ÉÁ¹ÄÔ
§ËÎǽÔ
"
"
šÉ¹ÃÇ»¹ÆÆÔ¾
½¾Ë¹ÄÁ
Рис. 24. Объединение “разных” выходов
ветвление является подмножеством исходной стрелки. Разветвление стрелок позволяет осуществить декомпозицию данных, изображаемых стрелкой.
При объединении неименованных стрелок (рис. 23) имеется в
виду, что выходы обеих работ имеют одинаковое название и писать
его около каждой стрелки нет необходимости.
Пример, когда объединяются стрелки с разными названиями
приведен на рис. 24. Объединенная стрелка получает название,
обобщающее ее составляющие.
При декомпозиции проекта по фазам жизненного цикла возникнет необходимость в использовании практически всех видов
комбинированных стрелок, которые будут иллюстрировать логику внутренних связей фаз внутри проекта, а также будут использоваться разветвление и объединение стрелок (рис. 25).
Технология выполнения работы
1. Откройте BPwin 4.0 и в стартовой вкладке выберите опцию
Open model. Откройте созданный при выполнении предыдущей работы файл Лаб21 (Контекстная диаграмма) – рис. 26.
32
Рис. 25. Стартовая вкладка декомпозиции
¥¾ËǽÇÄǼÁØ
ÌÈɹ»Ä¾ÆÁØ
ÈÉǾÃ˹ÅÁ
¹ÅÔʾÄ
ÈÉǾÃ˹
¡ÀžÆؾÅÔÂ
Èɾ½Å¾Ë
½¾Ø˾ÄÕÆÇÊËÁ
§¼É¹ÆÁоÆÁØ
ºÄÁ¿Æ¾¼ÇÁ
½¹ÄÕƾ¼Ç
ÇÃÉÌ¿¾ÆÁØ
ÈÉǾÃ˹
¡ÀžƾÆÆÔÂ
»É¾ÀÌÄÕ˹˾»ÔÈÇÄƾÆÁØ
›ÔÈÇÄƾÆÁ¾
ÈÉǾÃ˹Èɾ½Å¾Ë
ÇÊÆÇ»ÆÔÎ
žÉÇÈÉÁØËÁÂ
ÈÉǾÃ˹
ÇÃÌžÆ˹ÏÁØ
"
ÈÉǾÃ˹
©¾ÊÌÉÊÔÈÉǾÃ˹
ȾÉÊÇƹÄ
ÍÁƹÆÊǻԾ
Ź˾ÉÁ¹ÄÕÆÔ¾
ÁÆÍÇÉŹÏÁØ
Рис. 26. Контекстная диаграмма Проекта
2. Создайте заготовку декомпозиции, для чего воспользуйтесь
кнопкой
панели инструментов IDEF0 (кнопка Go to Child
Diagram – Перейти к дочерним диаграммам).
3. В диалоговой вкладке выберите количество блоков диаграмм
декомпозиции, равное 4 (4 основные фазы ЖЦП).
При этом создастся заготовка диаграмм декомпозиции с безымянными блоками и произвольным образом размещенными граничными стрелками.
4. Присвойте имена блокам диаграммы декомпозиции (по аналогии с п. 4 лабораторной работы № 2) в соответствии с табл. 3 (нумерация блоков осуществляется автоматически).
5. С помощью клавиши
внесите в поле диаграммы текст «Декомпозиция выполнения основных мероприятий проекта».
33
Таблица 3
Наименование блоков диаграммы декомпозиции
Номер блока
Наименование блока
1
2
3
4
Прединвестиционная фаза
Разработка проекта
Реализация проекта
Завершение проекта
6. Установите взаимодействие блоков между собой. Для этого в
соответствии со стандартом IDEF0 добавьте на диаграмму внутренние комбинированные стрелки в соответствии с табл. 4.
Таблица 4
Комбинированные стрелки диаграммы декомпозиции
Название стрелки
(Arrow Name)
Тип стрелки (Arrow Type)
и номера связываемых блоков
Утвержденная Концепция проекта
Бизнес-план проекта
Разработанные структуры проекта
Команда проекта
Выполненные работы
Связь выход-управление Блоков 1 и 2
Связь выход-вход Блоков 1 и 2
Связь выход-управление Блоков 2 и 3
Связь выход-механизм Блоков 2 и 3
Связь выход-вход Блоков 3 и 4
7. Установите связь граничных стрелок (которые были произвольным образом перенесены с Контекстной диаграммы). Для
этого в режиме редактирования объектов диаграммы
щелкните
левой клавишей мыши по «наконечнику» стрелки для связей типа
вход, управление или механизм, а затем по соответствующей грани работы, к которой данную стрелку необходимо присоединить.
Для стрелок выход щелкнуть надо наоборот по исходящему фрагменту стрелки. Граничные стрелки, не требующие разветвления
на данной диаграмме:
– Замысел проекта – вход Блока 1;
– Изменяемый предмет деятельности – вход Блока 3;
– Измененный предмет деятельности – выход Блока 4;
– Документация проекта – выход Блока 4.
8. Остальные стрелки (управление и механизм) необходимо разветвлять. Для этого в режиме рисования стрелок
панели IDEF0
щелкнуть по фрагменту стрелки, затем по соответствующей грани
работы. Указанные стрелки управление (2 стрелки) и механизм
необходимо присоединить ко всем блокам диаграммы декомпозиции.
34
9. Стрелки Концепция проекта, Структуры проекта и Документация проекта подлежат процедуре слияния, выполняемой аналогично разветвлению в режиме рисования стрелок
. В результате выполнения пунктов 4–8 получится диаграмма, аналогичная
показанной на рис. 27.
10. Создайте Диаграмму дерева узлов диаграммы декомпозиции. Для этого воспользуйтесь меню Diagram/ Add Node Tree. Выберите количество уровней, равное трем (см. рис. 28), так как в лабораторной работе подробного разбиения не проводилось.
Во втором диалоговом окне редактора установите опции в соответствии с рис. 29. Создается диаграмма Дерева узлов, аналогичная
рис. 2. Обратите внимание на состояние навигатора модели (слева
от области построения диаграмм).
11. Файл сохраните в папке вашей группы под именем Лаб31.
§¼É¹ÆÁоÆÁغÄÁ¿Æ¾¼Ç
Á½¹ÄÕƾ¼ÇÇÃÉÌ¿¾ÆÁØ
ÈÉǾÃ˹
¥¾ËǽÇÄǼÁØ
ÌÈɹ»Ä¾ÆÁØ
ÈÉǾÃ˹ÅÁ
¹ÅÔʾÄ
ÈÉǾÃ˹
¨É¾½ÁÆ»¾ÊËÁ
ÏÁÇÆƹØ͹À¹ £ÇÆϾÈÏÁØÈÉǾÃ˹
™
©¹ÀɹºÇËù
ÈÉǾÃ˹
šÁÀƾÊÈÄ¹Æ "
¡ÀžÆؾÅÔÂ
Èɾ½Å¾Ë
½¾Ø˾ÄÕÆÇÊËÁ
ªËÉÌÃËÌÉÔÈÉǾÃ˹
©¾¹ÄÁÀ¹ÏÁØ
ÈÉǾÃ˹
"
£ÇŹƽ¹ÈÉǾÃ˹
›ÔÈÇÄƾÆÆÔ¾
ɹºÇËÔ
ÇÃÌžÆ˹ÏÁØ
ÈÉǾÃ˹
¹»¾ÉѾÆÁ¾
ÈÉǾÃ˹
"
©¾ÊÌÉÊÔÈÉǾÃ˹ȾÉÊÇƹÄ
ÍÁƹÆÊǻԾŹ˾ÉÁ¹ÄÕÆÔ¾ÁÆÍÇÉŹÏÁØ
¡ÀžƾÆÆÔÂ
»É¾ÀÌÄÕ˹˾
»ÔÈÇÄƾÆÁØ
ÈÉǾÃ˹
Èɾ½Å¾Ë
Рис. 27. Оформленная диаграмма декомпозиции
35
Рис. 28. Диалоговое окно редактора создания Диаграммы дерева узлов
Рис. 29. Второе диалоговое окно редактора создания Диаграммы дерева узлов
36
12. Самостоятельно проведите декомпозицию модели вашего
объекта исследования по аналогии с пунктами 1–10 данной лабораторной работы. Создайте Дерево узлов. Файл сохраните в вашей
папке под именем Лаб32.
13. Результаты работы предъявите преподавателю.
Порядок оформления отчета
Подготовьте отчет о выполненной лабораторной работе. Отчет о
лабораторной работе должен содержать: титульный лист, цель лабораторной работы, разработанные вами диаграммы декомпозиции
и дерева узлов основных мероприятий проекта и вашего объекта
исследования. Сформулируйте выводы, которые можно сделать по
результатам выполненной работы. На компьютере представляется файл с результатами работы, записанными в папку с номером
вашей группы/ваша фамилия/№ лабораторной работы на сетевом
студенческом диске V.
Контрольные вопросы
1. Что такое жизненный цикл проекта?
2. Что такое прединвестиционная фаза проекта?
3. Что такое фаза разработки проекта?
4. Что такое фаза выполнения проекта?
5. Что такое фаза завершения проекта?
6. Что такое функциональная декомпозиция?
7. Для чего разрабатываются модели AS-IS и TO-BE?
8. Для чего служат комбинированные стрелки на диаграммах
функциональной декомпозиции?
9. Что обозначает связь выход-вход? Что обозначает обратная
связь выход-управление?
10. Что обозначает связь выход-управление? Что обозначает
связь выход-механизм?
11. Что обозначает обратная связь выход-вход?
12. Что такое разветвление стрелок? Что такое объединение
стрелок?
37
Лабораторная работа № 4
СОЗДАНИЕ И ДЕКОМПОЗИЦИЯ ДИАГРАММ
С ИСПОЛЬЗОВАНИЕМ СТАНДАРТА IDEF3
Задание
1. Ознакомиться с теоретическими основами построения диаграмм Workflow (IDEF3).
2. Создать Контекстную диаграмму и провести декомпозицию
процесса на примере обслуживания клиентов в банке.
3. Создать Контекстную диаграмму и провести декомпозицию
одного из процессов объекта исследования
Теоретические основы
Диаграммы Workflow (IDEF3) [2, 3, 4, 9] используются для
описания логики взаимодействия информационных потоков и потоков работ. Методология IDEF3 была разработана специально для
проектов, финансируемых Armstrong Laboratories ВВС США. Эта
технология предназначена для документирования и описания процессов, выполняемых экспертами-специалистами в предметной области, и для разработки моделей процессов, где очень важно четко
отображать последовательность и параллельность работ. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.
Эта методология моделирования использует графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих
процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур
обработки информации. С их помощью можно описывать сценарии
действий сотрудников организации, например, последовательность
обработки заказа или события, которые необходимо обработать за
конечное время.
Элементы модели IDEF 3:
Функциональный блок (Activity Box).
Работа в IDEF3 требует более подробного описания, чем работа в
IDEFO. Каждая работа должна иметь ассоциированный документ,
38
который включает текстовое описание компонентов работы: объектов (Objects) и фактов (Facts), связанных с работой, ограничений
(Constraints), накладываемых на работу, и дополнительное описание работы (Description). Эта информация заносится во вкладку
диалога Activity Properties.
Таблица 5
Основные элементы диаграмм в методологии IDEF3
Диаграммы
Основная единица описания в IDEF3
Единица работы Центральный компонент модели. Изображаются прямо(UOW)
угольниками и имеют имя, выраженное отглагольным
существительным, обозначающим процесс действия,
одиночным или в составе фразы, и номер; другое имя
существительное в составе имени обычно отображает
основной выход (результат работы)
Связи
Показывают взаимоотношения работ. Все связи в IDEF3
однонаправлены и по стандарту могут быть направлены
куда угодно (но традиционно диаграммы IDEF3 стараются строить так, чтобы все связи были направлены
слева направо)
В IDEF3 различают три вида стрелок (рис. 30), изображающих
связи, стиль которых устанавливается через контекстное меню
Style:
Виды стрелок:
1. Старшая (Precedence) стрелка [ ] – сплошная линия, связывающая единицы работ:
− рисуется слева направо или сверху вниз;
− показывает, что работа-источник должна закончиться раньше, чем работа-цель начнется.
2. Стрелка отношения (Relational Link) [] – пунктирная линия,
использующаяся для изображения связей между единицами работ,
а также между единицами работ и объектами ссылок:
− стрелка является альтернативой старшей стрелке или потоку
объектов в смысле задания последовательности выполнения работ;
− показывает, что работа-источник не обязательно должна закончиться прежде, чем работа-цель начнется. Более того, работа-цель
может закончиться прежде, чем закончится работа-источник.
3. Старшая связь и поток объектов. Старшая связь показывает,
что работа-источник заканчивается ранее, чем начинается работацель. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае стрелку, обо39
Рис. 30. Меню выбора вида стрелок в IDEF3
значающую объект, изображают с двойным наконечником. Потоки
объектов (Object Flow)[ ] – стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух
или более единицах работы:
− поток объектов имеет ту же семантику, что и старшая стрелка;
− часто результатом работы-источника становится объект, необходимый для запуска работы-цели; в этом случае стрелку, обозначающую объект, изображают с двойным наконечником;
− имя стрелки должно ясно идентифицировать отображаемый
объект.
Перекрестки. Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки
используются для отображения логики взаимодействия стрелок
при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом
следующей работы. Различают перекрестки для слияния и разветвления стрелок. Перекресток не может использоваться одновре40
менно для слияния и для разветвления. Для внесения перекрестка
служит кнопка
в палитре инструментов. Основные характеристики перекрестков:
− Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок.
− Перекресток не может использоваться одновременно для слияния и разветвления.
− Все перекрестки на диаграмме нумеруются, каждый номер
имеет префикс J.
− В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и
разветвляться только через перекрестки.
− Перекрестки по логике взаимодействия разделяются на 5 типов, смысл каждого типа приведен в табл. 6.
В диалоге Select Junction Type (рис. 31) необходимо указать тип
перекрестка.
Таблица 6
Типы перекрестков в IDEF3 и их логическое значение
Асинхронное «И»
Все предшествующие Все следующие про(Asynchronous AND) процессы должны
цессы должны быть
быть завершены
запущены
Синхронное»И»
(Synchronous AND)
Все предшествующие Все следующие пропроцессы завершены цессы запускаются
одновременно
одновременно
Асинхронное
«ИЛИ» (Asynchronous OR)
Один или несколько Один или несколько
предшествующих про- следующих процессов
цессов должны быть должны быть запузавершены
щены
Синхронное «ИЛИ» Один или несколько
(Synchronous OR)
предшествующих
процессов завершены
одновременно
Один или несколько
следующих процессов
запускаются одновременно
Исключающее
Только один предТолько один следую«ИЛИ» XOR (Exclu- шествующий процесс щий процесс запускаsive OR)
завершен
ется
Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка в окне
41
Рис. 31. Меню выбора типа перекрестка
его свойств. В IDEF3 стрелки могут сливаться и разветвляться
только через перекрестки (в отличие от IDEF0).
Объект ссылки выражает некую идею, концепцию или данные,
которые нельзя связать со стрелкой, перекрестком или работой.
Для внесения объекта ссылки служит кнопка в палитре инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в
диалоге Referent (рис. 32).
В качестве имени можно использовать имя какой-либо стрелки
с других диаграмм или имя сущности из модели данных. Объекты
ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями. Официальная спецификация IDEF3
различает три стиля объектов ссылок – безусловные, синхронные
и асинхронные.
При внесении объектов ссылок помимо имени следует указывать тип объекта ссылки.
Рис. 32. Меню выбора объекта ссылки
42
Таблица 8
Типы объектов ссылки в IDEF3
Тип объекта
ссылки
Цель описания
OBJECT
Описывает участие важного объекта в работе
GOTO
Инструмент циклического перехода (в повторяющейся последовательности работ), возможно на текущей диаграмме,
но не обязательно. Если все работы цикла присутствуют на
текущей диаграмме, цикл может также изображаться стрелкой, возвращающейся на запуск.GOTO может ссылаться на
перекресток
UOB (Unit Применяется, когда необходимо подчеркнуть множественof behavior) ное использование какой-либо работы, но без цикла. Например, работа «Контроль качества» может быть использована в
процессе «Изготовление изделия» несколько раз, после каждой единичной операции. Обычно этот тип ссылки не используется для моделирования автоматически запускающихся
работ
NOTE
Применяется для документирования важной информации,
относящейся к каким-либо графическим объектам на диаграмме. NOTE является альтернативой внесению текстового
объекта в диаграмму
ELAB (Elab- Используется для усовершенствования графиков или их боoration)
лее детального описания. Обычно употребляется для детального описания разветвления и слияния стрелок на перекрестках
Декомпозиция работ в IDEF3 используется (как и в IDEF0) для
детализации работ. Причем, в IDEF3 можно декомпозировать работу многократно, что позволяет в одной модели описать альтернативные потоки. При этом номер работы состоит из номера родительской работы, версии декомпозиции и собственного номера работы на текущей диаграмме.
Технология выполнения работы
Построим диаграмму детализации работ обслуживания в банке
в стандарте IDEF3. В банк приходит клиент, а из банка клиент либо
выходит обслуженным, либо ему отказывается в обслуживании (по
условию задачи). В банке работают две кассы.
Начнем с построения Контекстной диаграммы.
43
1. Создайте рабочий лист для нового проекта в Bpwin. Для создания новой модели используйте кнопку
. Появится диалоговое
окно (рис. 11). Внесите в текстовое поле Name имя модели (например, Лаб4) и выберите тип модели Type: Process Flow(IDEF3). При
этом будет отображена инструментальная панель (рис. 33), позволяющая выбрать нужный элемент IDEF3:
2. В меню свойств новой модели во вкладке General укажите
вашу фамилию, номер группы и инициалы.
3. По аналогии с технологией выполнения лабораторной работы
№ 1 сформулируйте Контекстную диаграмму, введите имя блока
«Обслуживание» или «Обслужить», проведите и присвойте наименование граничным стрелкам в соответствии с рис. 34.
Как видно, в банк поступает клиент, а из банка клиент либо выходит обслуженным, либо ему отказывается в обслуживании по
условиям задачи. Для более детального рассмотрения работ декомпозируем данную работу на 3 вида работ:
1. Появление клиента.
2. Обслужить клиента (касса 1).
3. Обслужить клиента (касса 2).
4. Проведите декомпозицию в соответствии с условием задачи
по аналогии с технологией выполнения лабораторной работы № 3.
После декомпозиции получаем следующую диаграмму (рис. 35).
В качестве перекрестка модели используется
(исключающее
«ИЛИ» XOR (Exclusive OR): Только один следующий процесс запускается). На декомпозированной диаграмме видно, какие виды работ необходимо реализовывать для выполнения основной задачи.
При необходимости каждую из этих работ можно декомпозировать
на более мелкие для описания конкретной реализации.
5. Самостоятельно проведите декомпозицию следующего уровня по аналогии с рис. 36. В качестве перекрестка используйте
(Асинхронное “И” (Asynchronous AND): Все предшествующие процессы должны быть завершены; Все следующие процессы должны
быть запущены).
6. Файл сохраните в папке вашей группы под именем Лаб41.
Рис. 33. Инструментальная панель IDEF3
44
45
Рис. 34. Пример Контекстной диаграммы IDEF3
46
Рис. 35. Декомпозиция процесса обслуживания клиента в банке IDEF3
47
Рис. 36. Пример декомпозиция процесса открытия счета клиентом в банке IDEF3
7. Создайте Контекстную диаграмму вашего объекта исследования в соответствии с IDEF3, проведите декомпозицию. Файл сохраните в папке вашей группы под именем Лаб42.
8. Результаты работы предъявите преподавателю.
Порядок оформления отчета
Подготовьте отчет о выполненной лабораторной работе. Отчет о
лабораторной работе должен содержать: титульный лист, цель лабораторной работы, разработанные вами Контекстную диаграмму и
диаграммы декомпозиции. Сформулируйте выводы, которые можно сделать по результатам выполненной работы. На компьютере
представляется файл с результатами работы, записанные в папку с
номером вашей группы/ваша фамилия/№ лабораторной работы на
сетевом студенческом диске V.
Контрольные вопросы
1. Для чего используются диаграммы Workflow?
2. Какому стандарту моделирования соответствуют диаграммы
Workflow?
3. В чем особенность представления работы в соответствии со
стандартом моделирования IDEF3 по сравнению с IDEF0?
4. Основные элементы диаграмм стандарта моделирования IDEF3: как изображается и что обозначает единица работы
(UOW)?
5. Основные элементы диаграмм стандарта моделирования
IDEF3: как изображаются и что обозначают связи?
6. Какие виды стрелок используются в стандарте моделирования IDEF3?
7. Что обозначает и как изображается в IDEF3 старшая
(Precedence) стрелка?
8. Что обозначает и как изображается в IDEF3 стрелка отношения (Relational Link)?
9. Что обозначает и как изображается в IDEF3 старшая связь и
поток объектов (Object Flow)?
10. Что такое перекресток в стандарте моделирования IDEF3?
11. Какие основные характеристики перекрестков в IDEF3?
12. Какие основные типы перекрестков используются в IDEF3 и
каково их логическое назначение?
48
Лабораторная работа № 5
СОЗДАНИЕ ДИАГРАММ
С ИСПОЛЬЗОВАНИЕМ СТАНДАРТА DFD
Задание
1. Ознакомиться с теоретическими основами методики структурирования проекта.
2. Ознакомиться с теоретическими основами стандарта моделирования DFD.
3. Провести декомпозицию фазы разработки проекта с использованием стандарта моделирования DFD.
4. Построить Контекстную диаграмму и провести декомпозицию
объекта исследования с использованием стандарта моделирования
DFD.
Теоретические основы
Понимание проекта как структурированного объекта является
основой профессиональных методов управления проектом.
Структуры проекта – это иерархические декомпозиции проекта на составные части (элементы, модули), необходимые и достаточные для эффективного управления проектом [6, 7, 10].
Каждый нижестоящий уровень структуры представляет собой
детализацию элемента высшего уровня проекта.
Наиболее часто используемая структурная модель проекта –
это структурная декомпозиция работ проекта (Work Breakdown
Structure – WBS). Построение WBS является центральным инструментом определения работ, которые должны выполняться в рамках
проекта. Она отображает расчленение сложного проекта на компоненты. Нижний уровень соответствует пакетам работ, для которых
разрабатывается бюджет и отчет о расходах.
При управлении проектом используются различные структурные модели проекта, например:
Дерево целей проекта – структурная декомпозиция цели проекта на составные части, показывающая, как генеральная цель разбивается на подцели следующего уровня.
Структура продукции – схема, показывающая структуру производимого в результате выполнения проекта объекта (продукта,
услуги).
49
Дерево исполнителей или структурная модель организации проекта (OBS – Organisational Breakdown Structure) предназначена для
соотнесения работ с организационными единицами проекта.
Матрица ответственности отражает связь пакетов работ с
организациями-исполнителями на основе схем WBS и OBS.
Дерево ресурсов – структурная декомпозиция требуемых для
выполнения проекта ресурсов.
Дерево стоимости – структурная декомпозиция стоимостных
показателей проекта, которая строится на основе WBS и дерева ресурсов. Примеры некоторых основных структур проекта (на примере проекта разработки Web-сайта) приведены в Прил. 2.
Правила декомпозиции проекта:
совокупность элементов каждого уровня структуры должна
представлять весь проект;
суммарное значение характеристик элементов проекта (стоимость, ресурсы, количество исполнителей и т. д.) на каждом уровне
должны совпадать;
нижний уровень декомпозиции проекта должен содержать такие работы, для которых могут быть определены количественные
значения характеристик этих работ;
на основе структурных моделей строятся матрицы взаимосвязей
различных функций управления проектами, например:
матрица распределения ответственности и распределения работ
строится на основе WBS и OBS;
матрица соответствия рисков определенным работам RBS и
WBS;
матрица соответствия контрактов определенным работам;
матрица распределения рисков по контрактам и т. д.
Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть
связанных между собой работ. Их целесообразно использовать как
дополнение к модели IDEF0 для более наглядного отображения информационных потоков и операций документооборота [2, 3, 4, 9].
DFD описывает:
− функции обработки информации (работы);
− документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;
− внешние ссылки (external references), которые обеспечивают
интерфейс с внешними объектами, находящимися за границами
моделируемой системы;
50
− таблицы для хранения документов (хранилище данных, data
store).
В BPwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона.
Создание диаграммы DFD
Для создания диаграммы DFD необходимо в диалоге New Model
(рис. 37) выбрать кнопку DFD:
Для того, чтобы дополнить модель IDEF0 диаграммой DFD, следует при декомпозиции в диалоге (рис. 38) Activity Box Count выбрать кнопку DFD.
Рис. 37. Диалоговое окно BPwin для создания модели DFD
Рис. 38. Диалоговое окно BPwin для декомпозиции модели DFD
51
Рис. 39. Палитра инструментов DFD
В палитре инструментов на новой диаграмме DFD появляются
новые кнопки (рис. 39):
1) добавить в диаграмму работу Activity Box Tool – используется
для установки блоков в диаграмме;
2) добавить в диаграмму внешнюю ссылку (External Reference);
внешняя ссылка является источником или приемником данных
извне модели;
3) добавить в диаграмму хранилище данных (Data store); хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах.
Таблица 9
Основные элементы диаграммы в соответствии со стандартом DFD
Элемент
диаграммы
Работы
(Функциональные
блоки)
Внешние
сущности
Стрелки
(Потоки
данных)
Хранилище
данных
Правила изображения и особенности элементов
Представляют собой функции системы, преобразующие входы
в выходы. В соответствии со стандартом DFD изображаются в
виде прямоугольника со скругленными углами
Изображают входы в систему и/или выходы из системы. Изображаются в виде прямоугольника с тенью. Обычно располагаются по краям диаграммы
Описывают движение объектов из одной части модели системы
в другую. Стрелки могут подходить и выходить из любой грани прямоугольника работы. Также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ»
между работами, между работой и внешней сущностью и между внешними сущностями
Изображает объекты в покое (в отличие от стрелок, описывающих объекты в движении). Это могут быть БД, места складирования продукции, очереди и прочее
Стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает
модели DFD более похожими на физические характеристики системы– движение объектов (data flow), хранение объектов (data
52
stores), поставка и распространение объектов (external entities) (см.
табл. 9). DFD рассматривает систему как совокупность предметов.
Контекстная диаграмма часто включает работы и внешние ссылки.
Работы обычно именуются по названию системы, например «АРМ
клиента».
Функциональный блок DFD моделирует некоторую функцию,
которая (как и в стандарте IDEF0) преобразует вход в выход. Хотя
функциональные блоки DFD изображаются в виде прямоугольников со скругленными углами, они идентичны функциональным
блокам IDEF0 и действиям IDEF3. При этом функциональные блоки
DFD имеют входы и выходы, но не имеют управления и механизма.
Слияние и разветвление стрелок. В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок.
Каждый новый сегмент сливающейся или разветвляющейся стрелки может иметь собственное имя.
Нумерация объектов. В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта – это уникальный номер работы на диаграмме. Уникальный номер имеют хранилища данных и внешние сущности
независимо от их расположения на диаграмме. Каждое хранилище
данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс E и уникальный номер.
В отличие от IDEF0, рассматривающего систему как множество взаимопересекающихся действий, в названии элементов DFDдиаграмм преобладают имена существительные. Контекстная
диаграмма DFD традиционно состоит из одного функционального
блока и двух (реже – нескольких) внешних сущностей. Функциональный блок на этой диаграмме обычно имеет имя, совпадающее с
именем всей системы.
Рассмотрим DFD диаграмму примера, сформулированного в
предыдущей лабораторной работе. Сначала построим Контекстную диаграмму для определения внешних связей нашего объекта.
Для этого поместим в область диаграммы блок работы (Activity
Box Tool). В нашем примере внешними сущностями являются события «Появление клиента» и «Уход клиента». Для отображения
данных сущностей на диаграмме добавим на нее два блока External
Reference слева и справа от основной работы. После этого соединим
внешние сущности с работой. Получили следующее (см. рис. 40).
Для более детального анализа передвижений внутри банка декомпозируем диаграмму (рис. 41), используя основные элементы
стандарта моделирования DFD.
53
54
Рис. 40. Контекстная диаграмма DFD для процесса обслуживания клиента в банке
55
Рис. 41. Декомпозиция диаграммы DFD процесса обслуживания клиента в банке
После декомпозиции добавляем на диаграмму необходимые
хранилища и соединяем блоки между собой. Хранилище данных
позволяет на определенных участках определить данные, которые
будут сохраняться в памяти между процессами.
На DFD-диаграмме можно увидеть саму структуру будущей работы банка, со всеми используемыми сущностями данных. Данная
декомпозированная DFD – диаграмма может являться основой для
создания структуры БД хранения данных, поэтому тщательным
образом необходимо продумывать каждое хранилище.
Технология выполнения работы
1. Самостоятельно разработайте сначала Контекстную, а затем
диаграмму декомпозиции для фазы разработки проекта по стандарту DFD. Опирайтесь на ваш собственный опыт разработки структур
проекта, приобретенный на практических занятиях. В приложении 2 приведен пример разработки основных структур для проекта
Web-сайта. Также использовать рекомендации табл. 10. Результаты сохраните в вашей папке с именем Лаб51.
2. Разработайте сначала Контекстную, а затем диаграмму декомпозиции для вашего объекта исследования в соответствии со
стандартом DFD. Результаты сохраните в вашей папке с именем
Лаб52.
Таблица 10
Рекомендуемые элементы диаграммы DFD декомпозиции
процесса разработки структур проекта
Элемент диаграммы
Его содержание, особенности, рекомендации
Внешние сущности 1. Вход в систему: Бизнес-план проекта, задание на
разработку структур проекта.
2. Выход: Реализация проекта в соответствии с разработанным планом
Работы
Разработка основных структур проекта: 1. Дерева
целей. 2. WBS. 3. Организационной структуры проекта. 4. Матрицы ответственности
Хранилища данных «Объекты в покое»: разработанные WBS, Матрица
ответственности и др. Очереди использовать не рекомендуется
Стрелки
56
Одно- и двунаправленные стрелки, описывающие
движение объектов и данных между: внешними сущностями, работами, хранилищами данных
Порядок оформления отчета
Подготовьте отчет о выполненной лабораторной работе. Отчет о
лабораторной работе должен содержать: титульный лист, цель лабораторной работы, разработанные вами Контекстные диаграммы и
диаграммы декомпозиции. Сформулируйте выводы, которые можно сделать по результатам выполненной работы. На компьютере
представляется файл с результатами работы, записанные в папку с
номером вашей группы/ваша фамилия/№ лабораторной работы на
сетевом студенческом диске V.
Вопросы
1. Для чего проводится структуризация проекта?
2. В какой фазе жизненного цикла проекта (ЖЦП) проводится
его структуризация?
3. Что такое дерево целей проекта?
4. Что такое WBS?
5. Что такое организационная структура проекта?
6. Что такое матрица ответственности?
7. Для чего используются диаграммы DFD?
8. Что представляют собой работы в соответствии с DFD и как
они изображаются по стандарту?
9. Что такое внешние сущности в соответствии с DFD?
10. В чем сходство и в чем отличие стрелок в диаграммах стандартов моделирования IDEF0 и DFD?
11. Что такое Хранилище данных?
12. Как производится нумерация объектов на диаграммах DFD?
57
Лабораторная работа № 6
СОЗДАНИЕ И ДЕКОМПОЗИЦИЯ ДИАГРАММ
С ИСПОЛЬЗОВАНИЕМ СЕМЕЙСТВА СТАНДАРТОВ
МОДЕЛИРОВАНИЯ IDEF и CASE-средства BPwin
Задание
1. Ознакомиться с теоретическими основами.
2. По согласованию с преподавателем выбрать задание в соответствие с предложенными темами самостоятельной работы.
3. Построить модели процессов (согласно выбранному заданию),
включающие: Контекстную диаграмму процесса и диаграммы декомпозиции, используя стандарты моделирования IDEF0, IDEF3 и
DFD.
Теоретические основы
В качестве предметной области для тренировки навыков самостоятельного анализа и моделирования бизнес-процессов предлагается популярная и актуальная в настоящий момент ситуация
и объект исследования – организация работы образовательных
учреждений в различных вариантах: государственных и негосударственных, с филиалами и без филиалов, на различных этапах жизненного цикла: «набор-обучение-вручение дипломов» и др. [2].
Ситуация имеет много вариантов: очное, заочное и дистантное
образование, вечерняя и дневная формы обучения, наличие филиалов либо их отсутствие.
Данная предметная область обладает также возможностью вариации Точки зрения (View Point) и конкретными целями: «поступить в институт», «подготовиться к ответственному экзамену (или
зачету) в процессе обучения», грамотно «спланировать» подготовку и защиту реферата, контрольной и т. д. При этом необходимо
учитывать, что взгляд на любой бизнес-процесс вуза безусловно
зависит от точки зрения: студент (или абитуриент), ректор, декан,
родители студентов и др.
Технология выполнения работы
1. Обсудите и согласуйте с преподавателем возможность и необходимость построения диаграмм различного типа семейства IDEF
для вашего объекта исследования.
58
2. С учетом Точки зрения постройте модели процессов согласно
выбранному заданию. Разработайте Контекстную диаграмму по
стандарту IDEF0. Постройте диаграммы декомпозиции, используя
IDEF-технологии, которые вы изучили, выполняя данный лабораторный практикум. В приложении 3 приведены примеры таких
диаграмм для аналогичной предметной области.
Порядок оформления отчета
Подготовьте отчет о выполненной лабораторной работе. Отчет о
лабораторной работе должен содержать: титульный лист, цель лабораторной работы, разработанные вами Контекстную диаграмму
и диаграммы декомпозиции с краткими пояснениями. Сформулируйте выводы, которые можно сделать по результатам выполненной работы. Поясните, почему использовали те или иные стандарты моделирования семейства IDEF. На компьютере представляется файл с результатами работы, записанными в папку с номером
вашей группы/ваша фамилия/№ лабораторной работы на сетевом
студенческом диске V.
59
60
2
1
Организация работы регионального
филиала государственного вуза
Цикл: «набор –
обучение – вручение дипломов»
Ректорат
Процессы организации:
головного
– рекламной компании;
– приема вступительных экзаменов; вуза
– формирования групп.
Обеспечение филиала всеми видами
учебно-методической поддержки.
Обеспечить финансовую сторону деятельности филиала:
– оплату труда работникам;
– стипендию студентам
Организация рабо- Организовать набор студентов, сфор- Директор
филиала
ты регионального мировать группы.
филиала государ- Обеспечить студентов учебно-метоственного вуза
дическими материалами, полученными из головного вуза.
Цикл: «набор –
обучение – вруче- Проводить зачетные и экзаменационные мероприятия.
ние дипломов»
Организовать подготовку и защиту дипломов.
Подготовить отчеты (включая финансовые) для головного вуза
№ Содержание задания Основные моделируемые функции системы Точка зрения
темы
Варианты индивидуальных тем
Примечания и комментарии
Таблица 11
Данная тема может быть разработана группой из 2 студентов
Учесть возможность использования преподавательских кадров головного вуза
Данная тема может быть разработана группой из 2–3 студентов
Помимо дневной формы обучения
желательно предусмотреть возможность дистантной формы обучения
ТЕМЫ ДЛЯ САМОСТОЯТЕЛЬНОЙ РАБОТЫ
ПРИЛОЖЕНИЕ 1
61
Организация процесса поступления
в государственный
вуз
Организация процесса поступления
в государственный
вуз
5
6
4
Организация работы регионального
филиала государственного вуза
Цикл: «набор –
обучение – вручение дипломов»
Организация процесса приема в
государственный
вуз
3
Форма обучения – дневная
Примечания и комментарии
Учесть специфику набора студентов на контрактную и бюджетную
формы обучения
Учесть возможность дополнительного набора (по контрактной форме обучения)
Поиск подходящего вуза.
Абитуриент Учесть возможность перехода на
другую специальность или факульВыбор специальности.
тет в случае недобора баллов
Организация подготовки (репетиторы,
курсы и др.).
Сдача ЕГЭ.
Подача документов
Помощь абитуренту в поиске подходя- Родители
Учесть необходимость краткосрочабитуриного отдыха ребенка в промежутке
щего вуза и специальности.
Помощь в организации подготовки к ента
между экзаменами, а также поЕГЭ.
мощь в организации процесса подачи документов в приемную коПрочее (в том числе: организация питания и отдыха)
миссию вуза
Организация рекламной компании.
Ректорат
Организация дней открытых дверей в вуза
вузе.
Организация приема документов.
Организация процесса зачисления
Поступление в вуз.
Студент
Участие во всем цикле обучения.
Прохождение зачетных и экзаменационных мероприятий.
Подготовка дипломной работы.
Защита дипломной работы
№ Содержание задания Основные моделируемые функции системы Точка зрения
темы
Продолжение прил. 1
62
Организация процесса обучения в
вузе
Организация подготовки студента
к ответственному
экзамену
8
9
10 Организация подготовки студента
к ответственному
экзамену
Организация процесса обучения в
вузе
7
Учебная работа.
Студент
Выполнение заданий с использованием современных информационных ресурсов.
Прохождение контрольных мероприятий.
Подготовка и защита диплома
Организация учебного процесса.
Деканат
Контроль выдачи и приема заданий.
Проведение контрольных мероприятий.
Выдача дипломов
Спланировать подготовку в целом.
Студент
Обеспечить наличие учебно-методических материалов.
Пройти промежуточные и итоговое тестирование.
Сдать экзамен
Спланировать подготовку в целом.
Деканат
Обеспечить наличие у студентов учебно-методических материалов.
Организовать консультации преподавателей.
Обеспечить возможность тестирования
№ Содержание задания Основные моделируемые функции системы Точка зрения
темы
Учесть возможность переэкзаменовки
Учесть возможность неудачного
прохождения теста.
Учесть возможность переэкзаменовки
Учесть возможность переэкзаменовки и отчисления студентов
Учесть возможность переэкзаменовки
Примечания и комментарии
Продолжение прил. 1
63
Спланировать подготовку.
Родители
Обеспечить средствами для покупки студента
литературы.
Обеспечить питание.
Другие мероприятия
12 Организация под- Спланировать подготовку по своему Лектор
готовки студента курсу.
к ответственному Обеспечить студентов учебно-методиэкзамену
ческими электронными ресурсами.
Подготовить тесты.
Принять экзамен.
Отчитаться перед деканатом
13 Подготовка высту- Выбор темы.
Научный
пления на студен- Подбор литературы.
руководической конферен- Проведение консультаций.
тель
ции
Организация выступления
Студент
14 Подготовка высту- Планирование.
пления на студен- Выбор и согласование темы.
ческой конферен- Подбор и изучение литературы.
Оформление работы.
ции
Выступление
15 Тема, сформулированная студентом
самостоятельно и
согласованная с
преподавателем
11 Организация подготовки студента
к ответственному
экзамену
№ Содержание задания Основные моделируемые функции системы Точка зрения
темы
Учесть необходимость неоднократных консультаций с научным руководителем.
Учесть необходимость посещения
научных читальных залов РНБ
Учесть необходимость точной формулировки темы, в том числе точки зрения
Учесть необходимость неоднократных консультаций
Учесть возможность переэкзаменовки.
Учесть необходимость подготовки
и доступа студентов к электронным ресурсам по дисциплине
Учесть возможность кратковременного отдыха перед экзаменом
Примечания и комментарии
Окончание прил. 1
ПРИЛОЖЕНИЕ 2
ПРИМЕР СТРУКТУРИРОВАНИЯ
ДЛЯ ПРОЕКТА РАЗРАБОТКИ WEB-САЙТА
ªÇÀ½¹ÆÆÔÂ8FCÈÉǾÃË
8FCʹÂË
­ÁÉžÆÆÔÂÊËÁÄÕ
XFCÈÉǾÃ˹
ÇÃÌžÆËÔÈÇ
ÈÇÄÕÀÇ»¹ÆÁ×ʹÂËÇÅ
š¹ÀǻǾ
ÁÆÍÇÉŹÏÁÇÆÆǾ
ƹÈÇÄƾÆÁ¾
Рис. 42. Структура продукции
64
65
ªËÉÌÃËÌɹ
ÈÇÄÕÀÇ»¹Ë¾ÄÕÊÃǼÇ
ÁÆ˾É;Âʹ
©¹ÀɹºÇËù
ÖÊÃÁÀÇ»½ÁÀ¹Âƹ
ÈÉǾÃ˹
ªÇÀ½¹ÆÁ¾
ÈÉǼɹÅÅÆÔÎ
ÖľžÆËÇ»
ªÇÀ½¹ÆÁ¾
ÇÉÁ¼ÁƹÄÕÆǼÇ
ÊËÁÄØʹÂ˹
š¹ÀǻǾ
ÁÆÍÇÉŹÏÁÇÆÆǾ
ƹÈÇÄƾÆÁ¾
©¾¹ÄÁÀ¹ÏÁØ
ƹ»Á¼¹ÏÁÁ
»Åǽ¾ÄÁÈÉǾÃ˹
©¾¹ÄÁÀ¹ÏÁØ
ÈÉǾÃ˹
§ËĹ½Ã¹É¹ºÇËÔ
ʹÂ˹
¨Ç½¼ÇËǻù
½ÇÃÌžÆËÇ»
ÈÇÈÇÄÕÀÇ»¹ÆÁ×
ʹÂËÇÅ
«¾ÊËÁÉÇ»¹ÆÁ¾
Рис. 43. Структурная декомпозиция работ проекта (Work Breakdown Structure – WBS)
©¹ÀɹºÇËù
ÊËÉÌÃËÌÉÔ
ÌÈɹ»Ä¾ÆÁؽ¹ÆÆÔÅÁ
©¹ÀɹºÇËù
ÊËÉÌÃËÌÉÔÈÉǾÃ˹
©¹ÀɹºÇËù
ÊËÉÌÃËÌÉÔ½¹ÆÆÔÎ
§Èɾ½¾Ä¾ÆÁ¾
ÇË»¾ËÊË»¾ÆÆÔÎ
À¹ÈÉǽ»Á¿¾ÆÁ¾
ÈÉǾÃ˹
¬Ë»¾É¿½¾ÆÁ¾
ÁÊÈÇÄÕÀ̾ÅÔÎ
ØÀÔÃÇ»ÈÉǼɹÅ
ÅÁÉÇ»¹ÆÁØ
¾Ë¹ÄÕÆÔÂ
¹Æ¹ÄÁÀ½¹ÆÆÔÎ
§ÀƹÃÇÅľÆÁ¾
ÊÊǽ¾É¿¹ÆÁ¾Å
ÈÉǾÃ˹
¨ÇÊ˹Æǻù
ϾľÂÁÀ¹½¹Ð
ÈÉǾÃ˹
©¹ÀɹºÇËùÃÇÆϾÈÏÁÁ
ÈÉǾÃ˹
©¹ÀɹºÇËùXFCʹÂ˹
66
œÄ¹»ÆÔÂ
˾ÎÆÇÄǼ
«»ÇÉоÊÃÁÂ
½ÁɾÃËÇÉ
¥¾Æ¾½¿Å¾ÆË
¨ÉǼɹÅÅÁÊËÔ
º¹À½¹ÆÆÔÎ
¨ÉǼɹÅÅÁÊË
"DUJPO4DSJQU
'MBTI
ɹÀɹºÇËÐÁÃÁ
8FC
ÈÉǼɹÅÅÁÊËÔ
§Ë½¾Ä
ÈÉǼɹÅÅÁÉÇ»¹ÆÁØ
ÁÀ¹ÂƾÉÔ
®Ì½Ç¿ÆÁÃÁ
§Ë½¾ÄXFC½ÁÀ¹Âƹ
Рис. 44. Организационная структура проекта
¡ÆÍÇÉŹÏÁÇÆÆÔÂ
¹ÉÎÁ˾ÃËÇÉ
¬Èɹ»ÄØ×ÒÁÂ
Êǽ¾É¿¹ÆÁ¾Å
§È¾É¹ËÇÉÔ
º¹À½¹ÆÆÔÎ
§Ë½¾ÄÁÆÍÇÉŹÏÁÁ
©ÌÃǻǽÁ˾ÄÕÈÉǾÃ˹
«¾ÊËÁÉÇ»ÒÁÃ
ùоÊË»¹
§Ë½¾Ä
˾ÊËÁÉÇ»¹ÆÁØ
67
+ ответственный
+/ – принимает участие
–/+ согласование
4 4.1
4.2
+
+
+/–
+
3.3
3.4
+
+
3 3.1
+
3.2
+
+
+
2.4
2.3
2.2
2 2.1
1.5
1.4
+
+/–
+
+/–
1.3
+/–
+
+
+
+
+
+/–
+
+/–
+/–
+/–
+/–
+/–
+
Руководитель Творческий Главный Управляющий Информацион- Отдел програм- Отдел web- Отдел тестипроекта
директор технолог содержанием ный архитектор
мирования
дизайна
рования
1.2
1 1.1
Номера
работ
Матрица ответственности
Таблица 12
68
Рис. 45. Контекстная диаграмма основной деятельности образовательного учреждения в соответствии с IDEF0
ПРИМЕРЫ ДИАГРАММ ДЕКОМПОЗИЦИИ ПРОЦЕССОВ ОБРАЗОВАТЕЛЬНОГО УЧРЕЖДЕНИЯ.
Точка зрения – Разработчик информационной системы школы
ПРИЛОЖЕНИЕ 3
69
Рис. 46. Декомпозиция основной деятельности образовательного учреждения в соответствии с IDEF0
70
Рис. 47. Декомпозиция работы «Определение уровня доступа» IDEF0
71
Рис. 48. Декомпозиция работы «Обращение к интересующему каталогу» IDEF0
72
Рис. 49. Декомпозиция работы «Ознакомление с внутренним распорядком» IDEF0
73
Рис. 50. DFD-декомпозиция работы «Подключение к базе данных»
74
Рис. 51. DFD-декомпозиция работы «Обработать запрос ученика»
75
Рис. 52. DFD-декомпозиция работы «Обработать запрос родителя»
76
Рис. 53. DFD-декомпозиция работы «Обработать запрос учителя»
Библиографический список
Основной
1. В. Ван дер Аалст, К. ван Хей. Управление потоками работ:
модели, методы и системы. М.: Физматлит, 2007. 316 с.
2. Моделирование и анализ систем: IDEF-технологии// С. В. Черемных, И. О. Семенов, В. С. Ручкин. М.: Финансы и статистика,
2006. 208 с.
3. Калянов Г. Н. CASE: структурный системный анализ. М.:
Лори, 1999.
4. Маклаков С. В. Моделирование бизнес-процессов с BPwin.
М.: Диалог-МИФИ, 2002. 224 с.
5. Федотова Д. Э., Семенов Ю. Д., Чижик К. Н. CASE-технологии:
Практикум. М.: Горячая линия – Телеком, 2005. 160 с.
6. Мазур И. И., Шапиро В. Д., Ольдероге Н. Г. Управление проектами. М.: Экономика, 2001.
7. Богданов В. В. Управление проектами в MS Project 2007: учеб.
курс. СПб.: Питер, 2008. 592 с. (+CD).
8. Макарова Н. В. Информационная технология управления
проектами в программной среде MS Project 2003: учеб. пособие.
СПб.: СПбГУАП, 2004. 76 с.
9. http://www.idef.com
10. http://www.sovnet.ru
11. http://www.pmi.ru
12. http://www.ms-project.ru
13. http://www.project2003.ru
Дополнительный
14) Хаммер М., Чампи Дж. Реинжиниринг корпорации: манифест
революции в бизнесе. М.: «Манн, Иванов и Фербер», 2007. 288 с.
15) Ойхман Е. Г., Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организаций и информационные технологии. М.: Финансы
и статистика, 1997. 336 с.
77
СОДЕРЖАНИЕ
Введение ..........................................................................
Лабораторная работа № 1. Ознакомление с интерфейсом
BPWIN и построение контекстной диаграммы функциональной модели объекта по стандарту IDEF0 ...............................
Задание .......................................................................
Теоретические основы ...................................................
Технология выполнения работы ......................................
Порядок оформления отчета ...........................................
Контрольные вопросы ...................................................
Лабораторная работа № 2. Создание контекстной диаграммы
проекта и объекта исследования ..........................................
Задание .......................................................................
Теоретические основы ...................................................
Технология выполнения работы ......................................
Порядок оформления отчета ...........................................
Контрольные вопросы ...................................................
Лабораторная работа № 3. Декомпозиция контекстной
диаграммы по фазам жизненного цикла проекта. Создание
дерева узлов .....................................................................
Задание .......................................................................
Теоретические основы ...................................................
Технология выполнения работы ......................................
Порядок оформления отчета ...........................................
Контрольные вопросы ...................................................
Лабораторная работа № 4. Создание и декомпозиция диаграмм с использованием стандарта IDEF3 .............................
Задание .......................................................................
Теоретические основы ...................................................
Технология выполнения работы ......................................
Порядок оформления отчета ...........................................
Контрольные вопросы ...................................................
Лабораторная работа № 5. Создание диаграмм
с использованием стандарта DFD.........................................
Задание .......................................................................
Теоретические основы ...................................................
Технология выполнения работы ......................................
Порядок оформления отчета ...........................................
Вопросы ......................................................................
78
3
5
5
5
13
17
17
19
19
19
23
24
24
25
25
25
32
37
37
38
38
38
43
48
48
49
49
49
56
57
57
Лабораторная работа № 6. Создание и декомпозиция диаграмм с использованием семейства стандартов моделирования
IDEF и CASE-средства BPwin .............................................
Задание .......................................................................
Теоретические основы ...................................................
Технология выполнения работы ......................................
Порядок оформления отчета ...........................................
Приложение 1. Темы для самостоятельной работы ................
Приложение 2. Пример структурирования для проекта
разработки Web-сайта .......................................................
Приложение 3. Примеры диаграмм декомпозиции процессов
образовательного учреждения ............................................
Библиографический список ................................................
58
58
58
58
59
60
64
68
77
79
Учебное издание
Мартыненко Станислав Александрович
Усикова Ирина Васильевна
УПРАВЛЕНИЕ ПОТОКАМИ РАБОТ
Функциональное моделирование
и основы управления проектами
Учебно-методическое пособие
Редактор В. П. Зуева
Верстальщик С. Б. Мацапура
Сдано в набор 10.09.11. Подписано к печати 23.11.11.
Формат 60×84 1/16. Бумага офсетная. Усл. печ. л. 4,57.
Уч.-изд. л. 4,92. Тираж 200 экз. Заказ № 609.
Редакционно-издательский центр ГУАП
190000, Санкт-Петербург, Б. Морская ул., 67
Документ
Категория
Без категории
Просмотров
3
Размер файла
653 Кб
Теги
martynenkousikrva
1/--страниц
Пожаловаться на содержимое документа