1、小區物業管理系統開發計劃書軟件開發計劃書1、 概述（1） 項目介紹項目中文名稱：物業管理系統。項目英文名稱：Property Management System。項目代號：NS/TEL-PMS-CRM。項目目的：面向社會廣大的物業管理開發商，適用與一切的物業管理功能，將幫助廣大的用戶更好的管理，服務與業主。項目背景：CMM過程改進。客戶信息：物業管理開發商。與其他系統的關系：基于BOSS的業務數據進行分析，同時又是DSS的擴展，與他們既有交叉，又有延伸。（2） 范圍資料維護：包括開發商的資料，物業基本資料。住房管理：包括住戶入住登記，住戶資料的修改和住戶的變更。財產管理：包括小區物業管轄內的資

2、產、設施等管理。財務管理：包括物業管理費、小區停車費、物業維修基金、“水費、電費、煤氣費”三費的收取。信息管理：小區出租、出售房屋信息發布，投訴管理。小區工作人員和保安人員的崗位人員的管理。（3） 子計劃軟件配置管理計劃；軟件質量保證計劃；軟件測試計劃；（4） 項目計劃的維護項目計劃在下列情況下將被更新；1） 項目關鍵問題的解決；2） 需求更改導致項目進度的調整在兩周或兩周以上；3） 項目資源需求的改變；4） 新技術的引入；5） 開發過程的改變；6） 軟件工作產品的改變；7） 項目特性的改變；在項目階段性審核時，如果更改項目計劃，那么項目進度表也應作相應的更新。如果項目進度或項目特性有重大改變

3、時，項目計劃的更新更改應得到SCCB認可。（5） 項目特性研發初期的階段性產品。需求部分可以確定，大部分不能馬上確定。宣傳推廣新的CRM理念是一種概念化的產品。2、 軟件工作產品軟件工作產品進度表工作產品名稱文檔標識號計劃完成日期A or R* 需求需求獲取/分析表NS/TEL-PMS-CRM-RM-012011-10-30A系統功能說明書NS/TEL-PMS-CRM-RM-022011-11-16A軟件需求規格說明書NS/TEL-PMS-CRM-RM-032011-12-28A計劃軟件開發計劃（SDP）NS/TEL-PMS-CRM-PP-012011-11-16A軟件配置管理計劃NS/TEL

4、-PMS-CRM-PP-022011-11-30A軟件質量保證計劃NS/TEL-PMS-CRM-PP-032011-11-30A軟件測試計劃NS/TEL-PMS-CRM-PP-042011-12-10A設計概要設計書NS/TEL-PMS-CRM-SD-012012-01-18A詳細設計書NS/TEL-PMS-CRM-SD-022012-02-22A用戶手冊NS/TEL-PMS-CRM-SD-032012-02-22R數據庫設計NS/TEL-PMS-CRM-SD-042012-02-22RBOSS接口規范NS/TEL-PMS-CRM-SD-052012-02-22實現源代碼模塊NS/TEL-PM

5、S-CRM-IMP-012012-04-12A執行代碼模塊NS/TEL-PMS-CRM-IMP-022012-04-12R測試確認測試方案NS/TEL-PMS-CRM-TEST-012012-01-20R集成測試方案NS/TEL-PMS-CRM-TEST-022012-02-10R單元測試用例NS/TEL-PMS-CRM-TEST-032012-03-20R單元測試記錄NS/TEL-PMS-CRM-TEST-042012-04-24R單元測試報告NS/TEL-PMS-CRM-TEST-052012-04-26R集成測試記錄NS/TEL-PMS-CRM-TEST-06見測試計劃R集成測試報告NS

6、/TEL-PMS-CRM-TEST-07見測試計劃R確認測試記錄NS/TEL-PMS-CRM-TEST-08見測試計劃R確認測試報告NS/TEL-PMS-CRM-TEST-09見測試計劃R系統測試記錄NS/TEL-PMS-CRM-TEST-10見測試計劃R系統測試報告NS/TEL-PMS-CRM-TEST-11見測試計劃R驗收產品發布記錄NS/TEL-PMS-CRM-CON-012012-05-10R軟件質量總結報告NS/TEL-PMS-CRM-CON-02見SQA的計劃R財務質量總結報告NS/TEL-PMS-CRM-CON-032012-05-10R項目總結報告NS/TEL-PMS-CRM-

