Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
22700_62_OSBD_Prakticheskie.doc
Скачиваний:
20
Добавлен:
11.02.2015
Размер:
1.03 Mб
Скачать

4.5. Вопросы и литература

1. Какие системные вызовы для работы с файлами вам известны?

2. Какую информацию содержит дескриптор диска?

3. Каково назначение каталога файлов?

4. Приведите пример атрибутов файла.

5. Каково назначение атрибутов «защита» и «пароль»?

Учебник / Учебное пособие

Раздел

Страницы

Таненбаум Э. Современные операционные системы. 3-е изд. - СПб.: Питер, 2010. - 1120 е.: ил.

3.1-3.5, 3.8

4.1.1-4.1.6, 4.2.1-4.2.4, 4.3.4-4.3.7

217-275,

308-316, 320-325, 336-345

5. Основы проектирование данных. Отношения

5.1. Цель практического занятия

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

5.2. План занятия

План и содержание занятия соответствуют этапам проектирования баз данных:

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

  • Определение для каждой таблицы необходимых полей и их свойств;

  • Определение ограничений на значения полей при необходимости;

  • Определение связей между таблицами и атрибутов связей;

  • Проверка спроектированной схемы данных на соответствие нормальным формам.

5.3 . Используемые технологии

Для лучшего усвоения материала желательно проведение занятия с использованием компьютера.

5.4. Примеры для анализа

Занятие строится на рассмотрении 2-х учебных примеров проектирования базы данных:

  • Первый пример показывает решение условной задачи поддержания «продаж автомобилей» от ее постановки и до получения схемы данных;

  • Второй пример показывает схему данных. Здесь от студентов требуется решить «обратную» задачу - определить бизнес-правила и ограничения, на основе которых была разработана схеме данных.

Первый пример

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

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

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

Сформулируем «бизнес-правила» для задачи.

Пусть требуется вести данные о покупателях и о совершенных ими покупках.

Определим возможные операции покупателя:

  • покупатель может делать несколько покупок в один день;

  • покупатель может выбирать модель, тип кузова и цвет автомобиля;

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

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

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

С учетом «бизнес-правил» для решения задачи схема данных должна содержать следующие таблицы («сущности»):

а) «customer» – содержит информацию о покупателе;

б) «models» – содержит информацию о моделях автомобилей;

в) bodywork» – содержит информацию об исполнениях кузова;

г) «colors» – номенклатура цветов;

д) «sets» – номенклатура единиц комплектации;

е)«automobile» – экземпляры автомобилей;

ж) «equipment» – оснащение конкретного экземпляра единицами комплектации;

з) «customer_automobile» – покупка автомобиля покупателем;

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

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

Схема данных показана на Рис. 5.1:

Рис. 5.1: Схема данных для задачи «покупка автомобиля»

Второй пример

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

Рис. 5.2: Схема данных для задачи «назначение студентов на практику»