第一篇：高級軟件工程問題總結

第一章：

1什么是軟件危機？

軟件危機是指落后的軟件生產方式無法滿足迅速增長的計算機軟件需求，從而導致軟件開發與維護過程中出現一系列嚴重問題的現象。

2.軟件危機包含哪兩方面的問題？

3.軟件是什么？

軟件=程序+數據+文檔

4.軟件和硬件的區別？

軟件不可磨損，硬件可以磨損。

5.軟件工程最關注的的是什么？

6.質量的觀點包括哪些？（期中已考）

7.軟件開發的方法？ 系統的方法 工程的方法

8.軟件工程的規范?（8個概念）

9.工程化的兩個重點？

第二章：

1.軟件過程是什么？

2.傳統軟件開發生命周期？

3.軟件通用過程框架？

4.瀑布模型

5.RAD模型

6.增量模型中增量是什么？ 增量是小而可用的軟件 7.RUP是什么？

8.RUP包括哪幾個階段？

第三章：

1.敏捷開發的核心觀點是什么？ 人最重要

2.對于敏捷開發什么是最重要的？

可交付給客戶的產品以及幫助客戶實現最大的價值

3.敏捷聯盟宣言是什么？（給實例對應哪一條）

4.xp模式中迭代又叫什么？

計劃游戲，為了讓開發人員進行愉悅的開發，像玩游戲一樣

5.xp模式中2周一次反應了什么？ 響應變化，響應變化大于遵循計劃

第四章：

1.管理的五要素

計劃、組織、指揮、協調、控制

2.規模估算從什么開始？

軟件分解（wbs最好不超過7層）

3.規模估算方法

LOC（Length of code）估算

FP功能點（站在用戶的角度）

4.功能點是什么？FP估算的優缺點？ 能夠單獨完成的某個具體業務流程

5.ILF、EIF、EI、Eo、EQ？

6.軟件開發進度的里程碑是什么？

需求規格說明，設計，編碼，測試，發布，維護 7.風險是什么？

8.風險管理的四個活動？

9.什么是QC？ 質量管理

10.什么是QA？ 質量分析

11.QC和QA有什么區別？

QA保證QC行為與措施符合，同時匯總后報告給管理層

12.軟件配置是什么？

13.軟件配置管理是什么？主要是為了解決什么問題？

減少混亂

第五章：

1.需求工程的重點？

挖掘用戶的真實需求，保證這些需求能真實的無歧義的表現出來

2.獲取需求的四個階段？

3.導出需求做哪些工作？工作產品是什么？

需求說明文檔

4.需求啟動做什么工作？ 5.導出需求的手段方法？

6.mini specification 作用？初步的規格說明(Mini-specification)

根據每個項的Mini-specification生成產品或項目初步的需求說明文檔

7.為何要進行分析建模？

8.SRS內容？

9.需求確認和需求校驗的區別？

第六章：

1.結構化分析建模包括那些內容？

2.如何得到DFD圖？

3.DFD頂層是什么？

第七章：

1.什么是抽象？

2.為何要抽象？

3.抽象后能得到什么？ 抽象層次樹

4.抽象層次樹上的兩個節點能進行比較？為何？ 同一層次上可以比較

5.什么是繼承、多態、泛化？

6.面向對象中如何使這些對象進行交互？ 通過建立動態模型 第八章：

1.面向對象分析模型應該包括哪些內容？

需求描述 靜態模型（對象模型）、動態模型（交互次序）、功能模型（數據交換）

2.靜動態模型分別包括哪些內容？

3。UML的五種視圖？程序員最關注的哪種視圖？

用例視圖、邏輯視圖、實現視圖、進程視圖、配置視圖

第九章： 1.概念設計的核心？ 功能分解

2.什么是概念設計與技術設計？分別做什么工作？ 概念設計:告訴顧客系統將要做什么

技術設計:告訴程序員系統做什么

3.有哪幾種耦合？

內容耦合、公共耦合、控制耦合、標記耦合、數據耦合、非直接耦合 4.有哪幾種內聚？

功能性內聚、順序內聚、通訊內聚、過程內聚、時間內聚、邏輯內聚、偶然內聚

5設計時可以通過什么途徑來降低耦合？ 降低接口復雜、選擇合理調用方式

6.什么是扇入扇出，深度是什么？

7.什么是作用域，控制域？

第二篇：高級軟件工程考試題目

第一章概述

1.你如何理解時下熱門的各種“軟件定義”？ 答：①從軟件開發者角度定義，軟件=程序+文檔，而程序又是由算法和數據組成，算法提供了解決問題的方法。軟件開發文檔是軟件開發使用和維護過程中的必備資料。它能提高軟件開發的效率,保證軟件的質量,而且在軟件的使用過程中有指導,幫助,解惑的作用,尤其在維護工作中,文檔是不可或缺的資料。

②根據軟件的分類來定義，軟件大體可以分為系統軟件和應用軟件兩大類。系統軟件是電腦的基礎軟件，例如windows,ms-dos:應用軟件是指具有具體功能的軟件，并且是在系統軟件上運行的，例如：EXE文件COM文件,windows是起基礎作用的軟件，一臺電腦如果沒有系統軟件，那么應用軟件是沒有辦法裝臺這臺電腦上的。應用軟件是指具有具體功能的軟件，并且是在系統軟件上運行的，例如：財務軟件，辦公軟件，廣告設計軟件，各種游戲等等。

