BPwin – замечательный инструмент моделирования, что употребляется для анализа, реорганизации и документирования сложных бизнес-процессов. Модель, созданная средствами BPwin, разрешает четко документировать разные нюансы деятельности – действия, каковые нужно предпринять, методы их осуществления, требующиеся для этого ресурсы и др. Так, формируется целостная картина деятельности предприятия – от моделей организации работы в мелких отделах до сложных иерархических структур. Модели бизнес-процессов в масштабах всего фирмы могут быть сверхсложными. BPwin предоставляет средства для управления и изучения операций операциями на разных уровнях детализации. К примеру, время от времени не редкость принципиально важно сосредоточиться на определенной части бизнеса организации. BPwin разрешает вам поделить процесс на множество управляемых частей, снабжая группам разработчиков модели возможность сосредоточиться на интересующих их качествах. В итоге, эти разные нюансы смогут быть согласованы и объединены, дабы составить единый, целостный взор на ваше предприятие. BPwin оказывает помощь вам осознать неспециализированное влияние трансформаций на существующие бизнес-процессы, снабжая стремительную и действенную адаптацию.
BPwin автоматизирует ответ многих запасных задач, каковые в большинстве случаев связаны с построением модели процесса, и снабжает логическую строгость, нужную с целью достижения корректных и согласованных результатов. BPwin отслеживает связи в диаграммах, сохраняя их целостность при внесении трансформаций в модель. Динамическая подсветка объектов является подсказкой при построении модели и предостерегает от повторения распространенных неточностей в моделировании. Также, BPwin поддерживает заданные пользователем свойства, что разрешает вносить соответствующую вашим потребностям данные.
BPwin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три главных нюанса бизнеса в соответствии с потребностями бизнес-системных аналитиков и аналитиков. BPwin разрешает повторно применять главную данные моделирования с позиций базисных качеств, дабы выяснить точки распрей и, в конечном итоге, достигнуть их согласования. Три методологии IDEF0, DFD и IDEF3 разрешают разбирать ваш бизнес с трех главных точек зрения:
— cточки зрения функциональности совокупности.В рамках методики IDEF0 (IntegrationDefinitionforFunctionModeling) бизнес-процесс представляется в виде комплекта элементов-работ, каковые взаимодействуют между собой, и показываются информационные, производственные ресурсы и людские, потребляемые каждой работой. Посредством функционального моделированияможно совершить систематический анализ бизнеса, сосредоточившись на систематично решаемых задачах (функциях), свидетельствующих об их верном исполнении показателях, нужных для этого ресурсах, исходных материалах и результатах (сырье).
— cточки зрения потоков информации (документооборота) в совокупности. Диаграммы DFD (DataFlowDiagramming– диаграммы потоков разрешённых) могут дополнить то, что уже отражено в модели IDEF3, потому, что они обрисовывают потоки данных, разрешая проследить, как происходит обмен информацией между бизнес-функциями в совокупности. В также время диаграммы DFD оставляют без внимания сотрудничество между бизнес-функциями. Моделирование потоков данных,довольно часто применяемое при разработке ПО, сосредоточено около потоков данных, передающихся между разными операциями, включая их хранение, с целью достижения большой доступности и минимального времени ответа. Такое моделирование разрешает разглядеть конкретный процесс, проанализировать операции, из которых он состоит, и точки принятия ответов, воздействующих на его движение.
— cточки зрения последовательности делаемых работ. И еще более правильную картину возможно взять, дополнив модель диаграммами IDEF3. Данный способ завлекает внимание к очередности исполнения событий. В IDEF3 включены элементы логики, что разрешает моделировать и разбирать другие сценарии развития бизнес-процесса. Моделирование потоков работпозволяет разглядеть конкретный процесс, проанализировать операции, из которых он состоит, и точки принятия ответов, воздействующих на его движение.
IDEF0. Основной из трех методик, поддерживаемых BPwin, есть IDEF0. IDEF0, относится к семейству IDEF, которое показалось в конце шестидесятых годов называющиеся SADT (StructuredAnalysisandDesignTechnique). IDEF0 возможно использована для моделирования широкого класса совокупностей. Для новых совокупностей использование IDEF0 имеет собственной целью указание функций и определение требований для разработки совокупности, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим совокупностям IDEF0 возможно использована для анализа функций, делаемых совокупностью и отображения механизмов, при помощи которых эти функции выполняются. Результатом применения IDEF0 к некоей совокупности есть модель данной совокупности, складывающаяся из иерархически упорядоченного комплекта диаграмм, словарей и текста документации, связанных между собой посредством перекрестных ссылок. Нотации IDEF0 представлены в таблице 8.1.
Таблица 8.1 – Нотации IDEF0
| Номер | Наименование | Описание | Графическое представление |
| Модуль поведения (UOB) | Объект помогает для описания функций (процедур, работ), делаемых подразделениями/сотрудниками предприятия. |
|
|
| Стрелка входа (Input) | Стрелка обрисовывает входящие документы, данные, материальные ресурсы, нужные для исполнения функции. |
|
|
| Стрелка выхода (Output) | Стрелка обрисовывает исходящие документы, данные, материальные ресурсы, являющиеся результатом исполнения функции. |
|
|
| Стрелка управления (Control) | Стрелка обрисовывает управляющие действия, к примеру распоряжение, нормативный документ и т.д. В нотации IDEF0 любая процедура обязана в обязательном порядке иметь не меньше одной стрелки сверху, отражающей управляющее действие. |
|
|
| Стрелка механизма (Mechanism) | Стрелка снизу обрисовывает т.н. механизмы, т.е. ресурсы, нужные для исполнения процедуры, но не изменяющие в ходе ее исполнения собственный состояние. Примеры: сотрудник, станок и т.д. |
|
|
| Стрелка вызова | Изображает связи между различными диаграммами либо моделями, показывая на некую диаграмму, где эта работа рассмотрена более детально. |
|
Все работы и стрелки должны быть поименованы. Стрелки смогут разветвляться и сливаться, тем самым образуя иерархию данных. При декомпозиции процесса все стрелки, входящие либо исходящие из него, должны быть перенесены на диаграмму нижнего уровня и использованы при ее построении. Наряду с этим запрещены всякие новые стрелки, выходящие за пределы новой диаграммы, не считая особых, так называемых «туннельных» стрелок.
При реструкуризации бизнес-процессов уже существующей совокупности строятся две модели: AS IS и TO BE. Взяв модель, показывающую как совокупность функционирует на данный момент и адекватно отображающую текущие бизнес-процессы (модель AS семь дней), аналитик с легкостью может заметить все самые уязвимые места совокупности. Затем, с учетом распознанных недочётов, возможно строить модель новой организации бизнес-процессов (модель TO BE). Модель TO BE строится исходя из результатов анализа модели AS IS, показывает, как совокупность будет трудиться по окончании реструкуризации.
DFD. Чтобы документировать обработки информации и механизмы передачи в моделируемой совокупности, употребляются диаграммы потоков данных. Диаграммы DFD в большинстве случаев строятся для наглядного изображения текущей работы совокупности документооборота вашей организации. Значительно чаще диаграммы DFD применяют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.
Всего DFD применяет четыре серьёзных элемента (Таблица 8.2).
Таблица 8.2 – Нотации DFD
| Номер | Наименование | Описание | Графическое представление |
| Модуль работы | Объект помогает для обозначают функции либо процессы, каковые обрабатывают и изменяют данные. |
|
|
| Стрелки | Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в совокупности документооборота. |
|
|
| Внешние ссылки | Объект говорит о месте, организацию либо человека, каковые участвуют в ходе обмена информацией с совокупностью, но находятся за рамками данной диаграммы. |
|
|
| Хранилища данных | Являются фактически эти, к каким осуществляется доступ, эти сведенья также будут быть созданы либо поменяны работами. На одной диаграмме может находиться пара копий одного и того же хранилища данных. |
|
Видео урок Ramus Educational
