49348 (609067), страница 2

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

Текст из файла (страница 2)

2.2 Структура системы

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

Для создания БД необходимо построить так называемую ER- диаграмму в виде совокупности связей, сущностей и атрибутов, изображенных в виде диаграммы ER –типов (рис.3).

Рисунок 3 – Диаграмма ER-типов

На данной диаграмме (см.рис. 3) описаны три сущности : Кампания, Рейс, Станция. Класс принадлежности этих сущностей – обязательный. Связь 1 – m:n. Связь 2 – n:m.

Окончательный набор таблиц

Для такой схемы обычно создаётся 5 таблиц, но есть возможность сократить количество таблиц с помощью приложения DataBase Desktop, создав таблицы Paradox.

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

Итак, база данных будет состоять из трех таблиц. В первой будут следующие поля (после тире стоит тип поля, а в скобках размер):

Ключ 1 – autoincrement (ключевое)

Индивидуальный номер – short

Название компании – alpha (размер 15)

Город базирования – alpha (размер 15)

Соответственно 2-я:

Ключ 1 – autoincrement (ключевое)

Ключ 2 – Integer

Индивидуальный номер – short

Название вокзала – alpha (размер 15)

Населенный пунк – alpha (размер 15)

Наконец 3-я:

Ключ 2 – autoincrement (ключевое)

Ключ 3 – Integer

Индивидуальный номер – short

Количество мест – short

Бронированные места – short

Дни следования – alpha (размер 15)

«Ключ 1» – это будет уникальное ключевое поле в обеих таблицах, поэтому поставить значок ключевого. «Ключ 2» во второй таблице будет связан с «Ключ 1», а «Ключ 3» – будет связан с таблицей 2 по «Ключ 1». Называются таблицы Companies.db, Stations.db и Flights.db. Для связи таблиц между собой можно сделать следующее, открыть таблицу Stations.db и из меню Table выбрать пункт Restructure. Должно открыться окно, которое уже было при создании полей таблицы (рисунок 4).

Рисунок 4 – Окно редактирования полей таблицы Paradox

Теперь в этом же окне можно вносить изменения, а именно добавлять индекс. В выпадающем списке Table properties выбрать Secondary Indexes (дополнительные индексы) и нажать кнопку Define (определить). Выбрать свой второй ключ и переместить его в список Indexed fields (индексированные поля). Для этого надо нажать кнопку с изображённой стрелкой вправо (рисунок 5). Можно нажимать OK. Сразу запросится имя индекса, введено Network12 и снова нажать OK. После этого сохранить таблицу.

Рисунок 5 – Окно редактирования полей таблицы Paradox

Аналогично создаем индексы для таблицы Flights.db. только вместо «Кey2» выбираем «Кey3», и имя индекса, введем Network23.

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

Диаграмма модулей

В данной программе действуют классы, которые являются компонентами Delphi. На рисунке 6 представлена диаграмма модулей данного программного продукта.

Рисунок 6 – Диаграмма модулей программного продукта

3. РЕАЛИЗАЦИЯ СИСТЕМЫ КОНТРОЛЯ ДВИЖЕНИЯ ЖЕЛЕЗНОДОРОЖНЫХ ПОЕЗДОВ

3.1 Описание разработанной системы, техническое обеспечение

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

Назначение АСОИ состоит в следующем:

• Экономия личного времени;

• Высокая скорость при обработке информации;

• Возможность оперативно получать необходимую информацию по требованию потенциального пассажира.

Техническое обеспечение

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

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

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

1. Процессор 1000 MHz,

2. Видеокарта 32 Mb,

3. 128 Mb оперативной памяти,

4. 2 Mb дискового пространства для минимальной конфигурации,

5. операционная система Windows 2000/NT/Millenium/XP,

6. лазерная мышь,

7. клавиатура,

8. модем 56 Kb.

3.2 Организация взаимодействия клиентской программы с БД

Приложение разрабатывалось в среде Borland Delphi 7.0. Взаимодействие с БД осуществляется с помощью следующих компонентов, входящих в стандартный набор этой системы:

1. ADOConnection;

2. DataSource;

3. ADOTable;

4. DBGrid;

5. ADOStoredProc;

6. DBlookupcombobox:

7. DBNavigator.

Компонент ADOConnection (соединение с базой данных) имеет ряд свойств для настройки подключения к БД.

Компонент ADOTable обеспечивает взаимодействие с таблицей БД. Для связи с требуемой таблицей нужно установить соответствующее значение свойствам DatabaseName, указывающему имя БД, и TableName, указывающему имя таблицы.

