1、word軟件工程概論知識(shí)點(diǎn)總結(jié)第一章軟件定義：是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一局部，包括程序、數(shù)據(jù)和相關(guān)文檔的完整集合。軟件特性：形態(tài)特性、智能特性、開發(fā)特性、質(zhì)量特性、生產(chǎn)特性、管理特性、環(huán)境特性、維護(hù)特性、廢棄特性、應(yīng)用特性。軟件分類。 (1) 系統(tǒng)軟件 (2) 應(yīng)用軟件 (3) 支撐軟件 (4) 可復(fù)用軟件 軟件危機(jī)的原因：1)缺乏軟件開發(fā)的經(jīng)驗(yàn)和有關(guān)軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的方案很難制定。2)軟件人員與用戶的交流存在障礙，除了知識(shí)背景的差異，缺少適宜的交流方法和需求描述工具也是重要的一個(gè)原因。3軟件開發(fā)過程不標(biāo)準(zhǔn)，缺少方法論和標(biāo)準(zhǔn)的指導(dǎo)，軟件難以維護(hù)。4隨著軟件規(guī)模的增大，其

2、復(fù)雜性往往會(huì)呈指數(shù)級(jí)升高。5缺少有效的軟件評(píng)測(cè)手段，提交用戶的軟件質(zhì)量差軟件工程的定義：1指導(dǎo)軟件開發(fā)和維護(hù)的工程性學(xué)科，它以計(jì)算機(jī)科學(xué)理論和其他相關(guān)學(xué)科的理論為指導(dǎo)，采用工程化的概念、原理技術(shù)和方法進(jìn)行軟件的開發(fā)和維護(hù)，把經(jīng)過時(shí)間考慮而證明是正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以較少的代價(jià)獲得高質(zhì)量的軟件并維護(hù)2.軟件工程的目標(biāo)：運(yùn)用先進(jìn)的軟件開發(fā)技術(shù)和管理方法來提高軟件的質(zhì)量和生產(chǎn)率，也就是要以較短 周期、較低的本錢生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，并最終實(shí)現(xiàn)軟件的工業(yè)化生產(chǎn)。3.軟件的生存周期：軟件孕育、誕生、成長、成熟、衰亡的生存過程。由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)三個(gè)時(shí)期組成

3、。軟件定義：解決“做什么的問題；軟件開發(fā)：解決“如何做的問題，分為概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和測(cè)試四個(gè)階段；維護(hù)：使軟件持久的滿足用戶的需求。4.開發(fā)過程中的典型文檔a.軟件需求規(guī)格說明書：描述將要開發(fā)的軟件做什么。b.工程方案：描述將要完成的任務(wù)及其順序，并估計(jì)所需要的時(shí)間及工作量。c.軟件測(cè)試方案：描述如何測(cè)試軟件，確保軟件應(yīng)實(shí)現(xiàn)規(guī)定的功能，并到達(dá)預(yù)期的性能。d.軟件設(shè)計(jì)說明書：描述軟件的結(jié)構(gòu)，包括概要設(shè)計(jì)及詳細(xì)設(shè)計(jì)。e.用戶手冊(cè)：描述如何使用軟件各階段根本任務(wù)：?jiǎn)栴}定義與可行性研究、需求分析、軟件設(shè)計(jì)、程序編碼和單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。5.軟件生存期模型：瀑布模型。優(yōu)點(diǎn)：強(qiáng)迫開發(fā)人員

4、標(biāo)準(zhǔn)化方法、嚴(yán)格規(guī)定每個(gè)階段必須提交的文檔、要求每個(gè)階段交出的所有產(chǎn)品必須經(jīng)過驗(yàn)證。缺點(diǎn)：完全依賴書面規(guī)格說明，可能會(huì)導(dǎo)致產(chǎn)品與用戶需求有差異、只適用于工程開始時(shí)需求已確定的情況。需求分析、規(guī)格說明、設(shè)計(jì)、編碼、綜合測(cè)試、維護(hù)快速原型模型。優(yōu)點(diǎn)：易于滿足用戶真實(shí)需求、已通過與用戶的交互驗(yàn)證，能正確描述用戶需求、產(chǎn)品開發(fā)根本上按線性順序、規(guī)格文檔說明正確描述了用戶需求，后期錯(cuò)誤率和返工率很低、開發(fā)人員建立原型系統(tǒng)時(shí)學(xué)到的東西有助于減少后期的錯(cuò)誤率、快速開發(fā)有助于節(jié)約本錢，原型的用途是獲取用戶的正真需求。增量模型。優(yōu)點(diǎn)：較短時(shí)間內(nèi)能提交有用產(chǎn)品、逐步增加產(chǎn)品有助于用戶適應(yīng)學(xué)習(xí)、工程失敗風(fēng)險(xiǎn)較低、優(yōu)