③從用戶角度看，軟件就是硬件的附庸，軟件是單獨的產品，軟件是許可證，軟件是服務。

2.計算機學科中的12個基本概念，在軟件工程學科中都有怎樣的作用和意義？針對3-4個概念舉例說明？

答：計算機學科中的12個基本概念為：綁定、大問題的復雜性、概念和形式模型、一致性和完備性、效率、演化、抽象層次、空間有序、時間有序、重用、安全性、折衷和結論。

大問題的復雜性：隨著問題規模的增長，復雜性呈非線性增加的效應。這是區分和選擇各種方法的重要因素。以此來度量不同的數據規模、問題空間和程序規模。假如我們編寫的程序只是處理全班近百人的成績排序，選擇一個最簡單的排序算法就可以了。但如果我們編寫的程序負責處理全省幾十萬考生的高考成績排序，就必須認真選擇一個排序算法，因為隨著數據量的增大，一個不好的算法的執行時間可能是按指數級增長的，從而使你最終無法忍受等待該算法的輸出結果。

一致性和完備性：在計算機中一致性和完備性概念的具體體現包括諸如正確性、健壯性、可靠性這類相關的概念。一致性包括用作形式說明的一組公理的一致性、觀察到的事實與理論的一致性、一種語言或接口設計的內部一致性等。正確性可看作部件或系統的行為對聲稱的設計說明的一致性。一致性就是要始終保證數據的正確性 比如你去銀行轉錢你轉1000但卡里只有300執行事務時查詢到你金額不足就會返回拒絕執行而不是把你卡里的300轉走，依然保持你卡里之前的金額300這就是一致性.恢復到事務的初始狀態.完備性包括給出的一組公理使其能獲得預期行為的充分性、軟件和硬件系統功能的充分性、以及系統處于出錯和非預期情況下保持正常行為的能力。完整性 是指主鍵上的值不能為空.比如關系R（學生號，學生姓名，成績）學生號為主鍵那它就不能為空否則違反規則。重用：在新的情況或環境下，特定的技術、概念或系統成份可被再次使用的能力。例如，可移植性、軟件庫和硬件部件的重用，促進軟件成份重用的技術，以及促進可重用軟件模塊開發的語言抽象等。軟件重用的對象除源代碼外，還包括規格說明、系統設計、測試用例等，軟件生命周期中越前端的重用意義越重大。現有的許多努力都是面向源代碼一級的重用，例如程序的模塊化、封裝與信息隱藏、數據抽象、繼承、異常處理等機制，包括當前熱門的CORBA、DCOM等利用構件組裝軟件系統的技術。

第二章 面向服務的軟件工程

1.對于面向價值服務的心得體會

“價值”是服務化軟件系統區別于傳統軟件的重要特征。一個服務系統的好壞取決于該系統能否

向供需雙方提供期望的價值。服務是供需雙方之間通過協同生產進行價值創造與風險分擔的過程，各種有形或無形的價值則是服務系統的輸出。在構建系統過程中應將價值作為最終目標，圍繞價值進行服務系統設計和優化。在服務模型中應對價值進行準確的刻畫，并將價值與各種功能要素聯系起來，幫助分析期望的價值是否可被功能要素所支持并實現為了保證服務系統能夠向供需雙方充分提供各自所需的價值，服務工程應充分感知“服務價值”。價值知覺的定義是在服務全生命周期中去感知、描述、轉換、實現期望的服務價值，并對其進行評價和優化。不同階段的價值知覺內容不同：

服務模式創新機制

明確各個服務參與者的價值期望、各參與者之間的價值交換關系、每一項價值的度量、各項價值期望間的相互依賴。

服務建模

在服務模型中完整、正確地設計和描述所期望的服務價值、價值與服務功能要素間的映射關系、功能要素對價值的實現支持程度。

服務系統實現

通過選擇和組合恰當的服務構件來實現服務系統，需說明所選擇的服務構件向外提供的期望服務價值及其可實現程度。

服務系統運行

對實際運行的系統進行監控和評價，發現實際交付的價值與期望價值之間的差距，并找出差距原因，進而對服務系統進行改進。

服務價值理論

采用數學方法來刻畫服務價值及其之間相互依賴關系，形成服務價值理論。它包括：（1）服務價值的分類、描述與度量；（2）服務價值依賴理論；（3）多層次服務價值模型及建模方法；（4）服務價值與服務模型的映射；（5）價值知覺的服務選取與組合；（6）面向價值的服務分析；（7）面向價值的服務優化；等等。

第三章復雜系統的軟件工程

請嘗試回答下這些軟件工程中的挑戰性問題： ①軟件是測出來的還是用出來的？

②如何建立一種軟件生產的激勵機制和良好的產業生態環境？ ③什么樣的軟件不會被盜版？

④如何通過軟件演化來滿足用戶快速變化的需求？ ⑤復雜網絡可以怎樣刻畫軟件系統？

答：①軟件是用出來的。軟件是為了解決現實中的問題，而設計出一款產品供有需求的用戶使用。

