某公司企業(yè)架構(gòu)設(shè)計原則

漢無為 2023-06-02 發(fā)布于湖北

展開全文

1 范圍

本原則是公司總體架構(gòu)管控技術(shù)文檔的核心文檔之一，適用參與信息化規(guī)劃、設(shè)計、建設(shè)和運維的業(yè)務部門、二級單位和研發(fā)單位。

2 規(guī)范性引用文件

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

3 總體架構(gòu)管控原則

3.1 架構(gòu)管理原則

3.1.1　統(tǒng)一架構(gòu)原則

描述

公司統(tǒng)一開展總體架構(gòu)規(guī)劃和管控。

理由

1.統(tǒng)一的總體架構(gòu)有利于避免信息系統(tǒng)的分散、異構(gòu)、難以管控等問題。

2.統(tǒng)一的總體架構(gòu)有利于業(yè)務和信息化規(guī)劃的實現(xiàn)和落地。

3.統(tǒng)一的總體架構(gòu)有利于優(yōu)化IT治理工作。

影響

1.研發(fā)單位應按公司總體架構(gòu)維護相一致的技術(shù)架構(gòu)體系。

2.根據(jù)公司業(yè)務和信息化戰(zhàn)略，綜合短期成果和長期影響，定期開展總體架構(gòu)維護。

3.統(tǒng)籌安排、集中管理總體架構(gòu)規(guī)劃。

3.1.2　統(tǒng)一管控原則

描述

推動業(yè)務與信息化融合，實現(xiàn)柔性、完整的總體架構(gòu)落地。

理由

1.推動總體架構(gòu)在全公司的整體運用、決策制定、全面指導和質(zhì)量保障。

2.推動跨業(yè)務領(lǐng)域的信息技術(shù)共享和應用。

3.強化業(yè)務部門與信息部門間的協(xié)作。

4.推動業(yè)務部門與信息部的互動，實現(xiàn)完整、迅速的總體架構(gòu)落地。

影響

1.推動業(yè)務目標與系統(tǒng)架構(gòu)設(shè)計相一致。

2.推動架構(gòu)設(shè)計過程的有效溝通。

3.運用架構(gòu)管控流程，規(guī)范化架構(gòu)評審和資產(chǎn)維護過程。

4.明確架構(gòu)管控組織的管理角色和職責。

5.制定架構(gòu)評估指標，定期檢查架構(gòu)執(zhí)行效率、遵從度和一致性。

6.構(gòu)建架構(gòu)資產(chǎn)，支撐架構(gòu)決策和評審的執(zhí)行。

3.1.3　架構(gòu)遵從原則

描述

推動系統(tǒng)架構(gòu)的分級評審，保證系統(tǒng)架構(gòu)設(shè)計與總體架構(gòu)規(guī)范相一致。

理由

1.對所有新建和在建項目進行系統(tǒng)架構(gòu)評審，保證設(shè)計與總體架構(gòu)一致。

2.對所有已建應用完善或重建項目進行系統(tǒng)架構(gòu)評審，保證設(shè)計與總體架構(gòu)一致。

3.提升系統(tǒng)架構(gòu)的業(yè)務符合性、設(shè)計標準性、架構(gòu)一致性和技術(shù)完備性。

影響

1.建立系統(tǒng)架構(gòu)評審流程，保證系統(tǒng)建設(shè)與總體架構(gòu)一致。

2.推動項目管控與架構(gòu)評審的高效整合，提升系統(tǒng)架構(gòu)設(shè)計質(zhì)量。

3.1.4　架構(gòu)收斂原則

描述

為保持技術(shù)方案的靈活性和健壯性，對同一類業(yè)務或技術(shù)場景，總體架構(gòu)可提供多個備選技術(shù)方案。

理由

1.在總體架構(gòu)中，減少支撐同一類場景的備選技術(shù)方案的數(shù)量至兩個或一個，以降低架構(gòu)管控的復雜性和技術(shù)多樣性。

2.選擇實施難度小、復雜性低、非功能性約束低的技術(shù)方案作為推薦技術(shù)方案。

影響

有效控制總體架構(gòu)的靈活性，備選方案收斂性直接影響信息化成本的變化。

3.1.5　融合共享原則

描述

以業(yè)務和信息化發(fā)展戰(zhàn)略為導向，推動業(yè)務應用的融合集成。

理由

