2017-01-24 6 views
0

Par exemple, nous faisons quelques fonctionnalités. À propos des cas d'utilisation les plus recherchés, le client peut indiquer toutes les informations relatives aux exigences fonctionnelles. A propos de cas d'utilisation moins ou plus évidents je peux deviner par moi-même. Mais alors, si nous avons une logique commerciale compliquée, dans la phase d'acceptation ou même dans la production, nous avons trouvé de plus en plus de cas d'utilisation différents, qui n'ont pas été implémentés. Je ne pense pas que quelqu'un puisse faire cela avec cette logique métier. Mais ils le font. Donc ma question: quels logiciels permettent de lister toutes les entités, les actions, que nous pouvons faire avec ces entités, les relations entre les entités, les événements etc et construire un graphique décrivant tous les cas d'utilisation possibles? Que je demande au client "nous avons un tel cas d'utilisation inattendu mais important, quel comportement voulez-vous pour cette situation?" Et puis nous implémentons simplement tous ces cas d'utilisation.Quels logiciels permettent de construire un graphique de cas d'utilisation?

Je ne veux pas dire cas d'utilisation mis en œuvre, cas je ne pensais pas. Et la division analytique n'inclut dans les exigences fonctionnelles que les fonctionnalités clés et la logique métier principale. Par exemple, nous avons des utilisateurs qui ont des comptes financiers et peuvent dépenser de l'argent à partir de ces comptes. Par exemple, nous avons des utilisateurs qui ont des comptes financiers. Parfois, l'argent sur le compte actif est épuisé et l'utilisateur doit manuellement activer le compte actif. C'est inconfortable et devrait être automatisé. En outre, certains utilisateurs ne veulent pas dépenser plus d'argent que certaines limites. Eh bien, nous pouvons grouper compte dans différents groupes, nous pouvons ajouter un compte dans le groupe, supprimer le compte du groupe, nous pouvons modifier les comptes limiter, augmenter ou réduire, nous avons différents comportement personnalisable pour les cas où l'argent sur tous les comptes dans le groupe épuisé. Sur les limites de comptes nous avons des gammes autorisées, à l'intérieur de ces gammes nous pouvons dépasser la limite de compte et cette gamme est également personnalisable.

Le compte peut être désactivé, bloqué pour une raison quelconque. Et de plus en plus, c'est un système de legasy avec une logique complexe. Et revenons au problème - par exemple j'ai juste oublié que quand après avoir ajouté un nouveau compte à l'état de groupe du groupe peut être changé (et quand les testeurs ont trouvé ce cas, le propriétaire du produit a dit ignorer ce cas: D). Et j'ai certainement oublié d'autres cas aussi, mais les testeurs n'ont tout simplement pas pensé à ces cas aussi, et la tâche a été acceptée et envoyée en production. Je suis sûr, plus tard, les utilisateurs ont trouvé ces cas. PS: J'ai trouvé que le berceau 3sl peut probablement résoudre ce problème, mais jusqu'à présent, ne recherchent pas les capacités de ce logiciel.

+1

Est-ce une fonctionnalité/comportement dont vous n'étiez pas au courant? Ou connu mais mal compris? – Vlad

+0

Merci d'avoir participé! Je réponds à votre question en question. C'est trop long pour commenter. – Hayate

Répondre

1

Si vous avez tendance à oublier les scénarios d'utilisation, il est probable qu'il y ait un problème avec l'élicitation de vos méthodes.

Aucun outil logiciel ne vous aidera ici, mais seulement les techniques d'ingénierie des exigences appropriées.

Je recommande de lire sur les sujets suivants:

  • KANO model - en particulier la partie sur « Doit-être de qualité », qui est pris pour acquis par la plupart des parties prenantes.
  • Observation de l'utilisateur. Sortir et apprendre de vos utilisateurs. Voir «Maîtriser le processus des exigences: obtenir les exigences appropriées» par Robertson, chapitre 5, ISBN-13: 978-0321815743, p. 87 ff. - Vous devez avoir une bonne compréhension du domaine d'activité, au-delà de ce que les parties prenantes vous en disent.
  • Dernier point mais non le moindre, embrasser le YAGNI principle de la programmation extrême. Maximiser la quantité de travail non effectuée.

Plus: Apprendre au fur et à mesure, vous vous améliorerez avec le temps. Pouvez-vous fournir des exemples de cas d'utilisation non implémentés?

+0

KANO et YAGNI ne peuvent pas aider lorsque nous sommes en situation de ping-pong - la tâche revient encore et encore pour la mise en œuvre de la «logique métier évidente». Ensuite, pour un autre exemple, «évidente» cette tâche devrait être fusionnée avec une autre tâche entièrement distincte et interagir avec leur logique. Et nous ne pouvons pas observer les utilisateurs - cette tâche ne permet pas la production. Donc, nous avons estimé le temps plus élevé et tous les côtés très triste. – Hayate

+0

Le problème semble être que les choses ne sont pas évidentes pour tout le monde de la même manière. Ce qui pourrait être évident pour votre client pourrait ne pas être évident pour vous. C'est exactement ce que propose le modèle KANO. En conséquence, votre client devra être tolérant avec vous pendant que vous apprenez avec lui. Vous devrez vous demander, si vous travaillez assez prudemment. – observer

+0

> Vous devrez vous demander si vous travaillez assez prudemment. Bien sûr, chaque jour je me pose la question et j'essaie de mieux travailler. – Hayate