XX項目計劃<版本號>PAGE3第2頁共3頁技術文件技術文件名稱：技術文件編號：20060425版本：V1.0 共頁(包括封面)擬制審核會簽標準化批準第2頁共16頁版本變更記錄：版本號擬制日期擬制人版本描述存檔編號——注：1）擬制、審核、會簽、批準不走電子流程時，必須用鋼筆或簽字筆填寫，不得用鉛筆、圓珠筆填寫。注：1）擬制、審核、會簽、批準不走電子流程時，必須用鋼筆或簽字筆填寫，不得用鉛筆、圓珠筆填寫。目錄TOC\o"1-2"1 定義與縮略語 32 引用 33 項目概述 33.1 項目的目標 33.2 項目的范圍 34 項目組織 54.1 組織結構 54.2 角色與職責 54.3 外部接口 65 項目定義過程 66 工作分解結構 67 項目估算 78 項目風險管理 79 項目計劃制定 89.1 方法、工具和技術 89.2 資源計劃 89.3 培訓計劃 99.4 進度計劃 99.5 資金預算分配 99.6 資料管理計劃 99.7 跟蹤計劃 1010 依賴與承諾 1111 支持過程 1111.1 質量保證計劃 1111.2 配置管理計劃 1112 其他計劃 1113 附錄 11第8頁共16頁定義與縮略語表1.1定義與縮略語縮寫、術語解釋SSO單點登錄，用戶只需要登錄一次，即輸入一次統一的用戶名稱和用戶密碼，就可以多次使用多個應用系統。webserviceWebService就是為了使原來各孤立的站點之間的信息能夠相互通信、共享而提出的一種接口。引用表2.1引用文檔文檔名稱編號或版本號發布日期發布組織南昌市信息發布平臺建設方案V2006042006-04項目經理質量保證計劃V1.02005-07-30QA組配置管理計劃V1.02005-07-30CM組測試計劃V1.02005-07-30測試組項目概述項目的目標由于整個防汛抗旱指揮系統是一個比較大的系統，里面有很多的業務子系統，所以首先我們要構建一個防汛抗旱指揮系統的綜合信息管理平臺，解決統一身份認證、一站式登錄問題，提供一套安全可靠的權限管理，并可以不斷地擴充將要實施的各個業務子系統。將現有的洪澇災情系統、旱情災情系統、實時工情檢索、今日汛情檢索，四個業務子系統改造成基于現在綜合信息平臺的系統，最終解決一個用戶只登錄一次的問題。同時在此綜合信息平臺的基礎上，實現網站式信息發布管理，作為南昌市防辦防汛抗旱指揮系統的一個信息平臺和入口點。項目的范圍解決方案概述首先，防汛抗旱指揮系統總體結構中應有一個中間容器層，用于統一管理所有的業務子系統的權限認證問題，實現業務子系統的軟件熱插拔，使得各個子系統能夠統一和諧地處理業務問題，并且可以無限擴充。因此，將南昌市防汛抗旱指揮系統綜合信息服務平臺總體體系結構分為三層：應用層、中間容器層、數據庫層。1.中間容器層在數據庫層，分出一個專用的數據庫，用于存放登錄用戶針對各個業務子系統的權限數據。由于我們以后的應用將采用JAVA+JSP來實現，所以中間容器層采用擴展自JSP、Servlet容器(比如Tomcat)自帶的權限認證，也成為單點登錄技術（SSO），實現容器(Tomcat)下所有應用統一身份認證、一站式登錄，統一管理各應用的操作權限。2.數據庫層數據庫系統主要管理兩類數據庫。一類是需要提供全系統共享的數據庫，主要管理用戶權限相關數據。另一類數據庫是支撐應用系統自身運行的數據庫，數據匯集平臺包括水雨情、工情、旱情和災情數據匯集，并實現基于數據分布協議的數據管理，重點是保障數據的一致性。3.應用層應用層包括市防辦電子化辦公、網站信息發布、和基于該平臺的防汛抗旱業務子系統等等，所有只要是符合中間層提供的規范約束，并在中間層容器基礎上發布的子系統。其中網站式信息發布系統就是一類。如果子系統不符合該容器中間層的規范約束，無法在該容器基礎上發布，比如第三方的應用系統，則該容器只提供單點登錄調用接口，提供WEBServices描述文件，由第三方應用系統自已調用WEBServices方法來解決單點登錄問題，不負責提供權限管理。高層次的工作分解結構本項目的主要任務為搭建南昌市水利信息發布平臺，工作包可以分為主要五塊：單點登錄、系統授權、子系統發布、權限管理和界面設計。假設與約束表3.1假設與約束序號假設與約束條件造成的影響估計1需求文檔的撰寫如果在需求定義時候消耗了太多時間，則會對整個項目的進度造成影響2項目進展如果項目進展情況比計劃慢，則會推后項目的驗收時間3測試結果如果測試結果發現項目中有太多問題，則會導致項目的后期修改工作任務繁重，造成項目不能預期完成項目的最終交付產品表3.2項目最終交付產品序號交付產品名稱數量交付日期交付地點交付方法4軟件功能清單1南昌紙件項目驗收標準項目的驗收標準為：首先通過項目經理的審核和測試人員的測試，然后再交給客戶進行評審，最終由客戶確定項目順利完成和達到預期的需求目標項目結束：客戶簽定驗收協議書項目組織組織結構南昌市水利信息發布平臺南昌市水利信息發布平臺項目經理界面設計和文檔負責人權限管理模塊負責人子系統發布模塊負責人系統授權模塊負責人單點登錄模塊負責人界面設計和文檔負責人權限管理模塊負責人子系統發布模塊負責人系統授權模塊負責人單點登錄模塊負責人圖4.1項目組織結構角色與職責表4.1角色與職責名稱/姓名角色職責聯系方式備注外部接口表4.2外部接口名稱/姓名角色職責聯系方式備注項目定義過程工作分解結構需求需求軟件設計軟件開發項目工作軟件概要設計用戶需求產品需求軟件詳細設計軟件測試管理和支持活動系統測試集成測試單元測試項目評審圖6.1工作分解結構圖 如圖6.1所示，整個項目工作主要分解為以上幾個大的過程，其中軟件開發過程包括的工作包的關系如圖6.2所示： 管理活動包括項目估算、風險評估、項目啟動會議、例會、里程碑評審會議、技術協調會、項目后分析、結束會議等。＜描述要完成項目目標而必須完成的工作包（也就是任務或任務的集合），用唯一的序號來識別每個工作包，標識工作包的負責人。標識項目工作包之間的依賴關系，識別關鍵路徑＞項目估算表7.1項目估算計劃估算次數階段點規模工作量成本進度初始估算需求分析前參見Project文檔第一次重新估算系統設計前第二次重新估算編碼前第三次重新估算系統測試前項目風險管理表8.1風險管理策略風險小組成員姓名職責聯系方式風險管理活動的范圍工具和方法項目風險源項目風險分類風險分析所選用的參數風險應對策略風險跟蹤和報告機制項目計劃制定方法、工具和技術計算機系統硬件環境：CPU為P42.66Ghz，內存為512M；計算機系統軟件環境：操作系統winxp或者win20003server，數據庫為SQLserver2000；編程語言：java；工具：開發工具為Eclipse，源代碼控制工具為CVS等等；開發方法：請參照軟件詳細設計說明書；質量控制手段：同行評審，單元測試，代碼單步調試、系統測試和自動回歸測試等等；資源計劃軟件和硬件資源計劃表9.1軟/硬件資源需求序號資源名稱需求數量到位時間退出日期如何獲得責任人備注1Pc機2006.4公司分配2操作系統2006.4公司分配3開發工具2006.4公司分配2006.4表9.2關鍵計算機資源序號資源名稱需求數量到位日期如何獲得責任人3人員計劃表9.3人員需求人員類型需求人數到位時間要求退出安排技能要求如何獲取備注培訓計劃表9.4培訓計劃培訓主題重要性參加人數培訓時間（小時）培訓日期培訓方式備注TD的使用一般922006-4內部培訓進度計劃表9.4里程碑列表序號里程碑名稱里程碑實現準則計劃開始日期計劃到達日期備注2006-04-28資金預算分配表9.5資金預算分配階段分析設計編碼合計人力資源研發材料固定資產其它費用合計（萬元）資料管理計劃表9.6資料管理計劃資料名稱存放位置分發和歸檔機制訪問權限維護人跟蹤計劃度量計劃<描述規模、工作量、進度、缺陷、成本、關鍵計算機資源、風險、軟件/硬件資源、問題、同行評審跟蹤的策略和機制>項目度量按照南昌研究所組織標準過程的要求。具體情況可參見《項目計劃附件》中的跟蹤與監督計劃頁。項目狀態和技術溝通協調項目狀態溝通的方式，如：狀態報告的發送方式、問題反映渠道等。項目組內部及外部進行協調交流的方式和流程，如：討論會、評審會、論壇、郵件等。小組例會和（或）項目例會的時間（如每周的第幾天召開周例會。在每月的第幾天召開月例會），會議主要內容及參加人員。主要里程碑會議、項目結束會議、主要技術協調會議的日期、會議主要內容及參加人員。描述本項目將在，以及在哪些階段點/里程碑處召開評審會議。這些會議分別由哪些人應該參加，會議的輸入是什么，輸出是什么。上述溝通協調會議的議程應該覆蓋：1)需要協調的問題包括：新的關鍵依賴和約定產品和產品模塊需求、和設計缺陷產品級問題關鍵資源或人員的不可獲得性2)確定相關干系人中發生的沖突將被如何解決，如：標識并文檔化問題與相關干系人溝通問題與相關干系人解決問題逐步向適當的管理人提交那些與相關干系人無法解決的問題跟蹤問題直到關閉就問題的狀態和決議與相關干系人溝通依賴與承諾＜項目的工作包之間、模塊之間、項目組和部門之間的依賴關系，可以用下表來說明。＞表10.1依賴工作任務依賴工作產品接收者提供者提供時間驗收方式和接收準則描述本項目（工作包）受影響的工作任務項目內外的組織或個人應該提供工作產品或服務<制定A接口規范><B口接口規范><A系統工程組><B系統工程組><2006-4-30><接口方案審查通過>注： 提供日期指本項目的當前計劃中能夠容忍的最后期限。＜本項目內和項目外部的組和個人的承諾可以用下表來說明。＞表10.2承諾約定關系責任人相關組計劃日期備注進行產品基礎知識培訓XXX技術支持組2005-11-01提供可交付產品進行外部評審測試XXX測試工程師2006-03-31支持過程質量保證計劃暫無配置管理計劃暫無其他計劃暫無附錄<包括因為過于分散而無法包含在文檔主體中支持細節。>//**********************************************************************************************不同的軟件一般都有對應的軟件授權，軟件的用戶必須在同意所使用軟件的許可證的情況下才能夠合法的使用軟件。從另一方面來講，特定軟件的許可條款也不能夠與法律相違背。依據許可方式的不同，大致可將軟件區分為幾類：專屬軟件：此類授權通常不允許用戶隨意的復制、研究、修改或散布該軟件。違反此類授權通常會有嚴重的法律責任。傳統的商業軟件公司會采用此類授權，例如微軟的Windows和辦公軟件。專屬軟件的源碼通常被公司視為私有財產而予以嚴密的保護。[4]自由軟件：此類授權正好與專屬軟件相反，賦予用戶復制、研究、修改和散布該軟件的權利，并提供源碼供用戶自由使用，僅給予些許的其它限制。以Linux、Firefox和OpenOf