RC Cdi V1 01092009

Rfrentiel de Certification
UNION EUROPEENNE Fonds Social Europen
DSP
REAC
RC
RF
CDC
Libell rduit: CDI Code titre: TP-01281 Type de document: Guide RC Version: 1 Date de validation: 21/06/2007 Date de mise jour: 01/09/2009
Concepteur Dveloppeur Informatique
_____________________________________________________________________________________________Direction de l'Ingnierie
Rfrentiel de Certification
Libell rduit CDI
Code titre TP-01281
Type de document Guide RC
Version 1
Date de Validation 21/06/2007
Date de mise jour 01/09/2009
Page 2/32
Ce document a t ralis avec la collaboration de: Chef de projet LIMOUZIN Andr-Pierre Participants pour les centres CATTANEO Elisabeth P.A.C.A. Marseille-Saint-Jerome DENRY Didier NORD PAS DE CALAIS Roubaix FRANCOIS Patrice BRETAGNE Saint Brieuc-Langueux PHILIPPE Jean-Pierre BASSE NORMANDIE Caen VIRLY Jean-Pierre LANGUEDOC ROUSSILLON Beziers Participants pour la Direction de l'Ingnierie FRUCHARD Marc DIRECTION DE LÌNGENIERIE Tertiaire LEPELTIER Nadine DIRECTION DE LÌNGENIERIE Tertiaire LIMOUZIN Andr-Pierre DIRECTION DE LÌNGENIERIE Tertiaire Responsable d'unit sectorielle Nadine PELVILLAIN
Libell rduit CDI
Code titre TP-01281
Version 1
Page 3/32
Libell rduit CDI
Code titre TP-01281
Version 1
Page 4/32
CERTIFICATION D'UNE SPECIALITE
Libell rduit CDI
Code titre TP-01281
Version 1
Page 5/32
REFERENTIEL DE CERTIFICATION D'UNE SPECIALITE DU TITRE PROFESSIONNEL DU MINISTERE CHARGE DE L'EMPLOI "Concepteur Dveloppeur Informatique" RCT01 REFERENCE DE LA SPECIALITE: Concepteur Dveloppeur Informatique Arrt de cration, date de parution au J.O.: 23/10/2007 Arrt de modification, date de parution au J.O.: Arrt de rexamen, date de parution au J.O.: Niveau: II Code de la nomenclature NSF: 326 t - Informatique, traitement de l'information, rseaux de transmission Code du titre: TP-01281 RCT02 LISTE DES CERTIFICATS DE COMPETENCES PROFESSIONNELLES: - Dvelopper des composants d'interface - Dvelopper la persistance des donnes - Dvelopper une application x-tiers RCT03 LISTE DES CERTIFICATS COMPLEMENTAIRES DE SPECIALISATION: Sans objet
Libell rduit CDI
Code titre TP-01281
Version 1
Page 6/32
RCT04 CARACTERISTIQUES DE LA SPECIALITE: Dfinition et description de l'emploi-type vis: Le concepteur dveloppeur informatique prend en charge le dveloppement d'applications informatiques suite l'expression des exigences fournies par un client ou un chef de projet. Il (elle) intervient sur les diffrentes phases du processus de dveloppement logiciel : - il (elle) dfinit ou participe la dfinition de l'architecture (technique et logicielle) de l'application. Il modlise les donnes de l'application et ralise les diagrammes lis aux traitements en s'appuyant sur les exigences exprimes par le client ou par le chef de projet. Il met en place la base de donnes de tests. - dans l'architecture multi niveaux (appele architecture x-tiers), il (elle) conoit et ralise les composants de la couche prsentation de faon conviviale pour l'utilisateur, les composants assurant la persistance des donnes dans des systmes de gestion de base de donnes et les composants " mtiers " qui automatisent les processus propres l'entreprise cliente. - il (elle) assure les tests d'intgration et le dploiement des composants raliss. Il (elle) applique une " dmarche qualit " tout au long du processus de dveloppement. Il (elle) peut tre force de proposition pour l'volution des pratiques mises en oeuvre. Contexte de ralisation de l'emploi - environnement technologique: Le concepteur dveloppeur informatique peut travailler pour une unit organisationnelle de l'entreprise o il (elle) est salari, ou pour un client de la socit de services qui l'emploie, ou pour un client direct s'il est indpendant. Il (elle) doit s'adapter rapidement aux volutions technologiques du secteur informatique. La connaissance du mtier du client pour lequel il (elle) ralise l'application est souvent demande. La ralisation du projet dont il (elle) a la charge ncessite de sa part organisation et gestion du temps, ainsi que, le cas chant, le suivi des dveloppeurs affects au projet. Il (elle) prend en compte des contraintes conomiques (cots et dlais). Etant appel(e) assurer sa mission dans des entreprises et contextes professionnels extrmement divers, il (elle) doit pouvoir s'adapter, tre mobile gographiquement, faire preuve de capacits relationnelles ( coute active des diffrents interlocuteurs : matrise d'ouvrage, utilisateurs, chef de projet, experts techniques, dveloppeurs ...), facult d'arbitrer entre des besoins contradictoires. RCT05 LISTE DES COMPETENCES PAR ACTIVITE-TYPE: Dvelopper des composants d'interface - Maquetter l'application - Programmer des formulaires et des tats - Programmer des pages Web - Manipuler les donnes avec le langage de requte SQL
Libell rduit CDI Code titre TP-01281 Type de document Guide RC Version 1 Date de Validation 21/06/2007 Date de mise jour 01/09/2009 Page 7/32
- Dvelopper les composants d'accs aux donnes - Installer les composants - Assister les utilisateurs - Organiser son temps - Communiquer dans un contexte professionnel - Utiliser l'anglais dans son activit professionnelle en informatique - Actualiser ses comptences techniques Dvelopper la persistance des donnes - Modliser les donnes - Mettre en place la base de donnes - Manipuler les donnes avec le langage de requte SQL - Programmer dans le langage du S.G.B.D. : triggers et procdures stockes - Organiser son temps - Communiquer dans un contexte professionnel - Utiliser l'anglais dans son activit professionnelle en informatique - Actualiser ses comptences techniques Dvelopper une application x-tiers - Dfinir l'architecture de l'application - Modliser l'application dvelopper en utilisant UML - Appliquer une dmarche qualit - Dvelopper les composants mtier - Manipuler les donnes rparties dans une architecture Client/Serveur x-tiers - Dvelopper les composants de la couche de prsentation (IHM) - Dvelopper des composants intgrs l'informatique nomade - Raliser un test d'intgration - Dployer l'application - Animer l'quipe de dveloppement - Communiquer dans un contexte professionnel - Utiliser l'anglais dans son activit professionnelle en informatique - Actualiser ses comptences techniques COMPETENCES DIRECTEMENT RATTACHEES A L'EMPLOI-TYPE: Sans objet RCT06 CRITERES D'APPRECIATION ET SEUILS REQUIS POUR LA TENUE DE L'EMPLOI: Sur le dossier du projet de synthse : + La prsentation des composants raliss doit faire rfrence des technologies rcentes. + Les temps passs sur les composants raliss sont rpertoris. Sur la prsentation + Toutes les questions poses doivent faire l'objet d'une rponse. + Les rponses aux questions doivent tre pertinentes. + Les supports utiliss doivent tre structurs et lisibles. Sur les architectures technique et logicielle de l'application : + L'architecture doit s'appuyer sur des technologies rcentes et stabilises.
+ Les spcifications couvrent l'ensemble des exigences exprimes. + Les composants d'interface, de persistance et mtiers doivent faire l'objet de couches spcifiques + La cohrence des changes entre couches logicielles doit respecter l'ensemble des rgles tablies. Sur les composants d'interface : + Les tats gnrs doivent tre conformes au besoin exprim. + Ils doivent respecter la charte graphique de l'entreprise. + Les informations dites doivent tre correctes (totalisations, transformations lies aux rgles de gestion). + Les pages Web doivent respecter les normes dictes par le W3C et la charte graphique de l'entreprise. + La prsentation des page Web(feuille de style) doit tre factorisable (externe). + Les scripts clients des pages Web doivent tre factorisables (externes). + Les pages Web prsentes doivent comporter des formulaires accompagns du code li au traitement de la validation du formulaire. + La liste des vnements traiter doit tre complte et conforme au besoin exprim. + Les vnements traiter doivent tre accompagns du code associ. Sur la persistance des donnes : + Le modle entits/associations doit tre conforme au cahier des charges de l'application et respecter le formalisme de ce modle. + La base de donnes doit tre conforme au modle entit/association. + La base de donnes doit tre optimise (redondance, indexation, ...) + L'intgrit de la base de donnes doit tre assure en implmentant les contraintes, dduites des rgles de gestion. + La connexion tablie entre le poste de travail et le serveur supportant la base de donnes doit tre tablie conformment aux rgles de gestion. + Les manipulations entranant une modification des donnes contenues dans la base doivent respecter son intgrit. Sur les aspects " mtiers " : + Les diagrammes de modlisation sont conformes au formalisme du langage UML. + Doivent tre prsents : - le diagramme des cas d'utilisation et les scnarios, - le diagramme des classes d'analyse, - un diagramme de collaboration et un diagramme d'activit, - l'un des diagrammes de squences dtaill. Sur le planning : + La liste des tches dont il a la charge doit tre ennonce. + Les temps associs doivent tre ralistes. + Le chemin critique doit tre clairement identifi. + Les temps passs sur les composants raliss sont rpertoris. Sur la stratgie de dploiement : + Les classes dployes doivent rpondre aux fonctionnalits prvues et tre instancies sans bogue, y compris dans les cas d'exception. + La stratgie de dploiement doit tre formalise.
+ Les procdures d'exploitation usuelle ou d'installation doivent tre clairement nonces. + Le dploiement des composants doit contenir des procdures d'installations et des supports utilisateurs. Sur l'intgration : + Les cas de test couvrent l'ensemble des fonctionnalits retenues pour l'informatisation. + Les performances (temps de rponse) du systme sont en adquation avec les exigences utilisateur. + Les documents sont clairement noncs (protocole, cas de tests, rsultats et fiche d'anomalie). Sur la dmarche qualit : + Le programme doit rpondre aux fonctionnalits dcrites dans le dossier de conception. + Les rgles de nommage doivent tre conformes aux normes qualit de l'entreprise. + Le code doit tre structur. + Le code doit tre document. + Les risques majeurs ont t identifis. + Les plans d'action correspondants ont t noncs. Sur l'utilisation de l'anglais : + Les documents techniques en anglais doivent tre exploits sans erreur de comprhension. + Les logiciels en anglais doivent tre utiliss de faon fiable et autonome. + Les messages changs par mail ou par tlphone doivent tre comprhensibles.
RCT07 MODALITES DE MISE EN OEUVRE DE L'EVALUATION: Les comptences sont values au vu de: 1) De l'preuve de synthse rsultant: a) d'une mise en situation professionnelle, - observable directement, relle ou reconstitue, - observable en diffr (apport de preuve de ralisation), b) ou/et d'un entretien technique aprs tude et constitution d'un dossier, si la mise en situation ne peut tre mise en oeuvre. 2) Du dossier de synthse de pratique professionnelle (DSPP) - dossier comportant ventuellement des lments de preuves d'une pratique professionnelle. 3) Des rsultats des valuations ralises pendant le parcours de formation (parcours hors VAE). 4) D'un entretien avec le jury portant sur l'ensemble des comptences ncessaires l'exercice des activits auxquelles donne accs le titre. RCT08 DISPOSITIF D'EVALUATION APPLICABLE AUX VOIES DE LA FORMATION ET DE LA VAE:
Epreuve de synthse: 1) l'objet de l'preuve de synthse L'preuve de synthse repose sur la prsentation d'un dossier de projet de synthse. Pour se prsenter l'preuve de synthse, le candidat devra avoir ralis au pralable un projet de synthse en entreprise. Le sujet de ce projet aura t fourni par l'entreprise et sa ralisation sera encadre par cette entreprise. A - Le projet de synthse Le (la) candidat(e) doit avoir ralis un projet de synthse. Le projet de synthse doit porter sur l'ensemble des activits constitutives du mtier de concepteur veloppeur informatique , savoir : + Dvelopper des composants d'interface + Dvelopper des composants assurant la persistance des donnes + Dvelopper des composant d'une application x-tiers B - Le dossier du projet de synthse Sur la base de ce projet, le candidat doit constituer un dossier qui sera remis au jury au moins une semaine avant l'preuve de synthse. Le dossier contient : + le cahier des charges ou l'expression des besoins de l'application dvelopper (non ncessairement rdig par le (la)candidat(e)), + l'architecture technique et logicielle, + la formalisation des rgles de gestion, + la modlisation des donnes, + les diagrammes relatifs au processus de dveloppement formaliss dans la notation UML, + les composants ncessaires aux diverses transactions raliser, + les maquettes crans, les tats, les pages Web, + le graphe des enchanements, + les jeux d'essai fonctionnels et les jeux d'essai utiliss pour les tests d'intgration, + le planning de suivi des tches raliser, + la documentation de l'application, + les scnarios de dploiement. C - Prsentation Le(la) candidat(e) effectue une prsentation orale de son projet de synthse devant les membres du jury professionnel. Il s'appuie sur le support de prsentation ralis. A l'issue de la prsentation, les membres du jury interrogent le candidat sur son projet. A la demande du jury, le candidat peut tre amen effectuer une dmonstration de l'application ralise lors du projet de synthse. 2) Les moyens minimaux de la mise en oeuvre de l'preuve de synthse Un PC quip d'un outil de prsentation type PowerPoint. Un vido projecteur. Une connexion Internet. 3) Les modalits de ralisation
Libell rduit CDI
Code titre TP-01281
Version 1
Page 11/32
Dure maximum de passation de l'preuve de synthse pour le candidat: entre 45 et 60mn Le Document de Synthse de Pratique Professionnelle: Ce document permet au ( la) candidat(e) de mettre en valeur ses comptences en dcrivant, de manire dtaille et partir d'exemples concrets, les activits professionnelles en rapport direct et troit avec le titre professionnel vis. Le (la) candidat(e) a galement la possibilit de fournir tout support illustrant cette description. A partir des informations fournies dans ce document et en complmentarit l'preuve de synthse, le jury valuera les acquis du (de la) candidat(e) et les comparera aux requis du titre. Il est complt par le dossier du projet de synthse. RCT09 ENTRETIEN (tous parcours): L'entretien avec le jury permet de dlivrer le Titre Professionnel ou, dfaut, des Certificats de Comptences Professionnelles. Pour cet entretien, le jury doit disposer: - des rsultats l'preuve de synthse, - du Dossier de Synthse de Pratique Professionnelle dcrivant la pratique professionnelle acquise par la voie de la formation ou de l'exprience et ventuellement des lments de preuves apports en annexe ce dossier, - et, pour les seuls candidats relevant d'un parcours continu de formation, les rsultats aux valuations passes en cours de formation et correspondant aux objectifs dfinis dans le rfrentiel de certification.
Dure de l'entretien: 30mn RCT10 JURY - CONDITIONS DE PRESENCE ET D'INTERVENTION: Protocole d'intervention propre au titre: Conditions particulires de composition: RCT11 DATE DE CREATION & AUTEUR: Date de cration: 09/01/2007 Auteur: LIMOUZIN Andr-Pierre Site responsable: DIRECTION DE LÌNGENIERIE - Tertiaire Date de dernire mise jour: 01/09/2009 RCT12 CODE DU RCT: RCT-0549-01
Libell rduit CDI
Code titre TP-01281
Version 1
Page 12/32
CERTIFICATION D'UN C.C.P.
Dvelopper des composants d'interface
Libell rduit CDI
Code titre TP-01281
Version 1
Page 13/32
REFERENTIEL DE CERTIFICATION D'UN C.C.P.

