Автоматизации процесса оформления заказов. Автоматизации процесса оформления заказов на ремонт техники в ООО Объединенные ресурсы
Скачать 5.51 Mb.
|
2.3 Формы первичных документовК первичным документам относится информация, передаваемая клиентом менеджеру или оставленная, в виде заявки на сайте. Клиенты передают данные о себе (Имя, телефон и т.д.). Эти данные вводятся в справочник «Клиент». 2.4 Формы результатных документовК результативным документам относится заявка на ремонт, которая формируется из справочников «Клиент», «Услуги», «Объекты». Справочник «Заявка» включает в себя дату, данные о клиенте, вид объекта, услугу, цену за ремонт. 2.5 Классификаторы и справочники с описанием их структурОписание базы данных приведено в таблице 2.1. Таблица 2.1 Описание базы данных
Окончание таблицы 2.1
2.6Описание информационной модели.Инфологическая модель — ориентированная на человека и не зависимая от типа СУБД модель предметной области, определяющая совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также характер информационных потребностей пользователей. Система управления базами данных (СУБД) – совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. Наиболее распространенным языком работы с базами данных является SQL (Structured Query Language — «язык структурированных запросов»). Преимуществами построения базы данных на языке SQL являются: стандартность – использование языка SQL в программах стандартизировано международными организациями; независимость от конкретных СУБД – все распространенные СУБД используют SQL, т.к. реляционную базу данных можно перенести с одной СУБД на другую с минимальными доработками; возможность программного доступа к БД – язык SQL легко использовать в приложениях, которым необходимо обращаться к базам данных. Одни и те же операторы SQL употребляются как для интерактивного, так и программного доступа, поэтому части программ, содержащие обращение к БД, можно вначале проверить в интерактивном режиме, а затем встраивать в программу; возможность динамического изменения и расширения структуры БД – язык SQL позволяет манипулировать структурой БД, тем самым обеспечивая гибкость с точки зрения приспособленности БД к изменяющимся требованиям предметной области; возможность создания интерактивных запросов – SQL обеспечивает пользователям немедленный доступ к данным, при этом в интерактивном режиме можно получить результат запроса за очень короткое время без написания сложной программы. Для описания информационной модели используется CASE-средство ERwin – средство разработки структуры базы данных. Erwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения части документации, необходимой в цикле разработки. Построение модели данных предполагает определение сущностей и атрибутов, т.е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте. Целью информационной модели является обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты). IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято. Сущность в IDEF1X описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Таким образом, сущность в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от сущности в IDEF1, которая представляет собой абстрактный набор информационных отображений реального мира. Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Связи это суть глаголы, которые показывают, как соотносятся сущности между собой. Сущность описывается в диаграмме IDEF1X графическим объектом в виде прямоугольника. Каждый прямоугольник, отображающий собой сущность, разделяется горизонтальной линией на часть, в которой расположены ключевые поля и часть, где расположены не ключевые поля. Верхняя часть называется ключевой областью, а нижняя часть областью данных. Ключевая область содержит первичный ключ для сущности. Первичный ключ - это набор атрибутов, выбранных для идентификации уникальных экземпляров сущности. Атрибуты первичного ключа располагаются над линией в ключевой области. Как следует из названия, не ключевой атрибут – это атрибут, который не был выбран ключевым. Неключевые атрибуты располагаются под чертой, в области данных. Основным преимуществом IDEF1X, по сравнению с другими многочисленными методами разработки реляционных баз данных, является жесткая и строгая стандартизация моделирования. Установленные стандарты позволяют избежать различной трактовки построенной модели, которая несомненно является значительным недостатком ER. Одними из лучших программных продуктов, поддерживающих методологию IDEF1X, является пакет фирмы Computer Associates Platinum ERWin и пакет фирмы MetaSoftware Corporation Design/IDEF. При разработке информационных моделей дипломного проекта использован пакет ERWin 4.1. Инфологическая модель базы данных, разработанная в нотации SQL представлена на рисунке 2.4. Рисунок 2.4 – Информационная модель базы данных При проектировании к структуре базы данных предъявляются определенные требования (нормализации). Нормализация таблиц – это формальный аппарат ограничений на формирование таблиц, позволяющий исключить дублирование, обеспечивающий непротиворечивость данных, позволяющий уменьшить трудозатраты на ведение (ввод, редактирование) базы данных. Процесс нормализации включает в себя декомпозицию исходных отношений базы данных на более простые. Каждый шаг данного процесса приводит схему отношений в последовательные нормальные формы. На каждом шаге нормализации существует свой набор ограничений, которым должны удовлетворять отношения базы данных. Такой процесс позволяет исключить из таблиц базы избыточную неключевую информацию. Существует 6 нормальных форм. Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Таблица находится в нормальной форме Бойса-Кодда (НФБК), если и только если любая функциональная зависимость между его полями сводится к полной функциональной зависимости от возможного ключа. В следующих нормальных формах (4НФ и 5НФ) учитываются не только функциональные, но и многозначные зависимости между полями таблицы. Полной декомпозицией таблицы называют такую совокупность произвольного числа ее проекций, соединение которых полностью совпадает с содержимым таблицы. Таблица находится в пятой нормальной форме (5НФ) тогда и только тогда, когда в каждой ее полной декомпозиции все проекции содержат возможный ключ. Таблица, не имеющая ни одной полной декомпозиции, также находится в 5НФ. программная часть |