WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Génération dynamique d'interfaces spécifiques dans l'exploitation des processus d'ingénierie logicielle en apprentissage

( Télécharger le fichier original )
par Claude Albert MOGHOMAYE
Ecole Polytechnique Yaoundé CAMEROUN - DEA en Sciences de l'Ingénieur option Génie Logiciel 2004
  

précédent sommaire suivant

5.6.2 Activités de MERISE

MERISE dispose des six (06) groupes d'activité (WorkDefinition) suivant :

101 Conception globale de la solution

102 Conception générale

201 Recueil

202 Evaluation et plan de développement

301 Conception détaillée des phases

302 Plan de développement

Ces six (06) groupes d'activités sont un regroupement logique des dix (10) activités (Activity) suivantes :

111 Choix des orientations

112 Elaboration de la solution 113 Conception générale

211 Recueil préliminaire

212 Etude de la situation actuelle

213 Synthèse et bilan de la situation actuelle

214 Evaluation de la nouvelle solution

215 Plan de développement

311 Conception détaillée des phases

312 Plan de réalisation

5.6.3 Roles de MERISE

La définition des roles (ProcessRole) sous MERISE est assez imprécise, néanmoins, nous avons identifié les trois (03) roles suivant avec pour chacun le groupe de role (ProcessPerformer) auquel il appartient :

131 Spécificateur des besoins, processPerformer= Analyste

231 Analyste Système, processPerformer= Analyste

331 Analyste des données et des traitements, processPerformer= Concepteur

5.6.4 Regles de validation des artefacts

Nous distinguons deux (02) catégories de règles, celle concernant un unique artefact et celle mettant en relation plusieurs artefacts.

Regle N 01 (Tous) Définir les propriétés par exemple identifiant, ...

Regle N02 (Entité) Toutes les propriétés autres que l'identifiant doivent être en dépendance fonctionnelle et complète de l'identifiant. Par conséquent, pour chaque occurrence d'une entité, chaque propriété doit prendre une et une seule valeur (il ne peut donc y avoir ni valeurs répétitives, ni absence de valeur pour une méme propriété).

Regle N 03 (Relation) Toutes les propriétés d'une relation doivent dépendre complètement de l'identifiant de la relation; de plus, chaque propriété doit dépendre de tout l'identifiant et non d'une partie de cet identifiant. Ainsi, pour chaque occurrence d'une relation, chaque propriété doit être en dépendance fonctionnelle de l'identifiant de la relation et doit donc prendre une et une seule valeur.

Regle N 04 (Opération) A l'intérieur d'une opération, il ne doit pas apparaItre de résultat pouvant conditionner la suite du déroulement des opérations du processus étudié, si tel est le cas, il faudrait découper l'opération.

Regle N 05 (Opération) Une opération est une suite ininterrompue de traitements; toute intervention d'un acteur externe qui entraInerait une interruption provoque un découpage de l'opération.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy