dossier de présentation et de validation du sujet de projet

Académies Caen, Guadeloupe, Nantes, Martinique, Rennes BTS IRIS Session 2015

SAGA - Dossier commission 1 / 23

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

Groupement académique : Nantes, Rennes, Caen, Martinique, Guadeloupe Session : 2015

Lycée ou Centre de formation : Lycée Joseph GAILLARD

Ville : FORT DE France Académie : Martinique

Nom du projet : Système Automatisé de Gestion d’Accès Référence :

1. Présentation du projet

L’étude proposée est un système centralisé gérant de multiples et divers accès (portails, barrières de parking, volets roulants, porte avec gâche électrique ou ventouse magnétique) au sein d’une même organisation.

La société Caraib Systems est prestataire de service dans le domaine des automatismes de portail et souhaite étendre son offre en proposant à ses clients des solutions d’identification allant bien au-delà de la simple télécommande. Il est prévu à terme d’installer un « showroom » pour la démonstration de ces solutions, et que le lycée Joseph Gaillard soit le support d’exemple de l’étude. Il existe dans ce cas précis de nombreux utilisateurs auxquels il faudra attribuer des permissions spécifiques et qui auront à leur disposition différents moyens d’identification :

Caméra pour une lecture automatique de l’immatriculation du véhicule (accès aux parkings)

Badge sans contact (accès aux salles de cours)

Smartphone + connexion internet (accès à diverses zones sécurisées)

Les utilisateurs ayant une permission d’accès à un parking devront inscrire leur immatriculation dans le système par Internet pour bénéficier d’une identification automatique. Tous les accès (lieu, utilisateur, date & heure) seront optionnellement mémorisés pendant une durée à définir par nécessité de sécurité. La liste de ces accès pourra être consultée par les administrateurs du système.

Enfin, le système devra proposer une interface conviviale et intuitive pour que les administrateurs (qui ne sont pas nécessairement informaticiens) puissent aisément attribuer et modifier les permissions d’accès.

2. Expression du besoin



Catalogue des acteurs

Acteur Description Cas d’utilisation

Utilisateur

Personne qui utilise une technique d’identification pour accéder à un lieu. Cette personne doit disposer d’une permission. Son accès peut être enregistré.

Accéder Enregistrer une immatriculation

Administrateur

Personne qui définit qui peut accéder à quel lieu et par quelle(s) technique(s) d’identification.

Définir les permissions Consulter les historiques d’accès

Ouvrant

Un ouvrant peut être une barrière automatique, un portail, un volet roulant, ou une porte munie d’une gâche électrique ou d’une ventouse magnétique.

Accéder

Caméra

La caméra permet d’identifier un utilisateur par la plaque d’immatriculation de son véhicule.

Accéder avec une immatriculation

Lecteur de badges

Le lecteur de badges permet d’identifier un utilisateur par le numéro de série unique inscrit dans son badge transpondeur.

Accéder avec un badge transpondeur Gérer les utilisateurs

Smartphone

Un smartphone connecté à Internet peut être utilisé comme une télécommande par le biais d’une interface web.

Accéder avec un smartphone

Base de données

La base de données permettra de recenser :

les utilisateurs,

Les ouvrants,

Les permissions d’accès,

Les historiques d’accès.

Gérer les utilisateurs Vérifier les permissions Enregistrer une immatriculation Enregistrer les accès Consulter les historiques d’accès



3. Moyens préliminaires disponibles et contraintes de réalisation

3.1. Spécifications

3.1.1. Cas d’utilisation « Accéder avec un navigateur »

Description du scénario nominal :

Le scénario commence avec l’envoi d’une requête par le navigateur du smartphone de l’utilisateur pour charger la page de connexion

Une fois la page chargée, l’utilisateur saisit son identifiant et son mot de passe, puis valide la requête de connexion

Les identifiants et mot de passe sont transmis et vérifiés auprès du serveur de base de données, et permettent de trouver l’utilisateur concerné

Le serveur de base de données renvoie la liste des accès attribués à l’utilisateur, et le serveur web les insère dans une nouvelle page

L’utilisateur choisit l’accès à ouvrir dans cette nouvelle page

L’ordre d’ouverture est envoyé à l’ouvrant correspondant

L’accès est enregistré dans la table correspondante si cette option est activée



