Информационная модель предметной области представляет собой описание предметной области, выполненной без ориентации на программное и аппаратное обеспечение, используемые в будущем. Содержит исходную информацию о предметной области. Шаг создания инфологической модели называется инфологическим проектированием.
Целью инфологического моделирования является создание точного и полного отображения реального мира, используемого в будущем в качестве источника информации для построения базы данных.
Комплекс задач этого этапа состоит в выявлении общих информационных объектов и связей между ними. Результаты инфологического проектирования могут быть выражены в виде инфологической или концептуальной модели, которая представляет структуру данных. Для построения концептуальной модели используется метод моделирования «Сущность — связь» или ER-диаграмма.
При разработке стандартной схемы организации был определен следующий персонал, который включает: директора, администраторов, продавцов-консультантов по продажам, уборщиц, водителей. При организации работы магазина важным фактором является мобильная, квалифицированная работа сотрудников, способных организовать процесс обслуживания клиентов как можно быстрее и качественней.
Работа продавца-консультанта — это процесс, который можно разделить на следующие этапы:
- поиск нужного товара;
- формирование списка товаров;
- добавление информации о покупателях.
Информационные процессы этапов представлены в виде таблицы (Таблица 1.) .
Этап | Информационные процессы |
1. поиск нужного товара | поиск товара на складе посредством побуквенного ввода названия товара, фирмы изготовителя или цене в поле поиска; |
2. формирование списка товаров | вывод выбранных товаров в отдельную таблицу; |
3. оформление документов клиента | сохранение информации в базу данных; |
4. оформление продажи | выбор количества продаваемого товара; |
После изучения предметной области и анализа структуры системы были определены объекты. Список сущностей и связей представлены в таблицах 2 и 3.
Название | Ключ сущности | Атрибуты сущности |
Детский магазин | Код_магазина | Название Адрес Телефон Почта ФамилияИО_владельца Адреса_магазинов Город Страна |
Сотрудники | Код_сотрудника | Должность ФамилияИО_сотрудника Паспортные данные Дата_рождения Пол Образование Телефон Дата_устройства Город Почта Код_магазина |
Поставщики | Код_поставщика | Адрес Телефон Страна Почта Категория_товара Фирма_товара Дата_поставки Количество |
Покупатели | Код_покупателя | ФамилияИО_покупателя Паспортные_данные Город Телефон Адрес Почта Постоянный_клиент |
Заказы | Код_заказа | ФамилияИО_заказчика Название_товара Количество Дата заказа Стоимость_заказа Код_доставки |
Товары | Код_товара | Артикул Категория Название Размер Материал В_наличии(шт) Заказано/ожидается Изображение Цена(шт) Количество Код_поставщика Код_типа Код_магазина |
№ | Связь |
1 | Поставщики ПОСТАВЛЮТ Товары |
2 | Товары СОСТОЯТ Типы |
3 | Товары НАХОДЯТСЯ Магазин |
4 | Магазин РАБОТАЮТ Сотрудники |
5 | Сотрудники ОФОРМЛЯЮТ Заказы |
6 | Заказы ДЕЛАЮТ Клиенты |
Исходя из имеющихся данных, становится возможным построить ER-диаграмму, необходимую для дальнейшего проектирования информационной системы (рис.1).
Следующим шагом проектирования является создание логической структуры реляционной базы данных. Каждый информационный объект модели данных отображается с соответствующей реляционной таблицей. Структура реляционной таблицы определяется требуемым составом соответствующего информационного объекта, где каждый столбец (поле) соответствует одному из реквизитов объекта. Ключевые реквизиты объекта образуют уникальный ключ реляционной таблицы. Для каждого столбца вы указываете формат и размер данных. Строки (записи) таблицы соответствуют экземплярам объекта и генерируются при загрузке таблицы.
Связи между объектами модели данных реализуются теми же реквизитами — ключи связи в соответствующих таблицах. Ключом соединения всегда является уникальный ключ главной таблицы. Ключ в подчиненной таблице — это либо часть уникального ключа в нем, либо поле, которое не является частью первичного ключа. Ключ связи в подчиненной таблице называется внешним ключом. В Access можно создать схему данных, визуально представляющую логическую структуру базы данных. Определение отношений «один ко многим» в этой схеме должно соответствовать построенной модели данных. Появление схемы данных практически совпадает с графическим представлением информационно-логической модели. В таблицах 4 и 5 показаны структуры объектов "Товары" и «Сотрудники». Аналогично можно получить и другие таблицы базы данных.
Ключевое поле | Название поля | Тип поля |
Ключ | Код_товара | Счетчик |
Артикул | Текстовый | |
Категория | Текстовый | |
Название | Текстовый | |
Размер | Числовой | |
Материал | Текстовый | |
В наличии(шт) | Текстовый | |
Заказано/Ожидается | Текстовый | |
Изображение | Поле объекта OLE | |
Цена(шт) | Денежный | |
Количество | Числовой | |
Код поставщика | Числовой | |
Код типа | Числовой | |
Код магазина | Числовой |
Ключевое поле | Название поля | Тип поля |
Ключ | Код_сотрудника | Счетчик |
Должность | Текстовый | |
ФИО сотрудника | Текстовый | |
Паспортные данные | Числовой | |
Дата рождения | Дата/время | |
Пол | Текстовый | |
Образование | Текстовый | |
Телефон | Числовой | |
Фотография | Поле объекта OLE | |
Дата устройства | Дата/время | |
Город | Текстовый | |
Почта | Текстовый | |
Код магазина | Числовой |
Используя правила перевода ER-диаграмму на логическую схему можно завершающую схему — логическую схему данных (рис. 2)
Таким образом, в данной работе подробно рассмотрено получение ER-диаграммы и логической схемы на примеры детского магазина.