Погодаев А.К., Дозоров В.В. Программное обеспечение автоматизированных систем. Разработка информационной структуры: Часть 1

Подождите немного. Документ загружается.

Правило № 1

Если имеется связь степени 1 : 1 и класс принадлежности обеих

сущностей обязательный, то требуется всего одна таблица. Первичным

ключом этой таблицы может быть любой из ключей сущностей.

Правило № 2

Если имеется связь степени 1 : 1 и класс принадлежности одной

сущности является обязательным, а другой - необязательным, то

требуется две таблицы. Для каждой сущности необходимо создать

свою таблицу, первичным ключом которой будет ключ этой сущности.

Кроме того, первичный ключ сущности с необязательным классом

принадлежности должен быть добавлен в качестве атрибута в таблицу,

созданную для сущности с обязательным классом принадлежности.

Правило № 3

Если имеется связь степени 1 : 1 и класс принадлежности обеих

сущностей является необязательным, то требуется три таблицы. Для

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

ключом которой будет ключ этой сущности. Кроме того, связующая

таблица должна содержать в себе ключи связываемых таблиц в

качестве атрибутов.

Правило № 4

Если имеется связь степени 1 : М и класс принадлежности М-

связанной сущности является обязательным, то требуется две таблицы.

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

ключом которой будет ключ этой сущности. Кроме того, первичный ключ

1-связанной сущности должен быть добавлен в качестве атрибута в М-

связанную таблицу.

Правило № 5

Если имеется связь степени 1 : М и класс принадлежности М-

связанной сущности является необязательным, то требуются три таблицы.

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

ключом которой будет ключ этой сущности. Кроме того, связующая

таблица должна содержать в себе ключи связываемых таблиц в качестве

атрибутов.

Правило № 6

Если имеется связь степени М : N, то требуется три таблицы.

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

ключом которой будет ключ этой сущности. Кроме того, связующая

таблица должна содержать в себе ключи связываемых таблиц в

качестве ее атрибутов.

1.5. Задание для практической работы

Порядок выполнения работы

1. Описать предметную область в соответствии с заданием.

2. Выделить атрибуты, сущности, связи и построить диаграмму

«сущность-связь».

3. Построить для каждой сущности диаграммы «атрибут-

атрибут».

4. При необходимости построить откорректированную

диаграмму «сущность-связь».

5. Сделать спецификацию инфологической модели по

атрибутам, сущностям и связям.

6. Используя правила формирования реляционных таблиц,

получить отношения в соответствии с инфологической

моделью.

Содержание отчета

Кроме титульного листа и цели работы отчет должен содержать:

- описание предметной области с указанием предполагаемых

внешних пользователей и запросов на обработку данных;

- диаграмму «сущность-связь»;

- диаграмму «атрибут-атрибут»;

- при необходимости исправленную диаграмму «сущность-

связь»;

- спецификацию по атрибутам, сущностям и связям;

- реляционные таблицы с примерными значениями атрибутов

(указать не менее пяти значений атрибутов).

1.6. Пример выполнения работы

Описание предметной области

Разработать модель для создания автоматизированной

информационной системы. Предметной областью является расчетный

отдел бухгалтерии строительной организации, процессом – расчет

заработной платы, внешними пользователями – сотрудники

расчетного отдела. Работнику начисляется заработная плата,

состоящая из нескольких сумм, каждая из которых рассчитывается за

каждую выполненную работу отдельно. Видов работ может быть

несколько. Необходимо учесть, что:

1) работник выполняет разные виды работ;

2) одну работу может выполнять несколько работников;

3) работник имеет баланс начисления;

4) выполненные работы составляют баланс.

Проанализировав особенности предметной области, можно

выделить типы сущностей: РАБОТНИК, ВИДЫ_РАБОТ. Назначим

сущностям атрибуты: РАБОТНИК (Табельный_N, ФИО, Отдел),

ВИДЫ_РАБОТ (Название_работы, Расценка, N_наряда,

Дата_выполнения). Поскольку каждый работник может выполнять

несколько видов работ и каждый вид работы может быть выполнен

несколькими работниками, то запросы 1), 2) определяют степень связи

М : N. Каждый работник должен выполнять какую-то работу,

следовательно, сущность РАБОТНИК имеет обязательный класс

принадлежности. Обязательный класс принадлежности будет и у

сущности ВИДЫ_РАБОТ, так как работники предприятия должны

выполнять весь спектр работ (имеется в виду нормальное

предприятие). Запросы 3), 4) можно не учитывать, поскольку все

суммы денег можно вычислить из расценок на работы и закрытых

нарядов:



















,M,...,j,CЗП

M,...,j;N,...,i,BPC

ijj

ijiij

(1)



















ijii

SБ

N,...,i,BPS

(2)

где

- сумма начисления j-ому работнику за выполнение i-

ой работы,

- расценка на выполнение i-ой работы,

количество единиц выполненной i-ой работы j-ым работником,

