Разработка базы данных системы

Концептуальная модель данных

Концептуальная (содержательная) модель — это абстрактная модель, определяющая структуру моделируемой системы, свойства её элементов и причинно-следственные связи, присущие системе и существенные для достижения цели моделирования

Опишем с помощью концептуальной модели объекты и их взаимосвязи. В таблице 1 отображены объекты предметной области и их описание.

 

Таблица 1 - Объекты предметной области

Объект	Описание
Товары	Объект содержит информацию о товаре (название, упаковка, закупочная цена, цена реализации, срок годности, таможенный код, количество, характеристики)
Пользователи	Объект содержит информацию о пользователях (ФИО, адрес, телефон, логин, пароль, к какой категории пользователей относится)
Группы товаров	В нем содержится информация о группах товаров (название товара, характеристики)
Партии товаров	Объект содержит информацию о партиях товаров (дата прихода партии товаров)
Сотрудники	Объект содержит информацию о сотрудниках (ФИО, паспортные данные, телефон, дата приема, категория пользования информационной системой, логин и пароль и фото)
Поставщики	Объект содержит информацию о поставщиках товаров (фирма, адрес, телефон, факс, контактное лицо, расчетный счет)
Производители	Объект содержит информацию о поставщиках товаров (фирма, адрес, телефон, факс, контактное лицо)

ER- диаграмма

 

Модель Сущность-Связь (ER-модель) — это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является метамоделью данных, то есть средством описания моделей данных.

ER-модель удобна при прототипировании (проектировании) информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями. Важно отметить что сами отношения также являются сущностями (выделяются в отдельные графические блоки), что позволяет устанавливать отношения на множестве самих отношений.

ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области.

На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется физической моделью данных по отношению к исходной ER-диаграмме.

 

ER -диаграмма

Логическая модель данных

 

Логическая модель данных — это логическое определение объектов, операторов и прочих элементов, в совокупности составляющих абстрактную машину доступа к данным, с которой взаимодействует пользователь. Эти объекты позволяют моделировать структуру данных, а операторы — поведение данных.

Преобразуем концептуальную модель в модель данных, совместимую с СУБД, тем самым создадим логическую модель данных. Отразим логические связи между элементами данных вне зависимости от их содержания и среды хранения. В таблице 2  представлены объекты и их реквизиты. На рис.1 отображена логическая модель данных.

 

Таблица 2 - Объекты предметной области их реквизиты

 

Таблица	Реквизит	Ключевое поле
1	2	3
Сотрудники	код сотрудника фамилия сотрудника имя сотрудника отчество сотрудника паспортные данные телефон дата приема логин пароль категория пользователя	+ - - - - - - - -
Товары	код товара название товара упаковка закупочная цена цена реализации количество срок годности характеристики таможенный код номер заказа	+ - - - - - - - - -
Группы товаров	код группы название товара характеристики	+ - -
Партии товаров	код партии Дата прихода партии	+ -
Категории	код категории название категории	+ -
Магазины	код магазина название магазина адрес телефон ФИО управляющего	+ - - - -
Поставщики	код поставщика фирма адрес телефон Факс контактное лицо расчетный счет	+ - - - - - -
Производители	код производителя фирма адрес телефон факс контактное лицо	+ - - - - -

 

 

На основе логической модели построим диаграмму классов, отражающую статическое состояние системы.

Диаграмма классов

 

Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывать их внутреннюю структуру и типы отношений.

Диаграмма классов представляет собой граф, вершинами которого являются элементы типа «классификатор», связанные различными типами структурных отношений. Диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи.

 

Рис.4 Диаграмма классов

 

 

Физическая модель данных

 

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

 

Таблица 3 – Перечень таблиц БД и их описание

 

Таблица	Описание
1	2
«Kategories»	Содержит информацию о категориях пользователей
«Magazines»	Содержит информацию о магазинах
«Parties»	Содержит информацию о партиях товаров
«Personall»	Содержит информацию о сотрудниках
«Postavchiki»	Содержит информацию о поставщиках
«Proizvoditel»	Содержит информацию о производителях
«Tovar»	Содержит информацию о товарах
«Tovargr»	Содержит информацию о группах товаров

 

Рис.5 Таблица «Категории пользователей»

Рис.6 Таблица «Магазины»

Рис.7 Таблица «Партии»

 

Рис8 Таблица «Персонал»

 

Рис.6 Таблица «Поставщики»

    Рис.7 Таблица «Производители»

Рис.8 Таблица «Товары»

Рис.9 Таблица «Группы товаров»

 

 

Рис.10 Схема физической модели данных.

1

Заключение

 

Таким образом, в современных конкурентных экономических условиях целесообразна полная автоматизация работы продуктовых магазинов. Для этого необходимо исследовать область внедрения информационных технологий, выявить ее особенности и устранить существующие недостатки. С этой целью проводится сбор и анализ данных, полученных заказчика и от потенциальных пользователей. Полученная информация систематизируется и в конечном итоге должна стать объектом грамотного управления со стороны разработчиков будущей информационной системы, к которой может быть предъявлен ряд требований: разграничение прав пользователей, удобный интерфейс и быстрота реакции системы на действия пользователя и т.д.

Спроектированная информационная система должна обеспечивать следующие возможности: сбор и хранение информации сотрудниках, товарах, группах товаров, партиях товаров, а также о поставщиках и производителях товаров.

Описанная выше информационная система, которая предназначена для автоматизации работы продуктового магазина, отвечает предъявленным к ней требованиям и способна облегчить работу кассиров и других сотрудников, работающих в продуктовом магазине.

Требования, рассмотренные в данной работе, являются неокончательными и могут подлежать дополнению и модифицированию при начале эксплуатации информационной системы из-за неполного представления предметной области как со стороны разработчиков, так и со стороны заказчика.

 

 

Список используемой литературы

1. Скотт, Кендалл. Унифицированный процесс. Основные концепции.: Пер. с англ. - М.: Издательский дом Вильямс, 2008.

2. Скотт, Кендалл. UML. Основные концепции.: Пер. с англ. М.: Издательский дом Вильямс, 20026.

3. Шмуллер, Джозеф. Освой самостоятельно UML за 24 часа, 2-е издание.: Пер. с англ. - М.: Издательский дом Вильямс, 2005.

4. Грейди Буч, Джеймс Рамбо, Айвар Джекобсон. Язык UML. Руководство пользователя.: Пер. с англ. М.: ДМК Пресс, 2004.

5. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. - М.: ДИАЛОГ-МИФИ, 2005.

6. Маклаков С.В. Моделирование бизнес-процессов с AllFusion Process Modeler. - М.: ДИАЛОГ-МИФИ, 2007.