Langages d'expression

C'est là que le caoutchouc entre en jeu et tout le travail qui a été fait au niveau du diagramme des exigences Décision Exigences être agrémenté des expressions qui expriment la logique des décisions. Comme pour de nombreux aspects de la conception, les choses commencent simplement mais peuvent inévitablement devenir assez complexes. Il est important à ce stade de la définition du Modèle de Décision de se rappeler que le but des modèles est de garantir que les décisions sont décomposées en morceaux compréhensibles qui ont du sens pour les parties prenantes commerciales, d'ingénierie ou scientifiques. Pour de nombreuses applications, la logique et les expressions qui l'accompagnent seront suffisamment simples à comprendre pour la plupart des parties prenantes. Les expressions de valeur qui sont utilisées dans les divers types d'expression sont écrites dans le langage d'expression convivial ou FEEL en abrégé . Les sections suivantes détailleront les aspects fondamentaux du langage et comment il est pris en charge par l'éditeur de code et le validateur d'Enterprise Architects.

Les expressions se composent à la fois de valeurs littérales (par exemple 20, 'Approved') et de variables (Credit Rating, Price) en plus des constructions du langage FEEL (par exemple not([10..35]), date et time("2022-02- 04T07:42:00")).