軟件項目進度計劃01635

1、施工進度計劃書歡迎下載工期安排XX項目總體工程實施，依照合同按計劃在 5個月內(nèi)完成。工期從 2017年9月初開工，至2018年1月底截止。為了保證項目圓滿完成， 分階段進行進度控制，同時加強軟件質(zhì)量管理，以保障項目按工期規(guī) 定順利交付。項目進度表項目階段時間工作內(nèi)容成果需求調(diào)研2017.9 . 1-2017.9.20成立項目咨詢專家 組，對項目需求進行 詳細的調(diào)研系統(tǒng)需求規(guī)格說 明書系統(tǒng)設計2017.9.20-2017.10.20在需求調(diào)研的基礎上 對系統(tǒng)架構(gòu)、安全體 系、功能等進行系統(tǒng) 設計系統(tǒng)設計說明書系統(tǒng)開發(fā)2017.9.20-2017.12.15進行各個子系統(tǒng)的迭 代開發(fā)，完成單元測

2、試不同迭代版本的 可運行系統(tǒng)系統(tǒng)集成2017.12.15-2017.12.25系統(tǒng)集成和對各模塊 集成測試測試報告形成可完整運行 的系統(tǒng)系統(tǒng)初驗2017.12.25-2017.12.30項目初驗初驗報告系統(tǒng)試運 行2017.12 . 30-2018.1.101、平臺上線試運行2、系統(tǒng)持續(xù)優(yōu)化升級版本的可運 行系統(tǒng)，并安裝部 署到用戶本地用戶培訓2018.1 . 10-2018.1.25對各級用戶進行培訓使用說明項目終驗2018.1.30項目終驗驗收報告三、 項目實施各環(huán)節(jié)實施方案在明確本項目的建設目標、建設任務和范圍、建設時間進度要求、 項目建設特點分析的基礎上，依據(jù)招標文件的要求和我方在以往

3、大型 信息化平臺建設實施方面的經(jīng)驗和教訓，為了更好的保障項目的整體 進度和整體質(zhì)量，更好地回避和解決項目建設過程中的可能風險，更好地達到系統(tǒng)的建設目標、項目的總體目標，在本章中，針對本項目 的特點，提出我們的項目建設實施整體階段過程的劃分、每個階段要達成的目標、實施方法和實施計劃。系統(tǒng)建設過程主要分為需求調(diào)研/分析、系統(tǒng)設計、開發(fā)/測試、 集成測試、培訓/試運行、驗收交付以及質(zhì)保期七個大的建設階段。充分吸收面向?qū)ο箝_發(fā)的迭代思想，在經(jīng)典的幾個項目階段基礎 上，于每個階段的內(nèi)部，又分成了若干次的迭代過程；每一個迭代包 括計劃、分析、原型等。于是項目可以遞進地進展，每一個迭代周期 完成，都會形成一

4、個產(chǎn)品原型，通過與業(yè)主的不斷交互，完善，直到 原型發(fā)展成為可用的產(chǎn)品。如圖：計劃 分析 設計早期啤飾剛刼計劃- 分析設計1噩1原型測試JJ客a 評怙售一* 99!|計劃分折設計豔爰原型測試 蠶 h丄 丄 _ 4丄丿電 一計劃 分析 設計 蠶？ 掠型 測試 謊當1. 項目里程碑里程碑在項目實施中通常設置在階段任務完成點或關(guān)鍵任務的完成點。在項目實施計劃中設置里程碑， 便于以里程碑為監(jiān)控點，對項目 實施從進度、質(zhì)量、績效等方面進行更加有效的監(jiān)控和管理；便于項 目組織成員有一個共同的視野，展示項目簡明清晰的階段性目標；便 于項目經(jīng)理與相關(guān)人員之間就進度問題進行溝通。在為項目進度計劃設置里程碑時，遵循

5、以下原則：以項目目標為依據(jù)，以可交付成果物為向?qū)ВO置里程碑?？山?付成果物可以是文檔，也可以是可運行的程序。將實施各階段的完成點設置成里程碑。如需求規(guī)格定稿作為需求 分析階段的完成點，可以定義成為里程碑。設置的里程碑必須可審查、可測量，有明確的完成標準。只有里 程碑通過審查，才能進入到下一個階段的任務。綜上所述，本項目的里程碑如下表所示:序號時間里程碑描述1第20天應用系統(tǒng)需求分析設計完成2第120天應用系統(tǒng)編碼實現(xiàn)3第130天系統(tǒng)完成測試4第140天用戶培訓完成5第150天系統(tǒng)上線試運行，完成初驗6第160天系統(tǒng)試運行完成2. 需求分析階段任務范圍：本階段任務范圍包括完善、細化需求分析階段

