Файл: Организация концертов музыкальной группы с помощью UML.pdf

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

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

1. Разработать концепцию концерта в соответствии с его темой.
2. Сформировать оргкомитет концерта.
3. Разработать сценарий проведения концерта.
4. Разработать и согласовать эскизы художественного оформления концерта.
5. Изготовить элементы художественного оформления концерта.
6. Сформировать программу в указанные промежутки времени без пауз и перерывов.
7. Подобрать и записать тематические подборки песен, время звучания которых не менее 2-х часов.
8. Необходимо решить вопросы с арендой концертной площадки или зала.
9. Артисты должны прибыть на место выступления не позднее, чем за один час до выхода на сцену.
10. Обеспечить транспортное обслуживание участников мероприятий в необходимом объеме.
11. Согласовать организационные и технические вопросы, касающиеся проведения концерта.
12. Предоставить всю необходимую разрешительную документацию на использование оборудования, проведение работ, художественное оформление концерта.
13. Реализовать билеты на концерт.
14. Осуществить другие виды работ, необходимые для проведения мероприятия, в соответствии со сценарным планом.
15. Оргкомитету необходимо владеть информацией о процессе подготовки комплекса организационных мероприятий концерта, координировать совместные действия с различными организациями города.

Исходные данные: информация о местоположении концертной площадки и собственника.

Результаты: реестр концертных площадок и их собственников.

Роли сотрудников при решении задачи: администратор информационной системы.

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

1.2 Предлагаемые мероприятия по улучшению технологии решения задачи

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

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

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

Проанализировав ситуацию, было установлено, что 75% времени специалист тратил на то, чтобы определить местоположение концертной площадки и собственника, найдя эти данные в соответствующем списке, который отвечает за ту или иную площадки и собственника. Было решено сформировать для специалиста дополнительный раздел интерфейса со справочником стандартных комбинаций, содержащих местоположение концертной площадки и собственника.

Статистика за месяц использования обновлённого процесса покажет, что в 87% случаев используется выбор из справочника и автоматическое определение местоположение концертной площадки и собственника, а не старый способ ручного поиска. Таким образом, целевой показатель «Скорость обработки заявки аренды концертной площадки» уменьшился на 50%. И поставленная цель по совершенствованию существующей технологии была достигнута.

Глава 2. Проектная часть

2.1 Выбор средства для моделирования предметной области решаемой задачи

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

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

UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий и больше сконцентрироваться на проектировании и архитектуре^[5]. Структуру диаграмм UML 2.3 можно представить на диаграмме классов UML представленной в Приложении.

Рассмотрим основные понятия язык графического описания UML.

Диаграмма классов (Class diagram) – статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и зависимости между классами.

Диаграмма компонентов (Component diagram) – статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.

Диаграмма композитной/составной структуры (Composite structure diagram) – статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по возможности, взаимодействие элементов (частей) внутренней структуры класса.

Диаграмма развёртывания (Deployment diagram, диаграмма размещения) – служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них^[6].

Диаграмма объектов (Object diagram) – демонстрирует полный или частичный снимок моделируемой системы в заданный момент времени. На диаграмме объектов отображаются экземпляры классов (объекты) системы с указанием текущих значений их атрибутов и связей между объектами.

Диаграмма пакетов (Package diagram) – структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними.

Диаграмма деятельности (Activity diagram) – диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов – вложенных видов деятельности и отдельных действий (англ. action), соединённых между собой потоками, которые идут от выходов одного узла к входам другого.

Диаграмма вариантов использования (Use case diagram, диаграмма прецедентов) – диаграмма, на которой отражены отношения, существующие между актёрами и вариантами использования.

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

Для работы с UML можно воспользоваться набором программ, среди которых выделяются: UMLet; yEd; Dia; CADE; Diagram Designer; StarUML; Microsoft Visio; Rational Rose.

UMLet. Бесплатная программа для создания UML диаграмм. Программа поддерживает все типы UML диаграмм. UMLet позволяет быстро создать диаграмму, т.к. редактирования свойств объектов происходить в текстовом виде. Диаграмму можно сохранить в графическом файле или распечатать на принтере. Панель компонентов в программе необычная, она является небольшим полем, в котором видно как компоненты выглядят. Стоит отметить, что UMLet также поставляется в виде плагина для Eclipse^[7].

