Académique Documents
Professionnel Documents
Culture Documents
1. Présentation du projet
1.1. Contexte
Environnement dans lequel s'inscrit le projet (stratégie, enjeux, domaine, etc.)
1.2. Objectifs
Résultats que le projet doit atteindre.
1.3. Description de l'existant
Environnement logiciel et matériel du logiciel.
Système existant, le cas échéant.
1.4. Critères d'acceptabilité du produit
Procédure de validation.
Critères d'acceptation.
2. Expression des besoins
2.1. Spécification fonctionnelles
Fonctions (ou opérations, ou encore transformations) que le logiciel doit réaliser.
Les spécifications fonctionnelles peuvent être classées par importance.
2.2. Spécifications non fonctionnelles
Les spécifications non fonctionnelles sont toutes les spécifications qui n'expriment pas une
fonction du logiciel, notamment, les contraintes de performance, de fiabilité, de sécurité, de
la cohérence et l’intégrité des données, et de la maintenance :
Corrective : qui traite les défaillances et les incidents ;
Adaptative : qui fait adapter le produit à des changements matériels et logiciels.
Perfective : qui améliore la performance du système.
2.3. Spécifications techniques
Les spécifications techniques du cahier des charges doivent spécifier notamment :
Localisation des terminaux utilisateurs et des serveurs informatique
Localisation des applications et des bases de données (lieux d’hébergement, répartition
des processus applicatifs entre serveurs et utilisateurs)
Volumes (nombre et fréquence des transactions entre les utilisateurs et les applications)
Réseau reliant les utilisateurs et les serveurs (type, vitesse et performance des liaisons,
disponibilité, support)
Architecture et fonctionnalités des serveurs
Hébergement des serveurs: dans l’entreprise - et dans ce cas compétences techniques
spécifiques requises (sécurité, service opérationnel 24 heures sur 24, …) - ou chez un
fournisseur de services – et dans ce cas : critères de choix de l’ISP (qualité des services,
techniques de sécurité, support aux utilisateurs, outils de mesure de performances et de
statistiques, possibilités d’accès, coût)
1
Suivi PFE : Structure d'un CDC FST Settat
Outils de sécurisation des transactions et des serveurs en fonction du choix du mode
d’hébergement des serveurs (encryption, certificats, authentification par clés, mots de
passe, proxy, firewall, programmes anti virus,..)
Support utilisateur (HelpDesk)
Migration du système actuel vers le nouveau (aspects techniques et organisationnels)
Performances que le système doit supporter dans 90 % des cas: temps de réponse
utilisateur, temps de panne toléré, outils de mesure des performances, disponibilité
requise,…)
Evolutivité de la solution (possibilités et coûts)
2.4. Spécifications administratives
Modalités de paiement (tranches, réception provisoire, pénalités éventuelles)
Cautionnement et conditions de libération de la caution
Conditions d’exécution : lieu de travail, disponibilité des locaux et des outils
Attestations de référence sur un projet similaire
Noms et curriculum des participants
Partenariats éventuels dans le cadre du projet
3. Contraintes
3.1. Coûts
Budget alloué au projet
Moyens matériels et logiciels mis à disposition.
3.2. Délais
Date de livraison du produit
Echéances intermédiaires.
3.3. Autres contraintes
Autres contraintes à prendre en compte (normes techniques, clauses juridiques, etc.)
4. Déroulement du projet
4.1. Planification
Articulation des grandes phases du projet et des principaux jalons.
Calendrier & planning prévisionnel : début, fin, phases, check-points
4.3. Documentation
Description de la documentation devant accompagner le logiciel à sa livraison.
2
Suivi PFE : Structure d'un CDC FST Settat