3.1.2. Cas d’utilisation « Accéder avec un badge transpondeur »


Le scénario commence quand l’utilisateur passe son badge devant le lecteur

Le code du badge est transmis et vérifié auprès du serveur de bases de données, et permet de trouver l’utilisateur concerné

Le serveur de base de données renvoie la permission correspondant à cet accès pour l’utilisateur

L’ordre d’ouverture est envoyé à l’ouvrant




3.1.3. Cas d’utilisation « Accéder avec une immatriculation »


Le scénario commence par la détection du véhicule de l’utilisateur devant la caméra

La caméra capture une photo du véhicule

La plaque d’immatriculation est localisée dans la photo

L’immatriculation est extraite de la plaque par reconnaissance optique des caractères

L’immatriculation est transmise et vérifiée auprès du serveur de base de données, et permet de trouver l’utilisateur concerné

Le serveur de base de données renvoie la permission correspondant à cet accès pour l’utilisateur

L’ordre d’ouverture est envoyé à la barrière de parking correspondante




3.1.4. Cas d’utilisation « Gérer les utilisateurs »




Le scénario commence quand l’administrateur charge la page de connexion dans le navigateur de son PC

L’administrateur peut alors se connecter après avoir saisi son identifiant et son mot de passe

La page de gestion des utilisateurs est chargée dans le navigateur

L’administrateur choisit un utilisateur dans une liste

Une nouvelle page s’affiche avec les informations concernant l’utilisateur

L’administrateur peut attribuer un badge à l’utilisateur en le passant devant le lecteur

L’administrateur peut afficher une fenêtre avec la liste des ouvrants enregistrés dans la base de données, et choisir l’un d’entre eux pour l’attribuer à l’utilisateur

L’administrateur peut afficher une fenêtre avec la liste des groupes enregistrés dans la base de données, et choisir l’un d’entre eux pour l’attribuer à l’utilisateur.

Remarque : L’administrateur attribuera une permission de la même façon à un utilisateur ou à un groupe



3.1.5. Cas d’utilisation « Enregistrer une immatriculation »


Le scénario commence avec l’envoi d’une requête par le navigateur du PC de l’utilisateur pour charger la page de connexion

Une fois la page chargée, l’utilisateur saisit son identifiant et son mot de passe, puis valide la requête de connexion

Les identifiants et mot de passe sont transmis et vérifiés auprès du serveur de base de données, et permettent de trouver l’utilisateur concerné

Le serveur de base de données renvoie les informations concernant l’utilisateur, et le serveur web les présente dans un formulaire

L’utilisateur saisit son immatriculation dans le champ adéquat et valide sa requête

L’immatriculation est mise à jour sur le serveur de base de données



3.1.6. Cas d’utilisation « Consulter les historiques des accès »


Le scénario commence quand l’administrateur charge la page de connexion dans le navigateur de son PC

L’administrateur peut alors se connecter après avoir saisi son identifiant et son mot de passe

La page de consultation des historiques d’accès est chargée dans le navigateur

L’administrateur choisit un ouvrant dans une liste et une période (dates & heures de début et de fin)

Une nouvelle page s’affiche avec la liste des accès concernant l’ouvrant pour la période donnée

Remarque : Au moment de l’installation, l’administrateur pourra choisir le niveau de sécurité associé à chaque ouvrant grâce à une option pour valider ou pas l’enregistrement des accès



3.1.7. Diagramme de classes (niveau analyse) :

Précisions concernant les bibliothèques fournies :

