User Tools

Site Tools


2010_2011:s3:omgl:mod-si:tp:elements-d-architecture

Éléments d'architecture

Cette page vise à vous donner quelques informations sur l'architecture à mettre en place pour réaliser votre application.

Ici le cours

Ici les codes correspondants et la base de données

--
-- Base de données: `jSeduite`
--

-- --------------------------------------------------------

--
-- Structure de la table `information`
--

CREATE TABLE `information` (
  `titre` varchar(20) NOT NULL,
  `date` varchar(22) NOT NULL,
  `identifiant` int(11) NOT NULL auto_increment,
  PRIMARY KEY  (`identifiant`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 AUTO_INCREMENT=57 ;

--
-- Contenu de la table `information`
--

INSERT INTO `information` VALUES('nuit de l''info', '2010-11-12 13:40:18', 3);
INSERT INTO `information` VALUES('aaa', 'Mon, 29 Nov 2010 20:46', 55);
INSERT INTO `information` VALUES('Fin des inscriptions', 'Sun, 28 Nov 2010 00:30', 54);
INSERT INTO `information` VALUES('Devint', 'Fri, 26 Nov 2010 22:53', 44);

Le reste de cette page est essentiellement un (extrait de 1)

Design Pattern MVC /patron de conception MVC

Pour mémoire le pattern MVC permet d’organiser une application en 3 couches distinctes à savoir :

  • le modèle, qui contient la logique métier;
  • la vue, qui regroupe tout ce qui a trait à la présentation (des données / comme des interactions utilisateur);
  • le contrôleur, qui répond à des interactions utilisateurs en provenance de la vue, en appelant des traitements mis à disposition sous forme de méthode par le modèle, afin de nourrir la vue associée au traitement demandé par l’utilisateur.

Visualisation MVC d'après 1

  • Avez-vous bien séparé les vues du système des accès aux données?

Modèle et Couche d'accès aux données

Sous sa forme la plus brute, la couche modèle peut être vue comme les « données ». Par données on entend tout ce qui est persistant, c’est-à-dire tout ce qu’on pourra lire à partir d’une source, et modifier pour le relire plus tard si besoin est. Dans une logique de découplage, il est de bon ton d’essayer de s’affranchir le plus possible de la forme brute des données. C’est ce que va faire le modèle en transformant des données brutes en objets structurés, utilisables simplement par la couche inférieure : le contrôleur.

Le Dao a pour but de transformer les données contenues dans une bases de données en objets et inversement.

Interactions Homme-Machine

  • Avez-vous vérifié qu'à toute action de l'utilisateur prise en compte par le système correspond un retour du système?
  • En cas de destruction, avez-vous pensé à demander confirmation? ou non?
  • Avez-vous pensé à pouvoir interrompre un processus?

Références

2010_2011/s3/omgl/mod-si/tp/elements-d-architecture.txt · Last modified: 2010/11/30 09:58 by blay