2015年計算機二級考試公共基礎知識複習資料與方法

　　第三章軟件工程基礎

3.1 軟件工程基本概念

計算機軟件是包括程序、數據及相關文檔的完整集合。 軟件的特點包括：

(1)軟件是一種邏輯實體;

(2)軟件的生產與硬件不同，它沒有明顯的製作過程; (3)軟件在運行、使用期間不存在磨損、老化問題;

(4)軟件的開發、運行對計算機系統具有依賴性，受計算機系統的限制，這導致了軟件移植的問題;

(5)軟件複雜性高，成本昂貴; (6)軟件開發涉及諸多的社會因素。

軟件按功能分為應用軟件、系統軟件、支撐軟件(或工具軟件)。 軟件危機主要表現在成本、質量、生產率等問題。

軟件工程是應用於計算機軟件的定義、開發和維護的一整套方法、工具、文檔、實踐標準和工序。

軟件工程包括3個要素：方法、工具和過程。

軟件工程過程是把軟件轉化為輸出的一組彼此相關的資源和活動，包含4種基本活動： (1)P——軟件規格説明; (2)D——軟件開發; (3)C——軟件確認; (4)A——軟件演進。

軟件週期：軟件產品從提出、實現、使用維護到停止使用退役的過程。

軟件生命週期三個階段:軟件定義、軟件開發、運行維護，主要活動階段是： (1)可行性研究與計劃制定; (2)需求分析; (3)軟件設計; (4)軟件實現; (5)軟件測試; (6)運行和維護。

軟件工程的目標和與原則：

目標：在給定成本、進度的前提下，開發出具有有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性且滿足用户需求的產品。

基本目標：付出較低的開發成本;達到要求的軟件功能;取得較好的軟件性能;開發軟件易於移植;需要較低的費用;能按時完成開發，及時交付使用。

基本原則：抽象、信息隱蔽、模塊化、局部化、確定性、一致性、完備性和可驗證性。 軟件工程的理論和技術性研究的內容主要包括：軟件開發技術和軟件工程管理。 軟件開發技術包括：軟件開發方法學、開發過程、開發工具和軟件工程環境。 軟件工程管理包括：軟件管理學、軟件工程經濟學、軟件心理學等內容。 軟件管理學包括人員組織、進度安排、質量保證、配置管理、項目計劃等。

軟件工程原則包括抽象、信息隱蔽、模塊化、局部化、確定性、一致性、完備性和可驗證性。

　　3.2 結構化分析方法

結構化方法的核心和基礎是結構化程序設計理論。

需求分析方法有(1)結構化需求分析方法; (2)面向對象的分析的方法。 從需求分析建立的模型的特性來分：靜態分析和動態分析。

結構化分析方法的實質：着眼於數據流，自頂向下，逐層分解，建立系統的處理流程，以數據流圖和數據字典為主要工具,建立系統的邏輯模型。

結構化分析的常用工具

(1)數據流圖; (2)數據字典;(3)判定樹; (4)判定表。

數據流圖：描述數據處理過程的工具，是需求理解的邏輯模型的圖形表示，它直接支持系統功能建模。

數據字典：對所有與系統相關的數據元素的一個有組織的列表，以及精確的、嚴格的定義，使得用户和系統分析員對於輸入、輸出、存儲成分和中間計算結果有共同的理解。

判定樹：從問題定義的文字描述中分清哪些是判定的條件，哪些是判定的結論，根據描述材料中的連接詞找出判定條件之間的從屬關係、並列關係、選擇關係，根據它們構造判定樹。

判定表：與判定樹相似，當數據流圖中的加工要依賴於多個邏輯條件的取值，即完成該加工的一組動作是由於某一組條件取值的組合而引發的，使用判定表描述比較適宜。

數據字典是結構化分析的核心。 軟件需求規格説明書的特點： (1)正確性; (2)無岐義性; (3)完整性; (4)可驗證性;(5)一致性; (6)可理解性; (7)可追蹤性。

　　3.3 結構化設計方法

軟件設計的基本目標是用比較抽象概括的方式確定目標系統如何完成預定的任務，軟件設計是確定系統的物理模型。

軟件設計是開發階段最重要的步驟，是將需求準確地轉化為完整的軟件產品或系統的唯一途徑。

從技術觀點來看，軟件設計包括軟件結構設計、數據設計、接口設計、過程設計。 結構設計：定義軟件系統各主要部件之間的關係。

數據設計：將分析時創建的模型轉化為數據結構的定義。

接口設計：描述軟件內部、軟件和協作系統之間以及軟件與人之間如何通信。 過程設計：把系統結構部件轉換成軟件的過程描述。 從工程管理角度來看：概要設計和詳細設計。

軟件設計的一般過程：軟件設計是一個迭代的過程;先進行高層次的結構設計;後進行低層次的過程設計;穿插進行數據設計和接口設計。

衡量軟件模塊獨立性使用耦合性和內聚性兩個定性的度量標準。