1.避免冗余系統(tǒng)林立，降低信息化運維成本。

2.推動業(yè)務應用的深度集成，為智能分析決策奠定基礎(chǔ)。

3.避免在信息化建設(shè)中新建數(shù)據(jù)或應用孤島。

4.避免業(yè)務應用的重復建設(shè)。

影響

1.由公司全局著眼，考慮業(yè)務應用的融合集成。

2.形成一套公司標準化的應用集成設(shè)計方法。

3.建立配套的流程和數(shù)據(jù)管控機制，以降低由企業(yè)級應用集成而產(chǎn)生的流程和數(shù)據(jù)管理復雜性。

4.構(gòu)建企業(yè)級的共享應用群和組件庫。

3.1.6　服務架構(gòu)原則

描述

利用SOA概念設(shè)計業(yè)務服務和IT服務。

原因

1.通過業(yè)界標準促進業(yè)務和IT的融合。

2.需要通過靈活、可重用和標準化的IT架構(gòu)支撐業(yè)務的快速變化。

3.需要先進的設(shè)計理念。

影響

1.由公司全局著眼，考慮業(yè)務應用的融合集成。

2.形成一套公司標準化的應用集成設(shè)計方法。

3.建立配套的流程和數(shù)據(jù)管控機制，以降低由企業(yè)級應用集成而產(chǎn)生的流程和數(shù)據(jù)管理復雜性。

4.構(gòu)建企業(yè)級的共享應用群和組件庫。

3.2 業(yè)務架構(gòu)原則

3.2.1　戰(zhàn)略契合原則

描述

業(yè)務架構(gòu)設(shè)計應與企業(yè)發(fā)展戰(zhàn)略相契合

理由

1.業(yè)務架構(gòu)涵蓋的業(yè)務能力應有效推進企業(yè)戰(zhàn)略發(fā)展。

2.避免與企業(yè)戰(zhàn)略發(fā)展相悖的業(yè)務能力出現(xiàn)在業(yè)務架構(gòu)中。

影響

1.業(yè)務架構(gòu)指導了應用架構(gòu)的建設(shè)，應確保信息化建設(shè)方向與企業(yè)戰(zhàn)略目標一致。

2.信息化建設(shè)的優(yōu)先級順序收到企業(yè)戰(zhàn)略發(fā)展影響，需要在業(yè)務架構(gòu)中有所體現(xiàn)。

3.2.2　流程重構(gòu)原則

描述

業(yè)務流程重構(gòu)先行。

理由

1.不建議對陳舊、無效的業(yè)務流程進行信息化改造。

2.業(yè)務流程按效率最優(yōu)的原則進行優(yōu)化和重組。

3.業(yè)務流程重構(gòu)以降低全面擁有成本為目標。

影響

1.業(yè)務部門與系統(tǒng)建設(shè)方應就優(yōu)化后的業(yè)務流程達成共識。

2.業(yè)務流程重構(gòu)與新技術(shù)應用并舉。

3.業(yè)務流程重構(gòu)應與業(yè)務目標保持一致。

4.組織架構(gòu)變更將觸發(fā)業(yè)務流程重組及業(yè)務架構(gòu)調(diào)整。

3.2.3　業(yè)務連續(xù)原則

描述

公司的生產(chǎn)運行和經(jīng)營管理不受信息系統(tǒng)建設(shè)影響。

理由

1.隨著公司信息化的進一步普及，公司生產(chǎn)運行和經(jīng)營管理活動對信息系統(tǒng)形成一定依賴。系統(tǒng)設(shè)計、建設(shè)和應用過程中必須全面考慮系統(tǒng)可靠性。

2.建立無信息系統(tǒng)干預的業(yè)務運行預案，確保極端情況下的公司業(yè)務連續(xù)性。

3.建立健壯的一體化信息平臺，支撐業(yè)務活動的連續(xù)運行能力，避免系統(tǒng)硬件故障、自然災害、數(shù)據(jù)損壞等問題的影響。

影響

1.建立信息化風險管理機制，預防和管理信息系統(tǒng)故障可能造成的業(yè)務中斷。

2.系統(tǒng)架構(gòu)設(shè)計應考慮并解決技術(shù)方案的可復原性、冗余性和可維護性等要求。

3.2.4　業(yè)務合規(guī)原則

描述

所有的業(yè)務規(guī)則和流程需要遵從公司和政府的相關(guān)政策、標準及法規(guī)。

