Курсовая работа: Разработка системного проекта покупки или бронирования железнодорожных билетов ticketbuy

Министерство образования и науки РФ

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

Государственный университет управления

Институт Информационных Систем

Кафедра Программной Инженерии

Направления «Прикладная информатика»

Курсовой проект

по дисциплине: Проектирование информационных систем

Тема:

Разработка системного проекта покупки или бронирования железнодорожных билетов ticketbuy

Москва - 2017 г.

Содержание

1. Описание предметной области (ПрО)

1.1 Используемая терминология

1.2 Функции ПрО

1.3 Пользователи ПрО

1.4 Описание бизнес процессов, подлежащих автоматизации

1.5 Схема документооборота

1.6 Описание документов

2. Техническое задание на разработку системы

2.1 Наименование разработки

2.2 Цель разработки

2.3 Основание для разработки

2.4 Соглашения по терминологии

2.5 Список используемых сокращений

2.6 Требования пользователя

2.7 Описание концепции проектируемой ИС

2.8 Оценка альтернатив

2.9 Требования к системе (системные требования)

2.9.1 Функциональные требования

2.9.2 Эксплуатационные требования

2.9.3 Требования к безопасности

2.9.4 Требования к надежности

2.9.5 Требования к информационной и программной совместимости

2.9.6 Требования к пользовательскому интерфейсу

2.9.7 Организация справочной информации

2.9.8 Дополнительные требования и ограничения

2.10 Технические и программные средства

2.11 Состав пользователей

2.12 Права (привилегии) пользователей на доступ к данным и функциям системы

2.13 Рекомендации по распространению разрабатываемого продукта

2.14 Порядок контроля и приемки

3. Системный проект

3.1 Функциональная модель системы (множество ДПД и спецификации процессов)

3.2 Схема функциональной декомпозиции системы

3.3 Описание (основного) меню

3.4 Формы входных и выходных документов, ЭФ по каждой автоматизируемой функции

3.5 Модель данных

3.5.1 Диаграмма отношений (ER-диаграмма)

3.5.2 Структуры записей файлов (таблиц)

3.5.3 Словарь данных

3.6 Архитектура системы /программной системы/ (логический уровень)

1. Описание предметной области (ПрО)

1.1 Используемая терминология

1.2 Функции

Функции работника ЖД вокзала:

оператор ЖД вокзала:

· регистрация данных о станциях;

· регистрация данных о маршрутах;

· регистрация данных о поездах, прибывающих или отправляющихся от вокзала;

· контроль расписания движения поездов;

· выдача информационной справки;

· продажа билетов;

Правила ЖД вокзала:

· клиент может воспользоваться услугами вокзала любое число раз в сутки;

· клиент может получить всю необходимую информацию о маршрутах и рейсах;

· данные о рейсах не имеют срока давности;

1.3 Пользователи

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

1.4 Описание бизнес процессов, подлежащих автоматизации

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

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

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

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

· Свободный доступ к информации;

· Удобный и понятный для пользователя интерфейс приложения;

· Возможность редактировать базу данных в соответствии с текущим расписанием;

· Возможность заказывать билет через Интернет.

1.5 Схема документооборота

1.6 Описание документов

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

Закон, устав, правила - сведения и требования для сотрудников.

Информация о поездах содержит тип поезда, кол-во пассажирских мест, серию, номер.

Расписание рейсов содержит станцию отправления и прибытия, номер поезда, время отправления и прибытия.

Сотрудник - данные о сотрудниках.

Клиент - данные о клиентах.

Отчет составляется на основе данных из БД.

2. Техническое задание на разработку системы

2.1 Наименование разработки

Информационная система «Покупка и бронирование ЖД билетов «ticketbuy».

2.2 Цель разработки

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

2.3 Основание для разработки

ОАО Российские железные дороги

Приказ

Дата

г. Москва

О создании информационной системы

В связи с производственной необходимостью

Приказываю

Поручить Бурмистрову Алексею Сергеевичу, технику, разработать информационную систему «Покупка и бронирование жд билетов ticketbuy».

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

Директор Петренко О.С.

Подпись. Печать

2.4 Соглашения по терминологии

2.5 Список используемых сокращений

2.6 Требования пользователя

Основные задачи, которые необходимо решить во время разработки:

· Достоверная информация

· Быстрота получения необходимой информации

· Возможность покупки/бронирования билета

· Возможность получения льгот

2.7 Описание концепции, проектируемой ИС

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

Реализация указанной цели предполагает достижение следующих подцелей:

· Обеспечение on-line доступа клиентов к информации о рейсах;

· Существенно уменьшить (по сравнению с бумажной технологией) время предоставления информации о рейсах и клиентах;

· Исключить трудозатраты сотрудников на исполнение запросов по каким-либо признакам;

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

· Обеспечить возможность одновременной работы нескольких пользователей с электронной базой данных;

· Обеспечить возможность получения бумажных копий (распечаток) документов («Расписание рейсов», «Отчет»);

· Увеличить уровень сохранности бумажного фонда документов, существенно снизить риски износа и утери бумажных документов.

2.8 Оценка альтернатив

Tutu.ru

Достоинства:

Помимо наличия билетов на поезда, также есть авиа-билеты, автобусы; расписание электричек.

Недостатки:

Нет возможности бронирования билетов.

2.9 Требования к системе (системные требования)

2.9.1 Функциональные требования

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

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

· Ввод и хранение данных о рейсах (номер поезда, маршрут, тип поезда, время отправления, время прибытия, цена билета)

· Ввод и хранение данных о клиентах (ФИО, паспортные данные, наличие льгот)

· Должно допускаться редактирование введённой ранее информации

· Удаление ранее введенной информации

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

2.9.2 Эксплуатационные требования

Система должна обеспечить непрерывный круглосуточный режим работы. Наличие компьютера, наличие Интернет-соединения.

Нормальные климатические условия эксплуатации Системы определены в ГОСТ 27201-87 и должны соответствовать следующим значениям:

· Температура воздуха от 15С до 25С

· Относительной влажности воздуха от 45% до 75% при 25С

· Атмосферному давлению от 630 мм. рт. ст. до 80 мм. рт. ст.

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

Электропитание технических средств Системы должны осуществляться в сети от 220 вольт.

При проведении технического обслуживания ремонта, связанного со вскрытием корпусов компонентов Системы, должны применяться средства защиты от статического электричества в соответствии с ГОСТ 12.4.124-83.

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

2.9.3 Требования к безопасности

Все внешние элементы технических средств Системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81.

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

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