Н.В. Усманова - Проектирование баз данных (Методические указания по выполнению курсовой работы), страница 4

Информационная технология. Техническиезадания на создание автоматизированной системы.ГОСТ 19.701–90 (ИСО 5807–85). Единая система программнойдокументации. Схемы алгоритмов, программ данных и систем. Условныеобозначения и правила выполнения.6. Описание диссертаций, авторефератов диссертаций,депонированных рукописейНовосельский, В.Б. Методы автоматизации проектированияраспределенных баз данных: дис.

канд. техн. наук : 05.13.12 /В.Б. Новосельский. С.-Петерб. гос. ун-т информац. технологий, механикии оптики.- Санкт-Петербург, 2008.- 114 с.15Новосельский, В.Б. Методы автоматизации проектированияраспределенных баз данных: автореф. дис. канд. техн. наук : 05.13.12 /В.Б. Новосельский. С.-Петерб. гос. ун-т информац. технологий, механикии оптики.- Санкт-Петербург, 2008.- 16 с.7. Электронные ресурсыИлюшечкин, В. М. Основы использования и проектирования базданных : учебник для среднего профессионального образования / В. М.Илюшечкин. - испр.

и доп. - Москва : Издательство Юрайт, 2020. - 213 с.[Электронный ресурс]. - URL: https://urait.ru/bcode/452874 (датаобращения: 10.09.2019).Общие требования к приложениямПриложения – дополнительные к основному тексту материалысправочного, документального, иллюстративного или другого характера.Приложения размещаются в конце работы, после списка использованнойлитературы в порядке их упоминания в тексте. Каждое приложениедолжно начинаться с нового листа, и иметь тематический заголовок иобщий заголовок «Приложение №____».

Если приложение представляетсобой отдельный рисунок или таблицу, то оно оформляется всоответствии с требованиями, предъявляемыми к иллюстрациям,таблицам.Иллюстрации и таблицы нумеруются в пределах каждогоприложения в отдельности. Например: рис. 3.1 (первый рисунок третьегоприложения), таблица 1.1 (первая таблица первого приложения).5.

ПОРЯДОК АТТЕСТАЦИИ И ЗАЩИТЫ КУРСОВОЙРАБОТЫРуководитель проверяет работу, при условии законченногооформления и положительной оценки содержания, допускает работу кзащите. Работа, не отвечающая установленным требованиям,возвращается для доработки с учетом сделанных замечаний и повторнопредставляется на кафедру в срок, указанный руководителем, но до началазачетной сессии.Защита курсовой работы проводиться в форме компьютерноготестирования.Формой аттестации студента по курсовой работе являетсядифференцированныйзачет(«отлично»,«хорошо»,«удовлетворительно», «неудовлетворительно»).Студент, не представивший в установленный срок курсовую работуили не защитивший ее по неуважительной причине, считается имеющимакадемическую задолженность.16ПРИЛОЖЕНИЕ 1Оформление титульного листа курсовой работыФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГООБРАЗОВАНИЯМОСКОВСКИЙ ЭНЕРГЕТИЧЕСКИЙ ИНСТИТУТ(НАЦИАОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕСИТЕТ)_______________________________________________________________Институт дистанционного и дополнительного образованияКУРСОВАЯ РАБОТА ПО ДИСЦИПЛИНЕ«БАЗЫ ДАННЫХ»на тему: «Проектирование базы данных проектной организации»Выполнил студент группы ИД-0601-17Научный руководительПопов И.И.Усманова Н.В.К защите допущен ________________________________________(дата, подпись руководителя)Работа защищена с оценкой _________________________________(дата, подпись руководителя)Москва-202017ПРИЛОЖЕНИЕ 2ПРИМЕР СОДЕРЖАНИЯ (СТРУКТУРЫ) КУРСОВОЙРАБОТЫ ПО ТЕМЕ:«Проектирование базы данных проектной организации»ВВЕДЕНИЕ ...................................................................................................

3ГЛАВА 1. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ..................... 41.1. Анализ предметной области… .............................................................. 41.2. Анализ информационных задач и круга пользователей системы ........ 81.3. Определение требований к операционной обстановке ..................... .14ГЛАВА 2. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙБАЗЫ ДАННЫХ ........................................................................................ 172.1. Преобразование ER–диаграммы в схему базы данных ......................

172.2. Составление реляционных отношений ............................................... 192.3. Нормализация полученных отношений .............................................. 202.4. Определение дополнительных ограничений целостности ................. 172.5. Описание групп пользователей и прав доступа .................................. 19ГЛАВА 3. ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙБАЗЫ ДАННЫХ ........................................................................................

