Коллектив авторов - Свод знаний по управлению бизнес-процессами - BPM CBOK 3.0

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

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

Стандартный язык спецификации интерфейсов SOA.

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

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

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

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

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

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