Лабротоная работа 1. Проектирование ис по продаже железнодорожных билетов

• Название: Проектирование ис по продаже железнодорожных билетов
• Дата: 26.04.2023
• Размер: 1.56 Mb.
• Имя файла: Лабротоная работа 1.docx
• Тип: Лабораторная работа; #1092274

Московский финансово-промышленный университет

«Синергия»

Кафедра цифровой экономики

Лабораторная работа №

по дисциплине

«Методы и средства проектирования информационных систем

и технологий»

на тему:

«Проектирование ИС по продаже железнодорожных билетов»

Выполнил:

студент группы ВБИо-203рсоб
Проверил:

Панков В.В.
Москва 2023

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

Содержание:

1. 
   Введение
   
2. 
   1. Технико-экономическая характеристика предметной области и предприятия
   
3. 
   1.1 Характеристика предприятия и его деятельности
   
4. 
   1.2 Организационная структура управления предприятием
   
5. 
   2. Информационное обеспечение задачи
   
6. 
   2.1 Информационная модель и ее описание
   
7. 
   2.2 Используемые классификаторы и системы кодирования
   
8. 
   2.3. Характеристика нормативно-справочной, входной и оперативной информации.
   
9. 
   3. Общие положения (дерево функций и сценарий диалога)
   
10. 
    3.1 Характеристика базы данных
    
11. 
    3.2 Структурная схема пакета (дерево вызова программных модулей)
    
12. 
    4. Контрольный пример реализации и его описание
    
13. 
    Заключение
    
14. 
    Список использованной литературы
    

Введение

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

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

Данная работа заключает в себе разработку конфигурации и АРМ кассира «Железнодорожной кассы» по средствам системы проектирования прикладных решений (конфигураций) и ведения технической документации проекта. Конечный итог работы заключается в том, что будет спроектировано и реализовано рабочее приложение для кассира железнодорожной кассы. Актуальность работы имеет наивысшую степень значимости, так как предприятие такого уровня, должны ввести компьютеризацию и перейти на электронный вариант работы для предотвращений потери, ошибок данных и упрощение самой работы.

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

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

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

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



Рисунок 1. Проездной документ

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

• 
  Поезд - в данном поле указывается номер и сообщение поезда.
  
• 
  Отправление – в данном поле указывается дата и время отправления поезда.
  
• 
  Вагон - в данном поле указывается номер и тип вагона.
  
• 
  Цена - в данном поле указывается цена билета.
  
• 
  Кол-во человек - в данном поле указывается число пассажиров, которые могут проехать по 1 билету.
  
• 
  Вид документа - в данном поле указываются льготы на проезд.
  
• 
  ФИО - в данном поле указывается фамилия, имя и отчество (если есть) пассажира
  
• 
  Индивидуальный документ - в данном поле указывается контрольный документ, удостоверяющий личность пассажира (Паспорт, свидетельство о рождении, справка УДО и т.д.,)
  
• 
  Место - в данном поле указывается место пассажира.
  
• 
  Доп. услуги. - в данном поле указываются дополнительные услуги (питание, белье и т.д.)
  

Дата и время прибытия - в данном поле указывается время прибытия поезда на конечную станцию.

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

На рисунке 2 представлена организационная модель. На данной модели отражены структуры, которые используются для эффективного функционирования системы «Железнодорожная касса», а также представлены сотрудники данных структур, которые непосредственно учувствуют в жизнедеятельности системы.

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



Рисунок 2. Организационная модель железнодорожных касс

• 
  
  
  1. 
     Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
     

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



Рисунок 3. Контекстная диаграмма информационной системы

Диаграмма состоит из следующих составляющих:

1. 
   Входные потоки:
   
   • 
     Данные о поезде (Номер поезда, сообщение, дата отправления и прибытия)
     
   • 
     Данные о пассажире (ФИО, индивидуальный документ, льготы)
     
2. 
   Управляющие потоки:
   
   • 
     Законодательство РФ (ГОСТы, законы, указы, постановления и т.д.)
     
   • 
     Правила АО «ФПК» (корпоративные правила для работников ж/д касс)
     
   • 
     Антимонопольное законодательство
     
3. 
   Ресурсные потоки:
   
   • 
     Кассир (Сотрудник кассы)
     
