Автор Анна Евкова

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

Автоматизация продажи железнодорожных билетов (Технико-экономическая характеристика предметной области и предприятия0

Оглавление.

Введение.

Технико-экономическая характеристика предметной области и предприятия.
1. Характеристика предприятия и его деятельности.
2. Организационная структура управления предприятием.
3. Выбор комплекса задач автоматизации, структуры комплекса технических и программных средств и характеристика существующих бизнес-процессов.
Информационное обеспечение задачи.
1. Информационная модель и её описание.
2. Характеристика нормативно-справочной, входной и результатной информации.

2.3 Характеристика базы данных.

2.4. Структурная схема пакета (дерево вызова программных модулей).

2.5. Описание программных модулей.

3. Контрольный пример реализации и его описание.

Заключение.

Список использованной литературы.

Приложения.

3. Перечень основных вопросов, подлежащих рассмотрению и разработке:

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

В разделе 1 необходимо привести краткое описание компании и таблицу показателей ее деятельности, рисунок организационной структуры и ее описание, более подробно следует описать то подразделение, для которого разрабатывается проект автоматизации. Далее следует обосновать актуальность выбора автоматизируемой задачи, для этого необходимо провести анализ организационной структуры с целью определения перечня задач, которые необходимо автоматизировать и выбора наиболее приоритетной из них. С целью определения информационных потоков выбранной задачи необходимо привести соответствующие диаграммы декомпозиции бизнес-процессов деятельности организации до уровня реализации автоматизируемой задачи (функциональная диаграмма IDEF0 с декомпозицией на 3 уровня и диаграмма деятельности).

Техническое и программное обеспечение

1. Структура и состав комплекса технических средств, и конфигурация сети (диаграмма в MS Visio и таблица с характеристиками устройств).
2. Описание программных средств, используемых в системе (таблица).

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

Описание процесса проектирования программного обеспечения задачи должно содержать:

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

Раздел 3. Контрольный пример реализации и его описание

В разделе 3 следует представить экранные формы, демонстрирующие работу системы (не менее 6) и их описание.

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

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

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

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

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

С детальным рассмотрением содержания каждого пункта, а также примерами схем и таблиц необходимо ознакомиться в «Методических указаниях по курсовой работе для направления «Информационные системы и технологии» При подготовке курсовой работы необходимо пользоваться дополнительными литературными источниками (2016-2019 года издания), а также основной литературой, список которой приведен ниже.

4. Перечень обязательных графических материалов (графики, диаграммы, схемы, таблицы):

Таблица показателей деятельности Организации.
Диаграмма организационной структуры управления Организацией.
Диаграммы IDEF0, отражающие декомпозицию бизнес-процессов организации до уровня автоматизируемой задачи.
Функциональная диаграмма деятельности (активности).
Структура комплекса технических средств и конфигурация сети.
Рисунок информационной модели.
Диаграмма ER модели.
Таблицы ER модели.
Рисунок дерева вызова программных модулей.
Таблица с описанием программных модулей.
Рисунки экранных форм (не менее 6), демонстрирующих работу системы.

5. Список рекомендуемой специальной литературы, справочных и других информационных источников:

Основная литература:

Грекул В. И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 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с.

Дополнительные источники:

Документация исследуемой организации.
Официальный сайт исследуемой организации
Разумный подход к автоматизации управленческого учета. Ольга Феклисова. Режим доступа http://www.cfin.ru/itm/kis/choose/management_accounting.shtml
Управленческий учет на предприятии с примерами автоматизации. Режим доступа http://www.1cashflow.ru/upravlencheskiy-uchet-na-predpriyatii

Дата выдачи задания: «9» сентября 2019 года

Срок сдачи курсовой работы: «6» декабря 2019 года

Задание выдал:

Руководитель: Гавриленко А. В.______________________

(фамилия, инициалы преподавателя) (подпись)

Задание принял к исполнению:

Обучающийся: Данилов И. Д. _____________________

(фамилия, инициалы обучающегося) (подпись)

Оглавление

Введение 7

1. Технико-экономическая характеристика предметной области и предприятия 9

1.1. Характеристика предприятия и его деятельности. 9

1.2. Организационная структура управления предприятия 10

1.3 Выбор комплекса задач автоматизации, структуры комплекса технических и программных средств и характеристика существующих бизнес-процессов. 13

1.4. Техническое задание 23

Таблица 1.11. Стадии разработки 24

2. Программное обеспечение задачи 30

2.1. Информационная модель 30

2.2. Описание информационных потоков 32

2.3. Характеристика базы данных 36

3. Контрольный пример 38

Заключение 43

Список литературы 44

Введение

Компания “Оптопара” –– это компания численностью семь человек занимающиеся продажей железнодорожных билетов с 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. Технический и программный парк предприятия

№п/п

Наименование устройства

Конфигурация

Установленное программное обеспечение

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

Рабочая станция, компьютер HP 600 G4MT

Серия:	ProDesk
Процессор:	Core i5
Число ядер процессора:	6 шт.
Частота процессора:	3000 мгц
Оперативная память:	8000 мб
Тип жесткого диска:	HDD
Объем жесткого диска:	1024 gb
Тип графического контроллера:	встроенный
Видеокарта:	Intel HD Graphics 630
Операционная система:	Windows 10 Pro
Гарантийный срок:	12 мес
Вес:	6 кг
Размеры (ДхШхВ):	395x225x490 мм
Оптический привод:	DVD-RW
Размер видеопамяти:	SMA мб
Интерфейс Wi-Fi:	Нет
Поддержка Bluetooth:	Нет
Производитель процессора:	Intel
Устройство чтения флэш-карт:	Да
Модель чипсета:	Intel Q370
Тип памяти:	DDR4
Видеовыходы:	VGA, DisplayPort
Порт для наушников и линейный вход:	Да
Количество USB-портов:	11 шт.
Клавиатура и мышь в комплекте:	Да
Цвет корпуса:	черный
Страна происхождения:	Китай
Сетевая карта:	Да

С1, Microsoft Visio, Microsoft Word

HP Color LaserJet Pro MFP M177fw

МФУ для небольшого офиса, 4-цветная лазерная печать, до 16 стр/мин, Макс. формат печати A4 (210 × 297 мм)

Драйвер работы МФУ

Маршрутизатор Huawei AR150 AR0M1582BA00

AR158EVW,4 copper pair G. SHDSL WAN,4FE LAN,802.11b/g/n AP,4FXS+1FXO,1 USB

Коммутатор Huawei серии S1700 S1720-28GFR-4TP

функции ретранслятора, беспроводного моста.

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.4. Техническое задание

1. Общие сведения

1.1. Наименование системы.

Автоматизация продажи железнодорожных билетов

Краткое наименование: АИС ЖД билеты
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.4. Стадийность работ.

Стадии разработки	Этапы работ	Содержание работ
1. Исследование и обоснование создания системы	Исследование объекта автоматизации.	Сбор данных .
	Обоснование необходимости разработки программы.
	Разработка и оформление требований к системе.	технико-экономическое обоснование, тактико-техническое задание.
2. Техническое задание	Научно-исследовательские работы.	Определение структуры входных и выходных данных; Предварительный выбор методов решения задач.
	Разработка технического задания в целом и, при необходимости, частных ТЗ на подсистемы.
3.Эскизный проект	Разработка предварительных решений по выбранному варианту АИС.
4. Технический проект	Разработка окончательных решений по общесистемным вопросам, в том числе по структурам АИС.	процедурам (задачам), реализуемым системой; процессу функционирования системы и, при необходимости, выдача частных технических. заданий на разработку видов обеспечения АИС или видов обеспечения подсистемы АИС.
	Разработка плана мероприятий по разработке и внедрению программ.
5. Рабочая документация	Разработка рабочей документации по техническому обеспечению.
6. Внедрение	Подготовка технических средств к внедрению АИС.

1.5. Особые условия.

Возможна замена технических средств (Сервер и терминалы).

Назначение и цели создания системы (подсистемы, модуля)

2.1. Назначение.

Информационная система обеспечивает автоматизацию деятельности учета продажи железнодорожных билетов (Учет проданных билетов, учет дохода за билеты, и т. д.).

2.2. Цели.

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

3. Характеристика объектов автоматизации

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

Таблица 1.12. Список автоматизированных объектов

Бизнес-процесс	Необходимость АИС
Учет проданных билетов	Будет автоматизировано
Учет денежных средств	Будет автоматизировано
Передача электронных документов	Будет автоматизировано
Составление отчетов о проданных билетах	Будет автоматизировано
Отслеживание какой сотрудник продал билет	Без автоматизации
Бизнес-процесс	Необходимость АИС

4. Требования к системе

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. Требования к документированию

Заказчику должна быть предоставлена пакет документов:

Техническое задание;
Ведомость эскизного (технического) проекта;
Техническая архитектура;
Программная архитектура;
Описание информационной базы;
Руководство пользователя;
Руководство администратора;
Программа и методика испытаний;
Акт выполненных работ;
Методы испытаний.

9. Источники разработки

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

ГОСТ 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.1 – диаграмма прецедентов

Возможности системы:

Актер “Покупатель” передает личные данные для покупки билетов имеет возможность получить билет по электронному адресу почты.
Актер “ Кассир” использует систему для внесения информации клиента проведения оплаты и выдачи билета клиенту;
Актер “ Бухгалтер” использует систему для учета проданных билетов и полученной прибыли.

На основании вышеизложенного можно выделить следующие прецеденты, указанные в таблице 2.2

Таблица 2.2. Прецеденты

Прецедент	Краткое описание
Управление информацией билете	Запускается кассиром. Система позволяет оплатить и предоставить билет на поезд.
Получение билета	Запускается покупателем. Система позволяет просмотреть билет на поезд через онлайн сервис электронной почты.
Составление отчетности	Запускается Бухгалтером. Система позволяет составить отчетность о проданных билетах и полученной прибыли.
Работа с внесенной информацией	Запускается системными администратором. Система позволяет изменять абсолютно все данные в отличии от обычных сотрудников, которые способны менять значения только данных которые внесли именно они.

2.2. Описание информационных потоков

Поток событий для прецедентов главной диаграммы:

A.1 Предусловие;

A.2 Главный поток;

A.3 Под-потоки;

A.4 Альтернативные потоки.

Где A - число от единицы до количества прецедентов.

Поток событий для прецедента “Управление информацией о продаже билетов”

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

Система проверяет правильность введенных данных (B-1) и выводит окно со всеми билетами и дает возможность осуществить следующие действия:

- произвести продажу билета, выйти и редактировать.

Продажа билета (A-1):

- Выполняется под-поток продать билет (С-1)

Посмотреть (А-3):

- Выполняется под-поток посмотреть информацию о проданных билетах(C-3)

Редактировать (А-4):

- Выполняется под-поток редактировать информацию о билете(C-4)

Выйти (А-5):

- Выполняется под-поток выйти из программы(C-5)

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

Система проверяет правильность введенных данных (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. Контрольный пример

Экранные формы с функционалом программы приведены на рисунках 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с.