Вход

БД учета оборудования организации (кафедра-помещение-материально ответственный-оборудование)

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 292386
Дата создания 26 июня 2014
Страниц 36
Мы сможем обработать ваш заказ 5 декабря в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
650руб.
КУПИТЬ

Описание

ОГЛАВЛЕНИЕ


ВВЕДЕНИЕ 3
1 ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПОСТРОЕНИЯ БАЗ ДАННЫХ 3
1.1 Понятие базы данных 3
1.2 Методы проектирования баз данных 3
1.3 Характеристики и особенности СУБД Access 3
2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ 3
2.1 Определение исходных отношений 3
2.2 Проектирование ER-модели 3
3 РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ 3
3.1 Реализация таблиц 3
3.2 Реализация форм 3
3.3 Реализация запросов 3
3.4 Реализация отчетов 3
3.5 Реализация главной формы 3
ЗАКЛЮЧЕНИЕ 3
СПИСОК ЛИТЕРАТУРЫ 3


...

Содержание

ОГЛАВЛЕНИЕ


ВВЕДЕНИЕ 3
1 ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПОСТРОЕНИЯ БАЗ ДАННЫХ 3
1.1 Понятие базы данных 3
1.2 Методы проектирования баз данных 3
1.3 Характеристики и особенности СУБД Access 3
2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ 3
2.1 Определение исходных отношений 3
2.2 Проектирование ER-модели 3
3 РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ 3
3.1 Реализация таблиц 3
3.2 Реализация форм 3
3.3 Реализация запросов 3
3.4 Реализация отчетов 3
3.5 Реализация главной формы 3
ЗАКЛЮЧЕНИЕ 3
СПИСОК ЛИТЕРАТУРЫ 3


Введение

ВВЕДЕНИЕ

На сегодняшний день ни одно предприятие не может обойтись в своей работе без информационной системы. С помощью информационной системы осуществляется управление предприятием, планирование работы предприятия, анализ работы, взаимодействие с клиентами и надзорными органами и многое другое. Основной задачей информационной системы является хранение и переработка больших массивов информации, извлечение необходимой информации и организация ее защиты.
Для решения данных задач предназначены базы данных. Базы данных хранят информацию специально организованным образом, и для доступа к данным необходимо специальное программное обеспечение. Разработка баз данных и программного обеспечения для работы с ними является сложной и трудоемкой задачей. Существуют различные методики разработки баз д анных, а также различные средства реализации базы данных и приложения для работы с ними. Использование данных методик позволяет построить корректную и целостную базу данных, удобную в эксплуатации. Для реализации баз данных существует большое количество программных средств, выбор которых зависит от таких факторов, как предметная область, условия эксплуатации или уровень квалификации пользователей и разработчиков.
Поскольку любая задача автоматизации производственных или управленческих процессов на предприятии включает построение базы данных, данная тема является актуальной.
Целью данной курсовой работы является проектирование и реализации базы данных, обеспечивающей эффективные учет и управление оборудованием организации.
Задачами курсовой работы являются:
- изучение методов и средств проектирования и реализации баз данных;
- проектирование логической структуры базы данных;
- выбор средства реализации базы данных;
- физическое проектирование и реализация базы данных с учетом выбранного средства проектирования;
- реализация удобного пользовательского интерфейса.
Теоретической основой работы стали работы отечественных и зарубежных ученых: С. Я. Архипенкова, В.С. Белова, Д. В. Голубева, В. И. Грекула, Г. Н. Денищенко, Н. Л. Коровкиной. Б. Девлин, В. Х. Инмон, Р. Кимпбалл, М. Росс, Э. Спирли.
Структура работы. Работа состоит из введения, трех глав, заключения, списка использованной литературы, базы данных .

