【文章內(nèi)容簡介】 有三種，即：結構化語言、判定表、判定樹。29．結構化語言是介于自然語言和形式語言之間的一種半形式語言。30．若年利率為i，不計復利，n年后可得21．系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中各個元素表達了系統(tǒng)中各種元素之間的(信息流動)情況。22．成本效益分析的目的是從(經(jīng)濟)角度評價開發(fā)一個項目是否可行。23．自頂向下結合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和(寬度優(yōu)先策略)。24．獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條(在其他獨立路徑中未有過)的邊的路徑。25．匯編語言是面向(機器)的，可以完成高級語言無法完成的特殊功能，如與外部設備之間的一些接口工作。26．在JSP方法中解決結構沖突的具體辦法是(中間數(shù)據(jù)結構或中間文件)。27．詳細設計的任務是確定每個模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。28．所有軟件維護申請報告要按規(guī)定方式提出，該報告也稱(軟件問題)報告。29．有兩類維護技術：在開發(fā)階段使用來減少錯誤、提高軟件可維護性的面向維護的技術；在維護階段用來提高維護的效率和質(zhì)量的(維護支援)技術。30．科學工程計算需要大量的標準庫函數(shù)，以便處理復雜的數(shù)值計算，可供選擇的語言有：(FORTRAN語言)、PASCAL語言、C語言和PL/1語言。(√)。(√)3．Jackson圖只能表達程序結構，不能表達數(shù)據(jù)結構。(X)上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時輸入變換成C。(X)5．軟件的質(zhì)量好壞主要由驗收人員負責，其他開發(fā)人員不必關心。(X)6．判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。(√)，提高程序運行效率，而減少高級語言的使用。(X)8．UML只能應用于軟件系統(tǒng)模型的建立。(X)9．容錯就是每個程序采用兩種不同的算法編寫。(X)軟件測試的目的是為了無一遺漏的找出所有的錯誤。(X)。（N）。因此，有時也可以將系統(tǒng)結構圖當作系統(tǒng)流程圖使用。（N），測試用例是根據(jù)程序內(nèi)部邏輯設計的。（N），找出錯誤的位置和性質(zhì)比改正該錯誤更難。（Y）、類、繼承和通信為基礎的面向?qū)ο笤O計方法（OOD）也是常見的軟件概要設計方法之一。（Y），則說明軟件是正確的。（N）。（Y），信息隱藏，抽象和逐步求精的軟件設計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（Y）。（N）。（N）第三篇：軟件工程導論解答題總結什么叫軟件：軟件是計算機系統(tǒng)中魚硬件相互依存的另一部分，它包括程序，數(shù)據(jù)以及其相關文檔的完整集合。什么是軟件危機？軟件危機的表現(xiàn)是什么？其產(chǎn)生的原因是什么？軟件危機：軟件發(fā)展第二階段的末期，由于計算機硬件技術的進步，計算機運行速度、容量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這為計算機的廣泛應用創(chuàng)造了條件。一些復雜的、大型的軟件開發(fā)項目提出來了，但是，軟件開發(fā)技術的進步一直未能滿足發(fā)展的需要。在軟件開發(fā)中遇到的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，導致軟件危機。軟件危機表現(xiàn)在以下四個方面：（1）經(jīng)費預算經(jīng)常突破，完成時間一再拖延。（2）開發(fā)的軟件不能滿足用戶要求。（3）開發(fā)的軟件可維護性差。（4）開發(fā)的軟件可靠性差。造成軟件危機的原因是：（1）軟件的規(guī)模越來越大，結構越來越復雜。（2）軟件開發(fā)管理困難而復雜。（3）軟件開發(fā)費用不斷增加。（4）軟件開發(fā)技術落后。（5）生產(chǎn)方式落后。6）開發(fā)工具落后，生產(chǎn)率提高緩慢。軟件質(zhì)量保證應做好哪幾方面的工作：（1）采用技術手段和工具。（2）組織正式技術評審。（3）加強軟件測試。（4）推行軟件工程規(guī)范（標準）。（5）對軟件的變更進行控制。（6）對軟件質(zhì)量進行度量。簡述軟件工程的概念：軟件工程是指導計算機軟件開發(fā)和維護的一門工程學科。采用工程的概念、原理、技術和方法來開發(fā)與維護軟件，把經(jīng)過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來，以經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效地維護它，這就是軟件工程。兩種軟件工程方法學開發(fā)軟件時要建立哪些模型：軟件工程方法學包括傳統(tǒng)方法學和面向?qū)ο蠓椒▽W。常用的開發(fā)模型有：瀑布模型，原型模型，增量模型，螺旋模型和噴泉模型。軟件過程模型有哪些？簡述它們的特點：過程模型分為五大類：。：包括增量模型、RAD模型。：包括 原型開發(fā)模型、螺旋模型、協(xié)同開發(fā)模型。：包括 機遇構建的開發(fā)模型、形式化方法模型、面向方面的軟件開發(fā)模型。什么是軟件生命周期：一個軟件從定義、開發(fā)、使用和維護，知道最終被廢棄，要經(jīng)歷一個毛長的時期，通常把軟件經(jīng)歷的這個漫長的時期成為生命周期。軟件生命周期有哪幾個階段和步驟：,包括問題定義可行性研究和需求分析。：總體設計，詳細設計，編碼和單元測試，綜合測試。計算機軟件的開發(fā)經(jīng)過哪三個大階段：答：定義、開發(fā)、維護。軟件開發(fā)的各階段的任務是什么：：關于規(guī)模和目標的報告書。：系統(tǒng)的高層邏輯模型：數(shù)據(jù)流圖，成本，：系統(tǒng)的邏輯模型：數(shù)據(jù)流圖，數(shù)據(jù)字典，算法描述。：系統(tǒng)流程圖，成本、效益分析。推薦的系統(tǒng)結構：層次圖、結構圖。：HIPO圖或PDL圖。：綜合測試方案、結果繼承測試，驗收測試，完整一直的軟件配置。：包括改正性維護，適應性維護，完整性維護和預防性維護。簡述傳統(tǒng)方法學軟件設計的基本原理及內(nèi)容。原理：采用結構化技術(結構化分析、結構化設計和結構化實現(xiàn))來完成軟件開發(fā)的各項任務，并使用適當?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結構化技術的運用。內(nèi)容：把軟件生命周期的全過程依次劃分為若干個階段，然后順序地完成每個階段的任務。采用生命周期方法學可以大大提高軟件開發(fā)的成功率，軟件開發(fā)的生產(chǎn)率也能明顯提高。1面向?qū)ο笤O計準則：1簡述面向?qū)ο蠓椒▽W的4個要點。(1)把對象(object)作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構件。(2)把所有對象都劃分成類。(3)按照父類與子類的關系，把若干個相關類組成一個層次結構的系統(tǒng)。(4)對象彼此間僅能通過發(fā)送消息互相聯(lián)系。1軟件設計分哪兩個階段？總體設計的兩個階段分別是什么？答：分為總體設計和詳細設計兩個階段?？傮w設計包括系統(tǒng)設計（劃分出組成系統(tǒng)的程序、文件、數(shù)據(jù)庫、人工過程和文檔等物理元素）和結構設計（確定系統(tǒng)中每個程序是有哪些模塊組成的，以及這些模塊相互的聯(lián)系，不設計模塊內(nèi)部算法流程。）1軟件與硬件的區(qū)別是什么？答：軟件是一種邏輯部件，而不是具體的物理部件。軟件在開發(fā)、生產(chǎn)、使用和維護等方面與硬件有明顯差異。，硬件是制造。，硬件是組裝的。，硬件存在機械磨損問題。1簡述需求分析工作可以分成哪四個方面？軟件需求分析的有哪三個基本原則？答：需求分析階段分成四個方面：對問題的識別、分析與綜合、制定規(guī)格說明和評審。三個基本原則：必須能夠表達和理解問題的數(shù)據(jù)域和功能域；必須按自頂向下、逐步分解的方式對問題進行分解和不斷細化；要給出系統(tǒng)的邏輯視圖和物理視圖。1軟件需求分析的任務是什么？雪球分析的任務是確定系統(tǒng)必須完成哪些工作，也就是對木匾系統(tǒng)提出完整、準確、清晰、具體的要求。一般來說，需求分析的任務包括下述幾方面：（主要有：功能要求、性能需求、巡行需求、將來可能提出的需求。）、：數(shù)據(jù)流圖、實體聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典、。1瀑布模型與原型模型分別適用于開發(fā)哪些軟件：瀑布模型適用于需求穩(wěn)定，而且可以預先制定的大型系統(tǒng)工程項目。原型模型適合于需求模糊或者隨時間變化的中小型項目。1數(shù)據(jù)流圖的作用是什么？如何畫數(shù)據(jù)流圖？答：數(shù)據(jù)流圖簡稱DFD，它是以特定的圖形符號描述系統(tǒng)邏輯模型的工具；它從數(shù)據(jù)傳送和加工的角度抽象的描述信息在系統(tǒng)中的流動和數(shù)據(jù)處理的過程；它是開發(fā)人員與用戶之間交流信息的通信工具；它也是系統(tǒng)分析與系統(tǒng)設計的工具。畫法總結：，它們是外部實體，由它們確定系統(tǒng)與外界的借口。，畫出頂層數(shù)據(jù)流圖。，逐步細化，畫出所需子圖。，把每一個處理功能作為一個加工，并且確定它們之間的數(shù)據(jù)流入，流出關系，畫出第一層數(shù)據(jù)流圖。，畫出所需的子圖，直到加工不需再分解為止。1什么叫數(shù)據(jù)字典？如何寫數(shù)據(jù)字典？答：數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合（描述內(nèi)容包括：數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)化圖。ER圖中的數(shù)據(jù)信息（數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體）、控制星系等，不包括處理）如何寫？數(shù)據(jù)元素的組合方式：順序：即以確定的次序連接兩個或多個分量。選擇：即從兩個或多個可能的元素中選取一個。重復：即把制定的分量重復零次或多次。1軟件設計的原則有哪些？模塊化、抽象與逐步求精、信息隱藏于局部化，模塊獨立。耦合與內(nèi)聚分別有哪些？如何定義？如何區(qū)分：耦合衡量圖同模塊彼此見相互依賴的緊密程度，內(nèi)聚衡量一個模塊內(nèi)部各元素彼此結合的緊密程度。耦合的種類：數(shù)據(jù)耦合、標記耦合、控制耦合、公共耦合、內(nèi)容耦合。內(nèi)聚的種類：順序內(nèi)聚、通訊內(nèi)聚、過程內(nèi)聚、暫時內(nèi)聚、邏輯內(nèi)聚。2詳細設計階段用到了哪些圖形工具？答：程序流程圖（PFD）盒圖（NS）圖 問題分析圖（PAD）判定表/判定樹圖。2軟件工程的啟發(fā)式規(guī)則有哪些：。、寬度、扇出和扇入都應適當。，它的判斷作用的范圍應該是其控制范圍的一個自己。2模塊的作用域與控制域分別指什么？答：模塊的控制域：本身及其所有下級模塊（包括直接和間接下級模塊）。模塊的作用域：受到該模塊內(nèi)一個判定影響的所有模塊的集合。2模塊的扇入、扇出、深度、寬度分別是什么意思：深度表示軟件結構中控制的層醋溜的標志一個系統(tǒng)的大小和復雜程度。模塊的扇出指的是一個模塊擁有的直屬下級模塊的個數(shù)，一般扇出數(shù)控制在7以內(nèi)，平均為3或4。模塊的扇入指的是一個模塊的直接上級模塊的個數(shù)。軟件測試的目的是什么？答：軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程；測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；軟件測試絕對不是要證明程序的正確性，也證明不了程序的正確性。單元測試有那些內(nèi)容？答：單元測試主要針對模塊的以下五個基本特征進行測試：2什么是集成測試？非漸增式和漸增式有什么區(qū)別？漸增式如何組裝模塊？（答案2什么是確認測試？該階段有那些工作？ 答：按照需求規(guī)格說明書中的確定指標對系統(tǒng)驚醒功能與性能的測試。進行明確測試（對照雪球規(guī)格說明書用黑河法進行測試）、軟件配置檢測。（文檔的完整性，發(fā)現(xiàn)遺漏誤及時補充和修改）2什么叫流圖？如何畫出流圖？流圖的環(huán)形復雜度如何計算？ 答：流圖是抽象化的程序流圖，突出表現(xiàn)控制流，符號〇為流圖的一個結點，表示一個或多個五分制語句。剪頭為變，表示控制流的方向。在分支結構中，分支的匯聚處應由一個匯聚結點，每一條邊必須終止與一個結點，結構判斷中的條件表達式是有一個或多個邏輯運算符（OR,AND,NAND,NOR）連接的符合條件表達式，則需要改為一系列只有單個條件的嵌套的判斷。根據(jù)程序內(nèi)但條件分指數(shù)或循環(huán)個數(shù)來度量環(huán)形復雜度即程序的復雜度。V（G）=流圖區(qū)域數(shù) V(G)=變數(shù)節(jié)點數(shù)+2 V(G)=單條件判定樹+12什么是黑盒測試法：黑盒測試法把程序看成一個黑盒子，完全不考慮程序的內(nèi)部結構和處理過程，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)，產(chǎn)生正確地輸出信息。黑盒測試中，設計測試用例的五種方法：1）等價類劃分法；2）邊界值分析法；3）錯誤推測法；4）因果圖分析法；5）場景分析法。2白盒測試與黑盒測試分別有哪些測試方法？如何對具體問題測試？答：百合測試對程序模塊的所有的執(zhí)行路徑至少測試一側；對所有的邏輯判定，取“真“與取”假“的兩種情況都至少測試一次；百合測試也叫邏輯覆蓋法，包括：語句覆蓋，判定覆蓋，條件覆蓋。黑盒測試發(fā)現(xiàn)程序中的錯誤，必須在所有可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查程序是否都能產(chǎn)生正確的輸出。黑盒測試有等價類法和邊界值分析法。什么叫維護？維護的類型有哪些？答：軟件維護就是在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足心的需求而修改軟件的過程。類型有：：對程序使用期間發(fā)現(xiàn)的程序錯誤進行診斷和改正的過程；占維護工作量的1721%。：配合變化了的環(huán)境進行修改軟件的活動；占工作量的1325%：滿足用戶在使用過程中提出增加心的功能或修改以后功能的建議而進行的改進性工作；占工作量的5066% ：為了改善未來的可維護性或可靠性而修改軟件的工作；占