Разработка регламента выполнения процесса «Ведение договоров по страхованию автотранспортных средств» (Анализ предметной области, особенности протекания бизнес-процессов)

Содержание:

ВВЕДЕНИЕ

Актуальность: В современном мире необходимо описывать бизнес-процессы п в различных отраслях промышленности, энергетике, транспорте, т.к. затруднительно наладить производство или бизнес без средств его автоматизации. Для проектирования таковых систем используются CASE-средства, которые позволяют строить диаграммы различных нотаций. Проектирование используется для понимания того, как система должна выглядеть и облегчает труд разработчика.

Основная цель работы заключается в исследовании и создании описания процесса в виде диаграмм.

Объектом исследования курсового проекта являются подходы проектирования процессов, и методология проектирования процессов.

Предметом исследования является применение подходов и методологий описания бизнес-процессов на примере ведения договоров для автострахования.

В объеме курсовой работы ставятся следующие задачи:

1. Рассмотреть этапы бизнес-процесса.
2. Изучить и закрепить знания о моделирования процессов.
3. Рассмотреть особенности языка моделирования процессов и CASE-средства.
4. Практически реализовать модели на примере разработки регламента ведения договоров автострахования.

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

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Анализ предметной области, особенности протекания бизнес-процессов

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

Страховая компания‑ это учреждение, которое предоставляет услуги населению по обязательному страхованию автотранспорта.

Основная функция страховой компании – выдача страховых полисов. Функция реализуется в офисах компании. Клиентом страховой компании может стать любой человек, который имеет автомобиль и хочет получить страховку. Для получения полиса клиент должен предоставить документы и оплатить услугу.

Клиент страховой компании – это физическое лицо или юридическое лицо, которое обратилось в офис.

Страховой полис клиент получает после подачи и проверки документов, и оплаты услуги.

Документы, которые предоставляет клиент:

• Паспорт;
• Водительские права;
• Диагностическая карта автомобиля;
• ПТС.

Сумма страховки складывается из следующего:

• Где зарегистрирован автомобиль;
• Тип транспортного средства;
• Мощность;
• Период использования транспортного средства;
• Водительский стаж.

Ведением и общением с клиентами занимаются менеджеры страховой компании.

Исходя из короткого проведенного анализа, можно выделить следующие роли сотрудников:

• менеджер (представитель организации, обеспечивающий предоставление услуг клиенту).

2. ВЫБОР СРЕДСТВА ДЛЯ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

2.1. Моделирование бизнес-процесса

Моделирование бизнес-процессов — это графическое представление бизнес-процессов или рабочих процессов компании в качестве средства выявления потенциальных улучшений. Это обычно делается с помощью различных графических методов, таких как блок-схема, диаграмма потока данных и т.д.

Бизнес-моделирование используется для отображения 2 различных состояний процесса:

• как есть (состояние процесса как оно есть прямо сейчас, без внесения каких-либо изменений или улучшений)
• как будет (будущее состояние, после внесения изменений или улучшений).

Моделирование бизнес-процессов обычно используется взаимозаменяемо с сопоставлением бизнес-процессов – и они могут быть практически одинаковыми. Они оба используются для графического представления процессов в качестве средства выявления потенциальных слабых мест или улучшений.

Существует три основных типа бизнес-процессов:

• Процессы управления, которые управляют работой системы. Типичные управленческие процессы включают корпоративное управление и стратегическое управление.
• Операционные процессы, которые составляют основу бизнеса и создают основной поток создания ценности. Типичными операционными процессами являются закупки, производство, маркетинг и продажи.
• Вспомогательные процессы, которые поддерживают основные процессы. В качестве примеров можно привести бухгалтерский учет, набор персонала и техническую поддержку.

Бизнес-процесс можно разложить на несколько подпроцессов, которые имеют свои собственные атрибуты, но также способствуют достижению цели процесса. Анализ бизнес-процессов обычно включает в себя отображение процессов и подпроцессов вплоть до уровня деятельности. Модель бизнес-процесса — это модель одного или нескольких бизнес-процессов, она также определяет способы, с помощью которых осуществляются операции для достижения намеченных целей организации. Такая модель остается абстракцией и зависит от предполагаемого использования модели. Она может описывать рабочий процесс или интеграцию между бизнес-процессами. Она может быть построена в нескольких уровнях.

