Размещено на http://www.allbest.ru/

Содержание

• Введение
• 1. Разработка системного проекта
• 1.1 Основание для разработки
• 1.2 Назначение разработки
• 1.3 Требования к программе
• 1.3.1 Требования к функциональным характеристикам
• 1.3.2 Требования к надежности
• 1.3.3 Требования к составу и параметрам технических средств
• 1.3.4 Требования к информационной и программной совместимости
• 1.3.5 Требования к транспортированию и хранению
• 1.3.6 Специальные требования
• 1.4 Требования к программной документации
• 2. Разработка технического проекта
• 2.1 Анализ требований и определение спецификаций ПО
• 2.2 Проектирование модели данных
• 2.3 Создание интерфейса программы
• 2.4 Авторизация
• 3. Реализация
• 3.1 Обоснование выбора средств разработки
• 3.2 Описание основных программных модулей
• 4. Тестирование программного продукта
• 4.1 Назначение документа
• 4.2 Цель тестирования
• 4.3 План тестирования
• 4.3.1 Функциональное тестирование
• 4.3.2 Тестирование в определенной среде
• 4.4 Процесс тестирования
• 4.4.1 Функциональное тестирование
• 4.4.2 Тестирование в определенной среде
• Вывод
• Список использованных источников

Введение

Тема курсового проекта "Разработка информационной и автоматизированной системы бронирование ЖД билетов". Следует разработать информационную, а главное автоматизированную программу, которая позволить забронировать ЖД билеты человеку, не выходя из дома.

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

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

1. Разработка системного проекта

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

Основанием для разработки является выполнение курсового проекта на тему "Разработка информационной и автоматизированной системы Бронирование ЖД билетов".

Задание поступило от администрации учебного заведения.

1.2 Назначение разработки

Автоматизированная информационная система "Бронирование ЖД билетов"" предназначена для бронирования или снятия с брони ЖД билетов. Целями которой является:

- качественное и эффективное обслуживание клиентов;

- упрощение процедуры приобретения билета;

- уменьшение цены билета за счёт минимальных накладных расходов;

- сокращение расходов и повышение доходов компании;

- интеграция в единую систему продаж.

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

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

1.3 Требования к программе

1.3.1 Требования к функциональным характеристикам

Автоматизированная информационная система "Бронирование ЖД билетов" должна обеспечивать выполнение функций:

• ввод, хранение, поиск и обработку информации по всем билетам;

• выводить те билеты, которые забронированы;

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

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

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

· Возможность самовосстановления после сбоя;

· Возможность резервного копирования;

Программа должна пройти тестирования и работать без ошибок.

1.3.3 Требования к составу и параметрам технических средств

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

тактовая частота процессора от -1.8 Гц;

объем оперативной памяти 2 Гб;

объем свободного места на диске 10 Гб;

разрешение монитора 1 024 х 768;

наличие устройства чтения Flash-накопителей

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

Программа должна работать в операционных системах Windows 7 и выше.

1.3.5 Требования к транспортированию и хранению

Программа поставляется на USB носителе.

Программная документация поставляется в электронном и печатном виде.

1.3.6 Специальные требования

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

Ввиду объемности проекта задачи предполагается решать поэтапно. При этом модули программного обеспечения (ПО), созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом; поэтому документация на принятое эксплуатационное ПО должна содержать полную информацию, необходимую для работы с ним программистов. Язык программирования определяется выбором исполнителя, при этом он должен обеспечивать возможность интеграции программного обеспечения с пакетом MS Office 2003/2007.

1.4 Требования к программной документации

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

Зачастую чтобы заказать билет человеку нужно:

- прийти в кассу

- выстоять очередь

- после долгого объяснения кассиру, какой именно билет вам нужен, купить билет, который предложил вам он

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

Экономический эффект от внедрения автоматизированной информационной системы "Бронирование ЖД билетов" ожидается за счет сокращения времени на заказ билетов и хранением информации о них компанией.

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

2. Разработка технического проекта

2.1 Анализ требований и определение спецификаций ПО

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

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

Рис. 2.1 Функциональная диаграмма начального уровня

Более детальная диаграмма показывает взаимодействие работ между собой и перетекание данных (рис.2.2). Целью диаграммы - создать более полное представление о программе.

Рис. 2.2 Функциональная диаграмма нулевого уровня (более подробный вариант)

Цель диаграммы второго уровня детализации (рис. 2.3,) - разработать функцию поиск и бронирование билетов.

Рис. 2.3 Детализация функции поиск и бронирование билетов

2.2 Проектирование модели данных

автоматизированный бронирование интерфейс алгоритм

Разработка диаграммы "Сущность-связь" (ER- модель данных).

Модель данных включает сущности и связи между ними. Целью создания ER- модели является определение структуры данных программного обеспечения. На (рис 2.4) изображен прототип базы данных.

Рисунок 2.4 ER- диаграмма

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

2.3 Создание интерфейса программы

Используя Microsoft Access 2003, создана база данных разрабатываемой информационной системы.



Рисунок 2.5 "Используемая БД"

При запуске файла появляется главное окно терминала (рис.2.6) и генерируется список автозаполнения для поля "Пункт отправления" используя список городов из БД (рис 2.7). В нем необходимо заполнить поля "Пункт отправления", "Пункт назначения" и "Дата отправления".

Рисунок 2.6 "Главное окно программы"



Рисунок 2.7 "Генерация списка автозаполнения для поля Пункт отправления"

