9 我有兴趣看看其他人是如何做到的。尤其是在多个不同的客户端使用具有稍微不同的业务规则的相同软件库的情况下。您使用哪种实践来记录一切应该如何工作或业务规则。 基本上，这样一来，当团队中有新开发人员时，便可以轻松地查看事物的工作原理，因为使某些东西没有错误和使某些东西正常工作之间显然存在区别。 拥有资源而不是每次遇到有关如何处理某事的问题时都必须让架构师或BSA参与对话，这真是太好了。 documentation business-rules — MetaGuru source 6 What kind of practices do you use to document how everything is supposed to work or business rules.相信我，你不想知道... <叹> — 扬尼斯2012年 3 da，我将您视为业务规则，因此我为您的规则创建了规则，因此您可以在描述规则的同时描述规则。SCNR。 — 拉库
10 这是BDD框架（如Cucumber）的用例之一，它使您能够捕获代码中的业务需求并经常对这些需求进行测试。我见过的其他方法包括冗长而复杂的规格文档，贴在墙上的大张纸，滑盖以及桌子末端那头无所不知的乔。 — 哲学的 source 现在看起来很光滑，也可以在C＃中找到：specflow.org — MetaGuru，2012年
1 如果您的意思是，我们已经使用BPMN来记录和建模我们的业务工作流程。 我们还尝试在项目中使用工作流引擎让用户参与建模，但这会遇到很大的阻力，因为他们太怕破坏事情，即使建模是与我们的工作流专家一起完成的IT部门。 — 乐 source 2 害怕破坏事物似乎很常见-我们的Web应用程序中有很多用户可配置的资料，但是当用户不熟悉他们要更改的功能时，我们倾向于进行更改。 — Michael K 1 omg.org/spec/BPMN “ OMG”，我的想法完全正确。不过，我将开始研究这个问题，谢谢您的答复。 — MetaGuru 2012年 1 我认为工作流引擎和BPMN通常是一个了不起的主意，但其成功很大程度上取决于后来用户的技术亲和力。希望下一代用户对他们没有任何问题。</ optimism> — Raku 2012年 1 是的，OMG就是正确的描述：-)。 — 拉库
What kind of practices do you use to document how everything is supposed to work or business rules.相信我，你不想知道... <叹>