2.6 Заключение

В заключении последовательно излагаются теоретические и практические выводы, к которым пришел учащийся в результате курсового проектирования, отражающие практическую значимость работы, дается оценка соответствия результатов требованиям задания, представляются сведения по результатам отладки программы и БД, описываются рекомендации по внедрению и развитию системы и возможности по использованию ее результатов. Они должны быть краткими и четкими, дающими полное представление о содержании, значимости, обоснованности и эффективности разработок.

Заключение должно содержать только те выводы, которые согласуются с целью исследования, сформулированной в разделе «Введение» и должны быть изложены таким образом, чтобы их содержание было понятно без чтения текста работы.

2.7 Список использованных источников

Список использованных источников представляется в виде перечня. В перечень включаются наименования периодических источников, учебников и научных трудов, публикаций, рукописей (отчетов), проектной и нормативной документации и т.п., на которые имеются ссылки в курсовом проекте. Список составляется в соответствии с ГОСТ 7.32-2001.

2.8 Приложения

Графический материал является обязательной частью курсовой работы. Он должен быть органически увязан с содержанием работы и в наглядной форме иллюстрировать основные положения анализа и проектирования. Графический материал, как правило, выносится в приложения.

Обязательным графическим материалом курсовой работы должен быть:

1. Концептуальная схема БД.

2. Схема реляционной БД. (Для описания структуры таблиц можно использовать нотацию выбранной СУБД.)

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

• инструкции, методики;

• иллюстрации вспомогательного характера, схемы, графики, формы документов;

• таблицы вспомогательных данных;

• сообщения программы;

• примеры отчетов, создаваемых программой;

• распечатки результатов выполнения функций при отладке;

• тексты основных методов, функций и процедур;

• скрипт для создания базы и всех ее статических объектов, включая хранимые процедуры, триггеры.

• тексты программ и т. п.

3 Рекомендации по проектированию реляционной базы данных

3.1 Содержание раздела «Построение инфологической концептуальной модели»

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

Функциональный подход к проектированию базы данных основывается на изучении реальных процессов, протекающих в предметной области (ПрО) и анализе данных, необходимых для выполнения функций пользователей в действующих процессах. Поэтому на первом этапе проектирования производится обследование и документирование предметной области, для информационного описания которой разрабатывается база данных.

Обследование ПрО в курсовом проекте предполагает ее подробное изучение по литературным источникам, нормативным документам и беседам с пользователями (руководителем работы) по заранее подготовленной анкете.

При обследовании должны быть выяснены, согласованы с будущими пользователями базы и документированы следующие аспекты автоматизируемой сферы деятельности:

1 Множество лиц, участвующих в процессах, выполняемых в ПрО, использующих и обрабатывающих информацию.

2 Цели и критерии деятельности лиц, принимающих решение в ПрО.

3 Множество функций, технологических или бизнес-процессов, выполняемых в ПрО.

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

Выделенные в ПрО объекты определяют состав базы данных информационной системы. Для этого каждому реальному объекту предметной области ставится в соответствие его информационный аналог – объект, сохраняемый в базе данных. Множества однотипных информационных объектов, обладающих одинаковыми наборами свойств, образуют сущности ПрО. Каждая сущность имеет набор атрибутов, которые соответствуют свойствам реальных объектов. Набор выделенных сущностей и их атрибутов должен быть достаточным для выполнения в программе всех автоматизируемых функций и учитывать их возможное развитие в перспективе.

В анализе предметной области также необходимо исследовать взаимодействия (связи), существующие между объектами реального мира. Связи объектов могут быть любой природы (технологические, организационные, социальные и др.). Связи объектов важны для правильного описания ПрО и поэтому должны быть представлены в БД. Важно выяснить и зафиксировать все существенные формы взаимодействия объектов и преобразовать их в связи между ранее определенными сущностями предметной области.

Таким образом, целью этапа анализа предметной области является выяснение набора автоматизируемых функций и сущностей (с их атрибутами и связями), представляемых в БД для автоматизации выбранных функций.

Этап анализа ПрО выполняется совместно с этапом концептуального проектирования, задачей которого является формализация и документирование результатов обследования, проводимого на первом этапе проектирования. Выясненные при обследовании процессы и сущности документируются в виде разного рода схем и описаний. Затем эти материалы обсуждаются и уточняются специалистами в предметной области и пользователями создаваемой информационной системы (ИС).