Факты и бизнес правила

Семантика Делового Словаря и Бизнес-правил (SBVR) является принятым стандартом Object Management Group (OMG), предназначенной, чтобы быть основанием для формального и подробного описания описания естественного языка сложного предприятия, такого как бизнес. SBVR предназначен, чтобы формализовать сложные правила соблюдения, такие как эксплуатационные правила для предприятия, политики безопасности, стандартного соблюдения или правил соответствия установленным требованиям. Такие формальные словари и правила могут интерпретироваться и использоваться компьютерными системами. SBVR — неотъемлемая часть Model Driven Architecture (MDA) OMG.

Обзор

SBVR определяет словарь и правила для документирования семантики деловых словарей, деловых фактов и бизнес-правил; а также схема XMI для обмена деловыми словарями и бизнес-правилами среди организаций и между программными средствами.

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

10 НЕОБЫЧНЫХ ФАКТОВ О БИЗНЕСЕ #1

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

SBVR использует Meta-Object Facility (MOF) OMG, чтобы обеспечить возможности обмена MOF/XMI наносящие на карту правила, позволить

создание ПОСЛУШНЫХ С МИНИСТЕРСТВОМ ФИНАНСОВ моделей и определяет схему XML. SBVR предлагает Структурированный английский язык как одно возможно из многих примечаний, которые могут нанести на карту к Метамодели SBVR.

SBVR и Knowledge Discovery Metamodel (KDM) разработаны как две части уникального Технологического Стека OMG для аналитики программного обеспечения, связанной с существующими системами программного обеспечения. KDM определяет онтологию, связанную с экспонатами программного обеспечения, и таким образом обеспечивает начальную формализацию информации, связанной с системой программного обеспечения. SBVR может далее использоваться, чтобы формализовать сложные правила соблюдения, связанные с программным обеспечением.

Фон

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

Основанный на правилах подход к руководящему бизнесу и информации, используемой тем бизнесом, является способом определить и ясно сформулировать правила, которые определяют структуру и управляют деятельностью предприятия, это представляет новый способ думать о предприятии и его правилах, чтобы позволить полное деловое представление, сделанное и для деловых людей. Бизнес-правила могут играть важную роль в определении деловой семантики: они могут влиять или вести поведения и поддержать политику, ответив на экологические ситуации и события. Семантика Делового Словаря и Бизнес-правил (SBVR) является внедрением OMG подхода бизнес-правил.

14 Скрытых Секретов в Супермаркетах и Торговых центрах

История

В июне 2003 OMG выпустил Деловую Семантику Бизнес-правила (BSBR) Запрос предложений, чтобы создать стандарт, чтобы позволить деловым людям определять политику и правила, которыми они управляют своим бизнесом на их собственном языке, с точки зрения вещей, с которыми они имеют дело в бизнесе, и захватить те правила в пути, который ясен, однозначен и с готовностью переводим в другие представления. Предложение SBVR было разработано Командой Бизнес-правил, консорциумом, организованным в августе 2003, чтобы ответить на RFP BSBR

В сентябре 2005 Деловая Рабочая группа по Моделированию и Интеграции и Совет Архитектуры Группы управления Объекта одобрили Семантику предложения Делового Словаря, и Бизнес-правила (SBVR), чтобы стать финалом приняли спецификацию в ответ на RFP Позже, предложение SBVR было ратифицировано Domain Technical Committee (DTC), одобренным совет директоров OMG, и рабочая группа по завершению SBVR была начата, чтобы преобразовать предложение в стандартный формат ISO/OMG и выполнить заключительное редактирование до выпуска как формальная спецификация OMG.

В январе 2008 фаза завершения была закончена и Семантика Делового Словаря и Бизнес-правил (SBVR), Версия 1.0 формальная спецификация была выпущена и общедоступна в Каталоге Бизнес-стратегии OMG, Бизнес-правил и веб-страницы Технических требований управления бизнес-процессами.

Концептуальная формализация

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

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

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

Осмысление и представление играют фундаментальные роли во взглядах, сообщении и моделировании. Для каждого понятия есть триада 1) понятия в наших умах, 2) реальные вещи, осмысляемые понятием, и 3) представление понятия, которое мы можем использовать, чтобы думать и общаться о понятии и его соответствующих реальных вещах. (Обратите внимание на то, что реальные вещи включают и конкретные вещи и представления тех конкретных вещей как отчеты и процессы в эксплуатационных информационных системах.)

