Функциональное проектирование.
Тестовая оболочка
На рисунке 4 изображена UseCase схема, которая отображает действия, выполняемые пользователем и администрацией «Тестовой оболочки». Пользователь авторизуется в системе и проходит тесты, администратор создает тесты, изменяет их и проверяет оценки студентов. Таблицу нужно назвать «users». В этой таблице будут хранится данные пользователей. Необходимо создать пользователя с правами «Администатор… Читать ещё >
Функциональное проектирование. Тестовая оболочка (реферат, курсовая, диплом, контрольная)
На рисунке 4 изображена UseCase схема, которая отображает действия, выполняемые пользователем и администрацией «Тестовой оболочки». Пользователь авторизуется в системе и проходит тесты, администратор создает тесты, изменяет их и проверяет оценки студентов.
Рисунок4- UseCase схема.
На рисунке 5 показана диаграмма композиции, показывающая основную разработку «Тестовой оболочки» .
Рисунок 5 — Диаграмма композиции.
На рисунке 6 изображена декомпозиция функциональной модели. Эта модель показывает: что первым этапом необходимо провести анализ предметной области. Далее исполнитель должен создать функциональную и информационную модель учитывая: стандарты и ТЗ. После создания моделей, можно переходить к разработке программного обеспечения. Последним этапом разработки является написание пояснительной записки и прочей документации.
Рисунок6 — Декомпозиция.
Проектирование базы данных
Проектирование баз данных — процесс создания схемы базы данных и определения необходимых ограничений целостности.
- ? Обеспечение хранения в БД всей необходимой информации;
- ? Обеспечение возможности получения данных по всем необходимым запросам;
- ? Сокращение избыточности и дублирования данных;
- ? Обеспечение целостности базы данных.
На рисунке 7 изображена логическая модель, в качестве предметной области использовались «Тестовая оболочка» .
Рисунок7 — Логическая ER-модель.
База данных состоит из представленных на рисунке 7 сущностей, атрибуты которых представлены ниже:
Сущность «groups» состоит из:
- 1. idgr — идентификаторгруппы;
- 2. namegr — наименование группы.
Рисунок 8 -Группы
Таблицу нужно назвать «Groups». В этой таблице будут хранится наименования групп училища, необходимо сделать отдельную запись для администратотра «Тестовой оболочки» к примеру — «Нет группы» (рисунок 8).
Сущность «ocenki» состоит из:
- 1. ocid — идентификатор оценки;
- 2. ociduserидентификаторпользователя;
- 3. ocenka — оценка;
- 4. testid — идентификатор теста;
- 5. datet — дата.
Рисунок 9 — Оценки
Таблицу нужно назвать «Ocenki». Вэтой таблице хранятся оценки пользователей, интендификатор пользователей, интендификатор теста и дата записи оценки (рисунок 9).
Сущность «vopr» состоит из:
- 1. voprid — идентификаторвопроса;
- 2. testid — идентификатор теста;
- 3. voprpravправильные ответы;
- 4. otv1 — Ответ № 1;
- 5. otv2 — Ответ № 2;
- 6. otv3 — Ответ № 3;
- 7. otv4 — Ответ № 4;
- 8. otv5 — Ответ № 5;
- 9. otv1 — Ответ № 6.
Рисунок 10 — Таблица вопросов
Таблицу нужно назвать «vopr». В этой таблице будут хранится данныео вопросах (рисунок 10).
Сущность «tests» состоит из:
- 1. testid — идентификатор;
- 2. testname — название теста;
- 3. timer — таймер;
- 4. na3 -количество правильных ответов на 3;
- 5. na4 — количество правильных ответов на 4;
- 6. na5 — количество правильных ответов на 5;
- 7. type — предмет теста;
- 8. testactive — видимость теста;
- 9. back — возможность вернуться назад.
Рисунок 11- Таблица тестов
Таблицу нужно назвать «tests». В этой таблице будут хранится тесты и их настройки. (рисунок 11).
Сущность «users» состоит из:
- 1. userid — идентификатор пользователя;
- 2. userlogin — логин пользователя;
- 3. userpassword — пароль пользователя;
- 4. userfam — фамилия пользователя;
- 5. username-имя пользователя;
- 6. userot — отчество пользователя;
- 7. usergroup — группа пользователя;
- 8. userpermission — права пользователя.
Рисунок 12 — Таблица пользователей
Таблицу нужно назвать «users». В этой таблице будут хранится данные пользователей. Необходимо создать пользователя с правами «Администатор» именно в базе данных. Для этого в значении «userpermission» поставить «1» (рисунок 12).
Сущность «types» состоит из:
- 1. typeid — идентификаторпредмета;
- 2. typename — название предмета.
Рисунок 13 — Список предметов
Таблицу нужно назвать «types». В этой таблице будут хранится названия предметов в училище (рисунок 13).
Сущность «permissions» состоит из:
- 1. idper — идентификаторправа;
- 2. nameper — наименование права.
Рисунок 14 — Права пользователей
Таблицу нужно назвать «permissions» и добавить два поля: администратор и студент (рисунок 14).
Сущность «settings» состоит из:
- 1. param — идентификатор;
- 2. value — значение.
Рисунок 15 — Настройки
Таблицу нужно назвать «param» и добавить три поля (рисунок 15):
Где значение «param» — добавить:" auth" ," perform" и «replacename» .
Где значение «Valuee» для «auth» :
- · 1 — авторизация по логину и паролю;
- · 2 — только по паролю;
- · 3 — автоматическая авторизация.
Где значение «Valuee» для «perform» :
- · 1 — Пользователям разрешено оставлять отзывы;
- · 0 — Пользователям запрещено оставлять отзывы.
Где значение «Valuee» для «replacename» :
- · 1 — Пользователям разрешено измениять ФИО и изменять пароль;
- · 0 — Пользователям запрещено измениять ФИО и изменять пароль.