Читайте также: |
|
Внешняя или прецедентная модель описывает бизнес так, как он виден извне, т.е. как он воспринимается клиентами и другим окружением. П-модель отражает представление о том, что делает бизнес, а не как делает.
Если проводить аналогию с моделями системного анализа, то П-модель можно отнести к функциональным моделям, описывающим деятельность системы, т.е. процессы, протекающие в системе. Однако, в отличие от системного анализа, где под функцией понимается любое изменение состояние системы во времени (любая деятельность), в BPR понятие "функция" трактуется значительно уже. В BPR термин "функция" относится лишь к видам деятельности, выполняемым отдельными функциональными подразделениями. Процесс включает в себя различные виды деятельности (функции), начинающиеся со входов и заканчивающиеся созданием продукции, необходимой клиенту. Например, прецедент "обслуживание рейса" включает в себя такие функции, выполняемые работниками различных подразделений, как регистрация, прием и выдача багажа, техническое обслуживание самолета, проведение полета и т.д.
Введем понятие " прецедент ". Во-первых, прецедент - это "внешний" бизнес-процесс, ориентированный на клиента. Прецедент заканчивается получением продукта - измеримой потребительской ценности для некоторого индивидуального потребителя бизнес-системы.
Во-вторых, прецедент - это относительно законченная совокупность действий (функций), начинающаяся при получении стимула извне и заканчивающаяся производством товара или услуги. Это может быть повторяющийся, циклический процесс. Каждый цикл называется транзакцией: "транзакция - это неделимое множество действий, которое или выполняется все целиком или не выполняется вообще" [3].
В-третьих, прецеденты могут иметь множество вариантов хода событий. Каждый конкретный прецедент (вариант) называется экземпляром. Экземпляр реализует конкретный поток событий в конкретных условиях для конкретного клиента. Похожие варианты хода событий группируются в классы прецедентов. Можно рассматривать класс, как обобщенный прецедент. Например, класс прецедентов "Продажа" описывает общий ход событий, выполняемых при продаже любого продукта любому клиенту. Конкретный экземпляр прецедента "Продажа" может отличаться в деталях, например, в зависимости от того, новый это клиент или нет, компетентный или несведущий и т.п.
Построение П-модели начинается с выделения прецедентов и элементов окружения - клиентов, партнеров, поставщиков. Окружение моделируется при помощи действующих лиц, которые называются субъектами. Субъекты обозначают все то в окружении, что взаимодействует с бизнесом. Субъектом может быть: человек (например, клиент, покупатель); другая компания (например, организация-поставщик, субподрядчик); техническая система (например, компьютерная система другой компании).
Субъект представляет собой абстракцию кого-либо или чего-либо, использующего бизнес. Он обозначает роль, которую что-то или кто-то может играть по отношению к бизнесу. Не следует путать реальных людей с субъектами: реальная личность может играть несколько ролей в бизнес-системе. Например, конкретный человек может быть и клиентом, и поставщиком.
Так же, как и для прецедентов, для субъектов различают понятия класса и экземпляра. Класс субъекта описывает общие характеристики некоторого типа субъектов, а экземпляр - характеристики конкретного субъекта.
После идентификации субъектов и прецедентов бизнес-системы необходимо описать взаимодействия между ними. На рис. 3.1 представлена графическая модель взаимодействия прецедентов и субъектов. Поскольку невозможно в одной П-модели отразить все экземпляры прецедентов, субъектов и отношения между ними, в модели отражаются отношения между классами прецедентов и классами субъектов.
Отношения, представленные на данной модели, называются отношениями коммуникации. Они отражают реальные отношения прецедентов с окружением, заключающиеся в обмене веществом (сырье, инструменты, готовая продукция), энергией и информацией. Т.о. отношения коммуникации моделируют материальные, энергетические и информационные потоки. Ниже будут введены другие типы отношений, предназначенные для структуризации модели (отношения типа "часть-целое", наследования и т.д.).
Следующий шаг в построении П.модели - описание прецедента последовательностью мелких шагов. Такое описание называется потоком событий. С точки зрения системного подхода осуществляется декомпозиция процесса-прецедента на подпроцессы-события.
Рассмотрим для примера описание прецедента "Продажа продукта". Основной поток событий:
1. Продавец получает заявку клиента
2. Если в заявке указывается готовый продукт, то продавец проверяет наличие требуемого продукта на складе. Далее прецедент продолжается с шага 5.
3. Если в заявке указывается заказной продукт, продавец уточняет сведения о заказе и передает их проектировщику продукта
4. Проектировщик модифицирует продукт в соответствии с требованиями клиента
5. Продавец принимает от клиента оплату
6. Продавец сообщает отправителю количество продукта и адрес клиента и заказывает транспорт
7. Отправитель доставляет клиенту продукт.
Каждый шаг (событие) прецедента представляет собой некоторое действие, переводящее прецедент в новое состояние. В свою очередь, новое состояние прецедента является стимулом для выполнения следующего шага (события). Таким образом, прецедент рассматривается как машина состояний-событий.
Прецедент может содержать различные альтернативные потоки событий, в том числе достаточно редкие и исключительные потоки, выполняемые при определенных условиях. Поэтому описание прецедента может быть очень сложным и запутанным, содержать множество условных переходов и проверок. Чтобы упростить описание прецедента, необходимо его структурировать. Рассмотрим 2 способа структурирования.
Первый способ: если несколько прецедентов имеют похожее поведение, то следует выделить общие части в отдельный прецедент и установить между ним и исходными отношение наследования. В этом случае общее поведение описывается только один раз. Описания конкретных прецедентов содержат только дополнительные шаги, которых нет в обобщенном описании. Можно сказать, что конкретные прецеденты наследуются от некоего абстрактного прецедента, являются его подклассами.
Например, чтобы структурировать введенное выше описание прецедента "Продажа продукта", вводится абстрактный класс "Общий вид продаж" и два наследуемых класса - "Продажа готового продукта" и "Продажа заказного продукта".
Пример описания абстрактного класса "Общий вид продаж":
1. Продавец получает заявку клиента
2. Продавец принимает от клиента оплату
3. Продавец сообщает отправителю количество продукта и адрес клиента и заказывает транспорт
4. Отправитель доставляет клиенту продукт.
Пример описания прецедента "Продажа готового продукта":
1. Выполняется шаг 1 прецедента "Общий вид продаж".
2. Продавец проверяет наличие требуемого продукта на складе. Если продукта нет в наличии, прецедент прерывается. Иначе переход на шаг 3.
3. Выполняется шаги 2-4 прецедента "Общий вид продаж".
Пример описания прецедента "Продажа заказного продукта":
1. Выполняется шаг 1 прецедента "Общий вид продаж".
2. Продавец уточняет сведения о заказе и передает их проектировщику продукта
3. Проектировщик модифицирует продукт в соответствии с требованиями клиента
4. Выполняется шаги 2-4 прецедента "Общий вид продаж".
Второй способ структурирования сложных прецедентов заключается в использовании отношения "являться частью". Из общего описания прецедента с альтернативными потоками событий вычленяются отдельные фрагменты и помещаются в отдельные прецеденты. Между новыми прецедентами и исходным устанавливаются отношения "являться частью". Например, из прецедента "Продажа продукта" можно извлечь фрагменты "Поиск продукта" и "Исполнение заказа".
Пример описания прецедента "Поиск продукта":
1. Продавец проверяет наличие требуемого продукта на складе.
2. Продавец формирует ответ, есть ли в наличии требуемый продукт.
Пример описания прецедента "Исполнение заказа":
1. Продавец уточняет сведения о заказе и передает их проектировщику продукта
2. Проектировщик модифицирует продукт в соответствии с требованиями клиента
Пример описания прецедента "Продажа продукта":
1. Продавец получает заявку клиента
2. Если в заявке указывается готовый продукт, то выполняется прецедент "Поиск продукта". Если он вернул ответ "нет продукта", прецедент прерывается, иначе прецедент продолжается с шага 4.
3. Если в заявке указывается заказной продукт, то выполняется прецедент "Исполнение заказа".
4. Продавец принимает от клиента оплату
5. Продавец сообщает отправителю количество продукта и адрес клиента и заказывает транспорт
6. Отправитель доставляет клиенту продукт.
Дата добавления: 2015-08-03; просмотров: 113 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Требования к модели компании | | | Объектная модель |