Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Архив1 / doc92 / КУРСОВАЯ(12).doc
Скачиваний:
26
Добавлен:
03.08.2013
Размер:
307.71 Кб
Скачать

10 Даталогическая модель

На основе проведенного анализа предметной области и ER диаграммы, строится даталогическая модель данных (табл.7), которая подробно описывает требования к атрибутам сущностей, такие как ограничение, ключевое поле, обязательный атрибут и т.д.

Табл.7. Даталогическая модель

Атрибуты

Тип данных

Ключ

Ограничение

по размеру

Обязательное

Физическое имя

Сущность «Пользователь». User

ID

int

PK

11

ДА

id

E-mail

varchar

255

НЕТ

email

Пол

tinyint

1

ДА

state

Провайдер

varchar

255

ДА

network

Идентификатор

varchar

255

ДА

identity

Полное имя

varchar

255

НЕТ

full_name

Фото

varchar

255

НЕТ

photo

Сущность «Урок». Lesson

Идентификатор

int

PK

11

ДА

id

Название

varchar

255

ДА

title

Текст

varchar

255

ДА

text

Упражнение

varchar

255

ДА

exercise

Позиция

int

2

ДА

position

Тема

int

FK

11

ДА

theme_id

Код награды

int

FK

11

ДА

reward_id

Код упражнения

varchar

FK

11

ДА

code

Сущность «Тема». Theme

Идентификатор

int

PK

11

ДА

id

Название

varchar

255

ДА

title

Описание

varchar

255

ДА

desc

Сущность «Награда». Reward

Идентификатор

int

PK

11

ДА

id

Название

varchar

255

ДА

title

Описание

varchar

255

ДА

desc

Картинка

varchar

255

ДА

icon

Сущность «Пройденные упражнения». User_Lesson

Пользователь

int

FK

11

ДА

user_id

Упражнение

int

FK

11

ДА

lesson_id

Дата

datatime

ДА

dt

Сущность «Награды пользователя». User_Reward

Пользователь

int

FK

11

ДА

user_id

Награда

int

FK

11

ДА

reward_id

Дата

dt

ДА

dt

На основе этой модели будет построена физическая модель в MySQL.

11. Разработка спецификаций для функций системы

11.1 Спецификация «Авторизация»

При авторизации будет использоваться сервис http://ulogin.ru и настраиваемый виджет.

  1. Пользователь нажимает на кнопку с логотипом соц. сети или почтового сервиса, в котором он имеет аккаунт.

  2. Происходит переадресация на сайт-провайдера.

  3. Пользователь должен подтвердить и разрешить приложению использовать его данные. Если пользователь не был ранее авторизован на сайте-провайдера, то ему будет показана стандартная форма для авторизации.

  4. При получении данных от сайта-провайдера пользователь авторизуется в системе. При этом сайт-провайдер передаёт основные данные. Если это был первый вход, в БД заносятся необходимые данные о пользователе. Если сайт-провайдер не предоставил какие-то данные, пользователь должен их ввести дополнительно. При получении ошибки от сайта-провайдера пользователь перенаправляется на страницу входа с уведомлением об ошибке.

В качестве альтернативного варианта для авторизации возможно использовать сервис http://loginza.ru

Соседние файлы в папке doc92