Главная
Коллекция "Otherreferats"
Программирование, компьютеры и кибернетика
Концепции построения реляционных баз данных
Концепции построения реляционных баз данных
Проектирование информационной системы "Ремонт компьютеров". Установление связей между таблицами и обеспечением целостности извещений. Описание сущностей и определение ключевых полей. Построение инфологической и даталогической моделей базы данных.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 04.09.2014 |
| Размер файла | 762,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
РАЗДЕЛ 1. ТЕХНИЧЕСКИЙ ПРОЕКТ
1.1 Модель предметной области
1.2 Постановка задач
1.3 Входная информация
1.4 Выходная информация.
1.5 Выбор СУБД
1.6 Выбор системного ПО и аппаратной части
РАЗДЕЛ 2. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ. СОЗДАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
2.1 Расчет стоимости проекта
РАЗДЕЛ 3. РАБОЧИЙ ПРОЕКТ
3.1 Описание сущностей и определение ключевых полей
3.2 Установление связей между таблицами и обеспечение целостности данных
3.3 Нормализация таблиц
3.4 Разработка таблиц
3.5 Создание запросов и отчетов
3.6 Создание и применение форм
3.7 Построение инфологической модели базы данных
3.8 Даталогическая модель базы данных
3.9 Инструкция по пользованию базой данных «Ремонт компьютеров»
3.9.1 Инструкция оператору
3.9.2 Инструкция пользователю
ЗАКЛЮЧЕНИЕ
СПИСОК ЛИТЕРАТУРЫ
ВВЕДЕНИЕ
В настоящее время практически в любой современной организации сложилась знакомая всем парадоксальная ситуация - информация есть, иногда ее даже слишком много, но она не структурирована, не согласована, разрознена, не всегда достоверна, её практически невозможно найти и получить в реальные сроки. Разрешению этих противоречий способствует концепция создания и использования современных баз данных.
Объект исследований - реляционная модель данных в описании деятельности коммерческих предприятий.
Предмет исследований - изучение технологии проектирования и разработки базы данных на основе реляционной модели.
Цель курсовой работы - расширить и углубить изучение концепций построения реляционных баз данных и усовершенствовать практические навыки их разработки. В курсовой работе поставлены следующие задачи:
§ Спроектировать базу данных на основе работы сервисного центра по ремонту компьютеров;
§ Разработать объекты базы данных: таблицы, запросы, формы и отчеты;
§ Выполнить верификацию разработанного информационного продукта.
Методы исследования: системный анализ литературы, знакомство со специализированными публикациями из ресурсов Интернет, периодическими изданиями, использование справок системы СУБД Access.
Постановка задачи.
1)Спроектировать информационную систему «Ремонт компьютеров».
2)Описать информационную систему на основе СУБД MS Access.
3)С помощью СУБД MS Access привести данную информационную систему к удобному и доступному виду для работы пользователей. База данных должна автоматизировать обработку информации.
РАЗДЕЛ 1. ТЕХНИЧЕСКИЙ ПРОЕКТ
1.1 Модель предметной области
Сервисный центр специализируется на ремонте компьютеров различных производителей, а также предоставляет услуги по ремонту компьютеров, находящихся на гарантии, услуги по послегарантийному ремонту и диагностику неисправностей.
Доставка компьютеров в сервисный центр осуществляется клиентом. Каждому клиенту при приеме в ремонт компьютера выдается акт приема-передачи товара, в котором описывается поломка, указывается наименование компьютера, его серийный номер, дата сдачи компьютера в ремонт. Акт подписывается заказчиком и исполнителем. В случае если компьютер находится на гарантии, клиент обязан предъявить гарантийный талон.
Ремонт компьютеров начинается с диагностических работ, определяется характер неисправностей, после которых мастер или менеджер перезванивают клиенту и оговаривают срок, а также стоимость необходимых работ и запчастей. В случае если клиента не устраивают какие-либо моменты, он может отказаться от проведения ремонта. Только после получения согласия клиента мастер производит ремонт компьютера.
Ремонт компьютеров выполняется высококвалифицированными специалистами. Отслеживать процесс ремонта можно, позвонив в сервисный центр. После окончания ремонтных работ мастер или менеджер перезванивают клиенту и сообщают об окончании ремонтных работ и уточняют дату, когда клиент может забрать компьютер.
При получении компьютера из ремонта клиент предъявляет акт приема-передачи товара, после чего оплачивает все оговоренные с мастером работы. На каждое отремонтированное изделие дается гарантийная поддержка.
1.2 Постановка задач
Для информационного обслуживания сервисного центра создается база данных «Ремонт компьютеров», которая содержит следующие данные:
§ Сведения о компьютерах, которые были сданы в ремонт;
§ Сведения о причине поломки;
§ Сведения о мастере, который проводил диагностику поломки и ремонт компьютера;
§ Сведения о проделанных, определенным мастером, работах, с указанием времени начала и конца ремонта;
§ Стоимость услуг для каждого клиента.
База данных строится с учетом следующих особенностей:
§ Каждый клиент может принести в ремонт несколько компьютеров;
§ Каждый компьютер может иметь несколько поломок;
§ В сервисном центре работают сотрудники, специализирующиеся на определенном виде работ, поэтому один мастер может принять несколько компьютеров;
§ Ремонт компьютеров, находящихся на гарантии, проводится бесплатно.
В режиме формы представлены списки предлагаемых услуг по ремонту компьютеров и списки мастеров, работающих в сервисном центре. В режиме запросы можно просмотреть информацию о компьютерах, которые были сданы в ремонт и находятся на гарантии, сведения о прибыли каждого мастера и стоимость ремонта каждого компьютера. В режиме отчеты можно просмотреть общий отчет, в котором представлены все компьютеры, которые были сданы в ремонт, представлена информация о мастерах, которые занимаются ремонтом определенного компьютера, дата начала и конца ремонта и стоимость ремонтных работ. Также в режиме отчеты представлены списки компьютеров, ремонт которых еще не закончен.
С базой данных могут работать администраторы, для которых доступны следующие задачи:
§ Добавление, редактирование и удаление сведений о компьютерах, которые были сданы в ремонт;
§ Добавление, редактирование и удаление сведений о сотрудниках сервисного центра;
§ Добавление, редактирование и удаление сведений об услугах, предоставляемых сервисным центром;
§ Изменение цен на услуги, предоставляемые сервисным центром.
1.3 Входная информация
Под входной информацией понимается вся информация, необходимая для решения задачи и расположенная на различных носителях: первичных документах, машинных носителях, в памяти персонального компьютера. С этой целью составляются перечень входной информации и состав реквизитов каждого вида входной информации, расположение реквизитов входной информации, описание реквизитов (полей) входных документов.
При определении перечня входной информации описываются:
- вид информации (текущая переменная, нормативно-справочная);
- источники информации (человек);
- специфика сбора, хранения информации;
- способы поступления (на машинном носителе или непосредственно вводом в ЭВМ при помощи специальных программных и аппаратных средств);
- объемно-временные характеристики;
- способы контроля.
В нашем случае это новые мастера которые могут устроиться на работу и предлагаемые услуги для ремонта компьютеров
1.4 Выходная информация.
Система должна обеспечивать вывод следующей информации:
1) в виде запросов:
- компьютеры на гарантии;
- прибыль мастеров;
- стоимость ремонта.
2) в виде печатных документов (отчётов):
- отчет за год
- компьютеры находящиеся в ремонте.
Выдача информации на печать должна осуществляться в формате А4.
1.5 Выбор СУБД
Microsoft Access является настольной СУБД (система управления базами данных) реляционного типа. Достоинством Access является то, что она имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать приложения, используя встроенные средства.
В отличие от других настольных СУБД, Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам, как и положено реляционной СУБД. К этим данным относится не только информация в таблицах, но и другие объекты базы данных, которые будут описаны ниже.
Для выполнения почти всех основных операций Access предлагает большое количество Мастеров (Wizards), которые делают основную работу за пользователя при работе с данными и разработке приложений, помогают избежать рутинных действий и облегчают работу неискушенному в программировании пользователю.
Сравнивать будем Microsoft Office 2010 и OpenOffice 3.4, как самые распространенные дистрибутивы.
1. Набор приложений: Майкрософт Офис: Word, Excel, PowerPoint, Microsoft Outlook, Access, Publisher, FrontPage, InfoPath. Интерес из них на мой взгляд представляют только первые три. Редактор документов, таблиц и презентаций соответственно. Собственно для повседневной офисной или домашней работы больше то и не требуется. OpenOffice: Writer (Word), Calc (Excel) и PowerPoint Wiever. И ничего лишнего. Поскольку если вы соберетесь работать с базами данных, версткой сайтов, или другими интересными задачами - вы сможете выбрать более гибкие и мощные приложения, чем универсальные наспех сляпанные.
2.Форматы документов: Майкрософт Офис:Документы Word (.doc) всех форматов от первого до формата 2010, аналогично Excel(.xls) и PowerPoint. OpenOffice: Документы Word(.doc)всех форматов от первого до формата 2010 плюс собственный формат (.odt), аналогично Excel(.xls) + свой формат, ну и PowerPoint конечно же.
3.Установка: Ставятся приложения примерно одинаково как по времени, так и по выпадающим диалоговым меню, расставляем галочки, ждем окончания процесса установки и готовы к работе.
4. Скорость работы: С обработкой самих документов скорость обоих пакетов одинакова ... в смысле редактирования, листинга документа, сохранения. А вот что касается открытия документа, то ОпенОфис существенно проигрывает Майкрософт Офису (для сравнения на одной и той же машине один и тот же документ Майкрософт офис открывает за 4 секунды, а ОпенОфис 13 секунд). отмечу что процесс загрузки отсчитывается с момента нажатия "открыть" на документе, находящемся на рабочем столе при закрытой программе. Открытие документа из самой программы в обоих пакетах занимает равное время. То есть мы говорим о разной скорости открытия самих программ, да и не удивительно, Для Microsoft Office среда Windows является родной, и загрузка программы опирается на модули и библиотеки системы, а OpenOffice прогружается полностью, подгружая с собой полный набор необходимых ему библиотек. Ну и соответственно памяти в системе он занимает несколько больше, нежели конкурент.
5. Системные требования: Оба пакета требуют операционные системы не ниже Windows 2000, то есть системные требования к компьютеру предъявляет операционная система. Скажу, что ОпенОфису сложнее разворачиваться на маломощных системах, но по правде сказать на маломощной системе и с Microsoft Office работа не будет очень комфортной.
6. Интерфейс: У обоих пакетов интерфейсы классические и очень схожи между собой. У Майкрософта красивши, но в конце то концов мы же не любоваться программой собираемся. В плане функционала наборы примерно одинаковы, Собственно говоря документ мы вполне можем набрать и там и там опираясь на базовые знания русского, а может и не только, языка. Какие то различия могут возникнуть при сложной верстке, причем свои плюсы и минусы есть у каждого пакета. Основной недостаток ОпенОфиса (в плане текстового редактора) это слабая система проверки орфографии, в плане работы с таблицами тоже есть свои недочеты, но они незначительны.
СУБД «Access» является мощной средой для проектирования баз данных и одновременно простой в использовании, с помощью встроенных мастеров. Все перечисленное выше послужило основанием для выбора в качестве СУБД - именно «MS Access».
1.6 Выбор системного ПО и аппаратной части
Сравнение редакций операционной системы Windows Seven на русском языке. Для удобства, дано два вида названия пунктов: на русском языке и на английском
|
Средняя розничная цена (FPP) |
Только OEM |
3200 р. |
4900 р. |
7100 р. |
9900 р. |
|
|
Средняя цена при легализации(Legalization Get Genuine) |
1500 р. |
2500 р. |
4000 р. |
5100 р. |
9000 р. |
|
|
32-бит и 64-бит версии |
32-bit only |
Обе |
Обе |
Обе |
Обе |
|
|
Кодеки AAC и H.264 |
||||||
|
Центр поддержки |
||||||
|
Удаленное использование функции Aero Glass |
||||||
|
Общий доступ к интернет Internet Connection Sharing |
||||||
|
Общий доступ к файлам |
Только доступ |
Только доступ |
Для работы нашей информационной системы лучше всего подойдет
Windows 7 Home Premium, она справляется со всеми домашними задачами и имеет встроенный интерфейс Windows Aero, который придает удобства в управление.
Для работы с проектируемой системой можно использовать ПЭВМ с характеристиками аппаратной части, представленными в таблице
Характеристика аппаратной части ПЭВМ
|
№ п/п |
Название устройства |
Характеристика |
||
|
Минимальная |
Для нормальной работы |
|||
|
1 |
Процессор |
Р4, 1200 МГц |
Intel Celeron 2.5ГГц |
|
|
2 |
Оперативная память |
512 Мб |
1 Гб |
|
|
3 |
Жесткий диск |
60 Гб |
100 Гб |
|
|
4 |
Монитор |
15” |
19” |
|
|
5 |
Принтер |
HP LazerJet1020 |
HP LaserJet 1310 |
РАЗДЕЛ 2. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ. СОЗДАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
2.1 Расчет стоимости проекта
Стоимость реализуемого проекта включает в себя стоимость 2ух автоматизированных рабочих мест (программное обеспечение, СУБД, аппаратная часть); стоимость разработки информационной системы; стоимость обучения персонала; ведение системы.
Аппаратная часть одного автоматизируемого рабочего места включает в себя:
1)Процессор Intel Celeron G540 2.50GHz/Sandy Bridge/cashe-2Mb/1155 LGA, TDP 65W, встроенное видеоядро =1500 руб.
2)DDR-3 2048Mb PC3-10600 1333MHz CL9 Goodram Retail = 700 руб.
3) Видеокарта Asus GeForce GT610 810/1200 Mhz, 1024Mb 64-bit GDDR3 <AV17> =1450 руб.
4) Мат. плата Asus "P8H61-M LX3" Intel H61 Express LGA 1155 <OEM> =1470 руб.
5) Блок питания Inter-Tech SL-500A, ATX (20+4pin) 500W =680 руб.
6) Корпус I-box Fornax 5002 =800 руб.
7) DVD±R/RW Lite-On iHAS122-18B Black SATA =610 руб.
8) Мышь Defender оптическая Orion 300 В (черная), USB 2.0, 2 кнопки + колесо-кнопка, 800 dpi (52813) = 120 руб.
9) Клавиатура DEFENDER Etude 980 B (черный), PS/2, 17 горячих клавиш (45096) =230 руб.
10) Монитор LG 19" 19EN33S-B = 2990 руб.
Итого = 10550 руб.
Программное обеспечение:
Windows 7 Home Premium 64 bit = 4990 руб.
СУБД: Microsoft Office для дома и учебы 2010 (Home and Student 2010)
= 5440 руб.
Итого (10550+ 4990 + 5440)*2=41960 руб.
Стоимость обучения персонала =5820 руб (28 ак. Часов)
Всего: 53600 руб.
Расчет временных затрат:
-разработка технического задания - 2 неделя
-техническое проектирование - 1 неделя
-ввод в действие - 2 недели
-обучения персонала - 2 неделя.
Временные затраты составят примерно 1,5 месяца.
РАЗДЕЛ 3. РАБОЧИЙ ПРОЕКТ
3.1 Описание сущностей и определение ключевых полей
В базе данных «Ремонт компьютеров» имеются такие сущности как Компьютеры, Мастера, Диагностика неисправностей, Ремонт компьютеров.
Сущность Компьютеры предназначена для ввода информации о компьютерах, поступивших в сервисный центр для ремонта и включает в себя следующие характеристики:
§ Код компьютера;
§ Наименование;
§ Серийный номер;
§ Гарантия.
Сущность Мастера предназначена для ввода информации о сотрудниках сервисного центра, которые устанавливают причину поломки и устраняют ее. Сущность включает следующие характеристики:
§ Код мастера;
§ Фамилия;
§ Имя;
§ Отчество;
§ Серия и номера паспорта;
§ Идентификационный код.
Сущность Диагностика неисправностей предназначена для ввода информации о причине поломки и способах ее устранения. Данная сущность содержит следующие характеристики:
§ Код поломки;
§ Причина поломки;
§ Способы устранения поломки;
§ Цена.
Сущность Ремонт компьютеров включает в себя следующие характеристики:
§ Код компьютера;
§ Код поломки;
§ Код мастера;
§ Дата начала ремонта;
§ Дата конца ремонта;
§ Сумма.
Размещено на http://www.allbest.ru/
Рис. 1 - Описание сущностей
В каждой таблице БД должно быть определено ключевое поле. Этот, так называемый первичный ключ, обеспечивает уникальность записей в таблице, препятствуя вводу повторяющихся данных. С помощью ключа СУБД обеспечивает быстрый поиск требуемых данных, их хранение и обработка.
В качестве первичного ключа в базах данных разрешается использовать несколько полей. Тогда уникальной должна быть комбинация значений этих полей (а значения в отдельных полях у разных записей таблицы могут совпадать).
Однако не во все таблицах могут содержаться ключевые поля, обеспечивающие уникальность записей в таблице. Поэтому очень часто для создания поля первичного ключа в таблицу добавляют суррогатный столбец. Для него устанавливают тип данных Счетчик. Это искусственно введенное поле, за уникальность которого отвечает Access. Данные в это поле добавляются автоматически при создании новой записи, чаще всего используется счетчик возрастающих чисел.
Первичный ключ используется для связывания таблицы с внешними ключами - полями в других таблицах. Внешний ключ - одно поле (или несколько полей) таблицы, содержащее ссылку на поле или поля первичного ключа в другой таблице.
В разработанной базе данных «Ремонт компьютеров» поле Код компьютера в таблице Компьютеры является первичным ключом и связан с внешним ключом Код компьютера таблицы Ремонт компьютеров. Поле Код мастера таблицы Мастера является первичным ключом и связан с внешним ключом Код мастера таблицы Ремонт компьютеров.
В таблице Ремонт компьютеров в качестве первичного ключа используется вся совокупность полей: Код компьютера, Код мастера, Код поломки. Для обеспечения уникальности записей в таблице Ремонт компьютеров добавлено поле Код заказа, для которого установлен тип данных Счетчик.
В таблице Диагностика неисправностей поле Код поломки является первичным и обеспечивает связь с внешним ключом Код поломки таблицы Ремонт компьютеров.
3.2 Установление связей между таблицами и обеспечение целостности данных
Для того чтобы создать единую информационную структуру, все таблицы базы данных необходимо объединить, создав для этого связи между их полями. Связанные таблицы дают возможность объединять все данные на основе совпадающих значений полей.
Связи устанавливаются между ключевыми полями таблиц. В большинстве случаев с первичным ключом одной таблицы, являющимся уникальным идентификатором каждой ее записи, связывается внешний ключ другой таблицы.
Между таблицами могут быть установлены следующие типы связей:
Связь «один-к-одному» устанавливается в случаях, когда конкретная строка главной таблицы в любой момент времени связана только с одной строкой подчиненной таблицы. Эта связь самая простая, но встречается она нечасто. Таблицы, имеющие тип связи «один-к-одному», всегда можно скомпоновать в одну.
Связь «один-ко-многим» устанавливается в случаях, когда конкретная строка главной таблицы в любой момент времени связана с несколькими строками подчиненной таблицы. При этом любая строка подчиненной таблицы связана только с одной строкой главной таблицы.
Связь «многие-ко-многим» устанавливается в случаях, когда конкретная строка главной таблицы в любой момент времени связана с несколькими строками подчиненной таблицы. Фактически такой тип связи - сложный и запутанный, и в базах данных его создавать не разрешается.
Поскольку в таблице Компьютеры для каждого компьютера отведена одна запись, то эта таблица связана с таблицей Ремонт компьютеров отношением типа «один-ко-многим» (над одним компьютером могут проводиться несколько ремонтных работ).
Поскольку один мастер может починить несколько компьютеров, между таблицами Мастера и Ремонт компьютеров установлена связь «один-ко-многим».
Таблица Диагностика неисправностей связана с таблицей Ремонт компьютеров также связью «один-ко-многим», поскольку один компьютер может иметь несколько поломок.
Целостность данных означает систему правил, используемых для поддержания связей между записями в связанных таблицах, а также обеспечивает защиту от случайного удаления или изменения связанных данных. Установить целостность данных можно, если выполнены следующие условия:
§ Связанное поле главной таблицы является ключевым полем или имеет уникальный индекс;
§ Связанные поля имеют один тип данных;
§ Таблицы принадлежат одной БД Access.
Установив целостность данных, необходимо действовать в соответствии со следующими правилами:
§ Невозможно ввести в поле внешнего ключа связанной таблицы значение, не содержащееся в ключевом поле главной таблицы;
§ Не допускается удаление записи из главной таблицы, если существуют связанные с ней записи в подчиненной таблице;
§ Невозможно изменить значение ключевого поля в главной таблице, если существуют записи, связанные с данным значением.
Чтобы наложить эти правила на конкретную связь, при ее создании следует установить флажок Обеспечение целостности данных. Если данный флажок установлен, то любая попытка выполнить действие, нарушающее одно из перечисленных выше правил, приведет к выводу на экран предупреждения, а само действие выполнено не будет. Чтобы преодолеть ограничения на удаление или изменение связанных записей, сохраняя при этом целостность данных, следует установить флажки Каскадное обновление связанных полей и Каскадное удаление связанных полей. Если установлен флажок Каскадное обновление связанных полей, то при изменении ключевого поля главной таблицы автоматически изменяются и соответствующие значения связанных полей. Если установлен флажок Каскадное удаление связанных полей, то при удалении записи в главной таблице удаляются и все связанные записи в подчиненной таблице.
Рис.1 - Схема данных
3.3 Нормализация таблиц
Следующий шаг на пути проектирования структуры реляционной базы данных - нормализация таблиц. Нормализация -- это процесс организации данных в базе данных, включающий создание таблиц и установление отношений между ними в соответствии с правилами, которые обеспечивают защиту данных и делают базу данных более гибкой, устраняя избыточность и несогласованные зависимости.
Нормализация таблиц представляет собой последовательное изменение структуры таблиц до тех пор, пока она не будет удовлетворять требованиям последней формы нормализации. Всего существует шесть форм нормализации: первая нормальная форма, вторая нормальная форма, третья нормальная форма, нормальная форма Бойса-Кодда, четвертая нормальная форма и пятая нормальная форма или нормальная форма проекции-соединения.
Первая нормальная форма: запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию); запрещает множественные столбцы (содержащие значения типа списка и т.п.); требует определить первичный ключ для таблицы, то есть тот столбец или комбинацию столбцов, которые однозначно определяют каждую строку.
В таблицах базы данных «Ремонт компьютеров» ни одно из полей не содержит более одного значения. В таблице Компьютеры все неключевые атрибуты определяются ключом Код компьютера. В таблице Мастера в качестве первичного ключа используется Код мастера, а в таблице Диагностика неисправностей - Код поломки. Таблицы отвечают требованиям первой нормальной формы.
Вторая нормальная форма. Таблица находится во второй нормальной форме, если она удовлетворяет требованиям первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. В случаях, когда таблица находится в первой нормальной форме и первичный ключ у нее состоит из одного столбца, то она автоматически находится во второй нормальной форме.
Можно сделать вывод, что таблицы базы данных «Ремонт компьютеров» находятся во второй нормальной форме.
Третья нормальная форма. Таблица находится в третьей нормальной форме, если она удовлетворяет определению второй нормальной формы и ни одно из не ключевых полей не зависит функционально от любого другого не ключевого поля. компьютер инфологический база данные
Таблица Диагностика неисправностей не находится в третьей нормальной форме, поскольку поле Способы устранения поломки зависит не только от ключевого поля Код поломки, но и от не ключевого поля Причина поломки. Чтобы привести таблицу к третьей нормальной форме, необходимо ее разбить на две таблицы: Диагностика неисправностей и Устранение поломки.
Таблица Диагностика неисправностей предназначена для ввода информации о причинах поломки и содержит следующие данные:
§ Код поломки;
§ Причина поломки.
Таблица Устранение поломки предназначена для ввода информации о способах устранения поломки. Таблица включает в себя следующие атрибуты:
§ Код поломки;
§ Способы устранения поломки;
§ Цена.
Поле Код поломки в таблице Устранение поломки является первичным ключом и обеспечивает связь с таблицами Диагностика неисправностей и Ремонт компьютеров.
Между таблицами Диагностика неисправностей и Устранение поломки установлена связь «один-ко-многим», поскольку одной поломке соответствует несколько способов ее устранения.
На практике нормализация таблиц базы данных заканчивается третьей нормальной формой.
Все таблицы базы данных «Ремонт компьютеров» находятся в третьей нормальной форме, и дальнейшая нормализация не требуется. Соответственно выполняются три основных правила нормализации:
§ Значения, находящиеся в полях, не повторяются;
§ Все неключевые поля функционально связаны с ключом;
§ Между не ключевыми полями нет скрытых зависимостей.
Рис. 2 - Результат нормализации
3.4 Разработка таблиц
Формирование базы данных состоит из ряда последовательных этапов. Один из этапов этап этого процесса - создание таблиц.
Таблицы являются основой любой базы данных - главным хранилищем информации. Каждая таблица имеет уникальное имя. Она состоит из записей (строк) и полей (столбцов), на пересечении которых находятся атрибуты записей. Существуют различные способы создания новых таблиц: путем ввода данных, с помощью мастера или конструктора таблиц.
База данных «Ремонт компьютеров» содержит 5 таблиц: Компьютеры, Мастера, Диагностика неисправностей, Устранение поломки, Ремонт компьютеров.
Для таблицы Компьютеры установлены следующие свойства полей.
|
Имя поля |
Тип поля |
Размер поля |
Формат поля |
|
|
Код компьютера |
Числовой |
Длинное целое |
000 |
|
|
Наименование |
Текстовый |
50 |
||
|
Серийный номер |
Текстовый |
50 |
||
|
Гарантия |
Логический |
Да/Нет |
Для полей таблицы Мастера устанавливаются следующие свойства.
|
Имя поля |
Тип поля |
Размер поля |
Формат поля |
|
|
Код мастера |
Числовой |
Длинное целое |
000 |
|
|
Фамилия |
Текстовый |
20 |
||
|
Имя |
Текстовый |
20 |
||
|
Отчество |
Текстовый |
20 |
||
|
Серия и номер паспорта |
Текстовый |
8 |
||
|
Идентификационный код |
Текстовый |
10 |
||
|
Телефон |
Числовой |
Длинное целое |
@@@-@@-@@ |
Для полей таблицы Диагностика неисправностей устанавливаются
следующие свойства.
|
Имя поля |
Тип поля |
Размер поля |
Формат поля |
|
|
Код поломки |
Числовой |
Длинное целое |
000 |
|
|
Причина поломки |
Текстовый |
100 |
Для таблицы Устранение поломки установлены следующие свойства полей.
|
Имя поля |
Тип поля |
Размер поля |
Формат поля |
|
|
Код поломки |
Числовой |
Длинное целое |
000 |
|
|
Способы устранения поломки |
Текстовый |
50 |
||
|
Цена |
Денежный |
Основной |
Для полей таблицы Ремонт компьютеров устанавливаются следующие свойства.
|
Имя поля |
Тип поля |
Размер поля |
Формат поля |
|
|
Код заказа |
Счетчик |
Длинное целое |
Новые значения - последовательные |
|
|
Код компьютера |
Числовой |
Длинное целое |
000 |
|
|
Код поломки |
Числовой |
Длинное целое |
000 |
|
|
Код мастера |
Числовой |
Длинное целое |
000 |
|
|
Дата начала ремонта |
Дата/время |
Краткий формат даты |
||
|
Дата конца ремонта |
Дата/время |
Краткий формат даты |
||
|
Сумма |
Денежный |
Основной |
3.5 Создание запросов и отчетов
Запросы - важнейший инструмент любой системы управления базами данных. Запросы служат для выбора записей, обновления таблиц и включения в них новых записей. Чаще всего запросы применяют для выбора конкретных групп записей, удовлетворяющих данному условию. Кроме того, запросы позволяют комбинировать информацию, содержащуюся в разных таблицах, обеспечивая связанным элементам данных таблиц унифицированный вид. В Access возможно создание запросов четырех типов позволяющих решать разные задачи: запрос на выборку, перекрестный запрос, запрос с вычисляемыми полями и запрос на обновление или удаление записей.
Для отбора данных при построении разрабатываемой базы данных «Ремонт компьютеров» созданы следующие запросы: запрос на выборку Компьютеры на гарантии, перекрестный запрос Стоимость ремонта и запрос с вычисляемыми полями Прибыль мастеров.
В запросе Компьютеры на гарантии в качестве условия отбора задается Гарантия. В результате отображается информация о компьютерах, которые были сданы в ремонт и находятся на гарантии.
Рис. 4 Заполненный бланк запроса Компьютеры на гарантии
Рис. 5 Результат выполнения запроса Компьютеры на гарантии
Запрос Стоимость ремонта строится на основе запроса Ремонтные работы. В запросе Ремонтные работы содержится информация о причине поломки и стоимость ремонта для компьютеров, ремонт которых уже закончен. Поскольку один компьютер может иметь несколько поломок, то в запросе Стоимость ремонта содержится информацию об общей стоимости ремонта для каждого компьютера.
Рис. 6 - Заполненный бланк запроса Стоимость ремонта
Рис.7 - Результат выполнения запроса Стоимость ремонта
В запросе Прибыль мастеров вычисления проводятся в поле Сумма. В итоге представляются данные о прибыли каждого из мастеров.
Рис.8 - Заполненный бланк запроса Прибыль мастеров
Рис.9 - Результат выполнения запроса Прибыль мастеров
Отчет - это конечный продукт большинства приложений баз данных. С помощью отчета данные можно представить фактически в любом формате с разными уровнями детализации. Для его создания комбинируется данные, запросы и даже формы. Отчет предназначен для печати и широкого распространения. Существуют одностолбцовые, ленточные, многостолбцовые отчеты, отчеты с группированием данных и др.
Для обобщения информации, содержащейся в базе данных «Ремонт компьютеров» созданы следующие отчеты:
§ Общий отчет, содержащий код заказа, наименование компьютера, фамилия мастера, причина поломки компьютера, дата начала и конца ремонта, стоимость ремонта;
§ Отчет Компьютеры, находящиеся на гарантии. В нем представлены данные о компьютерах, ремонт которых еще не закончен, фамилия мастера, который занимается ремонтом данного компьютера и дата начала ремонта.
Рис. 10 - Результат выполнения общего отчета
Рис. 11 - Результат выполнения отчета Компьютеры, находящиеся в ремонте
3.6 Создание и применение форм
Работа с данными непосредственно в режиме таблицы не всегда удобна. Для того чтобы сделать более удобным выполнение часто повторяющихся задач принято использовать графический интерфейс доступа - диалоговые окна с различными дополнительными элементами, такими как вкладки, списки и флажки. Такие окна называются формами. Используя формы, можно осуществить первоначальный ввод данных в таблицы, просмотр и редактирование записей в привычном для пользователя виде, напоминающем обычный документ, при этом выполнение многих операций упрощается, а присутствие на экране только нужной информации помогает не отвлекаться от сути операций.
В СУБД формы используют как для ввода данных, так и для большей наглядности при их выводе. Форму можно спроектировать на основе уже существующих в базе данных таблиц или запросов. В общем случае для ввода данных чаще используют формы, связанные с таблицами, а для просмотра выбранных данных - формы, связанные с запросами.
Формы создаются из набора отдельных конструктивных элементов, называемых элементами управления. Для ввода и редактирования данных применяются поля. В окне формы размещаются элементы управления двух типов: для отображения данных таблиц и для отображения статистических данных - подписей и логотипов.
Форму или таблицу данных, помещенную в другую форму, т.н. главную, называют подчиненной формой. Она позволяет отображать нижние уровни в подчиненных формах табличного вида.
Для ввода и редактирования данных в базе данных «Ремонт компьютеров» разработаны следующие формы:
§ Форма Мастера, содержащая записи таблицы Мастера: Код мастера, Фамилия, Имя, Отчество, Телефон;
§ Форма Предлагаемые услуги, содержащая записи таблицы Диагностика неисправностей: Код поломки, Причины поломки, и включающая подчиненную форму Устранение поломки, в которой представлена информация о предлагаемых сервисным центром услугах по ремонту компьютеров и цена на эти услуги.
Частным случаем форм являются так называемые кнопочные формы, которые содержат только кнопки (элементы управления). С их помощью открываются другие формы или отчеты базы данных или выполняются другие действия.
Рис. 12 - Главная кнопочная форма
Главная кнопочная форма Ремонт компьютеров - это главное окно разрабатываемого приложения, состоящее из кнопок:
§ Кнопка Форма ввода данных открывает формы Мастера и Предлагаемые услуги;
§ Кнопка Запросы открывает запросы Компьютеры на гарантии, Прибыль мастеров и Стоимость ремонта;
§ Кнопка Отчеты открывает Общий отчет и отчет Компьютеры, находящиеся в ремонте;
§ Кнопка Выход из БД закрывает данную базу данных.
3.7 Построение инфологической модели базы данных
Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности.
Рис.13 - Инфологическая модель
3.8 Даталогическая модель базы данных
Описание, создаваемое по инфологической модели данных, называют даталогической моделью данных. Даталогическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения. Пользователям выделяются подмножества этой логической модели, называемые внешними моделями, отражающие их представления о предметной области. Внешняя модель соответствует представлениям, которые пользователи получают на основе логической модели, в то время как концептуальные требования отражают представления, которые пользователи первоначально желали иметь и которые легли в основу разработки инфологической модели. Даталогическая модель отображается в физическую память, такую, как диск, лента или какой-либо другой носитель информации. Даталогическая модель в основном используется прикладными программистами для реализации требований, которые выдвинули конечные пользователи, отражённых в инфологической концептуальной модели.
Рис.14 - Даталогическая модель
3.9 Инструкция по пользованию базой данных «Ремонт компьютеров»
3.9.1 Инструкция оператору
Для начала работы с базой данных «Ремонт компьютеров» необходимо запустить ее двойным щелчком на ярлыке документа.
При открытии базы данных автоматически загружается Главная кнопочная форма, выполняющая роль обычного меню.
Нажатие на кнопке Формы ввода данных позволяет открыть для просмотра и редактирования формы Мастера и Предлагаемы услуги. Нажатие на кнопке Запросы позволяет открыть запросы Компьютеры на гарантии, Стоимость ремонта, Прибыль мастеров. Копка Отчеты позволяет открыть для ознакомления Общий отчет и отчет Компьютеры, находящиеся в ремонте, обобщающие информацию представленную в таблицах базы данных. База данных закроется при нажатии кнопки Выход из БД.
При необходимости ввода новых дополнительных данных или редактирования уже существующих или для ознакомления с уже имеющейся информацией, используются Формы. Для открытия формы необходимо выбрать вкладку Формы в столбце объектов базы данных. Нажатие на ярлыке одной из форм открывает ее для просмотра и редактирования данных.
3.9.2 Инструкция пользователю
Для создания запросов необходимо перейти на кнопку Запросы в столбце объектов. Далее следует выбрать способ создания запроса, таблицы, из которых будут извлекаться данные и сформулировать критерий запроса. После введения параметров отбора, на экран выводятся интересующая пользователя информация.
Для ознакомления с уже созданными отчетами или построения нового отчета необходимо перейти на вкладку Отчеты в столбце объектов. Затем следует выбрать способ создания отчета и определить данные, которые должны быть включены в отчет. После выполнения вышеуказанных требований на экран выводится созданный отчет. Данные в отчете редактировать нельзя. С помощью конструктора отчетов можно изменять параметры заголовков и иных входящих в отчет записей. Если существует потребность подготовить материалы базы данных к печати, создав выходные документы в соответствии с требованиями конкретного пользователя, используется также объект Отчеты. Подготовленный отчет можно распечатать, выбрать команду Печать в меню Файл и указав нужные параметры в диалоговом окне Печать.
После выполнения всех необходимых операций необходимо завершить работу с базой данных щелчком на кнопке закрытия окна программы, на значке управляющего меню окна и выбрав пункт Закрыть, выбором пункта меню Файл, Выход или другим известным пользователю способом.
ЗАКЛЮЧЕНИЕ
В курсовой работе поставлены и решены следующие задачи.
Выполнен анализ предметной области на примере работы предприятия, связанного с ремонтом компьютеров и построена его информационно-логическая модель. Спроектирована схема данных и выполнена ее нормализация. Разработаны таблицы, формы, запросы и отчеты. Выполнена верификация БД.
Спроектированная база данных «Ремонт компьютеров» состоит из 5 связанных таблиц: Компьютеры, Мастера, Диагностика неисправностей, Устранение поломок и Ремонт компьютеров. На их основе созданы запросы. К ним относятся запрос на выборку Компьютеры на гарантии, перекрестный запрос Стоимость ремонта и запрос с вычисляемы полями Прибыль мастеров. Разработаны формы Мастера и Предлагаемые услуги для ввода данных, их просмотра и возможной фильтрацией записей. Созданы Общий отчет и отчет Компьютеры, находящиеся в ремонте, обобщающие информацию в базе данных.
Данная база данных позволяет автоматизировать ввод, поиск и обработку информации, которая хранится в базе данных.
Разработка и внедрение базы данных «Ремонт компьютеров» предполагает уменьшение временных затрат на поиск и оперативное получение необходимой информации о компьютерах, поступивших в ремонт, мастерах, которые работают в сервисном центре и о ремонтных работах, проводимых мастерами над компьютерами.
СПИСОК ЛИТЕРАТУРЫ
1. Виллариал Б. Программирование Access 2002 в примерах [Текст]: Пер. с англ. / Боб Виллариал. - М.: КУДИЦ-ОБРАЗ, 2003. - 496 с.
2. Гончаров, А.Ю. Access 2003. Самоучитель с примерами [Текст] / А.Ю. Гончаров. - М.: КУДИЦ-ОБРАЗ, 2004. - 272 с.
3. Дубнов, П.Ю. Access 2000. Проектирование баз данных [Текст] / П.Ю. Дубнов. - М.: ДМК, 2000. - 272 с.: ил.
4. Золотарюк, А.В. Технология проектирования и создания баз данных Access [Текст] / А.В. Золотарюк. - М.: МФА, 2005. - 29 с.
5. Кошелев, В.Е. Access 2007 [Текст] / В.Е. Кошелев. - М.: Бином-Пресс, 2008. - 592 с.: ил.
6. Кузин, А.В. Базы данных [Текст]: Учеб. пособие для студ. высш. учеб. заведений / А.В. Кузин, С.В. Левонисова. - 2-е изд., стер. - М.: Академия, 2008. - 320 с.
7. Проектирование баз данных. СУБД Microsoft Access [Текст]: Учебное пособие для вузов / Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров и др. - М.: Горячая линия-Телеком, 2004. - 240 с.: ил.
8. Фуфаев, Э.В. Базы данных [Текст]: Учеб. пособие для студ. сред. проф. образования / Э.В. Фуфаев, Д.Э. Фуфаев. - 3-е изд., стер. - М.: Академия, 2007. - 320 с.
Размещено на Allbest.ru
Подобные документы
Описание торговой сети, сбор данных, которые должны содержаться в базе данных. Определение сущностей и атрибутов и построение концептуальной модели. Переход к физической модели. Определение таблиц, полей и типов данных. Определение связей между таблицами.
курсовая работа [1,5 M], добавлен 31.03.2015Построение информационной модели наиболее высокого уровня абстракции. Вид и содержание концептуальной модели базы данных. Установление связей между типами сущностей. Спецификация всех объектов, входящих в модель. Средства обеспечения целостности данных.
курсовая работа [2,6 M], добавлен 12.12.2011Системный анализ предметной области. Выявление сущностей инфологической модели, моделирование связей между ними. Описание внешних моделей в терминах выбранной СУБД. Реализация базы данных и организация запросов. Основные таблицы с приведением типов полей.
курсовая работа [1,9 M], добавлен 22.03.2015Выявление сущностей и связей, атрибутов сущностей и назначение первичных ключей при разработке базы данных. Реляционная модель данных. Описание стадий жизненного цикла информационной системы: анализ, проектирование, реализация, внедрение, сопровождение.
курсовая работа [152,2 K], добавлен 11.05.2014Анализ реляционных баз данных и способов манипулирования ими. Основные понятия баз данных, архитектура СУБД, модели данных. Модель сущность-связь, характеристика связей, классификация сущностей, структура первичных и внешних ключей, целостности данных.
курсовая работа [166,6 K], добавлен 18.07.2012Создание таблиц базы данных в режиме конструктора. Схема связей между таблицами и содержание таблиц. Установление связи с поддержанием целостности. Структуры двух запросов (в режиме конструктора) и описание процесса их создания. Результаты вывода отчетов.
курсовая работа [3,0 M], добавлен 28.06.2015Описание инфологической и концептуальной модели. Определение типов сущностей и их атрибутов. Поля базы данных, связи между таблицами. Программное обеспечение БД учебных дисциплин и его реализации на основе понятий и ключевых слов предметной области.
дипломная работа [2,1 M], добавлен 26.05.2016Проектирование даталогической модели в виде логической структуры реляционной базы данных в СУБД Microsoft SQL Server на основе созданной инфологической модели базы данных интернет-магазина музыки. Выделение сущностей и связей, анализ предметной области.
курсовая работа [724,6 K], добавлен 15.06.2013Ограничения, присутствующие в предметной области. Проектирование инфологической модели данных. Описание основных сущностей и их атрибутов. Логический и физический уровни модели данных. Реализация базы данных: представления, триггеры, хранимые процедуры.
курсовая работа [1,7 M], добавлен 10.02.2013Информационные системы и базы данных. Обоснование выбора системы управления базой данных. Язык запросов SQL. Построение информационной модели. Разработка базы данных по продаже автомобилей в Microsoft Access. Организация связей между таблицами.
курсовая работа [1,7 M], добавлен 26.11.2012
