
- •Выбор средств проектирования субд
- •1.1 Общие требования к информационной системе
- •1.2 Особенности работы субд
- •1.3 Описание субд
- •Технологии доступа к данным
- •1.5 Реализация информационной системы
- •1.6 Описание программных средств.
- •Построение er-диаграммы
- •2.1 Диаграмма «сущность» - «связь»
- •Нормализация er - диаграммы в реляционную модель
- •Описание алгоритма обработки информации
- •3.1 Создания базы данных Access 2007
- •3.1.1 Создание таблиц
- •3.1.2Установка логических связей между таблицами
- •3.2 Создание форм
- •3.3 Создание запроса для выборки информации из таблиц
- •Описание интерфейса
- •Создание Web – cтраницы
- •Описание технических средств
- •Защита и сохранность данных
- •Технико-экономическая характеристика предметной области.
- •9. Особенности использования электронно-вычислительной техники в учете.
- •Оптимизация бухучета
Построение er-диаграммы
2.1 Диаграмма «сущность» - «связь»
В
настоящее время большинство проектов
информационных систем (ИС) разрабатывается
в соответствии с какой-либо методологией
разработки ПО. Как следствие, разработчикам
требуется инструмент для моделирования
данных на этапах анализа и проектирования.
Таким инструментом являются ER
– диаграммы (Entity-Relationship,
«Сущность-Связь»). Фактически их
использование является обязательным
при разработке информационных систем.
ER – диаграммы позволяют строить модели логической структуры данных предметной области, а так же производить моделирование физической структуры систем хранения данных.
Процесс построения ER – диаграммы называется ER – моделированием. При этом используются следующие классические обозначения. Класс сущностей представляется в виде четырехугольника, в котором записано уникальное имя класса сущности (прописными буквами) и имена атрибутов строчными буквами.
По типу различают множественные связи «один к одному» (1:1), «один ко многим»(1:n) и «многие ко многим» (m:n). ER – диаграмма, содержащая различные типы связей.
Отношения определяют связи между сущностями. Каждая связь имеет модальность:
А) может – означает, что каждый экземпляр одной сущности может быть связан с одним или несколькими экземплярами или ни с одним экземпляром, обозначается как ------ .
Б) должен – означает, что экземпляр одной сущности обязан быть связан не менее чем с одним экземпляром одной сущности, обозначается _______ .
Для каждой пары сущности мы определяем связи или не определяем (т.е связи может и не быть), при этом мы должны определить модальность связей ( может, должен) и отношений (1:1, 1:n, m:n). После исключения у сущности дублирующийся атрибутов, определяем ключевые атрибуты по которым будем устанавливать связи. Таким образом мы нормализуем ER– диаграммы и получим структуру данных приближенную к структуре данных СУБД.
Для
описания предметной области следует
использовать модель «сущность-связь»,
которая должна охватывать реальные
объекты, содержать всю необходимую
информацию для получения запросов
пользователя и выходных отчетов.
Предметная область проектируемой базы данных описывается с помощью использования следующих понятий.
Сущность – это объект, о котором в системе будет накапливаться информация (например, Работник).
Атрибуты – данные, описывающие свойства сущности. Пример сущности Список сотрудников: Код Работника, Фамилия Имя Отчество, Специальность, Должность, Оклад, Дата рождения, Табельный номер, Дети.
Совокупность сущностей, характеризующихся в информационной системе одним и тем же перечнем свойств, называется классом сущностей (набором объектов). Экземпляром сущности называется конкретная сущность с определенными свойствами.
Пример класса сущностей Список сотрудников и конкретного экземпляра сущности показан на рисунке 1.
Класс сущностей Экземпляр сущностей
Код работника |
3 |
Фамилия, имя, отчество |
БогдановаАнастасия Сергеевна |
Специальность |
Экономист |
Должность |
Экономист |
Оклад |
10 000 р. |
Дата рождения |
10,03,1970 г. |
Табельный номер |
123322 |
Дети |
3 |
Для уменьшения избыточности информации и исключения аномалий выполняется нормализация исходных объектов.
Класс сущности Список сотрудников
Код работника |
Фамилия, имя, отчество |
Специальность |
Должность |
Оклад |
Дата рождения |
Табельный номер |
Дети |
Класс
сущности Премия
Код |
Год |
Месяц |
Код сотрудника |
Фамилия, имя, отчество |
Премия |