目錄1.概述 41.1工程背景 41.2建設目標 41.3建設要點 41.3.1數據來源 41.3.2預處理 51.3.3統計分析 51.3.4數據可視化 51.3.5需求預測 52.需求理解 52.1業務需求 52.2功能需求 62.2.1數據獲取系統 62.2.2數據集成系統 72.2.3數據處理系統 72.2.4分析預測系統 72.2.5數據可視化系統 72.3非功能需求 72.3.1開放性 72.3.2承載能力 82.3.3可靠性 82.3.4效率性 82.3.5可擴充性 82.3.6效勞個性化 92.3.7可用性 92.3.8可管理性 92.4平安需求 92.5知識產權要求 103.功能設計 103.1總體結構 103.2數據獲取系統 113.3數據集成系統 123.4數據處理系統 133.5分析預測系統 133.6數據可視化系統 144.技術響應 144.1系統架構 144.1.1系統總體架構 144.1.2數據源 154.1.3系統搭建 164.1.4解決方案 164.2關鍵技術 164.2.1基于海量數據處理的架構設計 164.2.2數據模型化存儲 174.2.3Hadoop框架 174.3平安保障 184.3.1物理平安 184.3.2網絡平安 184.3.3平臺平安 184.3.4應用平安 194.3.5管理平安 195.測試驗收 195.1測試內容 195.1.1界面測試 195.1.2功能測試 195.1.3性能測試 205.1.4文檔測試 205.1.5容錯測試 205.1.6平安性測試 215.2工程驗收 225.2.1驗收內容 225.2.2相關工作 226.工程實施 226.1過程模型 226.2人員配置 236.2.1人員組織模式 236.2.2人員配置情況 256.3實施方案 267.工程管理 277.1工程管理目標 277.2工程進度管理 277.3工程質量管理 287.3.1質量管理體系 287.3.2工程質量目標 307.3.3質量管理措施 307.4工程文檔管理 307.5工程風險控制 318.系統運維 318.1日常監測管理 318.2系統巡檢效勞 328.3應急響應效勞 338.4技術保障效勞 339.售后效勞 339.1駐場效勞 339.2遠程支持 349.3定期跟蹤 349.4故障處理 359.5軟件升級 3610.技術培訓 3610.1培訓對象 3610.2培訓方式 3710.3培訓內容 371.概述1.1工程背景基于大數據的老年人養老效勞需求預測系統建設工程的目標是建設老年人養老效勞需求預測子系統，實現老年人個體養老需求的預測，從而為老年人個體提供養老方面的綜合建議。同時利用個體養老需求預測的結果，獲得一定區域內老年人的整體養老需求，并結合區域內養老資源現狀，分析區縣對養老機構的需要，以及街道對養老效勞商的需要，從而為政府部門構建養老效勞體系的過程中提供決策依據，并實現對養老機構及養老效勞商效勞質量的監督。1.2建設目標本系統在設計上應充分考慮老年人養老需求的繁雜程度，分為生活需求預測、醫療需求預測、精神需求預測、養老方式預測等局部，預測針對單人單項進行預測，也可對多個老年人進行需求的全方位預測，預測所需原始信息由系統管理方提供，主要包括與老年人現實狀況有關的個人身份信息、家庭信息、養老效勞消費信息等。預測結果可通過表格、圖形方式展示，并能夠以文本或圖片形式保存。1.3建設要點1.3.1數據來源本系統應廣泛采集有效數據，系統分析北京市民政局所掌握數據中與老年人相關的數據，特別是購置商品及家政、醫療等效勞及其他可反映老年人需求的數據，理清可用數據資源。1.3.2預處理本系統在采集數據后應當實現對數據的預處理，形成模型可用的數據。1.3.3統計分析通過建立模型對數據進行有效的分析，從而得出能夠為決策提供支撐的結果。1.3.4數據可視化將適用于不同類型、不同應用場景的數據生成圖表，包括餅圖、條形圖及更加直觀的散點圖、雷達圖、儀表圖等。1.3.5需求預測結合數據的處理及分析結果，實現對老年人現狀的分析及養老效勞需求的預測等。2.需求理解2.1業務需求通過集成數據倉庫、海量數據處理、計算機仿真、數據動態可視化等技術，打造老年人養老效勞需求預測系統，全方位預測老年人個體在根本養老、醫療康復、精神慰藉等方面的養老需求，使老年人或其監護人能夠根據預測結果選擇適宜的養老方式及養老效勞。能夠完成以下效勞的預測：i.生活需求預測預測老年人在日常生活照料方面的需求，如飲食、衛生、人身平安方面的效勞需要。ii.醫療需求預測分為重大疾病治療及身體機能康復兩個方面的需求預測。iii.精神需求預測預測老年人在親友交流、社會參與、自我價值實現等方面的效勞需要。iv養老方式預測根據生活需求、預料需求、精神需求的預測結果，結合老年人常住地址、消費能力等因素，給出老年人選擇居家養老、社區養老、機構養老等不同養老方式的優先級和相應效勞內容的參考建議。2.2功能需求2.2.1數據獲取系統本系統需實現民政現有業務數據及互聯數據的采集，并通過日志描述和記錄所采集的數據。獲取的渠道包括現有業務數據庫及互聯網絡。2.2.2數據集成系統本系統需實現所獲取數據的進一步抽取，以及數據的清洗和存儲。存儲位置為養老事業科學決策數據倉庫。2.2.3數據處理系統本系統需實現數據處理所需的系統通用功能，從而為監測分析系統提供有效的輸入。2.2.4分析預測系統本系統需實現老年人現狀的分析、養老效勞需求的預測，以及養老方式及所需效勞的建議。2.2.5數據可視化系統本系統需根據不同模型所涉及業務的各自特點，開放相應的展示系統，將模型輸出結果中不同類型、不同應用場景的數據可視化，包括傳統的餅圖、條形圖等，以及更加直觀的散點圖、雷達圖、儀表圖等，并支持基于GIS的數據展示。2.3非功能需求2.3.1開放性本工程中各系統需能夠運行在不同的軟硬件平臺上，以便后續的系統升級。需遵循主流的標準和協議，以便提高系統的擴充性。2.3.2承載能力并發用戶接入數≥50000，系統響應速度≤5ms。2.3.3可靠性整體系統的年可用率需≥99.8%。需具有較高的穩定性，可以處理大量數據及長時間運行，無單點故障。需具有對硬件、軟件運行狀態的遠程監控和管理能力。需具備容錯能力，軟件故障不應引起各類嚴重的系統重啟動。需具備平安防護功能。2.3.4效率性文本數據不低于10條/秒，圖像數據不低于2條/分鐘。分析預測分系統處理效率方面，分析預測過程不超過60秒。數據可視化系統方面，數據量條目在5000條以下，可視化結果的生成不超過10秒，數據量條目在5000條以上，每增加1000條數據，增加的生成時間應小于1秒。2.3.5可擴充性需基于可擴充的平臺進行工程的開發建設，以便提高系統的可擴展性。應提供各系統WebServices效勞的發布接口。2.3.6效勞個性化需在考慮整體負載和業務符合的情況下，為具體使用者提供個性化的界面內容和界面形式，以滿足用戶的個性化業務需求。2.3.7可用性需準確而詳細地理解各用戶群特征、任務和使用環境，在“有效性〞〔完成特定任務和到達特定目標時所具有的正確性和完整程度〕、“效率〞〔完成任務的正確性和完整程度與所使用資源，如時間之間的比率〕以及“滿意度〞〔在使用產品過程中具有的主觀滿意和接受程度〕等方面滿足各類用戶對系統的要求。2.3.8可管理性系統建設時應提供對內容的分級、分類、分布式內容管理和維護、內容發布、系統配置和管理、遠程監測和故障診斷等功能。2.4平安需求系統應具備相當的可靠性，以便向各類用戶提供7*24小時的不間斷效勞。本系統應具備防病毒、黑客入侵監測和預警、漏洞掃描、網絡監測與自動修復、身份認證等功能；還應具備完善的使用授權、監控和日志管理機制，能夠訪問進行審計；系統應提供相應數據備份/恢復功能，制定合理的備份策略提供保護機制。2.5知識產權要求開發方為本工程所開發的系統軟件〔含所有后續升級版本〕及形成的產品及軟件源代碼、為本工程所制訂的數據庫設計方案、代碼表、針對本工程所開發的專用組件以及在工程實施過程中完成的各類文檔等與招標方相關的技術，上述知識產權均為招標方所有，招標方有權對系統進行二次開發和修改。開發方在未征得甲方書面同意的情況下，不可向本工程以外的任何單位、任何人、任何工程展示、使用、提供或銷售。3.功能設計3.1總體結構需求分析子系統包括以下5個分系統：數據獲取系統實現民政現有業務數據及互聯數據的采集，并通過日志描述和記錄所采集的數據。獲取的渠道包括現有業務數據庫及互聯網絡。數據集成系統實現所獲取數據的進一步抽取，以及數據的清洗和存儲。存儲位置為養老事業科學決策數據倉庫。數據處理系統實現數據處理所需的系統通用功能，從而為監測分析系統提供有效的輸入。分析預測〔評估〕系統實現老年人現狀的分析、養老效勞需求的預測，以及養老方式及所需效勞的建議。數據可視化系統將不同類型、不同應用場景的數據可視化圖表，包括傳統的餅圖、條形圖等，以及更加直觀的散點圖、雷達圖、儀表圖等，并支持基于GIS的數據展示。功能結構圖如下：3.2數據獲取系統根據仿真模型的需要，分別實現從民政現有業務數據庫、系統數據倉庫及互聯網中進行模型輸入參數所需原始數據的采集，并通過日志描述和記錄所采集的數據。具體包括：網絡信息采集模塊：主要功能是實時監控和采集目標網站的內容，對采集到的信息進行過濾和自動分類處理。數據庫信息采集：該模塊可以實現搜索引擎數據庫與關系型數據庫〔包括Oracle、Sybase、DB2、SQLServer、MySQL等〕之間的數據遷移、數據共享以及兩者之間的雙向數據遷移?？砂凑疹A設任務進行自動化的信息采集處理。文件系統資源采集：該模塊可以實現對文件系統中各種文件資源〔包括網頁、XML文件、電子郵件、Office文件、PDF文件、圖片、音視頻多媒體文件、圖表、公文、研究報告等〕進行批量處理和信息抽取。采集規那么設置：系統能集中管理、控制各數據獲取渠道的采集規那么和采集路徑。提供數據采集全過程的配置方法，實現松耦合、零編程、強擴展的目標。觸發條件設置：系統具備事件觸發、定時任務、數據觸發〔當某些敏感數據發生變化時主動觸發數據交換〕的發起數據獲取動作的功能。采集日志管理：系統具備完善的日志管理機制。對數據獲取的全過程進行監控和日志管理。具備直觀、詳細的運行與狀態日志，同時還具有日志分析功能，幫助用戶調整優化系統數據獲取性能。3.3數據集成系統根據仿真模型的需要，分別實現所獲取數據的進一步抽取，以及數據的清洗和存儲，形成模型可用的輸入數據。存儲位置為養老事業科學決策數據倉庫。3.4數據處理系統根據不同模型的各自的特點，分別開發其所需的數據分析根底功能，從而為不同的子系統提供有效的根本算法支撐。具體包括：關鍵指標模塊：允許用戶查詢一定義的養老領域指標體系，用戶可以并可對具體的每個指標進行圖形趨勢分析、比擬分析，同時還可以根據需要隨時添加和修改養老領域關鍵績效指標體系。多源分析模塊：支持廣泛的數據來源，不僅可集成系統內部數據，還可以系統外部數據，并可根據預定的組織結構及數據源關系，按照規那么自動的進行數據的匯總和合并。主題分析模塊：支持分析工具的配置，可以面向養老設施研發、養老效勞內容、養老機構管理等多個主題，通過趨勢分析、結構分析、同比分析等方法進行多維分析及展示，并可通過上探、下鉆功能了解整個養老領域的運行。3.5分析預測系統根據不同模型的各自的特點，分別開發各個模型運算的參數設定、運行控制及結果輸出〔模型層面〕的各項功能及相應界面。具體包括：運行參數設置模塊：允許用戶根據已有模型，設置系統運行過程所需的各種參數，包括時間邊界、地域便捷、模型邊界、目的邊界〔即結果內容〕等。預測結果展示模塊：用戶可在監測和分析過程結束后，得到依據用戶所指定的目的邊界生成的結果頁面，頁面中用戶可以根據需要跳轉到結果的數據可視化展示界面。3.6數據可視化系統根據不同模型所涉及業務的各自特點，開放相應的展示系統，將模型輸出結果中不同類型、不同應用場景的數據可視化，包括傳統的餅圖、條形圖等，以及更加直觀的散點圖、雷達圖、儀表圖等，并支持基于GIS的數據展示。4.技術響應4.1系統架構4.1.1系統總體架構本工程系統架構可分為5層：數據層：負責系統架構最底層存儲和提供系統所有數據。引擎層：引擎層直接與數據層交互，根據上層的請求，通過標準接口和數據協議從數據層提供相應的數據，返回給上層。數據效勞層：數據效勞層將上層的請求轉換成響應的數據效勞請求，然后傳遞給引擎層，引擎層返回的數據又通過數據效勞層傳輸給上層應用。應用效勞層：應用效勞層對系統所有的效勞進行封裝，形成一個統一的對外效勞接口，上層所有應用向應用效勞層請求，應用效勞層解譯出具體效勞，根據效勞類型轉發給每個具體的數據效勞。應用層：系統的最上層是應用層，這層是具體業務邏輯應用層，不同的業務和應用將系統提供的所有效勞進行選擇和整合，結合具體的業務邏輯提供進行面向最終用戶的效勞應用。系統總體架構圖如下：4.1.2數據源本系統數據來源包括：養老(助殘)卡消費數據；96156呼叫中心養老效勞反應數據；北京市低保數據；養老照料中心、社區級養老效勞驛站數據；養老機構設立許可數據；社會福利中心老齡人口養老數據〔北京市社會福利事務管理中心〕；工商法人庫養老效勞商數據。4.1.3系統搭建傳統效勞器2臺，負責節點管理、計算任務管理和數據存取管理，其中一臺工作，另一臺作為熱備冗余；刀片效勞器5臺，為數據處理集群的一局部，負責執行管理節點分發的計算任務和數據存取。4.1.4解決方案海量數據處理引擎導入海量數據，并支持大數據查詢；數據倉庫引擎對相關數據庫進行整理，得到清晰可用的數據源；數據可視化實現了數據的實時分析。4.2關鍵技術4.2.1基于海量數據處理的架構設計本系統將遵循分布式的架構設計，結合SOA的設計理念，提高系統設計的實用性和開放性，促進數據訪問機制的靈活有效性，降低數據使用難度，極大提高系統的效率和可維護性。海量數據處理的核心是并行計算，即用多個處理器來協同運算同一題目，即將被求解的問題分解成假設干個局部，各局部均由一個獨立的處理機來并行計算。并行計算系統既可以是專門設計的、含有多個處理器的超級計算機，也可以是以某種方式互連的假設干臺的獨立計算機構成的集群。通過并行計算集群完成數據的處理，再將處理的結果返回給用戶。結合SOA的多層架構設計理念，從邏輯上將子系統劃分成許多集合，限制子系統間的依賴關系，使系統以更松散的方式耦合，從而更易于建設、維護和進化。4.2.2數據模型化存儲利用數據倉庫技術，結合計算機仿真技術，可以將養老事業相關數據的應用提高到一個嶄新的階段。首先表現在將民政局現有養老事業相關數據庫通過整理得到清晰的可用數據集，以獲得可用數據源。其次利用數據建模技術及業務邏輯建立老年人、養老機構、效勞提供商等對象的數據模型，以提供數據的容器。最后通過計算機仿真技術，研究開發老年人養老效勞需求、機構養老資源需求、社區居家養老資源需求、養老效勞質量評測的仿真模型，通過計算機網絡來整合統一北京市范圍內的養老事業，從而使數據深度挖掘脫離地域、空間、時間的限制，實現可控的決策支撐體系.推動北京市的養老事業管理緊跟時代科技開展的腳步。4.2.3Hadoop框架Hadoop是一種分布式數據和計算的框架。它很擅長存儲大量的半結構化的數據集。數據可以隨機存放，所以一個磁盤的失敗并不會帶來數據喪失。Hadoop也非常擅長分布式計算——快速地跨多臺機器處理大型數據集合。4.3平安保障4.3.1物理平安保證該平臺各種設備的物理平安是保障整個平臺平安的前提。物理平安保護計算機網絡設備、設施以及其它媒體免遭地震、水災、火災等環境事故以及人為操作失誤或錯誤及各種計算機犯罪行為導致的破壞。4.3.2網絡平安網絡平安是整個平安解決方案的關鍵，包括隔離與訪問控制、通信保密、入侵檢測、掃描平臺、防病毒等內容。4.3.3平臺平安加強登錄身份認證監管。確保用戶使用的合法性并嚴格限制登錄者的操作權限，將其完成的操作限制在最小的范圍內。充分利用操作平臺和應用平臺本身的日志功能，對用戶所訪問的信息做記錄，為事后審查提供依據。4.3.4應用平安應用層直接面對使用者，它的平安性問題涉及面也最廣，其中包括存取控制、統一身份認證等。4.3.5管理平安制定健全的平安管理體制將是平安保障體系得以實現的重要保證；構建平安管理平臺將會降低很多因為無意的人為因素而造成的風險；同時要增強人員的平安防范意識。5.測試驗收5.1測試內容5.1.1界面測試測試目標：通過測試進行的瀏覽可正確反映業務的功能和需求。這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法。測試技術：為每個窗口創立或修改測試，以核實各個應用程序窗口和對象都可正確的瀏覽，并處于正常的狀態。完成目標：對象和特征都符合標準。5.1.2功能測試測試目標：檢測需求中功能及數據流的正確性。測試技術：利用有效的和無效的數據來執行各個用例、用例流或功能，以核實在使用有效數據時是否得到預期的結果；在使用無效數據時是否能夠顯示相應的錯誤消息或警告消息。完成目標：各功能項齊全并都得到了正確的應用。5.1.3性能測試測試目標：核實所指定的事務或業務功能在以下情況的性能行為：正常的預期工作量；預期的繁重工作量。測試技術：使用為功能或業務周期制定的測試過程，通過修改數據文件來增加事務數量，或通過修改腳本來增加每項事務的迭代數量。完成目標：并發用戶接入數≥50000，系統響應速度≤5ms。5.1.4文檔測試測試目標：檢驗工程文檔是否齊全測試技術：在工程管理過程中經常性檢查文檔的完整性及版本修改的記錄。完成目標：工程開發完成后文檔應包括《實施組織方案》、《需求規格說明書》、《設計方案》、《用戶手冊》、《試運行方案》、《是運行報告》等。5.1.5容錯測試測試目標：核實測試對象在高容量條件下能否正常運行。測試技術：使用為性能評測或負載測試制定的測試。應該使用多臺客戶機來運行相同的測試或互補的測試，以便在長時間內產生最繁重的事務量或最差的事務組合。創立最大的數據庫大小〔實際的、按比例縮放的、或填充了代表性數據的數據庫〕，并使用多臺客戶機在長時間內同時運行查詢和報表事務。完成目標：所方案的測試已全部執行，而且到達或超出指定的系統限制時沒有出現任何軟件故障。5.1.6平安性測試測試目標：平安性和訪問控制測試側重于平安性的兩個關鍵方面：應用程序級別的平安性，包括對數據或業務功能的訪問;系統級別的平安性，包括對系統的登錄或遠程訪問。測試技術：確定并列出各用戶類型及其被授權訪問的功能或數據。為各用戶類型創立測試，并通過創立各用戶類型所特有的事務來核實其權限。修改用戶類型并為相同的用戶重新運行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數據。完成目標：各種的Actor類型都可訪問相應的功能或數據，而且所有事務都按照預期的方式運行，并在先前的應用程序功能測試中運行了所有的事務。5.2工程驗收5.2.1驗收內容驗收內容包括：軟件的界面、功能、性能、文檔等內容。5.2.2相關工作1〕投標方應按方案完成工程，并完成試運行；2〕完成招標單位的培訓實施上線，投標方應積極配合招標單位完成課題的整體驗收和結題工作。招標方根據需求功能實現情況進行驗收評價。6.工程實施6.1過程模型本工程的過程模型，以微軟的MSF過程模型為主線，吸收敏捷開發的核心理念，把傳統的瀑布模型和螺旋模型的概念結合起來，并利用了兩者各自的長處。工程的過程模型把瀑布模型基于里程碑的規劃的優勢與螺旋模型不斷增加的反復工程交付內容的長處結合了起來，既能到達按里程碑階段性到達規劃目標，同時又能擁抱變化，使成果更能接近用戶的需求，并且能夠在更短的時間內到達目標。在需求變更的管理上，充分表達敏捷開發的擁抱變化的理念，通過不斷的版本發布和與使用者的密切溝通，使得發布的版本不斷地趨向用戶的需求。但是在實際的操作中，采用以周為周期的螺旋式版本迭代，而不是簡單采用敏捷開發每天發布的原那么，使版本的推出盡量趨近用戶的需求，同時又減少對客戶工作時間的占用。6.2人員配置6.2.1人員組織模式參考了MSF的組隊模型，將此工程中不同階段的工作人員分為六個角色，通過這六個角色，工程得以迅速、完善地實施。這也表達了工程開發的六個重要質量指標。本工程組隊模型如以下圖所示：組隊模型由六個角色構成，這六個角色分別是：

