Comment suivez-vous les règles commerciales complexes en dehors du code?

9

Je voudrais voir comment les autres font ça. Surtout dans les situations où plusieurs clients différents utilisent la même base logicielle avec des règles métier légèrement différentes. Quel type de pratiques utilisez-vous pour documenter comment tout est censé fonctionner ou les règles métier.

Fondamentalement, lorsqu'un nouveau développeur fait partie de l'équipe, il est facile d'accéder à la façon dont les choses sont censées fonctionner, car il y a évidemment une différence entre rendre quelque chose sans bogue et faire fonctionner correctement quelque chose.

Ce serait vraiment bien d'avoir des ressources plutôt que d'avoir à faire appel à un architecte ou à un BSA chaque fois qu'une question se pose sur la façon dont quelque chose doit être traité.

MetaGuru
la source
6
What kind of practices do you use to document how everything is supposed to work or business rules.Croyez-moi, vous ne voulez pas savoir ... <sigh>
yannis
3
Yo dawg, je vous rassemble des règles commerciales, donc j'ai créé des règles pour vos règles, afin que vous puissiez décrire des règles pendant que vous décrivez des règles. SCNR.
Raku

Réponses:

10

Il s'agit de l'un des cas d'utilisation des infrastructures BDD, comme Cucumber, qui vous permettent de capturer les exigences métier dans le code et de les tester fréquemment. D'autres approches que j'ai vues utilisées incluent des documents de spécifications longs et compliqués, de grandes feuilles de papier collées au mur, des plateaux de diapositives et Joe, le gars au bout de la table qui sait tout.

philosodad
la source
maintenant, cela semble lisse, également trouvé pour C #: specflow.org
MetaGuru
2

Je pense qu'à tout le moins, ceux-ci seraient documentés et conservés dans le document des exigences.

Je me rends compte que la plupart des endroits n'ont pas d'exigences écrites ou ne sont pas maintenues, mais c'est un problème différent. :-)

John MacIntyre
la source
1

Nous avons utilisé BPMN pour documenter et modéliser nos flux de travail commerciaux si c'est ce que vous voulez dire.

Nous avons également essayé d'utiliser un moteur de workflow dans un projet pour permettre aux utilisateurs de participer à la modélisation, mais cela a rencontré une certaine résistance car ils avaient trop peur de casser les choses, même si la modélisation a été effectuée avec un spécialiste du workflow de notre Département IT.

Raku
la source
2
Avoir peur de casser des choses semble assez courant - nous avons un bon nombre de matériel configurable par l'utilisateur dans notre webapp, mais nous avons tendance à apporter les modifications lorsque nos utilisateurs ne sont pas familiers avec les fonctionnalités qu'ils essaient de changer.
Michael K
1
omg.org/spec/BPMN "OMG", ma pensée exactement. Je vais commencer à regarder cela, merci pour une vraie réponse.
MetaGuru
1
Je pense que les moteurs de workflow et BPMN sont une idée étonnante en général, mais leur succès dépend en grande partie de l'affinité technologique des utilisateurs ultérieurs. J'espère que la prochaine génération d'utilisateurs n'aura aucun problème avec eux. </optimism>
Raku
1
Ouais, OMG est juste la bonne description pour cela :-).
Raku