Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Владимирский государственный университет

имени Александра Григорьевича и Николая Григорьевича Столетовых»

(ВлГУ)

Институт Инновационных технологий

Факультет Информационных технологий

Кафедра «Информатики и защиты информации»

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

«Базы данных»

Владимир 2016

Общие рекомендации и требования

Срок сдачи студентом законченной работы: «20» мая 2016 г.

Исходные данные к проекту: организационная структура исследуемого предприятия или подразделения; результаты опроса должностных лиц по порядку выполнения ими работ (бизнес-процессов), которые необходимо автоматизировать; должностные инструкции этих лиц; описание бизнес-процессов исследуемого предприятия или подразделения, или должностного лица; образцы документов, информация о которых должна быть отражена в БД.

Содержание пояснительной записки:

курсовую работу

программного обеспечения

базы данных

баз данных

Возможные примеры тематик/направления работ

НЕ нашли? Не то? Что вы ищете?

Автоматизированная система кадастра земельного фонда региона Автоматизированная система учета нежилого фонда города Автоматизированная система учета природных ресурсов области Поисково-справочная система "Предприятия города " АРМ материально ответственного на предприятии Автоматизированная система прогнозирования спроса на товары АРМ работника регистратуры АРМ фармацевта АРМ диспетчера автозаправочной станции Тестовая оболочка Автоматизированная система зоомагазина Автоматизированная система документооборота для частного предпринимателя Справочная система по климатическим условиям города АРМ продавца компьтерной техники Автоматизированная система "Кадровое агентство" Автоматизированная система "Автомагазин" Автоматизированная система "Станция технического обслуживания" АРМ секретаря Поисково-справочная система "Трубопроводный транспорт нефти и газа" Поисково-справочная система "Дендрарий" Автоматизированная система заполнения налоговой декларации Автоматизированная система "Годовой баланс" АРМ "Химчистка" АРМ "Ателье по пошиву одежды" Поисковая система "Видеотека" Автоматизированная система "Коммунальные платежи" АРМ проектировщика АРМ инженера-сметчика АРМ учета льготных категорий населения АРМ "Деканат" АС "Стоматология" АС "Трудоустройство за рубежом" "Гостиничный бизнес" "Служба знакомств" Риэлторское агентство (агентство недвижимости) Сертификация и лицензирование Авто и ж/д перевозки АРМ оператора по продажам авиабилетов Агентство по организации экскурсий

Министерство образования и науки РФ

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Владимирский государственный университет имени Александра Григорьевича и Николая Григорьевича Столетовых»

(ВлГУ)

СМК 08/03-18

Срок хранения 2 года

ВЛГУ.090900.00.00.00 ПЗ

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

Дисциплина: Базы данных

ТЕМА КУРСОВОЙ РАБОТЫ

Специальность 090900 – «Информационная безопасность»

Руководитель____________________ к. т.н., доц.

подпись, дата

Студент_________________________

подпись, дата

Владимир 2016

СМК 8/3-15, Срок хранения 1 год

Заведующему кафедрой ИЗИ

д. т.н., проф.

от студента(-ки) ____ курса

группы ___________________

__________________________

Ф. И.О. студента полностью

ЗАЯВЛЕНИЕ

Прошу утвердить тему курсовой работы/проекта:

____________________________________________________________________________

и назначить научным руководителем

____________________________________________________________________________

__________________ __________________

Дата Подпись студента

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение

высшего образования

(ВлГУ)

Кафедра информатики и защиты информации

СМК 8/3-16

Срок хранения 2 года

УТВЕРЖДАЮ

Заведующий кафедрой ИЗИ

_______________

ЗАДАНИЕ

на курсовую работу/проект

Дисциплина

_________________________________________________________________

Направление/Специальность

_________________________________________________________________

Проект (тема)

_________________________________________________________________

Идентифицирующая надпись ПЗ

ВЛГУ.090104. .5.00 ПЗ

1.Предмет задания

1.1. Кафедра ИЗИ ФГБОУ ВПО «Владимирский государственный университет имени А. Г. и » поручает студенту гр. _________________

________________________________________________________________________

(ФИО студента полностью)

(в дальнейшем – Исполнитель) выполнение работ по проекту

________________________________________________________________________

(наименование проекта)

1.2. Предметом Задания является выполнение проекта по указанной в пункте 1.1. теме в соответствии с техническим заданием.

1.3. Срок выполнения работ: ______________________

