Design paradigms

Ce document a pour objectif de décrire l’architecture technique de la solution proposée dans le cadre du projet de professionnalisation « Plate forme .Net ». Il s’agit d’une solution de gestion de la planification basé sur le modèle de fonctionnement d’une EFPP 1.1.1. Objectif d’une conception d’application distribuée Lorsqu’on conçoit une application distribuée, il faudra faire des choix particuliers concernant son architecture logique et physique ainsi que les technologies et infrastructures utilisées pour implémenter ses fonctionnalités. Afin de prendre ces décisions de façon effective, il faut avoir une compréhension claire des processus métiers que l’application réalisera (ses spécifications fonctionnelles), ainsi que le niveau d’échelonnabilité, de disponibilité, la sécurisation, la maintenabilité exigée (les spécifications non fonctionnelles et les spécifications opérationnelles). Notre objectif au travers ce document est donc : Concevoir une application q

1. Les diagrammes de conception Pour améliorer encore notre diagramme de classes et le préparer à la production du code, nous cesserons de considérer le système comme une boîte fermée et décrirons plus précisément les interactions survenant entre les différentes classes identifiées précédemment - soit les dialogues, les contrôles et les entités. Nous isolerons un cas d'utilisation particulier pour illustrer certains aspects complexes de l'application. Prenons le cas d'un utilisateur qui effectue une recherche intermédiaire par auteur. Un premier diagramme de séquences illustre ce cas d'utilisation : Nous ajoutons maintenant au diagramme de séquences les instances de classe d'objet intervenant dans le système. Continuons à identifier les messages pour l'obtention de la fiche détaillée d'un document choisi dans la page de résultats. Ce diagramme nous permet maintenant d'identifier quelques nouveau

1.1.1. Conception objet et passage au code - diagrammes d’interaction et classe Création de diagrammes d’interactionCréation de diagrammes de classe Dernière étape avant l’écriture du code. On affine et on applique les trois derniers diagrammes au langage utilisé ainsi que la notation des attributs et des opérations. En utilisant le langage orienté objet PHP par exemple, certaines pages deviennent à la fois dialogues et contrôles comme par exemple la page panier.php qui accède directement à l’entité panier

1.1.1. Modélisation préliminaire objet interaction du système technique ULM : diagrammes d’interaction (séquence et ou collaboration) et diagrammes de classes Création de diagrammes d’interaction (séquence ou collaboration) Création de diagrammes de classe Dans les diagrammes de séquences système on confrontait l’ acteur au système dans sa globalité. Dans cette étape on va détailler le système décrit par nos classe s participantes et compléter le diagramme de séquence système. Chaque classe devient un objet du système symbolisé comme pour les diagrammes de classe s participantes.On détaille les séquences du Scénario au sein du système, d’ objet à objet .Un objet pourra s’envoyer un message à lui-même comme le cas pour la vérification de syntaxe effectué par l’ objet recherche avancé.Un objet pourra crée un autre objet comme le cas pour le catalogue qui crée un objet résultat. Le diagramme de collaboration est la même description écrite d’une manière différente.

1.1.1. Modélisation de la navigation - technique UML : diagrammes d’activités Création de diagrammes d’activités En fonction de l’interface (maquette) et des diagrammes de classe s participantes (et d’autres) on modélise un diagramme d’activité. Un diagramme d’activité est un diagramme dynamique qui a un début, une ou des fins et une ou des fins anormales. Chaque activité est reliée à une autre ou a une condition (symbolisé par un losange). Pour le WEB on va ajouter des conventions :La page :la frame a l’intérieur d’une page L’exception : erreur ou comportement inattendu du système Pour la réalisation de ce diagramme on commence par l’ acteur (ex l’internaute) qui arrive sur une page donnée (ex : Page d’accueil). Ensuite on détaille le parcourt de page en page : De la page d’accueil l’internaute choisi le frame recherche rapide (présente sur la page d’accueil) ou va vers la page de recherche avancée. L’une ou l’autre recherche est une action « recherche » qui va (conditio

1.1.1. Classes participantes - technique UML pour les diagrammes de classe Création de diagrammes de classe participante Dans cette partie le but est de trouver les classe s de l’interface IHM = maquette ( les classe les dialogues ) et celles qui décrivent la cinématique de l’application ( les classe s contrôles ) et de les associer à nos classe s métier trouvées auparavant. Par exemple pour le développement d’un site Web, les classe s dialogues font la liaison entre l’utilisateur et le site WEB : elles vont recevoir en plus des attributs (qui représentent les champs de saisie) des opérations (qui représentent les actions d’utilisateur). Les classe s contrôles font la transition entre les dialogues et les classe s métiers : Elles n’auront pas d’attributs, mais seulement des opérations qui montre les comportements du système informatique. Les classe s métier garderont seulement leurs attributs. A noter que les associations sont unidirectionnelles. Par exemple