BTS IRIS 07 projet meteomob

Transcription

Ministère de la Jeunesse, de l’Education nationale et de la Recherche
Académies de Besançon, Dijon et Reims / BTS IRIS / session 2007
BTS IRIS
Informatique et Réseaux pour l’Industrie et les Services techniques
E6 – PROJET INFORMATIQUE
Dossier de présentation et de validation du sujet de projet
Session : 2007
Groupement académique : Besançon-Dijon-Reims
Lycée ou Centre de formation :LTR Niepce
Ville : Chalon sur saône
Nom du projet : Station météo
Récapitulatif des projets du Lycée Niepce :
Nb. d'étudiants concernés sur 18.
Projet N°1 : Station météo
4
Projet N°2 : Station solaire avec connexions réseaux (ERM)
4
Projet N°3 : Surveillance mobile motorisée
4
Projet N°4 : Paramétrage distant d'une presse de thermoformage (ERM)
4
Projet N°5 : Télégestion d'une éolienne
2
Projet N°6 : Commande de marteau électromécanique (EMP Michaux)
2
1. Présentation et situation du projet dans son environnement
1.1. Contexte de réalisation
Projet proposé et suivi par :
Statut des étudiants
Projet développé :
Si le projet est développé
au lycée ou en centre
de formation :
M : LOISEAU.............................. professeur
M : ............................................... professeur
en temps plein ⌧
en alternance au lycée ou en centre de formation ⌧
en entreprise Candidats scolarisés :
Constitution de l'équipe de développement :
Etudiant E1 : Lespeau
Etudiant E2 : Herbourg
Etudiant E3 : Garcia
Etudiant E4 : Chambon
Entreprise partenaire :
Origine du projet :
- idée :
- cahier des charges :
Suivi du projet :
Si le projet est développé
en entreprise :
Budget alloué :
oui non ⌧
lycée ⌧
lycée ⌧
lycée ⌧
entreprise entreprise entreprise Nom de l'étudiant :
Nom de l'entreprise :
Adresse de l'entreprise :
Chef de projet dans l'entreprise :
Tél. :
Courriel :
Montant : 600 €
Page 1 sur 25
A la charge de : lycée niepce
1.2. Situation du projet
Dans quelle (s) catégorie (s) de systèmes s'insère le projet à étudier :
Moyens de production
Services techniques.
Biens d'équipements
⌧
1.3. Objectifs professionnels du projet
Domaines d'Activités Professionnelles abordés et développés avec le projet :
(cf. le Référentiel des Activités Professionnelles)
Analyser et spécifier le système informatique à développer
⌧
Réaliser la conception générale et détaillée
⌧
Coder et réaliser
⌧
Tester, mettre au point et valider
⌧
Intégrer et interconnecter des systèmes
⌧
Installer, exploiter, optimiser et maintenir
⌧
Assurer l'évolution locale ou la rénovation d'un système informatique
Gérer le projet
⌧
Coopérer et communiquer en langue française et langue anglaise
⌧
2. Présentation du projet
Lors d’événements locaux pour lesquels les conditions climatiques sont importantes, on souhaite mettre
en place un réseau de stations météos mobiles afin d’améliorer la précision des prévisions.
Ces stations, autonomes et faciles à mettre en œuvre seront reliées entre elles soit par une liaison sans
fils pour les unités placées dans un rayon de 5 à 7 Km, soit par liaison téléphonique pour les points plus éloignés.
Les données recueillies seront journalisées dans une base de données centralisée et accessibles à partir
d’un navigateur Web. Les personnes autorisées pourront consulter directement les données instantanées
disponibles sur les stations météo mobiles.
Le positionnement et l’installation de la station nécessitera un minimum de mise en œuvre de la part du
technicien.
Page 2 sur 25
2. 1 Configuration d’exploitation
Une station météo mobile est composée de :
• Une carte microcontrôleur sous RTDOS avec serveur web embarqué.
• Une station météo type WS7000 ou Orégon avec connexion informatique (anémomètre, girouette,
pluviomètre, baromètre, hygromètre...
• Une boussole détectant le nord magnétique
• Un GPS
• Une connexion réseau ou téléphone
Boussole
Centrale
d’acquistion
CA
Carte microcontrôleur
SC 12
GPS
Point
Wireless
Point
Wireless
Page 3 sur 25
2.2 Expression du besoin
2.2.1 Recueil des besoins fonctionnels
1. Visualisation de l’état instantané d'une station météo
Un opérateur autorisé visualise les données suivantes :
• Températures et humidité
• Windchill (Température ressentie)
• Point de rosée
• Précipitations sur 24h, 1h
• Précipitations totales
• Pression relative ou absolue
• Vitesse du vent
• Direction du vent
• Coordonnées de la station météo
2. Intervention à distance sur la station météo
Le technicien de maintenance (T.M.) visualise l’état instantané de la station météo
Le T.M. peut :
• Visualiser les min/max (point le plus haut et le plus bas) pour :
• La Température,
• L'Humidité,
• Le point de rosée
• La pluviométrie sur 1h, 24h
• Le vent
• La pression
• Paramétrer les alarmes suivantes:
o Alarme de tempête
o Alarme de température
o Alarme d'humidité
o Alarme de température ressentie
o Alarme de point de rosée
o Alarmes de pluviométrie
o Alarme de vitesse du vent
• Paramétrer les destinataires de mail d'alarmes.
3. Archivage des données
Les données de fonctionnement de station météo sont sauvegardées en fin de journée.
4. Communication
Sur un déclenchement d'alarme, le système envoie alors automatiquement un mail à un
destinataire prédéfini.
5. Exploitation des données journalières
Un opérateur visualise pour une journée donnée :
La courbe de température heure/heure pour une station météo
Une courbe de tendance pour la température moyenne/jour sur une période donnée,
Une courbe de tendance pour la pluviométrie/jour sur une période donnée
Une courbe de tendance pour la vitesse du vent moyenne sur une période donnée,
Une courbe ou graphe pour la direction moyenne du vent sur une période donnée
2.2.2 Recueil des besoins opérationnels
Sécurité :
Page 4 sur 25
Pour des raisons de sécurité, les techniciens de maintenance et les opérateurs doivent
s’identifier pour effectuer diverses opérations de visualisation d’état ou de paramétrage.
Pour gérer ces paramètres d’identification (nom et mot de passe), un administrateur devra
lui-même s’identifier au près du système.
Le T.M. doit être identifié sur la station météo par un nom et un mot de passe pour
l’intervention à distance.
Les clients connectés via internet ainsi que l’opérateur peuvent respectivement visualiser l’état
instantané de la station météo et visualiser les données journalisées.
2.2.3 Identification des acteurs
•
•
•
•
Administrateur
Technicien de maintenance
Opérateur identifié
Opérateur
2.3 Diagramme de contexte
Paramétrage
Visualisation Etat
Technicien de
Maintenance
SYSTEME
Visualisation
Etat / Données Journalières
Administrateur
Configuration
Visualisation
Données Journalières
Opérateur
Identifié
Opérateur
2.4 Description textuelle des cas d’utilisation
2.4.1 Configuration
Sommaire d’identification
Titre : Configuration des droits d’accès
Résumé :
L’administrateur gère les droits d’accès des utilisateurs via une identification par
mot de passe.
Acteurs :
-
Administrateur
Page 5 sur 25
Description des enchaînements
• Pré-condition :
Une station météo doit être sélectionnée
• Scénario nominal :
L’administrateur rentre tous les noms d’utilisateurs avec leur mot de passe
respectif.
Il définit également le niveau de compétence (administrateurs, techniciens de
maintenance, opérateurs) de chacun des utilisateurs connus.
L’administrateur désigne la personne qui va recevoir les mails en cas d’alerte.
2.4.2 Identification
Titre : Identification
Résumé :
L’utilisateur s’identifie, ce qui lui donne accès uniquement aux parties qui lui sont
réservées.
Acteurs :
-
Administrateur
Un utilisateur rentre son identifiant :
- nom
- mot de passe
Si le mot de passe est correct, les pages accessibles par cet utilisateur lui sont
proposées.
Si le mot de passe est incorrect, l’utilisateur doit ressaisir son mot de passe.
2.4.3 Paramétrage
Titre : Paramétrage
Résumé :
Le technicien de maintenance paramètre les seuils d’alarme.
Acteurs :
-
Page 6 sur 25
Le technicien de maintenance demande de paramétrer les alarmes :
- Alarme de température : …………………….. Min : 0°C
Max : 40°C
- Alarme d’humidité : .………………………………. Min : 45%RH
Max : 70%RH
- Alarme de température ressentie : ... Min : 10°C
Max : 30°C
- Alarme de point de rosée : .………………… Min : 0°C
Max : 30°C
- Alarme de pluviométrie : …………………….. Sur 24h : 50mm Sur 1h : 1mm
- Alarme de vitesse du vent : ……………….. Min 1km/h
Max : 100km/h
- Alarme de tempête : ……………………………… 5hPa
2.4.4 Visualisation état instantané
Titre : Visualisation état instantané
Résumé :
Ce cas d’utilisation permet de visualiser les données instantanées ainsi que, à la
demande, les minimums et les maximums des divers paramètres météo.
Acteurs :
-
• Scénario nominal 1 :
L’opérateur ou le technicien de maintenance demandent de visualiser les données
reçues par la station météo :
- Température en degré et humidité en %RH
- Windchill (température ressentie en plein vent)
- Point de rosée (température à laquelle se produit la condensation)
- Précipitations sur 24h et sur 1h en mm
- Précipitations totales en mm
- Pression relative ou absolue en hectopascal (hPa)
- Vitesse du vent en Km/h
- Direction du vent
- Coordonnées de la station météo
• Scénario nominal 2 :
Le technicien de maintenance demande de visualiser le minimum et le maximum
des données reçues par la station météo :
- La température
- L’humidité
- Le point de rosée
- La pluviométrie sur 1h, 24h
- Le vent
- La pression
Page 7 sur 25
2.4.5 Visualisation données journalières
Titre : Visualisation données journalières
Résumé :
Ce cas d’utilisation permet de visualiser les courbes caractéristiques des
variations des divers paramètres.
Acteurs :
-
• Scénario nominal : Visualisation des données journalières
L’opérateur demande de visualiser les données journalières reçues par la station
météo :
L’ordinateur transforme les données reçues sous forme de courbe :
Courbe de température heure par heure
Courbe de tendance pour la température moyenne par jour sur une période
donnée
Courbe de tendance pour la pluviométrie par jour sur une période donnée
Courbe de tendance pour la vitesse du vent moyenne sur une période donnée
Courbe ou graphique pour la direction en moyenne du vent sur une période
donnée
2.5 Diagramme principal des cas d’utilisation :
Page 8 sur 25
3 Spécifications Description des cas d’utilisations :
3.1.1 Visualisation d’état :
Météo
Acteur : Opérateur
Pré conditions : L’opérateur doit être identifié.
Scénario nominal n°1 :
L’opérateur demande la visualisation des relevés des informations suivantes :
-
Température en degré et humidité en pour-cent
Windchill en degré
Point de rosé en heures minutes
Précipitations sur 24h, 1h en millimètres
Précipitations totales en millimètres
Pression relative ou absolue en hecto Pascal
Vitesse du vent en Km/h
Direction du vent : Nord, Sud, Est, Ouest
Coordonnées de la station météo en degrés minutes secondes
L’opérateur demande la visualisation des valeurs minimum et maximum pour :
-
La température en degré
L’humidité en pourcent
Le point de rosée en heures minutes
La pluviométrie sur 1h puis sur 24h en millimètres
La vitesse du vent en Km/h
La pression en hecto Pascal
Post conditions : Pour les scénarios 1 et 2, la station doit envoyer un message de fin de transmission
des données.
Diagramme de séquence pour la visualisation d’état CA:
Page 9 sur 25
coordonnées de la SMM :
Acteur : Opérateur
Pré conditions : L’opérateur doit être identifié.
L’opérateur ouvre la fenêtre de visualisation des données suivantes :
-
La longitude
La latitude
L’heure d’enregistrement des trames
Page 10 sur 25
Diagramme de séquence pour la visualisation des coordonnées de la SMM :
3.1.2 Visualisation des données journalières :
Acteur : Opérateur
Pré condition : La station dont on veut recevoir les informations est sélectionnée.
L’opérateur demande la visualisation des relevés des informations suivantes :
-
La courbe de température heures par heures (en degré Celsius).
Une courbe de tendance pour la température moyenne (en degré Celsius) par jour sur une
période donnée.
Une courbe de tendance pour la pluviométrie (en millimètre) par jour sur une période donnée.
Une courbe de tendance pour la vitesse moyenne du vent (en Km/h) sur une période donnée.
Une courbe ou graphe pour la direction moyenne du vent (suivant les points cardinaux) sur une
période donnée.
Page 11 sur 25
3.1.3 Configuration :
Acteur : Administrateur
Pré conditions : L’administrateur est correctement identifié sur la station que l’on veut configurer.
L’administrateur peut :
-
Ajouter ou enlever un utilisateur.
Modifier les niveaux d’accès des utilisateurs.
Mettre à jour les mots de passes des utilisateurs.
Définir les adresses mail des personnes à prévenir en cas d’alarmes météorologique.
Post conditions : Prévenir l’utilisateur concerné du changement de son compte.
Diagramme de séquence pour la configuration :
Page 12 sur 25
3.1.4 Identification :
Acteur : Opérateur identifié, Opérateur de maintenance et l’administrateur
Pré conditions : La station sur laquelle on veut se connecter est sélectionnée.
Les utilisateurs peuvent :
-
S’identifier sur la station à l’aide de leur identificateur et de leur mot de passes.
Diagramme de séquence pour l’identification :
Page 13 sur 25
Enchaînements d’exceptions :
-
Afficher un message d’erreurs
-
Refuser les accès
3.1.5 Paramétrages météo :
Acteur : Technicien de maintenance
Pré conditions : Le technicien de maintenance est correctement identifié sur la station météo.
Le technicien de maintenance peut paramétrer les alarmes suivantes :
-
Alarme de tempête : 5 hPa
Alarme de température intérieure : 10°C mini et 30°C maxi
Alarme de température extérieure : 0°C mini et 40°C maxi
Alarme d’humidité intérieure : 35%RH mini et 65%RH maxi
Alarme d’humidité extérieure : 45%RH mini et 70 %RH maxi
Alarme de température ressentie (Windchill) : 10°C mini et 30°C maxi
Alarme de point de rosée : 0°C mini et 30°C maxi
Alarme des précipitations sur 24 h : 50mm
Alarme des précipitations sur 1 h : 1mm
Alarme de vitesse du vent : 1km/h mini et 100km/h maxi
.Post conditions : Chaque déclenchement d’alarme provoque l’envoi de mail aux destinataires définis par
l’administrateur
Page 14 sur 25
Diagramme de séquence pour les paramétrages météo :
3.1.6 Envoyer mail :
Sur alarme météo, un mail est envoyé à des destinataires prédéfinis par l’administrateur.
Diagramme de séquence pour l’envoie de mail :
Page 15 sur 25
4. Planification des itérations selon les cas d’utilisation
Cas d’utilisation
Priorité
Risque
Itération
Configuration
moyenne
élevé
2
Identification
haute
élevé
2
paramétrage
haute
moyen
2
Visualisation d’état
haute
moyen
3
Visualisation journalière
haute
élevé
3
mail
basse
bas
1
5. Proposition de structuration des objets
Page 16 sur 25
5.1. Diagramme de classes Package Acquisition
Rappel : L’analyse et la spécification donnée correspond à un premier
niveau d’itération. Ces diagrammes pourront/devront êtres modifiés par un
deuxième niveau d’itération a votre charge.
6. Modèle EER de la base de données
Page 17 sur 25
7. *Moyens préliminaires disponibles et contraintes de réalisation
Station météo mobile SMM
Réf.
Fonction
Description
Contraintes
GCR
• Gestion
de
communication
centrale acquisition
la • Lecture des données météo
• Paramétrage des alarmes
• Stocker les données
• Noyau RTDOS
• Liaison série
GCB
• Gestion
de
communication
Boussole
la • Lecture l'orientation par rapport au • Noyau RTDOS
nord géographique
• I2C
GCGPS • Gestion
de
la • Lecture de la position géographique • Noyau RTDOS
communication GPS
de la station
• Liaison série
• NMEA
FIHMS
• Visualisation
instantané
état • Afficher au travers d'un serveur web • Pages Web
les données de la station météo
mobile
JOD
• Journaliser
données
FCR
• Communication réseau • Gérer la communication du réseau
FGT
• Gérer les tâches
FASM
• Administration
météo mobile
les • Archiver les données recueillies sur • Sauvegarde dans
une journée dans une base de
une base de
données
données
•
• Gérer organiser le fonctionnement • Système
à
des différentes tâches
microcontrôleur
SC12
station • Gérer les droits d'accès sur la • Système
à
station météo
microcontrôleur
SC12
Sous-système Journalisation des Données
Réf.
Fonction
Description
Contraintes
• FCD1
• Consultation des • Afficher les données journalisées dans • Pages Web +
données
des pages web dynamiques
PHP ou Java
journalisées
• FCD2
• Archivage
données
• FCD3
• Gestion de n • Organiser la base de données contenant •
stations météo
les mesures effectuées.
• Implémenter la base de données
BD standard
• FCD4
• Administration
des serveurs
Linux
des • Stocker les données dans une base de • BDD MYSQL
données
• Implémenter le serveur web
•
•
4.2. Synoptique de l'architecture matérielle
voir schéma précédent
Page 18 sur 25
4.3. Contrainte de l'environnement
(Système d'exploitation, environnement de développement, bases de données, DLL utilisées, etc.)
Système d’exploitation :
•
Windows 2000 ou >
•
Linux Mandriva 10.x
•
RTDOS V1.1
Environnement de développement
•
Borland 5.02
•
Dreamweaver
Base de données
•
MySQL 4.1 ou >
4.4. Contrainte économique
Par rapport à l’existant surcoût < 100 €
4.5. Documents et moyens technologiques mis à disposition
Description
Existant
• Centrale d'acquisition WS7000 ou Orégon
• O
• GPS Garmin 35
• O
• Carte SC12 (DK40, DK51, BC440)
• O
• Carte wireless
•
• Boussole I2C
• O
Acquisition
•
O
4.6. Exigences qualité à respecter
4.6.1. Exigences qualité sur le produit à réaliser
Facteurs liés à l'environnement d'exploitation et d'utilisation
Facteur
Signification
maniabilité
facilité d'emploi pour l'utilisateur (interface / homme machine sous la
forme de fenêtres d'affichage et de boîtes de dialogue, ...)
robustesse
conservation d'un fonctionnement conforme aux besoins exprimés, en
présence d'événements non prévus ou non souhaités (arrêt normal,
intempestif ou d'urgence)
sécurité
protection contre tout accès par des personnes non autorisées,
disponibilité assurant la continuité des traitements
disponibilité en mode manuel en cas de dysfonctionnement du système
informatique
Page 19 sur 25
Facteurs liés à l'environnement de maintenance et de suivi
Facteur
Signification
• adaptabilité
• facilité de suppression, d'évolution de fonctionnalités existantes, ou
d'ajout de nouvelles fonctionnalités
• maintenabilité
• facilité de localisation et de correction des erreurs résiduelles
• portabilité
• minimisation des répercussions d'un changement d'environnement
logiciel et matériel
4.6.2. Exigences qualité sur le développement
En ce qui concerne les exigences "qualité" du développement :
•
•
la modélisation du produit informatique doit être réalisée avec une base de méthodologie UP et/ou
RUP basée sur le formalisme UML.
le codage doit respecter le standard de codage C++ ou PHP en cours dans la section ;
4.6.3. Exigences qualité sur la documentation à produire
Les exigences qualité à respecter, relativement aux documents, sont :
•
•
sur leur forme : respect de normes et de standards de représentation, maniabilité, homogénéité,
lisibilité, maintenabilité ;
sur leur fond : cohérence, précision.
4.6.4. Exigences qualité sur la livraison
Les produits livrables du projet sont :
• la documentation décrite ci-après.
• les codes sources et exécutables de l'application sur CDROM, ainsi que les fichiers de type makefile ou de
projet sans oublier les fichiers de l'analyse UML et l'ensemble des fichiers composant le rapport (.doc
ou autre …)
•
La documentation livrable du projet doit être composée :
• d'un seul dossier technique pour le projet comprenant :
• les spécifications communes
• les dossiers de spécification, de conception préliminaire, de conception détaillée et de tests de chaque
étudiant.
• d'un seul dossier qualité pour le projet comprenant :
• les fiches du plan qualité telles que fiches de lecture croisée, fiches de conformité, fiches de demande et de
suivi de modification.
• Le journal de bord de chaque étudiant
•
• Pour le dossier qualité, un modèle de chacune des fiches est donné en annexe.
•
• d'un dossier d'annexes techniques concernant les documents constructeurs et les références fournisseurs, les
sources et les fichiers makefile et projet éventuels.
•
• d'un manuel d'installation et d'utilisation n'excédant pas 20 pages.
Les codes sources et exécutables de l'application, ainsi que les fichiers de type makefile, doivent être livrés sur
CD et doivent contenir un logiciel d’installation (script ou autre).
•
Page 20 sur 25
A des fins d'évaluation lors de la soutenance du projet, chaque étudiant doit indiquer
explicitement les parties qu'il a personnellement réalisées dans les différents documents.
Un seul dossier sera rendu pour le groupe, mais le travail individuel devra être mis en
évidence.
4.6.5. Exigences qualité sur l’environnement d’exploitation
(protection des personnes, situation du poste de supervision, sécurité des parties opératives, confidentialité
des données, etc.)
Les câblages réalisés devront êtres conformes aux normes en vigueur.
5. Répartition des tâches par étudiant
Fonctions à développer et tâches à effectuer
Elève 1 :
GCR, , FGT, JOD
M .Lespeau...................
Elève 2:
GCGPS, FCR, FIHMS
M .Herbourg....................
Elève 3:
M .Garcia...................
Elève 4 :
M .Chambon...............
GCB, FCD2, FCR
Montage d’adaptation de la boussole sur le bus I2C
FCR, FCD1, FCD3, FCD4, FASM
.
6. Exploitation pédagogique
Répartition
par étudiant
Compétences terminales susceptibles d'être abordées et évaluées
pour chaque domaine d'Activités Professionnelles
E1
E2
E3
E4
Analyser et spécifier le système informatique à développer
x
C3.4 choisir un module matériel pour un cas d'utilisation
Réaliser la conception générale et détaillée
C3.4 choisir un module matériel pour un cas d'utilisation
x
Coder et réaliser
C4.1 câbler des modules matériels
x
x
C4.3 intégrer une carte d'interface dans un système informatique
C4.6 assembler les éléments matériels assurant la liaison physique dans un système de
communication
C4.7 installer les différentes couches logicielles d'un système de communication sur une
x
x
x
x
x
x
x
x
Page 21 sur 25
station
C4.8 coder un module logiciel
x
x
x
C4.9 intégrer un module logiciel dans une application
x
Intégrer et interconnecter des systèmes
C4.1 câbler des modules matériels
x
x
x
x
x
x
x
x
x
x
x
x
C4.3 intégrer une carte d'interface dans un système informatique
C4.6 assembler les éléments matériels assurant la liaison physique dans un système de
communication
C4.7 installer les différentes couches logicielles d'un système de communication sur une
station
C4.9 intégrer un module logiciel dans une application
Installer, exploiter, optimiser et maintenir
C5.1 installer un module matériel dans un système informatique
x
x
x
C5.2 installer un système d'exploitation
x
x
x
C5.3 déployer une application client / serveur sur deux machines hétérogènes
x
x
C5.4 exploiter un réseau local industriel ou un bus de terrain
x
x
C5.5 installer des services techniques Internet
x
x
C5.6 installer une application logicielle
x
x
x
x
C5.7 mettre en œuvre un environnement de programmation
x
x
x
x
C6.1 mettre en œuvre des procédures de tests unitaires sur un module matériel
x
x
x
x
C6.2 dépanner un système informatique
x
x
x
x
C6.5 mettre en œuvre des procédures de tests unitaires sur un module logiciel
x
x
x
x
C6.6 dépanner un module logiciel
x
x
x
x
C2.1 s'intégrer dans une équipe de projet
x
x
x
x
C2.2 structurer son intervention dans une démarche de projet
x
x
x
x
C2.3 intervenir dans la gestion de projet
x
x
x
x
C2.4 prévenir des risques d'échec dans la mise en œuvre d'une solution au cours d'un
projet
x
x
x
x
x
x
x
x
Tester, mettre au point et valider
C6.3 relever les performances d'un réseau
C6.4 corriger des dysfonctionnements observés sur un réseau
Assurer l'évolution locale ou la rénovation d'un système informatique
C6.1 mettre en œuvre des procédures de tests unitaires sur un module matériel
C6.2 dépanner un système informatique
C6.3 relever les performances d'un réseau
C6.4 corriger des dysfonctionnements observés sur un réseau
C6.5 mettre en œuvre des procédures de tests unitaires sur un module logiciel
C6.6 dépanner un module logiciel
Gérer le projet
Coopérer et communiquer
C1.5 s'entretenir d'une problématique professionnelle avec un interlocuteur d'un autre
Page 22 sur 25
service
C1.6 présenter la mise en œuvre d'une solution informatique
x
x
x
x
C1.7 assister des utilisateurs
x
x
x
x
7. Planification temporelle prévisionnelle
Les tâches générales associées à chaque étudiant sont décomposées. Chaque sous-tâche
est décrite et planifiée. Les dates des échéances, des revues, des vacances, la date de
remise du rapport, les dates de "l'épreuve E6", etc. sont reportées sur planning
prévisionnel (Cf. La fiche "Planning prévisionnel").
Calendrier prévisionnel :
Remise des sujets de projet (début janvier)
semaine 2.
Revue N°1
semaine 8
Revue N°2
Semaine 21/22
Remise des dossiers techniques (au chef de centre)
semaine 23 ?
Epreuve E6
semaine 24 ?
8. Evaluation pour l'épreuve E6
• Disponibilité des équipements
oui ⌧
L'équipement sera-t-il disponible ?
(cas du projet développé en entreprise)
non • 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 :
•
Les données de la centrale d’acquisition sont stockées dans la station météo mobile et
visualisées dans une page web.
•
Les coordonnées de la station sont stockées dans la station météo mobile et visualisées dans
une page web.
•
La position cardinale est stockée dans la station météo mobile.
•
La collecte de n station météo est possible
•
Les données journalisées sont visualisables ( on pourra décrémenter l’unités de temps pour
simuler plusieurs jours).
• Dans le cas du projet développé en entreprise
Recours à une ou plusieurs entreprises sous traitantes ?
Si oui :
Liste des sous traitants : ...
oui missions : ...
non Pilotage : (par qui ? ).......
Page 23 sur 25
9. Observation de la commission d'harmonisation
(A remplir par la commission d'harmonisation qui valide le sujet de projet)
Ce document initial a été utilisé par la Commission Inter Académique d'harmonisation qui s'est
tenue le ... / ... / 20...
Il comprend ....... pages et les documents annexes suivants : .................
Contenu du thème :
Complexité technique :
(liée au support)
Conformité par rapport au référentiel et à
la définition de l'épreuve :
Planification des tâches demandées aux
étudiants, délais prévus :
Les revues de projet sont-elles prévues :
(dates, modalités, évaluation)
Défini Insuffisamment défini non défini Suffisante Insuffisante exagérée oui Défini non Insuffisamment défini oui non défini non Observations : ..............................................................................................................................................................
......................................................................................................................................................................................
......................................................................................................................................................................................
......................................................................................................................................................................................
Avis formulé par la commission d'harmonisation :
Sujet accepté en l'état
Sujet à revoir :
Conformité par rapport au Référentiel de Certification
Définition et planification des tâches
Critères d'évaluation
Autres : .........................................................................................................................
Sujet rejeté
Motif de la commission : ...................................................................................................
............................................................................................................................................
............................................................................................................................................
............................................................................................................................................
............................................................................................................................................
Page 24 sur 25
Nom des membres de la commission d'harmonisation inter académique :
Nom
Etablissement
Académie
Signature
Visa de l'autorité inter académique :
Félix SMEYERS, IA-IPR STI Académie de Dijon
Nota :
Ce document est contractuel pour l'épreuve E6 (Projet Informatique) et sera joint au "Dossier
Technique" de l'élève.
En cas de modification du cahier des charges, un avenant sera élaboré et joint au dossier du candidat
pour présentation au jury, en même temps que le carnet de suivi.
Avenant :
Date de(s) avenant(s) : ....................
Nombre de pages : ..........................
Page 25 sur 25

BTS IRIS 07 projet meteomob

Transcription

Documents pareils

CP - Nouvelle presentatrice MétéoTatiana Silva 29042013

13/12/1993 - Deliberations Besancon - SAFC

TRACT ACCUEIL NOUVEAUX RETRAITES-1

BTS Management des Unités Commerciales

Photo Club La Focale Printemps 2013

Forum: Intérieur - Megane

lycee saint-aspais

cyclo club remois

REIMS METROPOLE VILLE DE REIMS COMMISSIONS

Minini Robin efficace, énergique, ambitieux