工程負責人。由最終用戶或懂業務的人員擔任這一角色，建議由甲方工程負責人擔任。工程負責人在工程進行的全過程中，始終代表著最終用戶的利益，反映最終用戶的要求。擔任這一角色的人員可以不是技術人員，但是他必須了解用戶需求，明確用戶的需求以及需求的期望值。之所以強調用戶需求的期望值，是因為用戶的商業化特征比擬強，需求無盡，無法界定到底如何才算需求得到了滿足。而確定了需求期望值后，用戶的商業目的就非常明確，實施起來也比擬順暢。

工程經理。工程經理是一個交流與協調的角色，也是進行程序開發管理的角色，建議由乙方富有經驗的高級工程管理人員擔任。需要完成基于應用系統的業務需求文檔以及目標和范圍文檔，設計、管理和維護程序的功能說明。工程經理負責所有與分析、定義系統結構的管理任務。在開發人員的配合下，工程經理必須確保功能說明在現有的資源〔時間、人力〕下，技術上是可以實現的。工程經理需要具有很強的技術能力，以便與開發人員相配合作出關鍵的決策。他們需要理解工程體系結構的實質，他們常常是工程組中最有經驗的成員。工程經理必須跟蹤負責整個工程的進展。他負責制定方案,每天找出完成該方案的風險所在，排除風險，每天交付應該完成的內容，確保方案按質、按量實施。

