Файл: Информационная система Вуза по дисциплине Управление данными.odt

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 03.05.2024

Просмотров: 18

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.


На рисунках с 8 по 18 включительно представлены заполненные таблицы в указанной последовательности.



Рисунок 8 – Таблица Группа



Рисунок 9 –Таблица СТ

11



Рисунок 10 – Таблица Дисциплина



Рисунок 11 – Таблица Кафедра



Рисунок 12 – Таблица Преподаватель



Рисунок 13 – Таблица Ведомость

12



Рисунок 14 – Таблица Специальность



Рисунок 15 – Таблица Учебный_план



Рисунок 16 – Таблица Часы



Рисунок 17 – Таблица Дисц_Уч_План

13



Рисунок 18 – Таблица Дисц_Преп

3.5. Проверка работоспособности

Для некоторых полей вводятся значения по умолчанию и условия проверки вводимых пользователем значений. Если при заполнении таблицы не учитывать эти ограничения SQL Developer выдает ошибку “check constraint”.

Для поля Оценка в таблице ведомость должно быть условие Оценка = ‘отл’ or оценка = ‘хор’ or оценка = ‘удовл’ or оценка = ‘плохо’ or оценка = ‘зачет’ or оценка = ‘незачет’. Для поля Форма_контроля должно быть условие форма_контроля=’зачет’ or форма_контроля=’экзамен’.

Результат представлен на рисунке 19.



Рисунок 19 – Проверка условий для полей Оценка и Форма_контроля

14

Для полей Курс и Семестр в таблице Часы значения должны быть положительными. Результат представлен на рисунке 20.



Рисунок 20 – Проверка условий для полей Курс и Семестр


15

Для поля Вид_зан условие должно быть Вид_зан=’Лекция’ or Вид_зан=’Семинар’ or Вид_зан=’ЛР’ or Вид_зан=’КР’. Результат представлен на рисунке 21.



Рисунок 21 – Проверка условий для поля Вид_зан

Для поля Часы в таблице Часы установлено значение по умолчанию, равное нулю. Результат представлен на рисунке 22.



Рисунок 22 – Проверка условия по умолчанию для поля Часы

16

3.6. Выполнение запросов

Виды запросов в информационной системе:

1. Вывести список студентов, которые не сдавали указанную сессию, то есть не делали ни одной попытки сдать хотя бы один экзамен. Результат запроса представлен на рисунке 23.

select фа_ст

from ст left outer join

ведомость

on ст.ном_зач = ведомость.ном_зач

where ст.ном_зач != all

(select ном_зач

from ведомость

where сем_тр =1);



Рисунок 23 – Запрос 1

17

2. Вывести список всех студентов указанной группы, сдавших и не сдавших экзамен (оценку)/зачет по указанной дисциплине. Результат запроса представлен на рисунке 24.

select distinct ст.фа_ст as “фамилия”, ведомость.оценка , ведомость.номер_дисц,

(select н_гр from ст where н_гр =531 ) as “номер группы”

from ст inner join ведомость

on ст.ном_зач = ведомость.ном_зач

where номер_дисц =1;



Рисунок 24 – Запрос 2

18

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

select фамилия_пр,count(ведомость.ном_зач) as “кол-во ст”

from преподаватель inner join ведомость on преподаватель.номер_преп=ведомость.номер_преп

where оценка = ‘удовл’ or оценка = ‘хор’ or оценка = ‘отл’ or оценка = ‘зачет’ and номер_дисц = 1

group by фамилия_пр

having фамилия_пр =’алексеев’



Рисунок 25 – Запрос 3

19

4. Вывести список преподавателей, подчиняющихся указанному заведующему. Результат представлен на рисунке 26.

select s.фамилия_пр as “зав_каф”,n.фамилия_пр as “препод”

from преподаватель s

inner join преподаватель n

on s.номер_преп = n.подчиняется;




Рисунок 26 – Запрос 4

20

5. Вывести список преподаватель и число дисциплин, которые он преподает. Результат представлен на рисунке 27.

select фамилия_пр,count(номер_дисц) as “кол-во предметов”

from преподаватель inner join дисц_преп on преподаватель.номер_преп=дисц_преп.номер_преп

group by фамилия_пр;



Рисунок 27 – Запрос 5

21

ЗАКЛЮЧЕНИЕ

В результате выполнения работы была спроектирована информационная система Вуза.

В процессе выполнения работы была проанализирована заданная предметная область, выполнена проверка базы данных, в результате которой аномалий выявлено не было, все таблицы были нормализованы. Была построена модель базы данных в ERwin, были предусмотрены значения по умолчанию и условия вводимых пользователем значений. Спроектированная модель была проверена в ERwin Validator, обнаруженные ошибки были устранены.

Было произведено прямое и обратное проектирование, были заполнены таблицы и написаны SQL запросы.

22

Литература

1.Вендров А. М., Проектирование программного обеспечения экономических информационных систем/ А. М. Внедров- М.: Финансы и статистика,2006. -544с.

2. Макконел С. Профессиональная разработка программного обеспечения /С. Макконел –СПБ: Символ-Плюс, 2007.-240 с.

3. Маклаков С. В. Создание информационных систем с AllFusion Modeling Suite./ С. В. Маклаков-М.: Диалог-МИФИ 2002 224с.

4. Бек К. Шаблоны реализации корпоративных приложений /К. Бек-М.: Вильямс, 2006. -176 с.

5. Никитин П. М. Методология функционального моделирования / - Москва ИПК, Издательство стандартов

6. Голицына, Максимов, Попов: Информационные системы. Учебное пособие / - Редактор: Волковицкая А.В., Издательство: Форум, 2009 г.

23