軟件工程-外掛(格式完結(jié)版)

名詞術(shù)語解釋：開放計(jì)算：無線網(wǎng)絡(luò)的快速發(fā)展也許將很快促成真正的普適計(jì)算、分布式計(jì)算的實(shí)現(xiàn)。軟件工程師所面臨的挑戰(zhàn)是將開發(fā)系統(tǒng)和應(yīng)用軟件，以使得移動設(shè)備、個(gè)人電腦和企業(yè)應(yīng)用可以通過大量的網(wǎng)絡(luò)設(shè)施進(jìn)行通信。開源軟件：將系統(tǒng)應(yīng)用程序代碼開放，使得很多人能夠?yàn)檐浖_發(fā)做貢獻(xiàn)。軟件工程：（1）、將系統(tǒng)化的、規(guī)范的、可量化的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)，即將工程化方法應(yīng)用于軟件。（2）、在（1）中所述方法的研究。軟件過程：軟件過程是工作產(chǎn)品構(gòu)建時(shí)所執(zhí)行的一系列活動、動作和任務(wù)的集合。UML：統(tǒng)一建模語言，是用來對軟件密集系統(tǒng)進(jìn)行可視化建模的一種語言。UML為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語言。軟件域分析：軟件域分析是識別，分析和詳細(xì)說明某個(gè)特定應(yīng)用領(lǐng)域的公共需求，特別是那些在該應(yīng)用領(lǐng)域內(nèi)被多個(gè)項(xiàng)目重復(fù)使用的需求CRC:（類--職責(zé)一協(xié)作者，Class一Responsibility一Collaborator）提供了一個(gè)簡單方法，用于識別和組織與系統(tǒng)或產(chǎn)品需求相關(guān)的類。構(gòu)件：系統(tǒng)中某一定型化的、可配置的和可替換的部件，該部件封裝了實(shí)現(xiàn)，并暴露一系列接口驅(qū)動模塊:是用來模擬被測試模塊的上一級模塊相當(dāng)于被測模塊的主程序樁模塊：軟件測試技術(shù)的一種，是指模擬被測試的模塊所調(diào)用的模塊，而不是軟件產(chǎn)品的組成的部分。黑盒測試：在軟件接口處進(jìn)行測試，不需了解內(nèi)部結(jié)構(gòu)。（也稱行為測試，通過測試來檢測每個(gè)功能是否都能正常使用，側(cè)重于軟件的功能需求白盒測試：也稱玻璃測試，按程序內(nèi)部結(jié)構(gòu)測試程序，是一種測試用例設(shè)計(jì)方法；檢查軟件的過程細(xì)節(jié)冒煙測試：一種滾動集成測試方法，與每日構(gòu)建緊密相連（自由測試中的一種，在將代碼更改嵌入到產(chǎn)品的源樹中之前對這些更改進(jìn)行驗(yàn)證的過程）a測試：由代表性的最終用戶在開發(fā)者的場所進(jìn)行的測試B測試：在一個(gè)或多個(gè)最終用戶場所進(jìn)行的測?遺留軟件的特點(diǎn)？開發(fā)年代久遠(yuǎn)；一直在使用；在使用過程中被不斷地修改以滿足商業(yè)需要和算平臺的變化;可能仍然支持著核心業(yè)務(wù);質(zhì)量差?軟件工程過程框架的基本模型，簡要介紹其5種最基本的框架活動和普適性的活動？基本模型有：瀑布模型；增量模型；RAD模型；原型模型；螺旋模型；協(xié)同開發(fā)模型；基于構(gòu)件模型；形式化方法模型；面向方面模型等。5種基本框架活動：溝通：技術(shù)工作之前和客戶溝通協(xié)作，理解利益相關(guān)者的項(xiàng)目目標(biāo)，收集需求以定義軟件特性和功能。策劃：描述了需要執(zhí)行的技術(shù)任務(wù)、可能的風(fēng)險(xiǎn)、資源需求，工作產(chǎn)品和工作進(jìn)度計(jì)劃。建模：創(chuàng)建模型（有助于客戶和開發(fā)人員更好的理解軟件需求）和設(shè)計(jì)（實(shí)現(xiàn)需求）。構(gòu)建：包括編碼和測試。部署：軟件交付給用戶，用戶對其進(jìn)行評測并給出反饋意見普適性的活動：軟件項(xiàng)目跟蹤和控制；風(fēng)險(xiǎn)管理；軟件質(zhì)量保證；正式技術(shù)評審；測量；軟件配置管理；可復(fù)用管理；工作產(chǎn)品的準(zhǔn)備和生產(chǎn)?軟件工程整體實(shí)踐的一般原則有哪些？存在價(jià)值；保持簡潔；保持愿景；關(guān)注使用者；面向未來；計(jì)劃復(fù)用；認(rèn)真思考?瀑布模型的基本過程與特點(diǎn)？基本過程：從用戶需求規(guī)格說明開始，通過計(jì)劃、建模、構(gòu)建和部署的過程，最終提供一個(gè)完整的軟件并提供持續(xù)的技術(shù)支持。溝通：項(xiàng)目啟動、需求獲取。策劃：項(xiàng)目估算、進(jìn)度計(jì)劃、項(xiàng)目跟蹤。建模：分析、設(shè)計(jì)。構(gòu)建：編碼、測試。部署：交付、支持、反饋特點(diǎn)：階段間的順序性和依賴性；文檔驅(qū)動性；嚴(yán)格階段評估；開發(fā)初期需要清楚全部需求；開發(fā)周期長、風(fēng)險(xiǎn)大。?什么是增量過程模型？它的優(yōu)缺點(diǎn)是什么？增量模型融合了瀑布模型的基本成分（重復(fù)應(yīng)用）和原型實(shí)現(xiàn)的迭代特征，該模型采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列，每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”。優(yōu)點(diǎn)：能在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品，用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，易于保證核心功能正確，可以基于早期版本來獲取需求，項(xiàng)目完全失敗的風(fēng)險(xiǎn)小。可以為那些創(chuàng)新的功能開拓市場。規(guī)避了資源缺乏的風(fēng)險(xiǎn)缺點(diǎn)：把用戶需求轉(zhuǎn)化為功能遞增的不同版本可能比較難，難以確定所有版本共需的公用模塊。?原型開發(fā)模型的基本過程與特點(diǎn)？基本過程：又稱為演化模型，主要針對實(shí)現(xiàn)不能完整定義需求的軟件項(xiàng)目開發(fā)而言。它是以一個(gè)“樣品”為雛形，通過不斷改進(jìn)、完善樣品，使得最后得到的產(chǎn)品就是客戶所需要的。主要思想：先借用已有系統(tǒng)作為原型模型，通過“樣品”不斷改進(jìn)，使得最后的產(chǎn)品就是用戶所需要的。特點(diǎn)：體現(xiàn)主要的功能；提供基本的界面風(fēng)格；展示比較模糊的部分，以便于確定或進(jìn)一步明確，防患于未然；原型最好是可以運(yùn)行的，最少要在各主要功能模塊之間能夠建立相互連接。簡述統(tǒng)一過程5個(gè)階段的工作任務(wù)？起始階段：包括客戶溝通和策劃活動。細(xì)化階段：包括溝通和通用過程模型和建模活動。構(gòu)建階段：與通用軟件過程中的構(gòu)建活動相同，采用體系結(jié)構(gòu)模型作為輸入，開發(fā)或是獲取軟件構(gòu)件，使得最終用戶能夠操作用例。轉(zhuǎn)換階段：包括通用構(gòu)件活動的后期階段以及通用部署活動的第一部分。生產(chǎn)階段：與通用過程的部署活動一致。監(jiān)控軟件的持續(xù)使用，提供運(yùn)行環(huán)境的支持，提交并評估缺陷報(bào)告和變更請求。?敏捷開發(fā)的基本原則是什么？目的是盡快、盡好地交付軟件產(chǎn)品；2）變更是常事，并且歡迎；3）經(jīng)常有階段性的成果提交，類似增量開發(fā)；業(yè)務(wù)人員和開發(fā)人員緊密團(tuán)結(jié)；充分相信個(gè)人；團(tuán)隊(duì)經(jīng)常交流；衡量進(jìn)度的標(biāo)準(zhǔn)是有可見的成果；保持穩(wěn)定的但較快的速度；時(shí)刻注意新技術(shù)；簡單，必須的；軟件的核心內(nèi)容出自本團(tuán)隊(duì)的手筆；團(tuán)隊(duì)經(jīng)常開展自我總結(jié)，并對工作安排適時(shí)調(diào)整?什么是XP的“Spike解決方案”嚴(yán)格遵循KIS（Keepitsimple）原則；鼓勵使用CRC卡；在某個(gè)故事設(shè)計(jì)中遇到困難時(shí)，立即建立這部分設(shè)計(jì)的可執(zhí)行原型，實(shí)現(xiàn)；并評估設(shè)計(jì)原型（Spike解決方案）；鼓勵“重構(gòu)”；如果在某個(gè)故事設(shè)計(jì)中碰到困難，XP推薦立即建立這部分設(shè)計(jì)的可執(zhí)行原型。實(shí)現(xiàn)并評估設(shè)計(jì)原型被稱為Spike解決方案，其目的是在真正的實(shí)現(xiàn)開始時(shí)降低風(fēng)險(xiǎn)。對可能存在設(shè)計(jì)問題的故事確認(rèn)其最初的估計(jì)。?用自己的語言描述XP重構(gòu)和結(jié)對編程的概念。重構(gòu)是以不改變代碼外部行為而改進(jìn)其內(nèi)部結(jié)構(gòu)的方式來修改軟件系統(tǒng)的過程。這是一種凈化代碼以盡可能減少引入錯(cuò)誤的嚴(yán)格方法。實(shí)質(zhì)上，重構(gòu)就是在編碼完成之后改進(jìn)代碼設(shè)計(jì)。結(jié)對編程是這樣一種程序設(shè)計(jì)實(shí)踐：兩名程序員并肩同坐在同一臺計(jì)算機(jī)前，共同探討設(shè)計(jì)方案、共同設(shè)計(jì)算法、共同編寫程序代碼、共同完成各種測試。（同一個(gè)算法、同一段代碼或同一組測試、與兩位程序員各自獨(dú)立工作相比．結(jié)對編程往往只需花費(fèi)大約一半的時(shí)間就能編寫出質(zhì)量更高的代碼）?簡述Scrum敏捷過程模型？