Фрагмент работы для ознакомления

Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. На тот случай, когда не хватает функциональности визуальных средств пользователи Access могут обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнять макрокоманды.В Access присутствует язык программирования Visual Basic for Application, который позволяет создавать массивы, свои типы данных, вызывать DLL-функции, с помощью OLE Automation контролировать работу приложений, которые могут функционировать как OLE -серверы. Можно целиком создавать базы данных с помощью кодирования, когда в этом появляется необходимость. MS Access имеет богатый набор визуальных средств.  Вся работа с базой данных осуществляется через контейнеры базы данных. Отсюда осуществляется доступ ко всем объектам, а именно: таблицам, запросам, формам, отчетам, макросам, модулям.Встроенный SQL позволяет максимально гибко работать с данными и значительно ускоряет доступ к внешним данным. На небольшом предприятии с количеством компьютеров не больше десяти ресурсов Access вполне может хватить для обслуживания всего делопроизводства, естественно в связке с Microsoft Office. То есть все пользователи могут обращаться к одной базе данных, установленной на одной рабочей станции, которая не обязательно должна быть выделенным сервером. Для того, чтобы не возникли проблемы сохранности и доступа к данным, имеет смысл воспользоваться средствами защиты, которые предоставляет Access [3].2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ2.1 Определение исходных отношенийНа первом этапе проектирования необходимо сформулировать исходное отношение, в которое войдут все необходимые для хранения данные.Для ведения учета оборудования учебного заведения необходимо иметь следующую информацию (таблица 1):Таблица 1 – Атрибуты отношения «Оборудование»Наименование атрибутаОписаниеИнвентарный номерИнвентарный номер оборудованияНаименованиеНаименование оборудованияВид оборудованияВид оборудованияОписание оборудованияОписание (краткое)Год приобретенияГод приобретения оборудованияСостояниеСостояние на текущий моментСтоимость оборудованияСтоимость на момент заполненияПомещениеПомещение, в котором установлено оборудованиеТип помещенияТип помещения (лабораторное, лекционное, служебное) МОЛЛицо, ответственное за помещение (ФИО, должность)Кафедра Кафедра, которой принадлежит помещениеЗаведующий кафедройЗаведующий кафедрой (ФИО, должность) На следующем этапе необходимо привести исходное отношение к третьей нормальной форме.Отношение, сформулированное в таблице 1, не находится в первой нормальной форме, поскольку не все атрибуты отношения являются атомарными. Атрибуты «МОЛ» и «Заведующий кафедрой» содержат не одно, а несколько самостоятельных значений (фамилию, имя, отчество, должность). Поэтому для приведения в первую нормальную форму исходное отношение должно быть преобразовано (таблица 2).Таблица 2 – Отношение «Оборудование» в 1НФНаименование атрибутаОписаниеИнвентарный номерИнвентарный номер оборудованияНаименованиеНаименование оборудованияВид оборудованияВид оборудованияОписание оборудованияОписание (краткое)Год приобретенияГод приобретения оборудованияСостояниеСостояние на текущий моментСтоимость оборудованияСтоимость на момент заполненияПомещениеПомещение, в котором установлено оборудованиеТип помещенияТип помещения (лабораторное, лекционное, служебное)Фамилия МОЛФамилия МОЛИмя МОЛИмя МОЛОтчество МОЛОтчество МОЛДолжность МОЛДолжность МОЛКафедра Кафедра, которой принадлежит помещениеФамилия заведующегоФамилия заведующегоИмя заведующегоИмя заведующегоОтчество заведующегоОтчество заведующегоДолжность заведующегоДолжность заведующегоДля определения второй нормальной формы необходимо определить ключевой атрибут отношения. Для отношения «Оборудование» ключевым можно выбрать атрибут «Инвентарный номер», который в базе данных никогда не повторится и однозначно идентифицирует каждую единицу оборудования.Отношение в таблице 2 не находится во второй нормальной, поскольку в таблице есть атрибуты, не зависящие от первичного ключа. Во-первых, фамилия, имя, отчество и должность заведующего не зависят от инвентарного номера оборудования. Для ликвидации данной избыточности необходимо вывести данные о заведующем кафедрой в отдельное отношение «Заведующие». Также от инвентарного номера не зависят фамилия, имя, отчество и должность ответственного лица. Эти атрибуты также необходимо вынести в отдельное отношение «Ответственные лица». В каждом из этих отношений необходимо обозначить ключевое поле. Поскольку ключевое поле должно быть уникальным, наиболее удобным является назначение кода каждому экземпляру отношения. Таким образом, получаем три отношения, находящиеся во второй нормальной форме (таблицы 3-5).Таблица 3 – Отношение «Оборудование» в 2НФНаименование атрибутаОписаниеИнвентарный номерИнвентарный номер оборудованияНаименованиеНаименование оборудованияВид оборудованияВид оборудованияОписание оборудованияОписание (краткое)Год приобретенияГод приобретения оборудованияСостояниеСостояние на текущий моментСтоимость оборудованияСтоимость на момент заполненияПомещениеПомещение, в котором установлено оборудованиеТип помещенияТип помещения (лабораторное, лекционное, служебное)МОЛКод МОЛКафедра Кафедра, которой принадлежит помещениеЗаведующийКод заведующегоТаблица 4 – Отношение «Ответственные лица» в 2НФКодКод ответственного лицаФамилия МОЛФамилия МОЛИмя МОЛИмя МОЛОтчество МОЛОтчество МОЛДолжность МОЛДолжность МОЛТаблица 5 – Отношение «Заведующие» в 2НФКодКод заведующегоФамилия заведующегоФамилия заведующегоИмя заведующегоИмя заведующегоОтчество заведующегоОтчество заведующегоДолжность заведующегоДолжность заведующегоОтношения «Ответственные лица» и «Заведующие» находятся в третьей нормальной форме, поскольку среди неключевых атрибутов нет атрибутов, зависящих от ключа транзитивно.Отношение «Оборудование» не находится в третьей нормальной форме, поскольку есть атрибуты, зависящие от ключевого транзитивно:- атрибут «Тип помещения» зависит от первичного ключа через атрибут «Помещение»;- атрибут «МОЛ» зависит от первичного ключа через атрибут «Помещение», поскольку определяет ответственное лицо за помещение;- атрибут «Заведующий» зависит от первичного ключа через атрибут «Кафедра».- атрибут «Кафедра» зависит от первичного ключа через атрибут «Помещение».Для приведения отношения в третью нормальную форму, необходимо выделить еще два отношения: отношение «Помещения» и отношение «Кафедры». Тогда отношения «Оборудование», «Помещения» и «Кафедры» будут находиться в третьей нормальной форме (таблицы 6-8).Таблица 6 – Отношение «Помещение» в 3НФНаименование атрибутаОписаниеКодКод помещенияНазваниеНазвание помещенияТип помещенияТип помещения (лабораторное, лекционное, служебное)МОЛКод МОЛКафедра Кафедра, которой принадлежит помещениеТаблица 7 – Отношение «Кафедры» в 3НФНаименование атрибутаОписаниеКодКод кафедрыНазваниеНазвание кафедрыЗаведующийКод заведующегоТаблица 8 – Отношение «Оборудование» в 3НФНаименование атрибутаОписаниеИнвентарный номерИнвентарный номер оборудованияНаименованиеНаименование оборудованияВид оборудованияВид оборудованияОписание оборудованияОписание (краткое)Год приобретенияГод приобретения оборудованияСостояниеСостояние на текущий моментСтоимость оборудованияСтоимость на момент заполненияПомещениеПомещение, в котором установлено оборудованиеДля каждого отношения определен ключ «Код», однозначно идентифицирующий каждый экземпляр отношения.2.2 Проектирование ER-моделиВ соответствии с первым этапом проектирования, в базе данных можно выделить следующие сущности:- оборудование;- помещения;- кафедры.Поскольку отношения «Заведующие» и «Ответственные лица» определяют по сути один и тот же объект и имеют одинаковую структуру, их можно объединить в одну сущность – «Сотрудники». Для удобства ввода и обработки данных необходимо вынести в отдельный список виды оборудования. Поскольку определить состав списка заранее невозможно, его можно выделить в отдельную сущность «Виды оборудования». Таким образом, получаем следующие сущности (таблицы 9-13).Таблица 9 – Сущность «Оборудование» Наименование атрибутаТип данныхИнвентарный номерЧисловойНаименованиеТекстовыйВид оборудованияЧисловойОписание оборудованияТекстовыйГод приобретенияЧисловойСостояниеТекстовыйСтоимость оборудованияЧисловойПомещениеЧисловойТаблица 10 – Сущность «Помещения» Наименование атрибутаТип данныхНомерЧисловойНазваниеТекстовыйТип помещенияТекстовыйМОЛЧисловойКафедра ЧисловойТаблица 11 – Сущность «Кафедры» Наименование атрибутаТип данныхКодЧисловойНазваниеТекстовыйЗаведующийЧисловойТаблица 12 – Сущность «Сотрудники» Наименование атрибутаТип данныхКодЧисловойФамилия МОЛТекстовыйИмя МОЛТекстовыйОтчество МОЛТекстовыйДолжность МОЛТекстовыйТаблица 13 – Сущность «Виды оборудования» Наименование атрибутаТип данныхКодЧисловойНаименованиеТекстовыйСущности «Помещения» и «Оборудование» связаны связью 1:М, то есть в одном помещении может содержаться несколько элементов оборудования. Связь осуществляется по атрибутам «Номер» и «Помещение».Сущности «Кафедры» и «Помещения» связаны связью 1:М, то есть одной кафедре может принадлежать несколько помещений. Связь осуществляется по атрибутам «Код» и «Кафедра».Сущности «Сотрудники» и «Помещения» связаны связью 1:М, то есть один сотрудник может быть ответственным за несколько помещений. Связь осуществляется по атрибутам «Код» и «МОЛ».Сущности «Виды оборудования» и «Оборудование» связаны связью 1:М, то есть один вид может быть у нескольких единиц оборудования. Связь осуществляется по атрибутам «Код» и «Вид».ER-модель данных базы данных представлена на рисунке 1.Рисунок 1 – ER-модель базы данныхТаким образом, в базе данных определены 5 взаимосвязанных таблиц, связи между таблицами – один ко многим, для каждой таблицы определены ключевые поля, таблицы нормализованы. Следовательно, можно приступать к физической реализации базы данных. Для реализации выбрано средство Microsoft Access, в котором можно реализовать реляционную модель данных. 3 РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ3.1 Реализация таблицРеализация базы данных в Access начинается с реализации таблиц. Таблицы реализуются в соответствии с таблицами 9-13.Таблица «Сотрудники» имеет ключевое поле «Код», тип данных в котором – «Счетчик», который автоматически увеличивается на единицу при каждой новой записи. Для поля «Должность» предусмотрено поле подстановки, значения которого выбираются из фиксированного списка, изменить который сможет только администратор базы данных. Структура таблицы показана на рисунке 2.Рисунок 2 – Структур таблицы «Сотрудники»В результате данная таблица при заполнении выглядит следующим образом (рисунок 3).Рисунок 3 – Таблица «Сотрудники»В таблице «Кафедры» ключевым полем является поле «Код», а для поля «Заведующий» установлена подстановка из таблицы «Сотрудники». Для реализации этого для таблицы подстановки построен запрос (рисунок 4).Рисунок 4 – Структура таблицы «Кафедры»В результате заполнение таблицы «Кафедры» выглядит следующим образом (рисунок 5).Рисунок 5 – Заполнение таблицы «Сотрудники»Для таблицы «Помещения» ключевым является поле «Номер», тип данных которого – числовой. Для таблицы установлены следующие подстановки:- в поле «Тип помещения» - из фиксированного списка;- в поле «Кафедра» - из таблицы «Кафедры»;- в поле «МОЛ» - из запроса к таблице «Сотрудники».В результате заполнение таблицы выглядит следующим образом (рисунок 6).Рисунок 6 – Заполнение таблицы «Помещения»В таблице «Оборудование» ключевым является поле «Инвентарный номер». Для таблицы установлены следующие подстановки:- для поля «Вид» - из таблицы «Виды оборудования»;- для поля «Помещение» - из таблицы «Помещения» (рисунок 7).Рисунок 7 – Заполнение таблицы «Оборудование»Таким образом для таблиц настроен контроль целостности данных, что позволяет заполнять таблицы даже без помощи специально настроенных форм. 3.2 Реализация формДля более удобного заполнения базы данных используются формы. Основная форма базы данных – форма «Помещения» (рисунок 8). Рисунок 8 – Форма «Помещения»На форме отображаются данные о помещении (номер, тип), к какой кафедре принадлежит помещение, лицо, ответственное за помещение, а также перечень оборудования в помещении.

