Rapport de Projet Informatique Complet
Traduit par
ScribdTranslationsRapport de Projet Informatique Complet
Traduit par
ScribdTranslationsPROJET INFORMATIQUE
STRUCTURE DU RAPPORT.
Couverture.
Déclaration de l'auteur du projet.
Index général.
Résumé Exécutif.
1. INTRODUCTION
L'introduction est la première chose que l'on lit, mais c'est généralement la dernière que l'on
écris, car sa rédaction dépend de la manière dont tout le reste s'est développé
sections. Normalement, l'introduction inclut une description très générale de
projet et se termine par une ventilation du contenu du mémoire. Celui-ci doit
inclure la contextualisation, expliquer l'idée qui a donné naissance au projet, le besoin
Le problème que le projet vise à couvrir ou à résoudre.
1.1 Antécédents.
Description de l'état actuel du problème en référence aux travaux
antérieurs, surtout dans le cas de projets, qui soient une continuation ou
liés à d'autres projets.
Objectifs.
L'objectif est formulé en termes de la transformation que l'on souhaite apporter.
avec son étude et satisfait les intérêts et besoins de l'entreprise
organisation sociale, publique ou privée, où elle sera appliquée.
1.3 Méthodologie
Les méthodes et techniques à utiliser dans le développement du projet seront décrites et
les outils d'analyse basés principalement sur les connaissances
acquis dans les matières d'Ingénierie du Logiciel : Cycle de vie classique,
UML, et d'autres.
1.4 Ressources.
Les besoins en ressources humaines nécessaires au projet seront identifiés.
Les ressources matérielles, logicielles ou autres nécessaires seront détaillées, pour le
développement du projet. Décrire si le développement du projet sera orienté
dans le contexte du logiciel libre. Décrire quelles entités ont fourni le
matériel, par exemple la salle de projets de la FI, le laboratoire de
recherche du groupe, entre autres.
1.5 Calendrier.
Développement du plan de travail décomposé en étapes, avec une estimation de
temps pour chaque phase d'exécution.
2. PROPOSITION (MÉTHODOLOGIE)
2.1 Analyse.
L'analyse des exigences est la réalisation et la documentation de l'étude de la
ingénierie informatique appliquée à la solution du problème qui doit être défini, de manière
précise, la portée du projet, les contenus et fonctionnalités, la performance du
système et l'ensemble des interfaces utilisateur. En conséquence de cette phase, se
vous obtiendrez le document des exigences.
2.2 Conception.
Dans la phase de conception, on décide de l'ensemble des structures qui représenteront les
données nécessaires, l'architecture du système et le détail procédural du
programme. La responsabilité de cette phase revient aux analystes informatiques, ainsi que
avec les utilisateurs finaux du système. En conséquence, un DFD, des modèles seront obtenus.
logiques et physiques de la base de données et diagrammes de processus (Selon la
méthodologie employée).
2.3 Mise en œuvre.
Correspond à l'encodage, traduit de manière plus ou moins mécanique les
algorithmes spécifiés dans la phase précédente dans un langage donné de
programmation. Comme fruit, on obtiendra un programme ou un ensemble de programmes source
que, une fois compilé, donnera lieu à un programme exécutable.
2.4 Tests.
Lors de la phase de tests, le bon fonctionnement du programme est vérifié et le
respect de toutes les spécifications et exigences convenues. Pour cela, on
Ils effectuent des tests de chaque module ou unité de l'intégration de tous les modules et
de la validation des spécifications fonctionnelles et des corrections sont apportées
nécessaires, pour son bon fonctionnement.
3. ÉTUDE DE VIABILITÉ.
3.1 Viabilité Technique.
Les exigences matérielles et logicielles nécessaires seront établies pour le
développement du projet.
3.2 Viabilité Opérationnelle.
À partir de la détermination du matériel ; logiciel et du personnel pertinent et ses
les besoins de formation nécessaires s'il est opérationnellement viable pour le projet.
3.3 Viabilité Économique.
Une étude comparative sera réalisée entre le potentiel économique de l'entreprise et
Le bénéfice que vous obtiendrez en appliquant le système proposé. L'équilibre sera garanti.
du coût-bénéfice.
4. DOCUMENTATION
4.1 Manuel de l'utilisateur.
Dans le manuel d'utilisation, les fonctions et les caractéristiques pour l'utilisation du
Logiciel.
4.2 Manuel Technique (détails sur les technologies utilisées).
Le manuel technique décrit les bases théoriques des technologies employées.
5. CONCLUSIONS ET RECOMMANDATIONS.
Des aspects tels que doivent être inclus :
•Qualité, difficulté et amplitude du travail développé qui justifie le temps de
dédiation au projet.
•Aspects intégrateurs des disciplines du diplôme d'ingénieur en
Informatique.
•Validation des résultats obtenus. Des expériences doivent être fournies et
preuves justifiant le bon approche ou fonctionnement des résultats
du projet
•Champ d'utilisation du projet. Il faut décrire la potentielité et
limitations du projet, c'est-à-dire dans quel domaine il peut être appliqué
(architectures, operating systems, libraries, working hypotheses), and the
limitations d'utilisation comme par exemple des restrictions en termes de licences
les logiciels, le projet n'aborde pas d'autres questions pertinentes dans son contexte de
application, limitations introduced by the working hypotheses, among others.
•Impact social. Utilité du projet dans le domaine social
Facilité d'utilisation des résultats du projet par des tiers.
•Publicité des résultats du projet via des pages Web. Lorsque de
les résultats du projet se traduisent par un prototype ou un programme d'utilisation
doit mettre à disposition du public en général une version de démonstration
de ce prototype.
•Tout autre mérite.
6. BIBLIOGRAPHIE
Remarque :
Le résumé exécutif doit être présenté en espagnol et en anglais.