5、先級(jí)最高的效勞首先交付，那么系統(tǒng)核心效勞接受最多測(cè)試，一般不會(huì)失敗。注意：新的構(gòu)件參加系統(tǒng)時(shí)必須不破壞已開發(fā)出的產(chǎn)品、體系結(jié)構(gòu)必須開放，易于向其中參加新構(gòu)件。螺旋模型。四個(gè)象限：目標(biāo)設(shè)定、風(fēng)險(xiǎn)估計(jì)與弱化、開發(fā)與驗(yàn)證、方案。優(yōu)點(diǎn)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為開發(fā)的一個(gè)重要目標(biāo)、減少了過多測(cè)試或測(cè)試缺乏帶來的風(fēng)險(xiǎn)、維護(hù)和開發(fā)之間沒有本質(zhì)區(qū)別。缺點(diǎn)：此模型為風(fēng)險(xiǎn)驅(qū)動(dòng)，要求開發(fā)人員必須具有豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)，否那么會(huì)意識(shí)不到風(fēng)險(xiǎn)的出現(xiàn)導(dǎo)致失敗。6.統(tǒng)一過程的6個(gè)核心工作流：業(yè)務(wù)建模、需求、分析與設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、部署7.統(tǒng)一過程的4個(gè)階段：初始階段、細(xì)化階段、構(gòu)造階段、移交階段. a.主

6、要關(guān)注工程方案和風(fēng)險(xiǎn)評(píng)估，其目的是確定是否值得開發(fā)目標(biāo)系統(tǒng)。b.細(xì)化階段關(guān)心定義系統(tǒng)的總體框架，目標(biāo)是：細(xì)化初始需求，細(xì)化體系結(jié)構(gòu)，監(jiān)控風(fēng)險(xiǎn)并細(xì)化他們的優(yōu)先級(jí)，細(xì)化業(yè)務(wù)案例以及制定工程管理方案。c.構(gòu)造階段是建立系統(tǒng)，構(gòu)造系統(tǒng)的第一個(gè)具有操作性的版本，以能夠交付給客戶進(jìn)行測(cè)試版本結(jié)束。d.移交階段包含測(cè)試時(shí)期，以發(fā)布完完整的系統(tǒng)而終止，其目標(biāo)是確保系統(tǒng)真正滿足客戶的需求。 第二章1.軟件工程方法學(xué)：軟件生命周期全過程中使用的一整套技術(shù)的集合成為方法學(xué)，也稱為范型。三要素：方法、工具、過程2.傳統(tǒng)方法的特點(diǎn)：傳統(tǒng)方法學(xué)把軟件生命周期的全過程依次劃分為假設(shè)干個(gè)階段，然后順序地逐步完成每個(gè)階段的任務(wù)

7、。每一個(gè)階段的開始和結(jié)束都有嚴(yán)格的標(biāo)準(zhǔn)，對(duì)于任何兩個(gè)相鄰的階段而言，前一個(gè)階段的結(jié)束標(biāo)準(zhǔn)就是后一階段的開始標(biāo)準(zhǔn)。2面向?qū)ο蠓椒ǖ奶攸c(diǎn)：面向?qū)ο蠓椒ㄊ菍?shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來的方法，其出發(fā)點(diǎn)和根本原那么是盡量模擬人類習(xí)慣的思維方式，使開發(fā)軟件的方法和過程盡可能接近人類認(rèn)識(shí)問題和解決問題的方法與過程，適用于大型、復(fù)雜及交互性比擬強(qiáng)的系統(tǒng)3.形式化方法學(xué)：是一種基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉(zhuǎn)換為可執(zhí)行的程序。特點(diǎn)：軟件需求規(guī)格說明書被細(xì)化為用數(shù)學(xué)記號(hào)表達(dá)的詳細(xì)形式化規(guī)格說明；設(shè)計(jì)、實(shí)現(xiàn)和單元測(cè)試等開發(fā)過程由一個(gè)變換開發(fā)過程代替，通過一系列變換將形式化的規(guī)格說明細(xì)化

