【正文】 《企業(yè)信息化測(cè)評(píng)標(biāo)準(zhǔn)體系》包括一套基本指標(biāo)、一套補(bǔ)充指標(biāo)（效能評(píng)價(jià)，是核心）和一套評(píng)議指標(biāo)（定性評(píng)價(jià)）。 ：投入產(chǎn)出分析法；成本效益分析法；價(jià)值工程方法。 ：系統(tǒng)運(yùn)行環(huán)境及設(shè)施費(fèi)用、系統(tǒng)開發(fā)成本、系統(tǒng)運(yùn)行與維護(hù)成本 、基礎(chǔ)成本、附加成本上升、額外成本、儲(chǔ)備成本 。信息系統(tǒng)的評(píng)價(jià)具有復(fù)雜性和特殊性。 ：評(píng)價(jià)者、評(píng)價(jià)對(duì)象、評(píng)價(jià)目標(biāo)、評(píng)價(jià)指標(biāo)、評(píng)價(jià)原則和策略。 ：基于優(yōu)秀的平臺(tái)之上，與生產(chǎn)系統(tǒng)充分隔離，易于管理和維護(hù)。 ⑤ 在階段和 /或轉(zhuǎn)換工作完成后，召開項(xiàng)目結(jié)束后的審查會(huì)議。 ③ 由負(fù)責(zé)質(zhì)量監(jiān)督或內(nèi)部審計(jì)的人員完成的實(shí)施后審查 。 ⑴ 轉(zhuǎn)換工具包括：基本軟件、通用軟件、專用軟件、其他軟件 ⑵ 轉(zhuǎn)換工作的關(guān)鍵點(diǎn)是：轉(zhuǎn)換時(shí)點(diǎn)的選擇與實(shí)際操作很重要；轉(zhuǎn)換期間的配套制度 ⑶ 為了順利地執(zhí)行系統(tǒng)轉(zhuǎn)換，要求： ① 一套包括轉(zhuǎn)換結(jié)束后的審查階段在內(nèi)的轉(zhuǎn)換管理方法。 ：確定轉(zhuǎn)換項(xiàng)目；起草作業(yè)運(yùn)行規(guī)則；確定轉(zhuǎn)換方法；確定轉(zhuǎn)換工具和過程；轉(zhuǎn)換工作執(zhí)行計(jì)劃；風(fēng)險(xiǎn)管理計(jì)劃；系統(tǒng)轉(zhuǎn)換人員計(jì)劃。 細(xì)地描述了用戶及信息服務(wù)人員的義務(wù)和責(zé)任，同時(shí)規(guī)定了時(shí)間限制。 ：完善性、適應(yīng)性（ 25%）、糾錯(cuò)性（ 20%）、預(yù)防性 。 ⑵ 對(duì)數(shù)據(jù)進(jìn)行修改可能會(huì)帶來數(shù)據(jù)不匹配等錯(cuò)誤。 。 ⑷ 維護(hù)預(yù)算：有形的代價(jià)直接來自維護(hù)工作本身；許多無形的代價(jià)來自維護(hù)所產(chǎn)生的效果和影響上。 ⑴ 按軟件維護(hù)的不同性質(zhì)劃分為：糾錯(cuò)性維護(hù)（ 21%）、適應(yīng)性維護(hù)（ 25%）、完善性維護(hù)（ 50%）、預(yù)防性維護(hù)（ 4%）。 ：識(shí)別問題的時(shí)間，管理延遲時(shí)間，維護(hù)工具的收集時(shí)間，分析、診斷問題的時(shí)間，修改設(shè)計(jì)說明書的時(shí)間，修改程序源代碼的時(shí)間，局部測(cè)試的時(shí)間，系統(tǒng)測(cè)試和回歸測(cè)試的時(shí)間，復(fù)查時(shí)間，恢復(fù)時(shí)間。 ⑸ 系統(tǒng)的文檔。 ⑶ 進(jìn)行明確的質(zhì)量保證審查。 典型的能力計(jì)劃應(yīng)包括：計(jì)劃范圍、假設(shè)條件、管理概要、業(yè)務(wù)說明、服務(wù)概要、資源概要、服務(wù)改進(jìn)方案、成本核算模型及建議等 維護(hù)的方法分 5方面： ⑴ 建立明確的軟件質(zhì)量目標(biāo)和優(yōu)先級(jí)。 ：需求管理、能力測(cè)試、應(yīng)用選型 。 ： CPU 使用率、內(nèi)存使用率、每一類作業(yè)的 CPU占用率、磁盤 I/O（物理和虛擬）和存儲(chǔ)設(shè)備利用率、隊(duì)列長度（最大、平均）、每秒處 理作業(yè)數(shù)（最大、平均）、請(qǐng)求作業(yè)響應(yīng)時(shí)間、登錄和在線用戶數(shù)、網(wǎng)絡(luò)節(jié)點(diǎn)數(shù)量（包括網(wǎng)絡(luò)設(shè)備、 PC和服務(wù)器等） 。 ： ⑴ 用于集中式數(shù)據(jù)存儲(chǔ)的硬件和軟件的可用性 ⑵ 指定專人負(fù)責(zé)能力數(shù)據(jù)庫的更新和維護(hù)，其他人只有查閱權(quán)限。 ⑴ 實(shí)際性能往往只有峰值性能的 5%35%。 ：實(shí)際應(yīng)用程序方法、核心基準(zhǔn)程序方法（ Kernel Benchmark）、簡(jiǎn)單基準(zhǔn)測(cè)試程序（ Toy Benchmark）、綜合基準(zhǔn)測(cè)試程序（ Synthetic Benchmark）、整數(shù)測(cè)試程序（ Dhrystone）、浮點(diǎn)測(cè)試程序 Linpack、 Whetstone基準(zhǔn)測(cè)試程序、SPEC基準(zhǔn)測(cè)試程序、 TPC基準(zhǔn)程序 。 ⑷ 常用的測(cè)量工具可分為硬件測(cè)量工具、軟件測(cè)量工具、固件測(cè)量工具、混和型測(cè)量工具 。 ⑵ 模型法要解決的三個(gè)問題：設(shè)計(jì)模型、解模型、校準(zhǔn)和證實(shí)模型。 ⑴ MIPS（每秒百萬次指令）、 MFLOPS（每秒百萬次浮點(diǎn)運(yùn)算）、 BPS（位每秒）、 PPS（數(shù)據(jù)報(bào)文每秒）、 TPS（事務(wù)每秒） ⑵ 其他綜合性指標(biāo)：環(huán)境適應(yīng)性 ⑶ 定量：可靠性、可維護(hù)性 、可用性、功耗 ⑷ 定性：兼容性、安全性、保密性、可擴(kuò)展性 ：模型法（分析、模擬）、測(cè)量法。 ⑸ 入侵檢測(cè)系統(tǒng)的功能： ① 實(shí)時(shí)監(jiān)視網(wǎng)絡(luò)上的數(shù)據(jù)流 ，分析網(wǎng)絡(luò)通信會(huì)話軌跡，反映 運(yùn)行管理：出入管理、終端管理（事件管理、配置管理、軟件分發(fā)）、信息管理。 ⑷ 計(jì)算機(jī)病毒預(yù)防包括對(duì)已知 /未知病毒的預(yù)防。 ⑵ 系統(tǒng)備份三階段：?jiǎn)螜C(jī)備份、局域網(wǎng)備份、遠(yuǎn)程備份 。 。 ⑶ 容災(zāi)方案核心技術(shù)：數(shù)據(jù)容災(zāi)（數(shù)據(jù)復(fù)制）和應(yīng)用的遠(yuǎn)程切換 。 ⑴ IDS是實(shí)時(shí)監(jiān)測(cè)和防止黑客入侵系統(tǒng)檢測(cè)器和人為漏洞檢測(cè)（誤用檢測(cè)）器。 ⑵ 風(fēng)險(xiǎn)分析的途徑可分為定量分析與定性分析。風(fēng)險(xiǎn)管理是指識(shí)別、評(píng) 估、降低風(fēng)險(xiǎn)到可接受的程度，并實(shí)施適當(dāng)機(jī)制控制風(fēng)險(xiǎn)保持在此程度之內(nèi)的過程。 ⑵ 備份策略：完全備份、增量備份、差異備份 、責(zé)任制、教育制度、培訓(xùn)、外部合同作業(yè)安全性等方面的保證。 ：安全策略、安全組織、安全人員、安全技術(shù)、安全運(yùn)作。 ：故障出現(xiàn)次數(shù)、受影響的客戶數(shù)、解決故障所需時(shí)間和成本、業(yè)務(wù)損失。 ④ 變更請(qǐng)求適用于記錄有關(guān)變更 ：發(fā)現(xiàn)和記錄錯(cuò)誤、評(píng)價(jià)錯(cuò)誤、記錄錯(cuò)誤解決過程、終止錯(cuò)誤、跟蹤監(jiān)督錯(cuò)誤解決過程。 ② 問 題是導(dǎo)致一起和多起故障的潛在的、不易發(fā)現(xiàn)問題原因。 ⑷ 問題預(yù)防是指在故障發(fā)生之前發(fā)現(xiàn)和解決有關(guān)問題和已知錯(cuò)誤，從而使故障對(duì)服務(wù)負(fù)面影響其與業(yè)務(wù)相關(guān)成本降到最低的一種管理活動(dòng)。 ⑵ 問題控制流程是一個(gè)有關(guān)怎樣有效處理問題的過程，其目的是發(fā)現(xiàn)故障產(chǎn)生的根本原因（如配置項(xiàng)出現(xiàn)故障）并向服務(wù)臺(tái)提供有關(guān)應(yīng)急措施的意見和建議。 ，這種原因會(huì)導(dǎo)致一起和多起故障。 ：熱重啟 T、暖重啟 23T、冷重啟 10100T。 ⑸ 應(yīng)用系統(tǒng)故障：服務(wù)不可用、無法登錄、系統(tǒng)出現(xiàn) nug ⑹ 請(qǐng)求服務(wù)和操作故障：忘記密碼、未做來訪登記 ： ⑴ 3類：技術(shù)因素、應(yīng)用性故障、操作故障 ⑵ 7類：按計(jì)劃的硬件、操作系統(tǒng)的維護(hù)操作時(shí)引起、應(yīng) 用性故障、人為操作故障、系統(tǒng)軟件故障、硬件故障、相關(guān)設(shè)備故障、自然災(zāi)害 ：故障信息搜集、故障查明和記錄（確認(rèn)影響、問題管理、密切跟蹤進(jìn)展）。 ⑵ 故障的特征：影響度、緊迫性、優(yōu)先級(jí) ⑶ 故障管理目標(biāo)：盡可能快地恢復(fù)服務(wù)級(jí)別協(xié)議規(guī)定的水準(zhǔn)，盡量減少故障對(duì)業(yè)務(wù)運(yùn)營的不利影響，以確保最好的服務(wù)質(zhì)量和可用性。 \ic中間交叉連接 \mc主交叉連接 線路交連和直連 《建筑與建筑群綜合布線系統(tǒng)工程設(shè)計(jì)規(guī)范》（ GB/T503112022）、《計(jì)算站場(chǎng)地技術(shù)條件》（ GB288789） 、《電子計(jì)算機(jī)機(jī)房設(shè)計(jì)規(guī)范》（ GB5017493）、《計(jì)算站場(chǎng)地安全要求》（ GB936188） A： 1301 自動(dòng)消防系統(tǒng) +鹵代烷 121（ 1） 1301滅火器 B:121（ 1） 1301自動(dòng)消防系統(tǒng) +鹵代烷 121（ 1） 1301滅火器 C:鹵代烷 1211或 1301滅火器 ，或者是任何不符合標(biāo)準(zhǔn)的操作、已經(jīng)引起或可能引起服務(wù)中斷和服務(wù)質(zhì)量下降的事件。不可避免時(shí)用銅鋁過渡頭。 GB2887《計(jì)算機(jī)站場(chǎng)地技術(shù)要求》第 9 章執(zhí)行。三者密不可分，缺一不可。 數(shù)據(jù)規(guī)范化階段是關(guān)鍵和核心。 ：數(shù)據(jù)名稱的不一致性、數(shù)據(jù)長度的不一致性、數(shù)據(jù)表示的不一致性、數(shù)據(jù)含義的不統(tǒng)一性 。信息資源管理最核心的基礎(chǔ)問題就是信息資源的標(biāo)準(zhǔn)和規(guī)范。 5個(gè)方面：用戶登錄時(shí)的安全性、網(wǎng)絡(luò)數(shù)據(jù)的保護(hù)、存儲(chǔ)數(shù)據(jù)以及介質(zhì)的保護(hù)、通信的安全性、企業(yè)和 Inter網(wǎng)的單點(diǎn)安全登錄。 ： ⑴ 由 IETF定義的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（ SNMP） 擴(kuò)展協(xié)議為遠(yuǎn)程為監(jiān)控（ RMON） ⑵ 由 ISO定義的通用管理信息協(xié)議（ CMIP） Probe（或代理） 負(fù)責(zé)收集網(wǎng)絡(luò)結(jié)點(diǎn)上的數(shù)據(jù)、控制臺(tái) Console主要負(fù)責(zé)集合并分析探測(cè)器收集的數(shù)據(jù) 。主要配置工具有設(shè)備供應(yīng)商提供和第三方公司提供兩類。 4個(gè)要素：若干被管理的代理、至少一個(gè)網(wǎng)絡(luò)維護(hù)管理器、一種公共網(wǎng)絡(luò)維護(hù)管理協(xié)議、一種或多種管理信息庫，其中網(wǎng)絡(luò)維護(hù)管理協(xié)議是最重要的。 ：通信線路、通信服務(wù)、網(wǎng)絡(luò)設(shè)備、網(wǎng)絡(luò)軟件 。 ⑴ 一般軟件開發(fā)過程包括：需求分析（ RA）、軟件設(shè)計(jì)（ SD）、編碼（ Coding）、單元測(cè)試（ Unit Test）、集成及系統(tǒng)測(cè)試、安裝、實(shí)施 ⑵ 軟件的維護(hù)包括：糾錯(cuò)性維護(hù)、改進(jìn)性維護(hù) ⑶ 構(gòu)件的基本屬性：可獨(dú)立配置的單元（自包容）、強(qiáng)調(diào)與環(huán)境和其他構(gòu)件的分離、可以在適當(dāng)?shù)沫h(huán)境中被復(fù)合使用、不應(yīng)當(dāng)是持續(xù)的（即沒有個(gè)體特有的屬性）。 基線的屬性：基線是進(jìn)一步開發(fā)和修改的基準(zhǔn)和出發(fā)點(diǎn)、第一 個(gè)基線包含了通過評(píng)審的軟件需求，稱為需求基線。 COBIT定義的 IT 資源：數(shù)據(jù)、應(yīng)用系統(tǒng)、技術(shù)、設(shè)備、人員 ，包括了即將受控的所有產(chǎn)品屬性。 ：跨平臺(tái)管理、可擴(kuò)展性和