В данной статье описывается этап анализа создания приложения при помощи Flexberry Desinger.
Результатом выполнения данного этапа считается создание модели приложения.
Алгоритм создания модели
- Осознание проблемы.
- Создание модели приложения.
Осознание проблемы
Платформа Flexberry предлагает следующие варианты:
- Запрос с общим описанием проблемы.
- Запрос с составленной спецификацией.
- Запрос с составленной моделью и прототипом приложения.
Создание модели приложения
Для моделирования приложения используется язык UML. Создание модели на языке UML на этапе анализа сокращает вероятность возникновения разногласий и недопониманий на последующих этапах. Также стоит отметить, что UML специально предназначен для описания модели при Model-Driven разработке.
Минимально необходимый минимум диаграмм составляет лишь диаграмма классов.
Рекомендуется также создать диаграмму вариантов использования и диаграмму состояний.
Существует возможность создать и остальные типы диаграмм:
Описание процесса создания диаграммы можно найти в статье Редактор UML-диаграмм.
Требования к диаграмме классов
Созданная диаграмма классов должна удовлетворять следующим требованиям:
- Проверка связей классов
- Не должно быть связей типа “Агрегация” (может быть только ассоциация и композиция)
- Не должно быть связей со множественностью “1к1”
- Не должно быть связей со множественностью “к”
- Проверка имен классов - имена классов не должны содержать пробелов
- Подписывание связей между классами
- Все связи должны иметь подписи со стороны “1”
- Подписи не должны содержать пробелов
- Проставление типов атрибутов классов (подробнее про карту типов и атрибуты классов)
- Убедиться, что используются Nullable-аналоги соответствующих типов (DateTime, int, bool, decimal…)
- Проставление значений по умолчанию (подробнее про значения по умолчанию).
Следующий этап
После создания модели приложения можно приступать к созданию минимального рабочего приложения.