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

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

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