Моделирование предметной области «Организация концертов музыкальной группы с помощью UML

Содержание:

ВВЕДЕНИЕ

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

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

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

Предметом курсовой работы будет разработка автоматизации работы агентства по организации концертов музыкальной группы.

Задачей курсовой работы будет:

- Исследование предметной области работы агентства;

-Определение программного инструментария для создания информационной системы;

- Моделирование предметной области с использованием UML диаграмм;

Глава 1. Аналитическая часть

Описание предметной области. Постановка задачи

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

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

«Концертный зал» выполняет следующие основные функции:

1. поиск заказов на концерты;
2. создание первоначального варианта рекламной продукции, включая оформление и компьютерный (или машинописный) набор текста;
3. выбор канала распространения рекламы (средства массовой информации) и бронирование печатной площади для рекламы концерта;
4. распространение концертных билетов;
5. оформление необходимых бухгалтерских документов.

В дополнение к отмеченным выше основных функций «Концертный зал» может предложить своим клиентам следующие виды услуг:

1. проведение маркетингового исследования;
2. подготовка телевизионной рекламы;
3. проведение мероприятий, направленных на продажу билетов;
4. подготовка и проведение рекламной кампании за рубежом
5. налаживание связей с общественностью и создание хорошей деловой репутации концертной группы;
6. подготовка и проведение различных мероприятий в сфере маркетинга.

«Концертный зал» делает все это от имени своих клиентов-рекламодателей и за их счет. Оно имеет перед рекламодателями финансовые, юридические и морально-этические обязательства.

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

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

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

1. отдел дизайна, в котором разрабатывается дизайн и дается технологическое описание рекламного продукта;
2. исполнительный отдел, в котором непосредственно идет реализация как рекламного продукта так и непосредственных проведений концертов;
3. функции, связанные с организацией, ведением бухгалтерского учета и составлением отчетности на предприятии вынесены за пределы компании и переданы для исполнения аутсорсеру.

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

Руководитель музыкальной группы приходит (или звонит) в «Концертный зал» и сообщает менеджеру по продажам свои контактные данные и информацию о том, какой рекламный продукт ему бы хотелось получить. Данные о клиенте передаются начальнику отдела продаж (старшему менеджеру), он их заносит в базу клиентов с помощью программного продукта. Информация о заказе записывается в файл формата .xls (лист Microsoft Excel), далее эта информация используется при проведении анализа и прогнозе продаж. На основании информации о заказе составляется ТЗ на рекламу в 2-х экземплярах, один передается в отдел дизайна, один – в исполнительный отдел.

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

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

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

1. Существующие методы управления заказами, клиентами и материалами не оптимальны и не учитывают использование технических средств и средств автоматизации решения задач.
2. Степень обеспечения вычислительной техникой очень высока, но весь документооборот почти не автоматизирован. Некоторые функции управления выполняются сотрудниками вручную, и затем результаты выполнения хранятся на ненадежных носителях, таких, как бумага.
3. Существующий тип организации управления «Концертным залом» позволяет допускать множество ошибок при работе с данными, а так же высока утеря информации вследствие человеческого фактора.
4. Система должна иметь клиент-серверную архитектуру.

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

