Анализ, основанный на свойствах, заданных пользователем (UDP)

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

Для описания UDP служит диалог User-Defined Property Name Editor (меню Edit/UDP Definition), показанный на рис. 1.18. В верхнем окне диалога вносится имя UDP, в списке выбора Datatype описывается тип свойства. Имеется возможность задания 18 различных типов UDP, в том числе управляющих команд и массивов, объединенных по категориям. Для внесения категории следует задать имя категории в окне New Category/Member и щелкнуть по кнопке Add Category. Для присвоения свойства категории необходимо выбрать UDP из списка, затем категорию из списка категорий и щелкнуть по кнопке Update. Одна категория может объединять несколько свойств, в то же время одно свойство может входить в несколько категорий. Свойство типа List может содержать массив предварительно определенных значений. Для определения области значений UDP типа List следует задать значение свойства в окне New Category/Member и щелкнуть по кнопке Add Member. Значения из списка можно редактировать и удалять.

Рис. 1.18. Диалог описания UDP

 

Например, категория “Загрязнение окружающей среды” может объединять свойство “загрязнение воды” типа Real Number и свойство “загрязнение воздуха” типа Integer List с предварительно определенной областью значений (1, 2, 3, 4, 5).

Каждой работе можно поставить в соответствие набор UDP. Для этого следует щелкнуть правой кнопкой мыши по работе и выбрать пункт меню UDP Editor. В закладке UDP Values диалога IDEF0 Activity Properties можно задать значения UDP. Свойства типа List отображаются списком выбора, который заполнен предварительно определенными значениями. Свойства типа Command могут иметь в качестве значения командную строку, которая выполняется при нажатии на кнопку . Например, свойство “Спецификации” категории “Дополнительная документация” может иметь значение “C:\Program Files\MSOffice\WINWORD.EXE specl.doc”.

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

Порядок выполнения работы

3.1. Ознакомьтесь с теоретической справкой к данной лабораторной работе.

3.2. Запустите BPwin через меню Старт/Программы или при помощи ярлыка на рабочем столе.

3.3. Выберите нотацию IDEF0 в появившемся диалоговом окне и нажмите кнопку OK.

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

3.5. Произведите функционально-стоимостный анализ (ABC) промоделированной системы.

3.6. Произведите анализ промоделированной системы с использованием свойств, определенных пользователем (UDP).

Содержание отчета

Отчет должен содержать:

· номер и название лабораторной работы;

· цель лабораторной работы;

· результаты исследований в виде контекстной диаграммы и диаграмм декомпозиции процессов первого и второго уровней, в стандарте IDEF0 для заданной преподавателем информационной системы;

· результаты функционально-стоимостного анализа (ABC) промоделированной системы;

· результаты анализа промоделированной системы с использованием свойств, определенных пользователем (UDP);

· выводы.

5. Контрольные вопросы

1. Какие виды моделирования возможны в BPwin?

2. К какому типу моделирования информационных систем относится методология IDEF0?

3. Что такое субъект моделирования в IDEF0?

4. Что такое «цель» моделирования в IDEF0?

5. Что такое «точка зрения» моделирования в IDEF0?

6. Что представляют собой модели AS-IS и ТО-ВЕ в методологии IDEF0?

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

8. Что понимается под работой в методологии IDEF0?

9. Какие типы стрелок используются в нотации IDEF0 пакета BPwin?

10. Что такое «вход» в методологии IDEF0?

11. Что такое «выход» в методологии IDEF0?

12. Что такое «управление» в методологии IDEF0?

13. Что такое «механизм» в методологии IDEF0?

14. Какие связи между работами возможны в методологии IDEF0?

15. Как осуществляется нумерация работ и диаграмм в нотации IDEF0 пакета BPwin?

16. Перечислите рекомендации по составлению диаграмм модели IDEF0.

17. Для чего используют диаграммы FEO?

18. Для каких целей используется стоимостный анализ (ABC)?

19. Как провести стоимостный анализ модели?

20. Когда необходимо задавать свойства, определяемые пользователем (UDP)?

21. Что понимается под «объектом затрат» в стоимостном анализе (ABC)?

22. Что понимается под «движителем затрат» в стоимостном анализе (ABC)?

23. Что понимается под «центром затрат» в стоимостном анализе (ABC)?

24. Что понимается под категориями свойств, определяемых пользователем (UDP)?

 

ЛАБОРАТОРНАЯ РАБОТА № 2

Диаграммы потоков данных (DFD) и потоков работ (Workflow), а также создание отчетов в пакете BPwin

Цель работы

Получить общее представление о принципах построения диаграмм потоков данных (DFD), а также о методике описания процессов в стандарте IDEF3. Приобрести практические навыки работы с этими методиками. Изучить способы создания отчетов в BPwin.

2. Теоретическая справка

Диаграммы потоков данных

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

Диаграмма DFD описывает:

· функции обработки информации (работы - activities);

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

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

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

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

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

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

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

– ссылка на другую страницу. В отличие от IDEF0 инструмент off-page reference позволяет направить стрелку на любую диаграмму (а не только на верхний уровень).

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

 

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

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

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

Стрелки (потоки данных) в DFD могут подходить и выходить из любой грани прямоугольника работы. Здесь также применяются двунаправленные стрелки для описания диалогов типа “команда-ответ” между работами, работой и внешней сущностью и между внешними сущностями.

Хранилища данных в отличие от потоков данных изображают объекты в покое, а не в процессе движения или передачи. Внешний вид хранилища данных представлен на рис. 2.2.

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

 

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

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

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

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