Концептуальная модель — формальная структура, представляющая возможный мир, включая концептуальную схему и ряд фактов, которые иллюстрируют примерами концептуальную схему. Концептуальная схема — комбинация понятий и факты того, что возможно, необходимо, допустимо, и обязательно в каждом возможном мире. Набор фактов иллюстрирует примерами концептуальную схему утверждением, чтобы описать один возможный мир. Правило — факт, который утверждает или логическую необходимость или обязательство. Обязательства не обязательно удовлетворены фактами; предметы первой необходимости всегда удовлетворяются.

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

Ориентация факта

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

• Ориентированный на факт подход поддерживает непостоянство времени.
• Ориентированный на факт подход обеспечивает семантическую стабильность.
• Ориентированный на факт подход позволяет расширяемость и повторное использование.
• Ориентированный на факт подход включает ломающиеся составные типы факта в элементарные (атомные).

Концептуальная формализация описывает деловую область и составлена из 1) концептуальной схемы (структура факта) и 2) население измельченных фактов. Деловая область (вселенная беседы) включает те аспекты бизнеса, которые представляют интерес.

• соответствующие типы факта (виды измельченного факта, например, Сотрудник работает на Отдел)

• соответствующие бизнес-правила (как правило, ограничения или правила происхождения).

Факт — суждение, взятое, чтобы быть верным бизнесом. Факты населения ограничены элементарными и экзистенциальными фактами.

Ограничения могут быть статичными или динамичными:

• Статическое ограничение вводит ограничение для того, какое население факта возможно или разрешено для каждого населения факта, взятого индивидуально, например, Каждый Сотрудник родился в самое большее одну Дату.
• Динамическое ограничение вводит ограничение для переходов между населением факта

например, семейное положение человека может измениться от единственного до женатого, но не от разведенного до единственного

• Происхождение означает или, как тип факта может быть получен из одного или более других типов факта, например,

• Person1 — дядя Person2, если Person1 — брат некоторого Person3, который является родителем

• Или, как понятие существительного (тип объекта) может быть определено с точки зрения других типов объекта и типов факта, например,

• Каждый FemaleAustralian — Человек, который родился в Стране ‘Австралия’ и имеет Пол ‘Женщина’

Основанный на правилах подход

Правила играют очень важную роль в определении деловой семантики: они могут влиять или вести поведения и поддержать политику, ответив на экологические ситуации и события. Это означает, что правила представляют основные средства, которыми организация может руководить своим предприятием, определяя действующий способ достигнуть ее целей и выполнить его действия.

Основанный на правилах подход стремится обращаться к двум различным видам пользователей:

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

Сущность основанных на правилах концептуальных формализаций — то, что правила основываются на фактах, и факты основываются на понятиях, как выражено

Эта молитва незабываема, но упрощение с тех пор в SBVR: Значение отдельное от выражения; Типы Факта (Понятия Глагола) основаны на Понятиях Существительного; Понятия Существительного представлены Условиями; и Типы Факта представлены Символами Факта (фразы глагола).

Заявления правила выражены, используя или alethic модальность или deontic модальность и требуют элементов модальной логики как формализация.

SBVR Структурные Бизнес-правила используют двух alethic модальных операторов:

:it необходим это …

:it возможен это …

Бизнес-правила Сотрудника SBVR используют двух deontic модальных операторов:

:it обязателен это …

:it разрешают это …

Структурные бизнес-правила (статические ограничения) рассматривают как alethic предметы первой необходимости по умолчанию, где каждое государство модели факта соответствует возможному миру. Практично, правило, как понимают, относится ко всем будущим государствам модели факта, пока правило не отменено или изменено. Для теории моделей оператор необходимости опущен от формулы. Вместо этого правило просто помечено как необходимость. Для соответствия Общей Логике такие формулы можно рассматривать как нерегулярные выражения с необходимостью, которую модальный оператор рассматривал как неинтерпретируемый символ.

