1、*商品采購平臺項目計劃文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標識：ST-GDEC-PLAN-PP當前版本：1.0作 者：完成日期：2009-12-22泉州市視通光電網(wǎng)絡有限公司【僅用于教學參考】2009 年 12 月版 本 歷 史版本/狀態(tài)作者參與者完成日期備注1.02009-12-22完成目 錄 1. 前言41.1目的41.2 范圍41.3符號、縮略語、術(shù)語定義41.4 參考資料52. 項目概述62.1 項目目的、范圍和目標62.2 假定和約束72.3 項目工作產(chǎn)品72.4 方法、工具與技術(shù)73. 項目組織83.1 組織結(jié)構(gòu)83.2 外部接口83.3 角色、職責和人員84. 項目計劃94.

2、1 項目過程94.2 WBS 表94.3 進度安排104.4 里程碑說明114.5關(guān)鍵計算機資源估算124.6 財務預算124.7 項目評審124.8 過程文檔135. 風險評估和控制146. 溝通計劃147. 培訓計劃15附錄：項目計劃審批161. 前言1.1目的為了保證項目團隊按時保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務范圍、各項工作的任務分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目

3、團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據(jù)。1.2 范圍Ø 項目介紹Ø 項目過程定義Ø 人力資源計劃Ø 軟硬件資源計劃Ø 財務計劃Ø 任務與進度Ø 下屬計劃1.3符號、縮略語、術(shù)語定義縮寫、術(shù)語解 釋SPP精簡并行過程，Simplified Parallel ProcessPP項目規(guī)劃，Project PlanningISO9000質(zhì)量管理體系標準Power Designer建模工具SVN版本管理工具Photoshop圖片處理工具1.4 參考資料2. 項目

4、概述2.1 項目目的、范圍和目標系統(tǒng)建設的目的主要是為提高廣電行業(yè)商品采購的電子商務水平，為實現(xiàn)廣電行業(yè)企業(yè)提供完善一站式電子商務解決方案，并將實現(xiàn)與其它系統(tǒng)的集成共同營造一個信息化的行業(yè)交易平臺。系統(tǒng)最終將建設成為一個針對廣電行業(yè)，提供支付、物流、仲裁、法律支持等商務服務的電子商務平臺，并在此基礎之上為企業(yè)提供增值服務的綜合性運營平臺。2.2 假定和約束假定：人員能夠及時到位，律師事務所、銀行、物流公司、仲裁機構(gòu)等合作順利。約束：項目開發(fā)過程中必須遵照ISO9000標準流程，各階段的文檔應符合公司的要求，代碼編寫應遵照公司制定的編碼規(guī)范。時間約束：2010年3月初完成。2.3 項目工作產(chǎn)品1

5、.廣電商品采購平臺。2.項目文檔。2.4 方法、工具與技術(shù)過程域方法、工具與技術(shù)面向?qū)ο蠓治雠c設計Power Designer15.0配置管理SVN文檔管理SVN、RDMS制作文檔Microsoft Office 2003/2007開發(fā)工具VS2008數(shù)據(jù)庫MYSQL開發(fā)過程管理RDMS3. 項目組織3.1 組織結(jié)構(gòu)主導項目驅(qū)動思想，項目的一切事宜由項目經(jīng)理協(xié)調(diào)、推動。機構(gòu)領(lǐng)導輔助項目經(jīng)理決策，幫助協(xié)調(diào)人力、項目經(jīng)費、時間等整體資源；市場部負責與客戶接洽事宜，宣傳推廣；用戶部負責用戶的培訓，收集反饋；副總秘書負責進度的監(jiān)控和跟蹤；質(zhì)量保證小組對項目的質(zhì)量提出建議，并跟蹤問題的解決；高級項目經(jīng)理

6、輔助項目經(jīng)理做好軟件開發(fā)過程的控制。3.2 外部接口銀行支付系統(tǒng)物流電子下單系統(tǒng)3.3 角色、職責和人員角色職責人員工作說明機構(gòu)領(lǐng)導項目監(jiān)督及外部運作高級項目經(jīng)理協(xié)助項目經(jīng)理處理項目事宜項目經(jīng)理主導項目的所有工作需求調(diào)研需求調(diào)研需求分析員需求分析，需求建模系統(tǒng)設計員對需求模型進行系統(tǒng)設計架構(gòu)人員系統(tǒng)架構(gòu)設計及系統(tǒng)框架的搭建數(shù)據(jù)庫設計員設計數(shù)據(jù)庫美工、界面設計人員確定界面風格，美化界面程序員負責詳細設計，系統(tǒng)編碼實現(xiàn)測試跟蹤員負責系統(tǒng)的測試工作配置管理員管理系統(tǒng)的相關(guān)配置文檔說明項目核心人員把握架構(gòu)、需求、技術(shù)攻堅實施人員編寫用戶幫助文檔4. 項目計劃4.1 項目過程本項目采用瀑布式開發(fā)模型，主

