4/50智慧環衛管理系統技術項目解決方案目錄TOC\o"1-5"\h\z\u1系統概述 61.1系統實施目標 61.2系統研發、設計目標 61.2.1環衛基礎數據建設 71.2.2環衛作業區域管理 71.2.3建立科學高效的作業考核體系 71.2.4實時監控調度 71.2.5數據可視化 71.3角色說明 71.4管理組織關系 81.5詞匯、定義、參考文獻 8二系統總體設計 92.1描述 92.2設計方針 92.3系統設計說明 102.3.1總體功能結構設計 102.3.2功能模塊劃分原則 102.3.3系統物理結構設計 112.3.4網絡拓撲 112.3.5軟件層次結構 122.4軟件功能設計 122.4.1系統管理 122.4.2作業對象管理 132.4.3地圖管理 172.5系統選型 172.5.1選型原則 17三項目實施計劃 223.1系統進度計劃 223.2質量保證措施 233.2.1軟件開發各階段需要提交的文檔 233.2.2過程管理 243.2.3需求管理 243.2.4項目計劃 253.2.5項目跟蹤與監控 263.2.6軟件質量保證 273.2.7集成軟件管理 283.2.8軟件產品工程 293.2.9組間協調 303.2.10評審 313.2.11培訓 313.3軟件開發過程 313.3.1采用基于里程碑的生命周期模型 323.3.2采用迭代化的開發模式 343.3.3迭代過程與傳統的瀑布模型相比較 353.4質量管理 363.4.1測試 363.4.2評審 363.4.3SQA(軟件質量保證) 373.5系統安全保障措施 373.5.1系統安全 383.5.2權限管理 383.5.3數據安全 393.5.4系統穩定性及出錯處理 39四系統驗收測試計劃 404.1測試計劃 404.1.1測試工作流程 404.2測試標準 424.2.1功能測試： 424.2.2兼容性測試 434.2.3性能測試 434.2.4測試階段及策略 444.3驗收方案 454.3.1驗收方法 454.3.2驗收內容 454.3.3驗收實施步驟 464.4技術支持及售后服務 474.4.1技術支持服務 474.4.2免費系統維護服務 484.5軟件品質保證 484.5.1需求階段 494.5.2設計階段 494.5.3編碼階段 494.5.4測試階段 494.5.5發版試運行及結項 504.6培訓計劃 504.6.1培訓承諾 504.6.2培訓目標 504.6.3培訓地點 504.6.4培訓內容 504.6.5現場培訓 501系統概述1.1系統實施目標當前，環衛日常工作管理及運作上還是按照傳統管理模式進行，業務工作建立在工序細分和工作簡單化、專業化基礎上，相應的組織都是多層次、多部門的“金字塔”型的職能型組織機構。有限的人力資源和時間都消耗在不能創造價值的溝通工作上，并且機構內部溝通的信息鏈長，導致信息化傳遞速度慢，無法即時傳達和響應領導的工作安排，如果不進行統一的管理，很明顯會影響工作的進度和效率，造成工作拖延。隨著環保事業的迅速發展和信息化在各行業的普及，城市環衛工作的高效運行面臨極大的挑戰，如何利用信息化的手段建立有效的考核體系以便于提升管理調度水平，提高作業效率和質量，是環衛部門必須解決的難題之一。本系統將根據環衛管理部門的實際業務需求，建立一套數字化智能環衛管理系統，對環衛局歸口管理的監測人員、保潔公司、環衛車輛（灑水車、垃圾車等）、公廁、果皮箱、垃圾桶、轉運站進行統一的平臺化管理和調度，以提高環衛部門的科學管理水平。1.2系統研發、設計目標為提高工作效率、結合環衛部門現有的資源，增加對環衛作業過程的管理和監控，系統在研發和設計上將實現以下目標：1.2.1環衛基礎數據建設對數字化環衛系統所涉及的對象基本屬性、行為、關聯關系等基本數據進行統一數字字典建設。1.2.2環衛作業區域管理管理員可以將對作業區域進行統一管理，指定具體人員/公司負責區域，并可及時查詢各對象的任務區域和作業詳細情況。1.2.3建立科學高效的作業考核體系將現實傳統的考核方法以信息化形式進行實現，提高作業考核的即時性，減少人為的數據統計，從而有效提升作業考核的效率。1.2.4實時監控調度通過考核人員和平臺管理員的對講通話，實現作業區域考核信息的及時上報，并調度相關單位進行處理。1.2.5數據可視化系統實現主要以GIS地圖結合系統數據的直觀展現模式，將各對象的地理信息位置結合系統算法標記在矢量地圖上。1.3角色說明系統管理員：設置系統基礎信息，定義各個角色系統使用權限，維護系統日常使用；環衛局領導：可查看系統的任何信息；信息維護員：維護系統基礎信息；保潔公司：可接收考核結果通知及消息；監測員：可錄入監測對象的考核結果；1.4管理組織關系監測人員監測人員保潔公司環衛車輛垃圾桶、雨水斗等環衛局領導其它系統的訪問用戶1.5詞匯、定義、參考文獻本文中用到的專門術語的定義和縮寫詞的原詞組列表：術語名稱屬于含義作業指的一切與環衛工作相關的任務系統數字化環衛管理系統環衛車輛灑水車、垃圾車、掃路車、吸糞車系統架構采用Browser/Server模式，分為表現層、業務邏輯層、數據層。其中業務邏輯層又包含業務管理、用于處理與其它系統接口的HttpService服務組件；系統采用Windows2003server/CentOs作服務器OS，SQLServer2005/MYSQL作為DBMS。采用JavaEE/Microsoft.Net進行開發。二系統總體設計2.1描述環衛局數字化環衛管理系統以處理環衛作業中的考核對象為主線，把考核目標分為不同的維度來實施，在每個實施過程中又按作業對象來進行劃分。系統通過對作業任務的監控來達到對作業對象的跟蹤和考核。2.2設計方針本項目采用MVC模式進行開發和設計，我們采用各層分離的方式使層次之間達到低耦合，從而增加程序的靈活性，并降低了維護的成本。數據結構和服務采用模型驅動的方式進行開發。2.3系統設計說明2.3.1總體功能結構設計 2.3.2功能模塊劃分原則系統功能模塊的劃分，遵循著松耦合易擴展的原則，將每一個功能模塊高度封裝，模塊與模塊間完全通過接口實現信息傳遞。模塊通過接口構建起緊湊牢固的系統結構，而某一個功能模塊影響不到整個系統的正常運轉，達到松耦合的目的。通過現有模塊接口可以輕松掛接新的功能模塊，且可以達到“即插即用”的效果，即實現了系統的易擴展性。2.3.3系統物理結構設計邏輯業務通過調用基礎數據來管理監控考核作業任務的執行情況，外部系統通過系統服務接口來訪問數據。系統功能嚴格按照用戶的權限來實現功能。2.3.4網絡拓撲網絡拓撲結構及硬件規劃：系統主要通過考核人員對作業現場的實際考評，通過對講設備將在指定時間內向平臺報告考核區域/點的考核情況。為保證數據的安全性，系統部署在環衛局的計算機中心機房，服務器與互聯網分離，采用防火墻進行安全隔離,系統的訪問采用嚴格的權限體系以保網絡數據的安全。2.3.5軟件層次結構2.4軟件功能設計2.4.1系統管理（1）用戶管理針對使用該系統的管理人員進行帳號基本信息的增加、修改、刪除和查詢統計，明確用戶使用范圍。（2）角色管理角色是系統使用的權限集合，針對系統用戶的特點，可分別賦予不同的角色，從而使得用戶方便繼承角色的所有權限。（3）權限管理管理系統所涉及的所有業務模塊的權限信息，包括權限編碼、相關URL、權限層次、權限類型等。（4）數據字典管理對系統常用的數據進行定義，定義其含義，標準值，標準范圍以及數據變量等基礎信息。（5）數據庫管理查看數據庫的實時狀態，包括數據庫容量和數據數量，并可進行數據庫的備份、還原等操作。（6）作業區域管理根據職責的劃分，將作業任務計劃納入系統的管理，方便查詢瀏覽。2.4.2作業對象管理(1)監測人員維護監測人員的基本信息，包括增加/刪除監測人員和監測人員的基本信息維護，如姓名、性別、座機、手機號碼等。監測人員可通過系統對保潔公司的責任區進行及時的考核評分，考核評分細則及分值視具體規則而定。同時，系統將對監測人員劃分責任監測區域，系統會采用實時GPS定位和對講機通訊的方式對監測人員進行定時考勤監督。（2）保潔公司維護保潔公司的基本信息，包括增加/刪除保潔公司和保潔公司的基本信息維護，如公司名稱、簡稱、地址、聯系電話、負責人等。可實時查看各保潔公司的考核得分，并分等級予以不同的提示（如顏色紅黃綠），可對保潔公司的歷史得分情況進行查詢和統計。保潔公司可隨時查詢統計自己的區域考核得分。（3）環衛車輛維護環衛車輛的基本信息，包括增加/刪除環衛車輛和環衛車輛的基本信息維護，如車輛類型、車型、車牌號、駕駛員、租用公司等。（4）果皮箱維護果皮箱的基本信息，包括增加/刪除果皮箱和果皮箱的基本信息維護，如果皮箱編號、道路名稱、管理單位（各環衛分公司及各辦事處）、管理人姓名、安裝時間、種類（不銹鋼式，環保式等）、安裝狀態（預安裝，已安裝），可提供模糊查詢。可在地圖上定位果皮箱的位置，并提供果皮箱編號、種類、管理單位以及狀態等基本信息展示。可查詢統計果皮箱的使用情況，并導出報表。（5）垃圾桶實現垃圾桶搜索功能：用戶可以根據垃圾桶編號、道路名稱、管理單位（各環衛分公司及各辦事處）、管理人姓名、安裝時間、種類（地埋式垃圾桶，立式垃圾桶等）、安裝狀態（預安裝，已安裝）進行搜索，可提供模糊查詢。搜索結果除能在地圖上顯示以外，還能以表格的形式顯示垃圾桶的詳細信息和統計數量。實現垃圾桶地圖定位功能：地圖可根據用戶的搜索結果顯示單個或多個垃圾桶的圖標及編號，當用戶點擊地圖上垃圾桶圖標時，應顯示這個垃圾桶的編號、圖片、種類、所在位置、管理單位、管理人員姓名、管理人員聯系方式、安裝時間。實現垃圾桶信息增加、刪除、修改的功能：用戶可以批量增加、刪除、修改垃圾桶信息，并在提交到數據庫之前顯示增加、刪除、修改垃圾桶信息后的結果，提醒用戶檢查是否有錯，并提示用戶是否發消息通知其他用戶，最后經用戶確認后提交。實現預安裝垃圾桶功能：在地圖上顯示兩種不同狀態（預安裝，已安裝）的垃圾桶的時候，可以用不同的顏色或圖標進行區分。當預安裝垃圾桶安裝完成后，用戶可修改垃圾桶狀態為已安裝。實現垃圾桶撤除功能：考慮到今后垃圾桶有可能因損壞而撤除或更換新型垃圾桶的可能性，用戶可將垃圾桶狀態改為撤除或退路。（6）公廁實現公廁搜索功能：用戶可以根據公廁名稱、道路名稱、管理單位（公司）、管理人姓名、管理人員聯系方式、投入使用時間、建設狀態（已建成、預建設、建設中）、種類（一類公廁、三類公廁）進行搜索，可提供模糊查詢。搜索結果除能在地圖上顯示以外，還能以表格的形式顯示公廁的詳細信息和統計數量。實現公廁地圖定位功能：地圖可根據用戶的搜索結果顯示單個或多個公廁的圖標及名稱，當用戶點擊地圖上公廁圖標時，應顯示這個公廁的名稱、圖片、種類、所在位置、管理人姓名、管理人員聯系方式、投入使用時間（預建設公廁和建設中公廁顯示預建設時間）、備注。實現公廁信息增加、刪除、修改的功能：用戶可以批量增加、刪除、修改公廁信息，并在提交到數據庫之前顯示增加、刪除、修改公廁信息后的結果，提醒用戶檢查是否有錯，并提示用戶是否發消息通知其他用戶，最后經用戶確認后提交。實現預建設公廁管理功能：在地圖上顯示三種不同狀態（預建設，建設中、已建成）的公廁的時候，可以用不同的顏色或圖標進行區分。當預建設公廁投入建設后，用戶可將預建設公廁狀態修改為建設中，當建設中公廁投入使用后，用戶可將建設中公廁狀態修改為已建成。（7）轉運站實現轉運站搜索功能：用戶可以根據轉運站名稱、道路名稱、管理單位（人環衛公司）、管理人姓名、管理人員聯系方式、投入使用時間、建設狀態（已建成、預建設、建設中）、種類（原建、翻建）進行搜索，可提供模糊查詢。搜索結果除能在地圖上顯示以外，還能以表格的形式顯示轉運站的詳細信息和統計數量。實現轉運站地圖定位功能：地圖可根據用戶的搜索結果顯示單個或多個轉運站的圖標及名稱，當用戶點擊地圖上轉運站圖標時，應顯示這個轉運站的名稱、圖片、種類、所在位置、管理人姓名、管理人員聯系方式、投入使用時間（預建設轉運站和建設中轉運站顯示預建設時間）、備注。實現轉運站信息增加、刪除、修改的功能：用戶可以批量增加、刪除、修改轉運站信息，并在提交到數據庫之前顯示增加、刪除、修改轉運站信息后的結果，提醒用戶檢查是否有錯，并提示用戶是否發消息通知其他用戶，最后經用戶確認后提交。實現預建設轉運站管理功能：在地圖上顯示三種不同狀態（預建設，建設中、已建成）的轉運站的時候，可以用不同的顏色或圖標進行區分。當預建設轉運站投入建設后，用戶可將預建設轉運站狀態修改為建設中，當建設中轉運站投入使用后，用戶可將建設中轉運站狀態修改為已建成。2.4.3地圖管理（1）區域管理對轄區的區域進行維護，可在地圖上直接標注地圖區域，并進行責任對象的綁定。（2）作業點管理對轄區的作業點進行管理維護，可在地圖上直接標注作業點，并進行責任對象的綁定。2.5系統選型2.5.1選型原則根據系統構架設計，結合招標技術規格要求，確定如下選型原則：（1）軟件開發環境選型原則：符合用戶提出的技術參數和產品要求采用成熟的、穩定的技術和標準支撐環境/產品的售后服務和后續升級質量高采用接口標準、擴展性好的結構設計滿足具體產品的性能、技術要求軟件開發平臺要提供對比選優具有開發和應用這些軟件的經驗（2）數據庫選擇原則：結合系統的規模、部署等實際情況，以及應用開發的需要，在進行數據庫選型時主要考慮以下因素：對平臺的支持、管理海量數據、并發處理、并行處理、支持分區表和分區索引等等。（3）操作系統選擇原則：操作系統選擇重點從系統安全性好，系統運行穩定，系統運行效率高，系統支持及維護成本低廉幾方面考慮。（4）應用服務器選擇：平臺支持：應用服務器支持的操作系統和機型的種類和數量直接影響其應用范圍。WebService支持：應用服務器應支持與各種Web服務器無逢的集成，穩定的協作，擴展其支持web應用的能力。安全代理支持：應用服務器應用能夠支持第三方的安全代理產品。配置信息數據庫的支持：如果支持當前主流的關系數據庫，則可充分利用數據庫的優化能力來安全有效的利用用戶的配置信息。集成開發工具：應提供全面的智能化配套開發工具和各類組件。管理工具：優秀的應用服務器應提供多種管理方式及友好的圖形界面管理工具，并提供API編程接口供用戶可以編寫自己控制程序，方便的操作配置文件。應用服務器專有特性：應用服務器產品有其自己產品獨特的優化設計，在具體的應用環境中可保證應用的高效性，安全性等。最后再綜合考慮用戶的使用習慣、普遍計算機操作能力，及因此影響的系統長期TCO成本，最后確定選型結論。（5）操作系統選擇系統的業務服務器操作系統推薦使用MicrosoftWindowsServer2003Enterprisex32Edition中文版。Windows2003Server執行效率高、安全性高、系統穩定，和數據庫結合緊密，為多用戶環境和Web系統提供了強大的優化支持。而且Windows系統的用戶接受程度較好，操作簡易，可以大大降低服務器維護的費用。數據庫服務器操作系統推薦使用MicrosoftWindowsServer2003Enterprisex64Edition中文版。能夠保證發揮硬件作用，執行效率高、安全性高、系統穩定，和數據庫結合緊密，為多用客戶環境和Web系統提供了強大的優化支持。并且Windows系統的用戶接受程度較好，操作簡易，TCO成本較低。（6）數據庫選擇根據選型原則，數據庫需要考慮以下方面：平臺支持：對多種平臺的支持能大大擴展數據庫的應用范圍。管理海量數據：管理海量數據需要大量的工作，也是對數據庫性能的挑戰。并發處理：OLTP系統的大量并發用戶會加重任何計算機系統的負荷，甚至使系統癱瘓。因此DBMS應安全管理大量并發用戶對同一資源的操作，有效均衡計算機資源，使大量并發用戶可以快速的進行工作。并行處理：支持各種不同的多處理器計算機體系結構，如共享內存、共享磁盤以及不共享的多處理器配置。對并行處理的支持能充分利用多處理器計算機系統的并行處理和高可用性能力。安全性：保證合法用戶合法的使用分配其資源；提供各種保護數據庫信息措施，可恢復從簡單的電源故障到災難性的場地損毀引起的信息丟失。開放性：在異構的數據庫環境中,支持標準化查詢多種數據源,甚至可統一訪問調用各數據庫存儲過程和外部過程。對多種操作系統、機型的支持決定了數據庫的應用范圍。能滿足不同企業環境的需要。對XML支持：我們網絡技術基于WebService，要求數據庫對XML標準有很好的支持。豐富好用的工具：提供性能調試工具，網絡管理工具，開發工具，備份與恢復工具，發布工具，名字服務工具，DBMS管理工具等可高效方便運用數據庫。依據以上考慮，我們決定系統選擇Microsoft公司的SQLSERVER數據庫系統。SQLSERVER數據庫系統是Microsoft公司的拳頭數據庫產品，是世界上知名的大型數據庫之一，也是一種最主流的關系型數據庫。SQLServer數據平臺是一個全面的、集成的、端到端的數據解決方案，它為組織中的用戶提供了一個更安全可靠和更高效的平臺用于企業數據和BI應用。SQLServer數據庫引擎為關系型數據和結構化數據提供了更安全可靠的存儲功能，使得可以構建和管理用于業務的高可用和高性能的數據應用程序。SQLSERVER獲得Microsoft公司的全面技術支持，足以解決目前絕大多數的大型企業應用。同時由于SQLServer是WindowsServerSystem的一部分，通過WindowsServerSystem產品中實現的通用工程策略可增強管理性和集成性，從而降低總擁有成本，加快開發速度，為客戶提供更多額外收益，能夠有效降低TCO（總體擁有成本）。數據庫選擇MicrosoftSQLServer2005x64（SP2）中文標準版。SQLServerDBMS技術成熟，性能穩定，和Windows系統結構緊密，能夠有效降低TCO。其應用程度和數據承載量足以滿足資金系統目前和將來的應用。（7）開發平臺選擇基于操作系統選擇MicrosoftWindows，數據庫系統選擇MicrosoftSQLServer，在此平臺上最適合的企業級開發平臺是Microsoft.NetFramework。.NET開發平臺是Microsoft公司首推的開發平臺，技術先進穩定，與Windows平臺、SQLServer數據庫結合緊密，效率高。在企業級應用（性能、安全、多層）方面具有完整成熟的解決方案，非常適合開發網絡應用。采用MicrosoftVisualStudio2008IDE進行基于.NET3.5的開發，符合本系統開發技術規格要求。系統接口設計系統通過接口與多個子系統相互通訊。接口是基于通用的WebService方式來設計的，并使用通用的XML作為與系統之間交換數據的標準。允許異構系統通過WebService訪問共享信息。三項目實施計劃3.1系統進度計劃計劃步驟列表及說明：階段名稱實施內容和項目總天數系統開發階段需求調研對客戶需求進行調研和分析10總體設計對系統總體框架進行設計5模塊設計對系統模塊進行詳細設計和分析8數據庫建模對系統后臺數據庫進行設計建模3編碼實現編碼并實現系統40測試系統測試10軟件培訓軟件安裝及使用培訓5軟件安裝軟件安裝調試工作1試運行正常業務數據5驗收項目驗收運行維護系統在真實環境下交付運行合計873.2質量保證措施3.2.1軟件開發各階段需要提交的文檔系統在開發各階段編寫以下文檔：項目開發計劃，在項目確定階段產生初步項目計劃，在需求分析階段最終完成。需求說明書，在需求分析階段產生。設計說明書，在概要設計階段產生。詳細設計相關文檔，在詳細設計階段完成。用戶手冊，在需求分析階段形成初稿，在以后各階段逐步修改完善，在確認測試后最終完成。測試計劃：單元測試計劃，在編程實現階段產生；集成測試計劃，在概要設計階段產生；確認測試計劃，在需求分析階段形成初步確認測試計劃，在概要設計階段完成。測試報告，在相應的測試階段完成。項目開發結束報告，在軟件驗收階段完成。數據需求說明書，在需求分析階段產生。數據庫、數據結構說明書，在概要設計階段產生。以上軟件開發文檔，每個文檔自成體系。3.2.2過程管理本項目嚴格按照ISO9001的質量管理體系實施，并參照CMMI3的要求進行過程活動管理。項目開發過程中，項目組主要開展以下方面的活動：3.2.3需求管理目的：項目組與客戶就應由軟件項目實現的客戶需求達成共識。活動：評審軟件需求。軟件工程組以評審通過的軟件需求作為軟件計劃、工作產品和開發活動的基礎。3.2.4項目計劃目的：為開展軟件開發與管理活動制訂合理的計劃。活動：◆軟件工程組參與項目計劃工作。◆在早期進行軟件項目計劃的制訂工作。◆在項目開發過程中，軟件工程組會和其它受影響的組一起參與項目計劃工作。◆高級管理人員對軟件項目的對外承諾進行評審。◆項目計劃文檔化。◆明確作為項目控制、管理對象的軟件工作產品。◆對軟件工作產品的規模進行估算。◆對項目的工作量及成本規模進行估算◆對項目所需的關鍵計算機資源進行估算。◆對項目的進度進行估算。◆對項目在成本、資源、進度、技術方面的風險進行識別、評估，并整理成文檔。◆對項目所需的開發設備及工具進行計劃。◆記錄用于軟件計劃的數據。3.2.5項目跟蹤與監控目的：使管理層充分了解項目的實際進展，以便在項目實際工作結果嚴重偏離軟件開發計劃時，使管理層能采取有效的行動，在計劃所定義的里程碑點處，積極向客戶通報項目進度。活動：◆用文檔化的項目開發計劃進行項目跟蹤和項目狀態交流。◆修訂項目開發計劃。◆高級管理人員對軟件項目的對外承諾及其變化進行評審。◆項目對外承諾的變更經批準后，通知項目開發組成員及相關小組。◆對項目的規模進行跟蹤，并在必要時采取糾正措施。◆對項目的工作量及成本進行跟蹤，并在必要時采取糾正措施。◆對項目的關鍵計算機資源進行跟蹤，并在必要時采取糾正措施。◆對項目的進度進行跟蹤，并在必要時采取糾正措施。◆對項目的開發技術工作進行跟蹤，并在必要時采取糾正措施。◆對項目在成本、資源、進度、技術方面的風險進行跟蹤。◆對實際度量數據和重新制訂計劃所用的數據都進行記錄。◆項目組內部通過定期進行評審來跟蹤項目的工作進展、結果和存在的問題。◆根據項目開發計劃，在選定的項目里程碑處對項目工作成績及結果進行正式評審。3.2.6軟件質量保證目的：向管理人員提供適當的對軟件項目正在使用的過程和正在構造產品的可視性。活動：◆制訂SQA（軟件質量保證）計劃。◆按照SQA計劃進行SQA活動。◆SQA組參與準備和評審項目的軟件開發計劃、標準和規程。◆SQA組評審軟件工程活動以驗證符合性。◆SQA組審計指定的軟件工作產品以驗證符合性。◆SQA組定期向軟件工程組報告其活動的結果。◆按照SQA計劃對在軟件活動和軟件工作產品中識別出的不符合性問題建立文檔并加以處理。◆當合適時，SQA組與顧客的SQA人員一起對它的活動和發現進行定期評審。3.2.7集成軟件管理目的：在確定軟件項目的開發過程時，將軟件工程活動與管理活動有效地集成在一起。活動：◆剪裁組織的標準軟件過程，得到項目定義的軟件過程。◆對項目定義的軟件過程進行修訂。◆制訂和修訂項目開發計劃（該計劃描述了項目定義的軟件過程的使用方法）。◆根據項目定義的軟件過程對軟件項目進行管理。◆使用組織的軟件過程數據庫進行項目計劃和估算工作。◆對軟件工作產品的規模（或軟件工作產品的變更規模）進行管理。◆對項目的軟件工作量和成本進行管理。◆對項目的關鍵計算機資源進行管理。◆對項目的進度（關鍵依賴關系和路徑）進行管理。◆對項目的風險進行識別、評估、文檔化和管理。◆為了確保項目的工作結果與商業目標、客戶和最終用戶的要求保持一致，對項目進行定期的評審。3.2.8軟件產品工程目的：嚴格執行一個集成了所有軟件工程活動的、經過明確定義的工程過程，高效地生產出合格的產品。活動：◆在項目定義的軟件過程中集成適用的軟件工程方法與工具。◆根據項目定義的軟件過程，開展軟件需求活動，對其結果進行維護和文檔化。通過對分配需求的系統分析，對軟件需求進行驗證。◆根據項目定義的軟件過程，開展軟件設計工作，對其結果進行維護、文檔化，驗證其與軟件需求的符合性，形成代碼框架。◆根據項目定義的軟件過程開展軟件編碼工作，對其結果進行維護、文檔化和驗證，實現軟件需求和軟件設計。◆根據項目定義的軟件過程開展軟件（單元）測試工作。◆根據項目定義的軟件過程計劃和實施集成測試。◆通過計劃和開展系統和驗收測試來證實軟件滿足其需求。◆根據項目定義的軟件過程編制用于軟件操作和維護的文檔。◆根據項目定義的軟件過程對同行評審和測試中發現的缺陷進行收集和分析。◆維護項目開發計劃、開發過程描述、分配的需求、軟件需求、軟件設計、代碼、測試計劃、測試程序等文檔間的一致性。3.2.9組間協調目的：在組織內建立起合理的項目管理工作機制，保證項目開發目標的實現，使項目的工作結果更加符合用戶的要求。活動：◆在適當的時候軟件工程組和受影響的組與最終用戶一起建立系統需求。◆軟件工程組的代表和其他工程組的代表一起監督和協調技術活動，解決技術問題。◆根據項目開發計劃對組間約定進行交流，并對工作開展情況進行協調和跟蹤。◆根據項目開發計劃識別、協調和跟蹤各工程組間的關鍵依賴關系。◆作為其他工程活動的輸入項的工作產品要由接收方的代表進行評審，以確保其滿足接收方的工作需求◆根據問題解決計劃，對在項目工程組代表間無法解決的組間問題進行處理。◆項目各個工程組的代表進行定期的技術評審和交流。3.2.10評審目的：盡早地消除軟件產品中的缺陷。活動：◆計劃同行評審工作，并將計劃寫成文檔。◆根據評審計劃進行同行評審。◆記錄有關同行評審的執行情況和結果。3.2.11培訓目的：發展個人的技能與知識，使他們更好地履行自己的工作職責。活動：◆制訂和維護項目培訓計劃。◆依據項目培訓計劃開展相應的培訓活動。◆維護培訓記錄。3.3軟件開發過程項目開發過程中，要求采用RUP作為項目軟件開發過程，選用迭代化的開發方式進行項目開發。3.3.1采用基于里程碑的生命周期模型先啟階段精化階段構建階段先啟階段精化階段構建階段產品化階段時間生命周期目標里程碑生命周期架構里程碑初始功能里程碑產品發布里程碑Release初始階段初始階段的目標是為系統建立商業案例并確定項目的邊界。為了達到該目的必須識別所有與系統交互的外部實體，在較高層次上定義交互的特性。本階段具有非常重要的意義，在這個階段中所關注的是整個項目進行中的業務和需求方面的主要風險。對于建立在原有系統基礎上的開發項目來講，初始階段可能很短。初始階段結束時是第一個重要的里程碑：生命周期目標里程碑。生命周期目標里程碑評價項目基本的生存能力。細化階段細化階段的目標是分析問題領域，建立健全的體系結構基礎，編制項目計劃，淘汰項目中最高風險的元素。為了達到該目的，必須在理解整個系統的基礎上，對體系結構作出決策，包括其范圍、主要功能和諸如性能等非功能需求。同時為項目建立支持環境，包括創建開發案例，創建模板、準則并準備工具。細化階段結束時第二個重要的里程碑：生命周期結構里程碑。生命周期結構里程碑為系統的結構建立了管理基準并使項目小組能夠在構建階段中進行衡量。此刻，要檢驗詳細的系統目標和范圍、結構的選擇以及主要風險的解決方案。構造階段在構建階段，所有剩余的構件和應用程序功能被開發并集成為產品，所有的功能被詳細測試。從某種意義上說，構建階段是一個制造過程，其重點放在管理資源及控制運作以優化成本、進度和質量。構建階段結束時是第三個重要的里程碑：初始功能里程碑。初始功能里程碑決定了產品是否可以在測試環境中進行部署。此刻，要確定軟件、環境、用戶是否可以開始系統的運作。此時的產品版本也常被稱為“beta”版。交付階段交付階段的重點是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發布做準備的產品測試，基于用戶反饋的少量的調整。在生命周期的這一點上，用戶反饋應主要集中在產品調整，設置、安裝和可用性問題，所有主要的結構問題應該已經在項目生命周期的早期階段解決了。在交付階段的終點是第四個里程碑：產品發布里程碑。此時，要確定目標是否實現，是否應該開始另一個開發周期。在一些情況下這個里程碑可能與下一個周期的初始階段的結束重合。3.3.2采用迭代化的開發模式在每個階段我們將根據階段目標進一步分解為迭代。在每個迭代完成一個完整的開發循環，產生一個可執行的產品版本，作為最終產品的一個子集，通過增量式地發展，從一個迭代過程到另一個迭代過程到成為最終的系統。傳統上的瀑布生命周期會出現到了實現末期產品完成才開始測試，在分析、設計和實現階段所遺留的隱藏問題會大量出現，項目可能要停止并開始一個漫長的錯誤修正周期等問題。因此項目組將采用迭代化的開發方式來避免這些情況的出現。迭代是一種更靈活，風險更小的方法，是多次通過不同的開發活動（需求分析、設計、編碼、測試等），通過更好的理解需求，構造一個健壯的體系結構，并最終交付一系列逐步完成的版本。軟件生命周期是迭代的連續，通過它，軟件進行增量的開發。一次迭代包括了生成一個可執行版本的開發活動，還有使用這個版本所必需的其他輔助成分，如版本描述、用戶文檔等。因此一個開發迭代在某種意義上是在所有工作流中的一次完整的經過，這些工作流至少包括：需求工作流、分析和設計工作流、實現工作流、測試工作流。其本身就像一個小型的瀑布項目（如圖）。3.3.3迭代過程與傳統的瀑布模型相比較加快了整個開發工作的進度。因為開發人員清楚問題的焦點所在，他們的工作會更有效率。由于用戶的需求并不能在一開始就做出完全的界定，它們通常是在后續階段中不斷細化的。因此，迭代過程這種模式使適應需求的變化會更容易些。迭代式開發方法是一個不斷降低風險的過程，每一次迭代過程都選擇風險最大的任務執行。因此風險在迭代過程中不斷地被發現、被消滅。迭代式開發方法能夠更容易地管理需求的變化，整個開發過程由一次次的獨立迭代組成，項目經理能夠比較容易地調整迭代過程，使最終產品滿足變化的需求。開發人員以及項目相關人員能夠及時地從迭代過程中得到反饋信息，并能夠及時修改以前工作中的失誤，有效地監控開發過程，并對迭代工作流進行校正，這對一個時間跨度很長的項目具有重要的意義。3.4質量管理公司遵循ISO9001質量管理體系，按照CMMI3對質量管理環節的過程活動要求，對本項目，我們將從以下三個方面進行質量控制:3.4.1測試在本系統的開發過程中，要求對軟件系統做以下二個層面的測試：單元測試單元測試將對最小的可測試軟件元素（單元）實施的測試。它所測試的內容包括單元的內部結構（如邏輯和數據流）以及單元的功能和可觀測的行為。確保及時發現并改正編碼缺陷。集成測試集成測試是確保各單元組合在一起后能夠按既定意圖協作運行，并確保增量的行為正確。它所測試的內容包括單元間的接口以及集成后的功能、性能。（因本期開發的軟件只針對個別部門，因此不用執行系統測試）3.4.2評審評審是一種保證項目質量的重要手段，在本項目中，項目組將對所有開發出來的文檔、模型、代碼等進行評審，及早發現并修復缺陷，以起到保證系統的質量的作用。在該項工作中，主要開展以下幾項活動：◆編制評審計劃；◆準備檢查表；◆召開評審會議，評審人員根據檢查表對開發出來的文檔、模型、代碼等進行評審，發現并記錄缺陷；◆項目成員根據計劃修復缺陷。3.4.3SQA(軟件質量保證)在本項目中，我公司將派出專業SQA人員對項目的開發活動和開發結果進行審計，以確保項目是按照規定的開發過程進行的，確保項目的開發結果滿足質量要求。在該項活動中主要開展以下幾項工作：◆編制項目的SQA計劃；◆準備檢查表；◆根據SQA計劃對項目進行審計；編制審計報告；對審計中的不符合性問題進行解決和追蹤。3.5系統安全保障措施東方電機機組服務系統是東方電機有限公司管理內部資料以及客戶的相關信息的管理，涉及到部分商業保密信息，對數據及系統安全的要求很高。我們的系統設計將從以下方面考慮和保障系統安全性：3.5.1系統安全系統提供多層安全保護措施，確保在以下情況下系統能夠正常運行：系統通過互聯網提供公眾服務和部分業務數據的收集、發布工作，要求系統提供多種防火墻措施，能夠抵御來自互聯網的網絡攻擊和入侵；系統通過局域網提供內部業務，要求系統提供多種防火墻措施，能夠防止來自內部的網絡入侵；系統提供獨立的內網（業務）和外網服務器，防止通過外網入侵和竊取內網數據的可能；系統提供獨立的數據服務器，保障數據的安全，防止通過網絡入侵業務服務器后竊取數據的可能。3.5.2權限管理系統的權限管理提供以下措施或特性：獨立的權限服務。采用集中式的、獨立的權限服務體系，權限業務不能簡單的直接嵌入到普通業務中，避免業務服務器被竊取、權限被盜竊的情況；多種用戶權限驗證措施。不對外提供注冊功能，用戶是由系統提供的帳號，可采用加密鎖等方式進行驗證；對管理機構內部用戶，采用權限賬號方式進行驗證。權限管理要求可配置，可擴展。不能固定死、缺乏擴展性。對在線用戶進行管理，為單點登錄奠定基礎。3.5.3數據安全因為涉及到關鍵的資金數據，系統對數據安全的要求很高。設計并保證系統在如下情況時能保障數據的安全：假設存在通過互聯網的外部入侵業務服務器時，能夠保證數據不透明（而無法被竊取）；假設存在通過內部網絡入侵業務服務器時，能夠保證數據不透明（而無法被竊取）；假設存在某個內部賬號被竊取時，能夠保證該賬號權限外的所有數據都無法訪問，并且該賬號的所有操作會被記錄；3.5.4系統穩定性及出錯處理（1）系統運行系統硬件設計保持7*24小時能夠穩定可靠的運行不間斷。（2）出錯處理系統自身的運算錯誤、操作失敗，產生正確的提示信息，并且提供重試、實時解決，不會影響其它操作。即部分的、偶爾錯誤不會影響整體的運行。當出現以下故障時：1、網絡故障；2、操作系統崩潰；3、硬件系統故障等不可預估的情況，系統不會發生無法逆轉的災難性破壞。要求軟硬件故障在24小時之內恢復，數據庫服務器故障能即時切換備份服務器。（3）數據備份措施1、提供數據庫備份工具。支持后臺運行，定期備份；2、提供數據庫還原工具，在確認數據丟失后，可以通過該工具及備份數據還原到備份前的狀態。四系統驗收測試計劃4.1測試計劃參與項目立項4.1.1測試工作流程參與項目立項制定測試計劃制定測試計劃編寫測試用例編寫測試用例內部評審是否通過內部評審是否通過NNYY執行測試執行測試提交測試結果提交測試結果項目驗收編寫測試總結項目驗收編寫測試總結測試各階段主要測試內容如下：模塊測試：各功能是否滿足程序模塊說明書要求，以及輸入、輸出的正確性。系統集成測試：檢測模塊間的接口以及集成后的功能的正確性。系統測試：對最終軟件系統進行全面的測試，確保最終軟件系統滿足產品需求并且遵循系統設計。性能測試：對系統進行負載、壓力、并發、可靠性測試，確保系統資源使用情況、系統并發用戶數、系統在線用戶滿足產品需求。安裝或部署測試：安裝或部署系統，確保該軟件在正常和異常的不同情況下進行安裝時都能按預期目標來處理。上線前試運行：在正式上線前發布一個版本，讓用戶在真實環境中試用，通過此測試來了解用戶的操作習慣、行為模式，分析產品與用戶之間的和諧程度。4.2測試標準根據系統的特點把系統的測試類型分為功能測試、兼容性測試、性能測試，各自的測試目標和標準如下：4.2.1功能測試：目標：根據功能測試用例，對產品的各功能進行逐項測試，以確保產品達到用戶要求。標準：A．功能測試：測試各個模塊以及界面所完成的功能是否正確，數據是否正確，操作是否簡潔方便。B．業務流程測試：按照需求規格說明書的業務流程，檢查系統所有業務流程是否正確。C.數據測試：（1）輸入正確數據是否能按照預期的結果輸出；（2）能否識別錯誤的輸入，并給予正確的信息提示信息。D．數據流測試：本系統所涉及的相關數據，是否按照正確的業務流程流動，每個階段所輸出的數據結果是否正確。E．界面測試：界面信息描述準確，操作方便,以需求分析或設計文檔UI部分為標準。4.2.2兼容性測試目標：檢測待測試項目在不同操作系統平臺、同一操作系統平臺不同瀏覽器上，能否正常運行，本次測試主要針對常用的操作系統和常用的瀏覽器進行測試。標準：A.驗證本軟件在IE8+等瀏覽器下的運行情況。B.驗證本軟件在windowsXP、WIN7等操作平臺下的運行情況。4.2.3性能測試目標：檢查系統的平均響應時間或者吞吐量是否符合指定的標準，在線用戶數是否達客戶到要求。標準：A負載測試：在給定的測試環境下，通過在被測系統上不斷增加壓力，直到性能指標超過預定指標或某種資源使用已達到飽和狀態，目的是了解系統性能容量和處理能力極限。B壓力測試：測試系統在一定飽和狀態下系統能夠處理的會話能力，以及是否出現錯誤。C.并發測試：模擬并發訪問，測試多用戶并發訪問同一個應用、模塊、數據時是否產生隱藏的并發問題，如內存泄漏、線程鎖、資源爭用問題。4.2.4測試階段及策略各階段的測試策略如下：模塊測試：手工方式進行功能測試、邊界測試。集成測試：采用自頂向下和基于功能方式集成；用手工和工具相結合的方式進行功能測試、邊界測試、異常測試、業務測試等。系統測試：用手工和工具相結合的方式進行功能測試、GUI測試、文檔測試、在線幫助測試、兼容性測試等。性能測試：用工具和手工相結合的方式進行性能測試（負載測試、壓力測試、并發測試、可靠測試）。安裝或部署測試：用手工方式按照軟件產品安裝手冊或相應的文檔，在一個和用戶使用該產品一樣的環境中或用戶環境中，進行安裝測試。上線前試運行：測試人員或開發人員坐在用戶旁邊觀察用戶的使用過程，并通過與用戶交談深入的了解用戶的想法、行為、操作習慣等。4.3驗收方案4.3.1驗收方法對照合同或系統需求，在系統上查看和維護相關信息、按照業務流程做模擬，檢查相關功能是否實現，業務流程是否正確。4.3.2驗收內容功能名稱功能描述系統管理（1）用戶管理（2）角色管理（3）權限管理（4）數據字典管理（5）數據庫管理（6）作業任務管理作業對象管理（1）監測人員（2）保潔