Разработка подсистемы анализа SCORM-пакетов (лекционный материал)
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
?м являются ЦДО и студенты.
.Описания совладельцев и пользователей - в качестве пользователей являются операторы ЦДО, отвечающие за содержание тестовых заданий, а совладельцами являются ЦДО и определенная группа преподавателей.
4.Краткий обзор изделия - благодаря этой подсистеме оператор сможет найти необходимый пакет в "хранилище Scorm - пакетов", внести свои корректировки, сформировать готовые тестовые задания и сохранить на заданном носители информации. Данная программа размещается на диске и запускается "Автозапуском" для начала анализа, при этом ничего не надо устанавливать (инсталлировать).
.Возможности продукта - обеспечивает более удобную подготовку Scorm - пакетов перед проведением тестирования.
.Ограничения - система работает на компьютерах с минимальными загрузочными требованиями. Система будет работать на платформе.net Framework 2.0. Операционная система: Microsoft Windows 2000/ХР
.Показатели качества - система эффективна, так как не требует от пользователей установки программного обеспечения.
.Старшинство и приоритеты - эта подсистема тесно связана с другими подсистемами, входящими в единую систему анализа тестовых заданий.
.Другие требования к изделию - применяются стандарты по защите прав автора, вузов.
.Требования к документации - пользователь запускает определенный файл и проходит обучение, при этом ничего не надо устанавливать.
.Приложение - выгоду получают вузы и пользователи, расходуя экономично свое время.
Выявление акторов
Оператор. Выборка Scorm - пакетов, определение формата и распаковка архива. Корректировка Scorm - пакета, если структура не соответствует стандарту.
LMS. Работа с сохранёнными лекциями, проведение лекций.
Создание диаграммы вариантов использования
Рис.1 Диаграмма вариантов использования
2. Анализ предметной области
2.1 Описание потоков данных
Построение диаграммы потоков данных сводится в два этапа. На первом этапе, мы постараемся максимально подробно описать потоки данных, которые передаются от источника к приемнику, процессы, преобразующие входные потоки в выходные, накопители данных (хранилища) и объектов, являющихся источниками и приемниками информации (внешние сущности). А затем, на основе этого описания, построим диаграмму потоков данных.
В данном методе различаются следующие процессы общего назначения:
Выбор Scorm - пакета;
Корректировка пакета;
Формирование теста;
Сохранение теста.
Входными данными является содержимое Scorm пакета, а именно файл, содержащий ссылки на все ресурсы пакета, imsmanifest. xml. Сам пакет не будет подвержен никакой обработке и не изменит своего содержания. Мы лишь считаем все его содержимое, относящиеся к тестовым заданиям на соответствие, во временное хранилище, и в дальнейшем будем работать именно с этим хранилищем. После получения тестовых заданий на соответствие, оператор может корректировать пакет, путём внесения изменений в сами тестовые задания либо в среду выполнения тестовых заданий. После корректировки пакета, оператор может просмотреть тесты или сохранить их в виде Scorm пакета в хранилище тестов, из которого этот пакет будет брать Система Управления Обучением (LMS).
Выходными данными является конечный Scorm пакет.
2.2 Входные данные
Входными данными является содержимое Scorm пакета, а именно файл, содержащий ссылки на все ресурсы пакета, imsmanifest. xml.
2.3 Выходные данные
Выходными данными является конечный Scorm пакет.
2.4 Построение диаграммы потоков данных
Описав потоки данных, процессы, хранилища данных и объектов, мы можем построить диаграмму потоков данных.
Рис.2 Диаграмма потоков данных
3. Проектирование программного средства
Модель содержимого позволяет продумать структуру и общую организацию интерфейса без необходимости рисования картинок и выбора конкретных элементов GUI (Graphical User Interface - графический интерфейс пользователя).
Рис.3. Основные пространства взаимодействий
Карта навигации по контекстам отображает общую архитектуру интерфейса, моделируя связи между контекстами взаимодействия. Это часть модели содержимого и представляет собой схему, на которой отображены все законченные пространства взаимодействия. Стрелки, соединяющие эти объекты, определяют возможные переходы между пространствами взаимодействия, такие как, например, вызов диалогового окна с помощью кнопки или переключение вида документа с помощью команд меню.
Рис.4. Карта навигации по контекстам
Графические компоненты взаимодействия с пользователем для выбранного контекста.
XML-анализатор:
Форма (Form1), содержащая все графические элементы взаимодействия.
Текстовое окно (textBox) - элемент, в который пользователь вводит адрес симуляции SCORM-пакета, который он хочет проанализировать.
Кнопка "Browse (button) - открывает стандартное Windows-окно поиска файлов.
Текстовое поле (textArea) - элемент, в который заносится XML-структура выбранного пакета
Кнопка "Анализ" - при ее нажатии происходит анализ симуляции и открытие диалогового окна с результатом.
Сущностная эффективность - показатель того, насколько данный интерфейс близок к идеалу, выраженному сущностной моделью use case. Сущностная эффективность измеряется отношением длины сущностного описания к длине
воплощ