Дипломная работа: Автоматизация рабочего места менеджера отдела продаж для ООО "Сириус"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
92
В случае если информации не хватает в справочниках и таблицах
необходимо ее дополнить, введя недостающие данные. Ввод в некоторые
таблицы осуществляется на основе входных документов. В случае
некоторых данных необходимо узнать причины, отсутствия данных в
информационной системе. Желательно внесение максимального количества
информации в справочники при внедрении программного продукта,
поскольку в дальнейшем это позволит заметно сократить время
необходимое на заполнение соответствующих таблиц.
Диалог с пользователем будет осуществляться преимущественно с
помощью главного меню программного продукта. Поэтому отобразив
главное меню программного продукта можно понять, как будет
осуществляться взаимодействие пользователя и программного продукта. На
рисунке 2.8 представлено главное меню программного продукта.
Главная форма
Файл Справочники Таблицы Накладные Отчеты
Настройки
Выход
Тип продукции
Единица
измерения
Вид упаковки
Контрагенты
Сотрудники
Информация о
материалах
Товаро-
транспортная
накладная
Приходная
(расходная)
накладная
Реестр хранимых
материалов
Движение
материалов
Перемещение
материалов
Поиск
Материалы
Расчет
потребности
Рисунок 2.8 Структура главного меню
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель — это некое описание
предметной области, выполненное без привязки в дальнейшем к
конкретным программным и техническим средствам. Инфологическая
93
модель является динамической и имеет легкую корректировку. К основным
требованиям, предъявляемым к инфологической модели, часто относят
такие [16]:
• инфологическая модель может содержать всю необходимую и
достаточную информацию для дальнейшего создания БД;
• инфологическая модель должная пониматься лицам, которые
непосредственно участвуют в создании системы.
ER-модель является логической структурой данных об объектах
системы. Компонентами ER-модели выступают сущности (объекты) и
отношения (связи между объектами). Объект включает большое количество
реализаций или экземпляров. Экземпляр объекта происходит из
совокупности конкретных значений реквизитов и определяется однозначно,
т.е. указываться значением ключа объекта, включающего нескольких
ключевых реквизитов [17].
Для отображения отношений между сущностями часто применяют
связи. Связи могут быть, если экземпляры сущностей взаимосвязаны
логически уже изначально.
Первый этап проектирования базы данных состоит в разработке
концептуальных моделей данных для каждого из существующих типов
пользователей создаваемого приложения.
Концептуальное проектирование – это конструирование
информационной модели предприятия, не зависящей от каких-либо условий
реализации.
Логический уровень – точка зрения пользователя. Это абстрактный
взгляд на данные. На нем используются данные в таком виде, в каком они
известны в реальном мире. Объектам модели (сущностям и атрибутам)
даются имена, понятные широкому кругу специалистов.
94
Создание локальных концептуальных моделей данных полностью не
зависит от типа СУБД, языка программирования, типа компьютера, ОС,
приложений и т.д [21].
Связи между сущностями представляют специфические отношения
(отношение типа родитель - потомок), то есть, когда каждый экземпляр
родительской сущности ассоциирован с произвольным количеством
экземпляров второй сущности, называемой потомком, а каждый экземпляр
сущности - потомок ассоциирован с одним экземпляром сущности-
родителя. Неспецифические отношения (отношения типа много ко
многому) заменяются на специфические при помощи введения связной
сущности.
Специфические отношения могут быть идентифицирующими,
неидентифицирующими, так же возможны отношениями категоризации.
Идентифицирующие отношения подразумевают, что сущность-
потомок однозначно определяется своей связью с сущностью-родителем.
Неидентифицирующие отношения подразумевают, что каждый
экземпляр сущности-потомка может быть однозначно идентифицирован без
связанного с ним экземпляра сущности-родителя. Неидентифицирующее
отношения отображаются на диаграмме пунктиром.
Установив связи, которые будут иметь место в создаваемой модели,
необходимо определить кардинальность каждой из них. Каждая связь может
иметь кардинальность либо "один к одному" (1:1), либо "один ко многим"
(1:М), либо "многие ко многим" (М:N). Кроме того, следует
проанализировать степень участия каждой из сущностей в конкретном типе
связи. Отношения связи характеризуются мощностью отношения, которая
служит для обозначения количества экземпляров сущностей-потомков,
которые могут существовать для каждого экземпляра сущности-родителя.
Существуют следующие варианты указания мощности:
• “ “ – 0,1 или более;
95
• “P” 1,2 или более;
• “Z” 0 или 1;
• “N” в качестве N указывается конкретное число.
Инфологическая модель применяется после словесного описания
предметной области.
Инфологическая (концептуальная) модель подразумевает под собой
формализованное описание предметной области, реализованное
безотносительно к применяемым в дальнейшем техническим и
программным средствам. Инфологическая модель создается динамической
и поддерживает легкую корректировку. К базовым требованиям,
относящимся к инфологической модели, относят следующие:
• Инфологическая модель содержит всю нужную и достаточную
информацию для предстоящего проектирования БД;
• Инфологическая модель реализуется понятной для всех лиц,
принимающих участие в разработке системы.
ER-модель можно описать как логическую структуру данных об
объектах системы. Компонентами ER-модели становятся сущности
(объекты) и отношения (связи между объектами). Объект поддерживает
несколько реализаций или экземпляров. Сам экземпляр объекта реализуется
совокупностью нескольких значений реквизитов и определяется
однозначно, т.е. идентифицируется значением ключа объекта, состоящем из
одного ли нескольких ключевых реквизитов.
Сущности бывают независимыми и зависимыми. Сущность
называется независимой, если каждый ее экземпляр может однозначно
определяться без выражения ее отношений с остальными сущностями.
Однозначное определение экземпляра зависимой сущности исходит от
отношений с другими сущностями.
96
Для визуализации отношений между сущностями применяются связи.
Связи имеют место быть, если экземпляры сущностей логически связаны
друг с другом.
Связь между таблицами осуществляется с помощью ключевых полей
(первичных и внешних).
Первичный ключ (англ. primary key) — понятие теории реляционных
баз данных, минимальное множество атрибутов, являющееся
подмножеством заголовка данного отношения, составное значение которых
уникально определяет кортеж отношения. На практике термин первичный
ключ обозначает поле (столбец) или группу полей таблицы базы данных,
значение которого (или комбинация значений которых) используется в
качестве уникального идентификатора записи (строки) этой таблицы.
Внешний ключ (англ. foreign key) — понятие теории реляционных баз
данных. Внешним ключом называется поле таблицы, предназначенное для
хранения значения первичного ключа другой таблицы с целью организации
связи между этими таблицами.
Некоторые поля будет иметь маски ввода, что позволит не допустить
ввода заранее недостоверной информации в систему пользователем, в
результате ошибки или преднамеренного искажения информации. К
данным полям относятся поля, содержащие дату или номера телефонов.
Некоторые таблицы имеют составной ключ, это позволяет избежать
дублирования записей в таблице.
На основе созданной логической модели и реализованных таблиц
была создана схема данных в системе управления базами данных Mysql, ER-
модель базы данных представлена на рисунке 2.9.
Источник: https://baza.diplomsite.ru/previewfile/2180