Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Документ'
приёмная САПСАЛЁВА Елена Александровна, заведующий отделением НИКИТКО Тамара Михайловна Заведующий производственной практикой Ежедневно с 800 до 1700 ...полностью>>
'Программа'
Уровень, ступень образования, вид образовательной программы (осн./доп.), направление подготовки, спец. предмета, дисциплины (модуля) в соответствии с ...полностью>>
'Документ'
БОУ «Начальная общеобразовательная школа – детский сад № 5» РЕЖИМ РАБОТЫ «Школы будущего первоклассника» Учитель БАРАНОВА Ольга Геннадьевна суббота 11...полностью>>
'Документ'
И. Денешева Н.Д. Кондратьева В.А. Репка А.О. Суслова М....полностью>>

Главная > Документ

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

Вопросы для самопроверки

  1. Для чего используют слияния и расщепления моделей?

  2. Можно ли отщепить недекомпозированную работу?

  3. Какие условия необходимо выполнить для слияния моделей?

  4. Может ли стрелка вызова выходить из декомпозированной работы?

  5. Может ли модель-источника быть недекомпозированной?

Лабораторная работа 5.
Созданной модели процессов в виде организационных диаграмм DFD

Цель работы: Изучить методы построения модели процессов в виде организационных диаграмм DFD и Workflow (IDEF3).

Основные сведения

Диаграммы потоков данных (Data Flow Diagramming)

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. Диаграмма потоков данных DFD описывает:

  1. функции обработки информации (работы);

  2. документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;

  3. внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

  4. таблицы для хранения документов (хранилище данных, data store).

В BPwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона.

Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count «кликнуть» по радиокнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки:

  1. - добавить в диаграмму внешнюю ссылку (External Reference). Внешняя ссылка является источником или приемником данных извне модели;

  2. - добавить в диаграмму Что описывают стрелки (Data store). Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах.

Стрелки и объекты диаграммы DFD

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов (external entities) (рис. 5.1).

Рис. 5.1. Пример диаграммы DFD

В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например «Система обработки информации». Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.

Работы. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0.

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

Стрелки (Потоки данных). Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между работами, между работой и внешней сущностью и между внешними сущностями (рис. 5.2).

Хранилище данных. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое (рис. 5.3).

Рис. 5.2. Внешняя сущность

Рис. 5.3. Хранилище данных

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

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

Построение диаграмм DFD.

Диаграммы DFD могут быть построены с использованием традиционного структурного анализа, подобно тому, как строятся диаграммы IDEF0. Сначала строится физическая модель, отображающая текущее состояние дел. Затем эта модель преобразуется в логическую модель, которая отображает требования к существующей системе. После этого строится модель, отображающая требования к будущей системе. И, наконец, строится физическая модель, на основе которой должна быть построена новая система.

Альтернативным подходом является подход, популярный при создании программного обеспечения, называемый событийным разделением (event partitioning), в котором различные диаграммы DFD выстраивают модель системы. Во-первых, логическая модель строится как совокупность работ и документирования того, что они (эти работы) должны делать.

Затем модель окружения (environment model) описывает систему как объект, взаимодействующий с событиями из внешних сущностей. Модель окружения обычно содержит описание цели системы, одну контекстную диаграмму и список событий. Контекстная диаграмма содержит один прямоугольник работы, изображающий систему в целом, и внешние сущности, с которыми система взаимодействует.

Наконец, модель поведения (behavior model) показывает, как система обрабатывает события. Эта модель состоит из одной диаграммы, в которой каждый прямоугольник изображает каждое событие из модели окружения. Хранилища могут быть добавлены для моделирования данных, которые необходимо запоминать между событиями. Потоки добавляются для связи с другими элементами, и диаграмма проверяется с точки зрения соответствия модели окружения.

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

Нумерация объектов. В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта – это уникальный номер работы на диаграмме. Например, работа может иметь номер А.12.4. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5.

Задание на лабораторную работу

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

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

1. Декомпозируйте работу «Оформление заказов» на диаграмме А1 на две работы.

2. Для новых работ определите имена:

  1. «Формирование заказа»;

  2. «Проверка и ввод клиентов».

3. Добавьте на диаграмму следующие хранилища данных:

  1. «Список клиентов»;

  2. «Список компонентов»;

  3. «Список заказов».

Работа «Проверка и ввод клиентов» взаимодействует с хранилищем данных «Список клиентов» для ввода в него информации о новых клиентах и для получения информации о зарегистрированных клиентах

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

4. Добавьте на диаграмму внешнюю сущность «Звонки клиентов», которая моделирует поступающую извне информацию на вход работ «Проверка и ввод клиентов» и «Формирование заказа». Для работы «Формирование заказа» входом являются «Заявки на заказ».

5. В результате формирования DFD диаграммы должна получиться диаграмма, представленная на рис. 5.4.

Рис. 5.4. Диаграмма декомпозиции DFD

Обратите внимание, что стрелки «Информация о клиентах» и «Заказы клиентов» двунаправленные. Кроме того, на родительской диаграмме А1 стрелки, подходящие и исходящие из работы «Оформление заказов» станут туннелированными (рис. 5.5).

Рис. 5.5 – Работа «Оформление заказов» на диаграмме А1

Вопросы для самопроверки

  1. Какое назначение имеют диаграммы DFD?

  2. Что описывают диаграммы потоков данных DFD?

  3. Что описывают внешние ссылки на диаграммах потоков данных DFD?

  4. Для чего предназначены хранилища данных на диаграммах потоков данных DFD?

  5. Что представляют работы на диаграммах потоков данных DFD?

  6. Что описывают стрелки на диаграммах потоков данных DFD?

  7. Для чего в диаграммах DFD применяются двунаправленные стрелки?

Лабораторная работа 6.
Созданной модели информационных потоков в виде диаграмм Workflow (IDEF3)

Цель работы: Изучить методы построения модели процессов (информационных потоков) в виде диаграмм Workflow (IDEF3).