Если правило включает точно одного deontic оператора, например, O (обязательство), и это на фронте, то правило может быть формализовано как Op, где p — формула первого порядка, которая помечена как обязательная. В SBVR этому признаку назначают неофициальная семантика: должно иметь место, что p (для всех будущих государств модели факта, пока ограничение не отменено или изменено). С образцово-теоретической точки зрения модель — интерпретация, где каждая non-deontic формула оценивает к истинному, и модель классифицирована как: разрешенная модель, если p в каждой deontic формуле (формы Op) оценивает к истинному, иначе модель, является запрещенной моделью (хотя все еще модель). Этот подход устраняет любую необходимость назначить стоимость правды на выражения формы Op.

SBVR — формальная логика с интерфейсом естественного языка

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

описание, не обязательное или процедурное. У SBVR есть самый большой expressivity любого OMG моделирование языка. Логики, поддержанные SBVR, напечатаны первая логика предиката заказа с равенством, ограничил более высокую логику заказа (семантика Henkin), ограничил deontic и alethic модальную логику, теорию множеств с пониманием сумки и математику.

SBVR также включает проектирования, чтобы поддержать определения и ответы на вопросы и вопросы, для формулировки вопросов. Интерпретация семантических формулировок SBVR основана на теории моделей. У SBVR есть модель MOF, таким образом, модели могут быть структурно связаны на уровне отдельных фактов с другими моделями MDA, основанными на МИНИСТЕРСТВЕ ФИНАНСОВ.

SBVR выровнен с Общей Логикой – изданный ISO как ISO/IEC 24707:2007.

SBVR захватил деловые факты и бизнес-правила, которые могут быть выражены или неофициально или формально. Выражения бизнес-правила формальны, только если они выражены просто с точки зрения: факт печатает в предзаявленной схеме для деловой области, определенных логических / математических операторов, кванторы и т.д. Формальные правила преобразованы в логическую формулировку, которая используется для обмена с другими основанными на правилах программными средствами. Неофициальные правила могут быть обменены как неинтерпретируемые комментарии. Подход, чтобы автоматически произвести бизнес-правила SBVR от спецификации естественного языка представлен в.

SBVR и другие стандарты OMG

Спецификация SBVR определяет метамодель и позволяет приводить ее в качестве примера, чтобы создать различные словари и определить связанные бизнес-правила; также возможно закончить эти модели с данными, подходящими, чтобы описать определенную организацию. подход SBVR обеспечивает средства (т.е. наносящие на карту правила), чтобы перевести экспонаты естественного языка на ПОСЛУШНЫЕ С МИНИСТЕРСТВОМ ФИНАНСОВ экспонаты; это позволяет эксплуатировать все преимущества, связанные с МИНИСТЕРСТВОМ ФИНАНСОВ (средства хранилища, взаимозаменяемость, инструменты, …).

Несколько MDA-связанных происходящих работ OMG, как ожидают, включат SBVR, включая:

• Business Process Definition Metamodel (BPDM)

• Organization Structure Metamodel (OSM)

• Business Motivation Model (BMM)

• Профиль UML для Production Rule Representation (PRR)
• Профиль UML для Структуры/Министерства обороны Архитектуры Министерства обороны (Канада) Структура Архитектуры (DoDAF/MODAF).

• Knowledge Discovery Metamodel (KDM)

• Более широкий интерес к Семантической паутине SBVR–, ОАЗИС

Ontology Definition Metamodel (ODM) была сделана совместимой с SBVR, прежде всего выровняв логическое основание ISO Общая Логическая спецификация (CL), на который ссылается ODM с Логической Формулировкой SBVR словаря Семантики. Сам CL был изменен определенно, таким образом, он потенциально может включать модальные требования предложения SBVR. ODM обеспечивает мост, чтобы связать SBVR с Веб-Языком Онтологии для Услуг (СОВЫ), Resource Description Framework Schema (RDFS), Unified Modeling Language (UML), Topic Map (TM), Отношения Предприятия, Моделируя (ER), Description Logic (DL) и CL.

Другие программы вне OMG принимают SBVR. Digital Business Ecosystem (DBE), интегрированный проект рамочной программы 6 Европейской комиссии, приняла SBVR как основание для его Языка Моделирования Бизнеса. Консорциум Всемирной паутины (W3C) оценивает SBVR для использования в Семантической паутине через мост, обеспеченный ODM. SBVR расширит способность MDA во всех этих областях.

Внешние ссылки

• Business Rules Group

Источник: ru.knowledgr.com

Получение бизнес-правил предприятия

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

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

