Par Olivier Haas janvier 20, 2023
Notre solution SDS, appuyée sur notre produit SDS, répond aux besoins d’applications présentant des cas de collaborations complexes entre objets (appelés aussi agents) et/ou des cas de déplacements dynamiques d’objets, ou plus simplement lorsque la modélisation via machines à états s’avère pertinente. Ex. : Internet des objets (IoT), protocoles réseau, systèmes temps réel, embarqués, etc.
1. Problématiques adressées
2. Esprit de la solution
3. Composants logiciels impliqués
4. Composants d’infrastructure impliqués
5. Éléments de services impliqués
6. Compétences impliquées
7. Cas d’utilisation
1. Problématiques adressées
- Applications présentant au moins un des aspects suivants :
- Pertinence de la modélisation comme machines à états, diagrammes d’activités, diagrammes de séquence.
- Temps réel.
- Embarqué.
- Présence de protocoles, d’automates.
- Nécessité de déplacement d’objets (état + corps des méthodes).
- Nécessité d’héritage (spécialisation, généralisation) entre machines à états.
- Programmation orientée aspects (AOP).
- Internet des Objets (IoT).
- Architecture logicielle en amorces de fine granulométrie, ou amorces légères.
- Machines à états récursives.
- Architecture logicielle a-centrée (c’est-à-dire où chaque nœud est client et serveur, et où tous les serveurs sont de même type).
- Surveillance de machines à états par des machines à états.
- Nécessité de surveillance synchrone de machines à états (comme le mode débug par exemple).
- Application critique, avec nécessité soit de prouver formellement le code déployé, soit de générer automatiquement les cas de test.
- Passer de formules du lambda-calcul typé (Système F, Calcul des Constructions) à des machines à états récursives.
2. Esprit de la solution
- Les produit SDS a été conçu en ayant comme objectif d’y placer les mécanismes techniques élémentaires nécessaires et suffisants aux concepts informatiques les plus avancés. Par exemple : la surveillance synchrone de machine à état, permettant, entre autres, la Programmation Orientée Aspects.
- La solution est donc à la fois légère, souple, et permettant les applications les plus avancées.
3. Composants logiciels impliqués
- Notre produit SDS. (nécessaire)
- Celles de nos bibliothèques SDS-BBLs qui correspondraient à votre besoin. (optionnel)
- Un outil de modélisation UML (Ex. : EnterpriseArchitect de Sparx, Modelio, HOPEX de Méga, …). (nécessaire, mais peut nous être confiée dans le cadre d’une infogérance SDS, volet service)
- Des composants connecteurs (implémentant les protocoles des couches inférieures). (optionnels)
(Il n’y a pas, à date, de machines à états susceptibles de faire l’objet d’une offre nuagique (SaaS), mais cela peut évidemment se produire, notamment si cela présente une pertinence dans le cadre de vos besoins.)
4. Composants d’infrastructure impliqués
- Votre infrastructure. (optionnel)
- Notre offre d’infogérance SDS dans son aspect plateforme (PaaS). (optionnel)
5. Éléments de services impliqués
- Notre Séminaire sur l’Informatique a-centrée. (optionel)
- Notre Formation - Modélisation pour SDS, en mode séminaire. (optionnel)
- Notre Conseil en Modélisation, variante “accompagnement avancé”. (optionnel)
- Notre offre d’infogérance SDS dans son aspects service. (optionnel)
6. Compétences impliquées
- Modélisation UML de machines à états.
- Diverses compétences système/réseau.
- Compétences liées aux caractéristiques des applicatifs envisagés (temps réel, méthodes formelles, etc.).
7. Cas d’utilisation
- Éventuelle phase de conseil amont :
- Séminaire sur l’Informatique a-centrée.
- Formation - Modélisation pour SDS, en mode séminaire.
- Phase de pré-étude lors de laquelle la pertinence de la solution sera évaluée à l’aune de vos besoins et exigences :
- infogérance SDS, en mode pré-étude et preuve de concept et de pertinence.
- Éventuelle phase de formation :
- Éventuelle phase de service :
- Conseil - Modélisation, variante “accompagnement avancé”.
- infogérance SDS.