理由

1.如果在應用系統(tǒng)中實施了有缺陷的業(yè)務規(guī)則及流程，會造成財務或?qū)嵨镔Y產(chǎn)的損失、及對公司聲譽的傷害。

2.需要遵從政府的法規(guī)和行業(yè)標準。

影響

1.業(yè)務規(guī)則和流程的整體設(shè)計，需要法律及相關(guān)部門的審核和批準。

2業(yè)務規(guī)則和流程的變更，在應用到信息系統(tǒng)之前，需要法律及相關(guān)部門的審核和批準。

3.3　應用架構(gòu)原則

3.3.1　統(tǒng)一設(shè)計原則

描述

業(yè)務應用采用統(tǒng)一設(shè)計，避免重復建設(shè)。

理由

1.企業(yè)級應用建設(shè)需保證科學重用。

2.架構(gòu)設(shè)計中避免重復設(shè)計、冗余應用。

3.設(shè)計冗余將引致高昂的信息化成本。

4.設(shè)計冗余將帶來數(shù)據(jù)沖突，增加集成復雜度。

影響

1.不建議對相似的企業(yè)級業(yè)務能力進行重復建設(shè)。

2.標準化企業(yè)級的數(shù)據(jù)和信息。

3.3.2　功能重用原則

描述

新建應用重用已有應用功能。

理由

1.深化套裝軟件方案的實用性和可用性。

2.選用已經(jīng)驗證或測試的應用方案。

影響

1.帶來明顯商業(yè)優(yōu)勢與成本節(jié)省。

2.需要經(jīng)過評估來決定是新建還是購買新應用。

3.3.3　應用柔性原則

描述

應用設(shè)計具備充分柔性。

理由

1.通過業(yè)務應用系統(tǒng)升級，靈活適應業(yè)務需求以及合理的需求變更。

2.適應業(yè)務流程優(yōu)化調(diào)整。

3.業(yè)務應用系統(tǒng)靈活適應信息技術(shù)變更。

4.在降低業(yè)務流程重建風險的同時，實現(xiàn)業(yè)務應用的便捷、快速集成。

影響

1.初期投入相對較大。

2.系統(tǒng)設(shè)計周期加長。

3.系統(tǒng)生命期延長。

3.3.4　應用安全性原則

描述

保證應用系統(tǒng)的完整性、保密性以及安全性。

理由

1.避免公司的財務資產(chǎn),、實物資產(chǎn)、聲譽以及客戶關(guān)系, 因為應用系統(tǒng)或數(shù)據(jù)的不當使用, 而帶來損失和傷害。

2.應用系統(tǒng)和數(shù)據(jù)的訪問需要采取授權(quán)機制。

影響

1.需要制定統(tǒng)一的訪問控制機制并取得共識。

2各種不同的應用系統(tǒng)，需要實施統(tǒng)一的管理和標準化的訪問控制機制。

3.中標的成熟套裝軟件及相關(guān)功能模塊也需要遵循已定義好的安全標準。

3.4　數(shù)據(jù)架構(gòu)原則

3.4.1　數(shù)據(jù)資產(chǎn)化原則

描述

數(shù)據(jù)是公司的一類有價值的無形資產(chǎn)，需要對其進行統(tǒng)一的管理。

理由

1.數(shù)據(jù)是支撐公司業(yè)務正常運轉(zhuǎn)以及戰(zhàn)略決策科學制定的重要保障。

2.對數(shù)據(jù)的充分利用能夠?qū)崿F(xiàn)公司價值的提升。

影響

1.將數(shù)據(jù)上升為公司無形資產(chǎn)的高度，在全公司范圍內(nèi)統(tǒng)一認識。。

2.加強對公司數(shù)據(jù)的管理與管控，挖掘公司數(shù)據(jù)的潛在價值。

3.4.2　數(shù)據(jù)共享原則

描述

數(shù)據(jù)要能夠被合理的訪問，不能被私有化。

理由

1.數(shù)據(jù)共享能夠支撐公司內(nèi)部廣泛的業(yè)務協(xié)同。

2.數(shù)據(jù)共享是提高決策質(zhì)量和效率的基礎(chǔ)。

3.明確數(shù)據(jù)唯一來源，減少數(shù)據(jù)冗余，能夠有效降低運維成本。