4. 
   Выходные потоки:
   
   • 
     Отчет о продажах (Информация о продажах может быть выдана в виде отчета или таблицы)
     
   • 
     Эффективность сотрудника (Информация о эффективности сотрудника может быть выдана в виде отчета или таблицы)
     

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



Рисунок 4. Диаграмма декомпозиции

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

1. 
   Управление данными о поездах
   

Входные данные получаем из входных потоков, а именно, «Данные о поездах». На основе поступивших данных заполняются соответствующие поля в программе. Эти данные заносит непосредственно кассир. Данный блок курируется законодательством РФ, правилами АО «ФПК» и антимонопольным законом.

1. 
   Управление личными данными пассажира
   

В справочнике, в соответствующие поля вводятся данные о пассажире: ФИО, документ, дата рождения. Ввод осуществляет кассир. Данный блок курируется законодательством РФ, правилами АО «ФПК» и антимонопольным законом.

1. 
   Формирование проездного документа
   

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

1. 
   Сверка данных о пассажирах
   

После вывода проездного документа производится проверка данных пассажира, поезда и даты отправления. Данный блок курируется законодательством РФ, правилами АО «ФПК».

1. 
   Выдача купленного проездного документа.
   

Пассажиру выдается проездной документ

1. 
   Отчет о продажах
   

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

2. Информационное обеспечение задачи

2.1 Информационная модель и ее описание

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

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

Сущность, направления, следования, атрибуты:

• 
  Название следования - краткое название направления следования поезда.
  
• 
  Станция отправления - станция, с которой начинается маршрут движения поезда.
  
• 
  Станция прибытия - станция, на которой заканчивается маршрут движения поезда.
  

Сущность - кассы РЖДАтрибуты:

• 
  Название (Наименование) - название кассы РЖД (как правило содержит номер кассы)
  

Сущность - поезда РЖДАтрибуты:

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

вместо "названия поезда"

• 
  Количество мест - число мест в поезде
  
• 
  Направление следования
  
• 
  Вид поезда - выпадающего списка сущности вид поезда РЖД атрибута Значения сущность - места в поезде РЖДАтрибуты:
  
• 
  Название места - название места (как правило содержит номер места и некоторую пояснительную информацию)
  
• 
  Номер места - номер места в поезде
  
• 
  Владелец - данное поле предлагается заполнить данными из выпадающего списка сущности поезда РЖД атрибута название поезда
  
• 
  Вид места - данное поле предлагается заполнить данными из
  

выпадающего списка сущности вид места РЖД атрибута Значения сущность - пассажиры РЖДАтрибуты:

• 
  ФИО пассажира - ФИО пассажира, вносимые в данные о билете
  

Сущность - продажа билетов на поезд РЖДАтрибуты:

• 
  Касса продажи билетов РЖД - данное поле предлагается заполнить данными из выпадающего спискасущности кассы РЖД
  

атрибута название (наименование)

• 
  Дата отправления - данное поле содержит в себе дату
  

отправления поезда

• 
  Номер поезда - данное поле предлагается заполнить данными из
  

выпадающего списка сущности поезда РЖД атрибута название поезда

• 
  Номер места - данное поле предлагается заполнить данными из выпадающего списка сущности места в поезде РЖД атрибута название места
  
• 
  Пассажир - данное поле предлагается заполнить данными из выпадающего списка сущности пассажиры РЖД атрибута ФИО пассажира
  
• 
  Стоимость - данное поле заполняется автоматически из данных сущности стоимость места РЖД атрибута стоимость на основании выбранного Номера места
  

Сущность - Возврат билетов РЖД Атрибуты:

• 
  Касса продажи билетов РЖД - данное поле предлагается заполнить данными из выпадающего спискасущности кассы РЖД
  

атрибута название (наименование)

• 
  Дата отправления - данное поле содержит в себе дату
  

отправления поезда

• 
  Номер поезда - данное поле предлагается заполнить данными из
  

выпадающего списка сущности поезда РЖД атрибута название поезда

• 
  Номер места - данное поле предлагается заполнить данными из выпадающего списка сущности места в поезде РЖД атрибута название
  

места

• 
  Пассажир - данное поле предлагается заполнить данными из
  

выпадающего списка сущности пассажиры РЖД, атрибута, ФИО

пассажира

• 
  Стоимость - данное поле заполняется автоматически из данных сущности стоимость места РЖД атрибута стоимость на основании выбранного номера места
  