ЗП

- заработная плата j-го работника,

- сумма всех начислений за

выполненную i-ую работу,

- баланс выполненных работ.

Выражения (1) определяют баланс начисления j-го работника,

выражения (2) – баланс начислений за выполнение всех работ. При

этом





ЗПБ

Построение диаграмм модели

1. Построим диаграмму «сущность-связь»:

2. Построим диаграммы «атрибут-атрибут»:

РАБОТНИК

ВИДЫ_РАБОТ

Анализируя диаграмму «атрибут-атрибут» для типа сущности

ВИДЫ_РАБОТ, можно установить нежелательную связь между

описательными атрибутами «N_наряда» и «Дата_выполнения», так

как наряд закрывается после выполнения работы. Это влечет за собой

невозможность хранения информации о работах, которые еще не

выполнены (по принципу хранения бесконечного числа экземпляров).

Табельный_N

ФИО

Отдел

Название_работы

Расценка

N_наряда

Дата_выполнения

РАБОТНИК

Выполнение

ВИДЫ_РАБОТ

Табельный_N

ФИО

Отдел

Название_работы

Расценка

N_наряда

Дата_выполнения

Таким образом, разбиваем диаграмму «атрибут-атрибут» для сущности

ВИДЫ_РАБОТ на две диаграммы, вводим новый тип сущности

ВЫПОЛНЕННЫЕ_РАБОТЫ, устанавливаем связи в соответствии с

запросами, определяем их характеристики и составляем

спецификации.

3. Скорректируем диаграмму «атрибут-атрибут»:

ВИДЫ_РАБОТ

4. Скорректируем диаграмму «сущность-связь»:

Название_работы

Расценка

N_наряда

Дата_выполнения

РАБОТНИК

Участие

ВЫПОЛНЕННЫЕ

_РАБОТЫ

Выполнение

Состояние

ВИДЫ_РАБОТ

Табельный N

ФИО

N_наряда

Дата_выпол

нения

Название_работы

Расценка

Отдел

Составление спецификаций

Таблица 1

СПЕЦИФИКАЦИЯ СВЯЗЕЙ

Тип связи

Тип сущности А

Класс принадлежности

Тип сущности В

Класспринадлежности

Направленность

Степень связи

Выпол-

нение

РАБОТ-

НИК

обязатель-

ный

ВИДЫ

РАБОТ

обяза-

тельный

двунаправ-

ленная

М : N

УчастиеРАБОТ-

НИК

необязатель-

ный

ВЫПОЛ-

НЕННЫЕ

РАБОТЫ

обяза-

тельный

двунаправ-

ленная

1 : N

Состоя-

ние

ВЫПОЛ-

НЕННЫЕ

РАБОТЫ

обязатель-

ный

ВИДЫ

РАБОТ

необза-

тельный

двунаправ-

ленная

М : 1

Таблица 2

Спецификация атрибутов

Тип сущности

Название атрибута

Назначениеатрибута

Типатрибута

Длина

Формат

РАБОТ-

НИК

Таб.N

ФИО

Отдел

идентифици-

рующий

описательный

цифровой,

целый

символьный

символьно-

цифровой

6 симв.

20 симв.

10 симв.

ВИДЫ

РАБОТ

Название

работы

Расценка

идентифици-

рующий

описательный

символьный

цифровой,

15 симв.

7 симв. 2 симв.

веществ. после зпт.

ВЫПОЛ-

НЕННЫЕ

РАБОТЫ

N наряда

Дата

Выполне-

ния

идентифици-

рующий

описательный

цифровой,

целый

дата

7 симв.

8 симв.

Формирование реляционных отношений

Проанализировав характеристики связей (степень связи и

классы принадлежности сущностей), используя правила № 4, 5, 6,

получим следующие реляционные отношения:

1) РАБОТНИК (Табельный_N, ФИО, Отдел);

2) ВИДЫ_РАБОТ (Название_работы, Расценка);

3) ВЫПОЛНЕННЫЕ_РАБОТЫ (N_наряда, Дата_выполнения,

Название_работы, Табельный_N);

4) ВЫПОЛНЕНИЕ (Табельный_N, Название_работы ) .

В отношении 3) реализованы связи «Состояние» и «Участие»

(по правилу № 4); в отношении 4) реализована связь «Выполнение»

(по правилу № 6).

1.7. Контрольные вопросы

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

систем.

2. Уровни абстракции и этапы проектирования

автоматизированных информационных систем.

3. Информационно-логическое проектирование; атрибут,

сущность, связь.

4. Классификация бинарных связей.

5. Диаграммы «сущность-связь», «атрибут-атрибут».

6. Проверка корректности инфологической схемы.

7. Объединение моделей локальных представлений.

8. Модели данных. Реляционное отношение, атрибуты,

кортежи.

9. Правила преобразования инфологической модели в

реляционные отношения.

