Файл: Проектирование реализации бизнес-процесса «Планирование производства..pdf
Добавлен: 16.06.2023
Просмотров: 447
Скачиваний: 3
СОДЕРЖАНИЕ
Исследование предметной области
2Описание модели функционирования ИС
2.1Анализ возможностей методологии и инструментальных средств проектирования заданной ИС
2.3 Диаграммы декомпозиции в методологии IDEF0
2.4 Диаграммы декомпозиции в методологииDFD
2.5 Диаграммы декомпозиции в методологии IDEF3
2.6 Функционально-стоимостной анализ
2.7 ДиаграммыFEOдиаграмма дерева узлов
3 Информационная модель в нотации IDEF1.X
3.1.2Сущности и Атрибуты ERwin
- планирование маркетинга
- организация осуществления маркетинговых стратегий и программ
- учет и контроль маркетинговой деятельности
Рис.3 Диаграмма декомпозиции «Управление маркетинговой деятельностью КБ» А1
Декомпозиция работы «Управление финансовым менеджментом КБ»
имеет номер А2 (рис.4) которая состоит из следующих работ: планирование, информация о конъюнктуре рынка, создание продуктового ряда.
Декомпозиция работы «Планирование» А2.1. (рис.5) будет состоять из следующих работ:
- Стратегическое планирование
- Моделирование
- Оперативное планирование
Рис.4 Диаграмма декомпозиции «Управление финансовым менеджментом КБ» А2
Рис 5. Диаграмма декомпозиции «Планирование» А2.1
Диаграмма декомпозиции «Создание продуктового ряда» А2.3 (рис.6) включает в себя следующие работы: выбор вида услуги, оказание услуги, оформление документации и договоров.
Рис.6 Диаграмма декомпозиции «Создание продуктового ряда» А2.3
2.4 Диаграммы декомпозиции в методологииDFD
Диаграммы потоков данных используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ, их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:
- функции обработки информации (работы);
- документы (стрелки), объекты, сотрудников или отделы;
- информации;
- внешние ссылки(external references);
- таблицы для хранения документов(хранилища данных).
Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами. Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота. Внешние ссылки. Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы. Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.
В BPwinдля построения диаграмм потоков данных используется нотация Гейна-Сарсона. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов, хранение объектов, поставка и распространение объектов. В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов.
В диаграмме потоков данных (рис.7) под названием «Оформление документации и договоров» показаны хранилища данных под названиями «Услуги», «Договор», «Клиент», показана внешняя ссылка«Сведения о договоре». Данная диаграммасостоит из следующих работ:
- Составление договора;
- Утверждение договора;
- Обсуждение и согласование частей договора.
Базы данных используемые в данной работе:
Таблица 1. Базы данных
|
Имя БД (Name) |
Определение (Definition) |
|
Услуги |
Сведения об услугах |
|
Договор |
Сведения о договоре |
|
Клиент |
Сведения о клиенте |
Таблица 2.База данныхУслуги
|
Имя поля |
Тип |
Краткое описание |
|
Код_услуги |
Цифры |
Код_услуги |
|
Дата_оказания_услуги |
Дата |
Дата_оказания_услуги |
|
Назв_услуги |
Символы |
Назв_услуги |
|
Стоим_услуги |
Цифры |
Стоим_услуги |
Таблица 3. Договор
|
Имя поля |
Тип |
Краткое описание |
|
Номер_ договора |
Цифры |
Номер_ договора |
|
Дата _заключения _договора |
Дата |
Дата _заключения _договора |
|
Сумма _вложений |
Цифры |
Сумма _вложений |
|
Назв_проекта |
Символы |
Назв_проекта |
|
Срок_ договора Условия_ договора |
Цифры Символы |
Срок_ договора Условия_ договора |
Таблица 4. Клиент
|
Имя поля |
Тип |
Краткое описание |
|
ФИО_клиента |
Символы |
ФИО_клиента |
|
Адрес _клиента |
Символы |
Адрес _клиента |
|
ИНН_клиента |
Цифры |
ИНН_клиента |
|
|
Символы |
|
|
Телефон |
Цифры |
Телефон |
Рис. 7 Диаграмма DFD А2.3.3
2.5 Диаграммы декомпозиции в методологии IDEF3
Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также Workflowdiagramming, методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии, например порядок определения страхового риска. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.
IDEF3 – это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.
IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.
Методология IDEF3 содержит следующие основные элементы:
- Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.
- Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ.
В IDEF3 различают три типа связей:
- Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.
- Связь отношения (Relational) - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.
Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.
Перекрестки (Junctions) - перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса могущие возникнуть во время его выполнения. Различают два типа перекрестков:
- Перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса.
- Перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно.
Объекты ссылок (Referents) - служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.
На диаграмме под номером А2.3.1.1 «Выбор вида услуги», (рис.8) показаны следующие виды работ:
- Сбор данных и анализ информации для выбора вида услуги;
- Выбор вида банковской операции;
- Выбор продуктового ряда банка;
- Выбор простого продукта;
- Выбор сложного продукта;
- Выбор банковской услуги;
Также использована ссылка «Услуги» и «Мониторинг внешней среды»и перекресток типа AsynchronousOR. Перекресток типа АsynchronousOR под номером J1 показывают, что один или несколько процессов должны быть запущены, и перекресток типа АsynchronousOR под номером J2 показывает, один или несколько процессов должны быть завершены.
Каждая работа IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное.
Для создания сценария необходимо из диаграммы декомпозиции А2.3.1.1 удалить работы, стрелки и перекрестки, не входящие в сценарий. На рис. 9 показана диаграмма сценария под номером А2.3.1.2 созданная на основе диаграммы IDEF3 «Выбор вида услуги»
Рис.8 Диаграмма IDEF3 «Выбор вида услуги» А2.3.1.1
Рис.9 Диаграмма сценария А2.3.1.2
2.6 Функционально-стоимостной анализ
ABC - методика функционально-стоимостного анализа для идентификации истинных генераторов затрат на предприятии (организации). Методика предназначена для определения общей стоимости реализации целевого технологического процесса и представляет собой соглашение об учете, используемое для определения как затрат, возникающих на каждом этапе процесса, так и суммарных затрат.
BBPwin модуль ABC применяется для:
- понимания происхождения выходных затрат и определения их стоимости;
- определение действительной стоимости производства продукта;
- определения требуемых ресурсов;
- определение действительной стоимости поддержки клиента;
- оценки и анализа затрат на осуществление различных видов деятельности;
- облегчения выбора оптимальной модели процесса при реорганизации деятельности предприятия;
- выделения наиболее дорогостоящих операций для их реинжиниринга.
Применение модуля ABCи имеющихся в BPwin средств подготовки отчетов позволяет обеспечить корпоративную стратегию управления хозяйственной деятельностью.
ABC включает следующие основные понятия:
- объект затрат - цель существования функции процесса, т. е. основной выход. Стоимостью целевого технологического процесса будет являться суммарная стоимость всех объектов затрат. Результат расчета суммарной стоимости представляется на контекстной диаграмме;
- движитель затрат – входы и управления функции, определяющие ее существование и влияющие на срок ее действия;
- центры затрат – различные статьи расходов.
Функционально-стоимостной анализ проводитсятолько при полностью созданной модели процесса, т. е. когда модель:
- последовательная – следует синтаксическим правилам IDEF0;
- корректная – полностью отражает процесс;
- полная – охватывает всю рассматриваемую область;
- стабильная – проходит цикл экспертизы без изменений.
Метод ABC может быть осуществлен в любой модели BPwin путем задания в объекте затрат применяемой валюты, как единицы измерения затрат, или назначения временного периода.
Для эффективного использования механизма стоимостного анализа сначала строится функциональная модель существующей организации работы – AS – IS (как есть). На основании этой модели анализируется существующие процессы, изучаются имеющиеся потоки данных, определяются возможность изменения их направления, и строится модель TO-BE , из которых по определенному авторским коллективом критерию выбирается лучшая.
Механизм поддержки ABC в BPwin, хотя и учитывает стоимость выполнения каждой работы, продолжительность каждой работы по времени и сколько раз необходимо выполнить работу в течение одного цикла бизнес-процесса, все же дает довольно грубые оценки и, к тому же требует, чтобы все диаграммы, для которых производится оценка, были выполнены в IDEF0.
Результаты функционально стоимостного анализа отображаютсянепосредственно на диаграммах. В левом нижнем углу прямоугольника блока может показываться либо стоимость (по умолчанию), либо продолжительность, либо частота проведения функции (диапазон измерения времени в списке Unitofmeasurement достаточен для большинства случаев – от секунд до лет).
Таблица 5. Центры затрат АВС
|
Название |
Описание |
|
Персонал |
Затраты на оплату заработной платы рабочим |
|
Управление проектом |
Затраты на управление предприятием |
|
Оборудование |
Затраты на покупку нового оборудования |