Этапы разработки базы данных в среде Microsoft Access 2003 - Курсовая работа

Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных. Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически "с нуля" или написать оболочку для внешней БД. Цель курсовой работы: Изучить на практике отдельные аспекты курса "разработка корпоративных информационных систем", разобраться во внутреннем устройстве проектирования информационной системы на примере создания реляционной базы данных, смоделировав на практике реальную ситуацию выполнения определенного заказа на разработку программного обеспечения. В ходе выполнения курсовой работы будут использованы такие программные средства как CA ERWIN Data Modeler 7.3, CA Erwin Data Model Validator 7.3 и Microsoft Access 2003.Концептуальное (инфологическое) проектирование - построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создается без ориентации на какую - либо конкретную СУБД и модель данных. Кроме того, в этом контексте равноправно могут использоваться слова "модель базы данных" и "модель предметной области" (например, "концептуальная модель базы данных" и "концептуальная модель предметной области"), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности. Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Чаще всего концептуальная модель базы данных включает в себя: описание информационных объектов, или понятий предметной области и связей между ними. описание ограничений целостности, т.е. требований к допустимым значениям данных и к связям между ними.В отделе кадров университета находятся данные всех сотрудников: от преподавателя до ректора, и их трудовой деятельности. Наряду с такими данными, как специальность сотрудника и занимаемая должность, обязательно учитываются сведения об ученой степени сотрудника (кандидат наук, доктор) и ученом звании (доцент, профессор). Также в отделе кадров хранится информация о трудовой деятельности сотрудника: о предыдущих местах работы, сроке работы и предприятии.После детального анализа предметной области, для которой будет разрабатываться база данных, можно приступить к построению непосредственно семантической модели конечного программного продукта. На данный момент в моем распоряжении находится только первичный, неструктурированный минимальный набор основных данных, с которыми нужно будет работать базе данных в будущем (Приложение). Для начала я выделю из исходного набора данных несколько очевидных смысловых блоков. Это информация о сотрудниках, информация об образовании сотрудников, информация о предыдущих местах работы и о текущем месте работы. 3 Birth Дата Авто Дата рождения сотрудникаПосле создания Концептуальной модели базы данных можно переходить к формированию логической модели, а для этого уже понадобятся дополнительные программные средства. ERD-диаграммы состоят из трех частей: сущностей, атрибутов и взаимосвязей. ERD-диаграмма позволяет рассмотреть систему целиком и выяснить требования, необходимые для ее разработки, касающиеся хранения информации. ERD-диаграммы можно подразделить на отдельные куски, соответствующие отдельным задачам, решаемым проектируемой системой. Это позволяет рассматривать систему с точки зрения функциональных возможностей, делая процесс проектирования управляемым.Сущность - это субъект, место, вещь, событие или понятие, содержащие информацию. Точнее, сущность - это набор (объединение) объектов, называемых экземплярами. В приведенном на рис.2 примере сущность "Работник" представляет всех возможных сотрудников университета. Так, каждый работник может иметь имя, адрес, телефон и т.д. Называться сущности будут "Работник", "Образование", "Предыдущее место работы" и "Текущее место работы" соответственно.Итак, фраза "нормализация данных" означает приведение структуры БД к нормальной форме. Нормальная форма - свойство отношения в реляционной модели данных, характеризующее его с точки зрения избыточности, которая потенциально может привести к логически ошибочным результатам выборки или изменения данных. Процесс преобразования отношений базы данных (БД) к виду, отвечающему нормальным формам, называется нормализацией. Нормализация предназначена для приведения структуры БД к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объема базы данных. Существует всего 8 нормальных форм, причем каждая последующая нормальная форма является положительной модификацией предыдущей, но в данном курсовом проекте я остановлюсь на третьей нормальной форме, поскольку дальнейшая но

Содержание

Введение

1. Этапы проектирования базы данных

2. Концептуальное проектирование

2.1 Анализ предметной области

2.2 Построение семантической модели БД

3. Логическое проектирование

3.1 Понятие erd-диаграммы

3.2 Определение сущностей и атрибутов

3.3 Нормализация данных, понятие нормальной формы

3.4 Первая нормальная форма

3.5 Вторая нормальная форма

3.5.1 Определение ключевых полей

3.5.2 Установка связей между сущностями

3.6 Третья нормальная форма

3.7 Проверка адекватности логической модели

3.8 Установление параметров связей между сущностями

3.8.1 Определение типа и мощности связей

3.8.2 Задание правил декларативной ссылочной целостности

3.9 Установление альтернативных ключей, инверсных входов и определение типов атрибутов

4. Физическое проектирование

4.1 Переход к физическому уровню модели

4.2 Денормализация данных

4.3 Корректировка типов и размеров полей

4.4 Проверка структурной целостности модели данных

4.5 Генерация системного каталога базы данных

4.6 Задание правил валидации

4.6.1 Общее понятие правил валидации

4.6.2 Задание правил проверки вводимых значений

4.6.3 Создание списка допустимых значений

5. Проектирование на уровне MS Access 2003

5.1 создание запросов

5.2 Создание отчетов

6. Разработка приложения

6.1 Разработка структуры приложения

6.1.1 Разработка режима пользователя

6.1.2 Разработка режима администратора

6.2 Создание главной кнопочной формы

Заключение

Список источников

Приложение

Необходимость автоматизации процессов рано или поздно возникает на любом предприятии. В том числе все сильнее ощущается потребность в программных решениях, позволяющих систематизировать разнородные данные в удобную и упорядоченную систему хранения данных, или, по-другому, в удобную базу данных. В настоящее время существует множество программных средств, подходящих для подавляющего большинства автоматизируемых задач.

Одним из таких средств является Microsoft Access 2003 - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Основные компоненты MS Access: · построитель таблиц;

· построитель экранных форм;

· построитель SQL-запросов;

· построитель отчетов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически "с нуля" или написать оболочку для внешней БД.

Microsoft Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры.

Данный курсовой проект имеет как теоретическую, так и программную части. Программная составляющая данной курсовой работы будет выполнена в среде Microsoft Access 2003.

Цель курсовой работы: Изучить на практике отдельные аспекты курса "разработка корпоративных информационных систем", разобраться во внутреннем устройстве проектирования информационной системы на примере создания реляционной базы данных, смоделировав на практике реальную ситуацию выполнения определенного заказа на разработку программного обеспечения.

Задача курсовой работы: Разработать прикладное программное обеспечение деятельности отдела кадров университета.

В ходе выполнения курсовой работы будут использованы такие программные средства как CA ERWIN Data Modeler 7.3, CA Erwin Data Model Validator 7.3 и Microsoft Access 2003.

CA ERWIN Data Modeler (ранее называвшийся ALLFUSION Process Modeler) - программный продукт в области реализации средств CASE-технологий.

Позволяет проводить описание, анализ и моделирование модели данных - построитель мета-моделей данных. Занимает одно из лидирующих мест в своем сегменте рынка. В настоящее время выпускается компанией Computer Associates. Распространяется на коммерческой основе.

CA ERWIN Data Model Validator - инструмент для проверки структуры баз данных и моделей, создаваемых в CA ERWIN Data Modeler, позволяющий выявлять недочеты и ошибки проектирования. Гибкость CA ERWIN Data Model Validator заключается в том, что можно проводить выборочные тесты, а также анализировать отдельные таблицы. Продукт дополняет функциональность CA ERWIN Data Modeler, автоматизируя трудоемкую задачу поиска и исправления ошибок, одновременно повышая квалификацию проектировщиков баз данных, благодаря встроенной системе обучения. база программное обеспечение access