摘錄自：資訊系統項目32小時通關（僅用于學習交流，侵權删！）
考點分析
本章節主要學習資訊、資訊化、資訊系統、資訊系統服務管理、軟體工程、面向對象系統分析與設計、應用內建技術、計算機網絡技術、資訊系統安全、新技術、CIO職責等。
根據考試大綱，本章節知識點會涉及單項選擇題，約占 6 ~ 18 分。這部分内容偏重于概念隻是，根據以往全國計算機技術與軟體專業技術資格（水準）考試的出題規律而言，概念性隻是的考查多參照教材，擴充内容較少。
資訊系統綜合知識
基礎知識點
-
資訊的基本概念
（1）控制論的創始人維納認為：資訊就是資訊，它既不是物質也不是能量。
（2）資訊化的奠基者香農認為：資訊是能夠用來消除不确定性的東西。
（3）資訊的概念存在兩個基本的層次，即本體論層次和認識論層次。前者是純客觀的層次，隻與客體本身的因素有關，與主題的因素無關。後者是從主體立場來考查資訊層次，既與客體因素有關，又與主體因素有關。
-
資訊的定量描述。
（1）香農用機率來定量描述資訊的公式如下：
（2）其中，H(X)表示 X 的資訊熵，pi 是事件出現第 i 中狀态的機率，在二進制的情況下，對數的底是 2 ，這是資訊熵可以作為資訊的度量，稱為資訊量，機關是比特（bit）。
軟考—資訊項目管理師（資訊化和資訊系統一） - 資訊的傳輸模型
軟考—資訊項目管理師（資訊化和資訊系統一） - 資訊的品質屬性
資訊的品質屬性速記詞：精完可及經驗安。
| 資訊的品質屬性 | 解釋 |
|---|---|
| 精确性 | 對事物狀态描述的精确程度 |
| 完整性 | 對事物狀态描述的全面程度 |
| 可靠性 | 資訊來源合法，傳輸過程可信 |
| 及時性 | 資訊的獲得及時 |
| 經濟性 | 資訊擷取、傳輸成本經濟 |
| 可驗證性 | 資訊的主要品質屬性可以證明或證僞 |
| 安全性 | 資訊可以被非授權通路的可能性，可能性越低，安全性越高 |
資訊化
基礎知識點
- 資訊化的含義
（1）資訊化從小到大分為 5 個層次。速記詞：産企業國社。
| 資訊化層次 | 解釋 |
|---|---|
| 産品資訊化 | 如內建了車載計算機系統的小汽車 |
| 企業資訊化 | 如 CRM 、ERP 等 |
| 産業資訊化 | 如交通運輸業、制造業等傳統産業廣泛利用資訊技術來完成工藝、産品的資訊化，實作資源優化與重組，進而實作産業更新 |
| 國民經濟資訊化 | 指在經濟大系統内實作統一的資訊大流動，使生産、流通、配置設定、消費等經濟的 4 個環節，通過資訊進一步聯成一個整體 |
| 社會生活資訊化 | 指包括商務、教育、日常生活等在内的整個社會體系，采用先進的資訊技術拓展我們的活動時空，提升生活品質。如智慧城市等。 |
（2）資訊化的主體是全體社會成員，包括政府、企業、事業、團體和個人。空域是政治、經濟、文化、軍事和社會生活的一切領域。時域是一個長期的過程。
- 資訊化體系六要素
資訊資源是核心，資訊技術應用是龍頭，資訊網絡是基礎，資訊技術和産業是國家資訊化建設的基礎，資訊化人才是關鍵，資訊化政策法規和标準規範是保障。
- 國家資訊化發展戰略綱要
2016年7月，中共中央辦公廳、國務院辦公廳印發了《國家資訊化發展戰略綱要》。
| 戰略綱要 | 時間要求（年） | 解釋 |
|---|---|---|
| 第一步 | 2017-2020 | 圍繞全面建成小康社會的奮鬥目标，服務重要戰略布局，促使資訊化成為驅動現代化建設的先導力量，網信事業在踐行新發展理念上先行一步 |
| 第二步 | 2020-2025 | 緊緊圍繞網絡強國建設目标，實作技術先進、産業發達、應用領先、網絡安全堅不可摧 |
| 第三步 | 2025-21世紀中葉 | 資訊化全面支撐富強、民主、文明、和諧的社會主義現代化國家建設，網絡強國地位日益鞏固，引領全球資訊化發展 |
- 兩化融合的含義
（1）是指資訊化與工業化發展戰略的融合。
（2）是指資訊資源與材料、能源等工業資源的融合。
（3）是指虛拟經濟與工業實體經濟融合。
（4）是指資訊技術與工業技術、IT裝置與工業裝備的融合。
- 電子政務
電子政務主要包括 4 各方面：G2G、G2B、G2C、G2E。
- 電子商務
（1）凡使用了諸如電報、電話、廣播、電視、傳真以及計算機、計算機網絡等手段、工具和技術進行商務活動，都可以稱之為電子商務。
（2）電子資料交換（EDI）是連接配接原始電子商務和現代電子商務的手段。
（3）電子商務的基本特征如下圖所示
（4）電子商務系統的結構
| 公共政策、法律及隐私 | 電子商務應用 線上營銷與廣告、線上購物、采購和購買、遠端金融服務、供應鍊管理、其他應用 | 各種技術标準 |
| 商業服務的基礎設施 目錄服務、安全、認證、電子付款 | ||
| 封包和資訊傳播的基礎設施 FAX、E-mail、EDI、HTTP | ||
| 多媒體内容和網絡出版的基礎設施 HTML、Java、全球 Web | ||
| 網絡基礎設施 遠端通信網、有線電視網、無線電通信網和 Internet |
（5）電子商務的類型
說明：
B2B 是指企業和企業之間通過網際網路進行産品、服務和資訊的交換，它的發展經過了電子資料交換、基本的電子商務、電子交易集市和協同商務 4 個階段，如阿裡巴巴。
B2C 是指企業與消費者個人之間的電子商務，如京東、當當等。
C2C 是指消費者與消費者之間通過電子商務交易平台進行交易的一種商務模式，如淘寶、易趣等。
O2O 是指線上購買線下的商品和服務，實體店提貨或享受服務，特别适合餐飲、院線、會所等服務連鎖企業。
（6）加強電子商務發展的基本原則。
- 企業主體、政府推動
- 統籌兼顧、虛實結合
- 着力創新、注重實效
- 規範發展、保障安全
（7）電子商務發展的支撐保障體系（速記詞：法标安信在現技服運）
7. 企業資訊化
（1）概念：企業資訊化就是在企業作業、管理、決策的各個層面，科學計算、過程控制、事務處理、經營管理的各個領域，引進和使用現代資訊技術，全面改革管理體制和機制，進而大幅度提高企業工作效率、市場競争能力和經濟效益。
（2）目前企業競争的“大”吃“小”，正在轉向為“快”吃“慢”。
（3）企業資訊化發展過程應遵循以下原則：
- 效益原則
- 一把手原則
- 中長期與短期建設相結合的原則
- 規範化和标準化原則
- 以人為本的原則
補充知識點
資訊系統
基礎知識點
- 資訊系統定義
（1）資訊系統：是一種以處理資訊為目的的專門的系統。資訊系統的組成部分包括：硬體、軟體、資料庫、網絡、儲存設備、感覺裝置、外設、人員以及把資料處理成資訊的規程等。
（2）資訊系統內建：采用現代管理理論（如軟體工程、項目管理等）作為計劃、設計、控制的方法論，将硬體、軟體、資料庫、網絡等部件按照規劃的結構和秩序，有機地整合到一個有清晰邊界的資訊系統中，以達到既定系統的目标，這個過程稱為資訊系統內建。
- 資訊系統的生命周期
資訊系統生命周期包括：立項（系統規劃）、開發（系統分析、系統設計、系統實施、系統驗收）、運維和消亡 4 個階段。
- 資訊系統開發方法
| 常用的開發方法 | 特點 |
|---|---|
| 結構化方法 | 理論基礎嚴密，注重開發過程的整體性和全局性。 但是開發周期長；文檔、設計說明繁瑣，工作效率地；要求在開發之初全面認識系統的資訊需求 |
| 原型化方法 | 适用于使用者需求開始時定義不清、管理決策方法結構化程度不高的系統開發。 但如果使用者配合不好，盲目修改，就會拖延開發程序 |
| 面向對象方法 | 關鍵點在于能否建立一個全面、合理、統一的模型，它既能反應問題域，又能被計算機系統求解域所接受 |
| 面向服務方法 | 面向對象的應用建構在類和對象上，随後發展起來的模組化技術将相關對象按照業務功能進行分組，就形成了構件的概念。對于跨構件的功能調用，則采用接口的形式暴露出來，進一步将接口的定義于實作進行解耦，則催生了服務和面向服務的開發方法。 從應用的角度來看，組織内部、組織之間各種應用系統的互相通信和互操作性，直接影響着組織對資訊的掌握程度和處理速度。如何使資訊系統快遞響應需求與環境變化，提高系統可複用性、資訊資源共享和系統之間的互操作性，成為影響資訊化建設效率的關鍵問題，而面向服務的思維方式恰好滿足了這類需求。它代表着不拘泥于具體技術實作方式的一種新的系統開發思想，已成為大趨勢 |
IT 服務管理
基礎知識點
- 早期的 IT 服務管理主要針對企業内部的 IT 部門，傳統的 IT 服務管理都是由企業内部的 IT 部門提供服務，即内部提供服務。
- IT 服務管理（IT Service Management, ITSM）是一套幫助組織對 IT 系統的規劃、研發、實施和營運進行有效管理的方法，是一套方法論。
- ITSM 的核心思想是，IT 組織不管是組織内部的還是外部的，都是 IT 服務提供者，其主要工作就是提供低版本、高品質的 IT服務。
- ITSM 是一種 IT 管理，與傳統的 IT 管理不同，它是一種以服務為中心的 IT 管理。
- 實施 ITSM 的根本目标有三個：以客戶為中心提供 IT 服務，提供高品質、低成本的服務，提供的服務可準确計價。
- ITSM 的基本原理可簡單地用“二次轉換”來概括，第一次是“梳理”，第二次是“打包”。
- 雖然技術管理是 ITSM 的重要組成部分，但 ITSM 的主要目标不是管理技術。有關 IT 的技術管理是系統管理和網絡管理的任務，ITSM 的主要任務是管理客戶和使用者的 IT 需求。
- 資訊系統監理的内容如下圖所示
9. ITSS的構成如下圖所示
軟體工程
基礎知識點
- 軟體需求分析與定義
（1）需求必須可以被驗證
（2）需求分析的目标：檢測和解決需求之間的沖突、發現系統的邊界、較長的描述出系統需求
- 軟體設計、測試與維護
（1）軟體設計：根據軟體需求，産生一個軟體内部結構的描述，并将其作為軟體構造的基礎。通過軟體設計，描述出軟體架構及相關元件之間的接口；然後，進一步詳細地描述元件，以便構成這些元件。
（2）軟體測試：為了評價和改進軟體質、識别産品的缺陷和問題而進行的活動。
（3）軟體維護類型及解釋如下表所示
| 軟體維護類型 | 解釋 |
|---|---|
| 更正性維護 | 更正傳遞後發現的錯誤 |
| 适應性維護 | 使軟體産品能夠在變化後或變化中的環境中繼續使用 |
| 完善性維護 | 改進傳遞後産品的性能和可維護性 |
| 預防性維護 | 在軟體産品的潛在錯誤成為實際錯誤前，檢測并更正它們 |
- 軟體品質保證及品質評價
（1）軟體品質包括内部品質、外部品質和使用品質三部分。
（2）驗證過程試圖確定活動的輸出産品構造正确，即活動的輸出産品滿足活動的規範說明。确認過程則試圖確定構造了正确的産品，即産品滿足其特定目的。
- 軟體配置管理
（1）軟體配置管理活動包括：軟體配置管理計劃、軟體配置辨別、軟體配置控制、軟體配置狀态記錄、軟體配置審計、軟體釋出管理與傳遞等活動。
（2）配置庫的權限設定
| 權限 | 内容 |
|---|---|
| Read | 可以讀取檔案内容，但不能對檔案進行變更 |
| Check | 可使用 [check in] 等指令，對檔案内容進行變更 |
| Add | 可使用[檔案追加]、[檔案重命名]、[删除]等指令 |
| Destroy | 有權執行檔案不可逆毀壞、清楚、[rollback] 等指令 |
（3）受控庫的權限設定
| 項目經理 | 項目成員 | QA | 測試人員 | 配置管理者 | ||
|---|---|---|---|---|---|---|
| 文檔 | Read | ✔ | ✔ | ✔ | ✔ | ✔ |
| Check | ✔ | ✔ | ✔ | ✔ | ✔ | |
| Add | ✔ | ✔ | ✔ | ✔ | ✔ | |
| Destroy | ✖ | ✖ | ✖ | ✖ | ✔ |
| 項目經理 | 項目成員 | QA | 測試人員 | 配置管理者 | ||
|---|---|---|---|---|---|---|
| 代碼 | Read | ✔ | ✔ | ✔ | ✔ | ✔ |
| Check | ✔ | ✔ | ✖ | ✖ | ✔ | |
| Add | ✔ | ✔ | ✖ | ✖ | ✔ | |
| Destroy | ✖ | ✖ | ✖ | ✖ | ✔ |
說明：✔表示該人員具有相應權限，✖表示該人員沒有相應權限。
（4）産品庫的權限設定
| 項目經理 | 項目成員 | QA | 測試人員 | 配置管理者 | |
|---|---|---|---|---|---|
| Read | ✔ | ✔ | ✔ | ✔ | ✔ |
| Check | ✔ | ✔ | ✔ | ✔ | ✔ |
| Add | ✖ | ✖ | ✖ | ✖ | ✖ |
| Destroy | ✖ | ✖ | ✖ | ✖ | ✖ |
- 軟體過程管理
包括五個方面：項目啟動與範圍定義、項目規劃、項目實施、項目監控與評審、項目收尾與關閉。
- 軟體開發工具
軟體開發工具是用于輔助軟體生命周期過程的基于計算機的工具。例如：軟體需求包括需求模組化工具和需求追蹤工具。
- 軟體複用
軟體複用的主要思想是：将軟體看成是由不同功能的“元件”組成的有機體，每一個元件在設計編寫時都可以被設計成完成同類工作的通用工具。
面向對象系統分析與設計
基礎知識點
- 面向對象的基本概念
（1）對象的三個基本要素分别為：對象辨別、對象狀态、對象行為。
（2）對象是類的執行個體，類是對象的模版。如果将對象比作房子，類就是房子的設計圖紙。
（3）類的構成
（4）類的繼承
（5）類的多态
- 統一模組化語言和可視化模組化
（1）UML 的 5 種視圖
- 用例視圖，Use case view：用例視圖定義系統的外部行為，定義了系統的需求，是描述系統設計和構件的其他視圖的基礎，即用例驅動。又叫使用者模型視圖。
- 邏輯視圖，Logic view：邏輯視圖描述邏輯結構，該邏輯結構支援用例視圖描述的功能，它描述了問題空間中的概念以及實作系統功能的機制，如類、包、子系統等。又叫結構模型視圖或靜态視圖。
- 實作視圖，Implementation view：實作描述用于元件系統的實體元件，如可執行檔案、代碼庫和資料庫等系統程式員所看到的軟體産物，是和配置管理以及系統內建相關的資訊。也叫元件視圖。
- 過程視圖，Process view：過程視圖描述将系統分解為過程和任務，以及這些并發元素之間的通信與同步。也叫并發視圖、動态視圖或者協作視圖等。
- 部署視圖，Deployment view：描述系統的實體網絡布局，是系統工程師和網絡工程師所感興趣的。又叫實體視圖。
（2）UML 提供了 9 種不同的圖
靜态圖：用例圖、類圖、對象圖、元件圖、配置圖
動态圖：序列圖、狀态圖、協作圖、活動圖
- 用例圖，Use case diagram：描述系統的功能，由系統、用例和角色三種元素組成。例：用例圖（機房收費系統）如下圖所示
- 類圖，Class diagram：用來表示系統中的類以及類與類之間的關系，描述系統的靜态結構，用于邏輯視圖中。類圖（機房收費系統）如下圖所示
- 對象圖，Object diagram：對象圖是類圖的示例，表示在某一時刻這些類的具體執行個體以及這些執行個體之間的具體連接配接關系，可以幫助人們了解比較複雜的類圖。對象圖也可以用于顯示類圖中的對象在某一點的連接配接關系。對象圖常用語用例視圖和邏輯視圖中。對象圖（機房收費系統）如下圖所示
- 狀态圖，State diagram：主要用來描述對象、子系統、系統的生命周期。通過狀态圖可以了解一個對象可能具有的所有狀态、導緻對象狀态改變的事件，以及狀态轉移引發的動作。狀态圖是對類描述的事物的補充說明，用在邏輯視圖中描述類的行為。狀态圖如下圖所示
- 序列圖，Sequence diagram：面向對象系統中對象之間的互動表現為消息的發送和接收。序列圖反應若幹個對象之間的動态協作關系，即随着時間的流逝，消息是如何在對象之間發送和接收的。序列圖中重點反應對象之間發送消息的先後次序，常用在邏輯視圖中。序列圖所下圖所示
- 協作圖，Collaboration diagram：主要描述協作對象之間的互動和連接配接。協作圖和序列圖同樣反映對象間的動态協作，也可以表達消息序列，但重點描述交換消息的對象之間的關系，強調的是空間關系而非時間順序。協作圖如下圖所示
軟考—資訊項目管理師（資訊化和資訊系統一） - 活動圖，Activity diagram：顯示動作及其結果，着重描述操作實作中所完成的工作以及用例執行個體或對象中的活動。活動圖中反映了一個連續的活動流，常用于描述一個操作執行過程中所完成的工作。活動圖如下圖所示
- 元件圖，Component diagram：用來反映代碼的實體結構，元件可以是源代碼、二進制檔案或可執行檔案，包含邏輯類的實作資訊。實作視圖由元件圖構成。元件圖如下圖所示
- 配置圖，Deployment diagram：配置圖用來顯示系統中軟體和硬體的實體架構。圖中通常顯示實際的計算機和裝置及其之間的關系。配置圖用來構成配置視圖，描述系統的實際實體結構。配置圖如下圖所示
軟考—資訊項目管理師（資訊化和資訊系統一）
- 面向對象系統分析
即運用面向對象方法分析問題域，建立基于對象、消息的業務模型，形成對客觀世界和業務本身的正确認識。
- 面向對象系統設計
基于系統分析得出的問題域模型，用面向對象的方法設計出軟體基礎架構（概要設計）和完整的類結構（詳細設計），以實作業務功能。
接下篇 軟考—資訊項目管理師（資訊化和資訊系統二）