- 相關(guān)推薦
軟件工程期末總結(jié)
今天視頻看完了，可是沒有總結(jié)。還是感覺不會(huì)總結(jié)。一想到50講的課，怎么總結(jié)呢？開始聽的時(shí)候，是真不知道從哪里下手，因?yàn)殚_始看的時(shí)候有種迷迷糊糊的感覺。軟件工程，我期待的一門課就這么聽完了一遍。很有些囫圇吞棗的感覺，不過收獲還是很多的，至少知道了軟件工程的階段不是只有需求分析、編程和測(cè)試維護(hù)。當(dāng)然這個(gè)很早之前就知道，只是以前根本沒有什么概念。
第一個(gè)階段，計(jì)劃階段，要首先對(duì)用戶的要求進(jìn)行了解，對(duì)軟件的性能等進(jìn)行了解。然后進(jìn)行可行性分析研究，在各種可行性研究中，對(duì)于軟件開發(fā)人員來說，技術(shù)可行性研究最重要。之后就是需求分析階段了，需求分析階段也是計(jì)劃階段的最后一部分。需求分析定義了要做什么。把現(xiàn)實(shí)的需要用程序語言表達(dá)出來。但是這一階段并不解決怎么做。
解決怎么做的是下一個(gè)階段——設(shè)計(jì)階段。設(shè)計(jì)階段分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)把每個(gè)組成部分的功能都給出意義明確的模塊，每個(gè)模塊都和一部分需求相對(duì)應(yīng)。但是不考慮細(xì)節(jié)。詳細(xì)設(shè)計(jì)，把每個(gè)模塊的功能實(shí)現(xiàn)詳細(xì)的表示出來，為源程序的編寫打下基礎(chǔ)。然后就是編程階段，我們一般最初接觸的就是編程，所以編程階段比較了解，由于前期文檔已經(jīng)做的很詳細(xì)，功能的實(shí)現(xiàn)數(shù)據(jù)和算法都已經(jīng)清楚了，所以編程是比較簡單的。
編程完了就是測(cè)試階段了，測(cè)試階段的費(fèi)用是最多的。測(cè)試階段是發(fā)現(xiàn)錯(cuò)誤的階段，改錯(cuò)是調(diào)試階段。然后就是交付用戶使用，及維護(hù)。
以上幾點(diǎn)是軟件工程的生命周期的六個(gè)階段。軟件工程過程和軟件工程生命周期也不能等同。
軟件工程過程如下：
軟件規(guī)格說明：規(guī)定軟件的功能及其運(yùn)行的限制
軟件開發(fā)：產(chǎn)生滿足規(guī)格說明的軟件：
軟件的確認(rèn)：確認(rèn)軟件能夠完成客戶提出的要求：
軟件演進(jìn)：為滿足客戶的變更要求。軟件必須在使用的過程中演進(jìn)。
pdca
軟件工程過程與軟件生存期相對(duì)應(yīng)。軟件規(guī)格說明對(duì)應(yīng)計(jì)劃階段，軟件開發(fā)對(duì)應(yīng)設(shè)計(jì)、編程階段，軟件的確認(rèn)對(duì)應(yīng)測(cè)試調(diào)試階段，軟件演進(jìn)對(duì)應(yīng)運(yùn)行維護(hù)階段。
軟件開發(fā)的每個(gè)過程都有相關(guān)文檔，用老師們的話說叫做以文檔為驅(qū)動(dòng)。文檔的好壞直接影響到軟件開發(fā)的進(jìn)度和軟件的質(zhì)量。而文檔中最多的是使用圖表，dfd圖，sc圖。數(shù)據(jù)流程圖、過程流程圖、系統(tǒng)流程圖等各種圖表。還是那句話，一張好的圖表勝過一千句話。
在軟件生存周期的各個(gè)部分都有各自要注意的地方，過著說是各自的重點(diǎn)（或者是知識(shí)點(diǎn)）。
今天已經(jīng)是22號(hào)了，文檔還沒寫。先寫文檔了。唉，又落后了。
軟件工程期末總結(jié) [篇2]
第一章 概述
1.什么是軟件：
計(jì)算機(jī)軟件是指與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、 規(guī)程、 規(guī)則及任何與之有關(guān)的數(shù)據(jù)和文檔 資料。
2.軟件三要素： 3.軟件的特點(diǎn)：
1 軟件是邏輯實(shí)體，始終不會(huì)自然變化，只是其載體可變，它并不是物理實(shí)體； 2 軟件是一種創(chuàng)造性的思維活動(dòng) 3 軟件是可以長期運(yùn)行的，它不會(huì)因時(shí)間長短而磨損、老化 4 軟件
的研制過程主要是腦力勞動(dòng)的過程，在本質(zhì)上是無形的、不可見的和難以控制的 5 程序是指令序列，即使每條指令都正確，但由于在執(zhí)行時(shí)其邏輯組合狀態(tài)千變?nèi)f化，其 不一定完全正確 6 軟件中系統(tǒng)的數(shù)學(xué)模型是離散型的， 其輸入在合理范圍內(nèi)微小的變化可能引起輸出的巨 大變化， 7 對(duì)軟件的生產(chǎn)過程進(jìn)行嚴(yán)格的控制，可得到完全一致的產(chǎn)品 8 軟件中不可靠的問題基本是由于開發(fā)過程中的人為差錯(cuò)所造成的缺陷而引起的 9 軟件在使用過程中出現(xiàn)故障后，必須修改原產(chǎn)品以解決問題，若修改時(shí)未引起新問題， 其可靠性就會(huì)增長 10 軟件維護(hù)通常涉及軟件更改，軟件更改通常會(huì)對(duì)其他部分造成影響 11 軟件的冗余設(shè)計(jì)應(yīng)確保冗余軟件相異，否則不僅不能提高可靠性反而增加復(fù)雜性，降 低可靠性
4.軟件的分類：
按功能：系統(tǒng)軟件、支撐軟件 按工作方式：實(shí)時(shí)處理軟件、嵌入軟件 按規(guī)模：小型程序、中型程序、大型程序 按使用頻度：常用軟件、不常用軟件 按服務(wù)對(duì)象：專用軟件、通用軟件 按軟件失效性：一般性軟件、高可靠性軟件
5.軟件工程：是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科 6 軟件工程的三要素：過程、工具、方法 7.軟件工程的目標(biāo)、原則 目標(biāo)：
付出較低的開發(fā)成本 達(dá)到要求的軟件功能 取得較好的軟件性能 開發(fā)的軟件易于移植 需要較低的維護(hù)費(fèi)用 能按時(shí)完成開發(fā)任務(wù) 及時(shí)交付使用 開發(fā)的軟件可靠性高
原則：抽象、信息隱蔽、模塊化、局部化、一致性、完全性、可驗(yàn)證性 8.產(chǎn)生軟件危機(jī)的原因：
用戶對(duì)軟件需求的描述不精確，可能有遺漏、有二義性、有錯(cuò)誤
軟件開發(fā)人員對(duì)用戶需求的理解與用戶本來的愿望有差異 大型軟件項(xiàng)目需要組織一定的人力共同完成， 多數(shù)管理人員缺乏開發(fā)大型軟件系統(tǒng)的 經(jīng)驗(yàn)，而多數(shù)軟件開發(fā)人員又缺乏管理方面的經(jīng)驗(yàn) 軟件項(xiàng)目開發(fā)人員不能有效地、 獨(dú)立自主地處理大型軟件的全部關(guān)系和各個(gè)分支， 因 此容易產(chǎn)生疏漏和錯(cuò)誤 缺乏有力的方法學(xué)和工具方面的支持， 過分地依靠程序設(shè)計(jì)人員在軟件開發(fā)過程中的 技巧和創(chuàng)造性，加劇軟件產(chǎn)品的個(gè)性化 軟件產(chǎn)品的特殊性和人類智力的局限性，導(dǎo)致人們無力處理“復(fù)雜問題”
第二章 過程與生命周期
1.生命周期定義：軟件從定義開始，經(jīng)過開發(fā)、使用和維護(hù)，直到最終退役的全過程。 2 三個(gè)階段：軟件定義、軟件開發(fā)、軟件運(yùn)行維護(hù) 3.每個(gè)階段有哪些步驟：
軟件定義：可行性研究、需求分析 軟件開發(fā)：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、集成測(cè)試、確認(rèn)測(cè)試 軟件運(yùn)行維護(hù)：使用與維護(hù)、退役
4.每個(gè)步驟的主要內(nèi)容： 5.模型有哪些
以軟件需求完全確定為基礎(chǔ)的瀑布模型； 在開發(fā)初期僅給出基本需求的漸進(jìn)式模型，如原型模型、螺旋模型、v 模型等； 基于知識(shí)的智能模型等等。
6.模型各自的特點(diǎn)
瀑布模型：適用于需求明確的小型系統(tǒng)的開發(fā) 體現(xiàn)了推遲實(shí)現(xiàn)的觀點(diǎn) 前一個(gè)階段的結(jié)束是下一個(gè)階段的開始 沒個(gè)階段要形成相應(yīng)的文檔，并對(duì)文檔進(jìn)行復(fù)審 （線性順序模型） 原型模型：快速開發(fā)工具 循環(huán) 低成本 種類：漸進(jìn)型和拋棄型 增量模型： （是核心部分產(chǎn)品） 每個(gè)增量的開發(fā)可用瀑布或快速原型模型。 和原型模型不一樣的是，增量模型雖然也具有“迭代”特征，但是每一個(gè)增量都發(fā)布 一個(gè)可操作的產(chǎn)品，不妨稱之為“產(chǎn)品擴(kuò)充迭代”。它的早期產(chǎn)品是最終產(chǎn)品的可拆 卸版本，每一個(gè)版本都能夠提供給用戶實(shí)際使用。 螺旋模型：沿螺線自內(nèi)向外每旋轉(zhuǎn)一圈便開發(fā)出更為完善的一個(gè) 新的軟件版本。 對(duì)于高風(fēng)險(xiǎn)的大型軟件， 螺旋模型是一個(gè)理想的開發(fā)方法。 半徑與風(fēng)險(xiǎn)成反比 半徑與成本成正比 v 模型：是瀑布模型的一種變體
第三章 可研
1.什么是可研：就是按照各種有效的方法和工作程序，對(duì)擬建項(xiàng)目在技術(shù)上的先進(jìn)性、
適用性、經(jīng)濟(jì)上的合理性、盈利性，以及項(xiàng)目的實(shí)施等方面進(jìn)行深入的系統(tǒng)分析，并評(píng) 論總體方案（系統(tǒng)目標(biāo)）的可能性，必要性。
2.可研的內(nèi)容：
技術(shù)可行性 經(jīng)濟(jì)可行性 操作可行性（組織管理可行） 社會(huì)可行性（法律可行性） 抉擇
3.可研報(bào)告如何編寫
簡要步驟： ①定義問題，分析問題，導(dǎo)出試探性的解法。 ②復(fù)查、改進(jìn)所提出的解法，并確定解法。 ③提出符合系統(tǒng)目標(biāo)的高層邏輯模型。 ④設(shè)想出各種可能的物理系統(tǒng)。 ⑤從技術(shù)、經(jīng)濟(jì)和操作等各方面，分析物理系統(tǒng)的可行性。 ⑥提出一個(gè)推薦的行動(dòng)方針，提交用戶和使用部門負(fù)責(zé)人審批 詳細(xì)步驟： (1)復(fù)查確認(rèn)系統(tǒng)目標(biāo)、規(guī)模 ①訪問關(guān)鍵人員②閱讀有關(guān)材料③確認(rèn)問題及約束條件 (2)研究目前正在使用的系統(tǒng)工作流程 ①實(shí)地考察 ②閱讀系統(tǒng)有關(guān)的文檔資料和使用手冊(cè) ③ 了解系統(tǒng)能做什么,不能做什么。 ④ 理解、記錄系統(tǒng)的接口 (3)導(dǎo)出新系統(tǒng)高層邏輯模型 在了解目標(biāo)系統(tǒng)應(yīng)具有的基本功能和約束的基礎(chǔ)上， 用數(shù)據(jù)流圖和數(shù)據(jù)字典， 定義新系統(tǒng)的 高層邏輯模型，以描述對(duì)新系統(tǒng)的設(shè)想。 (4)重新定義問題 與用戶一起確認(rèn)系統(tǒng)的邏輯模型，直到與用戶達(dá)成共識(shí) (5)導(dǎo)出和評(píng)價(jià)供選擇的解決方案 提出若干個(gè)比較抽象的解決方案，然后從技術(shù)、經(jīng)濟(jì)、操作等 方面進(jìn)行評(píng)價(jià)。 (6)推薦可行的方案 ① 確定是否繼續(xù)項(xiàng)目。? ② 選擇一種最好的方案，并說明理由。 (7)草擬開發(fā)計(jì)劃 ①工程進(jìn)度表 ②所需的開發(fā)人員、資源 ③成本 (8)編寫可行性研究報(bào)告，送審 可行性分析報(bào)告（供用戶和使用部門的負(fù)責(zé)人審查、決策）
第四章 需求
1.需求：是指用戶對(duì)目標(biāo)軟件在功能、行為、性能、設(shè)計(jì)、約束等方面的期望 2.需求的分類、內(nèi)容有哪些：
分類： 功能性需求：定義了系統(tǒng)做什么（描述系統(tǒng)必須支持的功能和過程） 非功能性需求 （技術(shù)需求） : 定義了系統(tǒng)工作時(shí)的特性 （描述操作環(huán)境和性能目標(biāo)） 內(nèi)容：功能、性能、環(huán)境、界面、用戶或人的因素、文檔、數(shù)據(jù)、資源、安全保密、軟件 成本消耗與開發(fā)進(jìn)度、質(zhì)量保證
優(yōu)秀的需求所具有的特性：完整性、正確性、可行性、必要性、劃分優(yōu)先級(jí)性、無二義性、 可驗(yàn)證性
3.獲取需求的方法：采用原型、訪談、問卷調(diào)查、參與用戶工作、參考遺留系統(tǒng) 4.分幾個(gè)階段：問題分析 、需求描述 、需求評(píng)審 5.需求分析報(bào)告如何編寫： （p47）
（應(yīng)該先了解宏觀的問題，再了解細(xì)節(jié)的問題） 引言、任務(wù)概述、需求規(guī)定、運(yùn)行環(huán)境設(shè)定、縮寫詞表、參考文獻(xiàn)
6.dfd 的基本元素：數(shù)據(jù)流、加工、文件、源頭或終點(diǎn) 7.如何畫： （思想：抽象與自頂向下的逐層分解）和掌握 pdl 語言
了解 dfd 的特性：只描述數(shù)據(jù)的流動(dòng)、dfd 分成多層(子圖、父圖概念)表示, 從而逐步展 開數(shù)據(jù)流和功能的細(xì)節(jié)
8．面向?qū)ο笠约?uml 面向?qū)ο蟮膸讉�(gè)主要概念 ：對(duì)象、屬性、操作 類、封裝、繼承 消息、關(guān)系、多態(tài)
對(duì)象：一個(gè)對(duì)象就是一個(gè)獨(dú)立存在的客觀事物，它由一組屬性和對(duì)屬性進(jìn)行操 作的一組操作構(gòu)成。 屬性和操作： 屬性是對(duì)象靜態(tài)特征的描述， 操作是對(duì)象動(dòng)態(tài)特征的描述。 對(duì) 象 同時(shí)具備靜態(tài)特征和動(dòng)態(tài)特征。 類：是具有相同屬性和相同操作 （服務(wù)）的對(duì)象的集合。它包括屬性和操作（注： 類的服務(wù)和操作只是叫法上的區(qū)別） 。 封裝：封裝是指按照信息屏蔽的原則，把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成 一 個(gè)獨(dú)立的對(duì)象。封裝的作用在于，它保護(hù)了類的具體實(shí)現(xiàn)，隱藏了用戶無需關(guān)心 的 細(xì)節(jié)， 同時(shí)對(duì)用戶體現(xiàn)出來相同的接口 （即操作方法） ， 從而提高了可復(fù)用性。 繼承：繼承表達(dá)了對(duì)象的一般與特殊的關(guān)系。特殊類的對(duì)象具有一般類的全部屬 性和服務(wù) 消息：向某個(gè)對(duì)象發(fā)出的'服務(wù)請(qǐng)求稱作消息。 結(jié)構(gòu)與連接關(guān)系：一個(gè)系統(tǒng)一般由很多對(duì)象組成，對(duì)象之間并不是互相孤立的， 而是存在著各種各樣的關(guān)系。這些關(guān)系可以分為：部分與整體的關(guān)系、一般與特 殊的關(guān)系、實(shí)例連接的關(guān)系、消息連接的關(guān)系。 多態(tài)性 ： 多態(tài)性是指一般類中定義的屬性和服務(wù)，在特殊類中不改變其名字， 但通過各自不同的實(shí)現(xiàn)后，可以具有不同的數(shù)據(jù)類型或具有不同的行為。
9. 9 中 uml 圖是干什么的，每種圖的基本元素準(zhǔn)確識(shí)別
uml 的組成：基本構(gòu)造塊 事物、圖、關(guān)系 ? 公共機(jī)制 ? 規(guī)則 用例圖（use case diagram） ：描述系統(tǒng)功能； 類圖（class diagram） ：描述系統(tǒng)的靜態(tài)結(jié)構(gòu)； 對(duì)象圖（object diagram） ：描述系統(tǒng)在某個(gè)時(shí)刻的靜態(tài)結(jié)構(gòu)； 時(shí)序圖（sequence diagram） ：按時(shí)間順序描述系統(tǒng)元素間的交互 協(xié)作圖（collaboration diagram） ：按照時(shí)間和空間順序描述系統(tǒng)元素間的交互和它 們之間的關(guān)系； 狀態(tài)圖（state diagram） ：描述了系統(tǒng)元素的狀態(tài)條件和響應(yīng)； 活動(dòng)圖（activity diagram） ：描述了系統(tǒng)元素的活動(dòng)； 構(gòu)件圖（component diagram） ：描述了實(shí)現(xiàn)系統(tǒng)的元素的組織; 部署圖（deployment diagram） ：描述了環(huán)境元素的配置，并把實(shí)現(xiàn)系統(tǒng)的元素映射
到配置上。
10.uml 圖中的關(guān)系（組合、聚合、泛華|繼承、依賴、實(shí)現(xiàn)、包含、擴(kuò)展）
泛化：泛化關(guān)系也稱為繼承關(guān)系，這種關(guān)系意味著一個(gè)元素是另一個(gè)元素的特例 依賴：表示一個(gè)元素以某種方式依賴于另一個(gè)元素 實(shí)現(xiàn)：實(shí)現(xiàn)關(guān)系描述一個(gè)元素實(shí)現(xiàn)另一個(gè)元素 聚合：表示“整體”與“部分”關(guān)系，“部分” 元素是 “整體”元素的一部分 組合：表示強(qiáng)烈的”整體“與”部分“關(guān)系，”部分“不能獨(dú)立于”整體“存在。 包含：包含是指基本用例(base use case)會(huì)用到包含用例(inclusion)，具體地講，就是將包 含用例的事件流插入到基礎(chǔ)用例的事件流中。 包含用例是可重用的用例──多個(gè)用 例的公共用例。 擴(kuò)展：擴(kuò)展用例的行為是否被執(zhí)行要取決于主事件流中的判定點(diǎn)
11.類圖與程序的互相轉(zhuǎn)換；識(shí)別類圖以及關(guān)系
類圖主要描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。 在類圖中不僅需要定義系統(tǒng)中的類， 詳細(xì)表示類的 內(nèi)部結(jié)構(gòu)，如類的屬性和方法。另一方面還需要詳細(xì)表示類與類之間的聯(lián)系，如關(guān)聯(lián)、依 賴、聚合等。類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個(gè)生命周期都是有效的。 識(shí)別類圖： 識(shí)別實(shí)體類：實(shí)體類都是系統(tǒng)中存在的對(duì)象，我們可以分析人員、組織、設(shè)備、事件和外 部系統(tǒng)等 識(shí)別邊界類：關(guān)注系統(tǒng)的邊界：系統(tǒng)的硬件接口（打印機(jī)、窗體等） ，每個(gè)參與者與用例 的交互。 識(shí)別控制類：關(guān)注用例圖中的動(dòng)詞及事件。 關(guān)系：類、關(guān)聯(lián)、接口、依賴、泛化、實(shí)現(xiàn)關(guān)系。
第五章 設(shè)計(jì)
1.設(shè)計(jì)分幾個(gè)階段：從工程管理角度來看分為：概要設(shè)計(jì)和詳細(xì)設(shè)計(jì) 2.概要設(shè)計(jì)（總體設(shè)計(jì)） ：根據(jù)軟件需求，設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，確定程序的組
成模塊及模塊之間的相互關(guān)系。概括地說， “系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？”
3 詳細(xì)設(shè)計(jì)（過程設(shè)計(jì)） ：確定模塊內(nèi)部的算法和數(shù)據(jù)結(jié)構(gòu)；選定某種過程的表達(dá)形式來
描述各種算法； 產(chǎn)生精確描述各模塊程序過程的詳細(xì)文檔，并進(jìn)行評(píng)審。
4.設(shè)計(jì)的主要內(nèi)容：體系結(jié)構(gòu)設(shè)計(jì)、模塊設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì)、用戶界面設(shè)計(jì)
如何編寫總體設(shè)計(jì)： 1）軟件的總體結(jié)構(gòu)和模塊外部設(shè)計(jì)。 2）軟件處理流程設(shè)計(jì)。 2） 確定軟件的功能并分配。 3） 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)。 4） 網(wǎng)絡(luò)及接口設(shè)計(jì)。 5） 運(yùn)行設(shè)計(jì)。 7）出錯(cuò)處理設(shè)計(jì)。 8）性能可靠性及安全保密設(shè)計(jì)。 9）維護(hù)設(shè)計(jì)。
5.設(shè)計(jì)原理：模塊化、抽象、逐步求精、信息隱蔽和局部化、模塊獨(dú)立 6.模塊獨(dú)立性 7 耦合 7 內(nèi)聚（思想：采取自頂向下的方式，逐層把軟件系統(tǒng)劃分成若干
可單獨(dú)命名和可編址的部分－ “ 模塊”每個(gè)模塊完成一個(gè)特定的子功能；所有模塊按某種 方法組成一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。 （軟件系統(tǒng)就是通過這些模塊的組合來實(shí)
現(xiàn)。 ） 衡量模塊獨(dú)立性的兩個(gè)準(zhǔn)則：耦合性和內(nèi)聚性 設(shè)計(jì)要求：低耦合，高內(nèi)聚 改進(jìn)原則：高內(nèi)聚、低耦合 耦合：無直接耦合、數(shù)據(jù)耦合、控制耦合、外部耦合、特征耦合、公共環(huán)境耦合、內(nèi)容 耦合 內(nèi)聚：功能內(nèi)聚、順序內(nèi)聚、通訊內(nèi)聚、過程內(nèi)聚、時(shí)間內(nèi)聚、邏輯內(nèi)聚 、偶然內(nèi)聚
7.別結(jié)構(gòu)化設(shè)計(jì)的基本結(jié)構(gòu)過程的設(shè)計(jì)工具：圖形、表格、語言 8.讀懂程序流程圖、盒圖、pad 圖、判定表、pdl，會(huì)使用
程序流程圖、n-s 圖、pad 圖都不易清楚的描述含有多重嵌套的條件選擇。判定表 可以清晰的表示復(fù)雜的條件組合與其對(duì)應(yīng)的處理之間的關(guān)系。
第六章 編碼
1.編碼的內(nèi)容：程序設(shè)計(jì)語言、結(jié)構(gòu)化程序編程、編程的標(biāo)準(zhǔn)和原則、編程風(fēng)格、程序效
率
2.編碼的基本結(jié)構(gòu)、原則、風(fēng)格
結(jié)構(gòu)：順序、選擇、循環(huán) 原則：編寫易于修改和維護(hù)的代碼、編寫易于測(cè)試的代碼、編寫詳細(xì)的程序文檔、編程 中采用統(tǒng)一的標(biāo)準(zhǔn)和約定，降低程序的復(fù)雜性、分離功能獨(dú)立的代碼塊，形成新的模塊 風(fēng)格：從軟件工程學(xué)的角度：體現(xiàn)在程序代碼邏輯清晰，易讀、易理解、易維護(hù)，能高 效利用系統(tǒng)資源等各個(gè)方面。編碼風(fēng)格強(qiáng)調(diào)“清晰第一”
第七章 測(cè)試
1.為什么測(cè)試
通過軟件測(cè)試，可以發(fā)現(xiàn)軟件中絕大部分潛伏的錯(cuò)誤，從而可以大大提高軟件產(chǎn)品的正確 性、可靠性，進(jìn)而可顯著提高產(chǎn)品質(zhì)量。
2.測(cè)試的過程
3.黑白盒以及分類，每種類別的含義
動(dòng)態(tài)測(cè)試（程序執(zhí)行） ： 黑盒（測(cè)試功能）和白盒（測(cè)試結(jié)構(gòu)） 測(cè)試種類：功能測(cè)試、接口測(cè)試、健壯性測(cè)試、強(qiáng)度測(cè)試、壓力測(cè)試、性能測(cè)試、用 戶界面測(cè)試、安全測(cè)試、可靠性測(cè)試、安裝/反安裝測(cè)試、文檔測(cè)試、恢復(fù)測(cè)試、兼容 性測(cè)試、回歸測(cè)試、α 測(cè)試、β 測(cè)試 ? 靜態(tài)測(cè)試是采用人工檢測(cè)和計(jì)算機(jī)輔助靜態(tài)分析的方法對(duì)程序進(jìn)行檢測(cè)。主要檢測(cè) 變量是否用錯(cuò)、參數(shù)是否匹配、循環(huán)嵌套是否有錯(cuò)、是否有死循環(huán)和永遠(yuǎn)執(zhí)行不到 的死代碼等等。同時(shí)，它還可對(duì)程序的特性進(jìn)行分析。 ? 動(dòng)態(tài)測(cè)試是指事先設(shè)計(jì)好一組測(cè)試用例，然后通過運(yùn)行程序來發(fā)現(xiàn)錯(cuò)誤。 ? 黑盒測(cè)試，又稱為功能測(cè)試——把被測(cè)的程序模塊看成一個(gè)黑匣子，即完全不考慮 程序的內(nèi)部結(jié)構(gòu)和處理過程，測(cè)試僅在程序的接口上進(jìn)行。按規(guī)格說明書要求的輸 入數(shù)據(jù)與輸出數(shù)據(jù)的對(duì)應(yīng)關(guān)系設(shè)計(jì)測(cè)試用例，是根據(jù)程序外部特征進(jìn)行測(cè)試。 ? 白盒測(cè)試——把被測(cè)的程序看成一個(gè)透明的白匣子，即完全了解程序的內(nèi)部結(jié)構(gòu)和
詳細(xì)的處理過程，測(cè)試是在程序的內(nèi)部結(jié)構(gòu)上進(jìn)行。即要求針對(duì)每一條邏輯路徑都 要設(shè)計(jì)測(cè)試用例，檢查每一個(gè)分支和每一次循環(huán)的情況。
4.軟件缺陷的集群現(xiàn)象：
第八章 維護(hù)
1.維護(hù)：指在軟件運(yùn)行/維護(hù)階段對(duì)軟件產(chǎn)品所進(jìn)行的修改，就是所謂的維護(hù)。 2.維護(hù)的分類（區(qū)別、識(shí)別） ：糾錯(cuò)性維護(hù)、適應(yīng)性維護(hù)、改善性維護(hù)/擴(kuò)充與完善性維
護(hù)、預(yù)防性維護(hù) 每種類的含義： 糾錯(cuò)性維護(hù)：為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的活動(dòng)。 適應(yīng)性維護(hù)：為適應(yīng)軟件運(yùn)行環(huán)境的變化而修改軟件的活動(dòng)。 改善性維護(hù)：根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動(dòng)。 預(yù)防性維護(hù)（軟件再工程） ：為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后 的改進(jìn)奠定基礎(chǔ)。預(yù)防性維護(hù)可以采取逆向工程和重構(gòu)工程方式
3.維護(hù)的副作用：代碼副作用、數(shù)據(jù)副作用、文檔的副作用
代碼副作用大多數(shù)可在回歸測(cè)試中發(fā)現(xiàn)。 數(shù)據(jù)副作用是由于修改數(shù)據(jù)結(jié)構(gòu)帶來的副作用。設(shè)計(jì)文檔化有助于抑制數(shù)據(jù)副作用， 由于程序修改而沒有對(duì)文檔進(jìn)行相應(yīng)的修改引起文檔的副作用。 必須保持文檔和程序的 一致性
第九章 項(xiàng)目管理
1．項(xiàng)目：是為提供某項(xiàng)獨(dú)特產(chǎn)品、服務(wù)或成果所做的臨時(shí)性努力。 2.三要素：時(shí)間、質(zhì)量、費(fèi)用 3.特點(diǎn)：臨時(shí)性、獨(dú)創(chuàng)性、漸進(jìn)明細(xì) 4.項(xiàng)目組織結(jié)構(gòu)：職能型、項(xiàng)目型和矩陣型組織結(jié)構(gòu)類型 5. 5 大過程 9 大知識(shí)：
5 大過程：啟動(dòng)、計(jì)劃、執(zhí)行、控制、結(jié)束過程 9 大知識(shí)體系：項(xiàng)目集成管理、項(xiàng)目范圍管理、項(xiàng)目時(shí)間管理、項(xiàng)目費(fèi)用管理、項(xiàng)目質(zhì)量 管理、項(xiàng)目人力資源管理、項(xiàng)目溝通管理、項(xiàng)目風(fēng)險(xiǎn)管理、項(xiàng)目采購管理。
【軟件工程期末總結(jié)】相關(guān)文章：
軟件工程期末考試試卷（附答案）08-23
期末總結(jié)06-28
期末的總結(jié)07-27
關(guān)于期末教學(xué)總結(jié) 期末教學(xué)總結(jié)與反思10-29
期末總結(jié)范文05-27
期末自我總結(jié)05-27
期末大會(huì)總結(jié)06-18