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

ETUDE PREALABLE

Phase EP.2 Conception

EP.2.1 Objectifs

(-)  Concevoir la nouvelle solution dans les grandes lignes: propositions

de traitements.

organisationnelles: répartition des tâches et des responsabilités, automatisation.

d'architecture technique

de scénarios d'évolution

(-)  On reste à un niveau "macro", conceptuel.

Notamment, on ne prend en compte que les procédures 'normales' représentatives sélectionnées dans la phase précédente.

EP.2.2 Activités de réalisation

(-)  Si vous recherchez un progiciel

(-) Les activités de conception devraient être réduites à l'essentiel: fonctions, processus et données. Le but est d'avoir un inventaire de référence qui sera utilisé plus tard, afin de s'assurer que les progiciels répondent aux besoins.

(-) Prendre des contacts préliminaires afin d'êtres informé des possibilités des progiciels, des fonctions assurées habituellement, des règles de gestion courantes.

(-)  Principes & règles de gestion

(-)  rappeler les principes & règles de gestion;

(-)  implémenter les principes & règles de gestion sous une forme systématique

ordinogrammes

tables de décision

(-)  dans la mesure du possible, décrire les règles sous une forme paramétrable évolutive.

(-)   Contenu du site web

(-) Concevoir le site en fonction des besoins des clients / utilisateurs, de leurs attentes, de leur comportement

(-) Rendre votre site plaisant pour vos clients. Selon le profil des clients, fixer les critères de qualité:

  • spécificité: permettre au client de définir son profil personnel et ses attentes, afin de recevoir seulement l'information pertinente pour lui-même
  • efficacité: ne pas fournir trop d'informations, trop de distractions; montrer clairement les objectifs; permettre à l'utilisateur d'exécuter efficacement les processus qu'il préfère
  • rapidité: pas de graphiques inutiles; réduire le volume des interactions entre le navigateur et le serveur;
  • permanence : créer une relation durable entre les clients et l'entreprise

Pour réaliser ces objectifs, il peut être nécessaire de réaliser plusieurs applications (ou plusieurs zones dans le site) selon les types de clients.

Souvent, il ne sera pas suffisant de porter sur le web des applications informatiques internes existantes (par exemple celle utilisée par le service des commandes). Une application Internet doit être intuitive; elle doit pouvoir être utilisée par n'importe qui sans avoir lu aucune autre documentation que celle fournie à l'écran. Souvent, les utilisateurs ne liront même pas ces instructions !

La politique de sécurité doit être renforcée pour l'utilisation par tout un chacun. Il faut éviter par exemple qu'un client puisse s'accorder une remise à lui-même ...

(-)  Gérer la loyauté. Des clients éloignés peuvent être peu fidèles à une entreprise; ils peuvent facilement changer de fournisseur. Ils pourraient par exemple sélectionner un produit sur votre site parce qu'il est bien réalisé, mais l'acheter ailleurs parce que c'est un rien moins cher.

  • promettre seulement ce que l'on peut tenir : être sûr de livrer à temps et complètement , limiter l'offre
  • créer un système de suivi des problèmes; proposer un bon service après-ventes
    • en cas de problème, il sera possible p.ex. de proposer au client lésé un nouvel essai avec une remise d'excuse très attractive.
  • proposer des avantages à la loyauté