Основные сведения

Метод описания процессов IDEF3

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming – методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.

IDEF3 – это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, в которой процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.

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

Модель IDEF3 может использоваться как метод создания процессов. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное.

Точка зрения на модель должна быть задокументирована. Обычно это точка зрения человека, ответственного за работу в целом. Также необходимо задокументировать цель модели − те вопросы, на которые призвана ответить модель.

Диаграммы IDEF3

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

Единицы работыUnit of Work (UOW). UOW, также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, «Изготовление изделия»). Часто имя существительное в имени работы меняется в процессе моделирования, поскольку модель может уточняться и редактироваться. Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. Обычно номер работы состоит из номера родительской работы и порядкового номера на текущей диаграмме.

Работа в IDEF3 требует более подробного описания, чем работа в IDEF0. Каждая UOW должна иметь ассоциированный документ, который включает текстовое описание компонентов работы: объектов (Objects) и фактов (Facts), связанных с работой, ограничений (Constraints), накладываемых на работу, и дополнительное описание работы (Description). Эта информация заносится во вкладку UOW диалога Activity Properties (рисунок 5.1).

Рисунок 6.1. Вкладка UOW диалога Activity Properties

Пример значений свойств UOW приведен в таблице 6.1.

Таблица 6.1. Пример текстового описания компонентов UOW

Тип

Использование

Name

Подготовка компонентов

Definition

Подготавливаются все компоненты компьютера согласно спецификации заказа

Objects

Компоненты: корпус, материнская плата, жесткий диск, гибкий диск, видеокарта, оперативная память, модем, программное обеспечение

Constrains

Установка модема требует установки драйвера модема

Связи. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи, стиль которых устанавливается во вкладке Style (рис. 6.2) диалога Arrow Properties (пункт контекстного меню Style).

Рис. 6.2. Вкладка Style диалога Arrow Properties

Старшая стрелка (Precedence)– сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.

Стрелка отношения (Relational Link) – пунктирная линия, использующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссылок.

Потоки объектов (Object Flow) – стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой.

Старшая связь и поток объектов. Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае стрелку, обозначающую объект, изображают с двойным наконечником. Имя стрелки должно ясно идентифицировать отображаемый объект. Поток объектов имеет ту же семантику, что и старшая стрелка.

Отношение показывает, что стрелка является альтернативой старшей стрелке или потоку объектов в смысле задания последовательности выполнения работ – работа-источник не обязательно должна закончиться прежде, чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник (рис. 6.3).

Рис. 6.3. Временная диаграмма выполнения работ

Перекрестки (Junction)

Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. Для внесения перекрестка служит кнопка (добавить в диаграмму перекресток – Junction) в палитре инструментов. В диалоге Junction Type Editor необходимо указать тип перекрестка. Смысл каждого типа приведен в табл. 6.2.

Таблица 6.2. Типы перекрестков

Обозначение

Наименование

Смысл в случае слияния стрелок (Fan-in Junction)

Смысл в случае разветвления
стрелок (Fan-out Junction)

Асинхронное "И" (Asynchronous AND)

Все предшествующие процессы должны быть завершены

Все следующие процессы должны быть запущены

Синхронное "И" (Synchronous AND)

Все предшествующие процессы завершены одновременно

Все следующие процессы запускаются одновременно

Асинхронное "ИЛИ" (Asynchronous OR)

Один или несколько предшествующих процессов должны быть завершены

Один или несколько следующих процессов должны быть запущены

Синхронное "ИЛИ" (Synchronous OR)

Один или несколько предшествующих процессов завершены одновременно

Один или несколько следующих процессов запускаются одновременно

Исключающее "ИЛИ" XOR (Exclusive OR)

Только один предшествующий процесс завершен

Только один следующий процесс запускается

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Junction Properties (вызывается из контекстного меню). В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки. На рис. 6.4 представлен пример применения перекрестка синхронное «И».

Рис. 6.4. Перекрестки для слияния и разветвления типа синхронного «И»

В данном случае после завершения работы 1 одновременно запускаются работы 2 и 4. Для запуска работы 5 требуется одновременное завершение работ 3 и 4

На рис. 6.5 представлен пример применения перекрестка асинхронное «И». После завершения работы 1 запускаются работы 2 и 4 (не обязательно одновременно). Для запуска работы 5 требуется завершение работ 3 и 4 (не обязательно одновременное)

Рис. 6.5. Перекрестки для слияния и разветвления типа асинхронного «И»

На рис. 6.6 представлен пример применения перекрестка асинхронное «ИЛИ». После завершения работы 1 запускается либо работа 2, либо работа 3, либо работа 4, либо их сочетание (не обязательно одновременно). Для запуска работы 5 требуется завершение любой из работ 2, 3 и 4 или их сочетания (не обязательно одновременно).

Рис. 6.6. Перекрестки для слияния и разветвления типа асинхронного «ИЛИ»

На рис. 6.7 представлен пример применения перекрестка синхронное «ИЛИ». После завершения работы 1 запускается либо работа 2, либо работа 3, либо работа 4, либо их сочетание. Если запускается более одной работы, требуется их одновременный запуск. Для запуска работы 5 требуется завершение любой из работ 2, 3 и 4 или их сочетания. Если завершается более чем одна работа, требуется их одновременное завершение.

Рис. 6.7. Перекрестки для слияния и разветвления типа синхронного «ИЛИ»

На рис. 6.8 представлен пример применения перекрестка исключающее «ИЛИ». После завершения работы 1 запускается только одна работа — либо работа 2, либо работа 4. Для запуска работы 5 требуется завершение только одной из работ 3 или 4.

Рис. 6.8. Перекрестки для слияния и разветвления типа исключающего «ИЛИ»

Правила создания перекрестков. На одной диаграмме IDEF3 может быть создано несколько перекрестков различных типов. Определенные сочетания перекрестков для слияния и для разветвления могут приводить к логическим несоответствиям. Чтобы избежать конфликтов, необходимо соблюдать следующие правила:

