bts systèmes numériques rennes e6-2 projet...

BTS Systèmes Numériques Chambre Domotisée 2016

Académie deRENNES

BTS Systèmes Numériques

E6-2 Projet TechniqueDossier de présentation et de validation du projet

Groupement académique : CAEN, NANTES et RENNES

SESSION 2016

Lycée : LGT Félix le Dantec

Ville : Lannion

N° Projet : Titre du projet : Chambre domotisée

Projet nouveau Oui Non Projet interne Oui Non

Délai de réalisation 18 Semaines Statut des étudiants Formation initiale Apprentissage

Spécialité des étudiants

EC IR Mixte Nombre d’étudiants 3

Professeurs responsables Arnaud Donal (Physique Appliquée) – Olivier Bald (Informatique)

Sommaire

1.Présentation et situation du projet dans son environnement1.1-Contexte de réalisation1.2-Présentation du projet1.3-Situation du projet dans son contexte1.4-Cahier des charges et expression du besoin1.5-Fonctionnalités attendues – répartition entre étudiants

2.Spécifications2.1-Diagrammes cas d'utilisation, séquence et déploiement2.2-Contraintes de réalisation2.3-Ressources mises à disposition des étudiants (logiciels/matériels/documents)

3.Répartition des fonctions ou cas d'utilisation par étudiant4.Exploitation pédagogique – Compétences terminales évaluées5-Planification

5.1-Revues de projet5.2-Description des tâches & compétences évaluées5.3-Diagramme de Gantt

6-Conditions d'évaluation pour l'épreuve E6-26.1-Disponibilité des équipements6.2-Atteintes des objectifs6.3-Avenants

7-Observation de la commission de validation7.1-Avis formulé par la commission de validation7.2-Nom des membres de la commission de validation académique7.3-Visa de l'autorité académique

Projet – E 6.2 – /18


1.Présentation et situation du projet dans son environnement1.1-Contexte de réalisation

Constitution de l'équipedu projet

Étudiant 1EC IR

Étudiant 2EC IR

Étudiant 3EC IR

Étudiant 4EC IR

Projet développé : Au lycée ou en centre de formation En entreprise Mixte

Type de client ou donneur d’ordre (commanditaire) :

Entreprise ou organisme commanditaire : Oui Non Nom : Centre hospitalier Lannion-Trestel – CRRFAdresse : Centre de Rééducation et de Réadaptation Fonctionnelles en Milieu Marin TRESTEL BP 2 - 22660 Trévou-Tréguignec

Origine du projet :

➢ Idée : Lycée Entreprise

➢ Cahier des charges : Lycée Entreprise

➢ Suivi du projet : Lycée Entreprise

1.2.Présentation du projet

Centre hospitalier Lannion-Trestel-CRRFSoucieux de conforter sa place dans le dispositif sanitaire etd’assurer le meilleur service aux patients, le centre hospitalierLannion-Trestel est depuis sa création, en constante évolution ets’efforce de s’adapter aux nouvelles techniques médicales. Le Centre de Rééducation et de Réadaptation Fonctionnelle deTrestel est un acteur majeur de la rééducation et de la réadaptationen Bretagne Nord.

Situé à proximité de Perros-Guirec, sur la plage de Trestel, le CRRF utilise les vertus du milieu marin poursoigner et réinsérer les patients dans leur milieu de vie.Disposant d’un plateau technique très complet et offrant aux patients un panel de rééducations variées leCRRF de Trestel est centre de recours et d’expertise pour la prise en charge des affections de l’appareillocomoteur et des affections du système nerveux.

Le ProjetComme de nombreux centres hospitaliers, le CRRF propose, depuis plus de 10 ans, aux patients unehospitalisation à domicile avec un suivi médical et aide à domicile y compris pour les personnes gravementhandicapées.

Les technologies du numérique évoluant, le système mis en place devenant obsolète et trop coûteux pourl'institution, le CRRF s'est retourné vers les établissements de l'enseignement supérieur du bassinLannionais (ENSSAT, IUT de Lannion et le lycée Félix le Dantec) pour définir un projet de modernisation dusystème d'assistance à la personne fiable et économiquement viable. La collaboration a évolué depuis 4ans et le lycée est à nouveau sollicité pour travailler sur la partie domotique du projet.