②建立軟件生產的激勵機制可以根據軟件設計人員的貢獻給予相應獎勵，同時在設計團隊之間引入競爭機制；建立軟件的產業生態環境，需要與政府合作，通過促進政策、教育和維權等方式，建立更加健康的軟件產業生態環境。積極應對各種新挑戰、資產管理促進技術創新、打擊盜版多管齊下，營造一個良好的知識產權環境，為軟件產業健康發展提供更好的保障。

③我認為為了社會公益，無償提供服務的軟件不會被盜版。

④隨時捕獲用戶的需求，更新軟件功能，并且要根據社會環境預測用戶需求，研發新技術，不斷設計更新軟件功能；處理之外也可以將不同功能的軟件進行集成組合獲取更加復雜的功能，這樣可以應對用戶快速變化的需求，同時也減少了更新軟件的周期。

⑤軟件系統中的每一個軟件相當于復雜網絡中的一個節點，而軟件之間的相連關系可以用復雜網絡中的邊來表示。這樣軟件系統可以構建成一個復雜網絡，然后就可以用復雜網絡中的方法來對軟件系統進行分析，如基于復雜網絡的軟件復雜性度量研究，基于加權軟件網絡缺陷傳播分析的面向對象軟件結構質量度量，通過研究網絡節點度可以發現軟件的依賴程度。

第四章群體軟件工程

2.在開源網站sourceforge.net上選擇一個開源項目進行分析和介紹。答：以該網站上的一款軟件VCL media player為例。該軟件完全免費可以播放video and DVDs以及網絡視頻，在線直播等，比如IPV6協議下的高清在線視頻；該軟件是簡單,快速和強大的媒體播放器。支持很多種格式媒體:文件、光盤、網絡攝像頭、設備和流。VLC媒體播放器是一個免費和開源媒體播放器和多媒體框架VideoLAN寫的項目。VLC是一種便攜式多媒體播放器,編碼器,橫幅支持多種音頻、視頻編解碼器和文件格式以及dvd,vcd,和各種流媒體協議。它能夠通過網絡進行轉碼流和多媒體文件并將它們保存到各種格式。默認分配的VLC包括大量的免費的解碼和編碼庫,避免需要尋找/校準專有插件。VLC是基于分組的多媒體播放器,可以播放視頻內容的一些損壞,不完整,或未完成的視頻。例如,文件還是下載通過點對點(P2P)網絡。

特點：1.簡單,強大的和快速的

2.支持文件,光盤(DVD、CD、VCD、藍光),網絡攝像頭和溪流

3.沒有編解碼器包需要:mpeg4,對WMV MKV WebM 4.可以在大多數平臺:Windows、Linux、Mac OS X,Unix?? 5.完全免費的,0間諜軟件、廣告或用戶跟蹤媒體轉換器和橫幅

第三篇：軟件工程總結

軟件工程課程總結

摘要：

計算機是20世紀最重大的科學技巧成就之一，使當代社會的經濟、軍事、科研、教育、服務等方面在概念和技巧上發生了性的變化，對人類社會的進步已經并還將產生極為深刻的影響。目前，計算機是世界各發達國度劇烈競爭的科學技巧領域之一。

電子計算機早期功效主要是計算，后來已遠遠超越單純計算的功效，還可模擬、思維、進行自適應反饋處理等等，把它叫做“電腦”更為合實際。由于電子計算機功效的飛躍性發展，應用于生產和生活的各個方面，直接和顯著地提高了生產、工作和生活的效率、節奏和水平，在軟科學研究和應用中它也起著關鍵作用，因此它已被公認是現代技巧的神經中樞，是未來信息社會的心臟和錄魂。計算機學科分為四個領域，分別是計算機科學，計算機工程，軟件工程和信息系統。

正文：

軟件工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟件，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來的學科。包括項目管理，分析，設計，程序的編寫，測試和質量控制。它涉及到程序設計語言、數據庫、軟件開發工具、系統開發平臺、標準、設計模式等方面。

學了《軟件工程》這門課程和一些有關資料后，感覺一些東西都曾經接觸過，但在實際工作中有些理論要完全遵循可能還有些障礙，軟件工程只是提供了理論上的一些結論，但對項目的具體可操作性的規范的制定方面卻做的很少，《軟件工程》發展了幾十年，光是開發模型就達到了10多種，對不同的項目采用合適的開發模式，有些項目在不同的開發階段可能還要轉換開發模式，把它們靈活的應用到實際中還是很困難的。

軟件技術是信息技術產業的核心之一，軟件技術的發展是與信息技術產業的發展互相促進的。當今世界，信息技術正處于新一輪重大技術突破的前夜。預計今后 20~30 年是信息科學技術的變革突破期，可能導致 21 世紀下半葉一場新的信息技術革命。近年來，從 IT 界到一些國家首腦，都高度關注以物聯網為標志的新一輪信息技術的發展態勢，認為這是繼 20 世紀 80 年代 PC 機、90 年代互聯網、移動通信網之后，將引發 IT 業突破性發展的第三次 IT 產業化浪潮。每一次重大的技術變革都會引起企業間、產業間甚至國家間競爭格局的重大變化，也促進了軟件技術與軟件產業的重大變革與發展。