6、的工作計劃；開展 需求調(diào)研工作；進行需求分析；編寫需求分析報告。實施方法：通過業(yè)務需求調(diào)研，確定并定義問題區(qū)、用戶的需求、項目范圍、 項目成功標準與業(yè)主方接收標準。定義實施范圍：確定并定義項目實施的目標、范圍和關(guān)鍵的成功 要素。編寫需求分析報告：包括業(yè)務系統(tǒng)的業(yè)務模型、業(yè)務流程、業(yè)務 功能設計等。業(yè)務需求調(diào)研：主要采取一對一面談、團體座談、發(fā)送調(diào)研表、調(diào)查問卷、查閱需求資料以及召開討論會等多種方式，從業(yè)務層、管 理層、決策層多方位的獲取需求。根據(jù)需求交流進展情況，采用快速原型法，以直觀的方式確認需 求。采用Ratio nal Rose 的“用例（Use Case）”表述方法定義系 統(tǒng)需求，保證

7、需求的完整性、準確性、唯一性、可度量性、可測試性、 可追溯性。在描述中盡量使用業(yè)主方相關(guān)使用人員的業(yè)務語言，便于需求的審查和測試。完成標準:本階段任務完成的標準是：正式提交需求分析報告，通過業(yè)主方 和監(jiān)理方審核，并經(jīng)過業(yè)主方確認。可交付成果：本階段的可交付成果是：XX項目需求分析報告3. 系統(tǒng)設計階段任務范圍：系統(tǒng)設計階段將按照面向?qū)ο蟮姆治鲈O計方法并結(jié)合使用其他 軟件工程方法，完成各子系統(tǒng)的概要設計。包括功能設計、數(shù)據(jù)庫結(jié)構(gòu)設計、頁面設計、軟件實現(xiàn)結(jié)構(gòu)的0-0 （面向?qū)ο螅┰O計。實施方法：本子階段將對業(yè)務流程、控制流程、功能模塊和數(shù)據(jù)結(jié)構(gòu)進行設 計，這是承上（需求分析）啟下（代碼實現(xiàn)）的階段

8、，這個階段把業(yè) 務需求變成技術(shù)設計，由業(yè)務描述變成技術(shù)描述，由業(yè)務語言變成技 術(shù)語言。通常來講，這個階段又可以劃分為三個主要的步驟，即：業(yè) 務流程及邏輯設計、控制及表現(xiàn)邏輯設計、功能模塊設計、數(shù)據(jù)結(jié)構(gòu) 設計。業(yè)務流程及邏輯設計：使用業(yè)務圖形按照業(yè)務流程的順序?qū)I(yè)務 進行歸納、整理，繪制業(yè)務流程圖。對于其中描述良好和規(guī)范的業(yè)務 需求可同需求分析合并進行，繪制工作將借助繪圖工具軟件Visio對圖形表述進行規(guī)范功能模塊及邏輯設計：抽取最小業(yè)務單元，按照按"職能域-業(yè)務 過程-業(yè)務活動"三層結(jié)構(gòu)分解和表達功能，依據(jù)業(yè)務流程組織功能層 次，繪制功能層次圖。把業(yè)務流圖中以“操作單元”表

9、現(xiàn)的節(jié)點看作 功能模塊，描述其輸入、輸出、主要處理過程和所涉及到的數(shù)據(jù)及數(shù) 據(jù)單元。數(shù)據(jù)結(jié)構(gòu)設計：對于功能模塊設計中所涉及的有關(guān)數(shù)據(jù)及數(shù)據(jù)單 元進行歸納，利用“對象-關(guān)系型語言”表示出來， 并指明數(shù)據(jù)之間 的一致性或約束性關(guān)系。這就是通常所說的數(shù)據(jù)結(jié)構(gòu)或稱為數(shù)據(jù)字 典。這部分工作將采用實體-關(guān)系設計工具PowerDesigner來輔助進 行。系統(tǒng)設計說明書審核：項目經(jīng)理對各應用子系統(tǒng)的系統(tǒng)設計說明 書進行審核。審核工作由項目經(jīng)理、技術(shù)總監(jiān)和專家協(xié)同進行。 完成標準：本階段任務完成的標準是：正式提交概要設計說明書，通過業(yè)主 方確認?？山桓冻晒罕倦A段的可交付成果是：XX系統(tǒng)設計說明書。4. 編碼