7、CON-042012-05-10R維護維護記錄NS/TEL-PMS-CRM-MT-01A=審核，R=評審，采用審查還是評審由項目組決定。3、 假設、依賴和約束假設：項目估計所用到的條件是真實的，從而得到基本準確的計劃。依賴的外部條件：1） 開發環境條件配備；2） 開發人員如期到位；3） 項目組及相關組成員受過必要的培訓；4） 和客戶聯系順利；5） 指派SCCB、PM、SQA、SCM、測試組人員。約束：NT服務器、java開發工具、EIB組件技術、數據倉庫和數據挖掘技術、物業管理領域業務邏輯等。4、 項目過程定義1） 軟件開發生命周期模型計劃采用迭代W模型，如圖所示：2)方法和工具本項目軟件開發

8、所使用的方法和工具如圖所示。軟件開發方法與工具軟件工作產品方法工具項目計劃與跟蹤PMMS Project 2007需求分析與設計OORational Rose 2003編碼OOJBuilder5,Dreamwaver單元測試OORational Robot etc.文檔WorldExcelMS Offices 2007配置MS Sourcesafe,Perforce5、 任務分解描述軟件任務分解和工作包，并提供進度表供項目運行、項目管理活動每周一次的評審、高級經理評審使用。項目進度表安排如下所示.項目進度安排表任務開發日期結束日期需求獲取分析2011-10-222011-11-23軟件開發計劃

9、2011-10-222011-11-23系統功能說明書2011-10-222011-11-23軟件需求規格說明書2011-11-192011-12-28概要設計2011-12-072012-01-08用戶手冊2011-12-312012-01-18詳細設計2012-01-042012-02-22數據庫設計2012-01-042012-02-22BOSS接口規范設計2012-01-042012-02-22編碼2012-02-012012-04-12單元測試2012-01-072012-04-26項目總結報告2012-04-202012-05-106、 估計1） 代碼量估計估計方法：采用功能點估計

10、方法并結合歷史數據。編程語言：Java、JavaBean、EJB、JSP、Sevlet、SQL估計過程：參考CRM項目估計文檔。估計結果：代碼量=1323FP;文檔量=2345頁；需求數=123項；2） 文檔大小估計軟件工作產品規模估計表文檔名稱估計文檔大（頁）文檔名稱估計文檔大小（頁）需求獲取/分析表50源代碼模塊50系統功能說明書80執行代碼模塊2000軟件需求規格說明書100確認測試方案20軟件開發計（SDP）30集成測試方案30軟件配置管理計劃20單元測試方案52軟件質量保證計劃20單元測試方案60軟件測試計劃23單元測試方案300概要設計書200集成測試方案21詳細設計書155集成測

11、試方案30用戶手冊23確認測試方案20數據庫設計21確認測試方案56BOSS接口規范31系統測試方案12財務總結報告20系統測試報告30項目總結報告10產品發布記錄12維護記錄20軟件質量總結報告50合計23453)工作量估計軟件開發工作量估計如下所表示。軟件開發工作量估計表階段工作量（人小時）階段工作量（人小時）需求與計劃1197.00編碼1894.73分析1636.43測試2171.93設計2776.73交付316.58合計9993.404）關鍵計算機資源估計關鍵計算機資源需求如下。關鍵資源需求表關鍵項數量或說明服務器磁盤空間40G網絡速度100Mb/s操作系統Windows XPCPU主

12、頻P4PC機內存1G以上7、 項目管理1）項目組織結構項目組織結果圖高級經理張三SCM組王一SQA組李四SCCB組陳新陳苗苗項目組陳新陳苗苗王軍李易陳諾測試組王軍李易陳諾2) 角色與職責角色崗位職責如下。角色崗位職責表姓名角色和職責張三項目經理。需求分析、系統分析設計、項目管理李四軟件經理。需求分析、系統分析設計、編碼測試、技術支持王一系統分析員。需求分析、系統分析設計、編碼測試、實施指導陳新高級程序員。技術實施、設計、編碼、測試陳苗苗高級程序員。需求收集、設計、編碼、測試王軍編碼、測試李易編碼、測試陳諾編碼、測試3） 人員計劃人員計劃內容如下表示。人員設計表開發階段起止日期人數技能等方面的要

13、求計劃2011.10.222011.11.235系統分析員2人、需求管理1人、客戶聯絡員1人、項目策劃1人需求分析2011.11.192011.12.286系統分析員4人、高級程序員1人、文檔與配置1人概要設計2011.12.072012.01.185系統分析員3人、高級程序員2人詳細設計2011.01.042.12.02.226系統分析員1人、高級程序員5人編碼2012.01.202012.04.127高級程序員3人、程序員4人單元測試2012.01.072012.04.266測試員3人、高級程序員3人、程序員2人交付2012.04.292012.05.104系統分析員1人、高級程序員1人、

