User Tools

Site Tools


Sidebar

* [[http://www.labri.fr/perso/melancon|Me as a researcher]] --- * [[start|Home]] * [[proj_techno:start|Projets technologiques - Licence 3 Informatique]] 4TIN601U * [[proj_CMI_L2:start|Projet de programmation - CMI ISI]] 4TCM401U * [[MIAGE:processus_stoch_simulation|Processus stochastiques et simulation - MIAGE et e-MIAGE]] 4TYE814U / 4TYE808U ---- * **Fête de la Science** - [[mathc2+:analyse|"Analyse de réseau appliquée aux réseau sociaux"]] ---- * Master U de Bx * [[http://www.labri.fr/perso/melancon/Visual_Analytics_Course/|Visual Analytics]] * [[e-miage_ubx_i|e-MIAGE U de Bx]] * [[estia:estia|ESTIA DataViz / Data Science]] * [[Enseignements passés]] ---- * [[http://www.labri.fr/perso/melancon|Research]] ---- * [[admin:Site admin]]

proj_techno:cc2

====== Licence Sciences, Technologies, Santé / Parcours MISMI ====== ===== L3 - 4TIN601U Projets technologiques ===== ;;# Simplicity is prerequisite for reliability. ;;# ;;# -- [[http://www.brainyquote.com/quotes/authors/e/edsger_dijkstra.html|Edsger Dijkstra]] ;;# ==== Contrôle continu du 17/03/2017 ==== Durée : 30 minutes [[https://goo.gl/forms/wkfUyAoYP7C4sWsv2|Accéder au formulaire en ligne, répondez à toutes les questions.]] Correction sommaire * L'acronyme MVC (du modèle MVC) correspond à //Modèle Vue Contrôleur// * Les deux (2) aspects ou qualités les plus cruciales d'une approche objet sont en <color purple>italiques</color>. * Robustesse (pas ou moins de bug) -- rien ne garantit la robustesse dans l'approche OO * Indépendance -- la notion d'indépendance c'ets pas claire ici * Parallélisme -- l'approche OO a peu à voir avec la parallélisme * Performances -- l'approche OO n'apporte pas en tant que tel des gains de performances (on pourrait même s'aventurer à dire qu'elle impose un surcoût) * //<color purple>Modularité</color>// * //<color purple>Abstraction</color>// * Dans le modèle MVC, le modèle est responsable de la gestion des données. * Et pas que de la gestion, son rôle s'étend aussi au traitement de la donnée (pour en dériver d'autres entités ou données). * Dans une application web MVC reposant sur le modèle MVC, la vue est réalisé à l'aide de toutes ces technologies: * ''CSS'', ''HTML'', ''javascript'' * L'__avantage majeur__ de l'approche MVC est d'apporter au système la //modularité//, en distinguant bien les rôles de chacun des modules (et en les attribuant à l'une des trois facettes du système M, V ou C). * On se propose de réaliser un tableau de bord de suivi de commandes. Le sommaire à afficher exige d'assembler des données de différents sous-systèmes: des commandes, des livraisons et de la comptabilité. Quelle est l'approche la plus appropriée pour réaliser ce tableau de bord ? * Créer des modèles spécifiques pour chacune des requêtes, puis créer un modèle propre à la vue "tableau de bord" assemblant les modèles obtenus de chacun des sous-modèles. * Le(s) modèle(s), tout comme les vues, n'ont pas à être unique, on peut éclater cette facette du système en plusieurs modèle répondant chacun à une vue ou à un volet de la vue. Cela va dans le sens de la modularité. * Quelles sont les __raisons essentielles__ justifiant l'utilisation de contenu web dynamique ? * La possibilité d'afficher du contenu spécifique à l'utilisateur. * La possibilité d'afficher du contenu obtenu depuis une base de données. * Le plus souvent dans une implémentation OO d'une architecture MVC , quels liens y a t-il entre objets et modèles ? * Les objets correspondront le plus souvent aux entités du modèle (qui elles-mêmes correspondront souvent à des entités du schéma d'une base de données). --- [[proj_techno:start|Retour à la page d'accueil du cours]]

proj_techno/cc2.txt · Last modified: 2017/04/03 15:45 by melancon