1、文檔編號號：T/KFFGF文檔版本本：0.1項目編號號：YC_FFLATTFORRM項目開發規范文檔編寫人：徐文兵日期：20099-7-20審核人：日期：批準人：日期：修改記錄錄（REEVISSIONN CHHARTT）0.1徐文兵初稿20099-7-2221概述目的與概概述本文檔為為XX公公司的開開發規范范文檔，給開發發團隊提提供開發發標準和和規范。整體說明明 在開發發規范中中包含了了兩個部部分，第第一部分分是項目目開發流流程規范范，主要要闡述在在項目開開發過程程中的各各個階段段的規范范。第二二部分為為Coddingg開發規范范，Coddingg開發規規范闡述述了在一一個框架架中的各各個層的

2、的開發規規范（注：在在第一版版中不包包含對工工作流開開發的規規范制定定）覆蓋范圍圍閱讀對象象項目管理理人員系統設計計人員系統開發發人員參考資料料略2 項目目開發流流程規范范2.1 業務需需求調研研階段調研的目目標 系系統層面面： 客客戶的系系統運行行環境業務層面面：了解解客戶需需要什么么樣的系系統，具體了了解業務務目的，業務邏邏輯，業業務數據據，客戶戶的操作作習慣，頁面風風格習慣慣等。調研的準準備工作作：行業知識識的準備備：了解客戶戶的行業業背景，行業領領域的業業務術語語，含義義。結合合客戶行行業背景景，了解解客戶的的業務知知識。業務專家家需求：在行業領領域的復復雜度不不高的情情況下，業務分分

3、析人員員直接收收集并學學習行業業知識就就可以了了，但行行業知識識的準備備工作還還是要做做的在行業領領域業務務復雜度度高的情情況下，需要業業務專家家對客戶戶的業務務的進行行整理。調研的流流程：第一步 ，項目目啟動階階段 了了解客戶戶的ITT環境。第二步， 討論論并具體體確定客客戶系統統的范圍圍，并獲獲得客戶戶業務功功能點的的原始的的單據。在這個個過程中中準備一一個本和和一只筆筆記錄討討論的業業務信息息第三步， 整理理業務信信息，和和原始表表單，抽抽取出有有效業務務信息，并對于于不明確確的業務務信息進進行整理理和歸類類，并制制作成問問卷形式式進一步步調研。第四步， 發放放調研問問卷，再再次進行行業

4、務調調研（直直接轉到到三）第五步，卷寫調調研問卷卷，并內內部評審審第六步，調研問問卷客戶戶評審并并確認。調研階段段的交付付項（可可配置項項）軟件需求求說明書書軟件需求求說明書書的目錄錄：1 客戶戶行業背背景2 客戶戶系統的的意義3 客戶戶系統運運行的環環境4 業務務功能點點描述（業務目目的，業業務邏輯輯，業務務數據，優先級級別，使使用頻率率等） 5 客客戶的操操作習慣慣，頁面面風格習習慣。2.2 概要設設計階段段概要設計計階段主主要分兩兩個步驟驟： 11 框架架設計 22業務模塊塊概要設計計 ,下下面分別別對兩個個步驟進進行描述述：2.2.1框架架設計（注：這邊的的框架設設計是按按照傳統統的開

5、發發方式進進行闡述述，基于于平臺的的開發方方式待補補）框架設計計的目標標：根據客戶戶需求，設計系系統的后后臺架構構，前臺臺界面框框架，數數據模型型。在設設計之前前要考慮慮客戶的的業務特特點，性性能要求求，已有有的ITT環境，同時還還要考慮慮將來業業務的增增長，保保證系統統一定得得可擴展展性。框架設計計包含的的內容：后臺框架架：各層層的職能能劃分，技術實實現的方方式，層層之間的的交互規規則，異異常處理理規則，目錄定定義規則則界面框架架：操作作主界面面定義 頁面面整體風風格的定定義，頁頁面流轉轉關系等等 數數據模型型： 系系統基礎礎數據（組織人人員結構構，權限限設置，字典參參數設置置） 業務務數據

6、框架設計計階段交交付項：文檔 ：系統架架構 界面面框架 數據據模型注：三份份文檔可可以融合合在一份份文檔之之中。2.2.2業務模模塊概要要設計系統設計計人員根根據業務務分析人人員的業業務需求求文檔，進行概概要設計計。在概概要設計計過程中中主要關關注三個個關鍵點點1） 業業務模塊塊的頁面面顯示內內容：信信息顯示示的內容容，顯示示的方式式；交互互接口的的定義，等 舉舉例：查查詢人員員信息模模塊操作說明明，查詢詢條件，顯示字字段，排排序和顯顯示方式式。2）業務務邏輯描描述對業務邏邏輯進行行詳細的的描述。3）業務務數據項項 業業務模塊塊涉及到到數據的的描述。具體的描描述包含含數據項名名稱 ，顯示方方式