14、程序員2人4） 培訓設計培訓設計如下表。培訓計劃表主題人數計劃日期提供者備注軟件過程培訓全部10天SEPG公司內部培訓數據倉庫2-310天CA、SAS、BVRose、UML3-45天Oracle北京、上海等地培訓編程技術5-65天系統分析專家電信領域知識全部3天高級工程師軟件工程原理全部5天客戶或需求專家中國移動和吉林移動公司內部5） 風險管理計劃影響程度：5-災難性、4-嚴重、3-一般、2-輕微、1-可忽略分類：BU-商業風險、CU-客戶特性風險、DE-開發環境風險、TE-人員經驗風險、ST-建造技術風險、PS-產品規模風險、PU-過程風險風險計劃內容如下所示。風險計劃圖 風險因素 類別 概

15、率 影響 RMMM 責任人 發生階段開發的產品不再符合公司的整體 BU 5% 5 監控 高級經理 全程商業策略 人力需求估計過低 TE 50% 4 監控 項目經理 詳細設計與編碼沒有得到預算或人力上的保證 BU 50% 4 監控 項目經理 全程與BOSS開發組之間無法協調 DE 20% 4 緩解 高級經理 設計階段復用程度低于計劃 PS 65% 3 風險 軟件經理 編碼階段規模估算可能和實際差別很大 PS 60% 3 監控 項目經理 設計階段 缺少對工具的培訓 DE 50% 3 緩解 項目經理 編碼階段測試和編碼的具體監控難以落實 PU 40% 3 監控 項目經理 編碼階段四層結構新技術的嘗試

16、可能導致 技術力量不夠 ST 30% 3 緩解 軟件經理 設計編碼參與人員的流動 TE 30% 3 緩解 項目經理 全程數據倉庫新技術的嘗試不能保證 成功 ST 20% 3 緩解 項目經理 分析設計OO分析和設計新技術的嘗試可能 與傳統的過程沖突 ST 20% 3 緩解 項目經理 分析設計交付期限將被緊縮 BU 10% 3 監控 項目經理 全程開發人員工作的短時中斷 PU 90% 2 計劃 項目經理 全程與住戶之間無法溝通 CU 90% 2 緩解 項目經理 需求、分析產品創建和使用的數據庫很大 PS 80% 2 監控 項目經理 測試交付用戶需求發生較大的改變 PS 65% 2 計劃 項目經理

17、分析之后測試工具的欠缺不能保證測試的 效率 DE 50% 2 緩解 項目經理 測試交付交付期限不能保證產品的完整性 BU 50% 2 監控 項目經理 設計編碼 風險因素 類別 概率 影響 RMMM 責任人 發生階段 技術達不到預期的效果 ST 50% 2 監控 項目經理 設計開發人員不能嚴格遵守過程規范 PU 50% 2 監控 項目經理 全程合作者或合作關系的重大變化 DE 40% 2 緩解 高級經理 全程參與人員缺乏經驗 TE 40% 2 緩解 高級經理 全程最終用戶可能抵制該系統 BU 10% 1 緩解 項目經理 交付維護 6） 項目技術變更管理參照組織的技術變更管理計劃，具體制定本項目的

18、技術變更管理計劃，如下圖所示。技術變更管理計劃表新技術評估期試用期推廣期EJB技術2011.11.122011.12.192011.12.1OOA、OOD技術2011.102011.112011.12數據倉庫技術2011.112011.122012.17） 進度跟蹤（1） 項目會議項目會議計劃采用周例會與隨機會議相結合的方式。會議組織者：一般由項目經理或軟件經理負責組織并實施。項目會議的時間或頻度：周例會每周一次，每次定于星期五下午4：00左右。隨機會議根據情況臨時確定。項目會議只要內容：周例會原則上市本周工作報告和討論問題解決方法，以及下周工作安排，隨機會議視情況而定。會議記錄分發的方式和范圍：電子文檔記錄，項目經理存檔并抄送部門秘書。（2） 項目里程牌項目里程牌內容如下表所示。項目里程牌表里程碑時間工作產品控制時間范圍變更措施計劃階段完成2011.11.231、項目計劃2、需求說明1-2周1、盡量避免變