1. Составление договора;
2. Утверждение договора;
3. Обсуждение и согласование частей договора.
Базы данных используемые в данной работе:
Таблица 1. Базы данных
Имя БД (Name)
Определение (Definition)
Услуги
Сведения об услугах
Договор
Сведения о договоре
Клиент
Сведения о клиенте
Таблица 2. База данных Услуги
Имя поля
Тип
Краткое описание
Код_услуги
Цифры
Дата_оказания_услуги
Дата
Назв_услуги
Символы
Стоим_услуги
Таблица 3. Договор
Номер_ договора
Дата _заключения _договора
Сумма _вложений
Назв_проекта
Срок_ договора
Условия_ договора
Таблица 4. Клиент
ФИО_клиента
Адрес _клиента
ИНН_клиента
E-mail
Телефон
Рис. 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) показаны следующие виды работ:
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 включает следующие основные понятия:
· объект затрат - цель существования функции процесса, т. е. основной выход. Стоимостью целевого технологического процесса будет являться суммарная стоимость всех объектов затрат. Результат расчета суммарной стоимости представляется на контекстной диаграмме;
· движитель затрат - входы и управления функции, определяющие ее существование и влияющие на срок ее действия;
· центры затрат - различные статьи расходов.
Функционально-стоимостной анализ проводится только при полностью созданной модели процесса, т. е. когда модель:
Страницы: 1, 2, 3, 4, 5, 6, 7, 8