Spécifications d'Architecture Logicielle (Ali + Saliou)
4 participants
Page 1 sur 1
Spécifications d'Architecture Logicielle (Ali + Saliou)
2 Spécification technique
2.1 Représentation architecturale
Décrire l’architecture du système et sa représentation.
Énumérer les vues architecturales et pour chacune des vues expliquer quels types d’éléments qui y sont inclus et représentés.]
2.2 Objectifs architecturaux et contraintes
Décrire les exigences logicielles et les objectifs qui ont un impact significatif sur l’architecture (sûreté, sécurité, confidentialité, portabilité, utilisation d’un produit prêt à l’emploi, distribution, réutilisation, …).
Décrire les exigences spéciales applicables à la conception et à la stratégie d’implémentation s’il y a lieu
2.3 Vue des cas d’utilisation
Énumérer les cas d’utilisation les plus significatifs, les plus importantes du système ou ceux qui ont l’impact architectural le plus déterminant sur l’architecture du produit.
2.3.1 Réalisation des cas d’utilisation
Illustrer le fonctionnement du logiciel en présentant l’implémentation de quelques cas d’utilisation et expliquer comment les différents composants du produit contribuent à leur fonctionnement.
Effectuer la traçabilité des cas d’utilisation identifiés vers les documents SEF et SIHM.
2.4 Vue logique
Décrire les parties significatives du produit, telle que la décomposition en sous-systèmes et en paquetage.
Pour chaque paquetage retenu, décomposer en classes et en services de classe.
Décrire les classes ayant une portée architecturale plus importante avec leurs responsabilités, leurs relations, opérations et attributs les plus importantes.
2.4.1 Aperçu
Décrire l’ensemble de la décomposition du produit selon la hiérarchie de paquetages et les couches.]
2.4.2 Paquetages de conception significatifs architecturalement
Donner pour chaque paquetage significatif son nom, une courte description et un diagramme avec toutes les classes significatives.
Donner pour chaque classe significative, son nom, une description de ses principales responsabilités, opérations et attributs.]
2.5 Description des interfaces
Reprendre les principales interfaces, incluant les formats d’écran, les entrées valides et les sorties correspondantes en se référer au document SIHM.
2.6 Taille et performance
Décrire les principales caractéristiques de taille du produit qui ont un impact sur l’architecture ainsi que les objectifs de performance attendus.
2.1 Représentation architecturale
Décrire l’architecture du système et sa représentation.
Énumérer les vues architecturales et pour chacune des vues expliquer quels types d’éléments qui y sont inclus et représentés.]
2.2 Objectifs architecturaux et contraintes
Décrire les exigences logicielles et les objectifs qui ont un impact significatif sur l’architecture (sûreté, sécurité, confidentialité, portabilité, utilisation d’un produit prêt à l’emploi, distribution, réutilisation, …).
Décrire les exigences spéciales applicables à la conception et à la stratégie d’implémentation s’il y a lieu
2.3 Vue des cas d’utilisation
Énumérer les cas d’utilisation les plus significatifs, les plus importantes du système ou ceux qui ont l’impact architectural le plus déterminant sur l’architecture du produit.
2.3.1 Réalisation des cas d’utilisation
Illustrer le fonctionnement du logiciel en présentant l’implémentation de quelques cas d’utilisation et expliquer comment les différents composants du produit contribuent à leur fonctionnement.
Effectuer la traçabilité des cas d’utilisation identifiés vers les documents SEF et SIHM.
2.4 Vue logique
Décrire les parties significatives du produit, telle que la décomposition en sous-systèmes et en paquetage.
Pour chaque paquetage retenu, décomposer en classes et en services de classe.
Décrire les classes ayant une portée architecturale plus importante avec leurs responsabilités, leurs relations, opérations et attributs les plus importantes.
2.4.1 Aperçu
Décrire l’ensemble de la décomposition du produit selon la hiérarchie de paquetages et les couches.]
2.4.2 Paquetages de conception significatifs architecturalement
Donner pour chaque paquetage significatif son nom, une courte description et un diagramme avec toutes les classes significatives.
Donner pour chaque classe significative, son nom, une description de ses principales responsabilités, opérations et attributs.]
2.5 Description des interfaces
Reprendre les principales interfaces, incluant les formats d’écran, les entrées valides et les sorties correspondantes en se référer au document SIHM.
2.6 Taille et performance
Décrire les principales caractéristiques de taille du produit qui ont un impact sur l’architecture ainsi que les objectifs de performance attendus.
Re: Spécifications d'Architecture Logicielle (Ali + Saliou)
2 Spécification technique
2.1 Représentation architecturale :
Architecture => architecture en couches
Cette architecture précisera autant que possible les composants matériels et logiciel pour mettre en place le robot et précise les modalités d’interaction des composants
(Schéma et description en cours)
2.2 Objectifs architecturaux et contraintes :
Autonomie, Adaptabilité et Cohérence:
Le robot exécute les actions, affine et adapte ses plans et ses comportements en fonction de ses objectifs et de l’environnement tel qu’il le perçoit.
Son comportement et ses réactions sont guidés par ses objectifs.
Robustesse:
L’architecture doit permettre d’exploiter la redondance des sources d’information, des traitements, et la multiplicité des processeurs.
Extensibilité:
La modularité de l’architecture doit permettre d’ajouter de nouvelles fonctionnalités, sans remettre en cause l’existant, et ce à quelque niveau que cela soit.
2.1 Représentation architecturale :
Architecture => architecture en couches
Cette architecture précisera autant que possible les composants matériels et logiciel pour mettre en place le robot et précise les modalités d’interaction des composants
(Schéma et description en cours)
2.2 Objectifs architecturaux et contraintes :
Autonomie, Adaptabilité et Cohérence:
Le robot exécute les actions, affine et adapte ses plans et ses comportements en fonction de ses objectifs et de l’environnement tel qu’il le perçoit.
Son comportement et ses réactions sont guidés par ses objectifs.
Robustesse:
L’architecture doit permettre d’exploiter la redondance des sources d’information, des traitements, et la multiplicité des processeurs.
Extensibilité:
La modularité de l’architecture doit permettre d’ajouter de nouvelles fonctionnalités, sans remettre en cause l’existant, et ce à quelque niveau que cela soit.
Saliou- Messages : 11
Date d'inscription : 15/10/2011
Re: Spécifications d'Architecture Logicielle (Ali + Saliou)
C'est un bon début avec des supers mots techniques. Continue comme ça
La répartition des tâches du SAL
La répartition des tâches du SAL entre Saliou et moi est comme suite :
Le rouge c'est la partie de Saliou et le vert c'est la mienne (Ali).
Si je ne termine pas ce soir demain ça sera finaliser.
2 Spécification technique
2.1 Représentation architecturale
Décrire l’architecture du système et sa représentation.
Énumérer les vues architecturales et pour chacune des vues expliquer quels types d’éléments qui y sont inclus et représentés.]
2.2 Objectifs architecturaux et contraintes
Décrire les exigences logicielles et les objectifs qui ont un impact significatif sur l’architecture (sûreté, sécurité, confidentialité, portabilité, utilisation d’un produit prêt à l’emploi, distribution, réutilisation, …).
Décrire les exigences spéciales applicables à la conception et à la stratégie d’implémentation s’il y a lieu
2.3 Vue des cas d’utilisation
Énumérer les cas d’utilisation les plus significatifs, les plus importantes du système ou ceux qui ont l’impact architectural le plus déterminant sur l’architecture du produit.
2.3.1 Réalisation des cas d’utilisation
Illustrer le fonctionnement du logiciel en présentant l’implémentation de quelques cas d’utilisation et expliquer comment les différents composants du produit contribuent à leur fonctionnement.
Effectuer la traçabilité des cas d’utilisation identifiés vers les documents SEF et SIHM.
2.4 Vue logique
Décrire les parties significatives du produit, telle que la décomposition en sous-systèmes et en paquetage.
Pour chaque paquetage retenu, décomposer en classes et en services de classe.
Décrire les classes ayant une portée architecturale plus importante avec leurs responsabilités, leurs relations, opérations et attributs les plus importantes.
2.4.1 Aperçu
Décrire l’ensemble de la décomposition du produit selon la hiérarchie de paquetages et les couches.]
2.4.2 Paquetages de conception significatifs architecturalement
Donner pour chaque paquetage significatif son nom, une courte description et un diagramme avec toutes les classes significatives.
Donner pour chaque classe significative, son nom, une description de ses principales responsabilités, opérations et attributs.]
2.5 Description des interfaces
Reprendre les principales interfaces, incluant les formats d’écran, les entrées valides et les sorties correspondantes en se référer au document SIHM.
2.6 Taille et performance
Décrire les principales caractéristiques de taille du produit qui ont un impact sur l’architecture ainsi que les objectifs de performance attendus.
Le rouge c'est la partie de Saliou et le vert c'est la mienne (Ali).
Si je ne termine pas ce soir demain ça sera finaliser.
2 Spécification technique
2.1 Représentation architecturale
Décrire l’architecture du système et sa représentation.
Énumérer les vues architecturales et pour chacune des vues expliquer quels types d’éléments qui y sont inclus et représentés.]
2.2 Objectifs architecturaux et contraintes
Décrire les exigences logicielles et les objectifs qui ont un impact significatif sur l’architecture (sûreté, sécurité, confidentialité, portabilité, utilisation d’un produit prêt à l’emploi, distribution, réutilisation, …).
Décrire les exigences spéciales applicables à la conception et à la stratégie d’implémentation s’il y a lieu
2.3 Vue des cas d’utilisation
Énumérer les cas d’utilisation les plus significatifs, les plus importantes du système ou ceux qui ont l’impact architectural le plus déterminant sur l’architecture du produit.
2.3.1 Réalisation des cas d’utilisation
Illustrer le fonctionnement du logiciel en présentant l’implémentation de quelques cas d’utilisation et expliquer comment les différents composants du produit contribuent à leur fonctionnement.
Effectuer la traçabilité des cas d’utilisation identifiés vers les documents SEF et SIHM.
2.4 Vue logique
Décrire les parties significatives du produit, telle que la décomposition en sous-systèmes et en paquetage.
Pour chaque paquetage retenu, décomposer en classes et en services de classe.
Décrire les classes ayant une portée architecturale plus importante avec leurs responsabilités, leurs relations, opérations et attributs les plus importantes.
2.4.1 Aperçu
Décrire l’ensemble de la décomposition du produit selon la hiérarchie de paquetages et les couches.]
2.4.2 Paquetages de conception significatifs architecturalement
Donner pour chaque paquetage significatif son nom, une courte description et un diagramme avec toutes les classes significatives.
Donner pour chaque classe significative, son nom, une description de ses principales responsabilités, opérations et attributs.]
2.5 Description des interfaces
Reprendre les principales interfaces, incluant les formats d’écran, les entrées valides et les sorties correspondantes en se référer au document SIHM.
2.6 Taille et performance
Décrire les principales caractéristiques de taille du produit qui ont un impact sur l’architecture ainsi que les objectifs de performance attendus.
Abdelali- Messages : 20
Date d'inscription : 14/10/2011
Re: Spécifications d'Architecture Logicielle (Ali + Saliou)
2 Spécification technique
2.1 Représentation architecturale
Décrire l’architecture du système et sa représentation.
Énumérer les vues architecturales et pour chacune des vues expliquer quels types d’éléments qui y sont inclus et représentés.]
(voir le shéma)
Le système de contrôle est l'interface entre l'utilisateur et la machine pilotée (Robot Cible) .
Il comporte six modules: une Interface Homme Machine (IHM), un Serveur de Communication, un
Générateur de Règles, un Évaluateur, un Module d'Exécution ou Driver et un Interpréteur. Ces modules sont exécutés en parallèle et communiquent par socket et par mémoire partagée. Le système de contrôle peut s'exécuter soit en mode centralisé, soit en mode distribué.
Le choix du mode d'exécution est effectué de façon statique (avant la compilation). L'IHM fournit des moyens pour la construction de plans, la création dynamique d'actions (sans recompilation du code), et la modification du plan avant et au cours de l'exécution de ce dernier. Elle intègre également des moyens pour la supervision de l'exécution du plan. L'IHM stocke le plan dans une zone de mémoire partagée avec l'interpréteur. Ce dernier lit le plan en mémoire partagée et envoie des ordres (demande d'évaluation de précondition d'une action, ordre de démarrage de l'action, etc.) aux autres modules afin de réaliser l'exécution du plan. Le serveur de communication gère les communications inter modules. Le rôle du générateur de règles est de transformer les chaînes de caractères des règles de préconditions et de surveillance en arbres binaires. Il stocke le résultat dans une zone de mémoire partagée avec l'évaluateur. Ce dernier évalue les règles de précondition et de surveillance à partir des arbres binaires correspondants. Le module d'exécution réalise l'interface entre le robot et le système de contrôle. Il traduit les ordres de haut niveau du plan en ordres de bas niveau compréhensibles par la machine télé opérée. Le module d'exécution supporte le protocole de communication (connexion série).
2.2 Objectifs architecturaux et contraintes
Décrire les exigences logicielles et les objectifs qui ont un impact significatif sur l’architecture (sûreté, sécurité, confidentialité, portabilité, utilisation d’un produit prêt à l’emploi, distribution, réutilisation, …).
Décrire les exigences spéciales applicables à la conception et à la stratégie d’implémentation s’il y a lieu
Autonomie, Adaptabilité et Cohérence Le robot exécute les actions, affine et adapte ses plans et ses comportements en fonction de ses objectifs et de l’environnement tel qu’il le perçoit.
Son comportement et ses réactions sont guidés par ses objectifs.
Robustesse:
L’architecture doit permettre d’exploiter la redondance des sources d’information, des traitements, et la multiplicité des processeurs.
Extensibilité:
La modularité de l’architecture doit permettre d’ajouter de nouvelles fonctionnalités, sans remettre en cause l’existant, et ce à quelque niveau que cela soit.
Réactivité:
Les différents composants de l’architecture doivent être capables de réagir de façon appropriée aux stimuli spécifiques qu’ils reçoivent.
Sûreté:
L’évolution de la robotique de service et l’utilisation de robots dans des situations critiques (pour le robot lui même ou son environnement) requièrent l’utilisation de méthodes qui garantissent certaines propriétés de sûreté.
Programmabilité:
Une architecture doit permettre aux robots
d’être des machines hautement et facilement programmables (tant du point de vue du programmeur de la machine que celui de l’utilisateur final). Du niveau fonctionnel au niveau décisionnel, il doit être possible de programmer des boucles de contrôles et des traitements de bas niveau, des contraintes de fonctionnement, des procédures d’affinement de buts, et aussi de spécifier des modèles d’actions et pour l’utilisateur des missions à un niveau tâche.
2.1 Représentation architecturale
Décrire l’architecture du système et sa représentation.
Énumérer les vues architecturales et pour chacune des vues expliquer quels types d’éléments qui y sont inclus et représentés.]
(voir le shéma)
Le système de contrôle est l'interface entre l'utilisateur et la machine pilotée (Robot Cible) .
Il comporte six modules: une Interface Homme Machine (IHM), un Serveur de Communication, un
Générateur de Règles, un Évaluateur, un Module d'Exécution ou Driver et un Interpréteur. Ces modules sont exécutés en parallèle et communiquent par socket et par mémoire partagée. Le système de contrôle peut s'exécuter soit en mode centralisé, soit en mode distribué.
Le choix du mode d'exécution est effectué de façon statique (avant la compilation). L'IHM fournit des moyens pour la construction de plans, la création dynamique d'actions (sans recompilation du code), et la modification du plan avant et au cours de l'exécution de ce dernier. Elle intègre également des moyens pour la supervision de l'exécution du plan. L'IHM stocke le plan dans une zone de mémoire partagée avec l'interpréteur. Ce dernier lit le plan en mémoire partagée et envoie des ordres (demande d'évaluation de précondition d'une action, ordre de démarrage de l'action, etc.) aux autres modules afin de réaliser l'exécution du plan. Le serveur de communication gère les communications inter modules. Le rôle du générateur de règles est de transformer les chaînes de caractères des règles de préconditions et de surveillance en arbres binaires. Il stocke le résultat dans une zone de mémoire partagée avec l'évaluateur. Ce dernier évalue les règles de précondition et de surveillance à partir des arbres binaires correspondants. Le module d'exécution réalise l'interface entre le robot et le système de contrôle. Il traduit les ordres de haut niveau du plan en ordres de bas niveau compréhensibles par la machine télé opérée. Le module d'exécution supporte le protocole de communication (connexion série).
2.2 Objectifs architecturaux et contraintes
Décrire les exigences logicielles et les objectifs qui ont un impact significatif sur l’architecture (sûreté, sécurité, confidentialité, portabilité, utilisation d’un produit prêt à l’emploi, distribution, réutilisation, …).
Décrire les exigences spéciales applicables à la conception et à la stratégie d’implémentation s’il y a lieu
Autonomie, Adaptabilité et Cohérence Le robot exécute les actions, affine et adapte ses plans et ses comportements en fonction de ses objectifs et de l’environnement tel qu’il le perçoit.
Son comportement et ses réactions sont guidés par ses objectifs.
Robustesse:
L’architecture doit permettre d’exploiter la redondance des sources d’information, des traitements, et la multiplicité des processeurs.
Extensibilité:
La modularité de l’architecture doit permettre d’ajouter de nouvelles fonctionnalités, sans remettre en cause l’existant, et ce à quelque niveau que cela soit.
Réactivité:
Les différents composants de l’architecture doivent être capables de réagir de façon appropriée aux stimuli spécifiques qu’ils reçoivent.
Sûreté:
L’évolution de la robotique de service et l’utilisation de robots dans des situations critiques (pour le robot lui même ou son environnement) requièrent l’utilisation de méthodes qui garantissent certaines propriétés de sûreté.
Programmabilité:
Une architecture doit permettre aux robots
d’être des machines hautement et facilement programmables (tant du point de vue du programmeur de la machine que celui de l’utilisateur final). Du niveau fonctionnel au niveau décisionnel, il doit être possible de programmer des boucles de contrôles et des traitements de bas niveau, des contraintes de fonctionnement, des procédures d’affinement de buts, et aussi de spécifier des modèles d’actions et pour l’utilisateur des missions à un niveau tâche.
Saliou- Messages : 11
Date d'inscription : 15/10/2011
Re: Spécifications d'Architecture Logicielle (Ali + Saliou)
Ouhlala... Si on dit ça, ça signifie qu'on doit remplir le document SIHM :sSaliou a écrit:Le système de contrôle est l'interface entre l'utilisateur et la machine pilotée (Robot Cible). Il comporte six modules: une Interface Homme Machine (IHM)
Re: Spécifications d'Architecture Logicielle (Ali + Saliou)
pour moi , il faut une interface d'interaction avec le robot
Saliou- Messages : 11
Date d'inscription : 15/10/2011
Re: Spécifications d'Architecture Logicielle (Ali + Saliou)
Moi je pensais que notre IHM c'était par exemple le joystick ou autre système de contrôle...
Aro- Messages : 50
Date d'inscription : 15/10/2011
Sujets similaires
» Pilotage (Saliou)
» Spécifications des Exigences Fonctionnelles (Marianne + Geoffroy)
» Début partie logicielle
» Assurance qualité (Saliou)
» Spécifications des Exigences Fonctionnelles (Marianne + Geoffroy)
» Début partie logicielle
» Assurance qualité (Saliou)
Page 1 sur 1
Permission de ce forum:
Vous ne pouvez pas répondre aux sujets dans ce forum
|
|