Файл: Моделирование предметной области «Управление взаимоотношениями с клиентами» с помощью UML».pdf

При этом одни и те же типы диаграмм могут использоваться как для моделирования бизнес-процессов, так и для непосредственного проектирования архитектуры. [4]

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

 строить модели на основе средств ядра, без использования механизмов расширения для большинства типовых приложений;

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

2.1 Сравнительный анализ средств моделирования

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

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

В ходе анализа работы компании строится модель «как-есть» (AS-IS). Она демонстрирует все недостатки функционирования исследуемого объекта. На базе модели «как-есть» строится модель «как должно быть» (TO-BE), которая с учетом недостатков модели «как-есть» будет по-новому организовывать деятельность исследуемого объекта. Впоследствии внедрения в работу модели «как должно быть» будут решены поставленные в ходе планирования проекта задачи. К ним может относится: · внедрение программного обеспечения;

· сокращение времени выполнения бизнес-процессов;

· сокращение производственных затрат;

· повышение качества поставляемых на рынок продуктов/услуг;

· повышение качества обслуживания клиентов и т.д.

Выбор способа проектирования. В реальное время в связи с ежедневно меняющимися критериями и притязаниями потребительского рынка, для увеличения производительности работы фирмы появляется необходимость конфигурации структуры протекающих на предприятии бизнес-процессов, и, как последствие, появляется проблема выбора программного продукта для моделирования бизнес-процессов фирмы. В следствие этого считается целесообразным анализ программных товаров и составление всеохватывающего подхода к выбору 1-го из них. При построении моделей большое значение имеет выбор программного продукта моделирования бизнес-процессов. Для того, чтобы решение о приобретении того или иного программного продукта было взвешенным и правильным, компетентные эксперты компаний проводят сравнительную характеристику предлагаемых на рынке программных продуктов.[5]

Разглядим кое-какие из более популярных CASEсредств, впоследствии чего проведем относительный тест и выберем оптимальный для нас вариант .

2.1.1.1 Microsoft Visio

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

 Изобразительные же возможности Visio действительно весьма широки:  Используя предопределенные фигуры Visio Professional , drag-and-drop и мастера, вы можете быстро и просто создавать понятные и информативные диаграммы.

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

 В Visio можно прототипировать интерфейс приложений с помощью встроенных шаблонов пользовательского интерфейса Microsoft Windows XP, что позволяет создавать модель пользовательского интерфейса в стандартном Windows XP-стиле.

 Можно легко рисовать диаграммы сетевых ресурсов, иллюстрирующие развертывание нового ПО на существующие сетевые ресурсы.

 Visio Professional также тесно интегрируется с Microsoft Office Project, что позволяет, например, импортировать оттуда задачи для членов команды.

 С помощью шаблонов UML вы можете создавать UML-диаграммы статической структуры ПО или проводить обратное проектирование с помощью Visio 2003 Reverse Engineer Wizard.

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

 Можно также создавать отчеты, сохранять диаграммы как вебстраницы и еще многое-многое другое... Отметим, что Visio - это не полноценное средство моделирования, а программа для создания иллюстраций, умеющая, кроме прочего, рисовать UML-диаграммы[6]

2.1.1.2 BPWin

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

Разработка моделей требует четкого понимания всех аспектов бизнес процессов. CASE средство должно позволять моделировать действия процесса, порядок их исполнения и контроля, состав ресурсов и информации, состав входов и выходов процессов, а также давать возможность документировать полученные результаты. BPwin 7, в той или иной степени, выполняет все эти задачи. [7]

2.1.1.3 CaseBerry

CASEBERRY — CASE-инструмент, реализующий стандартную нотацию UML. CASEBERRY может быть использован как для бизнес моделирования (анализ бизнес-процессов, реинжиниринг бизнес-процессов), так и для объектно-ориентированного проектирования программного обеспечения и баз данных.

Традиционно, преимуществами проектирования в UML называют:

 собственно моделирование, дающее ясное понимание предметной области и возможностей по улучшению бизнеса, а также соответствующих этому требований к программному обеспечению;

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

 наглядность — служит универсальным «мостиком» между предметными специалистами и разработчиками;

 сокращение цикла разработки приложений;

 увеличение продуктивности работы программистов за счёт чёткой спецификации, значительное упрощение и автоматизация процесса проектирования;

 улучшение потребительских качеств создаваемых программ за счет ориентации на пользователей и бизнес;

 возможность повторного использования уже созданного ПО за счет упора на разбор их архитектуры и компонентов;

 возможность определить модели предельно формально, что упрощает создание исходного кода, в идеале — до автоматической генерации кода по модели.

 Поддерживает все диаграммные методы нотации UML;

