Projets Logiciels - Sites personnels de TELECOM ParisTech
Contents
1. Un facteur de qualit la S curit CRE C La s curit d un logiciel est satisfaite s il est prot g contre tous les acc s par des personnes non autoris es L acc s peut tre en lecture confidentialit modification int grit demande de service disponibilit SV TELECOM ParisTech EEN Quelques conseils HOTTE 36 CINe jamais manquer une revue 3 points pour l absent sur la note finale du projet Q G rer les ressources mat rielles et humaines U Commencer tout de suite le projet et assurer un travail r gulier SV P4 2013 18 INF380 cr neaux A et B Telecom ParisTech ETET Note finale du projet LOGAETIOERPIUE 37 0 L expert valide le logiciel livr sur 10 points ULe moniteur value le proc d de d veloppement revues implication de l quipe documentation sur 5 points Cl Un jury d enseignants note la pr sentation orale lors du petit s minaire sur 5 points SV Les premi res ch ances HOGA HOSE 38 QLes quipes sont form es Les sujets sont disponibles et attribu s en fin de ce cours d introduction UTI faut rencontrer l expert au plus vite Cl Le contrat doit tre sign pour le mardi 15 mai 20h cr neau B Cl Le cahier des charges doit tre envoy pour jeudi 23 mai 18h kkkkkkkkkkkkkkkkkkkkkkk Q Site INF380 Accessible directement http perso telecom paristech fr vignes SV2. U Une promotion X projets encadr s tout au long de la p riode pas de sujet en double Q Un expert a pos le sujet et vous donne des conseils au niveau de l analyse Q mais non de l impl mentation U Pour certains sujets un second expert peut apporter une comp tence particuli re QUn moniteur encadre les revues pour suivre et valider votre processus de d veloppement Tous les projets correspondent sans de r els besoins Projets Logiciels 2013 8 Sv U Certains projets demandent Une analyse approfondie et complexe mais peu de programmation plus de programmation que d analyse ou les deux Cl Les caract ristiques du projet sont vari es Acqu rir ou approfondir des connaissances dans un nouveau domaine Difficult technique nouveau langage ou quantit de code crire P4 2013 INF380 cr neaux A et B Telecom ParisTech L quipe doit tre constitu e LOCAETIORPIUE E Udu chef r le organisationnel cl pour la r ussite du projet Let de trois ou r les techniques Q Si l quipe est form e de 5 personnes projet de grande taille en plus un r le de suivi du processus incr mental focalis sur un aspect fonctionnel ou non fonctionnel transversal Ou ma trise de la complexit d interactions entre les modules Ou SV rs Le r le du chef de projet HOTTE 10 CI tablir en d but de projet un macro pla
3. existantes algorithmes connus outils logiciels Cas des sujets reprenant un nann existant HOGA HOSE 28 Sv Si le sujet consiste U tendre les fonctionnalit s d un logiciel Cl et ou faire voluer les techniques de r alisation l analyse des besoins logiciels doit tre orient e vers la description de l existant et des volutions pr vues P4 2013 14 INF380 cr neaux A et B Telecom ParisTech Rue Plan type document de la revue 3 ParisTech TT Ill Conception logicielle HOT IUE 29 Sv O D crire l architecture du logiciel en terme de modules et d interactions selon des mod les connus Y pipe amp filter abstraction de donn es et organisation orient e objet syst me en couches client serveur LSS U D crire les composants ext rieurs biblioth ques BD en terme d interfaces U D finir un style de codage U En commentaire dans le code donner la conception d taill e de chaque sous composant O Mise jour de la planification du projet E Exemple de documentation de la concention LI M El sTech agimi Diagramme de classes pour le site ENST ML LANGUAGE Etudiant Nom Professeur Ann e Nom Age Mati re 10 1 2 est assur par 1 7 est inscrit Cours Libell 1 Code P4 2013 15 INF380 cr neaux A et B Telecom ParisTech si Plan type document de la
4. INF380 cr neaux A et B Telecom ParisTech TELECOM Projets Logiciels ax Processus de d veloppement pratiqu TELECOM ParisTech Sylvie Vignes telecomParistech fr INF380 2013 D partement INFRES groupe 3 TELECOM ParisTech er Cadre du processus HOGA OSIE 2 Q Bas sur un processus incr mental D crire les fonctionnalit s attendues du logiciel d velopper D gager les fonctionnalit s essentielles Ecrire les sp cifications logicielles et pr voir les tests Concevoir une architecture logicielle stable organisation gros grain des modules d velopper D velopper un prototype Ajouter en deux ou trois au plus incr ments toutes les fonctionnalit s Valider par tests N OI AwWNe SV P4 2013 INF380 cr neaux A et B Telecom ParisTech er Un exemple de projet Projets Logiciels 2013 3 Sv La DFI de l ENST souhaite mettre en place un site intranet permettant inscription des tudiants aux UEs de leur choix La consultation par les professeurs des l ves inscrits leurs cours La consultation de l emploi du temps U Budget 12 personnes x mois U Dur e 3 mois TELECOM aan La d marche g n ra sTech Que se passe t il lorsqu on d couvre ce stade des changements par rapport aux exigences Analyser 7 283 semaines stade Concevoir l architecture zZ 2 3 semai
5. P4 2013 19
6. nes Recueillir les exigences Et celui ci D Ho OR SN gt Intervi l tles l D velopper Interviewer les professeurs et les l ves le prototype p R diger des sp cifications du site a ts Analyser les besoins P Identifier et formaliser une architecture Coder et effectuer les tests unitaires Int grer tester les fonctionnalit s V rifier la qualit du produit Livrer Int grer tester amp effectuer le contr le qualit P4 2013 INF380 cr neaux A et B Telecom ParisTech TELECOM ParisTech er D veloppement incr mental HOTTE 5 Ea Ea 1 2 semaines 1 2 semaines Consulter la liste des cours S inscrire un cours temps Choisir une architecture HOTTE 6 SV en tenant compte des contraintes de r alisation sp cifi es en r f rence une architecture connue expliciter les liens entre modules Java Virtual Machine MyServlet pefsistencd Chaque requ te HTTP N est dirig e vers le processus JVM existant et s ex cute sur un nouveau thread P4 2013 INF380 cr neaux A et B Telecom ParisTech Organisation de votre projet en s quipe dans le cadre de l UE 380 U Une quipe de 4 de 3 5 tudiants pour concevoir ou tendre les fonctionnalit s d un logiciel
7. nning Cl laborer le processus de d veloppement adapt au projet U Animer l quipe en coordonnant les activit s des membres en re distribuant des t ches Cl Analyser l tat d avancement du projet par rapport au planning pr vu SV P4 2013 INF380 cr neaux A et B Telecom ParisTech TELECOM Les trois r les techniques LOGAETIOERPIUE 11 Cl Le responsable d analyse recense les diff rentes solutions techniques pour les argumenter avec l expert qui revient le choix Cl Le gestionnaire de version est charg de la r ception des modules de l historique des diff rentes versions ainsi que de l archivage Cl Le responsable de l int gration logicielle qui assure les tests d int gration et de validation SV Activit s transversales pour tous HOGA HOSE 12 Tout au long du projet U Assurer la coordination entre les membres pour la r daction des diff rents documents de revues O Tenir un glossaire des termes sp cifiques au domaine d application important dans l tape d analyse Cl Rassembler le fond documentaire du projet r f rences bibliographiques URL SV P4 2013 INF380 cr neaux A et B Telecom ParisTech Les t ches de d veloppement sont asti r parties entre tous les membres HOTTE LE Sv U Anticiper l acquisition de comp tences selon le projet U Chaque membre doit d velopper tre auteur de une par
8. ns de l expert a r criture du cahier des charges pour d gager les principales fonctionnalit s Environnement et contraintes cat gories d utilisateurs U Enoncer ce qui sera livr U Maquette du manuel d utilisation avec des exemples L L quipe les r les pr cis de chacun Cl Les ressources utilis es U Mise en place de la planification Exemple diagramme Use Case TEEN R agn Les exigences pour le site N Projets Logiciels 2013 26 Sv Syst me Acteurs Site ENST vi Consulter Fronti re Liste des cours HU D Hypoth ses Etudiant CT et contraintes Un cours Tous les enseignants peuvent consulter toutes les listes de tous les cours Consulter Liste des tudiants i gt Professeur d utilisation 13 P4 2013 INF380 cr neaux A et B Telecom ParisTech Plan type document revue 1 TELECOM ParisTech sm Il Analyse des besoins logiciels HOGAETIORPIUE 27 Sv Cl donner une mod lisation du logiciel vu comme un syst me compos de sous composants plus simples U pour chaque sous composant expliquer succinctement ce qu il fait les entr es sorties fichiers BD signaux les principaux algorithmes les performances attendues ult rieurement tests U d crire les interactions entre les sous composants Q pr parer les tests de validation Cl mise jour de la planification du projet CI dresser la liste des ressources
9. ont t discut s avec expert et sont clairement explicit s 0 Un mod le du logiciel une repr sentation s mantique simplifi e du monde r el qui aide la compr hension Une proc dure de validation est pr par e Ce qui doit ressortir des revues 2 et 3 Ezim le moniteur GL v rifie votre d marche Projets Logiciels 2013 La r alisation se d roule partir d une architecture logicielle stable U Impl mentations et tests Une d monstration probante 11 Telecom ParisTech INF380 cr neaux A et B Telecom ParisTech er D roulement id ale Analyse Conception e codage et tests r aliste MASSE jrresosess Conception RL ee codage et tests r7 SV pr En fin de projet il faut UA l expert et au moniteur faire une d monstration du logiciel en livrant le manuel d utilisation remettre une version jour de la documentation de d veloppement du code source avec manuel d installation U Lors du s minaire effectuer une pr sentation du produit logiciel SV P4 2013 12 INF380 cr neaux A et B ParisTech CRT Projets Logiciels 2013 Plan type document contractuel I Cahier des charges 25 SV Telecom ParisTech U D gager le but du logiciel d velopper formulation concise et pr cise U Analyser les besoi
10. revue 3 ParisTech erT IV Codage et tests LOCAETIORPIUE 31 Sv U Pr parer une d monstration pour l expert et le moniteur partir de sc narios de validation conformes la revue 1 U Livrer le logiciel sous la forme lectronique exemple r pertoire tar compress comprenant README expliquant le contenu du r pertoire amp la proc dure d installation v Makefile y des sous r pertoires avec les sources la documentation ULes erreurs connues les fonctionnalit s non impl ment es les extensions U Bilan sur la planification du projet TELECOM risTech Choisir un facteur de qualit HOGA HOSE 32 Sv Selon la principale pr occupation de l expert U Robustesse CL Adaptabilit U S curit u P4 2013 16 INF380 cr neaux A et B Telecom ParisTech Un facteur de qualit CET la Robustesse HOGAETIORPIUE 33 HUn logiciel est dit robuste s il conserve un comportement coh rent en pr sence d v nements a priori trangers au probl me ayant pour origine un comportement aberrant de son environnement utilisateur autre logiciel mat riel ou ses propres d fauts SV Un facteur de qualit L adaptabilit Projets Logiciels 2013 34 Un logiciel est dit adaptable s il est facile modifier la suite d une volution de ses sp cifications SV P4 2013 17 INF380 cr neaux A et B Telecom ParisTech TELECOM
11. revues fournissent un indicateur sur la mise en uvre du processus SV P4 2013 INF380 cr neaux A et B Telecom ParisTech TELECOM ParisTech err Une revue a pour objectif de valider le travail fourni pendant l tape de d veloppement kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkxxk C est L Pendant un cr neau de 30 min Une pr sentation orale par toute l quipe de 20 min environ et un retour des questions de l encadrant GL et Qun document synth tique avec des rubriques bien tablies et des annexes techniques pour rendre compte de l avancement de choix faits en accord avec l expert de montrer des r sultats ventuellement de faire ressortir des points claircir des questions pour la suite du projet Ce n est pas le moment de discuter en d tails avec l expert pr sence facultative LOGAETIORPIUE 19 Sv Lors de chaque revue HOGA HOSE 20 Sv Suivi du travail de l quipe exprim en personne X heure Cahier des charges Analyse Conception revue K Codage et tests P4 2013 10 INF380 cr neaux A et B P4 2013 Ce qui doit ressortir du contrat et de la revue 1 le moniteur GL v rifie votre d marche 21 Projets Logiciels 2013 U Cahier des charges Le but du logiciel est compris L quipe est organis e Le contrat entre l quipe et l expert est tabli U Analyse des besoins logiciels Les besoins
12. tesse adaptabilit fiabilit r utilisation maintenance Etablir les crit res sp cifiques au projet en lien avec les UEs de sp cification appliqu es Tinen s re Les revues tapes du projet U Contrat A chaque revue TO RDV avec Cl R daction du cahier des charges Pt a cu et planning oou ment PONT TO 8 validation Analyse des besoins logiciels TO 12 Revue Analyse U Conception j TO 22 Revue Conception U Impl mentation et tests m T0 38 Revue Impl mentation et tests Q S minaire final TO 45 P4 2013 INF380 cr neaux A et B Telecom ParisTech TELECOM D roulement temporel des t ches LOCAETIORPIUE Lx Cl Les revues sont des points de contr le s quentiels O pr vues dans l EdT 1TH 30 min X 3 quipes qui pr sentent successivement ULe d veloppement logiciel doit tre incr mental d s qu un noyau stable bas sur les fonctionnalit s essentielles est cod SV TELECOM ATTENTION EAI Projets Logiciels 2013 18 U Ne pas faire de confusion entre U D une part la d marche qui est incr mentale agile en associant l expert pendant l avancement du projet U D autre part les revues qui sont des points de rencontre s quentiels Ces revues et les documents associ s concernent la d marche de qualit U Une revue correspond un tat quasi stable de l tape Cl Ces
13. tie codage tests unitaires R daction mise jour de la documentation TELECOM er La d marche qualit Projets Logiciels 2013 14 Sv Donne lieu un contrat entre l quipe d l ves et les enseignants r diger tout de suite apr s la premi re rencontre avec l expert envoyer l expert et au moniteur GL S appuie sur Ula r daction du cahier des charges Prise de connaissance approfondie du sujet Suite une des r union s avec l expert ou son quipe th sard Cl des revues mettant en pr sence Toute l quipe Le moniteur G nie Logiciel Au moins lors de la 1 revue ensuite facultatif l expert ou repr sentant P4 2013 INF380 cr neaux A et B Telecom ParisTech TELECOM Exemple de plan type du contrat Projets Logiciels 2013 LE Sv Q D finir la fronti re fonctionnelle Quel service est attendu du logiciel Pour quels utilisateurs Autres syst mes connexes Q Aspects techniques Plates formes langages environnements outils a Degr de libert des d cisions dates de choix d finitif Quelles contraintes a D lais d installation d apprentissage O Strat gie de d veloppement D finir le cycle de d veloppement V incr mental it ratif Principaux jalons de r alisation dates et artefacts O Crit res d valuation du projet Choisir un facteur de qualit g n ral tel que robus
Download Pdf Manuals
Related Search