1. Каждому перекрестку для слияния должен предшествовать перекресток для разветвления.

2. Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа синхронного или асинхронного «ИЛИ» (рис. 6.9). Действительно, после работы 1 может запускаться только одна работа – 2 или 3, а для запуска работы 4 требуется окончание обеих работ – 2 и 3. Такой сценарий не может реализоваться.

Рис. 6.9. Неверное размещение перекрестков типа «И» и «ИЛИ»

3. Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа исключающего «ИЛИ» (рис. 6.10).

Рис. 6.10. Неверное размещение перекрестков исключающего «ИЛИ» и «И»

4. Перекресток для слияния типа исключающего «ИЛИ» не может следовать за перекрестком для разветвления типа «И» (рис. 6.11). Здесь после завершения работы 1 запускаются обе работы – 2 и 3, а для запуска работы 4 требуется, чтобы завершилась одна и только одна работа – или 2, или 3.

Рис. 6.11. Неверное размещение перекрестков типа «И» и исключающего «ИЛИ»

5. Перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой.

Объект ссылки

Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой (рис. 6.12).

Рис. 6.12. Объект ссылки

Для внесения объекта ссылки служит кнопка (добавить в диаграмму объект ссылки − Referent) в палитре инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в диалоге Referent Properties (пункт контекстного меню Name), в качестве имени можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных (на рис. 5.15 – имя объекта «Бухгалтерская система»). Объекты ссылки должны быть связаны с единицами работ или перекрестками линиями без стрелок. Официальная спецификация IDEF3 различает три стиля объектов ссылок:

  1. безусловные (unconditional);

  2. синхронные (synchronous);

  3. асинхронные (asynchronous).

BPwin поддерживает только безусловные объекты ссылок. Синхронные и асинхронные объекты ссылок, используемые в диаграммах переходов состояний объектов, не поддерживаются.

При внесении объектов ссылок помимо имени следует указывать тип объекта ссылки. Типы объектов ссылок приведены в таблице 6.3.

Декомпозиция работ. В IDEF3 декомпозиция используется для детализации работ. Методология IDEF3 позволяет декомпозировать работу многократно, т.е. работа может иметь множество дочерних работ. Это позволяет в одной модели описать альтернативные потоки. Декомпозиция может быть сценарием или описанием. Описание включает все возможные пути развития процесса. Сценарий является частным случаем описания и иллюстрирует только один путь реализации процесса. По умолчанию при декомпозиции на диаграмму IDEF3 создается описание. Чтобы создать сценарий, необходимо перейти в меню Diagram/Add IDEF3 Scenario.

Таблица 6.3 – Типы объектов ссылок

Тип объекта ссылки

Цель описания

OBJECT

Описывает участие важного объекта в работе

GOTO

Инструмент циклического перехода (в повторяющейся последовательности работ), возможно на текущей диаграмме, но не обязательно. Если все работы цикла присутствуют на текущей диаграмме, цикл может также изображаться стрелкой, возвращающейся на стартовую работу. GOTO может ссылаться на перекресток

UOB
(
Unit of behavior)

Применятся, когда необходимо подчеркнуть множественное использование какой-либо работы, но без цикла. Например, работа «Контроль качества» может быть использована в процессе «Изготовление изделия» несколько раз, после каждой единичной операции. Обычно этот тип ссылки не используется для моделирования автоматически запускающихся работ

NOTE

Используется для документирования важной информации, относящейся к каким-либо графическим объектам на диаграмме. NOTE является альтернативой внесению текстового объекта в диаграмму

ELAB
(
Elaboration)

Используется для усовершенствования графиков или их более детального описания. Обычно употребляется для детального описания разветвления и слияния стрелок на перекрестках

Возможность множественной декомпозиции предъявляет дополнительные требования к нумерации работ. Так, номер работы состоит из номера родительской работы, номера декомпозиции и собственного номера работы на текущей диаграмме (рис. 6.13).

Для описания номер декомпозиции равен 1. Для сценария номер декомпозиции всегда больше 1.

Рис. 6.13 – Номер единицы работы (UOW)

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

Рассмотрим процесс декомпозиции диаграмм IDEF3, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области.

Описание сценария, области и точки зрения

Перед проведением сеанса экспертизы у экспертов предметной области должны быть документированы сценарии и рамки модели для того, чтобы эксперт мог понять цели декомпозиции. Для создания сценария используется пункт меню Diagram/Add IDEF3 Scenario. На сценарии удаляют все элементы, не входящие в сценарий. Кроме того, если точка зрения моделирования отличается от точки зрения эксперта, она должна быть особенно тщательно документирована.

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

Определение работ и объектов. Обычно эксперт предметной области передает аналитику текстовое описание сценария. В дополнение к этому может существовать документация, описывающая интересующие процессы. Из всей этой информации аналитик должен составить список кандидатов на работы (отглагольные существительные, обозначающие процесс, одиночные или в составе фразы) и кандидатов на объекты (существительные, обозначающие результат выполнения работы), которые необходимы для перечисленных в списке работ.

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

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

Таблица 6.4. Диапазоны номеров работ

Аналитик

Диапазон номеров IDEF3

Иванов

1-999

Петров

1000-1999

Сидоров

2000-2999

Последовательность и согласование. Если диаграмма создается после проведения интервью, аналитик должен принять некоторые решения, относящиеся к иерархии диаграмм, например, сколько деталей включать в одну диаграмму. Если последовательность и согласование диаграмм неочевидны, может быть проведена еще одна экспертиза для детализации и уточнения информации. Важно различать подразумевающее согласование (согласование, которое подразумевается в отсутствие связей) и ясное согласование (согласование, ясно изложенное в мнении эксперта).

