Методические указания к выполнению курсовой работы

Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«Челябинский государственный университет» (ФГБОУ ВПО «ЧелГУ»)
Институт информационных технологий
Кафедра Информационных технологий
Методические указания по выполнению курсовой работы
Методические указания
к выполнению курсовой работы
по дисциплине «Базы данных»
для студентов направления
230100 Информатика и вычислительная техника
Челябинск, 2015г.
 ФГБОУ ВПО «ЧелГУ»
1. ЦЕЛЬ КУРСОВОЙ РАБОТЫ
Целью курсовой работы является освоение методов проектирования баз
данных и работы с базами данных в среде конкретной СУБД.
2. ЗАДАНИЕ НА КУРСОВУЮ РАБОТУ
Задание содержит название конкретной предметной области, для которой
необходимо:
- сформулировать цель проектирования базы данных;
- описать возможного пользователя базы данных;
- определить круг запросов и задач, которые предполагается решать с
использованием
созданной базы данных;
- построить концептуальную модель;
- сформулировать требования к базе данных;
- построить реляционную модель и выполнить еѐ нормализацию;
- осуществить выбор СУБД и технических средств;
- создать спроектированную базу данных в среде выбранной СУБД;
- рассчитать объѐм базы данных и/или привести формулы для расчѐта
объѐма;
- разработать приложение для реализации запросов и решения задач;
- оценить базу данных с точки зрения возможностей еѐ дальнейшего
развития.
3. ЭТАПЫ ВЫПОЛНЕНИЯ КУРСОВОЙ РАБОТЫ
В ходе выполнения курсовой работы рекомендуется придерживаться
календарного плана
1. Выбор темы и утверждение технического задания. 2 недели
2. Разработка концептуальной модели. 3 недели
3. Разработка реляционной модели и выбор средств реализации. 3 недели
4. Создание базы данных и разработка приложения. 6 недель
5. Оформление пояснительной записки. 1 неделя
6. Сдача курсовой работы на проверку 1 неделя
4. МЕТОДИЧЕСКИЕ УКАЗАНИЯ
Для построения концептуальной модели предметной области рекомендуется
придерживаться следующей последовательности действий.
1. Описать предметную область (описание должно быть кратким, но
достаточным для принятия решений по проекту базы данных).
2. Определить состав и содержание информации, используемой в данной
предметной области, в том числе:
- составить перечень задач и запросов, указать _входные и выходные данные;
- определить частоту решения задач и используемые при этом бизнесправила;
- определить возможные будущие изменения информационных потребностей
пользователей;
- установить уточнѐнные требования к информационным потребностям
пользователей.
3. Выявить сущности, в том числе:
- определить атрибуты каждой сущности и требования к ним;
- определить ключ каждой сущности;
- разработать, если необходимо, классификаторы и кодификаторы
сущностей;
- определить требования к сущностям, вытекающие из бизнес-правил
предметной области.
4. Выявить связи между сущностями, в том числе:
- структурные связи для выявления классов и подклассов сущностей;
- функциональные связи типа 1:1, 1: m, n:m, n-арные;
- если необходимо, определить атрибуты связей.
5. Представить концептуальную модель в виде концептуальной схемы.
6. Проанализировать модель с учѐтом информационных потребностей
пользователей.
Результаты проделанной работы рекомендуется оформить в виде следующих
документов:
- альбом форм входных и выходных документов (разместить в приложении к
пояснительной записке);
- граф информационных связей задач и запросов;
- таблица сущностей;
- таблица атрибутов;
- таблица связей;
- таблица атрибутов связей.
В таблице сущностей могут быть отражены следующие сведения:
- наименование сущности;
- условное обозначение;
- первичный ключ;
- количество экземпляров сущностей на момент обследования моделируемой
предметной
области;
- динамика изменения количества экземпляров за определѐнный период,
например, в процентах;
- частота коррекции;
- перечень задачи и запросов, в которых используется данная сущность;
- активность, то есть минимальное количество экземпляров сущности,
выбираемое при однократном обращении к ней;
- ограничение на доступность.
В таблице атрибутов для каждой сущности могут быть приведены
следующие сведения:
- наименование атрибута;
- условное обозначение;
- признак ключа и тип значения (атомарное или множественное);
- формат (тип и длина);
- диапазон значений;
- возможность принимать неопределѐнное значение;
- ограничение на доступность (если отличается от ограничений для
сущности);
- метод контроля достоверности.
В таблице для связей могут быть приведены следующие сведения:
- наименование связи;
- условное обозначение;
- тип связи;
- характеристика динамики (динамическая или статическая);
- характеристика мощности связи, то есть количество экземпляров
сущностей, участвующих в связи (варианты: 0, 1 или много; 1 или много; 0 или 1; точное число);
- перечень атрибутов связи.
Описание атрибутов связей аналогично таблице атрибутов, рассмотренной
выше.
На все данные, полученные в результате анализа предметной области и
построения концептуальной модели должны быть ссылки в последующих
разделах пояснительной записки.
По результатам этапа концептуального проектирования необходимо
сформулировать требования, которые должны учитываться на этапе
логического проектирования базы данных. Требования должны носить
конкретный характер.
Требования могут содержать:
- требования к эксплуатационным характеристикам базы данных;
- тип СУБД;
- требования к разрабатываемому программному обеспечению;
- описание ролей пользователей и др.
Для осуществления логического этапа проектирования необходимо
выполнить следующие действия.
1. Построить реляционную модель предметной области одним из известных
мето-дов, в том числе:
- описать последовательность принимаемых решений в соответствии с
выбранным методом проектирования;
- дать математическое описание полученной модели с использованием
аппарата теории множеств и математической логики.
2. Выбрать СУБД и обосновать этот выбор (при выборе учесть результаты
концептуального этапа и требования к логическому этапу проектирования).
3. Выбрать технические средства и обосновать это выбор (при выборе
необходимо
учитывать результаты предыдущих этапов проектирования, в том числе,
количественныехарактеристики).
В процессе создания базы данных в среде конкретной СУБД необходимо:
- создать таблицы;
- определить свойства полей;
- задать ключи;
- создать необходимые индексы;
- создать связи;
- определить правила ссылочной целостности;
- создать формы для работы с таблицами;
- реализовать запросы;
- создать формы для запросов;
- спроектировать отчѐты;
- создать необходимые кнопочные формы;
- создать представления;
- написать необходимый программный код;
- заполнить базы данных и продемонстрировать работу приложения.
Все перечисленные действия должны быть обоснованы.
Результаты проделанной работы должны быть представлены в виде
пояснительнойзаписки и приложения, работу которого необходимо
продемонстрировать непосредственно на компьютере.
В пояснительной записке должно быть приведено руководство пользователя
Титульный лист и задание в приложении 1.
5. РЕКОМЕНДУЕМАЯ ЛИТЕРАТУРА
1. Т. Тиори, Дж. Фрай. Проектирование структур баз данных, т. 1,- М.: Мир,
2009.
2. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД-СПб.:
Питер, 2007.
3. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для
высших учебных заведений/ Под ред. Проф. А.Д. Хомоненко. – СПб:
КОРОНА принт, 2006.
Кроме перечисленных изданий можно использовать документацию по
выбраннойСУБД, специальную литературу по моделируемой предметной
области и другие источники, в том числе, электронные издания.__
Приложение1.
МИНОБРНАУКИ РОССИИ
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«ЧЕЛЯБИНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»
(ФГБОУ ВПО «ЧелГУ»)
Курсовая работа
Разработка приложений баз данных.
Институт
Информационных
Исполнитель
технологий
Направление
Кафедра
Группа
Информационных
Научный
технологий
руководитель
Челябинск – 201_
1. Анализ предметной области.
1.1. Описание предметной области и функции решаемых задач
В курсовой работе в соответствии с заданием автоматизируется
деятельность отдела сбыта предприятия «Русская еда».
Предметом области автоматизации являются некоторые должностные
функции отдела сбыта. В отделе сбыта имеется план выпуска готовой
продукции составленный на три месяца. В соответствии с этим планом цеха
выпускают продукцию, но фактический выпуск продукции зависит от
многих факторов и может отличаться от планового. В отдел сбыта поступают
также
цеховые
накладные,
которые
отражают
фактический
выпуск
продукции и сдачу ее на определенные склады. Задача отдела сбыта –
сделать анализ выполнения плана сдачи изделий на склады. Для этого
необходимо выбрать плановые и фактические данные за определенный
период по определенному складу и проанализировать отклонение факта от
плана.
На предприятии работают 3 цеха, в которых производится продукция.
Ассортимент выпускаемой продукции приведен в таблице.
Таблица 1.
№
цеха
Наименование
цеха
1 молочный
2 колбасный
3 рыбный
Наименование выпускаемой
продукции
молоко 3.5%
молоко 4.0%
сливки
колбаса варѐная
колбаса копчѐная
сосиски
судак консервированный
икра чѐрная
икра красная
Минимальная
единица выпуска
коробка 50 штук
коробка 50 штук
коробка 50 штук
упаковка 50 штук
упаковка 50 штук
упаковка 50 штук
коробка 50 банок
коробка 50 банок
коробка 50 банок
Цена за
единицу
650,00р.
700,00р.
1 200,00р.
2 500,00р.
3 400,00р.
1 200,00р.
670,00р.
5 400,00р.
5 370,00р.
Выпущенная цехами продукция сдается на склады
Таблица 2.
№
Наименование
склада склада
1
Склад № 1
2
Склад № 2
3
Склад № 3
1.2. Перечень входных (первичных) документов.
В качестве первичных
документов для
решения данной
задачи
используются :
- план выпуска изделий цехами
Номер цеха
Месяц выпуска
Код изделия
Количество
- список цеховых накладных
Номер цеха
Номер
цеховой Дата сдачи
накладной
- спецификация цеховой накладной
Номер цеха
Номер
цеховой Код изделия
Количество
накладной
1.3. Ограничение предметной области.
При разработке курсового проекта допускаются следующие ограничения :
- готовое изделие закреплено за одним складом готовой продукции и
может выпускаться несколькими цехами.
- у готового изделия только одна единица измерения.
- один цех может выпускать несколько наименований изделий.
- на одном складе может храниться несколько наименований готовых
изделий.
- выпуск цехом готовой продукции планируется помесячно.
- одно и то же изделие может быть запланировано к выпуску в разные
месяцы.
- накладная цеха на сдачу готовой продукции на склад может содержать
несколько наименований изделий, ее номер уникален только для одного
цеха.
2. Постановка задачи.
2.1. Организационно-экономическая сущность комплекса задач.
Одной из основных проблем на предприятии является несоответствие
планового количества выпуска продукции, который формируется в
соответствии с заявками покупателей и фактического количества
продукции, отгружаемой цехами на склады.
Для решения этой проблемы необходимо своевременно (оперативно)
получать информацию о наличии, нехватке или излишках продукции на
складах по отношению к плану. Излишки залеживаются на складе, у них
может быть превышен срок хранения, создаются неликвиды.
2.2. Описание выходной информации.
Выходную информацию представим в виде отчетной формы.
Анализ выполнения плана сдачи изделий на склад _________________
Месяц
Наименование Единица
Количество
изделия
План
измерения
Излишки
Факт
Для получения этой формы используются данные первичных документов:
- список изделий;
- список складов;
- список цехов;
- план выпуска изделий цехами;
- список цеховых накладных;
- спецификация цеховой накладной.
2.3. Описание входной информации.
Входную информацию делят на условно-постоянную (справочники),
сохраняющую свои значения на длительный период времени, и постоянно
меняющуюся оперативно-учетную информацию.
К условно-постоянной информации относятся:
- список выпускаемых изделий;
- список выпускающих цехов;
- список складов;
- справочник единиц измерения.
К оперативно-учетной информации относятся:
- план выпуска изделий цехами;
- список цеховых накладных;
- спецификация цеховой накладной.
3. Что нужно сделать.
- Спроектировать структуру таблиц (описать в этом файле)
- Спроектировать пользовательский интерфейс для заполнения всей
входной информации (описать в этом файле или привести скриншоты)
- реализовать отчет «Анализ выполнения плана сдачи изделий на склад»
(привести скриншоты)
4. СУБД - любая