- •Часть 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.2.2. Стратегия централизации
Основным преимуществом централизованной базы данных является простота. Все операции осуществляются под контролем единственного узла, все проблемы и действия полностью ясны, по крайней мере, по сравнению с распределенной базой данных. Распределенные стратегии должны доказать свое преимущество путем преодоления некоторых недостатков, присущих централизованным системам. Так как в централизованных базах данных все данные располагаются в единственном узле, то наличие вторичной памяти в этом узле ограничивает возможный размер базы данных. Все запросы на выборку и обновление данных должны направляться в центральный узел со всеми сопутствующими затратами на стоимость связи и временную задержку. Если предположить, что в узле находится лишь одна ЭВМ, то это приведет к ограничениям на параллельную обработку, следовательно, скорость обработки будет ограничена быстродействием процессора. Центральный узел может стать узким местом всей системы, хотя вся остальная сеть может функционировать нормально. Одна из главных проблем рассматриваемой стратегии – ограниченные доступность и надежность. База данных становится недоступной из удаленного узла при появлении ошибки в системе связи и полностью выходит из строя при неисправности центрального узла. Любая из трех других стратегий распределения данных ценой определенных затрат преодолевает некоторые из этих недостатков.
8.2.3. Стратегия расчленения
При распределении данных на основе стратегии расчленения база данных распределяется по многим узлам сети и существование копий отдельных частей базы данных не допускается. Как было описано ранее, база данных разделяется на непересекающиеся подмножества, называемые логическими фрагментами, и каждый логический фрагмент размещается в отдельном узле. Такой метод имеет ряд преимуществ перед стратегией централизации. Объем базы данных теперь ограничивается уже объемом вторичной памяти, имеющейся во всей сети, а не в единственном узле. Так как запросы на выборку и обновление направляются в узлы, где расположены запрашиваемые данные, стоимость связи может быть снижена за счет того, что большая часть запросов к базе данных будет адресована к своим локальным частям. С другой стороны, запрос может потребовать доступа ко всем узлам сети, что приведет к большей стоимости связи и к большему времени задержки, чем в случае централизованной базы данных. Время отклика может быть меньше по сравнению с централизованной базой данных, если сетевая СУБД использует возможный параллелизм. Система становится менее чувствительной к узким местам при передаче данных в отдельном узле, поскольку нагрузка при передаче данных будет более равномерно распределена по сети в целом. Доступность и надежность базы данных могут быть повышены по сравнению с централизованным подходом.
В заключение отметим, что стратегия расчленения наиболее подходит для тех случаев, когда локальная вторичная память ограничена по сравнению с объемом базы данных (например, при использовании мини-ЭВМ), либо недостаточна надежность централизованной базы данных, либо должна быть повышена эффективность функционирования. Обычно эффективность функционирования может быть повышена, если запросы к базе данных будут обладать высокой степенью локализации ссылок. При отсутствии локализации ссылок эффективность может упасть довольно быстро из-за большого объема передачи данных.