Главная страница
Навигация по странице:

  • 1. Теоретическая часть 1.1 Формализация процесса проектирования АРМ кассира

  • 1.2 Описание предметной области

  • 1.3 Применения выбранной технологии, методов и средств проектирования

  • 2. Практическая часть 2.1 Моделирование предметной области

  • 2.2 Иерархия диаграмм Рисунок 2.3 - Иерархия диаграмм2.3 Спецификация процессов

  • 2.4 Обоснование выбора 1С :Предприятие для разработки БД "1С:Предприятие

  • 2.6 Разработка интерфейса приложения

  • СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ Книги, монографии

  • Электронные ресурсы

  • Курсовая работа. 1 Теоретическая часть 5 1 Формализация процесса проектирования apm кассира 5


    Скачать 0.61 Mb.
    Название1 Теоретическая часть 5 1 Формализация процесса проектирования apm кассира 5
    АнкорКурсовая работа
    Дата22.12.2022
    Размер0.61 Mb.
    Формат файлаdocx
    Имя файлаKursovaya.docx
    ТипРеферат
    #858634



    СОДЕРЖАНИЕ
    Введение 3

    1 Теоретическая часть 5

    1.1 Формализация процесса проектирования APM кассира 5

    1.2 Описание предметной области. 5

    1.3 Применение выбранной технологии, методов и средств проектирования 6

    2 Практическая часть 8

    2.1 Моделирование предметной области 8

    2.2 Иерархия диаграмм 10

    2.3 Спецификация процессов 10

    2.4 Обоснование выбора 1С:Предприятия для разработки 14

    2.5 Построение инфологической модели предметной области 15

    2.6 Разработка интерфейса приложения 18

    Заключение 24

    Список использованных источников 25

    ВВЕДЕНИЕ



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

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

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

    Объектом исследования является управление кассира информацией о спектаклях и билетами.

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

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

    1. Теоретическая часть
    1.1 Формализация процесса проектирования АРМ кассира
    Ключевыми задачами кассира будут являться:

    • Введение репертуара, который будет показан в театре.

    • Составление расписаний.

    • Поисковая система по запросу клиента.

    • Предоставление необходимой информации клиенту.

    • Формирование и печать приказа, А также дополнения в виде информации о расписании и количестве мест.

    • Кассир должен принимать заказы клиентов по телефону и интернету.

    • Продажи билетов в кассах театра.

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

    После получения запроса от клиента, кассир обращается в систему для поиска информации о спектакле, расписании, дате и др. После получение информации кассир информирует клиента. Если клиента устраивает полученная информация, он может забронировать или сразу купить билет с выбранным спектаклем, датой и местом.
    1.2 Описание предметной области
    Московский театр на Таганке – драматический театр, что располагается на улице Земляной вал в Москве. Театр был основан в 1964 году и с тех пор считает одним из самых популярных театров России.

    В театре пять сцен – Основная, Малая, «Суини Тодд», Теллурия и малый зал на Тагане. Всего театр вмещает до 691 зрителя. В настоящее время в репертуаре имеется 60 постановок.

    Театр предоставляет возможность каждый день ходить на спектакли, показывая по одному спектаклю каждый день, кроме дней премьер и выходных. В такие дни показывают плановый спектакль и премьеру. Соответственно в театре каждый день находится около 600 человек. Театр предоставляет возможность бронирования билетов на спектакли. Для получения информации существует сайт театра, на котором размещена информация о расписании спектаклей, описания спектаклей, план зала, библиотека актеров и режиссеров, новости и объявления, а также можно купить билеты на сторонних сайтах, таких как «Яндекс Афиша». Старая добрая бронь непосредственно в кассах театра никуда не пропала. Цены на спектакли от 100 до 700 рублей. Цены зависят от зоны забронированного места и от выбора постановки.
    1.3 Применения выбранной технологии, методов и средств проектирования
    Для проектирования АРМ кассира театра будут применяться следующие CASE-средства: Ramus, ERWin, а также 1С.Предприятие.

    «Ramus» предназначен для использования в проектах, в которых необходимо описание бизнес-процессов предприятия. «Ramus» поддерживает методологии моделирования бизнес-процессов IDEF0 и DFD, а также имеет ряд дополнительных возможностей, призванных удовлетворить потребности команд разработчиков систем управления предприятиями. «Ramus» обладает гибкими возможностями построения отчетности по графическим моделям.

    Для создания моделей данных в ERwin можно использовать две нотации: IDEF1X и IE. Первым этапом проектирования данных является создания независимой от конкретной СУБД логической модели. После создания логической модели данных ERwin конвертирует ее в зависящую от конкретной, предварительно выбранной СУБД физическую. Другой способ создания модели - процесс обратного проектирования существующей базы данных. Модифицированная модель может быть затем загружена обратно в БД.

    Система программ «1С:Предприятие 8» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Подход удобен для автоматизации множества видов деятельности.

    2. Практическая часть
    2.1 Моделирование предметной области
    Методология IDEF0 может объединять диаграммы в модель через объекты системы. Такая схема требует согласования наименования и учета объектов системы с тем, чтобы две диаграммы могли рассматриваться, как взаимосвязанные между собой. IDEF0 использует собственный графический язык, который является выразительным средством, что наглядно представляет широкий спектр деловых, производственных и других процессов. Каждой функции ставится в соответствие блок. Для того чтобы представить реальные производственные операции, блоки могут быть представлены как деятельность, связанная с другими блоками, с интерфейсными стрелками, определяющими, когда и как переключаются или управляются операции. Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. (Рис.2). Диаграмма состоит из одной работы, которая называется «Продажа билетов». Взаимодействие работы с внешним миром описывается в виде стрелок, которые представляют собой некую информацию и именуются существительными. В данной работе описаны стрелки типа вход (Input): «Информация от клиента», «Билеты на продажу», они представляют собой входную информацию. Стрелка типа выход (Output) «Отчет о продаже», содержит в себе выходную информацию. Стрелка «Кассир» является стрелкой типа механизм (Mechanizm) и входит в нижнюю грань работы. Она показывает то, что процесс «Продажа билетов» ведется под контролем кассира. Стрелки «Законы РФ» и «Нормативные документы» являются стрелками типа управление (Control), входят в верхнюю грань работы и показывает правила, процедуры.


    Рисунок 2.1 - Модель IDEF0 «Продажа билетов»
    При разбиении сложного процесса на составляющие его функции применяется принцип декомпозиции (Рисунок 2.1). Декомпозиция наглядно отражает этапы процесса. Все под процессы находятся под контролем кассира.


    Рисунок 2.2 - Диаграмма декомпозиции IDEF0 «Продажа билетов»
    2.2 Иерархия диаграмм


    Рисунок 2.3 - Иерархия диаграмм
    2.3 Спецификация процессов


    1. Получение билета на продажу.



    Рисунок 2.4 - Схема декомпозиции. Уровень А1. «Получение билета на продажу»
    Диаграмма отражает этапы:

      1. Оформление накладной на билеты.

    Составляется накладная о спектаклях входящих в репертуар Документы: Накладная.

      1. Внесение билетов в БД

    В БД составляется справочник о спектаклях, в котором описывается название спектакля, жанр и описание фильма.

    Документы: Накладная, БД.

      1. Составление расписания

    Из справочника и накладной составляется расписание показов спектаклей.

      1. Публикация

    Публикация расписания на сайте и афише.

    1. Работа с клиентом.



    Рисунок 2.5 - Схема декомпозиции. Уровень А2. «Работа с клиентом»
    Диаграмма отражает этапы:

        1. Получение запроса от клиента

    Кассир получает информацию от клиента в живую, по телефону, через интернет.

        1. Обращение в БД

    Поиск информации по запросу клиента

        1. Информирование клиента

    Передача клиенту результатов поиска.

    1. Продажа билета.



    Рисунок 2.6 - Схема декомпозиции. Уровень А3. «Продажа билета»
    Диаграмма отражает этапы:

      1. Получение информации от клиента.

    Обработка запроса клиента.

      1. Бронирование

    Составление билета. Бронирование определенного места на определенный спектакль.

      1. Продажа билета.

    Обмен между кассиром и клиентом деньгами и билетом.

    1. Анализ деятельности.



    Рисунок 2.7 - Схема декомпозиции. Уровень А4. «Анализ деятельности»
    Диаграмма отражает этапы:

    1. Обработка информации.

    Сортировка и поиск информации о продажах за прошедший день/месяц.

    Документ: Накладная.

    1. Подсчет прибыли.

    Автоматизированный подсчет прибыли от продажи билеты за прошедший день/месяц.

    Документы: Накладная.

    1. Составление отчетных документов.

    Составление отчета о прибыли по накладной.

    Документы: Отчет.

    IDEF1 (Рисунок 2.8) - это метод структурного анализа для проектирования сложных ИС. Усовершенствованной версией IDEF1 является методология IDEF1X, разработанная с учетом таких требований, как простота изучения и возможность автоматизации. Методология IDEF1X адаптирована для совместного использования с IDEF0 в рамках единой технологии моделирования. То есть в рамках IDEF0 детализируются функциональные блоки, а в рамках IDEF1X детализируются стрелки, взаимодействующие с функциями.


    Рисунок 2.8 Модель – IDEF1X «Продажа билетов»
    2.4 Обоснование выбора 1С :Предприятие для разработки БД
    "1С:Предприятие" не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу.


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

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

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

    При разработке БД для кассира театра было проведено исследование предметной области, в результате выделено следующие сущности: Билет, Спектакль, Жанр, Цена, Расписание. Каждая сущность в свою очередь имеет список атрибутов, по которым будут осуществляться связи. Тип связи будет определять отношения между атрибутами сущности. На основе вышеуказанного анализа произвели ER-моделирование сущностей и связей между ними. ER-диаграмма на логическом уровне представлена на рисунке

    9. ER-диаграмма на физическом уровне представлена на рисунке 2.10.


    Рисунок 2.9 - ER-диаграмма на логическом уровне



    Рисунок 2.10 - ER-диаграмма на физическом уровне
    Таблица 2.1 - Описание таблицы «Спектакли»



    Наименование поля

    Расшифровка

    Тип данных

    1

    Наименование

    Название спектакля

    Строка

    2

    Жанр

    Названия жанров

    Справочник Ссылка

    Жанр

    3

    Описание

    Описание спектакля:

    автор, режиссер.

    Строка


    Таблица 2.2 - Описание таблицы «Жанр»



    Наименование поля

    Расшифровка

    Тип данных

    1

    Наименование

    Название жанра

    Строка


    Таблица 2.3 - Описание таблицы «Расписание»



    Наименование поля

    Расшифровка

    Тип данных

    1

    Название

    Название спектакля

    Справочник Ссылка

    Спектакли

    2

    Дата

    Дата показа спектакля

    Дата


    Таблица 2.4 - Описание таблицы «Цена»



    Наименование поля

    Расшифровка

    Тип данных

    1

    Наименование

    Название зоны театра

    Строка

    2

    Цена

    Цена места в зоне

    Число


    Таблица 2.5 - Описание таблицы «Билет»



    Наименование поля

    Расшифровка

    Тип данных

    1

    Дата

    Дата бронирования билета

    Дата

    2

    Фамилия

    Фамилия клиента

    Строка

    3

    Имя

    Имя клиента

    Строка

    4

    Спектакль

    Название выбранного спектакля

    Справочник Ссылка. Расписание

    5

    Дата

    Дата показа выбранного спектакля

    Дата

    6

    Ряд

    Номер выбранного ряда

    Число

    7

    Место

    Номер выбранного места

    Число

    8

    Зона

    Название выбранной зоны

    Строка

    9

    Цена

    Цена места в выбранной зоне

    Справочник Ссылка. Цена

    10

    Бронь

    Отметка бронирования места

    Булево

    11

    Оплачено

    Отметка оплаты забронированного места

    Булево


    2.6 Разработка интерфейса приложения
    Работа приложения «Театральная касса» начинается с открытия рабочего стола.(Рисунок 2.11)


    Рисунок 2.11 - Рабочий стол
    Форма осуществляет вход в разделы: «Продажа», «Спектакли», «Отчеты». Раздел «Продажа» является одним из главных разделов. При открытии раздела можно выбрать форму документа «Билет», в которой кассир может заполнить и записать новый билет, найти ранее записанный билет, удалить просроченную бронь.


    Рисунок 2.12 - Форма «Билет»

    При нажатии кнопки «Создать» открывается форма (Рисунок 2.13) в которой кассир заполняет поля, соответственно запросу клиента. Для выбора спектакля открывается окно ссылки на справочник расписание, и автоматически заполняется поле дата показа. Для выбора зоны открывается окно ссылки справочника цена, и автоматически заполняется поле цена. На форме расположена кнопка «Печать» (Рисунок 2.14) с типом гиперссылка. При нажатии открывается гиперссылка в раздел «Отчеты» в форму отчета «Печать».


    Рисунок 2.13 - Форма заполнения билета
    В отчете «Печать» отражается сведения о забронированном билете. Возможен поиск и печать определенного билета. Информация представлена в определенной форме макета.



    Рисунок 2.14 - Отчет «Печать»
    В разделе «Отчеты» существует отчет «Отчет» (Рисунок 2.15), в котором отображаются данные о прибыли и итоговая сумма прибыли. Возможен отбор по периоду.


    Рисунок 2.15 - Отчет «Отчет»
    Отчет «Бронь» (Рисунок 2.16) отображает забронированные билеты на ближайшие дни после текущей даты. Благодаря данному отчету, кассир видит, у каких забронированных билетов истек срок брони.


    Рисунок 2.16 - Отчет «Бронь»
    В раздел «Спектакли» входит 3 справочника: «Спектакли», «Жанр», «Расписание». На форме «Спектакль» (Рисунок 2.17) кассир заполняет справочник репертуара театра. автоматизированный театральный


    Рисунок 2.17 - Справочник «Спектакли»
    На форме «Жанр» (Рисунок 2.18) кассир заполняет справочник жанров.


    Рисунок 2.18 - Форма «Жанр»
    На форме «Расписание» (Рисунок 2.19) кассир заполняет справочник расписания показов спектаклей.


    Рисунок 2.19 - Форма «Расписание»

    В разделе «Продажа» находится форма «Цена» (Рисунок 2.20), в которой кассир заполняет справочник, в котором информация о зонах зала и о ценах на место в определенной зоне.


    Рисунок 2.20 - Форма «Цена»

    ЗАКЛЮЧЕНИЕ
    В данной курсовой работе мы разработали и спроектировали информационную систему «Продажа театральных билетов».

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

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

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

    СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
    Книги, монографии:

    1. Белов, В.В. Проектирование информационных систем: Учебник / В.В. Белов. - М.: Академия, 2018. - 144 c.

    2. Гвоздева, Т.В. Проектирование информационных систем: технология автоматизированного проектирования. Лабораторный практикум. Учебно-справочное пособие / Т.В. Гвоздева, Б.А. Баллод. - СПб.: Лань, 2018. - 156 c.

    3. Гвоздева, Т.В. Проектирование информационных систем. Стандартизация: Учебное пособие / Т.В. Гвоздева, Б.А. Баллод. - СПб.: Лань, 2019. - 252 c.

    4. Назаров, С.В. Архитектура и проектирование программных систем: Монография / С.В. Назаров. - М.: Инфра-М, 2017. - 32 c.

    5.  Розин, В.М. Проектирование и программирование: Методологическое исследование. Замысел. Разработка. Реализация. Исторический и социальный контекст / В.М. Розин. - М.: Ленанд, 2018. - 160 c.

    6. Эванс, Эрик Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем / Эрик Эванс. - М.: Вильямс И.Д., 2018. - 448 c.

    Электронные ресурсы:

    1. Российский государственный академический театр драмы им. Федора Волкова г. Ярославль [Электронный ресурс]. - Режим доступа. – URL: http:// www.volkovteatr.ru (дата обращения 15.09.2022).

    2. Система программ 1С: Предприятие, официальный сайт – поддержка и обучение, приобретение и внедрение [Электронный ресурс]. - Режим доступа. – URL: http:// www.v8.1c.ru (дата обращения 15.09.2022).

    3. 1С -список программных продуктов и программно-аппаратных комплексов, лицензии, версии и редакции 1С [Электронный ресурс]. - Режим доступа. – URL: http://www.softmark.ru/catalog/1c/ (дата обращения 13.09.2022).



    написать администратору сайта