Охват всех этапов процессов управления заказами, клиентами и материалами, включая сбор и хранение данных, формирование отчетов, автоматическую подготовку документов в электронном виде (экспорт в *.doc/*.xls/*.pdf).

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

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

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

1. управления заказами и управления клиентами;
2. управления материалами;
3. управления пользователями и правами доступа;
4. анализа деятельности;
5. публичной части системы.

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

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

Введение в эксплуатацию ИС позволит:

1. уменьшить количество документов, оформляемых вручную;
2. упорядочить деятельность сотрудников концертного зала, жестко приписав им функции управления;
3. исключить ошибки работы (человеческий фактор);
4. добиться прозрачности всех процессов управления в концертном зале;
5. контролировать поступление и сбор всех документов по заказам, клиентам и материалам, и хранить их в едином электронном информационном пространстве концертного зала;
6. оперативно предоставлять достоверные данные генеральному директору, что позволит повысить оперативность, точность и правильность принятия управленческих решений;
7. автоматизировать документооборот с подготовкой всей необходимой учетной документации;

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

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

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

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

1. Rational Rose;

Rational Rose - редактор UML-диаграмм.

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

Rational Rose поддерживает такие типы диаграмм:

а) use casediagram.

б) classdiagram.

в) objectdiagram.

г) statediagram.

д) activitydiagram.

е) sequencediagram.

Единственно что следует отметить что программа требует установки, так как не является одним исполняемым файлом.[8]

UML-диаграммы можно создавать, редактировать и экспортировать в изображения формата png.

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

Моделирование потока работ проектируемой системы предоставляет анализ логики выполнения процесса.

Моделирование потока данных акцентирует внимание на обмене данными в системе между многообразными задачами.

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

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

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

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

Поведение разрабатываемой системы (т.е. функциональность, которую она обеспечивает) необходимо описывать с поддержкой функциональной модели, которая воспроизводит системные прецеденты (use cases, случай использования), системное общество (действующие лица, актеров, actors) и связи которые существуют между ними (use casesdiagrams).[2]

Диаграмма вариантов использования (диаграмма прецедентов, use casediagram) — это одна из диаграмм, на которой показываются взаимоотношения между актерами, и вариантами использования.[2]

На данном этапе мы отразим перечень функций всех действующих лиц. (Рисунок 1.).

Используя данную диаграмму мы можем:

1. Назначить совместные границы и контекст моделируемой предметной области при первоначальных периодах проектирования информационной системы;
2. Выразить совместные требования к функциональному поведению разрабатываемой системы;
3. Разработать отправную концептуальную модель информационной системы для ее последующей дефрагментации в форме логических и физических моделей;
4. Разработать исходную документацию для согласования разработчиков системы с ее заказчиками и пользователями.

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

Рисунок 1 - Поток событий билетной кассы.

Вариант использования «Произвести консультацию» содержится в том, что посетитель получает от кассира концертной кассы информацию, которая соответствует его запросу. Кассир концертной кассы в свою очередь обращается к ИС, для того чтобы проинформировать посетителя данными о том или ином заказанном концерте и времени его проведения.

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

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

Вариант использования «Оплатить и получить билеты» заключается в том, что посетитель выбрал билет и может оплатить их в кассе.

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

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

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

На данной диаграмме появляется линия жизни объекта, а также события упорядочены по времени [4] (См. Рисунок 2). То есть объект может появляться после определенного события, или наоборот, уничтожаться.

Рисунок 2 - Диаграмма последовательности

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

2.2.3 Моделирование диаграммы кооперации

Рисунок 3 - Диаграмма кооперации

Диаграмма кооперации строится на основе диаграммы последовательности и является ее зеркальным отражением.

2.2.4 Диаграмма состояний

Рисунок 4 - Диаграмма состояний Номерные билеты

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

Посетитель, пришедший в кассу, может забронировать номерной билет, тогда номерной билет перейдет в состояние «Забронированный», а затем в состояние «Реализованный». Либо номерной билет может из вида «Поступивший» перейти сразу в вид «Проданный», это в том случае, когда посетитель не желает бронировать номерной билет и сразу выкупит его.

2.2.5 Диаграмма деятельности

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

Также, как и диаграмма состояний, диаграмма деятельности имеет начальное событие (См. Рисунок 6), которое символизирует начало процесса. Далее начинается сам процесс, который указан в диаграмме.

После завершения обслуживания, работа системы прекращается.

Рисунок 5 - Диаграмма деятельности

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

2.2.6 Диаграмма классов

Диаграмма классов представляет собой часть логической модели информационной системы и препровождает статическую картину системы. В каждой информационной системе строится не одна, а несколько диаграмм классов: возможно, что для каждого прецедента или сценария своя.[4]

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

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

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

Объект – это некоторая сущность реального мира или концептуальная (абстрактная) сущность.

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

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

Некоторые возможные классы будут выявлены при рассмотрении трех стереотипов: сущность (entity), граница (boundary) и управление (control).

Создадимдиаграмму классовдля работы системы, на которой отображаютсявсе классы, атрибуты и связимежду ними рисунок 6.

Рисунок 6 - Диаграмма классов информационной системы

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

Klass «Consert-zal» включает в себя такие Attributes:

Code_Consert-zal

Title_Consert-zal

Type_Consert-zal

Theater_director

And operations:

Add (+)

Update (+)

Delete (+)

Данный разработанный Klass необходим нам для описания общих сведений о концертніх залах, которые проводят свои концерты.

KlassConsertотображает перечень всех концертов в концертных залах и включает следующиеAttributes:

Kod_Consert

Nazvanye_Consert

Vyd_aktera

Postanovschyk

And operations:этогоKlass :

Toopenthe (+)

Close (+)

Change (+)

KlassAfisha зависит от Klassspektaklya.

Attributes класса Afisha:

1. Kod_Conser

2. Kod_Consert-zal

3. Data_Consert

And operations:

Add (+)

Delete (+)

Puttingthe (+)

KlassNomernыeTickets содержит все номерные билеты на все концерты и включает следующие Attributes:

1. Kod_ licenseticket

2. Data_realyzatsyyticket

3. Tsena_byleta

And operations:данногоKlass:

1. Indetail

2. Cancel

Также в нашей базе данных имеются данные о всех сотрудниках концертного зала именно это отражает KlassEmployees. Attributes:

1. Kod_sotrudnyka

2. Surename

3. Name

4. Otchestvo

And operations:

1. Accept (+)

2. Change (+)

3. humidif (+)

KlassGenre. Attributes:

1. Kod_zhanra

2. Title

3. Description

And operations:

1. Add (+)

2. Delete (+)

3. Refresh (+)

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

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

Информация с диаграммы классов мы напрямую преобразовываем в исходный код приложения – во всех существующих инструментов используемых для UML-моделирования предоставлена возможность генерации кода для выбранного языка программирования (обычно Java или C++). Следовательно, диаграмма классов - являет собой конечный результат проектирования системы и будет отправной точкой процесса ее разработки.

2.2.7 Моделирование диаграммы компонентов

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

Рисунок 7 - Диаграмма компонентов ИС «Организация концертов»

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

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

Спроектированный компонент Справка – объединен с компонентом Головной модуль, предназначается для выдачи Спроектированный справки посетителю.

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

Спроектированный компонент БД номерных билетов – содержит в себе всю информацию о номерных билетах.

Спроектированный компонент БД концертних залов - содержит в себе всю информацию о концертных залах города.

Спроектированный компонент БД концертов - содержит в себе всю информацию о концертах в концертных залах города.

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

2.2.8 Моделирование диаграммы размещений

Рисунок 8 - Диаграмма размещений

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

ЗАКЛЮЧЕНИЕ

В выполненной курсовой работе была смоделирована информационная система для предметной области «Организация концертов музыкальной группы», что в современном обществе является весьма актуальной.

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств.
2. Баранов В.В. и др. / Автоматизация управления предприятием / ИФРА – М,. – Петров В. Н. / Информационные системы, учебник \ ПИТЕР, 2011.
3. Благодаров А.В., Гринченко Н.Н., Овечкин Г.В. Клиент-серверные технологии баз данных. Методические указания к лабораторным работам. РГРТУ – Рязань 2007 – 321 с.
4. Боггс У., Боггс М. UML и Rational Rose 2002: Пер. с англ. – М.: ЛОРИ, 2001.http://www.intuit.ru/studies/courses/14/14/literature
5. Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя.: Пер. с англ. – М.: ДМК, 2000. – Глава 2.
6. Вендров А.М. Проектирование программного обеспечения экономических информационных систем- М.: Финансы и статистика, 2005.-544с.
7. Леоненков А.В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose.- Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2011.- 320 стр.:ил.
8. Чейз Ричард Б., Эквилайн Николас, Дж. Якобс Робер производственный и операционный менеджмент, восьмой издание.: Пер. с англ.: М .: Издательский дом "Вильямс", 2004. - 704 с.
9. Фаулер М. UML. Основы. 4-е издание. Краткое руководство по стандартному языку объектного моделирования.: Пер. с англ. – СПб: Символ-Плюс, 2011