軟件工程實(shí)踐者的研究方法背誦知識(shí)點(diǎn)20141224

1、軟件的定義：軟件是：1）指令的集合，通過(guò)執(zhí)行這些指令可以滿(mǎn)足預(yù)期的特征、功能和性能需求；2）數(shù)據(jù)結(jié)構(gòu)，使得程序可以充分利用信息；3）軟件描述信息，以硬拷貝和虛擬形式存在，描述程序操作和使用。軟件與硬件的區(qū)別：軟件是設(shè)計(jì)開(kāi)發(fā)的；軟件不會(huì)磨損；大多數(shù)軟件是按需求定制的。IEEE定義：(1)將系統(tǒng)化、規(guī)范化、可量化的方法應(yīng)用于軟件的開(kāi)發(fā)、運(yùn)行和維護(hù)，即將工程化方法應(yīng)用于軟件；(2) 在(1)中所述方法的研究。軟件工程的層次：軟件工程的根基在于質(zhì)量關(guān)注點(diǎn)。軟件工程的基礎(chǔ)是過(guò)程層。過(guò)程將各個(gè)技術(shù)層次結(jié)合在一起，使得合理地、及時(shí)地開(kāi)發(fā)計(jì)算機(jī)軟件成為可能。方法為構(gòu)建軟件提供技術(shù)上的解決方法（"如何

2、做"）。工具為過(guò)程和方法提供自動(dòng)化或半自動(dòng)化的支持。 通用過(guò)程模型的5種框架活動(dòng):溝通、策劃、建模、構(gòu)建、部署8個(gè)典型的普適性活動(dòng)：軟件項(xiàng)目跟蹤與控制；風(fēng)險(xiǎn)管理；軟件質(zhì)量保證；技術(shù)評(píng)審；測(cè)量；軟件配置管理；可復(fù)用管理；工作產(chǎn)品的準(zhǔn)備和生產(chǎn)軟件神化：關(guān)于軟件及其開(kāi)發(fā)過(guò)程被人們盲目相信的一些說(shuō)法，它實(shí)際上誤導(dǎo)了人們對(duì)軟件開(kāi)發(fā)的態(tài)度。螺旋模型：一種風(fēng)險(xiǎn)驅(qū)動(dòng)型的過(guò)程模型，一種演進(jìn)式軟件過(guò)程模型。它結(jié)合了原型的迭代性質(zhì)和瀑布模型的系統(tǒng)性和可控性特點(diǎn)。具有快速開(kāi)發(fā)越來(lái)越完善軟件版本的潛力。統(tǒng)一過(guò)程（UP）：以用例為驅(qū)動(dòng)、以系統(tǒng)架構(gòu)為核心，迭代式增量式開(kāi)發(fā)過(guò)程。RUP包括起始、細(xì)化、構(gòu)建、轉(zhuǎn)換和生

3、產(chǎn)5個(gè)階段。五個(gè)UP階段并不是順序地進(jìn)行，而是階段性地并發(fā)進(jìn)行。成熟度級(jí)別：第0級(jí)：不完全級(jí)、1已執(zhí)行級(jí)、2已管理級(jí)、3已定義級(jí)、4已定量管理級(jí)、5優(yōu)化級(jí)軟件生命周期：軟件計(jì)劃與可行性研究、需求分析、軟件設(shè)計(jì)、編碼、軟件測(cè)試、運(yùn)行與維護(hù)瀑布模型：一個(gè)系統(tǒng)的、順序的軟件開(kāi)發(fā)方法。缺點(diǎn)：實(shí)際項(xiàng)目開(kāi)發(fā)中很少遵守瀑布模型提出的順序；客戶(hù)難以清楚的描述所有的需求；客戶(hù)要等到開(kāi)發(fā)周期的晚期才能得到可執(zhí)行的程序；在線性過(guò)程的開(kāi)始和結(jié)束，容易發(fā)生“阻塞狀態(tài)”。敏捷團(tuán)隊(duì)成員特點(diǎn)：基本能力、共同目標(biāo)、精誠(chéng)合作、決策能力、模糊問(wèn)題解決能力、 相互信任和尊重、自我組織極限編程過(guò)程包含4個(gè)框架活動(dòng)：策劃、設(shè)計(jì)、編碼、測(cè)