Сущность - вид поезда РЖДАтрибуты:

• 
  Значения - предложенное значение для ввода в различные формы
  

Обычный - тип поезда "Обычный", следующий с остановками

Скорый - тип поезда "Скорый", следующий без остановок

Сущность - вид места РЖДАтрибуты:

Значения - предложенное значение для ввода в различные формы

Купе - вид места "Купе"

Плацкарт - вид места "Плацкарт"

Люкс - вид места "Люкс"

Сущность - проданные билеты и заработанные средства

Атрибуты:

• 
  Дата начала - данный параметр задаётся пользователем чтобы
  

вывести отчёт в желаемом диапазоне

• 
  Дата окончания - данный параметр задаётся пользователем чтобы
  

вывести отчёт в желаемом диапазоне

• 
  Параметры - параметры заполнения указываются пользователем
  

через дополнительные настройки Сущность - стоимость местаРЖДАтрибуты:

• 
  Номер поезда РЖД - данное поле предлагается заполнить данными из выпадающего списка сущности поезда РЖД атрибута название поезда
  
• 
  Номер места РЖД - данное поле предлагается заполнить
  

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

• 
  Стоимость - данное поле содержит в семе информацию о
  

стоимости билета в конкретный момент времени. Сущность - продажа билетов РЖДАтрибуты:

• 
  Номер поезда - данное поле предлагается заполнить данными из
  

выпадающего списка сущности поезда РЖД атрибута название поезда

• 
  Дата отправления - данное поле содержит в себе дату
  

отправления поезда

• 
  Номер места РЖД - данное поле предлагается заполнить данными из выпадающего списка сущности места в поезде РЖД атрибута название
  

места

• 
  Стоимость билета РЖД - данное поле заполняется автоматически из данных сущности стоимость места РЖД атрибута стоимость на основании выбранного номера места
  
• 
  Касса продажи билетов РЖД - данное поле предлагается заполнить данными из выпадающего спискасущности кассы РЖДатрибута название (наименование)
  

Рисунок 5 Информационная модель.

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

Таким образом, взглянув на диаграмму становится понятно, что данные таблиц связаны между собой и передаются между собой посредством Primary-Foreign Key. Например, если рассматривать ситуацию с конца, то мы видим, что данные в Сущность "Возврат Билетов РЖД" помещаются из регистра накопления "Продажа билета РЖД", в который эти данные попадают после проведения документа "Продажа билетов на поезд РЖД", который получает данные о стоимости билетов из регистра сведений

"Стоимость места РЖД" и справочников "Пассажиры РЖД", "Кассы РЖД", "Поезда РЖД" и "Места в поезде РЖД" (где Места в поезде РЖД - это справочник, подчинённый справочнику Поезда РЖД, что реализовано для ограничения возможных неполадок связанных с привязкой мест к конкретному поезду). В справочник "Поезда РЖД" данные поступают из справочника "Направления следования". Таким образом, можно проследить связь данных из различных справочников и документов и результат их взаимодействия.

2.2 Используемые классификаторы и системы кодирования

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

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

Классификатором называется совокупность отдельных номенклатур, построенных по определенной системе кодирования. Обозначение позиции классификатора с помощью условного сим­вола - это шифр (код). Системы кодирования бывают буквенные, цифровые и буквенно-цифровые (при автоматизации учетных ра­бот наиболее целесообразно пользоваться цифровыми). На прак­тике наибольшее распространение получили следующие системы кодирования: порядковая, серийная, десятичная, шахматная, на­туральная (повторения) и комбинированная.

Каждому объекту в классификаторе присваивается шифр в соответствии с принятой системой кодирования. Свойства системы кодирования:

1. 
   полнота, позволяющая охватывать все множество объектов;
   
2. 
   унифицированность, обеспечивающая единство шифров всех объектов;
   
3. 
   однозначность, сохраняющая уникальность идентификатора, представленного шифра;
   
4. 
   дешифруемость, позволяющая обрабатывать шифры не зависимо от их семантики, и затем отыскивать соответствующий объект;
   
5. 
   избыточность и гибкость, дающие возможность расширения изменений в наборе шифров без нарушения структуры классификации.
   

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

