Автоматизация продажи железнодорожных билетов(Характеристика предприятия и его деятельности.)
Содержание:
Введение
Компания “Оптопара” –– это компания численностью семь человек занимающиеся продажей железнодорожных билетов с 2017 года является поставщиком железнодорожных билетов для клиентов и организаций.
Сегодня компании по продаже билетов на поезда - идея, в общем-то, уже не новая, но достаточно перспективна с точки зрения создания прибыльного бизнеса, особенно в высокий сезон отпусков.
Сегодня в одной только Москве билеты на поезда продают порядка 1500 самых разных билетных касс. Большая часть из них принадлежит 10 крупным агентствам, которые занимаются исключительно тикетингом –– продажей билетов.
Если верить экспертным оценкам, то более четверти путешественников готовы покупать билеты, стоимость которых будет чуть выше, в кассах коммерческих структур лишь бы не тратить свое время и нервы в очередях железнодорожных вокзалов. И с каждым годом количество людей, готовых платить за комфорт, растет. Независимые кассы по продаже билетов согласуют сервисные сборы с перевозчиком, поэтому их размер отличается максимум на 50 рублей. Согласитесь, это немного.
Предмет исследования –– автоматизация продажи железнодорожных билетов.
Я выбрал тему курсовой работы «Автоматизация продажи железнодорожных билетов» т. к. это является необходимостью для эффективного ведения бизнеса и удобства клиента при покупке билета.
Автоматизированная продажа билетов во много раз сэкономит время потребителей и сократит затраты компании на выплату заработных плат кассирам.
Объект исследования – компания по продажам билетов.
Это хороший вариант для исследования т.к. основой для этого бизнеса является продажа билетов, поэтому если улучшить производительность продаж, это повысит прибыль.
Функциональные возможности программы должны охватывать большой спектр возможностей, большое внимание программы будет сфокусировано на базе данных, где будут учитываться все проданные и не проданные билеты и сотрудники продавшие эти билеты. Программа должна поддерживать ведение базы билетов, сотрудников и маршрутов, а также обеспечивать правильное взаимодействие этих баз. Кроме того, необходимо обеспечение всех пользователей программы нужной им информацией в удобной форме через удобный и понятный интерфейс.
При осуществлении покупки билета клиентом, производится обработка и хранение информации, которая в себя включает:
- Своевременное и верное оформление документов и контроль за каждой операцией;
- Контроль за оставшимися билетами;
- Своевременное и правильное оформление проданных билетов.
В связи с этим для надежного функционирования системы учёта билетов нужно вести их систематический и постоянный учет.
Также программа должна уметь работать с отчетами и прочими документами.
Цель данного курсового проекта – внедрить программу для автоматизации продажи билетов, для повышения эффективности учёта проданных и оставшихся билетов и сокращения затрат предприятия. Для достижения этой цели будет приобретаться готовая информационная система и внедряться на предприятие.
Задачи курсового проекта – необходимые к выполнению мероприятия для успешного достижения цели курсовой работы.
Задачами курсовой работы являются:
- Описание предприятия и его деятельности;
- Составление программной и технической архитектуры предприятия;
- Выбор программного средства для автоматизации;
- Составление технического задания;
- Составление списков подходящих решений для автоматизации;
- Описание технологии функционирования ИС;
- Физическое проектирование БД;
- Разработка экранных форм ввода-вывода и отчетов;
- Составление пользовательской документации.
1. Технико-экономическая характеристика предметной области и предприятия
1.1. Характеристика предприятия и его деятельности.
Компания “Оптопара” –– российская компания, специализирующаяся на продаже железнодорожных билетов. Компания основана в 2017 году и в этом же году появился офис в Москве. В целях конфиденциальности адрес не указывается, персонал на данный момент насчитывает семь человек, в том числе директор, главный бухгалтер, секретарь, техник, кассиры три человека. Из-за размера компании сложно конкурировать с большими компаниями.
Таблица 1.1. Основные технико-экономические показатели компании.
Наименование показателя |
Единица измерения |
За 2019 год |
Объем проданных билетов |
шт. |
5677 |
Число обслуженных клиентов |
чел. |
5000 |
Выручка от оказания услуг, продаж |
тыс. руб. |
20000 |
Среднесписочная численность работников |
чел. |
7 |
Годовой фонд оплаты труда |
тыс. руб. |
10454 |
Среднемесячная заработная плата работников |
тыс. руб. |
30 |
Основными конкурентами компании являются крупные железнодорожные компании такие как «Глобус Медиа» или «Трэвелмарт ритейл». Также к конкурентам можно отнести и маленькие компании.
Основными поставщиками компании являются владельцы поездов.
Информационная система будет внедряться в Московский филиал компании (Офис), в связи с этим количество сотрудников, программная и техническая архитектура, а также организационная структура будет описываться в соответствии с этим филиалом.
1.2. Организационная структура управления предприятия
Московский филиал имеет в своем распоряжении 7 сотрудников.
В состав штата сотрудников входят: директор, бухгалтер, секретарь, техник, кассиры 3 человека.
Организационная структура представлена на рисунке 1.1.
Рисунок 1.1. Организационная структура предприятия
Описание должностей сотрудников
Администрация:
Директор — директор, высшая административная должность, размещается в администрации, управляет всем предприятием и поддерживает его работоспособность, использует ПК и принтер.
Секретарь — офисный работник с широким кругом обязанностей от заполнения отчетностей до помощи директору.
Основные обязанности:
- Работа с документами: определение важности, подготовка, оформление, рассылка, получение, хранение, систематизация;
- Планирование и подготовка приёма посетителей;
- Участие в подготовке деловых переговоров;
- Заказ канцтоваров и прочих вещей, необходимых для жизнедеятельности офиса.
Располагается в администрации, использует ПК и принтер.
Бухгалтер — специалист по бухгалтерскому учёту, работающий по системе учёта в соответствии с действующим законодательством. Располагается в бухгалтерии и использует ПК и принтер.
IT-отдел:
Техник – сотрудник, отвечающий за работоспособность технического парка предприятия, основными обязанностями являются починка оборудования и работа по заявкам сотрудников. Располагается в IT- отделе, использует только ПК.
1.3 Выбор комплекса задач автоматизации, структуры комплекса технических и программных средств и характеристика существующих бизнес-процессов.
Среди всех функций на предприятии я решил выбрать для автоматизации продажи железнодорожных билетов.
Продажа ж.д. билетов имеет чёткую последовательность: бронь билета, оплата билета через кассу, распечатка билета и его выдача.
Назначение информационной системы – автоматизировать процесс продажи железнодорожных билетов.
Целью разработки информационной системы является облегчение процесса продажи билетов, а также уменьшение затрат времени работников и клиентов.
Необходимо разработать информационную систему учёта продаж железнодорожных билетов, которая включает в себя:
- Возможность отслеживать проданные билеты;
- Оформление билетов для клиента;
- Ведение базы данных о билетах и клиентах;
- Возможность документального отражения в учётной программе всех этапов движения услуг;
Бизнес-процесс продажи билетов представлен на рисунке 1.2.
Рис 1.2. IDEF0 покупка продажа билетов
Декомпозиция. IDEF0 покупка продажа билетов 1.3.
Рис.1.3. Декомпозиция. IDEF0 покупка продажа билетов.
Декомпозиция. IDEF0 учёта билетов указана на рисунке 1.4.
Рис.1.4. Декомпозиция. IDEF0 учёта билетов.
Техническая структура предприятия
Технический парк предприятия указан в таблице 1.3.
Таблица 1.3. Технический и программный парк предприятия
№п/п |
Наименование устройства |
Конфигурация |
Установленное программное обеспечение |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1. |
HP Proliant DL20 Gen10 |
4-ядерный Intel Xeon E-2124 3300 МГц, 16 Гб DDR-4, 0 Гб, 2 x 3.5" SATA, 2xGigabit Ethernet |
Microsoft Office, 1С ПO ЛВС типа клиент-сервер NetWare 386 версии 3.11 Протоколы TCP/IP, SNMP, CMIP стандарта V/32bis |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
2. |
Рабочая станция, компьютер HP 600 G4MT |
|
С1, Microsoft Visio, Microsoft Word |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
3 |
HP Color LaserJet Pro MFP M177fw |
МФУ для небольшого офиса, 4-цветная лазерная печать, до 16 стр/мин, Макс. формат печати A4 (210 × 297 мм) |
Драйвер работы МФУ |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
4 |
Маршрутизатор Huawei AR150 AR0M1582BA00 |
AR158EVW,4 copper pair G. SHDSL WAN,4FE LAN,802.11b/g/n AP,4FXS+1FXO,1 USB |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
5. |
Коммутатор Huawei серии S1700 S1720-28GFR-4TP |
функции ретранслятора, беспроводного моста. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
6 |
ASUS RT-AC58U |
Wi-Fi-роутер Стандарт Wi-Fi: 802.11a/b/g/n/ac Макс. скорость: 867 Мбит/с Поддержка опционального 4G-модема Коммутатор 4xLAN |
Техническая архитектура позволяет охарактеризовать все аппаратные средства и включает такие элементы как:
- процессор;
- память;
- жесткие диски;
- Материнская плата;
- периферийные устройства;
- коммуникационное оборудование.
Основное назначение технической архитектуры – обеспечение надежных IT сервисов в рамках всего предприятия в целом.
На данный момент компания имеет 1 офис в Москве. Рассмотрим его техническую архитектуру.
Техническая структура компании представлена ниже рисунком 2. Ниже представлен список оборудования, которое числится в организации:
- 1 коммутаторов;
- 1 маршрутизатор;
- 1 вид персонального компьютера (Всего 6 ПК);
- 1 вид принтера (Всего 1 принтеров);
- 1 сервер.
Техническая архитектура представлена на рисунке 1.5.
Рисунок 1.5. Техническая архитектура предприятия
Программная архитектура предприятия
Программная архитектура – основа программного обеспечения, на котором строиться вся деятельность организации. Она состоит из следующих элементов:
- операционные системы;
- программы;
- программные средства ведения базы данных;
- возможности операционных систем;
- специальное программное обеспечение:
Программная архитектура предприятия указана на рисунке 1.6.
Рис. 1.6. Программная архитектура предприятия
Описание программной архитектуры предприятия:
Windows 10 — операционная система для персональных компьютеров и рабочих станций, разработанная корпорацией Microsoft
1С:Бухгалтерия — собирательное название бухгалтерских продуктов фирмы «1С». Конфигурация «Бухгалтерия предприятия» предназначена для автоматизации бухгалтерского и налогового учёта, включая подготовку обязательной (регламентированной) отчётности в организации.
Microsoft Office — офисный пакет приложений, созданных корпорацией Microsoft для операционных систем Microsoft Windows, Windows Phone, Android, macOS, iOS. В состав этого пакета входит программное обеспечение для работы с различными типами документов: текстами, электронными таблицами, базами данных и др. Microsoft Office является сервером OLE-объектов и его функции могут использоваться другими приложениями, а также самими приложениями Microsoft Office.
Microsoft Office Access — реляционная система управления базами данных (СУБД) корпорации Microsoft. Входит в состав пакета Microsoft Office. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных.
Автоматизация продажи железнодорожных билетов
Краткое наименование: АИС ЖД билеты
1.2. Заказчики исполнители работ.
Заказчик: ОАО «РЖД»
Фактический адрес: г. Москва ул. Добролюбова д.12
Телефон: +7 (495) 346-16-43
Исполнители: ООО Оптопара
Фактический адрес: г. Москва ул. Разберипай д.3
Телефон: +7 (926) 459-67-89
1.3. Основание для проведения работ.
Работа выполняется на основания договора № 1852 от 12.06.2019 ОАО «РЖД» и
ООО Оптопара.
1.4 Плановые сроки начала и окончания работы
Работы должны быть завершены в течение 6-ти календарных месяцев.
1.5 Источники и порядок финансирования
Указано в Договоре.
1.6. Порядок оформления и предъявления заказчику результатов работ
Работы по созданию АИС ЖД билеты сдаются исполнителем поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Исполнитель сдает Заказчику соответствующие отчетные документы этапа, состав которых определены Договором.
Стадии разработки |
Этапы работ |
Содержание работ |
1. Исследование и обоснование создания системы |
Исследование объекта автоматизации. |
Сбор данных . |
Обоснование необходимости разработки программы. |
||
Разработка и оформление требований к системе. |
технико-экономическое обоснование, тактико-техническое задание. |
|
2. Техническое задание |
Научно-исследовательские работы. |
Определение структуры входных и выходных данных; Предварительный выбор методов решения задач. |
Разработка технического задания в целом и, при необходимости, частных ТЗ на подсистемы. |
||
3.Эскизный проект |
Разработка предварительных решений по выбранному варианту АИС. |
|
4. Технический проект |
Разработка окончательных решений по общесистемным вопросам, в том числе по структурам АИС. |
процедурам (задачам), реализуемым системой; процессу функционирования системы и, при необходимости, выдача частных технических. заданий на разработку видов обеспечения АИС или видов обеспечения подсистемы АИС. |
Разработка плана мероприятий по разработке и внедрению программ. |
||
5. Рабочая документация |
Разработка рабочей документации по техническому обеспечению. |
|
6. Внедрение |
Подготовка технических средств к внедрению АИС. |
Возможна замена технических средств (Сервер и терминалы).
Назначение и цели создания системы (подсистемы, модуля)
Информационная система обеспечивает автоматизацию деятельности учета продажи железнодорожных билетов (Учет проданных билетов, учет дохода за билеты, и т. д.).
Целью разработки системы является повышение производительности отдела продажи железнодорожных билетов, ускорение продажи билетов.
3. Характеристика объектов автоматизации
Выделены следующие процессы в деятельности отдела продажи железнодорожных билетов, в рамках которых производится анализ информации и сделаны соответствующие выводы о возможности их автоматизации:
Таблица 1.12. Список автоматизированных объектов
Бизнес-процесс |
Необходимость АИС |
Учет проданных билетов |
Будет автоматизировано |
Учет денежных средств |
Будет автоматизировано |
Передача электронных документов |
Будет автоматизировано |
Составление отчетов о проданных билетах |
Будет автоматизировано |
Отслеживание какой сотрудник продал билет |
Без автоматизации |
Бизнес-процесс |
Необходимость АИС |
4.1. Требования к системе в целом
- Состав системы;
- Стандартизация и взаимодействие;
- Обновление системы;
- Персонал;
- Подготовка персонала;
- Надежность и безопасность системы;
- Сохранность информации;
- Обслуживание;
- Ремонт;
- Хранение;
- Условия и режим эксплуатации.
Система должна быть централизованной, т. е. все данные должны располагаться на основном сервере.
Система должна обеспечивать:
- Учет брака на каждом этапе производства;
- Учет выбраковки в разные смены сотрудников;
- Передача электронных документов;
- Составление отчетов в электронном формате и хранение информации в базе данных.
4.2. Функции и задачи системы.
- Учет проданных билетов;
- Учет денежных средств;
- Передача электронных документов;
- Составление отчетов о проданных билетах;
- Отслеживание, какой сотрудник продал билет.
4.3. Требования к видам обеспечения (информационному, лингвистическому, программному и техническому обеспечению).
Требования к ПО:
- Понятный интерфейс;
- Русская локализация;
- Передача данных по зашифрованным каналам;
- Универсальность;
- Экономичность;
- Наличие БД.
4.4 Требования к численности и квалификации персонала системы и режиму его работы
В состав персонала, необходимого для обеспечения эксплуатации системы в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:
Администратор – 1;
Техник – 4;
Оператор баз данных – 1.
Данные лица должны выполнять следующие функциональные обязанности.
Администратор – поддерживает систему на сетевой уровне.
Техник – чинит или заменяет непригодные для работы технические средства.
Оператор баз данных – сотрудник, отвечающий за поддержание БД в рабочем состоянии.
4.5. Требования к квалификации персонала
К квалификации персонала, эксплуатирующего систему, предъявляются следующие требования.
Конечный пользователь:
- знание соответствующей предметной области;
- знания и навыки работы с СУБД.
Администратор – знание архитектуры сети CISCO;
Оператор БД – знания и навыки работы с СУБД, и знания языка SQL.
Техник – знания технической архитектуры и комплектующих технических средств.
4.6. Требования к надежности
Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств. Надежность должна обеспечиваться за счет:
- применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;
- своевременного выполнения процессов администрирования Системы;
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
- предварительного обучения пользователей.
4.7. Требования к надежности технических средств и программного обеспечения
К надежности оборудования предъявляются следующие требования:
- в качестве аппаратных платформ должны использоваться средства с повышенной надежностью;
- применение технических средств, соответствующих классу решаемых задач;
- аппаратно-программный комплекс системы должен иметь возможность восстановления в случаях сбоев.
Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий:
- предварительного обучения пользователей;
- своевременного выполнения процессов администрирования;
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
- своевременное выполнение процедур резервного копирования данных. Надежность программного обеспечения подсистем должна обеспечиваться за счет:
- надежности общесистемного ПО и ПО, разрабатываемого исполнителем;
- проведением комплекса мероприятий отладки, поиска и исключения ошибок.
5. Состав и содержание работ по созданию системы
Этап 1: Проектирование. Разработка эскизного проекта. Разработка технического проекта
Команда Исполнителя должны изучить бизнес-процессы фирмы-заказчика, создать подходящие модели и найти способы оптимизации работы, определить структуру входных и выходных данных, определить требования к программе.
Этап 2: Разработка рабочей документации. Адаптация программ
Разработка и утверждение технического задания, уточнение структуры входных и выходных данных.
Этап 3: Ввод в действие
Испытания программы, согласование и утверждение программы и методики испытаний
Этап 4. Поддержка системы
Оперативная ликвидация появляющихся ошибок, внесение доработок и улучшений, обучение сотрудников – будущих пользователей системы.
6. Порядок контроля и приемки системы
6.1. Виды и объем испытаний системы
Система подвергается испытаниям следующих видов:
1. Предварительные испытания.
2. Опытная эксплуатация.
3. Нагрузочный тест.
4. Испытания безопасности.
Состав, объем и методы предварительных испытаний системы определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Рабочая документация». Состав, объем и методы опытной эксплуатации системы определяются документом «Программа опытной эксплуатации», разрабатываемым на стадии «Ввод в действие». Состав, объем и методы испытаний безопасности системы определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Ввод в действие» с учетом результатов проведения предварительных испытаний и опытной эксплуатации. Нагрузочный тест определяется документом “Методы испытаний”
7. Требования и содержание работ по подготовке системы к вводу в действие
В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу системы в действие. При подготовке к вводу в эксплуатацию Заказчик должен обеспечить выполнение следующих работ:
- Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации;
- Обеспечить присутствие пользователей на обучении работе с системой;
- Обеспечить соответствие помещений и рабочих мест пользователей системы;
- Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение;
- Провести опытную эксплуатацию системы.
8. Требования к документированию
Заказчику должна быть предоставлена пакет документов:
- Техническое задание;
- Ведомость эскизного (технического) проекта;
- Техническая архитектура;
- Программная архитектура;
- Описание информационной базы;
- Руководство пользователя;
- Руководство администратора;
- Программа и методика испытаний;
- Акт выполненных работ;
- Методы испытаний.
Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:
ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению.
10. Дополнения (Гарантийный срок и контактная информация).
Гарантийный срок: 2 года.
Труньтурудькинь Д. П.
Телефон: 8 (915) 845-35-31
E-mail: TunTrunkin_31@yandex.ru
2. Программное обеспечение задачи
Описание актеров указано в таблице 2.1.
Таблица 2.1. Актеры
Актер |
Краткое описание |
Покупатель |
Покупатель, может предоставить паспорт и деньги для оформления билета. |
Кассир |
Сотрудник, занимающийся внесением данных и оформлением билетов. |
Бухгалтер |
Сотрудник, занимающий основную должность в отделе. В его задачи входят, сдача отчетов о доходах и проданных билетах. |
Системный администратор |
Занимается работой с информационной системой. |
По описанному выше, составлена диаграмма прецедентов – рисунок 2.1.
Рисунок 2.1 – диаграмма прецедентов
- Актер “Покупатель” передает личные данные для покупки билетов имеет возможность получить билет по электронному адресу почты.
- Актер “ Кассир” использует систему для внесения информации клиента проведения оплаты и выдачи билета клиенту;
- Актер “ Бухгалтер” использует систему для учета проданных билетов и полученной прибыли.
На основании вышеизложенного можно выделить следующие прецеденты, указанные в таблице 2.2
Таблица 2.2. Прецеденты
Прецедент |
Краткое описание |
Управление информацией билете |
Запускается кассиром. Система позволяет оплатить и предоставить билет на поезд. |
Получение билета |
Запускается покупателем. Система позволяет просмотреть билет на поезд через онлайн сервис электронной почты. |
Составление отчетности |
Запускается Бухгалтером. Система позволяет составить отчетность о проданных билетах и полученной прибыли. |
Работа с внесенной информацией |
Запускается системными администратором. Система позволяет изменять абсолютно все данные в отличии от обычных сотрудников, которые способны менять значения только данных которые внесли именно они. |
2.2. Описание информационных потоков
Поток событий для прецедентов главной диаграммы:
A.1 Предусловие;
A.2 Главный поток;
A.3 Под-потоки;
A.4 Альтернативные потоки.
Где A - число от единицы до количества прецедентов.
Поток событий для прецедента “Управление информацией о продаже билетов”
-
- Прецедент начинает выполняться, когда кассир авторизуется в системе.
Система проверяет правильность введенных данных (B-1) и выводит окно со всеми билетами и дает возможность осуществить следующие действия:
- произвести продажу билета, выйти и редактировать.
Продажа билета (A-1):
- Выполняется под-поток продать билет (С-1)
Посмотреть (А-3):
- Выполняется под-поток посмотреть информацию о проданных билетах(C-3)
Редактировать (А-4):
- Выполняется под-поток редактировать информацию о билете(C-4)
Выйти (А-5):
- Выполняется под-поток выйти из программы(C-5)
-
- Прецедент начинает выполняться, когда менеджер авторизуется в системе.
Система проверяет правильность введенных данных (B-1) и выводит окно со всеми заказами и дает возможность осуществить следующие действия: добавить, удалить, посмотреть, выйти и редактировать.
Добавить (A-1):
- Выполняется под-поток добавить новую поставку (С-1)
Удалить (А-2):
- Выполняется под-поток удалить поставку(C-2)
Посмотреть (А-3):
- Выполняется под-поток посмотреть информацию о поставке(C-3)
Редактировать (А-4):
- Выполняется под-поток редактировать информацию о поставке(C-4)
Выйти (А-5):
- Выполняется под-поток выйти из программы(C-5)
1.3 Под-потоки
Добавить продать билет(С-1):
- Вызывается диалоговое окно, где нужно ввести данные покупателя, поезда, и кассира. Менеджер сохраняет заказ. Прецедент начинается после пункта B-1.
Удалить (А-2):
- Вызывается окно, где нужно подтвердить удаление нажав кнопку “Да” (В-2).
- Прецедент начинается после пункта B-1.
Посмотреть (А-3):
- Вызывает диалоговое окно со списком товаров и поставщиком выбранной поставки. При нажатии кнопки ОК прецедент начинается после пункта B-1.
Редактировать (А-4):
- Вызывается окно с проданным билетом. Кассир может изменить данные купившего билет поезд. При нажатии кнопки “Ок” прецедент начинается после пункта B-1.
Выйти (А-5):
- Программа закрывается.
1.4 Альтернативные потоки
(B-1). При введении неправильных данных программа попросит повторить попытку.
(В-2). При нажатии кнопки нет прецедент начнется с момента начала пункта (А-2).
Поток событий “Составление отчетности о продажах”
2.1 Предусловие
При составлении отчета нужно выбрать период, по которому будет составлен отчет (B-3).
2.2 Прецедент начинает выполняться, когда Бухгалтер авторизуется в системе
Система проверяет правильность введенных данных (B-1) и выводит окно со списком всех проданных билетов и предлагает следующие действия: новый отчет, удалить отчет, выйти и редактировать старый отчет.
Новый отчет (A-1):
- Выполняется под-поток составить новый отчет(С-1)
Удалить (А-2):
- Выполняется под-поток удалить отчет(C-2)
Редактировать (А-3):
- Выполняется под-поток редактировать старый отчет(C-3)
Выйти (А-4):
- Выполняется под-поток выйти из программы(C-4)
2.3 Под-потоки
Составить новый отчет (С-1)
- Вызывается диалоговое окно, где можно выбрать временные рамки выборки данных, и также полностью менять отчет как нужно бухгалтеру как внешний вид так и производимые расчеты. Прецедент начинается после пункта B-1.
Удалить (А-2):
- Вызывается окно, где нужно подтвердить удаление нажав кнопку “Да” (В-2).
- Прецедент начинается после пункта B-1.
Редактировать (А-3):
- Появляется окно с информацией об отчете, где бухгалтер может поменять все в нем: от формул до внешнего вида. При нажатии кнопки “Сохранить” прецедент начинается после пункта B-1.
Выйти (А-4):
- Программа закрывается.
2.4 Альтернативные потоки
(B-1). При введении неправильных данных программа попросит повторить попытку.
Поток событий “отправка билета покупателю”
Поток событий “Учет оборота товара”
3.1 Прецедент начинает выполняться, когда кассир внесет все данные о клиенте а клиент оплатит билет
Система проверяет правильность введенных данных (B-1) и выводит окно, которое позволяет задать на печать билет или отправить на почту клиенту, редактировать и выйти.
3.2 Под-потоки
Задать на печать или отправить на почту (А-1):
- Открывается окно, где можно задать на печать билет либо отправить на почту клиенту. После этого программа автоматически сохранит билет и вернет прецедент на пункт после В-1.
Изменить (А-2):
- Открывается окно, в котором кассир может изменить все ранее внесенные данные в билет, сохранить и программа вернет прецедент на пункт после В-1.
Выйти (А-3):
Программа закрывается.
3.3 Альтернативные потоки
(В-1). При введении неправильных данных программа попросит повторить попытку.
Схема деятельности UML указана на рисунке 2.3
Рис.2.3 UML диаграмма
- Описание таблиц, входящих в модель «сущность-связь» представлено в таблицах 1-5.
Таблица 1 – Атрибуты “Маршруты”
Наименование поля |
Тип поля |
Длина поля |
Прочее |
Дата отправления |
Дата и время |
Is Not Null |
|
Маршрут |
Короткий текст |
50 |
Ключ |
Стоимость билета |
Числовой |
Is Not Null |
Таблица 2 – Атрибуты “поезда”
Наименование поля |
Тип поля |
Длина поля |
Прочее |
Номер поезда |
Счетчик |
Ключ |
|
Мощность |
Короткий текст |
20 |
Is Not Null |
Маршрут |
Короткий текст |
50 |
|
Дата выпуска |
Текстовый |
255 |
Таблица 3 – Атрибуты “непроданные билеты”
Наименование поля |
Тип поля |
Длина поля |
Прочее |
Номер билета |
Счетчик |
Ключ |
|
Маршрут |
Короткий текст |
50 |
Is Not Null |
Дата отправления |
Дата и время |
Is Not Null |
|
Стоимость |
Денежный |
Таблица 4 – Атрибуты “Проданные Билеты”
Наименование поля |
Тип поля |
Длина поля |
Прочее |
Номер билета |
Счетчик |
Ключ |
|
Маршрут |
Короткий текст |
50 |
Is Not Null |
Покупатель |
Короткий текст |
150 |
Is Not Null |
Дата покупки |
Дата и время |
Is Not Null |
|
Стоимость билета |
Денежный |
Is Not Null |
|
Сотрудник продавший |
Короткий текст |
150 |
Is Not Null |
Номер поезда |
Числовой |
Длинное целое |
Is Not Null |
Таблица 5 – Атрибуты “Сотрудники”
Наименование поля |
Тип поля |
Длина поля |
Прочее |
Код сотрудника |
Счетчик |
Is Not Null |
|
ФИО сотрудника |
Текстовой |
150 |
Ключ |
Дата рождения |
Дата и время |
Is Not Null |
|
Номер телефона |
Короткий текст |
12 |
Is Not Null |
Адрес проживания |
Короткий текст |
150 |
Is Not Null |
Данные паспорта |
Короткий текст |
150 |
Is Not Null |
Электронная почта |
Короткий текст |
100 |
Is Not Null |
Должность |
Короткий текст |
50 |
Is Not Null |
ERD диаграмма представлена на рисунке 2.4.
Рис.2.4 Диаграмма ERD
Экранные формы с функционалом программы приведены на рисунках 3.1.-3.11.
Рис.3.1 форма поездов с возможностью редактирования
Рис.3.2 форма проданных билетов с возможностью редактирования
Рис.3.3 форма сотрудников с возможностью редактирования
Рис 3.4 Список маршрутов
Рис 3.5. Список не проданных билетов
Рис 3.6. База данных поездов.
Рис 3.7. список проданных билетов
Рис 3.8 список сотрудников
Рис 3.9 запрос, какие билеты каким сотрудником были проданы
Рис 3.9. запрос сумма проданных билетов для отчёта
Рис 3.10. отчет о проданных билетах, прибыль
Рис 3.11. Отчет о сотрудниках продавшие билеты
Заключение
Подводя итоги курсовой работы, могут быть сформулированы следующие выводы. Информационная система для продажи железнодорожных билетов была успешно внедрена на предприятие и хорошо справилась со своей задачей.
В результате выполнения курсовой работы был проведен анализ предметной области и сфер работы предприятия и его отделов, а также был произведен анализ объекта автоматизации.
В результате выполнения курсовой работы все поставленные цели и задачи были выполнены. Были описаны технологии функционирования информационной системы, выполнено физическое проектирование базы данных, разработаны экранные формы ввода-вывода и отчеты, разработаны функциональные модули, была составлена база данных и ее модель, а так же были выявлены все бизнес-процессы на предприятии.
В результате проделанной работы было разработано приложение для учёта проданных билетов, сотрудников и маршрутов и упрощает работу персонала.
Информационная система разработана на платформе Access. Данный выбор обусловлен широкими возможностями создания баз данных и их управления ими, а также из-за гибкой работы с другими базами данных и возможностью работы с языком SQL.
Список литературы
Основная литература:
- Грекул В. И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
- Гущин А. Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
- Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России
Дополнительная литература:
- Абрамова Л. В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с. - режим доступа http:// biblioclub.ru
- Заботина Н.Н.Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. - 331с.
- Золотов С. Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с. – режим доступа http:// biblioclub.ru
- Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина. - Ставрополь: СКФУ, 2015. - 152 с.
- Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с. - режим доступа http:// biblioclub.ru
- Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовский. – 2-е изд., перераб. и доп. - М.: Юрайт, 2015. - 463с.
- Человеческий фактор в управлении организацией(Профессиональное управлени)
- Роль кадровой службы в формировании и реализации кадровой стратегии(Место и значение кадровой службы в системе управления 1.1. Организационная структура кадровой службы, ее права и обязанности.)
- Прогнозная оценка спроса на рынке товаров (услуг) (Рекомендации по совершенствованию методов продвижения в торговой сети)
- Менеджмент спортивных организаций(Теоретическое задание)
- Управление разными типами сотрудников(Психологические основы управления разными типами сотрудников)
- Управление человеческими ресурсами(Психологические основы управления разными типами сотрудников)
- Правовая система источников предпринимательского права
- Индивидуальное предпринимательство(ВВЕДЕНИЕ
- Тенденции развития международной валютной системы
- Страхование и его роль в развитии экономики (Анализ страхового рынка в Российской Федерации)
- Управление требованиями проекта
- Управление требованиями проекта(ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ УПРАВЛЕНИЯ ТРЕБОВАНИЯМИ ПРОЕКТА)