在程序結構中各模塊的內聚性越強，則耦合性越弱。優秀軟件應高內聚，低耦合。 軟件概要設計的基本任務是：

(1)設計軟件系統結構;(2)數據結構及數據庫設計; (3)編寫概要設計文檔;(4)概要設計文檔評審。 模塊用一個矩形表示，箭頭表示模塊間的調用關係。

在結構圖中還可以用帶註釋的箭頭表示模塊調用過程中來回傳遞的信息。還可用帶實心圓的箭頭表示傳遞的是控制信息，空心圓箭心表示傳遞的是數據。

結構圖的基本形式：基本形式、順序形式、重複形式、選擇形式。 結構圖有四種模塊類型：傳入模塊、傳出模塊、變換模塊和協調模塊。 典型的數據流類型有兩種：變換型和事務型。

變換型系統結構圖由輸入、中心變換、輸出三部分組成。

事務型數據流的特點是：接受一項事務，根據事務處理的特點和性質，選擇分派一個適當的處理單元，然後給出結果。

詳細設計：是為軟件結構圖中的每一個模塊確定實現算法和局部數據結構，用某種選定的表達工具表示算法和數據結構的細節。

常見的過程設計工具有：圖形工具(程序流程圖)、表格工具(判定表)、語言工具(PDL)。

　　3.4 軟件測試

軟件測試定義：使用人工或自動手段來運行或測定某個系統的過程，其目的在於檢驗它是否滿足規定的需求或是弄清預期結果與實際結果之間的差別。

軟件測試的目的：發現錯誤而執行程序的過程。 軟件測試方法：靜態測試和動態測試。

靜態測試包括代碼檢查、靜態結構分析、代碼質量度量。不實際運行軟件，主要通過人工進行。

動態測試：是基本計算機的測試，主要包括白盒測試方法和黑盒測試方法。

白盒測試：在程序內部進行，主要用於完成軟件內部操作的驗證。主要方法有邏輯覆蓋、基本基路徑測試。

黑盒測試：主要診斷功能不對或遺漏、界面錯誤、數據結構或外部數據庫訪問錯誤、性能錯誤、初始化和終止條件錯，用於軟件確認。主要方法有等價類劃分法、邊界值分析法、錯誤推測法、因果圖等。

軟件測試過程一般按4個步驟進行：單元測試、集成測試、驗收測試(確認測試)和系統測試。

　　3.5 程序的調試

程序調試的任務是診斷和改正程序中的錯誤，主要在開發階段進行。 程序調試的基本步驟： (1)錯誤定位;

(2)修改設計和代碼，以排除錯誤; (3)進行迴歸測試，防止引進新的錯誤。 軟件調試可分表靜態調試和動態調試。靜態調試主要是指通過人的思維來分析源程序代碼和排錯，是主要的設計手段，而動態調試是輔助靜態調試。主要調試方法有：

(1)強行排錯法; (2)回溯法;

(3)原因排除法。

公共基礎知識總結下之數據庫系統

　　4.1 數據庫系統的基本概念

數據：實際上就是描述事物的符號記錄。

數據的特點：有一定的結構，有型與值之分，如整型、實型、字符型等。而數據的值給出了符合定型的值，如整型值15。

數據庫：是數據的集合，具有統一的結構形式並存放於統一的存儲介質內，是多種應用數據的集成，並可被各個應用程序共享。

數據庫存放數據是按數據所提供的數據模式存放的，具有集成與共享的特點。

數據庫管理系統：一種系統軟件，負責數據庫中的數據組織、數據操縱、數據維護、控制及保護和數據服務等，是數據庫的核心。

數據庫管理系統功能：

(1)數據模式定義：即為數據庫構建其數據框架; (2)數據存取的物理構建：為數據模式的物理存取與構建提供有效的存取方法與手段; (3)數據操縱：為用户使用數據庫的數據提供方便，如查詢、插入、修改、刪除等以及簡單的算術運算及統計;

(4)數據的完整性、安生性定義與檢查; (5)數據庫的併發控制與故障恢復;

(6)數據的服務：如拷貝、轉存、重組、性能監測、分析等。 為完成以上六個功能，數據庫管理系統提供以下的數據語言：

(1)數據定義語言：負責數據的模式定義與數據的物理存取構建; (2)數據操縱語言：負責數據的操縱，如查詢與增、刪、改等;

(3)數據控制語言：負責數據完整性、安全性的定義與檢查以及併發控制、故障恢復等。

數據語言按其使用方式具有兩種結構形式：交互式命令(又稱自含型或自主型語言)宿主型語言(一般可嵌入某些宿主語言中)。