Иерархический метод классификации устанавливает между классификационными группировками иерархические отношения подчинения, с последовательной детали­зацией их свойств: класс, подкласс, группа, подгруппа и так далее. На каждом уровне классификационное множество (подмножество) по некоторому основа­нию деления (признакам) делится на классификационные подмножества следую­щего уровня.

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

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

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

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

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



Структура кодовых обозначений объектов

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

2.3. Характеристика нормативно-справочной, входной и оперативной информации.

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

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

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

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

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

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

Используя массив этих данных, с учетом условий на построение отчетов, наложенных пользователем система строит отчет, которые можно посмотреть на экране монитора или распечатать на принтере. Готовые отчеты и является выходными данными подсистемы аналитической отчетности и всей системы в целом.

Таблица 1

Список входных документов

3. Общие положения (дерево функций и сценарий диалога)

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

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

Первая группа экранных форм предоставляет пользователю доступ к подсистеме ведения справочников системы. Эта группа экранных форм вызывается из главного меню программы «Справочники». Каждый подпункт этого пункта меню соответствует вызову экранной формы, которая позволяет редактировать соответствующий справочник.

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

Клиентское приложение написано по следующей схеме:

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

программного приложения. Подразделяются на два вида:

• 
  
  
  1. 
     Справочники
     
  2. 
     Отчеты/документы
     
• 
  Следующие формы содержат в себе, непосредственно информацию (справочную или отчеты).
  

На рисунке 6 представлено дерево функций приложения.

На рисунке 7 представлен сценарий диалога



Рисунок 6



Рисунок 7

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

Между сущностями могут быть установлены связи – бинарные ассоциации, показывающие, каким образом сущности соотносятся или взаимодействуют между собой. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Она показывает, как связаны экземпляры сущностей между собой. Если связь устанавливается между двумя сущностями, то она определяет взаимосвязь между экземплярами одной и другой сущности. На основании анализа предметной области выделим сущности модели «сущность-связь» («Entity Relationship» - ER-модели) и изобразим их в виде диаграммы.



ER-Модель

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

Логическая структура ИС по продаже квартир представлена на рисунке 7.



Рисунок Логическая структура ИС

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

№ п/п	Наименование модуля	Функции модуля
1.	Модуль главной формы	В данном модуле реализовано обращение к модулям управления.
2.	Модуль «Объекты продажи»	В данном модуле реализованы функциональные возможности для работы с базой данных: редактирование, заполнение, удаление записей о продаже ж/д билетов.
3.	Модуль «Отчет о продажах»	В данном модуле реализованы функциональные возможности для работы с базой данных: редактирование, заполнение, удаление заключенных договоров.

Таблица 4.Описание функций модулей

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

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



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

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

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

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

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

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

Рисунок 8 Рабочий стол приложения

Рабочий стол приложения Управляющий элемент «Справочники», содержит в себе 5 справочников:

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

"Справочники"

 Рисунок 9 Пункт справочника «Направление следования»

• Кассы РЖД (рисунок 10)

Позволяет просматривать кассу, которая продала билет.

 Рисунок 10 Справочник «Кассы РЖД»

• Поезда РЖД (рисунок 11)

Он содержит в себе информацию о поездах



Рисунок 11 Справочник «Поезда РЖД»

• Места в поезде (рисунок 12)

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

Рисунок 12 Справочник «Места в поезде»

• Пассажиры РЖД (рисунок 13)

Он содержит в себе информацию о пассажире приобретающем билет.



Рисунок 13 Справочник «Пассажиры РЖД»

• Управляющий элемент «Документы» (рисунок 14)

Содержит в себе 2 документа:

Рисунок 14 - Управляющий элемент «Запросы»

• 
  Продажа билетов на поезд
  

Данный документ позволяет добавлять информацию о проданных

билетах и пассажирах (рис 15)



Рисунок 15 - форма заполнения документа «Продажа Билетов на поезд».

• 
  Возврат билетов
  

Документ "Возврат билетов РЖД" содержит в себе информацию о билете, который пытаются вернуть. (рисунок 16)



Рисунок 16 - Форма заполнения документа "Возврат билетов".

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

 Рисунок 17 – Заполненный справочник «Пассажиры РЖД»



Рисунок 18 – Заполненный справочник «Поезда РЖД»



Рисунок 19 – Заполненный документ «Продажа билетов на поезд»



Рисунок 20 – Сформированный отчет «Проданные билеты»

Заключение

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