7、要包含需求獲取、需求分析、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)編碼、系統(tǒng)測試、系統(tǒng)維護、系統(tǒng)部署等階段，每一階段工作，一般情況下，必須評審通過后才能進入下一階段工作，在進度可控的前提下，偏重于軟件開發(fā)過程的控制和管理。 4.2 WBS 表4.3 進度安排4.4 里程碑說明序號名稱日期階段成果質(zhì)量標準備注1調(diào)研及分析2009-12-22209-1-15業(yè)務需求說明書、軟件需求規(guī)格說明書、調(diào)研報告2系統(tǒng)設計2010-01-182010-01-29系統(tǒng)設計說明書、數(shù)據(jù)庫設計模型、數(shù)據(jù)庫設計說明書3項目編碼2010-02-012010-02-26項目源代碼、可運行程序4系統(tǒng)測試2010-03-012010-03-

8、12測試用例文檔、測試報告5試運行2010-03-152010-03-19試運行結(jié)果報告4.5關(guān)鍵計算機資源估算1）平臺運行環(huán)境所需關(guān)鍵計算機資源1.服務器(Intel 64bit) x 2 (虛擬：NginX服務器，業(yè)務處理服務器，界面服務器，消息總線服務器；另一臺做熱備)2.普通臺式機（僅主機） x 40臺 （圖片存儲與其他數(shù)據(jù)存儲）3.千兆交換機2）項目開發(fā)環(huán)境所需關(guān)鍵計算機資源： 公司現(xiàn)有資源完全滿足開發(fā)需要3) 項目測試環(huán)境所需關(guān)鍵計算機資源： 公司現(xiàn)有資源完全滿足開發(fā)需要4.6 財務預算開支類別主要開支項、用途金額時間人力資源費用成員工資項目管理費用團隊建設、溝通通信費其他交通費，

9、加班餐費總額4.7 項目評審描述按計劃需要評審的工作產(chǎn)品，以及采用的評審方式和參加評審的人員。產(chǎn)生階段工作產(chǎn)品撰寫人員評審參與人員備注前期規(guī)劃系統(tǒng)建設方案書項目計劃調(diào)研調(diào)研報告、業(yè)務需求說明書需求階段軟件需求規(guī)格說明書UML模型系統(tǒng)界面原型系統(tǒng)設計UML模型數(shù)據(jù)庫模型圖、數(shù)據(jù)庫設計說明書系統(tǒng)設計說明書測試計劃測試階段測試報告用戶手冊試運行試運行報告結(jié)項結(jié)項報告4.8 過程文檔文檔名稱頻率撰寫人員處理方式閱讀人員備注需求變更申請報告發(fā)生變更的時候?qū)徍诉M入編程階段后，所有關(guān)于需求的變更必須申請，項目經(jīng)理通過后才能執(zhí)行變更。項目計劃變更報告需要對項目計劃中人力、時間進行變更時審核項目進展報告每周五審

10、核每周五下班之前，將每周項目進展報告提交到RDMS，領(lǐng)導查看后，如果有疑問或者建議，在RDMS上創(chuàng)建問題跟蹤，項目經(jīng)理即使跟蹤處理會議記錄項目會議一般閱讀對于階段性會議進行記錄，而一般例會不予記錄，免得過于嚴謹，影響會議氣氛5. 風險評估和控制1.進度安排風險對項目范圍把握的不足，溝通上做不到位都有可能對項目的進度產(chǎn)生影響。2.技術(shù)上的風險架構(gòu)上使用了大量開源組件，使得架構(gòu)的可行性及穩(wěn)定性存在風險。系統(tǒng)投入運行將會面臨大量的客戶訪問，高并發(fā)的數(shù)據(jù)庫訪問，海量的數(shù)據(jù)存取，這些都是在技術(shù)上必須解決的難題。3.人員風險項目驅(qū)動決定人員頻繁調(diào)動，項目與項目之間可能存在人員爭用的情況，人員不能及時到位或

11、是人員不能全力投入項目開發(fā)中都有可能給項目帶來風險。4.第三方公司風險系統(tǒng)提供的支付、物流、法律、仲裁服務都需要第三方公司的業(yè)務支持，商務上或是技術(shù)支持上都有可能存在風險。6. 溝通計劃角色活動說明小組成員填寫RDMS任務進度最少兩天一次，有重大進展隨時可填寫通過RTX進行日常問題交流、溝通隨時項目經(jīng)理查看RDMS問題跟蹤，并且提出處理意見隨時發(fā)布需求當需求有變更，將需求發(fā)布到SVN，并提醒相關(guān)人員項目經(jīng)理和小組成員發(fā)布需求及時發(fā)布需求給相關(guān)人員，最新、最準確的需求，必須由項目經(jīng)理統(tǒng)一發(fā)布項目經(jīng)理和需求人員變更需求需求變更申請一旦通過，必須由需求人員來進行變更，然后將最新文檔提交到SVN，并通知項目經(jīng)理項目經(jīng)理和質(zhì)量小組通過RDMS問題跟蹤進行溝通（重大問題及時當面溝通）項目經(jīng)理和開發(fā)人員（關(guān)于bug）對于不予處理和延后處理的bug，必須要提交項目經(jīng)理審核如果測試部對于 不予處理 的bug有分歧，直接找項目經(jīng)理溝通需求人員和其他小組成員需求人員幫助開發(fā)人員、測試人員等理解需求開發(fā)人員和測試人員通過RDMS中bug