Méthode de développement informatique  Séquoia
 | page d'accueil | projets | contact | commandez la version hors-ligne gratuite |
<ConceptionCarte du siteSélection d'un sous-traitant ou d'un progiciel>

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.

Penser aux exceptions dans le système e-commerce. Une procédure d'exception pour un système e-commerce peut être un numéro de téléphone gratuit ou un contact e-mail.

  • des clients avec des besoins tout à fait particuliers pourraient se sentir perdus.
  • des clients peuvent ne pas comprendre le mode d'emploi
  • le système peut, dans certains cas, ne pas donner les résultats attendus

(-)  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 en ligne

Jour

Opération

Qui

Traitement

homme

système

J0

Sélectionner les produits

Client

introduire

assister

J0

Introduire le paiement

Client

introduire

J0

Confirmer la transaction

Client

confirmer 

vérifier la disponibilité

vérifier le paiement

enregistrer le paiement

enregistrer la commande

J0

confirmer la transaction

envoyer un email de confirmation

J0-nuit

emballer

magasin

emballage manuel

J0-nuit

livraison prise en charge par un tiers

transporteur

livrer

 

(-)  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 et des informations.

(-)  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

securité: prévoir d'établir le serveur web sur une machine séparée

résistance aux pannes: prévoir de dupliquer tous les composants de l'architecture hardware

performance de pointe: prévoir plusieurs serveurs en grappe

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

partage des ressources : certaines ressources, p.ex. les connexions à une base de données ou à un ERP sont coûteux en termes de licence ou l'allocation du temps et de la mémoire. Il n'est pas possible que chaque utilisateur en ligne dispose de ses propres ressources: il faut les partager.

inclure cette exigence dans la sélection des outils de développement (i.e. OLE/COM or Java, des progiciels et des services.

isolation des segments Ethernet : les connexions réseau entre les serveurs http, applicatif et de base de données devraient utiliser un segment Ethernet dédicacé (trafic important attendu)

 

politique de sécurité.

prévoir d'installer un firewall sur le serveur web

prévoir une analyse de sécurité détaillée

prévoir de séparer clairement les environnements de développement et d'exploitation; les deux fonctions devraient utiliser des ordinateurs différents

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

(-)  backup / restore

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

fournir un mécanisme de déviation: les utilisateurs entrants gés devraient être redirigés vers une "aire d'attente" si les serveurs sont surchargés"

(-)   Architecture technique d'un site Web

(-) Si l'information que vous allez publier est soumise à des changements fréquents (ce qui se produit le plus souvent !) , il faut automatiser la génération du code HTML.

(-) Le facteur clé est de séparer les données brutes des règles de présentation (fontes, barres de navigation, ...). Maintenant, il faut sélectionner une solution technique pour générer l'HTML (=données+présentation ) à partir à la fois des données brutes et des règles de présentation.

(-) Critères fonctionnels

(-) Choisir quand l'information doit être générée :

  • à l'exécution de la requête
    • il est possible de personnaliser de façon poussée
    • réponse individualisée à des formulaires
  • lors de l'écriture des sources ("compilation")
    • possibilité d'adaptation limitée à des types de clients

(-) Déterminer où l'information doit être générée :

  • sur le poste client
    • interaction rapide, mais peut exiger le téléchargement prélable de volumes importants de données
    • exécution répartie sur les processeurs des divers clients
    • univers complexe, nombreuses configurations différentes, environnement très difficile à maîtriser
  • sur le serveur
    • réaction 'en batch', par transaction
    • peut exiger de grosses capacités en processeur sur le serveur
    • environnement homogène, parfaitement maîtrisé

(-) Critères techniques: en fonction des sélections précédentes et de critères additionnels, sélectionnez les technologies

(-) sur le serveur

  • génération basée sur des scripts et/ou des 'business objects'
    • surtout pour l'intégration des données & autres informations
  • génération basée sur des modèles
    • surtout pour la mise en page
  • approche mixte

(-) sur le client

  • génération basée sur des scripts HTML
    • possibilités limitées
    • bonne sécurité; indépendance des plates-formes clients
  • génération basée sur des objets insérés
    • possibilités illimitées
    • problèmes possibles de sécurité et d'indépendance des plate-formes clients

  Architecture trois niveaux

Si vous comptez réaliser des développements significatifs, vous devrez adopter une architecture trois niveaux, , c.à.d. séparer clairement ces trois services :

  1. interface utilisateurs : génération et validation de formulaires, présentation de rapports, ...
    exécuté sur : le poste client final (browser mais aussi autres applications locales) et serveur HTTP
  2. traitement : couche entre l'interface utilisateurs et les données brutes (p.ex. une application commerciale, un ERP)

    exécuté sur: serveur d'application

    elle fournira l'information à insérer dans le code HTML à l'aide de scripts

    il existe des ponts entre ces plates-formes

  3. données : une base de données traditionnelle

Voir le résumé des technologies web pour plus de détails sur ces technologies, leurs avantages & inconvénients

Inclure les contraintes de compatibilité du serveur dans vos critères de sélection, pour le choix d'un système opératoire ou si vous avez l'intention de faire héberger votre site par un fournisseur internet.

Fonctions spéciales: pour certaines fonctions, vous pouvez faire appel à des services spécialisés de sous-traitance, ou à des logiciels du marché

 traitement sécurisé des paiements: à analyser avec une banque ou un fournisseur spécialisé

 Fonctions diverses:

Forum de discussion

Place de marché

(-)   Hébergement / gestion d'un site Web

(-) Définir où et comment sera géré le site web; définir l'architecture télécom

(-) gestion interne, convient si

  • il y a une grande intégration entre l'application web et les applications commerciales et les données de la société
  • suffisamment de ressources internes pour assurer une disponibilité 24 X 7 (infrastructure dupliquée et en grappe, compétences techniques, nombre d'employés, ...)

(-) hébergement chez un fournisseur de services internet (ISP), plusieurs options possibles :

  • hébergement web : l'application web est exécutée sur un système opératoire et un serveur web déterminés
    convient pour des applications web de faible complexité qui utilisent seulement des ressources typiques
  • hébergement d'un serveur web : l'application web et son serveur dédicacé sont exécutés sur un ordinateur de l'ISP, partagé par plusieurs clients
    convient pour des applications de complexité moyenne
  • hébergement d'un ordinateur : un ordinateur réservé au client est géré par l'ISP dans ses locaux
    convient pour des applications très complexes,exigeant une configuration élaborée et du paramétrage fin

(-) fournisseurs de solutions clé-sur-porte; ils proposent:

  • aide à la conception du site
  • service complet d'hébergement de site
  • services de centres d'appel
    il est souvent impossible d'utiliser des applications développées en interne

(-)  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 et de sous-traitance

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 du trafic montant et descendant

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.

<ConceptionCarte du siteSélection d'un sous-traitant ou d'un progiciel>