Автоматизированная система управления менеджментом и маркетингом коммерческого банка (стр. 4 из 8)
· таблицы для хранения документов(хранилища данных).
Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами. Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота. Внешние ссылки. Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы. Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.
В BPwinдля построения диаграмм потоков данных используется нотация Гейна-Сарсона. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов, хранение объектов, поставка и распространение объектов. В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов.
В диаграмме потоков данных (рис.7) под названием «Оформление документации и договоров» показаны хранилища данных под названиями «Услуги», «Договор», «Клиент», показана внешняя ссылка «Сведения о договоре». Данная диаграмма состоит из следующих работ:
1. Составление договора;
2. Утверждение договора;
3. Обсуждение и согласование частей договора.
Базы данных используемые в данной работе:
Таблица 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) показаны следующие виды работ:
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 , из которых по определенному авторским коллективом критерию выбирается лучшая.