你如何链接代码和业务规则?

<p>结果 <strong>什么是链接代码和放大器的最佳做法;文档,让他们在不断更新? STRONG&gt; P&gt; <p>其实,在我的工作中,业务规则是不幸的是没有明确的规定,所以我们编码的过程中发现它们。 我知道这是不是那么好,但我们的老板为他们提供像幽灵一样... P&gt; </p><p>我试感染和放大器;我们使用维基<strong> Trac的 STRONG&gt;。 P&gt; <p>我注意到,主流的框架(弹簧等)的紧张测试代码和放大器;错误机智只是JIRA的bug ID。 P&gt; </p><p>您可以提议只是简单地评论我的代码。 P&gt; </p><p>但是,让我们说,你正在设计为人类需要照顾外国人的应用程序。他们中有些人不要有什么是人类的一个线索。一个你知道你可能会在今后的工作中与一些外星人developpers。 P&gt; </p><p>因此​​,我们必须创造有骨头,肉......人一HumanFactory结果 我总是喜欢评论类的,但我知道它会采取的评论很多,充分解释什么是人。它可能发展。 P&gt; </p><p>我的例子听起来幽默,但我有实验上为2年的项目,所有的业务规则是一些IT里面的人,也没有别的地方。他们看到他们像轻微或自然的,因为他们是如此习惯了。 P&gt; </p><p>所以,就像一个错误的测试环节报道JIRA,我已经因子评分这一过程。结果 *在wiki上一个页面会列出所有的业务规则(BR)具有一个唯一的编号:BR1 ... BR101。和任何BR必须尽可能简约。如果不是这种情况,将在更多的BR进行分割。结果 *任何测试将只是一个简短的说明,并在注释规则的链接:见#BR45 P&gt; </p><p> <strong>你认为怎么样?任何其他的初步实践? STRONG&gt;结果 在此先感谢 P&gt;
</strong></p></strong></p></strong></p>

71 浏览 1 回复
  gt   规则   他们   代码   业务  

回复

    <p>“的<em>什么是链接的代码和放大器的最佳做法;文档,让他们在不断更新 em&gt;的” - 力争使代码的文档 P&gt;。 <p>更新:你提到你“......谈到业务规则不是技术实现”。许多公司正在下降使得业务规则“可运行的”使用工具,如 SpecFlow 的路径(在.NET世界) p&gt;
    </p></em></p>

    沈成

相关提问


友情链接: