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

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

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

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

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

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

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

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

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

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

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