На рисунке C.1 представлена схема базы данных. В базе данных планируется хранить справочник атрибутов контейнера для элементов и самих элементов, т.к. атрибуты в HTML редко изменяются. Список атрибутов можно будет расширять, в зависимости от нужды внести новые. У каждого элемента и контейнера могут быть свойства, которые содержат параметры для отображения элемента или контейнера. Контейнер может включать в себя множество элементов, но может содержать в себе и контейнеры. HTML страница может содержать в себе множество контейнеров. В то время как в одном проекте может быть множество страниц. Модель у проекта может быть только одна.
Структура классов приложения
На рисунке D.1 представлена диаграмма классов клиентского приложения. В клиентском приложении будет класс, отвечающий за отправку запросов на сервер, класс, который описывает поведение окна редактора (Window). Класс window наследуется другими окнами редактора: окно элементов, окно свойств, окно дерева структуры.
На рисунке D.2 изображена диаграмма классов серверного приложения. На ней видно, что приложение включает в себя обработчик запросов, обработчик данных о пользователях, проектах, HTML страницах и модели. Также серверное приложение включает в себя классы обработки очередей сообщений, которые используют вспомогательную библиотеку, для формирования сообщения (рис. D.4).
Диаграмма классов вычислительного узла представлена на рисунке D.3. На ней видно, что шина принимает сообщения и отправляет запросы на обработку соответствующим классам. Например, если шина получила сообщение из очереди на генерацию модели, то она вызывает метод генерации модели. Шина использует вспомогательную библиотеку, в которой содержится перечисление (enumerator) типов функции (рис. D.4).
