Выделение информационных объектов и построение ИЛМ
ДЕТАЛИ Код детали Наименование детали Модель детали Объект «Заявки» нам нужен для учета заявок подающихся в ремонт. По этой таблице будет видно, как часто ломаются те или иные компьютеры и причины поломки. Эта таблица будет состоять из следующих столбцов: Объект «Ремонты» должен предоставлять всю информацию о предоставляемом ремонте. Например, данные о длительности ремонта, о стоимости, о том кто… Читать ещё >
Выделение информационных объектов и построение ИЛМ (реферат, курсовая, диплом, контрольная)
В процессе разработки модели схемы данных на первом этапе необходимо выделить информационные. На втором этапе проектирования необходимо выявить отношения между информационными объектами и определить информационные потоки данных. На завершающем этапе определяется логическая структура реляционной базы данных. При этом на основе информационной логической модели каждый информационный объект адекватно отображается реляционной таблицей, а связи между таблицами устанавливаются в соответствии со связями между информационными объектами.
Информационный объект — это информационное описание некоторой сущности предметной области — реального объекта, процесса, явления или события. Информационный объект образуется совокупностью логически взаимосвязанных реквизитов, представляющих качественные и количественные характеристики сущности. Информационные объекты могут быть выделены на основе описания предметной области путем определения функциональных зависимостей между реквизитами.
В простейшем виде информационная модель может быть отображена в виде взаимосвязей между компонентами структуры и ее процессами, как это показано на рис. 2. В практике проектирования информационных систем такие схемы получили название ER — диаграмм (Entity — relationship diagram (ERD) -диаграмма «Сущность-связь»). ER — диаграммы хорошо вписываются в методологию структурного анализа и проектирования информационных систем. Такие методологии обеспечивают строгое и наглядное описание проектируемой системы, которое начинается с ее общего обзора и затем уточняется, давая возможность получить различную степень детализации объекта с различным числом уровней.
Рис 2 Диаграмма взаимосвязей между компонентами структуры и ее процессами (ERдиаграмма)
Объект может быть реальным (например, человек, какой-либо предмет или населенный пункт) и абстрактным (например, событие, счет покупателя или изучаемый студентам курс). Так, в области ремонта примерами объектов могут служить ИЗДЕЛИЯ, РЕМОНТ и ЗАЯВКИ. Каждый объект обладает определенным набором свойств, которые запоминаются в информационной системе. При обработке данных часто приходится иметь дело с совокупностью однородных объектов, например таких, как изделия, и записывать информацию об одних и тех же свойствах для каждого из них.
Классом объектов называют совокупность объектов, обладающих одинаковым набором свойств.
Таким образом, для объектов одного класса набор свойств будет одинаков, хотя значения этих свойств, для каждого объекта, может быть разными. Например, класс объектов «изделия» будет иметь, одинаковый набор свойств, описывающих характеристики изделия, и каждое изделие будет иметь различные значения этих характеристик.
Объекты и их свойства являются понятиями реального мира. В мире информации, существующем в представлении программиста, говорят об атрибутах объектов.
Атрибут — это информационное отображение свойств объекта. Каждый объект характеризуется рядом основных атрибутов.
Например, изделия характеризуются номером изделия, кодом организации продаж, даты продажи, даты регистрации, даты гарантии. Каждый атрибут в модели должен иметь уникальное имя — идентификатор. Атрибут при реализации информационной модели на каком-либо носителе информации часто называют элементом данных, полем данных или просто полем.
Исходя из деятельности подразделения и того, зачем создается данная база данных можно понять, что можно выделит следующие объекты:
- — Детали
- — Заявки
- — Изделия
- — Организация, продающая изделия
- — Ремонт детали
- — Ремонтный отдел
- — Ремонты
- — Тип ремонта.
Объект «Детали» должен состоять из атрибутов, которые будут характеризовать каждую деталь.
ДЕТАЛИ Код детали Наименование детали Модель детали Объект «Заявки» нам нужен для учета заявок подающихся в ремонт. По этой таблице будет видно, как часто ломаются те или иные компьютеры и причины поломки. Эта таблица будет состоять из следующих столбцов:
ЗАЯВКИ Код заявки Код компьютера Табельный номер владельца Номер отдела Номер комнаты.
Объект «Изделия» будет содержать данные о поставщике, даты поставки, гарантий и д.р.
ИЗДЕЛИЯ Номер изделия Код организации продаж Дата продажи Дата регистрации Дата гарантии.
Объект «Организация, продающая изделия» (поставщики) должен содержать все данные о поставщике.
ПОСТАВЩИКИ Код поставщика Наименование организации продаж Адресный индекс Край (область) Город Улица Дом ФИО Телефон.
Объект «Ремонты» должен предоставлять всю информацию о предоставляемом ремонте. Например, данные о длительности ремонта, о стоимости, о том кто делал ремонт и д.р.
РЕМОНТЫ. |
Номер изделия. |
Тип ремонта. |
Код заявки. |
Дата в ремонт. |
Дата из ремонта. |
Код ремонтного отдела. |
Неисправность. |
Стоимость ремонта. |
Примечание. |
Построим логическую модель (ЛМ).
Рис. 3 Схема логической модели
Взаимосвязь выражает отображение или связь между двумя множествами данных. Различают взаимосвязи типа «один к одному», «один ко многим» и «многие ко многим».