跟踪IT部门的业务规则？
我正在寻找在开始环境中跟踪开发人员和其他人（支持人员/管理）的业务规则的最佳方法。我们面临的挑战是，我们的商业模式需要相当多的不同业务规则，这些业务规则几乎是即时创建并在此之后有机地发展。在运行这个项目3年以上之后，我们有很多这样的规则往往是确定应用程序应该在某种情况下应该做什么的唯一方法是找到负责该过程的模块并分析其代码和评论。只要您有一位从头开始创建整个应用程序的开发人员，但每个新开发人员都需要遍历几乎完整的代码库才能了解应用程序的工作方式，这一切都很好。更大的问题是，非技术人员甚至没有这种选择，因此每天都会被问到我几乎要处理某些特定情况的应用程序。跟踪IT部门的业务规则？
快速示例 - 我们只会在我们的客户广告系列活动至少72小时后开始收费，但同时我们会停止为属于无力偿债帐户的广告系列创建发票，并在一个月内关闭此类帐户第一次失败的收费。这不适用于因我们自己使用服务而被设置为“不可付费”的帐户，这些帐户通常属于我们。发票在每个月的第一天创建，包括上个月的收费+帐户可能具有的任何当前余额。但是，由于发票部门存在问题，部分客户仅在发票生成后4天内收取费用。除此之外，当客户停用其广告系列时，也会创建发票，但只有在广告系列不再处于强制性6个月合同范围内时才能开具发票，除非客户经理批准提前停用。
我知道，在回答“我们什么时候给客户开票”的问题时，需要考虑相当多的规则，但实际上我仍然可以在每个句子的末尾添加一个星号，以便披露一些罕见的例外。当然，将业务规则降到最低是最容易的，但我们需要适应不断变化的市场 - 即不到一年前，我们没有任何合同。
到目前为止，我的一个想法是一个简单的wiki，其类别与“账户激活”，“开票”，“收款程序”等领域相对应。另一个想法是有一个巨大的交互式流程图，显示整个客户的“生命周期”从探矿到账户停用。
你有什么经验/建议？
维基似乎是一个很好的开始，但你应该建立一些结构，以免它变得混乱。
维基是好的。您需要（至少在发布后的某段时间内）有人负责维护它，谁会有足够的时间这样做。
如果您同时拥有技术人员和非技术人员，您可能会发现使用支持WYSIWYG编辑器的Wiki更容易。
您也可以考虑共享Google文件夹。
我提议：为
描述- 使用谷歌电子表格（一个或多个） - 谷歌文档通过@Ilya Kochetov使用许多电子表格和工作表
- 规则组织 - 文件夹，如果需要的话
- 如果可能的话收集所有规则在一个（或几个）单独的文件中，并使用CVS/DVS跟踪更改
- 将CVS/DVS链接到Google电子表格 - 使用API和Google AppScript或某种SaaS集成平台（iPaaS）
结果：企业用户可以跟踪变化（Shreadsheet有历史）和开发人员可以跟踪哪些这段代码是b.rule
好笑的是，我还问这里同样的问题：HTTP：//news.ycombinator。 com/item？id = 1299427，到目前为止，评论已经把我从一个单独的文档作为目标转向远离任何想法？ – user327207 2010-04-28 16:05:35