1.3.Situation du projet dans son contexte

Domaine d’activité du système support d’étude : télécommunications, téléphonie et réseaux téléphoniques ; informatique, réseaux et infrastructures ; multimédia, son et image, radio et télédiffusion ; mobilité et systèmes embarqués ; électronique et informatique médicale ; mesure, instrumentation et micro-systèmes ; automatique et robotique.

Projet – E 6.2 – /18


1.4-Cahier des charges – Expression du besoin

Les personnes hospitalisées à domicile bénéficient d'un suivi médical et d'une auxiliaire de vie. Comptetenu du handicap, l'aide à domicile est souvent sollicitée et dispose de quelques heures de repos.

Les petits gestes de tous les jours comme allumer la lumière ou la télévision, baisser les volets de lachambre ou arrêter le chauffage et passer un appel ou répondre au téléphone sont difficiles voireimpossibles sans aide externe.

Il est donc proposé de mettre en place un système qui permettra:• d'agir sans effort sur l'environnement direct ( une pièce équipée)• recevoir ou émettre des appels téléphoniques

• de remonter simplement ou automatiquement vers le SAV les problèmes technique (service de diagnostic)

Le SAV sera assuré dans un premier temps par le personnel technique de l'hôpital (durée de la périoded'essai estimée à 1 an).

1.5-Fonctionnalités attendues – répartition entre étudiants page 12

F1-Mettre en place un système de détection de mouvement de la main ou/et des doigts. Suivant lemouvement détecté ( axes), le système agit sur l'environnement.

F2-Mettre en place un système de reconnaissance vocale. Suivant le mot / la suite de mots détecté(s), lesystème agit sur l'environnement

F3-Renseigner vocalement de la prise en compte des ordres manuels et vocaux par le système. Synthèsevocale naturelle et dynamique qui ajuste le teneur des propos suivant le contexte

F4-Émettre ou recevoir des appels téléphoniquesLa Téléphonie sera pilotée à la main et à la voix. Elle doit permettre d'appeler certaines personnes(médecin, aide à domicile, famille proche etc.), de contrôler les appels entrants (redirection vers la boitevocale-SVI 8 ou refus de prendre l'appel par exemple)

F5-Le système doit être contrôler en permanenceIl doit être doter d'un dispositif de diagnostic en temps réel qui avertira un technicien SAV en cas deproblème technique (appel, SMS ou email).

F6-Afficher l'état du système sur support informatique (écran dédié)Une fois sur site, le technicien SAV doit avoir une 'image' de l'état du système en temps réel.

F7-Interfacer le système informatique avec l'environnement directLes parties opératives et les capteurs seront raccordés au réseau informatique système.

F8-Archiver les données relatives au système (Evolution future)Mise en place d'un SGDB

