PPE - Mise au point d’un plan d’amortissement |
Table des matières
1 Présentation
Les amortissements des crédits sont difficile à choisir car la procédure de calcul
est complexe et on se perd vite dans les chiffres.
Vous trouverez par exemple dans ce cours
les principales notions expliquées.
Il a été décidé de mettre au service du département comptable un outil interactif permettant d’y voir clair dans les
crédits et de prendre des décisions rapides.
2 Expression du besoin
Il existe deux modes de remboursement pour les crédits : amortissements constants
ou bien annuités constantes, et pour chacun d’eux, les modalités du crédit
sont spécifiées par ces critères :
-
Le taux
- La durée
- Le montant emprunté
- Le montant des versements
La connaissance de 3 de ces critères permettent de déduire le 4-ème. Si par exemple, un utilisateur saisit le taux, la durée et le montant
des mensualités, il est possible de calculer le montant qu’il peut emprunter.
Les comptables doivent donc pouvoir
-
Afficher le tableau de remboursement de n’importe quel crédit.
- Calculer un critère en saisissant les trois autres.
3 Ressources
3.1 Fichiers
Monsieur Cortex, grand manitou de la programmation objet de votre service, a commencé à
étudier le problème et échafaudé l’architecture de l’application.
Cette archive contient le résultat de son analyse et peut être importée dans eclipse.
Vous y trouverez :
-
Une classe représentant un crédit (Credit).
- Une classe représentant un tableau d’amortissement (TableauAmortissement).
- Une classe représentant une ligne du tableau d’amortissement (Ligne).
- La documentation générée avec javadoc.
Vous trouverez aussi la javadoc en ligne.
4 Résultats attendus
Il serait souhaitable que les fonctionnalités ci-après soient mises
en place. Si vous n’avez pas le temps de toutes les traiter,
occupez-vous d’abord des plus importantes. S’il reste du temps,
cherchez des améliorations à apporter.
4.1 Mise au point de l’application
-
Se documenter sur la façon de faire les calculs de façon justes.
- Compléter le code des classes en respectant scrupuleusement
les décisions prises par Monsieur Cortex.
4.2 Validation
-
Établir une procédure de validation, c’est-à-dire des jeu de données
avec lesquels lancer l’application ainsi que les résultats attendus.
- Automatiser la validation (avec JUnit par exemple).
4.3 Dialogue avec l’utilisateur
-
Mettre au point un diagramme de cas d’utilisations.
- Mettre en place un dialogue avec l’utilisateur le plus
convivial et intuitif possible
(en ligne de commande, ou en mode graphique).
4.4 Documentation utilisateur
-
Mettre en place une fonction help affichant un mode opératoire succinct
directement dans l’application.
- Faire un fichier pdf contenant une notice d’utilisation.
4.5 Documentation développeur
-
Étendre la Javadoc au code que vous avez ajouté.
- Faire un fichier pdf contenant
-
Un diagramme de classes.
- Les formules utilisées et la façon dont vous les avez codées
- Les valeurs utilisées pour faire les tests.
5 Productions
5.1 Chef de projet
Remise à la fin de la séance d’un rapport indiquant :
-
La répartition des tâches et le planning (il est conseillé de faire
un diagramme de Gantt).
5.2 Équipe
-
Présentation sur diapositives (pdf ou powerpoint) des productions
par l’équipe. Le chef de projet anime la présentation, mais tous
les membres de l’équipe doivent intervenir au moins une fois.
- Démonstration des productions.
5.3 Individuel
Ajoutez à votre porte-folio :
-
Un compte-rendu d’activité détaillant le travail
que vous avez effectué (extraits de code, explications,
impressions d’écran).
- Le code source sur Github.
- La documentation utilisateur.
- La documentation développeur.
- Les compétences mises en oeuvre.
Ce document a été traduit de LATEX par HEVEA