4.公司數(shù)據(jù)的收集、生成、轉(zhuǎn)換、匯總等處理速度取決于各部門數(shù)據(jù)的共享程度。

影響

1.基于短期和長期的考慮，建立數(shù)據(jù)共享的策略、機制、流程、標準等。

2.建立全局數(shù)據(jù)模型，梳理數(shù)據(jù)資產(chǎn)，加強元數(shù)據(jù)管理，構(gòu)建數(shù)據(jù)共享環(huán)境。

3.限制對孤立的遺留系統(tǒng)投資，制定遺留系統(tǒng)的退役或遷移策略。

4.數(shù)據(jù)共享需要全公司認識上的轉(zhuǎn)變。

5.數(shù)據(jù)共享要與數(shù)據(jù)安全相統(tǒng)一。

3.4.3　數(shù)據(jù)可用性原則

描述

數(shù)據(jù)對于有權(quán)訪問和利用它的用戶來說必須是可用的?？捎眯灾饕w現(xiàn)在可獲取和可利用兩個方面。

理由

易獲取、高質(zhì)量的數(shù)據(jù)能夠支撐公司內(nèi)部廣泛的業(yè)務協(xié)同，是提高公司決策質(zhì)量和效率的重要保障。

影響

1.數(shù)據(jù)的訪問和展示方式要能夠充分滿足公司各級單位、部門的需求。

2.提高公司對數(shù)據(jù)質(zhì)量的重視程度，開展有效的數(shù)據(jù)治理。

3.4.4　數(shù)據(jù)認責原則

描述

對數(shù)據(jù)要指定權(quán)威的數(shù)據(jù)擁有者、質(zhì)量責任者、日常管理維護者等角色。

理由

1.數(shù)據(jù)認責機制是數(shù)據(jù)資產(chǎn)有效管理的基礎(chǔ)。

2.通過數(shù)據(jù)認責能夠提高公司各部門對數(shù)據(jù)管理的參與度，更好的滿足各部門對數(shù)據(jù)的需求。

影響

1.數(shù)據(jù)認責需要公司各部門的共同參與，并在公司各部門間達成一致。

2.要建立數(shù)據(jù)質(zhì)量的度量方法，形成科學的考核體系，推進數(shù)據(jù)認責的有效落實。

3.4.5　數(shù)據(jù)標準化原則

描述

數(shù)據(jù)要在全公司范圍內(nèi)有一致的定義，并且數(shù)據(jù)定義能夠被所有用戶獲取和理解。

理由

1.數(shù)據(jù)的標準化是數(shù)據(jù)共享的基礎(chǔ)。

2.一些項目的解決方案需要有統(tǒng)一的數(shù)據(jù)定義。

3.通用的數(shù)據(jù)定義能夠?qū)崿F(xiàn)有效的溝通和對話。

4.統(tǒng)一的數(shù)據(jù)定義是快速改善公司數(shù)據(jù)環(huán)境的有效途徑。

影響

1.建立通用的業(yè)務術(shù)語表，業(yè)務定義要在全公司范圍內(nèi)一致。

2.在數(shù)據(jù)定義過程中，要引用術(shù)語表中的術(shù)語，以保證數(shù)據(jù)含義在全公司被有效的理解，不產(chǎn)生歧義。

3.建立數(shù)據(jù)定義的仲裁機制，以協(xié)調(diào)不同部門對數(shù)據(jù)理解的差異和沖突。

4.建立數(shù)據(jù)標準體系，對多種數(shù)據(jù)標準進行協(xié)調(diào)和統(tǒng)一。

5.指定數(shù)據(jù)標準的責任者。

3.4.6　數(shù)據(jù)安全性原則

描述

數(shù)據(jù)要在安全等級要求下，被合理的訪問、共享和發(fā)布。

理由

1.公司數(shù)據(jù)涉及國家安全，要滿足國家監(jiān)管單位對數(shù)據(jù)安全的要求。

2.公司數(shù)據(jù)涉及商業(yè)機密，要求滿足公司自身發(fā)展對數(shù)據(jù)安全的要求。

3.數(shù)據(jù)安全是公司信息安全的重要組成部分，應統(tǒng)一管理。

影響

1.制定數(shù)據(jù)安全管理策略，劃分數(shù)據(jù)安全等級，不同安全等級應采用不同的安全訪問策略及授權(quán)訪問機制。