Список литературы

СПИСОК ЛИТЕРАТУРЫ

1. Афонин А. М., Царегородцев Ю. Н., Петрова С. А. Управление проектами. – СПб.: Форум, 2012. – 184 с.
2. Афонин А. М., Царегородцев Ю. Н., Петрова А. М., Ефремова Ю. Е. Теоретические основы разработки и моделирования систем автоматизации. – СПб.: Форум, 2011. – 182 с.
3. Базы данных в Access 2007: Учебник для ВУЗов. – М.: Бином, 2009 – 592 с.
4. Балдин К.В. Информационные системы в экономике: Учебник. - М.: Дашков и К., 2010, - 396 с.
5. Гвоздева Т. В., Баллод Б. А.. Проектирование информационных систем. – Ростов-на-Дону: Феникс, 2011. – 426 с.
6. Голышева А. В., Клеандрова И. А. Access 2007 без воды. Все, что нужно для уверенной работы. – М.: Наука и техника, 2009. – 192 с.
7. ГОСТ 34.601-90. Информационная lтехнология. lКомплекс стандартов наl автоматизированные системы. lАвтоматизированные системы. Стадии создания.
8. ГОСТ 34.602-89. lИнформационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
9. Избачков lЮ.С., Петров В.Н.Информационные lсистемы: Учебник для вузов,2-е изд.- lСПб.:Питер,2009.
10. Избачков Ю.С. Информационные lсистемы: lУчебник: - СПб., 2011. - 544 с.
11. Информационные системы в экономике: учебное пособие/ ред Д.В. Чистов. - М.: Инфра-М, 2011, - 234 с.
12. Карчевский Е.М. Филиппов И.Е. Access 2010 в примерах. Казань: «Казанский федеральный университет», 2011, - 118 с.
13. Осипов Д. Графика в проектах. М.:Наука и техника, 2009, - 632 с.
14. Официальный сайт ООО ЦТС «Форте-ВД». – 2008. - www//fvd.ru/ - официальный сайт ООО ЦТС «Форте-ВД».
15. Свободная энциклопедия. Статья об информационных системах. – 2013. - Ошибка! Недопустимый объект гиперссылки. система
16. Советов Б. Я., Цехановский В. В., Чертовской В. Д. Представление знаний в информационных системах. – М.: Академия, 2011. – 379 с.
17. Сооляттэ А. Ю. Управление проектами в компании. Методология, технологии, практика. – М.: Синергия, 2012. – 816 с.
18. Стив Ламберт, М. Доу Ламберт III, Джоан Преппернау Microsoft Office Access 2007. Русская версия (+ CD-ROM). – СПб.: ЭКОМ , 2010. – 199 с.
19. Сухарев М. Delphi: Полное руководство.М.:Наука и техника, 2010, - 1040 с.
20. Тимошок Е.Б. Microsoft Office Access 2007: Самоучитель. - СПб.: Диалектика, 2009. - 464 с.
21. Трахтенгерц Э. А. Компьютерные методы реализации экономических и информационных управленческих решений. Том 2. – М.: Синтег, 2011. – 400 с.
22. Туманов В. Е.. Проектирование хранилищ данных. – М.: Бином.Лаборатроия знаний, 2010. – 616 с.
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
© Рефератбанк, 2002 - 2022