GMCC綜合應(yīng)用管理系技術(shù)規(guī)范

文件編號(hào)：密級(jí)：項(xiàng)目ID：總頁數(shù)：共37頁項(xiàng)目名稱:綜合應(yīng)用管理系統(tǒng)（IAMS）技術(shù)規(guī)范版本<V1.0>擬制日期審核日期批準(zhǔn)日期聲明本文檔所有權(quán)和解釋權(quán)歸廣東移動(dòng)通信有限責(zé)任公司及其下屬市公司所有，未經(jīng)書面許可，不得復(fù)制或向第三方公開。ThisdocumentisthepropertyofGMCCanditsbranchesandcanbeneitherreproducednordisclosedtoathirdpartywithoutawrittenauthorization.修訂歷史記錄版本日期AMD修訂者說明（A-添加，M-修改，D-刪除）

目錄1. 文檔介紹 51.1 文檔目的 51.2 文檔范圍 51.3 讀者對象 51.4 參考文獻(xiàn) 51.5 術(shù)語與縮寫解釋 52. 系統(tǒng)概述 72.1 現(xiàn)狀 72.2 目標(biāo) 72.3 差距分析 82.3.1用戶需求響應(yīng)時(shí)間的差距 82.3.2系統(tǒng)成本的差距 82.3.3維護(hù)質(zhì)量的差距 82.3.4資源利用率的差距 82.3.5企業(yè)應(yīng)用集成水平的差距 82.4 發(fā)展建議 82.5 成功案例 103. 系統(tǒng)總體結(jié)構(gòu) 123.1 系統(tǒng)總體結(jié)構(gòu) 123.2 系統(tǒng)軟硬件平臺(tái)邏輯結(jié)構(gòu)及配置 133.2.1標(biāo)準(zhǔn)型軟硬件平臺(tái) 133.2.2增強(qiáng)型軟硬件平臺(tái) 143.2.3軟硬件平臺(tái)技術(shù)特點(diǎn) 153.3 應(yīng)用系統(tǒng)邏輯設(shè)計(jì) 163.3.1三層服務(wù)應(yīng)用程序 163.3.2三級(jí)分布基礎(chǔ)結(jié)構(gòu) 173.3.3部署方案 184. 通用組件的結(jié)構(gòu)與功能 204.1 目錄同步組件 204.2 消息通知組件 214.3 集中授權(quán)組件 214.4 服務(wù)器監(jiān)控組件 214.5 流程管理組件（可選項(xiàng)） 225. 系統(tǒng)性能要求 235.1 可縮放性 235.2 可用性 245.3 維護(hù)性 255.4 安全性 265.5 易管理性 265.5.1異常管理 275.5.2監(jiān)視 285.5.3配置 285.5.4元數(shù)據(jù) 305.6 性能 306. 系統(tǒng)外延要求 326.1 與廣東移動(dòng)統(tǒng)一信息平臺(tái)（門戶）的整合要求 326.2 用戶管理 326.3 網(wǎng)絡(luò)環(huán)境 337. 系統(tǒng)實(shí)施和運(yùn)維要求 347.1 開發(fā)規(guī)范 347.2 運(yùn)行維護(hù) 347.2.1應(yīng)用系統(tǒng)的開發(fā)測試 347.2.2應(yīng)用系統(tǒng)的實(shí)施部署 347.2.3系統(tǒng)維護(hù)管理 347.2.4系統(tǒng)安全管理 347.2.5數(shù)據(jù)備份 357.2.6應(yīng)急處理方案 358. 知識(shí)產(chǎn)權(quán)及保密要求 37文檔介紹文檔目的編制本文檔主要用來為廣東移動(dòng)各市公司各種管理支撐系統(tǒng)（業(yè)務(wù)支撐系統(tǒng)除外，下同，應(yīng)有系統(tǒng)與此同義）提供統(tǒng)一的硬軟件平臺(tái)（以下簡稱“綜合應(yīng)用管理系統(tǒng)”）和運(yùn)行于綜合應(yīng)用管理系統(tǒng)之上的各管理支撐系統(tǒng)開發(fā)提供指導(dǎo)性規(guī)范與建議；協(xié)助有需要的各市公司早日構(gòu)筑符合各自需要的綜合應(yīng)用管理系統(tǒng)；保障開發(fā)商規(guī)范、統(tǒng)一和高效地整合已有和開發(fā)新建應(yīng)用系統(tǒng)到綜合應(yīng)用管理系統(tǒng)；實(shí)現(xiàn)應(yīng)用系統(tǒng)和綜合應(yīng)用管理系統(tǒng)各基礎(chǔ)子系統(tǒng)與省公司統(tǒng)一信息門戶的無縫集成。文檔范圍文檔介紹了綜合應(yīng)用管理系統(tǒng)以及各通用組件的總體情況，詳細(xì)介紹了綜合應(yīng)用管理系統(tǒng)的軟硬件結(jié)構(gòu)、軟硬件平臺(tái)上提供各應(yīng)用系統(tǒng)使用的通用組件的功能和接口、以及和統(tǒng)一信息門戶整合的接口規(guī)范。在這基礎(chǔ)上，給出了運(yùn)行于綜合應(yīng)用管理系統(tǒng)上應(yīng)用系統(tǒng)的開發(fā)要求和規(guī)范，為開發(fā)商的系統(tǒng)實(shí)現(xiàn)工作提供指導(dǎo)，同時(shí)也為平臺(tái)建設(shè)維護(hù)者提供原理性指導(dǎo)。讀者對象移動(dòng)公司IT技術(shù)人員；移動(dòng)公司IT系統(tǒng)建設(shè)／規(guī)劃人員；移動(dòng)公司IT系統(tǒng)維護(hù)人員第三方開發(fā)商參考文獻(xiàn)術(shù)語與縮寫解釋縮寫、術(shù)語解釋IAMSIntegratedApplicationManagementSystem，綜合應(yīng)用管理系統(tǒng)統(tǒng)一信息平臺(tái)廣東移動(dòng)集門戶系統(tǒng)、統(tǒng)一用戶管理和EAI一體的平臺(tái)系統(tǒng)EAI企業(yè)應(yīng)用集成，EnterpriseApplicationIntegrationLDAP輕量級(jí)目錄訪問協(xié)議，LightweightDirectoryAccessProtocolAD活動(dòng)目錄，ActiveDirectorySSO單點(diǎn)登錄，SingleSignOn系統(tǒng)概述綜合應(yīng)用管理系統(tǒng)是廣東移動(dòng)市公司管理支撐系統(tǒng)集中運(yùn)行的硬件環(huán)境和系統(tǒng)軟件環(huán)境的統(tǒng)一平臺(tái)，提供了各支撐系統(tǒng)使用的通用系統(tǒng)模塊，主要包括統(tǒng)一用戶管理、統(tǒng)一提醒通知、系統(tǒng)監(jiān)控、基礎(chǔ)通信設(shè)施等（通用模塊將在實(shí)踐過程中不斷積累擴(kuò)充），并規(guī)定了在這個(gè)平臺(tái)上運(yùn)行的各應(yīng)用系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)要求，只要符合技術(shù)規(guī)范的應(yīng)用系統(tǒng)都可以方便地接入到平臺(tái)中?，F(xiàn)狀隨著公司計(jì)算機(jī)應(yīng)用水平的不斷提高，公司內(nèi)部各職能部門和生產(chǎn)中心新建的中小規(guī)模應(yīng)用系統(tǒng)正不斷增多。這些興建的應(yīng)用系統(tǒng)：第一、在技術(shù)選型、軟件架構(gòu)、軟硬件平臺(tái)上各不相同，直接造成了系統(tǒng)管理維護(hù)上的諸多不便。第二，由于各應(yīng)用系統(tǒng)需要單獨(dú)進(jìn)行技術(shù)選型，購置軟硬件設(shè)備，造成了系統(tǒng)總體成本相當(dāng)程度的浪費(fèi)。第三，各應(yīng)用系統(tǒng)由于沒有統(tǒng)一規(guī)劃，各自建造，導(dǎo)致很多系統(tǒng)模塊重復(fù)建設(shè)，數(shù)據(jù)重復(fù)保存、版本不一，信息無法統(tǒng)一管理共享利用等等?？傊?，根據(jù)公司現(xiàn)有IT資源配置情況，開發(fā)周期無法滿足開發(fā)需求的要求、系統(tǒng)整體價(jià)格居高不下、維護(hù)工作疲于應(yīng)付、各個(gè)系統(tǒng)相對獨(dú)立形成信息孤島。目標(biāo)為了對市公司中小應(yīng)用系統(tǒng)進(jìn)行更好的統(tǒng)一規(guī)劃、統(tǒng)一建設(shè)、統(tǒng)一管理，應(yīng)建設(shè)一個(gè)公司級(jí)管理支撐系統(tǒng)運(yùn)行的軟硬件平臺(tái)，選用統(tǒng)一通用的軟件體系結(jié)構(gòu)，并形成相應(yīng)的管理制度和技術(shù)規(guī)范，指導(dǎo)和規(guī)范各公司相關(guān)管理支撐系統(tǒng)工作者和開發(fā)商的系統(tǒng)建設(shè)、運(yùn)行和維護(hù)。此平臺(tái)的體系架構(gòu)、系統(tǒng)規(guī)模、系統(tǒng)性能自具有良好可擴(kuò)張性的前提下，滿足市公司今后近3年應(yīng)用系統(tǒng)的發(fā)展需求，因此必須結(jié)合各公司的實(shí)際情況，有計(jì)劃、分步驟的實(shí)施，以求建成一個(gè)：用戶需求響應(yīng)快系統(tǒng)成本低維護(hù)質(zhì)量高資源利用率高信息共享程度高的市公司級(jí)的管理支撐系統(tǒng)綜合開發(fā)、測試和應(yīng)用的綜合平臺(tái)，為應(yīng)用系統(tǒng)建設(shè)管理提供一個(gè)良好的基礎(chǔ)。差距分析2.3.1用戶需求響應(yīng)時(shí)間的差距對于各部門的“短平快”（時(shí)間短、價(jià)格平、響應(yīng)快）管理支撐系統(tǒng)開發(fā)需求，在現(xiàn)有公司資源配置情況下，除部分小項(xiàng)目可以在規(guī)定時(shí)間內(nèi)自主開發(fā)外，其它需求幾乎無法滿足需求者的時(shí)限要求，通過建設(shè)綜合應(yīng)用管理系統(tǒng)，可以使我們減少技術(shù)選型、軟硬件平臺(tái)采購和安裝調(diào)試等環(huán)節(jié)，還可有效縮短測試上載時(shí)間，進(jìn)而達(dá)到縮短響應(yīng)時(shí)間的目的。2.3.2系統(tǒng)成本的差距綜合應(yīng)用管理系統(tǒng)中將采用適宜的體系結(jié)構(gòu)。綜合應(yīng)用管理系統(tǒng)的引入，使得各應(yīng)用系統(tǒng)不需單獨(dú)進(jìn)行技術(shù)選型、軟硬件購置、培訓(xùn)和維護(hù)，使得應(yīng)用系統(tǒng)總體成本得到有效控制，在第三方軟件和維護(hù)成本的降低方面，效果尤其明顯。2.3.3維護(hù)質(zhì)量的差距目前各系統(tǒng)使用技術(shù)各不相同、物理位置分布公司各處，維護(hù)成本非常高。采用綜合應(yīng)用管理系統(tǒng)后，在一定的約束條件下，由于采取的體系結(jié)構(gòu)、軟硬件環(huán)境等基本相同，從而不僅降低了管理、維護(hù)的難度和工作量，而且由于應(yīng)用平臺(tái)本身提供了相應(yīng)的數(shù)據(jù)備份、數(shù)據(jù)容錯(cuò)機(jī)制，相應(yīng)提高了系統(tǒng)的可靠性、穩(wěn)定性和安全性。2.3.4資源利用率的差距離散應(yīng)用系統(tǒng)使用各自的軟硬件設(shè)備，不能做到充分利用。通過對綜合應(yīng)用管理系統(tǒng)的體系結(jié)構(gòu)、軟硬件平臺(tái)的認(rèn)真規(guī)劃，可以在保證系統(tǒng)的安全性、通用性、可靠性、可擴(kuò)展性的前提下，大大提高硬件、軟件、機(jī)架、端口等資源的利用率，以達(dá)到集約經(jīng)營的目的。2.3.5企業(yè)應(yīng)用集成水平的差距如果沿用過去應(yīng)用系統(tǒng)的開發(fā)、管理、維護(hù)模式，由于不同應(yīng)用系統(tǒng)各自采用了不同的軟件架構(gòu)、不同的認(rèn)證方式、不同的軟硬件平臺(tái)，使將來實(shí)施EAI工作變動(dòng)十分困難。綜合應(yīng)用管理系統(tǒng)將使這些應(yīng)用系統(tǒng)的移植簡便易行。發(fā)展建議現(xiàn)階段，廣東移動(dòng)處于集約發(fā)展階段，各市公司業(yè)務(wù)擴(kuò)展速度非常快。為更好地支持這種業(yè)務(wù)增長，各市公司根據(jù)自身地特點(diǎn)提出了很多滿足個(gè)性化需求應(yīng)用系統(tǒng)。這些需求沒必要也很難由省公司或集團(tuán)公司統(tǒng)一實(shí)現(xiàn)，但不統(tǒng)一規(guī)劃集中管理，以后集成的難度更大。先規(guī)范各市公司的系統(tǒng)建設(shè)，把分散在多處的各種管理支撐系統(tǒng)統(tǒng)一到一個(gè)平臺(tái)上面，并不斷總結(jié)建設(shè)經(jīng)驗(yàn)，是集團(tuán)公司統(tǒng)一信息化建設(shè)進(jìn)程的一個(gè)必要步驟。而各市公司管理支撐系統(tǒng)建設(shè)中存在開發(fā)周期無法滿足開發(fā)需求、系統(tǒng)整體價(jià)格居高不下、維護(hù)工作疲于應(yīng)付、各個(gè)系統(tǒng)相對獨(dú)立形成信息孤島等也是急待解決的問題。在這種背景下，經(jīng)過廣泛調(diào)研，我們認(rèn)為建設(shè)一個(gè)公司級(jí)的應(yīng)用系統(tǒng)綜合開發(fā)、測試和應(yīng)用平臺(tái)（以下簡稱綜合應(yīng)用管理系統(tǒng)）是加強(qiáng)集中化管理、提高服務(wù)水平、降低系統(tǒng)成本、改善系統(tǒng)管理和維護(hù)質(zhì)量的有效途徑。現(xiàn)階段各市公司提出管理支撐系統(tǒng)的需求，總的要求是“短平快”，基本特征是數(shù)據(jù)庫、簡單流程、訪問量和集中度并不高，這些都可以在綜合應(yīng)用管理系統(tǒng)上得到很好的滿足。對業(yè)務(wù)量較小的、本身不具備建設(shè)綜合應(yīng)用管理系統(tǒng)的人力物力的公司，可考慮由應(yīng)用系統(tǒng)建設(shè)在鄰近區(qū)域中心，由區(qū)域中心提供相應(yīng)的系統(tǒng)平臺(tái)資源。下圖是綜合應(yīng)用管理系統(tǒng)的邏輯結(jié)構(gòu)圖：硬件平臺(tái)硬件平臺(tái)軟件平臺(tái)通用組件…系統(tǒng)1系統(tǒng)2系統(tǒng)3系統(tǒng)n綜合應(yīng)用管理系統(tǒng)硬件環(huán)境采用基于X86的PC服務(wù)器，軟件環(huán)境采用微軟windows平臺(tái)和.Net技術(shù)。X86的PC服務(wù)器具有很高的性價(jià)比，升級(jí)擴(kuò)容方便，通過采用橫向擴(kuò)充技術(shù)可以滿足未來性能上需要。Windows平臺(tái)在提供了強(qiáng)大的服務(wù)器功能的同時(shí)，相對簡單易用，這大大降低平臺(tái)的開發(fā)維護(hù)成本。.NET技術(shù)是綜合應(yīng)用管理系統(tǒng)的核心技術(shù)，該軟件體系結(jié)構(gòu)：提供強(qiáng)大的平臺(tái)基礎(chǔ)設(shè)施。WindowsServer系列，.NETFramework等提供了構(gòu)建和運(yùn)行平臺(tái)系統(tǒng)的基礎(chǔ)設(shè)施。提供多樣的通用組件。一組用于企業(yè)內(nèi)部網(wǎng)絡(luò)的信息共享服務(wù)，如ActiveDirectory(用于用戶身份驗(yàn)證)，以及用于文件存儲(chǔ)、用戶偏好管理、日歷管理的服務(wù)等.NET服務(wù)，為企業(yè)應(yīng)用建設(shè)提供了多樣的基礎(chǔ)通用服務(wù)。提供對XMLWebservice技術(shù)的全面支持。通過XMLWebservice技術(shù)可以方便企業(yè)內(nèi)部各個(gè)系統(tǒng)之間進(jìn)行無縫的連接，各種系統(tǒng)可以互相通信，互相作用，從而實(shí)現(xiàn)整個(gè)企業(yè)的協(xié)同運(yùn)作。通過配合MicrosoftWindowsSystem其他部件，如SQLServer，biztalkServer，CommerceServer，ApplicationCenter等，可以有效較快企業(yè)集成的速度，降低企業(yè)集成的難度。提供了多種訪問方式。用戶可以通過各種方式、在各種不同設(shè)備上方便地獲取自己想要的信息。提供強(qiáng)大的開發(fā)工具。VisualStudio.NET等開發(fā)工具通過友好的界面大大降低了開發(fā)工作的負(fù)責(zé)性，有效降低了系統(tǒng)開發(fā)的人力成本。.NET體系是已經(jīng)被證明了、適合公司中小規(guī)模應(yīng)用系統(tǒng)的、成熟的軟件結(jié)構(gòu)。綜合應(yīng)用管理系統(tǒng)包括生產(chǎn)和測試兩部分。生產(chǎn)部分應(yīng)通過負(fù)載均衡技術(shù)和集群技術(shù)保證平臺(tái)的可擴(kuò)展性和健壯性。測試部分在軟件環(huán)境上完全模擬生產(chǎn)環(huán)境進(jìn)行應(yīng)用的功能性能測試，以達(dá)到保證生產(chǎn)系統(tǒng)的正確性。綜合應(yīng)用管理系統(tǒng)的建設(shè)，希望達(dá)到以下目標(biāo)：提供管理支持系統(tǒng)運(yùn)行的統(tǒng)一硬件環(huán)境，具有良好的可擴(kuò)展性，實(shí)現(xiàn)后續(xù)應(yīng)用的快速實(shí)施提供管理支持系統(tǒng)運(yùn)行的統(tǒng)一軟件環(huán)境，軟件架構(gòu)具有一定先進(jìn)性，至少可以滿足未來至少三年的發(fā)展需要提供管理支持系統(tǒng)共享使用的通用組件，各系統(tǒng)可以在此基礎(chǔ)上進(jìn)行信息交互，并減少不必要的重復(fù)建設(shè)提供管理支持系統(tǒng)建設(shè)的管理制度和技術(shù)規(guī)范，指導(dǎo)不同開發(fā)商系統(tǒng)建設(shè)，使不同系統(tǒng)在綜合應(yīng)用管理系統(tǒng)上穩(wěn)定運(yùn)行隨著平臺(tái)的進(jìn)一步發(fā)展，平臺(tái)應(yīng)沿著不斷加強(qiáng)通用基礎(chǔ)設(shè)施的建設(shè)方向發(fā)展，提供消息服務(wù)、安全服務(wù)、組織目錄服務(wù)、歸檔服務(wù)功能，搭建應(yīng)用底層通用平臺(tái)，逐步實(shí)現(xiàn)企業(yè)應(yīng)用集成。成功案例深圳公司于2002年4月建成的綜合應(yīng)用管理系統(tǒng)，經(jīng)過先后兩次的升級(jí)擴(kuò)容，現(xiàn)已成為一個(gè)包含用戶管理、單點(diǎn)認(rèn)證、辦公協(xié)作、統(tǒng)一信息展現(xiàn)、消息通知、集中授權(quán)、系統(tǒng)監(jiān)控等通用基礎(chǔ)設(shè)施、其上運(yùn)行接近20個(gè)管理支撐系統(tǒng)的平臺(tái)系統(tǒng)。深圳公司綜合應(yīng)用管理系統(tǒng)基本上按照上述的4層架構(gòu)模式搭建的。作為頂層各管理支撐系統(tǒng)共同使用的下面三層的具體結(jié)構(gòu)功能將在后面章節(jié)具體描述。對于頂層的各管理支撐系統(tǒng)，平臺(tái)并沒有對其業(yè)務(wù)進(jìn)行硬性規(guī)定，只要符合技術(shù)規(guī)范的各種系統(tǒng)都可以方便的接入到平臺(tái)中，廣泛地使用平臺(tái)提供地各種通用組件。下面簡單介紹一下深圳公司綜合應(yīng)用管理系統(tǒng)上管理支撐系統(tǒng)的各種應(yīng)用：深圳公司綜合應(yīng)用管理系統(tǒng)上運(yùn)行著文檔管理系統(tǒng)、合同/預(yù)算/核算管理系統(tǒng)、部門門戶網(wǎng)站等建成系統(tǒng)，有等系統(tǒng)正在建設(shè)中，還和OA、HR、CS110等系統(tǒng)成功地進(jìn)行了異構(gòu)集成，最后通過門戶實(shí)現(xiàn)集中認(rèn)證、協(xié)同辦公和統(tǒng)一信息展現(xiàn)。門戶系統(tǒng)：實(shí)現(xiàn)了各種信息的集中展現(xiàn)和各應(yīng)用系統(tǒng)待辦待閱工作統(tǒng)一處理的入口，也是各應(yīng)用系統(tǒng)的一個(gè)統(tǒng)一接入點(diǎn)。文檔管理系統(tǒng)：負(fù)責(zé)公司內(nèi)部文檔的科學(xué)管理，分目錄、按權(quán)限實(shí)現(xiàn)文檔共享。方便用戶文檔存放、管理、搜索。合同/預(yù)算/核算管理系統(tǒng)：實(shí)現(xiàn)了“投資立項(xiàng)->合同簽訂->預(yù)算報(bào)帳->項(xiàng)目核算”的財(cái)務(wù)閉環(huán)管理。在線考試系統(tǒng)：實(shí)現(xiàn)統(tǒng)一管理題庫、自動(dòng)組卷、自動(dòng)判卷，最終達(dá)到對考試、培訓(xùn)、學(xué)習(xí)的高效管理。服務(wù)營銷信息廣場：支撐營業(yè)廳一線管理工作，擔(dān)負(fù)信息共享、申報(bào)審批、輔助業(yè)務(wù)等功能。辦公設(shè)備管理信息系統(tǒng)：專門針對我公司的所有辦公設(shè)備從其入庫到報(bào)廢過程中發(fā)生的全部信息進(jìn)行記錄和反映、實(shí)現(xiàn)流程閉環(huán)管理。后勤門戶網(wǎng)站：包含車輛調(diào)度與管理、物料供應(yīng)、物業(yè)和內(nèi)勤服務(wù)與管理等部分，為員工工作生活提供了有力的保障。休閑特區(qū)：包括BBS、電影、音樂等網(wǎng)站，豐富員工的工作生活?！S著公司信息化建設(shè)發(fā)展，綜合應(yīng)用管理系統(tǒng)的應(yīng)用范圍和規(guī)模不斷擴(kuò)大，并形成了一種用戶部門提出業(yè)務(wù)需求，信息技術(shù)中心充分利用平臺(tái)資源，統(tǒng)一規(guī)劃建設(shè)各管理支撐系統(tǒng)的良好局面。系統(tǒng)總體結(jié)構(gòu)本章介紹了綜合應(yīng)用管理系統(tǒng)總體結(jié)構(gòu)以及和統(tǒng)一信息平臺(tái)的關(guān)系，并根據(jù)市公司規(guī)模給出了不同的綜合應(yīng)用管理系統(tǒng)軟硬件配置方案，最后給出了綜合應(yīng)用管理系統(tǒng)上管理支撐系統(tǒng)的設(shè)計(jì)邏輯，從總體上指導(dǎo)綜合應(yīng)用管理系統(tǒng)以及其上運(yùn)行的管理支撐系統(tǒng)的建設(shè)。系統(tǒng)總體結(jié)構(gòu)下面是綜合應(yīng)用管理系統(tǒng)的系統(tǒng)架構(gòu)圖：綜合應(yīng)用管理系統(tǒng)的系統(tǒng)總體結(jié)構(gòu)可以劃分為四部分：硬件平臺(tái)、軟件平臺(tái)、通用組件以及運(yùn)行于平臺(tái)上面的各應(yīng)用系統(tǒng)。硬件平臺(tái)：提供了承載系統(tǒng)的服務(wù)器以及連接各服務(wù)器的網(wǎng)絡(luò)環(huán)境。軟件平臺(tái)：提供了操作系統(tǒng)、數(shù)據(jù)庫、負(fù)載均衡（ApplicationCenter）、Internet信息服務(wù)、活動(dòng)目錄等系統(tǒng)軟件。提供了一個(gè)應(yīng)用程序運(yùn)行的基礎(chǔ)軟件環(huán)境。通用組件：將綜合應(yīng)用管理系統(tǒng)上一些通用基礎(chǔ)的功能封裝成一系列功能相對獨(dú)立的組件，現(xiàn)包括目錄同步、消息通知、集中授權(quán)、監(jiān)控等通用功能，并以組件的形式實(shí)現(xiàn)。（各子系統(tǒng)詳細(xì)描述見第4部分“通用組件的結(jié)構(gòu)與功能”）通用組件會(huì)隨著平臺(tái)的發(fā)展逐步抽象擴(kuò)充。應(yīng)用系統(tǒng)：運(yùn)行于軟硬件平臺(tái)之上，利用綜合應(yīng)用管理系統(tǒng)通用組件設(shè)施提供的通用功能，實(shí)現(xiàn)用戶部門提出的具體業(yè)務(wù)需求的應(yīng)用系統(tǒng)。綜合應(yīng)用管理系統(tǒng)四個(gè)部分構(gòu)成了一個(gè)整體，但還必須和廣東移動(dòng)統(tǒng)一信息平臺(tái)進(jìn)行整合，以實(shí)現(xiàn)統(tǒng)一信息展現(xiàn)、單點(diǎn)登錄和用戶數(shù)據(jù)管理等。（詳見6.1“與廣東移動(dòng)統(tǒng)一信息平臺(tái)的整合要求”）系統(tǒng)軟硬件平臺(tái)邏輯結(jié)構(gòu)及配置 綜合應(yīng)用管理系統(tǒng)的體系架構(gòu)、系統(tǒng)規(guī)模、系統(tǒng)性能必須能夠滿足公司今后近3年應(yīng)用系統(tǒng)的發(fā)展需求，因此在建設(shè)綜合應(yīng)用管理系統(tǒng)的時(shí)候必須結(jié)合公司的實(shí)際情況，有計(jì)劃、分步驟的實(shí)施。各市公司綜合應(yīng)用管理系統(tǒng)的軟硬件平臺(tái)結(jié)構(gòu)基本一致，但由于各公司應(yīng)用規(guī)模等情況有所區(qū)別，所以系統(tǒng)具體的軟硬件配置分成增強(qiáng)型和標(biāo)準(zhǔn)型兩種。3.2.1標(biāo)準(zhǔn)型軟硬件平臺(tái)軟硬件平臺(tái)邏輯結(jié)構(gòu)圖：軟硬件配置標(biāo)準(zhǔn)：序號(hào)項(xiàng)目描述1WebServer(2臺(tái))作為所有應(yīng)用系統(tǒng)的WebServer，通過ApplicationCenter2000實(shí)現(xiàn)各應(yīng)用系統(tǒng)的負(fù)載均衡及系統(tǒng)管理，其中一臺(tái)為主控；或利用Windows2003Server的NLB（NetworkLoadBalance）功能。最低硬件配置：2.0G*1CPU、1G內(nèi)存、36G推薦硬件配置：2.8G*2CPU、2G內(nèi)存、36G*2HD_Raid1軟件：WindowsServer2003、ApplicationCenter2000（或利用WindowsServer2003的NLB－NetworkLoadBalance功能替代ApplicationCenter2000，但無推薦）2DBServer(1臺(tái))FileServer(1臺(tái))作為所有應(yīng)用系統(tǒng)的數(shù)據(jù)庫服務(wù)器及專門放置附件的文件服務(wù)器、數(shù)據(jù)放置于磁盤陣列最低硬件配置：DBServer2.8G*1CPU、1G內(nèi)存、36GFileServer2.8G*1CPU、1G內(nèi)存、36G推薦硬件配置：DBServer2.8G*2CPU、2G內(nèi)存、36G*2HD_Raid1。FileServer2.8G*2CPU、2G內(nèi)存、36G*2HD_Raid1。軟件:WindowsServer2003、SQLServer2000Enterprise3測試WebServer(1臺(tái))測試用WebServer硬件:2.0GCPU、512M內(nèi)存、36G*2HD_Raid1。軟件:WindowsServer20034測試DB/FileServer(1臺(tái))測試用DBServer和FileServer硬件:2.0GCPU、512M內(nèi)存、36G*2HD_Raid1。軟件:WindowsServer2003、SQLServer20005開發(fā)工具VisualStudio.Net2003注：上述配置僅僅是建議，具體部署時(shí)應(yīng)與設(shè)備供應(yīng)商、集成商商議確定，特別是在DB服務(wù)器、文件服務(wù)器和磁盤陣列方面。3.2.2增強(qiáng)型軟硬件平臺(tái)軟硬件平臺(tái)邏輯結(jié)構(gòu)圖：軟硬件配置標(biāo)準(zhǔn)：序號(hào)項(xiàng)目描述1WebServer(2臺(tái))作為所有應(yīng)用系統(tǒng)的WebServer，通過ApplicationCenter2000實(shí)現(xiàn)各應(yīng)用系統(tǒng)的負(fù)載均衡及系統(tǒng)管理，其中一臺(tái)為主控；或利用WindowsServer2003的NLB（NetworkLoadBalance）功能。最低硬件配置：2.0G*1CPU、1G內(nèi)存、36G推薦硬件配置：2.8G*2CPU、2G內(nèi)存、36G*2HD_Raid1軟件：WindowsServer2003、ApplicationCenter2000（或利用WindowsServer2003的NLB－NetworkLoadBalance功能替代ApplicationCenter2000，但無推薦）2DBServer(1臺(tái))FileServer(1臺(tái))作為所有應(yīng)用系統(tǒng)的數(shù)據(jù)庫服務(wù)器及專門放置附件的文件服務(wù)器、數(shù)據(jù)放置于磁盤陣列最低硬件配置：DBServer2.8G*2CPU、2G內(nèi)存、36GFileServer2.8G*2CPU、2G內(nèi)存、36G推薦硬件配置：DBServer2.8G*4CPU、4G內(nèi)存、36G*2HD_Raid1FileServer2.8G*4CPU、4G內(nèi)存、36G*2HD_Raid1軟件:WindowsServer2003Enterprise、SQLServer2000Enterprise3磁盤陣列(1臺(tái))作為數(shù)據(jù)庫文件和附件存儲(chǔ)空間推薦IBM的FAST600（配置根據(jù)現(xiàn)狀和發(fā)展預(yù)測可靈活調(diào)整）4輔助應(yīng)用服務(wù)器(1臺(tái))作為定時(shí)調(diào)度的系統(tǒng)服務(wù)運(yùn)行平臺(tái)最低硬件配置：2.0GCPU、512M內(nèi)存、36G推薦硬件配置：2.8GCPU、1G內(nèi)存、36G*2HD_Raid1軟件:WindowsServer20035測試WebServer(1臺(tái))測試用WebServer硬件:2.0GCPU、1G內(nèi)存、36G*2HD_Raid1。軟件:WindowsServer20036測試DB/FileServer(1臺(tái))測試用DBServer和FileServer硬件:2.0GCPU、1G內(nèi)存、36G*2HD_Raid1。軟件:WindowsServer2003、SQLServer2000Enterprise7AD服務(wù)器測試用ADServer硬件:2.0GCPU、1G內(nèi)存、36G*2HD_Raid1。軟件:WindowsServer20038開發(fā)工具VisualStudio.Net2003注：上述配置僅僅是建議，具體部署時(shí)應(yīng)與設(shè)備供應(yīng)商、集成商商議確定，特別是在DB服務(wù)器、文件服務(wù)器和磁盤陣列方面。3.2.3軟硬件平臺(tái)技術(shù)特點(diǎn)由上面圖表可以看出，綜合應(yīng)用管理系統(tǒng)硬件平臺(tái)基本上是基于X86的PC服務(wù)器，軟件平臺(tái)基于微軟windows平臺(tái)和.Net技術(shù)。各部分采用的具體技術(shù)：web服務(wù)器：采用ApplicationCenter做負(fù)載均衡，通過橫向擴(kuò)充滿足應(yīng)用和用戶增長的需要，同時(shí)也提高了系統(tǒng)的健壯性。數(shù)據(jù)庫和文件服務(wù)器：采用WindowsServer2003的MSCS集群技術(shù)，實(shí)現(xiàn)雙機(jī)熱備。增強(qiáng)型配置輔助應(yīng)用服務(wù)器：主要運(yùn)行系統(tǒng)的后臺(tái)服務(wù)程序；標(biāo)準(zhǔn)型配置可將后臺(tái)服務(wù)程序放到WEBServer上。應(yīng)用系統(tǒng)邏輯設(shè)計(jì)在構(gòu)建綜合應(yīng)用管理系統(tǒng)解決方案時(shí)，不僅涉及到開發(fā)自定義軟件，而且還涉及到將該軟件部署到生產(chǎn)服務(wù)器環(huán)境中。為了以最優(yōu)方式構(gòu)造可高效滿足解決方案要求的應(yīng)用程序和技術(shù)基礎(chǔ)結(jié)構(gòu)，并且將軟件結(jié)構(gòu)映射到硬件結(jié)構(gòu)，建議采用以下方案：● 按邏輯分層組織軟件應(yīng)用程序。● 優(yōu)化邏輯分層方法以提供和使用服務(wù)。● 按物理級(jí)組織硬件以便擴(kuò)展?！?優(yōu)化三級(jí)配置中的物理層策略。圖13.3.1三層服務(wù)應(yīng)用程序分層應(yīng)用程序在軟件開發(fā)世界被廣泛應(yīng)用，這種實(shí)現(xiàn)定義了三個(gè)層：表示、業(yè)務(wù)和數(shù)據(jù)。雖然您可以添加更多層，但是對于綜合應(yīng)用管理系統(tǒng)上運(yùn)行的管理支撐系統(tǒng)，目前幾乎總是按三層結(jié)構(gòu)來設(shè)計(jì)。圖2三層服務(wù)應(yīng)用程序上面所顯示的三層服務(wù)應(yīng)用程序基本上是一個(gè)松散的三層體系結(jié)構(gòu)。三層分別是：● 表示。表示層提供應(yīng)用程序的用戶界面(UI)。這通常包括Windows窗體（用于智能客戶端應(yīng)用程序）和ASP.NET技術(shù)（用于基于瀏覽器的交互）的使用?！?業(yè)務(wù)。業(yè)務(wù)層實(shí)現(xiàn)應(yīng)用程序的業(yè)務(wù)功能。該層通常由使用一種或多種支持.NET的編程語言實(shí)現(xiàn)的大量組件組成。這些組件可能為實(shí)現(xiàn)可伸縮的分布式組件解決方案而以Microsoft?.NETEnterpriseServices進(jìn)行了擴(kuò)充?！?數(shù)據(jù)。數(shù)據(jù)層提供對外部系統(tǒng)（如數(shù)據(jù)庫）的訪問。該層涉及到的主要.NET技術(shù)是ADO.NET。但是，在這里也經(jīng)常用到一些.NETXML功能。通用組件除了三個(gè)標(biāo)準(zhǔn)層，三層服務(wù)應(yīng)用程序還定義所有層都可以使用的一組通用組件。在綜合應(yīng)用管理系統(tǒng)中，這些服務(wù)包括：HR、協(xié)同辦公、消息通知、集中授權(quán)、監(jiān)控等。3.3.2三級(jí)分布基礎(chǔ)結(jié)構(gòu)分級(jí)分布按一組物理級(jí)來組織系統(tǒng)基礎(chǔ)結(jié)構(gòu)，以便提供針對特定操作要求和系統(tǒng)資源使用而優(yōu)化的特定服務(wù)器環(huán)境。建議按三級(jí)組織解決方案服務(wù)器：客戶端、Web應(yīng)用程序和數(shù)據(jù)。客戶端級(jí)和數(shù)據(jù)級(jí)的功能不言自明；Web應(yīng)用程序級(jí)作為應(yīng)用程序業(yè)務(wù)組件以及Web表示組件的宿主。對于具有更嚴(yán)格的安全性和操作要求的解決方案，您可能應(yīng)該考慮將Web功能移到單獨(dú)一級(jí)上。圍繞三個(gè)物理級(jí)構(gòu)造應(yīng)用程序：客戶端、應(yīng)用程序和數(shù)據(jù)庫。圖3顯示了此三級(jí)分布。圖3客戶端級(jí)客戶端級(jí)與解決方案的用戶交互。對于三層服務(wù)應(yīng)用程序，該級(jí)將駐留表示層組件。應(yīng)用程序級(jí)應(yīng)用程序級(jí)中的服務(wù)器負(fù)責(zé)駐留應(yīng)用程序的業(yè)務(wù)組件，以及Web服務(wù)器（在Web應(yīng)用程序的情況下）。對于三層服務(wù)應(yīng)用程序，該級(jí)將駐留業(yè)務(wù)層組件。數(shù)據(jù)級(jí)數(shù)據(jù)級(jí)中的服務(wù)器駐留了解決方案所需要的數(shù)據(jù)庫。對于三層服務(wù)應(yīng)用程序，該級(jí)將駐留數(shù)據(jù)層。3.3.3部署方案基于三層服務(wù)應(yīng)用程序，目前已確定了幾種常見的企業(yè)應(yīng)用程序部署規(guī)劃模型：簡單Web應(yīng)用程序、復(fù)雜Web應(yīng)用程序、擴(kuò)展企業(yè)應(yīng)用程序以及智能客戶端應(yīng)用程序?，F(xiàn)階段綜合應(yīng)用管理系統(tǒng)采用簡單Web應(yīng)用程序模型。簡單Web應(yīng)用程序簡單Web應(yīng)用程序配置將所有組件部署到一個(gè)通用級(jí)。此配置（如下圖所示）從理解上是復(fù)雜程度最低且最簡單的配置。隨著綜合應(yīng)用管理系統(tǒng)上應(yīng)用數(shù)量和種類的不斷增長，簡單Web應(yīng)用程序模型將不能滿足應(yīng)用需要，那時(shí)綜合應(yīng)用管理系統(tǒng)結(jié)構(gòu)必須做相應(yīng)的調(diào)整，以適應(yīng)復(fù)雜Web應(yīng)用程序、擴(kuò)展企業(yè)應(yīng)用程序以及智能客戶端應(yīng)用程序等部署規(guī)劃模型。通用組件的結(jié)構(gòu)與功能本章節(jié)講述的組件是供運(yùn)行于綜合應(yīng)用管理系統(tǒng)之上的管理支撐系統(tǒng)使用的基礎(chǔ)設(shè)施應(yīng)用組件，主要包括：目錄同步組件、消息通知組件、集中授權(quán)組件、服務(wù)器監(jiān)控組件、流程管理組件等。目錄同步組件目錄同步組件對各市分公司的人員、組織架構(gòu)、領(lǐng)導(dǎo)分管信息等用戶基礎(chǔ)數(shù)據(jù)的管理。目錄同步組件的約定前提為各市分公司人員（包括臨時(shí)人員）通過人力資源管理系統(tǒng)同步到省公司統(tǒng)一信息平臺(tái)的LDAPServer中。目錄同步組件是統(tǒng)一信息平臺(tái)LDAP用戶數(shù)據(jù)庫在各市公司的一個(gè)本地?cái)?shù)據(jù)庫副本，為市公司各管理支撐系統(tǒng)提供用戶數(shù)據(jù)緩存區(qū)。下圖為目錄同步組件與其他部分的交互圖。注：對于未在人力資源管理系統(tǒng)管轄范圍之內(nèi)的臨時(shí)人員，在全省LDAPServer中注冊，再同步到市公司目錄同步組件。目錄同步組件包括的模塊有：HR同步服務(wù)：指各市分公司通過WindowsService的方式從省公司統(tǒng)一信息平臺(tái)LDAPServer中獲取最新的人力資源相關(guān)數(shù)據(jù)和邏輯關(guān)系，包括工作類型、職位級(jí)別、部門/室/營業(yè)廳的分層數(shù)據(jù)、所有人員相關(guān)數(shù)據(jù)。（具體數(shù)據(jù)結(jié)構(gòu)參見《統(tǒng)一信息平臺(tái)應(yīng)用接入規(guī)范》）上述數(shù)據(jù)將作為綜合應(yīng)用管理系統(tǒng)向其他整合的應(yīng)用系統(tǒng)提供基礎(chǔ)用戶數(shù)據(jù)的基礎(chǔ)。領(lǐng)導(dǎo)分管信息定義：提供對組織架構(gòu)各層（部門/室/廳）的分管領(lǐng)導(dǎo)的WEB界面設(shè)置功能，而對應(yīng)的正職、副職則自動(dòng)從同步的人力資源數(shù)據(jù)中獲取到。這兩方面的數(shù)據(jù)將作為公司內(nèi)部的基本行政審批流程的指引數(shù)據(jù)。HR數(shù)據(jù)接口：通過WebService接口以二維表格方式向應(yīng)用系統(tǒng)提供獲取組織架構(gòu)、人員、領(lǐng)導(dǎo)分管信息等數(shù)據(jù)，以便應(yīng)用系統(tǒng)可以同步或獲取相關(guān)數(shù)據(jù)。消息通知組件消息通知組件主要是在整個(gè)平臺(tái)上提供統(tǒng)一的消息通知接口，減少重復(fù)投資，并利用移動(dòng)公司的優(yōu)勢實(shí)現(xiàn)短消息移動(dòng)辦公。主要的模塊有：短消息服務(wù)：以WindowsService的方式與短消息中心指定端口地址實(shí)現(xiàn)收、發(fā)短消息的功能，收發(fā)的策略要能支持對各個(gè)應(yīng)用系統(tǒng)的短消息進(jìn)行區(qū)分。（接入短信平臺(tái)可以選擇本地網(wǎng)關(guān)或省公司企信通平臺(tái)，但個(gè)別業(yè)務(wù)邏輯需要上行功能。）郵件服務(wù)：以WindowsService的方式與指定郵件服務(wù)器實(shí)現(xiàn)發(fā)送郵件的功能。短消息服務(wù)接口：以WebService方式提供各個(gè)應(yīng)用系統(tǒng)收、發(fā)短消息的接口。郵件服務(wù)接口：以WebService方式提供各個(gè)應(yīng)用系統(tǒng)發(fā)送郵件的接口。典型應(yīng)用如A提交請假B審核C批準(zhǔn)，當(dāng)A提交請假后，B收到新的待辦工作，同時(shí)B收到短消息通知；B收到短消息通知后登錄系統(tǒng)進(jìn)行審核，C收到新的待辦工作同時(shí)C收到含有概要數(shù)據(jù)的短消息，提示回復(fù)1即可自動(dòng)審批；C用手機(jī)回復(fù)1后，應(yīng)用系統(tǒng)通過短消息服務(wù)接口接收到回復(fù)的短消息，然后此申請單被自動(dòng)批準(zhǔn)。集中授權(quán)組件集中授權(quán)組件主要是用來對用戶與應(yīng)用系統(tǒng)之間的訪問權(quán)限、對WebService接口的訪問權(quán)限進(jìn)行管理，并提供相關(guān)接口。主要包括的模塊：應(yīng)用系統(tǒng)用戶角色管理：各應(yīng)用系統(tǒng)的角色的應(yīng)用訪問權(quán)限在應(yīng)用系統(tǒng)中設(shè)置，此組件可以獲取各系統(tǒng)中存在的角色。系統(tǒng)管理員和各應(yīng)用系統(tǒng)管理員可以在此組件中將用戶分配到不同應(yīng)用系統(tǒng)的各種角色中。用戶所屬的角色也就定義了用戶在系統(tǒng)中擁有訪問權(quán)限。系統(tǒng)擁有通用角色，即使在各系統(tǒng)中都具備的通用性高的角色，系統(tǒng)管理員設(shè)定只要設(shè)置用戶所屬的通用角色，各應(yīng)用系統(tǒng)將繼承用戶所屬的角色。而對個(gè)別用戶的角色調(diào)整將由應(yīng)用系統(tǒng)管理員進(jìn)行操作。對用戶有權(quán)限訪問的應(yīng)用系統(tǒng)，統(tǒng)一信息平臺(tái)提供對應(yīng)用系統(tǒng)的集成單點(diǎn)登錄鏈接。應(yīng)用系統(tǒng)訪問權(quán)限接口：為各應(yīng)用系統(tǒng)提供管理權(quán)限的WebService接口，用于提供各應(yīng)用系統(tǒng)獲取用戶在某系統(tǒng)所屬的角色。WebService訪問權(quán)限管理：WebService是提供給各應(yīng)用系統(tǒng)的接口，對其訪問權(quán)限可以用數(shù)字證書方式或帳號(hào)限制方式。服務(wù)器監(jiān)控組件服務(wù)器監(jiān)控組件主要是對綜合應(yīng)用管理系統(tǒng)上的各服務(wù)器進(jìn)行監(jiān)控，監(jiān)控的主要內(nèi)容為CPU使用負(fù)荷、內(nèi)存使用負(fù)荷、網(wǎng)絡(luò)流量、磁盤空間等。各市公司可利用CA作為監(jiān)控工具，也可以考慮采用其它監(jiān)控工具，如MOM、Tivoli、MAX等，原則上應(yīng)優(yōu)先考慮采用已有的監(jiān)控系統(tǒng)。流程管理組件（可選項(xiàng)）工作流是基于業(yè)務(wù)規(guī)則進(jìn)行系列動(dòng)作執(zhí)行的自動(dòng)化工作路線。流程管理組件體系分成三個(gè)層次：表現(xiàn)層、業(yè)務(wù)層、系統(tǒng)層，可以在WEB應(yīng)用的表現(xiàn)層和業(yè)務(wù)層創(chuàng)建垂直的業(yè)務(wù)流程。申請表申請表+簡單確認(rèn)邏輯工作流定義業(yè)務(wù)邏輯內(nèi)核+工作流引擎表現(xiàn)層業(yè)務(wù)層系統(tǒng)層客戶化工作流邏輯流程管理組件主要由下面幾個(gè)模塊組成：流程引擎：管理和執(zhí)行工作流流轉(zhuǎn)。負(fù)責(zé)創(chuàng)建新的工作流，確定流程每一步執(zhí)行的動(dòng)作，確定流程每一步的執(zhí)行人（角色），實(shí)現(xiàn)自動(dòng)化流程的流轉(zhuǎn)。 流程定義工具：定制業(yè)務(wù)流程，用于繪制、定義業(yè)務(wù)流程，管理路線、執(zhí)行動(dòng)作、活動(dòng)，設(shè)置每個(gè)步驟和執(zhí)行動(dòng)作的屬性，定義流程處理用戶等。操作應(yīng)簡便、界面可視直觀。 表單設(shè)計(jì)工具：建立工作流信息表單以存放工作流數(shù)據(jù)，并繪制展示數(shù)據(jù)的用戶界面。表單設(shè)計(jì)工具用戶界面友好的。 管理工具：核心的工作流管理組件，用于上載修改定義好的工作流和組織結(jié)構(gòu)到系統(tǒng)。系統(tǒng)性能要求應(yīng)用程序和服務(wù)需要以下的運(yùn)行（非功能性的）要求。這些要求包括應(yīng)用程序必須達(dá)到的可縮放性、可用性、維護(hù)性、安全性和易管理性級(jí)別。這些要求可能會(huì)影響應(yīng)用程序策略的設(shè)計(jì)，但它們還會(huì)影響應(yīng)用程序邏輯的設(shè)計(jì)方法。在某些情況下，很難做到既符合某些運(yùn)行要求，又符合其他的運(yùn)行要求。例如，通常降低應(yīng)用程序的易管理性有助于提高安全性。重要的是，一定要在生命周期早期分清支持運(yùn)行要求的應(yīng)用程序功能的輕重緩急，以便從一開始就在應(yīng)用程序?qū)嵤┲锌紤]到這些利弊權(quán)衡和決策?？煽s放性應(yīng)用程序的可縮放性是指，在增加一個(gè)或多個(gè)加載因子時(shí)，應(yīng)用程序能否提供一個(gè)可接受的總體性能水平。常見的加載因子包括用戶數(shù)量、應(yīng)用程序管理的數(shù)據(jù)量以及事務(wù)數(shù)量?？梢园凑胀掏铝亢晚憫?yīng)時(shí)間來測量總體性能。吞吐量測量應(yīng)用程序在給定時(shí)間內(nèi)執(zhí)行的操作數(shù)量；響應(yīng)時(shí)間測量用戶或進(jìn)程發(fā)出請求和收到請求結(jié)果之間間隔的時(shí)間。有很多因素影響吞吐量和響應(yīng)時(shí)間，其中包括硬件性能、物理資源（如內(nèi)存）、網(wǎng)絡(luò)延遲（通過網(wǎng)絡(luò)鏈路傳輸數(shù)據(jù)所花的時(shí)間）以及應(yīng)用程序設(shè)計(jì)。雖然可以通過增加硬件資源來解決很多性能和可縮放性問題，但如果設(shè)計(jì)的應(yīng)用程序不能有效運(yùn)行，則無論為解決問題投入了多少硬件，應(yīng)用程序幾乎始終具有很差的性能。對于高可縮放性應(yīng)用程序，請考慮以下設(shè)計(jì)原則：● 使用異步操作。通過使用異步操作來降低響應(yīng)時(shí)間和吞吐量要求。同步操作要求用戶一直等到業(yè)務(wù)操作完成時(shí)為止。通過將業(yè)務(wù)操作變?yōu)楫惒讲僮?，可以更快地將系統(tǒng)控制交還給用戶，并將處理請求放在隊(duì)列中排隊(duì)，這樣有助于控制吞吐量要求，而不會(huì)出現(xiàn)業(yè)務(wù)組件應(yīng)付不過來的情況。例如，假定用戶在電子商務(wù)站點(diǎn)下一個(gè)訂單。如果訂購過程是同步執(zhí)行的，則用戶必須等到已驗(yàn)證信用卡并從供應(yīng)商訂購了物品后，才能開始接收確認(rèn)。如果異步實(shí)施訂購過程，則可以在操作完成后通過電子郵件給用戶發(fā)送確認(rèn)或失敗消息。設(shè)計(jì)異步應(yīng)用程序增加了開發(fā)人員的工作量（尤其是當(dāng)他們需要事務(wù)邏輯時(shí)），但可以大大提高可縮放性?！?在需要數(shù)據(jù)的地方高速緩存數(shù)據(jù)。如有可能，應(yīng)該在需要數(shù)據(jù)的地方高速緩存數(shù)據(jù)，這可最大限度地減少對數(shù)據(jù)存儲(chǔ)的遠(yuǎn)程數(shù)據(jù)請求的數(shù)量。例如，對于前面介紹的電子商務(wù)站點(diǎn)，如果將產(chǎn)品數(shù)據(jù)緩存在Web站點(diǎn)中，而不是每次用戶查看產(chǎn)品列表時(shí)都從數(shù)據(jù)庫中進(jìn)行檢索，則該站點(diǎn)就會(huì)具有高得多的可縮放性級(jí)別?！?避免保存多余的狀態(tài)。如有可能，應(yīng)該將操作設(shè)計(jì)為無狀態(tài)的操作。這樣做可防止資源爭用，提高數(shù)據(jù)一致性，并且可以在場中的多個(gè)服務(wù)器之間分?jǐn)傉埱筘?fù)載。在某些情況下，需要永久性地保存狀態(tài)，例如，在HTTP請求中必須存儲(chǔ)客戶的購物車。在這些方案中，必須謹(jǐn)慎地規(guī)劃狀態(tài)永久性和狀態(tài)釋放邏輯。僅當(dāng)實(shí)際需要時(shí)，才應(yīng)該釋放狀態(tài)（例如，當(dāng)用戶要查看其購物車或簽出時(shí)）?！?避免出現(xiàn)資源爭用。有些資源（如數(shù)據(jù)庫連接）是很有限的，而有些資源（如數(shù)據(jù)庫鎖定）是獨(dú)占使用的。應(yīng)用程序設(shè)計(jì)應(yīng)該體現(xiàn)以下原則：應(yīng)該盡可能縮短保留資源的時(shí)間。應(yīng)該有效地使用數(shù)據(jù)庫連接池，并且應(yīng)該將操作設(shè)計(jì)為最后打開競爭最激烈的資源（以便沒有在整個(gè)操作中保留該資源）。在使用原子事務(wù)時(shí)，這是尤其正確的。例如，如果很多應(yīng)用程序部分都使用數(shù)據(jù)庫的訂單表，則應(yīng)該將訂單數(shù)據(jù)插入作為訂購過程的最后一步，以免在等待信用卡驗(yàn)證時(shí)保持對該表的鎖定。● 劃分?jǐn)?shù)據(jù)、資源和操作?？梢允褂秘?fù)載平衡技術(shù)（如NetworkLoadBalancing）在服務(wù)器場中分?jǐn)倯?yīng)用程序負(fù)載。這樣，就可以采用“擴(kuò)展”策略，僅通過在場中添加更多的服務(wù)器來提高可縮放性。通常，擴(kuò)展比升級(jí)（通過給服務(wù)器添加硬件資源）更劃算。應(yīng)該主要通過添加硬件資源來升級(jí)數(shù)據(jù)庫，但也可以通過在多個(gè)數(shù)據(jù)庫服務(wù)器之間劃分?jǐn)?shù)據(jù)庫來擴(kuò)展數(shù)據(jù)，使每個(gè)服務(wù)器僅負(fù)責(zé)處理一部分?jǐn)?shù)據(jù)。在中間層使用動(dòng)態(tài)數(shù)據(jù)路由邏輯將請求發(fā)送到相應(yīng)的數(shù)據(jù)庫服務(wù)器。有關(guān)劃分SQLServer數(shù)據(jù)庫的詳細(xì)信息，請參閱MSDN上的“InternetDataCenterReferenceArchitectureGuide”第5章“SQLServerDatabaseDesign”可用性可用性測量應(yīng)用程序能夠按調(diào)用者期望的方式響應(yīng)請求的時(shí)間百分比。人們普遍接受以下事實(shí)：即使最可靠的應(yīng)用程序偶爾也會(huì)無法使用，但在設(shè)計(jì)應(yīng)用程序時(shí)，應(yīng)最大限度地降低出現(xiàn)意外故障的風(fēng)險(xiǎn)。對于業(yè)務(wù)關(guān)鍵的應(yīng)用程序，很多企業(yè)將目標(biāo)定在“3個(gè)9”或99.9%可用性，要達(dá)到這種可靠性級(jí)別，必須仔細(xì)地進(jìn)行規(guī)劃和設(shè)計(jì)。請考慮應(yīng)用程序設(shè)計(jì)的以下高可用性策略：● 避免出現(xiàn)單個(gè)故障點(diǎn)。在應(yīng)用程序設(shè)計(jì)和部署基礎(chǔ)結(jié)構(gòu)中，應(yīng)該避免僅使用任何單個(gè)組件（如果將該組件脫機(jī)，就會(huì)導(dǎo)致應(yīng)用程序無法使用）?？赏ㄟ^使用負(fù)載平衡管理軟件（如MicrosoftApplicationCenter提供的軟件）來避免在Web場或應(yīng)用程序場中出現(xiàn)單個(gè)故障點(diǎn)，這種軟件從負(fù)載平衡的場中刪除不響應(yīng)的服務(wù)器，而不會(huì)中斷其余服務(wù)器的操作。應(yīng)該將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在故障轉(zhuǎn)移群集上部署的數(shù)據(jù)存儲(chǔ)（如數(shù)據(jù)庫或隊(duì)列）中，這樣，如果控制數(shù)據(jù)存儲(chǔ)的服務(wù)器由于某些原因出現(xiàn)故障，應(yīng)用程序就會(huì)“故障轉(zhuǎn)移”到備用服務(wù)器。還應(yīng)該提供冗余的數(shù)據(jù)路徑，以便提供多個(gè)到數(shù)據(jù)庫服務(wù)器的物理網(wǎng)絡(luò)路徑，這樣，在出現(xiàn)網(wǎng)絡(luò)電纜故障時(shí)，應(yīng)用程序仍能繼續(xù)正常工作。為防止應(yīng)用程序出現(xiàn)硬盤故障，應(yīng)該采取磁盤冗余措施，如廉價(jià)磁盤冗余陣列(RAID)技術(shù)?！?使用高速緩存和隊(duì)列最大限度地降低“相同時(shí)間和地點(diǎn)”要求。通過在需要數(shù)據(jù)的地方高速緩存只讀引用數(shù)據(jù)，不僅可以提供更高的可縮放性，而且它還降低對基本數(shù)據(jù)存儲(chǔ)的依賴性。在數(shù)據(jù)庫無法使用時(shí)，應(yīng)用程序可以繼續(xù)正常工作，因?yàn)閿?shù)據(jù)仍在高速緩存中。類似地，通過將請求放在隊(duì)列中以插入或更新數(shù)據(jù)，在基本數(shù)據(jù)源和服務(wù)無法使用時(shí)，應(yīng)用程序仍能處理客戶端請求。這樣，電子商務(wù)企業(yè)就可以繼續(xù)接收訂單，即使無法立即將訂單數(shù)據(jù)寫入到數(shù)據(jù)庫中，也是如此。● 規(guī)劃一個(gè)有效的備份策略。無論是否采用了高可用性措施，必須確保已制訂了一個(gè)有效的備份策略，以便最大限度地減少在出現(xiàn)災(zāi)難性故障時(shí)將系統(tǒng)恢復(fù)到正常工作狀態(tài)所需的時(shí)間?！?嚴(yán)格地測試和調(diào)試代碼。當(dāng)然，應(yīng)該始終測試和調(diào)試代碼，但如果要求提供高可用性，則尤其要確保消除可能使應(yīng)用程序出現(xiàn)故障或停止響應(yīng)的任何潛在的死循環(huán)、內(nèi)存泄漏或未處理的異常。維護(hù)性就維護(hù)性而言，應(yīng)用程序設(shè)計(jì)和部署應(yīng)該體現(xiàn)以下原則：可以方便地維護(hù)和修復(fù)應(yīng)用程序。在設(shè)計(jì)可維護(hù)的應(yīng)用程序時(shí)，應(yīng)考慮以下建議：● 以可預(yù)測的方式組織代碼。通過在應(yīng)用程序中使用統(tǒng)一的編碼技術(shù)，可以簡化應(yīng)用程序的維護(hù)工作。應(yīng)該對命名空間、變量、類和常量名稱使用標(biāo)準(zhǔn)化的約定，并使用一致的數(shù)組界限和內(nèi)嵌注釋?！?隔離經(jīng)常變化的數(shù)據(jù)和行為。將經(jīng)常變化的邏輯和數(shù)據(jù)封裝到單獨(dú)的組件中，可以獨(dú)立于應(yīng)用程序的其他部分對這些組件進(jìn)行更新?！?對配置和程序參數(shù)使用元數(shù)據(jù)。通過將應(yīng)用程序配置數(shù)據(jù)（如連接字符串和環(huán)境變量）存儲(chǔ)在外部元數(shù)據(jù)庫（如XML配置文件）中，可以在生產(chǎn)環(huán)境中方便地更改這些值，而無需編輯或重新編譯應(yīng)用程序。有關(guān)使用元數(shù)據(jù)（描述數(shù)據(jù)及其環(huán)境的數(shù)據(jù)）的詳細(xì)信息，請參閱第3章“安全性、運(yùn)行管理和通訊策略”中的“設(shè)計(jì)通訊策略”。● 使用可插入的類型。如果可以使用多種方法來實(shí)施某個(gè)應(yīng)用程序邏輯部分，則定義一個(gè)接口并讓應(yīng)用程序加載在運(yùn)行時(shí)實(shí)施該接口的相應(yīng)類是非常有用的。這樣，就可以在部署應(yīng)用程序后“插入”實(shí)施該接口的其他組件，而無需對它進(jìn)行修改?？梢詫⑼耆薅ǖ念愋兔Q存儲(chǔ)在配置存儲(chǔ)中，并在運(yùn)行時(shí)使用它們實(shí)例化對象。在使用這種方法時(shí)，必須確保已對配置存儲(chǔ)進(jìn)行相應(yīng)的保護(hù)，以防攻擊者強(qiáng)制應(yīng)用程序使用他或她自己設(shè)計(jì)的組件。● 接口設(shè)計(jì)。對組件接口進(jìn)行設(shè)計(jì)，使所有公用屬性和方法參數(shù)具有相同的類型。通過使用相同的類型，可以減少組件及其使用者之間的相關(guān)性。安全性在設(shè)計(jì)應(yīng)用程序時(shí)安全性始終是一個(gè)主要的考慮事項(xiàng)，尤其是可以通過Web訪問應(yīng)用程序時(shí)。安全性決策在很大程度上取決于安全策略。無論安全策略的具體細(xì)節(jié)是什么，都應(yīng)該始終考慮以下建議：● 評估風(fēng)險(xiǎn)。在應(yīng)用程序設(shè)計(jì)期間，花一些時(shí)間評估每個(gè)實(shí)施或部署決策所帶來的風(fēng)險(xiǎn)。切記，要考慮內(nèi)部風(fēng)險(xiǎn)以及外部黑客造成的風(fēng)險(xiǎn)。例如，可以使用安全HTTP連接來防止客戶信用卡號(hào)碼在通過Internet傳輸?shù)秸军c(diǎn)的過程中被“竊取”，但是，如果隨后將信用卡號(hào)碼以純文本的形式存儲(chǔ)在數(shù)據(jù)庫中，則未經(jīng)授權(quán)的員工就有可能會(huì)非法獲取該號(hào)碼?！?應(yīng)用“最少權(quán)限”原則。最少權(quán)限原則是一個(gè)標(biāo)準(zhǔn)的安全性設(shè)計(jì)策略，可確保每個(gè)用戶帳戶“有且僅有”執(zhí)行其必要任務(wù)所需的權(quán)限級(jí)別。例如，如果應(yīng)用程序需要讀取文件中的數(shù)據(jù)，則應(yīng)該給它使用的用戶帳戶分配讀取權(quán)限，而不是修改或完全控制。不應(yīng)給帳戶分配多余的權(quán)限?！?在每個(gè)安全區(qū)域的邊界執(zhí)行身份驗(yàn)證檢查。應(yīng)該始終在“入口處”執(zhí)行身份驗(yàn)證。在確定有效的身份之前，不應(yīng)允許用戶進(jìn)程在給定安全區(qū)域中執(zhí)行任何任務(wù)。● 仔細(xì)考慮用戶上下文在異步業(yè)務(wù)過程中的作用。切記，在應(yīng)用程序異步執(zhí)行業(yè)務(wù)任務(wù)時(shí)，用戶上下文的意義比同步執(zhí)行任務(wù)要小。應(yīng)該考慮對異步操作使用“受信任的服務(wù)器”模型，而不是使用模擬/委派方法。易管理性企業(yè)運(yùn)行管理策略決定了需要管理的應(yīng)用程序的特征。應(yīng)該在應(yīng)用程序中設(shè)計(jì)規(guī)范，以便公開運(yùn)行狀況監(jiān)視、服務(wù)級(jí)別協(xié)議(SLA)驗(yàn)證和容量規(guī)劃所需的關(guān)鍵管理信息。操作管理策略涉及應(yīng)用程序每時(shí)每刻的運(yùn)行，并涵蓋如異常管理、監(jiān)視、業(yè)務(wù)監(jiān)視、元數(shù)據(jù)、配置和服務(wù)位置等問題，如圖5.1所示。圖5.1操作管理策略的各個(gè)方面5.5.1異常管理異常管理包括捕捉和引發(fā)異常、設(shè)計(jì)異常、傳遞異常信息以及向不同的用戶發(fā)布異常信息。所有應(yīng)用程序都應(yīng)實(shí)現(xiàn)某種類型的異常處理來捕捉運(yùn)行時(shí)錯(cuò)誤。如果可能，應(yīng)捕捉并糾正異常。如果無法糾正錯(cuò)誤狀態(tài)，應(yīng)用程序應(yīng)為用戶顯示有用的消息，并出于調(diào)試目的提供某種記錄或發(fā)布異常信息的方法。異常管理功能包括：捕捉和引發(fā)異常設(shè)計(jì)異常類傳遞異常信息發(fā)布異常信息用戶界面組件中的異常管理業(yè)務(wù)進(jìn)程組件中的異常管理數(shù)據(jù)訪問組件中的異常管理業(yè)務(wù)實(shí)體組件中的異常管理注意：有關(guān)在基于.NET的應(yīng)用程序中處理異常的詳細(xì)信息，請參見MSDN上的“ExceptionManagement”（異常管理）。有關(guān)Microsoft提供的、實(shí)現(xiàn)大綱設(shè)計(jì)的異常管理參考生成塊，請參見MSDN上的“ExceptionManagementApplicationBlockfor.NET”（.NET異常管理應(yīng)用程序塊）。5.5.2監(jiān)視需要規(guī)范應(yīng)用程序，使操作人員可以觀察應(yīng)用程序的運(yùn)行狀況、服務(wù)級(jí)別協(xié)議(SLA)遵從性和伸縮/容量管理。有關(guān)如何規(guī)范應(yīng)用程序的詳細(xì)準(zhǔn)則，請參見MSDN上的“Monitoringin.NETDistributedApplicationDesign”（.NET分布式應(yīng)用程序設(shè)計(jì)中的監(jiān)視）。應(yīng)用程序可以從以下監(jiān)視類型中獲益：運(yùn)行狀況監(jiān)視：組件運(yùn)行正常嗎？是否有暫時(shí)的鎖定、掛起、進(jìn)程退出、被阻塞的隊(duì)列等？SLA遵從性：業(yè)務(wù)進(jìn)程是否在要求的參數(shù)內(nèi)運(yùn)行？集成的服務(wù)是否滿足預(yù)期要求？應(yīng)用程序或服務(wù)是否滿足調(diào)用方的性能和運(yùn)轉(zhuǎn)要求？伸縮管理：是否為組件處理的任務(wù)正確設(shè)計(jì)了用來部署組件的計(jì)算機(jī)、場或網(wǎng)絡(luò)？是否能從可用的資源預(yù)測性能？業(yè)務(wù)監(jiān)視：是否能使業(yè)務(wù)進(jìn)程更加高效？是否能更早地做出重要決定？企業(yè)高效業(yè)務(wù)處理的瓶頸是什么？通過監(jiān)視應(yīng)用程序或服務(wù)的正確部分，可以回答這些不同的問題。并非所有的監(jiān)視類型任何時(shí)候都需要處于活動(dòng)狀態(tài)。例如，可以決定在計(jì)劃應(yīng)用程序的下一個(gè)版本之前監(jiān)視業(yè)務(wù)因素。監(jiān)視功能包括：業(yè)務(wù)監(jiān)視用戶進(jìn)程組件中的監(jiān)視業(yè)務(wù)進(jìn)程組件和工作流程中的監(jiān)視數(shù)據(jù)訪問組件中的監(jiān)視5.5.3配置應(yīng)用程序需要配置數(shù)據(jù)才能在技術(shù)上運(yùn)行。修改策略行為（安全、操作管理和通信）的設(shè)置被認(rèn)為是配置數(shù)據(jù)。配置數(shù)據(jù)在用戶級(jí)、計(jì)算機(jī)級(jí)和應(yīng)用程序級(jí)的.NET配置文件中維護(hù)。此處存儲(chǔ)的自定義配置可以用任何架構(gòu)定義，并且可以使用應(yīng)用程序中的ConfigurationSettings類輕松訪問?？紤]配置安全敏感性非常重要，例如不要將SQL連接字符串以明文形式存儲(chǔ)在XML配置文件中，特別當(dāng)它們包含SQL憑據(jù)時(shí)。應(yīng)該僅限適當(dāng)?shù)牟僮鲉T訪問安全信息，并且為了增加安全性，可以考慮給信息加上數(shù)字簽名以確保配置數(shù)據(jù)未被篡改。配置數(shù)據(jù)可以存儲(chǔ)在許多位置，每個(gè)位置都有自己的優(yōu)點(diǎn)和缺點(diǎn)：應(yīng)用程序XML配置文件：在此處存儲(chǔ)配置數(shù)據(jù)使應(yīng)用程序客戶端可以離線工作，并且此模型容易實(shí)現(xiàn)。對于胖客戶端應(yīng)用程序，此方法可能會(huì)提高更改管理成本，因?yàn)樗笏锌蛻舳司哂邢嗤呐渲眯畔?。在服?wù)器環(huán)境中，使用ApplicationCenter服務(wù)器或MicrosoftActiveDirectory目錄服務(wù)，或通過復(fù)制批文件，可以很容易地推送配置更改。注意重新加載應(yīng)用程序配置數(shù)據(jù)需要重新啟動(dòng)AppDomain。不過，如果ASP.NET檢測到配置文件中有更改，它會(huì)重新啟動(dòng)AppDomain。應(yīng)用程序配置文件用純文本格式存儲(chǔ)，這可能是不能接受的安全風(fēng)險(xiǎn)。例如，在大多數(shù)方案中，不要在應(yīng)用程序配置文件中存儲(chǔ)包含用戶名和密碼的連接字符串。SQLServer或應(yīng)用程序數(shù)據(jù)存儲(chǔ)：這是應(yīng)用程序托管配置數(shù)據(jù)的常見存儲(chǔ)位置，但是對于應(yīng)用程序元數(shù)據(jù)而言，甚至還有更多的存儲(chǔ)位置。如果在此處存儲(chǔ)配置，建議將元數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)分別保存在不同的SQLServer數(shù)據(jù)庫中。訪問數(shù)據(jù)庫通常會(huì)影響性能，因此應(yīng)考慮緩存數(shù)據(jù)。ActiveDirectory：在組織內(nèi)部，可以決定將應(yīng)用程序元數(shù)據(jù)存儲(chǔ)在ActiveDirectory中。這樣可使域上的客戶端能夠使用元數(shù)據(jù)。還可以使用WindowsACL保護(hù)ActiveDirectory中的信息，確保只有授權(quán)用戶和服務(wù)帳戶可以訪問這些信息。構(gòu)造函數(shù)字符串：如果使用基于EnterpriseServices的組件，可以將配置數(shù)據(jù)添加到組件的構(gòu)造函數(shù)字符串中。用于特殊情況的其他位置：這些位置包括WindowsRegistry、WindowsLocalSecurityAuthority(LSA)存儲(chǔ)和自定義實(shí)現(xiàn)。它們用于非常特殊的情況，對于計(jì)算機(jī)和部署機(jī)制有額外的應(yīng)用程序特權(quán)要求。可能也提供版本控制和部署功能的第三方配置管理解決方案。頻繁訪問配置數(shù)據(jù)和元數(shù)據(jù)可能會(huì)影響性能，特別是當(dāng)遠(yuǎn)程存儲(chǔ)數(shù)據(jù)時(shí)。為了防止影響性能，可以在內(nèi)存中緩存應(yīng)用程序托管配置數(shù)據(jù)和元數(shù)據(jù)。但是，需要確保沒有增加安全漏洞，未向錯(cuò)誤的應(yīng)用程序代碼公開敏感信息。如果緩存配置數(shù)據(jù)，最好指定刷新速率和頻率，在預(yù)設(shè)的時(shí)間刷新緩存的數(shù)據(jù)，而不是在相對時(shí)間間隔（例如，強(qiáng)迫配置緩存整點(diǎn)刷新，而不是“上次刷新后一小時(shí)”）刷新緩存的數(shù)據(jù)。這有助于操作員在特定的時(shí)刻及時(shí)了解應(yīng)用程序所基于的配置數(shù)據(jù)。表示層中的配置用戶進(jìn)程組件通常需要以下配置設(shè)置：到達(dá)業(yè)務(wù)進(jìn)程組件和數(shù)據(jù)訪問組件的位置信息。資源的連接數(shù)據(jù)（例如，連接字符串或文件路徑），這些資源處理保持長期運(yùn)行的進(jìn)程的用戶進(jìn)程數(shù)據(jù)。服務(wù)代理中的配置為使用Web服務(wù)、消息隊(duì)列或其他一些方式連接到外部服務(wù)，服務(wù)代理需要配置信息。配置架構(gòu)和數(shù)據(jù)取決于所訪問的具體服務(wù)。數(shù)據(jù)訪問組件中的配置數(shù)據(jù)訪問組件通常需要以下信息：它們需要具有將邏輯數(shù)據(jù)源名稱映射到物理連接參數(shù)（例如，將“銷售”數(shù)據(jù)庫映射到實(shí)際的連接字符串）的能力。如果數(shù)據(jù)訪問組件執(zhí)行動(dòng)態(tài)數(shù)據(jù)路由，需要有配置數(shù)據(jù)來表示路由參數(shù)（例如，客戶區(qū)域）、算法（例如，散列算法）和路由目標(biāo)（例如，數(shù)據(jù)庫的連接字符串）。通常在一個(gè)單獨(dú)的實(shí)用程序組件中打包動(dòng)態(tài)數(shù)據(jù)路由邏輯。5.5.4元數(shù)據(jù)要使應(yīng)用程序更容易更改運(yùn)行時(shí)條件，可能需要提供有關(guān)應(yīng)用程序本身的信息。將應(yīng)用程序設(shè)計(jì)為在某些特定位置使用元數(shù)據(jù)，可以使應(yīng)用程序更容易維護(hù)并且能夠適應(yīng)更改，而無須付出很大代價(jià)進(jìn)行再開發(fā)或部署?？稍谝韵聝蓚€(gè)主要時(shí)期內(nèi)在應(yīng)用程序中使用元數(shù)據(jù)：設(shè)計(jì)時(shí)：例如，可以使用有關(guān)數(shù)據(jù)庫的信息生成代碼、存儲(chǔ)過程、.NET類、甚至是經(jīng)常重復(fù)的模式的用戶界面組件。在開發(fā)過程中使用元數(shù)據(jù)可以節(jié)省反應(yīng)開發(fā)時(shí)間、減少團(tuán)隊(duì)之間的通信需要、集中和“保持”專門的技能，而且可以加強(qiáng)設(shè)計(jì)、命名和實(shí)現(xiàn)標(biāo)準(zhǔn)。這樣，生成的組件的行為更容易預(yù)測，而且不容易出錯(cuò)，因此可以提高開發(fā)人員的工作效率。不過，這種方法要求有專門的知識(shí)，還需要額外的開發(fā)工作來創(chuàng)建模板和組合模板與元數(shù)據(jù)的代碼。運(yùn)行時(shí)：如果對應(yīng)用程序中經(jīng)常更改的地方使用適當(dāng)?shù)脑獢?shù)據(jù)，應(yīng)用程序可能更容易維護(hù)。例如，可以決定從元數(shù)據(jù)中提取用戶界面列表或網(wǎng)格的標(biāo)頭，從而無須在應(yīng)用程序中對它們進(jìn)行硬編碼。在建立組件之間的關(guān)系或處理可預(yù)測模式（如驗(yàn)證規(guī)則）時(shí)，應(yīng)用程序也可以利用元數(shù)據(jù)。不過，就性能而言，在運(yùn)行時(shí)使用元數(shù)據(jù)的開銷通常是很大的，因此，應(yīng)該在應(yīng)用程序生命周期的早期測試和配置應(yīng)用程序設(shè)計(jì)?？梢栽O(shè)計(jì)組件公開有關(guān)它們自身的元數(shù)據(jù)，但僅當(dāng)應(yīng)用程序打算使用這些數(shù)據(jù)時(shí)才應(yīng)該這樣做；否則，元數(shù)據(jù)可能會(huì)成為安全漏洞。在運(yùn)行時(shí)使用元數(shù)據(jù)時(shí)，使用高級(jí)技術(shù)可以避免性能問題，例如在應(yīng)用程序正在運(yùn)行時(shí)使用.NET映像類隨時(shí)生成代碼并進(jìn)行編譯。這種設(shè)計(jì)方法很復(fù)雜，由于它所需要的技能和運(yùn)行時(shí)代碼編譯及元數(shù)據(jù)存儲(chǔ)的安全問題，建議僅在最復(fù)雜的情況下使用。在大多數(shù)情況下，用.NET腳本可以很容易地實(shí)現(xiàn)運(yùn)行時(shí)自定義。有關(guān).NET腳本的更多信息，請參閱MSDN上的“ScriptHappens.NET”如前面“配置”中論述的那樣，元數(shù)據(jù)可以存儲(chǔ)在多個(gè)位置。對于集中式存儲(chǔ)，可以使用SQLServer數(shù)據(jù)庫或ActiveDirectory。如果要沿程序集分布元數(shù)據(jù)，可以在XML文件中實(shí)現(xiàn)此操作，甚至可以自定義.NET屬性。性能要獲得較好的用戶體驗(yàn)和有效地利用硬件，應(yīng)用程序和服務(wù)性能是至關(guān)重要的。雖然可以在系統(tǒng)建立后通過優(yōu)化系統(tǒng)實(shí)施和代碼來提高性能，但一定要在體系結(jié)構(gòu)和設(shè)計(jì)階段就考慮到性能問題。可能要在應(yīng)用程序原型確定、開發(fā)、測試等不同階段中執(zhí)行這一過程，以確保達(dá)到性能目標(biāo)或及早調(diào)整預(yù)期目標(biāo)：1. 為特定操作定義可測量的性能要求（例如，在一定利用率下的吞吐量和/或延遲，如“在特定的硬件配置下，平均CPU使用率為70%時(shí)為50個(gè)請求/秒”）。2. 進(jìn)行性能測試：對系統(tǒng)進(jìn)行負(fù)載測試并搜集配置信息。3. 分析測試結(jié)果：應(yīng)用程序是否達(dá)到性能目標(biāo)？4. 如果應(yīng)用程序沒有達(dá)到性能目標(biāo)，確定應(yīng)用程序中的瓶頸。（有關(guān)用于確定性能瓶頸的工具，請參閱此列表結(jié)尾引用的文章。）系統(tǒng)外延要求與廣東移動(dòng)統(tǒng)一信息平臺(tái)（門戶）的整合要求建立新的管理支撐系統(tǒng)時(shí)，應(yīng)與廣東移動(dòng)統(tǒng)一信息平臺(tái)整合。統(tǒng)一信息平臺(tái)的整合作用主要包括以下方面：統(tǒng)一用戶管理平臺(tái)：統(tǒng)一信息平臺(tái)作為統(tǒng)一用戶管理平臺(tái)，管理著全公司最完整的用戶信息。它的數(shù)據(jù)來源是公司人力資源管理系統(tǒng)，因此信息更新及時(shí)、唯一。統(tǒng)一信息平臺(tái)再把用戶信息同步給其他應(yīng)用系統(tǒng)，如綜合應(yīng)用管理系統(tǒng)。向綜合應(yīng)用管理系統(tǒng)的用戶信息同步，主要是同步給目錄同步組件，可參加本規(guī)范第4章“組件的結(jié)構(gòu)與功能”的相關(guān)章節(jié)。同步接口的詳細(xì)信息，請參見《廣東移動(dòng)統(tǒng)一信息平臺(tái)應(yīng)用接入規(guī)范》。統(tǒng)一認(rèn)證平臺(tái)：統(tǒng)一信息平臺(tái)作為統(tǒng)一認(rèn)證平臺(tái)，為其他應(yīng)用系統(tǒng)提供了統(tǒng)一的認(rèn)證服務(wù)。這種認(rèn)證服務(wù)體現(xiàn)為以下兩種方式，具體的接口信息請參見《廣東移動(dòng)統(tǒng)一信息平臺(tái)應(yīng)用接入規(guī)范》。單點(diǎn)登錄（SSO）：用戶訪問統(tǒng)一信息平臺(tái)后，可以直接訪問其他應(yīng)用系統(tǒng)而不需要再次登錄（即實(shí)現(xiàn)了單點(diǎn)登錄功能），如綜合應(yīng)用管理系統(tǒng)。認(rèn)證服務(wù)：用戶登錄應(yīng)用系統(tǒng)時(shí)，如綜合應(yīng)用管理系統(tǒng)，不在應(yīng)用系統(tǒng)本地做認(rèn)證，而是將認(rèn)證功能重定向到統(tǒng)一信息平臺(tái)（調(diào)用統(tǒng)一信息平臺(tái)提供的相應(yīng)接口，如webservice接口），認(rèn)證通過后返回確認(rèn)信息。統(tǒng)一信息展示平臺(tái)：統(tǒng)一信息平臺(tái)作為統(tǒng)一的信息展示平臺(tái)，將多個(gè)系統(tǒng)中的關(guān)鍵信息展示在統(tǒng)一的界面上（典型應(yīng)用如待辦工作的統(tǒng)一展示），提高辦公效率。為此，統(tǒng)一信息平臺(tái)提供了相應(yīng)的接口方式，如webservice接口方式、Portlet封裝方式等。具體的接口信息請參見《廣東移動(dòng)統(tǒng)一信息平臺(tái)應(yīng)用接入規(guī)范》。用戶管理按照“人力資源管理系統(tǒng)統(tǒng)一信息平臺(tái)各應(yīng)用系統(tǒng)”的順序規(guī)則進(jìn)行用戶信息管理，人力資源系統(tǒng)中的數(shù)據(jù)架構(gòu)格式（如工作類型、職位級(jí)別等）應(yīng)能反映到各系統(tǒng)中。數(shù)據(jù)共享：用戶數(shù)據(jù)依賴人力資源系統(tǒng)LDAPServer目錄同步組件各管理支撐系統(tǒng)來實(shí)現(xiàn)共享。全省各分公司在使用人力資源系統(tǒng)時(shí)管理分公司的人員數(shù)據(jù)時(shí)都與統(tǒng)一信息平臺(tái)的LDAPServer實(shí)現(xiàn)了同步，而各市公司綜合應(yīng)用管理系統(tǒng)上的目錄同步組件從LDAPServer上同步本分公司的人員數(shù)據(jù)作為本地的用戶數(shù)據(jù)，并提供WebService接口給其他應(yīng)用系統(tǒng)獲取本地用戶數(shù)據(jù)。用戶認(rèn)證：用戶的認(rèn)證建議由省公司統(tǒng)一提供，并與單點(diǎn)登錄功能結(jié)合，以便特殊應(yīng)用系統(tǒng)可以在統(tǒng)一的認(rèn)證模式下實(shí)現(xiàn)自定義的單點(diǎn)登錄。用戶命名規(guī)范：綜合應(yīng)用管理系統(tǒng)只是同步已生成的用戶數(shù)據(jù)，創(chuàng)建用戶由統(tǒng)一信息平臺(tái)負(fù)責(zé)，用戶命名規(guī)范參見省公司統(tǒng)一信息平臺(tái)相關(guān)規(guī)范。網(wǎng)絡(luò)環(huán)境根據(jù)中國移動(dòng)集團(tuán)公司《中國移動(dòng)網(wǎng)絡(luò)與信息安全標(biāo)準(zhǔn)NISS》及省公司網(wǎng)絡(luò)部制定的《網(wǎng)絡(luò)與信息安全管理體系》要求，綜合應(yīng)用管理系統(tǒng)必須同步進(jìn)行網(wǎng)絡(luò)安全建設(shè)，并符合有關(guān)設(shè)備接入要求。綜合應(yīng)用管理系統(tǒng)網(wǎng)絡(luò)和安全必須納入企業(yè)信息網(wǎng)整體的信息安全防護(hù)體系，并按照“誰主管、誰負(fù)責(zé)”的原則，落實(shí)有關(guān)責(zé)任人員，建立專項(xiàng)系統(tǒng)維護(hù)和安全管理制度。本系統(tǒng)所有服務(wù)器應(yīng)運(yùn)行在MDCN網(wǎng)絡(luò)上，廣東移動(dòng)和各市公司各種應(yīng)用系統(tǒng)運(yùn)行于一個(gè)局域網(wǎng)中，省公司和各市公司之間的網(wǎng)絡(luò)通信速度快、可靠性高。客戶端應(yīng)支持IE5.0以上；網(wǎng)絡(luò)間的資源訪問應(yīng)該基于80端口，如文件上傳下載、WebService等；所有應(yīng)用系統(tǒng)應(yīng)采取B/S結(jié)構(gòu)。系統(tǒng)實(shí)施和運(yùn)維要求綜合應(yīng)用管理系統(tǒng)建成后，為應(yīng)用系統(tǒng)建設(shè)運(yùn)行提供了很好的基礎(chǔ)，平臺(tái)上承載的應(yīng)用系統(tǒng)一定會(huì)越來越多。而這么多應(yīng)用系統(tǒng)建設(shè)一般會(huì)涉及到多家開發(fā)商，而且系統(tǒng)建設(shè)維護(hù)人員一般也不止一個(gè)。要協(xié)調(diào)好各方的操作，保證綜合應(yīng)用管理系統(tǒng)能夠正常運(yùn)行，就必須從開發(fā)規(guī)范、測試上載方法和系統(tǒng)維護(hù)管理等方面提出嚴(yán)格的系統(tǒng)實(shí)施和運(yùn)維要求。開發(fā)規(guī)范由于綜合應(yīng)用管理系統(tǒng)的生產(chǎn)服務(wù)器上面會(huì)有多個(gè)不同開發(fā)商開發(fā)的應(yīng)用系統(tǒng)，為了要保證開發(fā)商開發(fā)的應(yīng)用能夠不對其他系統(tǒng)構(gòu)成影響，使得各個(gè)系統(tǒng)能夠在統(tǒng)一的平臺(tái)上面順利運(yùn)行，各個(gè)開發(fā)商都必須遵從統(tǒng)一的應(yīng)用系統(tǒng)開發(fā)規(guī)范。（詳見《綜合應(yīng)用管理系統(tǒng)開發(fā)規(guī)范》）運(yùn)行維護(hù)7.2.1應(yīng)用系統(tǒng)的開發(fā)測試所用應(yīng)用系統(tǒng)的開發(fā)測試，都在測試服務(wù)器上完成。測試服務(wù)器具有跟生產(chǎn)服務(wù)器相同的.netFramework軟件環(huán)境，以及相關(guān)應(yīng)用系統(tǒng)。因此，在測試服務(wù)器上完全可以模擬實(shí)際的生產(chǎn)環(huán)境，對不同應(yīng)用系統(tǒng)之間的兼容性等進(jìn)行測試、對系統(tǒng)的整體性能等進(jìn)行測試。在開發(fā)測試階段，測試服務(wù)器只提供了We