基于大數(shù)據(jù)養(yǎng)老服務(wù)需求預(yù)測(cè)系統(tǒng)

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

工程負(fù)責(zé)人。由最終用戶或懂業(yè)務(wù)的人員擔(dān)任這一角色，建議由甲方工程負(fù)責(zé)人擔(dān)任。工程負(fù)責(zé)人在工程進(jìn)行的全過(guò)程中，始終代表著最終用戶的利益，反映最終用戶的要求。擔(dān)任這一角色的人員可以不是技術(shù)人員，但是他必須了解用戶需求，明確用戶的需求以及需求的期望值。之所以強(qiáng)調(diào)用戶需求的期望值，是因?yàn)橛脩舻纳虡I(yè)化特征比擬強(qiáng)，需求無(wú)盡，無(wú)法界定到底如何才算需求得到了滿足。而確定了需求期望值后，用戶的商業(yè)目的就非常明確，實(shí)施起來(lái)也比擬順暢。

工程經(jīng)理。工程經(jīng)理是一個(gè)交流與協(xié)調(diào)的角色，也是進(jìn)行程序開(kāi)發(fā)管理的角色，建議由乙方富有經(jīng)驗(yàn)的高級(jí)工程管理人員擔(dān)任。需要完成基于應(yīng)用系統(tǒng)的業(yè)務(wù)需求文檔以及目標(biāo)和范圍文檔，設(shè)計(jì)、管理和維護(hù)程序的功能說(shuō)明。工程經(jīng)理負(fù)責(zé)所有與分析、定義系統(tǒng)結(jié)構(gòu)的管理任務(wù)。在開(kāi)發(fā)人員的配合下，工程經(jīng)理必須確保功能說(shuō)明在現(xiàn)有的資源〔時(shí)間、人力〕下，技術(shù)上是可以實(shí)現(xiàn)的。工程經(jīng)理需要具有很強(qiáng)的技術(shù)能力，以便與開(kāi)發(fā)人員相配合作出關(guān)鍵的決策。他們需要理解工程體系結(jié)構(gòu)的實(shí)質(zhì)，他們常常是工程組中最有經(jīng)驗(yàn)的成員。工程經(jīng)理必須跟蹤負(fù)責(zé)整個(gè)工程的進(jìn)展。他負(fù)責(zé)制定方案,每天找出完成該方案的風(fēng)險(xiǎn)所在，排除風(fēng)險(xiǎn)，每天交付應(yīng)該完成的內(nèi)容，確保方案按質(zhì)、按量實(shí)施。

程序開(kāi)發(fā)。開(kāi)發(fā)者在開(kāi)發(fā)前期就參與用戶需求分析和工程方案制定,他最清楚具體的開(kāi)發(fā)過(guò)程。在開(kāi)發(fā)期開(kāi)始后，他負(fù)責(zé)進(jìn)行代碼開(kāi)發(fā)，在每一個(gè)階段，交付每一項(xiàng)內(nèi)容的代碼。

用戶培訓(xùn)。用戶培訓(xùn)的任務(wù)是通過(guò)應(yīng)用系統(tǒng)的演示和培訓(xùn)，盡可能地使最終用戶在使用系統(tǒng)時(shí)能充分利用系統(tǒng)所提供的功能。用戶培訓(xùn)的第二個(gè)任務(wù)是通過(guò)編寫使用文檔，使應(yīng)用系統(tǒng)更容易被用戶理解和使用，降低整個(gè)系統(tǒng)技術(shù)支持的費(fèi)用。作為系統(tǒng)的最初使用者，用戶培訓(xùn)應(yīng)參與系統(tǒng)和用戶界面原型的設(shè)計(jì)和構(gòu)造，也參與包括程序的安裝局部的設(shè)計(jì)。伴隨系統(tǒng)的開(kāi)發(fā)過(guò)程，用戶培訓(xùn)要根據(jù)開(kāi)發(fā)進(jìn)度完成文檔或電子聯(lián)機(jī)文檔。如果需要的話，用戶培訓(xùn)還要準(zhǔn)備并交付系統(tǒng)的培訓(xùn)材料。

系統(tǒng)測(cè)試。測(cè)試的任務(wù)是保證應(yīng)用系統(tǒng)交付之前，能夠發(fā)現(xiàn)所存在的問(wèn)題。測(cè)試要準(zhǔn)備測(cè)試方案、測(cè)試規(guī)定和測(cè)試的案例，這些文檔用于有方案和目的地進(jìn)行測(cè)試。測(cè)試這種角色必須獨(dú)立于開(kāi)發(fā)，而且測(cè)試不僅僅是代碼方面的，同時(shí)它還應(yīng)用在功能規(guī)定、系統(tǒng)的性能、用戶界面和系統(tǒng)實(shí)施等方面。

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