近年來，信息技術、軟件技術、軟件系統與軟件產業的發展備受關注，已有不少論述、分析與判斷。近10 年內網絡技術經歷寬帶化、移動化和三網融合將走向基于 Ipv6 的下一代互聯網，2010 年 1 月，國家 863 計劃信息技術領域辦公室和國家 863 計劃信息技術領域專家組，在上海舉辦“信息-物理融合系統 CPS發展戰略論壇”，提出“信息-物理融合系統 CPS 是一個綜合計算、網絡和物理環境的多維復雜系統，是信息和物理世界的深度的融合交互，可實現大型工程系統的實時感知、動態控制和信息服務，使系統更加可靠、高效與實時協同，使得人類物理現實和虛擬邏輯逐步融合，具有重要而廣泛的應用前景。業界關于軟件工程的代表性觀點創立與使用健全的工程原則，以便經濟地獲得可靠且高效率的軟件。應用系統化，遵從原則，可被計量的方法來發展、操作及維護軟件；也就是把工程應用到軟件上。與開發、管理及更新軟件產品有關的理論、方法及工具。一種知識或學科，目標是生產品質良好、準時交貨、符合預算，滿足用戶所需的軟件。實際應用科學知識在設計、建構電腦程序，與相伴而來所產生的文件，以及后續的操作和維護上。

6使用與系統化生產和維護軟件產品有關之技術與管理的知識，使軟件開發與修改可在有限的時間與費用下進行。

7建造由工程師團隊所開發之大型軟件系統有關的知識學科。對軟件分析、設計、實施及維護的一種系統化方法。系統化地應用工具和技術于開發以計算機為主的應用。

10軟件工程是關于設計和開發優質軟件。

《軟件工程》是一門綜合性和實踐性很強的核心課程，它屬于是一門交叉學科，包含有：軟件開發技術（軟件開發方法學、軟件開發過程、軟件工具和軟件工程環境）、軟件工程管理（軟件管理學、軟件經濟學、軟件心理學）。主要內容包括軟件工程概述、可行性分析、需求分析、概要設計、詳細設計、面向對象分析與設計、編碼、軟件測試、項目計劃與管理。

本課程是面向準備從事軟件開發的畢業生而開設的一門專業課程。針對計算機教學中軟件工程這一薄弱環結，結合目前軟件開發商對人才的要求，對計算機專業的畢業生進行軟件工程強化培訓，目的是使畢業生能夠了解和掌握軟件工程的基本理論和方法，并在實際軟件開發中運用這些方法。

我理解，軟件工程是按照工程學的管理方式，有組織、有計劃的，在一定的質量基礎、時間限度和成本范圍內，實現功能明確的軟件系統。而且，軟件工程在企業范圍內運行，一定需要企業資源的支持，要與企業的經營、決策、管理體系聯系在一起，才能夠被踏踏實實的落實下來。

軟件工程項目是一個需要一步一步的計算，分析思考而來的，需要不斷思考，研究不斷進步，軟件業作為一個服務業，要想得到發展，首先必須形成一個對軟件服務有迫切需要的市場。其次，這個市場中的消費者必須具備足夠的購買力。軟件的消費群體簡單一點，可以分為個體消費和企業消費。中國的企業群體，數量龐大，但是質量不高。上規模的企業極少。國內目前能夠形成比較大規模的獨立市場的，肯定是小規模的軟件系統。

隨著信息化時代的到來其地位越來越受到人們的重視，軟件工程從一個學科，或是某一個研究方向來說，人員僅僅是過程，方法的執行者，所以人員素質往往被忽略，軟件工程是一門實踐性很強的學科，所以在實際的軟件研究過程中，人員的素質占有很重要的地位。要有出色的軟件問世，研發人員的素質至關重要！

作為軟件工程的學習者應該不斷創新，不斷嘗試、實踐，不斷研究和學習，中國的軟件工程技術依舊滯后于國外一些軟件工程技術，作為新一代的學習者應該擔當起振興起中國軟件事業，使中國科技得到高速發展！

現在已經是信息化時代，信息化潮流不斷涌現，想要掌握主動權就是掌握信息化的發展方向，這就需要我們不斷學習，時間，研究，學習國外的先進技術，轉變自己的技術，然后融合，創新。

軟件技術不是一成不變的，是隨著社會的進步的不斷進步，不需要不斷的創新，不斷的改善的，需要我們不斷的學習，不斷的研究，不斷進步。

第四篇：軟件工程總結