4、試 設(shè)計(jì)原則：KIS重構(gòu)：以不改變代碼外部行為而改進(jìn)其內(nèi)部結(jié)構(gòu)的方式來(lái)修改軟件系統(tǒng)的過(guò)程結(jié)對(duì)編程：兩個(gè)人面對(duì)同一臺(tái)計(jì)算機(jī)共同為一個(gè)故事開(kāi)發(fā)代碼。優(yōu)點(diǎn)：結(jié)對(duì)的兩人完成其工作，他們所開(kāi)的代碼將與其他人的工作集成。這種集成作為集成團(tuán)隊(duì)的日常工作實(shí)施。還有一些情況下，結(jié)對(duì)者自己負(fù)責(zé)集成，這種“連續(xù)集成”策略有助于避免兼容性和接口問(wèn)題，建立能及早發(fā)現(xiàn)錯(cuò)誤的“冒煙測(cè)試”環(huán)境需求工程過(guò)程的7個(gè)任務(wù)：?jiǎn)⑹?、?dǎo)出、求精、協(xié)商、規(guī)格說(shuō)明、確認(rèn)和需求管理質(zhì)量功能部署（QFD）三類(lèi)要求：正常需求、期望需求、令人興奮的需求。用戶(hù)場(chǎng)景：用來(lái)識(shí)別對(duì)將要構(gòu)建的系統(tǒng)的使用線索的描述用例。場(chǎng)景通常稱(chēng)為用例。本質(zhì)上，用例定義了最終

5、用戶(hù)如何在以特定的環(huán)境下與系統(tǒng)交互。UML用例建模（用例圖、活動(dòng)圖、狀態(tài)圖和類(lèi)圖）啟動(dòng)需求的過(guò)程：確認(rèn)共利益者；識(shí)別多種觀點(diǎn)；協(xié)同合作；首次提問(wèn)導(dǎo)出需求的過(guò)程：協(xié)作需求收集；質(zhì)量功能部署；用戶(hù)場(chǎng)景；導(dǎo)出工作產(chǎn)品需求收集遇到的問(wèn)題：范圍問(wèn)題、理解問(wèn)題、易變問(wèn)題協(xié)同需求收集會(huì)議的基本原則：1）軟件工程師和客戶(hù)共同舉辦和參與；2）制定籌備與參與會(huì)議的規(guī)則；3）擬定一個(gè)會(huì)議議程：既涵蓋重點(diǎn)，又鼓勵(lì)自由交流；4）由一個(gè)主持人控制會(huì)議；5）使用某種“定義機(jī)制”：工作表、活動(dòng)掛圖、不干膠貼紙，電子公告牌、聊天室、虛擬論壇分析模型的三個(gè)目標(biāo)：1）描述客戶(hù)需要什么；2）為軟件設(shè)計(jì)奠定基礎(chǔ)；3）定義在軟件完成后可

6、以被確認(rèn)的一組需求分析模型由4種建模元素構(gòu)成：基于場(chǎng)景的模型、流模型、基于類(lèi)的模型和行為模型。設(shè)計(jì)質(zhì)量的指導(dǎo)原則：1）設(shè)計(jì)應(yīng)展示出這樣一種結(jié)構(gòu)：a已經(jīng)使用可使別的系統(tǒng)風(fēng)格或模式創(chuàng)建b由展示出良好設(shè)計(jì)特征的構(gòu)件構(gòu)成c能夠以演化的形式實(shí)現(xiàn)，從而便于實(shí)現(xiàn)和測(cè)試2）設(shè)計(jì)應(yīng)該模塊化3）設(shè)計(jì)應(yīng)該包括數(shù)據(jù)、體系結(jié)構(gòu)、接口和構(gòu)件的清楚的表示4）設(shè)計(jì)應(yīng)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)，這些數(shù)據(jù)結(jié)構(gòu)適于要實(shí)現(xiàn)的類(lèi)，并由可識(shí)別的數(shù)據(jù)模式提取5）設(shè)計(jì)應(yīng)導(dǎo)出顯示獨(dú)立功能特征的構(gòu)件6）設(shè)計(jì)應(yīng)導(dǎo)出接口，這些接口降低了構(gòu)件之間以及與外部環(huán)境連接的復(fù)雜性7）設(shè)計(jì)的導(dǎo)出應(yīng)根據(jù)軟件需求分析過(guò)程中獲取的信息采用可重復(fù)使用的方法進(jìn)行8）應(yīng)使用有效傳達(dá)其意

