2.1.2 Описание логической структуры

Логическое проектирование - это процесс конструирования общей информационной модели предприятия на основе отдельных моделей данных пользователей, которая является независимой от особенностей реально используемой СУБД и других физических условий.

Этапами логического проектирования являются

- преобразование концептуальной модели данных в локальную логическую модель;

- определение набора отношений;

- создание диаграммы сущность-связь;

- определение требований поддержки целостности данных.

Перед созданием БД, необходимо спроектировать БД, установить из каких объектов должна состоять, а также выявить их логическую взаимосвязь.

Логическая модель описывает понятия предметной области, их взаимосвязь, ограничения на данные, налагаемые предметной областью.

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

Логическая структура базы данных определяется информационными потребностями проекта. При ее разработке выделяются основные информационные сущности предметной области, выявляются связи между ними. Затем логическая структура оптимизируется в соответствии с реализуемыми целевыми функциями проекта. [6]

2.1.3 Описание метода организации данных

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

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

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

При определении перечня входной информации описываются: трансформаторы, двигатели переменного и постоянного тока их номер, заказ, ремонт. Также вид самого ремонта, мастера, цех заказчика и расположение барно, соединение фаз, номер подшипника.

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

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

Эти документы должны выводиться как на экран, так и печать.

2.1.4 Информационный анализ предметной области и построения инфологической модели данных

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

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

Основными конструктивными элементами инфологической модели являются сущности, связи между ними и их свойствами. [5]

На данном (рисунке 2) изображена инфологическая модель базы данных.

Рисунок 2 – Инфологическая модель