數據庫管理員：對數據庫進行規劃、設計、維護、監視等的專業管理人員。 數據庫系統：由數據庫(數據)、數據庫管理系統(軟件)、數據庫管理員(人員)、硬件平台(硬件)、軟件平台(軟件)五個部分構成的`運行實體。

數據庫應用系統：由數據庫系統、應用軟件及應用界面三者組成。

文件系統階段：提供了簡單的數據共享與數據管理能力，但是它無法提供完整的、統一的、管理和數據共享的能力。

層次數據庫與網狀數據庫系統階段 ：為統一與共享數據提供了有力支撐。 關係數據庫系統階段 數據庫系統的基本特點：數據的集成性 、數據的高共享性與低宂餘性 、數據獨立性(物理獨立性與邏輯獨立性)、數據統一管理與控制。

數據庫系統的三級模式：

(1)概念模式：數據庫系統中全局數據邏輯結構的描述，全體用户公共數據視圖; (2)外模式：也稱子模式與用户模式。是用户的數據視圖，也就是用户所見到的數據模式;

(3)內模式：又稱物理模式，它給出了數據庫物理存儲結構與物理存取方法。 數據庫系統的兩級映射：

(1)概念模式到內模式的映射; (2)外模式到概念模式的映射。

　　4.2 數據模型

數據模型的概念：是數據特徵的抽象，從抽象層次上描述了系統的靜態特徵、動態行為和約束條件，為數據庫系統的信息表與操作提供一個抽象的框架。描述了數據結構、數據操作及數據約束。

E-R模型的基本概念

(1)實體：現實世界中的事物; (2)屬性：事物的特性;

(3)聯繫：現實世界中事物間的關係。實體集的關係有一對一、一對多、多對多的聯繫。

E-R模型三個基本概念之間的聯接關係：實體是概念世界中的基本單位，屬性有屬性域，每個實體可取屬性域內的值。一個實體的所有屬性值叫元組。

E-R模型的圖示法：(1)實體集表示法; (2)屬性表法; (3)聯繫表示法。 層次模型的基本結構是樹形結構，具有以下特點： (1)每棵樹有且僅有一個無雙親結點，稱為根; (2)樹中除根外所有結點有且僅有一個雙親。

從圖論上看，網狀模型是一個不加任何條件限制的無向圖。

關係模型採用二維表來表示，簡稱表，由表框架及表的元組組成。一個二維表就是一個關係。

在二維表中凡能唯一標識元組的最小屬性稱為鍵或碼。從所有侯選健中選取一個作為用户使用的鍵稱主鍵。表A中的某屬性是某表B的鍵，則稱該屬性集為A的外鍵或外碼。

關係中的數據約束：

(1)實體完整性約束：約束關係的主鍵中屬性值不能為空值;(2)參照完全性約束：是關係之間的基本約束;

(3)用户定義的完整性約束：它反映了具體應用中數據的語義要求。

　　4.3關係代數

關係數據庫系統的特點之一是它建立在數據理論的基礎之上，有很多數據理論可以表示關係模型的數據操作，其中最為著名的是關係代數與關係演算。

關係模型的基本運算：

(1)插入 (2)刪除 (3)修改 (4)查詢(包括投影、選擇、笛卡爾積運算)

　　4.4 數據庫設計與管理

數據庫設計是數據應用的核心。 數據庫設計的兩種方法：

(1)面向數據：以信息需求為主，兼顧處理需求; (2)面向過程：以處理需求為主，兼顧信息需求。

數據庫的生命週期：需求分析階段、概念設計階段、邏輯設計階段、物理設計階段、編碼階段、測試階段、運行階段、進一步修改階段。

需求分析常用結構析方法和麪向對象的方法。結構化分析(簡稱SA)方法用自頂向下、逐層分解的方式分析系統。用數據流圖表達數據和處理過程的關係。對數據庫設計來講，數據字典是進行詳細的數據收集和數據分析所獲得的主要結果。

數據字典是各類數據描述的集合，包括5個部分：數據項、數據結構、數據流(可以是數據項，也可以是數據結構)、數據存儲、處理過程。

數據庫概念設計的目的是分析數據內在語義關係。設計的方法有兩種 (1)集中式模式設計法(適用於小型或並不複雜的單位或部門); (2)視圖集成設計法。

設計方法：E-R模型與視圖集成。

視圖設計一般有三種設計次序：自頂向下、由底向上、由內向外。 視圖集成的幾種衝突：命名衝突、概念衝突、域衝突、約束衝突。 關係視圖設計：關係視圖的設計又稱外模式設計。 關係視圖的主要作用：

(1)提供數據邏輯獨立性;

(2)能適應用户對數據的不同需求; (3)有一定數據保密功能。

數據庫的物理設計主要目標是對數據內部物理結構作調整並選擇合理的存取路徑，以提高數據庫訪問速度有效利用存儲空間。一般RDBMS中留給用户參與物理設計的內容大致有索引設計、集成簇設計和分區設計。

數據庫管理的內容： (1)數據庫的建立; (2)數據庫的調整; (3)數據庫的重組;

(4)數據庫安全性與完整性控制; (5)數據庫的故障恢復; (6)數據庫監控。