CASEBERRY — инструмент отечественного производства, альтернатива многим зарубежным средствам, обладающим аналогичной функциональностью. CASEBERRY делает доступным качественное моделирование широкому кругу разработчиков.[8]

2.1.1.4 IBM Rational Rose

CASE-средство IBM Rational Rose со времени своего появления претерпело серьезную эволюцию, и в настоящее время представляет собой современный интегрированный инструментарий для проектирования архитектуры, анализа, моделирования и разработки программных систем. Именно в IBM Rational Rose язык UML стал базовой технологией визуализации и разработки программных систем, что определило популярность и стратегическую перспективность этого инструментария.

В рамках общего продукта IBM Rational Rose существуют различные варианты этого средства, отличающиеся между собой диапазоном предоставляемых возможностей. Базовым средством в настоящее время является IBM Rational Rose Enterprise Edition, которое обладает наиболее полными возможностями. Являясь простым и мощным решением для визуальной разработки информационных систем любого класса, Rational Rose позволяет создавать, изменять и проверять корректность модели.

Rational Rose объединяет команду разработчиков на базе универсального языка моделирования UML, который определяет стандартную графическую символику для описания архитектуры ПО. Любые участники проекта - аналитики, специалисты по моделированию, разработчики и другие - могут 16 использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта.[9]

2.1.1.5 StarUML

StarUML - программная платформа моделирования, которая поддерживает UML (Унифицированный Язык Моделирования . Поддерживает нотацию UML версии 2 и одиннадцать различных типов диаграмм. Она активно поддерживает подход MDA (Архитектура Управляемая Моделью) и концепцию профилей UML. StarUML превосходен в отношении настройки окружения пользователя и имеет высокую степень расширяемости в том, что касается его функциональных возможностей.

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

StarUML™ может также быть интегрирован с любыми внешними инструментальными средствами.[10]

Исходя из анализа существующих средств моделирования, выбор сделан в пользу IBM Rational Rose, CaseBerry, Microsoft Visio. Ведущими причинами, повлиявшими на выбор, являются наличие бесплатной версии, простота применения, возможность обрисовывать модели в нотации языка UML. Связь Caseberry с СУБД MS SQL Server комфортна, но требует огромных усилий, чтобы корректно настроить СУБД для работы с CASE- средством. Окончательный выбор был сделан в пользу Visio так как нравится творческий подход к созданию диаграмм.

Глава 2. Проектирование предметной области

2.1 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

Построим объектно-ориентированную модель на основе бизнес-модели организации. Для этого будем пользоваться программным средством MS Visio и опишем разрабатываемую систему при помощи языка UML.

2.2.1 Диаграмма вариантов использования

Проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью, так называемых прецедентов. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой. [11]

Описание элементов диаграммы:

• Контент-менеджер – разрабатывает промоакции для привлечения клиентов, заполняет вебсайт информацией для клиента;
• Покупатель – Смотрит каталог товаров на сайте ,выбирает нужный, оформляет заказ, оплачивает заказ ;
• Оператор – Оформляет карточку покупателя для ( возраст, ФИО, адрес) отмечает важные сведения о покупателе( не любит красный цвет, плохой опыт использования румян и т.д.), предлагает дополнительные товары, помогает в дальнейшем оформлении заказа, отправляет информацию кладовщику ;
• Кладовщик – Ведет учет товаров, собирает поступившие заказы , выдает заказ курьеру;
• Курьер – Получает заказ от кладовщика и доставляет его клиенту, если оплата наличными, то получает оплату и передает ее в бухгалтерию;
• Бухгалтерия – Получает оплату по безналичной оплате от клиента или за наличный расчет через курьера.
• Управляющий – Получает отзыв от клиента.

На рисунке 1 представлена диаграмма вариантов использования.

Рисунок 1. Диаграмма вариантов использования.

2.2.2 Диаграмма последовательности

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