МИНОБРНАУКИ РОССИИ
федеральное государственное бюджетное образовательное учреждение высшего профессионального образования
«Южно-Российский государственный университет экономики и сервиса»
(ФГБОУ ВПО «ЮРГУЭС»)
Кавминводский институт сервиса (филиал)
(КМВИС ФГБОУ ВПО «ЮРГУЭС»)
Никулина М.А.
Методические рекомендации к выполнению курсовой работы по дисциплине «Информационные технологии».
Пятигорск
2012 г.
УДК 007
ББК 32.81
Н 65
Кафедра «Информационные системы, технологии и связь»
Составитель:
Ассистент кафедры Никулина М.А.
Рецензент:
доцент кафедры к.т.н. Иванов Е.С.
Никулина М.А.
Информационные технологии - Методические рекомендации к выполнению курсовой работы – Пятигорск: КМВИС, 2012г. – 70с.
Методические рекомендации предназначены для оказания помощи студентам в выполнении курсовой работы по дисциплине «Информационные технологии».
Методические указания печатается по решению Методического совета КМВИС для внутривузовского пользования (протокол № 9 от 14.05.2012г.)
© КМВИС ФГБОУ ВПО «ЮРГУЭС»
© Никулина М.А.
Цель работы:
1.Приобретение навыков в проектировании инфологической, даталогической и физической моделей базы данных предметной области и построении ER-диаграммы;
2. Исследование возможностей СУБД Access в разработке и создании автоматизированной системы управления базой данных.
Исходные данные к работе:
1.Справочные, учетные и отчетные документы выданной согласно варианта задания предметной области (вариант задания)
Содержание расчетно-пояснительной записки (перечень, подлежащих разработке вопросов) :
1.Титульный лист
2. Задание на курсовую работу
3. Введение
4. Проектирование базы данных
4.1 Анализ предметной области
4.2 Проектирование инфологической, даталогической, физической моделей, построение ER-диаграммы
5. Разработка базы данных
Разработка схемы связей таблиц, нормализация базы данных и приведение ее к НФБК
Заполнение таблиц средствами Access
6. Создание базы данных
Разработка форм и запросов средствами Access
Разработка отчетов и макросов средствами Access
7. Разработка руководства пользователю базой данных
7.1 Назначение и возможности базы данных
7.2 правила и порядок работы с базой данных
Заключение
Список используемой литературы
Содержание
Приложения:
1.Схема связей таблиц «Сущность-связь»
2.ER-диаграмма
3.Скрипты SQL-запросов
Материалы, представляемые к защите:
Расчетно-пояснительная записка, набранная и распечатанная в текстовом редакторе Word
2. Разработанное в Access приложение базы данных на ГМД или CD-ROM
ВВЕДЕНИЕ
Современные информационные технологии - это методы и средства для сбора, хранения, обработки и получения информации на основе современных средств вычислительной техники.
Составными частями любой информационной системы являются БД и приложение для обработки данных. Появление персональных машин класса Pentium, семейства операционных систем Windows фирмы Microsoft и различного программного обеспечения позволяют автоматизировать ручные операции, вести любые виды работ по накоплению информации, ее обработки и получению различных выходных форм.
В курсовой работе ставится задача – разработать проект базы данных для накопления необходимой информации в организации, создать (наполнить) базу данных. Разработать приложение, позволяющее вести учет, контроль, а так же получать различные выходные документы. База данных должна быть спроектирована с учетом реализации запросов различного типа по получению информации. При проектировании базы данных следует учесть возможность выдачи бумажного отчета.
Целями проектирования базы данных являются:
1.Эффективная структуризация информации, что позволяет сэкономить время и деньги.
2.Исключение или сведение к минимуму повторяющихся данных путем задания эффективной структуры.
3.Обеспечение всем пользователям быстрого доступа к информации базы данных.
4.Обеспечение расширения базы новыми данными.
5.Обеспечение целостности данных для того, чтобы база содержала только проверенную информацию.
6.Предотвращение несанкционированного доступа к данным.
7.Предоставление доступа только к той информации, которая необходима для работы отдельному пользователя или группе пользователей.
8.Возможность добавления или редактирования информации базы данных только определенным лицам.
9.Облегчение создания приложений, предназначенных для ввода, редактирования, вывода данных, а так же ведения отчетности.
Реализация всех вышеперечисленных задач должно возлагаться на систему управления базами данных.
Задача должна быть решена с учетом требований современных информационных технологий в среде СУБД Access.
ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
1.1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
При проектировании базы данных решаются две основные проблемы:
1.Отображение объектов предметной области в абстрактные объекты модели данных таким образом, чтобы это отображение не противоречило семантике предметной области, и было по возможности лучшим (эффективным, удобным и т.д.). Часто эту проблему называют проблемой логического проектирования баз данных;
2.Обеспечение эффективного выполнения запросов к базе данных, т.е. рациональное расположение данных во внешней памяти, создание полезных дополнительных структур (например, индексов) с учетом особенностей конкретной СУБД. Эту проблему называют проблемой физического проектирования баз данных.
Проблема проектирования реляционной базы данных состоит в обоснованном принятии решений о том, из каких отношений (таблиц) должна состоять БД и какие атрибуты (характеристики и свойства) должны быть у этих отношений.
Классическим является подход, при котором весь процесс проектирования производится в терминах реляционной модели данных методом последовательных приближений к удовлетворительному набору схем отношений.
Исходной точкой является представление предметной области в виде одного или нескольких отношений, и на каждом шаге проектирования производится некоторый набор схем отношений, обладающих лучшими свойствами. Процесс проектирования представляет собой процесс нормализации схем отношений, причем каждая следующая нормальная форма обладает свойствами лучшими, чем предыдущая.
В ходе анализа предметной области необходимо:
уяснить и указать назначение базы данных;
2. определить и выделить первоначальный набор сущностей и атрибутов предметной области.
Рассмотрим пример проектирования базы данных предметной области "Библиотека"
1. Назначение и предметная область
База данных предназначена для хранения данных о приобретенных библиотекой изданиях (монографиях, справочниках, сборниках статей и т.п.), информации о местонахождении отдельных экземпляров (переплетов) каждого издания и сведений о читателях.
В основу анализа взята аннотированная каталожная карточка.
Д27 Дейт К. Руководство по реляционной СУБД DB2 / Пер. с англ. и предисл. М.Р.Когаловского. – М.: Финансы и статистика, 1988. – 320 с.: ил.
ISBN 5-279-00063-9
Книга американского специалиста в области реляционных баз данных К.Дейта, автора популярной в СССР монографии "Введение в системы баз данных" (М.: Наука, 1981), представляет собой руководство по перспективной СУБД фирмы ИБМ DB2, сочетающей возможности широко известной системы IMS/VS и реляционной СУБД.
Для специалистов по программному обеспечению информационных систем и студентов вузов.
ББК 32.973
Для ведения библиотечных каталогов, организации поиска требуемых изданий и библиотечной статистики в базе должны храниться сведения, большая часть которых размещаются в аннотированных каталожных карточках
Анализ запросов на литературу (как читателями, так и сотрудниками библиотек) показывает, что для поиска подходящих изданий (по тематике, автору, художнику, издательству и т.п.) и отбора нужного (например, по аннотации) следует выделить следующие атрибуты каталожной карточки:
1. Автор (фамилия и имена (инициалы) или псевдоним каждого автора издания).
2. Название (заглавие) издания.
3. Номер тома (части, книги, выпуска).
4. Вид издания (сборник, справочник, монография, ...).
5. Составитель (фамилия и имена (инициалы) каждого из составителе издания).
6. Язык, с которого выполнен перевод издания.
7. Переводчик (фамилия и инициалы каждого переводчика).
8. Под чей редакцией (фамилия и имена (инициалы) каждого из титульных редакторов).
9. Художник (фамилия и имена (инициалы) каждого художника-иллюстратора) - для художественных изданий, иллюстрируемых оригинальными рисунками.
10. Повторность издания (второе, одиннадцатое и т.п.).
11. Характер переиздания (исправленное, дополненное, переработанное, стереотипное и т.п.).
12. Место издания (город).
13. Издательство (название издательства).
14. Год выпуска издания.
15. Издательская аннотация или реферат.
16. Библиотечный шифр (например, ББК 32.973).
17. Авторский знак (например, Д27).
Библиотечный шифр и авторский знак используются при составлении каталогов и организации расстановки изданий на полках: по содержанию (в соответствии с библиотечным шифром) и алфавиту (в соответствии с авторским знаком).
Библиотечно-библиографическая классификация (ББК) распределяет издания по отраслям знания в соответствии с их содержанием. В ней используется цифро-буквенные индексы ступенчатой структуры.
Каждый из девяти классов (1. Марксизм-ленинизм; 2. Естественные науки; 3. Техника. Технические науки; 4. Сельское и лесное хозяйство; 5. Здравоохранение; 6/8. Общественные и гуманитарные науки; 9. Библиографические пособия. Справочные издания. Журналы.) делится на подклассы и следующие ступени деления:
3. Техника. Технические науки.
32 Радиоэлектроника.
32.97 Вычислительная техника.
32.973 Электронные вычислительные машины и устройства.
32.973.2 Электронно вычислительные машины и устройства дискретного действия.
Шифр ББК используется при выделении хранимым изданиям определенных комнат, стеллажей и полок, а также для составления каталогов и статистических отчетов.
Авторский знак, состоящий из первой буквы фамилии (псевдонима) автора или названия издания (для изданий без автора) и числа, соответствующего слогу, наиболее приближающегося по написанию к первым буквам фамилии (названия), упрощает расстановку книг на полках в алфавитном порядке.
К объектам и атрибутам, позволяющим охарактеризовать отдельные экземпляры изданий (переплеты), места их хранения и читателей, можно отнести:
18. Номер комнаты (помещения для хранения переплетов).
19. Номер стеллажа в комнате.
20. Номер полки на стеллаже.
21. Номер (инвентарный номер) переплета.
22. Дата приобретения конкретного переплета.
23. Цена конкретного переплета.
24. Дата размещения конкретного переплета на конкретном месте.
25. Дата изъятия переплета с установленного места.
26. Номер читательского билета (формуляра).
27. Фамилия читателя.
28. Имя читателя.
29. Отчество читателя.
30. Адрес читателя.
31. Телефон читателя.
32. Дата выдачи читателю конкретного переплета.
33. Срок, на который конкретный переплет выдан читателю.
34. Дата возврата переплета.
1.2 ПРОЕКТИРОВАНИЕ ИНФОЛОГИЧЕСКОЙ, ДАТАЛОГИЧЕСКОЙ, ФИЗИЧЕСКОЙ МОДЕЛЕЙ,
ПОСТРОЕНИЕ ER-ДИАГРАММ
Моделирование данных – это процесс создания логического представления структуры базы данных.
Эта структура должна удовлетворять представления пользователя данными.
Достижение соответствия (адекватности) структуры базы данных представлениям пользователя является наиболее важной задачей при разработке эффективного приложения баз данных и основой для всей последующей работы при разработке базы данных. Если этого не достичь, то пользователи оценят базу данных неудобной, неполной и то, что она вообще не оправдала их ожидания.
В настоящее время существует два различных подхода к моделированию данных:
модель базы данных типа «сущность - связь» (entity-relationship model), имеющая значительное количество сторонников среди профессионалов;
семантическая объектная модель (некоторые считают ее более простой и точной).
При проектировании базы данных используем первый, наиболее распространенный метод моделирования данных – «сущность - связь».
Эта модель введена Питером Ченом (Peter Chen ) в 1976 году.
Этот выбор объясняется в первую очередь наглядностью представления отношений между объектами и поведения элементов базы данных. На этом подходе к моделированию данных основываются большинство средств автоматизации проектирования (CASE), применение которых значительно сокращает время разработки, а так же предотвращают возникновение многих ошибок.
В настоящее время не существует единого общепринятого стандарта для этой модели, символы для графического представления модели весьма различны. В данных методических рекомендациях дается наиболее традиционный набор общих конструкций и демонстрации их применения.
1.2.1 Инфологическая модель
В базах данных содержится информация об объектах, существующих в реальном мире. Все эти объекты являются материальными, обладающим некоторыми свойствами и присущим им поведением. При создании программного продукта, свойства объектов хранятся в базе данных, а их поведение реализуется в приложении посредством методов – процедур, которые представляют собой отклик на события инициируемых пользователем.
Инфологическая модель является проблемно-ориентированной и системно-независимой, т.е. не зависимой от конкретной СУБД, операционной системы и аппаратного обеспечения ЭВМ.
Основным требованием к инфологической модели, вытекающим из ее назначения, является требование адекватного отображения предметной области. Инфологическая модель должна быть непротиворечивой. Она является единым интегрированным описанием предметной области и отражает взгляды и потребности всех пользователей системы
Инфологическая модель представляет информационные потоки, сущности и связи данной предметной области. Она может быть представлена в виде ER-модели и реляционной схемы.
Целью построения этой структуры является выявление и объединение информационных требований пользователя, связей между элементами данных без относительно к их содержанию и среде их хранения. Инфологическая модель должна обладать свойством легкой расширяемости, обеспечивающим ввод новых данных без изменений ранее определенных.
Центральной компонентой инфологической модели является описание объектов предметной области и связей между ними (ER-модель).
Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка).
Основными конструктивными элементами инфологических моделей являются сущности, связи между ними, идентификаторы (ключи) и свойства (атрибуты).
|
