Bilan et conclusion
Nous avons, en fin de compte, déterminé dix-sept propriétés
et pris six décisions importantes dont une concerne une généralisation
du système(accès entre bâtiments), deux concernent
des choix négatifs ayant à voir avec des usages restrictifs
du système (les gens ne peuvent pas nécéssairement
rejoindre l'"extérieur", et des obstructions sur les lecteurs de
cartes ne seraient pas éventuellement impossible), et trois
concernent des options portant sur le matériel (bloquages
automatiques des lecteurs et des portes, et mise en place d'horloges sur
les portes). Bien sûr, ces décisions sont contestables : l'important,
nous semble-t-il, est cependant de les avoir nettement identifiées.
Une autre architecture aurait pu être étudiée.
Elle aurait correspondu à une simplification du matériel
par annulation de la décision consistant à mettre des horloges
sur les portes. On aurait en fait centralisé tous les problèmes
de timing dans le micro-processeur. On aurait alors constaté
une complexification du logiciel, due à la difficulté
de le synchroniser finement avec le matériel. La technique de développement
aurait consisté à envisager d'abord de mettre des horloges
dans les portes comme nous l'avons fait ici, puis à raffiner le
système en déplaçant les horloges des portes vers
le micro-processeur : les difficultés seraient apparues à
ce moment-là.