Автоматизация учета приема оплаты с юридических лиц за коммунальные услуги
Дипломная работа - Бухгалтерский учет и аудит
Другие дипломы по предмету Бухгалтерский учет и аудит
тображением их свойств. Идентификаторы объектов и информационные переменные, отображающие качественные признаки объектов (в теории экономических информационных систем они называются реквизитами-признаками), имеют дискретный характер.
Даталогическая модель должна быть проанализирована с точки зрения возможности и эффективности выполнения заданных функций. В процессе анализа даталогическая модель может перестраиваться. После получения приемлемого варианта логической структуры БД переходят к физическому моделированию. Полученный вариант физической структуры проверяют на ограничение по ресурсам. В случае несоблюдения ограничений производят перепроектирование физической структуры. Если этого оказывается недостаточно, то возвращаются к даталогическому уровню и выполняют еще одну итерацию по проектированию структуры БД.
Зная основные принципы построения даталогических моделей приведенные ниже можно составить даталогическую модель.
Глобальная даталогическая модель представляет собой отражение общего содержания баз данных, структурированное на логическом уровне и ориентированное на конкретную СУБД. Любая СУБД оперирует с допустимыми для нее типами логических структур данных, которые представляют собой базисный набор типов структур. СУБД накладывает количественные ограничения на логическую структуру базы данных. Все это оказывает влияние на проектирование даталогических моделей. Поэтому, прежде чем приступить к построению даталогическоймодели, необходимо детально изучить особенности СУБД, уточнить ограничения, определить факторы, влияющие на выбор логических структур данных, ознакомиться с существующими методиками проектирования. Если для данной СУБД имеется система автоматизации проектирования БД, то с целью оценки качества проекта и целенаправленного воздействия на создаваемую структуру базы данных желательно знать алгоритм проектирования, положенный в ее основу.
При проектировании даталогической модели используется графическая (диаграмма логической структуры) и аналитическая формы ее представления. При ручном проектировании построение даталогической модели начинают с графического представления структуры базы данных, так как оно обладает большей наглядностью. При автоматизированном проектировании, наоборот, обычно сначала получается аналитическое представление структуры, а затем по нему для удобства пользователей воссоздается графическое представление.
Графическое представление структуры БД.
Диаграммы логической структуры БД должны быть наглядными, легко читаемыми, не допускать неоднозначного их толкования; они должны нести полную информацию о логической структуре БД, давать возможность различать все типы элементов данных и структур, допустимых в данной системе, обеспечивать взаимно однозначное соответствие между ними.
Для реляционных систем не принято давать графическую интерпретацию структуры БД. В реляционных моделях связи в явном виде не задаются, а также тем, что до последнего времени не было крупных реализаций реляционных банков данных, для которых трудно было бы проанализировать их структуру, не пользуясь графической интерпретацией..
Особенности проектирования. На проектирование даталогической модели большое влияние оказывают возможности системы по физической организации данных. Часто логическое и физическое проектирование БД выполняется итеративно.
Кроме факторов, обусловленных особенностями СУБД, при проектировании структуры БД надо принимать во внимание особенности отображаемой предметной области и характеристику обращений к БД со стороны пользователей.
Алгоритм проектирования логической структуры БД зависит от вида инфологической модели, подхода к проектированию, используемой СУБД. Более того, для одной и той же СУБД могут быть предложены различные алгоритмы построения структуры БД. Тем не менее, проектирование структурированных баз данных для различных систем имеет и целый ряд общих моментов:
) минимальная логическая единица (элемент данных, поле и т. п.) семантически для всех систем практически одинакова и соответствует либо идентификатору объекта, либо свойству объекта или процесса;
) группировка элементов в структуры более высоких уровней и определение связей между ними производятся в результате совместного анализа ограничений СУБД, особенностей предметной области и потребностей пользователей с учетом ограничений на ресурсы;
) совокупность типов объектов, подлежащих отражению в БД, и совокупность свойств, фиксируемых для конкретного объекта каждого типа, должны быть заранее определены. Этапы определения состава БД и проектирования ее структуры могут выполняться итеративно. Процесс проектирования предусматривает предварительную классификацию объектов реального мира;
) при проектировании логической структуры БД присутствуют этапы преобразования исходной инфологической модели в модель, допустимую для СУБД, и проверки адекватности полученнойдаталогической модели исходной модели;
) для каждой СУБД может быть задан набор правил и приемов устранения аномальных, с точки зрения системы, ситуаций. Обычно при этом возможны альтернативные решения. Число допустимых для заданных исходных условий вариантов даталогических моделей обычно бывает сравнительно велико.
) отображение связей между элементами на уровне даталогической модели может выполняться либо путем совместного расположения взаимосвязанных элемен?/p>