10、開發(fā)階段任務范圍：包括對標準化的內(nèi)部數(shù)字內(nèi)容資源轉(zhuǎn)換加工和管理、數(shù)字內(nèi)容的深度加工、在線編撰流程管理、知識挖掘和知識數(shù)據(jù)庫開發(fā)、網(wǎng)絡數(shù) 據(jù)采集和內(nèi)容提供服務、產(chǎn)品打包和多渠道發(fā)布、在線交互服務等編 碼實現(xiàn)、單元測試；以及項目的安全保障體系的建設。實施方法：（一）日創(chuàng)建、日部署在本項目各應用子系統(tǒng)開發(fā)實現(xiàn)階段，將采用快速原型法與“日 創(chuàng)建、日部署”開發(fā)方法，每天形成一個版本，并進行部署，在最短 的時間內(nèi)開發(fā)出核心業(yè)務功能交付用戶使用， 并在此基礎上再與用戶 交流溝通，對問題做出相應調(diào)整。這種方法的特點如下：可以在最短時間內(nèi)開發(fā)出子系統(tǒng)核心業(yè)務功能交付項目相關(guān)人員測試和試用；進入開發(fā)階段后，每天形

11、成一個版本，以最直觀的溝通方式讓業(yè) 主方項目主管領(lǐng)導看到最終的產(chǎn)品原型；最大程度避免了產(chǎn)品的實現(xiàn)與系統(tǒng)需求間的分歧；降低了需求變更的頻度；降低了系統(tǒng)實施的風險。（二）代碼走查代碼走查是由一組人通過閱讀、討論和爭議對程序進行靜態(tài)分析 的過程。走查小組由組長，23名程序設計和測試人員及程序員組 成。走查小組在充分閱讀待審程序文本、控制流程圖及有關(guān)要求、規(guī) 范等文件基礎上，召開代碼走查會，程序員逐句講解程序的邏輯，并 展開熱烈的討論甚至爭議，以揭示錯誤的關(guān)鍵所在。實踐表明，程序員在講解過程中能發(fā)現(xiàn)許多自己原來沒有發(fā)現(xiàn)的錯誤， 而討論和爭議 則進一步促使了問題的暴露。例如，對某個局部性小問題修改方法的

12、 討論，可能發(fā)現(xiàn)與之有牽連的甚至能涉及到模塊的功說明、模塊間接口和系統(tǒng)總結(jié)構(gòu)的大問題，導致對需求定義的重定義、重設計驗證， 可以大大改善軟件的質(zhì)量。（三）單元測試單元測試集中在檢查軟件設計的最小單位一模塊上， 通過測試發(fā) 現(xiàn)實現(xiàn)該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。由于模塊規(guī)模小、功能單一、邏輯簡單，測試人員有 可能通過模塊說明書和源程序，清楚地了解該模塊的I/O條件和模塊 的邏輯結(jié)構(gòu)，采用結(jié)構(gòu)測試（白盒法）的用例，盡可能達到徹底測試， 然后輔之以功能測試（黑盒法）的用例，使之對任何合理和不合理的 輸入都能鑒別和響應。高可靠性的模塊是組成可靠系統(tǒng)的堅實基礎。將單元

13、測試結(jié)果編寫成單元測試報告， 提交項目經(jīng)理審核，審核通過 后提交項目領(lǐng)導組審批。（四）系統(tǒng)測試隨著代碼的實現(xiàn)和單元測試完成，軟件測試人員開始對代碼進行 系統(tǒng)測試。系統(tǒng)測試以子系統(tǒng)為基本單元進行， 其基本測試依據(jù)是測 試計劃和測試方案。根據(jù)測試方案中的用例設計按照模塊逐一“輸 入”數(shù)據(jù)（手工或自動工具），并進行一定的壓力測試。主要工作過 程是：運行程序員提交的功能模塊代碼，輸入數(shù)據(jù)，如實記錄運行結(jié)果， 填寫“測試記錄”。對于未通過測試的功能模塊，填寫測試反饋單， 由程序員修改問題代碼后再次提交測試。 這是一個多次循環(huán)反饋的過 程。編制系統(tǒng)測試報告：測試結(jié)束后，測試人員編制完整的測試報告， 包括測

