50209 (Автоматизированная система управления менеджментом и маркетингом коммерческого банка), страница 3
Описание файла
Документ из архива "Автоматизированная система управления менеджментом и маркетингом коммерческого банка", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "50209"
Текст 3 страницы из документа "50209"
Рис 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, называемая также 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) показаны следующие виды работ:
-
Сбор данных и анализ информации для выбора вида услуги;
-
Выбор вида банковской операции;
-
Выбор продуктового ряда банка;
-
Выбор простого продукта;
-
Выбор сложного продукта;
-
Выбор банковской услуги;
Также использована ссылка «Услуги» и «Мониторинг внешней среды» и перекресток типа 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;
- корректная – полностью отражает процесс;