При корректно введённом пункте отправления программа заполнит таблицу dataGridView всеми доступными рейсами из введённого пункта отправления, также произойдёт генерация списка автозаполнения для поля "Пункт назначения" (Рис. 2.8).

Рисунок 2.8 "Генерация списка автозаполнения для поля Пункт назначения"

Далее необходимо выбрать дату отправления и нажать кнопку "Продолжить". При корректной заполнении всех полей программа перейдёт в следующую вкладку "Выбор условий и заполнение личных данных" в противном случае сообщает об ошибке (Рис. 2.9).

Рисунок 2.9 "Событие в случае ошибки"

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

Для бронирования билета необходимо выполнить ещё несколько действий. Так выглядит этап "Выбор условий и заполнение личных данных" (Рис. 2.10).

Рисунок 2.10 "Выбор условий и заполнение личных данных"

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

Рисунок 2.11 "Выбор условий и заполнение личных данных"

Следующим шагом необходимо заполнить панель "Личные данные". В приложении реализована защита от ввода неправильных паспортных данных.

При вводе в поля "Серия" или "Номер" буквенного выражения (Рис.2.12.) или числа в котором более четырёх символов (Рис.2.13.), для поля "Номер" числа в котором более шести символов, возникает исключение.

Рисунок 2.12 "Исключение при вводе некорректной серии паспорта"



Рисунок 2.13 "Исключение при неверном формате серии паспорта"

Заключительным этапом бронирования билета является этап выдачи билета. Программа на основе заполненных ранее полей формирует бланк билета (Рис.2.14.). Далее пользователь может его сохранить и распечатать для оплаты его в кассу своего ЖД вокзала.

Рисунок 2.14 "Сформированный бланк билета"

2.4 Авторизация

Рисунок 2.15 "Авторизации администратора"

При переходе в окно "admin_form" администратор обязан ввести свой логин и пароль, при успешном сопоставлении их со значениями, хранимыми в программе, система разблокирует кнопки управления (Рис.2.16).

Рисунок 2.16 "Авторизации администратора"

При нажатии кнопки "Редактирование базы билетов", открывается новое окно (Рис.2.17.). Окно "edit_ticket" представляет собой элемент dataGridView закреплённый в родительском контейнере, при загрузке формы система заполняет его данными из БД.

Рисунок 2.17 "Редактирование базы билетов"

В окне формы доступны такие средства редактирования как: "Добавить" и "Удалить". При выборе пункта "Добавить", программа откроет новое окно для добавления рейса (Рис.2.18.), при нажатии "Удалить" программа удалит строку выделенную в dataGridView.

Рисунок 2.18 "Редактирование базы билетов"

При нажатии кнопки "Просмотр информации о бронировании билета", открывается новое окно (Рис.2.19.). Окно "edit_ticket" представляет собой элемент dataGridView закреплённый в родительском контейнере, при загрузке формы система заполняет его данными из БД.

Рисунок 2.19 "Редактирование базы билетов"

3. Реализация

3.1 Обоснование выбора средств разработки

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

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

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

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

4. Тестирование программного продукта

4.1 Назначение документа

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

4.2 Цель тестирования

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

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

4.3 План тестирования

4.3.1 Функциональное тестирование

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

Классификация функций:

1. Работы с главной формой

1.1 Работа главного меню

1.2 Работа всех кнопок

2. Работа формы ввода данных

2.1 Добавление элементов

2.2 Удаление элементов

3. Работа базы данных

4.3.2 Тестирование в определенной среде

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

4.4 Процесс тестирования

4.4.1 Функциональное тестирование

Таблица 4.1 Результат функционального тестирования

Функция	Действие	Ожидаемый результат	Полученный результат	Фатальные ошибки
1 Работа главного меню	Нажатие на вкладки главного меню	Работа выбранного действия	Работа пунктов меню	Отсутствуют
1 Работа всех кнопок	Нажатие на все кнопки формы	Открытие других окон, выход	Открытие других окон	Отсутствуют
2 Добавление элементов	Внесение данных в строку ввода	Внесение и сохранение данных	Данные сохраняются	Отсутствует
2 Удаление элементов	Удаляем ненужные данные	Удаляем данные	Очистка данных	Ошибка - база данных не отвечает (исправлено)
3 Работа базы данных	Несколько раз сохраняем и удаляем данные	Работа без ошибок	Оптимальная работа базы данных	Ошибка - база данных не отвечает (исправлено)

4.4.2 Тестирование в определенной среде

Таблица 4.2 Результат тестирования в определенной среде

Система	Расширение экрана	Ошибки/Несоответствие
Windows 7	1376x1024	Нет

Вывод

В данном курсовом проекте рассматривается такая технология как: среда разработки Microsoft Visual Studio 2010 и язык программирования C++.

На основе проделанной работы была разработана системы поиска и бронирования ЖД билетов.

Разработанный программный продукт удовлетворяет всем указанным в начале отчета требованиям.

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

В настоящее время разработанный программный продукт требует ещё доработки.

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

1. Шейко В.М., Кушнаренко Н.М. Организация и методика научна- исследовательской деятельности, 2004.

2. Сабитов Р.А., Основы научных исследований, 2002.

3. Коваленко В.В., Объектно- ориентированное проектирование, 2010.

4. ГОСТ 2. 104- 68 СКД. Основные надписи.

5. ГОСТ 19. 101- 77 ЕСПД. Виды программ и программных документов.

6. Фунтиков П.В., Шаповалов К.Ю. Основы работы в C++, 2011.

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