Операция быстрого прототипирования, генрация прототипа, подключение модулей

В данной статье будет описан процесс создания рабочего прототипа приложения из диаграммы классов, полученной на этапе анализа.

Результатом выполнения этого этапа станет прототип приложения.

Алгоритм создания прототипа

  1. Создать UML-описание форм при помощи операции быстрого прототипирования
  2. Построить прототип приложения
    На данном этапе приложение уже можно запустить
  3. Подключить необходимые функциональные модули
  4. Выбрать тему визуального оформления приложения

Создание UML-описания форм при помощи операции быстрого прототипирования

Чтобы управлять формами ввода/вывода данных, а также пользовательскими и другими формами, в языке UML предусмотрено описание этих форм. Чтобы не появлялось необхоимости создавать это описание вручную была создана операция быстрого прототипирования, которая автоматически создает формы на основе существующих классов данных.

Подробнее о быстром прототипировании можно посмотреть в статье Использование быстрой прототипизации.

Генерация прототипа приложения

Если диаграмма классов была составлена корректно (см. этап анализа) и операция быстрого прототипирования успешно сработала, то создание прототипа приложения выполнится автоматически при запросе соответствующей команды.

Создание прототипа включает в себя:

  • Создание необходимых баз данных (приложения, полномочий, аудита).
  • Генерация исполняемых кодов приложения.
  • Публикация приложения в Windows Azure/в Git-репозитории.

Таким образом, приложение становится доступным для использования.

В созданном приложении уже можно работать: добавлять/удалять/редактировать данные в базе, создавать пользователей и роли, раздавать полномочия и пр.

Подключение функциональных модулей

Функциональность созданного приложения можно расширить при помощи подключаемых модулей. На данный момент доступны следующие модули:

  1. Подсистема полномочий. Отвечает за создание пользователей и разграничение прав доступа к различным данным приложения (подробнее).
  2. Подсистема аудита. Отвечает за ведение аудита всех изменений, происходящих с данными приложения (подробнее).
  3. Подсистема интеграции и запуска отчетов. Отвечает за создание отчетов (подробнее).
  4. Подсистема ГИС. Обеспечивает работу с электронными картами (подробнее).

Выбор темы оформления

Тема оформления отвечает за внешний вид приложения. Изменения затрагивают цветовую гамму, шрифты, отступы, иконки и прочее.

Подробнее о темах оформления можно узнать из статьи Выбор темы Web-приложения.

Следующий этап

После создания прототипа приложения дальнейшая его доработка осуществляется путем модификации сгенерированного кода с использованием API, предоставляемого технологией Flexberry.

Описание принципов доработки приложений, а также основных сценариев доработки можно найти в этой статье.