2.2. Содержание структурных элементов курсовой работы

Титульный лист является первой, ненумеруемой страницей курсовой работы. Аннотация и содержание оформляются в соответствии с требованиями стандарта СТО 02069024.101-2010 Работы студенческие. Общие требования и правила оформления.

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

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

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

По полученной ER- диаграмме проектируется реляционная схема базы данных, где все сущности и связи отображаются в виде двумерных таблиц, для каждой таблицы определяется первичный ключ, состоящий из одного атрибута или из набора атрибутов. Для связанных таблиц устанавливаются внешние ключи связи. Определяются и проставляются на схеме мощности связей. В качестве инструментария выбрана настольная СУБД Microsoft Access, входящая в состав интегрированного пакета Microsoft Office. Для отображения полученной схемы в удобном графическом виде можно воспользоваться окном схемы базы данных MS Access. Полученная схема базы данных должна быть приведена, как минимум, к третьей нормальной форме. Студент должен выявить имеющиеся функциональные зависимости между атрибутами и доказать, что схема базы находится в третьей нормальной форме или в нормальной форме Бойса- Кодда.

Заключительный этап проектирования – построение физической модели базы данных. Здесь определяется структура каждой таблицы, которая включает перечень полей, типов, индексов, дополнительных установок (значений по умолчанию, условий на вводимое значение, способов подстановки данных в отдельные поля, комментарии и т.д.).

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

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

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

• просмотр данных из нескольких таблиц одновременно,

• вычисление выражений на основе данных из таблиц или других запросов,

• анализ данных с помощью перекрестных запросов,

• поиск данных на основе значения поля со списком или с помощью параметрических запросов,

• вспомогательные запросы для построения отчетов по отдельным записям или по группе записей,

• запросы с группировкой данных и др.

Студент должен составить с помощью Мастера или Конструктора несколько отчетов исходя из описания постановки задачи. Отчет должен наглядно показать и подытожить автоматизацию работы сотрудника некоторой организации. Именно отчет является итогом работы данного приложения, выходным документом, по которому оценивается и проверяется деятельность организации. Отчет может касаться выдачи информации

а) по некоторому одному объекту, например, счет- фактура, справка сотруднику, квитанция об оплате заказа, расчетный листок о зарплате за месяц, выписка штрафа и т.д.,

б) по группе записей, например, прайс- лист товаров, итоги продаж по месяцам, годам, товарам, клиентам и т.д.

Заключительным этапом выполнения курсовой работы должна быть сборка готового приложения. Студент должен разработать структуру интерфейса, продумать основные разделы главной кнопочной формы, которая открывается при запуске приложения. По каждому разделу в свою очередь должна открываться дочерняя форма, открывающая необходимые пункты обработки информации. При закрытии какой-либо вложенной формы приложение должно переходить на форму более высокого уровня. Необходимо предусмотреть все кнопки, реализующие различные ситуации, возникающие в реальной жизни. Для создания готового приложения можно воспользоваться Диспетчером кнопочных форм, находящегося в перечне служебных программ меню Сервис.

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

В заключении студентом делается вывод о том, какие теоретические вопросы были им изучены в процессе выполнения курсовой работы, какая база данных была спроектирована и какие функции предметной области были автоматизированы. Как реализовано оформление отчетности. Следует сделать вывод о достоинствах данной работы и сформулировать перспективы ее развития в будущем.