軟件系統(tǒng)通用技術(shù)方案軟件系統(tǒng)通用技術(shù)方案及實施方案1 10 2.數(shù)據(jù)庫設(shè)計 2.1數(shù)據(jù)庫設(shè)計原則 2.2數(shù)據(jù)庫邏輯架構(gòu)設(shè)計 2.3數(shù)據(jù)庫邏輯模型設(shè)計 2.4主題域模型設(shè)計 4.邏輯模型設(shè)計 5.數(shù)據(jù)應(yīng)用流程 26 1.1設(shè)計目標(biāo) 261.2設(shè)計思路 261.3設(shè)計原則 271.4平臺整體架構(gòu) 30 2.2需求分析 322.3研發(fā)策劃 332.4設(shè)計與編碼實現(xiàn) 34 352.5系統(tǒng)測試 352.6總結(jié)驗收 38 2 39 3.3業(yè)務(wù)組件與表示層 423.4我司通用企業(yè)運(yùn)維應(yīng)用平臺 3.5通用企業(yè)應(yīng)用平臺的結(jié)構(gòu) 443.6通用企業(yè)運(yùn)維應(yīng)用平臺的特點(diǎn) 503.7基于通用企業(yè)平臺的運(yùn)維服務(wù) 3.8核心經(jīng)辦業(yè)務(wù)技術(shù)架構(gòu)概述 583.9核心經(jīng)辦業(yè)務(wù)技術(shù)架構(gòu)設(shè)計 603.10技術(shù)架構(gòu)中各層對象在創(chuàng)建過程中的依賴關(guān)系 64 664.2研究管理流程 67 4.2.2需求分析 68 三、系統(tǒng)測試方案 71 712.壓力測試報告 72 722.2壓力測試流程 90 3.2服務(wù)器系統(tǒng)環(huán)境變量配置 1393.3服務(wù)器安裝過程說明 1403.4客戶端訪問方式 147四、項目管理方案 148 3 5.2組織基本制度 5.3組織架構(gòu) 5.5激勵系統(tǒng) 6.1有效的管理原則 6.4加強(qiáng)項目開發(fā)的管理 6.5實行時效工作制 6.7加強(qiáng)員工培訓(xùn) 7.1管理機(jī)構(gòu)職責(zé) 7.2人員崗位職責(zé) 8.內(nèi)部培訓(xùn) 8.1員工培訓(xùn)計劃 8.2服務(wù)質(zhì)量的監(jiān)控考核 8.3員工的獎懲條例 8.4人員配置原則 1.2階段工作及成果 1.3.4溝通承諾 1.3.7管理項目的風(fēng)險 200 200 200 20041.3.11記錄估算并且使用估算工具 2011.3.12遵守學(xué)習(xí)曲線 2011.3.13考慮意外緩沖 2011.3.14錄實際情況與估算情況 1.3.15只有當(dāng)任務(wù)100%完成時，才認(rèn)為該任務(wù)完成 2021.3.16公開、公正地跟蹤項目狀態(tài) 1.4質(zhì)量控制、質(zhì)量保證方案 2031.4.1項目質(zhì)量管理的關(guān)鍵 2031.4.2本項目質(zhì)量保證措施 1.4.3IT項目質(zhì)量管理的目標(biāo)和質(zhì)量控制 2061.5項目驗收方案 2081.5.1驗收目的 2081.5.2驗收對象 2081.5.3項目驗收的前提條件 2081.5.4驗收方法 2091.5.5驗收步驟 2101.5.6驗收程序 2111.5.7驗收依據(jù) 1.5.8驗收內(nèi)容和標(biāo)準(zhǔn) 213 1.5.10項目交接 2152.測試方案 2.1測試內(nèi)容設(shè)計 2162.1.1系統(tǒng)功能測試 2.1.2系統(tǒng)性能測試 2.1.3系統(tǒng)安全性測試 2.1.4易用性測試 2.1.5接口測試 2212.1.6可擴(kuò)展性測試 2.1.7兼容性測試 2.1.8用戶文檔檢查 2222.2測試階段規(guī)劃 2.2.1單元測試 2.2.2軟硬件聯(lián)調(diào)測試 2.2.3集成測試 2.2.4系統(tǒng)測試 2.2.5驗收測試 22652.3測試工作流程 2.3.1各過程測試整體流程 2272.3.2測試方案 2.3.3測試計劃 2302.3.4測試準(zhǔn)備 2322.3.5測試執(zhí)行 2332.3.6測試報告 2.4測試結(jié)果評價與測試工具 2352.4.1測試用例設(shè)計 2.4.2測試結(jié)果評估準(zhǔn)則 2362.4.3測試輸出成果 2.4.4測試人員名單 3.項目風(fēng)險管理 3.1風(fēng)險管理過程 3.1.1風(fēng)險管理計劃 3.1.2項目風(fēng)險的跟蹤 3.2項目風(fēng)臉管理計劃 3.3本項目風(fēng)險和對策 4.項目溝通管理 2484.1項目實施各方職貴 4.2需要用戶和原承建商配合的建議 4.2.1項目管理方面 2524.2.2軟件研發(fā)階段 2524.2.3培訓(xùn)組織工作 4.2.4項目驗收階段 2534.3客戶交互的安排 5.質(zhì)量保證方案 2545.1項目質(zhì)量方針 2545.2項目質(zhì)量目標(biāo) 5.3質(zhì)量保證承諾 2555.4項目質(zhì)量范圍和標(biāo)準(zhǔn) 5.4.1質(zhì)量范圍 2565.4.2質(zhì)量標(biāo)準(zhǔn) 2575.4.3質(zhì)量管理 5.4.4質(zhì)量保證的基本思想 5.4.5軟件研發(fā)過程中主要的工作活動 2615.4.6質(zhì)量過程管理 2626 265 270 2701.1培訓(xùn)部門 1.2培訓(xùn)要點(diǎn)說明 271 274 275 276 278 282 2851.2.8平臺工程師培訓(xùn)計劃 2.軟件操作手冊 2903.系統(tǒng)運(yùn)維手冊 2923.1運(yùn)行詳細(xì)手冊 351 3514.2項目試運(yùn)行計劃 5.系統(tǒng)變更記錄 361 3615.2系統(tǒng)變更制度 6.驗收報告 3666.1驗收報告格式 368 3757.1參與人 375 7.3會議主題 7.4溝通時間 7.5會議決策 7.6遺留問題信息記錄 1.售后服務(wù)承諾 3762.人員培訓(xùn)方案 37972.1培訓(xùn)目標(biāo)及理念 3812.2.1實施過程中的培訓(xùn) 3812.2.2階段性統(tǒng)一培訓(xùn) 3812.2.3其它培訓(xùn)方式 3812.2.4培訓(xùn)考核 3812.2.5培訓(xùn)講師介紹 382 3822.3.1系統(tǒng)管理維護(hù)人員 3832.3.2卡務(wù)中心操作人員 3832.3.3終端操作人員 2.3.4各個子系統(tǒng)的管理人員 3842.3.5各個子系統(tǒng)的操作人員 3842.3.6第三方接入研究人員 3.軟件平臺故障支撐計劃 385 3873.2.1咨詢服務(wù) 3873.2.2應(yīng)用系統(tǒng)的故障響應(yīng) 3.2.3應(yīng)用系統(tǒng)輔助操作 3.2.4應(yīng)用系統(tǒng)的維護(hù)服務(wù) 3883.2.6應(yīng)用系統(tǒng)業(yè)務(wù)調(diào)整 3.2.7應(yīng)用系統(tǒng)軟件升級 3.2.8支持機(jī)構(gòu) 3883.2.9咨詢服務(wù)組 3883.2.10咨詢服務(wù)專家組 3893.2.12遠(yuǎn)程登錄診斷維護(hù) 4.軟件維護(hù)方案 3904.1遠(yuǎn)程支持服務(wù)流程 3904.2現(xiàn)場服務(wù)流程 392 3954.4客戶服務(wù)質(zhì)量文件 3965.應(yīng)急維護(hù)方案 5.1應(yīng)急預(yù)案目標(biāo) 3995.2應(yīng)急預(yù)案具體措施 85.3應(yīng)急處理流程 6.集成服務(wù)方案 4016.1集成服務(wù)目標(biāo) 6.2崗位分工和職責(zé) 4056.3維護(hù)作業(yè)制度 4066.4系統(tǒng)安全制度 4076.5故障處理制度 4086.6技術(shù)檔案和原始記錄的管理制度 4097.現(xiàn)場服務(wù)方案 4127.1現(xiàn)場組織管理策略 4127.2項目管理組織體系 4147.3項目組織各角色的職責(zé) 4157.3.1項目領(lǐng)導(dǎo)小組 7.3.2項目指導(dǎo)小組 7.3.3運(yùn)維總負(fù)責(zé)人 7.3.4總協(xié)調(diào)人 7.3.5項目管理組 7.3.6現(xiàn)場負(fù)責(zé)人 4187.3.7項目軟件經(jīng)理 7.4現(xiàn)場維護(hù)管理 7.5項目管理監(jiān)控 7.5.1階段評估 7.5.2迭代評估 4277.6資源監(jiān)控 4277.6.1人員策劃 7.6.2人員變更 429 4311.疫情期間應(yīng)急預(yù)案 2.疫情防控教育、宣傳方案 4323.疫情時期車輛管理方案 4354.物資儲備、使用計劃及落實措施 4365.疫情防控檢查方案 4386.防護(hù)用品發(fā)放標(biāo)準(zhǔn) 4417.正確使用口罩防護(hù)的方法 4428.正確的洗手方法 4459一、數(shù)據(jù)庫管理方案1.1、總體規(guī)劃，建立科學(xué)、完整的信息資源管理體系整體規(guī)劃，將以往分散的數(shù)據(jù)資源進(jìn)行整合，建立科學(xué)、完整的信息資源體系結(jié)構(gòu)，確保業(yè)務(wù)人員、技術(shù)開發(fā)人員等使用和維護(hù)信息資源的用戶從整體上把握數(shù)據(jù)資源的情況，方便、準(zhǔn)確的利用信息資源和有效的維護(hù)、管理信息資源?？茖W(xué)、完整的信息資源管控體系不但包括信息資源自身的完整性，科學(xué)性，也應(yīng)包括信息采集、管理、共享、利用方式的規(guī)劃，以及數(shù)據(jù)模型、數(shù)據(jù)指標(biāo)等規(guī)范化、標(biāo)準(zhǔn)化的考慮。1.2、統(tǒng)一規(guī)劃、集中管理各類信息資源統(tǒng)一規(guī)劃數(shù)據(jù)資源，不只是要對各類信息資源進(jìn)行物理集中存儲管統(tǒng)一制定業(yè)務(wù)數(shù)據(jù)指標(biāo)體系，以管理服務(wù)對象為核心，組織相關(guān)聯(lián)的業(yè)務(wù)數(shù)據(jù)，實現(xiàn)對內(nèi)業(yè)務(wù)使用、對外服務(wù)應(yīng)用的統(tǒng)一視圖。設(shè)計集中、統(tǒng)一的數(shù)據(jù)庫服務(wù)系統(tǒng)，實現(xiàn)信息資源的集中存儲、集中處理、集中管理、集中服務(wù)，并保障數(shù)據(jù)的一致性，降低數(shù)據(jù)交換、系統(tǒng)內(nèi)共享使用復(fù)雜性。1.3、按照業(yè)務(wù)需要規(guī)劃主題數(shù)據(jù)以面向管理服務(wù)對象的業(yè)務(wù)主題設(shè)計為核心，依據(jù)管理的業(yè)務(wù)管理范圍和業(yè)務(wù)管理要點(diǎn)，建立面向管理服務(wù)對象、面向業(yè)務(wù)管理、面向公共服務(wù)、面向決策支持等的多個主題數(shù)據(jù)庫，并以面向管理服務(wù)對象的主題數(shù)據(jù)庫為核心來建設(shè)。1.4、通過數(shù)據(jù)集成和數(shù)據(jù)交換實現(xiàn)數(shù)據(jù)共享利用數(shù)據(jù)資源的共享是數(shù)據(jù)資源體系設(shè)計的主要目標(biāo)之一。對內(nèi)，通過數(shù)據(jù)集成實現(xiàn)數(shù)據(jù)共享；對外，通過數(shù)據(jù)交換實現(xiàn)數(shù)據(jù)共享。分析系統(tǒng)內(nèi)、外的數(shù)據(jù)共享、交換需求，規(guī)劃統(tǒng)一數(shù)據(jù)共享、交換數(shù)據(jù)區(qū)域，提供標(biāo)設(shè)計數(shù)據(jù)管理服務(wù)中心應(yīng)用系統(tǒng)，統(tǒng)一規(guī)劃數(shù)據(jù)的獲取、操作、展現(xiàn)、管理、服務(wù)等處理。同時解決數(shù)據(jù)綜合利用問題，以及數(shù)據(jù)深加工利用。支持業(yè)務(wù)宏觀、微觀決策分析。1.6、數(shù)據(jù)模型設(shè)計具有較高的可擴(kuò)展性隨著業(yè)務(wù)不斷發(fā)展和數(shù)據(jù)應(yīng)用的不斷深入，必然要產(chǎn)生新的業(yè)務(wù)指標(biāo)和新的系統(tǒng)數(shù)據(jù)。數(shù)據(jù)模型(包括概念模型、系統(tǒng)數(shù)據(jù)模型)的設(shè)計要保證能適應(yīng)這種變化，在指標(biāo)體系變化時或業(yè)務(wù)內(nèi)容增加時，盡可能不用修改各類數(shù)據(jù)表的結(jié)構(gòu)。數(shù)據(jù)標(biāo)準(zhǔn)化是數(shù)據(jù)共享、數(shù)據(jù)利用和保障數(shù)據(jù)質(zhì)量的前提或基礎(chǔ)。數(shù)據(jù)指標(biāo)設(shè)計遵循國家、總局相關(guān)標(biāo)準(zhǔn)，確保數(shù)據(jù)的規(guī)范化、標(biāo)準(zhǔn)化。數(shù)據(jù)標(biāo)準(zhǔn)化問題包括方方面面的工作，除了指標(biāo)、數(shù)據(jù)元、數(shù)據(jù)庫結(jié)構(gòu)等數(shù)據(jù)本身的標(biāo)準(zhǔn)化外，還有交換數(shù)據(jù)的標(biāo)準(zhǔn)、元數(shù)據(jù)標(biāo)準(zhǔn)等內(nèi)容。為了支持各類工作的開展，適應(yīng)未來的業(yè)務(wù)變革，應(yīng)建立全面的、多層次的數(shù)據(jù)標(biāo)準(zhǔn)2.1數(shù)據(jù)庫設(shè)計原則由于數(shù)據(jù)庫是對項目所有業(yè)務(wù)條線和所有數(shù)據(jù)的集合，投標(biāo)方對采購方現(xiàn)有業(yè)務(wù)系統(tǒng)、所有數(shù)據(jù)將進(jìn)行深入的了解和分析。結(jié)合現(xiàn)有數(shù)據(jù)庫建設(shè)的優(yōu)點(diǎn)和長處，深入了解，加強(qiáng)分析，結(jié)合現(xiàn)有系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，設(shè)計符合采購方現(xiàn)狀，并有足夠擴(kuò)展性，可滿足采購方業(yè)務(wù)擴(kuò)展要求和其他委辦局交換數(shù)據(jù)要求，高數(shù)據(jù)質(zhì)量的、優(yōu)異的數(shù)據(jù)庫。數(shù)據(jù)庫設(shè)計和建設(shè)將整體性按照管理業(yè)務(wù)一體化的建設(shè)要求，數(shù)據(jù)模型設(shè)計應(yīng)兼顧各業(yè)務(wù)條線之間的數(shù)據(jù)結(jié)構(gòu)的整體性，投標(biāo)方將按照EDM(企業(yè)級數(shù)據(jù)模型)的方法，建設(shè)業(yè)務(wù)企業(yè)級概念模型和邏輯模型。數(shù)據(jù)庫的存儲數(shù)據(jù)內(nèi)容包括結(jié)果數(shù)據(jù)、過程數(shù)據(jù)和整理后的主題數(shù)數(shù)據(jù)庫設(shè)計以業(yè)務(wù)為核心，建立涵蓋行業(yè)業(yè)務(wù)為主，包括項目所有數(shù)據(jù)，和項目基本信息的數(shù)據(jù)庫。數(shù)據(jù)庫的數(shù)據(jù)內(nèi)容覆蓋項目所有的數(shù)據(jù)及與其他委辦局、總局交換所得的數(shù)據(jù)。數(shù)據(jù)庫的設(shè)計和建設(shè)，并面向項目各業(yè)務(wù)條線數(shù)據(jù)的關(guān)聯(lián)、各種查詢和交換等應(yīng)用；獨(dú)立性與可擴(kuò)展性數(shù)據(jù)庫中的結(jié)果數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計基于業(yè)務(wù)工作內(nèi)容的基本屬性設(shè)計，獨(dú)立于具體業(yè)務(wù)辦理流程，以適應(yīng)將來的業(yè)務(wù)變動；數(shù)據(jù)庫中的辦理過程數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計將兼容相應(yīng)辦理流程的架構(gòu)，同時具備足夠的可擴(kuò)展性，能涵蓋目前及未來的業(yè)務(wù)辦理模式；數(shù)據(jù)庫中的主題數(shù)據(jù)庫結(jié)構(gòu)要根據(jù)數(shù)據(jù)分析、挖掘的需要，符合采購方現(xiàn)有業(yè)務(wù)條線，且獨(dú)立于具體業(yè)務(wù)的辦理流程。數(shù)據(jù)庫的設(shè)計和建設(shè)要滿足擴(kuò)展需求。數(shù)據(jù)庫設(shè)計應(yīng)具備較強(qiáng)的可擴(kuò)展性和預(yù)見能力，以適應(yīng)管理業(yè)務(wù)變化。當(dāng)業(yè)務(wù)發(fā)生變化時，數(shù)據(jù)庫數(shù)據(jù)應(yīng)不做變化或少變化。標(biāo)準(zhǔn)化、規(guī)范化數(shù)據(jù)庫的設(shè)計和建設(shè)要遵循數(shù)據(jù)標(biāo)準(zhǔn)和國家相關(guān)數(shù)據(jù)標(biāo)準(zhǔn)，以及市采購方已建的各項業(yè)務(wù)規(guī)范。數(shù)據(jù)庫的設(shè)計和建設(shè)，將充分考慮數(shù)據(jù)字段的業(yè)務(wù)來源、數(shù)據(jù)類型、取值范圍、遵循標(biāo)準(zhǔn)等，并將相關(guān)字段建立數(shù)據(jù)關(guān)聯(lián)關(guān)系。對于數(shù)據(jù)庫的設(shè)計和建設(shè)，需考慮對業(yè)務(wù)系統(tǒng)庫表設(shè)計的指導(dǎo)需求，數(shù)據(jù)庫的數(shù)據(jù)庫表設(shè)計應(yīng)為業(yè)務(wù)系統(tǒng)的建設(shè)提供參考和借鑒作用。根據(jù)采購方建設(shè)規(guī)劃要求，基于統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)，建設(shè)以業(yè)務(wù)數(shù)據(jù)為基礎(chǔ)，以數(shù)據(jù)共享為主線，以提高數(shù)據(jù)資源價值為目標(biāo)，涵蓋數(shù)據(jù)采集、數(shù)據(jù)治理、數(shù)據(jù)利用等各方面的，全市大集中的市數(shù)據(jù)庫，并使其成為采購方數(shù)據(jù)的存儲中心、管理中心、交換中心和服務(wù)中心。2.3數(shù)據(jù)庫邏輯模型設(shè)計第視頻2、決策支持?jǐn)?shù)據(jù)決策支持?jǐn)?shù)據(jù)是按照面向分析主題，對業(yè)務(wù)數(shù)據(jù)進(jìn)行二次加工形成的面向管理和決策服務(wù)的數(shù)據(jù)。決策支持?jǐn)?shù)據(jù)可以分為兩大類，一類是按照管理服務(wù)對象為核心重新組織的業(yè)務(wù)主體數(shù)據(jù)，例如業(yè)務(wù)主體數(shù)據(jù)、廣告數(shù)據(jù)、合同數(shù)據(jù)等；另一類是匯總統(tǒng)計、分析挖掘后形成的數(shù)據(jù)，主要是對報表匯總、數(shù)據(jù)綜合利用、信息挖掘后形成的結(jié)果信息的記錄。共享交換數(shù)據(jù)主要是實現(xiàn)內(nèi)各系統(tǒng)之間，以及與外系統(tǒng)之間的數(shù)據(jù)交換與共享。共享交換數(shù)據(jù)主要包括廣東省工商局、質(zhì)監(jiān)局、知識產(chǎn)權(quán)局交換數(shù)據(jù)、內(nèi)部交換數(shù)據(jù)、業(yè)務(wù)機(jī)構(gòu)交換數(shù)據(jù)(各級智慧系統(tǒng)與同級部門的交換數(shù)據(jù))、公共服務(wù)數(shù)據(jù)等。4、基礎(chǔ)規(guī)范數(shù)據(jù)基礎(chǔ)規(guī)范數(shù)據(jù)用于對整個系統(tǒng)基礎(chǔ)的信息資源進(jìn)行約束。基礎(chǔ)規(guī)范數(shù)據(jù)主要包括資源目錄體系、標(biāo)準(zhǔn)代碼數(shù)據(jù)、數(shù)據(jù)字典等。系統(tǒng)管理類數(shù)據(jù)是一種公共的、基礎(chǔ)的環(huán)境數(shù)據(jù)，一數(shù)據(jù)，如系統(tǒng)環(huán)境參數(shù)信息、系統(tǒng)運(yùn)行狀態(tài)信息等描述系統(tǒng)運(yùn)行環(huán)境的數(shù)據(jù)，以及機(jī)構(gòu)、用戶、權(quán)限、日志等描述業(yè)務(wù)運(yùn)行基礎(chǔ)和環(huán)境的數(shù)據(jù)。元數(shù)據(jù)是描述數(shù)據(jù)及其環(huán)境的數(shù)據(jù)，主要包括各類系統(tǒng)使用的共享元數(shù)據(jù)和各類系統(tǒng)自主元數(shù)據(jù)。主題數(shù)據(jù)庫是經(jīng)科學(xué)規(guī)劃，面向業(yè)務(wù)主題的數(shù)據(jù)組織存儲形式。主題庫的結(jié)構(gòu)設(shè)計與應(yīng)用處理過程相分離，能有效實現(xiàn)數(shù)據(jù)的關(guān)聯(lián)和共享，降低大型信息系統(tǒng)的開發(fā)和維護(hù)成本。系統(tǒng)設(shè)計中一般有三類主題組織形式：面向業(yè)務(wù)管理的數(shù)據(jù)主題按照業(yè)務(wù)領(lǐng)域建立業(yè)務(wù)主題。面向管理服務(wù)對象的數(shù)據(jù)主題按照管理服務(wù)對象來組織相關(guān)數(shù)。決策分析主題按照決策分析需求組織數(shù)據(jù)，例如：轄區(qū)經(jīng)濟(jì)秩序評價主題、企業(yè)信用分類主題、人員績效考核主題。信息系統(tǒng)設(shè)計基本采用面向?qū)ο蟮男畔⒐こ谭椒ǎ瑪?shù)據(jù)分析與規(guī)劃也與此相適應(yīng)，以面向管理服務(wù)對象的業(yè)務(wù)主題設(shè)計為核心，開展主題庫模主題數(shù)據(jù)庫模型分為概念模型和邏輯模型。主題數(shù)據(jù)庫模型設(shè)計將管理業(yè)務(wù)數(shù)據(jù)主題分為三類，共23個業(yè)務(wù)主題管理服務(wù)對象主題是以管理的主要管理服務(wù)對象為核心，把該對象的狀態(tài)和管理信息集中起來，能方便直觀的掌握管理服務(wù)對象的信息全貌，有利于信息共享應(yīng)用。公共業(yè)務(wù)實體主題是將業(yè)務(wù)處理過程中的公共信息實體進(jìn)行整合，有效的促進(jìn)業(yè)務(wù)的整體規(guī)范化和業(yè)務(wù)聯(lián)動。其它業(yè)務(wù)管理主題是指現(xiàn)階段沒有完全抽象成管理服務(wù)對象和公共業(yè)務(wù)實體主題的其它業(yè)務(wù)管理主題。保留部分業(yè)務(wù)管理主題，一方面是由于存在部分業(yè)務(wù)是以管理過程為核心或者還不太穩(wěn)定，不便于也沒有必要完全以對象為核心來組織數(shù)據(jù)主題，另一方面也是為了突出重點(diǎn)，更好的完成管理核心業(yè)務(wù)對象的設(shè)計。被保留的業(yè)務(wù)管理主題在主題細(xì)分和應(yīng)用設(shè)計時仍然可采用面向?qū)ο蟮脑O(shè)計方法。概念數(shù)據(jù)模型反映用戶綜合性信息需求，一般采用主題庫名稱及其內(nèi)容(簡單數(shù)據(jù)項或復(fù)合數(shù)據(jù)項)的列表來表達(dá)。主題庫邏輯模型設(shè)計是從系統(tǒng)分析人員的視角，對概念數(shù)據(jù)模型的進(jìn)一步分解和細(xì)化，一個邏輯主題庫由一組規(guī)范化的基本表構(gòu)成?；颈硎前匆?guī)范化的理論和方法建立起來的數(shù)據(jù)結(jié)構(gòu)，一般要考慮達(dá)到第三范式的在信息化總規(guī)階段，本設(shè)計報告只對主題庫邏輯模型進(jìn)行初步設(shè)計，不具體設(shè)計描述數(shù)據(jù)項，采用“簡化E-R圖”的方式，用長方框代表“基本表”,用向后縮進(jìn)排列代表“下一級”基本表?；颈砗拖录壔颈淼膶?yīng)關(guān)系一般為“一對多”,省略關(guān)系聯(lián)線。對不同主題中基本表之間的關(guān)系和聯(lián)系，本設(shè)計采用虛線長方框加關(guān)聯(lián)說明的描述方式。主要有兩種表現(xiàn)形式。表現(xiàn)形式一：基本表加向后縮進(jìn)一級的虛框關(guān)聯(lián)表。例如：地址網(wǎng)格信息(關(guān)聯(lián)到網(wǎng)格主題)說明企業(yè)基本信息表與網(wǎng)格主題中地理網(wǎng)格信息表是存在關(guān)聯(lián)關(guān)系的(即企業(yè)基本信息表中存在地理網(wǎng)格ID這一外鍵字段),通過關(guān)聯(lián)來說明企業(yè)所在地的地址網(wǎng)格信息。表現(xiàn)形式二：基本表注明“XX基本信息”隨后緊跟同級的虛框關(guān)聯(lián)表“XX信息”。說明本主題需要記錄部分業(yè)務(wù)信息，但更多詳細(xì)信息可以到相關(guān)主題中去查詢。例如：信息件基本信息涉及主體基本信息涉及主體信息(關(guān)聯(lián)到航船主體相關(guān)信說明信息件主題中存在“涉及主體基本信息”表，涉及主體的詳細(xì)信息可以關(guān)聯(lián)到業(yè)務(wù)主體主題中去繼續(xù)查詢。出現(xiàn)這種情況表明兩個主題存在一定的數(shù)據(jù)冗余，但這也是正常業(yè)務(wù)的特性造成的，即信息件涉及的主體可能不是本地注冊的業(yè)務(wù)主體，甚至可能是未注冊的主體，實際信息處理時只能先到主體信息表中查詢，如果找到則自動關(guān)聯(lián)引用，如果找不到數(shù)據(jù)應(yīng)用的總體流程如下所示：0-根據(jù)應(yīng)用需要，以及數(shù)據(jù)庫的規(guī)劃，將數(shù)據(jù)應(yīng)用分為操作型數(shù)據(jù)處理、分析型數(shù)據(jù)處理。操作型數(shù)據(jù)處理主要是針對OLTP類型的應(yīng)用提供數(shù)據(jù)服務(wù)，主要是向業(yè)務(wù)信息綜合應(yīng)用系統(tǒng)中的核心業(yè)務(wù)類應(yīng)用。分析型數(shù)據(jù)處理主要是針對OLAP類型的應(yīng)用提供數(shù)據(jù)服務(wù)，主要是向數(shù)據(jù)中心系統(tǒng)、管理決策支持系統(tǒng)，如數(shù)據(jù)ETL過程、數(shù)據(jù)加工、數(shù)據(jù)統(tǒng)計分析、數(shù)據(jù)挖掘等提供數(shù)據(jù)處理服務(wù)。1、一體化業(yè)務(wù)數(shù)據(jù)庫從整體上看，操作型數(shù)據(jù)處理是數(shù)據(jù)資源的基本生產(chǎn)單元，綜合信息化管理系統(tǒng)生成并使用各類業(yè)務(wù)數(shù)據(jù)。操作型數(shù)據(jù)一方面來自于各業(yè)務(wù)應(yīng)用系統(tǒng)業(yè)務(wù)辦理過程的產(chǎn)出，另一方面來源于經(jīng)數(shù)據(jù)共享交換自相關(guān)系統(tǒng)傳遞過來的外部數(shù)據(jù)。以主體登記為例，業(yè)務(wù)辦理過程產(chǎn)出的申請案數(shù)據(jù)，屬于操作型數(shù)據(jù)。Store)是數(shù)據(jù)倉庫體系結(jié)構(gòu)中的一個可選部分，ODS具備數(shù)據(jù)倉庫的部分特征和OLTP系統(tǒng)的部分特征，它是“面向主題的、集成的、當(dāng)前或接近當(dāng)前的、不斷變化的”數(shù)據(jù)。仍以主體登記為例，一家企業(yè)申請后，數(shù)據(jù)根據(jù)企業(yè)變更、遷移等各類業(yè)務(wù)不斷變化，隨時間遷移會增加出相關(guān)的監(jiān)管、年檢、處罰各類數(shù)據(jù)。對于主體登記，此時基于業(yè)務(wù)申請數(shù)據(jù)，產(chǎn)生實體數(shù)據(jù)(ODS數(shù)據(jù))概念。一家企業(yè)的實體數(shù)據(jù)指通過歷次申請沉淀，集成各類附加信息，反映企業(yè)當(dāng)前情況的數(shù)據(jù)。此例反映出ODS數(shù)據(jù)由操作型數(shù)據(jù)不斷更新，面向主題，當(dāng)前或接近當(dāng)前并且不斷變化的特征。通過此例，也反映出對于業(yè)務(wù)管理數(shù)據(jù)倉庫建設(shè)，ODS是不可或缺的一部分。在業(yè)務(wù)系統(tǒng)和數(shù)據(jù)倉庫之間形成一個隔離層智慧業(yè)務(wù)數(shù)據(jù)倉庫應(yīng)用具有非常復(fù)雜的數(shù)據(jù)來源，這些數(shù)據(jù)存放在不同的地理位置、不同的數(shù)據(jù)庫、不同的應(yīng)用之中，從這些業(yè)務(wù)系統(tǒng)對數(shù)據(jù)進(jìn)行抽取并不是一件容易的事。ODS用于存放從業(yè)務(wù)系統(tǒng)直接抽取出來的數(shù)據(jù)，這些數(shù)據(jù)從數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)之間的邏輯關(guān)系上都與業(yè)務(wù)系統(tǒng)基本保持一致，因此在抽取過程中極大降低了數(shù)據(jù)轉(zhuǎn)化的復(fù)雜性，而主要關(guān)注數(shù)據(jù)抽取的接口、數(shù)據(jù)量大小、抽取方式等方面的問題。轉(zhuǎn)移一部分業(yè)務(wù)系統(tǒng)細(xì)節(jié)查詢的功能在數(shù)據(jù)倉庫建立之前，大量的報表、分析是由業(yè)務(wù)系統(tǒng)直接支持的，在一些比較復(fù)雜的報表生成過程中，對業(yè)務(wù)系統(tǒng)的運(yùn)行產(chǎn)生相當(dāng)大的壓力。ODS的數(shù)據(jù)從粒度、組織方式等各個方面都保持了與業(yè)務(wù)系統(tǒng)的一致，那么原來由業(yè)務(wù)系統(tǒng)產(chǎn)生的報表、細(xì)節(jié)數(shù)據(jù)的查詢自然能夠從ODS中進(jìn)行，從而降低業(yè)務(wù)系統(tǒng)的查詢壓力。例如，對統(tǒng)計概念“本期設(shè)立”,其主要來源于操作數(shù)據(jù)，而統(tǒng)計概念“期末實有”則可根據(jù)企業(yè)狀態(tài)，自O(shè)DS數(shù)據(jù)產(chǎn)出。完成數(shù)據(jù)倉庫中不能完成的一些功能帶有ODS的數(shù)據(jù)倉庫體系結(jié)構(gòu)中，數(shù)據(jù)倉庫層所存儲的數(shù)據(jù)都是進(jìn)行匯總過的數(shù)據(jù)，并不存儲每筆交易產(chǎn)生的細(xì)節(jié)數(shù)據(jù)，但是在某些特殊的應(yīng)用中，可能需要對交易細(xì)節(jié)數(shù)據(jù)進(jìn)行查詢，這時就需要把細(xì)節(jié)數(shù)據(jù)查詢的功能轉(zhuǎn)移到ODS來完成，而且ODS的數(shù)據(jù)模型按照面向主題的方式進(jìn)行存儲，可以方便地支持多維分析等查詢功能。在一個沒有ODS層的數(shù)據(jù)倉庫應(yīng)用系統(tǒng)體系結(jié)構(gòu)中，數(shù)據(jù)倉庫中存儲的數(shù)據(jù)粒度是根據(jù)需要而確定的，但一般來說，最為細(xì)節(jié)的業(yè)務(wù)數(shù)據(jù)也是需要保留的，實際上也就相當(dāng)于ODS,但與ODS所不同的是，這時的細(xì)節(jié)數(shù)據(jù)不是“當(dāng)前、不斷變化的”數(shù)據(jù)，而是“歷史的，不再變化的”數(shù)由于操作型數(shù)據(jù)不直接產(chǎn)生，而需要經(jīng)過篩選才能產(chǎn)生ODS數(shù)據(jù)。例如，企業(yè)的ODS數(shù)據(jù)中不需要業(yè)務(wù)申請的辦理人、辦理過程，因為其不直接反映企業(yè)現(xiàn)狀，這個篩選過程被稱為ETL過程(采集、轉(zhuǎn)換、傳輸、裝載)。通過分析型數(shù)據(jù)處理的數(shù)據(jù)ETL過程(采集、轉(zhuǎn)換、傳輸、裝載)將各類業(yè)務(wù)數(shù)據(jù)資源歸集到數(shù)據(jù)中心的ODS數(shù)據(jù)中。ODS本身可以提供主題數(shù)據(jù)，通過ODS數(shù)據(jù)的加工處理(統(tǒng)計定制和模型建立),可形成各類統(tǒng)計分析數(shù)據(jù)。在ODS基礎(chǔ)上進(jìn)行數(shù)據(jù)的分析挖掘、綜合利用，產(chǎn)生的分析型數(shù)據(jù)處理是數(shù)據(jù)資源的綜合利用的核心。在數(shù)據(jù)倉庫領(lǐng)域中，元數(shù)據(jù)被定義為：描述數(shù)據(jù)及其環(huán)境的數(shù)據(jù)。元數(shù)據(jù)有兩方面的用途。首先，元數(shù)據(jù)能輔助應(yīng)用，如記錄數(shù)據(jù)項的業(yè)務(wù)描述信息的元數(shù)據(jù)能幫助用戶使用數(shù)據(jù)；其次，元數(shù)據(jù)能支持系統(tǒng)對數(shù)據(jù)的管理和維護(hù)，如關(guān)于數(shù)據(jù)項存儲方法的元數(shù)據(jù)能支持系統(tǒng)以最有效的方式訪問數(shù)據(jù)。具體來說，在數(shù)據(jù)倉庫系統(tǒng)中，元五類系統(tǒng)管理功能：(1)描述哪些數(shù)據(jù)在數(shù)據(jù)倉庫中；(2)定義要進(jìn)入數(shù)據(jù)倉庫中的數(shù)據(jù)和從數(shù)據(jù)倉庫中產(chǎn)生的數(shù)據(jù)；(3)記錄根據(jù)業(yè)務(wù)事件發(fā)生而隨之進(jìn)行的數(shù)據(jù)抽取工作時間安排；(4)記錄并檢測系統(tǒng)數(shù)據(jù)一致性的要求和執(zhí)行情況；(5)衡量數(shù)據(jù)質(zhì)量。對元數(shù)據(jù)進(jìn)行管理，可形成數(shù)據(jù)資源目錄管理應(yīng)用。通過數(shù)據(jù)中心的共享交換服務(wù)，對外提供數(shù)據(jù)交換和信息服務(wù)，對內(nèi)進(jìn)行跨業(yè)務(wù)領(lǐng)域、跨系統(tǒng)的數(shù)據(jù)共享使用。、系統(tǒng)設(shè)計方案在現(xiàn)有信息化系統(tǒng)進(jìn)行有效整合基礎(chǔ)上，借鑒新一代的應(yīng)用技術(shù)體系，實現(xiàn)對管理要素的全面感知、有效傳輸和按需定制服務(wù)，為行政管理人員和相關(guān)單位及人員提供高效的管理輔助，并為公眾提供便捷、實時的信息根據(jù)項目的建設(shè)目標(biāo)和系統(tǒng)的總體框架、設(shè)計思路、建設(shè)內(nèi)容及保障措施，圍繞業(yè)務(wù)協(xié)同、信息共享，充分考慮各業(yè)務(wù)內(nèi)部管理的需求，平臺采用“全面整合、重點(diǎn)補(bǔ)充、突出共享、逐步完善”策略，加強(qiáng)重點(diǎn)區(qū)域或運(yùn)輸通道交通基礎(chǔ)設(shè)施、運(yùn)載裝備、運(yùn)行環(huán)境的監(jiān)測監(jiān)控，完善運(yùn)行協(xié)調(diào)、應(yīng)急處置通信手段，促進(jìn)跨區(qū)域、跨部門信息共享和業(yè)務(wù)協(xié)同。以“統(tǒng)籌協(xié)調(diào)、綜合監(jiān)管”為目標(biāo)，以提供綜合、動態(tài)、實時、準(zhǔn)確、實用的安全暢通和應(yīng)急數(shù)據(jù)共享為核心，圍繞“保暢通、抓安全、促應(yīng)急”等實際需求來建設(shè)信息化平臺。系統(tǒng)充分整合和利用業(yè)務(wù)管理部門現(xiàn)有相關(guān)信息資源，以信息技術(shù)、網(wǎng)絡(luò)視頻技術(shù)、互聯(lián)網(wǎng)技術(shù)、移動通信技術(shù)、云計算技術(shù)為支撐，結(jié)合業(yè)務(wù)管理與數(shù)據(jù)交換平臺，構(gòu)建業(yè)務(wù)與各部門之間智慧、暢通、安全、高效的信息化平臺。系統(tǒng)充分考慮業(yè)務(wù)安全及安全職責(zé)今后的變化與發(fā)展趨勢，應(yīng)用目前主流的、成熟的應(yīng)用技術(shù)，內(nèi)聯(lián)外引，優(yōu)勢互補(bǔ)，使系統(tǒng)建設(shè)具備良好的開放性、擴(kuò)展性、可維護(hù)性。結(jié)合本系統(tǒng)建設(shè)要求，需要保證各系統(tǒng)的完整性和功能的實用性，在保證平臺運(yùn)行穩(wěn)定運(yùn)行和數(shù)據(jù)提供準(zhǔn)確迅速的同時，界面簡單實用，系統(tǒng)可擴(kuò)展性，可維護(hù)性強(qiáng)。在平臺的開發(fā)、部署與實施中，嚴(yán)格遵循如下指導(dǎo)原則：在本次系統(tǒng)的建設(shè)過程中，系統(tǒng)實施和業(yè)務(wù)模型的建立嚴(yán)格貼合業(yè)務(wù)管理實際，且充分考慮業(yè)務(wù)管理部門內(nèi)部管理的需求特點(diǎn)，本系統(tǒng)將有力的輔助完成公文流轉(zhuǎn)、管用互動和事務(wù)管理，有效實現(xiàn)與其相關(guān)聯(lián)系統(tǒng)的數(shù)據(jù)共享與數(shù)據(jù)交互，增強(qiáng)系統(tǒng)可實施性。同時系統(tǒng)操作簡單、快捷，具有良好的人機(jī)交互界面，易于使用推廣，且維護(hù)方便；此外系統(tǒng)良好的人機(jī)接口與靈活多樣的展現(xiàn)方式，還能提高用戶的查詢效率，并做到快速響在系統(tǒng)功能劃分模塊化設(shè)計，預(yù)留了發(fā)展余地，系統(tǒng)結(jié)構(gòu)設(shè)計、系統(tǒng)配置、系統(tǒng)管理方式等方面采用國際上先進(jìn)同時又是成熟、實用的技術(shù)；系統(tǒng)設(shè)計所采用的技術(shù)和設(shè)備符合國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)和業(yè)界標(biāo)準(zhǔn)，在系統(tǒng)架構(gòu)設(shè)計上充分考慮到各接口的開放性和可擴(kuò)展性，滿足用戶根據(jù)信息技術(shù)的發(fā)展對應(yīng)用系統(tǒng)進(jìn)行擴(kuò)展、維護(hù)及系統(tǒng)升級。系統(tǒng)采用先進(jìn)的系統(tǒng)結(jié)構(gòu)和技術(shù)措施，采用成熟的開發(fā)手段，具有良好的可靠性，能有效的避免單點(diǎn)失敗，關(guān)鍵設(shè)備和部件采用冗余配置，能建立各種故障的快速恢復(fù)機(jī)制，確保系統(tǒng)7×24小時地正常運(yùn)轉(zhuǎn)，在技術(shù)服務(wù)和維護(hù)響應(yīng)上同用戶積極配合，確保系統(tǒng)的可靠，保證數(shù)據(jù)指標(biāo)完整系統(tǒng)在系統(tǒng)級、應(yīng)用級、網(wǎng)絡(luò)級提供各自的安全手段和措施，為系統(tǒng)提供全方位、立體化的安全實施方案，以便合法用戶能夠隨時得到所需要的數(shù)據(jù)支持，系統(tǒng)提供高安全度防護(hù)手段，防止內(nèi)部用戶的非法入侵以及操作人員的越級操作，非法用戶則無法接觸有權(quán)限的數(shù)據(jù)，保護(hù)信息的機(jī)密，所有應(yīng)用項目和軟硬件都遵守國家保密條例，符合國家有關(guān)電子政務(wù)系統(tǒng)安全要求，具備較強(qiáng)的自我保護(hù)機(jī)制，以便能有效抵御各種惡意攻擊，確保內(nèi)部信息的安全。2.遷移數(shù)據(jù)管理業(yè)務(wù)及其管理模式將隨著社會的發(fā)展而不斷的變化，與此相對應(yīng)的是，安全暢通與應(yīng)急處置的需求也將不斷拓展，管理部門將不斷產(chǎn)生新的需求。在此情況下，本次系統(tǒng)建設(shè)不可能一步到位，這就需要在發(fā)展過程中不斷完善。因此系統(tǒng)軟件體系結(jié)構(gòu)設(shè)計上支持大數(shù)據(jù)量的擴(kuò)展，以能夠適應(yīng)業(yè)務(wù)的不斷發(fā)展和用戶規(guī)模的擴(kuò)大，具體設(shè)計方式如下：(1)定時清理數(shù)據(jù)，可以通過使用觸發(fā)器或者帶存儲過程的作業(yè)來實現(xiàn)定時清理數(shù)據(jù)業(yè)務(wù)；(2)利用數(shù)據(jù)的轉(zhuǎn)換與提取，定期用程序或用事務(wù)復(fù)制導(dǎo)入原始/匯總數(shù)據(jù)，把數(shù)據(jù)復(fù)制到一臺專門做統(tǒng)計的服務(wù)器上，專門做查詢所用；查詢的時候做相應(yīng)的優(yōu)化，例如索引，視圖等這樣查詢的時候壓力就會小很多；同時考慮負(fù)載平衡，在空隙時利用其CPU和內(nèi)存；(3)各業(yè)務(wù)系統(tǒng)和外部數(shù)據(jù)源傳送的數(shù)據(jù)為維系挽留系統(tǒng)輸入，這些數(shù)據(jù)分別經(jīng)過數(shù)據(jù)格式檢查；源數(shù)據(jù)清洗抽取轉(zhuǎn)換、裝載數(shù)據(jù)到收集層；對收集層中數(shù)據(jù)抽取、轉(zhuǎn)換、裝載到數(shù)據(jù)倉庫；數(shù)據(jù)倉庫中數(shù)據(jù)進(jìn)行抽取、轉(zhuǎn)換并結(jié)合模型算法庫中的算法生成維系結(jié)果集以供輸出；同時通過數(shù)據(jù)倉庫接口，可將數(shù)據(jù)提供給應(yīng)用系統(tǒng)的本地化查詢使用；(4)劃分存儲硬盤把數(shù)據(jù)、日志、索引分盤存放，這樣可以提高IO吞吐率用優(yōu)化器，優(yōu)化查詢。系統(tǒng)的各種接口滿足開放和標(biāo)準(zhǔn)化原則。所有系統(tǒng)設(shè)備不但滿足當(dāng)前需要，并在擴(kuò)充模塊后滿足可預(yù)見將來需求，保證建設(shè)完成后的系統(tǒng)在向新的技術(shù)升級時，能保護(hù)現(xiàn)有的投資。1.4平臺整體架構(gòu)系統(tǒng)總體架構(gòu)嚴(yán)格遵循安全性、共享性、擴(kuò)充性、可維護(hù)性、可兼容性的開發(fā)原則；平臺建成后，將會有大量的工作人員及船舶公司、商戶等同時在線使用。因此在整個平臺建設(shè)時，將進(jìn)行良好的規(guī)劃及架構(gòu)設(shè)計；同時，為了適應(yīng)未來項目的新增和變更，平臺將具有足夠的柔性，可通過簡單配置和二次開發(fā)適應(yīng)新的需求。在本次中也包括部分軟件研發(fā)工作，按招標(biāo)文件要求我公司將組織后臺研發(fā)人力資源，現(xiàn)場技術(shù)人員與后端支持按照研發(fā)和維護(hù)服務(wù)要求配置資源，主要研發(fā)人員要培養(yǎng)后備力量，防止人員變動影響服務(wù)質(zhì)量，確保軟件研發(fā)和維護(hù)工作按計劃順利完成。我公司經(jīng)過多年的研發(fā)實踐，根據(jù)自己的業(yè)務(wù)特點(diǎn)，形成自己的項目研發(fā)實施過程，可分為八個階段，即項目啟動、需求分析、原型研發(fā)與策劃、設(shè)計與編碼實現(xiàn)、測試、安裝實施、總結(jié)驗收和運(yùn)行維護(hù)。每個階段對應(yīng)著不同的活動內(nèi)容和工作任務(wù)。在中我公司將按照研發(fā)實施過程，根據(jù)軟件升級的需求和升級軟件的規(guī)模適當(dāng)?shù)牟眉艉秃喕邪l(fā)過程，達(dá)到系統(tǒng)升級穩(wěn)定快速上線運(yùn)行要求。項目升級內(nèi)容工作量少于30個工作人日，通過軟件《變更請求單》,對需求變更進(jìn)行描述，并由相關(guān)主管人員對變更內(nèi)容進(jìn)行確認(rèn)后，安排研發(fā)人員進(jìn)行研發(fā)，詳細(xì)流程見系統(tǒng)維護(hù)流程；工作量高于30個工作人日，建議進(jìn)行正式需求調(diào)研，調(diào)研與需求分析的任務(wù)主要是獲取用戶需求，分析用戶需求特點(diǎn)和要求，形成系統(tǒng)需求，作為項目研發(fā)工作的基準(zhǔn)。我公司的軟件研發(fā)方案簡單介紹如下：2.1項目啟動過程軟件研發(fā)啟動過程意味著項目組正式成立，本公司領(lǐng)導(dǎo)在內(nèi)部項目啟動會上任命軟件研發(fā)負(fù)責(zé)人，激勵項目組成員，并介紹項目和客戶背景，以便項目組順利開展工作。如果軟件研發(fā)內(nèi)容較多，影響范圍較大，根據(jù)情況最好召開現(xiàn)場啟動會，現(xiàn)場啟動會議建議由客戶方領(lǐng)導(dǎo)組織項目成員和相關(guān)人員參加，是一個項目正式開始的動員會，宣告項目啟動，明確各方責(zé)任，說明注意事項，并要求所有相關(guān)人員和部門配合項目開展。我公司項目負(fù)責(zé)人簡要介紹研發(fā)實施的過程和方法。2.2需求分析對于業(yè)務(wù)部門提出的應(yīng)用軟件研發(fā)需求，由現(xiàn)場工程師與業(yè)務(wù)部門進(jìn)行溝通，了解業(yè)務(wù)部門對應(yīng)用軟件的研發(fā)需求，形成需求文檔，經(jīng)相關(guān)部門確認(rèn)后，按雙方商定的研發(fā)進(jìn)度進(jìn)行研發(fā)和實施。首先需要經(jīng)雙方協(xié)調(diào)，制定《需求調(diào)研計劃》及《需求調(diào)研大綱》,確定準(zhǔn)備工作、需求調(diào)研的內(nèi)容、方法方式以及人員和日程安排等內(nèi)容，用戶也須做好準(zhǔn)備工作，經(jīng)雙方同意后按此計劃開始調(diào)研。調(diào)研正式開始前，項目研發(fā)組應(yīng)檢查所有必要的準(zhǔn)備工作已經(jīng)圓滿完成。按調(diào)研計劃的進(jìn)度進(jìn)行現(xiàn)場調(diào)研，主要任務(wù)是用業(yè)務(wù)語言描述客戶需求。盡可能及早落實主要算法，確定關(guān)鍵參數(shù)，掌握客戶政策文件，收集需要打印的報表等。每天應(yīng)將當(dāng)天調(diào)研的內(nèi)容整理成文檔，并及時與用戶確認(rèn)，提高工作效率。及時將訪談記錄、用戶政策材料整理成規(guī)范格式的需求分析報告，向客戶項目組長匯報調(diào)研結(jié)果，共同對需求分析報告內(nèi)容進(jìn)行確認(rèn)。同時明確今后需求變更控制的規(guī)程需求變更控制流程。對于調(diào)研期間未落實的問題，以待明確問題的形式體現(xiàn)在需求報告中，并確定落項目研發(fā)組根據(jù)調(diào)研編寫《系統(tǒng)需求分析報告》,并由項目組評審，不合格的部分進(jìn)一步完善調(diào)研；評審?fù)ㄟ^后由雙方共同簽署評審意見，并正式生效。對于軟件生產(chǎn)過程而言，需求階段是整個過程中最重要的階段，需求分析成果的好壞將直接導(dǎo)致項目的成功與否。評審?fù)ㄟ^后的需求報告將成為系統(tǒng)的設(shè)計、研發(fā)、測試、實施、試運(yùn)行和項目驗收的基本依據(jù)之一，因此原則上用戶需求將不再因為其它因素的改變而變更，如需進(jìn)行此種變更，需經(jīng)雙方項目負(fù)責(zé)人協(xié)商確定。研發(fā)組與客戶一起制定總體項目計劃，共同確定本項目的各項工作進(jìn)度安排，明確每一階段的工作內(nèi)容，以及需要用戶配合完成的具體工作。2.3研發(fā)策劃需求調(diào)研結(jié)束后，根據(jù)當(dāng)前掌握的項目信息進(jìn)行項目研發(fā)過程的策劃，軟件研發(fā)組對用戶需求進(jìn)行深入分析，并和我公司項目原型庫各原型進(jìn)行對比分析，選出和本項目模式接近的復(fù)用源作為原型，以便能快速架構(gòu)和研發(fā)出符合本項目特點(diǎn)的穩(wěn)定適用的原型系統(tǒng)。必要時給項目組成員培訓(xùn)將系統(tǒng)需求各部分功能進(jìn)行分解，估算分解后各子功能的根據(jù)各成員的特長和業(yè)務(wù)發(fā)展方向分配任務(wù)。將研發(fā)過程分為幾個階段，把某些重要任務(wù)的完成作為檢查點(diǎn)。根據(jù)任務(wù)劃分結(jié)果制定研發(fā)計劃進(jìn)度表，并標(biāo)記出各階段檢查點(diǎn)，作為項目跟蹤監(jiān)控的依據(jù)。研發(fā)計劃要符合公司的模板模范，并與前面提到的總體項目計劃保持一致，不可預(yù)知事務(wù)建議采用日程表記錄，不再制定計劃。《項目研發(fā)計劃》制定出來后，要提交給部門進(jìn)行評審和風(fēng)險分析，評審?fù)ㄟ^后納入配置管理。研發(fā)計劃一般作為研發(fā)過程進(jìn)度安排，在執(zhí)行中根據(jù)實際情況變化應(yīng)及時調(diào)整修改計劃，并將實際執(zhí)行結(jié)果與最初的計劃相比較，作為考評研發(fā)負(fù)責(zé)人的一項內(nèi)容。研發(fā)計劃進(jìn)度表參見《軟件執(zhí)行中參照的規(guī)程或標(biāo)準(zhǔn)：本公司質(zhì)量體系文件《軟件需求管理規(guī)范》、《軟件需求規(guī)格說明書模板》、計算機(jī)軟件產(chǎn)品研發(fā)文檔編制指南、計算機(jī)軟件需求說明編制指南。項目經(jīng)理召集項目組全體成員一起討論和明確系統(tǒng)設(shè)計、數(shù)據(jù)結(jié)構(gòu)、每個人的工作內(nèi)容、各部分之間的接口關(guān)聯(lián)等。做到每個項目組成員對項目的總體情況、整體工作目標(biāo)和個人工作目標(biāo)、工作時間、與其他人的關(guān)系、工作的方式方法等都有個清晰的概念，為項目的順利開展及項目組成員間的良好溝通做好鋪墊。應(yīng)全面考慮調(diào)研時用戶提出的每個功能模塊，研發(fā)出的程序應(yīng)貼近用戶需求，研發(fā)人員應(yīng)從用戶的角度來考慮問題。做到定期檢查和總結(jié)，來保證整體程序的完整性、一致性和協(xié)調(diào)性，保證項目按計劃進(jìn)行。如果發(fā)現(xiàn)有重大問題可能影響項目進(jìn)展，PSM要及時向PM和部門負(fù)責(zé)人員提出。在研發(fā)過程中有不明確的需求，應(yīng)該盡量以書面的形式與用戶交流。項目研發(fā)組通過對系統(tǒng)的功能、運(yùn)行和性能要求加以分析，產(chǎn)生一個高層次的系統(tǒng)結(jié)構(gòu)、軟件結(jié)構(gòu)、接口和數(shù)據(jù)格式的設(shè)計，形成《系統(tǒng)設(shè)計報告》(其中包括數(shù)據(jù)庫設(shè)計),提交項目組評審。對其中評審不合格的部分進(jìn)一步完善和重新策劃，評審?fù)ㄟ^后，作為后續(xù)軟件研發(fā)和測試的基礎(chǔ)。根據(jù)系統(tǒng)設(shè)計輸出結(jié)果和公司編碼規(guī)范的要求進(jìn)行代碼編寫，實現(xiàn)軟件功能。制定二級研發(fā)計劃，作為軟件編碼階段的項目管理和監(jiān)控依據(jù)，項目研發(fā)小組要嚴(yán)格據(jù)此計劃控制項目進(jìn)度，按時向工程領(lǐng)導(dǎo)小組匯報工作進(jìn)展。為保證質(zhì)量軟件研發(fā)組應(yīng)每周進(jìn)行代碼審查，提前發(fā)現(xiàn)問題，減為了使用戶能夠及時獲知項目的進(jìn)展情況，研發(fā)小組向客戶項目組長或相關(guān)領(lǐng)導(dǎo)提交項目周報。在編碼實現(xiàn)過程中，也歡迎客戶業(yè)務(wù)和技術(shù)負(fù)責(zé)人對階段結(jié)果進(jìn)行檢查，以便及早發(fā)現(xiàn)問題，糾正偏差。測試是檢驗軟件研發(fā)結(jié)果質(zhì)量的重要手段之一，根據(jù)階段不同，可將測試劃分為三個階段：單元測試、集成測試和系統(tǒng)測試。首先是單元測試，側(cè)重于核實軟件的最小可測試元素。單元可以是一個窗口(窗體),也可以是一個函數(shù)、菜單、報表或一個存儲過程。單元測試應(yīng)對單元內(nèi)所有重要的控制路徑設(shè)計測試用例，以便發(fā)現(xiàn)單元內(nèi)部的錯誤，保證模塊自身的準(zhǔn)確性和流暢性。集成測試是把通過單元測試的各個模塊組裝在一起之后，按設(shè)計要求進(jìn)行的測試，以便發(fā)現(xiàn)與接口有關(guān)的各種錯誤，保證系統(tǒng)的初步正確和穩(wěn)系統(tǒng)測試在單元測試和集成測試后，基于系統(tǒng)的整體需求說明書而對系統(tǒng)進(jìn)行的準(zhǔn)確性和完整性的測。根據(jù)測試的內(nèi)容和側(cè)重點(diǎn)不同又可將測試分為：功能測試、性能測試功能測試是對軟件系統(tǒng)的功能需求進(jìn)行的測試。主要暴露由于系統(tǒng)說明寫的不明確或研發(fā)人員對系統(tǒng)說明的誤解或理解不足造成的功能錯誤。性能測試是為描述測試對象與性能相關(guān)的特征并對其進(jìn)行評價，而實施和執(zhí)行的一類測試，如描述和評價計時配置文件、執(zhí)行流、響應(yīng)時間以及操作的可靠性和限制等特征。包括負(fù)載測試、強(qiáng)度測試、并發(fā)測試、恢1)負(fù)載測試：核實在保持配置不變的情況下，測試對象在不同操作條件(如不同用戶數(shù)、事務(wù)數(shù)等)下性能行為的可接受性；2)壓力測試：核實測試對象性能行為在異?；驑O端條件(如資源減少或用戶數(shù)過多)之下的可接受性；3)并發(fā)操作測試：核實測試對象在處理多個并發(fā)請求時的可接受4)恢復(fù)測試：恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或通過加強(qiáng)性能測試提高軟件可靠性，使系統(tǒng)每年中斷工作次數(shù)不超過3次，累計時間不超過1小時。安全性測試是測試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶的訪問或故意破壞等情況時的表現(xiàn)。測試人員在軟件研發(fā)過程中開始編寫測試用例和測試大綱，根據(jù)制定的《測試計劃》,在軟件功能模塊完成后，根據(jù)需求和設(shè)計結(jié)果的要求對軟件進(jìn)行測試，填寫《測試問題卡》,并進(jìn)行測試總結(jié)編制《測試總結(jié)報告》,對測試所發(fā)現(xiàn)的問題進(jìn)行追蹤修改和確認(rèn)測試，直到徹底修改完成并對其它模塊沒有任何影響。測試過程盡量能夠模擬用戶環(huán)境測試幾個周期。測試組測試時，研發(fā)人員應(yīng)密切配合，及時改正測試出的問題，對問題應(yīng)做備忘錄，以便將來查詢。測試資料作為項目驗收的重要內(nèi)容之一。為加快項目進(jìn)度，建議用戶方測試組及早介入測試，最晚也應(yīng)在我方的系統(tǒng)測試完成之前介入，并按事先雙方約定的規(guī)范方式進(jìn)行測試。2.6總結(jié)驗收驗收分兩個階段：安裝運(yùn)行前的用戶測試；系統(tǒng)正式運(yùn)行后的實際業(yè)務(wù)操作的檢驗。系統(tǒng)運(yùn)行滿足約定時間后，進(jìn)行軟件的驗收工作。驗收前和用戶溝通好驗收的時間和方式，制定驗收計劃，列出模塊清單，并且安排好每個模塊驗收的時間段，按照這個時間列表與用戶逐個模塊驗收。雙方事先商定驗收過程要求及參加人員，必要時邀請行業(yè)專家和相關(guān)領(lǐng)導(dǎo)參軟件驗收以符合需求分析、業(yè)務(wù)要求作為驗收標(biāo)準(zhǔn)。驗收結(jié)果說明軟件滿足下列要求：符合通過審核的需求和設(shè)計文檔中表述的功能要求，以及符合性能和安全性等非功能要求。問題處理：將驗收過程中發(fā)現(xiàn)的所有錯誤都必須記錄下來；對錯誤進(jìn)行分類和確定級別；報告的錯誤得到修改/處理，或修改錯誤的計劃得到驗收工作建議由用戶相關(guān)部門組織的專家組對軟件系統(tǒng)進(jìn)行全面的驗收和鑒定，并出具項目驗收小組領(lǐng)導(dǎo)簽字的項目驗收報告，并簽署驗收意見，本公司在此過程中將全程參與，在現(xiàn)場進(jìn)行驗收前的維護(hù)工作。對運(yùn)行中的系統(tǒng)進(jìn)行維護(hù)時，要嚴(yán)格按流程操作，以防帶來意想不到的后果。系統(tǒng)維護(hù)一個很重要的事情就是我們要與用戶溝通好工作的方式●軟件研發(fā)和升級完善遇到不能按時完成等重大問題時，須提前提出，雙方協(xié)商解決。系統(tǒng)基本穩(wěn)定后，如果有問題，由用戶定期書面提交問題報告，我們根據(jù)問題情況，制定問題解決方案及提交時間，并書面反饋。有秩序、心平氣和而又很理智去思考和解決問題。系統(tǒng)我司計劃采用當(dāng)下流行的微服務(wù)架構(gòu)，各業(yè)務(wù)應(yīng)用分別注冊在云平臺及現(xiàn)場服務(wù)中，模型服務(wù)對應(yīng)模型數(shù)據(jù)及圍繞模型的業(yè)務(wù)邏輯，各業(yè)務(wù)應(yīng)用的服務(wù)對應(yīng)應(yīng)用模型數(shù)據(jù)及圍繞應(yīng)用模型的業(yè)務(wù)邏輯。流程引擎、表單引擎、公文交換平臺是系統(tǒng)的三大核心組件。系統(tǒng)采用了符合BPMN規(guī)范并且高度可擴(kuò)展的流程引擎服務(wù)，通過流程引擎配置功能，實現(xiàn)個性化流程節(jié)點(diǎn)的靈活配置，流程引擎架構(gòu)圖如下所示：表單引擎有豐富的資源庫，便捷的畫布設(shè)計、自由拖拽組合，支持快速流程模板配置，真正意義實現(xiàn)千人千面頁面展示效果。表單引擎架構(gòu)圖表、表格操作(增、刪、插入等操作)。系統(tǒng)數(shù)據(jù)庫具有靈活的系統(tǒng)兼容性和伸縮性，可靈活接入其他系統(tǒng)，是一個實用、高效、安全的平臺。其采用安全的數(shù)據(jù)交換技術(shù)實現(xiàn)平行文、下行文、上行文的公文交換。網(wǎng)絡(luò)及硬件平臺包括網(wǎng)絡(luò)設(shè)備、服務(wù)器主機(jī)、操作系統(tǒng)、存儲設(shè)備等資源，是應(yīng)用軟件開發(fā)、運(yùn)行的基礎(chǔ)平臺。網(wǎng)絡(luò)平臺層的構(gòu)成具有個性化的特征，不同的應(yīng)用環(huán)境具有不同的主機(jī)設(shè)備、不同的網(wǎng)絡(luò)設(shè)備、不同的存儲介質(zhì)、不同的操作系統(tǒng)。因此這要求建立在網(wǎng)絡(luò)平臺層之上的應(yīng)用支撐平臺層必須具備跨平臺的特性，只有這樣才可延伸原有資源的生命周期，避免硬件設(shè)施的重復(fù)投資。我司的統(tǒng)一電子解決方案框架平臺是基于J2EE技術(shù)建設(shè)的，因此系統(tǒng)具備跨操作系統(tǒng)的特性，從而可最大程度地保護(hù)用戶的使用。其中應(yīng)用服務(wù)器中間件采用BEAWeblogic中間件，數(shù)據(jù)庫采用3.2基礎(chǔ)服務(wù)應(yīng)用平臺應(yīng)用支撐平臺層起到保證事務(wù)完整性、響應(yīng)大規(guī)模并發(fā)處理、支持異構(gòu)系統(tǒng)的互聯(lián)，并對應(yīng)用數(shù)據(jù)的安全性進(jìn)行保障，是三層結(jié)構(gòu)不可或缺的重要組成部分。本系統(tǒng)采用BEAWeblogicPlatform、BEATUXEDO為J2EE應(yīng)用服務(wù)器和消息/中間件。業(yè)務(wù)支撐平臺層是多層架構(gòu)業(yè)務(wù)系統(tǒng)的核心支撐部分。我司的業(yè)務(wù)支撐平臺以J2EE應(yīng)用服務(wù)器和消息中間件為核心依托，包括我司自主版權(quán)的通用中間件產(chǎn)品。三層框架開發(fā)平臺，為實現(xiàn)業(yè)務(wù)應(yīng)用的快速開發(fā)提供了動力和保障；工作流平臺，用于管理業(yè)務(wù)系統(tǒng)易變的流程；數(shù)據(jù)交換平臺，用于數(shù)據(jù)傳輸和數(shù)據(jù)轉(zhuǎn)換以及應(yīng)用系統(tǒng)集成；消息平臺，主要用于公共服務(wù)系統(tǒng)中將手機(jī)、語音等多種渠道的消息統(tǒng)一成一種消息。業(yè)務(wù)支撐平臺將各系統(tǒng)中的共性功能抽象、封裝并統(tǒng)一解決，提供豐富的功能組件，使用開發(fā)人員可以將主要精力集成在業(yè)務(wù)邏輯，而不是復(fù)雜的技術(shù)實現(xiàn)。業(yè)務(wù)支撐平臺是我司的核心企業(yè)應(yīng)用平臺，在今后的運(yùn)維服務(wù)系統(tǒng)開發(fā)中，我公司也將充分利用該開發(fā)平臺的優(yōu)勢，利用平臺中的一系列的組件和工具以及相應(yīng)的開發(fā)方法，進(jìn)而達(dá)到快速建設(shè)應(yīng)用系統(tǒng)的根本目的。3.3業(yè)務(wù)組件與表示層業(yè)務(wù)邏輯層實現(xiàn)了應(yīng)用系統(tǒng)所有的業(yè)務(wù)組件，業(yè)務(wù)組件基于應(yīng)用支撐層進(jìn)行構(gòu)建開發(fā)，并且業(yè)務(wù)組件設(shè)計開發(fā)遵循“高內(nèi)聚、低偶合”的思想，使業(yè)務(wù)組件之間可以保持相對獨(dú)立，并且通過表示層個性化定制業(yè)務(wù)組件。用戶通過系統(tǒng)表示層實現(xiàn)對業(yè)務(wù)系統(tǒng)的操作與交互，系統(tǒng)表示層設(shè)計遵循操作方式簡便、靈活、友好；操作界面設(shè)計風(fēng)格統(tǒng)一，符合業(yè)務(wù)辦理流程規(guī)范，便于操作員學(xué)習(xí)掌握等標(biāo)準(zhǔn)進(jìn)行設(shè)計，并可以根據(jù)每個用戶使用特點(diǎn)和角色的不同，形成個性化的應(yīng)用界面。表示層提供業(yè)務(wù)展現(xiàn)、內(nèi)容管理、個性化定制、訪問控制、搜索服務(wù)等功能。3.4我司通用企業(yè)運(yùn)維應(yīng)用平臺本次開發(fā)基于我司自主研發(fā)的通用企業(yè)應(yīng)用平臺進(jìn)行運(yùn)維。下面對通用企業(yè)應(yīng)用平臺的結(jié)構(gòu)、功能和特點(diǎn)進(jìn)行簡要介紹。如果從更廣義的角度來講，又稱為“組件框架”,即ComponentFrameWork。企業(yè)應(yīng)用平臺是我司構(gòu)建于多層架構(gòu)的，以J2EE規(guī)范為核心技術(shù)實現(xiàn)模型的多層應(yīng)用開發(fā)、運(yùn)行的框架和平臺。它不僅僅是一個框架，它還提供了一系列的組件和工具以及相應(yīng)的開發(fā)方法，進(jìn)而達(dá)到快速建設(shè)應(yīng)用系統(tǒng)的根本目的。它是一個基于組件技術(shù)的快速開發(fā)和運(yùn)行平臺，它的部分組件最終同業(yè)務(wù)應(yīng)用組件一起部署到ApplicationServer上。Fj…me(achtFj…me(acht商業(yè)邏輯層BFW對象持久化層0p通用應(yīng)用平臺在整體框架上采用典型的MVC模式，集中了大量功能強(qiáng)大、靈活易用的功能組件。既支持C/S/S結(jié)構(gòu)也支持B/S/S結(jié)構(gòu)，其中兩種體系結(jié)構(gòu)共用同一套業(yè)務(wù)邏輯處理服務(wù)，只是表現(xiàn)和控制層不同。統(tǒng)一的業(yè)務(wù)邏輯層星星昌國8商業(yè)邏輯層以EJB/JavaBean技術(shù)為實現(xiàn)手段，提供了對象持久化等商業(yè)邏輯組件。設(shè)計要點(diǎn)如下：2.通過統(tǒng)一的服務(wù)組件基類調(diào)用安全、日志、工作流、規(guī)則等引擎3.在管理管理信息系統(tǒng)中對象持久化是一個關(guān)鍵性服務(wù)，單一的數(shù)據(jù)庫接口解決全部問題并不現(xiàn)實，因此采用由OP層統(tǒng)一包裝，統(tǒng)一管理，但暴露多種操作接口的方式來解決。對象持久化接口提供面向?qū)ο蠛兔嫦蜻^程兩大類，具體支持四種方式：2)簡單的sqlexecute封裝3)可持久化的數(shù)據(jù)總線DataSet,通過其xml接口可發(fā)送到頁面)4)DAO(單表抽成的可持久化的實體類對象)平臺在商業(yè)邏輯層還提供了許多通用業(yè)務(wù)組件，如打印、報表組件。C/S/S結(jié)構(gòu)的視圖層和控制層"工廠”模式來獲取服務(wù)組件對象的。這樣做的好處是可以以透明的方式業(yè)務(wù)邏輯層采用我公司統(tǒng)一的通用企業(yè)應(yīng)用平臺，所以在控制層最后一道套經(jīng)過驗證是健壯穩(wěn)定的架構(gòu)。與系統(tǒng)核心平臺二版略有不同的是：由于C/S/S結(jié)構(gòu)的框架設(shè)計基本上采用系統(tǒng)核心平臺二版的結(jié)構(gòu)，這是一"工廠”模式來獲取服務(wù)組件對象的。這樣做的好處是可以以透明的方式業(yè)務(wù)邏輯層采用我公司統(tǒng)一的通用企業(yè)應(yīng)用平臺，所以在控制層最后一道套經(jīng)過驗證是健壯穩(wěn)定的架構(gòu)。與系統(tǒng)核心平臺二版略有不同的是：由于C/S/S結(jié)構(gòu)的框架設(shè)計基本上采用系統(tǒng)核心平臺二版的結(jié)構(gòu)，這是一古客戶端ⅡDAO(數(shù)據(jù)訪問對象)DCM(數(shù)據(jù)控制管理層)通過配置文件實現(xiàn)了將Event分發(fā)給相應(yīng)的EJBAction去處perform方法處理Event處理EJB和JavaBean的服務(wù)對象。C/S/S結(jié)構(gòu)中客戶端的設(shè)計要點(diǎn)是：1.GUI采用傳統(tǒng)的Window界面，以Delphi為開發(fā)工具；2.客戶端通過統(tǒng)一的動態(tài)庫函數(shù)與服務(wù)端的門戶MainServlet通訊，通訊的內(nèi)容以XML為數(shù)據(jù)格式，整個通訊協(xié)議完全模擬SOAP協(xié)議；3.客戶端的設(shè)計在分層基礎(chǔ)上對類進(jìn)行了適當(dāng)?shù)臍w類。做到類之間的調(diào)用關(guān)系明確。類的責(zé)任單一。類之間的依賴關(guān)系簡單。編程實現(xiàn)較為方便。下面簡略的介紹一下編程常用的調(diào)用關(guān)系。為了說明上的方便，圖中把框架完成的調(diào)用關(guān)系去掉了。調(diào)用關(guān)系簡圖如下：C/S/S結(jié)構(gòu)中控制層的設(shè)計要點(diǎn)是：1.整個控制層的設(shè)計思路參考B/S/S結(jié)構(gòu)中的Struts框架。MainServlet可以映射到Struts的ActionServlet,而RequstProcesser+Event可映射到Struts的Action;2.但與Struts不同的是它與客戶端之間傳遞的均是XML,沒有表B/S/S結(jié)構(gòu)的視圖層和控制層設(shè)計界面層以JSP/XML界面層以JSP/XML/XSL/JS技術(shù)為主要實現(xiàn)手段，為系統(tǒng)開發(fā)提供了系列功能強(qiáng)大的組件，主要有以下幾大類：請求入口輕型控性請求校驗及格式化客戶端請求接口1.輕型控件：封裝所有的HTMLForm元素和按鈕，提供顯示、標(biāo)準(zhǔn)2.重型控件：包括DataWindow,目錄樹，Tab頁等具有復(fù)雜功能屬3.局部刷新和對話框：采用微軟提供的局部刷新控件，提供局部刷新功能，并封裝通用的頁面對話框；4.Object:Applet和COM,用于復(fù)雜界面操作和客戶端本地化操作。請求控制層以Servlet技術(shù)為實現(xiàn)手段，綜合運(yùn)用struts框架和WorkFlow引擎，以單點(diǎn)入口的方式統(tǒng)一控制請求。設(shè)計要點(diǎn)如下：ActionServlet和DispatchAction作為企業(yè)應(yīng)用平臺的流程控制基類；2.組織機(jī)構(gòu)和權(quán)限管理模塊進(jìn)行身份和權(quán)限認(rèn)證，從視圖、操作、數(shù)據(jù)三個層次控制權(quán)限行為；3.日志和異常處理負(fù)責(zé)系統(tǒng)信息的記錄；UniWorkflow定制和控制業(yè)務(wù)流程。5.Action本身并不處理業(yè)務(wù)邏輯，而是通過統(tǒng)一的BSFactory從EJBContainer獲取BusinessServiceComponets處理業(yè)務(wù)邏輯。3.6通用企業(yè)運(yùn)維應(yīng)用平臺的特點(diǎn)1)采用了三層結(jié)構(gòu)的技術(shù)框架，為應(yīng)用系統(tǒng)提供了一個非常良好的結(jié)構(gòu)，應(yīng)用系統(tǒng)將來的升級、擴(kuò)充、修改和定制都非常方便。當(dāng)用戶需要發(fā)生變化或需要對某個功能進(jìn)行修改的時候，可能只需要對某一個層次的組件進(jìn)行修改，而不會對整個系統(tǒng)的結(jié)構(gòu)發(fā)生影響。和維護(hù)的難度，降低安裝和維護(hù)的成本，由于界面操作風(fēng)格一致、操作簡單，也降低了對用戶培訓(xùn)的要求。另外，由于支持WWW技術(shù)，為將來支持其他的客戶端和移動用戶也提供了技術(shù)上的可能。3)提供了最基本的系統(tǒng)組件，如用戶管理、權(quán)限管理、組織機(jī)構(gòu)管理、工作流管理、菜單管理、數(shù)據(jù)庫管理等功能，簡化了應(yīng)用系統(tǒng)開發(fā)的過程，提高了工作效率。而且在將來應(yīng)用系統(tǒng)開發(fā)的過程中，也可以提取和積累各種通用組件，增強(qiáng)系統(tǒng)功能。4)實現(xiàn)了界面層和數(shù)據(jù)層的統(tǒng)一管理，在應(yīng)用系統(tǒng)的開發(fā)過程中，不需要對界面層和數(shù)據(jù)層進(jìn)行編碼，只需要通過系統(tǒng)工具對界面層和數(shù)據(jù)層對象進(jìn)行定義即可。這樣不僅簡化了開發(fā)過程、提高了開發(fā)效率，而且在界面層和數(shù)據(jù)層需求發(fā)生變化和需要重新定制的時候，可以通過簡單地修改界面層和數(shù)據(jù)層的進(jìn)行來完成。5)基于應(yīng)用框架，應(yīng)用系統(tǒng)開發(fā)員可以集中精力開發(fā)業(yè)務(wù)層組件，不需要過多地考慮各種技術(shù)問題和其他方面的實現(xiàn)細(xì)節(jié)，也提高了業(yè)務(wù)層組件的獨(dú)立性，減少與其他模塊的關(guān)聯(lián)，便于將來擴(kuò)充、升級和修改。6)提供了一個統(tǒng)一的界面層，該界面層包括菜單管理、視圖管理、界面權(quán)限管理、界面操作邏輯管理、界面元素自動生成等功能。應(yīng)用系統(tǒng)開發(fā)員只需要定義好自己的界面層對象，不需要把精力花費(fèi)在界面邏輯和界面操作的實現(xiàn)上，簡化應(yīng)用系統(tǒng)開發(fā)的過程，而且所有基于UniEAP的應(yīng)用系統(tǒng)界面風(fēng)格一致、統(tǒng)一管理、操作方便，方便了用戶學(xué)習(xí)和使用，也降低了培訓(xùn)和維護(hù)的費(fèi)用。7)提供了一個通用的數(shù)據(jù)層，業(yè)務(wù)系統(tǒng)不需要重新開發(fā)，只需要定義自己的數(shù)據(jù)層對象，因次簡化了應(yīng)用系統(tǒng)的開發(fā)過程。8)從界面層到數(shù)據(jù)層，都充分體現(xiàn)了業(yè)務(wù)對象之間的各種關(guān)系(一對一、一對多、多對多等),并且提供了充分的實現(xiàn)手段，使得應(yīng)用系統(tǒng)實現(xiàn)業(yè)務(wù)對象之間的復(fù)雜的邏輯關(guān)系成為可能，而且非常簡單。方便了業(yè)9)在很多方面提供了通用的模式和技術(shù)規(guī)范，如組件設(shè)計、數(shù)據(jù)庫設(shè)計、界面設(shè)計等，可以為應(yīng)用系統(tǒng)的開發(fā)提供有效的指導(dǎo)和參考。由于本此項目系統(tǒng)的的設(shè)計和開發(fā)我司未進(jìn)行參加、因此本次運(yùn)維我司自主研發(fā)的通用企業(yè)應(yīng)用平臺進(jìn)行運(yùn)維，所有我司有信心做好采購方軟件運(yùn)維服務(wù)。提供了統(tǒng)一的模式和共享組件，降低了系統(tǒng)間的耦合度、減少了應(yīng)用系統(tǒng)開發(fā)的模塊，因而能夠準(zhǔn)確地控制應(yīng)用系統(tǒng)開發(fā)的過程，有效地提高應(yīng)用系統(tǒng)開發(fā)和維護(hù)的質(zhì)量。按招標(biāo)文件要求對于采購單位提出的應(yīng)用軟件升級需求，由現(xiàn)場工程師與采購單位業(yè)務(wù)部門進(jìn)行溝通，了解業(yè)務(wù)部門對應(yīng)用軟件的升級需求，按雙方商定的開發(fā)進(jìn)度進(jìn)行開發(fā)和實施。采用組件技術(shù)，系統(tǒng)具有非常好的可擴(kuò)充性，對新技術(shù)的發(fā)展也具有很好的適應(yīng)性。這是因為采用了組件技術(shù)后，可以開發(fā)出各種共享組件和通用組件，也可以集成第三方開發(fā)的組件，組件的升級也非常方便，而且隨著組件技術(shù)的標(biāo)準(zhǔn)化，不同的組件標(biāo)準(zhǔn)之間也可以實現(xiàn)通訊，因而無論采用哪種組件標(biāo)準(zhǔn)都具有可擴(kuò)充性和因此，應(yīng)用升級中，對系統(tǒng)平臺充分了解的情況下，能夠較準(zhǔn)確的規(guī)避升級過程中的技術(shù)難點(diǎn)，提出多種適合勞動保障系統(tǒng)的升級方案，能夠較準(zhǔn)確的根據(jù)企業(yè)平臺的特點(diǎn)估計工作量，對升級時間進(jìn)度準(zhǔn)確把握，讓客戶方對升級的進(jìn)度和時間安排做到心中有數(shù)。另外，由于由于采用了組件技術(shù)，提供了很強(qiáng)的可定制能力，因而應(yīng)用系統(tǒng)能夠在此基礎(chǔ)上能夠建立面向具體行業(yè)的業(yè)務(wù)模型，在每一次為具體用戶定制業(yè)務(wù)系統(tǒng)的時候，都可以積累經(jīng)驗，提高業(yè)務(wù)模型的通用性，以便適應(yīng)更加廣泛的用戶需求。軟件系統(tǒng)將涉及系統(tǒng)等多個分公司及與其他相關(guān)公司和內(nèi)部系統(tǒng)的接口，軟硬件基礎(chǔ)設(shè)施復(fù)雜，因此在系統(tǒng)的實現(xiàn)上必須采用標(biāo)準(zhǔn)的技術(shù)，以求跨操作系統(tǒng)平臺、跨數(shù)據(jù)庫平臺、跨中間件平臺?；诖吮竟驹谡w技術(shù)實現(xiàn)路線上采用基于J2EE和webservice組件的技術(shù)構(gòu)建應(yīng)用邏輯。應(yīng)用邏輯層和公用服務(wù)層的每個功能模塊均是一個相對獨(dú)立的組件，這些組件的開發(fā)和部署保持相對的獨(dú)立性，而且在未來很可能是由不同的團(tuán)隊開發(fā)和部署的，也是可以相對獨(dú)立的進(jìn)化的。每個組件通過定義良好的接口，向外部提供服務(wù)。這些服務(wù)的獲取者可能來自客戶端、可能來自其他組件。這種基于組件的設(shè)計可以達(dá)到比較好的重用性。在J2EE的架構(gòu)下，各組件通過J2EE標(biāo)準(zhǔn)定義的RMI協(xié)議，向各客戶組件提供服務(wù)。業(yè)務(wù)操作員及公眾信息查詢?nèi)藛T通過標(biāo)準(zhǔn)的HTTP協(xié)議或安全的HTTPS協(xié)議訪問系統(tǒng)管理信息系統(tǒng)及公共服務(wù)系統(tǒng)。公用服務(wù)層同樣以組件的方式實現(xiàn)，可以與業(yè)務(wù)邏輯的組件的部署在同一應(yīng)用服務(wù)器上，也可以部署在不同的服務(wù)器上。如果業(yè)務(wù)邏輯層的組件和公用服務(wù)層的組件駐留在同一進(jìn)程空間中，則通過對象間的消息機(jī)制通訊，如果駐留在不同的進(jìn)程空間中，則通過標(biāo)準(zhǔn)的RMI-IIOP的協(xié)議通在管理信息系統(tǒng)中，最重要，難度最大的是數(shù)據(jù)操作的實現(xiàn)策略，因為在任何一個管理信息系統(tǒng)中“信息”都是系統(tǒng)的核心，幾乎每一個業(yè)務(wù)邏輯都與數(shù)據(jù)操作相關(guān)，因此本方案將對數(shù)據(jù)操作的實現(xiàn)策略進(jìn)行詳細(xì)闡在J2EE的架構(gòu)中，對數(shù)據(jù)庫的操作有兩種方式，一種是組件管理的持久性(Beanmanagedpersistence),也即組件自行管理數(shù)據(jù)庫操作的完整性和一致性；另一種EJB容器管理的持久性(ContainerManagedPersistence),也即通過J2EE的應(yīng)用服務(wù)器提供的對數(shù)據(jù)庫操作的服務(wù)。考慮到性能和負(fù)載方面的因素，我們建議采用結(jié)合事務(wù)處理服務(wù)器和組件管理的持久性的方式，管理對數(shù)據(jù)源的操作。介于業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)器之間的是事務(wù)處理服務(wù)器，處理服務(wù)器負(fù)責(zé)處理實際的對數(shù)據(jù)源的操作，保證多個數(shù)據(jù)讀寫請求對多數(shù)據(jù)源的操作的原子性、一致性、隔離性和持久性。同時通過處理服務(wù)器，進(jìn)一步降低業(yè)務(wù)邏輯層和數(shù)據(jù)源之間的耦合度。邏輯架構(gòu)中的服務(wù)和查詢處理服務(wù)均駐留在事務(wù)處理服務(wù)器上，操作數(shù)據(jù)庫，保證的完整性和查詢的性能。J2EE組件與事務(wù)處理服務(wù)器通訊的機(jī)制，與事務(wù)處理服務(wù)器的平臺和應(yīng)用服務(wù)器的平臺有關(guān)。事務(wù)處理服務(wù)器一般需要在數(shù)據(jù)庫服務(wù)器上安裝相應(yīng)的組件，通過緊密集成的數(shù)據(jù)庫訪問機(jī)制，訪問數(shù)據(jù)庫。介于處理服務(wù)器和業(yè)務(wù)邏輯層之間的是公用的數(shù)據(jù)存取服務(wù)，這一層封裝業(yè)務(wù)邏輯和公用服務(wù)層其他組件對各種數(shù)據(jù)源的讀寫操作，直接管理與數(shù)據(jù)庫、目錄服務(wù)器、應(yīng)用集成服務(wù)器之間的數(shù)據(jù)交換請求，進(jìn)一步降低業(yè)務(wù)邏輯與服務(wù)器、目錄服務(wù)器等數(shù)據(jù)源之間的耦合度。在基于J2EE應(yīng)用架構(gòu)下，將數(shù)據(jù)存取服務(wù)獨(dú)立出來的原因如下：采用諸如bean管理的實體bean、會話bean和諸如遺留系統(tǒng)、B2B、LDAP等等其他數(shù)據(jù)源中檢索數(shù)據(jù)，以及進(jìn)行數(shù)據(jù)根據(jù)產(chǎn)品供應(yīng)商不同，持久存儲API差別很大。一些數(shù)據(jù)源擁有非標(biāo)準(zhǔn)化或私有的API。這些API和其能力同樣根據(jù)存儲的類型不同也有差別.純文本文件等。這樣存在如下缺點(diǎn)，即訪問這些系統(tǒng)的API很不統(tǒng)一。組件通常使用私有的API來訪問外部或遺產(chǎn)系統(tǒng)，以便于檢索和存儲數(shù)據(jù)。當(dāng)組件中包含特殊的訪問機(jī)制和API時，組件的可移植性直接就受到影響。組件需要透明于實際的持久性存儲或者數(shù)據(jù)源實現(xiàn)，以便于提供到不同供應(yīng)商產(chǎn)品、不同存儲類型和不同數(shù)據(jù)源類型的更容易的移植性。解決以上的問題，需要采用數(shù)據(jù)訪問對象(DataAccessObject,DAO)來抽象和封裝對數(shù)據(jù)源的訪問。DA0管理著與數(shù)據(jù)源的連接以便于檢索和下圖說明采用數(shù)據(jù)訪問對象提供數(shù)據(jù)存取服務(wù)的實現(xiàn)。數(shù)據(jù)庫數(shù)據(jù)庫封裝封裝封裝使用圖-1實現(xiàn)示意圖其中業(yè)務(wù)對象代表數(shù)據(jù)客戶端，該對象需要訪問數(shù)據(jù)源以獲取和存儲數(shù)據(jù)。數(shù)據(jù)存儲對象是數(shù)據(jù)存取服務(wù)的主要對象，數(shù)據(jù)存儲對象封裝業(yè)務(wù)對象對數(shù)據(jù)源的訪問，以保證對數(shù)據(jù)源的透明訪問，業(yè)務(wù)對象也把數(shù)據(jù)加載和存儲操作委托給數(shù)據(jù)存取對象。事務(wù)處理服務(wù)負(fù)責(zé)完成對數(shù)據(jù)對象的實際存儲和加載的工作，應(yīng)用集成服務(wù)實際完成將數(shù)據(jù)發(fā)布到外部系統(tǒng)以及從外部系統(tǒng)讀取數(shù)據(jù)的職能。值對象代表用作數(shù)據(jù)攜帶的值對象。數(shù)據(jù)存取對象可能使用值對象來把數(shù)據(jù)返回給客戶端。數(shù)據(jù)存取對象也可能使用值對象接受來自于客戶端的數(shù)據(jù)，并更新數(shù)據(jù)源中的數(shù)據(jù)。下面的時序圖表示使用數(shù)據(jù)存取對象讀取數(shù)據(jù)庫數(shù)據(jù)、更新數(shù)據(jù)庫數(shù)圖-2過程示意圖業(yè)務(wù)對象負(fù)責(zé)完成應(yīng)用邏輯的處理，通過數(shù)據(jù)存取對象向事務(wù)處理服務(wù)器發(fā)出讀取數(shù)據(jù)的請求，事務(wù)處理服務(wù)器將數(shù)據(jù)庫中的數(shù)據(jù)讀取出來，數(shù)據(jù)存取對象創(chuàng)建值對象，將值對象返回給業(yè)務(wù)對象。為了運(yùn)維本套系統(tǒng)，我司在本項目應(yīng)用軟件系統(tǒng)中綜合利用核心平臺的架構(gòu)特點(diǎn)，基于核心平臺進(jìn)行運(yùn)維，設(shè)計實現(xiàn)基礎(chǔ)服務(wù)應(yīng)用平臺，在此平臺基礎(chǔ)上構(gòu)建可拆可合、可配置的業(yè)務(wù)組件。下面對其結(jié)構(gòu)、功能和特點(diǎn)進(jìn)行簡要介紹?；A(chǔ)服務(wù)應(yīng)用平臺，如果從更廣義的角度來講，又稱為“組件框架”,是構(gòu)建于多層架構(gòu)的，以J2EE規(guī)范為核心技術(shù)實現(xiàn)模型的多層應(yīng)用開發(fā)、運(yùn)行的框架和平臺。它不僅僅是一個框架，它還提供了一系列的組件和工具以及相應(yīng)的開發(fā)方法，進(jìn)而達(dá)到快速建設(shè)應(yīng)用系統(tǒng)的根本目的?；A(chǔ)服務(wù)應(yīng)用平臺不是ApplicationServer,它與BEAWeblogicApplicationServer、Tomcat、JBOSS均不屬于同等性質(zhì)產(chǎn)品。它是一個基于組件技術(shù)的快速開發(fā)和運(yùn)行平臺，它的部分組件最終同業(yè)務(wù)應(yīng)用組件一起部署到ApplicationServer上。yReposi0基礎(chǔ)服務(wù)應(yīng)用平臺的結(jié)構(gòu)簡圖如上圖所示，各組成部分的功能及職責(zé)GUI:用戶界面層呈現(xiàn)用戶交互界面提供表現(xiàn)控件界面控件布局控制界面的表現(xiàn)，包括具體的設(shè)備和與設(shè)備相應(yīng)的UI的控制。功能限于界面的具體在設(shè)備上的展現(xiàn)(如：Browser對html的解析)、界面表現(xiàn)的控制、界面組件的布局。InteractionControl:交定義業(yè)務(wù)邏輯的邏輯表單開啟和關(guān)閉事務(wù)響應(yīng)用戶界面層的業(yè)務(wù)請求提供事務(wù)管理機(jī)制將基礎(chǔ)服務(wù)納入統(tǒng)一的事務(wù)管理范疇ApplicationLogic:應(yīng)用邏輯組件處理事務(wù)規(guī)則及功能提供原子業(yè)務(wù)功能ApplicationService:基礎(chǔ)服務(wù)組件統(tǒng)一資源訪問服務(wù)身份認(rèn)證服務(wù)權(quán)限管理服務(wù)報表服務(wù)其它服務(wù)基礎(chǔ)服務(wù)應(yīng)用平臺的技術(shù)架構(gòu)如下圖所示，它是對上節(jié)中架構(gòu)簡圖的圖-3架構(gòu)簡圖Client層以JSP/XML/XSL/JS/PB技術(shù)為主要實現(xiàn)手段，為系統(tǒng)開發(fā)提供了一系列功能強(qiáng)大的組件，主要有以下幾大類：輕型控件：封裝所有的HTMLForm元素和按鈕，提供顯示、標(biāo)準(zhǔn)行為局部刷新和對話框：采用微軟提供的局部刷新控件，提供局部刷新功能，并封裝通用的頁面對話框；Object:Applet和COM,用于復(fù)雜界面操作和客戶端本地化操作。UIM層以Servlet技術(shù)為實現(xiàn)手段，以struts框架為依托，采用單點(diǎn)入口的方式統(tǒng)一控制請求。設(shè)計要點(diǎn)如下：采用Structs控制請求和業(yè)務(wù)流程，拓展Struts的ActionServlet和DispatchAction作為基礎(chǔ)服務(wù)應(yīng)用平臺的流程控制基類；Action本身并不處理業(yè)務(wù)邏輯，而是通過統(tǒng)一的IneractionObjectFactory從EJBContainer獲取IneractionObject處理業(yè)務(wù)邏輯。商業(yè)邏輯層以EJB/JavaBean技術(shù)為實現(xiàn)手段，提供了對象持久化及打印、郵件等商業(yè)邏輯組件。設(shè)計要點(diǎn)如下：通過統(tǒng)一的服務(wù)組件基類調(diào)用安全、日志、工作流、規(guī)則等引擎式服在管理管理信息系統(tǒng)中對象持久化是一個關(guān)鍵性服務(wù)，單一的數(shù)據(jù)庫接口解決全部問題并不現(xiàn)實，因此采用由OP層統(tǒng)一包裝，統(tǒng)一管理，但暴露多種操作接口的方式來解決。對象持久化接口提供面向?qū)ο蠛兔嫦蜻^程兩大類，具體支持四種方式：1)得到connection2)簡單的sqlexecute封裝3)可持久化的數(shù)據(jù)總線DataSet,通過其xml接口可發(fā)送到頁面)4)DAO(單表抽成的可持久化的實體類對象)平臺在商業(yè)邏輯層還提供了許多通用業(yè)務(wù)組件，如打印、報表組件。基礎(chǔ)服務(wù)應(yīng)用平臺在邏輯服務(wù)組件上借鑒Spring的實現(xiàn)機(jī)制，采用類似WebService的UDDI所定義的、由基本的三個角色構(gòu)造的“ServiceRequestor—ServiceRegistry—ServiceProvider”三角型訪問模式，所有發(fā)布的InteractionObject都在InteractionObjectFactory中注冊，且可以同時存在多個Provider(如在J2EE體系中就存在JavaRequestor,它調(diào)用InteractionalObject時先通過InteractinalObjectFactory根據(jù)注冊信息找到InteractionalObject的Provider,然后得到由Provider提供一個InteractionalObject的stub,最后再調(diào)用InteractionalObject的servicemethod對請求進(jìn)行處理。這所以這樣做的一個根本目的是：將邏輯組件開發(fā)和部署分開，由工具插件統(tǒng)一負(fù)責(zé)組件部署，業(yè)務(wù)開發(fā)人員只需要用最簡單的語言完成業(yè)務(wù)邏輯即可?；A(chǔ)服務(wù)應(yīng)用平臺專門為InteractionalObject的訪問定義了一個“InteractionalObjectFactory”層，這一層主要考慮的是屏蔽在Action中對InteractionalObject的不同調(diào)用方式，使得在不同的環(huán)境下的移植變得很方便(不管是何種組件的調(diào)用方式，返回給Action的服務(wù)接口都是相同的，從而保證Action中代碼的可復(fù)用性)。架構(gòu)中的幾層在“創(chuàng)作”過程的依賴關(guān)系是什么,即憑什么知道要創(chuàng)下圖闡述了幾層對象在創(chuàng)作過程中的依賴關(guān)系，它們之間的連線是本節(jié)說明的重點(diǎn)，所以顏色調(diào)成了紅色，對這些線的說明調(diào)成了藍(lán)色，以顯突出。注釋文字可能有點(diǎn)不清楚，拷在下面：用戶界面需求會決定最終的界面窗口是什么樣子的。我們提倡在需求調(diào)研時就把大部分界面都確定下來。界面會決定有什么樣的Interaction,以及Interaction都完成什么樣的功能。但并非一個窗口就完全對應(yīng)一個Interaction,一個窗口可能會用到多個Interaction,而一個Interaction也可能被多個窗口調(diào)用。但界面中的一次請求肯定對應(yīng)一個Interaction對象中的一個方法，要不然怎么管Interaction叫“交互對象呢”?一次交互就是一個完整的事務(wù)。界面間接決定了Action的命運(yùn)。邏輯需求和行業(yè)經(jīng)驗會決定設(shè)計出多少AppLogic,落實到具體的模型就是有什么實體類，有什么控制類。其中實體類會在編碼階段被拆分為Interaction是GUI層和BL層的“和事佬”,它主要是要滿足GUI的請求，但也要照顧AppLogic的臉色，必要時要對GUI和BL做個折中處理。用廣界面肅求會決定最終的界的前口是什血時應(yīng)一個Aetion.Aelian是勢Interactian都完成什么樣的功能，但并作一個窗一個lateraetlam葉單中的一個方法。安不熱亮普Inleractloa-“變五時象呢”?一次變五就Imternotion是GML層和肌屬的“和事儲”,它立要是要滿足CE1的請必要時要對1未配假個析中處理，西間接湊定了Aetion的命速’圖-5示意圖前后臺交互文檔中對說明哪個Action的哪個方法來響應(yīng)界面請求，入?yún)ⅰ⒊鰠⑹鞘裁?看了交互文檔