Pandore (https://clouard.users.greyc.fr/Pandore/index-fr.html) : est une bibliothèque d’opérateurs utilisables en ligne de commande pour le traitement d’images. Le site fournit un exemple de script permettant la détection de plaques d’immatriculation. La bibliothèque peut s’interfacer avec le langage C++, ce qui sera l’objet de cette partie de l’étude.

Image initiale Image résultat

Tesseract-OCR (https://code.google.com/p/tesseract-ocr/) : est une bibliothèque pour la reconnaissance optique de caractères, qui s’exécute aussi en ligne de commande et peut s’interfacer avec le C++.

Elle permettra d’extraire la chaine de caractères (l’immatriculation) contenue dans l’image de localisation de la plaque (cadre rouge sur l’image résultat).

https://clouard.users.greyc.fr/Pandore/index-fr.html

https://code.google.com/p/tesseract-ocr/



3.1.8. Modèle entité-relation (niveau conception) :

3.1.9. Dictionnaire des données :

Utilisateur : Personne qui accède à un lieu en utilisant : o son smartphone (identifiant et mot de passe), o son badge (code du badge), o sa voiture (immatriculation).

Un utilisateur est associé à un ou plusieurs ouvrants, correspondant à une (des) permission(s) d’accès.

Ouvrant : Peut-être : o une barrière de parking, o un volet roulant, o une porte munie d’une gâche électrique ou d’une ventouse magnétique.

Un ouvrant est vu du système par son interface (contrôleur Ethernet – Relais) donc par : o une adresse IP, o un numéro de port, o une chaîne de caractères correspondant à l’ordre d’ouverture.

L’enregistrement de l’accès d’un utilisateur par un ouvrant est une option

Groupe : Permet d’associer des utilisateurs en vue d’attribution de permissions communes d’accès. Une permission d’accès attribuée à un groupe sera automatiquement attribuée à tous les utilisateurs appartenant à ce groupe.

Acces : Association horodatée d’un utilisateur et d’un ouvrant permettant pour des raisons de sécurité de conserver la trace des accès autorisés par le système.



3.1.10. Synoptique de l'architecture matérielle

Diagramme de déploiement :

3.2. Contraintes

3.2.1. Contrainte de l'environnement

- Smartphone utilisateur devant être muni d’un navigateur et d’une connexion Internet, il pourra être

remplacé si nécessaire par une tablette avec connexion 3G, - Le NAS (Network Access Storage) est fourni avec ses serveurs Apache & MySQL embarqués, - Pas de contrainte spécifique concernant le PC administrateur, - Le PC « Traitement d’images » devra correspondre aux caractéristiques exigées par la librairie Pandore, - Caméra IP conforme à la norme IEEE 802.3af (Power Over Ethernet), - Contrôleurs Ethernet munis d’au moins 2 relais (Interface contact sec des ouvrants), - Logiciels développés en langage JavaScript, PHP, et C++, - Base de données au standard MySQL, - Modélisation en langage UML.

3.2.2. Contrainte économique

Le système de démonstration doit être proposé pour 4 ouvrants et un coût inférieur ou égal à 5000 €, ce prix comprenant la fourniture de :

4 contrôleurs Ethernet,

1 caméra IP,

3 systèmes embarqués,

4 lecteurs de badges (dont un pour le PC administrateur),

1 gâche électrique

1 ventouse magnétique,

1 serveur NAS.



Ce prix n’inclut pas les ouvrants (portes, volets roulant, barrière de parking) ni les équipements du réseau local qui sont déjà disponibles.

3.2.3. Documents et moyens technologiques mis à disposition

- PC de développement avec connexion 100BaseT, - Tablette tactile androïd, - Serveur NAS Synology DS209 avec documentation, - Contrôleurs Ethernet Sollae CIE-H14 avec documentation, - 1 caméra IP pour extérieur à choisir, - Lecteurs de badges RFID MF7, - Systèmes embarqués Raspberry Pi, - 1 porte équipée d’une gâche électrique, - 1 porte équipée d’une ventouse magnétique, - 1 volet roulant, - 1 barrière de parking, - 2 Accès à Internet par liaisons ADSL (Serveur et Client sur 2 adresses IP publiques différentes). - Logiciels :

o Suite bureautique, o Atelier de Génie Logiciel MagicDraw pour la modélisation UML, o Modeleur MySQL Workbench pour la base de données, o Borland C++ Builder pour l’application windows, o Editeur de pages web et de scripts PHP.

4. Exigences qualité à respecter

4.1 Exigences qualité sur le produit à réaliser

Le logiciel du serveur de données météo doit être :

- fiable, c'est-à-dire avec pas ou peu d’erreurs dans la communication de données, - maintenable, en offrant une grande facilité de localisation et de correction des erreurs, - adaptable, par la possibilité d'ajout ou de retrait de fonctionnalités. - maniable, c'est-à-dire facile d'emploi pour l'internaute, avec une interface graphique conviviale.

Tous les logiciels relatifs à l'application doivent être livrables sur support optique (CDROM ou DVD)

4.2 Exigences qualité sur le développement

- Analyse et conception objet, spécifiée avec le langage UML, - Langages de développement C++, html, JavaScript et PHP, - Cohérence entre la modélisation et le codage, - Respect du standard de codage, - Respect des incréments de chaque itération.

4.3 Exigences qualité sur la documentation à produire

La documentation à produire est la suivante :

Dossier de présentation du système,

Dossier de conception préliminaire,

Planning réel des activités comparé au planning prévisionnel avec commentaires,

Dossier des activités réalisées. Pour chaque itération, on trouvera les rubriques suivantes : o Conception détaillée, o Réalisation et codage, o Tests unitaires, o Tests d’intégration en dernière itération.

Manuels d’installation et d’utilisation.



Remarque : Chaque page devra intégrer dans son en-tête le cartouche suivant :

BTS IRIS – Projet informatique – Session 2015

Système Automatisé de Gestion d’Accès Tâche : T6.5a Mise en service du serveur de bases de données

IPC@Chip

Date de début : 05-03-2015 Date d’achèvement : 06-03-2015 Durée : 12 h Visa du professeur :

Auteur(s): André DUPONT Page: 1/3

4.4 Exigences qualité sur la livraison

Début juin 2015, le projet devra être livré. Les éléments livrables sont :

- 2 exemplaires du dossier mémoire comprenant toute la documentation décrite dans le paragraphe précédent, - 1 support (Clé USB ou CD-ROM) comprenant :

La documentation produite par l’équipe de projet, Les différents codes source de l’application réalisée, Le(s) fichiers(s) de modélisation, Les différentes documentations fournies au début du projet, La notice technique de l’application, Un programme d’installation de l’application et des tables de la base de données.

4.5 Exigences qualité sur l’environnement d’exploitation

La caméra IP et les boîtiers d’installation des contrôleurs Ethernet doivent satisfaire les contraintes

liées à une utilisation extérieure (indices IP, IK…).

5 Répartition des fonctions ou des cas d'utilisation

Cas d’utilisation à développer et tâches à effectuer

Etudiant 1 :

« Accéder avec un navigateur », « Gérer les utilisateurs », « Vérifier les permissions », « Enregistrer les accès » : - Créer et administrer les tables « utilisateur », « acces » & « groupe » - Créer le script de connexion et d’accès par smartphone - Créer le script d’administration des utilisateurs et des permissions

Etudiant 2 :

« Accéder avec un badge transpondeur » : - Installer les contrôleurs Ethernet - Installer les lecteurs de badge - Créer et administrer la table « ouvrant »

Etudiant 3 :

« Accéder avec un badge transpondeur » : - Installer les systèmes embarqués - Créer l’application du système embarqué

Etudiant 4 :

« Accéder avec une immatriculation » & « Enregistrer une immatriculation » : - Installer la caméra IP - Mettre au point le script de d’identification des plaques d’immatriculation - Créer l’application du PC « Traitement d’image » - Créer le script d’enregistrement des immatriculations

Identifiant et dénomination

de la tâche

Planification réelle de la tâche

Pagination automatique

Intitulé de l’épreuve

et nom du projet

Dès leur achèvement, toutes les tâches doivent être rédigées, puis validées.



6 Exploitation pédagogique

6.1 Compétences terminales évaluées

Compétences terminales susceptibles d'être abordées et évaluées pour chaque domaine d'Activités Professionnelles

Répartition par étudiant

E1 E2 E3 E4

Analyser et spécifier le système informatique à développer

C3.4 choisir un module matériel pour un cas d'utilisation X X

Réaliser la conception générale et détaillée

C3.4 choisir un module matériel pour un cas d'utilisation X X X X

Coder et réaliser

C4.1 câbler des modules matériels

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.8 coder un module logiciel X X X X

C4.9 intégrer un module logiciel dans une application X X X X

Intégrer et interconnecter des systèmes

C4.1 câbler des modules matériels X X X X

C4.3 intégrer une carte d'interface dans un système informatique X X

C4.6 assembler les éléments matériels assurant la liaison physique dans un système de communication

X X X X

C4.7 installer les différentes couches logicielles d'un système de communication sur une station

X X

C4.9 intégrer un module logiciel dans une application



Compétences terminales susceptibles d'être abordées et évaluées pour chaque domaine d'Activités Professionnelles (suite)

Répartition

par étudiant

E1 E2 E3 E4

Installer, exploiter, optimiser et maintenir

C5.1 installer un module matériel dans un système informatique X X X X

C5.2 installer un système d'exploitation

C5.3 déployer une application client / serveur sur deux machines hétérogènes

C5.4 exploiter un réseau local industriel ou un bus de terrain

C5.5 installer des services techniques Internet

C5.6 installer une application logicielle X X X X

C5.7 mettre en œuvre un environnement de programmation X X X X

Tester, mettre au point et valider

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

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

X X X X

C6.6 dépanner un module logiciel

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

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

Coopérer et communiquer

C1.5 s'entretenir d'une problématique professionnelle avec un interlocuteur d'un autre service

X X X X

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



6.2. Description des tâches étudiant en rapport avec les compétences terminales évaluées

Fiche d’activité de l’équipe (Tâches communes)

Compétence terminale

Désignation de la tâche Référence de la tâche

Situation initiale Résultats attendus Echéance

C5.7 Installation de la chaîne de développement T6.1

Fourniture des logiciels : Atelier de Génie Logiciel UML, Environnement intégré C++, Clients Telnet & FTP.

Logiciels installés et disponibles

Revue 1

C5.6 Installation des logiciels nécessaires à la production documentaire

T6.2

Fourniture des logiciels : Suite bureautique, Editeur de pages web, Navigateur web.

Logiciels installés et disponibles

Revue 1

C5.3

Mise en service du serveur NAS T6.3

Serveur NAS Sinology DS209 et sa documentation Logiciel phpMyAdmin embarqué Serveur web Apache embarqué

Notice d’installation et de configuration Création d’une table de test Recensement des requêtes SQL Test du serveur web en local et par Internet

Revue 1

C1.5 C1.6 C1.7

Rédaction du dossier technique T9.1 Cahier des charges Fiches d’activité

Comptes-rendus remis à la fin de l’activité Document rédigé dans le respect des critères qualité Documentation technique mise à jour

Revues 1 & 2 Fin

C2.1 C2.2 C2.3

Rédaction du journal de bord (cahier de textes) T9.2

Serveur web avec liens sur les pages des différents étudiants Planning initial

Déroulement des activités mis à jour chaque semaine Planning réel mis à jour chaque semaine

Revues 1 & 2 Fin

C4.9

Intégrer les pages web développées individuellement en une seule page

T5.1 Modules logiciels testés Solutions d’intégration à comparer

Fiche comparative des solutions d’intégration Conclusion (Tests de validation)

Fin



Fiche d’activité de l’étudiant 1 (Tâches individuelles)

Compétence

terminale Désignation de la tâche

Référence de la tâche


C4.8

Vérifier et compléter le modèle entité-relation Générer les tables « utilisateur », « acces » et « groupe » Coder un script pour la gestion des utilisateurs

T3.1a Modèle entité-relation MySQL Workbench

Tables conformes au modèle fourni 30 utilisateurs répartis dans 2 groupes sont enregistrés à partir du script créé

Revue 1

C6.5 Effectuer le test unitaire du script précédent

T4.1a Planification du test unitaire approuvée

Fiche de test complétée Script testé sur différentes plateformes et navigateurs

Revue 1

C4.8

Coder un script de connexion et de choix d’accès par smartphone

T3.2a

Tables « utilisateur », « acces » et « groupe » Table « ouvrant » fournie par l’étudiant 2

La page de connexion est affichée La page des accès possibles est affichée suite à une connexion réussie Le choix d’un accès ouvre l’ouvrant correspondant, et est enregistré dans la table « acces »

Revue 2




Revue 2

C4.8

Coder un script permettant d’administrer les permissions d’accès attribuées aux utilisateurs et aux groupes

T3.3a

Tables « utilisateur » et « groupe » Table « ouvrant » fournie par l’étudiant 2

Les permissions attribuées aux utilisateurs sont enregistrées Les permissions attribuées à un groupe sont attribuées automatiquement à tous les utilisateurs de ce groupe

Fin




Fin




Compétence




C4.6 C5.3 C6.4

Installation des contrôleurs Ethernet T6.4b

Contrôleurs Ethernet Sollae CIE-H14 avec documentation Porte avec gâche électrique ou ventouse magnétique

Ouverture à distance de l’ouvrant Procédures d’installation et de test Schémas de câblage

Revue 1

C4.6 C5.3 C6.4

Installation des lecteurs de badge T6.6b Lecteurs MF7 avec documentation

Lecture à distance du code badge Procédures d’installation et de test Schémas de câblage

Revue 1

C4.8

Générer la table « ouvrant » Coder une application pour la gestion des ouvrants

T3.1b Modèle entité-relation MySQL Workbench

Table conforme au modèle fourni 4 ouvrants sont enregistrés à partir du script créé

Revue 2


T4.1b Planification du test unitaire approuvée


Revue 2

C4.8

Coder une application de dialogue avec les contrôleurs Ethernet permettant la lecture d’un code badge, la vérification des permissions associées, l’envoi d’un ordre d’ouverture à l’ouvrant correspondant, et l’envoi d’une requête d’enregistrement de l’accès

T3.2b Tables « utilisateur », « ouvrant » et « acces »

Tous les accès sont conformes aux permissions attribuées et sont enregistrés

Fin

C6.5

Effectuer le test unitaire du programme précédent

T4.2b Planification du test unitaire approuvée

Fiche de test complétée Effectuer le test unitaire du programme précédent

Fin




Compétence




C4.6 C5.3 C6.4

Installation des systèmes embarqués T6.5c Systèmes Raspberry Pi avec documentation

Procédure d’installation Programme de test de lecture sur le port série Programme de test de communication réseau

Revue 1

C4.8

Coder une application pour le système embarqué permettant la lecture d’un code badge

T3.1c Systèmes Raspberry Pi avec documentation Lecteurs MF7 avec documentation

Lecture conforme au format des badges

Revue 2


T4.1c Planification du test unitaire approuvée

Fiche de test complétée

Revue 2

C4.8

Coder une application pour le système embarqué permettant l’ouverture d’un accès

T3.2c

Systèmes Raspberry Pi + carte relais avec documentation Porte avec gâche électrique ou ventouse magnétique

Ouverture déclenchée à partir d’un menu

Revue 2




Revue 2

C4.9

Coder une application pour le système embarqué permettant la lecture d’un code badge, la vérification des permissions associées, l’envoi d’un ordre d’ouverture à l’ouvrant correspondant, et l’envoi d’une requête d’enregistrement de l’accès

T3.3c Tables « utilisateur », « ouvrant » et « acces »

Tous les accès sont conformes aux permissions attribuées et sont enregistrés

Fin

C6.5

Effectuer le test unitaire du programme précédent


Fiche de test complétée Effectuer le test unitaire du programme précédent

Fin




Compétence




C4.6 C5.3 C6.4

Mise en service de la caméra T6.7d Caméra (à choisir) avec documentation

Notice d’installation et de configuration Notice d’utilisation Schéma de câblage

Revue 1

C4.8

Mettre au point le script d’identification des plaques d’immatriculation

T3.1d Script exemple fourni sur le site de Pandore

Script permettant une identification correcte des plaques d’immatriculation >= 80%

Revue 1

C6.5

Effectuer une campagne de tests du script précédent

T4.1d Planification de la campagne de tests approuvée

Fiche de test complétée avec au moins 10 plaques d’immatriculation différentes sur 4 périodes différentes

Revue 1

C4.8

Coder un module logiciel permettant l’identification de plaques d’immatriculation et la commande d’une barrière de parking

T3.2d

Bibliothèque des classes pandore Bibliothèque des classes tesseract Table « ouvrant » fournie par l’étudiant 2

Application permettant une identification correcte des plaques d’immatriculation >= 80% et l’ouverture de la barrière pour les immatriculations autorisées

Revue 2

C6.5

Effectuer le test unitaire du module logiciel précédent

T4.2d Planification du test unitaire approuvée

Fiche de test complétée avec au moins 10 plaques d’immatriculation différentes

Revue 2

C4.8

Créer un script pour la gestion des immatriculations

T3.3d Table « utilisateur » fournie par l’étudiant 1

Les utilisateurs peuvent se connecter et saisir ou modifier leur immatriculation, qui est correctement enregistrée dans la table « utilisateur »

Fin


T4.3d Planification du test unitaire approuvée


Fin



6.3. Planification prévisionnelle

Désignation de la tâche Réf. It. S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22

3.0 X

Coder et tester une application pour système embarqué permettant l’ouverture

d’un accès à partir d'un menuT3.2c &

T4.2c2.0

Coder et tester une application pour système embarqué permettant la lecture

d'un code badgeT3.1c &

T4.1c1.0 X

X

X X

X

X

X

E3

X

X

X

E1

X

X

E2

X X

X

X

T6.1

Intégrer les pages web développées individuellement en une seule page

Mise en service du serveur NAS

Générer les tables « utilisateur », « acces » et « groupe »

Coder et tester un script pour la gestion des utilisateurs

Coder et tester un script permettant d’administrer les permissions d’accès

attribuées aux utilisateurs et aux groupes

Coder et tester un script de connexion et de choix d’accès par smartphone

T3.3c &

T4.3c

T6.2

Installation des contrôleurs Ethernet et des lecteurs de badge

T3.1a &

T4.1a

Installation des logiciels nécessaires à la production documentaire

FIN

DU

PR

OJE

T

T9.1 &

T9.2

Rédaction du dossier technique et du journal de bord (cahier de textes)X

2.0 X

Installation de la chaîne de développement

RE

VU

E 2

RE

VU

E 1

Vacan

ces d

e C

arn

aval

T6.3

Générer la table « ouvrant »

Coder et tester un script pour la gestion des ouvrants

3.0

X

X

1.0 X

X

E4

X

X

X

T3.2a &

T4.2a

T3.3a &

T4.3a

T6.4b à

T6.6b

2.0

X

X

1.0

T3.1b &

T4.1b1.0

X4.0T5.1

X

X

X

Coder et tester une application permettant l’ouverture d’un ouvrant

correspondant à un badge d'utilisateur autoriséT3.2b &

T4.2b

Mise en service de la caméraT6.7d

Coder et tester une application pour système embarqué permettant l’ouverture

d’un ouvrant correspondant à un badge d'utilisateur autorisé

Installation des systèmes embarqués T6.4c à

T6.6c

3.0

Mettre au point le script d’identification de plaques d’immatriculation

Effectuer une campagne de testsT3.1d &

T4.1d

Vacan

ces d

e P

âq

ues

X

Coder et tester un module logiciel permettant l’identification de plaques

d’immatriculations et la commande d’une barrière de parking T3.2d &

T4.2d2.0 X

Coder et tester un script pour la gestion des immatriculations T3.3d &

T4.3d



7 Evaluation pour l'épreuve E6

Disponibilité des équipements

L'équipement sera-t-il disponible ? (cas du projet développé en entreprise)

oui non

Si non : Comment procèdera-t-on ? (explications, sur quelle base, etc.)

Atteintes des objectifs du point de vue client

La démonstration finale du projet consistera à :

o Afficher sur l’équipement usager (Smartphone ou tablette) :

Un écran d’accueil permettant la saisie d’un identifiant et d’un mot de passe,

Un écran listant les accès autorisés pour cet utilisateur suite à une connexion réussie,

o Constater l’ouverture de l’accès choisi sur l’écran précédant,

o Constater l’ouverture d’une porte ou d’un volet roulant (équipé d’un lecteur de badges) suite au passage d’un badge d’utilisateur autorisé pour cet accès,

o Constater l’ouverture d’une barrière de parking suite à la détection d’un véhicule avec une plaque d’immatriculation correspondant à un utilisateur autorisé pour cet accès,

o Afficher sur le PC « Administrateur » page web permettant :

La gestion des utilisateurs (ajout, modification, suppression),

L’affichage d’un historique des accès enregistrés,

L’affichage d’une page pour attribuer des permissions d’accès à un utilisateur,

L’affichage d’une page pour attribuer un badge à un utilisateur,

o Afficher sur le PC « utilisateur » une page permettant la saisie ou la modification d’une immatriculation, suite à une connexion par identifiant et mot de passe,

o Afficher sur le PC « traitement d’images » une page permettant la visualisation des véhicules et le résultat de l’identification de leur immatriculation sous forme de chaîne de caractères.

Dans le cas du projet développé en entreprise

Recours à une ou plusieurs entreprises sous traitantes ?

oui non

Si Oui :

Sous traitants : Mission : Pilotage :