- •Введение
- •1 Анализ предметной области
- •2.6 Порядок контроля и приемки
- •3 Функциональное проектирование системы автоматизированной системы «Расписание движение поездов»
- •3.1 Общие сведения case-средства bpWin
- •3.2 Описание функциональной модели
- •4 Проектирование базы данных автоматизированной системы «Расписание движение поездов»
- •4.1 Описание case-средства erWin
- •4.2 Логическое проектирование базы данных системы
- •4.3 Разработка структуры связей
- •4.4 Нормализация отношений базы данных
- •5 Обоснование выбора средств разработки
- •6 Описание программы
- •6.1 Общие сведения
- •6.2 Функциональное назначение
- •6.3 Описание логической структуры
- •6.4 Используемые технические средства
- •6.5 Вызов и загрузка
- •6.6 Входные данные
- •7.4 Требования к программной документации
- •7.5 Средства и порядок испытаний
- •7.6 Методы испытаний
- •8.4 Входные и выходные данные
- •Заключение
- •Список использованных источников
- •Функциональная модель Приложение а
- •Модель структуры базы данных системы Приложение б
- •Текст программы Приложение в
- •Результаты испытаний Приложение г
- •Приложение д
4.3 Разработка структуры связей
Между объектами предметной области существуют связи, которые должны быть отражены в виде связей между объектами инфологической модели. Графически связь обозначается линией, соединяющей связываемые объекты. В каждом направлении связи можно выделить главный объект, от которого идет связь, и подчиненный.
Различают идентифицирующую связь и неидентифицирующую связь. При установлении неидентифицирующей связи дочерняя сущность остается независимой. Экземпляр сущности родителя может существовать безотносительно к какому-либо экземпляру дочерней сущности.
Сущности «Категория поезда» и «Поезда» связаны через внешний ключ по полю «Код категории поезда». Так как одна категория может быть у разных поездов, а один поезд может быть одной категории, то эта связь будет «один-ко- многим». Тип связи – неидентифицирующая.
Сущности «Категория вагона» и «Вагоны» связаны через внешний ключ по полю «Код категории вагона». Так как одна категория может быть у разных вагонов, а один вагон может быть одной категории, то эта связь будет «один-ко-многим». Тип связи – неидентифицирующая.
Сущности «Поезда» и «Вагоны» связаны через внешний ключ по полю «Номер поезда». Так как один поезд может состоять из нескольких вагонов, а один и тот же вагон может быть только в одном поезде, то эта связь будет «один-ко-многим». Тип связи – идентифицирующая.
Сущности «Расписание» и «Поезда» связаны через внешний ключ по полю «Номер поезда». Так как по одному расписанию могут ходить несколько поездов, а один поезд может идти по одному расписанию, то эта связь будет «один-ко-многим». Тип связи – идентифицирующая.
Сущности «Расписание» и «Электропоезда» связаны через внешний ключ по полю «Номер электропоезда». Так как по одному расписанию могут ходить несколько электропоездов, а один электропоезд может идти по одному расписанию, то эта связь будет «один-ко-многим». Тип связи – неидентифицирующая. Тип связи – идентифицирующая.
Сущности «Расписание» и «Станции» связаны через внешний ключ по полю «Код станции». Так как одно расписание может относиться к нескольким станциям, а одна станция может относиться к одному расписанию, то эта связь будет «один-ко-многим». Тип связи – идентифицирующая.
Сущности «Станции» и «Зона» связаны через внешний ключ по полю «Номер зоны». Так как одна станция может относиться к к одной ценовой зоне, а одна зона может включать несколько станций, то эта связь будет «один-ко-многим». Тип связи – неидентифицирующая.
Сущности «Стоимость проезда» и «Категория вагона» связаны через внешний ключ по полю «Код категории вагона». Так как одна стоимость проезда может быть в нескольких категориях вагонах, а в одной категории вагона может быть одна стоимость проезда, то эта связь будет «один-ко-многим». Тип связи – идентифицирующая.
Сущности «Расписание» и «Стоимость проезда» связаны через внешний ключ по полю «Код расписания». Так как к одному коду расписания может относиться несколько стоимостей проезда, а одна стоимость проезда может относиться к одному коду проезда, то эта связь будет «один-ко-многим». Тип связи – идентифицирующая.
Логическая структура базы данных (ER – диаграмма) представлена на рисунке Б.1 в приложении Б.
На рисунке Б.2 показана ER-диаграмма физического уровня.