2.在數(shù)據(jù)定義階段就要明確對數(shù)據(jù)安全級別的限定。

3.5　技術(shù)架構(gòu)原則

3.5.1　標準化原則

描述

將技術(shù)多樣性降低到最小化，降低建設(shè)和運維成本。

理由

1.技術(shù)多樣性往往需要不同的基礎(chǔ)架構(gòu)，從而導致更高的建設(shè)和運維費用。通過公司整體范圍內(nèi)的技術(shù)統(tǒng)一能夠有效降低整體建設(shè)成本和運行管理成本。

2.限制技術(shù)多樣性帶來的業(yè)務優(yōu)勢主要有：標準化應用組合；更好預測新技術(shù)帶來的風險和影響，以適應技術(shù)進步。

影響

1.需要據(jù)此制定信息化建設(shè)策略、標準規(guī)范。

2.執(zhí)行統(tǒng)一的技術(shù)生命周期管理，統(tǒng)一技術(shù)選型和采購。

3.建立技術(shù)架構(gòu)藍圖，適時保持更新。

4.只在新技術(shù)能夠明顯證明有利于提升業(yè)務價值和改善運營效率的情況下才決定引入。

3.5.2　互操作原則

描述

推動硬件、軟件的標準化，提升數(shù)據(jù)、應用、技術(shù)的互操作能力。

理由

1.有助于保持一致性，改善運行效率，提高用戶滿意度，保護現(xiàn)有IT投資。

2.有利于選擇信息化供應商，促進供應鏈整合。

影響

1.建立目標架構(gòu)設(shè)計規(guī)范，并保持適時更新。

2.建立集成設(shè)計規(guī)范，并保持適時更新。

3.建設(shè)統(tǒng)一的集成平臺、開發(fā)平臺等應用支撐平臺。

3.5.3　快速響應原則

描述

技術(shù)架構(gòu)的設(shè)計應能快速支持業(yè)務規(guī)則及流程變革。

理由

1.提高響應業(yè)務需求變化的靈活性。

2.減少應用系統(tǒng)變更的成本。

3.通過實施參數(shù)化的可靈活配置的業(yè)務規(guī)則及流程，降低開發(fā)成本。

影響

1.設(shè)計應用系統(tǒng)時，應支持業(yè)務規(guī)則及流程的外部配置參數(shù)化。

2.需要定義參數(shù)化的可靈活配置的業(yè)務規(guī)則及訪問方式。

3.可靈活配置的業(yè)務規(guī)則及可重用的基本服務將增加應用系統(tǒng)的前期開發(fā)成本。

4.根據(jù)附加的非功能性需求來選擇成熟解決方案。

3.5.4　服務等級原則

描述

技術(shù)架構(gòu)應能根據(jù)服務等級協(xié)議提供各種服務，滿足業(yè)務需求。

理由

提供可靠的、可重用的，以及可靈活配置的各項服務，能夠?qū)崿F(xiàn)最佳客戶服務的業(yè)務目標。

影響

1.需要與相關(guān)部門一起，根據(jù)客戶確定的系統(tǒng)性能指標，確定服務等級協(xié)議的范圍并取得認可。

2.需要根據(jù)各種業(yè)務需求制定并認可各種非功能性需求。

3.應用系統(tǒng)和支撐體系架構(gòu)在設(shè)計時必須要滿足非功能性需求。

4.滿足特定的服務等級協(xié)議可能需要特定的硬件，軟件及設(shè)計費用。

5.對不支持性能升級的第三方產(chǎn)品要謹慎采用。

3.5.5　災備原則

描述	技術(shù)架構(gòu)設(shè)計時要充分考慮業(yè)務連續(xù)性需求。
原因	當災難發(fā)生時，信息技術(shù)要支持業(yè)務的持續(xù)運作。
影響	制定災備策略、計劃和預案。

本站是提供個人知識管理的網(wǎng)絡存儲空間，所有內(nèi)容均由用戶發(fā)布，不代表本站觀點。請注意甄別內(nèi)容中的聯(lián)系方式、誘導購買等信息，謹防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請點擊一鍵舉報。

午夜视频在线网站,日韩视频精品在线,中文字幕精品一区二区三区在线,在线播放精品,1024你懂我懂的旧版人,欧美日韩一级黄色片,一区二区三区在线观看视频

某公司企業(yè)架構(gòu)設(shè)計原則