2. Практическая часть.

2.1. Моделирование предметной области

Для более удобного и наглядного моделирования используем методологию SADT стандарт диаграмм IDEF0.

SADT (акроним от англ. Structured Analysis and Design Technique) — методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией.

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

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

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

В контекстной модели использована точка зрения разработчика системы тестирования.

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

На данной диаграмме показана задача как организовать импорт теста из внешнего файла. На входе – сам файл, информация о файле, а на выходе результат обработки файла. Механизмами этой задачи будут сам модуль импорта и преподаватель.

Декомпозиция А0 представляет из себя три блока:

• анализ;

• обработка;

• добавление в базу данных;

Декомпозиция представлена в приложении А.

При проектировании всей системы тестирования вместе с модулями, была использована Модель-представление-поведение или Model-View-

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

Рисунок 2 – MVC

Концепция Model-View-Controller. Сплошными линиями показаны прямые связи (вызовы методов, присвоение значений полей), прерывистыми линиями показаны косвенные связи (сообщения через события).(Рисунок 2)

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

• к одной модели можно присоединить несколько видов, при этом не затрагивая реализацию модели. Например, некоторые данные могут быть одновременно представлены в виде электронной таблицы, гистограммы и круговой диаграммы;

• не затрагивая реализацию видов, можно изменить реакции на действия пользователя (нажатие мышью на кнопке, ввод данных), для этого достаточно использовать другой контроллер;

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

Концепция MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента:

• модель (англ. Model). Модель предоставляет знания: данные и методы работы с этими данными, реагирует на запросы, изменяя своё состояние. Не содержит информации, как эти знания можно визуализировать;

• представление, вид (англ. View). Отвечает за отображение информации (визуализацию). Часто в качестве представления выступает форма (окно) с графическими элементами;

• контроллер (англ. Controller). Обеспечивает связь между пользователем и системой: контролирует ввод данных пользователем и использует модель и представление для реализации необходимой реакции.