Langages d'expression

C'est ici que les choses se corsent et que tout le travail effectué au niveau du diagramme Décision Exigences devra être agrémenté d'expressions qui expriment la logique des décisions. Comme pour de nombreux aspects de la conception, les choses commencent simples mais peuvent inévitablement devenir assez complexes. Il est important à ce stade de la définition Modèle 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, techniques ou scientifiques. Pour de nombreuses applications, la logique et les expressions qui l'accompagnent seront suffisamment simples pour que la plupart des parties prenantes puissent les comprendre. Les expressions valeur utilisées dans les différents types d'expression sont écrites dans le langage F riendly E nough E xpression Language ou FEEL en abrégé. Les sections suivantes détailleront les aspects fondamentaux du langage et la manière dont 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, « Approuvé ») et de variables (cote de crédit, prix) en plus des constructions de langage FEEL (par exemple not([10..35]), date et time("2022-02-04T07:42:00")).