2.Техническое задание

на выполнение проекта

2.1. Руководитель работы/проекта:

________________________________________________________________________

(ФИО, должность руководителя полностью)

2.2. Цель и задачи проекта:

________________________________________________________________________

2.3. Актуальность выполнения проекта:

________________________________________________________________________

2.4. Предполагаемые пути получения научных/научно-технических результатов:

________________________________________________________________________

2.5. Планируемые научные/научно-технические результаты работ по проекту:

________________________________________________________________________

2.6. Перечень объектов интеллектуальной собственности, которые используются при выполнении работы.

________________________________________________________________________

2.7. Календарный план выполнения работ по проекту:

№ этапа	Сроки выполнения работ	Планируемые результаты	Обязательная отчетная документация
1	До РК-1 или даты, установленной преподавателем		Промежуточный отчет
2	До РК-2 или даты, установленной преподавателем		Промежуточный отчет
3	До РК-3 или даты, установленной преподавателем		Заключительный отчет

2.8. Для организации контроля качества полученных научных (научно-технических) результатов Исполнитель в установленном порядке должен представить отчетную документацию в соответствии с Заданием, требованиями ГОСТ 15.101-98 и ГОСТ 7.32-2001.

3. Информационная карта к заданию

№ п/п	Ожидаемые научные/научно-технические результаты	Количество, штук
1	Концепция
2	Методология
3	Теория (теоретические основы, положения)
4	Метод, способ
5	Закономерность, зависимость
6	Модель
7	Принцип (правило, гипотеза)
8	Научно-методический подход
9	Методика
10	База данных, программы, алгоритмы
11	Анализ, обобщение (сбор данных)
12	Рекомендации, предложения
13	Иные результаты

№ п/п	Предлагаемая реализация в системе образования	Количество, штук
1	Технические задания на новые научно-исследовательские работы в области образования
2	Публикации в научных журналах
3	Учебники
4	Учебные пособия
5	Иные результаты

Руководитель проекта ________________/_______________/

Студент (Исполнитель) ________________/_______________/

ОГЛАВЛЕНИЕ

ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ 11

ВВЕДЕНИЕ 13

1 Описание предметной области 14

1.1 Структура объекта 14

1.2 Описание бизнес-процессов в предметной области 14

1.3 Построение диаграмм прецедентов и деятельности в UML 15

1.4 Описание используемого программного и технического обеспечения в изучаемой предметной области 21

1.5 Регламент и режим работы 22

1.6 Входная информация 22

1.7 Выходная информация 22

1.8 Анализ частоты исполнения функций и работы с документами 22

1.9 Обзор аналогов программного обеспечения 23

Выводы по первой главе 23

2 Постановка задачи 24

2.1 Цели и назначение системы 24

2.2 Перечень прецедентов, требующих автоматизации в системе и поддержки на уровне базы данных 24

2.3Отчеты, которые необходимо создать в системе 24

2.4 Запросы, которые необходимо создать в системе 24

3 Разработка базы данных 25

3.1 Диаграмма классов для наборов сущностей, которые будут отражены в БД 25

3.2 Построение общей схемы БД 25

3.2 Построение подсхем БД 25

4 Средства и инструменты защиты баз данных 26

4.1 Определение ролей БД и их прав доступа к объектам БД 26

4.2 Управление учетными записями пользователей БД 26

4.3 Анализ данных, попадающих под действие закона о персональных данных 26

4.4 Порядок резервирования и восстановления БД 26

4.5 Порядок мониторинга работы БД 26

ЗАКЛЮЧЕНИЕ 27

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 28

Приложение А 29

ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ

БД - база данных;

СУБД - система управления базами данных;

Дополнить при необходимости и выстроить по алфавиту.

АННОТАЦИЯ

Ниже пример состава аннотации:

Пояснительная записка 63 страниц, 24 рисунка, 18 таблиц, 15 источников, 2 приложения.

АВТОМАТИЗИРОВАННАЯ СИСТЕМА, И-ИЛИ ДЕРЕВЬЯ, СЛОЖНЫЙ ТЕХНИЧЕСКИЙ ОБЪЕКТ, МОДЕЛЬ, УРОВНИ, ПРЕДСТАВЛЕНИЯ.

Объектом исследования являются модели сложных технических объектов на основе И-ИЛИ деревьев.

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

Цель работы – повышение эффективности реконфигурирования моделей сложных технических объектов для проведения вычислительных экспериментов.

