【正文】 可以方便地接入到平臺(tái)中。第三，各應(yīng)用系統(tǒng)由于沒(méi)有統(tǒng)一規(guī)劃，各自建造，導(dǎo)致很多系統(tǒng)模塊重復(fù)建設(shè)，數(shù)據(jù)重復(fù)保存、版本不一，信息無(wú)法統(tǒng)一管理共享利用等等。8 / 36 差距分析 用戶需求響應(yīng)時(shí)間的差距對(duì)于各部門的“短平快” （時(shí)間短、價(jià)格平、響應(yīng)快）管理支撐系統(tǒng)開(kāi)發(fā)需求，在現(xiàn)有公司資源配置情況下，除部分小項(xiàng)目可以在規(guī)定時(shí)間內(nèi)自主開(kāi)發(fā)外，其它需求幾乎無(wú)法滿足需求者的時(shí)限要求，通過(guò)建設(shè)綜合應(yīng)用管理系統(tǒng)，可以使我們減少技術(shù)選型、軟硬件平臺(tái)采購(gòu)和安裝調(diào)試等環(huán)節(jié)，還可有效縮短測(cè)試上載時(shí)間，進(jìn)而達(dá)到縮短響應(yīng)時(shí)間的目的。采用綜合應(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)定性和安全性。綜合應(yīng)用管理系統(tǒng)將使這些應(yīng)用系統(tǒng)的移植簡(jiǎn)便易行。先規(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è)必要步驟。對(duì)業(yè)務(wù)量較小的、本身不具備建設(shè)綜合應(yīng)用管理系統(tǒng)的人力物力的公司，可考慮由應(yīng)用系統(tǒng)建設(shè)在鄰近區(qū)域中心，由區(qū)域中心提供相應(yīng)的系統(tǒng)平臺(tái)資源。.NET 技術(shù)是綜合應(yīng)用管理系統(tǒng)的核心技術(shù)，該軟件體系結(jié)構(gòu)： 提供強(qiáng)大的平臺(tái)基礎(chǔ)設(shè)施。 提供對(duì) XML Web service 技術(shù)的全面支持。用戶可以通過(guò)各種方式、在各種不同設(shè)備上方便地獲取自己想要的信息。綜合應(yīng)用管理系統(tǒng)包括生產(chǎn)和測(cè)試兩部分。 成功案例深圳公司于 2022 年 4 月建成的綜合應(yīng)用管理系統(tǒng)，經(jīng)過(guò)先后兩次的升級(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)。下面簡(jiǎn)單介紹一下深圳公司綜合應(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)集成，最后通過(guò)門戶實(shí)現(xiàn)集中認(rèn)證、協(xié)同辦公和統(tǒng)一信息展現(xiàn)。合同/預(yù)算/核算管理系統(tǒng)：實(shí)現(xiàn)了“投資立項(xiàng)合同簽訂預(yù)算報(bào)帳項(xiàng)目核算”的財(cái)務(wù)閉環(huán)管理。后勤門戶網(wǎng)站：包含車輛調(diào)度與管理、物料供應(yīng)、物業(yè)和內(nèi)勤服務(wù)與管理等部分，為員工工作生活提供了有力的保障。 系統(tǒng)總體結(jié)構(gòu)下面是綜合應(yīng)用管理系統(tǒng)的系統(tǒng)架構(gòu)圖：目錄同步 消息通知 集中授權(quán) 監(jiān)控監(jiān)控派單系統(tǒng) 網(wǎng)上交易系統(tǒng) 服務(wù)營(yíng)銷廣場(chǎng)在線教育系統(tǒng)Windows/.Net Framewok/SQL erv …服 務(wù) 器 /網(wǎng) 絡(luò) 設(shè) 備 統(tǒng) 一 信 息 門 戶 統(tǒng)一認(rèn)證模塊統(tǒng)一用戶管理模塊綜 合 應(yīng) 用 平 臺(tái)統(tǒng) 一 信 息 平 臺(tái)通 用 組 件軟 件 平 臺(tái)硬 件 平 臺(tái)應(yīng) 用 系 統(tǒng)統(tǒng) 一 信 息 平 臺(tái) 統(tǒng)一展示模塊綜合應(yīng)用管理系統(tǒng)的系統(tǒng)總體結(jié)構(gòu)可以劃分為四部分：硬件平臺(tái)、軟件平臺(tái)、通用組件以及運(yùn)行于平臺(tái)上面的各應(yīng)用系統(tǒng)。13 / 36? 通用組件：將綜合應(yīng)用管理系統(tǒng)上一些通用基礎(chǔ)的功能封裝成一系列功能相對(duì)獨(dú)立的組件，現(xiàn)包括目錄同步、消息通知、集中授權(quán)、監(jiān)控等通用功能，并以組件的形式實(shí)現(xiàn)。 （詳見(jiàn) “與廣東移動(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í)施。File Server * 2CPU、2G 內(nèi)存、36G*2HD_Raid1。 增強(qiáng)型軟硬件平臺(tái)軟硬件平臺(tái)邏輯結(jié)構(gòu)圖：軟硬件配置標(biāo)準(zhǔn)：序號(hào) 項(xiàng)目 描述1 Web Server(2 臺(tái)) 作為所有應(yīng)用系統(tǒng)的 Web Server，通過(guò) Application Center 2022 實(shí)現(xiàn)各應(yīng)用系統(tǒng)的負(fù)載均衡及系統(tǒng)管理，其中一臺(tái)為主控；或利用 Windows Server 2022 的15 / 36NLB（Network Load Balance）功能。軟件: Windows Server 20228 開(kāi)發(fā)工具 Visual Studio .Net 2022注：上述配置僅僅是建議，具體部署時(shí)應(yīng)與設(shè)備供應(yīng)商、集成商商議確定，特別是在DB 服務(wù)器、文件服務(wù)器和磁盤陣列方面。? 增強(qiáng)型配置輔助應(yīng)用服務(wù)器：主要運(yùn)行系統(tǒng)的后臺(tái)服務(wù)程序；標(biāo)準(zhǔn)型配置可將后臺(tái)服務(wù)程序放到 WEB Server 上?！?按物理級(jí)組織硬件以便擴(kuò)展。17 / 36表 示 層業(yè) 務(wù) 層數(shù) 據(jù) 層用 戶 用戶管理應(yīng)用系統(tǒng)1應(yīng)用系統(tǒng)2應(yīng)用系統(tǒng)N協(xié)同辦公消息通知圖 2 三層服務(wù)應(yīng)用程序上面所顯示的 三 層 服 務(wù)應(yīng) 用程序 基本上是一個(gè)松散的三層體系結(jié)構(gòu)?！?業(yè)務(wù)。 .NET Enterprise Services 進(jìn)行了擴(kuò)充。但是，在這里也經(jīng)常用到一些 .NET XML 功能。建議按三級(jí)組織解決方案服務(wù)器：客戶端、Web 應(yīng)用程序和數(shù)據(jù)。圖 3 顯示了此三級(jí)分布。對(duì)于三層服務(wù)應(yīng)用程序，該級(jí)將駐留業(yè)務(wù)層組件?，F(xiàn)階段綜合應(yīng)用管理系統(tǒng)采用簡(jiǎn)單 Web 應(yīng)用程序模型。20 / 36通用組件的結(jié)構(gòu)與功能本章節(jié)講述的組件是供運(yùn)行于綜合應(yīng)用管理系統(tǒng)之上的管理支撐系統(tǒng)使用的基礎(chǔ)設(shè)施應(yīng)用組件，主要包括：目錄同步組件、消息通知組件、集中授權(quán)組件、服務(wù)器監(jiān)控組件、流程管理組件等。下圖為目錄同步組件與其他部分的交互圖。? 領(lǐng)導(dǎo)分管信息定義：提供對(duì)組織架構(gòu)各層（部門/室/廳）的分管領(lǐng)導(dǎo)的 WEB 界面設(shè)置功能，而對(duì)應(yīng)的正職、副職則自動(dòng)從同步的人力資源數(shù)據(jù)中獲取到。主要的模塊有：? 短消息服務(wù)：以 Windows Service 的方式與短消息中心指定端口地址實(shí)現(xiàn)收、發(fā)短消息的功能，收發(fā)的策略要能支持對(duì)各個(gè)應(yīng)用系統(tǒng)的短消息進(jìn)行區(qū)分。? 郵件服務(wù)接口：以 Web Service 方式提供各個(gè)應(yīng)用系統(tǒng)發(fā)送郵件的接口。系統(tǒng)管理員和各應(yīng)用系統(tǒng)管理員可以在此組件中將用戶分配到不同應(yīng)用系統(tǒng)的各種角色中。? 對(duì)用戶有權(quán)限訪問(wèn)的應(yīng)用系統(tǒng)，統(tǒng)一信息平臺(tái)提供對(duì)應(yīng)用系統(tǒng)的集成單點(diǎn)登錄鏈接。各市公司可利用 CA 作為監(jiān)控工具，也可以考慮采用其它監(jiān)控工具，如 MOM、Tivoli、MAX 等，原則上應(yīng)優(yōu)先考慮采用已有的監(jiān)控系統(tǒng)。負(fù)責(zé)創(chuàng)建新的工作流，確定流程每一步執(zhí)行的動(dòng)作，確定流程每一步的執(zhí)行人（角色） ，實(shí)現(xiàn)自動(dòng)化流程的流轉(zhuǎn)。表單設(shè)計(jì)工具用戶界面友好的。這些要求可能會(huì)影響應(yīng)用程序策略的設(shè)計(jì)，但它們還會(huì)影響應(yīng)用程序邏輯的設(shè)計(jì)方法。 可縮放性應(yīng)用程序的可縮放性是指，在增加一個(gè)或多個(gè)加載因子時(shí)，應(yīng)用程序能否提供一個(gè)可接受的總體性能水平。有很多因素影響吞吐量和響應(yīng)時(shí)間，其中包括硬件性能、物理資源（如內(nèi)存） 、網(wǎng)絡(luò)延遲（通過(guò)網(wǎng)絡(luò)鏈路傳輸數(shù)據(jù)所花的時(shí)間）以及應(yīng)用程序設(shè)計(jì)。同步操作要求用戶一直等到業(yè)務(wù)操作完成時(shí)為止。如果異步實(shí)施訂購(gòu)過(guò)程，則可以在操作完成后通過(guò)電子郵件給用戶發(fā)送確認(rèn)或失敗消息。例如，對(duì)于前面介紹的電子商務(wù)站點(diǎn)，如果將產(chǎn)品數(shù)據(jù)緩存在 Web 站點(diǎn)中，而不是每次用戶查看產(chǎn)品列表時(shí)都從數(shù)據(jù)庫(kù)中進(jìn)行檢索，則該站點(diǎn)就會(huì)具有高得多的可縮放性級(jí)別。在某些情況下，需要永久性地保存狀態(tài)，例如，在 HTTP 請(qǐng)求中必須存儲(chǔ)客戶的購(gòu)物車。有些資源（如數(shù)據(jù)庫(kù)連接）是很有限的，而有些資源（如數(shù)據(jù)庫(kù)鎖定）是獨(dú)占使用的。例如，如果很多應(yīng)用程序部分都使用數(shù)據(jù)庫(kù)的訂單表，則應(yīng)該將訂單數(shù)據(jù)插入作為訂購(gòu)過(guò)程的最后一步，以免在等待信用卡驗(yàn)證時(shí)保持對(duì)該表的鎖定。通常，擴(kuò)展比升級(jí)（通過(guò)給服務(wù)器添加硬件資源）更劃算。人們普遍接受以下事實(shí)：即使最可靠的應(yīng)用程序偶爾也會(huì)無(wú)法使用，但在設(shè)計(jì)應(yīng)用程序時(shí)，應(yīng)最大限度地降低出現(xiàn)意外故障的風(fēng)險(xiǎn)?？赏ㄟ^(guò)使用負(fù)載平衡管理軟件（如 Microsoft Application Center 提供的軟件）來(lái)避免在 Web 場(chǎng)或應(yīng)用程序場(chǎng)中出現(xiàn)單個(gè)故障點(diǎn)，這種軟件從負(fù)載平衡的場(chǎng)中刪除不響應(yīng)的服務(wù)器，而不會(huì)中斷其余服務(wù)器的操作。25 / 36● 使用高速緩存和隊(duì)列最大限度地降低“相同時(shí)間和地點(diǎn)”要求。這樣，電子商務(wù)企業(yè)就可以繼續(xù)接收訂單，即使無(wú)法立即將訂單數(shù)據(jù)寫入到數(shù)據(jù)庫(kù)中，也是如此。當(dāng)然，應(yīng)該始終測(cè)試和調(diào)試代碼，但如果要求提供高可用性，則尤其要確保消除可能使應(yīng)用程序出現(xiàn)故障或停止響應(yīng)的任何潛在的死循環(huán)、內(nèi)存泄漏或未處理的異常。應(yīng)該對(duì)命名空間、變量、類和常量名稱使用標(biāo)準(zhǔn)化的約定，并使用一致的數(shù)組界限和內(nèi)嵌注釋。通過(guò)將應(yīng)用程序配置數(shù)據(jù)（如連接字符串和環(huán)境變量）存儲(chǔ)在外部元數(shù)據(jù)庫(kù)（如 XML 配置文件）中，可以在生產(chǎn)環(huán)境中方便地更改這些值，而無(wú)需編輯或重新編譯應(yīng)用程序。這樣，就可以在部署應(yīng)用程序后“插入”實(shí)施該接口的其他組件，而無(wú)需對(duì)它進(jìn)行修改。對(duì)組件接口進(jìn)行設(shè)計(jì)，使所有公用屬性和方法參數(shù)具有相同的類型。無(wú)論安全策略的具體細(xì)節(jié)是什么，都應(yīng)該始終考慮以下建議：● 評(píng)估風(fēng)險(xiǎn)?！?應(yīng)用“最少權(quán)限”原則?！?在每個(gè)安全區(qū)域的邊界執(zhí)行身份驗(yàn)證檢查。切記，在應(yīng)用程序異步執(zhí)行業(yè)務(wù)任務(wù)時(shí)，用戶上下文的意義比同步執(zhí)行任務(wù)要小。操作管理策略涉及應(yīng)用程序每時(shí)每刻的運(yùn)行，并涵蓋如異常管理、監(jiān)視、業(yè)務(wù)監(jiān)視、元數(shù)據(jù)、配置和服務(wù)位置等問(wèn)題，如圖 所示。如果無(wú)法糾正錯(cuò)誤狀態(tài)，應(yīng)用程序應(yīng)為用戶顯示有用的消息，并出于調(diào)試目的提供某種記錄或發(fā)布異常信息的方法。有關(guān)如何規(guī)范應(yīng)用程序的詳細(xì)準(zhǔn)則，請(qǐng)參見(jiàn) MSDN 上的“Monitoring in .NET Distributed Application Design”（.NET 分布式應(yīng)用程序設(shè)計(jì)中的監(jiān)視） 。監(jiān)視功能包括：? 業(yè)務(wù)監(jiān)視? 用戶進(jìn)程組件中的監(jiān)視 ? 業(yè)務(wù)進(jìn)程組件和工作流程中的監(jiān)視? 數(shù)據(jù)訪問(wèn)組件中的監(jiān)視 配置應(yīng)用程序需要配置數(shù)據(jù)才能在技術(shù)上運(yùn)行?？紤]配置安全敏感性非常重要，例如不要將 SQL 連接字符串以明文形式存儲(chǔ)在 XML 配置文件中，特別當(dāng)它們包含 SQL 憑據(jù)時(shí)。在服務(wù)器環(huán)境中，使用 Application Center 服務(wù)器或 Microsoft Active Directory 目錄服務(wù)，或通過(guò)復(fù)制批文件，可以很容易地推送配置更改。例如，在大多數(shù)方案中，不要在應(yīng)用程序配置文件中存儲(chǔ)包含用戶名和密碼的連接字符串。? Active Directory：在組織內(nèi)部，可以決定將應(yīng)用程序元數(shù)據(jù)存儲(chǔ)在 Active Directory 中。? 用于特殊情況的其他位置：這些位置包括 Windows Registry、Windows Local Security Authority (LSA) 存儲(chǔ)和自定義實(shí)現(xiàn)。為了防止影響性能，可以在內(nèi)存中緩存應(yīng)用程序托管配置數(shù)據(jù)和元數(shù)據(jù)。? 表示層中的配置? 用戶進(jìn)程組件通常需要以下配置設(shè)置：? 到達(dá)業(yè)務(wù)進(jìn)程組件和數(shù)據(jù)訪問(wèn)組件的位置信息。數(shù)據(jù)訪問(wèn)組件中的配置數(shù)據(jù)訪問(wèn)組件通常需要以下信息：? 它們需要具有將邏輯數(shù)據(jù)源名稱映射到物理連接參數(shù)（例如，將“銷售”數(shù)據(jù)庫(kù)映射到實(shí)際的連接字符串）的能力。將應(yīng)用程序設(shè)計(jì)為在某些特定位置使用元數(shù)據(jù)，可以使應(yīng)用程序更容易維護(hù)并且能夠適應(yīng)更改，而無(wú)須付出很大代價(jià)進(jìn)行再開(kāi)發(fā)或部署。不過(guò)，這種方法要求有專門的知識(shí)，還需要額外的開(kāi)發(fā)工作來(lái)創(chuàng)建模板和組合模板與元數(shù)據(jù)的代碼。不過(guò)，就性能而言，在運(yùn)行時(shí)使用元數(shù)據(jù)的開(kāi)銷通常是很大的，因此，應(yīng)該在應(yīng)用程序生命周期的早期測(cè)試和配置應(yīng)用程序設(shè)計(jì)。在大多數(shù)情況下，用 .NET 腳本可以很容易地實(shí)現(xiàn)運(yùn)行時(shí)自定義。 性能要獲得較好的用戶體驗(yàn)和有效地利用硬件，應(yīng)用程序和服務(wù)性能是至關(guān)重要的。3. 分析測(cè)試結(jié)果：應(yīng)用程序是否達(dá)到性能目標(biāo)？4. 如果應(yīng)用程序沒(méi)有達(dá)到性能目標(biāo)，確定應(yīng)用程序中的瓶頸。它的數(shù)據(jù)來(lái)源是公司人力資源管理系統(tǒng)，因此信息更新及時(shí)、唯一。? 統(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ù)。? 統(tǒng)一信息展示平臺(tái)：統(tǒng)一信息平臺(tái)作為統(tǒng)一的信息展示平臺(tái)，將多個(gè)系統(tǒng)中的關(guān)鍵信息展示在統(tǒng)一的界面上（典型應(yīng)用如待辦工作的統(tǒng)一展示） ，提高辦公效率。? 單點(diǎn)登錄（SSO）：用戶訪問(wèn)統(tǒng)一信息平臺(tái)后，可以直接訪問(wèn)其他應(yīng)用系統(tǒng)而不需要再次登錄（即實(shí)現(xiàn)了單點(diǎn)登錄功能） ，如綜合應(yīng)用管理系統(tǒng)。向綜合應(yīng)用管理系統(tǒng)的用戶信息同步，主要是同步給目錄同步組件，可參加本規(guī)范第 4章“組件的結(jié)構(gòu)與功能”的相關(guān)章節(jié)。 ）31 / 366. 系統(tǒng)外延要求 與廣東移動(dòng)統(tǒng)一信息平臺(tái)（門戶）的整合要求建立新的管理支撐系統(tǒng)時(shí)，應(yīng)與廣東移動(dòng)統(tǒng)一信息平臺(tái)整合。可能要在應(yīng)用程序原型確定、開(kāi)發(fā)、測(cè)試等不同階段中執(zhí)行這一過(guò)程，以確保達(dá)到性能目標(biāo)或及早調(diào)整預(yù)期目標(biāo)：1. 為特定操作定義可測(cè)量的性能要求（例如，在一定利用率下的吞吐量和/或延遲，如“在特定的硬件配置下，平均 CPU 使用率為 70% 時(shí)為 50 個(gè)請(qǐng)求/秒” ） 。對(duì)于集中式存儲(chǔ)，可以使用 SQL Server 數(shù)據(jù)庫(kù)或 Active Directory。在運(yùn)行時(shí)使用元數(shù)據(jù)時(shí)，使用高級(jí)技術(shù)可以避免性能問(wèn)題，例如在應(yīng)用程序正在運(yùn)行時(shí) 使用 .NET 映像類隨時(shí)生成代碼并進(jìn)行編譯。例如，可以決定從元數(shù)據(jù)中提取用戶界面列表或網(wǎng)格的標(biāo)頭，從而無(wú)須在應(yīng)用程序中對(duì)它們進(jìn)行硬編碼。在開(kāi)發(fā)過(guò)程中使用元數(shù)據(jù)可以節(jié)省反應(yīng)開(kāi)發(fā)時(shí)間、減少團(tuán)隊(duì)之間的通信需要、集中和“保持”專門的技能，而且可以加強(qiáng)設(shè)計(jì)、命名和實(shí)現(xiàn)標(biāo)準(zhǔn)。通常在一個(gè)單獨(dú)的實(shí)用程序組件中打包動(dòng)態(tài)數(shù)據(jù)路由邏輯。 服務(wù)代理中的配置為使用 Web 服務(wù)、消息隊(duì)列或其他一些方式連接到外部服務(wù)，服務(wù)代理需要配置信息。如果緩存