14、試的對象、測試范圍、主要功能、測試環(huán)境、測試工具、測試 結(jié)果匯總，并附完整的測試記錄和反饋記錄。完成標準：本階段任務完成的標準是：編碼完成且通過單元測試、集成測試、 系統(tǒng)測試，并通過技術(shù)總監(jiān)與項目經(jīng)理的審核。系統(tǒng)詳細施工進度計劃，詳見施工進度計劃甘特圖?？山桓冻晒罕倦A段的可交付成果是：網(wǎng)站各系統(tǒng)可進行正常運行。5. 系統(tǒng)初驗階段任務范圍：本階段任務范圍包括：完成應用系統(tǒng)在測試環(huán)境的部署和集成測 試后，由業(yè)主方認定是否滿足可進行試運行的基本條件。并完成驗收報告。實施方法：由供應商通過集成測試，對各應用系統(tǒng)自檢合格后，提交初驗申請至用戶方審批。用戶方檢驗應用系統(tǒng)運行情況，看是否符合:是否滿足簽字

15、確認的需求分析報告；是否滿足招標文件要求；是否可以開始試運行。驗收通過后，由雙方共同簽署初驗報告。完成標準：本階段的完成標準是：系統(tǒng)通過業(yè)主初步驗收，且可以開始試運 行。可交付成果：本階段可交付成果是：系統(tǒng)初驗報告。6試運行階段任務范圍：本階段的任務范圍是：在用戶培訓工作的階段性成果完成后， 開 始組織系統(tǒng)試運行工作，由項目經(jīng)理和業(yè)主方主管領(lǐng)導共同確定試運 行范圍和試運行策略，并編制試運行計劃、組織試運行工作。實施方法：（一）試運行實施步驟:準備應用系統(tǒng)運行需要的真實數(shù)據(jù)；組建運行組織和人員準備：建立由業(yè)主方主管領(lǐng)導和項目經(jīng)理組成的試運行領(lǐng)導小組；確定試運行期間系統(tǒng)管理人員和系統(tǒng)維護人員；召開

16、試運行參與人員的動員會，統(tǒng)一思想，明確指導思想、工作 方針、工作方法和工作計劃；落實其他試運行組織中的各職責人員。雙方共同制定試運行工作計劃。工作計劃中包括試運行工作相關(guān) 各方責任、工作日程安排、運行工作制度。（二）試運行期間各方職責：試運行工作將由供應商與業(yè)主方密切配合完成。試運行期間中， 各方職責如下：供應商負責在試運行期間進行應用系統(tǒng)運行記錄， 對試運行中出 現(xiàn)的問題做到及時維護和更新，并完成試運行報告。在系統(tǒng)試運行階段，應達到系統(tǒng)連續(xù)無重大故障運行1個月，并 不斷根據(jù)試運行報告進行修改完善，在試運行期內(nèi)如出現(xiàn)重大故障， 試運行期從故障排除之日起重新計算，直到系統(tǒng)連續(xù)1個月無重大故 障為

17、止。業(yè)主方系統(tǒng)使用人員負責在試運行期間定期反饋系統(tǒng)存在問題。完成標準：本階段任務完成的標準是：試運行期間系統(tǒng)運行穩(wěn)定，性能達標，試運行報告通過業(yè)主方確認 可交付成果:通過試運行驗證后的可運行的網(wǎng)站系統(tǒng)。7.系統(tǒng)終驗階段任務范圍：本階段任務范圍包括：試運行結(jié)束后，經(jīng)業(yè)主方審核通過后，協(xié) 助組織業(yè)主方進行系統(tǒng)終驗驗收。實施方法：試運行結(jié)束后，由供應商提出驗收申請，并協(xié)助業(yè)主方組織項目 驗收，最終完成項目交付。（一）驗收標準：?是否符合項目合同要求；?是否滿足簽字確認的需求分析報告；?是否滿足招標文件要求；?是否滿足用戶培訓要求；?是否滿足試運行期間的整改要求。（二）驗收組織試運行工作完成后，項目驗收工作由供應商、業(yè)主方共同組成項目驗收小組對項目進行驗收驗收小組對驗收內(nèi)容，如實施過程文檔、用戶培訓效果、軟件運 行效果、項目管理等方面進行審查。必要時對項目的主要內(nèi)容、重要 功能和性能組織第三方進行專業(yè)測試。驗收完成后，由業(yè)主方、供應商共同編制驗收報告，簽署驗收意 見，完成項目建設成果的交付。項目驗收完成將作為質(zhì)保期的開始。完成標準：本階段完成標準是：驗收通過，且完成項目建設成果的交付。可交付成果：本階段可交付成果是：XX項目驗收報告。四、保障措施在項目開發(fā)過程中，策劃可行的質(zhì)量管理活動，然后正確地執(zhí)行和控制這些活動以保證絕大多數(shù)的缺陷可以在開發(fā)過程中被發(fā)現(xiàn)。在項目里，評審和測試活動是