程序開發。開發者在開發前期就參與用戶需求分析和工程方案制定,他最清楚具體的開發過程。在開發期開始后，他負責進行代碼開發，在每一個階段，交付每一項內容的代碼。

用戶培訓。用戶培訓的任務是通過應用系統的演示和培訓，盡可能地使最終用戶在使用系統時能充分利用系統所提供的功能。用戶培訓的第二個任務是通過編寫使用文檔，使應用系統更容易被用戶理解和使用，降低整個系統技術支持的費用。作為系統的最初使用者，用戶培訓應參與系統和用戶界面原型的設計和構造，也參與包括程序的安裝局部的設計。伴隨系統的開發過程，用戶培訓要根據開發進度完成文檔或電子聯機文檔。如果需要的話，用戶培訓還要準備并交付系統的培訓材料。

系統測試。測試的任務是保證應用系統交付之前，能夠發現所存在的問題。測試要準備測試方案、測試規定和測試的案例，這些文檔用于有方案和目的地進行測試。測試這種角色必須獨立于開發，而且測試不僅僅是代碼方面的，同時它還應用在功能規定、系統的性能、用戶界面和系統實施等方面。

部署實施。該角色規劃和進行系統的安裝實施，完成硬件和軟件的規劃、定貨、采購和安裝，并且負責將開發出來的代碼在測試的或者生產的環境進行部署，使得交付的成果可以面向用戶提供使用，同時根據系統設計的部署策略，實現系統設計所需要的容錯、冗余、可靠性等要求。6.2.2人員配置情況6.3實施方案本工程建設周期預計3個月，工程總體在2023年12月底前完成交付。需求調研〔12天〕完成需求調研、需求確認、標準標準研究工作。架構設計〔12天〕完成系統的總體架構設計及系統功能模塊設計工作，制定測試方案及方案以及資料的搜集整理工作。系統開發〔55天〕完成系統開發，編寫測試用例及完成單元測試。測試驗收〔11天〕完成系統集成測試并發布上線進入試運行階段，同時開展培訓工作，完成工程驗收工作。7.工程管理7.1工程管理目標工程管理的目標包括：設計合理的系統實施方案、編制方案和安排人力資源，使所有實施工程均能按時按質完成，所有的費用控制在預算范圍內，努力做到客戶和所有合作方均滿意。7.2工程進度管理為確保進度的實施，雙方建立定期的工程聯絡會制度，以及時協調、解決各個階段出現的有關問題；在實施開始前，乙方將會提供總體工程進度方案表及分項進度方案。從設備安裝、驗收、驗收、交付、設備維修等都制定詳細的時間表。明確工程各階段劃分，設置工程分階段完成檢測點，以控制每個環節的按時完成。工程經理負責匯總工程階段性工作報告，同工程負責人一起審閱。撰寫工程進展和狀態報告方案。具體實施如下：工程施工進度控制是工程管理的中心環節，在整個目標控制體系中處于協調和帶動其它工作的主導地位。是保障按時完成任務，合理安排資源供給的重要措施。1〕工程開局，編寫工程開發方案，將首先安排和重點做好以下幾件事：明確各人員職能、職責，落實與各子系統負責人等相關人員、單位的聯絡方式，以便各方協調配合。抓好系統深化設計，制定合理的分期設計方案，以控制設計、實施兩不誤。2〕進度方案細化及管理，細化實施方案，將規定的任務結合業務需求，在集成開始前和過程中不斷地細化、調整方案，使工程進度方案更具體、切合實際和可行。做好進度記錄、及工程中的調度等工作。7.3工程質量管理7.3.1質量管理體系7.3.1.1組織機構在工程實施期間成立工程質量保證組織，該組織由質量保證人員和工程經理等組成。工程經理負責質量監督工作及工程進展過程中各環節的質量把關，開發經理負責質量控制的工作，質量保證人員負責質量保證的工作。7.3.1.2職責在本工程中，質量保證組織職責如下：高層管理是公司負責質量的高級管理，其質量職責如下：1〕受理工程內不能解決的不符合問題，必要時與工程經理協調。2〕負責聽取質量保證組的工作報告，評審質量保證活動和結果。3〕參加有關質量保證過程改良的評審。質量保證人員的質量職責如下：1〕負責工程實施過程中對工程實施情況進行監督，包括對工程實施過程和工作產品進行監督檢查。2〕實施工程組成員的質量保證培訓。3〕制定質量保證方案。4〕按方案實施審計活動，依照質量保證方案執行評審/審計，并記錄執行中發現的不符合項。5〕對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執行情況。6〕對工程內不能解決的不符合項問超；向高層管理提交報告。7〕向工程經理報告工程質量工作狀況和質量度量結果。8〕定期向工程組報告質量活動的結果。9〕制定質量保證的過程改良方案，記錄過程數據。工程經理的質量職責如下：1〕評審質量方案。2〕與質量保證人員一起協商不符合項問題的糾正措施，并安排資源實施糾正措施。3〕定期或事件驅動地評審質量保證活動和結果。7.3.2工程質量目標根據企業的質量方針和質量目標，結合本工程特點，制定工程的總體質量目標：1〕基于需求的測試覆蓋率為100%。2〕每個階段評審中發現的問題都已經解決或得到適當處理。3〕產品發布時不存在嚴重問題以及以上的缺陷。注：嚴重問題指導致系統或模塊不能正常工作的閘題。7.3.3質量管理措施質量管理措施包括代碼走查、單元測試、集成測試、環境測試等由開發人員負責，編碼人員在編寫代碼時要進行同步單元測試，單元測試要到達分支覆蓋，產品通過單元測試和編碼檢查后，應提交給測試組進行集成測試、系統測試。測試組的測試應到達質量目標要求，軟件發布時應到達測試通過準那么的要求。質量要求的準那么是客戶導向的準那么，就是以客戶為中心，把客戶的滿意度作為質量標準的尺子。這是ISO-9000體系的首要原那么：鑒于顧客是組織的存在之本，因此組織不但應該了解顧客當前的需求，而且要了解其未來潛在之需求，不但要盡力滿足顧客的需求，并爭取超越顧客的期望。7.4工程文檔管理工程文檔管理應由工程經理全權負責，每次版本更新與迭代都應在產品文檔中說明更新的版本與修改記錄，測試文檔應當由測試人員和開發人員共同完成，《試運行方案》與《試運行報告》應當在測試完畢后及時編寫。7.5工程風險控制任何一個工程在設定目標，實現方案的過程中都有可能出現一些意外的情況，或許是技術上的、或許是資源方面也可能是時間安排上的問題。因此在工程管理方案中包含了風險管理方案。風險識別和管理方案從進程模型的第一個階段就開始介入，是一種預風險管理方式。不同于一般意義上的風險管理，風險管理強調的是防止風險的發生和減少風險的損失，而不是在風險發生之后的補救措施。經過多年在實踐中的總結，大多數的風險都是可以預見和預防的。因此利用這種預風險管理模式作為保證工程順利完成的根底。工程組隊模型中的不同角色在不同的實現階段分擔不同的風險識別和管理任務，保證高風險的情況應該得到優先的解決。結合工程制定的目標，配合風險管理，才能到達在指定時間內完成指定功能的目的。8.系統運維方案8.1日常監測管理充分利用系統提供的管理功能，包括網絡管理、系統管理和應用管理等，隨時監控系統的運行狀況，并定期進行系統運行數據的統計與分析，一旦發現問題，利用管理工具找出問題的原因所在；同時利用相關管理系統中提供的故障預警功能，在系統出現故障之前預先發現問題，發出警報，以便采取相應的防范措施，到達防患于未然的目的。針對系統可能發生的所有類型的故障，制定相應的應急恢復方法和操作規程，并配備備品配件并安排好相應的技術力量，以保障系統在發生故障的情況下，滿足業務對系統連續可用性的要求。8.2系統巡檢效勞針對效勞器操作系統、網站相關產品或系統及網站平安提供全面的巡檢效勞。1〕硬件和網絡評估監控效勞器硬件〔CPU、內存、硬盤〕的實時狀態，及時發現潛在問題和硬件性能瓶頸實時監控網絡運行狀況，評估網絡性能指標。2〕數據庫診斷和優化評估當前數據庫參數設定檢查數據庫平安策略設置合理的維護方案，優化數據庫運行其他數據庫優化建議，保障數據庫穩定運行3〕操作系統診斷優化檢查操作系統級的系統參數設置，根據系統運行情況合理調整操作系統級平安檢查，防止平安隱患其他操作系統優化建議，保障系統運行穩定8.3應急響應效勞為確保系統的正常運行，提供節假日應急響應效勞，在此期間安排負責人及技術人員進行7×24小時值班。8.4技術保障效勞工程承當公司提供給用軟件的售后全程效勞，將派遣有經驗的技術人員進行現場售后技術效勞，包括軟件的安裝、測試和調整效勞等售后效勞、培訓效勞。具體安排：系統硬件及應用軟件每月例行檢查。如有問題形成問題報告單。配置專業團隊在機房附近工作，有問題隨時處理。9.售后效勞方案9.1駐場效勞乙方提供一年免費駐場效勞，并提供5年質保效勞，解決系統在上線前，試運行及驗收后出現的問題，內容如下：1〕提供現場系統操作培訓效勞；2〕負責現場安裝設計的督導工作；3〕試運行期間出現的系統故障，乙方在接到通知后2小時到現場，4小時處理完畢，恢復系統無故障運行，并交給甲方詳細的故障處理分析報告。該報告將視為試運行期間的統計報告，作為日后確定是否結束試運行的依據之一。4〕