(-)  Fournir aux clients l'information dont ils ont besoin pour acheter. Le processus pour qu'un client arrive à la décision d'achat est typiquement une séquence de 5 phases:

  • identification du besoin
  • recherche parmi les produits disponibles
  • sélection du produit
  • achat du produit
  • (remords de l'acheteur)

Fournir à vos clients potentiels l'information dont ils ont besoin pour évoluer d'une phase à l'autre.

(-)   Gestion du contenu du site Web 

(-)   Structure du Contenu: la carte du site web

(-) Décrire la structure de navigation dans la site web sous forme d'une arborescence basée sur une page d'accueil.

(-) Si nécessaire, proposer à chaque segment de marché son arborescence spécifique.

(-)  Gestion du contenu 

(-)  En partant de la carte du site, lister & organiser le contenu à développer; pour chaque sujet, décrire :

Segment de marché cible

Responsabilité: qui sera responsable de sa création & de sa maintenance ?

Coordination avec les autres sujets

  • Fréquence de publication
  • Processus de coordination du contenu

Origine de l'information : décider de la façon dont vous gèrerez les données et autres types d'informations

  • données dans une base de données
  • autre type d'information
    • fichiers (documents textes, tableaux, graphiques, ...)
    • texte HTML & XML

(-) Voir plus loin Architecture technique d'un site Web pour apprendre comment gérer au mieux l'information, comment mixer les données avec d'autres types d'informations et générer du code HTML.

(-)   Promotion du site Web 

(-)  Préparer le référencement de votre site

(-)  Les moteurs de recherche sont des outils très importants pour la promotion de votre site; préparer dès maintenant le référencement de votre site.

(-)  Surveiller vos concurrents sur les moteurs de recherche vous permettra d'affiner votre cible, et d'estimer de volume attendu de vos visiteurs & de vos bénéfices

(-) Trouver les bons mots-clés

(-)  Préparer votre site à être compétitif pour les mots-clés sélectionnés

(-)  Evaluer la charge de travail, les coûts et les bénéfices attendus des différentes stratégies de référencement

  • gratuit / payant
  • manuel / automatique
  • général / spécifique par moteur de recherche

(-)  Voir aussi notre page Développement web: liens utiles pour trouver des méthodes et des outils de référencement

 

(-)  Evaluer l'opportunité de lancer une campagne de publicité

(-)  Evaluer les coûts et les bénéfices attendus d'une campagne de publicité

(-)  Canaux publicitaires :

  • en ligne
  • publicité traditionnelle
  • presse

(-)  Planifier le suivi de l'information sur les activités de vos visiteurs

(-)  Valider que des statistiques d'activité seront disponibles

(-)  Evaluer la charge de travail pour l'analyse des statistiques

(-)  Evaluer l'opportunité de fournir un moteur de recherche interne, et de stocker les mots-clés utilisés dans une base de données

(-)  Evaluer les coûts et bénéfices attendus d'une enquête externe en ligne

(-)  Applications et systèmes

(-)   Décrire les applications et systèmes par leurs caractéristiques essentielles

fonctions; hiérarchie des fonctions.

intrants (inputs): e-mails, formulaires, données (y compris provenant de systèmes existants) , documents, ...

extrants (outputs): vers l'agent de navigation (browser) , vers les systèmes existants (interfaces)

acteurs principaux.

Diagramme de Flux de Données ( /Application )

(-)

(-)  On prêtera une attention particulière aux interfaces, c.à.d. aux objets qui sont l'output d'un système, et l'input de l'autre.

(-)  Dans la description des systèmes, les données peuvent être mentionnées de façon encore très schématique (data store)

(-)   Traitements: décrire les fonctions du système

La description des fonctions suit les mêmes règles que la description des applications.

Elle s'opère à un niveau de détail plus fin.

La description des fonctions remplace avantageusement la description des traitements ( Modèle Conceptuel des Traitements ) de la méthode Merise . En effet, les fonctions décrivent les traitements à réaliser, mais indépendamment des choix techniques & d'organisation, et sans que l'on doive préciser tous les détails du mode de fonctionnement.

Diagramme de Flux de Données (/Fonction)

(-)



(-) Pour générer du code HTML à partir de données:

(-)  Toujours séparer le contenu de l'information de sa présentation

(-) L'abstraction devrait être suffisante pour pouvoir effectuer des présentations multiples sur base d'une source d'information unique, mais elle ne doit pas être aussi poussée que pour la normalisation des données.

(-)  Une base de données peut également contenir une partie de l'information:

(-) code HTML et XML (texte libre)

(-) liens vers des fichiers externes

(-)  Décrire aussi dans le Modèle Conceptuel des données l'information qui ne sera pas gérée dans une base de données

(-)  Structurer cette information

(-)  Décrire les données [ Modèle conceptuel des données ]

(-)  Commencer à établir l'inventaire des données à traiter (données déjà informatisées et non encore informatisées)

(-)  Généraliser les données à un niveau abstrait, conceptuel, paramétrable et évolutif

(-)   éviter un modèle des données reposant sur des cas particuliers, des occurences

(-)  Structurer les données selon une forme normalisée pure, sans tenir compte à ce stade

ni des contraintes techniques de distribution, vitesse d'accès, redondance, archivage, ...

ni des aspects "psychologiques": interface utilisateurs, autorisations d'accès, vues, ...

 (-) Appliquer les règles de normalisation de Codd

"L'idée de base en normalisation est d'organiser l'information dans une base de données comme suit:

(-)   Chaque type d'objet distinct a un identifiant du type, qui devient le nom d'une relation de base

(-)  Chaque object distinct d'un type déterminé doit avoir un identifiant d'instance qui est unique pour ce type d'objet; ceci est nommé sa clé primaire

(-)  Chaque fait dans une base de données est un fait au sujet d'un objet identifié par sa clé primaire

(-)  Chacun de ces faits ne contient rien autre que des valeurs unitaires, propriétés immédiates de l'objet

(-)  De tels faits sont rassemblés dans une relation unique s'ils concernent des objets du même type. Le résultat est une collection de faits, tous du même type.

Notez que cette méthode ne fait pas de distinction entre objets abstraits et objets concrets. De plus, il n'y a pas de distinction entre les entités et les relations."

Codd, "The Relational Model for Database Management", version 2, 17.5.1

Diagramme Entité-Relation

(-)

Diagramme Entité-Relation

(-)



(-)  Organisation

(-)  Décrire dans les grandes lignes, sans entrer dans les détails de procédures

Choix d'automatisation

Modes de communication

Impact organisationnel

EP.2.3 Activités de gestion de projet

(-)  Etablir une estimation de la (ou des) solutions(s) retenue(s) en terme de

EP.2.4 Activités d'assurance qualité

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

(-)  Facteurs clefs: vérifier que les besoins trouvent une solution

NB: à ce stade, la solution n'est pas encore entièrement décrite, l'inventaire des données n'est pas encore complet, etc. Il s'agit donc d'une première évaluation qui devra être complétée durant les phases suivantes:

Etude préalable - Généralisation

Etude détaillée - Conception

(-)  au niveau des fonctions & traitements, et en les croisant avec le modèle des données

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

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 (important pour obtenir la compréhension des utilisateurs et leur motivation !).

(-)  cet inventaire peut être une base pour la réalisation des jeux de tests et du paramétrage de démarrage.

EP.2.5 Activités de clôture

(-)  A l'issue de cette phase, on doit choisir une (ou plusieurs) solution(s)

(-)  au niveau fonctionnel

Qu'est-ce qui doit être fait ?

(-) au niveau organisationnel

Qui fait quoi ? Comment ? Caractéristiques principales.

Services responsables

Mode d'automatisation.

(-)  Cette solution porte encore sur les cas représentatifs normaux .

(-)  La décision se prend en ayant déjà une bonne connaissance des implications techniques, organisationnelles, budgétaires, de planning, de sécurité.

(-)  Vérifier que la solution choisie corresponde aux objectifs fixés (ou les adapter).


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