Свод знаний по управлению бизнес-процессами: BPM CBOK 4.0

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

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

U

UML (Unified Modeling Language) – унифицированный язык моделирования

Поддерживаемое OMG (Object Management Group) семейство стандартных графических нотаций, предназначенных главным образом для описания требований к информационным системам. Чаще всего модели UML используются в разработке ПО на заказ, но они также могут применяться в сопутствующей внедрению ERP разработке специализированных отчетов, интерфейсов, в преобразованиях и оптимизации.

A

Аджайл

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

Методы аджайл (например, SCRUM) делают упор на оперативной и гибкой реакции на происходящие изменения путем адаптивного планирования, коллективной выработки требований, самоорганизации кросс-функциональных команд и разработки ПО четко ограниченными по времени итерациями. Этому подходу следуют многие современные проекты разработки коммерческого ПО.

Анализ видов и последствий отказов

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

Анализ потоков данных

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

Анализ процессов

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

Анализ процесса включает анализ всех компонент – входов, выходов, механизмов, средств контроля – по отдельности и во взаимосвязи. Компоненты процесса часто классифицируют по категориям: люди, процессы, бизнес-приложения, данные и технологии. Предметом анализа является также качество, время и стоимость каждого шага процесса от начала до завершения.

В ходе анализа процессов используются:

● статические и динамические визуальные модели;

● данные, собираемые в начале, в ходе и в конце ключевых действий, подпроцессов и бизнес-процесса в целом;

● анализ цепочки создания ценности, сквозное моделирование, функциональная декомпозиция и другие методы.

Некоторые характерные направления анализа процессов:

● использование ресурсов;

● анализ распределения;

● анализ времени цикла;

● анализ затрат;

● использование бизнес-приложений;

● глобальные и локальные вариации процессов.

В ходе всестороннего анализа процессов оцениваются:

● суммарная стоимость технических средств (например, компьютерных систем);

● оказываемое процессом воздействие на внутренних участников (сотрудников), внешних клиентов (покупателей), заинтересованные стороны;

● оказываемое процессом воздействие на внешний мир (например, на окружающую среду).

Анализ рисков

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

Анализ чувствительности (анализ «что, если»)

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

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

Архитектура