Файл: Отчет по практической работе Организация рабочего места и особенности при использовании пэвм.docx
Добавлен: 26.10.2023
Просмотров: 552
Скачиваний: 6
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
3. Каковы методы моделирования на основе подходов сущность -атрибут -связь?
Методы моделирования на основе подходов сущность-атрибут-связь. Эти методы можно поделить на две категории.
В методах непосредственного моделирования проблемной области сущности н связи
идентифицируются в высказываниях проблемной области.
Моделирование в два этапа состоит из:
• идентификации атрибутов, т. е. любых значений, несущих информацию:
• построения типов-сущности и типов-связи посредством анализа типов-атрибута.
Задание:
Сущности
-
Студент (регистрационный уникальный номер, имя, отчество, фамилия, дата рождения, пол, национальность, балл при поступлении, факультет, номер учебной группы, староста или профорг, среднее образование (для дневных студентов), место работы (для вечерних студентов), родители) -
Родитель (фамилия, имя, отчество, телефон) -
Куратор (полное имя, должность, факультет, внутренний номер телефона, номер аудитории) -
Учебная группа (номер, куратор) -
Предмет (название, количество часов, вид отчетности) -
Аудитория (номер, корпус, этаж, вместимость) -
Место жительства (уникальный номер) -
Комната в общежитии (корпус, этаж) -
Квартира (район, адрес) -
Арендный договор (номер, студент, место жительства, арендная плата, дата заключения, дата окончания) -
Результат проверки комнаты в общежитии (инспектирующий сотрудник, дата проверки, состояние жилища, комментарии) -
Сотрудник общежития (табельный номер, фамилия, имя, отчество, домашний адрес, дата рождения, пол, образование, должность, стаж работы)
Связи
-
Связь "Студент-родитель": один ко многим -
Связь "Студент-учебная группа": многие ко многим -
Связь "Учебная группа-куратор": один ко многим -
Связь "Учебная группа-предмет": многие ко многим -
Связь "Учебная группа-аудитория": многие ко многим -
Связь "Студент-место жительства": один ко многим -
Связь "Место жительства-комната в общежитии": один ко многим -
Связь "Место жительства-квартира": один ко многим -
Связь "Студент-арендный договор": один ко многим -
Связь "Комната в общежитии-результат проверки": один ко многим -
Связь "Сотрудник общежития-результат проверки": многие ко многим
В) Первичные ключи
-
Студент - регистрационный уникальный номер -
Родитель - телефон -
Куратор - полное имя -
Учебная группа - номер -
Предмет - название -
Аудитория - номер -
Место жительства - уникальный номер -
Комната в общежитии - необходимо введение составного первичного ключа, состоящего из номера комнаты и корпуса -
Квартира - адрес -
Арендный договор - номер -
Результат проверки комнаты в общежитии - необходимо введение составного первичного ключа, состоящего из номера комнаты, корпуса и даты проверки -
Сотрудник общежития - табельный номер
ER-Диаграмма:
Вывод: Входе данной практической работы я научился работать с организацией рабочего места и особенностями ПЭВП.
Федеральное государственное бюджетное образовательное учреждение высшего образования
«РОССИЙСКАЯ АКАДЕМИЯ НАРОДНОГО ХОЗЯЙСТВА
И ГОСУДАРСТВЕННОЙ СЛУЖБЫ
при ПРЕЗИДЕНТЕ РОССИЙСКОЙ ФЕДЕРАЦИИ»
ЗАПАДНЫЙ ФИЛИАЛ
ОТЧЕТ
по практической работе «Разработка объектов базы данных в соответствии с результатами анализа предметной области»
студента 1 курса группы 22 ИСП 1 – o11
специальности СПО 09.02.07 «Информационные системы и программирование»
Цветкова Артёма Вадимовича
Наименование модуля: «ПМ.11 Разработка, администрирование и защита баз данных»
Место прохождения практики: Западный филиал РАНХиГС
Калининград, 2023
Практическая работа 4
Разработка объектов базы данных в соответствии с результатами анализа предметной области
Цель работы – закрепление теоретических знаний и практических навыков в области разработки объектов базы данных.
Задание
Используя предложенные модели БД построить таблицы БД (использовать Описание Таблиц и Пример Заполнения Таблиц).
Данная база данных будет содержать следующие таблиц-справочников:
-
Street- справочник улиц города, в домах которых проживают абоненты. -
Abonent- справочник абонентов города.
-
Services- справочник услуг, оказываемых абонентам жилищно-коммунальными организациями.
-
Disrepair- справочник типовых неисправностей газового оборудования абонентов. -
Executor- справочник исполнителей заявок, поданных абонентами.
Информационные таблицы БД:
-
NachislSumma-таблица для хранения информации о размерах ежемесячных начислений плат абонентам за оказанные им услуги. -
PaySumma'>PaySumma-таблица для хранения значений оплат, внесенных абонентами за оказанные им услуги. -
Request-таблица для хранения информации о заявках абонентов на ремонт газового оборудования.
Атрибуты таблиц
-
Street
Код улицы, Название улицы.
-
Disrepair
Код Неисправности, Наименование неисправности.
-
Executor
Код исполнителя, Фамилия И.О.
-
Abonent
Лицевой счет, Номер дома, Номер квартиры, Фамилия И.О, Телефон.
-
Request.
Код заявки, Код исполнителя, Код неисправности, Дата поступления, Дата выполнения, Погашена.
-
PaySumma
Идентификатор факта оплаты, Лицевой счет, Код услуги, Сумма оплаты, Дата оплаты, Оплачиваемый месяц, Оплачиваемый год.
-
NachislSumma
Идентификатор факта начисления, Лицевой счет, Код услуги, Сумма начисления, Начисления за месяц, Начисления за год.
-
Services
Код услуги, Название услуги.
С помощью Конструктора создаем таблицы
Таблицы Справочники БД:
Поля – 2, типы данных – 2, записи – 8
Поля – 6, типы данных – 2, записи – 12
Поля – 2, типы данных – 2, записи – 9
Поля – 2, типы данных – 2, записи – 6
Поля – 2, типы данных – 2, записи – 4
Информационные таблицы БД:
Поля – 6, типы данных – 2, записи – 79
Поля – 7, типы данных – 3, записи – 77
Поля – 7, типы данных – 4, записи – 21
Заполняем таблицы данными
Таблица-_Street__Таблица-_Services__Таблица'>Таблица- Street Таблица-Services
Таблица-Request
Таблица-PaySumma
Таблица- NachislSumma
Таблица-Executor Таблица-Disrepair
Таблица-Abonent
Связи
Описание связей:
-
Таблица Abonent имеет поле StreetCD, являющееся внешним ключом и ссылающееся на первичный ключ таблицы Street. Между таблицами существует связь один-ко-многим. -
NachislSumma имеет поле AccountCD, являющееся внешним ключом и ссылающееся на первичный ключ таблицы Abonent. Между таблицами существует связь один-ко-многим. -
NachislSumma имеет поле ServiceCD, являющееся внешним ключом и ссылающееся на первичный ключ таблицы Services. Между таблицами существует связь один-ко-многим. -
PaySumma имеет поле AccountCD, являющееся внешним ключом и ссылающееся на первичный ключ таблицы Abonent. Между таблицами существует связь один-ко-многим. -
PaySumma имеет поле ServiceCD, являющееся внешним ключом и ссылающееся на первичный ключ таблицы Services. Между таблицами существует связь один-ко-многим. -
Request имеет поле AccountCD, являющееся внешним ключом и ссылающееся на первичный ключ таблицы Abonent. Между таблицами существует связь один-ко-многим. -
Request имеет поле FailureCD, являющееся внешним ключом и ссылающееся на первичный ключ таблицы Disrepair. Между таблицами существует связь один-ко-многим. -
Request имеет поле ExecutorCD, являющееся внешним ключом и ссылающееся на первичный ключ таблицы Executor. Между таблицами существует связь один-ко-многим.