Учёт движения поездов по железной дороге
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
»ьной точки отправления (вокзала), конечной станции, времени отправления, времени прибытия. Данные требования можно представить в виде диаграммы прецедентов (рисунок 1).
Рисунок 1 Диаграмма прецедентов
Описание структурных единиц информации
В БД имеются 3 таблицы, в которых хранятся следующие сведения:
- Компании
- Индивидуальный номер компании
- Название компании
- Город базирования
- Станции
- Индивидуальный номер станции
- Название вокзала
- Населенный пунк
- Рейсы
- Индивидуальный номер рейса
- Количество мест
- Бронированные места
- Дни следования
Для поддержания БД в устойчивом состоянии используется ряд механизмов, которые получили обобщенное название средств поддержки целостности. Эти механизмы применяются как статически (на этапе проектирования БД), так и динамически (в процессе работы с БД).
Входная и выходная информация
Входными данными является информация, занесенная пользователем в качестве значений полей новой или изменяемой записи любой из таблиц.
Выходными данными является информация, которую может использовать пользователь посредством просмотра записей таблиц, выполнения различных запросов.
Переход состояний
Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данная диаграмма (рис.2) позволяет отразить это графически.
Для построения структуры данной системы можно использовать ER-модель, так как она удобна при проектировании информационных систем, баз данных, и других систем.
ER-модель является одной из самых простых визуальных моделей данных. Она позволяет обозначить структуру крупными мазками, в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области.
Рисунок 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. РЕАЛИЗАЦИЯ СИСТЕМЫ КОНТРОЛЯ ДВИЖЕНИЯ ЖЕЛЕЗНОДО