Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ПЗ irina.docx
Скачиваний:
0
Добавлен:
01.03.2025
Размер:
1.17 Mб
Скачать

1.2 Функциональное моделирование бизнес-процессов предметной области

Основной задачей данного программного комплекса является автоматизация процесса тестирования (контекстная диаграмма представлена на рисунке 1). На контекстной диаграмме информационная система представлена как единое целое в виде одного функционального блока интерфейсными дугами и представляет взаимодействие с внешней средой. Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом:

  • Верхняя сторона имеет значение “Управление” (Control);

  • Левая сторона имеет значение “Вход” (Input);

  • Правая сторона имеет значение “Выход” (Output);

  • Нижняя сторона имеет значение “Механизм” (Mechanism).

В зависимости от того, к какой из сторон подходит данная интерфейсная дуга, она носит название “входящей”, “исходящей” или “управляющей”.

Таким образом, для данной информационной системы выходными объектами являются:

  • информация о студенте (экзаменуемом);

  • тест;

  • информация о преподавателе (экзаменаторе);

  • наименование дисциплины.

Управляющими объектами являются:

  • ГОСТ;

  • законодательство РФ;

  • дисциплина.

Механизмами являются:

  • преподаватель;

  • конфигуратор.

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

Рисунок 1 – контекстная диаграмма

При разбиении процесса тестирования на составляющие его функции, можем получить три основных компонента: студент, преподаватель и конфигуратор (диаграмма декомпозиция представлена на рисунке 2).

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

Рисунок 2 – диаграмм декомпозиции контекстной диаграммы

Данная информационная система осуществляет взаимодействие с три группами лиц, такими как студент (экзаменуемый), преподаватель (экзаменатор) и конфигуратор. Для групп лиц определены соответствующие функции. Например, студент может только получить необходимы тест и пройти его; преподаватель может проверить (проанализировать), пройденный студентом тест, а также дать свои комментарии или рекомендации к данным ответам или к одному конкретному ответу студента, конфигуратор подготавливает и редактирует тесты, заносит всю необходимую информацию.

Рассмотрим более подробно подсистему студента (экзаменуемого), разобьем этот процесс на более мелкие составляющие (рисунок 3).

Рисунок 3 – диаграмма декомпозиции процесса student

Для прохождения теста, конфигуратор заносит информацию:

  • о наименовании теста;

  • о дисциплине, по которой проходит тестирование;

  • о группе, которая проходит тестирование;

  • о преподавателе, который проводит тестирование.

После этого студент (экзаменуемый) входит в систему, вводя свои данные. После этого ему становится доступный заданный конфигуратором тест.

При прохождении тестирования студент (экзаменуемый) может:

  • выбрать любой вопрос;

  • перейти к следующему вопросу;

  • вернуться к предыдущему вопросу;

  • ответить на вопрос;

  • закончит тестирование.

Основные функции подсистемы студента приведены на диаграмме (рисунок 4).

Рисунок 4 - диаграмма декомпозиции процесса PassTest

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

  • о студенте (экзаменуемом);

  • о преподавателе (экзаменаторе);

  • о предмете, по которому проводилось тестирование;

  • о наименовании теста;

  • о дате прохождения теста;

  • о вопросах и данных ответов на них;

  • о баллах, которые набрал студент (экзаменуемый) при условии правильно данного ответа.

Готовая информация может быть проанализирована и дополнена.

Отчет по модели выглядит следующим образом:

Model Name: Testing system

Time Frame: (AS-IS)

Status: WORKING

Creation Date: 11.03.2010

System Last Revision Date: 19.05.2010

User Last Revision Date: 19.05.2010