業務需求調研文檔內容結構參考 (附件)
為了進一步明確業務需求,減少軟體開發中的錯誤及業務需求調整的困難,防止系統推倒重來的風險,我們對業務需求調研的文檔編寫提出下列要求,希望參照執行。
編寫業務的調研人員必須精通或熟悉相關業務礎知識,瞭解電腦軟體開發技術。編寫結果方便業務人員理解,再由軟體方需求人員轉換成開發文檔。
一、業務運行當前情況描述
1、業務當前情況運行描述,在各分、子公司、不同類型項目的差異;
2、公司制度及對業務的規定,各分、子公司、項目部執行制度的明細規定;
3、業務啟動並執行組織機構及崗位,本項業務的應用範圍。(總、分公司、項目部);
4、業務單據及報表的收集情況;
5、業務啟動並執行時間要求:經常發生、期間發生(月、季、年)。
二、業務需求的整理、最佳化及實現設計
1、業務總體邏輯流程設計;
與其它業務的介面,介面傳遞參數。
2、不同業務單據審批次程序設計;
要求描繪流程圖,及每步流程的參與崗位,角色與極限要求;
3、基礎資料設計:提供詳細的基礎資料。
如:合約分類
4、單據介面設計,單據編碼規則
介面按使用要求進行設計,也可以使用工具(WORD 或其它)進行,
明確欄位(類型、精度,介面控制項類型,必填要求? 空值要求?)。
欄位之間的資料關係:如: 單價*數量=金額,本期+上期末=本期末
單據統一布局風格要求:按二列或三列布局,視窗擴大或縮減要求及控制項要求。
5、單據編號編碼規則:是否可以修改,要求連繼?
如:合約編碼: 控制單元編碼-組織單元助記碼-年度(4位)-序號(4位)
CD01-HQ1-2010-0001
6、單據列表介面設計
欄位排列順序,
左樹要求? 父子表展現?
7、列印報表格式要求 (統一的格式,如果不同組織有要求,提供不同格式)
格式按 WORD 的表格進行設計。
8、業務預警參數設計
要求: 預警條件設計,接收預警人員。
9、查詢報表條件參數設計,展現頁面欄位要求及順序。
10、全域性參數
本項業務是否有多種情境要求全域性或項目級參數控制?
11、BI 商業智慧設計
提供領導級(公司或部門)的綜合商業智慧分析,提供主管級的多維度業務深度分析。
12、業務相關的許可權角色的設計要求,使用者權限(角色)分配的原則。
三、測試資料設計(多種情境設計及資料)
1、通用情境資料
2、特殊情境資料
3、基礎資料
如合約的資料情境應考慮下列因素:
1)不同類型合約:工程、勞務(按甲供材料?)、機材採購、機材租賃(按時間台班、按工作量?)?
2)合約單價可以在結算變化? 如油料(柴油)可能會不同月份的結算價有變化;
3)金額的保留精確度(元、角、分),業務部門可以要求:勞務合約結算精確到元,機材合約精確到分。並影響財務部門的會計憑證。
4)手工結算向系統自動計算,兩者金額差異如何解決;
5)結算過程步驟的差異(勞務合約有方程數量的確認單據,其它合約可能不需要),需要最終結算單據?
6) 合約清單需要樹形結構表達?
7)合約變更(主體變更,金額(清單)變更、參數變更、拆分變更)。
8)合約需要拆分到 WBS ? 變更需要拆分到WBS ?
四、文檔簽認流程
1、關鍵業務角色參與討論並修訂文檔;(分公司、項目部有代表參與、推廣小組)
主持討論由:業務部門或資訊中心。依據人員水平決定。
參與討論有:實施組、系統組,軟體開發商或諮詢商代表參與。
2、總部業務主管或部門領導簽認;
3、資訊中心評審意見;
4、軟體開發商或諮詢商意見。