8、成為程序。面向?qū)ο?對(duì)象+類+繼承+消息通信，面向?qū)ο蟪绦虻母窘M成單位是類，核心是對(duì)象。面向?qū)ο蟮拈_發(fā)方法：Booch方法，Rumbaugh方法，Coad和Yourdon方法，JacobsonOSSE方法，Wirfs-Brock方法4. 類.現(xiàn)實(shí)生活中的對(duì)象經(jīng)過抽象，映射為程序中的對(duì)象。對(duì)象在程序中是通過一種抽象數(shù)據(jù)類型來描述的，這種抽象數(shù)據(jù)類型稱為類Class。 封裝。面向?qū)ο蟮姆庋b特性與其抽象特性密切相關(guān)。封裝是一種信息隱蔽技術(shù)，就是利用抽象數(shù)據(jù)類型將數(shù)據(jù)和基于數(shù)據(jù)的操作封裝在一起。用戶只能看到對(duì)象的封裝界面信息，對(duì)象的內(nèi)部細(xì)節(jié)對(duì)用戶是隱蔽的。 封裝的定義是：(1) 清楚的邊界，所有對(duì)象

9、的內(nèi)部信息被限定在這個(gè)邊界內(nèi)；(2) 接口，即對(duì)象向外界提供的方法，外界可以通過這些方法與對(duì)象進(jìn)行交互；(3) 受保護(hù)的內(nèi)部實(shí)現(xiàn)，即軟件對(duì)象功能的實(shí)現(xiàn)細(xì)節(jié)，實(shí)現(xiàn)細(xì)節(jié)不能從類外訪問。5. UML的特點(diǎn)：a.統(tǒng)一標(biāo)準(zhǔn)。b.面向?qū)ο蟆.可視化，表達(dá)能力強(qiáng)大。d.獨(dú)立于過程。e.容易掌握使用。f.與編程語言的關(guān)系6. 軟件工具是指能支持軟件生存周期中某一階段如系統(tǒng)定義、需求分析、設(shè)計(jì)、編碼、測(cè)試或維護(hù)等的需要而使用的軟件工具。軟件工具的開展：50年代末期出現(xiàn)了程序設(shè)計(jì)語言，60年代末提出軟件工程的概念，80年代中期提出了軟件過程的新概念，如今，軟件工具重視用戶界面的設(shè)計(jì)，不斷地采用新理論和新技術(shù)第三

10、章軟件需求分析階段的任務(wù)：需求獲取、需求分析、需求定義和需求驗(yàn)證。結(jié)構(gòu)化分析方法：是一種面向數(shù)據(jù)流進(jìn)行需求分析的方法。結(jié)構(gòu)化設(shè)計(jì)方法的分類：一類是根據(jù)系統(tǒng)的數(shù)據(jù)流進(jìn)行設(shè)計(jì)，稱為面向數(shù)據(jù)流的設(shè)計(jì)，或稱過程驅(qū)動(dòng)的設(shè)計(jì)；另一類是根據(jù)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，稱為面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，或稱數(shù)據(jù)驅(qū)動(dòng)的設(shè)計(jì)。需求獲取是軟件生存期中決定性的一步，涉及客戶、用戶及開發(fā)方。需求獲取的問題：系統(tǒng)的目標(biāo)或范圍問題、需求不準(zhǔn)確性問題、需求的易變問題需求獲取的任務(wù)：發(fā)現(xiàn)和分析問題，并分析問題的原因和結(jié)果的關(guān)系、與用戶進(jìn)行各種方式的交流，并使用調(diào)查研究方法收集信息、按照數(shù)據(jù)過程和接口觀察問題的不同側(cè)面、將獲取的需求文檔化，形