7、義的表示法來(lái)表達(dá)設(shè)計(jì)軟件質(zhì)量屬性：FURPS代表功能性，易用性，可靠性，性能，可支持性。體系結(jié)構(gòu)模型元素的三個(gè)來(lái)源：關(guān)于將要構(gòu)建的軟件的應(yīng)用域信息；特定的需求模型元素，如數(shù)據(jù)流圖或分析類(lèi)，現(xiàn)有問(wèn)題中它們的關(guān)系與協(xié)作；體系結(jié)構(gòu)風(fēng)格和模式的可獲得性。體系結(jié)構(gòu)風(fēng)格分類(lèi)：以數(shù)據(jù)為中心的體系結(jié)構(gòu)；數(shù)據(jù)流體系結(jié)構(gòu)；調(diào)用返回體系結(jié)構(gòu)；面向?qū)ο篌w系結(jié)構(gòu)；層次體系結(jié)構(gòu)數(shù)據(jù)流類(lèi)型決定映射方法：變換映射、事務(wù)映射5種不同類(lèi)型的設(shè)計(jì)類(lèi)：用戶(hù)接口類(lèi) 業(yè)務(wù)域類(lèi) 過(guò)程類(lèi) 持久類(lèi) 系統(tǒng)類(lèi)組織良好的設(shè)計(jì)類(lèi)定義了4個(gè)特征：完整性與充分性 原始性 高內(nèi)聚性 低耦合性構(gòu)件：系統(tǒng)中模塊化的、可部署的和可替換的部件，該部件封裝了實(shí)現(xiàn)并暴

8、露一系列接口。從面向?qū)ο笥^點(diǎn)：一個(gè)構(gòu)件就是一個(gè)協(xié)作類(lèi)的集合。傳統(tǒng)觀點(diǎn)：一個(gè)構(gòu)件就是程序的一個(gè)功能要素，傳統(tǒng)構(gòu)件也稱(chēng)為模塊，它承擔(dān)以下角色：控制構(gòu)件；問(wèn)題域構(gòu)件；基礎(chǔ)設(shè)施構(gòu)件。基于構(gòu)件級(jí)設(shè)計(jì)的4個(gè)基本原則：開(kāi)閉原則、Liskov替換、依賴(lài)倒置、接口分離。構(gòu)件級(jí)設(shè)計(jì)的3個(gè)打包原則：發(fā)布復(fù)用等價(jià)性、共同封裝、共同復(fù)用。內(nèi)聚性：顯示某個(gè)模塊相關(guān)功能的強(qiáng)度耦合性：顯示模塊間的互相依賴(lài)性過(guò)程抽象：具有明確和有限功能的指令序列 數(shù)據(jù)抽象：描述數(shù)據(jù)對(duì)象的冠名數(shù)據(jù)集合模塊化：分而治之的策略（高內(nèi)聚低耦合）信息隱蔽原則：每個(gè)模塊都對(duì)其他模塊隱藏自己的設(shè)計(jì)決策 求精：一種自頂向下地設(shè)計(jì)策略，通過(guò)連續(xù)精化過(guò)程細(xì)節(jié)層次來(lái)實(shí)現(xiàn)程序的開(kāi)發(fā)。黃金原則：置用戶(hù)于控制之下；減少用戶(hù)的記憶負(fù)擔(dān)；保持界面一致用戶(hù)界面分析和設(shè)計(jì)過(guò)程的4個(gè)框架活動(dòng)：界面分析及建模；界面設(shè)計(jì)；界面構(gòu)造；界面確認(rèn)。黑盒測(cè)試：在軟件接口處執(zhí)行測(cè)試，檢查系統(tǒng)的功能方面，而不考慮軟件的內(nèi)部結(jié)構(gòu)白盒測(cè)試： 基于過(guò)程細(xì)節(jié)的封閉檢查，測(cè)試貫穿軟件的邏輯路徑和構(gòu)件間的協(xié)作。傳統(tǒng)軟件的測(cè)試策略以漸進(jìn)的觀點(diǎn)包括：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試軟件團(tuán)隊(duì)實(shí)現(xiàn)高質(zhì)量的四大管理和實(shí)踐活動(dòng)：軟件工程方法、項(xiàng)目管理技術(shù)、質(zhì)量控制活動(dòng)和軟件質(zhì)量保證