1.Software is a product and can be manufactured using the same technologies used for other engineering artifacts Answer: b 2.WebApps are a mixture of print publishing and software development, making their development outside the realm of software engineering practice.Answer: b 3.Software engineering umbrella activities are only applied during the initial phases of software development projects.Answer: b 4.Planning ahead for software reuse reduces the cost and increases the value of the systems into which they are incorporated.Answer: a 5.The essence of software engineering practice might be described as understand the problem, plan a solution, carry out the plan, and examine the result for accuracy.Answer: a 6.In agile process models the only deliverable work product is the working program.Answer: b 7.A most software development projects are initiated to try to meet some business need.Answer: a 8.In general software only succeeds if its behavior is consistent with the objectives of its designers.Answer: b 9.Software processes can be constructed out of pre-existing software patterns to best meet the needs of a software project.Answer: a 10.Process technology tools allow software organizations to compress schedules by skipping unimportant activities.Answer: b 11.It is generally accepted that one cannot have weak software processes and create high quality end products.Answer: a 1.Requirements engineering is a generic process that does not vary from one software project to another.Answer: a 2.A stakeholder is anyone who will purchase the completed software system under development.Answer: b 3.It is relatively common for different customers to propose conflicting requirements, each arguing that his or her version is the right one.Answer: a 4.Developers and customers create use-cases to help the software team understand how different classes of end-users will use functions.Answer: a 5.Use-case actors are always people, never system devices.Answer: b 6.Analysis patterns facilitate the transformation of the analysis model into a design model by suggesting reliable solutions to common problems.Answer: a 7.In win-win negotiation, the customer’s needs are met even though the developer’s need may not be.Answer: b 8.In requirements validation the requirements model is reviewed to ensure its technical feasibility.Answer: b

1.Object-oriented domain analysis is concerned with the identification and specification of reusable capabilities within an application domain.Answer: a 2.In structured analysis models focus on the structure of the classes defined for a system along with their interactions.Answer: b 3.Creation and refinement of use cases if an important part of scenario-based modeling.Answer: a 4.It is important to consider alternative actor interactions when creating a preliminary use case.Answer: b 5.Brainstorming is one technique that may be used to derive a complete set of use case exceptions.Answer: a 6.In many cases there is no need to create a graphical representation of a usage scenario.Answer: a 7.One or more attributes of a data object must be defined as a key to allow the location of an instance of the data object.Answer: a 8.Attributes are chosen for an object by examining the problem statement and identifying the entities that appear to be related.Answer: b 9.An analysis package involves the categorization of analysis model elements into useful groupings.Answer: a 10.The data flow diagram must be augmented by min-spec that can serve as a guide the design of the software component that will implement the process.Answer: a 11.The UML sequence diagram show the order in which system events are processed.Answer: b 12.Analysis patterns are discovered, they are not explicitly created.Answer: a 13.It is not possible to justify the time required for WebApp requirements analysis.Answer: b 14.UML activity diagrams can be used to represent the user observable functionality delivered by the WebApp as well as the operations contained in each analysis class.Answer: a 15.Configuration analysis focuses on the architecture of the user’s web browsing environment.Answer: b 16.Content objects are extracted from use cases by examining the scenario description for direct or indirect content references.Answer: a 1.With thorough testing it is possible to remove all defects from a program prior to delivery to the customer.Answer: b 2.Program flow graphs are identical to program flowcharts.Answer: b 3.The cyclomatic complexity of a program can be computed directly from a PDL representation of an algorithm without drawing a program flow graph.Answer: a 4.Graph-based testing methods can only be used for object-oriented systems Answer: b 5.Equivalence testing divides the input domain into classes of data from which test cases can be derived to reduce the total number of test cases that must be developed.Answer: a 6.Boundary value analysis can only be used to do white-box testing.Answer: b 7.Orthogonal array testing enables the test designer to maximize the coverage of the test cases devised for relatively small input domains.Answer: a 8.Client/server architectures cannot be properly tested because network load is highly variable.Answer: b 1.The best representation of system architecture is an operational software prototype.Answer: b 2.The architectural representations can be an enabler for communication among project stakeholders.Answer: a 3.An architectural description is often documented using an architecture template.Answer: b 4.An architectural genre will often dictate the architectural approach that may used for the structure to be built.Answer: a 5.Before an architectural pattern can be chosen for use in a specific system it must have a code implementation to facilitate its reuse.Answer: b 6.Once selected, archetypes always need to be refined further as architectural design proceeds.Answer: a 7.Quantitative methods for assessing the quality of proposed architectural designs are readily available.Answer: b

Chapter 10 Self-Check Quiz

1.In the most general sense a component is a modular building block for computer software.a.True b.False

Answer: a(Section 10.1)

2.In the context of object-oriented software engineering a component contains

a.attributes and operations b.instances of each class c.roles for each actor(device or user)d.set of collaborating classes

Answer: d(Section 10.1.1)

3.In traditional software engineering modules must serve in which of the following roles?

a.Control component b.Infrastructure component c.Problem domain component d.All of the above

Answer: d(Section 10.1.2)

4.Software engineers always need to cerate components from scratch in order to meet customer expectations fully.a.True b.False

Answer: b(Section 10.1.3)

5.Which of the following is not one of the four principles used to guide component-level design?

a.Dependency Inversion Principle b.Interface Segregation Principle c.Open-Closed Principle d.Parsimonious Complexity Principle

Answer: d(Section 10.2.1)

6.The use of stereotypes can help identify the nature of components at the detailed design level.a.True b.False

Answer: a(Section 10.2.2)

7.Classes and components that exhibit functional, layer, or communicational cohesion are relatively easy to implement, test, and maintain.a.True b.False

Answer: a(Section 10.2.3)

8.Software coupling is a sign of poor architectural design and can always be avoided in every system.a.True b.False

Answer: b(Section 10.2.4)

9.WebApp content design at the component level focuses on content objects and the manner in which they interact.a.True b.False

Answer: b(Section 10.4.1)

10.A WebApp functional architecture describes the key functional components and how they interact with each other.a.True b.False

