1.3.1. Форматы описания бизнес-процессов

Все средства для описания бизнес-процессов можно разделить по формату представления на текстовые, табличные и графические. У каждого формата есть свои преимущества и недостатки см. (Табл. 3).

Табл. 3 Преимущества и недостатки форматов описания бизнес-процессов

Текстовый формат описания

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

Табличный формат описания

Для описания процесса в таблицах можно использовать следующий формат (см. Табл. 4).

Табл. 4 Табличный формат описания процесса

Графа «№» - показывает порядковый номер функции. Для описания декомпозиции процесса можно использовать разряды номера функции. Например, у функции №7 есть три подфункции, их номера начинаются с номера декомпозируемой функции: 7.1; 7.2; 7.3.

Графа «Наименование функции» - включает название работы/ операции.

Графа «Исполнитель» обозначает сотрудника (должность) выполняющего соответствующую работу.

Графы «Ресурсы» включают всю совокупность используемых в процессе предметов и средств труда, а также документов.

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

Графические форматы описания

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

IDEF (Integration Definition for Function Modeling - методология функционального моделирования) - семейство совместно используемых методов для процесса моделирования. Первоначально разработаны в военных ведомствах США. На сегодня эта техника описания бизнес-процессов получила наибольшее распространение в мире и принята как стандарт во многих странах. В России па момент написания Методики это зафиксировано в Р50.1.028-2001 "Информационные технологии поддержки жизненного цикла изделия. Методология функционального моделирования", а также в проекте стандарта: ГОСТ Р ИСО 10303-203 "Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен данными. Протокол применения 203 - Проектирование изделия управляемой конфигурации". Концепция реализована во многих программных продуктах, наиболее популярным из которых на сегодняшний день является пакет BPW1N/HRWIN.

UML (Unified Modeling Language - унифицированный язык моделирования) - наиболее систематизированный подход к описанию любых систем, в т.ч. и бизнес-процессов. Позволяет перейти от описаний системы непосредственно к написанию компьютерных программ и - в значительной степени - сформировать основу будущего средства автоматизации. UML принят как стандарт для проектирования информационных систем более чем 60-ю ведущими разработчиками программного обеспечения, в т.ч. и Microsoft. Разработчик языка - некоммерческий консорциум Object Management Group (OMG). Наиболее популярным инструментом, поддерживающими язык UML, является Rational Rose.

ARIS (ARchitecture of Integrated Information Systems - проектирование интегрированных информационных систем) - германская технология описания предприятий. Разработана профессором Августом Вильгельмом Шеером (компания IDS Scheer AG). Используется как встроенное средство в одну из крупнейших на сегодняшний день систем автоматизации предприятий - SAP R/3. Пока имеет меньшее распространение, чем вышеперечисленные системы. При этом единственная методология, где фирма-разработчик является и производителем одноименного программного продукта, поддерживающего данную методологию. Этим обеспечивается практически единовременное совершенствование методологии и программной поддержки.

Все средства для описания бизнес-процессов можно разделить по формату представления на текстовые, табличные и графические. У каждого формата есть свои преимущества и недостатки см. (Табл. 3).

Табл. 3 Преимущества и недостатки форматов описания бизнес-процессов

Текстовый формат описания

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

Табличный формат описания

Для описания процесса в таблицах можно использовать следующий формат (см. Табл. 4).

Табл. 4 Табличный формат описания процесса

Графа «№» - показывает порядковый номер функции. Для описания декомпозиции процесса можно использовать разряды номера функции. Например, у функции №7 есть три подфункции, их номера начинаются с номера декомпозируемой функции: 7.1; 7.2; 7.3.

Графа «Наименование функции» - включает название работы/ операции.

Графа «Исполнитель» обозначает сотрудника (должность) выполняющего соответствующую работу.

Графы «Ресурсы» включают всю совокупность используемых в процессе предметов и средств труда, а также документов.

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

Графические форматы описания

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

IDEF (Integration Definition for Function Modeling - методология функционального моделирования) - семейство совместно используемых методов для процесса моделирования. Первоначально разработаны в военных ведомствах США. На сегодня эта техника описания бизнес-процессов получила наибольшее распространение в мире и принята как стандарт во многих странах. В России па момент написания Методики это зафиксировано в Р50.1.028-2001 "Информационные технологии поддержки жизненного цикла изделия. Методология функционального моделирования", а также в проекте стандарта: ГОСТ Р ИСО 10303-203 "Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен данными. Протокол применения 203 - Проектирование изделия управляемой конфигурации". Концепция реализована во многих программных продуктах, наиболее популярным из которых на сегодняшний день является пакет BPW1N/HRWIN.

UML (Unified Modeling Language - унифицированный язык моделирования) - наиболее систематизированный подход к описанию любых систем, в т.ч. и бизнес-процессов. Позволяет перейти от описаний системы непосредственно к написанию компьютерных программ и - в значительной степени - сформировать основу будущего средства автоматизации. UML принят как стандарт для проектирования информационных систем более чем 60-ю ведущими разработчиками программного обеспечения, в т.ч. и Microsoft. Разработчик языка - некоммерческий консорциум Object Management Group (OMG). Наиболее популярным инструментом, поддерживающими язык UML, является Rational Rose.

ARIS (ARchitecture of Integrated Information Systems - проектирование интегрированных информационных систем) - германская технология описания предприятий. Разработана профессором Августом Вильгельмом Шеером (компания IDS Scheer AG). Используется как встроенное средство в одну из крупнейших на сегодняшний день систем автоматизации предприятий - SAP R/3. Пока имеет меньшее распространение, чем вышеперечисленные системы. При этом единственная методология, где фирма-разработчик является и производителем одноименного программного продукта, поддерживающего данную методологию. Этим обеспечивается практически единовременное совершенствование методологии и программной поддержки.