1、時間：二O二一年七月二十九日施工進度計劃書之阿布王創作時間：二O二一年七月二十九日二、工期安插XX項目總體工程實施，依照合同按計劃在5個月內完成.工期 從2017年9月初開工，至2018年1月底截止.為了保證項目圓滿 完成，分階段進行進度控制，同時加強軟件質量管理，以保證項目按 工期規定順利交付.三、項目進度表項目階段時間工作內容功效需求調研成立項目咨詢專豕組, 對項目需求進行詳細 的調研系統需求規格說 明書系統設計在需求調研的基礎上 對系統架構、平安體 系、功能等進行系統 設計系統設計說明書系統開發進行各個子系統的迭 代開發,完成單位測試分歧迭代版本的 可運行系統系統集成系統集成和對各模塊

2、集成測試測試陳說形成可完整運行 的系統系統初驗項目初驗初驗陳說系統試運 行1、平臺上線試運行2、系統繼續優化升級版本的可運 行系統，并裝置布 置到用戶本地用戶培訓對各級用戶進行培訓使用說明項目終驗項目終驗驗收陳說時間：二O二一年七月二十九日時間：二O二一年七月二十九日四、項目實施各環節實施方案在明確本項目的建設目標、建設任務和范圍、建設時間進度 要求、項目建設特點分析的基礎上 ，依據招標文件的要求和我方在 以往年夜型信息化平臺建設實施方面的經驗和教訓，為了更好的保證項目的整體進度和整體質量 ，更好地回避和解決項目建設過程中 的可能風險，更好地到達系統的建設目標、項目的總體目標，在本章中，針對本

3、項目的特點，提出我們的項目建設實施整體階段過程 的劃分、每個階段要告竣的目標、實施方法和實施計劃系統建設過程主要分為需求調研 /分析、系統設計、開發/測 試、集成測試、培訓/試運行、驗收交付以及質保期七個年夜的建 設階段.充沛吸收面向對象開發的迭代思想，在經典的幾個項目階段基礎上，于每個階段的內部，又分成了若干次的迭代過程；每一個迭 代包括計劃、分析、原型等.于是項目可以遞進地進展，每一個迭代周期完成，城市形成一個產物原型，通過與業主的不竭交互，完善, 直到原型發展成為可用的產物.如圖：1.項目里程碑里程碑在項目實施中通常設置在階段任務完成點或關鍵任務 的完成點.在項目實施計劃中設置里程碑 ，

4、便于以里程碑為監控點，對項時間：二O二一年七月二十九日時間：二O二一年七月二十九日目實施從進度、質量、績效等方面進行更加有效的監控和管理；便于項目組織成員有一個共同的視野 ，展示項目簡明清晰的階段性目標；便于項目經理與相關人員之間就進度問題進行溝通在為項目進度計劃設置里程碑時 ,遵循以下原則：以項目目標為依據，以可交付功效物為向導，設置里程碑.可交 付功效物可以是文檔，也可以是可運行的法式.將實施各階段的完成點設置成里程碑.如需求規格定稿作為需 求分析階段的完成點，可以界說成為里程碑.設置的里程碑必需可審查、可丈量，有明確的完成標準.只有里程碑通過審查，才華進入到下一個階段的任務.綜上所述，本

5、項目的里程碑如下表所示:序號時間里程碑描述1第20天應用系統需求分析設計完成2第120天應用系統編碼實現3第130天系統完成測試4第140天用戶培訓完成5第150天系統上線試運行，完成初驗6第160天系統試運行完成.需求分析階段任務范圍：本階段任務范圍包括完善、細化需求分析階段的工作計劃； 開展需求調研工作；進行需求分析；編寫需求分析陳說實施方法：通過業務需求調研，確定并界說問題區、用戶的需求、項目范時間：二O二一年七月二十九日時間：二O二一年七月二十九日圍、項目勝利標準與業主方接收標準.界說實施范圍：確定并界說項目實施的目標、范圍和關鍵的 勝利要素.編寫需求分析陳說：包括業務系統的業務模型、

6、業務流程、 業務功能設計等.業務需求調研：主要采用一對一面談、團體座談、發送調研表、調查詢卷、查閱需求資料以及召開討論會等多種方式，從業務層、管理層、決策層多方位的獲取需求.根據需求交流進展情況，采納快速原型法，以直觀的方式確認 需求.采納Rational Rose 的“用例（Use Case） 表述方法界說 系統需求，保證需求的完整性、準確性、唯一性、可懷抱性、可測 試性、可追溯性.在描述中盡量使用業主方相關使用人員的業務語言，便于需求的審查和測試.完成標準：本階段任務完成的標準是：正式提交需求分析陳說，通過業主方和監理方審核，并經過業主方確認.可交付功效：本階段的可交付功效是：XX項目需求

