Pull to refresh

Об описании бизнес-процессов

Reading time3 min
Views11K
При реализации проектов мы время от времени сталкиваемся с необходимостью объяснить заказчику, зачем нужно описание бизнес-процессов. Далеко не все из них согласны с тем, что, прежде чем программировать задачу, надо ее правильно описать с точки зрения бизнес-логики. Под катом – краткая справка об основных подходах к описанию бизнес-процессов.
Современные методологии выступают связующим звеном между стандартами и практикой, и в то же время дают основу для накопления знаний внутри организации. Существует огромное количество методов описания бизнес-процессов, развивающихся параллельно с растущими задачами и усложнением современных организаций: в виде таблиц, текста или используя графические приемы. Графические способы сегодня признаются наиболее оптимальными благодаря образности и наглядности.


ARIS
Система ARIS (Architecture of Integrated Information System), разработанная компанией IDS Scheer, относится к графическим способам описания и представляет собой интегрированную среду для анализа и моделирования деятельности предприятия и разработки автоматизированных систем. В рейтинге Gartner Group ARIS занимает лидирующее положение на рынке средств моделирования и анализа деловых процессов. Система описывает организационные, функциональные, информационные и управленческие аспекты исследуемой системы. Методическую основу системы составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему, но в тоже время интегрированных в рамках одного подхода. Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования — ERM, UML, OMT и др.
Среди плюсов ARIS можно назвать: большое количество развитых инструментов структурированного графического представления для наглядного отображения иерархий, расширенные возможности по моделированию и настройке/формированию отчетов, что например, удобно при документировании бизнес-процессов, формализованность алгоритмов и т.д. Из минусов отметим ограниченную область его эффективного применения, высокую стоимость.
image
Взаимосвязь типов моделей, используемых ARIS.

Rational Unified Process
Рациональный унифицированный процесс (Rational Unified Process, RUP) — методология разработки программного обеспечения, созданная компанией Rational Software. В основе методологии лежит итерационный подход к разработке ПО, то есть проект разбивается на более мелкие проекты с прописанными целями, реализуемые последовательно.
RUP хорошо формализован, и наибольшее внимание уделяется начальным стадиям разработки проекта — анализу и моделированию. Таким образом, эта методология направлена на снижение коммерческих рисков (risk mitigating) посредством обнаружения ошибок на ранних стадиях разработки. Технические риски (assesses) оцениваются и «расставляются» согласно приоритетам на ранних стадиях цикла разработки, а затем пересматриваются с течением времени и с развитием проекта в течение последующих итераций. Новые цели появляются в зависимости от приоритетов данных рисков. Релизы версий распределяются таким образом, что наиболее приоритетные риски устраняются первыми. Для успешного процесса разработки необходимы три составляющие: процесс (process), нотация (notation) и набор утилит (tools). Процесс описывает, что мы делаем, в каком порядке и каким образом; нотация является средством общения; набор утилит помогает автоматизировать процесс и управлять им.
image

IDEF
Большинство современных методов анализа и проектирования были разработаны и впервые апробированы структурами, связанными с военно-промышленным комплексом для решения оборонных задач, и только потом пущены на коммерческие рельсы. Методология IDEF (Integrated DEFinition) создавалась в рамках предложенной ВВС США программы компьютеризации промышленности — ICAM. Целью программы было увеличение эффективности компьютерных технологий в сфере проектирования новых средств вооружений и ведения боевых действий. В результате специалисты пришли к выводу, что описательные языки не эффективны для документирования и моделирования процессов функционирования сложных систем. Методологии семейства IDEF позволяют эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.

Резюмируя
При проектировании информационных систем хаотический подход code and fix редко приводит к хорошим результатам. Очевидно также, что без правильного анализа процессов вся остальная работа не очень осмыслена, а по нашему опыту анализ, проводимый при внедрении, позволяет заказчикам, в том числе, понять, как же у них на самом деле все устроено. Что само по себе ценно, вне зависимости от того, с помощью какого решения будет автоматизирован смоделированный процесс и каких результатов в этом случае удастся добиться.
Tags:
Hubs:
Total votes 2: ↑1 and ↓10
Comments4

Articles

Information

Website
www.eos.ru
Registered
Founded
Employees
Unknown
Location
Россия