11、式有用例、決策表、決策樹等。需求獲取的原那么：深入淺出、以流程為主線。需求獲取的過程：開發(fā)高層的業(yè)務(wù)模型、定義工程范圍和高層需求、識(shí)別用戶類和用戶代表、獲取具體的需求、確定目標(biāo)系統(tǒng)的業(yè)務(wù)工作流、需求整理與總結(jié)(功能需求、性能需求、環(huán)境需求、可靠性需求、平安保密需求、用戶界面需求、資源使用需求、軟件本錢消耗與開發(fā)進(jìn)度需求)。獲取具體的需求：與用戶進(jìn)行交流、現(xiàn)有產(chǎn)品或競(jìng)爭(zhēng)產(chǎn)品的描述文檔、系統(tǒng)需求規(guī)格說明、當(dāng)前系統(tǒng)的問題報(bào)告和改良要求、市場(chǎng)調(diào)查和用戶問卷調(diào)查、觀察用戶如何工作。軟件需求分析階段的任務(wù)：需求獲取、需求分析完整性、正確性、合理性、可行性、充分性、需求定義、需求驗(yàn)證。數(shù)據(jù)字典：以詞條的方式

12、定義在數(shù)據(jù)模型、功能模型和行為模型中出現(xiàn)的數(shù)據(jù)對(duì)象及控制信息的特性，給出它們的準(zhǔn)確定義包括數(shù)據(jù)流、加工、數(shù)據(jù)文件、數(shù)據(jù)元素，以及數(shù)據(jù)源點(diǎn)和數(shù)據(jù)匯點(diǎn)。數(shù)據(jù)字典精確地、嚴(yán)格地定義了每一個(gè)與系統(tǒng)相關(guān)的數(shù)據(jù)元素。、第四章結(jié)構(gòu)化設(shè)計(jì)方法是在模塊化、自頂向下逐步細(xì)化及結(jié)構(gòu)華程序設(shè)計(jì)技術(shù)根底之上開展起來的。結(jié)構(gòu)化設(shè)計(jì)方法可以分為兩類，一類是根據(jù)系統(tǒng)的數(shù)據(jù)流進(jìn)行設(shè)計(jì)，稱為面向數(shù)據(jù)流設(shè)計(jì)或稱過程驅(qū)動(dòng)設(shè)計(jì)；另一類是根據(jù)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，成為面向數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)，或稱數(shù)據(jù)驅(qū)動(dòng)設(shè)計(jì)。軟件設(shè)計(jì)過程包括一套原理、概念和實(shí)踐，可以指導(dǎo)高質(zhì)量的系統(tǒng)或產(chǎn)品開發(fā)。軟件設(shè)計(jì)的原那么：分而治之、模塊獨(dú)立性耦合和內(nèi)聚、提高抽象層次、

13、復(fù)用性設(shè)計(jì)、靈活性性設(shè)計(jì)降低耦合提高內(nèi)聚、建立抽象、不要將代碼寫死、拋出異常、使用并創(chuàng)立可復(fù)用代碼結(jié)構(gòu)化設(shè)計(jì)立方體圖分為概要設(shè)計(jì)體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)和詳細(xì)設(shè)計(jì)過程設(shè)計(jì)模塊的4個(gè)類型：傳入模塊、傳出模塊、變換模塊、協(xié)調(diào)模塊接口設(shè)計(jì)概述：模塊或軟件構(gòu)件間的接口設(shè)計(jì)、軟件與其他軟硬件系統(tǒng)之間的接口設(shè)計(jì)、軟件與人之間的交互設(shè)計(jì)。程序流程圖程序框圖特點(diǎn)：直觀、清晰、易于學(xué)習(xí)和掌握，5種根本控制結(jié)構(gòu)：順序型、選擇型、先判定、后判定、多情況。任何復(fù)雜的程序流程圖都是由者個(gè)根本類型嵌套而成。第五章機(jī)器語言二進(jìn)制代碼、匯編語言更直觀、符號(hào)指令與機(jī)器指令相對(duì)應(yīng)、高級(jí)程序設(shè)計(jì)語言用途廣泛、有大量軟件庫，

