+
Действующая цена700 499 руб.
Товаров:
На сумму:

Электронная библиотека диссертаций

Доставка любой диссертации в формате PDF и WORD за 499 руб. на e-mail - 20 мин. 800 000 наименований диссертаций и авторефератов. Все авторефераты диссертаций - БЕСПЛАТНО

Расширенный поиск

Использование инструментов UML и шаблонов проектирования J2EE для построения систем дистанционного обучения

  • Автор:

    Егоров, Ярослав Сергеевич

  • Шифр специальности:

    05.13.18

  • Научная степень:

    Кандидатская

  • Год защиты:

    2007

  • Место защиты:

    Москва

  • Количество страниц:

    142 с. : ил.

  • Стоимость:

    700 р.

    499 руб.

до окончания действия скидки
00
00
00
00
+
Наш сайт выгодно отличается тем что при покупке, кроме PDF версии Вы в подарок получаете работу преобразованную в WORD - документ и это предоставляет качественно другие возможности при работе с документом
Страницы оглавления работы

Решаемые проблемы
Обзор публикаций
Содержание работы
Глава 1. Архитектура систем управления обучением
1.1 Обзор систем дистанционного обучения (СДО)
1.1.1 История появления и развития СДО
1.1.2 Обзор современных СДО
1.1.3 Сравнение СДО
1.2 Инструментальные средства проектирования программного обеспечения
1.2.1 Определение программной архитектуры
1.2.2 Средства описания программной архитектуры
1.2.2.1 Архитектурные стили
1.2.2.2 Формальные методы моделирования
1.2.2.3 Языки описания архитектуры
1.2.2.4 Средства визуального моделирования
1.2.3 Унифицированный Язык Моделирования UML
1.2.3.1 Виды диаграмм UML
1.2.3.2 Диаграмма классов
1.2.3.3 Диаграмма вариантов использования
1.2.3.4 Диаграмма активностей
1.2.3.5 Диаграмма последовательности
1.2.3.6 Диаграмма размещения
1.2.3.7 Преимущества использования UML
1.3 Многоуровневая архитектура клиент-серверных приложений
1.3.1 Уровни абстракции приложения
1.3.2 Типы клиент-серверных приложений
1.3.3 Технологии реализации логических уровней
Глава 2. Решение практических задач с помощью шаблонов
проектирования
2.1 Задача построения модели данных
2.1.1 Шаблон Data Access Object
2.1.2 Шаблон Transfer Object

2.1.3 Шаблон Generic Attributes Access
2.1.4 Шаблон Abstract Factory
2.1.5 Реализация модели данных
2.1.5.1 Класс первичного ключа Id
2.1.5.2 Класс Model
2.1.5.3 Класс DataStruclure
2.1.5.4 Класс Field
2.1.5.5 Класс Details - значение объекта
2.1.5.6 Класс DetailsList - коллекция деталей
2.1.5.7 Класс Validator и DefaultValidator
2.1.5.8 Класс Factory
2.1.5.9 Класс SQLFactory для работы с базой данных
2.1.5.10 Пример создания модели
2.2 Задача автоматизации выполнения операций
2.2.1 Шаблон Command
2.2.2 Реализация операций
2.2.3 Контроль над выполнением операций в системе безопасности
2.3 Задача представления данных, независимого от клиентской платформы
2.3.1 Шаблон Model View Controller
2.3.2 Реализация с помощью технологии Maverick
2.4 Задача представления больших массивов данных
2.4.1 Метод асинхронного представления данных
2.4.2 Реализация с помощью технологий AJAX
Глава 3. Логическая модель системы дистанционного обучения
3.1 Назначение
3.2 Функциональные блоки
3.3 Платформа Competentum
3.3.1 Цели создания платформы
3.3.2 Архитектура платформы
3.3.3 Преимущества платформы
3.3.4 Связь с платформы с системой Competentum.Instructor
3.4 Объектная модель системы
3.4.1 Структура задания
3.4.1.1 Класс AbstractQuestion
3.4.1.2 Выбор варианта ответа. Класс Choice
3.4.1.3 Сортировка. Класс Sorting
3.4.1.4 Ввод строки. Класс StringAnswer
3.4.1.5 Ввод числа. Класс ValueAnswer
3.4.1.6 Свободный ответ. Класс FreeAnswer
3.4.1.7 Ответ к заданию. Класс Answer
3.4.1.8 Оценка задания. Класс Grade
3.4.1.9 Структура вопроса в БД. Класс QuestionDefmitionModel
3.4.2 Представление заданий в формате XML
3.4.3 Реализация методов SCORM 2004
3.4.4 Метод реляционного хранения XML-документов
3.5 Автоматизация тестирования на основе шаблонов тестов
3.5.1 Области определения и экземпляров
3.5.2 Шаблон теста. Класс TestDefmitionModel
3.5.3 Экземпляр теста. Класс TestAssignmentModel
3.6 Модель организационной структуры
Глава 4. Автоматизация образовательных процессов
4.1 Создание и изменение учебного документа. Контроль версий
4.2 Создание задания
4.3 Создание и назначение теста
4.4 П рохожденис теста
Глава 5. Т ехническая реализация приложения
5.1 Аппаратная структура системы
5.2 Нагрузочное тестирование
5.3 Внедрения результатов работы
5.3.1 Мр.Доорз Хоум Декор Инк
5.3.2 Новокузнецкий металлургический комбинат
5.3.3 ОООФизикон
5.3.4 Международный институт менеджмента ЛИНК
5.3.5 Награды продукта Competentum.Instructor
Заключение
Список использованных источников
Приложение 1. XML схема экземпляра теста

идентификатор имеет в качестве модели произвольную модель, а численный идентификатор должен равняться -1. Вот каким образом определяется это статическое поле:
public static final Id NULL ID = new Id((String)nuII, -1);
2.1.5.2 Класс Model
Абстрактный класс Model является предком всех моделей данных, а также выполняет общие для всех моделей функции. В классе имеется статический HashMap models, который отображает названия моделей (полное имя класса) на экземпляры самих моделей. Доступ к экземплярам моделей осуществляется через статические методы getModel(), в которых осуществляется lazy инициализация экземпляров конкретных моделей. Создавать и использовать экземпляры другим способом (при помощи оператора new) запрещено.
В классе Model определены следующие поля: transient protected Factory factory = null; transient protected Validator validator = null; transient protected DataStructure dataStructure = null; transient protected Map securityModels = new HashMapQ; protected boolean isView = false;
Поле factory используется при создании, обновлении и удалении бизнес объектов данного типа (будет подробно рассмотрено ниже). Validator - специальный объект, который проверяет правильность заполнения полей бизнес-объекта данного типа. dataStructure -непосредственное описание структуры данных. С этим объектом происходит основная работа при определении новой модели. securityModels - набор моделей, связанных с безопасностью (более подробно будет описано в разделе, посвященной безопасности). Наконец поле isView говорит о том, является ли данная модель представлением (view) в базе данных или просто таблицей.
Последнее поле требует некоторого пояснения. Дело в том, что иногда может требоваться реализовать наследование моделей и нижележащее отображение этого наследования на базу данных. В технологии EJB не предусмотрено наследования. В Competentum возможно создание какого-нибудь суперкласса с абстрактной моделью (определяющей несколько полей) и несколько конкретных наследников, дополняющих эту модель. В результате, все конкретные наследники будут отображаться на разные таблицы, но все эти таблицы будут иметь одну общую часть (определенную в суперклассе), что позволяет

Рекомендуемые диссертации данного раздела

Время генерации: 0.150, запросов: 967