Работы, перекрестки и документирование объектов. IDEF3 позволяет внести информацию в модель различными способами. Например, логика взаимодействия может быть отображена графически в виде комбинации перекрестков. Та же информация может быть отображена в виде объекта ссылки типа ELAB (Elaboration). Это позволяет аналитику вносить информацию в удобном в данный момент времени виде. Важно учитывать, что модели могут быть реорганизованы, например, для их представления в более презентабельном виде. Выбор формата для презентации часто имеет важное значение для организации модели, поскольку комбинация перекрестков занимает значительное место на диаграмме и использование иерархии перекрестков затрудняет расположение работ на диаграмме.

Задание на лабораторную работу

1. Декомпозируйте работу «Сборка настольных компьютеров» на четыре работы в нотации IDEF3.

Для единицы работы 1 задайте имя работы «Подготовка компонентов» и определение «Подготавливаются все компоненты компьютера согласно спецификации заказа».

Задайте свойства работы в соответствии с табл. 6.1.

2. Добавьте на диаграмму еще 3 работы. Задайте имена работ:

  1. «Установка материнской платы и винчестера»;

  2. «Установка модема»;

  3. «Установка дисковода CD-ROM»;

  4. «Установка флоппи- дисковода»;

  5. «Инсталляция операционной системы»;

  6. «Инсталляция дополнительного программного обеспечения».

3. Создайте объект ссылки. Внесите имя объекта внешней ссылки «Компоненты». Свяжите стрелкой объект ссылки и работу «Подготовка компонент».

4. Свяжите стрелкой работы «Подготовка компонентов» (выход) и «Установка материнской платы и винчестера» Измените стиль стрелки на Object Flow.

5. Добавьте на диаграмму два перекрестка типа «асинхронное ИЛИ» (J1 и J2) и свяжите работы с перекрестками следующим образом:

  1. выход работы «Установка материнской платы и винчестера» с входом перекрестка J1;

  2. выход перекрестка J1 со входами работ «Установка модема», «Установка дисковода CD-ROM» и «Установка флоппи- дисковода»;

  3. выходы работ «Установка модема», «Установка дисковода CD-ROM» и «Установка флоппи- дисковода» со входами перекрестка J2;

  4. выход перекрестка J2 со входом работы «Инсталляция операционной системы».

6. Создайте объект ссылки. Внесите имя объекта внешней ссылки «Программное обеспечение». Свяжите линиями объект ссылки с работами «Инсталляция операционной системы» и «Инсталляция дополнительного программного обеспечения».

7. Создайте два перекрестка типа «исключающего ИЛИ» (J3 и J4) и свяжите их с работами следующим образом:

  1. выход работы «Инсталляция операционной системы» с входом перекрестка J3;

  2. выход перекрестка J3 со входом работы «Инсталляция дополнительного программного обеспечения» и входом перекрестка J4;

  3. выход работы «Инсталляция дополнительного программного обеспечения» со входом перекрестка J4;

  4. для выхода перекрестка J4 создать граничную выходную стрелку.

8. В результате формирования IDEF3 диаграммы должна получиться диаграмма, представленная на рис. 6.14.

Рис. 6.14. Результат построения диаграммы IDEF3

9. Поясните преподавателю назначение диаграммы IDEF3, её элементов и корректность применения переключателей для моделирования последовательности работ.

10. Создайте диаграмму сценария на основе диаграммы IDEF3 «Сборка настольных компьютеров». В результате должен получиться сценарий, аналогичный приведенному на рис. 6.15.

Рис. 6.15. Результат построения диаграммы сценария

Вопросы для самопроверки

  1. Какое назначение имеют диаграммы IDEF3?

  2. Какое назначение имеют единицы работ на диаграмме IDEF3?

  3. Какие типы стрелок используются на диаграммах IDEF3?

  4. Какие типы перекрестков используются на диаграммах IDEF3?

  5. Какое имеет назначение перекресток асинхронное «И»?

  6. Какое имеет назначение перекресток синхронное «И»?

  7. Какое имеет назначение перекресток асинхронное «ИЛИ»?

  8. Какое имеет назначение перекресток синхронное «ИЛИ»?

  9. Какое имеет назначение перекресток исключающее «ИЛИ»?

  10. Какие правила использования перекрестков необходимо соблюдать, чтобы избежать конфликтов на диаграммах IDEF3?

  11. Какие бывают стили объектов ссылок на диаграммах IDEF3?

  12. Для чего используются сценарии диаграмм IDEF3?

Лабораторная работа 7.
Созданное организационных диаграмм и диаграмм Swim Lane

Цель работы: Изучить методы построения многоуровневой модели организационных диаграмм.

Основные сведения

Организационные диаграммы

BPwin 4.0 содержит набор инструментов для моделирования организационной структуры предприятия, в который входят четыре словаря:

  1. словарь изображений (bitmap);

  2. словарь ресурсов;

  3. словарь ролей;

  4. словарь групп ролей.

Словарь изображений служит для импорта файлов в формате bmp в модель. Импортированные изображения можно использовать в диаграммах для улучшения их внешнего вида. Для импорта изображения следует перейти в меню Dictionary/Bitmaps. Появляется диалог Bitmap Dictionary (рис. 7.1).

Рис. 7.1. Диалог Bitmap Dictionary

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

Рис. 7.2. Сформированный словарь изображений

Словарь Role Group Dictionary (меню Dictionary/Role Group, рис. 7.3) позволяет создать и определить свойства групп ролей. Группы ролей могут использоваться как на организационных диаграммах, так и на диаграммах Swim Lane. В качестве значения группы ролей может быть название предприятия, отдела, цеха или название региона и т.д.

Рис. 7.3. Словарь групп ролей

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

Словарь ролей вызывается из меню Dictionary/Role (рис. 7.4). Ролью может быть должность или позиция конкретного исполнителя. Каждой роли может соответствовать одна или несколько групп ролей. Обратите внимание, что начальник производства, системный архитектор и инженер по сопровождению отнесены к двум группам ролей. Это сделано для того, чтобы можно было формировать иерархию организационной структуры предприятия.