14、ALGLOL,FORTRAN,COBOL,Basic,Pascal,C,C+,Lisp,Prolog,Ada、第四代語言面向問題、非過程化程度高4GL缺點(diǎn)：整體能力不如3GL，只能面向?qū)ｍ?xiàng)應(yīng)用、抽象級(jí)別較高，系統(tǒng)運(yùn)行開銷大效率低、缺乏統(tǒng)一的工業(yè)標(biāo)準(zhǔn)，品種繁多差異大、主要基于數(shù)據(jù)庫應(yīng)用的領(lǐng)域，不宜于科學(xué)計(jì)算、實(shí)時(shí)系統(tǒng)和系統(tǒng)軟件開發(fā)。4GL分類：查詢語言和報(bào)表生成器、圖形語言、應(yīng)用生成器、形式化規(guī)格說明語言。第六章軟件測(cè)試是在軟件投入生產(chǎn)性運(yùn)行之前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量控制的關(guān)鍵步驟。軟件測(cè)試的對(duì)象：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)及程序編碼等階段所得的文檔資料，包

15、括需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序。確認(rèn)是一系列的活動(dòng)和過程，目的在于證實(shí)在一個(gè)恰當(dāng)?shù)耐獠凯h(huán)境中軟件的邏輯正確性，分為靜態(tài)確認(rèn)和動(dòng)態(tài)確認(rèn)。驗(yàn)證是試圖證明在軟件生存期各個(gè)階段以及階段間的邏輯協(xié)調(diào)性、完備性和正確性。確認(rèn)與測(cè)試都屬于軟件測(cè)試。黑盒測(cè)試：產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以通過測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否滿足要求根據(jù)軟件的外部特性用列設(shè)計(jì)：a.等價(jià)類劃分；b.邊界值分析。白盒測(cè)試：產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否已經(jīng)過檢查對(duì)軟件的過程性細(xì)節(jié)作細(xì)致的檢查。用例設(shè)計(jì)：a.邏輯覆蓋；b.語句覆蓋；c.判定覆蓋；d.條件覆蓋

16、；e.判定條件覆蓋；f.條件組合覆蓋；g.路徑覆蓋。軟件測(cè)試：步驟：?jiǎn)卧獪y(cè)試、組裝測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。單元測(cè)試的內(nèi)容：模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路徑測(cè)試、錯(cuò)誤處理測(cè)試、邊界測(cè)試。第七章UML模型：UML模型是由事物、關(guān)系和圖組成。UML事物：結(jié)構(gòu)事物類、主動(dòng)類、接口、對(duì)象、用例、參與者、協(xié)作、構(gòu)件、節(jié)點(diǎn)、行為事物交互、狀態(tài)機(jī)、分組事物包、注釋事物注釋UML關(guān)系：依賴關(guān)系、關(guān)聯(lián)關(guān)系普通關(guān)聯(lián)、限定關(guān)聯(lián)、關(guān)聯(lián)類、聚合圖：類圖、用例圖、交互圖、狀態(tài)圖、活動(dòng)圖和實(shí)現(xiàn)圖。第八章面向?qū)ο蠓治龅娜齻€(gè)模型：用例和場(chǎng)景構(gòu)成的功能模型用例模型、類和對(duì)象表示的靜態(tài)模型對(duì)象模型、狀態(tài)圖和順序圖表示的動(dòng)態(tài)模型

17、交互模型建立用例模型過程：確定業(yè)務(wù)參與者；確定業(yè)務(wù)需求用例。對(duì)象模型：劃分主題；確定類與對(duì)象；確定關(guān)聯(lián)；確定屬性；確定效勞。第九章1.軟件體系結(jié)構(gòu)：軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)2.構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同局部組組合連接起來。3.模式：是從軟甲設(shè)計(jì)過程中總結(jié)出來的，是針對(duì)特定問題的解決方案。劃分為3類，體系結(jié)構(gòu)模式，設(shè)計(jì)模式，慣用法。4.風(fēng)格：風(fēng)格是帶有一種傾向性的模式。同一個(gè)問題可以用不同的解決問題的方案或模式，但我們根據(jù)經(jīng)驗(yàn)，通常會(huì)強(qiáng)烈傾向于采用特定的模式，這就是風(fēng)格。5.框架：框架是一個(gè)待實(shí)例化的完整系統(tǒng)，定義了軟件