8. Идеи и примеры использования SwimLine-моделей.

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

1. "Дорожка"может представлять собой однородные объекты: (сотрудника, отдел, службу, внешнего контрагента и т.д.

2. Каждая функция обязательно размещается на "дорожке".

3. Для каждой функции обязательны три дуги: вход, выход, управление.

4. "Дорожки'определяются из множества IDEF-дуг "Механизмы".

5. IDEF-дуга "Механизм"заменяется на дополнительную исходящую дугу функции.

6. Группировка функций в фазы процесса производится по основным функциям менеджмента, и являются отражением уровней вложения IDEF-схемы.

7. На схему обязательно переносятся "Внешние источники данных".

8. Процесс изображается в естественном его направлении сверху вниз, при этом всегда имеет начало и конец, и т.д.

9. База данных как ядро современной информационной системы. Типы субд. Средства моделирования и проектирования баз данных в реляционной модели.

База данных — совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных.

База данных — некоторый набор перманентных (постоянно хранимых) данных, используемых прикладными программными системами какого-либо предприятия.

База данных предназначена для хранения и накопления данных и их обработки.

Система управления базами данных (СУБД) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.

Модели организации информационного содержимого базы данных

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

+ Иерархическая модель данных-строится по принципу иерархии типов объектов, то есть один тип объекта является главным, а остальные, находящиеся на низших уровнях иерархии, – подчиненными. Между главным и подчиненными объектами устанавливается взаимосвязь «один ко многим». Для каждого экземпляра главного объекта может быть несколько экземпляров подчиненных типов объектов. Узлы и ветви образуют иерархическую древовидную структуру. Узел - совокупность атрибутов, описывающих объект.

Достоинства: эффективное использование памяти и неплохие показатели временных затрат на выполнение операций; пригодны для формирования БД с теми данными, которые сами по себе имеют иерархическую структуру.

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

+ Сетевая модель данных

Данные в такой модели представлены в виде коллекции записей, а связи – в виде наборов. Сетевая модель – это граф с записями в виде узлов графа и наборами в виде его ребер. В основу положены графы произвольной структуры, которые отражает взаимосвязи между данными в этой модели.

Достоинства: эффективное использование затрат памяти (ресурсы) при манипулировании данными; использовать для решения многих задач из–за различных связей.

Недостатки: сложность физической реализации; жесткость связи между элементами данных накладывает ряд ограничений на удобство манипуляции данными; ослаблен контроль целостности связей между записями.

+ Реляционная модель данных

Эти модели характеризуются простотой структуры данных, ориентирована на организацию данных виде двумерных таблиц.

Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям, а столбцы – атрибутам отношений, доменам, полям.

Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом (ключевым полем).

Достоинства: простота моделирования и физическая реализация, высокая эффективность обработки данных.

Недостатки: отсутствие стандартных средств идентификации каждой отдельной записи.

+ Постреляционная модель данных

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

В этой модели не требуется выполнять операции соединения двух таблиц.

Достоинства: обеспечивает высокую наглядность представления информации и повышенную эффективность ее обработки.

Недостатки: трудоемкий процесс обеспечения целостности и непротиворечивости данных, которые хранятся в базе данных.

+ Многомерная модель данных

Достоинства: повышение наглядности и информативности; удобство и эффективность аналитической обработки больших объемов информации

Недостатки: громоздкость (что делает ее не пригодной для организации БД небольших объемов)

Объектно–ориентированная модель. База данных в объектно–ориентированной модели представляет хранилище объектов, которые можно использовать совместно различными пользователями и приложениями.

Достоинства: возможность для пользователя системы определять свои сколь угодно сложные типы данных; наличие наследуемости свойств объектов;

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

Классификации СУБД

По модели данных (Иерархические, Сетевые, Реляционные, Объектно-ориентированные)

По степени распределённости

Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).

По способу доступа к БД

Файл-серверные (файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера. ) (устаревшие)

Примеры: Microsoft Access, Visual FoxPro.

Клиент-серверные

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

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.