7、分析陳說.系統設計階段時間：二O二一年七月二十九日時間：二O二一年七月二十九日任務范圍：系統設計階段將依照面向對象的分析設計方法并結合使用其 他軟件工程方法，完成各子系統的概要設計.包括功能設計、數據庫結構設計、頁面設計、軟件實現結構的O-O （面向對象）設計.實施方法：簿本階段將對業務流程、控制流程、功能模塊和數據結構進行設計，這是承上（需求分析）啟下（代碼實現）的階段 ，這個階 段把業務需求釀成技術設計，由業務描述釀成技術描述，由業務語 言釀成技術語言.通常來講，這個階段又可以劃分為三個主要的步 伐，即：業務流程及邏輯設計、控制及暗示邏輯設計、功能模塊設 計、數據結構設計.業務流程及邏輯設

8、計：使用業務圖形依照業務流程的順序對業務進行歸納、整理，繪制業務流程圖.對其中描述良好和規范的 業務需求可同需求分析合并進行 ，繪制工作將借助繪圖工具軟件 Visio對圖形表述進行規范.功能模塊及邏輯設計：抽取最小業務單位，依照按職能域-業務過程-業務活動三層結構分解和表達功能，依據業務流程組織功 能條理，繪制功能條理圖.把業務流圖中以“把持單位”暗示的節 點看作功能模塊，描述其輸入、輸出、主要處置過程和所涉及到的 數據及數據單位.數據結構設計：對功能模塊設計中所涉及的有關數據及數據時間：二O二一年七月二十九日時間：二O二一年七月二十九日單位進行歸納，利用“對象-關系型語言”暗示出來，并指明數

9、據之間的一致性或約束性關系.這就是通常所說的數據結構或稱為數 據字典.這部份工作將采納實體-關系設計工具 PowerDesigner來 輔助進行.系統設計說明書審核：項目經理對各應用子系統的系統設計說明書進行審核.審核工作由項目經理、技術總監和專家協同進行 完成標準：本階段任務完成的標準是：正式提交概要設計說明書，通過業主方確認.可交付功效：本階段的可交付功效是：XX系統設計說明書.編碼開發階段任務范圍：包括對標準化的內部數字內容資源轉換加工和管理、數字內容的深度加工、在線編撰流程管理、知識挖掘和知識數據庫開發、網絡數據收集和內容提供服務、產物打包和多渠道發布、在 線交互服務等編碼實現、單位測

10、試；以及項目的平安保證體系的 建設.實施方法：（一）日創立、日布置在本項目各應用子系統開發實現階段，將采納快速原型法與時間：二O二一年七月二十九日時間：二O二一年七月二十九日“日創立、日布置”開發方法 ，每天形成一個版本，并進行布置，在 最短的時間內開發出核心業務功能交付用戶使用，并在此基礎上再與用戶交流溝通，對問題做出相應調整.這種方法的特點如下：可以在最短時間內開發出子系統核心業務功能交付項目相關人員測試和試用；進入開發階段后，每天形成一個版本，以最直觀的溝通方式讓 業主方項目主管領導看到最終的產物原型；最年夜水平防止了產物的實現與系統需求間的分歧； 降低了需求變動的頻度；降低了系統實施的

11、風險.（二）代碼走查代碼走查是由一組人通過閱讀、討論和爭議對法式進行靜態 分析的過程.走查小組由組長，23名法式設計和測試人員及法式 員組成.走查小組在充沛閱讀待審法式文本、控制流程圖及有關要 求、規范等文件基礎上，召開代碼走查會，法式員逐句講解法式的 邏輯，并展開熱烈的討論甚至爭議，以揭示毛病的關鍵所在.實踐標 明，法式員在講解過程中能發現許多自己原來沒有發現的毛病，而討論和爭議則進一步促使了問題的流露.例如，對某個局部性小問題修改方法的討論，可能發現與之有牽連的甚至能涉及到模塊的功 說明、模塊間接口和系統總結構的年夜問題，招致對需求界說的重界說、重設計驗證，可以年夜年夜改善軟件的質量.（三

12、）單位測試時間：二O二一年七月二十九日時間：二O二一年七月二十九日單位測試集中在檢查軟件設計的最小單位一模塊上，通過測試發現實現該模塊的實際功能與界說該模塊的功能說明不符合的情 況，以及編碼的毛病.由于模塊規模小、功能單一、邏輯簡單，測試人員有可能通過模塊說明書和源法式 ，清楚地了解該模塊的I/O條 件和模塊的邏輯結構，采納結構測試（白盒法）的用例 ，盡可能到 達完全測試，然后輔之以功能測試（黑盒法）的用例 ，使之對任何 合理和分歧理的輸入都能鑒別和響應.高可靠性的模塊是組成可靠系統的堅實基礎.將單位測試結果編寫成單位測試陳說，提交項目經理審核，審核通過后提交項目領導組審批 .（四）系統測試隨