203.1 Создание таблиц .................................................................................... 203.2 Создание представлений ....................................................................... 213.3 Назначение прав доступа ...................................................................... 243.4 Создание индексов.................................................................................

243.5 Разработка стратегии резервного копирования ................................... 24ЗАКЛЮЧЕНИЕ ......................................................................................... 25СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ И ИНТЕРНЕТ –РЕСУРСОВ ................................................................................................. 26ПРИЛОЖЕНИЕ ........................................................................................... 2818ПРИЛОЖЕНИЕ 3Пример оформления таблиц и рисунковТаблица 3.1 - Схема отношения ОТДЕЛЫ (Departs)Содержание поляАббревиатура отделаНазвание отделаКомнатыТелефоныИмя поля Тип, длинаD_IDС(10)D_NAMEV(100)D_ROOMSV(20)D_PHONEV(40)Примечанияпервичный ключобязательное полеобязательное многозначное полеобязательное многозначное полеРис.

3.1. Обозначения, используемые на схеме базы данных19ПРИЛОЖЕНИЕ 4Пример проектирования базы данныхВ качестве примера возьмем базу данных проектной организации. Основной виддеятельности такой организации – выполнение проектов по договорам с заказчиками.ГЛАВА 1. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ1.1. Анализ предметной областиБаза данных создаётся для информационного обслуживания руководстваорганизации, руководителей проектов и участников проектов. БД должна содержатьданные об отделах организации, сотрудниках и проектах. В соответствии с предметнойобластью система строится с учётом следующих особенностей:– Каждый сотрудник работает в определённом отделе, в каждом отделе могутработать несколько сотрудников.– Каждый проект относится к определённому отделу, каждый отдел можетотвечать за выполнение нескольких проектов.– Каждый сотрудник может принимать участие в выполнении несколькихпроектов, над каждым проектом может трудиться несколько сотрудников.– Для каждого проекта назначается руководитель из числа сотрудников тогоотдела, к которому относится проект.– Каждый проект должен быть выполнен в заданные сроки, каждый проект можетсостоять из нескольких этапов.

Если проект состоит из одного этапа, то сроки еговыполнения должны совпадать со сроками выполнения проекта в целом.– Оклад сотрудника зависит от занимаемой должности, за участие в проектахсотрудник получает дополнительное вознаграждение.– Виды участия сотрудников в проектах: руководитель, консультант,исполнитель.– Каждый отдел занимает одно или несколько помещений (комнат), в каждомпомещении может быть один или несколько стационарных телефонов.Примечание: Описания особенностей ПрО должно быть достаточно для того, чтобы создать ER–диаграмму.Сущности ПрОДля создания ER-модели необходимо выделить сущности предметной области:1) Отделы. Атрибуты: название, аббревиатура, комнаты, телефоны.2) Сотрудники. Атрибуты: ФИО, паспортные данные, дата рождения, пол, ИНН(индивидуальный номер налогоплательщика), номер пенсионного страховогосвидетельства, адреса, телефоны (рабочий, домашний, мобильный), данные обобразовании (вид образования (высшее, среднеспециальное и т.д.), специальность,номер диплома, дата окончания учебного заведения), должность, оклад, логин (имяпользователя).Примечания: 1.

Логин потребуется нам для назначения дифференцированных прав доступа. 2. Внашем задании не предусмотрена полная информационная поддержка сотрудников отдела кадров,поэтому мы не будем отражать в БД такие сведения как дату поступления сотрудника на работу,его переводы с одной должности на другую, уходы в отпуска и т.п.203) Проекты. Атрибуты: номер договора; полное название проекта; сокращённоеназвание проекта; дата подписания договора; заказчик; контактные данные заказчика;дата начала проекта; дата завершения проекта; сумма по проекту; дата реальной сдачипроекта; сумма, полученная по проекту на текущую дату.4) Этапы проекта. Атрибуты: номер по порядку, название, дата начала этапа, датазавершения этапа, форма отчетности, сумма по этапу, дата реальной сдачи этапа;сумма, полученная по этапу на текущую дату.Исходя из выявленных сущностей, построим ER–диаграмму (рис. 1).

Напомним,что пометки у линий означают степень связи: 1:1, 1:N и N:M.Рис. 1. ER–диаграмма ПрО «Проектная организация»1.2. Анализ информационных задач и круга пользователей системыОпределим группы пользователей, их основные задачи и запросы к БД:1. Руководители организации:· заключение новых договоров;· назначение руководителей проектов;· получение списка всех участников проектов;· изменение должностных окладов и штатного расписания;· получение полной информации о проектах;· внесение изменений в данные о проектах;· архивирование данных по завершённым проектам.2.