對於基於anydata的應用程式而言，流程命令絕對是乙個好東西，但是當流程命令越來越多的時候，我發現這些對業務規則的實現起決定性作用的東西，開始氾濫，建立乙個流程命令非常容易，只要通過.net定乙個dll（exe也可以）， 然後在其中寫乙個類class，然後在類中新增乙個method，這個method可以有param，也可以沒有param，然後anydata就可以通過通過如下的方式呼叫：
dllname;classname;methodname;param1 param2
只要把這個字串傳遞給anydata，anydata就可以呼叫這個庫中對應的方法。
這太容易了，任何人都可以定義，所以就很容易氾濫。
或許，我們應該在這個dll中規定一些簽名函式，然後規定流程命令必須採用什麼樣的方式來組織。
還有，我們目前將dll的**儲存在公司的tfs中，如果在客戶的現場需要修改流程命令，怎麼辦？似乎可以將**儲存在客戶的系統資料庫中，然後可以通過指令碼編輯器檢視和編輯這些**。客戶服務工程師完全不需要回到公司，在現場即可解決使用者需求變化的問題。
如果客戶自己的工程師掌握了流程命令編輯和修改的技能（只要熟悉vb或c#即可），則無需我們的工程師到場，使用者自己就可以根據自己的需求，對系統的行為進行調整。
這樣使用者就可以購買anydata平台，這個平台由我們的工程師和企業自己的技術人員和使用者聯合定製，最後只需要企業內部人員自己即可定製，而開發人員只需要定期對anydata進行公升級即可。
ET流程規範
準備工作 1 et盡量定在整合測試後一天，如果變動，提前一周確定et時間及會議室 2 pm需要提前一天整理et case，並根據et case多少確定是否需要分組 3 pm需提前一天與專案負責人 測試同學一起驗證et主流程，保證線上資料真實資料且環境ok 4 驗證過程中如果有任何問題聯絡專案負責人找...
開發規範流程
第一步 專案 系統開發，確定專案邊界和業務，當然是通過需求文件來確定，有明確 標準最好 實際生產是逐步明確，那要有個框架體系，在框架中逐步明確。使用寫書來模擬，就是先確定這本書的涵蓋範圍 傳授知識點 寫出對應目錄 然後對應目錄填充內容。這就是框架，內容最容易變化。使用什麼表達方式 推薦是 成本低 傳...
軟體流程 開發流程規範
1 prd 介面文件 資料庫文件等按sprint分開整理並同步到confluence 2 前後端分離開發模式下，後端設計介面開發文件，同步到confluence，同時提供mock介面 3 後端功能初步拆分後，由各開發自主評估工期，再由專案leader評審 前端開發人員根據原型圖評估工期 測試人員根據...