Рис. 7.4. Словарь ролей

Так начальник производства подчиняется директору и поэтому включен в группу ролей «управление», а с другой стороны он руководит производственным персоналом и поэтому включен в группу ролей «Производство».

Кроме того, в словаре ролей для каждой роли можно внести определение (Definition), связать роль с изображением (Bitmap) и геометрической фигурой (Shape), указать важность роли (Importance).

Словарь ресурсов (меню Dictionary/Resource, рис. 7.5) позволяет создать ресурс и связать его с комбинацией «группа ролей/роль». Ресурсом для роли может быть конкретный исполнитель. В качестве значения ресурса, например, можно использовать фамилию и имя сотрудника.

Рис. 7.5. Словарь ресурсов

На основе информации, внесенной в словари изображений, групп ролей, ролей и ресурсов, можно создать организационную диаграмму. Организационная диаграмма позволяет документировать и представить в виде дерева структуру организации (например, штатное расписание и т. д.). Для создания организационной диаграммы следует выбрать меню Diagram/Add Organization Chart. Появляется мастер Organization Chart Wizard. В первом шаге мастера построения организационной диаграммы (рис. 7.6) следует внести название и имя автора диаграммы, группу ролей и роль для верхнего уровня иерархического дерева.

Рис. 7.6. Мастер построения организационной диаграммы. Шаг 1.

Второй шаг мастера (рис. 7.7) позволяет создать второй уровень иерархического дерева. Верхний список содержит все доступные роли с ассоциированными ресурсами, нижний − роли и ресурсы второго уровня иерархии. Кнопка Add позволяет перенести роли и ресурсы из верхнего списка в нижний, кнопка Remove из нижнего в верхний.

Рис. 7.7. Мастер построения организационной диаграммы. Шаг 2.

Третий шаг мастера построения организационной диаграммы предназначен для изменения свойств организационной диаграммы. В группе Drawing можно указать, какая именно информация будет отображаться на блоках диаграммы (наименование блока, имя группы ролей, роль и ресурс). Для отображения иконок на диаграмме в группе Draw Style следует выбрать опцию Bitmap. После щелчка по кнопке Finish создается организационная диаграмма (рис. 7.8).

Рис. 7.8. Первый и второй уровни организационной диаграммы

Для дополнения диаграммы следует щелкнуть правой кнопкой мыши по блоку второго уровня и выбрать в контекстном меню один из пунктов:

  1. редактирование блока (Edit subordinate list);

  2. добавить нижний уровень (Add subordinates);

  3. добавить блок на текущий уровень слева от редактируемого блока (Add sibling on left);

  4. добавить блок на текущий уровень справа от редактируемого блока (Add sibling on right).

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

Рис. 7.9. Добавление третьего уровня организационной диаграммы

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

Рис. 7.10. Организационная диаграмма предприятия

Диаграммы Swim Lane

Созданные в словаре Role Dictionary роли могут быть использованы в диаграмме Swim Lane. Диаграмма Swim Lane является разновидностью диаграммы IDEF3, позволяющей явно описать роли и ответственности исполнителей в конкретной технологической операции. Эта диаграмма разделена на горизонтальные полосы, с каждой полосой может быть связана роль или UDP типа Text List. Полоса может содержать объекты диаграммы IDEF3 (UOW, перекрестки и объекты ссылок), относящиеся к соответствующей роли.

Для создания диаграммы Swim Lane следует выбрать меню Diagram/Add Swim Lane diagram. Появляется мастер Swim Lane diagram Wizard. В первом шаге диалога мастера (рис. 7.11) следует внести название и имя автора диаграммы, выбрать имя и номер диаграммы IDEF3, на основе которой будет построена диаграмма, и группу ролей, из которой можно будет выбрать роли, связанные с диаграммой.

На втором шаге диалога мастера следует выбрать роли, на основе которых будет создана диаграмма. Диаграмма будет разделена на количество полос, указанных в колонке Display Swim Line (рисунок 7.12).

После щелчка по кнопке Finish создается новая диаграмма, все объекты которой расположены произвольно. Расположить объекты на полосах, соответствующих ролям, следует вручную (рисунок 7.13).

Рис. 7.11. Первый шаг диалога мастера построения Swim Lane Diagram Wizard

Рис. 7.12. Выбор ролей во втором шаге диалога мастера построения Swim Lane Diagram Wizard

Рисунок 7.13 – Диаграмма Swim Lane

Задание на лабораторную работу

1. Сформируйте словарь изображений. Файлы .bmp можно найти в папке \Program Files\Computer Associates\Erwin 4.0\Icons\ или подготовить самостоятельно с помощью графического редактора.

2. Сформируйте словарь групп ролей. Словарь, приведенный на рис. 7.3, желательно дополнить и видоизменить.

3. Сформируйте словарь ролей. Словарь, приведенный на рис. 7.4, необходимо расширить.

4. Сформируйте словарь ресурсов. Словарь, приведенный на рис. 7.5, желательно дополнить и видоизменить.

5. Построить организационную структуру предприятия.

6. Построить диаграммы Swim Lane для отображения распределения ролей при сборке компьютеров.

7. Продемонстрировать результаты создания моделей преподавателю.

Вопросы для самопроверки

  1. Какие словари используются для построения организационных диаграмм?

  2. Для чего применяется словарь Role Group Dictionary?

  3. Для чего применяется словарь Role Dictionary?

  4. Какие имеются особенности формирования словаря Role Dictionary при необходимости построения многоуровневой организационной диаграммы предприятия?

  5. Для чего применяется словарь Resource Dictionary?

  6. Для чего применяются диаграммы Swim Lane?

Лабораторная работа 8.
Стоимостной анализ (Activity Based Costing)

Цель работы: Изучить методы стоимостного анализа.

Основные сведения

Стоимостный анализ (ABC)

