Сайт о телевидении

Сайт о телевидении

» » Моделирование с помощью программного продукта BPWin. Функциональное моделирование средствами bpWin

Моделирование с помощью программного продукта BPWin. Функциональное моделирование средствами bpWin

BPwin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности - действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).
Поддерживаемые операционные системы
Windows 95, 98, NT 4.0 и Windows 2000
2 часть программы BPWin 4.0


В чем польза от BPwin

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

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

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

BPwin позволяет:

  • Обеспечить эффективность операций, рассматривая текущие бизнес-операции через мощные инструменты моделирования.
  • Совершенствовать бизнес-процессы, формулируя и определяя альтернативные реакции на воздействия рынка.
  • Быстро исключать непродуктивные операции, легко и интуитивно сопоставляя операционные изменения. Неэффективные, неэкономичные или избыточные операции могут быть легко выявлены и, следовательно, улучшены, изменены или вовсе исключены - в соответствии с целями компании.
Некоторые достоинства BPwin

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

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

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

Конкуренция предполагает мгновенную реакцию на новые возможности, угрозы и потребности покупателей. Сегодня постоянные изменения стали нормой. Поскольку бизнес-процессы становятся все более сложными, требуются решения, представляющие интегрированный взгляд на функционирование компании. Таким решением является новый BPwin 4.0 SP1.


Управление сложными бизнес-процессами

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

Анализ бизнеса с различных сторон: поддержка в BPwin сразу трех нотаций: IDEF0, IDEF3 и DFD

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

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

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

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

От подробностей бизнеса к интересам предприятия

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

Отличительные черты BPwin

  • Интуитивно-понятный графический интерфейс, который быстро и легко осваивается, что позволяет сосредоточиться на анализе самой предметной области, не отвлекаясь на изучение инструментальных средств. Интерактивное выделение объектов обеспечивает постоянную визуальную обратную связь при построении модели. BРwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании.
  • Автоматизация процесса проектирования. BPwin автоматизирует многие задачи, обычно связанные с построением моделей процессов, обеспечивая семантическую точность, необходимую для гарантии правильных и согласованных результатов. Подсветка объектов упрощает построение модели, исключая часто встречающиеся ошибки моделирования.
  • Свойства, определяемые пользователем. Вы можете настроить BPwin для сбора информации, существенной для вашего бизнеса. Эта информация становится сразу же доступной через генератор отчетов BPwin и может быть экспортирована в другие программы, например, Microsoft Word и Excel.
  • Диаграммы Swim Lane. BPwin поддерживает диаграммы Swim Lane, предоставляя эффективный механизм для визуализации и оптимизации сложных бизнес-процессов. Диаграммы Swim Lane координируют сложные процессы и функциональные ограничения и позволяют вам видеть процессы, роли и обязанности во всем их многообразии.
  • Настраиваемый интерфейс электронных таблиц. Новая структура словаря модели делает ввод и управление информацией быстрым и простым. Этот настраиваемый интерфейс электронных таблиц прост в применении и предоставляет отличный механизм для распространения моделей, независимо от того, вводите вы данные вручную или импортируете их.
  • Развитые диаграммы. Контекстные диаграммы для описания границ системы, области действия, назначения объектов. Иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели. Декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов. BPwin также поддерживает автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей.
  • Организационные диаграммы. Организационные структуры оказывают огромное влияние на определение и выполнение бизнес-процессов. BPwin поддерживает явное определение ролей, а это определяет и категоризирует задачи или работы, составляющие бизнес-процессы. Основываясь на ролях, определенных пользователем, BPwin формирует организационные диаграммы.
  • Технологии моделирования. BPwin обеспечивает совместное и повторное использование технологий моделирования бизнес-процессов (IDEF0), потоков работ (IDEF3) и потоков данных (DFD).
  • Функционально-стоимостной анализ (ABC). BPwin полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (ABC) и оптимизирована для анализа процессов. Развитые средства подготовки отчетов и двунаправленный интерфейс со специализированным инструментарием ABC облегчают реализацию корпоративной стратегии на основе управления хозяйственной деятельностью.
  • Собственный генератор отчетов. Report Template Builder (RTB) - это новый генератор отчетов, общий для ERwin и BPwin, создающий разнообразные отчеты и Web-страницы. Вы можете определять шаблоны отчетов, применяя их затем к любым своим моделям. Подход "определить однажды - применять повторно и повсюду" позволяет организации быстро создавать и продвигать стандарты отчетности. RTB поддерживает множество форматов, включая RTF, HTML, XLS (Excel) и обычный текст.
  • Интерфейс к средствам имитационного моделирования. Для моделирования сложных условий деятельности BPwin предлагает интерфейс к имитационному ПО. Это позволяет использовать готовые модели для изучения изменяющегося во времени (динамического) взаимодействия бизнес-процессов. Распределение ресурсов и потоки могут быть оптимизированы для достижения эффективной загрузки. Имитационное моделирование позволяет в динамике проанализировать воздействие изменений. Прежде чем эти изменения будут произведены, можно проверить различные сценарии и обеспечить тем самым принятие оптимального решения.