yEd. Программа поддерживает большое количество различных диаграмм: UML, диаграммы сети, блок-схемы, диаграммы процесса. yEd имеет понятный интерфейс: рабочая зона, панель элементов, свойства объектов, панель инструментов. Стоит отметить несколько особенностей данной программы. Например, yEd может проанализировать граф и рассчитать некоторые из их свойств или разместить элементы вашей диаграммы по заданному алгоритму. Эта функция может быть удобна, когда ваша диаграмма неструктурированна^[8]. Приложение поддерживает следующие форматы для сохранения диаграммы: GraphML, сжатый GraphML, ygf, gml, xgml и tgf.

Dia. Хорошая программа для создания диаграмм. Имеет множество стандартных диаграмм: диаграммы для построения сети, карт, процессов, схем, а также UML. Хорошая бесплатная замена платной Visio. Программа поддерживает множество форматов.

CADE. Хороший бесплатный редактор диаграмм, ориентированный на построение схем сетей. Кроме этого поддерживает UML, построение карт местности. Поддерживает следующие форматы: dxf, dtc, dwg, dgn, dbr, shp, pdf, jpeg.

Diagram Designer. Бесплатная программа для создания диаграмм. Поможет строить блок схемы алгоритмов, диаграммы со стандартными элементами и экспортировать их в файлы изображений. Программа также поддерживает слои^[9].

StarUML. StarUML - бесплатная программа для моделирования и работает как бесплатный аналог Rational Rose и Together. Как становится ясно из названия, программа ориентирована на создание UML диаграмм. Она поддерживает стандарт UML2, MDA. Стоит отметить, функционал программы легко расширить с помощью дополнений.

Microsoft Visio. Microsoft Visio – векторный графический редактор, редактор диаграмм и блок-схем для Windows.

Наиболее популярным инструментом моделирования UML является Rational Rose.

Rational Rose представляет собой CASE средство проектирования и разработки информационных систем и программного обеспечения для управления предприятиями. Как и другие CASE средства его можно применять для анализа и моделирования бизнес процессов^[10].

Принципиальное отличие Rational Rose от других средств заключается в объектно-ориентированном подходе. Графические модели, создаваемые с помощью этого средства, основаны на объектно-ориентированных принципах и языке UML (Unified Modeling Language). Инструменты моделирования Rational Rose позволяют разработчикам создавать целостную архитектуру процессов предприятия, сохраняя все взаимосвязи и управляющие воздействия между различными уровнями иерархии.

Моделирование бизнес процессов в Rational Rose выполняется за счет применения различных аспектов. Каждый из этих аспектов концентрирует внимание на определенных характеристиках и возможностях процессов^[11].

К таким аспектам относятся:

– вариант использования (Use case). Этот аспект дает возможность понять, каким образом действуют участники процесса и за счет этого определить их взаимодействие и влияние на процесс. Для построения моделей процесса в рамках данного аспекта применяются Use-case диаграммы, диаграммы последовательностей, диаграммы совместной работы и диаграммы действий;

– логический аспект. С помощью этого аспекта можно определить функциональные требования процессов. Он задает логическую взаимосвязь между классами элементов процессов. Для построения моделей применяются диаграммы классов и диаграммы состояний;

– составляющие элементы. Этот аспект обращает внимание на состав элементов процесса и их распределение при создании информационной системы. Модели в этом аспекте строятся с помощью диаграммы компонентов. Она содержит информацию об элементах процесса и программном обеспечении;

– ввод в действие. Этот аспект показывает схему процесса в привязке к аппаратному обеспечению информационной системы. Для построения моделей применяется только одна диаграмма – диаграмма топологии^[12].

За счет применения различных аспектов Rational Rose предоставляет пользователям (бизнес аналитикам, инженерам, техническим специалистам и руководителям) возможность создавать, анализировать, изменять и управлять моделями, используя единый объектно-ориентированный подход и единый язык моделирования.