При моделировании бизнес-процессов сначала строится функциональная модель существующей организации работы − AS-IS (Как есть). После построения модели AS-IS проводится анализ бизнес-процессов, потоки данных и объектов перенаправляются и улучшаются, в результате строится модель ТО-ВЕ (Как должно быть). Как правило, строится несколько моделей ТО-ВЕ, из которых по какому-либо критерию выбирается наилучшая. Проблема состоит в том, что таких критериев много и непросто определить важнейший. Для того чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система метрики, т.е. качество следует оценивать количественно.

BPwin предоставляет аналитику два инструмента для оценки модели – стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями для идентификации истинных движителей затрат в организации.

Стоимостный анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. Стоимостный анализ основан на модели работ, потому что количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), обеспечение менеджеров финансовой мерой предлагаемых изменений, и др.

ABC может проводиться только тогда, когда модель работы последовательная (следует синтаксическим правилам IDEF0), корректная (отражает бизнес), полная (охватывает всю рассматриваемую область) И стабильная (проходит цикл экспертизы без изменений), другими словами, создание модели работы закончено.

ABC включает следующие основные понятия:

  1. объект затрат – причина, по которой работа выполняется, обычно, основной выход работы, стоимость работ есть суммарная стоимость объектов затрат;

  2. движитель затрат – характеристики входов и управлений работы, которые влияют на то, как выполняется и как долго длится работа;

  3. центры затрат, которые можно трактовать как статьи расхода.

При проведении стоимостного анализа в BPwin сначала задаются единицы измерения времени и денег. Для задания единиц измерения следует вызвать диалог Model Properties (меню Edit/Model Properties), вкладка ABC Units (рис. 8.1).

Рис. 8.1. Настройка единиц измерения валюты и времени

Если в списке выбора отсутствует необходимая валюта (например, рубль), ее можно добавить. Символ валюты по умолчанию берется из настроек Windows. Диапазон измерения времени в списке Unit of measurement достаточен для большинства случаев – от секунд до лет.

