- •Часть 1. Cистемное проектирование
- •1. Понятие системного проектирования
- •2. Классическое проектирование ис
- •2.1. «Каскадная» организация проектирования ис
- •2.1.1. Преимущества «каскадной» схемы
- •2.1.2. Недостатки «каскадной схемы»
- •1. «Опоздание»
- •2. «Бесполезность»
- •3. «Жесткость» и «закрытость»
- •4. «Типовые оргструктуры»
- •2.2. Классические методы проектирования ис
- •3. Бизнес-реинжиниринг
- •3.1. Внешние причины возникновения bpr
- •3.2. Внутренние причины возникновения bpr
- •3.3. Bpr: мотивы предприятий
- •3.4. Связь бизнес-реинжиниринга с ит
- •4. Новое системное проектирование
- •4.1. Понятие нового системного проектирования
- •4.2. Объекты н.С.П.
- •4.3. Методы н.С.П.
- •4.4. Общие принципы организации проектирования ис
- •4.4.1. Применение в н.С.П. Улучшенных каскадных схем
- •4.4.2. Адаптивные схемы организации н.С.П.
- •Заключение
- •Часть 2. Методология проектирования ис введение
- •1. Основные понятия и определения
- •2. Структурный системный анализ предприятия как основа формирования информационной системы
- •3. Субд как способ реализации ис
- •3.1. Модели субд
- •3.1.1. Системы с инвертированными списками
- •3.1.2. Иерархические структуры данных
- •3.1.3. Сетевые структуры данных
- •3.1.4. Реляционная модель
- •3.2. Архитектуры субд
- •4. Проектирование логической и физической структуры информационной системы.
- •4.1. Логическая структура ис и проектирование реализации.
- •4.2. Проектирование физической структуры ис
- •5 . Применение case-технологий в разработке ис
- •5.1. Классификация case-средств
- •5.2. Методика работы с саse-технологиями (на примере пакета oracle designer/2000)
- •6. Проектирование оптимальной логической и физической структуры информационной системы.
- •6.1. Методы решения задачи проектирования структуры и эскизная оценка проекта структуры ис
- •6.2. Выбор структуры бд на основе прагматического подхода
- •2.12. Первый вариант денормализации модели структуры бд на основе прагматического подхода.
- •6.3. Целевая функция и ограничения для общей задачи построения ис на основе рбд.
- •6.4. Критерии оптимизации для бд с одним сервером.
- •6.5.Построение эффективной логической структуры на основе алгоритма кластеризации атрибутов данных.
- •7. Анализ структуры бд точки зрения эффективности на основе имитационного моделирования
- •8. Проектирование ис на основе распределенных баз данных.
- •8.1. Структура распределенных субд
- •8.1.1. Архитектура распределенных субд
- •8.1.2. Логическая структура базы данных
- •8.1.3.Физическая структура базы данных
- •8.2. Стратегия распределения данных.
- •8.2.1.Общий подход
- •8.2.2. Стратегия централизации
- •8.2.3. Стратегия расчленения
- •8.2.4. Смешанная стратегия
- •8.3. Методы проектирования распределенной бд
- •8.3.1. Общий подход к проектированию распределенных бд
- •8.3.2. Проектирование распределенной многоуровневой ис
- •Список литературы оглавление
- •Часть 1. Системное проектирование
- •Часть 2. Методология проектирования ис
8. Проектирование ис на основе распределенных баз данных.
8.1. Структура распределенных субд
8.1.1. Архитектура распределенных субд
Современные тенденции развития информационных систем состоят в переходе от централизованных ИС к распределенным системам. В данном разделе термин «распределенный» используется для указания того факта, что база данных распределена между несколькими, возможно территориально разобщенными ЭВМ и обеспечена соответствующими возможностями для управления этими разделенными частями. Программное обеспечение систем управления распределенными базами данных (СУРБД) обычно имеет многоуровневую архитектуру. Как показано на рис. 8.1, в такой архитектуре существует пять уровней, которые могут быть подразделены на две основные части. Верхние четыре уровня процессоров – пользовательский, глобальный логический, фрагментный и распределенный уровни представлений могут быть сгруппированы вместе и названы сетевой СУБД. Нижний уровень – процессор узлового уровня представления может быть назван локальной СУБД. Межузловая связь соединяет узлы сетевой СУБД с узлами локальной СУБД.
Каждый из этих уровней поддерживает различные представления базы данных. Каждый уровень взаимодействует только с непосредственно смежными уровнями представления. Самым верхним уровнем структуры является интерфейс прикладной программы, или интерфейс процессора запроса. Каждый уровень представления базы данных необходим для того, чтобы в явном виде представлять определенный аспект логической или физической структуры базы данных.
К аждый пользователь может иметь отличное от других пользователей представление, соответствующее его требованиям и требованиям защиты.
Третий уровень представления – фрагментное представление. Используя это представление, архитектура БД определяет несвязанные подмножества базы данных, называемые логическими фрагментами, каждый из которых является подмножеством строк в таблице.
8.1.2. Логическая структура базы данных
Модель данных, соответствующая логической структуре базы данных, является вариантом реляционной модели. Она достаточно мощная для представления как реляционных структур, так и логических структур других моделей данных. В расширенной реляционной модели база данных состоит из нескольких таблиц. Для заданных множеств значений D1, D2, …, Dn таблица определяется как множество строк, в каждой из которых первый элемент берется из D1, второй из D2 … и n-й элемент из Dn. Множества Di называют доменами. Допустимыми типами данных для этих доменов являются символьные строки, целые и действительные числа, логические переменные. Каждая строка таблицы должна иметь первичный ключ, состоящий из значений одного или нескольких столбцов, которые однозначно определяют строку. Все строки таблицы являются различными (первичные ключи не дублируются).
Базы данных с древовидной структурой явно определяются в момент определения данных посредством промежуточной таблицы, называемой ассоциацией. Ассоциации есть явно определенные связи между двумя таблицами. Они используются для представления связи типа 1:М в древовидных базах данных. В этой связи одна таблица может быть названа «владелец», а другая «член». Для строк таблицы-члена, которые связаны со строками таблицы-владельца, может быть определен один или более критериев упорядочивания.