Помощь в написании студенческих работ
Антистрессовый сервис

Функциональное проектирование. 
Тестовая оболочка

РефератПомощь в написанииУзнать стоимостьмоей работы

На рисунке 4 изображена UseCase схема, которая отображает действия, выполняемые пользователем и администрацией «Тестовой оболочки». Пользователь авторизуется в системе и проходит тесты, администратор создает тесты, изменяет их и проверяет оценки студентов. Таблицу нужно назвать «users». В этой таблице будут хранится данные пользователей. Необходимо создать пользователя с правами «Администатор… Читать ещё >

Функциональное проектирование. Тестовая оболочка (реферат, курсовая, диплом, контрольная)

На рисунке 4 изображена UseCase схема, которая отображает действия, выполняемые пользователем и администрацией «Тестовой оболочки». Пользователь авторизуется в системе и проходит тесты, администратор создает тесты, изменяет их и проверяет оценки студентов.

UseCase схема.

Рисунок4- UseCase схема.

На рисунке 5 показана диаграмма композиции, показывающая основную разработку «Тестовой оболочки» .

Диаграмма композиции.

Рисунок 5 — Диаграмма композиции.

На рисунке 6 изображена декомпозиция функциональной модели. Эта модель показывает: что первым этапом необходимо провести анализ предметной области. Далее исполнитель должен создать функциональную и информационную модель учитывая: стандарты и ТЗ. После создания моделей, можно переходить к разработке программного обеспечения. Последним этапом разработки является написание пояснительной записки и прочей документации.

Декомпозиция.

Рисунок6 — Декомпозиция.

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

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

  • ? Обеспечение хранения в БД всей необходимой информации;
  • ? Обеспечение возможности получения данных по всем необходимым запросам;
  • ? Сокращение избыточности и дублирования данных;
  • ? Обеспечение целостности базы данных.

На рисунке 7 изображена логическая модель, в качестве предметной области использовались «Тестовая оболочка» .

Логическая ER-модель.

Рисунок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 — Пользователям запрещено измениять ФИО и изменять пароль.
Показать весь текст
Заполнить форму текущей работой