F9-Gérer la portabilité et la généricité du systèmeIl faut s'assurer de la portabilité vers une autre architecture si possible de l'embarqué (choix de l'OS, deslangages/librairies etc.), effectuer des essais et des démonstrations rapidement et enfin faciliter ledéploiement dans un autre contexte (système générique).

F10-Documenter les services mis en placeIl est nécessaire de rédiger deux documentations, une pour la personne handicapée et une pour le SAV etles entreprises partenaires.

Projet – E 6.2 – /18


2.Spécifications

2.1-Diagrammes

2.1.1-Cas d'utilisation

2.1.2-Diagramme de séquence point de vue patient-Commander Partie Opérative

Projet – E 6.2 – /18


2.1.3 Diagramme de séquence point vue technicien SAV – avertir et contrôler en cas de panne

*syst. Diagnostic peut être intégré au système global ou être une entité indépendante (choix du 2nd casdans le cadre du projet).

2.1.4-Diagrammes de séquence – gérer la téléphonie

Cas appel accepté

*Il est envisageable, après signalisation de l'appel que le patient décide de ne pas prendre l'appel entrant et le redirige alors vers sa boite vocale.

Projet – E 6.2 – /18


Cas boite vocale

2.1.5-Diagramme de déploiement

*Les connecteurs ODBC seront dépendants du langage choisi pour le serveur système. Asterisk dispose d'une API ODBC interne utilisable via le dialplan ou dans le cadre dans AGIs ( dans ce cas ce sera dépendant du langage de développement).*LeapMotion propose plusieurs SDK pour accéder au flux de données fourni par le démon Leapd. Le lien USB est fermé et non documenté.

Projet – E 6.2 – /18


2.2-Contraintes de réalisation

Contraintes financières

L'un des critères imposés par le centre hospitalier est bien évidemment le coût. En se basant sur deslogiciels libres, open-source et open-hardware, l'investissement dans ce type d'installation sera bieninférieur au systèmes propriétaires.Toutefois, certains frais comme les abonnements internet/téléphonie seront difficilement compressibles.Ainsi, une attention particulière sera apportée sur les différentes offres.Le lycée financera le projet dans sa totalité, le coût estimatif s'élève à plus de 1000€.

Contraintes de développement (matériel et/ou logiciel imposé / technologies utilisées)

Serveur SystèmeLa machine hôte du système devra être de petite taille et faire le moins de bruits possibles ( pouvant êtresitué dans la pièce de vie ou la chambre du patient). Deux choix sont possibles soit avec systèmeembarqué type SBC, soit PC dit« noiseless » à refroidissement passif.

Abonnement ADSL et FAILe routage de la téléphonie doit être assurée, le choix du FAI sera fait en fonction des options et desservices proposés. Le routeur du FAI fonctionnera en NAT SIP et RTP et devra autoriser la « déconnexion » du terminal DECTinstallé par défaut.

Le réseau interne et énergieLa pièce équipée sera de préférence câblée en RJ45 et les équipements connectés seront alimentés par untableau spécifique. Le serveur système et le routeur seront protégés et alimentés par un onduleur. Lerouteur FAI autorisera la connexion WIFI pour le technicien SAV (WPA2).Le déploiement de la reconnaissance vocaleL'environnement sonore peut interférer fortement sur le dispositif de reconnaissance vocale. Enconséquence, en plus des paramétrages internes (configuration de l'environnement sonore), il faut étudierl'emplacement du micro dans cet environnement.Enfin, le système sera mono-locuteur, une phase d'apprentissage sera nécessaire dans la pièce ou lareconnaissance vocale sera installée.

Les systèmes de mesures et de Parties opérativesIls seront connectés au réseau interne via des cartes spécifiques. La platine parties opératives seraimplantée dans le coffret électrique. La platine mesure pourra être placée dans la pièce, il faut s'assurerqu'elle ne perturbera pas la patient pendant la nuit ( leds à occulter).Un boîtier sera prévu. Les mesures se feront à la fois à l'intérieur et à l'extérieur de l'habitat. La sécuritésera assurée pour détecter incendie et intrusions.

