Вариант 12 Лабораторная работа №1

Разработать ER-диаграмму, а затем, пользуясь средствами СУБД Microsoft Access, создать базу данных для информационной системы железной дороги (поезда дальнего следования). Основная задача системы — составление поездов из вагонов и выдача заданий машинистам.

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

2. Локомотив имеет уникальный номер, и управляется машинистами. Хранится информация о том, что в указанном промежутке времени (между такими-то двумя станциями) локомотив управляется таким-то машинистом и таким-то помощником машиниста.

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

Система не предназначена для хранения информации о проданных билетах. База данных должна содержать следующие ограничения целостности:

1. Каждый поезд состоит не более чем из 20 вагонов.

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

Вариант 13 Лабораторная работа №1

Разработать ER-диаграмму, а затем, пользуясь средствами СУБД Microsoft Access, создать базу данных, обеспечивающую процесс отладки программных систем. Система должна обеспечивать хранение следующей информации:

1. Список программ. Для каждой программы хранится название программы, и модули, из которых она состоит.

2. Список разработчиков. У каждого модуля имеется ответственный разработчик.

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

С каждой ошибкой имеют дело как минимум два программиста — тот, кто ее обнаружил, и тот, кто отвечает за ее исправление. Категорию ошибки может изменить тот программист, который отвечает за ее исправление. Возможные категории: а) ошибка неизвестной природы; б) ложная тревога — это была не ошибка; в) причина выяснена, но ошибка пока не устранена; г) ошибка предположительно исправлена (требуется проверка); д) ошибка обнаружена повторно; е) ошибка закрыта. Указать, что ошибка закрыта, то есть успешно устранена, может только тот программист, кто первоначально обнаружил ошибку. Кроме изменения категории ошибки, программист, который отвечает за ее исправление, может переназначить ее исправление другому программисту и изменить модуль, который предположительно вызывает ошибку.

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

База данных должна содержать следующие ограничения целостности:

1. Категория ошибки должна быть одной из вышеперечисленных. Важность ошибки задается целым числом от 1 до 5.

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