Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
slacoding [2016/12/30 21:02] florence [Développement, Intégration de Moodle : Engagements sur le code] |
slacoding [2024/04/04 15:52] (Version actuelle) |
||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
- | {{ :logo-apl-gd.png?nolink&300 |}} | + | <html><!-- nomoodle --></html>{{ :blocks:logo-apl.png?nolink |}}<html><!-- /nomoodle --></html> |
- | ====== Développement, Intégration de Moodle : Engagements sur le code ====== | + | ==== Développement, Intégration de Moodle : Engagements sur le code ==== |
- | ====Introduction==== | + | |
+ | ===Introduction=== | ||
Le développement dans un environnement applicatif complexe et ouvert permet de très nombreuses opportunités d'évolution, amélioration, adaptation. Il permet au client d'obtenir de l'application qu'elle converge petit à petit vers sa propre définition du modèle métier. | Le développement dans un environnement applicatif complexe et ouvert permet de très nombreuses opportunités d'évolution, amélioration, adaptation. Il permet au client d'obtenir de l'application qu'elle converge petit à petit vers sa propre définition du modèle métier. | ||
- | Étant donné les coûts significatif de la mobilisation d'expertises diverses (conception, architecture, design, coding et testing, qualité et packaging) et les enjeux parfois importants dans le quotidien de l'exploitation des fonctionnalités, il est nécessaire de projeter ses ambitions dans un modèle crédible de niveau d'achèvement, et d'ajuster ses exigences en relation. Les injonctions de qualité pure ne sont pas de l'ordre de l'absolu. Une péréquation peut et doit être faite entre : | + | Étant donné les coûts significatif de la mobilisation d'expertises diverses (conception, architecture, design, écriture de code et tests, qualité et packaging) et les enjeux parfois importants dans le quotidien de l'exploitation des fonctionnalités, il est nécessaire de projeter ses ambitions dans un modèle crédible de niveau d'achèvement, et d'ajuster ses exigences en relation. Les injonctions de qualité pure ne sont pas de l'ordre de l'absolu. Une péréquation peut et doit être faite entre : |
* Les enjeux métiers | * Les enjeux métiers | ||
* Les budgets mobilisables | * Les budgets mobilisables | ||
Ligne 80: | Ligne 81: | ||
* Les micro-iterations : Une micro-itération engage tout ou partie (la partie accessible) des opérations de mise en œuvre dans le but de fournir en sortie un état fonctionnel (mais pas nécessairement complet) du dispositif. C'est le principe privilégié du développement agile. | * Les micro-iterations : Une micro-itération engage tout ou partie (la partie accessible) des opérations de mise en œuvre dans le but de fournir en sortie un état fonctionnel (mais pas nécessairement complet) du dispositif. C'est le principe privilégié du développement agile. | ||
+ | ---- | ||
[[qaindex|Retour à l'index Qualité de services]] - [[start|Revenir au catalogue]] - [[:plugins|Revenir à l'index des plugins]] | [[qaindex|Retour à l'index Qualité de services]] - [[start|Revenir au catalogue]] - [[:plugins|Revenir à l'index des plugins]] |