Главная Обратная связь

Дисциплины:






Разработка информационного компонента системы (модели данных)



Информационный компонент системы включает всю информацию, задейство­ванную в системе. Она делится на внемашинную и внутримашинную информацию (БД, массивы и т.д.).

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

Например, для АС «Недвижимость»:

ИНФОРМАЦИОННЫЙ КОМПОНЕНТ СИСТЕМЫ

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

На основе анализа предметной области и постановки задачи строим концептуальную модель

 

 

 

В данной схеме отражены информационные потоки между диспетчером и:

1) клиентом в виде данных о клиенте и заявки на сдачу или продажу;

2)потенциальным арендатором или покупателем в виде запроса;

3)бухгалтером в виде отчёта о заключённых сделках;

В результате отображения концептуальной модели на СУБД будет получена логическая модель.

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

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

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

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

 

 

Таблица 12.

       
 
 
   


Нормализованная логическая модель данных подсистемы защиты (рисунок 3):

Рисунок 3.





sdamzavas.net - 2020 год. Все права принадлежат их авторам! В случае нарушение авторского права, обращайтесь по форме обратной связи...