Answer: a(Section 10.4.2)

11.Which of these is a graphical notation for depicting procedural detail?

a.box diagram b.decision table c.ER diagram d.flowchart

Answer: d(Section 10.5.1)

12.A decision table should be used

a.to document all conditional statements b.to guide the development of the project management plan c.only when building an expert system d.when a complex set of conditions and actions appears in a component

Answer: d(Section 10.5.2)

13.A program design language(PDL)is often a

a.combination of programming constructs and narrative text b.legitimate programming language in its own right c.machine readable software development language d.useful way to represent software architecture

Answer: a(Section 10.5.3)

14.In component-based software engineering, the development team examines the requirements to see which are amenable to composition, rather than construction, before beginning detailed design tasks.a.True b.False

Answer: a(Section 10.6)

15.Which of the following is not one of the major activities of domain engineering?

a.analysis b.construction c.dissemination d.validation

Answer: d(Section 10.6.1)

16.Which of the following factors would not be considered during component qualification?

a.application programming interface(API)b.development and integration tools required c.exception handling d.testing equipment required

Answer: d(Section 10.6.2)

17.Which is the following is a technique used for component wrapping?

a.black-box wrapping b.clear-box wrapping c.gray-box wrapping d.white-box wrapping

Answer: b(Section 10.6.2)

18.Which of the following is not one of the issues that form a basis for design for reuse?

a.object-oriented programming b.program templates c.standard data d.standard interface protocols

Answer: a(Section 10.6.3)

19.In a reuse environment, library queries are often characterized using the ________ element of the 3C Model.a.concept b.content c.context d.all of the above

Answer: c(Section 10.6.4)

1.The importance of software design can be summarized in a single word a.b.c.d.Answer: d(Section 8.1)

2.Which of the following is not a characteristic common to all design methods?

a.configuration management b.functional component representation c.quality assessment guidelines d.refinement heuristics

Answer: a(Section 8.2.2)

3.Which of the following can be used to represent the architectural design of a piece of software?

a.Dynamic models b.Functional models c.Structural models d.All of the above

Answer: d(Section 8.3.2)

4.Design patterns are not applicable to the design of object-oriented software?

a.True b.False

Answer: b(Section 8.3.3)

5.Since modularity is an important design goal it is not possible to have too many modules in a proposed design.a.True b.False

Answer: b(Section 8.3.5)

6.Information hiding makes program maintenance easier by hiding data and procedure from unaffected parts of the program.accuracy complexity efficiency quality

a.True b.False

Answer: a(Section 8.3.6)

7.Cohesion is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: b(Section 8.3.7)

8.Coupling is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: d(Section 8.3.7)

9.When using structured design methodologies the process of stepwise refinement is unnecessary.a.True b.False

Answer: b(Section 8.3.8)

10.Software designs are refactored to allow the creation of software that is easier to integrate, easier to test, and easier to maintain.a.True b.False

Answer: a(Section 8.3.10)

11.Which of the following is not one of the five design class types

a.Business domain classes b.Entity classes c.Process classes d.User interface classes

Answer: b(Section 8.3.13)

12.Which design model elements are used to depict a model of information represented from the user’s view?

a.Architectural design elements b.Component-level design elements c.Data design elements d.Interface design elements

Answer: c(Section 8.4.1)

13.Which design is equivalent to the floor plan of a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: a(Section 8.4.2)

14.Which design model is equivalent to the detailed drawings of the access points and external utilities for a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: d(Section 8.4.3)

15.Which design model is equivalent to a set of detailed drawings for each room in a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: b(Section 8.4.4)

16.The deployment design elements specify the build order for the software components.a.True b.False

Answer: b(Section 8.4.5)

第五篇：軟件工程總結

第一章軟件與軟件工程的概念

軟件的概念：軟件是計算機系統中與硬件相互依存的另一部分，軟件包括程序，數據，及其相關文檔的完整集合。程序是按事先設計的功能和性能要求執行的指令序列。數據是使程序能夠正確地處理信息的數據結構。文檔是與程序開發，維護和使用有關的圖文資料。

程序的最小單位是函數及子程序，程序與數據是分離的，在面向對象程序設計時代，程序的最小單位是類，在類中封裝了相關的數據及指令代碼。

軟件的特性，判斷正誤：1.軟件是無形的、不可見的邏輯實體，因此，軟件是無法描述的。（錯）

2、軟件的開發特性是指軟件需要大量手工勞動，難以自動化生產。（對）

3、有缺陷的軟件就是廢品。（錯）

4、軟件的生產指的是軟件的復制。（錯）

5、由于軟件的開發充滿人的個性特點，因此管理并不決定軟件開發的成敗（錯）。

6、軟件的開發環境往往就是軟件的運行環境，或者與其兼容。（對）

7、合格的軟件產品不需要維護，軟件需要維護說明其質量不合格。（錯）

8、軟件可以不斷改進，因此軟件不需要廢棄。（錯）

軟件的分類：1，系統軟件：能與計算機硬件緊密配合在一起，使計算機系統各個部件，相關的軟件和數據協調，高效的工作的軟件。2，應用軟件，是在系統軟件的支持下，在特定區域內開發，為特定目的服務的一類軟件。3，支撐軟件，也叫工具軟件，是協助用戶開發軟件的工具性軟件。4，可復用軟件，最初實現的典型的可復用軟件是各種標準函數庫，通常是由計算機廠商提供的系統軟件的一部分。

