
- •Введение
- •1 Исследование предметной области
- •3 Характеристика электронного учебника
- •3.1. Электронный учебник — новый жанр учебной литературы
- •3.2 Необходимость электронного учебника
- •3.3 Некоторые принципы, которыми следует руководствоваться при создании электронного учебника
- •4 Основные этапы разработки электронного учебника
- •4.1 Разработка программных модулей
- •5 Подготовка электронного учебника к эксплуатации
- •6 Методическое обеспечение электронного учебника
- •6.1 Роль методического обеспечения
- •6.2. Требования к современному методическому обеспечению
- •6.3 Содержание методического комплекса
- •7 Аппаратное и программное обеспечение разработки электронного учебника
- •8 Основная часть
- •8.1 Концептуальная модель системы
- •8.2 Диаграмма вариантов использования
- •8.3 Диаграмма классов
- •8.4 Диаграмма состояний
- •9 Эргономика
- •9.1 Организация взаимодействия «человек-компьютер»
- •9.2 Юзабилити-исследование
- •10 Разработка технической документации
- •10.1 Руководство по пользованию основной обучающей системой
- •10.2 Руководство по пользованию дополнительными обучающими программами.
- •Список используемых источников и литературы
- •Приложение а
8.2 Диаграмма вариантов использования
Визуальное моделирование в UML можно представить как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Разработка диаграммы вариантов использования преследует цели:
Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;
Сформулировать общие требования к функциональному поведению проектируемой системы;
Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. Составим диаграмму вариантов использования для нашей разработки, будем рассматривать каждую роль отдельно.
Составим диаграмму вариантов использования для роли «Пользователя» (рисунок 2)
Рисунок 2 – Диаграмма вариантов использования для роли «Пользователя».
8.3 Диаграмма классов
Центральное место в объектно-ориентированном программировании занимает разработка логической модели системы в виде диаграммы классов. Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывать их внутреннюю структуру и типы отношений.
Диаграмма классов представляет собой граф, вершинами которого являются элементы типа «классификатор», связанные различными типами структурных отношений. Диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи.
Построим диаграмму классов для нашей разработки. На данной диаграмме рассмотрены следующие классы (Рисунок 3)
Рисунок 3 – Диаграмма классов.
8.4 Диаграмма состояний
Диаграмма состояний - это, по существу, диаграмма состояний из теории автоматов cо стандартизированными условными обозначениями, которая может определять множество систем от компьютерных программ до бизнес-процессов. Используются следующие условные обозначения:
Круг, обозначающий начальное состояние.
Окружность с маленьким кругом внутри, обозначающая конечное состояния (если есть).
Скругленный прямоугольник, обозначающий состояние. Верхушка прямоугольника содержит название состояния. В середине может быть горизонтальная линия, под которой записываются активности, происходящие в данном состоянии.
Стрелка, обозначающая переход. Название события (если есть), вызывающего переход, отмечается рядом со стрелкой. Охраняющее выражение может быть добавлено перед "/" и заключено в квадратные скобки, что значит, что это выражение должно быть истинным, чтобы переход имел место. Если при переходе производится какое-то действие, то оно добавляется после "/"
Толстая горизонтальная линия с либо множеством входящих линий и одной выходящей, либо одной входящей линией и множеством выходящих. Это обозначает объединение и разветвление соответственно.
Рассмотрим диаграмму состояний (рисунок 4)
Рисунок 4 – Диаграмма состояний роли пользователя