1. Цели ас и автоматизированные функции

1. Cокращение времени, требуемого для продажи одного билета

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

3. Привлечение большего числа клиентов

4. Повышение статуса ОАО «РЖД»

   1. Характеристика функциональной структуры

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

Вся система по функционалу делится на следующие модули: модуль кассира, модуль администратора, модуль покупателя.

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

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

Модуль покупателя – это веб-приложение. В нем покупатель может узнать общую информацию о компании, просмотреть наличие свободных мест и цены на них. Также веб-приложение содержит вкладку «Помощь».

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

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

Также имеются жесткие требования к интерфейсу веб-приложения. Он должен быть простым и интуитивно понятным, так как покупатели в интернете – это простые люди, они не обучены функции поиска места.

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

Имеются требования к защите информации от несанкционированного доступа. Администратор и кассир входят в систему под своими логинами и паролями. Покупатели в системе получают общедоступную информацию.

2. Типовые решения

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

• Использование UML для проектирования системы.

2. Общее описание системы

   1. Информационное обеспечение

Информационным обеспечением системы является база данных, которая представляет собой декомпозицию проблемы на отдельные понятия и объекты. На рисунке 10 показана концептуальная модель классов.

Рисунок 10 – Диаграмма классов уровня анализа

3. 4. 2. Программное обеспечение

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

Рисунок 11 – Диаграмма компонентов

На данной диаграмме представлены следующие компоненты:

1. main.cs – Модуль, координирующий работу всего приложения.

2. login.cs – Модуль для выбора типа пользователя.

3. pass.cs – Модуль для проверки достоверности логина и пароля.

4. admin.cs – Модуль, исполняющий функции администратора.

5. teller.cs – Модуль, выполняющий функции кассира.

На данной диаграмме представлены следующие интерфейсы:

1. llogin – Интерфейс, предоставляющий пользователю выбор: если он является администратором или кассиром.

2. lpass – Интерфейс для ввода и проверки логина пользователя и его пароля.

3. ldatachange – Интерфейс с таблицей для редактирования данных для расчета стоимости поездки.

4. lshedule – Интерфейс для добавления, удаления и редактирования строк расписания.

5. ltrain – Интерфейс, предоставляющий инструментарий для редактирования дат поездок и схем поездов.

6. lstatistican – Интерфейс просмотра статиски по продаже билетов.

7. lreservation – Интерфейс для бронирования билета.

8. lsearch – Интерфейс поиска места.

9. lsale – Интерфейс ввода данных по билету и его продаже.

10. lreturn – Интерфейс для возврата билета.

На рис. 12 показаны классы и отношения между ними программного обеспечения системы. Все классы данной системы относятся к Windows Forms и, соответственно, наследуются от класса Form. На данной диаграмме не раскрываются данные и функции классов, так как их очень много. В целом в основном все данные конкретного класса в данной диаграмме – это элементы управления на форме (кнопки, текст, вкладки, таблицы и т. д.), а все функции – это обработчики событий этих элементов управления и вспомогательные функции.

Рисунок 12 – Диаграмма классов уровня проектирования

Программное обеспечение написано в среде Microsoft Visual Studio.

Все управление происходит событийно.