Unified Modeling Language (UML) et design patterns
1
7.6/10
UML & Design patterns
ARCHITECTURE LOGICIELLE / 26 mai 2017

UML pour Unified Modeling Language, est né en octobre 1994 au sein de la société Rational Software Corporation sur une idée de Grady Booch et de James Rumbaugh. La version 1.1 d’UML a été standardisée par l’OMG (Object Management Group) le 17 novembre 1997 suite à une demande de collaboration de plusieurs grande entreprises américaines. Parmi celles-ci, nous pouvons notamment citer Hewlett-Packard, IBM,vMicrosoft et Oracle. L’ Unified Modeling Language a été conçu pour modéliser différents types de systèmes, de taille quelconque et ceci pour tous les domaines d’application (gestion, science, temps réel, système embarqué). Ainsi, UML permet de diviser le système d’information (d’une organisation) entre un système métier et le système informatique. Le système métier doit modéliser les aspects statiques et dynamiques de l’activité selon une vision externe et une vision interne. De cette manière, le système métier ignore l’implémentation technique. De son côté, le système informatique recouvre la partie automatisée du système métier concrétisant les choix effectués parmi les différentes technologies disponibles. Les concepts manipulés sont les mêmes, pour chacun de ces deux niveaux d’abstraction. UML est fortement inspiré de l’approche 4+1 vues indépendantes (logique, composants, processus, déploiement et cas d’utilisation) définie par P. Kruchten. Il s’agissait alors d’exprimer les…

Web services REST
1
8.7/10
Web Services REST
WEB SERVICES / 25 mai 2017

Les web services REST font partie de la grande famille des services basés sur une technologie permettant à des applications de dialoguer à distance via Internet. Ceci se fait indépendamment des plates-formes et des langages sur lesquelles elles reposent. Pour ce faire, les services Web s’appuient sur un ensemble de protocoles Internet très répandus (XML, HTTP), afin de communiquer. Cette communication est basée sur le principe de demandes et réponses, effectuées avec des messages XML. Ce sont les documents WSDL (Web Service Description Language) qui décrivent les services web. Ceux-ci précisent les méthodes que le système peut invoquer, leurs signatures et les points d’accès du service (URL, port). Les services Web sont accessibles via SOAP, la requête et les réponses sont des messages XML transportés sur HTTP. Il existe probablement autant de définitions des Web Services que d’entreprises qui les créent. Mais presque toutes ces définitions ont un certain nombre de points communs. Premièrement, les services web proposent aux utilisateurs du Web des fonctionnalités pratiques grâce à un protocole Web standard (dans la plupart des cas, le protocole utilisé est SOAP). Deuxièmement, les Web Services offrent un moyen de décrire leurs interfaces suffisamment en détail pour permettre à un utilisateur…

Solutions et protocoles de log
1
7.8/10
Solutions et protocoles de log
PROTOCOLES / 5 mai 2017

Les solutions et protocoles de log permettent la mise en place de journaux d’événements. Ces journaux d’événements constituent une brique technique indispensable à la gestion de la sécurité des systèmes d’information. Afin de détecter des incidents de sécurité, il est possible d’utiliser a priori les journaux comme une source d’information riche. Dans ce cas, on peut alors consulter et analyser en temps réel les événements constituant les journaux. Mais l’administrateur du réseau peut également y retrouver les traces d’un incident de sécurité a posteriori. L’analyse des journaux d’un ensemble de composants peut alors permettre de comprendre le cheminement d’une attaque et d’évaluer son impact. Il faut donc garder à l’esprit que l’activité de journalisation est un moyen de détection et d’analyse. Elle ne se substitue pas aux mécanismes de protection du système d’information. Mais, son emploi doit se faire de façon complémentaire. L’utilité des solutions et protocoles de log dépend de leur génération et de leur récupération. Une architecture de journalisation doit donc suivre l’évolution du système d’information concerné (prise en compte des nouveaux équipements, des nouveaux usages, etc.). Plan du mémoire “Solutions et protocoles de log” Ce mémoire s’attache tout d’abord à définir la notion de log et à…

Méthode MVC
1
9.9/10
La méthode Modèle – Vue – Contrôleur 

La recherche en interactions homme-machine a permis le développement de modèles génériques et abstraits de systèmes interactifs. Ces recherches ont pour objectifs de mieux comprendre les systèmes interactifs existants, et à mettre en place une base commune de communication. Elles guident également vers des choix d’architecture logicielle lors du développement de nouveaux systèmes interactifs. L’architecture Modèle – Vue – Contrôleur également nommée méthode MVC s’inscrit dans la lignée de ces recherches. Lors de sa conception, le modèle MVC devait servir de solution générale permettant aux utilisateurs de manipuler des données volumineuses et complexes. A l’origine, ce sont les applications logicielles qui devaient faire usage de l’architecture MVC. Pourtant, aujourd’hui, ce se ont principalement les applications Web qui en font usage. Dans ce contexte, il est étonnant de constater que le modèle MVC fût conceptualisé quelques années avant l’utilisation du terme « Internet » en 1982. Et force est de constater qu’après 40 ans, la mécanique MVC reste toujours autant d’actualité. Mais le traitement de ce sujet n’en reste pas moins difficile malgré une base théorique de l’époque relativement condensée. L’évolution du concept au fil des années, ses différentes versions, ses nombreux domaines d’application, l’usage diversifié qu’en font les développeurs rendent…

Web Socket et web RTC
1
8.3/10
Web Socket & Web RTC
WEB SERVICES / 3 mai 2017

Web socket et Web rtc sont deux moyens différents de communiquer avec le serveur. Ce rapport montre les technologies existantes avant la venue du Web Socket et pourquoi ce protocole a vu le jour. Il présente le protocole, ses principes et ses spécifications. Il aborde également cette API standardisée par le W3C qui est l’implémentation en langage de programmation de la norme. Puis, il recense les principales implémentations du Web Socket dans d’autres langages de programmation. Concernant le Web RTC, il présente les étapes qui ont conduit à cette norme ainsi que les implémentations actuelles. Il propose tout d’abord une présentation générale de la norme, de son architecture et de son fonctionnement. Puis il aborde les différents standards sur lesquels s’appuie le Web RTC pour fonctionner ainsi que les API implémentées. Les problèmes de sécurité et la gestion des pertes de paquets sont également abordés. Et plus précisément sur Web Socket et Web RTC ? Web Socket est un protocole ayant fait l’objet d’un RFC (RFC 6455) publié à la fin 2011. Et depuis 2012, il est en cours de standardisation au W3C à l’état de “Candidate Recommendation“. Ce protocole permet d’établir une connexion permanente et bidirectionnelle entre un client…