Для того, чтобы непосредственно перейти к проектированию архитектуры баз данных необходимо четко основные цели, которые достигаются с помощью автоматизированной системы управления документооборотом. Целью внедрения автоматизации документооборота является[16]:
- Удешевление бизнес-процессов, временных затрат на осуществление операций персоналом предприятия
- Обеспечение удобства пользователя и унификация выполняемых операций
- Обеспечение общего информационного пространства, возможности интегрированного поиска и извлечения данных
- Обеспечение унифицированных средств мониторинга процессов и контроля исполнения
- Обеспечение возможности сбора статистической и аналитической информации о скорости и своевременности исполнения этапов бизнес-процессов
- Обеспечение возможности постепенного расширения автоматизированных процессов, а также возможностей их модификации по мере изменения процессов
Итак, автоматизация в первую очередь направлена на удовлетворение потребностей персонала (пользователей) в оптимизации и интенсификации, как отдельных операций, так и бизнес-процессов в целом, поэтому разработка архитектуры баз данных ведется в соответствии с требованиями пользователей АСУ.
Процесс разработки структуры базы данных в соответствии с требованиями пользователей называется проектированием базы данных[17].
Достижение приемлемого для всех пользователей уровня эксплуатационных характеристик базы данных является сложной задачей.
Другим аспектом функционирования БД является ее гибкость. БД, тесно привязанные к текущим приложениям, могут иметь слишком ограниченную сферу применения в других подобных организациях. Быстрое изменение требований и введение новых типов элементов данных могут иметь следствием повышение стоимости сопровождения программ, разложение временных файлов и сортировок, а также снижение производительности системы.
На сегодняшний день можно выделить следующие модели данных:[18]
- иерархическая;
- сетевая;
- реляционная;
- постреляционная;
- многомерная;
- объектно-ориентированная.
Иерархические модели данных базируются на использовании графовой и табличной форм представления данных.
В графической диаграмме схема БД: вершина графа - используется для интерпретации типов сущностей, а дуги - для интерпретации типов связей между типами сущностей. При реализации, вершины представляются таблицами описаний экземпляров сущностей соответствующего типа.
К достоинствам иерархической модели данных относятся эффективное использование памяти ЭВМ и неплохие показатели времени выполнения основных операций над данными. Иерархическая модель данных удобна для работы с иерархически упорядоченной информацией.
Недостатком иерархической модели является ее громоздкость для обработки информации с достаточно сложными логическими связями, необходимость использования той иерархии, которая была заложена в основу БД при проектировании, а также сложность понимания для обычного пользователя.
Сетевая модель данных позволяет отображать разнообразные взаимосвязи элементов данных в виде произвольного графа, обобщая тем самым иерархическую модель данных. Вершина графа используется для интерпретации типов сущностей, а дуги - типов связей.[19]
При реализации моделей в различных БД, можно применять различные способы представления в памяти системы данных, описывающих связи между сущностями.
Достоинством сетевой модели данных является возможность эффективной реализации по показателям затрат памяти и оперативности. В сравнении с иерархической моделью сетевая модель предоставляет большие возможности в смысле допустимости образования произвольных связей.
Недостатком сетевой модели данных является высокая сложность и жесткость схемы БД, построенной на ее основе, а также сложность для понимания и выполнения обработки информации в БД обычным пользователем. Кроме того, в сетевой модели данных ослаблен контроль целостности связей вследствие допустимости установления произвольных связей между записями.
Перейти на страницу:
1 2 3
