Méthode de développement informatique  Séquoia
 | page d'accueil | projets | contact | commandez la version hors-ligne gratuite |

ETUDE PREALABLE

Phase EP.3 Généralisation

EP.3.1 Objectifs

Cette phase clôture l'analyse préalable. Elle permet permet de passer au niveau logique et de déjà tenir compte des principales contraintes physiques.

(-)  Pour chacune des solutions retenues, généraliser en tenant compte d'un plus grand nombre de cas, et non plus seulement des cas normaux représentatifs.

(-)  Approfondir l'étude de l'impact sur l'organisation

(-)  Evaluer avec précision l'impact économique (capacités nécessaires, coûts, bénéfices)

(-)  Evaluer avec précision l'impact sur la migration (planning, ressources, ...)

L'objectif est de pouvoir prendre la décision de réalisation.

EP.3.2 Activités de réalisation

(-)  Fonctions

(-)  Prendre les autres procédures en compte (cas spéciaux, ...). Sortir des seuls cas représentatifs sélectionnés jusqu'ici. Prendre en charge les besoins principaux du domaine.

Les cas tout à fait exceptionnels ou anormaux ne doivent pas absolument être gérés intégralement par le système; ils doivent cependant pouvoir être traités par une procédure d'exception.

(-)  Traitements

(-)  Décrire la logique des traitements. Plusieurs scénarios logiques sont possibles pour réaliser un même ensemble de fonctions.

Décrire les séquences de traitements

Décrire les acteurs et les responsabilités; proposer des modes nouveaux d'organisation

Qui fait quoi ? Les groupes de tâches sont attribués aux services, ...

 Modèle Logique des Traitements

Procédure: Traitement des bons de commande papier

Jour

Opération

Service

Traitement

homme

système

J0

Réceptionner le courrier

Secrétariat

traiter

J0

Identifier & valider le client

Commandes

introduire

Valider client / crédit

J0

Introduire la commande

Commandes

Introduce

Valider articles / quantités

J0

Créer l'ordre de travail; estimer le planning de réalisation

Commandes

Rechercher le meilleur planning possible pour répondre aux demandes du client. Confirmer.

Valider disponibilité composants & ressources; mettre au planning; réserver ressources

J0- nuit

Emettre l'accusé de réception

Commandes

Batch: impression

J0-nuit

Envoyer l'accusé de réception

 Courrier

 Mettre sous pli

expédier

(-)  Décrire la logique de certaines fonctions (ordinogrammes, règles, ...)

(-)   Des modèles d'écrans peuvent être des outils utiles pour aider la compréhension du nouveau système.

(-)  Au niveau des données [Modèle logique des données]

(-)  compléter l'inventaire des données .

(-)  compléter le modèle conceptuel en ajoutant notamment

acteurs, autorisation d'accès, protection ...

historique ou dernière valeur ?

(-)  décrire les différents états que peut revêtir une entité, un groupe de données

Diagramme du Cycle de Vie d'une Entité

(-)


(-)  Prendre en charge les aspects techniques (physiques).

(-)  implémentation physique

Décrire l'architecture informatique; étudier tous les moyens nécessaires

répartition des données, des tâches et des traitements

contraintes liées à un support hardware / operating system, network operating system, ...

politique de sécurité.

(-)  identifier les principaux facteurs de risque en exploitation.

(-)  backup / restore

(-)  mode de fonctionnement dégradé, durée acceptée, ...

(-)  description des principaux rôles utilisateurs et des conséquences principales au niveau

des données

des applications disponibles, des menus

du fonctionnement interne des applications.

(-)  Evaluer l'impact organisationnel:

(-)  évolution des services et de la hiérarchie; étudier les modifications dans les charges de travail et les effectifs nécessaires, les besoins de formation

PS.3.3 EP.3.3 Activités de gestion de projet

(-)  Intégrer toutes les contraintes pratiques (compléter les aspects fonctionnels)

contraintes liées à l'équipement existant

contraintes de compatibilité

contraintes de portabilité

contraintes liées à l'exploitation

(-)  Intégrer les données quantitatives

volume des données

volume des traitements, nombre de transactions.

nombre d'utilisateurs

délais de réponse attendus

(-)  Mettre au point la migration vers le nouveau système

Intégrer les contraintes de migration

Tâcher d'allier objectifs et contraintes provenant du schéma directeur et contraintes techniques & humaines.

Etablir des scénarios de migration.

(-)  Etablir le bilan définitif de la solution retenue en termes de

(-)  coût, ressources nécessaires

(-)   Ressources humaines:

Inventorier et quantifier les tâches à réaliser

Attribuer les tâches à des fonctions dans le projet

Evaluer les compétences requises pour assurer les fonctions dans le projet

(-)  bénéfice

(-)  planning

(-)  risque

EP.3.4 Activités d'assurance qualité

(-)  Contrôle par relecture, simple ou croisée.

(-)  Facteur clé; EN AMONT: vérifier que tous les besoins trouvent une solution

(-)  au niveau des fonctions & traitements

vérifier par pointage systématique que les besoins exprimés durant l'étude préalable pourront trouver une solution

évaluer les besoins qui ne trouveraient pas de solution

évaluer les limitations éventuelles, notamment en terme d'organisation (niveau d'automatisation).

(-)  au niveau des données

veiller à ce que l'inventaire des données soit établi selon une forme systématique.

éditer des tables d'occurrences démontrant comment le modèle conceptuel des données peut prendre en charge les données physiques.

exprimer l'inventaire des données (occurrences) sous une forme systématique, pouvant servir de base de référence dans le Cahier des Charges de Réalisation et les tests de Réception.

(-)  au niveau des ressources

s'assurer en particulier que les ressources humaines nécessaires pour les étapes d'analyse détaillée, de réalisation et de lancement sont effectivement disponibles, en particulier si ces 3 étapes sont sous-traitées en un seul paquet.

(-)  Facteur clef: orienter dès à présent le contrôle de qualité afin que l'étude préalable constitue la base pour l'évaluation de la réalisation finale

EP.3.5 Activités de clôture

(-)  Présenter un rapport de synthèse de l'étude préalable, permettant aux décideurs de choisir.

(-)  A l'issue de cette phase, tous les aspects de la nouvelle solution sont connus et la décision de réalisation peut être prise en parfaite connaissance de cause:

description détaillée des nouveaux traitements.

organisation prévisionnelle du travail; moyens humains nécessaires

nouvelle architecture; budgets de réalisation.

scénario d'évolution: faisabilité, planning, coût

bilan économique

(-)  Ressources nécessaires

Les contraintes budgétaires sont ajoutées aux contraintes techniques et du schéma directeur.

Un découpage en sous-projets de réalisation peut être effectué.

(-)  Il est indispensable d'informer largement des conclusions de l'étude préalable:

toutes les personnes qui ont participé à l'étude préalable

toutes les personnes qui participeront à l'étude détaillée

la direction


copyright (c) séquoia sprl (www.sequoia.be), belgium, 1999-2000. all right reserved.