Компонент DataSource является промежуточным звеном между компонентами ADOTable или StoredProc и визуальными компонентами (например, DBGrid). Чтобы связать компонент ADOTable и компонент DataSource, указывают название первого в свойстве DataSet последнего.

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

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

1. Разработка интерфейса пользователя

Приведем список форм, из которых состоит приложение:

1. Form – главная форма и используется для инициализации остальных форм приложения (рис.7).

Рисунок 7 – Главная форма

1. Password – форма, обеспечивающая безопасность доступа к приложению (рис.8).

Рисунок 8 – Безопасный вход в систему БД

Данная форма (см.рис.8) была придумана для наглядной демонстрации возможности защиты программы. При неправильном введении пароля появиться сообщение об ошибке (рис.9).

Рисунок 9 – Сообщение об ошибке

1. Modul – форма хранения таблиц базы данных, она является невизуальным элементом приложения.

2. Zapros – форма формируемого запроса, находящего вокзалы по названию кампании (рис.10).

Рисунок 10 – Поиск вокзала по названию компании

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

1. Zapros 1 – форма формируемого запроса, находящего рейс по названию вокзала (рис.11).

Рисунок 11 – Поиск рейса по вокзалу

1. Zapros 2 – форма сортировки (рис.12)

Рисунок 12 – Сортировка

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

1. Zapros 3 – форма статического запроса, показывающего количество мест всего и забронированных в каждом рейсе (рис.13).

Рисунок 13 – Информация по наличию билетов и возможности их заказа

1. Help – форма справки о разработчике (рис.14).

Рисунок 14 – «О разработчике»

1. Svedeniya – форма информации о названии данного ПП и разработчике (рис.15).

Рисунок 15 – «О программе»

3.5 Особенности запуска и работы с программой

В начале работы необходимо запустить приложение Station.exe. Запустив приложение, пользователю откроется вспомогательная форма (см.рис. 8), которая обеспечивает безопасный вход в систему.

После ввода пароля («1234») пользователь получает доступ к главной форме приложения (см.рис.7), где он может просмотреть информацию о поездах, кампаниях, их эксплуатирующих, номерах рейсов, вокзалах.

После начала работы пользователю доступны следующие функции:

- нажав на ссылку «Запрос», он может выбрать необходимый ему вид поиска: найти рейс по вокзалу (рис.17), найти вокзалы по компании (рис.18);

• отсортировать полученные результаты (рис.19);

• просмотреть информацию о наличии мест всего и забронированных

нужной ему станции (см.рис.13);

• нажав на ссылку «Справка», он может получить информацию о программе (см.рис.15) и об авторе программы (см.рис.14);

• нажав на ссылку «Выход», пользователь снова попадает на вспомогательную форму.

3.6 Пример работы приложения

Пример работы программы показан на рисунке 16.

Рисунок 16 – Пример работы запущенное приложение

Пример поиска рейса по вокзалу показан на рисунке 17.

Рисунок 17 –Пример поиска рейса по вокзалу

Пример поиска вокзала по компании показан на рис.18.

Рисунок 18 – Пример поиска вокзала по компании

Пример сортировки любой таблицы по её критериям показан на рис.19.

Рисунок 19 – Пример сортировки таблиц

Выводы

В ходе выполнения курсовой работы по теме: «Разработка автоматизированной системы для контроля железнодорожного движения » было разработано приложение, представляющее собой данную автоматизированную систему и выполняющее все задачи, которые были поставлены при анализе предметной области «Железная дорога».

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

Список ИСПОЛЬЗОВАНЙ литературы

1. В. Гофман, Delphi. Быстрый старт – С.П.: «Питер», 2003. – 320 с.

2. Р. Стивенс, Delphi. Готовые алгоритмы. 2-е издание – С.П.: «Питер», 2004. – 562 с.

3. М. Фленов, Библия для программиста в среде Delphi. – С.П.: «Питер», 2002. – 420 с.

4. М. Фленов, Delphi глазами хакера. – С.П. «Питер», 2003. – 312 с.

5. К.Дж.Дейт, Введение в базы данных. – М.: Изд.дом «Вильямс»,2005. – 1328 с.

6. Фаронов В.В., Шумаков П.В., Delphi 5 – Руководство разработчика БД. – М.: «Нолидж», 2000. – 640 с.

Характеристики

Список файлов курсовой работы