Основы проектирования реляционных баз данных
Задачи | Результаты | ||
---|---|---|---|
1. | Контроль качества ER-диаграмм | A | Последовательность работ бизнес-модели процесса проектирования базы данных со сведениями об ответственных исполнителях и сроках их исполнения |
2. | Контроль качества диаграмм функциональной модели предметной области базы данных | B | Основа для создания логической модели базы данных |
3. | Систематизация требований заказчика к базе данных | C | Вывод о достаточности требований и реализуемости базы данных |
4. | Подготовка плана проектирования базы данных | D | Основа для разработки серверного кода и проектирования модулей приложений базы данных |
Этап | Содержание | ||
---|---|---|---|
1. | Создание логической модели базы данных | A | - это этап, на котором на основании информационной модели предметной области базы данных создается логическая структура базы данных, независимая от ее реализации |
2. | Создание физической модели базы данных: внутренняя схема | B | - это этап, на котором анализируются возможные транзакции системы, выполняется, в случае необходимости, денормализация отношений для обеспечения более высокой производительности базы данных |
3. | Создание физической модели базы данных: учет влияния транзакций | C | - это этап, на котором на основании логической модели базы данных создается физическая структура базы данных, зависимая от ее реализации |
4. | Создание серверного кода | D | - это этап, на котором на основании функциональной модели предметной области базы данных создается серверный код базы данных в виде триггеров, хранимых процедур и пакетов |
5. | Проектирование модулей приложений базы данных | E | - это этап, на котором создаются спецификации модулей приложений, разрабатываются стратегии тестирования базы данных и приложений, создается план тестирования приложений базы данных и готовятся тестовые данные |
6. | Контроль качества проектирования базы данных | F | заключается в настройке некоторых транзакций к базе данных и локальном перепроектировании базы данных согласно требованиям, поступающим с других этапов создания базы данных |
7. | Учет задач обратного влияния | G | заключается в проверке качества результатов проектирования на каждом его этапе |
8. | Сбор и анализ входных данных | H | - это начальный этап проектирования, на котором осуществляется сбор и контроль качества результатов анализа предметной области базы данных, готовится план проектирования базы данных |
Цель: идентификация пользователя и предоставление доступа к приложению базы данных
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Действия:
Если пользователя с таким именем и паролем нет в базе данных - отказать в доступе и попросить правильно ввести свои данные (на случай ошибки), но не более трех раз.
Если пользователь есть в базе данных - предоставить доступ к модулю "Главная страница", которая в зависимости от полномочий пользователя может иметь различный внешний вид.
Какая позиция спецификация была пропущена проектировщиком базы данных?Наименование модуля: Страница для входа в приложение (LogIn)
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Действия:
Если пользователя с таким именем и паролем нет в базе данных - отказать в доступе и попросить правильно ввести свои данные (на случай ошибки), но не более трех раз.
Если пользователь есть в базе данных - предоставить доступ к модулю "Главная страница", которая в зависимости от полномочий пользователя может иметь различный внешний вид.
Какая позиция спецификация была пропущена проектировщиком базы данных?