我正在尋找在開始環境中跟蹤開發人員和其他人（支持人員/管理）的業務規則的最佳方法。我們面臨的挑戰是，我們的商業模式需要相當多的不同業務規則，這些業務規則幾乎是即時創建並在此之後有機地發展。在運行這個項目3年以上之後，我們有很多這樣的規則往往是確定應用程序應該在某種情況下應該做什麼的唯一方法是找到負責該過程的模塊並分析其代碼和評論。只要您有一位從頭開始創建整個應用程序的開發人員，但每個新開發人員都需要遍歷幾乎完整的代碼庫才能瞭解應用程序的工作方式，這一切都很好。更大的問題是，非技術人員甚至沒有這種選擇，因此每天都會被問到我幾乎要處理某些特定情況的應用程序。跟蹤IT部門的業務規則？
快速示例 - 我們只會在我們的客戶廣告系列活動至少72小時後開始收費，但同時我們會停止爲屬於無力償債帳戶的廣告系列創建發票，並在一個月內關閉此類帳戶第一次失敗的收費。這不適用於因我們自己使用服務而被設置爲「不可付費」的帳戶，這些帳戶通常屬於我們。發票在每個月的第一天創建，包括上個月的收費+帳戶可能具有的任何當前餘額。但是，由於發票部門存在問題，部分客戶僅在發票生成後4天內收取費用。除此之外，當客戶停用其廣告系列時，也會創建發票，但只有在廣告系列不再處於強制性6個月合同範圍內時才能開具發票，除非客戶經理批准提前停用。
我知道，在回答「我們什麼時候給客戶開票」的問題時，需要考慮相當多的規則，但實際上我仍然可以在每個句子的末尾添加一個星號，以便披露一些罕見的例外。當然，將業務規則降到最低是最容易的，但我們需要適應不斷變化的市場 - 即不到一年前，我們沒有任何合同。
到目前爲止，我的一個想法是一個簡單的wiki，其類別與「賬戶激活」，「開票」，「收款程序」等領域相對應。另一個想法是有一個巨大的交互式流程圖，顯示整個客戶的「生命週期」從探礦到賬戶停用。
你有什麼經驗/建議？
好笑的是，我還問這裏同樣的問題：HTTP：//news.ycombinator。 com/item？id = 1299427，到目前爲止，評論已經把我從一個單獨的文檔作爲目標轉向遠離任何想法？ – user327207 2010-04-28 16:05:35