В данной статье будет описан процесс создания рабочего прототипа приложения из диаграммы классов, полученной на этапе анализа.
Результатом выполнения этого этапа станет прототип приложения.
Алгоритм создания прототипа
- Создать UML-описание форм при помощи операции быстрого прототипирования
- Построить прототип приложения
На данном этапе приложение уже можно запустить - Подключить необходимые функциональные модули
- Выбрать тему визуального оформления приложения
Создание UML-описания форм при помощи операции быстрого прототипирования
Чтобы управлять формами ввода/вывода данных, а также пользовательскими и другими формами, в языке UML предусмотрено описание этих форм. Чтобы не появлялось необхоимости создавать это описание вручную была создана операция быстрого прототипирования, которая автоматически создает формы на основе существующих классов данных.
Подробнее о быстром прототипировании можно посмотреть в статье Использование быстрой прототипизации.
Генерация прототипа приложения
Если диаграмма классов была составлена корректно (см. этап анализа) и операция быстрого прототипирования успешно сработала, то создание прототипа приложения выполнится автоматически при запросе соответствующей команды.
Создание прототипа включает в себя:
- Создание необходимых баз данных (приложения, полномочий, аудита).
- Генерация исполняемых кодов приложения.
- Публикация приложения в Windows Azure/в Git-репозитории.
Таким образом, приложение становится доступным для использования.
В созданном приложении уже можно работать: добавлять/удалять/редактировать данные в базе, создавать пользователей и роли, раздавать полномочия и пр.
Подключение функциональных модулей
Функциональность созданного приложения можно расширить при помощи подключаемых модулей. На данный момент доступны следующие модули:
- Подсистема полномочий. Отвечает за создание пользователей и разграничение прав доступа к различным данным приложения (подробнее).
- Подсистема аудита. Отвечает за ведение аудита всех изменений, происходящих с данными приложения (подробнее).
- Подсистема интеграции и запуска отчетов. Отвечает за создание отчетов (подробнее).
- Подсистема ГИС. Обеспечивает работу с электронными картами (подробнее).
Выбор темы оформления
Тема оформления отвечает за внешний вид приложения. Изменения затрагивают цветовую гамму, шрифты, отступы, иконки и прочее.
Подробнее о темах оформления можно узнать из статьи Выбор темы Web-приложения.
Следующий этап
После создания прототипа приложения дальнейшая его доработка осуществляется путем модификации сгенерированного кода с использованием API, предоставляемого технологией Flexberry.
Описание принципов доработки приложений, а также основных сценариев доработки можно найти в этой статье.