- •Аннотация
- •Реферат
- •Содержание
- •Введение
- •Описание и анализ предметной области – профсоюза строителей г. Геленджик
- •Краткое описание профсоюза строителей г. Геленджик
- •Организационная структура профсоюза строителей г. Геленджик
- •Сценарий работы профсоюза строителей г. Геленджик
- •Состав комплекса технических и программных средств в профсоюзе строителей г. Геленджик
- •Оценка документооборота профсоюза строителей г. Геленджик
- •Профсоюз Членов профсоюза
- •Разработка математической модели бизнес-процессов обслуживания членов профсоюза
- •Выделение проблем предметной области, подлежащих решению в дипломной работе
- •Постановка задачи работы
- •Оптимизация бизнес-процессов работы профсоюза строителей г. Геленджик
- •Оптимизация математической модели обслуживания заявок в профсоюзе строителей г. Геленджик
- •Анализ вариантов реализации оптимизированной модели
- •Выбор методологии моделирования
- •Методы структурного анализа
- •Язык uml
- •Сравнительный анализ и выбор подхода к моделированию системы
- •Выбор case-средств моделирования
- •Реинжиниринг бизнес-процессов обслуживания членов профсоюза в профсоюзе
- •3 Проектирование информационной системы профсоюза строителей г. Геленджик
- •3.1 Сравнительный анализ платформ для разработки аналогов проектируемой системы
- •Оценка аналогов и прототипов с помощью метода анализа иерархий
- •3.2 Формирование требований к объекту проектирования
- •3.3 Выбор архитектуры информационной системы профсоюза строителей г. Геленджик
- •3.4 Проектирование структуры баз данных
- •4 Реализация информационной системы
- •Выбор используемых средств реализации
- •4.1.1. Операционная система
- •Система управления базами данных
- •Среда разработки
- •Технические средства
- •4.2 Описание интерфейса пользователя
- •5 Социальный аспект разработки
- •6 Технико-экономическое обоснование разработки
- •Описание целесообразности проектирования с точки зрения коммерческого использования
- •Описание предметной области
- •Расчет экономической эффективности проекта
- •Расчет затрат на функционирование предприятия до и после внедрения
- •Стоимостная оценка проекта
- •Оценка экономического эффекта от внедрения
- •Безопасность и экологичность разработки
- •Оценка напряженности трудового процесса
- •Разработка мероприятий по улучшению условий труда
- •7.2.1 Организационные методы
- •7.2.2 Организационно-технические методы
- •7.2.3 Технические методы
- •7.2.4 Основные требования к организации работы с эвм
- •Пожарная и электробезопасность
- •7.3.1 Пожарная безопасность
- •7.3.2 Электробезопасность
- •Экологичность проекта
- •Заключение
- •Библиографический список
Сравнительный анализ и выбор подхода к моделированию системы
Так как каждый подход регламентируется разработчиками как методология, подходящая для анализа и проектирования, то имеет смысл подробнее остановиться на нотациях. В Таблице 2.1 представлено сравнение нотаций, применяемых для моделирования и проектирования ИС.
Таблица 2.1 – Сравнительный анализ нотаций IDEF, UML
Критерии сравнения |
UML |
IDEF0 |
IDEF3 |
Принцип построения диаграммы |
Объектно-ориентированный |
Принцип иерархической упорядоченности |
Последовательность выполнения |
Описание процедуры процесса |
Объект на диаграмме |
Объект на диаграмме |
Объект на диаграмме |
Продолжение таблицы 2.1
Критерии сравнения |
UML |
IDEF0 |
IDEF3 |
|
Входящий документ |
В зависимости от принятого соглашения может быть объектом или стрелкой |
Стрелка слева, стрелка сверху |
Нет (может быть отражен привязкой объекта) |
|
Входящая информация |
Может быть объектом или стрелкой |
Стрелка слева, стрелка сверху |
Нет (может быть отражен привязкой объекта) |
|
Исходящий документ, информация |
Может быть объектом или стрелкой |
Стрелка справа |
Нет (может быть отражен привязкой объекта) |
|
Исполнитель процедуры |
Используется отдельный объект «Actor» |
Стрелка снизу |
Нет (может быть отражен в модели только привязкой объекта-комментария) |
|
Используемое оборудование |
Используются специализированные объекты для описания |
Стрелка снизу |
Нет (может быть отражен привязкой объекта) |
|
Обратная связь по управлению/контролю |
Нет. Может быть отражен указанием входящих документов |
Стрелка сверху |
Нет |
|
Наглядность модели |
Модель наглядна и есть возможность использования визуальных образов с последующей конвертацией |
Модель нечитабельна неспециалистами |
Модель нечитабельна неспециалистами |
Мною было решено использовать структурный подход к моделированию. Подход дает возможность проведения глубокого анализа бизнес – процессов, выявления узких мест: комплексное применение позволяет выявить все возможные рассогласования и неточности. Применение универсальных графических языков моделирования IDEF0, IDEF3 обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов при моделировании предметной области в контексте «как должно быть».
Выбор case-средств моделирования
Традиционный подход к выбору одного из нескольких предложенных решений – оценка данных решений по стоимостным характеристикам. Другой распространенный подход – субъективная оценка лица, ответственного за принятие таких решений (он принимает решение на основании своих пристрастий, на основании своих субъективных представлений, в общем случае это может выглядеть так: «этот продукт мне нравится, поэтому мы его берем» или так: «этот бренд (фирма) мне симпатичны, поэтому возьмем их решение»). Оба подхода приведут к неоптимальному выбору, что повлечет неоптимальное расходование различных средств. [8] Иной, более оптимальный, подход – это сопоставление представленных решений по заранее согласованным критериям.[9]
В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства [3]:
AllFusion Modeling Suite;
Rational Rose;
ARIS.
Рассмотрим их характеристики более подробно:
1) AllFusion Modeling Suite – пакет инструментальных средств разработанный компанией Computer Associates International, Inc. (CA), пакет поддерживает все этапы разработки информационных систем, в этот пакет входит пять продуктов:
AllFusion Process Modeler – «BPwin» (позволяет облегчить проведение обследования предприятия и построить функциональные модели).
AllFusion ERwin Data Modeler – «ERwin» (позволяет создавать модели данных и генерировать схему баз данных).
Рассмотрим продукты которые нам понадобятся в проектировании:
AllFusion Process Modeler – «BPwin»: основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.
Возможности BPwin: поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют: описывать предметную область наиболее комплексно, оптимизировать процедуры в компании.
Позволяет облегчить сертификацию на соответствие стандартам качества ISO9000; интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.; содержит собственный генератор отчетов; позволяет эффективно манипулировать моделями - сливать и расщеплять их; имеет широкий набор средств документирования моделей, проектов.
AllFusion ERwin Data Modeler – «ERwin»: это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм "сущность - связь". В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов.
Возможности ERWin:
Поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEF1x для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных - Dimensional.
Поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных.
Интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.
Позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков.
Возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager).
Позволяет переносить структуру БД (не сами данные!) из СУБД одного типа СУБД в другой.
Позволяет документировать структуру БД.
BPwin и ERwin компании Соmputer Associates. Computer Associates International, Inc. (CA) входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т.д.), информационной безопасности, business intelligence и т.д.
2) Rational Rose: компании IBM. IBM Rational Rose - входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии, благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно-ориентированный процесс создания ИС. Для бизнес аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose дает возможность визуально проектировать и генерировать базы данных любого размера.
3) ARIS: компании IDS Scheer AG. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему.
Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы.
Организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений.
Функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей.
Информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы.
Модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.
Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, ER и UML. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функция", "событие", "структурное подразделение", "документ" и т.п.
Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте.
Формирование критериев оценки case-средств:
Типичный процесс оценки и/или выбора может использовать набор критериев различных типов. Каждый критерий должен быть выбран разработчиком с учетом особенностей конкретного процесса. Выбор и уточнение набора используемых критериев является критическим шагом в процессе оценки и/или выбора.
Обоснование выбора case-средства:
В Таблице 2.2 приводится сравнение функциональных возможностей и свойств, вышеперечисленных case средств, предназначенных для моделирования бизнес-процессов.
Таблица 2.2. – Сравнительный анализ CASE-средств.
Функциональные возможности, среда |
ARIS |
AllFusion Modeling Suite |
Rational Rose |
Поддерживаемый стандарт |
eEPS, ERD, UML |
IDEF0, IDEF3, DFD, IDEF1х. |
UML |
Наличие средств графического отображения модели |
Высокая |
Средняя |
Низкая |
Удобство работы по созданию моделей |
Сложно |
Просто |
Просто |
Интеграция с Case-средствами |
Да |
Да |
Частично |
Возможность декомпозиции объекта |
Да |
Да |
Да |
Простота освоения продукта |
Сложно |
Просто |
Сложно |
Проведя анализ достоинств и недостатков, представленных CASE-средств, можно сделать выбор продукта, который необходимо использовать в данном случае. В данной работе для построения моделей разрабатываемой системы будем использовать CASE-средство AllFusion Modeling Suite, так как оно простое в освоении и использует самый широкий спектр диаграмм.