2. ФИЗИЧЕСКАЯ РЕАЛИЗАЦИЯ МОДЕЛИ

Цель работы

- ознакомиться с СУБД Oracle;

- изучить правила работы с SQL*Plus;

- освоить правила написания простейших запросов на языке SQL.

2.1. Характеристика СУБД Oracle

Oracle – это система управления реляционными базами данных

- СУРБД (Relational Database Menagement System - RDBMS),

разработанная корпорацией Oracle из Бельмонта (шт. Калифорния,

США). Реляционная СУБД Oracle обеспечивает высочайшую

производительность баз данных для пользователей в различных

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

надежную реляционную базу данных, а также широкий набор средств

для разработки приложений, поддержки решений и автоматизации.

Этими продуктами покрывается широкий спектр операционных

систем и аппаратного обеспечения. Кроме того, СУБД постоянно

совершенствуется для лучшего удовлетворения потребностей

хранилищ данных. Сервер СУРБД дополняется разнообразными

хорошо интегрированными программными продуктами, которые

специально созданы для организации распределенной обработки

данных и разработки приложений клиент/сервер.

Основная идея среды клиент/сервер состоит в распределении

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

Каждый процессор предназначен для определенного набора подзадач,

с которыми он справляется наилучшим образом, а конечный результат

выражается в увеличении производительности и эффективности

системы в целом. Распределение выполнения задач между

процессорами осуществляется с помощью протокола сервисных

запросов; один процессор, клиент, запрашивает обслуживание у

другого процессора, сервера. Чаще всего при построении систем

клиент/сервер часть приложения, отвечающая за пользовательский

интерфейс, отделяется от части, отвечающей за доступ к данным.

В настоящее время основными направлениями развития Oracle

являются:

- использование параллельной обработки данных;

- использование технологий Internet и World Wide Web;

- создание сетевой архитектуры вычислительных систем.

2.2. SQL*Plus

SQL*Plus – это интерактивный инструмент для среды СУБД

Oracle. SQL*Plus может обрабатывать операторы SQL в диалоге с

пользователями (интерактивно); обращаться к средствам PL/SQL для

процедурной обработки; выводить на экран и печать результаты

запроса; форматировать результаты запроса в отчеты; описывать

содержимое указанной таблицы; копировать данные между базами

данных.

SQL*Plus – "исторически сложившийся" интерфейс с Oracle

RDBMS, работающий в текстовом режиме. SQL*Plus позволяет легко

создавать текстовые отчеты различного типа и может использоваться

для создания динамических сценариев SQL*Plus или даже

динамических программ на командных языках операционных систем.

SQL*Plus может применяться для выполнения некоторых функций

администрирования Oracle, а также работать в интерактивном режиме,

поддерживая сеанс терминала. SQL*Plus может обрабатывать блоки

ANSI SQL так же, как блоки PL/SQL. SQL*Plus имеет ряд

ограничений; некоторые ограничения определяются операционной

системой.

SQL*Plus входит в состав как серверной, так и клиентской

поставки Oracle во всех поддерживаемых операционных системах.

Кроме того, он входит в состав всех клиентских приложений, таких

как Oracle Developer 2000, PL/SQL Developer и других.

Запуск SQL*Plus производится указанием в командной строке

команды SQLPLUS следующего формата:

sqlplus [username[[/password][@databasealias]]] [@scriptfile.sql]

- username – имя пользователя Oracle;

- password – пароль пользователя;

- databasealias – алиас (заданное имя) базы данных;

- scriptfile.sql – файл, содержащий набор команд SQL*PLUS.

При запуске SQLPLUS без параметров будет запрошено имя

пользователя и его пароль.

В ОС Windows SQL*Plus также можно запустить из меню

операционной системы при установленном программном обеспечении.

В этом случае имя пользователя, его пароль и алиас базы данных

указываются в соответствующих полях ввода.

Рис. 2. Окно авторизации SQL*Plus

Таблица 3

Основные команды SQL*PLUS

Команда Описание

@ Выполняет указанный командный файл.

/ Выполняет текущую команду SQL или блок

PL/SQL из буфера SQL.

COLUMN Задает атрибуты вывода для указанной колонки.

Или, показывает текущие установки вывода для

одной или всех колонок.

CONNECT Подключает указанного пользователя к Oracle.

COPY Копирует данные из запроса в таблицу

локальной или удаленной БД.

DEL Удаляет текущую строку из буфера.

DESCRIBE Показывает описания колонок для указанной

таблицы, представления (view), или синонима.

DISCONNECT Производит отложенные изменения в БД и

отключает текущего пользователя от Oracle, но

не покидает SQL*PLUS.

EDIT Загружает текстовый редактор ОС с указанным

файлом или содержимым буфера SQL.

EXIT Производит все отложенные изменения в БД,

завершает SQL*PLUS, и возвращает управление

ОС.

GET Загружает файл ОС в буфер.

LIST Выводит одну или несколько строк буфера.