Dans le cadre de méthodologies de développement logiciel telles que le Processus Unifié ou d'autres qualifiées d'Agiles, il ne s’agit pas de “penser savoir ce qu’il se passe ”mais plutôt de “savoir exactement ce qui se passe” et d'agir en conséquence. Toutes ces méthodologies modernes reposent sur un modèle de conduite des projets empirique. Et il en est de même quant à l’apprentissage des méthodes et techniques issues de ces méthodologies.
Vous ne devez pas nous croire sur paroles mais expérimentez ce que vous pouvez réaliser comme améliorations en employant ces méthodes et techniques. Afin de vous aider dans cette démarche d'expérimentation, nous publions des rapports qui _d’après nous_ devraient contribuer à la mise en pratique de ces méthodes et techniques.
Actuellement, les rapports suivants sont disponibles:
Note : les rapports marqués par (nl) ne sont actuellement disponible qu’en néerlandais et ceux par (en) qu’en anglais. Les versions françaises de ces rapports seront disponibles d’ici peu.
Rapport gratuit: Comment mieux exprimer les exigences non-fonctionnelles
Aujourd’hui encore, de nombreux projets informatiques rencontrent des difficultés lors de l’identification et la spécification d’exigences logicielles. Parfois, ces exigences sont identifiées trop tardivement ou ne sont tout simplement pas intégrées au périmètre applicatif d’un projet. Lorsque celles-ci sont néanmoins identifiées, elles le sont uniquement dans le contexte d’un “scénario positif ”; alors que les scénarios d’utilisation exceptionnels et alternatifs d’une application sont tout aussi importants! Lors de l’élaboration de la solution technique, il arrive aussi que les spécifications soient malheureusement “oubliées”. Et il existe encore de nombreuses autres situations analogues où les exigences logicielles sont mal exprimées ou employées.
Bien que toutes ces situations peuvent être rencontrées quelque soit le type d’exigence, les effets sont souvent bien plus importants lorsqu’il s’agit d’exigences _fautivement qualifiées_ de non-fonctionnelles. Pour l’une ou l’autre raison, nous portons généralement moins d’attention aux exigences non-fonctionnelles et il semble que nous rencontrions plus de difficultés à spécifier ce type d’exigences. De plus, un faible niveau d’implication des interlocuteurs à la source de celles-ci est souvent un facteur amplifiant la portée de la problématique. Quoi qu’il en soit, la problématique liée à l‘identification et la spécification des exigences dites non-fonctionnelles doit être abordée si nous souhaitons remédier l’une des nombreuses causes source d’échecs dans les projets informatiques.
Si vous souhaitez comprendre quelles sont les origines de ces situations et quelles sont les actions à entreprendre pour les éviter, téléchargez notre rapport intitulé “Comment mieux exprimer les exigences non-fonctionnelles” en complétant le formulaire suivant:
- “Comment mieux exprimer les exigences non-fonctionnelles”, rapport disponible gratuitement au format PDF.
Tout comme vous, nous avons horreur des spams; pour cette raison, nous vous garantissons que vos données ne seront jamais communiquées à de tierces parties.
Gratis Rapport: Hoe zet je een iteratieplanning op
Er zijn professionals die vragen hebben over hoe je een iteratief softwareproject moet plannen. Omdat ik veel projectteams en projectleiders begeleid met het toepassen van iteratieve softwareontwikkeling, help ik hen ook met het opstellen van iteratieplanningen. Om hen en andere mensen te ondersteunen bij het maken van iteratieplanningen voor iteratieve softwareprojecten heb ik de belangrijkste stappen die je daarvoor moet zetten beschreven in het gratis rapport: "Hoe zet je een iteratieplanning op". Wil je dit rapport gratis ontvangen, vul dan het onderstaande formulier in:
- Hoe zet je een iteratieplanning op, gratis rapport in PDF
e-Book gratuit: Le développement itératif garant de votre succès
Cet eBook est actuellement uniquement disponible en: néerlandais
Dans le cadre de nos activités professionnelles, nous rencontrons pas mal de professionnels posants des questions telles que:
“Pourquoi n’arrivons nous pas au sein de notre société à inculquer l’approche itérative pour nos développements logiciels et pourquoi n’arrivons nous pas à appliquer de manière efficace les techniques liées à cette approche?”
“Pourquoi les résultats de cette approche tardent à apparaîtrent dans nos projets et pourquoi nos effectifs ont tendance à retourner vers leurs anciennes habitudes?”
Si ces questions vous sont familières, alors il est très probable que cet e-book vous sera très utile! Dans cet e-book, nous expliquons les fondements de l’approche itérative appliquée au développement logiciel au travers d’un exemple concret et pratique afin de donner réponse aux différentes questions telles que celle précédemment citées.
Si vous n’êtes pas encore totalement intrigué par le sujet de cet e-book, je vous invite à lire notre résumé concernant la gestion itérative. Si vous désirez obtenir dirctement cet e-book, alors n’hésitez pas remplir le formulaire ci-dessous:
- “Le développement itératif garant de votre succès”, e-book gratuit en PDF
Tout comme vous, nous avons horreur des spams; pour cette raison, nous vous garantissons que vos données ne seront jamais communiquées à des parties tierces.
De la Modélisation Métier vers des Systèmes Informatisés
Telles que proposées par le Processus Unifié de Rational®, il existe de claires relations entre les disciplines de modélisation métier et de gestion des exigences logicielles. Ceci se confirme dès l'emploi de la technique des cas d'utilisation.
La figure ci-dessous visualise les relations entre les représentations UML de concepts employés d'une part dans le cadre de la modélisation métier et d'autre part lors de la gestion des exigences ainsi que lors de l'analyse de ces dernières.
Les Acteurs Métier (Business Actors) représentent les intervenants qui utilisent les services d'une société ou qui sont identifiés comme nécessaires au bon fonctionnement de ces services et ce, soit en tant que sous-traitants, contrôleurs ou coordinateurs. Ainsi, une première règle suivante peut être énoncée:Les Business Actors sont des candidats d'acteurs de systèmes informatiques.
Rapport gratuit: Comment mettre en place un plan de projet itératif
Ce rapport est actuellement uniquement disponible en: néerlandais
Dans le cadre de nos activités professionnelles, nous rencontrons pas mal de professionnels posants concernant la façon de plannifier des projets utilisants une approche itérative. Vu que nous sommes menés à guider de nombreux chefs de projets et d’équipes projet dans leur adoption de l’approche itérative, nous devons aussi les aider à élaborer les différents plans projets. Pour ces personnes ainsi que d’autres intervenants dans le cadre de ce type d’activités, nous avons décider de résumer les étapes principales nécessaires à la planification d’un projet suivant une approche itérative dans le rapport intitulé “La plannificiation d’un projet utilisant une approche itérative”.
Si vous désirez obtenir ce rapport, alors n’hésitez pas remplir le formulaire ci-dessous:
- “Comment mettre en place un plan de projet itératif”, rapport gratuit en PDF
Tout comme vous, nous avons horreur des spams; pour cette raison, nous vous garantissons que vos données ne seront jamais communiquées à des parties tierces.
L'article en ligne "De la Modélisation Métier vers des Systèmes Informatisés" est maintenant disponible en anglais.
Empulsys est un Business Partner d'IBM autorisé à la revente de solutions, services et formations IBM Rational au Benelux.
Bulletin d'Information
Souhaitez-vous régulièrement être informé de la disponibilité de nos rapports relatifs à l'ingénierie logicielle ainsi que d'astuces s'y rapportant? Si oui, alors n'hésitez pas à vous abonner à notre bulletin d'information.
Aujourd’hui encore, de nombreux projets informatiques rencontrent des difficultés lors de l’identification et la spécification d’exigences logicielles. Parfois, ces exigences sont identifiées trop tardivement ou ne sont tout simplement pas intégrées au périmètre applicatif d’un projet. Lorsque celles-ci sont néanmoins identifiées, elles le sont uniquement dans le contexte d’un “scénario positif ”; alors que les scénarios d’utilisation exceptionnels et alternatifs d’une application sont tout aussi importants! Lors de l’élaboration de la solution technique, il arrive aussi que les spécifications soient malheureusement “oubliées”. Et il existe encore de nombreuses autres situations analogues où les exigences logicielles sont mal exprimées ou employées.
Cet eBook est actuellement uniquement disponible en: 