Документированность бизнес-правил компании может быть:

• достаточно документированной;
• средне документированной;
• слабо документированной.

При слабом документировании бизнес-правил заказчик может предложить разработчику самому провести организационный аудит в его компании и получить необходимую информацию. Что нужно исследовать?

Элементы, которые составляют бизнес-правила

• Факты — утверждения о бизнесе, устанавливающие связи и отношения между объектами бизнеса.
• Ограничения — условия, при которых возможен определённый бизнес-процесс. Например, принятие на работу при наличии диплома о высшем образовании.
• Активаторы операций — условия, при которых происходит запуск тех или иных действий.
• Вычисления — расчеты и программные действия.
• Выводы — появление нового факта на основе вычислений или других фактов.

Что делать разработчику, если у заказчика нет документированных бизнес-процессов?

Нужно собирать информацию являющуюся источником бизнес-правил :

• Собрать все должностные инструкции и трудовые обязанности по договорам.
• Провести наблюдение за рабочими процессами в коллективе.
• Поговорить со всеми ключевыми сотрудниками.

Вопросы можно подготавливать по следующей классификации:

Для получения знаний компании можно использовать карту получения бизнес-правил , которая сориентирует по методам получения бизнес-информации.

Из всех требуемых источников собирается информация и систематизируется в соответствии с логикой бизнес-правил.

Рекомендации по систематизации бизнес-правил

• При определении фактов и условий бизнес-правила нужно сразу определять сроки выполнения и ключевые фигуры сотрудников .
• Систематизируя бизнес-знания, нужно стараться создавать простые цепочки действий , не перегружая дополнительными условиями. Большой бизнес-процесс можно разделить на несколько более простых, которые впоследствии могут быть использованы, как вложенные процессы в разных схемах.
• Любой бизнес-процесс должен быть отражен в технической документации , так как недокументированные действия являются необязательными для программной реализации.
• Нужно избегать дублирования групп действий в разных процессах (если они не вложены) и после первичной систематизации бизнес-процессов нужно проводить дополнительный анализ по оптимизации созданных схем (самопроверка).
• Полученную информацию о том, как сотрудник заказчика привык работать нужно проверять на логичность и оптимальность . Заказчик может ожидать от разработчика помощи в нахождении своих организационных ошибок.

В этой статьи была рассмотрена основная методика получения знаний компании для формализации бизнес-правил автоматизированной коммерческой системы.

25 августа 2021 года (редакция текста 26 января 2021 года).

Участвуйте в обсуждении , задавайте вопросы по теме (уважительное общение в комментариях обязательно).

Источник: dzen.ru

Классификация бизнес-правил

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

1. Общее понятие «моделирование». Понятие «процесс» в соответствии со стандартом ISO 9000:2000.

Моделирование — процесс построения и изучения моделей.

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

— вводят точность и методичность

— обеспечивают единственное, последовательное представление

— интегрируют процессы, ИТ-системы, оргструктуру, информацию и данные

— позволяют увидеть и проанализировать взаимосвязи

— помогают проводить проверку правильности, просмотр и тестирование процессов

— обеспечивают информативную среду для оценки сценариев типа «а что, если»

— являются основой для быстрого внедрения изменений процессов

В производстве люди мыслили в терминах «производственный процесс» в течение многих десятилетий.

Теория бизнес-процессов появилась менее 20 лет назад и сначала была встречена в основном с равнодушием.

Основная часть руководителей предприятий часто не ориентирована на процесс – они сосредоточены на задачах, на отдельных операциях, людях, структурах и т.д.

Интерес к бизнес-процессам был существенно активизирован массовым внедрением идей менеджмента качества.

Процесс – совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы в выходы (ISO 9000)

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

Процессно-ориентированная организация – это организация, в которой деятельностью и ресурсами управляют как процессом.

Процессный подход – это систематическая идентификация и менеджмент применяемых организацией процессов, и особенно взаимодействия таких процессов (ISO 9000).

1. Ключевые признаки процесса. Ключевые элементы окружения процесса.

Ключевые признаки процесса:

— Наличие цели – значимость для потребителя

— Взаимосвязь с другими процессами

В отношении БП полезно задать его окружение, т. е. назвать БП, с которыми он связан на входе и на выходе, назвать продукты и услуги, которые являются входными для этого БП.

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