RCC01 INTITULE DU CERTIFICAT: Dvelopper des composants d'interface Code du certificat: CP-001332 RCC02 REFERENCE DU OU DES TITRE(S) DE RATTACHEMENT: - Concepteur Dveloppeur Informatique () - Dveloppeur logiciel () RCC03 CARACTERISTIQUE DE L'ACTIVITE-TYPE: Dfinition et description de l'activit-type vise: Elle consiste dvelopper les composants afin de formaliser des rsultats de faon conviviale pour les utilisateurs, soit partir d'un systme d'information local, soit en se connectant un systme d'information d'entreprise travers les protocoles adquats pour y effectuer des requtes. Les requtes la base de donnes concernent l'extraction de donnes, ainsi que leur mise jour. Les composants raliser doivent permettre d'afficher des formulaires de saisie, de gnrer les requtes de mise jour de la base de donnes et d'afficher ou d'imprimer des tats partir de donnes extraites avec ventuellement des transformations (pour les besoins des utilisateurs ou pour optimiser les changes d'information entre le systme d'information local et le systme d'information de l'entreprise). Les technologies utilises peuvent tre de type client lourd (dans une architecture Client/Serveur deux niveaux) ou client lger (dans une architecture Web). A partir des spcifications de l'application raliser, le dveloppeur : + tablit les schmas partiels des donnes concernes par l'application, + ralise les maquettes des crans, des formulaires et des tats raliser ainsi que leur schma d'enchanement, + tablit les connexions avec la base de donnes du systme d'information de l'entreprise, + formalise les requtes d'extraction et de mise jour effectuer sur la base de donnes l'aide d'un langage de requte, + code les transformations effectuer sur les donnes en fonction des spcifications avec un langage de programmation, + effectue les tests unitaires avec un outil de mise au point, + fait valider l'application par les utilisateurs et le chef de projet, + rdige et finalise le dossier de conception technique, + rdige la documentation utilisateur de l'application.
Contexte et conditions de ralisation de l'activit-type: Les spcifications de l'application sont obtenues, soit partir d'un dossier de spcifications techniques formalis, soit partir d'un besoin exprim par le chef de projet ou directement par l'utilisateur. L'usage de la langue anglaise est courant, notamment pour la lecture des documentations techniques, l'utilisation de logiciel et les changes de courriers lectroniques travers des forums.
RCC04 LISTE DES COMPETENCES CONSTITUTIVES DE L'ACTIVITE TYPE: - Maquetter l'application - Programmer des formulaires et des tats - Programmer des pages Web - Manipuler les donnes avec le langage de requte SQL - Dvelopper les composants d'accs aux donnes - Installer les composants - Assister les utilisateurs - Organiser son temps - Communiquer dans un contexte professionnel - Utiliser l'anglais dans son activit professionnelle en informatique - Actualiser ses comptences techniques RCC05 CRITERES D'APPRECIATION ET SEUILS REQUIS POUR LA TENUE DE L'ACTIVITE-TYPE: Sur la prsentation du dossier de preuves : + La prsentation des composants raliss doit faire rfrence des technologies rcentes. + Les temps passs sur les composants raliss sont rpertoris. + Toutes les questions poses doivent faire l'objet d'une rponse. + Les rponses aux questions doivent tre pertinentes. + Les supports utiliss doivent tre structurs et lisibles. Sur le dossier technique prsent : + Le programme doit rpondre aux fonctionnalits dcrites dans le dossier de conception. + L'interface doit tre oprationnelle et elle doit pouvoir tre mise en exploitation. Elle doit tre conforme aux spcifications et respecter les rgles d'ergonomie et les chartes graphiques de l'entreprise cliente. + Le dploiement des composants doit contenir des procdures d'installations et des supports utilisateurs. Sur l'accs la base de donnes : + La connexion tablie entre le poste de travail et le serveur supportant la base de donnes doit tre tablie conformment aux rgles de gestion. + Les manipulations entranant une modification des donnes contenues dans la base doivent respecter son intgrit. + Les traitements relatifs aux manipulations des donnes doivent rpondre aux fonctionnalits dcrites dans le dossier de conception. Sur le tats prsents : + Les tats gnrs doivent tre conformes au besoin exprim. + Ils doivent respecter la charte graphique de l'entreprise. + Les informations dites doivent tre correctes (totalisations, transformations lies aux rgles de gestion). Sur les pages Web : + Les pages Web doivent respecter les normes dictes par le W3C et la charte graphique de l'entreprise.
+ La prsentation (feuille de style) doit tre factorisable (externe). + Les scripts clients doivent tre factorisables (externes). + Les pages Web prsentes doivent comporter des formulaires accompagns du code li au traitement de la validation du formulaire. Sur les crans : + La liste des vnements traiter doit tre complte et conforme au besoin exprim. + Les vnements traiter doivent tre accompagns du code associ. Sur les programmes cods : + Le code doit tre structur. Si le code fait rfrence des algorithmes, ces derniers doivent tre effectus suivant un formalisme normalis. Le code doit alors tre conforme la reprsentation des algorithmes. + Le code doit tre document. Il doit permettre la mise au point et la maintenance corrective du programme ralis. + Le code doit tre accompagn d'un jeu d'essai. Le jeu d'essai doit tre complet par rapport au dossier de conception fourni. Sur les procdures d'installation et d'exploitation : + Les procdures d'exploitation usuelle ou d'installation sont clairement nonces, documentes. + Les procdures d'intervention sur incident et les consignes d'assistance aux utilisateurs sont clairement nonces. Sur l'utilisation de l'anglais : + Les documents techniques en anglais doivent tre exploits sans erreur de comprhension. + Les logiciels en anglais doivent tre utiliss de faon fiable et autonome. + Les messages changs par mail ou par tlphone doivent tre comprhensibles.
Libell rduit CDI
Code titre TP-01281
Version 1
Page 16/32
MODALITES D'EVALUATION
RCC06 DISPOSITIF D'EVALUATION Dure Type d'valuation Observations maximum Situation professionnelle Sans objet Prsentation de preuves 60mn Le processus de production associ l'activit "Dvelopper des composants d'interface" se droule sur plusieurs semaines. Il est donc impossible d'en reconstituer une situation professionnelle observable. En consquence, l'valuation de cette activit repose sur la prsentation de preuves. Entretien (pour CCS) Cadre de la situation professionnelle observable en direct ou en diffr: 1) L'objet de la mise en situation professionnelle Sans objet. Prsentation de preuve(s): A partir d'une application comportant des composants d'interface dvelopps pralablement par le(la) candidat(e) dans un contexte professionnel : Le (la) candidat(e) prsente l'application qu'il (elle) a ralise au binme d'valuateurs : + Il (elle) rappelle les objectifs fonctionnels de l'application (cahier des charges ou expression des besoins). + Il (elle) prsente et commente le dossier technique. + Il (elle) prsente les crans, les tats, les pages Web et les enchanements constituant l'interface de l'application. + Il (elle) montre des exemples reprsentatifs de code source, les jeux d'essai utiliss pour les tests et les commente. Dure : 30 minutes Le binme d'valuateurs s'assure que le (la) candidat(e) est bien l'auteur des composants raliss par un questionnement adquat. Dure : 30 minutes Outre le DSPP, le (la) candidat(e) doit prsenter les preuves suivantes : + le cahier des charges ou l'expression des besoins de l'application dvelopper (non ncessairement rdig par le (la)candidat(e)). + un dossier technique contenant les ralisations effectives du (de la) candidat(e) : - les maquettes crans, les tats, les pages Web, - le graphe des enchanements, - le code relatif aux vnements dclenchs par l'utilisateur,
- le code des composants serveur dclenchs par la validation de formulaires, - le schma partiel ou la vue de la base de donnes utilise, - les requtes d'extraction et de mise jour de la base de donnes, - les jeux d'essai utiliss pour le test, - les procdures d'installation des composants, - les supports de formation utilisateurs. 2) Les moyens minimaux de la mise en oeuvre de la mise en situation professionnelle Un PC quip d'un outil de prsentation type PowerPoint. Un vido projecteur. 3) Les modalits de ralisation Le Document de Synthse de Pratique Professionnelle (sauf dans le cas d'un CCS): Ce document permet au ( la) candidat(e) de mettre en valeur ses comptences en dcrivant, de manire dtaille et partir d'exemples concrets, les activits professionnelles en rapport direct et troit avec le titre professionnel vis. Le (la) candidat(e) a galement la possibilit de fournir tout support illustrant cette description. A partir des informations fournies dans ce document et en complmentarit la mise en situation professionnelle, le binme d'valuateurs valuera les acquis du (de la) candidat(e) et les comparera aux requis de l'activit constitutive du titre. L'entretien (seulement pour le CCS): L'entretien pour l'obtention d'un CCS a pour objectif de vrifier la matrise des comptences requises pour le certificat.
RCC07 CONDITIONS DE PRESENCE ET D'INTERVENTION DES EVALUATEURS: Protocole d'intervention Le CCP ne sera pas dlivr si le (la) candidat(e) ne peut pas prsenter l'ensemble des preuves exiges. Le binme valuateur est prsent pendant la dure totale de la prsentation. RCC08 DATE DE CREATION & AUTEUR: Date de cration: 12/02/2007 Auteur: LIMOUZIN Andr-Pierre Site responsable: DIRECTION DE LÌNGENIERIE - Tertiaire Date de dernire mise jour: 08/07/2008 RCC09 CODE DU RCC: RCC-02566-00
Libell rduit CDI
Code titre TP-01281
Version 1
Page 18/32
Dvelopper la persistance des donnes
Libell rduit CDI
Code titre TP-01281
Version 1
Page 19/32

RCC01 INTITULE DU CERTIFICAT: Dvelopper la persistance des donnes Code du certificat: CP-001333 RCC02 REFERENCE DU OU DES TITRE(S) DE RATTACHEMENT: - Concepteur Dveloppeur Informatique () - Dveloppeur logiciel () RCC03 CARACTERISTIQUE DE L'ACTIVITE-TYPE: Dfinition et description de l'activit-type vise: L'activit consiste automatiser des processus d'entreprise manipulant un grand nombre de donnes. L'activit ne prend pas en compte : + l'installation de la base de donnes + l'exploitation de la base de donnes. Dans l'tape d'analyse, le dveloppeur utilise le cahier des charges de l'application pour tablir : + Le dictionnaire des donnes + La formalisation des rgles de gestion + La modlisation des donnes (Modle Conceptuel des Donnes de MERISE). Dans l'tape de conception technique, le dveloppeur : + Dfinit le modle optimis des donnes (Modle Physique des Donnes) et les vues et index associs. + Dfinit les schmas de validation (dans le cas o certaines donnes sont modlises en XML). + Gnre les scripts de gnration de table en tenant compte des diffrents rles utilisateurs et les rgles de scurit. + Identifie les composants ncessaires aux diverses transactions raliser + Etablit la documentation technique. Dans l'tape de ralisation, le dveloppeur : + Gnre la base de donnes oprationnelle + Programme les triggers, les procdures stockes pour grer les cas d'exception. + Programme les transactions pour mettre en oeuvre les rgles de gestion. + Programme les scripts de gnration des jeux d'essai + Programme les scripts de sauvegarde et de restauration des bases de test. + Teste les programmes raliss. Les diffrents modles sont raliss l'aide d'un outil de conception/modlisation. Cet outil peut tre utilis galement pour la gnration de scripts. Le dveloppeur peut tre amen utiliser les mta donnes (tables systmes) pour gnraliser certains traitements.
Libell rduit CDI
Code titre TP-01281
Version 1
Page 20/32
Pour faciliter le dveloppement parallle des diffrents composants pour une mme application, les dveloppeurs utilisent un outil collaboratif qui aide la gestion des itrations de dveloppement et des versions. Le dveloppeur exerce cette activit en conformit avec une dmarche dcrite dans le plan qualit de l'entreprise. Contexte et conditions de ralisation de l'activit-type: A partir du cahier des charges fourni par le chef de projet, ou constitu partir de besoins formuls par les utilisateurs, le dveloppeur doit crer ou adapter une base de donnes oprationnelle et la documentation technique affrente. L'tape d'analyse s'appuie sur la mthode MERISE dans sa formalisation des donnes (MCD, MLD). Les langages utiliss sont les langages de script de la base de donnes. Un outil est indispensable pour la modlisation des donnes. L'usage de la langue anglaise est courant, notamment pour la lecture des documentations techniques, l'utilisation de logiciel et les changes de courriers lectroniques travers des forums. RCC04 LISTE DES COMPETENCES CONSTITUTIVES DE L'ACTIVITE TYPE: - Modliser les donnes - Mettre en place la base de donnes - Manipuler les donnes avec le langage de requte SQL - Programmer dans le langage du S.G.B.D. : triggers et procdures stockes - Organiser son temps - Communiquer dans un contexte professionnel - Utiliser l'anglais dans son activit professionnelle en informatique - Actualiser ses comptences techniques RCC05 CRITERES D'APPRECIATION ET SEUILS REQUIS POUR LA TENUE DE L'ACTIVITE-TYPE: Sur la prsentation du dossier de preuves : + La prsentation des composants raliss doit faire rfrence des technologies rcentes. + Les temps passs sur les composants raliss sont rpertoris. + Toutes les questions poses doivent faire l'objet d'une rponse. + Les rponses aux questions doivent tre pertinentes. + Les supports utiliss doivent tre structurs et lisibles. Sur le dossier technique prsent : + Le modle entits/associations doit tre conforme au cahier des charges de l'application et respecter le formalisme de ce modle. + Les rgles de nommage doivent tre conformes aux normes qualit de l'entreprise. + La base de donnes doit tre conforme au modle entit/association. + La base de donnes doit tre optimise (redondance, indexation, ...) + L'intgrit de la base de donnes doit tre assure en implmentant les contraintes, dduites des rgles de gestion.
Libell rduit CDI
Code titre TP-01281
Version 1
Page 21/32
Sur l'accs la base de donnes : + La connexion tablie entre le poste de travail et le serveur supportant la base de donne doit tre tablie conformment aux rgles de gestion. + Les manipulations entranant une modification des donnes contenues dans la base doivent respecter son intgrit. + Les traitements relatifs aux manipulations des donnes doivent rpondre aux fonctionnalits dcrites dans le dossier de conception. Sur les programmes cods : + Le code doit tre structur. Si le code fait rfrence des algorithmes, ces derniers doivent tre effectus suivant un formalisme normalis. Le code doit alors tre conforme la reprsentation des algorithmes. + Le code doit tre document. Il doit permettre la mise au point et la maintenance corrective du programme ralis. + Le code doit tre accompagn d'un jeu d'essai. Le jeu d'essai doit tre complet par rapport au dossier de conception fourni. Sur l'utilisation de l'anglais : + Les documents techniques en anglais doivent tre exploits sans erreur de comprhension. + Les logiciels en anglais doivent tre utiliss de faon fiable et autonome. + Les messages changs par mail ou par tlphone doivent tre comprhensibles. Sur le jeu d'essai : + Le script d'alimentation de la base de donnes de test doit tre prsent. + La base de donnes de tests doit permettre de tester de tous les cas possibles dcrits dans le dossier fonctionnel.
Libell rduit CDI
Code titre TP-01281
Version 1
Page 22/32
RCC06 DISPOSITIF D'EVALUATION Dure Type d'valuation Observations maximum Situation professionnelle Sans objet Prsentation de preuves 60 mn Le processus de production associ l'activit "Dvelopper des composants assurant la persistance des donnes" se droule sur plusieurs semaines. Il est donc impossible d'en reconstituer une situation professionnelle observable. En consquence, l'valuation de cette activit repose sur la prsentation de preuves. Entretien (pour CCS) Cadre de la situation professionnelle observable en direct ou en diffr: 1) L'objet de la mise en situation professionnelle Sans objet. Prsentation de preuve(s): A partir d'une application, s'apppuyant sur une base de donnes relationnelle, dveloppe pralablement par le(la) candidat(e) dans un contexte professionnel : Le (la) candidat(e) prsente l'application qu'il (elle) a ralise au binme d'valuateurs : + Il (elle) rappelle les objectifs fonctionnels de l'application (cahier des charges ou expression des besoins). + Il (elle) prsente et commente le dossier technique. + Il (elle) prsente les dictionnaires et les modles de donnes. + Il (elle) montre des exemples reprsentatifs de scripts et les commente + Il (elle) prsente la structure de la base de tests. Dure : 30 minutes Le binme d'valuateurs s'assure que le (la) candidat(e) est bien l'auteur des composants raliss par un questionnement adquat. Dure : 30 minutes Outre le DSPP, le (la) candidat(e) doit prsenter les preuves suivantes : + le cahier des charges ou l'expression des besoins de l'application dvelopper (non ncessairement rdig par le (la)candidat(e)). + un dossier technique contenant les ralisations effectives du (de la) candidat(e) : - le dictionnaire des donnes, - la formalisation des rgles de gestion, - la modlisation des donnes (Modle Conceptuel des Donnes de MERISE),
- le modle optimis des donnes (Modle Physique des Donnes) et les vues et index associs, - les schmas de validation (dans le cas o certaines donnes sont modlises en XML), - les scripts de gnration de table en tenant compte des diffrents rles utilisateurs et les rgles de scurit, - les composants ncessaires aux diverses transactions raliser, - le code des triggers et des procdures stockes pour grer les cas d'exception, - le code des transactions pour mettre en oeuvre les rgles de gestion, - les scripts de gnration des jeux d'essai, - les scripts de sauvegarde et de restauration des bases de test. 2) Les moyens minimaux de la mise en oeuvre de la mise en situation professionnelle Un PC quip d'un outil de prsentation type PowerPoint. Un vido projecteur. 3) Les modalits de ralisation
Le Document de Synthse de Pratique Professionnelle (sauf dans le cas d'un CCS): Ce document permet au ( la) candidat(e) de mettre en valeur ses comptences en dcrivant, de manire dtaille et partir d'exemples concrets, les activits professionnelles en rapport direct et troit avec le titre professionnel vis. Le (la) candidat(e) a galement la possibilit de fournir tout support illustrant cette description. A partir des informations fournies dans ce document et en complmentarit la mise en situation professionnelle, le binme d'valuateurs valuera les acquis du (de la) candidat(e) et les comparera aux requis de l'activit constitutive du titre. L'entretien (seulement pour le CCS): L'entretien pour l'obtention d'un CCS a pour objectif de vrifier la matrise des comptences requises pour le certificat.
RCC07 CONDITIONS DE PRESENCE ET D'INTERVENTION DES EVALUATEURS: Protocole d'intervention Le binme valuateur est prsent pendant la dure totale de la prsentation. RCC08 DATE DE CREATION & AUTEUR: Date de cration: 12/02/2007 Auteur: LIMOUZIN Andr-Pierre Site responsable: DIRECTION DE LÌNGENIERIE - Tertiaire Date de dernire mise jour: 23/02/2009 RCC09 CODE DU RCC: RCC-02565-00
Dvelopper une application x-tiers
Libell rduit CDI
Code titre TP-01281
Version 1
Page 25/32

RCC01 INTITULE DU CERTIFICAT: Dvelopper une application x-tiers Code du certificat: CP-001334 RCC02 REFERENCE DU OU DES TITRE(S) DE RATTACHEMENT: - Concepteur Dveloppeur Informatique () RCC03 CARACTERISTIQUE DE L'ACTIVITE-TYPE: Dfinition et description de l'activit-type vise: La caractristique principale de cette activit est l'architecture technique complexe des applications dveloppes. Celles-ci sont composes de programmes fonctionnant sur plusieurs ordinateurs diffrents (concept de rpartition) qui s'invoquent de faon asynchrone pour effectuer une tche donne. La relation entre les diffrents ordinateurs se fait par Internet. Les composants de l'application s'appuient sur des protocoles standards pour se synchroniser et pour se scuriser. L'activit consiste automatiser des processus d'entreprise dans cette architecture. Dans l'tape d'analyse, le concepteur dveloppeur informatique utilise le cahier des charges de l'application pour tablir : + Les cas d'utilisation et les scnarios (nominal et alternatifs) + Le diagramme des classes + Le diagramme de collaboration + Le diagramme d'activits. Dans l'tape de conception technique, le concepteur dveloppeur informatique : + Dfinit l'architecture physique + Dfinit l'architecture logicielle et la formalise dans le langage UML (diagramme de squence dtaill, diagramme de classes, diagramme de dploiement) + Dfinit les schmas de validation (dans le cas o certaines donnes sont modlises en XML). + Dfinit les diffrents rles utilisateurs et les rgles de scurit de l'application. + Identifie les composants ncessaires aux diverses transactions raliser et dfinit leur implantation dans l'architecture. + Etablit la documentation technique. Dans l'tape de ralisation, le concepteur dveloppeur informatique : + Programme les classes d'objets mtier, contrleur, prsentation, accs aux donnes, + Programme les transactions pour mettre en oeuvre les rgles de gestion. + Programme les scripts de gnration des jeux d'essai + Teste les programmes raliss. Dans l'tape de dploiement, le concepteur dveloppeur informatique : + participe l'laboration de la stratgie de dploiement, + cre les scripts d'installation et d'exploitation en relation avec les techniciens d'exploitation, + dploie les composants raliss sur l'architecture technique prvue.
Le concepteur dveloppeur informatique exerce cette activit en conformit avec une dmarche dcrite dans le plan qualit de l'entreprise. Contexte et conditions de ralisation de l'activit-type: Les technologies " objet " sont omniprsentes. De ce fait, la formalisation des diffrentes tapes du dveloppement s'appuie sur UML. Les langages utiliss sont des langages objet permettant d'implmenter les concepts d'encapsulation, d'hritage de polymorphisme, de rflexivit et d'introspection. Pour chaque champ technologique, plusieurs solutions techniques peuvent tre utilises. Ce qui entrane une combinatoire complexe pour proposer une architecture technique cohrente : quel systme d'exploitation, quel langage informatique, quelle base de donnes, quel outil de modlisation, quel serveur web, quelle technologie web, etc. Deux familles d'environnements techniques couvrant l'ensemble des champs technologiques sont dominantes : + L'environnement propritaire bas exclusivement sur les technologies proposes par Microsoft connue par le sigle .NET (dot net) + Un environnement bas sur des technologies issues du monde des logiciels libres rfrenc par le sigle J2EE (java). L'usage de la langue anglaise est courant, notamment pour la lecture des documentations techniques, l'utilisation de logiciel et les changes de courriers lectroniques travers des forums. RCC04 LISTE DES COMPETENCES CONSTITUTIVES DE L'ACTIVITE TYPE: - Dfinir l'architecture de l'application - Modliser l'application dvelopper en utilisant UML - Appliquer une dmarche qualit - Dvelopper les composants mtier - Manipuler les donnes rparties dans une architecture Client/Serveur x-tiers - Dvelopper les composants de la couche de prsentation (IHM) - Dvelopper des composants intgrs l'informatique nomade - Raliser un test d'intgration - Dployer l'application - Animer l'quipe de dveloppement - Communiquer dans un contexte professionnel - Utiliser l'anglais dans son activit professionnelle en informatique - Actualiser ses comptences techniques RCC05 CRITERES D'APPRECIATION ET SEUILS REQUIS POUR LA TENUE DE L'ACTIVITE-TYPE: Sur la prsentation du dossier de preuves : + Toutes les questions poses doivent faire l'objet d'une rponse. + Les rponses aux questions doivent tre pertinentes. + Les supports utiliss doivent tre structurs et lisibles. Sur les architectures technique et logicielle de l'application :
+ L'architecture doit s'appuyer sur des technologies rcentes et stabilises. + Les spcifications couvrent l'ensemble des exigences exprimes. + Les composants d'interface, de persistance et mtiers doivent faire l'objet de couches spcifiques + La cohrence des changes entre couches logicielles doit respecter l'ensemble des rgles tablies. Sur les modles : + Les diagrammes de modlisation sont conformes au formalisme du langage UML. + Doivent tre prsents : - le diagramme des cas d'utilisation et les scnarios, - le diagramme des classes d'analyse, - un diagramme de collaboration et un diagramme d'activit, - l'un des diagrammes de squences dtaill. Sur les composants : + Doit tre prsent au moins un composant de chaque couche logicielle. + Le codage des composants doit respecter les rgles de prsentation et de nommage. + Le codage des composants doit tre document. + Les composants doivent tre rutilisables. Sur le planning : + La liste des tches dont il a la charge doit tre nonce. + Les temps associs doivent tre ralistes. + Le chemin critique doit tre clairement identifi. + Les temps passs sur les composants raliss sont rpertoris. Sur l'intgration : + Les cas de test couvrent l'ensemble des fonctionnalits retenues pour l'informatisation. + Les performances (temps de rponse) du systme sont en adquation avec les exigences utilisateur. + Les documents sont clairement noncs (protocole, cas de tests, rsultats et fiche d'anomalie). Sur la stratgie de dploiement : + Les classes dployes doivent rpondre aux fonctionnalits prvues et tre instancies sans bogue, y compris dans les cas d'exception. + La stratgie de dploiement doit tre formalise. + Les procdures d'exploitation usuelle ou d'installation doivent tre clairement nonces. Sur l'utilisation de l'anglais : + Les documents techniques en anglais doivent tre exploits sans erreur de comprhension. + Les logiciels en anglais doivent tre utiliss de faon fiable et autonome. + Les messages changs par mail ou par tlphone doivent tre comprhensibles. Sur la dmarche qualit : + Le programme gnr doit respecter les standards et les mthodes. + Les risques majeurs ont t identifis. + Les plans d'action correspondants ont t noncs.
RCC06 DISPOSITIF D'EVALUATION Dure Type d'valuation Observations maximum Situation professionnelle Prsentation de preuves 60mn Le processus de production associ l'activit "Dvelopper les composants d'une application x-tiers" se droule sur plusieurs semaines. Il est donc impossible d'en reconstituer une situation professionnelle observable. En consquence, l'valuation de cette activit repose sur la prsentation de preuves. Entretien (pour CCS) Cadre de la situation professionnelle observable en direct ou en diffr: 1) L'objet de la mise en situation professionnelle Sans objet. Prsentation de preuve(s): A partir d'une application comportant des composants, distribus dans une architecture ntiers, dveloppe pralablement par le(la) candidat(e) dans un contexte professionnel : Le (la) candidat(e) prsente l'application qu'il (elle) a ralise au binme d'valuateurs : + Il (elle) rappelle les objectifs fonctionnels de l'application (cahier des charges ou expression des besoins). + Il (elle) prsente les architectures technique et logicielle de l'application. + Il (elle) prsente les modles et les commente. + Il (elle) montre des exemples reprsentatifs de composants des diffrentes couches de l'architecture. + Il (elle) prsente le planning de ralisation de l'application. + Il (elle) dcrit la stratgie de dploiement et quelques cas de test. Dure : 30 minutes Le binme d'valuateurs s'assure que le (la) candidat(e) est bien l'auteur des composants raliss par un questionnement adquat. Dure : 30 minutes Outre le DSPP, le (la) candidat(e) doit prsenter les preuves suivantes : + le cahier des charges ou l'expression des besoins de l'application dvelopper (non ncessairement rdig par le (la)candidat(e)). + un dossier technique contenant les ralisations effectives du (de la) candidat(e) : - les diagrammes relatifs au processus de dveloppement formaliss dans la notation UML,
- les schmas de validation (dans le cas o certaines donnes sont modlises en XML), - les jeux d'essai fonctionnels et les jeux d'essai utiliss pour les tests d'intgration, - les sources des programmes raliss, - le planning de suivi des tches raliser, - la documentation de l'application, - les scnarios de dploiement. 2) Les moyens minimaux de la mise en oeuvre de la mise en situation professionnelle Un PC quip d'un outil de prsentation type PowerPoint. Un vido projecteur. 3) Les modalits de ralisation Le Document de Synthse de Pratique Professionnelle (sauf dans le cas d'un CCS): Ce document permet au ( la) candidat(e) de mettre en valeur ses comptences en dcrivant, de manire dtaille et partir d'exemples concrets, les activits professionnelles en rapport direct et troit avec le titre professionnel vis. Le (la) candidat(e) a galement la possibilit de fournir tout support illustrant cette description. A partir des informations fournies dans ce document et en complmentarit la mise en situation professionnelle, le binme d'valuateurs valuera les acquis du (de la) candidat(e) et les comparera aux requis de l'activit constitutive du titre. L'entretien (seulement pour le CCS): L'entretien pour l'obtention d'un CCS a pour objectif de vrifier la matrise des comptences requises pour le certificat.
RCC07 CONDITIONS DE PRESENCE ET D'INTERVENTION DES EVALUATEURS: Protocole d'intervention Le binme valuateur est prsent pendant la dure totale de la prsentation.
RCC08 DATE DE CREATION & AUTEUR: Date de cration: 12/02/2007 Auteur: LIMOUZIN Andr-Pierre Site responsable: DIRECTION DE LÌNGENIERIE - Tertiaire Date de dernire mise jour: 01/09/2009 RCC09 CODE DU RCC: RCC-02647-00
Libell rduit CDI
Code titre TP-01281
Version 1
Page 30/32
Libell rduit CDI
Code titre TP-01281
Version 1
Page 31/32
Reproduction interdite
Article L 122-4 du code de la proprit intellectuelle "Toute reprsentation ou reproduction intgrale ou partielle faite sans le consentement de l'auteur ou de ses ayants droits ou ayants cause est illicite. Il en est de mme pour la traduction, l'adaptation ou la transformation, l'arrangement ou la reproduction par un art ou un procd quelconques."
association nationale pour la formation professionnelle des adultes Ministre charg de l'emploi

RC Cdi V1 01092009

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

RC Cdi V1 01092009

Transféré par

Droits d'auteur :

Formats disponibles

Rfrentiel de Certification

UNION EUROPEENNE Fonds Social Europen

Concepteur Dveloppeur Informatique

Concepteur Dveloppeur Informatique

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

CERTIFICATION D'UNE SPECIALITE

Concepteur Dveloppeur Informatique

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

CERTIFICATION D'UN C.C.P.

Dvelopper des composants d'interface

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

REFERENTIEL DE CERTIFICATION D'UN C.C.P.

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

Libell rduit CDI

Code titre TP-01281

Type de document Guide RC

Date de Validation 21/06/2007

Date de mise jour 01/09/2009

CERTIFICATION D'UN C.C.P.

Dvelopper la persistance des donnes

Libell rduit CDI

Code titre TP-01281