智慧環(huán)衛(wèi)管理系統(tǒng)技術項目解決方案

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