Проектирование базы данных

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

Для реализации модуля авторизации и работы с данными была создан класс LogOnModel.

Класс состоит из следующих полей:

· Поле UserName - содержит имя пользователя

· Поле Password – содержит пароль пользователя

· Поле RememberMe – содержит данные о том, выбрал ли пользователь сохранение своих данных в cookie-файлы.

Для реализации модуля регистрации и работы с данными был создан класс RegisterModel. Данный класс состоит из следующих полей:

· Поле UserName - содержит имя пользователя

· Поле Email – содержит электронную почту пользователя

· Поле Password – содержит пароль пользователя

· Поле ConfirmPassword – содержит повторно введенный пароль пользователем.

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

В результате было сформировано 4 таблицы: Users, Roles, UsersInRoles, Memberships.

Таблица Users является главной таблицей, которая состоит из следующих полей:

· Поле UserId – первичный ключ таблицы

· Поле UserName – содержит имя пользователя

· Поле IsAnonymous – содержит данные о том, выбрал ли пользователь сохранение своих данных в cookie-файл

· Поле LastActivityDate – содержит последнюю дату входа пользователя в систему.

Таблица Roles хранит данные о приоритетах пользователей системы. Она состоит из следующих полей:

· Поле RoleId – первичный ключ таблицы

· Поле RoleName – содержит название приоритета пользователя

· Поле Description – содержит описание приоритета пользователя.

Таблица UsersInRoles является вспомогательной таблицей. Она необходима для связи пользователя с его ролью. Таблица состоит из 2-х полей:

· Поле UserId – внешний ключ таблицы Users

· Поле RoleId – внешний ключ таблицы Roles

Таблица Memberships содержит данные о пользователях, а также системные данные, которые будут полезны при администрировании пользователей. Структура таблицы имеет следующий вид:

· Поле UserId – внешний ключ таблицы Users

· Поле Password – содержит данные о пароле пользователя

· Поле Email – содержит данные об электронной почте пользователя

· Поле PasswordQuestion – содержит вопрос в случае утери пароля, на который должен ответить пользователь (по умолчанию null)

· Поле PasswordAnswer – содержит ответ на вопрос в случае утери пароля (по умолчанию null)

· Поле IsApproved – содержит данные о разрешенном/запрещенном доступе пользователя к системе (по умолчанию равно 1)

· Поле CreateDate – содержит дату регистрации пользователя в системе.

Для наглядности представления базы данных была разработана ER-диаграмма (рис. 2).

Рис. 2 – ER – диаграмма базы данных

Разработка сценария диалога

Сценарий диалога программы – последовательность ввода и вывода информации в диалоговом режиме работы программы. Сценарий диалога – это определение всех возможных состояний программы и путей перехода из одного состояния в другое (за один или несколько шагов). Развитие диалога во времени можно рассматривать, как последовательность переходов системы из одного состояния в другое. Ни одно из них не должно быть «тупиковым», т.е. пользователь должен иметь возможность перейти из любого текущего состояния диалога в требуемое.

Цели разработки сценария:

1) выявление и устранение возможных «тупиковых» ситуаций;

2) выбор рациональных путей перехода из одного состояния в другое (из текущего в требуемое);

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

Схема диалога программы представлена на рис. 3, 4.

Рис. 3 – Схема диалога программы

Рис. 4 – Продолжение схемы диалога программы

Не нашли, что искали? Воспользуйтесь поиском по сайту: