Моделирование системы программы автоматизации учета коммерческого проката роликов в сети гипермаркетов ЗАО «Тандер»

Реферат

Курсовая работа, 17 страниц, 5 рисунков, 13 источников.

Объект исследования –  крупная управляющая компания сетью розничных продаж ЗАО “Тандер”.

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

Средством разработки является UML и Visio 2010.

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

Область применения – для д.п. по заявленной теме.

 

 

 

 

 

 

 

 

 

 

 

 

Содержание

 

ВВЕДЕНИЕ 3

1 Постановка  задачи 4

2 Выбор языка  моделирования 5

3 Выбор среды  моделирования 7

4 Основная  часть 9

4.1 Концептуальная  модель программы 9

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

4.3 Диаграмма  классов 11

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

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

ЗАКЛЮЧЕНИЕ 15

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

 

 

 

ВВЕДЕНИЕ

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

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

 

 

 

1 Постановка задачи

 

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

• легко воспринимаемого и эргономичного интерфейса,

• ввода данных необходимых для организации автоматизации, видеопроката роликов (информация о клиентах, договорах, медиапланах, подразделениях компании),

• возможность загрузки данный из 1С о контрагентах и в 1С фактические данные о прокате роликов;

• возможность осуществления загрузки роликов на подразделения;

• формирования отчетов, по плану и по факту прокрутки роликов;

• проведение расчетов стоимости видеопроката.

 

 

2 Выбор языка  моделирования

 

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

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

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

• UML объектно-ориентированный, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных ОО-языках;

• UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;

• Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

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

• UML получил широкое распространение и динамично развивается.

 

 

3 Выбор среды  моделирования

 

В качестве среды разработки для выполнения курсового проекта  был выбран Microsoft Office Visio 2010. Microsoft Visio применяется в решении трех основных задач: в анализе сложных данных, в графическом представлении данных и в обмене этими данными между пользователями.

Продукт Microsoft Office Visio предоставляет широкие возможности для моделирования:

1. Позволяет быстро создавать схемы на основе шаблонов. Благодаря современным встроенным фигурам, интеллектуальным шаблонам и образцам документов в приложении Visio имеется широкий спектр возможностей создания схем для сфер информационных технологий;
2. Обеспечивает быстрый поиск необходимых инструментов. Каждый этап создания понятен благодаря логической группировке функций на вкладках ленты, упрощенному доступу к фигурам и наборам элементов в обновленном окне "фигуры" и строке состояния, позволяющей эффективнее перемещаться по схемам и между ними;
3. Допускает ускоренное создание схем благодаря улучшенным автоматическим функциям как при создании схемы с нуля, так и при изменении существующей схемы в приложении Visio можно просто и точно размещать и упорядочивать фигуры с помощью таких функций, как мини-панель инструментов "Экспресс-фигуры";
4. Допускается упрощение больших и сложных схем. Это достигается за счет использования контейнеров, пакетов, блоков и логических разделителей (неформальный перенос);
5. Возможно придание схемам профессионального вида и привлекательности за считанные секунды. В приложении Visio можно легко придать схемам привлекательный вид благодаря широкому спектру инструментов форматирования и параметров оформления;
6. Возможно создание схем, отображающих данные в режиме реального времени. Что очень хорошо подходит для базы данных SQL;
7. Возможность провести автоматическую проверку схемы на целостность и правильность использования компонентов.

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

 

 

4 Основная часть

4.1 Концептуальная модель программы

 

Главное назначение программного продукта – автоматизация коммерческого проката рекламных видеороликов в сети гипермаркетов.

Функции, которые должна выполнять программа:

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

 

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

 

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

• определить общие границы и контекст моделируемой предметной области;

• сформулировать общие требования к функциональному поведению проектируемой системы;

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

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

 

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

 

 

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

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

 

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

 

 

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

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

 

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

 

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

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

 

 

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

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

 

ЗАКЛЮЧЕНИЕ

 

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

Применение данных моделей  при разработке программного продукта позволит:

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

 

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

 

1. Колесов, Ю.Б. Моделирование систем. Практикум по компьютерному моделированию. [Текст] / Колесов Ю.Б. Сениченков Ю.Б – Спб.: БХВ-Петербург, 2005. — 282 с.
2. Вендоров, А. М. Проектирование программного обеспечения экономических информационных систем [Текст] : учебник / А. М. Вендоров. – М.: Финансы и статистика, 2002. – 352 с.
3. Майкон, Т.Л. Теория управления процессами [Текст] / Т. Л. Майкон. – М. : Полюс, 2001. - 195 с.
4. Мюллер, Р. Базы данных и UML. Проектирование [Текст] / Р. Мюллер. – М.: Лори, 2002. – 420 с.
5. Рамбо, Д. UML 2.0. Объектно-ориентированное моделирование и разработка [Текст] / Д. Рамбо, М. Блаха; под ред. Д. Рамбо. – 2-е изд. – СПб.: Питер, 2007. – 544 с.
6. Фаулер, М. UML в кратком изложении. Применение стандартов языка объектного моделирования [Текст] / М. Фаулер, К. Скот; под ред. М. Фаулер. – М.: Мир, 1999. – 191 с.
7. Хаммонд, Д.М. Основы работы с Microsoft Visio 2003 [Текст] / Ф. В. Конт. - М. : Золотой глобус, 2002. - 700 с.
8. Дейт, К. А. Введение в системы баз данных [Текст] / К. А. Дейт. - М.: Hаука, 2007. – 296 с.
9. Джексон,  Г. Проектирование реляционных баз данных / Г. Джексон - М.: Мир, 2001. – 298 с.
10. Джексон,  Г. Проектирование реляционных баз данных / Г. Джексон - М.: Мир, 2001. – 298 с.
11. Когаловский, М. Р. Технология баз данных на персональных ЭВМ [Текст] / М. Р. Когаловский. - М.: Финансы и статистика, 2002. – 248 с.
12. Мартин, Д.Ж. Организация баз данных в вычислительных системах Изд. 2, доп / Д.Ж. Мартин – М.: Мир, 2005. – 328 с.
13. Мартин, Д.Ж. Организация баз данных в вычислительных системах Изд. 2, доп / Д.Ж. Мартин – М.: Мир, 2005. – 328 с.
14. Наумов А.Н. Системы управления базами данных и знаний [Текст] / А. Н. Наумов, А. М. Вендров. - М.: Финансы и статистика, 2008. – 386 с.
15. Ульман, Дж. Основы систем баз данных [Текст] / Дж. Ульман. - М.: Финансы и статистика, 2005. – 457 с.
16. Аппак, М. А. Автоматизированные рабочие места на основе персональных ЭВМ [Текст] / М. А. Аппак. - М.: Радио и связь, 2009. – 259 с.
17. Фаронов, В.В. Система программирования Delphi / В.В. Фаронов – СПб: БХВ-Петербург, 2003. – 912 с.: ил.
18. Фаронов, В.В. Программирование баз данных в Delphi 7 /В.В. Фаронов – СПб.: Питер, 2004. – 459 с.: ил.
19. Моделирование [Электронный ресурс] – Режим доступа: http://ru.wikipedia.org/wiki/Моделирование
20. UML [Электронный ресурс] – Режим доступа: http://ru.wikipedia.org/wiki/UML