13、著代碼的實現和單位測試完成，軟件測試人員開始對代碼進 行系統測試.系統測試以子系統為基本單位進行 ，其基本測試依據 是測試計劃和測試方案.根據測試方案中的用例設計依照模塊逐一“輸入”數據（手工或自開工具），并進行一定的壓力測試.主要工作過程是：運行法式員提交的功能模塊代碼 ，輸入數據，如實記錄運行結 果，填寫“測試記錄”.對未通過測試的功能模塊 ，填寫測試反饋單 由法式員修改問題代碼后再次提交測試.這是一個屢次循環反饋的過程.編制系統測試陳說：測試結束后 ，測試人員編制完整的測試陳 說，包括測試的對象、測試范圍、主要功能、測試環境、測試工 具、測試結果匯總，并附完整的測試記錄和反饋記錄 .時間

14、：二O二一年七月二十九日時間：二O二一年七月二十九日完成標準：本階段任務完成的標準是：編碼完成且通過單位測試、集成測試、系統測試，并通過技術總監與項目經理的審核 .系統詳細施工進度計劃，詳見施工進度計劃甘特圖.可交付功效：本階段的可交付功效是：網站各系統可進行正常運行.系統初驗階段任務范圍：本階段任務范圍包括：完成應用系統在測試環境的布置和集成測試后，由業主方認定是否滿足可進行試運行的基本條件.并完成驗收陳說.實施方法：由供應商通過集成測試，對各應用系統自檢合格后 ，提交初驗 申請至用戶方審批.用戶方檢驗應用系統運行情況，看是否符合：是否滿足簽字確認的需求分析陳說；是否滿足招標文件要求；是否可

15、以開始試運行.驗收通過后，由雙方共同簽署初驗陳說.時間：二O二一年七月二十九日時間：二O二一年七月二十九日完成標準：本階段的完成標準是：系統通過業主初步驗收，且可以開始試運行.可交付功效：本階段可交付功效是：系統初驗陳說 .試運行階段任務范圍：本階段的任務范圍是：在用戶培訓工作的階段性功效完成后 開始組織系統試運行工作，由項目經理和業主方主管領導共同確定 試運行范圍和試運行戰略，并編制試運行計劃、組織試運行工作.實施方法：（一）試運行實施步伐：準備應用系統運行需要的真實數據；組建運行組織和人員準備：建立由業主方主管領導和項目經理組成的試運行領導小組；確定試運行期間系統管理人員和系統維護人員；召

16、開試運行介入人員的帶動會 ，統一思想，明確指導思想、工作方針、工作方法和工作計劃；落實其他試運行組織中的各職責人員 .時間：二O二一年七月二十九日時間：二O二一年七月二十九日雙方共同制定試運行工作計劃.工作計劃中包括試運行工作相 關各方責任、工作日程安插、運行工作制度.（二）試運行期間各方職責：試運行工作將由供應商與業主方密切配合完成.試運行期間中，各方職責如下：供應商負責在試運行期間進行應用系統運行記錄，對試運行中呈現的問題做到及時維護和更新，并完成試運行陳說.在系統試運行階段，應到達系統連續無重年夜故障運行1個月,其實不竭根據試運行陳說進行修改完善，在試運行期內如呈現重年 夜故障，試運行期

17、從故障排除之日起重新計算 ，直到系統連續1個 月無重年夜故障為止.業主方系統使用人員負責在試運行期間按期反饋系統存在問 題.完成標準：本階段任務完成的標準是：試運行期間系統運行穩定，性能達標，試運行陳說通過業主方確認.可交付功效：通過試運行驗證后的可運行的網站系統 .時間：二O二一年七月二十九日時間：二O二一年七月二十九日.系統終驗階段任務范圍：本階段任務范圍包括：試運行結束后，經業主方審核通過后協助組織業主方進行系統終驗驗收 .實施方法：試運行結束后，由供應商提出驗收申請，并協助業主方組織項 目驗收，最終完成項目交付.（一）驗收標準：?是否符合項目合同要求；?是否滿足簽字確認的需求分析陳說；

18、?是否滿足招標文件要求；?是否滿足用戶培訓要求；?是否滿足試運行期間的整改要求.（二）驗收組織試運行工作完成后，項目驗收工作由供應商、業主方共同組成 項目驗收小組對項目進行驗收 .驗收小組對驗收內容，如實施過程文檔、用戶培訓效果、軟件 運行效果、項目管理等方面進行審查 .需要時對項目的主要內容、 重要功能和性能組織第三方進行專業測試 .時間：二O二一年七月二十九日時間：二O二一年七月二十九日驗收完成后，由業主方、供應商共同編制驗收陳說，簽署驗收意見，完成項目建設功效的交付.項目驗收完成將作為質保期的開始 .完成標準：本階段完成標準是：驗收通過，且完成項目建設功效的交付.可交付功效：本階段可交付功效是：XX項目驗收陳說.五、保證辦法在項目開發過程中，規畫可行的質量管理活動，然后正確地執行 和控制這些活動以保證絕年夜大都的缺陷可以在開發過程中被發現.在項目里，評審和測試活動是預先規畫好的，在執行過程中，根 據已界說好的過程來執行這些活動 .通過執行這些活動來識別缺陷 然后消除這些缺陷.本項目質量保證貫穿于整個項目的