IEEE給出的定義：軟件工程是開發，運行，維護和修復軟件的系統方法。軟件的定義：計算機程序，方法，規則，相關的文檔資料一集在計算機上運行時所必需的數據。

軟件危機的典型表現

1、成本太高，預算不準

2、超過預計時間

3、軟件質量標準不明確

4、生產率低

5、缺乏文檔資料，難以維護。原因：1，缺乏軟件開發的經驗和有關軟件開發數據的積累，使得開發工作的計劃很難制定。2.軟件人員與用戶的交流存在障礙，除了知識背景的差異，缺少合適的交流方法及需求描述工具。3，軟件開發過程不規范，缺少方法和規范的指導。4，隨著軟件規模的增大，其復雜性往往會呈指數級升高。5，缺少有效的軟件評測手段，提交用戶的軟件質量差。

軟件危機發生的主要原因有：

1、遇到了無法解決的高難度技術問題（不是）

2、無法招聘到足夠的編程高手（不是）

3、軟件人員與用戶互相不理解（是）

4、計劃和管理不科學、落實不力（是）

5、軟件質量標準不明確（是）

軟件的質量特性包括（選擇）問題1：

1、功能性

2、可靠性

3、使用性

4、經濟性（不包括）

軟件的質量特性包括（選擇）問題2：

1、效率

2、可維護性

3、可移植性

4、經濟性（不包括）

軟件工程的目標是運用先進的軟件開發技術和管理方法來提高軟件的質量和生產率，也就是要以較短的周期，較低的成本生產出高質量的軟件產品，并最終實現軟件的工業化生產。軟件生存期：軟件的孕育，誕生，成長，成熟，衰亡的生存過程。軟件生存期由軟件定義，軟件開發和運行維護三個時期組成，每個時期又可劃分為若干個階段。

2、軟件定義時期的任務主要任務是解決“做什么”的問題，確定工程的總目標和可行性；實現工程目標的策略及系統功能；估計需要的資源和成本；制訂工程進度表。通常又分為3個階段：問題定義，可行性研究，需求分析。

3、軟件開發時期的任務和包含階段主要任務是解決“如何做”的問題，設計和實現定義的軟件。由概要設計、詳細設計、編碼和測試4個階段組成。

4、軟件運行維護時期的主要任務是使軟件持久地滿足用戶的需要，通常有4類維護活動：改正性維護；適應性維護；完善性維護；預防性維護。開發過程中的典型文檔：軟件需求規格說明書。項目計劃。軟件測試計劃。軟件設計說明書。用戶手冊。軟件工程各個階段的基本任務

1、問題定義與可行性研究：解決什么問題？能否解決問題？是否值得做？”

2、需求分析：做什么

3、軟件設計：如何實現

4、程序編碼和單元測試：實現設計

5、集成和系統測試：組裝連接測試、功能驗證測試

6、軟件運行和維護：修改 第二章軟件工程方法與工具

軟件工具：是指能支持軟件生存周期中某一階段（如系統定義，需求分析，設計，編碼，測試，維護等）的需要而使用的軟件工具。

需求分析工具

1、結構化圖形工具箱。通過數據流程圖DFD進行功能分析。包括DFD圖形工具，實體-關系圖(E-R)圖形工具，Jackson圖形工具，Warnier圖形工具，Visio綜合工具，2、面向對象工具，Rational Rose，PowerDesigner，Visio 設計工具（1)概要設計工具：設計目標軟件的體系結構、控制結構和數據結構。軟件的體系結構通常用模塊結構圖來描述。模塊的數據結構通常用實體-關系圖來描述。Visio。Rational Rose 詳細設計工具。設計模塊的算法和內部實現細節。詳細設計描述方法有輸入-處理-輸出(IPO)圖。問題分析圖(PAD)。盒圖(NS圖)。流程圖(FC)。程序設計語言(PDL)。結構化語言。判定表。判定樹

第三章軟件需求獲取與結構化分析方法 需求獲取的主要任務是與用戶溝通，了解系統或產品的目標是什么，客戶或用戶想要實現什么，系統和產品如何滿足業務的要求，最終系統或產品如何用于日常工作。獲取并理解用戶的需求是軟件工程師所面對的最困難的任務之一。

需求分析的困難體現：系統的目標或范圍問題；需求不準確性問題；需求的易變問題

需求獲取的任務：發現和分析問題，并分析問題的原因，結果關系。與用戶進行各種方式的交流，并使用調查研究方法收集信息。按照三個成分即數據，過程和接口觀察問題的不同側面。將獲取的需求文檔化，形式有用例，決策表，決策樹等。需求獲取的原則：深入淺出，以流程為主線。

獲取具體的需求的途徑1，與用戶交流。2，現有產品或競爭產品的描述文檔。3，系統需求規格說明。4，當前系統的問題報告和改進要求。5，市場調查和用戶問卷調查。6，觀察用戶如何工作。

關于需求獲取問題的認識辨析：

1、沒有與用戶交流就不可能獲取系統需求。（不能獲取準確、全面的系統需求）

