Файл: Проектирование реализации бизнес-процесса «Планирование производства..pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 16.06.2023

Просмотров: 445

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
  • планирование маркетинга
  • организация осуществления маркетинговых стратегий и программ
  • учет и контроль маркетинговой деятельности

Рис.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. Составление договора;
  2. Утверждение договора;
  3. Обсуждение и согласование частей договора.

Базы данных используемые в данной работе:

Таблица 1. Базы данных

Имя БД (Name)

Определение (Definition)

Услуги

Сведения об услугах

Договор

Сведения о договоре

Клиент

Сведения о клиенте

Таблица 2.База данныхУслуги

Имя поля

Тип

Краткое описание

Код_услуги

Цифры

Код_услуги

Дата_оказания_услуги

Дата

Дата_оказания_услуги

Назв_услуги

Символы

Назв_услуги

Стоим_услуги

Цифры

Стоим_услуги

Таблица 3. Договор

Имя поля

Тип

Краткое описание

Номер_ договора

Цифры

Номер_ договора

Дата _заключения _договора

Дата

Дата _заключения _договора

Сумма _вложений

Цифры

Сумма _вложений

Назв_проекта

Символы

Назв_проекта

Срок_ договора

Условия_ договора

Цифры

Символы

Срок_ договора

Условия_ договора

Таблица 4. Клиент

Имя поля

Тип

Краткое описание

ФИО_клиента

Символы

ФИО_клиента

Адрес _клиента

Символы

Адрес _клиента

ИНН_клиента

Цифры

ИНН_клиента

E-mail

Символы

E-mail

Телефон

Цифры

Телефон


Рис. 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) показаны следующие виды работ:

  1. Сбор данных и анализ информации для выбора вида услуги;
  2. Выбор вида банковской операции;
  3. Выбор продуктового ряда банка;
  4. Выбор простого продукта;
  5. Выбор сложного продукта;
  6. Выбор банковской услуги;

Также использована ссылка «Услуги» и «Мониторинг внешней среды»и перекресток типа 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. Центры затрат АВС

Название

Описание

Персонал

Затраты на оплату заработной платы рабочим

Управление проектом

Затраты на управление предприятием

Оборудование

Затраты на покупку нового оборудования