Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

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

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

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

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

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

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

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

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

Тема:

Разработка системного проекта покупки или бронирования железнодорожных билетов 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 Список используемых сокращений

Термин (сокращение)	Определение (расшифровка)
Про	Предметная область
Web	web-интерфейс
ФИО	Фамилия, имя, отчество
ЖД	Железная дорога, железнодорожный (вокзал)
БД	База данных
ТЗ	Техническое задание
ТП	Технический проект
ЭВМ	Электронно-вычислительная машина
ЛВС	Локальная вычислительная сеть
АС	Автоматизированная система

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.

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

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов Системы (в т.ч. инфракрасное, ультрафиолетовое, электромагнитное и рентгеновское излучения, вибрация, электростатические поля, шум, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

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

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

Система должна обеспечивать сохранение данных в следующих ситуациях:

· Аварийное отключение питания;

· Возникновение физических дефектов;

· Выход из строя аппаратных компонентов;

· Несанкционированные действия пользователей.

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

База данных должна быть создана в СУБД Access. Приложение должна работать в операционных системах Windows.

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

Для защиты Системы от внешних атак - ESET NOD32.

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

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



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

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

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

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

Никакие действия пользователя в рамках предоставленного приложения интерфейса не должны приводить к разрушению данных и отказу в работе Системы.

Система должна вести журнал событий, где будет учитываться:

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

· Запуск и остановка сервера

Должна быть возможность предоставления опросов для улучшения качества работы программы. Например, опрос «Чего вам не хватает при использовании приложения «ticketbuy»?»

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

Выделенная ЛВС в части подключения рабочих станций должна быть выполнена по технологии Fast Ethernet (скорость передачи 100 Мбит/с), а в части подключения серверного оборудования и активного магистрального оборудования - по технологии Gigabit Ethernet (скорость передачи 1000 Мбит/с). Физическая среда передачи по ЛВС определяется на этапе подготовки технического проекта.

В состав комплекса технических средств должны входить:

· средства сбора и передачи информации: датчики ин­формации, каналы связи, устройств телемеханики, аппаратура передачи данных и т.д.;

· средства обработки и отображения информации (ЭВМ, аналоговые и цифровые приборы, дисплеи, устройства печати, функциональная клавиатура и др.);

· средства управления (контроллеры, исполнительные автоматы, электротехническая аппаратура: реле, усилители мощности и др.).

Конфигурация рабочей системы должна быть не ниже:

· Процессов - не ниже Intel Pentium 300 МГц;

· Оперативная память - не менее 128 Мб DDR SDRAM;

· Жесткий диск - не менее 10 Гб;

· Видеокарта - поддержка разрешения не ниже 1024х768 Гц, объем встроенной памяти не менее 32 Мб;

· Сетевой адаптер Ethernet - скорость не менее 100 Мбит/с;

· Монитор - размер не менее 15``, разрешение - не ниже 1024х768 Гц.

Программные средства:

· ОС Microsoft Windows

· Antivirus ESET NOD32.

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

В состав обслуживающего персонала Системы должны входить:

· Специалист по техническому обслуживанию аппаратных средств;

· Администратор;

· Оператор.

Основными требованиями к квалификации специалистов по техническому обслуживанию являются:

· Наличие знаний в объеме не ниже третьей квалификационной группы по технике электробезопасности при работах с напряжением до 1000 В;

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

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

· Наличие знаний в объеме не ниже второй квалификационной группы по технике электробезопасности при работах с напряжением до 1000 В;

· Наличие знаний в области администрирования операционных систем рабочих станций серверного оборудования, а также знаний в области администрирования веб-узлов, СУБД;

Пользователи Системы должны иметь общие навыки работы на ЭВМ и с Интернет-браузером. Проведение специального обучения для пользователей не требуется.

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

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

· Администратор - полный доступ к системе;

· Оператор - имеет доступ к информации о клиентах, рейсах и о совершенных действиях клиентов (покупка или бронирование билетов);

· Клиент - не имеет доступа к БД, но может вносить свои данные в поля для покупки или бронирования билета. Эти данные записываются в БД.

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

информационный ticketbuy эксплуатационный программный

Дополнительные требования не предъявляются.

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

Согласно п. 1.1 ГОСТ 34.603-92 испытания АС проводят на стадии «Ввода в действие» по ГОСТ 34.601 с целью проверки соответствия создаваемой АС требованиям ТЗ.

Для АС устанавливают следующие основные виды испытаний:

· предварительные;

· опытная эксплуатация;

· приемочные.

Примечания:

· Допускается дополнительно проведение других видов испытаний АС и их частей;

· Допускается классификация приемочных испытаний в зависимости от статуса приемочной комиссии (состав членов комиссии и уровень его утверждения);

· Виды испытаний и статус приемочной комиссии устанавливают в договоре и (или) ТЗ.

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

· Техническое задание на создание Системы;

· Проектную, рабочую и программную документацию (по согласованному перечню в соответствии с ГОСТ 34);

· Акт(-ы) приема программно-технических испытаний;

· Программу и методику, протокол испытаний;

· Акт о проведении обучения обслуживающего персонала;

· Эксплуатационную документацию (по согласованному перечню в соответствии с ГОСТ 19);

· Акт о завершении работ по проверке Системы в режиме опытной эксплуатации;

· Акт приема Системы в эксплуатацию;



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

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



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

1. Подсчёт стоимости

ВЫПОЛНЯТЬ ПОКА не кончатся билеты клиента

Суммировать СТОИМОСТИ_БИЛЕТОВ (может быть детский и взрослый билеты)

Чтобы получить НАЧАЛЬНУЮ_СТОИМОСТЬ билетов

Проверка клиента по базе данных

ЕСЛИ есть льготы или скидки

ТО НАЧАЛЬНАЯ_СТОИМОСТЬ - СКИДКА

Определить ИТОГОВУЮ_СУММУ

КОНЕЦ_РАССЧИТАТЬ_СТОИМОСТЬ_БИЛЕТА

2. Подтверждение заказа клиентом

Если все данные верны, то клиент подтверждает заказ

ЕСЛИ ПОКУПКА

ТО обслужить покупку (картой или другим способом оплаты, вычесть кол-во билетов из базы данных)

ЕСЛИ БРОНИРОВАНИЕ

ТО забронировать билет (вычесть кол-во билетов из базы данных)

Выдать информацию о билете

3. Подтверждение заказа администратором

Если все данные верны, то администратор подтверждает заказ

ЕСЛИ ПОКУПКА

ТО принять оплату

ЕСЛИ БРОНИРОВАНИЕ

ТО забронировать билет

Выдать информацию о билете

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

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

На главной странице пользователь вводит данные о точке отправления и прибытия (названия городов), а также дату поездки:



После нажатия кнопки поиска система выдает список найденных рейсов, либо информацию о том, что их нет, либо о некорректности введенных данных (ошибка в орфографии).

Пользователь выбирает нужный рейс.

Программа выдает информацию о рейсе.

Пользователь выбирает тип вагона (эконом или бизнес-класс), кол-во билетов, место в вагоне.

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

Заполнение данных клиентом

Далее выбор покупки или бронирования билета

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

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

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

При бронировании пользователь подтверждает правильность введенных данных и бронирование.

Информация о заказе отправляется на электронную почту.

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

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



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



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



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

Архитектура ПО

ПД - паспортные данные



Архитектура обработки запросов на отчеты



Архитектура работы с Базами данных клиентов

Размещено на allbest.ru