Это делается для того, что бы не нарушать принцип Парето 20 на 80. Дело в том, что когда описывается окружение бизнес-процесса количество различных входов и выходов оказывается очень большим, в результате чего описанное окружение получается чрезвычайно больший и насыщенным. На это уходит много времени и сил и при этом малосущественная для анализа и принятия решения информация будет сильно мешать, что в дальнейшем может привести к не успешности проекта по оптимизации деятельности компании. Для того, что отделить существенное от несущественного используется деление входов и выходов бизнес-процесса на первичные и вторичные. Для этого, что бы провести такое разделение нужно воспользоваться следующими определениями, приведенными в таблице 1 и примерами.

Таблица 1. Характеристики первичных и вторичных входов и выходов бизнес-процесс

Первичный вход — это вход, который инициирует начало бизнес-процесса.

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

То же самое относится и к выходам. Первичным выходом называют такой выход, ради которого процесс существует.

1. Предметные области (подсистемы организации), выделяемые при описании процессов. Понятия «детализация», «глубина детализации».

В общем случае архитектура ARIS выделяет в организации такие подсистемы как:

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

• Функциональная. Определяет функции, выполняемые в организации;

• Подсистемы входов/выходов. Определяют потоки используемых и производимых продуктов и услуг;

• Информационная (подсистема данных). Описывает получение, распространение и доступ к информации (данным);

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

• Подсистема целей организации. Описывает иерархию целей, достигаемых в ходе выполнения того или иного процесса;

• Подсистема средств производства. Описывает жизненный цикл основных и вспомогательных средств производства;

• Подсистема человеческих, ресурсов. Описывает прием на работу, обучение и продвижение по службе персонала организации;

• Подсистема расположения организационных структур. Описывает территориальное расположение организационных единиц.

Все эти подсистемы организации в реальности и в моделях должны быть связаны между собой (рис. 13). Методология ARIS дает возможность описывать достаточно разнородные подсистемы в виде взаимоувязанной и взаимосогласованной совокупности различных моделей, которые хранятся в едином репозитории. Именно взаимосвязанность и взаимосогласованность моделей являются отличительными особенностями методологии ARIS.

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

Декомпозиция в общем смысле — это метод, позволяющий заменить решение одной большой задачи решением серии меньших задач, расщепление объекта на составные части по установленному критерию. Практически декомпозиция применяется для детализации бизнес-моделей.

Детализация — тщательная проработка деталей модели. Степень детализации зависит от задачи, которая была поставлена.

Методология ARIS также использует декомпозицию и позволяет детализировать предмет моделирования с помощью альтернативных или дополняющих друг друга моделей. Следует помнить, что ни одна отдельно взятая подсистема не может обеспечить моделирование бизнес-процессов полностью. Поэтому для получения целостной картины деятельности организации необходимо взять за основу описание одной из выделенных структур и интегрировать его с остальными. Как показывает практика, основой для такой интеграции чаще всего служит функциональная или информационная подсистема. Любая организация, как правило, имеет большое количество подсистем, поэтому число структурных элементов и связей между ними весьма велико.

(Дальше представлена попытка раскрыть понятие «глубина детализации»)

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

Таким образом, глубина детализации БМ ограничивается трудоемкостью ее создания и поддержки квалифицированными специалистами. Глубина детализации БМ ограничена также изменчивостью условий бизнеса. Если период изменений в бизнесе меньше того времени, которое требуется на изменение БМ, то такая БМ просто теряет свою адекватность.

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

1. Понятия «представление», «модель», «объект», «связь», «атрибут». Варианты формализованного описания систем и процессов. Понятие «моделирование процессов».

(Самое, на мой взгляд, подходящее определение из найденных мной)

Представление — такое состояние сознания, которое воспроизводит прежде воспринятый нами объект, как если бы этот объект был налицо, хотя в действительности его перед нами нет.

Представление — образ предметов, воздействовавших на органы чувств человека, восстанавливаемый по сохранившимся в мозгу следам при отсутствии этих предметов и явлений, а также образ, созданный усилиями продуктивного воображения.

Под моделью понимается совокупность объектов, объединенных друг с другом различными связями, и ряда вспомогательных элементов.

Модель — это совокупность символов (математических, графических и т.п.), которая адекватно описывает некоторые свойства моделируемого объекта и отношения между ними.

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