Scrum原則與敏捷宣言是一致的，應(yīng)用Scrum原則指導(dǎo)過程中的開發(fā)活動，過程由“需求、分析、設(shè)計(jì)、演化和交付”等框架性活動組成。每一個(gè)框架活動中，發(fā)生于一個(gè)過程模式中的工作任務(wù)稱為一個(gè)沖刺。沖刺中進(jìn)行的工作適應(yīng)于當(dāng)前的問題，由Scrum團(tuán)隊(duì)規(guī)定并常常作實(shí)時(shí)修改。?簡述需求工程的7個(gè)基本活動及各自的任務(wù)。起始一詢問一系列問題，建立問題的基本理解：對問題誰需要解決方案、所期望方案的性質(zhì)和客戶與開發(fā)者之間初步交流和合作的有效性。?簡述需求模型到設(shè)計(jì)模型的轉(zhuǎn)換模式需求模型的每個(gè)元素都提供了創(chuàng)建4種設(shè)計(jì)模型所必需的信息，這四種設(shè)計(jì)模型是完整的設(shè)計(jì)規(guī)格說明所必需的軟件設(shè)計(jì)過程中的信息流由基于場景的元素，基于類的元素，面向流的元素和行為元素所表示的需求模型是設(shè)計(jì)任務(wù)的輸入。?簡述軟件模塊化和軟件成本之間的關(guān)系。離按Jk卜城護(hù)戒取也：i||11離按Jk卜城護(hù)戒取也：i||11!r.盛粒/此IJ■:所以疋J.L：?H、導(dǎo)出一從所有利益相關(guān)者（stakeholders）處獲取需求。精化一創(chuàng)建一個(gè)精確的需求模型，用于說明軟件的功能、特征和信息的各個(gè)方面。協(xié)商一確定一個(gè)開發(fā)者與客戶均能接受的可提交系統(tǒng)。規(guī)格說明一需求分析師的工作產(chǎn)品，為以下一種或幾種:寫好的文檔、圖形化的模型、形式化的數(shù)學(xué)模型、一組用戶場景（用例）、原型。確認(rèn)一通過評審機(jī)制，尋找：內(nèi)容或解釋上的差錯(cuò)、可能需要進(jìn)一步澄清的地方、丟失的信息、不一致（開發(fā)大型系統(tǒng)時(shí)的主要問題）和沖突或不現(xiàn)實(shí)的需求。管理一在項(xiàng)目執(zhí)行過程中標(biāo)識、控制和跟蹤需求以及變更需求?軟件接口設(shè)計(jì)的三個(gè)重要元素。1、用戶界面（UI）；2、和其他系統(tǒng)、設(shè)備、網(wǎng)絡(luò)或其他的信息生產(chǎn)者或使用者的外部接口；3、各種設(shè)計(jì)構(gòu)件之間的內(nèi)部接口.?簡述五種基本的軟件體系結(jié)構(gòu)。以數(shù)據(jù)為中心的體系結(jié)構(gòu)一一數(shù)據(jù)存儲駐留在這種體系結(jié)構(gòu)的中心，其他構(gòu)件會經(jīng)常訪問該數(shù)據(jù)存儲，并對存儲中的數(shù)據(jù)進(jìn)行更新、增加、刪除或者修改。數(shù)據(jù)流體系結(jié)構(gòu)一一當(dāng)輸入數(shù)據(jù)經(jīng)過一系列的計(jì)算構(gòu)件和操作構(gòu)件的變換形成輸出數(shù)據(jù)時(shí)，可以應(yīng)用這種體系結(jié)構(gòu)。調(diào)用和返回體系結(jié)構(gòu)一一該體系結(jié)構(gòu)風(fēng)格能夠設(shè)計(jì)出一個(gè)相對易于修改和擴(kuò)展的程序結(jié)構(gòu)。面向?qū)ο篌w系結(jié)構(gòu)一一系統(tǒng)的構(gòu)建封裝了數(shù)據(jù)和必須用于控制該數(shù)據(jù)的操作，構(gòu)件間通過信息傳遞進(jìn)行通信與合作。層次體系結(jié)構(gòu)一一定義了一系列不同的層次，每個(gè)層次各自完成操作，這些操作逐漸接近機(jī)器的指令集。?簡述構(gòu)件設(shè)計(jì)的基本原則。開閉原則一一模塊應(yīng)該對外延具有開放性，對修改具有封閉性Liskov替換原則一一子類可以替換它們的基類依賴倒置原則一一依賴于抽象，而非具體實(shí)現(xiàn)接口分離原則一一多個(gè)用戶專用接口比一個(gè)通用接口要好?:簡述構(gòu)件設(shè)計(jì)中要完成的任務(wù)集1、標(biāo)識處所有與問題域相對應(yīng)的設(shè)計(jì)類；2、確定所有與基礎(chǔ)設(shè)施域相對應(yīng)的設(shè)計(jì)類；3、細(xì)化所有不能作為復(fù)用構(gòu)件的設(shè)計(jì)類：3a、在類或構(gòu)件的協(xié)作時(shí)說明消息的細(xì)節(jié)；3b、為每一個(gè)構(gòu)件確定適當(dāng)?shù)慕涌冢?c、細(xì)化屬性并且定義相應(yīng)的數(shù)據(jù)類型和數(shù)據(jù)結(jié)構(gòu)；3d、詳細(xì)描述每個(gè)操作中的處理流；；4、說明持久數(shù)據(jù)源（數(shù)據(jù)庫或文件）并確定管理數(shù)據(jù)源所需要的類；5、開發(fā)并且細(xì)化類或構(gòu)件的行為表示；6、細(xì)化部署圖以提供額外的實(shí)現(xiàn)細(xì)節(jié)；7、考慮每一個(gè)構(gòu)件級設(shè)計(jì)表示，并且時(shí)刻考慮其他選擇?:簡述人機(jī)界面設(shè)計(jì)的黃金規(guī)則。1置用戶于控制之下：不強(qiáng)迫用戶進(jìn)入不必要或不希望的交互模式；提供靈活的交互；允許用戶交互被中斷和撤；當(dāng)技能級別增長時(shí)可以使交互流線化并允許定制交互；使用戶與內(nèi)部技術(shù)細(xì)節(jié)隔離；減少用戶的記憶負(fù)擔(dān)：減少對短期記憶的要求；建立有意義的缺??；定義直觀的快捷方式；界面視覺布局應(yīng)該基于真實(shí)世界的象征；以不斷進(jìn)展的方式揭示信息；保持界面一致:允許用戶將當(dāng)前任務(wù)放入有意義的環(huán)境中；在應(yīng)用系統(tǒng)家族內(nèi)保持一致性；如果已經(jīng)建立起用戶期望，輕易不要改變它。?:簡述人機(jī)界面設(shè)計(jì)的基本過程。設(shè)計(jì)步驟：（1）使用界面分析中獲得的信息，定義界面對象和動作；（2）定義那些導(dǎo)致用戶界面狀態(tài)發(fā)生