Бизнесмоделирование.
Модель в BPwin

Вопросы

1. Модель в IDEF0:
контекстная диаграмма А-0 (в каждой модели
может быть только одна контекстная
диаграмма);
диаграммы декомпозиции (в том числе
диаграмма первого уровня декомпозиции А0,
раскрывающая контекстную);
диаграммы дерева узлов;
диаграммы только для экспозиции (FEO).
2. Работа в BPwin

BPwin, ERwin – средства функционального и концептуального
моделирования, реализующие методологии IDEF0 и IDEF1X
соответственно. BPwin позволяет создавать сложные модели
бизнес-процессов при минимальных усилиях. BPwin поддерживает
три методологии – IDEF0, IDEF3 и DFD. Каждая из них призвана
решать свои специфические задачи. Также можно строить
смешанные модели.
Модель в BPwin рассматривается как совокупность работ, каждая из
которых оперирует с некоторым набором данных. Работы
изображаются в виде прямоугольников (блоков), данные – в виде
стрелок (дуг). Основу методологии IDEF0 составляет графический
язык описания бизнес-процессов. Модель в IDEF0 представлена
совокупностью иерархически упорядоченных и логически
связанных диаграмм.

Контекстная диаграмма является вершиной древовидной структуры диаграмм и
представляет собой самое общее описание системы и ее взаимодействия с
внешней средой (как правило, здесь описывается основное назначение
моделируемого объекта). После описания системы в целом проводится разбиение
ее на крупные фрагменты. Этот процесс называется функциональной
декомпозицией, а диаграммы, которые описывают каждый фрагмент и
взаимодействие фрагментов, называются диаграммами декомпозиции. После
декомпозиции контекстной диаграммы (получения диаграммы А0) проводится
декомпозиция каждого блока диаграммы А0 на более мелкие фрагменты и так
далее, до достижения нужного уровня подробности описания. После каждого
сеанса декомпозиции проводятся сеансы экспертизы – эксперты предметной
области (обычно это интервьюируемые аналитиками сотрудники предприятий)
указывают на соответствие реальных бизнес-процессов созданным диаграммам.
Найденные несоответствия исправляются и только после прохождения
экспертизы без замечаний можно приступать к следующему сеансу
декомпозиции. Так достигается соответствие модели реальным бизнес-процессам
на любом и каждом уровне модели. Синтаксис описания системы в целом и
каждого ее фрагмента одинаков во всей модели

Работа в BPwin