В процессе работы был создан программный продукт «Автоматизированная система управления моделями сложных технических объектов на основе И-ИЛИ деревьев».

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

ВВЕДЕНИЕ

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

Далее краткое описание содержания всех глав пояснительной записки.

1 Описание предметной области

1.1 Структура объекта

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

Рисунок 1.1 – Пример представления организационной схемы

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

1.2 Описание бизнес-процессов в предметной области

На основании анализа должностных инструкций выделить основные бизнес-процессы должностных лиц и сделать их подробное текстовое описание. Например,

Техучеба монтеров пути выполняется следующим образом:

расписания занятий

практических работ

выработка рекомендаций; формирование направления на тестирование;

Использовать для описания способ выявления бизнес-правил и пр. по работе бъектно-ориентированный подход в бизнес-анализе// Сущность бизнес анализа.– №2.– 2014.– Смотреть С. 83-88.– URL: http:///alexbelin/docs/rusitba_2/1

Также можно использовать Universal Business Language Version 2.1:

http://docs. oasis-open. org/ubl/os-UBL-2.1/UBL-2.1.html,

который ориентирован на стандартизацию описания бизнес-процессов.

А здесь соответствующие xsd-схемы типовых процессов, на базе которых можно формировать соответствующие типовые описания-документы бизнес-процессов в формате xml. http://docs. oasis-open. org/ubl/os-UBL-2.1/xsd/maindoc/

Примеры описанных xml на базе xsd-схем: http://docs. oasis-open. org/ubl/os-UBL-2.1/xml/

1.3 Построение диаграмм прецедентов и деятельности в UML

Предпочтительнее UML!!!

Для каждого бизнес-процесса, описанного в пункте 1.1.2, создать в пакете Visio или др. пакете диаграммы и поочередно вставить в данный раздел с обязательными спецификациями.

Рисунок 1.2 – Пример представления диаграммы прецедентов на примере прецедента «Учёт договоров»

Из имеющихся прецедентов требуют детализации следующие:

календарное планирование

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

Таблица 1.1 – Спецификация прецедента «Согласование договоров»

Прецедент	Согласование договоров
ID	А1
Краткое описание	Автоматизирует процесс согласования договора
Главные актёры	Сотрудник подразделения, система
Второстепенные актёры	Руководитель
Предусловие	Карточка договора создана в системе, все реквизиты заполнены. Договор не утвержден
Основной поток	1.1) Пользователь, ответственный за создание карточки (актер «Сотрудник подразделения») нажимает на кнопку «Старт бизнес-процесса по согласованию»; 1.2) Система создает объект «Бизнес процесс по согласованию» и привязывает его к текущему документу; 1.3) Бизнес процесс запускается; 2) Считываются данные из таблицы «Перечень служб для согласования», генерируется соответствующий список лиц, имеющих право на рассмотрение договора в каждом отделе; 3) Пользователь выбирает текущего адресата из сгенерированного списка; 4) Запись документа; 5.1) У текущего адресата генерируется задача на рассмотрение документа; 5.2) Оповещение адресата посредством установленного в системе способа (при входе в систему, при просмотре списка договоров, по СМС, по e-mail); 6.1) Адресат рассматривает договор и выносит положительное решение; 6.2) Текущий адресат выбирает нового из оставшихся в списке служб для прохождения; 6.3) Документ двигается по маршруту бизнес процесса; 7) Когда документ будет согласован всеми службами он меняет статус на «утвержден».
Постусловие	Документ согласован и может учувствовать в формировании движений по регистрам, быть основанием для других документов.
Альтернативный поток	1) Если пользователь не верно выполняет алгоритм по адресации и согласованию – система указывает ошибки и не дает провести документ. 2) При вынесении решения по документу отличного от положительного адресатом автоматически становится ответственный за создание документа. Его задача – пересмотреть условия по договору или е отказаться от него вообще.

Рисунок 1.3 – Пример диаграммы деятельности для прецедента «Согласование договоров», который требовал детализации

Еще один пример спецификации прецедента и его диаграммы деятельности.

Таблица 1.2 – Спецификация прецедента «Использование документов для ввода на основании»

