ETUDE DETAILLEE

Phase ED.1 Conception détaillée; étude fonctionnelle

ED.1.1 Objectifs

L'objectif de cette phase est de fixer la solution-type au niveau logique

 prendre en charge toutes les variantes de processus.

 vérifier la validité de la solution logique

ED.1.2 Activités de réalisation

 Pour les développements spécifiques

 établir l'inventaire des programmes (applications web) et des fonctions par programme

 détailler l'interface utilisateur

modèles de pages (statiques et dynamiques) et de barres de navigation ; descriptif et enchaînement

fonctions utilisateurs (boutons, touches fonctions)

mode d'accès aux données, écrans de présélection.

présentation des listes, rapports, statistiques

 Enrichir et compléter le Modèle Logique des Données;

définir les règles de création, modification, annulation, archivage, consultation.

renforcer la stabilité par rapport à l'évolution possible et à la maintenance

améliorer la confidentialité des données et la sécurité; établir les responsabilités et les droits des services

compléter les règles d'intégrité: règles utilisateur, "business rules"

créer les vues

 Détailler les traitements

 Ordinogrammes

l'ordinogramme décrit l'enchaînement conditionnel des fonctions de l'application; les fonctions peuvent être détaillées en annexe (pré-programmation)

Ordinogramme

 Descriptif de phase

le tableau donne une vue globale de l'application; les fonctions complexes peuvent être détaillées en annexe (pré-programmation)

Descriptif de Phase (pour un programme de type WEB)
Ecran "Introduire une commande"
Champ / Bouton / Image	Client / Serveur	Action ou Fonction	Ref
Nom & prénom de client	-	-	-
Adresse du client	Client	Valider que la région peut être desservie	REF_LIVR_1
[Détails]	Client	Accéder à l'écran 'Détails'	REF_DETAIL_1
[Ok]	Serveur	Vérifier l'ordre; sauver l'ordre	REF_ORDRE_1

 Décrire les transactions, c'est à dire les groupes de fonctions qui doivent nécessairement réussir ou échouer ensemble.

Ce point est particulièrement important pour une application HTTP car ce langage n'offre pas de support natif pour les transactions. Souvent, vous devrez collecter l'information à travers plusieurs pages, et effectuer la transaction à la dernière étape.

De plus, il se peut que chaque utilisateur en ligne ne soit pas assigné à une transaction particulière avec la base des données à cause des contraintes de partage des ressources; vous devrez gérer les transactions par programme.

 Si nécessaire, décrire la répartition physique des traitements et des données

base de données distribuée

traitements répartis

 Pour les progiciels

 Sur base des différences qui ont été établies entre les possibilités du logiciel d'une part, et d'autre part les besoins et modes de fonctionnement prévus au cours de l'analyse préalable:

finaliser l'étude des adaptations spécifiques

finaliser les solutions alternatives, principalement au niveau organisationnel.

fixer des solutions d'exception pour les besoins qui n'ont pu être résolus.

Finaliser l'étude des compléments spécifiques

routines utilisateurs ("user exit")

Finaliser l'étude des adaptations nécessaires dans d'autres applications interfacées ou concernées.

 Dans tous les cas 

 Prendre tous les processus en compte

procédures inverses (annulation, correction)

procédures de secours

procédures de reprise, clôture, initialisation.

backup & restore.

procédures de contrôle et de pilotage.

  Concrétiser la solution conceptuelle; vérifier la validité de la solution théorique par rapport à des cas concrets.

traitements: appliquer à des exemples variés

données: inventorier les occurences (surtout pour les tables de paramètres exprimant des règles de gestion)

Prototypes

Dessins d'écrans, de rapports, ...

ED.1.3 Activités de gestion de projet

 Si la méthodologie de réalisation n'est pas encore définie, la fixer; sinon en prendre connaissance et l'adapter si nécessaire au cas spécifique.

 pour les progiciels et développements externes: intégrer les méthodologies du client et du fournisseur dans une méthode spécifique

 utiliser une méthodologie cohérente d'analyse, de réalisation et de maintenance

utilisation d'outils de développement (Case Tools)

utilisation de macros, d'interfaces, de sous-routines, d'objets

documentations technique, utilisateur, exploitation

 interface utilisateur

normes de saisie & d'affichage d'écrans

normes de traitement des erreurs

normes de présentation des listes

normes pour l'usage des langues.

ED.1.4 Activités d'assurance qualité

vérifier que les besoins trouvent une solution concrète: compléter les contrôle d'adéquation réalisés durant l'étude préalable

NB: à ce stade, la solution doit être entièrement décrite; tous les inventaires doivent donc être exhaustifs.

 au niveau des fonctions & traitements; il est important que ces points soient aussi exprimés sous une forme accessible aux personnes chargées de représenter les utilisateurs, afin de leur permettre de valider la solution élaborée.

 au niveau des données

 le Qualiticien devrait participer à la définition d'une méthodologie cohérente d'analyse, de réalisation et de maintenance

 veiller à l'organisation générale du processus de développement: contrôle, suivi des versions

  Pour les développements spécifiques:

 vérifier la validité de la solution par des techniques d'analyse croisée

tables entité/fonction, entité-attribut/fonction

 vérifier que les fonctions générales décrites durant l'étude préalable sont effectivement implémentées dans une fonction-programme.

 vérifier la cohérence de la solution.

la méthode d'analyse doit permettre un recoupement systématique de ces contrôles

intégration des modules

interfaces

ED.1.5 Activités de clôture

Le résultat simultané des 2 phases d'étude détaillée, fonctionnelle et organique, constituent le Cahier des charges de Réalisation pour les phases de réalisation et de lancement.