mobile-best-practice/chapters/MBP_002_fr.md

50 lines
2.4 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters!

This file contains ambiguous Unicode characters that may be confused with others in your current locale. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to highlight these characters.

## Quantifier précisément le besoin
### Identifiants
Pratique originale : [BP_002](https://github.com/cnumr/best-practices/blob/main/chapters/BP_002_en.md)
### Catégories
| Cycle de vie | Tiers | Responsable |
|:---------:|:----:|:----:|
| 1. Spécification | Utilisateur/Terminal | PO/AMOA |
### Indications
| Degré de priorité | Mise en oeuvre | Impact écologique |
|:-------------------:|:-------------------------:|:---------------------:|
| 5 | 4 | 5 |
|Ressources Economisées |
|:----------------------------------------------------------:|
|Processeur / Mémoire vive / Stockage / Réseau / Requêtes |
### Description
Les « dimensions » de chaque fonctionnalité doivent être définies précisément et dans leur ensemble. Il peut sagir
dun taux de compression pour les images de linterface graphique, du temps de réponse maximum pour une requête HTTP,
du nombre ditems affichés dans une liste, etc.
Plus les « dimensions » et exigences associées à chaque fonctionnalité collent au métier, plus on évite la surqualité.
La logique doit donc être inversée par rapport aux habitudes actuelles. Si une information nest pas précisée,
cest le niveau de qualité ou la quantité minimale qui est proposé. Par exemple, en labsence de précision,
le nombre ditems dune liste est limité à 5 éléments ou au nombre maximal affichable sur le plus petit écran cible de lapplication.
Les valeurs par défaut, rarement modifiées par l'utilisateur, doivent être choisies pour répondre au besoin avec un impact minimal.
### Exemple
Gain potentiel : en jouant sur le nombre ditems affichés sur la page de résultats de son moteur de recherche Bing,
Microsoft Research a démontré quil était possible de réduire jusquà 80 % linfrastructure physique (nombre de serveurs) sous-jacente.
Autre exemple : en utilisant par défaut une résolution de vidéo acceptable (480p) plutôt que maximale, on réduit la bande passante
utilisée pour la plupart des utilisateurs (qui ne changeront pas la valeur par défaut), tout en laissant la possibilité aux autres
d'augmenter la résolution s'ils en en ont le besoin.
### Principe de validation
| Le nombre ... | est égal à |
|-------------------|:-------------------------:|
| de fonctionnalités avec des dimensions supérieures au besoin | 0 |