2.5 Диаграммы декомпозиции в методологии IDEF3

Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также Workflow diagramming, методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы 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.  Выбор банковской услуги;

Также использована ссылка «Услуги» и «Мониторинг внешней среды» и перекресток типа Asynchronous OR. Перекресток типа Аsynchronous OR под номером J1 показывают, что один или несколько процессов должны быть запущены, и перекресток типа Аsynchronous OR под номером 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 - методика функционально-стоимостного анализа для идентификации истинных генераторов затрат на предприятии (организации). Методика предназначена для определения общей стоимости реализации целевого технологического процесса и представляет собой соглашение об учете, используемое для определения как затрат, возникающих на каждом этапе процесса, так и суммарных затрат.

B BPwin модуль ABC применяется для:

·  понимания происхождения выходных затрат и определения их стоимости;

·  определение действительной стоимости производства продукта;

·  определения требуемых ресурсов;

·  определение действительной стоимости поддержки клиента;

·  оценки и анализа затрат на осуществление различных видов деятельности;

·  облегчения выбора оптимальной модели процесса при реорганизации деятельности предприятия;

·  выделения наиболее дорогостоящих операций для их реинжиниринга.

Применение модуля ABC и имеющихся в BPwin средств подготовки отчетов позволяет обеспечить корпоративную стратегию управления хозяйственной деятельностью.

ABC включает следующие основные понятия:

·  объект затрат - цель существования функции процесса, т. е. основной выход. Стоимостью целевого технологического процесса будет являться суммарная стоимость всех объектов затрат. Результат расчета суммарной стоимости представляется на контекстной диаграмме;

·  движитель затрат – входы и управления функции, определяющие ее существование и влияющие на срок ее действия;

·  центры затрат – различные статьи расходов.

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

- последовательная – следует синтаксическим правилам IDEF0;

- корректная – полностью отражает процесс;

- полная – охватывает всю рассматриваемую область;

- стабильная – проходит цикл экспертизы без изменений.

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

Для эффективного использования механизма стоимостного анализа сначала строится функциональная модель существующей организации работы – AS – IS (как есть). На основании этой модели анализируется существующие процессы, изучаются имеющиеся потоки данных, определяются возможность изменения их направления, и строится модель TO-BE , из которых по определенному авторским коллективом критерию выбирается лучшая.

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

Результаты функционально стоимостного анализа отображаются непосредственно на диаграммах. В левом нижнем углу прямоугольника блока может показываться либо стоимость (по умолчанию), либо продолжительность, либо частота проведения функции (диапазон измерения времени в списке Unit of measurement достаточен для большинства случаев – от секунд до лет).


Таблица 5. Центры затрат АВС

Название

Описание

Персонал Затраты на оплату заработной платы рабочим
Управление проектом Затраты на управление предприятием
Оборудование Затраты на покупку нового оборудования

Центры затрат ABC

Введём следующие данные для работ:

Таблица 6. Стоимости работ

 Имя работы

(Activity name)

Цент затрат

(Cost Center)

Сумма центра затрат (Cost Center Cost)t,руб.

Продолжи

тельность

Duration день)

Частота

(Frequency)

Управление марк деят КБ

Рабочая сила

Управление

25503

15500

13,00 1,00
Управление фин менедж КБ

Рабочая сила

Управление

4500

24300

33,00 1,00

Организация

осуществления марк-х стратег

и программ

Рабочая сила

Управление

5700

3300

3,00 1,00

Учет и контроль

маркетинговой

деятельности

Рабочая сила

Управление

19800

10800

 19,00 1,00
Планирование

Рабочая сила

Управление

15000

5400

9,00 1,00

информация о

конъюнктуре рынка

Рабочая сила

Управление

6300

1800

6,00 1,0

Создание

продуктового

ряда

Рабочая сила

Управление

23700

17100

18,00 1,00

Рис.10 Фрагмент отчета Cost Report

 


Информация о работе «Автоматизированная система управления менеджментом и маркетингом коммерческого банка»
Раздел: Информатика, программирование
Количество знаков с пробелами: 61038
Количество таблиц: 19
Количество изображений: 27

Похожие работы

Скачать
161196
18
3

... России как ее опорный элемент доказали свою способность выживать в любых условиях, преодолевать кризисы и модернизироваться. Глава 2. Анализ депозитных и сберегательных операций коммерческих банков   2.1 Анализ реализации политики коммерческих банков в области привлечения сбережений населения Механизм реализации сберегательной политики, как было отмечено в параграфе 1.3. состоит из ...

Скачать
80755
10
5

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

Скачать
136819
36
0

... отдельных показателей и весовые коэффициенты групп показателей должны периодически корректироваться экспертами. Только в этом случае возможна правильная оценка кредитоспособности заемщика и индивидуального кредитного риска банка. 2 УПРАВЛЕНИЕ КРЕДИТНЫМ РИСКОМ (НА ПРИМЕРЕ БАНКА “СЕВЕРНАЯ КАЗНА” ОАО) 2.1 Общая характеристика Банка “Северная казна” ОАО Банк «Северная казна» ОАО основан 09 ...

Скачать
47979
1
0

... — системы управления ресурсами предприятия), которые включили в себя планирование ресурсов предприятия для всех основных видов его деятельности. 2. Автоматизируемые системы управления торговыми предприятиями и их возможности Первые автоматизированные системы стали появляться в начале 80-х гг. XX в., они были написаны для среды DOS и являлись довольно примитивными. Они не были рассчитаны на ...

0 комментариев


Наверх