Conçu pour les projets de génie logiciel, nous avons mis au point une méthodologie capable de fournir à la PME un guide simple, compréhensif et efficace. Bien appliqué, notre méthodologie augmente significativement les chances de réussite d'un projet d'informatisation.

Nous vous proposons deux méthodes, une plus simple, moins coûteuses mais efficaces pour des projets de petite ou moyennes envergure. Nous utilisons également une méthodologie plus élaborée pour des projets complexe.

1- Analyse préliminaire : spécifications des pratiques d’affaires, vue d’ensemble du système à concevoir et
     estimé budgétaire.

2- Architecture : découpage du système en module et détermination des priorités. Par itération et pour chaque
     module : spécification fonctionnelle et précisions.

3- Réalisation, jeux d’essai et acceptation.

4- Implantation et formation.

5- Ajustements et correctifs.

111 - Produits et services
Lors de cette étape, on procède à un inventaire des produits et services. On identifie ce qui génère les revenus et ce qui entraîne les coûts. Cette information est très utile afin de cerner l'utilité d'un processus donné.   

112 - Objectifs stratégiques
La définition des objectifs stratégiques fournit par la haute direction, nous indique les priorités que le projet devrait prendre en considération. Par exemple, vouloir se positionner dans un secteur donné de l'industrie n'aura pas le même impact sur le projet que la nécessité de diminuer les coûts d'opération.

113 - Concurrence et marchés
Prendre connaissance de la concurrence et des marchés peut servir à orienter davantage les aspects prioritaires de l'étude.

121 - Technologies et systèmes actuels
Un inventaire de technologies en place servira à évaluer éventuel lement la nécessité de faire l'acquisition de matériel ou logiciel supplémentaire.

122 - Formulaires
Une analyse sommaire des formulaires utilisés procure rapidement un bon aperçu des données à traiter. On pourra aussi déceler les éléments communs et l'information redondante.

123 - Problématique et priorités
La qualité et la réussite du projet dépend en grande partie de la qualité des entrevues. Ce sont effectivement les utilisateurs qui sont les mieux désignés pour fournir les renseignements nécessaires à l'identification du problème. Il faut cependant porter une attention particulière à la résistance au changement, à la rétention d'information ou à l'exagération. Il convient de faire valider les renseigne ments par un autre groupe d'utilisateurs si possible.

124 - Solution envisagée
À partir de l'ensemble de l'information recueillit jusqu'à maintenant, on peut proposer différentes solutions en fonction des budgets disponibles.

125 - Risques et impacts
Il faut identifier les impacts sur la clientèle, les ressources humaines, les processus d'affaires, les produits et services, la structure administrative, matérielles et technologiques. Il faut identifier également les risques et les facteurs critiques de succès.

126 - Coûts et bénéfices
On fournit au gestionnaire un ordre de grandeur des coûts et les principaux bénéfices escomptés.

210 - Cheminement des processus (WorkFlow)
On définit les spécifications générales des processus de l'entreprise. Travaillant en étroite collaboration avec les usagers, ce découpage peut se faire par département, pour ensuite être préciser davantage au niveau de chacune des tâches. On valide la bonne compréhension entre les parties à l'aide d'un diagramme des processus organisationnels.

220 - Modélisation des traitements
À partir des fonctions identifiées précédemment, on décompose le système en modules. Un module est une unité du système, par exemple un interface, un rapport ou un traitement spécifique en temps réel ou en différé. Présenté sous forme de diagramme, l'usager peut valider rapidement les principales fonctionnalités et la navigation dans le système.

230 - Modélisation des données  
La modélisation des données permet de représenter les informations de l'entreprise. La structure de celle-ci est cruciale pour la réalisation du système. En effet, une structure faible pourrait amener une multi tude de problèmes lors de la réalisation. Les données ont été réper toriées lors des spécifications fonctionnelles et à partir des formulaires de l'organisation.  

240 - Dossiers fonctionnelles (DF)
Règle générale, un dossier fonctionnel correspond à un module. On décrit les spécifications et les règles de comportment. À l'aide d'une maquette d'écran, on présente à l'utilisateur l'ergonomie de l'interface. On valide la dynamique du module, l'incidence sur les données de l'organisation, les résultats, le traitement des exceptions, et au besoin, on explique les algorithmes.

250 -Analyse technique
La phase de l'analyse technique permet d'adapter la solution détaillée aux techniques d'implémentation, aux besoins de performance et aux attentes des utilisateurs. On valide les dossiers fonctionnels avec les responsables de la technologie. On déterminer les besoins matériels supplémentaires ainsi que les coûts d'acquisition si nécessaire.

260 - Échéanciers, coûts et risques
À ce stade-ci on révise les échéanciers, les coûts et les risques de la solutions détaillées. La direction peut décider si elle poursuit ou pas le projet.

310 - Programmation
Les dossiers fonctionnels sont remis au responsable des programmeurs et les échéanciers sont suivi par le chargé de projet. On s'assure aussi de bien gérer les versions en fonction des demandes de changement.

320 - Tests et correctifs
Les modules programmés seront testés et révisés par une tierce personne avant d'être présenter à l'utilisateur.

330 - Validation et acceptation
On demande à l'utilisateur responsable de valider et d'approuver la livraison.

340 - Demande de modifications
À ce stade-ci, il est fréquent que de nouveaux besoins apparaissent. Il est important d'insérer ces demandes dans le processus d'analyse afin de ne pas fausser les estimations

410 - Essai pilote
Avant de mettre en opération une solution, on test la livraison ou une partie de celle-ci. On utilise un ensemble de données qui représente le plus possible la réalité des opérations visées. Les correctifs seront apportés par le biais d'une demande de modification si nécessaire.  

420 - Formation, gestion du changement
Dépendamment de la taille du projet, le manuel d'utilisateur est un outil indispensable pour la formation et la gestion du changement. Il est très important de s'assurer de utilisation maximale du système. Il faut donc favoriser non seulement l'apprentissage mais aussi l'acceptation globale du projet par les usagers. Si les changements
sont trop radicales, il faudra fournir un support accrue afin de minimiser le risque de résistance au changement.  

430 - Conversion et mise en production
Avant de mettre en production un système d'information, il peut être nécessaire de convertir les informations d'un système existant. Dépendamment de l'ampleur, cette conversion pourrait faire l'objet d'une analyse détaillée (architecture).

Afin d'absorber les imprévus et dans la mesure du possible, on doit prévoir beaucoup de contingence lors de la mise en production. La majorité du temps, on implante la solution lorsque les ressources humaines ont le plus de disponibilité.

510 - Performances / Contrôle de la qualité
Périodiquement, une analyse statistique de différents points de contrôle préétablit sera effectuée de façon à fournir rapidement les correctifs nécessaires. L'assurance qualité d'une livraison garantit la longévité.

520 - Demandes de modifications
Une organisation est en perpétuel changement. Chaque demande de modification sera évaluée en fonction du retour sur l'investissement quelle procure, qu'il soit tangible ou intangible