Прецедент	Использование документов для ввода на основании.
ID	А2
Краткое описание	Позволяет вводить подчиненные документы на основании карточки договора.
Главные актёры	Сотрудник подразделения.
Второстепенные актёры	–
Предусловие	Карточка договора заполнена. Документ записан в системе. Текущий пользователь – ответственный за документ.
Основной поток	1) Пользователь открывает карточку; 2) Выбирает пункт меню «Основные действия – создать документ на основании»; 3) Выбирает интересующий документ; 4) Система создаёт документ и берет возможные реквизиты для заполнения из карточки договора.
Постусловие	В системе создан новый документ на основании карточки договора, который находится в структуре подчинения карточки.
Альтернативный поток	Если пользователь не является ответственным за документ, то пункт меню останется не активным.

Рисунок 1.4 – Пример диаграммы деятельности для прецедента «Использование документов для ввода на основании»

1.4 Описание используемого программного и технического обеспечения в изучаемой предметной области

В данном разделе описать ПО и ТО, которое повлияет на выбор модели данных, СУБД при проектировании.

Сервер:

Рабочая станция:

1.5 Регламент и режим работы

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

1.6 Входная информация

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

1.7 Выходная информация

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

1.8 Анализ частоты исполнения функций и работы с документами

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

Например,

Таблица 1.3 – Анализ частоты исполнения функций и работы с документами

Должностное лицо	Функция	Частота выполнения функции	Уровень автоматизации
Менеджер по закупу	Оформление договоров купли - продажи	По мере необходимости	Частично автоматизирован (MS Word/MS Excel)
Менеджер по закупу, менеджер по продажам	Работа с приходной документацией при получении товара от поставщика	С оформлением договора купли-продажи	Частично автоматизирована (MS Word/MS Excel)
Менеджер по продажам	Формирование розничной цены	С покупкой товара	Не автоматизирована
Продавец-консультант	Продажа товара	Постоянно	Частично автоматизирована (MS Word/MS Excel)
Продавец-консультант	Учет продаж	Постоянно	Частично автоматизирована (MS Word/MS Excel)

1.9 Обзор аналогов программного обеспечения

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

Выводы по первой главе

2 Постановка задачи

2.1 Цели и назначение системы

2.2 Перечень прецедентов, требующих автоматизации в системе и поддержки на уровне базы данных

2.3Отчеты, которые необходимо создать в системе

2.4 Запросы, которые необходимо создать в системе

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

3 Разработка базы данных

3.1 Диаграмма классов для наборов сущностей, которые будут отражены в БД

Здесь можно увидеть примеры диаграмм классов, привязанных к определенным бизнес-процессам http://docs. oasis-open. org/ubl/os-UBL-2.1/uml/index. htm

3.2 Построение общей схемы БД

Краткое обоснование выбора СУБД.

Далее описывается в формате данных выбранной СУБД каждая таблица по следующему образцу:

Таблица 3.1-Структура таблицы «Название таблицы в СУБД»

Название поля в СУБД

Описание поля

Тип поля

Свойства поля

Primary/ Foreign key

…

Приводится рисунок со схемой данных в конкретной СУБД и со связями между таблицами (screen shot диаграммы из СУБД).

3.2 Построение подсхем БД

Указываются роли и/или самостоятельные смысловые области в рамках общей предметной области. На основании этой информации показывается, как сформированы подсхемы.

4 Средства и инструменты защиты баз данных

4.1 Определение ролей БД и их прав доступа к объектам БД

Приводится описание политики безопасности для доступа к объектам БД. Приводится код программы с настройкой ролей в БД и прав доступа для них, триггеров аудита.

4.2 Управление учетными записями пользователей БД

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

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

Описание мероприятий по работе с данными.

4.4 Порядок резервирования и восстановления БД

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

4.5 Порядок мониторинга работы БД

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

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Привести литературу, которой пользовались, использовать не менее 15 источников. Ссылки на литературу в квадратных скобках расставить по ходу курсовой записки, в особенности на заимствованный текст.

Примеры оформления ссылки в списке использованных источников:

1 SQL в примерах и задачах/ , , .– М.: Новое знание, 2002.– 176 с.

Пример ссылки на статью в журнале:

2 Возможности SQL/ , // Системы управления базами данных.– 2002.– №3.– C. 23-45.

Пример ссылки на Интернет-источник:

3 Документация Oracle 10g: PL/SQL User's Guide and Reference.– Электрон. дан.– 2007.–Режим доступа: http://www. /pls/db102/to_pdf? pathname= appdev.102%2Fb14261.pdf&remark=portal+%28Books%29.– Загл. с экрана. – Яз. англ.– © Oracle.

Приложение А

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