7、，是否必必填，輸入方方式，相關邏邏輯概要設計計階段的的交付項項概要設計計文檔2.3業業務需求求理解階段段2.3.1系統統設計人人員理解解需求在系統設設計人員員理解需需求之前前，業務務分析人人員必須須提供相相關模塊塊的客戶戶需求文文檔。 系統設設計人員員閱讀并并理解客客戶需求求文檔。理解需求求文檔的的交付結結果（可可配置項項）業務需求求對于客客戶來講講，目的的是什么么，解決決什么問問題，有有什么意意義？具體業務務的執行行邏輯是是什么？在業務流流轉過程程中的業業務數據據有哪些些？需求理解解時間要要求：簡單的需需求，理理解時間間為2-3 小小時復雜需求求：理解解需求時時間4-8小時時復雜的業業務需求

8、求需要需需求分析析人員確確認。復雜的業業務需求求按照涉涉及到的的業務的的復雜度度來決定定的。2.4詳詳細設計計階段詳細設計計階段分分兩個步步驟第一步驟驟，系統統設計人人員根據據業務需需求的理理解,詳詳細設計計業務模模塊，并并出詳細細設計文文檔第二步驟驟，核心心設計人人員對系系統設計計人員的的詳細設設計文檔檔進行技技術評審審。2.4.1系統統設計人人員詳細細設計階階段系統設計計人員根根據業務務需求，詳細設設計模塊塊。詳細設計計階段的的交付結結果（可可配置項項）詳細設計計文檔：業務接口口定義數據庫的的數據項項定義Web頁頁面和JJs接口口定義等等注：對于于復雜的的模塊可可以在詳詳細設計計文檔中中可

9、以包包含了UUML類類圖，和和時序圖圖 ，從從而進一一步描述述設計的的內容詳細設計計時間要要求：簡單的業業務需求求：2-4小時時復雜的業業務需求求4-112小時時詳細設計計文檔的的書寫原原則：系統設計計人員在在文檔中中能描述述清楚業業務模塊塊的詳細細設計，不拘泥泥于格式式。2.4.2 技技術評審審階段技術評審審流程：1）系系統設計計人員在在技術評評審之前前，將自自己的詳詳細設計計文檔分分發給技技術評審審的與會會人員。2）在技技術評審審過程中中，系統統設計人人員首先先講述詳詳細設計計文檔3）評審審人員對對詳細設設計中各各個環節節進行詢詢問和確確認，提提出修改改方案。4）最后后項目技技術負責責人確

10、認認調整后后的設計計方案。技術階段段的交付付結果（可配置置項）業務確定定的詳細細設計文文檔。注：此文文檔是交交付確認認的標準準之一。2.5CCodiing階階段系統開發發人員根根據業務務的項目目詳細設設計文檔檔，進行行實際CCodiing過過程。在Coddingg過程中中的注意意事項1） 在在Coddingg過程中中嚴格按按照Coodinng開發發規范來來執行。2）在CCodiing過過程中，發現詳詳細設計計文檔中中的嚴重重缺陷，則需要要和項目目設計人人員確認認，如非非常復雜雜，則需需重新技技術評審審。3）在詳詳細設計計發生改改變時，需要及及時更新新詳細設設計文檔檔。2.6業業務模塊塊確認交付

11、付階段項目技術術負責人人和業務務分析人人員共同同對業務務模塊進進行驗收收。驗收步驟驟：1）業務務分析人人員確認認功能模模塊實現現功能和和客戶需需求一致致2）技術術負責人人對功能能模塊進進行技術術上的確確認。3）測試試人員的的測試報報告注：第三三步主要要看公司司的具體體的情況況和業務務復雜度度， 第三步步完成流流程如下下：1）準備備測試階階段 測試人人員根據據業務需需求，設設定一個個業務環環境，寫寫成測試試腳本， 22）測試試階段 根根據測試試環境和和業務需需求 進進行測試試 33）根據據測試的的結果，出測試試報告。2.7 系統集集成測試試根據客戶戶業務需需求，測測試人員員設定一一個測試試環境，編寫測測試腳本本，在測測試服務務器上部部署好系系統。按按照測試試用例進進行業務務功能上上測試。測試人員員準備工工作清單單：測試用例例測試腳本本當前實現現模塊硬件設備