Пользователи ис делятся на внешних и внутренних.

Внешние пользователи – люди, для которых создается система.

Внутренние пользователи – люди, разрабатывающие и поддерживающие эксплуатацию системы. Выделяют 2 основные группы: программисты и администраторы.

Численность административной группы зависит от сложности и размеров системы.

Для больших систем – группа администраторов. В группе – деление по объектам (например, администратор приложения, администратор БД).

Пример разделения по функциям: администратор по контролю целостности данных и администратор доступа.

Доступ к элементам системы со стороны пользователей:

Базы данных.

БД представляется для пользователей согласно архитектуре ANSI/SPARC.

Три уровня представления:

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

2. Логическое представление – определяет абстрактную логическую структуру данных, нет привязки к физическому их размещению. Используется администраторами и программистами.

3. Внешнее представление – определяет вид БД для внешнего пользователя. Похоже на логическую модель, но может отличаться:

• В сторону сужения (показывает не все, что есть в БД).

• В сторону расширения – пользователю представляются данные, не хранящиеся явно в БД. Например, в базе есть цена и количество, пользователю дополнительно показывается оперативно рассчитанная сумма.

Проектирование бд.

Основывается на данной архитектуре (ANSI/SPARC).

1. Анализируется предметная область путем анализа документации и опроса будущих пользователей. Для каждой категории определяется локальное представление (ЛП), описывающее функционирование системы с точки зрения разных категорий, определяет необходимый для функционирования набор данных.

2. На основе ЛП формируется инфологическая модель, объединяющая все данные категории, устраняя конфликты. Инфо модель – структурированная формализованная модель всей информации

3. Разработка даталогической модели – соответствует логическому уровню ANSI/SPARC архитектуры. По составу похожа на инфо модель, но учитывает ограничения СУБД.

4. Разрабатывается физическая модель, определяется способ и параметры размещения датамодели на носителе.

5. Определяется внешняя модель для категорий пользователей. Внешние представления могут реализовываться внутри БД или приложения.

В зависимости от уровня возможны разные классификации базы:

1. Классификация по модели логического уровня:

• Иерархические

• Сетевые – этот класс, как и предыдущий, является устаревшим. Оба основаны на физическом связывании и помощью указателей, сложны в разработке, но могут дать высокие характеристики.

• Реляционные – самая распространенная (90% СУБД).

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

2. Классификация по размещению на физическом уровне.

• Локальные

• Интегрированные

• Распределенные

Локальные – на машине пользователя.

Плюсы:

• Простой доступ к базе

Минусы:

• Однопользовательский режим

• Простота несанкционированного доступа

Интегрированные – для обслуживания группы пользователей в рамках подразделения предприятия. Используется файл-серверная (клиент-серверная) организация.

Плюсы:

• Простота обмена информацией между пользователями

• Возможность параллельной работы пользователей

Минусы:

• Необходимость повышения надежности, разрешения конфликтов между пользователями, разделение доступа к данным

• Замедление в скорости получения данных

Распределенные базы – физически хранятся на удаленном компьютере для приближения данных к пользователю.

Плюсы:

• Увеличение скорости работы для локальных задач

• Улучшение защиты от несанкционированного доступа

Минусы:

• Усложнение организации

• Замедление решения глобальных задач

СУБД

СУБД реализует базовые операции по использованию и обслуживанию БД.

Основные задачи:

1. Создание и модификация структуры базы.

2. Актуализация данных.

3. Поддержка логической целостности данных.

4. Поддержка физической целостности данных.

5. Контроль доступа.

6. Оценка эффективности использования.

7. Поддержка параллельного доступа.

8. Поддержка согласованности распределенных данных.

9. Поддержка разработки приложений.

Для поддержки действий СУБД включает следующие части:

1. Ядро – поддерживает работу с данными и некоторые функции обслуживания, а также параллелизм.

2. Средства доступа к данным – могут использоваться всеми видами пользователей, например: генератор запросов, генератор отчетов, диалоговый интерфейс пользователя, командный интерфейс.

3. Средства управления данными – набор утилит для выполнения служебных операций.

4. Средства разработки (для программистов) – язык, текстовые и графические редакторы, генераторы кода, средства визуального проектирования, трансляторы, отладчики.