- •Содержание
- •Введение
- •1 Общие требования к курсОвому проекту
- •1. 1 Цели и задачи курсового проектирования
- •1.2 Требования к выполнению курсового проекта и представлению результатов
- •1.3 Задание на курсовое проектирование и его анализ
- •1.4 Объем и содержание пояснительной записки
- •2.5 Основная часть
- •2.6 Заключение
- •2.7 Список использованных источников
- •2.8 Приложения
- •3 Рекомендации по проектированию реляционной базы данных
- •3.1 Содержание раздела «Построение инфологической концептуальной модели»
- •Концептуальное проектирование базы данных
- •Символы erd, соответствующие сущностям и отношениям
- •Описание сущности
- •Представление связи «один ко многим» с обязательным участием в связи сущности «Заявка»
- •Представление связи «один к одному» с обязательным участием обеих сущностей в связи
- •Представление необязательной связи «многие ко многим»
- •Различные способы представления бинарной связи типа «один ко многим»
- •Способы представления бинарной связи «один ко многим» с обязательным участием сущности в связи
- •Концептуальная схема (диаграмма Питера Чена) для процесса приема и исполнения заказа
- •3.2 Содержание раздела «Построение логической модели реляционной бд» Логическое проектирование базы
- •Пример транзитивной зависимости: а) отношения между объектами с транзитивной зависимостью; б) отношения между объектами без транзитивной зависимости
- •Фрагмент концептуальной схемы
- •Представление связи «многие ко многим»
- •Логическая схема для процесса приема и исполнения заказа
- •Форма в erWin 4.0 для определения типа данных id с целью последующего использования в описании столбцов таблиц
- •Пример задания свойств связи между сущностями «Заказчик» и «Заявка»
- •3.3 Содержание раздела «Физическое проектирование базы данных»
- •3.4 Содержание раздела «Проектирование запросов на языке sql»
- •3.5 Содержание раздела «Реализация законченного приложения, работающего с созданной базой данных» Разработка приложения
- •Графический интерфейс пользователя модуля администратора
- •Графический интерфейс пользователя клиентского приложения
- •Окно ввода данных, для успешной авторизации и аутентификации
- •Форма для управления учетными записями
- •Форма для управления ролями учетных записей
- •Форма для доступа к клиентскому приложению
- •Сообщение выдаваемое, при попытке входа в заблокированный модуль
- •4 Оформление курсового проекта
- •4.1 Текст пояснительной записки
- •4.2 Нумерация и заголовки
- •1 Построение инфологической концептуальной модели
- •1.1 Анализ предметной области
- •4.3 Таблицы
- •4.4 Требования к иллюстративному материалу пояснительной записки
- •4.5 Оформление библиографического указателя (литература). Ссылки на использованные источники
- •Список использованных источников
- •4.6 Оформление приложений
- •4.7 Оформление графического материала
- •4.8 Требования к оформлению проекта на электронном носителе
- •4.9 Требования к оформлению фрагментов программы
- •5 Рекомендации учащимся при защите курсового проекта
- •5.1. Защита курсового проекта
- •Требования к докладу
- •5.2. Критерии оценки курсового проекта
- •Рекомендуемая литература приложения
- •Календарный план-график
- •Содержание
- •Список использованных источников
- •Список использованных источников
2.5 Основная часть
Основная часть оформленного курсового проекта должна включать:
анализ и обобщение имеющихся данных по теме работы;
разделы, отражающие содержание и результаты работ по выполнению задания.
В обязательном порядке основная часть пояснительной записки должна содержать:
системный анализ предметной области с перечислением специалистов в предметной области (ПрО), их прав и ролей, схем и описаний процессов с участвующими в них объектами ПрО, обоснованием выбора автоматизируемых процессов и функций;
концептуальную схему в виде диаграммы Питера Чена и текстовое описание данных для автоматизируемых функций ПрО;
логическую структуру БД в виде ER-диаграмм, описания атрибутов и их ограничений, типовые запросы к БД;
логическую структуру БД в выбранной СУБД в виде системы связанных таблиц с обоснованием третьей нормальной формы, описание структуры таблиц и представлений, контролируемых ограничений на значения данных и целостности базы;
определение набора учетных записей пользователей, их групп (ролей) и прав доступа к данным;
физическую организацию данных, включающую оценки объемов данных, использование средств ускорения доступа (индексов) для типовых запросов, размещение данных в файлах операционной системы;
описание приложений для пользователя: задачи, реализуемые процедурами сервера и клиента, логическая структура (схема) вызовов функций пользователя в программе клиента, блок-схемы алгоритмов и программ для сложных функций клиента и хранимых процедур, модули данных и функций;
тестирование базы данных в СУБД;
справочная система.
Анализ имеющихся данных по теме курсового проекта должен полно и систематизировано излагать состояние проблемы (историю вопроса), которой посвящена работа. Следует избегать рассмотрения общих или общеизвестных вопросов. Необходимо отбирать тот материал, который имеет непосредственное отношение к теме курсового проекта. Каждый раздел должен заканчиваться обсуждением результатов, где кроме подведения итогов законченной работы с обоснованием выбора решений, должны содержаться намеченные автором пути и прогнозы дальнейших исследований по теме.
Обязательным для курсового проекта является логическая связь между главами и последовательное развитие основной темы на протяжении всей работы над курсовым проектом.
Необходимый объем текстовой части, состав и содержание дополнительного графического материала в каждом конкретном случае определяется руководителем работы. Примерное содержание, объем (страницы формата А4) разделов основной части курсового проекта приведены в таблице 1.
Таблица 1 – Содержание и объем разделов основной части курсовой работы
Раздел |
Содержание |
Объем |
Раздел I Построение инфологической концептуальной модели |
Анализ предметной области На основании документа, определяющего задание, учащийся представляет себе и описывает объект, для которого проектируется база данных, указывая цель создания БД и ее основные функции, информационные потребностей предприятия (учреждения, организации и т.п.). Основываясь на этом представлении, учащийся должен описать результаты обследования на естественном языке. В материалах обследования должны содержаться данные о характере и масштабах деятельности разрабатываемого объекта, его структура, состояние автоматизации управленческих функций, наличие технических и программных средств и уровень квалификации персонала. Определяются данные, необходимые для дальнейшего проектирования. Приводится обоснование перечня задач, которые необходимо решить для достижения цели работы. Эти задачи на последующих стадиях учащимся программируются средствами выбранной СУБД. Определяются синтаксические и семантические особенности данных для использования при контроле целостности. Можно также приводить краткое описание и анализ аналогов и прототипов указанной предметной области. Построение концептуальной модели Учащимся осуществляется описание полученной модели на языке инфологического проектирования. Осуществляется построение информационной и функциональной модели предметной области. Проводиться обоснование необходимого набора сущностей и их идентифицирующих атрибутов для исследуемой предметной области. Определяются связи между ними. |
2-5 стр. |
Раздел II Построение логической модели реляционной БД
|
Построение логической модели реляционной БД Информационно-логическая модель предметной области является частично формализованным описанием предметной области, используемым при проектировании схемы базы данных. Разработка информационно-логической модели основывается на результатах обследования предметной области, вид информационно-логической модели может выбираться студентом-разработчиком с целью наибольшего удобства дальнейшего проектирования. Построение ER-диаграммы логической модели базы данных. (Для описания структуры таблиц можно использовать нотацию СУБД.) Приведение отношений к третьей нормальной форме Для определения состава таблиц, подлежащих хранению в базе данных, учащемуся следует произвести оптимизацию логической модели (приведение отношений к 3NF). На основании результатов нормализации им определяются: количество и состав таблиц, подлежащих включению в базу данных; первичные и вторичные ключи для таблиц; характер отношений между таблицами; ограничения целостности для внешних ключей и для отношений в целом. Построение набора необходимых отношений базы данных. Задание первичных и внешних ключей определенных отношений. |
2-5стр. |
Раздел III Физическое проектирование базы данных
|
Физическое проектирование базы данных Учащимся определяется состав и структура файлов (таблиц) базы данных, условия поддержания целостности базы данных (бизнес правила). |
2-5 стр. |
Раздел IV Проектирование запросов на языке SQL
|
Проектирование запросов на языке SQL Учащимся формулируются запросы к базе данных. (Приводится их естественно-языковое описание и представление в формате SQL с результатами выполнения.) Описываются и обосновываются представления, хранимые процедуры, триггеры. Проектируются процедуры, обеспечивающее качество функционирования базы данных – целостность, непротиворечивость, защиту от разрушения, защиту от несанкционированного доступа и пр. |
3-5 стр. |
Раздел V Реализация законченного приложения, работающего с созданной базой данных.
|
Реализация законченного приложения Учащимся создается приложение, позволяющее работать с БД на основе одной из технологий доступа к данным. Тестирование и отладка созданного приложения Учащимся описываются с демонстрационными примерами результаты реализации функциональных частей разработанного приложения. |
2-5 стр. |