Version RTF PC - halfj-site
publicité
Consultation pour un forfait au sein du projet Colortable 1er avril 2005 rfp-colortable.rtf 24 pages Consultation pour un forfait au sein du projet Colortable Copyright Le site web « halfj-site v1.3 » est la propriété de David Andrianavalontsalama, et est protégé par Copyright ©. Cela concerne également toute version offline dudit site. Les documents RTF disponibles sur le site « halfj-site v1.3 » sont la propriété de David Andrianavalontsalama, et sont protégés par Copyright ©. 1er avril 2005 rfp-colortable.rtf Page 2/24 Consultation pour un forfait au sein du projet Colortable Sommaire Consultation pour un forfait au sein du projet Colortable ........................................................ 4 Chapitre 1. Avertissement ................................................................................................... 5 Chapitre 2. Attentes fonctionnelles ..................................................................................... 6 Chapitre 3. Attentes en terme d'ergonomie ......................................................................... 9 Chapitre 4. Présentation de l'existant ................................................................................ 11 Chapitre 5. Limites de l'existant ........................................................................................ 12 Chapitre 6. Attentes techniques ........................................................................................ 14 Chapitre 6.1. Communication HTTP .............................................................................. 14 Chapitre 6.2. Code HTML .............................................................................................. 15 Chapitre 6.3. Performances .......................................................................................... 15 Chapitre 7. Méthodologie ................................................................................................... 17 Chapitre 8. Proposition attendue ....................................................................................... 20 Glossaire ................................................................................................................................ 21 Index ....................................................................................................................................... 24 1er avril 2005 rfp-colortable.rtf Page 3/24 Consultation pour un forfait au sein du projet Colortable Consultation pour un forfait au sein du projet Colortable Résumé : Le projet « halfj » souhaite refondre son outillage de sélection de couleurs web, en l'intégrant de façon homogène dans son site général, et en repensant certaines fonctionnalités. Le projet « halfj » dispose d'un outillage de sélection de couleurs web, et souhaite le renouveler.Le nom de code de cette application web est « Colortable ». Elle présente à l'utilisateur la palette des216 couleurs web standard, sur des pages HTML visibles sur la grande majorité desnavigateurs, même les plus anciens. La palette est présentée sous plusieurs formes, afin de faciliter le choix de l'utilisateur.L'application est développée en PHP. Le projet d'évolution a pour objectif de faire évoluer l'architecture technique et fonctionnelle de l'application, afin : d'intégrer l'application dans un site plus général, le site « halfj-site », d'apporter des évolutions fonctionnelles. Des spécifications générales ont été émises par le projet « halfj » dans le sens de ces évolutions. Le projet « halfj » fait appel à un intégrateur, qui aura la charge de réaliser la nouvelle version de l'application. Cet intégrateur devra insérer son développement dans les pratiques du projet « halfj »,et permettre l'appropriation par le projet « halfj » du produit réalisé. 1er avril 2005 rfp-colortable.rtf Page 4/24 Consultation pour un forfait au sein du projet Colortable Chapitre 1. Avertissement Résumé : Étant donnée l'importance stratégique de la réalisation demandée, le projet « halfj » demande de respecter une déontologie stricte sur la diffusion et la copie de ce document. Ce document et ses annexes sont la propriété du projet « halfj ». Toute communication extérieure à l'intégrateur explicitement sollicité et nommé par le projet « halfj », est soumise à l'autorisation explicite préalable du projet « halfj ». Sauf dans le cas où le projet « halfj » le rendrait public sous quelque forme que ce soit, ce document ne saurait faire l'objet de reproductions, de présentations ou d'utilisations en dehors de l'intégrateur explicitement sollicité et nommé par le projet « halfj ». En cas de manquements constatés à ce devoir de restriction, le projet « halfj » se verrait dans l'obligation de disqualifier le contrevenant. 1er avril 2005 rfp-colortable.rtf Page 5/24 Consultation pour un forfait au sein du projet Colortable Chapitre 2. Attentes fonctionnelles Résumé : Le projet « halfj » a des attentes précises en termes de fonctionnalités de l'application « Colortable ». Utilisateurs de l'application Les utilisateurs à qui s'adresse cette application sont des webmasters à l'ancienne mode, ou alors snobs, qui veulent utiliser des couleurs web standard dans leurs sites. Ils ont la connaissance technique du HTML, et notamment des règles de codage des couleurs dans ce langage. Caractéristiques des couleurs L'application web « Colortable » doit permettre à un utilisateur de choisir une couleur RGB parmi les 216 couleurs web standard. Dans du code HTML, ces couleurs sont référencées sous la forme « #xxyyzz », où les caractères « x », « y » et « z », peuvent prendre les valeurs « 0 », « 3 », « 6 », « 9 », « C », « F ».Les niveaux de rouge (R), de vert (G), et de bleu (B), peuvent donc prendre 6 valeurs hexadécimales possibles, ce qui correspond bien à 216 possibilités de couleurs différentes (6 × 6 × 6 = 216). On donne ci-dessous les valeurs hexadécimales et leur équivalent décimal : 0x00 : 0 0x33 : 51 0x66 : 102 0x99 : 153 0xCC : 204 0xFF : 255 En plus de sa notation RGB, chaque couleur a une correspondance dans l'arbre HSL de Munsell, en la projetant sur 3 coordonnées : un degré de teinte (H) de 0° à 360°, un niveau de saturation (S) de 0% à 100%, et un niveau de luminosité (L) de 0% à 100%.De plus, à chaque couleur correspond un niveau de gris, variant également de 0 à 255, calculé par la formule Y = R × 0,299 + G × 0,587 + B × 0,114. Par exemple, la couleur RGB « #CC99CC » correspond aux caractéristiques suivantes : rouge 204, vert 153, bleu 204, teinte 300°, saturation 25%, luminosité 80%, et niveau de gris 171. Le catalogue technique des 216 couleurs web standard, qui fait la liste de leurs caractéristiques, sera fourni à l'intégrateur en début de réalisation. Nommage et classification des couleurs Les nommages plus ou moins standard de certaines couleurs, sous la forme « black », « white », « cyan », « magenta », « fuschia », etc. ne sont pas considérés pour cette application. 1er avril 2005 rfp-colortable.rtf Page 6/24 Consultation pour un forfait au sein du projet Colortable On ne s'intéresse pas non plus aux classifications de couleurs,par exemple la classification standard Pantone. En effet, ces nommages et classifications ne couvrent pas complètement les 216 couleurs web, et s'appliquent en fait à d'autres façons de regrouper les couleurs. Rendu des couleurs L'application web « Colortable » doit permettre de visualiser la couleur sélectionnée, et ce en couleurs, ainsi qu'en « niveaux de gris », même si cette traduction grisée sort du coup des 216 couleurs web standard. Par exemple, la couleur RGB « #CC99CC » devra pouvoir être visualisée sous la forme de la couleur elle-même, ainsi que dans le gris « #ABABAB », qui correspond au niveau de gris 171, et qui n'est en l'occurrence pas une des 216 couleurs web standard. Palettes L'application devra présenter la liste des 216 couleurs web standard, dans les différentes formes de classements présentées ci-dessous. Chaque palette permet de sélectionner une couleur. Si une couleur est déjà sélectionnée, son emplacement est montré dans la palette, et l'utilisateur peut choisir une nouvelle couleur s'il le désire. Classements RGB Il s'agit de présenter les 216 couleurs sur 6 carrés de 6 × 6 couleurs. Chaque carré correspond à un niveau RGB donné constant, avec les 36 variations des deux autres niveaux. Trois classements RGB différents devront être proposés : RGB|R (6 carrés, un par niveau de rouge), RGB|G (6 carrés, un par niveau de vert), et RGB|B (6 carrés, un par niveau de bleu). Classement H Il s'agit de présenter les 216 couleurs sur une échelle linéaire de leurs teintes. Pour chaque teinte possible dans les 216 couleurs web standard, à savoir 0°, 12°, 15°, 20°, 24°, 30°, 36°, 40°, 45° et 48°, le tout modulo 60°, il faut montrer les variations possibles de saturation et de luminosité. Les gris, qui n'ont par définition pas de teinte, doivent également être montrés sur cette page, éventuellement sur une palette à part. Classement S Il s'agit de présenter les 216 couleurs sur une échelle linéaire de leurs saturations. Pour chaque saturation possible dans les 216 couleurs web standard, à savoir 0%, 20%, 25%, 33% (arrondi), 40%, 50%, 60%, 67% (arrondi), 75%, 80%, et 100%, il faut montrer les variations possibles de teinte et de luminosité. Classement L Il s'agit de présenter les 216 couleurs sur une échelle linéaire de leurs luminosités. 1er avril 2005 rfp-colortable.rtf Page 7/24 Consultation pour un forfait au sein du projet Colortable Pour chaque luminosité possible dans les 216 couleurs web standard, à savoir 0%, 20%, 40%, 60%, 80%, et 100%, il faut montrer les variations possibles de teinte et de saturation. Classement Y Il s'agit de présenter les 216 couleurs sur une échelle linéaire de leurs niveaux de gris. Pour chacun des 151 niveaux de gris possibles dans les 216 couleurs web standard, niveaux échelonnés entre 0 et 255, il faut montrer les choix de couleurs correspondantes. Par exemple, le niveau de gris 171 (sur 255), correspond aux trois couleurs « #CC99CC », « #33CC66 », et « #FF9933 ». On voit avec cet exemple que certains niveaux de gris correspondent à plusieurs couleurs parmi les 216 couleurs web. Certains niveaux de gris en revanche ne correspondent à aucune des 216 couleurs web. Un exemple : le niveau de gris 170. Comparaisons de couleurs L'application web devra permettre de comparer par juxtaposition deux couleurs choisies dans la palette. Si possible, il faudra également permettre à l'utilisateur de comparer la couleur sélectionnée avec sa couleur « inverse ».La couleur « inverse » est la couleur qu'on obtient en complémentant les niveaux RGB à 255. Par exemple, la couleur « #CC99CC » a pour couleur « inverse », la couleur « #336633 ». Application multilingue L'application devra être proposée à l'utilisateur dans deux langues : anglais et français. La langue française sera sélectionnée par défaut. 1er avril 2005 rfp-colortable.rtf Page 8/24 Consultation pour un forfait au sein du projet Colortable Chapitre 3. Attentes en terme d'ergonomie Résumé : Le projet « halfj » a des attentes précises en termes d'ergonomie de l'application « Colortable ». Navigateurs de validation La validation du dossier de maquettage se déroulera sur les navigateurs web suivants : sur Windows NT 4 : Microsoft Internet Explorer 6.0 sur Windows 2000 : Amaya 9.1 AtomNet PE 1.23 Firefox 1.0 HotJava 3.0 K-Meleon 0.9 Maxthon 1.1.120 Microsoft Internet Explorer 5.0 (à valider) Microsoft Internet Explorer 5.5 SP2 (à valider) Microsoft Internet Explorer 6.0 SP1 Mozilla 1.6 Netscape 7.1 Netscape Communicator 4.79, sans CSS ni JavaScript OEMBrowser 3.05 Opera 7.5.4 sur MacOS 7.6.1 : Cyberdog 2.0 sur MacOS 8.6 : iCab 2.9.8 Microsoft Internet Explorer 4.01 Netscape 7.02 Netscape Communicator 4.5, sans CSS ni JavaScript sur MacOS 9.1 : Microsoft Internet Explorer 4.5 sur MacOS X 1.3 : Camino (version à valider) Mozilla (version à valider) OmniWeb (à valider) Safari (version à valider) 1er avril 2005 rfp-colortable.rtf Page 9/24 Consultation pour un forfait au sein du projet Colortable Cinématique web et menus Les différentes palettes devront être accessibles en permanence. Taille des écrans Les pages HTML devront être conçues pour pouvoir être visualisées sur des zones de 800 pixels de large en police courante, sans avoir à activer la barre de défilement horizontal. Titres des liens Les liens hyper-textes devront avoir un attribut @title, afin d'afficher une « bulle d'aide » lorsqu'on passe le pointeur au-dessus. Cette considération est prioritaire, malgré les impacts évidents sur la taille du code HTML. Les titres de liens devront être homogènes avec ceux du site principal, et cohérents entre eux. En particulier, si un même lien se trouve à deux endroits différents ou sur deux pages différentes, le titre du lien devra être le même aux deux emplacements. Les titres des liens seront soumis à validation dès réception du dossier de maquettage, à l'aide de navigateurs qui les affichent : par exemple iCab, Firefox, Microsoft Internet Explorer, Mozilla, Netscape 7, Opera. Navigation structurelle Le site web de l'application devra au maximum mettre en place les notions de navigation structurelle de niveau site, grâce notamment aux balises « <LINK> » pour les liens standard « retour à l'accueil », « niveau supérieur », « aide », « recherche », « copyright ». Les liens de structure de niveau document, comme « première page », « page précédente », etc. « sommaire », « index », « glossaire », ne sont a priori pas pertinents pour l'application web « Colortable ». Leur mise en place n'est pas demandée. La navigation structurelle sera soumise à validation dès réception du dossier de maquettage, à l'aide de navigateurs qui la permettent : par exemple iCab, Mozilla, Opera. La mise en place du lien « niveau supérieur » imposera probablement la réalisation d'une page de menu général, de laquelle dépendront les palettes. 1er avril 2005 rfp-colortable.rtf Page 10/24 Consultation pour un forfait au sein du projet Colortable Chapitre 4. Présentation de l'existant Résumé : L'application « Colortable » existante mérite un petit tour de présentation. URL L'application « Colortable » existante est disponible à l'URL suivante : <http://www.half-serious.com/david/colortable/ [http://www.half-serious.com/david/colortable/]>. Cinématique web et menus L'application « Colortable » existante permet d'accéder aux palettes RGB|R, RGB|G, RGB|B, HSL, SATURATION, et LIGHTNESS. Lorsqu'on sélectionne une couleur, une page spécifique s'affiche, qui présente trois carrés RGB, à rouge constant, à vert constant, et à bleu constant, dans lesquels la couleur sélectionnée est positionnée. Chaque page permet de revenir au site « principal ». Caractéristiques des couleurs Pour chaque couleur sélectionnée, les caractéristiques suivantes sont affichées : code RGB, teinte, saturation, et luminosité. Couleur de fond Par défaut, lorsqu'on sélectionne une couleur dans'application « Colortable » existante, la couleur sélectionnée s'applique au fond d'écran. L'utilisateur peut choisir de repasser en fond blanc, ou de passer en fond noir, ou inversé. De même pour les pages de palettes, par défaut sur fond blanc, l'utilisateur peut choisir de passer en fond noir. Enregistrement des pages HTML L'application « Colortable » existante permet d'enregistrer ses pages sous forme de fichiers HTML locaux autonomes, c'est-à-dire sans besoin de fichiers additionnels (images, feuilles de styles...). Performances L'application « Colortable » existante est très performante. La taille moyenne des pages est de 46 Ko, avec un minimum de 26 Ko et un maximum de 59 Ko. Elles se chargent en moyenne en 0.1 s. 1er avril 2005 rfp-colortable.rtf Page 11/24 Consultation pour un forfait au sein du projet Colortable Chapitre 5. Limites de l'existant Résumé : Bien que très performante au niveau des temps de réponse, l'application « Colortable » existante souffre de limites fonctionnelles et d'utilisabilité. Caractéristiques des couleurs L'application « Colortable » existante ne mentionne pas les niveaux de gris des couleurs : l'utilisateur est obligé d'imprimer en N&B une page de consultation pour pouvoir choisir en fonction du gris souhaité. Conformité du HTML Le code HTML est bien conforme aux standards, mais le navigateur iCab affiche une tête « mitigée » à cause des balises <FONT>, qui sont dépréciées en HTML 4.01. Cinématique web et menus La cinématique web de l'application « Colortable » existante n'est pas homogène. Ainsi, parmi les palettes RGB, une palette (RGB|R) est choisie par défaut. C'est même la page d'accueil de l'application ! Les menus de niveau site général et de niveau application, ne sont pas différenciés. Les menus de niveau site général ne sont pas homogènes avec le reste du site général. Sélectionner une couleur dans une palette donnée amène sur une page de positionnement de la couleur choisie dans une palette qui est forcément de type RGB. Accès HTTP Les URLs mentionnent la technologie sous-jacente : les suffixes « .php3 » sont visibles. Lisibilité L'application « Colortable » existante affiche des textes blancs quand le fond de l'écran est « foncé », en s'appuyant pour cette notion sur le niveau de luminosité (en-deçà de 50%), et non sur le niveau de gris (entre 0 et 127). Or certaines couleurs ont une luminosité supérieure à 50%, et un niveau de gris très bas, ce qui rend le texte (affiché en noir puisque la couleur n'est pas repérée comme « foncée ») peu lisible. Par exemple, la couleur « #000099 » a une luminosité de 60%, mais un niveau de gris de 45, et le texte noir affiché par-dessus est alors peu contrasté. La police choisie, « monaco, courier new, courier, monospace » en 9 pixels, s'affiche correctement sous MacOS 8.6, mais ne donne pas un rendu très lisible sous Windows 2000. Aspect multilingue L'application « Colortable » existante n'existe qu'en anglais. 1er avril 2005 rfp-colortable.rtf Page 12/24 Consultation pour un forfait au sein du projet Colortable Titres des liens Les titres de liens ne sont pas gérés dans l'application « Colortable » existante. 1er avril 2005 rfp-colortable.rtf Page 13/24 Consultation pour un forfait au sein du projet Colortable Chapitre 6. Attentes techniques Résumé : Les attentes techniques sont relativement fortes sur l'application « Colortable ». Le projet « halfj » attend de l'intégrateur une adaptation sans faille des solutions techniques aux contraintes du site général. Architecture technique L'application web sera déployée chez un hébergeur gratuit, a priori code serveur sera écrit en PHP 3. Free [http://www.free.fr/].Le Les fichiers PHP seront organisés en suivant un pattern MVC (Model / View / Controller). Les différents fichiers de données (par exemple le catalogue des couleurs) seront au formats XML. Chapitre 6.1. Communication HTTP Résumé : L'application web devra être compatible avec les navigateurs qui n'acceptent que la version 1.0 du protocole HTTP. Pour des raisons de compatibilité avec les vieux navigateurs, l'application devra être compatible avec des requêtes émises en HTTP 1.0. Navigateurs de validation Voici les navigateurs en HTTP 1.0 qui seront utilisés pour la validation de l'application finale : Netscape Communicator 4.79, sur Windows 2000 Cyberdog 2.0, sur MacOS 7.6.1 Netscape Communicator 4.5, sur MacOS 8.6 Compatibilité avec les proxies Un test global de l'application web sera effectué, après livraison finale, dans un environnement utilisateur derrière un proxy. URLs HTTP Les URLs d'accès aux pages de l'application ne devront pas faire mention des technologies serveur sous-jacentes. En particulier, on devra pas faire apparaître les extensions « .php » des fichiers serveur. Toutes les sous-URLs devront correspondre à une page du site. 1er avril 2005 rfp-colortable.rtf Page 14/24 Consultation pour un forfait au sein du projet Colortable L'aiguillage entre les pages du site ne devra dépendre que des chemins des pages, et non des paramètres HTTP. Les paramètres HTTP doivent influer sur le « comportement » des pages, pas sur leur nature. Chapitre 6.2. Code HTML Résumé : De façon générale, le code HTML de l'application web devra garantir une bonne accessibilité. Version du HTML L'intégrateur devra produire du code conforme au standard « HTML 4.01 Transitional ». Le standard CSS 1.0 poura être utilisé, notamment pour réduire la taille des pages, à condition que le comportement de l'application, à défaut de son aspect visuel, reste inchangé d'une plateforme à l'autre. En particulier, pour l'outil « Colortable » l'affichage des différentes palettes des 216 couleurs web fait bien partie du comportement fonctionnel, et non de l'aspect visuel. La conformité du code HTML sera soumise à validation dès réception du dossier de maquettage, à l'aide d'un outil interne au projet « halfj ». JavaScript Le standard EcmaScript poura être utilisé si l'intégrateur parvient à en faire valider le besoin, à condition toutefois que le comportement de l'application reste inchangé d'une plateforme à l'autre. À titre explicite et particulier, aucune fenêtre « pop-up » n'est désirée dans la cinématique de l'application. Plugins, Java, etc. L'utilisation de plugins est proscrite. Chapitre 6.3. Performances Résumé : L'application web devra garantir un certain niveau moyen de performances sur plateforme dédiée. Performances serveur Les temps de réponse du serveur seront soumis à validation à réception de la livraison finale, à l'aide d'un outil interne au projet « halfj ». Ces mesures de performances sont des moyennes à 0.05 s. près, mesurées en local sur un serveur dédié. 1er avril 2005 rfp-colortable.rtf Page 15/24 Consultation pour un forfait au sein du projet Colortable Le projet « halfj » ne demande pas à l'intégrateur de s'engager sur les temps de réponse en production. Le poste d'étalonnage pour ces mesures est un Windows 2000 sur Intel Pentium IV cadencé à 1.6 GHz, avec 1 Go de RAM. L'échelle d'acceptabilité des temps de réponse serveur est la suivante : acceptable. Jusqu'à 0.2 s. limite. 0.3 s. inacceptable. À partir de 0.4 s. L'application web « Colortable » est attendue sur un niveau de performances « limite ». Taille des pages HTML Les tailles des pages HTML seront soumises à validation dès réception du dossier de maquettage. L'échelle d'acceptabilité des tailles des pages envoyées à l'utilisateur est la suivante : standard. jusqu'à 30 Ko. acceptable. jusqu'à 80 Ko. limite. autour de 130 Ko. inacceptable. à partir de 180 Ko. Temps d'affichage utilisateur Les temps de chargement des pages HTML seront soumis à validation dès réception du dossier de maquettage. Les tests les plus contraignants seront effectués avec Netscape Communicator 4.5 sous MacOS 8.6, sur Macintosh G3 cadencé à 266 MHz, avec 192 Mo de RAM. Le projet « halfj » se réserve le droit de refuser tout dossier de maquettage qui présenterait des temps d'affichage considérés par les utilisateurs comme trop longs sur cette plateforme. Impacts sur la maintenance Il est probable que pour atteindre les performances demandées, le code serveur livré au final ne soit pas uniquement du « code source » : les stratégies d'optimisation font souvent appel à de la mise en dur de formatage, voire à de la génération de code. L'exemple courant est la « compilation » de code serveur à partir de XSLT de formatage. Afin que le projet « halfj » puisse assurer la maintenance du système, l'intégrateur devra fournir les procédures de fabrication et les divers outils de ces optimisations. 1er avril 2005 rfp-colortable.rtf Page 16/24 Consultation pour un forfait au sein du projet Colortable Chapitre 7. Méthodologie Résumé : La réalisation devra suivre une méthodologie compatible avec les pratiques du projet « halfj ». Lotissement Pour ses applications web, le projet « halfj » suit habituellement un plan de lotissement tel que ci-dessous : un prototype papier, un dossier de maquettage HTML, une maquette HTML fonctionnelle, l'application web finale. Le but du prototype papier est de convenir des enchaînements d'écrans, et des scénarios fonctionnels qui seront suivis lors des tests, ainsi que pour la validation. On ne demande pas de réalisation technologique pour ce lot : il peut s'agir d'un document électronique Adobe Illustrator imprimable en CMYK sur du papier A4, comme ce peut être un document papier avec de simples dessins à main levée. En revanche, les principaux éléments de maquettage doivent être montrés, ainsi que la cinématique de navigation. Le dossier de maquettage doit être un ensemble de pages HTML consultables hors ligne, idéalement depuis un CD-ROM ou une archive « .zip », avec parcours séquentiel page à page. Ce dossier est à destination des équipes de validation, ergonomique et fonctionnelle. Il sert à valider : l'intégration dans le site principal, l'aspect multilingue, la mise en forme du HTML, la taille du HTML, les temps d'affichage du HTML, le respect des normes HTML, le respect des contraintes d'ergonomie HTML du projet « halfj », notamment la présence de @title dans les liens hyper-texte. La maquette fonctionnelle est un site web dynamique, qui réagit correctement aux paramètres HTTP saisis, et qui couvre toute la combinatoire des possibilités, mais qui ne sert pas d'indicateur de performances ou de temps de réponse du serveur. En plus des points de validation fournis par le dossier de maquettage, la maquette fonctionnelle sert à valider : les enchaînements d'écrans, la bonne gestion des paramètres HTTP, le comportement de l'application en fonction des actions de l'utilisateur. 1er avril 2005 rfp-colortable.rtf Page 17/24 Consultation pour un forfait au sein du projet Colortable C'est sur l'application web finale que seront soumis à validation les temps d'accès serveur. Par rapport à la maquette fonctionnelle, cette livraison est vue en général comme une optimisation des temps de traitements serveur. Validations Des cycles de validation par le projet « halfj » ont lieu à chaque livraison d'un lot, en général en parallèle de la réalisation du lot suivant. Ce point est souvent compris en disant que le projet suit un « cycle itératif », même si ce n'est pas rigoureusement le cas. En tout état de cause, ces validations intermédiaires font partie d'une démarche de pilotage par les risques. Chaque cycle de validation s'organise de la façon suivante : réception du lot. confrontation du lot livré aux cahier des charges technique. confrontation du lot livré aux cahier des charges fonctionnel. rédaction d'un bilan de validation. arbitrage. Retour éventuel en 1, après amendement du cahier des charges pour préciser les point d'évolutions. validation, ou rejet, du lot. Conduite de projet La conduite de projet est à la charge de l'intégrateur. Toutefois, le projet « halfj » souhaite avoir des rapports en début, en cours, et en fin de réalisation, afin de s'assurer au fil de l'eau que le besoin initial a correctement été compris, que la réalisation finale répondra bien à ce besoin, et afin d'être informé des imprévus et des difficultés rencontrées. Suivi de l'avancement Un état des lieux régulier sera fourni par l'intégrateur au projet « halfj », sous la forme : d'une liste de livrables, avec une description détaillée de chaque livrable, d'un lotissement des livraisons, d'une liste de tâches « visibles » par le projet « halfj », d'un curseur d'avancement (de 0% à 100%) sur chaque tâche, d'un suivi des difficultés rencontrées, d'un échéancier global : rétro-planning sur les tâches en cours, et planning à venir. Cet état des lieux devra pouvoir être présenté sous une forme textuelle linéaire, par exemple un document papier. Documentation Dossier de couverture fonctionnelle L'intégrateur aura la charge de fournir une documentation fonctionnelle qui devra préciser la couverture fonctionnelle de l'application livrée. 1er avril 2005 rfp-colortable.rtf Page 18/24 Consultation pour un forfait au sein du projet Colortable Ce document est à destination de la maintenance. Audit d'ergonomie L'intégrateur aura la charge de fournir une liste des principes d'ergonomie suivis par l'application livrée. Documentation d'architecture La documentation d'architecture technique fournie en fin de réalisation par l'intégrateur devra couvrir les aspects suivants : architecture physique de livraison du système : les différents matériels, systèmes, et tous produits, sur lesquels l'installation finale de l'application aura eu lieu. Les documentations d'architecture physique devront mentionner les dates des « photos », les caractéristiques techniques et les versions des produits, et les volumétries constatées ou prévues. Elles ne doivent pas recenser les différents niveaux de déploiement. architecture physique d'intégration : l'architecture physique qui aura servi à la validation de l'application par le projet « halfj ». architecture de déploiement d'intégration : les différentes configurations de déploiement des composants techniques, dans son instance d'intégration. Cette documentation sur la configuration d'intégration doit être exhaustive. architecture physique de qualification : l'architecture physique qui aura servi à la qualification de l'application par l'intégrateur, ainsi que les produits utilisés, notamment les outils de mesures de performances. architecture de déploiement de qualification : les différentes configurations de déploiement, utilisées pour la qualification de l'application par l'intégrateur. architecture physique de développement : l'architecture physique qui aura servi au développement, ainsi que les produits utilisés, notamment l'environnement de développement. architecture technique du système : les différents composants techniques du système à déployer : ordonnanceurs, applications, bases de données, annuaires... Cette documentation ne doit pas préciser les versions des produits, mais seulement leur rôle logique. Elle doit décrire les standards utilisés dans la réalisation, ainsi que les principaux enchaînements d'activités et les principaux protocoles et flux. architecture logique de composants : les différents composants techniques de l'application à installer : modules, frameworks, fichiers de configuration, fichiers statiques... Cette documentation doit décrire les principaux enchaînements d'activités, et les principaux protocoles et flux. Documentation de conception La documentation de conception fournie par l'intégrateur devra être exhaustive quant aux packages et fichiers qui constituent l'application. 1er avril 2005 rfp-colortable.rtf Page 19/24 Consultation pour un forfait au sein du projet Colortable Chapitre 8. Proposition attendue Résumé : En réponse à cet appel d'offres, le projet « halfj » s'attend à des propositions qui répondent au minimum à certaines exigences. Démonstrations méthodologiques Chaque proposition devra comporter des exemples (copies d'écrans, descriptions textuelles, échantillons de documents papier...) des modèles des documents qui seront produits par l'intégrateur : dans le cadre du suivi de l'avancement pendant la phase de réalisation du projet, pour la documentation de la réalisation. Il devra également être précisé la régularité et la fréquence avec lesquelles seront présentés ces points d'avancement et ces documentations. Lotissement Concernant l'application web, l'intégrateur devra fournir un échéancier pour un lotissement des livrables pour validations qui s'appuiera sur un plan analogue à la liste ci-dessous : un prototype papier, un dossier de maquettage HTML, une maquette HTML fonctionnelle, l'application web finale. Validation L'intégrateur décrira dans sa proposition les procédures de demande d'assistance pour les phases de validation qui nécessiteront un échange avec le projet « halfj » (a priori, toutes). En fonction du contenu de la réalisation à effectuer, l'intégrateur proposera également un cadre (échéancier, dates limites, charge maximale) à ces phases de validation. 1er avril 2005 rfp-colortable.rtf Page 20/24 Consultation pour un forfait au sein du projet Colortable Glossaire HTML HyperText Markup Language. Langage de balisage standard, qui décrit les pages qui seront affichées dans le navigateur de l'utilisateur. Chaque page peut contenir des éléments textuels, graphiques (images, couleurs...), des sons, etc. et suivre une mise en page particulière. HTTP HyperText Transfer Protocol. Protocole de communication utilisé pour le web (ça vous avance, hein). Implémentation Terme introuvable dans le dictionnaire. Luminosité (Brightness, Lightness, Value) Elle est mesurée en pourcentages, et varie dans l'arbre de Munsell des couleurs sombres (0% pour le noir), aux couleurs claires (100%). Munsell (Système de) Classement des couleurs, en fonction de trois coordonnées : la teinte (de 0° à 360°), la saturation (de 0% à 100%), et la luminosité (de 0% à 100%). Ce classement a pour abréviation « TSL », ou, en anglais : « HSL » / « HSB » / « HSV ». MVC Model / View / Controller. Design Pattern classique d'organisation des composants logiciels d'une application utilisateur : d'abord une couche « Contrôleur », qui prend en compte la requête de l'utilisateur, et déclenche des traitements en fonction. ensuite un « Modèle », qui est une représentation des objets métier manipulés par l'application. C'est sur cette couche que sont effectués les traitements déclenchés par le « Contrôleur », et que sont enregistrées les modifications s'il y a lieu. et enfin une couche « Vue », qui rend compte à l'utilisateur des résultats des actions déclenchées par le « Contrôleur ». Pantone (définition trouvée sur le web) 1er avril 2005 rfp-colortable.rtf Page 21/24 Consultation pour un forfait au sein du projet Colortable Le système Pantone (dit aussi Pantone Matching System Color, ou PMS color) a été développé aux États-Unis par la société du même nom. Il s'agit d'un catalogue, d'une table de référence, comportant 747 couleurs identifiées par un numéro. À chacune des couleurs référencées correspond un mélange déterminé d'encres de base. Le principal avantage de ce « nuancier Pantone » réside dans le fait que les couleurs sont standardisées, y compris les encres d'imprimerie, ce qui, en principe, évite les surprises causées par une mauvaise interprétation de la dénomination des couleurs souhaitées. De la même manière, la plupart des fabriquants de peinture éditent des « nuanciers » afin de présenter la gamme de leurs produits, mais leur portée est loin d'être aussi universelle que celle du nuancier Pantone, devenu une sorte de norme dans la reproduction des couleurs. PHP Personal HomePage. Langage de programmation côté serveur, de sites web dynamiques. Le PHP permet la composition du HTML envoyé à l'utilisateur via son navigateur, l'interprétation des requêtes, l'accès à des bases de données, etc. Poisson d'Avril Sans commentaire. Recette Description détaillée de la façon de préparer un mets. - Recette de la tarte aux pommes. Saturation Elle indique la pureté ou l'intensité de la couleur, et est mesurée en pourcentages. Sur l'arbre de Munsell, la saturation augmente des couleurs grisées (0%) aux couleurs vives (100%). Teinte (Hue) Qualité de la couleur, mesurée en degrés, de 0° à 360°. Dans le système de notation de la couleur selon Munsell, les teintes sont arrangées sur la circonférence d'un cercle. En saturation et luminosité maximales, les correspondances les plus connues sont les suivantes : rouge 0°, jaune 60°, vert 120°, cyan (aqua) 180°, bleu 240°, et magenta (fuchsia) 300°. Le système originel de Munsell utilise plutôt une échelle de 0 à 100, qu'une notation en degrés. URL Uniform Resource Locator. Une URL identifie de façon unique une page sur le web. La notion d'URL est définie dans la RFC 1738. Une URL est sous la forme : 1er avril 2005 rfp-colortable.rtf Page 22/24 Consultation pour un forfait au sein du projet Colortable <protocol>:// <host> [:<port>] [<path> [? <query>]] Pour une application web, le protocole est « http », et le port par défaut est 80. Exemples d'URLs : http://www.halfj.com (pas de chemin mentionné) http://www.halfj.com/ (le chemin mentionné est la racine du site) http://www.halfj.com/tools/www/colortable/rgb-r/ (chemin mentionné plus long) http://www.halfj.com/tools/www/colortable/rgb-r/?lang=fr (avec un paramètre) http://www.halfj.com/tools/www/colortable/rgb-r/?lang=fr&bg=666600&rgb=33FFC C (avec plusieurs paramètres) Validation Étape du processus logiciel qui vise à confronter le produit réalisé à ses spécifications initiales. Lorsque cette confrontation montre une dissonance inacceptable, on parler de « rejet » plutôt que de « validation ». 1er avril 2005 rfp-colortable.rtf Page 23/24 Consultation pour un forfait au sein du projet Colortable Index [INDEX À METTRE À JOUR : UTILISEZ LA TOUCHE DE FONCTION "F9"] 1er avril 2005 rfp-colortable.rtf Page 24/24
