Surveillance en ligne des dispositifs : ascenseurs, escalier roulant, etc.
La création du service a pris 7 mois (avec des intervalles de quelques semaines pour que le client puisse prendre des décisions relatives aux modules successifs).
Ce site restera pour longtemeps dans la mémoire des travailleurs de la Nettom, compte tenu de la durée de la réalisation, son sujet intéressant et pas banal ainsi que les mentions apparues dans la presse et a la télé :)
Gestion des utilisateurs et des groupes
L'hiérarchie est composée de trois niveaux séparés.
Le niveau supérieur est prévu pour l'administrateur LAMBDA qui définit les clients ; ceux-ci sont les propriétaires de l'installation et ce sont eux qui choisissent leur prestataire qui est responsable d'assurer un fonctionnement correct de l'installation.
Une fois le compte client créé par l'administrateur, le client peut gérer lui-meme les services du prestataire. Le prestataire peut gérer les installations, l'acces aux données, etc…
Types d'utilisateurs
Les différents types d'utilisateurs possedent de différents droits.
‘Prestataire’ et ‘client’ constituent deux groupes principaux.
Le prestataire assure la gestion de l'ascenseur. C'est lui qui reçoit les messages sur les problemes et qui intervient.
Client est le propriétaire des ascenseurs.
Le client admine peut créer les comptes du prestataire admine qui, a son tour, peur créer des autres comptes du type prestataire (sauf l'admine).
Les comptes client admine sont créés par l'administrateur (LAMBDA).
Il est possible d'avoir plusieurs compte de chaque type sauf le compte de l'Administrateur Principal qui est unique.
Prestataire – destinataire des données : Il reçoit les signals des événements, il peut saisir a la main les événements a la base de données.
Prestataire – correspondant : Il peut uniquement utiliser la base de données.
Préstataire – secrétaire : Il peut saisir une information sur les interventions des trsponsables de la maintenance.
Prestataire – Admine : Il peut etre destinataire, correspondant et sercrétaire, et aussi il peur gérer les groupes des ascenseurs qui lui ont été confiés.
Client : Il peut consulter la base de données et les statistiques.
Client admine : Il peut créer les groupes des ascenseurs et les associer a un prestataire.
Administrateur (LAMBDA) : Il peut tout faire sauf la création des comptes de l'administrateur.
Administrateur Principal (LAMBDA) : Il peut tout faire.
Groupes des installations et des utilisateurs
Les installations et les utilisateurs sont divisés en groupes qui ressemblent aux ‘workgroups’ (groupes de travail) du réseau informatique.
Un utilisateur ne peut voir que les installations de son propre groupe.
Un utilisateur peut etre présent dans plusieurs groupes.
Une installation peut etre présente dans plusieurs groupes.
Création des groupes
L'utilisateur du type client admine peut créer des groupes avec les ascenseurs et les utilisateurs du type client (et client admine).
L'utilisateur admine peut créer des groupes avec les ascenseurs et les utilisateurs du type prestataire.
Exploitation par le prestataire
Saisir les événements a la main
Il faut que l'utilisateur puisse ajouter a la main un événement a la liste des événements pour une installation.
C'est le cas de la réclamation du client envoyée par le courrier traditionnel, par fax, par téléphone, etc. … lorsque le systeme des caméras n'a pas encore transmis des informations a la base de données.
La fenetre de saisie doit permettre de saisir un texte a la main ou par une liste pop-up (p.ex.. : « Monsieur Dupont vous a appelé »).
L'erreur doit etre choisie depuis une liste du type pop-up, la liste des erreurs étant prédéfinie.
Pour le type d'erreur, on a soit une ‘apparition’, soit une ‘disparition’.
La date et l'heure sont enregistrées automatiquement.
Supprimer un événement
L'utilisateur doit pouvoir cliquer sur un événément pour le supprimer.
Cela veut dire que si le systeme a reçu un message sur un défaut de l'ascenseur et on n'a jamais enregistré d'acquittement de l'erreur, si la remise de l'ascenseur a l'emploi est confirmée, l'utilisateur peut ajouter a la main l'acquittement du défaut a la base de données.>
Le nom de l'utilisateur qui a supprimé un événement sera enregistré avec la date et l'heure de la suppression.
Saisie des données sur les interventions réalisées par le responsable de la gestion de l'ascenseur
Chaque installation doit posséder une table associée avec une liste des réparations réalisées pour un ascenseur.
L'utilisateur doit pouvoir sélectionner une installation et ajouter a la liste des informations sur les réparations réalisées.
Il faut que l'utilisateur ait l'acces a la liste des intervetions possibles, des pieces rechangées, etc… La liste sera prédéfinie par LAMBDA qui pourra la modifier.
Il faut que l'utilisateur ait la possibilité de choisir une position depuis la liste avec un simple clic.
Grâce a la date de saisie, on saura si une intervention a eu lieu le matin ou dans l'apres-midi.
L'utilisateur peut également choisir le type d'intervention (réparation, réparation urgente, maintenance), le nom du travailleur de maintenance et le nom du responsable de la gestion de l'ascenseur (automatiquement)
Le nom de l'utilisateur qui a ajouté une intervention a la liste, sera enregistré avec la date et l'heure de la saisie des données.
Consulter les données relatives a une intervention
Le client doit avoir la possibilité de lister les interventions aupres d'un seul ou de plusieurs ascenseurs en fonction des intervalles des dates, des groupes des ascenseurs (une habitation, CP), du responsable de la gestion de l'ascenseur.
Alerte pour la réception d'un événement
Si l'utilisateur est un 'prestataire – destinataire des données’, lors de la réception d'un événement, la fenetre doit attirer son attention avec une pop-up ou avec un autre élément qui attire sa vue.
Ce ne sont que les événements reçus des installations associées a un utilisateur qui ouvrent une pop-up.
Il ne faut qu'une seule pop-up a la fois.
L'utilisateur doit voir la liste des événements reçus et pas résolus.
Le nom, l'adresse, le défaut (bien défini), le type de défaut, l'heure, la date doivent etre affichés.
Il faut qu'il y ait un espace texte que l'utilisateur peut insérer dans la liste pop-up configurée avec les textes ‘standards’ définis par LAMBDA.
Une case a cocher ‘résolu’, (réalisation, acquittement ?).
Option ‘tout est a résoudre’.
Une fois un événement résolu, le nom et les coodronnées de l'utilisateur sont enregistrés.
Couleur et priorité d'un événement
La priorité et la couleur peuvent rester en rapport avec chaque défaut.
Un événement haute priorité (ex : les passagers bloqués dans une ascenseur) sera affiché en haut de la liste avec une vive couleur. Les autres événements seront affichés par l'ordre de la priorité et de l'arrivée. Cette sélection se rapporte aux événements non résolus ; une fois résolus, ils sont listés par ordre chronologique, du plus ancien au plus récent (en haut de la liste).
Filtrage des événements
Le filtrage des événements est possible pour l'absence d'appel de pop-up par les événements et lorsqu'ils doivent etre supprimés.
Alerte relative a la durée des événements
Il est possible de programmer une alerte meme s'il y a des événements qui durent trop longtemps (p.ex. la présence du travailleur responsable de la maintenance). Cela peut etre programmé par l'utilisateur en fonction du type d'événement et de sa durée.