2、沒有經過與用戶交流而獲取的需求都是不真實的需求。（一些需求從用戶以外的途徑獲取）

3、系統開發必須獨立完成，參考類似系統及技術文檔屬于抄襲行為，應予避免。（系統開發包含研究行為，應了解對手產品，取長補短）

4、系統開發包含改進當前系統的缺陷和不足。（對）

5、需求調查時，用戶所說的需求未必是真實、準確的需求，因此需求分析需要依賴用戶，但是不能過分迷信用戶。（對，需求描述是困難的）

6、觀察用戶如何工作也是一種需求調查行為。（對）

軟件需求分析階段的任務：需求獲取，需求分析，需求定義，需求驗證。完整性，正確性，合理性，可行性，充分性。

結構化分析方法：是一種建模技術。核心是數據字典。

功能模型用數據流圖（DFD)來描述使用實體—關系圖（ER圖）建立數據模型。使用狀態轉換圖（簡稱狀態圖）建立系統行為模型。數據字典。加工規格說明。需求建模的依據是需求描述

數據建模，ER圖，需要認真看。

第四章結構化設計方法

結構化設計方法是在模塊化，自頂向下逐步細化及結構化程序設計技術基礎上發展起來的，結構化設計方法可分為兩類：一類是根據系統的數據流進行設計，稱為面向數據流的設計，或稱過程驅動設計，另一類是根據系統的數據結構進行設計，稱為面向數據結構的設計，或稱數據驅動的設計。

軟件的體系結構設計，模塊化設計都是分而治之策略的具體表現。模塊化是將整體軟件劃分為獨立命名且可獨立訪問的模塊，不同的模塊通常具有不用的功能或指責，每個模塊可獨立開發，測試，最后組裝成完整的軟件。模塊是構成軟件的基本構件。模塊并不是越小越好，當模塊數目增加時，每個模塊的規模將減小，開發單個模塊的成本確實減少了，但是隨著模塊數目增加，模塊之間關系的復雜程度也會增加，設計模塊間接口所需要的工作量也將增加。

模塊的獨立性是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而與軟件系統中其他模塊的接口是簡單的，若一個模塊只具有單一的功能且與其他模塊沒有太多的聯系，那么稱此模塊有獨立性。

自頂向下，逐步細化：抽象是指忽視一個主題中與當前目標無關的方面，以便更充分地注意與當前目標有關的方面，當我們進行軟件設計時，設計開始時應盡量提高軟件的抽象層次，按抽象級別從高到低進行軟件設計，將軟件的體系結構按自頂向下方式，對各個層次的過程細節和數據細節逐層細化，直到用程序設計語言的語句能夠實現為止，從而最后確定整個系統的體系結構，這就是自頂向下逐步細化過程。

復用是指同一事物不做修改或稍加修改就可以多次重復使用，將服用的思想用于軟件開發，稱為軟件復用。1是盡量使用已有的構件。2是如果確實需要創建新的構件，則在設計時應該考慮將來的可重復使用性。軟件設計的階段與任務：從工程管理的角度，可以將軟件設計分為概要設計階段和詳細設計階段。從技術的角度，傳統的結構化方法將軟件設計劃分為體系結構設計、數據設計、接口設計和過程設計4部分；概要設計包括體系結構設計、數據設計、接口設計。詳細設計即過程設計，對結構表示進行細化，得到軟件詳細的數據結構和算法。

軟件設計各項設計工作的依據：體系結構設計，定義軟件模塊及其之間的關系，依賴于數據流圖。數據設計，依賴于ER圖。接口設計，依賴于頂層數據流圖。過程設計：依賴于加工規格說明、狀態圖

基于數據流方法的設計過程：1.復查并精化數據流圖。2.確定數據流圖中數據流的類型，典型的數據流類型有變換型數據流和事務型數據流。3.導出初始的軟件結構圖。4.逐級分解。5.精化軟件結構。6.導出接口描述和全局數據結構。

軟件模塊結構的改進方法：1，模塊功能的完善化。2，消除重復功能，改善軟件結構。3，模塊的作用范圍應在控制范圍之內。4，盡可能減少高扇出結構，隨著深度增大扇入。5，避免或減少使用病態連接。6，模塊的大小要適中。接口設計的依據是數據流圖中的自動化系統邊界。

自頂向下，逐步細化的設計過程主要包括兩個方面：一是將復雜問題的解法分析和細化成由若干個模塊組成的層次結構，二是將每個模塊的功能逐步分解細化為一系列的處理。第五章編碼

編碼容易出現的風格不足

1、變量或函數名字缺乏具體含義

2、變量或函數名字與其用途不符

3、變量或函數未加上必要的注釋

4、函數未說明其功能、參數的意義

5、引用的符號未加以解釋和說明

6、對循環等重要的程序語句未注釋

7、對用到的重要庫函數沒有解釋說明

8、對結構體等復雜數據結構的組成成分沒有解釋說明

9、缺乏必要的提示語句 第六章軟件測試方法

軟件測試是在軟件投入生產性運行之前，對軟件需求分析，設計規格說明和編碼的最終復審，是軟件質量控制的關鍵步驟。軟件測試是為了發現錯誤而執行程序的過程。