軟體工程第一章至十一章匯總

標籤：

第一章軟體
軟體是電腦程式，規程及運行電腦系統可能需要的文檔和資料。軟體分為通用軟體和定製軟體。
軟體的特性：1.複雜性2.不可見度3.不斷變化4.大多數軟體仍然是定製的，而不是通過已有的構件組裝而成。
軟體於二十世紀50~60年代，70年代，80年代，90年代至今進行發展。
在此過程中遇到一些危機：1.軟體的開發成本和進度難以估計，延遲交付甚至取消項目的現象屢見不鮮。2.軟體存在著錯誤多，效能低，不可靠，不安全等品質問題。3.軟體的成本在電腦系統的整個成本中所佔的比例越來越大。4.軟體的維護極其困難，而且很難適應不斷變化的使用者需求和使用環境。
軟體工程早在1968年10月，於德國的加爾迷死開會討論軟體可靠性與軟體危機的問題中被Fritz Bauer首次提出。
其包括軟體工程是工程概念在軟體領域裡的一個特定應用，和軟體工程涉及軟體產品的所有環節。
軟體工程的三要素：工具，方法，過程。
電腦輔助軟體工程CASE是一組工具和方法的集合，具有一定的層次劃分。當前其主要面臨的挑戰有遺留系統的問題，高可信性開發的要求，軟體開發方式的變化。
軟體知識體系（swebok）由軟體的需求，軟體設計，軟體構造，軟體測試，軟體維護，軟體組態管理，軟體工程管理，軟體工程過程，軟體工程工具與方法，和軟體品質組成。
軟體工程人員應秉承一定的職業道德準則，遵紀守法，持有服務客戶，造服社會的觀念，以城實守信作為工程人員職業道德的核心。
（不知不覺600字了。。）
第二章軟體過程
程式員應具有的任務思維與過程思維概述。
軟體過程的定義：是軟體工程人員為了擷取軟體產品而在軟體工具的支援下實施的一系列軟體過程活動。
軟體過程的基本活動有1.問題的提出2.軟體規格說明3.軟體設計4.軟體實現5.軟體確認6.軟體演化。
軟體過程的製品按照不同的階段，書上予以細細的列舉。
軟體工程的模型有瀑布模型、快速原型模型、增量模型、形式化方法模型、和基於組件的開發模型。
微軟公司開發軟體過程的案例，1。其開發管理的原則（5點不再一一列舉）2.微軟公司的軟體過程模型有五個階段（按時間順序進行）規劃階段、設計階段、開發階段、穩定階段、和發布階段。3.遞進式的軟體開發策略。
第三章軟體專案管理
軟體項目的特徵
軟體專案管理的“4p”1.人員2.產品3.過程4.項目。
軟體專案管理活動4點
人員的組織與管理其中組織有民主式組織、主程式員式組織、技術管理式組織。
以微軟為例講解組織的形式如何運用於實際中。
項目溝通管理：項目溝通具有一定的複雜性，並且有六種溝通方式
項目溝通活動：1.規劃項目溝通2.建立基礎設施3.實施階段性評審4.每周組織小組會議。
軟體專案規劃：1.估算項目規模2.軟體專案計劃
軟體風險管理
風險的是識別：（七中不同形式的識別不一一列舉）
面對分先應作出風險分析，規劃與監控。
軟體基本配置的基本概念及組態管理活動。
第四章需求工程
人們對“軟體需求”這個術語缺乏統一的描述，客戶所說的“需求”在開發人員看來是一個較高層次的產品概念，而開發人員所說的“需求”在使用者看來又像是詳細設計。應該說，人們從不同角度和不同的程度反映著各自的需求，形成了不同層次的需求。有業務需求，功能非功能需求，和系統需求。
需求工程過程1.需求的擷取2.需求的分析3.需求的規格說明4.需求驗證（其中包括正確性，無二義性，完整性，可驗證性，一致性，可跟蹤性等）。需求管理分為需求變更控制，需求文檔的版本控制，需求跟蹤需求管理工具。
需求萃取技術可以通過面談、需求專題討論會觀察使用者工作流程等方式實現，方法基於原形化方法和用例方法。
案例：小型圖書館資料管理系統
步驟：1.確定參與者2.確定情境3.確定用例4.編寫用例描述。
第五章軟體工程中的形式化方法
形式化方法的基本概念：1.軟體規格說明是對系統對象，對象的操作方法，以及對象行為的描述。2.形式證明與驗證技術包括模型檢測和定理證明。3.程式求精是將自動推理和形式化方法相結合，從抽象的形式規約推演出具體的面向電腦的程式碼的全過程。
時態邏輯Kripke結構一階段線性時態邏輯漢諾塔操作規劃問題
計算樹邏輯是一種離散、分支時間、命題時態邏輯。
模型檢測
Z語言概述：Z語言為系統建立基於狀態的模型。
其表示大體分為兩類：1.集合、關係及函數2.自由類型和模式
執行個體：1.停車場管理系統為例：初始化，基本定義，狀態定義，全域變數聲明，操作定義。2.以聽圖書管理系統為例：（同1.）
網：基本定義任何系統都可以抽象為兩類元素和事件。petri網
petri網的執行個體——號誌。（對號誌原理進行簡單的描述）
第六章物件導向基礎
物件導向方法概述：客觀世界是由對象組成的，任何客觀的事物或實體都是對象，複雜的對象可以有簡單的對象組成；
物件導向技術的發展曆史（簡述初始，發展，成熟三個階段）
物件導向的軟體工程方法：1.物件導向分析2.物件導向設計3.物件導向編程4.物件導向測試5.物件導向維護
物件導向基本概念：1.對象從不同角度有不同的含義2.類是具有相同的屬性和服務的一組對相集合，它屬於該類的全部對象提供了統一的抽象描述，其內部屬性和服務兩個主要部分。3.封裝是把對象屬性和服務結合成一個獨立的系統單位，並儘可能隱藏對相內部細節。4.繼承（不再打了）5.訊息6.關聯7.彙總8.多態性
軟體建模概念針對軟體所具有的複雜性，以及人們對複雜問題的理解的局限性，在軟體開發過程中使用共同的建模語言進行建模十分重要，特別是特別大的複雜系統。
系統、模型和視圖（簡述了3點）
軟體建模的重要性（簡述，略）
整合模組化語言uml
1，uml發展史2.uml概念：由視圖、圖、模型元素和公用機制等部分組成。3，uml樣本（以圖為例）4.uml的應用
常用的uml圖：類圖、順序圖、狀態圖。（已學過）
第七章物件導向分析
分析的概念：分析類，分析活動
識別分析類通常，一個參與者與一個用例之間的互動或通訊關聯對應一個邊界類。邊界類收集來自參與者的資訊，這些資訊可以被實體類控制類控制使用。
識別控制類
控制類負責協調邊界和實體類，通常在現實世界中沒有對應的事物，他負責接收邊界類的資訊，並將其分給實體類。
識別實體類簡述了識別方法
定義互動行為：順序圖可以講=將用力和分析對象聯絡到一起。（繪製順序圖步驟）
建立分析類圖1.定義關係和屬性2.應用分析模式
評分分析模型（檢查正確性的步驟）
第八章物件導向分析
設計的概念
設計活動，設計原則1.模組化2.耦合度和內聚性3.複合型
軟體體繫結構1.倉庫體繫結構簡述2.分層體繫結構3.mvc體繫結構4.客戶機/伺服器體繫結構5.管道和過濾體繫結構6.案例：minilibrary系統體繫結構（圖略）
系統設計1.識別設計項目2.資料儲存策略3.部署子系統4.系統設計評審
詳細設計1.方法建模（三點）2.屬性建模3.狀態建模4.關鍵建模5.詳細設計評審。
應用設計模式：1.abstract factory模式2.adaptor模式3.bridge模式4.facade模式
使用者介面設計：1.使用者介面設計原則2.web介面的設計3.使用者支援
設計文檔步驟1.引言2.參考文獻等（共6個步驟）
第九章軟體實現
程式設計語言一直在不斷地演化和演變，其從經曆了從機器語言到進階語言的過程。
軟體編碼規範1.檔案命名與組織2.代碼的版式3.分行、對齊與縮排4.命名規則5.聲明6.注釋
軟體編碼案例分析：1.程式注釋問題2.變數命名問題3.記憶體異常問題（4點）4.異常處理問題5.效能問題兩點
軟體代碼審查代碼審查有：1.類2.屬性3.建構函式4.方法頭5.方法體
第十章軟體測試
驗證與確認：1.軟體的錯誤2.驗證與確認3.v&v的活動
軟體測試基礎：1.什麼是軟體測試2.軟體測試的基本原則3.軟體測試與軟體開發各階段的關係4.測試文檔5.軟體測試資訊流6.軟體測試人員。
軟體測試策略：1.單元測試2.整合測試確認測試4.系統測試5.軟體調試。
軟體測試方法：1.靜態測試與動態測試2.黑箱測試與白盒測試3.黑箱測試方法4.白盒子測試方法5.程式的靜態測試
物件導向軟體測試：1.物件導向測試類型2.物件導向測試樣本3.gui測試樣本軟體測試載入器。
第十一章軟體演化
軟體演化的特性1.軟體維護是一個必然的過程2.軟體的不斷修改會導致軟體退化3.軟體系統的演化特性是在早期的開發階段建立起來4.軟體開發的效率與投入的資源無關5.在軟體系統中添加新的功能不可避免地會產生新的缺陷。
軟體維護的概念：1.改正性維護2.適應性維護3.完善性維護
軟體維護的特點：1.軟體維護受開發過程影響大2.軟體維護困難多3.軟體維護成本高。
軟體維護的過程1.改正性維護2.適應性維護3.完善性維護
軟體再工程：1.對象選擇2.反向過程3.文檔重構4.代碼重構5.資料重構6.正向工程。

軟體工程第一章至十一章匯總