Le système audio, synthèse vocale et le détection de mouvementIl sera piloté par Asterisk pour la téléphonie (SVI) et par le serveur système. La partie Audio seracaractérisée par un ou deux Haut-parleurs installé(s) judicieusement de façon à ce qu'il soit audible sansperturber le patient.La détection de mouvement sera assurée par un périphérique externe et placé judicieusement à proximitéde la main (gauche ou droite) du patient. L'ergonomie du système différera suivant la nature du handicap(mouvement de l'ensemble de la main ou des doigts) et si le patient est assis ou alité.

Poste téléphonique SIPUser Agent SIP du patient sera enregistré auprès d'Asterisk et pourra afficher sur son écran intégré lenuméro de l'appelant.

Système d'exploitationLe projet sera développé pour GNU/Linux, la distribution ne sera pas imposée mais son choix se fera enfonction des différentes librairies qui seront nécessaires pour le développement.

Projet – E 6.2 – /18


DocumentationLe projet étant réalisé en partenariat avec le CRRF, les étudiants devront rendre compte des travauxeffectués et fournir la documentation complète sur le système développé.

Contraintes qualité

Exigences qualité sur le développementLa qualité du développement doit s’appuyer sur le respect d’une convention de codage (nommage,indentation, commentaires etc.).Le développement reposera sur les langages :

• Serveur système multithreadé écrit en C++ ou Java ou Python• JavaScript (avec AJAX éventuellement librairies annexes comme jQuery, Prototype etc.) pour

l’ergonomie, Protocole webSocket pour la connexion au démon diagnostic• Codage des classes LeapMotion en C++ ( voir SDK) ou Java ou Python• Classes d'accès au réseau des cartes d'interface Partie Opérative en C++ ou Java ou Python -

Protocole de communication texte• Scripts AGI codés soit en PERL soit en PHP pour Asterisk, Classes d'accès au Manager en C++ ou

Java ou Python• Service diagnostic en C++ ou Java ou PHP• Classes d'accès au service de synthèse Vocale en C++ ( Client) ou Java ou Python• IDEs à utiliser suivant les langages (QT ou Eclipse ou NetBeans)

Exigences qualité sur la documentation à produireL’objectif est de sensibiliser les étudiants à la qualité de la documentation à fournir avec le projet. Ladocumentation doit permettre à d’autres usagers de pouvoir utiliser le service en toute simplicité. A cela on demandera aux étudiants de produire une documentation technique au niveau maintenance.

Exigences qualité sur la livraisonLa livraison comprend le code source du service, les fichiers de configurations ainsi que le code dedéfinition de la base de données (format SQL).A cela il faut ajouter ce que les étudiants doivent remettre pour l’examen :

• Un Dossier commun à tous les étudiants regroupant l’analyse, la conception globale et undescriptif du cahier des charges

• Un dossier personnel axé sur la partie développé pendant le projet

Exigences qualité sur l’environnement d’exploitationElle est de la responsabilité du centre hospitalier et des usagers du service.L’environnement doit être conforme à l’usage d’un système informatique, local sécurisé, sec, alimentationélectrique stable et disposant d’un accès internet sur une base minimale ADSL (à ce jour) idéalementSDSL/FO.Une remarque concernant les données enregistrées au niveau juridique, le centre hospitalier s’engage àprévenir les usagers et à déclarer à la CNIL la création d’un fichier.

Contraintes de fiabilité, sécurité :

Le service proposé est amené à être utilisé par des utilisateurs et pas par des informaticiens. Il estimportant d’avoir un dispositif simple d’utilisation, efficace, robuste et avec un coût assez faible.Les exigences nécessaires de chaque partie du projet:

• Les éléments constitutifs (briques logicielles et systèmes) doivent être « open Source »• Les choix des solutions informatiques doivent être simples et robustes pour une maintenance

simplifiée• Simplicité d’installation• Les services (Asterisk, SGBD,Système et diagnostic) ne seront pas installés sur un même hôte ;

Système + SGBD d'une part et diagnostic + Asterisk d'autre part• L’IHM de diagnostic doit être ergonomique et esthétique, son utilisation doit être documentée• Les sécurités doivent être assurées que ce soit pour l’authentification comme pour l’intrusion sur

le réseau

Projet – E 6.2 – /18


2.3-Ressources mises à disposition des étudiants (logiciels / matériels / documents)

2.3.1-Serveur système

Le serveur sera développé sur des PC à processeur X86 64bits :

• Processeur INTEL I3,

• équipé de 4Go de RAM et d'un disque dur de 250Go

• Le système d'exploitation sera la GNU/Linux – distribution Debian Jessie « 8 »

• Langages de développement au choix entre C++ (Librairie Qt5), Java ou Python

• Environnement de développement au choix

Le Logiciel devra être multithreadé et géré les accès concurrentiels (en particulier la gestion réseau). Ilcommuniquera avec l'ensemble des éléments du projet.

Serveur système : Sous-système – détection de mouvement

Le système sera piloté par des mouvements de la main et/ou des doigts. Il faut que le dispositif soit depetite taille, autonome (peu consommateur de ressources systèmes) et judicieusement placé dansl'environnement.

La détection de la main sera réalisée à l'aide du capteur « LEAP MOTION » . La partie logicielle sera intégrée dans le serveur système.

Leap MotionPériphérique USB équipé de deux capteurs de mouvements, de l'unité de traitement et de calcul et d'une interface USB.

• SDK à télécharger https://developer.leapmotion.com/ après

avoir créer un compte

• SDK C++, C#, Java, Python, Javascript

• Développement sous Windows, Linux ou OSX.

Serveur système : Sous-système de synthèse vocale

La restitution des ordres émis par le malade se fera à l'aide d'un dispositif de synthèse vocale. C'est unesolution logicielle qui sera développée et intégrée au serveur système. Le son sera ensuite diffusé surHaut-parleur (via carte son du PC Hôte).

Serveur système : Sous-système reconnaissance vocale

Repose sur une carte additionnelle « EasyVR Module » connectée au PC Hôte parbus USB (FTDI). Le logiciel d'acquisition sera intégré au serveur système.

Projet – E 6.2 – /18


2.3.2-Systèmes diagnostic et IPBX

Les deux services seront installés sur une carte SBC type Raspberry modèle B équipée d'un écran tactile :

• Architecture ARM V6 cadencé à 700Mhz

• Dispose de 512M RAM DDR2

• Sortie vidéo HDMI (non exploitée dans le cadre du projet)

• Interface réseau ethernet 10/100

• Deux ports USB 2 hôte

• Système d'exploitation sur carte SD, images à télécharger sur

le site officiel

• Bus d'extension 8 × GPIO, UART, I2C bus, SPI bus avec deux chip selects, +3.3 V, +5 V

• Écran Tactile TFT 2,8" – 320x200 – interface SPI

Le service de diagnostic doit pouvoir dialoguer avec l'ensemble des éléments constituants le système (serveurs et matériels), il sera développé en C++ ou Python ou PHP.

Sous-système IPBX

L'IPBX retenu est asterisk (http://www.asterisk.org), solution libre et open- source :

• Version 13 (LTS) non compilée

• Installation en mode chrooté avec compte dédié

• Établissement d'un TRUNK SIP avec Freephonie, FAI support pour le prototype

• Mode de fonctionnement : Realtime – base dédiée et accessible

• Accès manager autorisé

• Vlan FreeBox déployé dans les salles de Tps ( 192.168.128.0/24) .

2.3.3-Systèmes de commande Parties Opératives

Ces systèmes commanderont les parties opératives suivantes :

• Le volet roulant

• l'éclairage

• le chauffage

Matériel :

• Launchpad MSP430G2553 Texas Instrument – µC 16 bits

• Carte d'interface à relais 12V (MCP23017-I2C et isolation galvanique)

Raccordement au réseau électrique de la maison et installation dans un coffret électrique IP2X (RPI +MSP430 + Carte d'interface). L'installation sera protégée par un disjoncteur magnétothermiquedifférentiel ( 10A courbe C – IΔn=30mA).

Projet – E 6.2 – /18


Implantation matérielle typique

La pièce support sera équipée :

-d'un volet roulant électrique-d'un radiateur électrique-d'un système de détection d'incendie indépendant du système -d'un point lumineux central -d'un ou plusieurs objets connectés (TV par exemple)-d'un ou deux Haut-parleurs-d'un coffret électrique avec la commande POintégrée-d'un switch 10/100 – 16ports-d'un fauteuil équipé de le détection de mouvements-du serveur système

2.3.4-Architecture matérielle et réseau

*IPBX FAI, le Fournisseur d'accès permet d'établir un trunk SIP avec l'IPBX du système, les appels entrantssont routés par la box. Le téléphone de la BOX est désactivé.

Projet – E 6.2 – /18


3.Répartition des fonctions ou cas d'utilisation par étudiant

Fonctions à développer et tâches à effectuer

Étudiant 1

Chargé du serveur système Mise en place du système de détection de mouvements, analyse du SDK Leap Motion.

Définir l'ensemble des commandes gestuelles pour piloter l'environnement.

Écrire la/les classes d'exploitation du système de détection de mouvements en vue del'intégration finale.

Renseigner vocalement de la prise en compte des ordres reçus.

Définir l'environnement logiciel du serveur système (OS, démarrage automatique auboot, sécurité, fichier de configuration, génération des logs avec syslog, test deconnexion ADSL etc.).

Développer le serveur (Multithreadé et mutex) système et coordonner l'intégration desclasses des autres étudiants.

Documenter l'installation du système.

F1 – F3 – F9 -F10

Étudiant 2

Chargé du système de diagnostic et de l'IPBX

Établir la liste des dysfonctionnements possibles et comment les détecter (en fonctiondu degré de gravité).

Écrire la/les classes permettant la détections des dysfonctionnements ainsi quel'enregistrement des logs en vue de l'intégration finale sur le système serveur ( Encollaboration avec l'étudiant 1).

Établir avec l'étudiant 1 un protocole de communication.

Installer un OS sur SBC et procéder à sa configuration.

Installer IPBX Asterisk (compilation & configuration) et mettre en place un dialplanrépondant au cahier des charges.

Documenter l'installation du système de diagnostic et la configuration d'Asterisk.

F4 – F5 – F6-F9 -F10

Étudiant 3

Chargé de la commande vocale et de Partie Opérative F2 – F7 -F9 F10

Établir les schémas réseaux et électrique de l'installation

Réaliser les câblages

Rechercher et Réaliser la carte d'interface MCP23017 avec Relais

Écrire les classes permettant de piloter la carte avec MSP430

Établir un protocole de communication avec l'étudiant 1

Mettre en place le système de reconnaissance vocale – base module easyVR. Définir lesmots clés ou suite de mots de la commande (judicieusement choisis) et procéder àl'apprentissage.

Programmer les modules MSP430 et écrire les classes de communication avec le serveursystème en vue de l'intégration finale.

F2 – F7 -F9 -F10

Étudiant 4

Projet – E 6.2 – /18


4.Exploitation pédagogique – Compétences terminales évaluées

Informatique et Réseaux Étudiant1

Étudiant2

Étudiant3

Étudiant4

C2.1 Maintenir les informations X X XC2.2 Formaliser l’expression du besoin X X XC2.3 Organiser et/ou respecter la planification d’un projet X X XC2.4 Assumer le rôle total ou partiel de chef

C2.5 Travailler en équipements

C3.1 Analyser un cahier des charges X X XC3.3 Définir l’architecture globale d’un prototype ou d’un système XC3.5 Contribuer à la définition des éléments de recette au regard des contraintes du

cahier des chargesX X X

C3.6 Recenser les solutions existantes répondant au cahier des charges X X XC4.1 Câbler et/ou intégrer un matériel X XC4.2 Adapter et/ou configurer un matériel X XC4.3 Installer et configurer une chaîne de développement X X XC4.4 Développer un module logiciel X X XC4.5 Tester et valider un module logiciel X X XC4.6 Intégrer un module logiciel X X XC4.7 Documenter une réalisation matérielle / logicielle X X X

5.Planification

5.1-Revues de projet

N° de semaine

Début du projet 5 ( 2 Février)

Revue 1 - R1 10 ou 11 ( 8 Mars ou 15 Mars)

Revue 2 - R2 17 ou 18 ( 26 Avril ou 3 Mai)

Revue 3 - R3 22 ou 23 (26 Mai ou 3 Juin)

Soutenance Finale Fin Juin

Projet – E 6.2 – /18


5.2-Description des tâches et compétences évaluées en fonction des revues de projet

Tâches/CompétencesÉchéance

Revues

ETUDIANT 1

Mettre en place le système de détection de mouvements/Prise en main du Leap Motion, analyse du SDK et programmes test R1

Définir les ordres gestuels/Réflexion sur l'ergonomie du système, corrélation entre les P.O et les ordres.

R1/R2

Écrire les classes d'exploitation du Leap Motion dans le contexte du projet/Prise en compte de l'environnement, tests unitaires pour valider la faisabilité en vue de l'intégration finale.

R2

Interfacer un système de synthèse vocale au dispositif/Rechercher un système de synthèse vocale et développer un applicatif permettant de l'exploiter

R2

Coder le serveur système / Serveur multithreadé, prise en compte des accès concurrentiels (mutex) et intégré les classes des autres étudiants (en coordination). Tests d'intégration avec les étudiants concernés.

R2/R3

Définir l'environnement d'exécution du logiciel serveur sur le PC et mettre en œuvre une configuration typique/Démarrage init, enregistrement des logs syslog, sécurité 'compte système', fichier de conf. dans /etc, tests des connexions réseaux...

R2/R3

ETUDIANT 2

Établir la liste des dysfonctionnements possibles et rechercher les méthodes de détections/Liste exhaustives des problèmes susceptibles de provoquer desdysfonctionnements (pertes de la connexion ADSL, IPBX etc.).Méthodes avec des protocoles réseau mises en œuvre, mise enplace d'une socket prévue à cet effet sur le serveur système ...

R1

Écrire la ou les classes du diagnostic /Chaque erreur constatée par le serveur système est enregistréedans les logs et affichée sur l'écran TFT

R1/R2

Définir le protocole de communication avec étudiant 1 R1/R2

Installer OS SBC/Installation GNU/Linux sur carte SD et configurer la carte R1/R2

Installation IPBX sur SBC/Compilation et installation en mode chrooté du service Asterisk R2

Configuration IPBX/Gestion des appels entrants / sortants – mise en œuvre du manager (Écriture des classes pour le serveur système).

R2/R3

ETUDIANT 3

Documenter et schématiser les réseaux et Réaliser les schémas de raccordement électrique/Conception des réseaux mis en œuvre et mise en œuvre de l'installation électrique.

R1

Concevoir interface MCP23017/Élaborer le schéma électronique et créer la carte R1/R2

Projet – E 6.2 – /18


Tâches/Compétences (suite)Échéance

Revues

ETUDIANT 3

Écrire les classes communication avec le système hôte pour la partie commande /Définition d'un protocole de communication. Traitement des tramesProcédures de test unitaires avant validation pour intégration finale

R1/R2

Définir les ordres vocaux, procéder à l'apprentissage et écrire le programme /Analyse de la documentation de l'easyVR, Mettre en place une suite demots pour définir les ordres de commandes et faire l'apprentissage.Réglage des seuils de reconnaissance vocale en fonction del'environnement.Programmer les séquences de mots à reconnaître.

R2/R3

Écrire la/les classe(s) en vue de l'intégration finale /Définir le protocole de communication entre easyVR et PC hôte. Prise en charge de la liaison série/USB et tests unitaires pour valider les classes.

R3

Projet – E 6.2 – /18


5.3-Diagramme de Gantt

Projet – E 6.2 – /18


6.Conditions d'évaluation de l'épreuve E6-2

6.1-Disponibilité des équipements

L’équipement sera-t-il disponible ? Oui Non

6.2-Atteintes des objectifs du point de vue client

Que devra-t-on observer à la fin du projet qui témoignera de l’atteinte des objectifs fixés, du point de vue du client :

Le fonctionnement global du système à savoir la commande de la partie Opérative par la voix et les gestes,la restitution sonore des ordres émis et la détection et le signalement des défauts. Cela comprend aussi lagestion de la téléphonie ( passage en mode boite vocale, prise en charge des appels entrant et sortant).

6.3-Avenants

Date des avenants : .............................................................................. Nombre de pages : ......................

7.Observation de la commission de validation

Ce document initial : comprend X pages et les documents annexes suivants :.................................................................................................................................................................................................................................................................................................................................................................................

(À remplir par la commission de validation qui valide le sujet de projet)

a été utilisé par la Commission Académique de validation qui s’est réunie à

............................................. , le ............ / ............ / 20............

Contenu du projet : Défini Insuffisamment défini Non défini

Problème à résoudre : Cohérent techniquement Pertinent / À un niveau BTS SN

Complexité technique :(liée au support ou au moyen utilisés)

Suffisante Insuffisante Exagérée

Cohérence pédagogique :(relative aux objectifs de l’épreuve)

Le projet permet l’évaluation de toutes les compétences terminales Chaque candidat peut être évalué sur chacune des compétences

Planification des tâches demandées aux étudiants, délais prévus, … :

Projet …Défini et raisonnable Insuffisamment défini Non défini

Les revues de projet sont-elles prévues : (dates, modalités, évaluation)

Oui Non

Conformité par rapport au référentiel età la définition de l’épreuve :

Oui Non

Observations : .....................................................................................................................................................................................................................................................................................................................................................................

Projet – E 6.2 – /18


7.1-Avis formulé par la commission de validation

Sujet acceptéen l’état

Sujet à revoir : Conformité au Référentiel de Certification / ComplexitéDéfinition et planification des tâchesCritères d’évaluation

Autres

Sujet rejeté

Motif de la commission : .....................................................................................................................................................................................................................................................................................................................................................................

7.2-Nom des membres de la commission de validation académique

Nom Établissement Académie Signature

7.3-Visa de l’autorité académique

(nom, qualité, Académie, signature)

Projet – E 6.2 – /18

bts systèmes numériques rennes e6-2 projet...

Documents