CR004 Architecture et contraintes techniques

Date:

03-18 12h-17h

Type:

Réunion

PartiesPrenantes:

ABI, HSI, KWG, MPA, PSO

Lieu:

Paris-AccessIT

Organisateur:

ABI

Rapporteur:

KWG

Presents:

ABI, HSI, KWG, MPA

Objectifs:

Définir l’architecture et revenir sur les fonctions associées à chaque noeud.

Attention

Ce compte rendu est un document de travail et n’est pas contractuel.

  1. AccessIT rappelle l’architecture classique des applications déjà mises en place par leur soin.

  2. Il n’y a aucune raison a priori de changer d’architecture sachant qu’elle fonctionne bien dans différents contextes.

  3. Les matériels (barrière, caméras, etc.) sont toujours connectés directement au serveur de contrôle.

  4. Ce serveur permet de gérer en temps réel les matériels en les commandant par leurs drivers

  5. Le serveur d’applications doit être plus ou moins puissant selon le volume de données à gérer et le nombre de transactions à mettre en œuvre.

  6. Pour l’Hôtel du Département de l’Isère, il n’y aura a priori pas de soucis, mais AccessIT a déjà eu affaire à des parking avec plus de 2 000 places, 10 000 employés, avec des historiques à conserver sur 5 ans (siège de Google à Montain View).

  7. De tels clients devront pouvoir être gérés avec iPark.

  8. Contrairement aux architectures traditionnelles, il n’y aura pas de poste fixe pour les gardiens.

  9. Les gardiens seront équipés de tablettes sous Android pour gérer les incidents.

  10. C’est un grand changement car jusque-là des appareils spécialisés ou des postes fixes étaient utilisés.

  11. Les applis des tablettes des gardiens seront connectées au serveur applicatif via une connexion sécurisée https et un réseau wifi interne sécurisé.

  12. AccessIT mentionne qu’il est possible d’installer des systèmes de brouillage et bien d’autres choses, qui rendent ce réseau à la fois sûr et fiable.

  13. Les incidents doivent être localisés (e.g. niveau, zone, point d’accès, …) et gardés dans l’historique.

  14. En fonction de sa disponibilité, le gardien choisit de prendre en charge un incident qui lui est notifé ou de le laisser aux autres gardiens.

  15. Lorsqu’un gardien prend un incident, celui change d’état (de « nouveau » à « affecté »).

  16. À partir de ce moment c’est lui qui contrôle totalement le point d’accès concerné jusqu’à ce qu’il déclare l’incident clos.

  17. Pour régler l’incident le gardien agit sur les équipement du point d’accès depuis sa tablette.

  18. Il peut éventuellement commenter un incident une fois qu’il l’a clos, avec un texte.

  19. Evidemment si nécessaire les gardiens appelleront les services compétents (urgences, sécurité, police, administration, etc.).

  20. La discussion sur le rôle des gardiens s’est achevée sur la conclusion suivante.

  21. L’ergonomie de l’IHM des gardiens doit être optimale vu le turn-over dans cette profession et la nécessité d’agir rapidemment.

  22. _

  23. Le poste superviseur (toujours un seul, pour des raisons de sécurité) et les postes administrateurs (autant que nécessaire) seront connectés au serveur applicatif par une liaison Ethernet, avec une interface WEB utilisant le protocole https.

  24. Il s’agit dans les deux cas de PCs sous Windows.

  25. _

  26. Les administrateurs gèrent les personnels et leurs inscriptions à des groupes, mais aussi leurs changements de véhicule.

  27. Lorsqu’un personnel change de véhicule; il doit donner à son administrateur la nouvelle plaque d’immatriculation, faute de quoi ce véhicule n’accédera pas au parking.

  28. Lorsqu’un personnel appartient à plusieurs groupes, et si ces groupes sont gérés par différents administrateurs, n’importe quel de ces administrateurs peut mettre à jour son véhicule.

  29. Finalement, le serveur applicatif est le seul élément de iPark a être connecté à internet via TCP-IP.

  30. C’est lui qui gèrera les web-services mentionnés auparavant.

  31. _

  32. Il est fait état d’un démarrage éminent de la phase de collecte des exigences.

  33. Les spécifications UML seront faites par le groupe M1 de la MIAGE de Grenoble à partir des comptes rendus de réunions réalisés jusque-là.

  34. Les personnels de la société AccessIT ne seront pas disponibles dans les semaines qui viennent.

  35. Il risque d’en être de même des personnels de MIAGE Grenoble ayant participé à ces réunions.