Файл: Автоматизация продажи железнодорожных билетов ООО РЖД.pdf

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

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

При проектировании кодов предъявляется ряд требований:

- охват всех объектов, подлежащих кодированию, и их однозначное обозначение;

- возможность расширения объектов кодирования без изменения правил их обозначения;

- максимальная информативность кода при минимальной его значности.

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

Различают иерархическую и многоаспектную системы классификации.

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

В многоаспектных системах классификации применяется параллельно несколько независимых признаков в качестве классификационных, т. е. Исходное множество рассматривается одновременно в разных аспектах (например, фасетная система классификации).

Системы кодирования делятся на регистрационные и классификационные.

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

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

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

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

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

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

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

Входной информацией для БД являются следующие данные:

- данные о товаре;

- сведения о клиентах;

- сведения о сотрудниках.

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

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

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

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

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

2.4 Характеристика результатной информации

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

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

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

Результатная информация выводиться в стандартном виде (документы стандартной формы).

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

3. Программное обеспечение задачи

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

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

Работать будем в системе управления базами данных (далее - СУБД) Microsoft Access. Создаем БД, которую назовем ZHD.mdb. Создаем 2 таблицы с помощью конструктора: первую называем «Рейсы», вторую - «Заказы». В таблице «Рейсы» создаем поля: №, Отправление, Назначение, Время отправления, Время прибытия, Купе цена, Плац цена, Код. Поле «№» - счетчик (ключевое поле), поля «Время отправления» и «Время прибытия» - это дата (полная), поля «Купе цена» и «Плац цена» - денежные, все остальное - текст (рис. 1). Переходим в режим таблицы и заполняем ее, как на рис. 2. Таблицу «Заказы» пока только создаем, но не заполняем. Поля: ФИО, Паспорт, Код, Рейс, Время отправления, Время прибытия, Вагон, Цена. Все, кроме поля «№» (счетчик) - текст (рис. 3). Сохраняем.

Понятное дело, что железнодорожных рейсов, особенно внутрироссийских - бесчисленное множество. Всех их, естественно, вписывать не будем, да и не сможем. Цель работы - вовсе не это. Для создаваемой программы хватит и десяти. Как сохраним БД, работа с СУБД на этом закончена. Переходим непосредственно к разработке программы.

1)Таблица станции

2) Таблица информация о пассажирах

3) Таблица информация о рабочих

4) Таблица состав

5) Таблица касса Ж/Д вокзала

Физическая модель проектируемой базы данных

Цель физического проектирования – преобразование логической модели с учетом синтаксиса, семантики и возможностей выбранной целевой СУБД.

В связи с тем, что методология физического проектирования существенно зависит от выбранной целевой СУБД, ограничимся лишь общими рекомендациями

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

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

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

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

В данном проекте используется один тип связи, этот тип является 1:М (один ко многим).

Отношение «один-ко-многим» имеет место, когда одной записи родительской таблицы может соответствовать несколько записей в дочерней таблице.

Связь «один-ко-многим» является самой распространенной для реляционных баз данных.

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

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

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

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

Интерфейс должен обладать следующими возможностями:

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

Разработка пользовательского интерфейса состоит из проектирования панели и диалога. Обычно принято панель приложения делить на 3 части:

• меню действий;
• тело панели;
• область функциональных клавиш.

Главная форма БД «Ж/Д касс» запускается при открытии БД, на ней имеются:

• Заголовок;
• Кнопки открывающие формы «станции», «информации о пассажирах», «информация о рабочих» <<состав>> <<касса Ж/Д вокзала>>.

Рисунок. Главная кнопочная форма

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

Запрос (query) – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE – Query by example) и структурированный язык запросов (SQL – Structured Query Language).

Запросы бывают: На выборку(SELECT), На добавление(INSERT), На изменение(UPDATE), На удаление(DELETE).