Термины:
1. Scope - область моделирования;
2. Purpose-цель моделирования;
3. Viewpoint -точка зрения;
4. Status - (черновой вариант, рабочий, окончательный и т. д.),
время создания и последнего редактирования
(отслеживается в дальнейшем автоматически по системной
дате);
5. Source -описываются источники информации для построения
модели (например, "Опрос экспертов предметной области и
анализ документации");
6. Activity –работы;
7. Arrow - стрелки.
General -служит для внесения имени проекта и модели, имени и
инициалов автора и временных рамок модели - AS-IS и ТОВЕ.

Интерфейс

Рис. 1 Меню и панель инструментов

В левой части, навигатор модели - Model Explorer
Основные инструменты
Рис. 2
1. Создать новую модель.
2. Открыть модель.
3. Сохранить модель.
4. Печать модели.
5. Мастер создания отчетов.
6. Выбор масштаба.
7. Масштабирование.
8. Увеличение участка
9. Проверка ошибок
10. Включение и выключение навигатора модели.

На основной панели инструментов (либо в любом желаемом месте экрана)
расположены инструменты редактора BPWin:
Рис.3
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 – используется, чтобы отобразить диаграмму потомка
или разложить выделенный блок на диаграмму потомка.
Любая диаграмма состоит из совокупности следующих объектов:
Блоков;
Дуг;
Текстовых блоков.
Для работы с любым из этих объектов можно использовать либо основное меню,
либо контекстно-зависимое меню (меню, появляющееся при нажатии правой
кнопке мыши). Принципы работы с меню являются стандартными для среды
Windows. Объект сначала делается активным, затем над ним осуществляются
необходимые действия.
На основной панели инструментов расположены элементы управления, в
основном знакомые по другим Windows-интерфейсам.
Работы обозначают поименованные процессы, функции или задачи, которые
происходят в течение определенного времени и имеют распознаваемые
результаты. Работы изображаются в виде прямоугольников (блоков). Все работы
должны быть названы и определены. Имя работы должно быть в глагольной или
отглагольной форме (например, «Принять заказ», «Изготовление детали» и т.д.).

10. Описание и создание модели

IDEF0-модель предполагает наличие четко
сформулированной цели, единственного субъекта
моделирования и одной точки зрения.
Создание модели.
Пункт меню File ->New

11.

Взаимодействие работ с внешним миром и между собой описывается в виде стрелок.
Стрелки представляют собой некую информацию и обозначаются существительными
(на-пример, заказы клиентов, правила и процедуры и т.д.)
В IDEF0 различают пять типов стрелок:
1. Вход (Input) - материал или информация, которые используются или преобразуются
работой для получения результата (выхода). Допускается, что работа может не иметь ни
одной стрелки входа. Каждый тип стрелок подходит к определенной стороне
прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется
как входящая в левую грань работы («заказы»). Очень часто сложно определить,
являются ли данные входом или управлением. В этом случае подсказкой может служить
то, перерабатывают-ся/изменяются ли данные в работе или нет. Если изменяются, то
скорее всего это вход, если нет - управление.
2. Управление (Control) - правила, стратегии, процедуры или стандарты, которыми
руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку
управления. Стрелка управления рисуется как входящая в верхнюю грань работы
("правила и процедуры") Управление влияет на работу, но не преобразуется работой. В
случае возникновения неопределенности в статусе стрелки (управление или контроль)
рекомендуется рисовать стрелку управления.
3. Выход (Output) - материал или информация, которые производятся работой. Каждая
работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет
смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой
грани работы ("Проданныое изделие").

12.

4. Механизм (Mechanism) - ресурсы, которые выполняют работу, например
персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как
входящая в ниж-нюю грань работы. ("Бухгалтерская система"). По усмотрению
аналитика стрелки механизма могут не изображаться в модели.
5. Вызов (Call) - специальная стрелка, указывающая на другую модель работы.
Стрел-ка вызова рисуется как исходящая из нижней грани работы ("Другая
модель работы"). Стрелка вызова используется для указания того, что некоторая
работа выполняется за пределами моделируемой системы. В BPwin стрелки
вызова используются в механизме слияния и разделения моделей. Для внесения
граничной стрелки входа надо:
щелкнуть по кнопке с символом стрелки
палитре инструментов и перенести курсор к левой стороне экрана, пока не
появится начальная темная полоска;
щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части
работы со стороны входа (где заканчивается стрелка); щелкнуть правой кнопкой
мыши на линии стрелки, во всплывающем меню выбрать Name и добавить имя
стрелки во вкладке Name диалога Arrow Properties.
в

13. Пример модели.

14.

Процесс моделирования системы в IDEF0 начинается с создания контекстной
диаграммы - диаграммы наиболее абстрактного уровня описания системы в
целом, содержащей определение субъекта моделирования, цели и точки зрения на
модель.
Под субъектом понимается сама система, при этом необходимо точно установить,
что входит в систему, а что лежит за ее пределами, другими словами, определить,
что будет в дальнейшем рассматриваться как компоненты системы, а что как
внешнее воздействие. На определение субъекта системы будут существенно
влиять позиция, с которой рассматривается система, и цель моделирования -
вопросы, на которые построенная модель должна дать ответ. Другими словами, в
начале необходимо определить область моделирования. Описание области как
системы в целом, так и ее компонентов является основой построения модели
Цель моделирования
Цель моделирования определяется из ответов на следующие вопросы:
Почему этот процесс должен быть смоделирован?
Что должна показывать модель?
Что может получить клиент?
.

15.

Точка зрения (Viewpoint).
Под точкой зрения понимается перспектива, с которой наблюдалась система при
построении модели Точка зрения должна соответствовать цели и границам
моделирования. Как правило, выбирается точка зрения человека, ответственного
за моделируемую работу в целом.
IDEF0-модель предполагает наличие четко сформулированной цели,
единственного субъекта моделирования и одной точки зрения. Для внесения
области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт
меню Model/Model Properties, вызывающий диалог Model Properties. В закладке
Purpose следует внести цель и точку зрения,

16.

17. Декомпозиция

После создания контекстной диаграммы необходимо расписать работу
отдельных
участков. Для этого декомпозируем эту диаграмму.
Для декомпозиции необходимо в браузере щелкнуть левой кнопкой мыши
на имени
диаграммы, а затем нажать кнопку (Go to Child Diagram), затем в
диалоговом окне

18.

19. Конечная модель

20. Дерево узлов

21.

22. Стоимостный анализ

Для стоимостного анализа, обычно сначала строится
функциональная модель существующей организации работы -
AS-IS (как есть). После построения модели AS-IS проводится
анализ бизнес-процессов, потоки данных и объектов
перенаправляются и улучшаются, в результате строится модель
ТО-ВЕ. Как правило, строится несколько моделей ТО-ВЕ, из
которых по какому-либо критерию выбирается наилучшая.
Проблема состоит в том, что таких критериев много и непросто
определить важнейший. Для того чтобы определить качество
созданной модели с точки зрения эффективности бизнеспроцессов, необходима система метрики, т. е. качество следует
оценивать количественно.
BPwin предоставляет аналитику два инструмента для оценки
модели - стоимостный анализ, основанный на работах (Activity
Based Costing, ABC), и свойства, определяемые пользователем
(User Defined Properties, UDP). Функциональное оценивание –
ABC – это технология выявления и исследования стоимости
выполнения той или иной функции (действия). Исходными
данными для функционального оценивания являются затраты на
ресурсы (материалы, персонал и т.д.).

23.

Для стоимостного анализа, обычно сначала строится функциональная модель
существующей организации работы - AS-IS (как есть). определить важнейший.
Для того чтобы определить качество созданной модели с точки зрения
эффективности бизнес-процессов, необходима система метрики, т. е. качество
следует оценивать количественно.
BPwin предоставляет аналитику два инструмента для оценки модели -
стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и
свойства, определяемые пользователем (User Defined Properties, UDP).
Функциональное оценивание – ABC – это технология выявления и исследования
стоимости выполнения той или иной функции (действия). Исходными данными
для функционального оценивания являются затраты на ресурсы (материалы,
персонал и т.д.).
После построения модели AS-IS проводится анализ бизнес-процессов, потоки
данных и объектов перенаправляются и улучшаются, в результате строится
модель ТО-ВЕ. Как правило, строится несколько моделей ТО-ВЕ, из которых по
какому-либо критерию выбирается наилучшая.

24.

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

25. Центры затрат

Объект затрат - причина, по которой работа
выполняется, обычно основной выход работы. Стоимость
работ есть суммарная стоимость объектов затрат ("Сборка
и тестирование компьютеров"
Двигатель затрат - характеристики входов и управлений
работы ("Заказы клиентов", "Правила сборки и тестирования",
"Персонал производственного отдела", которые влияют на то,
как выполняется и как долго длится работа;
Центры затрат, которые можно трактовать как статьи
расхода

26.

27.

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

28.

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

Тема: Знакомство с CASE-средством разработки информационных систем BPwin

Цель работы : познакомиться с CASE-средством BPwin фирмы Computer Associates, научиться строить модель в методологии IDEF0 .

Порядок работы:
1. Ознакомиться с принципами построения модели в BPwin.
2. Ознакомиться с основной панелью инструментов.
3. Ознакомиться с палитрой инструментов IDEF0.
4. Научиться строить контекстную диаграмму, определять цель, точку зрения, границы модели. Освоить работу с закладками General, Purpose, Definition, Status, Numbering, Display.
5. Научиться строить декомпозирующие диаграммы.
6. Выполнить практическое задание.
7. Ответить на контрольные вопросы.

1. Краткая информация об CASE-средстве BPwin

BPwin - CASE-средство верхнего уровня, помогающее проводить анализ и реорганизацию бизнес-процессов. Поддерживается методология IDEF0 (функциональная модель), IDEF3 (Work Flow Diagram), DFD (Data Flow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей – того, к чему надо стремиться (модель TO-BE).
Процесс построения информационной модели в BPwin состоит из следующих шагов:
построение контекстной диаграммы;
проводится функциональная декомпозиция;
после каждого сеанса декомпозиции проводится сеанс экспертизы.
На основе модели BPwin можно построить модель данных. В программе поддерживается связь с ERwin.

2. Инструментальная среда BPwin

При запуске BPwin по умолчанию появляется основная панель инструментов (рис.1), палитра инструментов и навигатор модели Model Explorer (рис.2).

Рис.1 Внешний вид панели управления BPwin4.0

Панель инструментов представлена следующими кнопками (слева направо):
создать модель (пункт меню File/New);
открыть модель (пункт меню File/Open);
сохранить модель (пункт меню File/Save);
напечатать модель (пункт меню File/Print);
выбор масштаба (View/Zoom);
уменьшить модель (View/Zoom);
увеличить модель (View/Zoom);
проверить правописание (Tools/Spelling);
включение и выключение навигатора модели (View/Model Explorer);
включение и выключение дополнительной панели инструментов работы с Model Mart (Model Mart).

Рис.2 Внешний вид окна навигатора модели Model Explorer

При создании новой модели возникает диалог, в котором следует указать, будет ли модель создаваться заново, или она будет открыта из файла либо из репозитария Model Mart. Также необходимо внести имя модели и выбрать методологию, в которой будет построена модель (рис.3).

Рис.3 Диалог создания модели.

BPwin поддерживает три методологии моделирования:
функциональное моделирование (IDEFO);
описание бизнес-процес¬сов (IDEF3);
диаграммы потоков дан¬ных (DFD).
В зависимости от выбранной методологии программой автомати¬чески подбирается нужная панель инструментов BPwin Toolbox. В BPwin существует три разных панели инструментов - по числу поддерживаемых програм¬мой методологий. На рис.4 представлена палитра для IDEF0.

Рис.4 Палитра инструментов IDEF0.

Вы можете показывать или скрывать панель инструментов, используя функцию «View» на панели меню.

3. Построение модели IDEF0. Контекстная диаграмма
Функциональное моделирование является технологией анализа системы в целом как набора связанных между собой действий или функций. Действия системы анализируются независимо от объектов, которые обеспечивают их исполнение. Моделировать деловой про¬цесс можно исходя из различных перспектив и временных рамок. На¬пример, вы можете моделировать процесс заказа услуг клиентом так, как вы видите его в идеале, а не так, как это происходит в настоящее время. Также можно абстрагироваться от проблем физической реализации модели.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения КОНТЕКСТА, т.е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно установить ГРАНИЦЫ СИСТЕМЫ, определить, что входит в систему, а что лежит за ее пределами. То есть необходимо решить, что будет рассматриваться как компоненты системы, а что как внешнее воздействие. Другими словами, первоначально необходимо определить область (Scope) моделирования.
Наименование функции самого высокого уровня опи¬сывает систему непосредственно и, как правило, состоит из одного активного глагола в сочетании с обобщающим существительным, ко¬торое разъясняет цель деятельности с точки зрения самого общего взгляда на систему. Например «Изготовить изделие».
Формулировка цели моделирования (Purpose) позволяет команде аналитиков сфокусировать усилия в нужном направлении. Модель не может быть построена без четко сформулированной цели.
Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения.
Для определения контекста модели в BPwin следует выбрать пункт меню Model/Model Properties. В закладке General указывается наименование и сведения об авторе модели, в закладку Purpose следует внести цель и точку зрения, а в закладку Definition – определение модели и описание области (рис.5).
Для создания контекстной диаграммы необходимо сначала соз¬дать новую модель, выбрав пункт «New» в меню «File». В появившем¬ся диалоге необходимо набрать имя модели и выбрать ее тип. Этот диалог также отображается при запуске BPwin.
После создания модели можно задать ее параметры. Кроме вышеперечисленных свойств модели (Model Properties) можно задать состоя¬ние, в котором находится модель, например «в работе» или «для публикации» (закладка Status).

Рис.5 Диалог задания свойств модели.

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

Рис.6 Пример контекстной диаграммы.

4. Декомпозиция
Декомпозиционное разложение модели используется в моделиро¬вании бизнес-процессов, для того чтобы дать более подробное описа¬ние блоков. Каждый из них может в свою очередь быть де¬композированным. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели.
Чтобы выполнить декомпозицию функции, необходимо щелкнуть по кнопке . Возникает диалог Activity Box Count (рис.7), в котором следует указать нотацию новой диаграммы и количество блоков на ней. Для IDEF0 рекомендуется 3-6 блоков.

Рис.7 Диалог Activity Box Count.

BPwin создает новую диаграмму, которая является диаграммой разложения родительской диаграммы. Заметьте, что новые действия не связаны между собой и не поименованы - это следующая задача. Необходимо задать взаимодействие между блоками и «привязать» к но¬вым блокам стрелки, которые автоматически унаследованы от роди¬тельской диаграммы (рис.8).

Рис.8 Пример несвязанных стрелок.

Имя блока и другие его свойства вводятся в закладке «Name» спи¬ска свойств блока. Для вывода свойств блока на экран достаточно два¬жды щелкнуть мышью на блоке.
Следующим шагом при создании диаграммы должно быть соеди¬нение всех использованных на диаграмме блоков с помощью стрелок, представляющих входы, результаты работы, средства управления и механизмы. Для этого достаточно соединить исходящую точку стрел¬ки с точкой ее окончания. Окончанием стрелки может быть как одна из сторон функциональных блоков, так и граница диаграммы. BPwin автоматически выделяет допустимые окончания для создаваемых стрелок. Для рисования стрелки пользуются инструментом из комплекта инструментов. Задание имени стрелки производится в закладке «Name» диалога свойств стрелок. Для вызова этого диалога достаточно дважды щелк¬нуть мышью на нужной стрелке.
Если количества блоков на диаграмме окажется недостаточным, существует возможность добавления на нее новых блоков с использованием кнопки панели инструментов. Для добавления блока сле¬дует щелкнуть на этом инструменте, а затем - на диаграмме в том месте, где необходимо расположить новый блок. После того как до¬полнительный блок создан, вы можете связать его стрелками с други¬ми блоками и задать его название и другие свойства.
Обра¬тите внимание на рис.9. Если действие не было декомпозирова¬но, в верхнем левом углу блока будет по¬являться символ «листа». После деком-позиции данного блока символ «листа» исчезнет.

Рис.9 Пример недекомпозированного блока.

Нумерация блоков производится автоматически при их создании. Номера могут быть относительными или постоянными, они отражают иерархическое положение блока в пределах модели. Вы можете управлять нумерацией блоков на диаграмме, используя закладку «Numbering» диалога ввода свойств модели (рис.5).
Перемещение любых объектов на диаграмме осуществляется с по¬мощью их «захвата» мышью и перемещения в новое место. При пере¬мещении блоков одновременно перемещаются и связанные с ними стрелки. Функциональные блоки могут также быть перемещены меж¬ду диаграммами с использованием команд «Cut/Paste» из меню «Edit». При изменении взаимного расположения блоков могут меняться и их но¬мера.
Для идентификации граничных стрелок предназначены ICOM-коды. Код содержит префикс, соответствующий типу стрелки (Input, Control, Output, Mechanism) и порядковый номер. BPwin вносит ICOM-коды автоматически. Для отображения ICOM-кодов следует включить опцию ICOM codes на закладке Display диалога свойств.
Практическое задание:
1. Согласно варианту, создайте контекстную диаграмму. Определите цель, точку зрения модели. Опишите свойства в соответствующих закладках диалога Model Properties.
2. Задайте входы, выходы, механизмы и управление.
3. Создайте декомпозицию контекстной диаграммы, состоящую из 2-3 блоков. Задайте автоматическую нумерацию блоков и ICOM-кодов.
4. Установите связи между блоками. Задайте имена дуг.
5. Сохраните проект в отдельный файл.

Контрольные вопросы:
1. Для чего используется методология IDEF0.
2. Объясните необходимость задания цели и точки зрения модели?
3. Перечислите и расскажите назначения кнопок на панели инструментов.
4. Перечислите этапы декомпозиции блока.
5. Расскажите, каким образом на диаграмму добавить блок, дугу.
6. Дайте определение ICOM-кодов.
7. Для чего используются закладки General, Purpose, Definition, Status, Numbering, Display в диалоге Model Properties.
Варианты к практическим работам
Вариант 1
Система должна описывать порядок подготовки к экзамену, предполагающий получение отличной оценки.
Вариант 2
Система должна описывать порядок выполнения практической работы по дисциплине «Проектирование ИС».
Вариант 3
Система должна описывать порядок получения водительских прав.
Вариант 4
Система должна описывать порядок организации городского спортивного соревнования.
Вариант 5
Система должна описывать порядок организации общеинститутского студенческого мероприятия.
Вариант 6
Система составления учебного графика дисциплин, изучаемых на факультете
Вариант 7
Система должна описывать порядок поставок товара в систему розничных киосков.
Вариант 8
Система должна описывать порядок обработки заказов в службе быта.
Вариант 9
Система должна описывать работу одного из участков автосалона.
Вариант 10
Система должна описывать работу приемного покоя в больнице.
Вариант 11
Система должна описывать порядок приема заявки на поставку продукции на хлебокомбинате.
Вариант 12
Система должна описывать процесс поставки сезонных товаров в оптовой фирме.
Вариант 13
Система должна описывать процесс работы торгового отдела.
Вариант 15
Система учета в видеопрокате.
Вариант 16
Система учета проката на лыжной базе

Практическое занятие № 1

Основные приемы работы с пакетом BPWin

Введение. 1

1. Цель работы.. 3

2. Назначение пакета BPWin. 3

3. Описание интерфейса программы BPWin. 3

4. Основные приемы работы с пакетом BPWin. 6

4.1. Работа с функциональными блоками. 6

4. 2. Работа со стрелками. 8

4.3. Проверка синтаксиса модели. 12

4.4. Формирование отчета Node Tree. 13

5. Выполнить задание. 14

Введение

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

Технология создания информационных систем (ИС) предъявляет особые требования к методикам реализации и программным инструментальным средствам.

Реализацию проектов по созданию ИС принято разбивать на стадии:

Ø анализа (прежде чем создавать ИС, необходимо понять и описать бизнес-логику предметной области),

Ø проектирования (необходимо определить модули и архитектуру будущей системы),

Ø непосредственного кодирования,

Ø тестирования,

Ø сопровождения.

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

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

Жизненный цикл создания сложной ИС сопоставим с ожидаемым временем ее эксплуатации. Другими словами, в современных условиях компании перестраивают свои бизнес-процессы примерно раз в два года, столько же требуется (если работать в традиционной технологии) для создания ИС. Может оказаться, что к моменту сдачи ИС она уже никому не нужна, поскольку компания, ее заказавшая, вынуждена перейти на новую технологию работы. Следовательно, для создания ИС жизненно необходим инструмент, значительно (в несколько раз) уменьшающий время разработки ИС.

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

На современном рынке средств разработки ИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям. CASE-средства ERWin и BPWin входят в число лучших на сегодняшний день.

CASE-средство верхнего уровня BPWin поддерживает методологии:

Ø IDEF0 (функциональная модель),

Ø IDEF3 (WorkFlow Diagram),

Ø DFD (DataFlow Diagram).

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей – того, к чему нужно стремиться (модель TO-BE). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования.

Цель работы

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

Назначение пакета BPWin

Пакет BPWin предназначен для создания функциональной модели существующей или проектируемой информационной системы.

Функциональная модель включает в себя:

Ø поименованные процессы, функции или задачи, которые должны выполняться в системе;

Ø взаимодействия этих процессов, функций, задач с внешним миром и между собой.

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

Описание интерфейса программы BPWin

После запуска программы BPWin на экране появится окно программы (рис. 1).

Рис. 1. Окно программы

Для создания новой модели необходимо вызвать диалог File/New или нажать на соответствующий значок на панели инструментов. После этого возникнет диалоговое окно, в котором следует указать название модели, выбрать методологию моделирования Business Process (IDEF0 ) и нажать OK (Рис. 2).

Рис.2. Окно создания новой модели

Далее появится окно, где следует указать свойства создаваемой модели (Рис.3). На первой вкладке следует указать Фамилию и Имя автора модели, а также его инициалы. Остальные вкладки, определяющие такие свойства модели как: нумерация и положение функциональных блоков, высота и ширина страницы рекомендуется оставить без изменения.

Рис.3. Окно свойств для новой модели

На появившейся странице верхнего уровня модели находится первый функциональный блок модели (Рис.4).

Рис.4. Основное окно BPWin

Основное окно программы содержит следующие части:

1. Рабочая область.

2. Панели инструментов.

3. Область модели.

Рассмотрим подробнее содержимое каждой из частей программы:

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

Панели инструментов: эти панели содержат практически все используемые при работе элементы. По умолчанию все панели отображаются на экране. При необходимости пользователь может отключить или, наоборот, включить требуемые модели, используя меню «View ». Имеются следующие панели инструментов:

Standard toolbar (рис. 5) – содержит кнопки для управления файлами (новый, открыть, сохранить, печать), кнопки отображения области свойств модели, кнопки управления масштабом изображения.

Рис.5. Стандартная панель инструментов

- BPWin Toolbox for Business Process Diagrams (IDEF0) – инструментальные кнопки создания элементов модели: функциональных блоков и связей (стрелок) (Рис.6). Содержит кнопки: стрелка – выбор объекта, создание функционального блока, создание стрелки для связи функциональных блоков с внешним миром и между собой, создание текста, редактор модели, переходы к родительской и дочерней моделям (диаграммам).

Рис.6. Панель BPWin Toolbox for Business Process Diagrams (IDEF0)

- ModelMart – панель кнопок специального инструментального средства, предназначенного для связывания пакета BPWin и пакета ERWin.

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


©2015-2019 сайт
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-04-27

Software ) и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case-средства BPwin.

BPwin поддерживает три методологии моделирования: функциональное моделирование ( IDEF0 ); описание бизнес-процессов (IDEF3); диаграммы потоков данных ( DFD ).

Инструментальная среда BPwin

BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов , палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели - Model Explorer (рис. 7.1).

При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель (рис. 7.2).

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


Рис. 7.1.


Рис. 7.2.

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

Построение модели IDEF0

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

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

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

Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, определить, что будет в дальнейшем рассматриваться как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будут существенно влиять позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ. Другими словами, в начале необходимо определить область моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в ходе моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования. При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает определение границ модели - что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо помнить об ограничениях времени - трудоемкость построения модели растет в геометрической прогрессии с увеличением глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему.

Цель моделирования

Цель моделирования определяется из ответов на следующие вопросы:

  • Почему этот процесс должен быть смоделирован?
  • Что должна показывать модель?
  • Что может получить клиент?

Точка зрения (Viewpoint).

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

IDEF0 -модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Для внесения области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model Properties (рис. 7.3). В закладке Purpose следует внести цель и точку зрения, а в закладку Definition - определение модели и описание области.


Рис. 7.3.

В закладке Status того же диалога можно описать статус модели (черновой вариант, рабочий, окончательный и т. д.), время создания и последнего редактирования (отслеживается в дальнейшем автоматически по системной дате). В закладке Source описываются источники информации для построения модели (например, "Опрос экспертов предметной области и анализ документации"). Закладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели - AS-IS и ТО-ВЕ.