МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Государственное Образовательное Учреждение
Высшего Профессионального Образования
РЯЗАНСКИЙ ГОСУДАРСТВЕННЫЙ РАДИОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
КАФЕДРА АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ
Кафедра АСУ
Контрольная работа
По дисциплине
"УПРАВЛЕНИЕ ДАННЫМИ"
Рязань 2012
Содержание
1. Описание предметной области
2. Функциональная модель
3. Отчет по дугам модели
4. Сущность, атрибуты и связи информационной модели
5. Разработка базы данных в системе управления базами данных MS ACCESS
6. Список используемой литературы
1.
Описание предметной области
Учетные записи на файловом сервере бывают различными. Они создаются по запросу пользователя, согласно его принадлежности к отделу в фирме, уровня доступа в отделе и на основе правил и стандартов корпоративной безопасности в фирме.
Общая модель представлена на Рис. 1.
Рис. 1
Модель может использоваться любым информационным отделом на предприятии для создания учетных записей пользователей.
Отдел ИТ фирмы получает запрос от пользователя любого отдела фирмы и основываясь на принятых правилах и стандартах безопасности создает учтенную запись на файловом сервере предприятия. Затем передает данные учетной записи пользователю для его работы.
Входной дугой является запрос пользователя, выходной - данные учтенной записи (логин и пароль). Механизмы - отдел ИТ занимающийся созданием учетных записей и база данных пользователей фирмы (с их должностями и уровнями доступа). Правила и стандарты безопасности являются управляющими данными.
Весь процесс разбивается на несколько этапов: получение запроса, уточнения должности и уровня доступа, создания учтенной записи и пароля, внесения учетной записи в группу пользователей, выдача данных учтенной записи пользователю. Этапы показаны на Рис. 2.
база учетная запись управление
Рис. 2
Создание учетной записи и отнесение её к группе можно тоже
рассмотреть отдельно: создание имени пользователя (логина) исходя из уже
используемых и принадлежности пользователя к отделу, генерация пароля на основе
правил и стандартов безопасности, занесение учетной записи в определенную
группу на основе данных о его должности и уровня доступа к данным - Рис. 3
Рис. 3
Логин создается так, что бы в имени содержать имя отдела и номерной индекс. Генерируемый пароль должен быть абсолютно бессмысленным, содержать не менее требуемых по стандарту символов, иметь определенный срок действия после которого он должен быть изменен. Пользователь не определяет логин и пароль, его создает системный администратор и заносит пользователя в группу на основе данных об отделе, уровне доступа пользователя и общего доступа к ресурсам между отделами.
Рассмотрим детально внесение пользователя в группу или группы
(Рис. 4).
Рис. 4
Входная дуга - созданная учетная запись, выходная - полностью настроенная учетная запись (логин и пароль).
Операции выполняются согласно правилам, определенными работами занимаются необходимые специалисты.
Для примера покажем описание добавления необходимых групп в
глоссарий:
Рис. 5
Так же для примера покажем содержимое глоссария свойства
метки:
Рис. 6
Представим иерархию нашей модели в виде дерева:
А0 - Создание учетных записей;
А1 - Получение запроса;
А2 - Создание учетной записи и группы;
А21 - Создание логина;
А22 - Генерация пароля;
А23 - Внесение пользователя в группу или несколько групп;
А231 - Открытие окна настроек учетной записи;
А232 - Переход на вкладку настроек групп;
А233 - Добавление необходимых групп;
А234 - Закрытие окна настроек;
А3 - Выдача пары (логин-пароль) пользователю.
· Запрос от пользователей - содержит данный пользователя создавшего запрос (имя, фамилия, название отдела);
· Правила и стандарты безопасности - содержит набор корпоративных правил и приказов согласно которым пользователям фирмы разрешается/запрещается определенные действия, правила создания учетных записей и паролей;
· Отдел ИТ - содержит данные сотрудников отвечающих за создание учетных записей;
· База данных работников - содержит данные о работниках (ФИО, отдел, права доступа);
· Созданная учетная запись - содержит данные созданной и настроенной учетной записи выдаваемой пользователю в итоге (логин-пароль);
· Правила создания запросов - содержит данные о том как и в какой форме пользователь должен запрашивать создание учетной записи;
· Правила создания логина, сложность пароля и принадлежность к группе - содержит данные о том как создается логин, пароль и как с помощью групп регламентируется использование общих ресурсов;
· Правила приватной выдачи учетной записи конкретному пользователю - содержит данные о том, как передавать бланк с учетной записью пользователю без утечки этих данных к окружающим;
· Заполненная форма запроса - содержит данные с ФИО, названием отдела и должностью пользователя;
· Системный администратор - содержит данные сотрудника, который работает с учетными записями;
· Уровни доступа пользователя - содержит данные о том, какими папками и файлами пользователю можно пользоваться и режимы - чтение, запись, изменение;
· Бланк с парой логин-пароль - содержит данные с логином и паролем;
· Создание логина содержащего имя отдела - содержит данные о том, как создается имя пользователя (язык, что должно содержаться в имени);
· Запрет пользователю видеть (изменять) данные не его отдела - содержит данные о том, что пользователь должен быть ограничен в работе с чужими папками и файлами;
· Созданная пара логин-пароль - содержит данные о паре логин-пароль;
· Связь между отделами и общими ресурсами - содержит перекрестные связи между файлами и папками различных отделов;
· Окно настроек учетной записью - содержит свойства окна учетной записи;
· Окно настроек групп с добавленными группами - содержит данные учетной записи со всеми входящими в неё группами;
· Списки папок с которыми разрешено работать пользователю - содержит данные о списке папок и файлов разрешенных для работы пользователя;
Перечислим сущности порожденные в нашей модели:
. ЗАПРОС - атрибуты: Номер_запроса, Сотрудник ИТ. Идентификатор_сотрудника, Пользователь. Идентификатор_сотрудника.
. СОТРУДНИК - атрибуты: Идентификатор_сотрудника, ФИО_сотрудника, Идентификатор_должности, Идентификатор_отдела.
. СТРОКА ЗАПРОСА - атрибуты: Номер_запроса, Номер_строки_запроса, ФИО_сотрудника, Идеентификатор_учетной_записи.
. ДОЛЖНОСТЬ - атрибуты: Идентификатор_должности, Название_должности
. ОТДЕЛ - атрибуты: Идентификатор_отдела, Название_отдела.
. УЧЕТНАЯ ЗАПИСЬ - атрибуты: Идентификатор_учетной_записи, Логин, Пароль, Идентификатор_группы.
. ГРУППЫ - атрибуты: Идентификатор_группы, Название_группы.
. Системный администратор - экземпляр сущности СОТРУДНИК.
. Отдел ИТ - экземпляр сущности ОТДЕЛ.
Создание базы данных.
Открываем MS Access и создаем новую базу данных из меню
"Файл/Создать", меню "Создание" - "Новая база
данных"
Рис. 7
В окне "Файл базы данных" даем название своей базы
- "Создание учетных записей. mdb" и нажимаем "Сохранить".
Рис. 8
Теперь когда мы создали пустую базу данных нам необходимо создать
таблицы. Воспользуемся для создания режимом "Создание таблицы в режиме
конструктор".
Рис. 9
Войдя в режим конструктора создадим таблицу ЗАПРОС:
В поле "Имя поля" вводим названия атрибута "Номер_запроса", указываем тип данных - "Счетчик" и делаем его ключевым с помощью команды "Ключевое поле" в меню правой клавиши мыши. Затем заполняем поля "Сотрудник ИТ Идентификатор сотрудника (тип данных - текстовый) и "Пользователь Идентификатор сотрудника (тип данных - текстовый).
С помощью меню "Файл/Сохранить как." сохраняем созданную таблицу с именем "Запрос".
Получаем таблицу "Запрос"
Аналогично создаем остальные таблицы:
Таблицу "Строка запроса"
Таблицу "Сотрудник"
Таблицу "Должность"
Таблицу "Отдел"
Таблицу "Учетная запись"
Таблицу "Группы"
Индексы
Одним из основных требований предъявляемых к СУБД, является возможность быстрого поиска требуемых записей среди большого объема информации. Индексы представляют собой наиболее эффективное средство, которое позволяет значительно ускорить поиск данных в таблицах по сравнению с таблицами, не содержащими индексов.
Создание индекса для одного поля. Для создания простого индекса используется свойство Индексированное поле, позволяющее ускорить выполнение поиска и сортировки записей по одному полю таблицы. Индексированное поле может содержать как уникальные, так и повторяющиеся значения.
Создание простого индекса предполагает выполнение следующих действий:
В окне конструктора таблицы выберите в верхней половине окна поле, для которого создается индекс.
В нижней половине окна для свойства Индексированное поле выберите одно из следующих значений: Да (Допускаются совпадения) или Да (Совпадения не допускаются).
Создание составного индекса. Индексы, содержащие несколько полей, следует определять в окне индексов.
В окне конструктора откройте таблицу, для которой создается составной индекс. Для этого в окне базы данных установите указатель на данную таблицу и нажмите кнопку Конструктор.
Нажмите кнопку Индексы на панели инструментов. На экране откроется
окно диалога "Индексы" (Рис. 18).
Рис. 18
В открывшемся окне диалога введите имя индекса в первом пустом поле столбца Индекс. В качестве имени индекса можно использовать имя одного из полей, включенных в индекс, или любое допустимое имя.
В столбце Имя поля той же строки нажмите кнопку раскрытие списка и выберите первое поле индекса.
В столбце Имя поля следующей строки выберите имя следующего поля индекса. (В этой строке поле столбца Индекс следует оставить пустым.) Определите таким же образом остальные поля индекса. Индекс может включать до 10 полей.
Закончив выбор полей для индекса, нажмите кнопку закрытия окна диалога.
По умолчанию задается порядок сортировки По возрастанию. Для сортировки конкретного поля по убыванию выберите в столбце Порядок сортировки строки с выбранным полем значение По убыванию.
Определение связей между таблицами.
MS Access поддерживает три типа отношений между таблицами: "один-к-одному", "один-ко-многим", "много-ко-многим".
Отношение "один-к-одному" означает, что каждая запись в одной таблице соответствует только одной записи в другой таблице.
Отношение "много-ко-многим". Отношение "много-ко-многим" возникает между таблицами в тех случаях, когда:
одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы;
одна запись из второй таблицы может быть связана более чем с одной записью из первой таблицы.
Например, врач может обследовать несколько больных, а больной обследуется у нескольких врачей.
Отношение "много-ко-многим" фактически изображается в виде двух связей с отношениями "один-ко-многим" через третью таблицу, ключ которой состоит, по крайней мере, из двух полей, которые являются полями внешнего ключа, мигрирующими из двух других таблиц.
Создание связей между таблицами осуществляется в окне
"Схема данных" открываемое из меню "Сервис".
Рис. 19
Выбираем "Схема данных" и в окне "Добавление
таблицы" добавляем в схему все необходимые таблицы.
Рис. 20
Рис. 21
Для связывания таблиц выбираем поле в таблице, перетаскиваем его с помощью мыши на поле связи таблицы. Как только отпускаем кнопку мыши, открывается диалоговое окно "Изменение связей".
Рис. 22
Щелкнем на кнопке "Создать", чтобы установить связь. В окне "Схема данных" появится линия новой связи.
В результате установления всех связей имеем схему данных.
Рис. 23
Если необходимо изменить существующую связь, необходимо установите указатель на линию связи, которую требуется изменить, и дважды нажмите кнопку мыши.
Определение условий целостности данных
Рис. 24
В диалоговом окне "Изменение связей" есть флажок "Обеспечение целостности данных".
В диалоговом окне "Изменение связей" можно включать или отключать режим обеспечения целостности данных, а также устанавливать дополнительные параметры обеспечения целостности данных.
Щелкаем правой кнопкой мыши на линии связи между двумя таблицами и выбираем в контекстном меню команду "Изменить связь".
В появившемся диалоговом окне устанавливаем флажок "Обеспечение целостности данных".
Для того чтобы преодолеть ограничения на удаление или изменение связанных записей, сохраняя при этом целостность данных, устанавливаем дополнительные правила целостности данных:
Установка флажка "Каскадное обновление связанных полей" позволяет автоматически изменять соответствующее значение в связанных записях при изменении значения в ключевом поле главной таблицы;
Установка флажка "Каскадное удаление связанных полей" позволяет автоматически удалять и все связанные с ней записи в подчиненной таблице при удалении записи в главной таблице.
Щелкаем на кнопке ОК, чтобы закрыть диалоговое окно "Изменение связей".
Модификация структуры таблицы
Изменение порядка следования полей. Слева от имен полей находится область выбора поля. Нажимаем на эту область. При этом вся строка будет выделена. Теперь нажимаем еще раз на область выбора поля и не отпускаем кнопку мыши. Под курсором мыши появился маленький пунктирный прямоугольник. Переносим всю строку так, чтобы она оказалась прямо над тем полем, перед которым хотим её расположить. После того как отпускаем кнопку мыши, поле будет находиться на новом месте