Затем описываются центры затрат (cost centers). Для внесения центров затрат необходимо вызвать диалог Cost Center Dictionary (меню Dictionary/Cost Center (рис. 8.2).

Рис. 8.2. Справочник центров затрат

Каждому центру затрат следует дать подробное описание в окне Definition. Список центров затрат упорядочен. Порядок в списке можно менять при помощи стрелок, расположенных справа от списка. Задание определенной последовательности центров затрат в списке, во-первых, облегчает последующую работу при присвоении стоимости работам, а во-вторых, имеет значение при использовании единых стандартных отчетов в разных моделях. BPwin сохраняет информацию о стандартном отчете в файле BPWINRPT.INI, информация о центрах затрат и UDP сохраняется в виде указателей, т.е. хранятся не названия центров затрат, а их номера. Поэтому, если нужно использовать один и тот же стандартный отчет в разных моделях, списки центров затрат должны быть в них одинаковы.

Для задания стоимости работы (для каждой работы на диаграмме декомпозиции) следует щелкнуть правой кнопкой мыши по работе и на всплывающем меню выбрать Costs (рис. 8.3).

Рис. 8.3. Задание стоимости работ в диалоге Activity Cost

Во вкладке Costs диалога Activity Properties указывается частота проведения данной работы в рамках общего процесса (окно Frequency) и продолжительность (Duration). Затем следует выбрать в списке один из центров затрат и в окне Cost задать его стоимость. Аналогично назначаются суммы по каждому центру затрат, т. е. задается стоимость каждой работы по каждой статье расхода. Если в процессе назначения стоимости возникает необходимость внесения дополнительных центров затрат, диалог Cost Center Editor вызывается прямо из диалога Activity Cost соответствующей кнопкой.

Общие затраты по работе рассчитываются как сумма по всем центрам затрат. При вычислении затрат вышестоящей (родительской) работы сначала вычисляется произведение затрат дочерней работы на частоту работы (число раз, которое работа выполняется в рамках проведения родительской работы), затем результаты складываются. Если во всех работах модели включен режим Compute from Decompositions, подобные вычисления автоматически проводятся по всей иерархии работ снизу вверх (рис. 8.4).

Рис. 8.4. Вычисление затрат родительской работы

Этот достаточно упрощенный принцип подсчета справедлив, если работы выполняются последовательно. Встроенные возможности BPwin позволяют разрабатывать упрощенные модели стоимости, которые, тем не менее, оказываются чрезвычайно полезными для предварительной оценки затрат. Если схема выполнения более сложная (например, работы производятся альтернативно), можно отказаться от подсчета и задать итоговые суммы для каждой работы вручную (Override Decompositions). В этом случае результаты расчетов с нижних уровней декомпозиции будут игнорироваться, при расчетах на верхних уровнях будет учитываться сумма, заданная вручную. На любом уровне результаты расчетов сохраняются независимо от выбранного режима, поэтому при выключении опции Override Decompositions расчет снизу вверх производится обычным образом.

Для проведения более тонкого анализа можно воспользоваться специализированным средством стоимостного анализа EasyABC (ABC Technology, Inc.). BPwin имеет двунаправленный интерфейс с EasyABC. Для экспорта данных в EasyABC следует выбрать пункт меню File/Export/Node Tree, задать в диалоге Export Node Tree необходимые настройки и экспортировать дерево узлов в текстовый файл (.txt). Файл экспорта можно импортировать в EasyABC. После проведения необходимых расчетов результирующие данные можно импортировать из EasyABC в BPwin. Для импорта нужно выбрать меню File/Import/Costs и в диалоге Import Activity Costs выбрать необходимые установки.

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

  1. внешний осмотр-стоимость 50 руб.;

  2. пробное включение – стоимость 150 руб.;

  3. испытание на стенде – стоимость 300 руб.

Предположим также, что с точки зрения технологии очередность проведения работ несущественна, а вероятность выявления брака одинакова (50 %). Пусть необходимо проверить восемь изделий. Если проводить работы в убывающем по стоимости порядке, то стоимость, затраченная на получение готового изделия, составит:

  1. 300 руб. (Испытание на стенде) (8+150 руб. (Пробное включение) (4 + 50 руб. (Внешний осмотр) (2 = 3100 руб.

  2. Если проводить работы в возрастающем по стоимости порядке, то стоимость, затраченная на получение готового изделия, составит:

  3. 50 руб. (Внешний осмотр) (8+150 руб. (Пробное включение) (4 + 300 руб. (Испытание на стенде) (2 = 1600 руб.

Следовательно, с целью минимизации затрат первой должна быть выполнена наиболее дешевая работа, затем – средняя по стоимости и в конце – наиболее дорогая (рис. 8.5).

Рис. 8.5. Фрагмент диаграммы декомпозиции работы «Контроль качества»

Результаты стоимостного анализа наглядно представляются на специальном отчете BPwin – Activity Cost Report (меню Tools/Report/Activity Cost Report) Отчет позволяет документировать имя, номер, определение и стоимость работ как суммарную, так и раздельно по центрам затрат (рис. 8.6).

Рис. 8.6. Диалог настройки отчета по стоимости работ

Результаты отображаются и непосредственно на диаграммах. В левом нижнем углу прямоугольника работы может показываться либо стоимость (по умолчанию), либо продолжительность, либо частота проведения работы. Настройка отображения осуществляется в диалоге Model Properties (меню Model/Model Properties), вкладка Display, опции ABC Data и ABC Units.

Для просмотра отчета используется кнопка «Preview» (рис.8.7), для сохранения в текстовом формате − «Report», для печати – «Print».

Рис. 8.7. Представление отчета на экране

Свойства, определяемые пользователем (UDP)

ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик − свойств, определенных пользователем (User Defined Properties, UDP). UDP позволяют провести дополнительный анализ, хотя и без суммирующих подсчетов.

Для описания UDP служит диалог UDP Dictionary (меню Dictionary/UDP) (рис. 8.8).

Рис. 8.8. Справочник свойств, определенных пользователем – UDP

UDP можно поставить в соответствие одно или несколько ключевых слов. Ключевые слова могут быть использованы для отбора UDP при печати отчетов или при присвоении свойств работам и стрелкам. Ключевые слова должны быть описаны в словаре UDP Keyword List (рис. 8.9). Для внесения нового ключевого лова следует щелкнуть по кнопке и в таблице диалога UDP Keyword List задать значение ключевого слова.

Рис. 8.9. Справочник ключевых слов UDP

Для создания нового свойства (UDP) следует в словаре UDP Dictionary необходимо перейти к нижней строке списка и дважды щелкнуть по полю Name. В режиме редактирования имени следует внести имя UDP. В поле UDP Datatype (рис. 8.8) описывается тип свойства, которое выбирается из выпадающего списка. Имеется возможность задания 18 различных типов UDP (табл. 8.1), в том числе управляющих команд и массивов.

Таблица 8.1. Типы UDP и их использование

Тип

Использование

1

2

Text

При задании свойства стрелки или работы просто вносится текст, например, это может быть просто дополнительное пояснение

Paragraph Text

Значение свойства этого типа – текст в несколько строк

Integer

Значение свойства этого типа – целое число, например значение свойства «Количество баллов»

Command

Командная строка. При задании значения UDP в списке свойств справа от имени свойства появляется кнопка . При щелчке по этой кнопке выполняется командная строка. С помощью этого свойства можно связать с объектом модели документацию, хранящуюся в формате приложения Windows, например Word, Excel и т. д.

Character

Значение свойства этого типа – один символ

Date mm/dd/yy (УУ)

Значение свойства этого типа – дата

Real Number

Значение свойства этого типа – действительное число, например значение свойства «Потребление электроэнергии, кВт-ч»

Text List
(Single selection)

Массив строк. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка

Integer List
(Single selection)

Массив целых чисел. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка

Command List

Массив команд. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка

Date List

mm/dd/yy(yy)

(Single selection)

Массив дат. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка

Real Number List (Single selection)

Массив действительных чисел. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка

Character List (Single selection)

Массив символов. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка

Продолжение табл. 8.1

1

2

Text List
(Multiple
selections)

Массив строк (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка

Integer List
(Multiple selections)

Массив целых чисел (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка

Date List
(
Multiple selections)

Массив дат (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка

Real Number List (Multiple
selections)

Массив действительных чисел (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка

Character List (Multiple
selections)

Массив символов (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка

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

Каждой работе можно поставить в соответствие набор UDP. Для этого следует щелкнуть правой кнопкой мыши по работе и выбрать пункт меню UDP. Во вкладке UDP Values диалога Activity Properties можно задать значения UDP. Свойства типа List отображаются списком выбора, который заполнен предварительно определенными значениями. Свойства типа Command могут иметь в качестве значения командную строку, которая выполняется при нажатии на кнопку . Например, свойство «Спецификации» категории «Дополнительная документация» может иметь значение WINWORD.EXE sample1.doc (рис. 8.10).

Кнопка Filter служит для задания фильтра по ключевым словам UDP. По умолчанию в списке показываются свойства всех категорий.

Кнопка Dictionary вызывает диалог User Defined Property Dictionary (рис. 8.11), который позволяет создавать и редактировать как UDP, так и ключевые слова UDP. В верхнем окне диалога вносится имя UDP, в списке выбора Datatype описывается тип свойства. Для внесения ключевого слова следует задать имя в окне New Keywords и щелкнуть по кнопке Add Keywords.

Рис. 8.10. Формирование свойств UDP Value

Рис. 8.11. Редактирование UDP и ключевых слов UDP Value

Для присвоения ключевого слова необходимо выбрать UDP из списка User-Defined Properties, затем ключевое слово из списка Keywords и щелкнуть по кнопке Update. Одно ключевое слово может объединять несколько свойств, в то же время одному свойству может соответствовать несколько ключевых слов. Свойство типа List может содержать массив предварительно определенных значений. Для определения области значений UDP типа List следует задать значение свойства в окне New Member и щелкнуть по кнопке Add Member. Значения из списка можно редактировать и удалять (кнопки Update Member и Delete Member).

Рис. 8.12. Редактирование и формирование новых ключевых слов и значения в списке List Member

Результат задания значений UDP можно проанализировать в отчете Diagram Object Report (меню Tools/Report/Diagram Object Report, рис. 8.13).

В левом нижнем углу диалога настройки отчета показывается список UDP. С помощью кнопки UDP Filters можно установить фильтр по ключевым словам.

На рис. 8.13 приведен фрагмент отчета.

Рис. 8.13. Диалог настройки отчета Diagram Object Report

Рис. 8.14. Фрагмент отчета Diagram Object Report

Задание на лабораторную работу

1. Установите единицы измерения денег и времени – рубли и часы.

2. Сформируйте название и определение центров затрат в соответствии с табл. 8.2.

Таблица 8.2. Центры затрат ABC

Центр затрат

Определение

Управление

Затраты на управление, связанные с составлением графика работ, формированием партий компьютеров, контролем над сборкой и тестированием

Рабочая сила

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

Компоненты

Затраты на закупку компонентов


3. Для работ на диаграмме А2 – «Сборка и тестирование компьютеров» внесите параметры ABC (табл. 8.3).

Таблица 8.3. Стоимости работ на диаграмме А2

Activity Name

Cost Center

Cost Center Cost, руб.

Duration, день

Frequency

Отслеживание расписания и управление сборкой и тестированием

Управление

500,00

1,00

1,00

Сборка настольных
компьютеров

Рабочая сила

100,00

1,00

12,00

Компоненты

16000,00

Сборка ноутбуков

Рабочая сила

140,00

1,00

20,00

Компоненты

28000,00

Тестирование компьютеров

Рабочая сила

60,00

1,00

32,00

Для работы А2 – «Сборка и тестирование компьютеров» в результат стоимость работы должна составить 758420руб.

4. Сгенерируйте отчет Activity Cost Report. Вид отчета должен соответствовать, приведенному на рис. 8.15.

Рис. 8.15. Отчет Activity Cost Report

5. Сформируйте ключевые слова UDP:

  1. «Расход ресурсов»;

  2. «Документация»;

  3. «Информационная система».

6. Создайте UDP «Приложение».

7. Для UDP задайте характеристики в соответствии с табл. 9.5

Таблица 9.5. Наименование и свойства UDP

Наименование UDP

Тип

Значение

Ключевое

слово

Приложения

Text List

(Multiple

Selection)

Модуль оформления заказов

Модуль создания и контроля

расписания выполнения работ.

Модуль учета комплектующих

и оборудования.

Модуль процедур сборки

и поиска неисправностей.

Информационная

система

Дополнительная

документация

Command

List

Winword.EXE samplel.doc

Winword.EXE sample2.doc

POWERPNT.EXE sample3.ppt

Документация

История

изменения

Paragraph

Text

Документация

Загрязнение

окружаю-

щей среды

Text List

(Single

Selection)

Очень высокое

Высокое

Среднее

Низкое

Расход

электроэнергии

Real

Number

Расход

ресурсов

8. Назначте UDP работе «Сборка настольных компьютеров».

9. Внесите значения UDP для работ в соответствии с табл. 8.6

Таблица 8.6. Значения UDP

Activity Name

Дополнительная документация

Приложения

История изменения

Расход электроэнергии

Загрязнение окружающей среды

Сборка настольных компьютеров

Модуль учета комплектующих и оборудования. Модуль процедур сборки и поиска неисправностей

20,00

Среднее

Сборка ноутбуков

Модуль учета комплектующих и оборудования.

Модуль процедур сборки и поиска неисправностей

25,00

Среднее

Тестирование компьютеров

Модуль учета комплектующих и оборудования.

Модуль процедур сборки и поиска неисправностей

40,00

Среднее

Отслеживание расписания и управление сборкой и тестированием

Win

word.EXE

sample2.doc

Модуль создания и контроля расписания выполнения работ

История изменений спецификаций

10,00

Низкое

10. После внесения UDP типа Command или Command List щелчок по кнопке приведет к запуску приложения.

11. Отключите ключевое слово «Информационная система». Убедитесь в правильности режима фильтрации, который должен отключить UDP с ключевым словом «Информационная система».

12. Постройте отчет по UDP для опци6

  1. Start from Activity: A2. Сборка и тестирование компьютеров;

  2. Number of Levels: 2;

  3. User Defined Properties: Расход электроэнергии.

Вопросы для самопроверки



Похожие документы:

  1. Перечень вопросов к зачету (3)

    Документ
    ПЕРЕЧЕНЬ ВОПРОСОВ К ЗАЧЕТУ Для улучшения практической подготовки будущих специалистов определен перечень знаний, умений и навыков, которыми ...
  2. Перечень вопросов к зачету (4)

    Документ
    Перечень вопросов к зачету Сущность и структура внешнеэкономической ... 3-4 года) обсуждаются валютно-кредитные вопросы наряду с проблемами мировой торговли и ... . Включает в себя: а) вопросы передачи лицензий и использование прав собственности ...
  3. Перечень вопросов к зачету (1)

    Документ
    Перечень вопросов к зачету Внутриличностный конфликт: виды, причины возникновения, ...
  4. Перечень вопросов к зачету (2)

    Документ
    Перечень вопросов к зачету Тенденции роста продолжительности жизни и численности ...
  5. Перечень вопросов к зачету по дисциплине «Этнопедагогика и этнопсихология» Модуль1: «Этнопедагогика»

    Документ
    Перечень вопросов к зачету по дисциплине «Этнопедагогика и этнопсихология» Модуль1: « ...

Другие похожие документы..