Wie verfolgen Sie komplexe Geschäftsregeln außerhalb des Codes?

Ich bin daran interessiert zu sehen, wie andere Leute das tun. Insbesondere in Situationen, in denen mehrere verschiedene Clients dieselbe Softwarebasis mit leicht unterschiedlichen Geschäftsregeln verwenden. Welche Art von Praktiken verwenden Sie, um zu dokumentieren, wie alles funktionieren soll, oder um Geschäftsregeln.

Wenn ein neuer Entwickler ins Team kommt, ist der Zugriff einfach, um zu sehen, wie die Dinge funktionieren sollen, da es offensichtlich einen Unterschied gibt, ob etwas fehlerfrei ist oder ob etwas richtig funktioniert.

Es wäre wirklich schön, eine Ressource zu finden, anstatt jedes Mal, wenn eine Frage auftaucht, wie etwas verarbeitet werden soll, einen Architekten oder eine BSA in das Gespräch einbeziehen zu müssen.

Dies ist einer der Anwendungsfälle für BDD-Frameworks wie Cucumber, mit denen Sie die Geschäftsanforderungen im Code erfassen und häufig anhand dieser Anforderungen testen können. Andere Ansätze, die ich verwendet habe, sind lange und komplizierte Spezifikationsdokumente, große Blätter an der Wand, Dia-Decks und Joe, der Typ am Ende des Tisches, der alles weiß.

Ich würde zumindest denken, dass diese im Anforderungsdokument dokumentiert und gepflegt werden.

Mir ist klar, dass die meisten Orte entweder keine schriftlichen Anforderungen haben oder nicht gepflegt werden, aber das ist ein anderes Problem. :-)

Wir haben BPMN verwendet, um unsere Geschäftsabläufe zu dokumentieren und zu modellieren, wenn Sie das meinen.

Wir haben auch versucht, eine Workflow-Engine in einem Projekt zu verwenden, um die Benutzer an der Modellierung teilnehmen zu lassen. Dies stieß jedoch auf erheblichen Widerstand, da sie zu viel Angst hatten, Dinge zu beschädigen, selbst wenn die Modellierung zusammen mit einem Workflow-Spezialisten von uns durchgeführt wurde IT Abteilung.