1. Actions
1.1. Obtenir information sur Projet
1.2. Réfléchir à solution finale
2. Contexte
2.1. Fin modélisation Sinistre & Trésorerie
2.2. Domaine contrat va être redéveloppé
2.3. Pour la MAE, pas pertinent de documenter
2.4. Besoins exprimés
2.4.1. Pourquoi ?
2.4.1.1. Maintenance difficile
2.4.1.2. Solution technique vieille et pas évolutive
2.4.1.3. Impossibilité de mettre en oeuvre les bonnes pratiques de développement
2.4.1.4. Solution contraignante dans le développement
2.4.2. Identifier les axes d'amélioration
2.4.3. Évolutions / homogénéisation fonctionnelle ?
2.4.4. Date ?
3. Projet de redéveloppement
3.1. Obligation formalisation règles gestion
3.1.1. Ont ils prévus cette phase ?
3.2. Analyse fonctionnelle
3.2.1. Ont il prévu cette phase ? Qui ?
3.2.2. Analyse orientée objet (UML)
3.3. Expertise : Améliorer l'utilisation du paramétrage
4. Préconisations
4.1. Spécifier les règles de gestion
4.1.1. Mutualiser les règles
4.1.2. Documentation du SI
4.1.3. Facilite les spécifications et développements
4.1.4. Le plus important, prépare tout le reste dans notre contexte
4.2. Ré-Écrire les spécifications fonctionnelles générales
4.2.1. Cahier des charge pour le développement
4.2.2. Documentation du SI
4.2.3. Utilisation des outils de modélisation objet
5. Notre approche
5.1. La formalisation des règles de gestion est un prérequis obligé
5.2. On se positionne principalement sur ce travail
5.3. 1ère réunion de DISCUSSION sur le besoin
5.4. Anticiper la solution finale pour être plus percutant
5.4.1. Tableau Excel