Рабочий процесс — это описание последовательности операций, объявленных как работа человека, простого или сложного механизма, группы лиц, организации персонала или техники.

2.2 Инструменты моделирования процессов

Инструменты моделирования бизнес-процессов предоставляют пользователям возможность моделировать свои бизнес-процессы, внедрять и выполнять эти модели, а также уточнять модели на основе уже выполненных данных. В результате, инструменты моделирования бизнес-процессов могут обеспечить прозрачность бизнес-процессов, а также централизацию корпоративных моделей бизнес-процессов и показателей выполнения.

Инструменты моделирования могут также позволить совместно моделировать сложные процессы пользователями, работающими в группах, где пользователи могут совместно обмениваться и моделировать.

Инструменты моделирования бизнес-процессов не следует путать с системами автоматизации бизнес-процессов - обе имеют моделирование процесса в качестве одного и того же начального шага, и разница заключается в том, что автоматизация процессов дает "исполняемую диаграмму", и это резко отличается от традиционных графических инструментов моделирования бизнес-процессов.

2.2.1 ARIS Express

ARIS Express — это бесплатный инструмент моделирования для анализа и управления бизнес-процессами. Он поддерживает различные обозначения моделирования, такие как BPMN 2, событийные технологические цепочки (EPC), организационные диаграммы, доски и т. д.

ARIS Express— это автономное однопользовательское приложение. Он разделен на домашний(начальный) экран и среду моделирования. Начальный экран используется для создания новых моделей или открытия недавно отредактированных. Среда моделирования используется для редактирования диаграмм.

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

• Фрагменты (часто используемые конструкции моделирования, такие как исключительное решение в модели процесса, могут храниться как фрагменты, чтобы они были доступны для прямого повторного использования в другой модели).
• интеллектуальные проекты (поток модели процесса или иерархии других моделей могут быть захвачены в электронной таблице, как интерфейс. При вводе данных в электронную таблицу модель генерируется и раскладывается в фоновом режиме во время набора текста).
• мини-панель инструментов (при наведении указателя мыши на объект на диаграмме отображается небольшая панель инструментов, обеспечивающая быстрый доступ к наиболее важным действиям моделирования).
• Импорт Microsoft Visio (диаграммы, созданные с помощью Microsoft Visio 2007 или выше, можно импортировать и редактировать в ArisExpress. Экспорт Microsoft Visio не предоставляется).

2.2.2. AllFusion Process Modeler (BPWIN)