Структура модели показана на рис

Модель характеризуется типом, именем и свойствами. Тип модели определяет, что описывает данная модель — организационную структуру, функции, данные, процессы или выходы. Имя модели является частью ее атрибутов. Модель ARIS так же является частью более развернутой модели организации. В то же время модель может представлять отдельный объект, будучи его детальным описанием.

Модели классифицируются с помощью методологических фильтров. Модель может включать:

• внешние встроенные объекты, например,

рисунки, документы текстовых

редакторов и т.п.;

• текст, размещенный в любом месте

Каждая модель имеет ряд свойств:

• заполненные атрибуты (Maintained

• внешний вид модели (Model Appearance);

• предложения по улучшению (Improvement

• управление изменениями (Change

Каждая модель может содержать один или несколько десятков объектов. Число связей, возможных в данной модели, сильно варьирует.

Все модели ARIS можно разделить на несколько групп:

• основные модели (ядро), используемые практически во всех проектах. Это модели цепочек добавленных значений, модели еЕРС, eERM, PCD, организационная схема, дерево функций и другие;

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

• группы, ориентированные на отдельные области моделирования’.

• документация плана развития;

• анализ (создание индивидуальных референтных моделей и диаграмм топологии);

• описание потока материалов;

• внедрение системы SAP R/3 и использование ARIS Analyzer for R/3;

Объект — предмет, явление, на которые направлена деятельность; то, что подвергается какому-либо воздействию

Связь — то, что связывает, соединяет что-н. с чем-н.; отношение, создающее что-н. общее между чем-н., взаимную зависимость, обусловленность.

Каждый структурный элемент (или объект) и связь обладают определенными свойствами, которые должны быть описаны (рис. 8). Одной из разновидностей свойств являются атрибуты. Атрибут — необходимое, существенное, неотъемлемое свойство объекта. Естественно, что разные структурные элементы имеют разные атрибуты.

Каждый объект или связь имеет также набор характеристик (рис. 8), при помощи которых можно задать количественные и качественные характеристики моделируемых элементов. В частности, для каждой функции можно задать ее имя, уникальный код в проекте, автора, время и дату создания, детальное описание, пример реализации, временные и стоимостные затраты на выполнение данной функции и т. д. Все указанные характеристики объектов и связей формализованы и используются при проведении анализа или составлении отчета.

Термин “моделирование ” применяется в двух смыслах. Во-первых, под моделированием понимают процесс построения модели системы. Во-вторых, под моделированием понимают процесс исследования модели функционирования системы.

Таким образом, если модели еще нет, то моделирование – это процесс построения модели, если модель уже есть, то моделирование – это процесс имитации функционирования системы на этой модели. Когда говорят “имитационное моделирование”, то однозначно понимают второй смысл термина “моделирование”. Процесс имитации, как правило, осуществляют с целью исследования поведения системы, ее анализа и, в конечном счете, для разработки планов улучшения этой системы. Наличие комплексной модели предприятия является основой для выполнения следующих работ: проведения анализа, оценки и внесения предложений по совершенствованию деятельности предприятия; разработки автоматизированной системы управления предприятием; разработки системного проекта и внедрения корпоративной информационной системы (КИС), поддерживающей систему управления; подготовки и проведения процедуры сертификации предприятия в соответствии с требованиями международных стандартов качества серии ИСО 9000 и т. д.

(варианты не нашла вообще. на консультации спрошу)

1. Понятие «организация». Понятие «процессно-ориентированная организация».

Международный стандарт ИСО 9000:2000 определяет организацию как группу работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений. Организация может быть корпоративной, государственной или частной. Можно дать и другое определение: организация — это систематизированное, сознательное объединение действий людей, преследующих достижение конкретных целей.

Понятие «организация» раскрывает приведенная на рис. 1 модель технических терминов ARIS (Architecture of Integrated Information Systems — архитектура интегрированных информационных систем, см. раздел 3.3).

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

• заказчики и конечные пользователи;

• собственники и/или инвесторы;

• поставщики и партнеры;

• общество, интересы которого представляют органы местного управления, и население, оказывающее влияние на организацию.

Любая организация — многофункциональна. К ее основным функциям относятся:

• маркетинг и анализ рынка;

• стратегическое и оперативное

• планирование и разработка бизнес-

Источник: studopedia.org