Зачем создавать описание бизнес-процессов компании?

Простое описание бизнес процессов используется для формализации текущего состояния бизнес процесса в компании. Можно напечатать на бумаге, утвердить, поставить подпись генерального директора и повесить на стенку.

Для этих картинок Вы можете использовать следующие нотации:

SADT (Structured Analysis and Design Technique)

IDEF0 (Integration Definition for Function Modeling)

IDEF3 (Integration Definition for Function Modeling)

DFD (Data Flow Diagrams)

UML (Unified Modeling Language)

ARIS (Architecture of Integrated Information Systems)

BPMN ( Business Process Model and Notation)

Другое дело, если Вы планируете заняться анализом бизнес процессов, моделированием бизнес процессов, оптимизацией бизнес процессов, управлением бизнес процессами или реинжинирингом бизнес процессов. В этом случае Вам понадобиться специализированное ПО, выбираемое в зависимости от поставленной Вами задачи. Чаще всего подобные системы “понимают” нотации IDEF0, UML и BPMN

А если Вы планируете провести автоматизацию бизнес процессов, то в этом случае Вам поможет COBIT (Control Objectives for Information and Related Technologies) «Задачи управления для информационных и смежных технологий») — методология управления информационными технологиями. В COBIT детально описаны цели и принципы управления, объекты управления, чётко определены все IT-процессы (задачи), протекающие в компании, и требования к ним, описан возможный инструментарий (практики) для их реализации.

Также Вам может помочь TOGAF - методология/библиотечный метод описания/подход (framework) для описания архитектуры предприятия, который предлагает подход для проектирования, планирования, внедрения IT-архитектуры предприятия и управления ей. TOGAF разрабатывается с 1995 группой The Open Group на основе фреймворка Министерства обороны США TAFIM.

TOGAF - высокоуровневый подход к проектированию. В соответствии с TOGAF архитектуру предприятия можно представить в виде четырёх основных доменов:

Бизнес архитектура (Business) — определяет стратегию предприятия, структуру управления и ключевые бизнес процессы.

Архитектура данных (Data) — описывает логическую и физическую структуру данных организации, а также структуру корпоративных ресурсов для управления данными.

Архитектура приложений (Application) — служит своеобразной картой всех используемых корпоративных приложений и определяет следующие аспекты:

участие каждого из приложений в бизнес процессах компании;

взаимодействие приложений друг с другом и внешними сервисами.

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