AllFusionProcessModeler 7 (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusionProcessModeler 7 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.

AllFusionProcessModeler 7 (BPwin) помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты. AllFusionProcessModeler 7 повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

AllFusionProcessModeler 7 (BPwin) эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции и повысить эффективность. В основу продукта заложены общепризнанные методологии моделирования, например, методология IDEF0 рекомендована к использованию Госстандартом РФ и является федеральным стандартом США. Простота и наглядность моделей ProcessModeler упрощает взаимопонимание между всеми участниками процессов. Распространенность самого AllFusionProcessModeler 7 позволяет вести согласование функциональных моделей с партнерами в электронном виде.

2.2.3. MicrosoftVisio

MicrosoftVisio является приложением для построения диаграмм и векторной графики и является частью семейства MicrosoftOffice. 

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

Профессиональное издание имеет три дополнительных типа диаграмм, а также интеллектуальные правила, проверку и подпроцесс (разбивка диаграммы). 

Было добавлено несколько новых функций, таких как : одношаговое подключение к данным Excel, защита управления правами на доступ к информации (IRM) для файлов Visio, модернизированные формы для макета офиса, подробные формы для планов объектов, обновленные формы для планов этажей, современные формы для домашних планов, совместимые формы IEEE для электрических схем, новый диапазон начальных схем и новые темы для интерфейса Visio.

2.3. Нотации моделирования

Для моделирования процесса рассмотрим три нотации:

• IDEF0 - функциональные модели любых систем;
• IDEF3 - функциональные модели технологических процессов;
• DFD - функциональные модели информационных систем.

2.3.1. IDEF0

IDEF0 является методологией для описания моделирования и используется для:

• анализа;
• разработки;
• реинжиниринга и интеграции информационных систем;
• бизнес-процессов;
• программного обеспечения инженерного анализа.

IDEF0 является частью семейства языков моделирования IDEF в области программной инженерии и построен на языке функционального моделирования StructuredAnalysisandDesignTechnique (SADT).

Метод функционального моделирования IDEF0 предназначен для моделирования решений, действий и деятельности организации или системы, он был выведен из установленного языка графического моделирования SADT. В своем первоначальном виде IDEF0 включает как определение языка графического моделирования (синтаксис и семантика), так и описание комплексной методологии разработки моделей.

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

Соответствующий метод, определение интеграции для информационного моделирования (IDEF1x), используется для дополнения IDEF0 для систем с интенсивным использованием данных.

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

Результатом применения IDEF0 к системе является модель, состоящая из иерархической серии диаграмм, текста и глоссария, имеющих перекрестные ссылки друг на друга. Двумя основными компонентами моделирования являются функции (представленные на диаграмме прямоугольниками), данные и объекты, которые взаимно связывают эти функции (представленные стрелками).

IDEF0 является частью семейства языков моделирования IDEF в области разработки программного обеспечения и построен на языке функционального моделирования StructuredAnalysisandDesignTechnique (SADT).

Метод функционального моделирования IDEF0 предназначен для моделирования решений, действий и действий организации или системы. Он был получен из установленного языка графического моделирования StructuredAnalysisandDesignTechnique (SADT), разработанного Дугласом Т. Росс и SofTech, Inc. В своей первоначальной форме IDEF0 включает в себя определение языка графического моделирования (синтаксис и семантика) и описание комплексной методологии разработки моделей.

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

Для дополнения IDEF0 для систем с интенсивным использованием данных используется связанный с ним метод определения интеграции для информационного моделирования (IDEF1x). Стандарт IDEF0, публикация 183 федеральных стандартов обработки информации (FIPS 183) и стандарт IDEF1x (FIPS 184) поддерживаются Национальным институтом стандартов и технологий (NIST).

2.3.2. IDEF3

IDEF3 или интегрированное определение для метода описания процесса — это метод моделирования бизнес-процессов, дополняющий метод IDEF0. Метод IDEF3 — это метод описания потока процесса, предназначенный для понимания как работает определенная система.

Описания потоков процессов для фиксации связей между действиями в контексте конкретного сценария, а также переход состояния объекта для описания допустимых состояний и условий.

Различие между описаниями и моделями, хотя и тонкое, является важным в IDEF3, и оба имеют точное техническое значение.

Термин "описание" используется в качестве зарезервированного технического термина для обозначения записей эмпирических наблюдений; то есть описания записывают знания, которые берут начало в наблюдениях или опыте или основаны на них.

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

Сила модели заключается в ее способности упростить систему реального мира, которую она представляет, и предсказать определенные факты об этой системе в силу соответствующих фактов внутри модели. Таким образом, модель — это спроектированная система сама по себе. Модели — это идеализированные системы, которые заведомо неверны, но считаются достаточно близкими, чтобы обеспечить надежные предикторы для заранее определенных областей интересов в пределах области. A описание, с другой стороны, это запись фактов или убеждений о чем-то, находящемся в сфере индивидуального знания или опыта. Такие описания, как правило, являются неполными; то есть лицо, дающее описание, может опустить факты, которые, по его мнению, не имеют отношения к делу или которые были забыты в ходе описания системы. IDEF3 учитывает эти возможности, предоставляя определенные функции, позволяющие захватывать и организовывать альтернативные описания одного и того же сценария или процесса.

Данный метод является частью семейства языков моделирования IDEF в области системной и программной инженерии.

2.3.3. DFD

Диаграмма потока данных (DFD) — это способ представления потока данных процесса или системы (обычно информационной системы). DFD также предоставляет информацию о выходах и входах каждого объекта и самого процесса. Схема потока данных не имеет никакого потока управления, нет никаких правил принятия решений и никаких циклов. Конкретные операции, основанные на данных, могут быть представлены в виде блок-схемы.

Для каждого потока данных в процессе должна существовать по крайней мере одна из конечных точек (источник и / или назначение). Уточненное представление процесса может быть сделано в другой диаграмме потока данных, которая подразделяет этот процесс на подпроцессы.

Диаграмма потока данных является частью инструментов моделирования структурного анализа. При использовании языка UML диаграмма активности обычно берет на себя роль диаграммы потока данных.

2.4. Выбор средства проектирования и нотации

В качестве нотации проектирования бизнес-процесса выбрана IDEF0, как наиболее полно показывающая работу процессов.

В качестве средства проектирования выбрано BPwin, потому что данная программа обладает следующими преимуществами:

• Простой пользовательский интерфейс, что упрощает процесс моделирования.
• Для каждого процесса можно указать дополнительные свойства и сохранять их в моделях и включать в отчеты.
• Контроль корректности моделей. За счет встроенных средств BPwin осуществляет контроль некорректных связей и представления элементов моделей. Это повышает качество моделей и улучшает возможности интеграции с другими средствами моделирования.

3 ПРОЕКТИРОВАНИЕ ПРОЦЕССА

3.1 Моделирование процесса «как есть»

Моделирование бизнес-процесса «как есть» предполагает построение модели без внесения улучшений в бизнес-процесс. Основная цель диаграммы "как есть" заключается в том, чтобы определить, где необходимы улучшения и что является отправной точкой для изменений.

Определим параметры бизнес-процесса страхования автотранспорта:

• Владелец процесса – страховая компания;
• Вход процесса – документы для оформления страхования;
• Выход процесса – документы о страховании.

Нотация IDEF0 показывает процесс в целом и разбивает его на подпроцессы. Диаграмма первого уровня представлена на рисунке 1.

Рисунок – диаграмма А-0

На вход подаются документы, необходимые для заключения страхового договора: паспорт, диагностическая карта автомобиля, водительское удостоверение, ПТС.

Механизмом процесса является менеджер страховой компании.

Управление осуществляется с помощью законодательства.

Выходной информацией является договор страхования и страховой полис.

Чтобы понять, как происходят бизнес-процессы, необходимо провести декомпозицию (Рисунок 2).

Рисунок – диаграмма А0

Процесс можно декомпозировать на следующие подпроцессы:

• Подача документов;
• Проверка документов;
• Расчет страховой суммы;
• Заключение договора.

Механизмом всех процессов является менеджер. Управление осуществляется законодательством.

Входные данные для подачи документов:

• Заявление на заключение договора и выдачу страхового полиса;
• Паспорт;
• ПТС;
• Диагностическая карта транспорта;
• Водительские права.

Выходные данные:

• Документы клиента.

Входные данные для процесса проверка документов:

• Документы клиента.

Выходные данные:

• Возврат документов (в случае если в них есть ошибки);
• Успешная проверка документов.

Входные данные для расчета страховой суммы:

• Успешная проверка документов;

Выходные данные:

• Страховая сумма.

Входные данные для заключения договора:

• Проверенные документы;
• Страховая сумма.

Выходные данные:

• Договор;
• Страховой полис.

Рассмотрим подробнее процесс проверки документов (Рисунок 3).

Рисунок – декомпозиция блока А2

Документа клиента проверяют на подлинность, также проверяют действительно ли был пройден техосмотр, также проверяют информацию на соответствие в российском союзе автостраховщиков. Если документы не вызывают нареканий – проверка прошла успешно. Если же нашлись расхождения – документы возвращают клиенту.

Также проведем декомпозицию процесса заключение договора (Рисунок 4).

Рисунок – декомпозиция блока А4

Перед заключением договора клиент должен оплатить сумму страхования. Далее он подписывает договор со страховой компанией и получает страховой полис. Информацию о полисе менеджер передает в российский союз авто страхователей.

3.2. Предлагаемые мероприятия по улучшению бизнес-процессов

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

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

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

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

Чтобы снять нагрузку с работников предлагается автоматизировать следующие процессы:

• Подача документов;
• Проверка документов;
• Расчет сумм страхования.

Для этого необходимо создать автоматизированную систему, куда можно загрузить отсканированные копии документов, система выполняла проверку, рассчитывала стоимость страховки и отправляла результат менеджеру, который заключает договор с клиентом.

Система сможет автоматизировать базовые процессы работы организации, позволит быстро получить оперативную информацю, сократить время поисков и, как результат, повысить эффективность работы.

Этим перечнем статистические и аналитические функции не ограничиваются и могут расширятся по мере необходимости.

3.3. Моделирование процесса «как будет»

Моделирование процесса «как будет» предполагает создание модели с учетом улучшений. Рассмотрим бизнес-процесс оформления страхования с учетом мероприятий, приведенных в параграфе 3.2.

Диаграмма первого уровня представлена на рисунке 5.

Рисунок – контекстная диаграмма

На вход подаются документы, необходимые для заключения страхового договора: паспорт, диагностическая карта автомобиля, водительское удостоверение, ПТС.

Механизмом процесса является менеджер страховой компании и автоматизированная система.

Управление осуществляется с помощью законодательства.

Выходной информацией является договор страхования и страховой полис.

Проведем декомпозицию контекстной диаграммы (Рисунок 6).

Рисунок – диаграмма А0

Процесс можно декомпозировать на следующие подпроцессы:

• Подача документов;
• Расчет страховой суммы;
• Заключение договора.

Управление всех процессов осуществляется законодательством.

Входные данные для подачи документов:

• Заявление на заключение договора и выдачу страхового полиса;
• Паспорт;
• ПТС;
• Диагностическая карта транспорта;
• Водительские права.

Выходные данные:

• Документы клиента.

Механизм:

• Автоматизированная система.

Входные данные для расчета страховой суммы:

• Документы клиента;

Выходные данные:

• Страховая сумма.

Механизм:

• Автоматизированная система.

Входные данные для заключения договора:

• Проверенные документы;
• Страховая сумма.

Выходные данные:

• Договор;
• Страховой полис.

Механизм:

• Менеджер.

Рассмотрим процесс загрузки документов (Рисунок 7).

Рисунок – декомпозиция блока А1

В систему загружаются отсканированные документы клиента, далее система проверяет их по заданным критериям и выдает ответ: прошла проверка успешно или нет, если да, то данные из документов передаются следующему процессу.

Таким образом, из диаграмм «как будет» можно увидеть, что менеджер освобожден от проверки документов, и таким образом минимизируется риск ошибок, подлогов и на оформление договоров уходит намного меньше времени.

ЗАКЛЮЧЕНИЕ

Моделирование бизнес-процессов — весьма трудоемкая задача, требующая времени и высокой квалификации участвующих в ней специалистов. За время существования программной инженерии появилось несколько подходов к моделированию, каждый из которых обладает своими преимуществами и недостатками.

В соответствии с различными представлениями об организации методики моделирования бизнес-процессов принято делить на объектные и функциональные (структурные).

Объектно-ориентированные технологии развивались в различных областях вычислительной техники как средство решения проблем, связанных со сложностью создаваемых систем. В основе объектно-ориентированного проектирования лежит представление о том, что бизнес-процессы необходимо описывать как совокупность взаимодействующих друг с другом объектов.

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

В данной работе было проведено исследование различных нотаций моделирования бизнес-процессов, проведено само моделирование, произведен анализ предметной области и выбран инструмент моделирования.

СПИСОК ЛИТЕРАТУРЫ

1. Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования. М., "МетаТехнология", 1993.
2. InsideOLE 2-(2e) by Kraig Brockschmidt (Reviewed May 1995)
3. «Открытые системы», 1998 № 01
4. CASE-технологии. Современные методы и средства проектирования информационных систем М.: Финансы и статистика, 1998. - 176 с.
5. A Relational Model of Data for Large Shared Data Banks. Communications of the ACM Vol. 13, No. 6, June 1970, pp. 377-387. Copyright ” 1970, Association for Computing Machinery, Inc.
6. Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. - М.:ДМК, 2000. -432с.
7. Липаев В.В., Филинов Е.Н. Мобильность программ и данных в открытых информационных системах. - М.: Научная книга, -1997. -368с.
8. БоггсУ.,Боггс М. UML и RationalRose,Пер. с англ. -М.: Издательство "ЛОРИ", 2000. -580с.
9. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. -М. Финансы и статистика, 2000. -352с