第一篇：軟件工程導(dǎo)論總結(jié)報告

軟件工程總結(jié)報告

序言

本期軟件工程專業(yè)導(dǎo)論課程結(jié)束后，為圓滿完結(jié)本期此課程的學(xué)習(xí)，特此總結(jié)個人學(xué)習(xí)所得以求些許回報先生無私教導(dǎo)。

主體

第一節(jié)課主要講述了軟件工程各領(lǐng)域之間的聯(lián)系以及貫穿始終的基礎(chǔ)為何。其中較為基礎(chǔ)并相當(dāng)重要使的應(yīng)該是算法。對于算法重要性與基礎(chǔ)性的理解，我個人有比較切身的體驗。比如前不久的ACM競賽，在比賽中我所在的小組以及當(dāng)場幾乎所有小組都遇到這樣一個問題：超時—這無非就是個人設(shè)計的算法的效率不夠高，這也證明我們對算法理論知識的匱乏（不清楚優(yōu)化個人算法的方法）。我對軟件工程這一專業(yè)有了一個較為全面的把握，對我個人未來進取方向而言也起到了一定的指導(dǎo)作用。

第二節(jié)課老師帶來了三位本專業(yè)的前輩向我們傳授大學(xué)生活應(yīng)如何度過以及對我等一些問題作出解答。其中我個人印象深刻的是其中一位學(xué)姐PPt中引用李開復(fù)的那部分內(nèi)容。即試著記錄下自己一整天做的所有事以及其所花費的時間，再仔細(xì)研究自己在哪些事上浪費了時間，應(yīng)該如何整改。我個人認(rèn)為這方法可能有一定直觀性，因為直觀的數(shù)據(jù)更能深刻的反映真實和刺激一個人整改，但此法實施起來又太古板，中覺得生活有些教條化、章程化，缺乏新意與自由。求上進，珍惜時間也無需以喪失人生情趣為代價。還有就是學(xué)長再提潘老師曾講過的那些重要、緊急優(yōu)先次序。他提到的個人的學(xué)習(xí)生活情況倒沒什么深刻感，但我認(rèn)為他引用的一番話較有道理，大概意思是比起個人興趣更為優(yōu)先的應(yīng)該是謀生的本領(lǐng)，尤其是當(dāng)自己感興趣的正好是冷門時。當(dāng)掌握了一些實實在在有能保證自身良好發(fā)展前景后，再去做一些自己感興趣的事也來得及。于我而言，一個人尚不能獨善其身，何求其兼濟天下。成己方成人就是如此道理。

第三節(jié)課主要講解了大學(xué)學(xué)習(xí)生活中應(yīng)著重的基礎(chǔ)課以傳遞重基礎(chǔ)的要旨。據(jù)個人體會，其中英語科目實是基礎(chǔ)中的基礎(chǔ)，主要是為辨認(rèn)單詞（即代碼變量以及注釋）意義以達(dá)到理解他人算法并順利接手他人接下來的工作。企業(yè)和公司出于其本身利益主張雇方市場--講究項目的可接手性，而不希望對現(xiàn)有人員的過分依賴。離散數(shù)學(xué)則應(yīng)該是為之后學(xué)習(xí)其他編程專業(yè)知識做理論知識的鋪墊。概率統(tǒng)計更多應(yīng)是對統(tǒng)計有關(guān)算法及理論的學(xué)習(xí)（個人認(rèn)為現(xiàn)實生活中許多問題都可以運用概率統(tǒng)計的方法加以解決，因此應(yīng)是很重要的基礎(chǔ)知識）。C/C++(Java)語言是作為編程的工具使用，無疑是基礎(chǔ)（現(xiàn)今水平下的我們主要用C編代碼）。數(shù)據(jù)結(jié)構(gòu)則應(yīng)是提供特定的解決問題的結(jié)構(gòu)思想以便進行數(shù)據(jù)處理方面工作。算法的重要性以及基礎(chǔ)性的個人體會已包含在第一節(jié)課中。計算機體系結(jié)構(gòu)與匯編課程與操作系統(tǒng)原理課程主要在于理解計算機系統(tǒng)運行原理能加深對代碼運行原理的理解，對于現(xiàn)今水平的我也能更深層次的理解c語言的指針操作等方面知識。匯編語言能夠直接對硬件進行操作，生成的程序與其他的語言相比具有更高的運行速度，占用更小的內(nèi)存，因此在一些對于時效性要求很高的程序、許多大型程序的核心模塊以及工業(yè)控制方面大量應(yīng)用。匯編語言仍然是程序員必須了解的語言，甚至在某些行業(yè)與領(lǐng)域，匯編是必不可少的，非它不可適用。在此課堂上也講到了程序員的優(yōu)秀品質(zhì)。1.對于優(yōu)秀程序員，首先必須要掌握一門編程語言、編程工具的使用以及掌握程序設(shè)計方法。2.由于一項工程往往無法單單靠個人完成，多是由團隊完成。團隊成員間的相處情況對工作進度和質(zhì)量的影響尤為重大。因此需要謹(jǐn)慎處理人際關(guān)系。3.由于成員間需要交流彼此想法，因此需要有較好的語言表達(dá)能力。4.工程項目中需要成員間不時交換彼此想法和工作進度以求盡量減少工作中的問題。在如今的大學(xué)生活中以上三點的實踐可通過加入實驗室與老師、學(xué)長一起做項目得到鍛煉。5.雖然程序員需掌握大量專業(yè)理論知識，但需著重用于解決問題。6.程序員的思維往往不是絕對高效和不可在優(yōu)化的，因此，程序員需要勤讀書以求個人思維的不斷完善。以上兩點可通過閱讀專業(yè)名人與業(yè)界經(jīng)驗人士著作踐行。7.學(xué)習(xí)重視范例，但需勤實踐。8..對于程序員更多需要的應(yīng)是實踐，在實踐中往往能發(fā)現(xiàn)問題并進一步完善個人知識體系。以上兩點可通過在學(xué)校oj平臺上做題和加入實驗室做項目踐行。9.照一般思維想，擁有某些領(lǐng)域內(nèi)的專長知識才能為自己創(chuàng)造優(yōu)勢。培養(yǎng)專長需要著重下功夫，但并不意味著要忽略其他科目的學(xué)習(xí)。力求在全面發(fā)展的基礎(chǔ)上占有一技之長的一席之地。10.認(rèn)真學(xué)習(xí)網(wǎng)絡(luò)和數(shù)據(jù)庫知識。此些能力對個人編程能力的形成至關(guān)重要。11.堅持寫博客、寫文章（不一定要與專業(yè)知識有關(guān)，當(dāng)然如果與專業(yè)知識有關(guān)最好），這樣能培養(yǎng)個人表述能力。12.減少個人程序漏洞可通過站在測試者的角度進行思考。（主要就是千方百計找自己的錯誤）13.團隊合作時個人編程習(xí)慣應(yīng)保持一致，以便成員間代碼的交流。習(xí)慣不一致會導(dǎo)致彼此代碼交流出現(xiàn)障礙。總不能強求他人適應(yīng)你個人各種各樣的習(xí)慣，這樣也會導(dǎo)致工作效率低下。15.參加技術(shù)研討會（大事件）以便完善個人知識體系以及緊跟時代知識更新。研討會上大家會針對核心熱點問題提出個人想法有利于個人思維能力的完善和提高，也能加強自己的專業(yè)素養(yǎng)。16.萬家通吃還是一門獨大？那么你認(rèn)為樹的高度是怎么計算的呢？一枝最高即樹最高，全枝較高即樹較高而不是最高。在精英的群體中樣樣都會但不精通的人是不占任何優(yōu)勢的。17.編程或許是一件繁雜且無聊的工作（有些時候編代碼會花很長的時間，你需要長時間的），但要想成為靠譜程序員就要停止抱怨，保持好奇心。靠譜的程序員需要能靜得下心來鉆研與舍我其誰的自信。最終形成解決問題的能力。我認(rèn)為現(xiàn)在的大學(xué)生都有這樣一個問題：對將來自己要找的工作認(rèn)為有一個明確的定向。由此我們需要對當(dāng)今各公司的招聘要求進行詳加了解，考慮個人將來職業(yè)定向以便尋其標(biāo)準(zhǔn)發(fā)展自身知識涉獵領(lǐng)域。

第四節(jié)課主要講自信與學(xué)會調(diào)試這兩個問題。遇到一個問題首先你要有能解決它的信心才有可能解決它，如果一開始就自我否定那何談解決這個問題。其實這也能理解為戰(zhàn)勝自己嘛。其實這方面我也有個人比較切實的經(jīng)歷：記得是學(xué)C語言沒多久的時候的事，有一次測試的三道題中有一道題的文字描述很長，當(dāng)時我就覺得那道題很難。結(jié)果是三道題只做出來一道。我是被第二道題難住了，但最后我仔細(xì)讀了讀那道長篇幅的題，卻發(fā)現(xiàn)它很簡單。所以變成不僅考驗一個人的編程技巧還有內(nèi)心。調(diào)試對程序員而言也是一項很重要的能力。現(xiàn)在我們寫的代碼量還不大，即使有錯誤也可能不用調(diào)試只需縱觀代碼即可解決（盡管代碼量不大，但我自己有些時候出的問題只靠一行一句看代碼是很費事的。比如：循環(huán)體中的循環(huán)變量i誤寫為j，這我就得檢查半天）。但今后代碼量一旦加大就必須得靠調(diào)試才可能順利解決問題了。我相信將來的工作中也正需要這樣的能力。除此之外的題外話中我注意到了這樣一個觀點：編代碼有時還得注意一些特別的心得。老師舉的一個例子是以前他寫的一個程序。他發(fā)現(xiàn)程序出錯，且知道錯誤大概在哪一部分，但由于過程繁雜又加上寫代碼以致頭腦反應(yīng)能力下降，錯誤難究其本。最后是交給他帶的一研究生解決的。援引此例，他就是想對我等傳遞這樣一個觀點。且不論其正確與否，我得到以下心得：寫代碼也要勞逸結(jié)合，要保證思路清晰正確。在此課上，老師就是否加入實驗室問題答疑。其中有一個使我印象深刻的觀點：編程能力沒有好和不好的說法。這點我不是太贊同。個人認(rèn)為對于一個問題，大學(xué)生或多或少都有些許解決的思路但能否編寫代碼解決這就是編程能力高低的體現(xiàn)。

通過這四節(jié)課的學(xué)習(xí)，雖說不想數(shù)據(jù)結(jié)構(gòu)等課一樣學(xué)會什么變成技巧，但我覺得有時個人領(lǐng)會更為重要，就像武學(xué)一樣，招式都是外在的，最重要的還是內(nèi)功心法。因此，對于此四節(jié)課的學(xué)習(xí)我想我的體會是頗多的也是頗有指導(dǎo)性意義的。想必對我接下來的大學(xué)生活也能起到些指引作用。

參考文獻(xiàn)：云風(fēng)--《游戲之旅：我的編程感悟》、戴默--《80x86匯編語言與計算機體系結(jié)構(gòu)》以及個別經(jīng)驗人士見解。

第二篇：卷-軟件工程導(dǎo)論

21．系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中各個元素表達(dá)了系統(tǒng)中各種元素之間的(信息流動)情況。

[解析]系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中的各個元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等，表達(dá)了元素之間的信息流動的情況。22．成本效益分析的目的是從(經(jīng)濟)角度評價開發(fā)一個項目是否可行。[解析]成本效益分析首先是估算將要開發(fā)的系統(tǒng)的開發(fā)成本，然后與可能取得的效益進行比較和權(quán)衡，其目的是從經(jīng)濟角度評價開發(fā)一個新的軟件項目是否可行。

23．自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和(寬度優(yōu)先策略)。

[解析]漸增式測試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫驅(qū)動模塊，只需要編寫樁模塊。它從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策略，逐步把各個模塊集成在一起。

24．獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條(在其他獨立路徑中未有過)的邊的路徑。[解析]在基本路徑測試中，以詳細(xì)設(shè)計或源程序為基礎(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)——程序圖，在計算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨立路徑的基本路徑圖，其中獨立路徑是包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條在其他獨立路徑中未有過的邊的路徑。

25．匯編語言是面向(機器)的，可以完成高級語言無法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。

[解析]匯編語言屬于低級語言，是一種面向機器的語言，它與高級語言相比有許多優(yōu)越性：如操作靈活，可以直接作用到硬件的最下層，完成與外部設(shè)備的接口工作等，是能夠利用計算機硬件特性直接控制硬件設(shè)備的唯一語言。

26．在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是(中間數(shù)據(jù)結(jié)構(gòu)或中間文件)。

[解析]JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開來，建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。

27．詳細(xì)設(shè)計的任務(wù)是確定每個模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。[解析]詳細(xì)設(shè)計的基本任務(wù)是為每個模塊進行詳細(xì)的算法設(shè)計，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進行設(shè)計，確定每個模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對數(shù)據(jù)庫進行物理設(shè)計等。28．所有軟件維護申請報告要按規(guī)定方式提出，該報告也稱(軟件問題)報告。[解析]在軟件維護的流程中，第一步就是制定維護申請報告，也稱為軟件問題報告，它是維護階段的一種文檔，由申請維護的用戶填寫。

29．有兩類維護技術(shù)：在開發(fā)階段使用來減少錯誤、提高軟件可維護性的面向維護的技術(shù)；在維護階段用來提高維護的效率和質(zhì)量的(維護支援)技術(shù)。[解析]面向維護的技術(shù)涉及軟件開發(fā)的所有階段，能夠減少軟件錯誤，提高軟件的可維護性。而維護支援技術(shù)則包含信息收集，錯誤原因分析，維護方案評價等項，是在軟件維護階段用來提高維護效率和質(zhì)量的技術(shù)。

30．科學(xué)工程計算需要大量的標(biāo)準(zhǔn)庫函數(shù)，以便處理復(fù)雜的數(shù)值計算，可供選擇的語言有：(FORTRAN語言)、PASCAL語言、C語言和PL/1語言。

[解析]計算機語言根據(jù)不同行業(yè)的需求，使用的側(cè)重點也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫語言如FOXPRO、ORICAL有很多的應(yīng)用，在工程行業(yè)，計算機語言的科學(xué)計算能力就顯得格外重要，如MATLAB、PL/

1、FORTRAN語言都是工程計算中常用的語言。

解：投資回收期就是使累計的經(jīng)濟效益等于最初的投資費用所需的時間。[解析]通常我們用投資回收期來衡量一個開發(fā)項目的價值，投資回收期越短，就越快獲得利潤。34．對應(yīng)關(guān)系

解：即有直接因果關(guān)系在程序中可以同時處理。[解析]對應(yīng)關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直接的因果關(guān)系，對于重復(fù)的數(shù)據(jù)單元，重復(fù)的次序和次數(shù)都相同才有對應(yīng)關(guān)系。35．結(jié)構(gòu)沖突

解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對應(yīng)關(guān)系的情況，稱為結(jié)構(gòu)沖突。

[解析]使用JSP方法時會遇到此類結(jié)構(gòu)沖突問題，對此，Jackson提出了引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件的辦法，將沖突部分分隔開來，建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。

40．請使用PAD圖和PDL語言描述在數(shù)組A（1）～A（10）中找最大數(shù)的算法。解：PDL語言： N=1 WHILE N<=10 DO IF A（N）<=A（N+1）MAX =A（N+1）;ELSE MAX =A（N）ENDIF;N=N+1;ENDWHILE;PAD圖：

42．某電器集團公司下屬的廠包括技術(shù)科、生產(chǎn)科等基層單位。現(xiàn)在想建立一個計算機輔助企業(yè)管理系統(tǒng)，其中： 生產(chǎn)科的任務(wù)是：

（1）根據(jù)銷售公司轉(zhuǎn)來的內(nèi)部合同（產(chǎn)品型號、規(guī)格、數(shù)量、交獲日期）制定車間月生產(chǎn)計劃。

（2）根據(jù)車間實際生產(chǎn)日報表、周報表調(diào)整月生產(chǎn)計劃

（3）以月生產(chǎn)計劃為以及，制定產(chǎn)品設(shè)計（結(jié)構(gòu)、工藝）及產(chǎn)品組裝月計劃。（4）將產(chǎn)品的組裝計劃傳達(dá)到各科，將組裝月計劃分解為周計劃，下達(dá)給車間 技術(shù)科的任務(wù)是：

（1）根據(jù)生產(chǎn)科轉(zhuǎn)來的組裝計劃進行產(chǎn)品結(jié)構(gòu)設(shè)計，產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科，產(chǎn)生外購需求計劃給供應(yīng)科，并產(chǎn)生產(chǎn)品自制物料清單。

（2）根據(jù)組裝計劃進行產(chǎn)品工藝設(shè)計，根據(jù)產(chǎn)品自制物料清單產(chǎn)生工藝流程圖給零件廠。試寫出以上系統(tǒng)中生產(chǎn)科和技術(shù)科處理的軟件結(jié)構(gòu)圖。解

[解析]軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu)，反映了整個系統(tǒng)的功能實現(xiàn)，即將來程序的控制層次體系，軟件結(jié)構(gòu)往往用樹狀或網(wǎng)狀結(jié)構(gòu)的圖形來表示，其主要內(nèi)容有模塊及模塊的控制關(guān)系，根據(jù)題意，可繪制出生產(chǎn)科和技術(shù)科的軟件結(jié)構(gòu)圖，其中生產(chǎn)科的結(jié)構(gòu)圖深度和寬度均為4，技術(shù)科的結(jié)構(gòu)圖的深度和寬度均為3

填空題

1.在信息處理和計算機領(lǐng)域內(nèi)，一般認(rèn)為軟件是 _程序、_文檔____ 和_數(shù)據(jù)

2.數(shù)據(jù)流圖的基本組成部分有 數(shù)據(jù)的源點與終點、數(shù)據(jù)流_、加工、數(shù)據(jù)文件。3.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型，是需求規(guī)格說明書的主要組成部分。4.劃分模塊時盡量做到__高內(nèi)聚、低耦合，保持模塊的獨立性，盡量使用公共模塊。5.類的實例化是_對象_______。

6.人們常用硬件可靠性的定量度量方法來度量軟件的可靠性和可用性，常用的度量軟件可靠性的兩個指標(biāo)是_成功地運行的概率_______和_平均故障時間_______。8.將待開發(fā)的軟件細(xì)化，分別估算每一個子任務(wù)所需要的開發(fā)工作量，然后將它們加起來，將得到軟件的總開發(fā)量。這種成本估算方法稱為_自底向上_______。

9.如果一個模塊被 n 個模塊調(diào)用，其中直接的上級模塊的個數(shù)是 m 個（m<=n）那么該模塊的扇入數(shù)是 ____N_______ 個。

10.結(jié)構(gòu)化設(shè)計以 __數(shù)據(jù)流圖_________ 為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)。

11.軟件的風(fēng)險分析可包括風(fēng)險識別、風(fēng)險預(yù)測 和風(fēng)險駕馭（或風(fēng)險管理）等3項活動。12.軟件著作權(quán)登記的3種主要類型：（1）著作權(quán)登記；（2）著作權(quán)延續(xù)登記；（3）權(quán)利轉(zhuǎn)移備案登記。

13.軟件工程管理的主要內(nèi)容有：項目經(jīng)費管理，軟件質(zhì)量管理，項目進度管理和人員管理。15.面向?qū)ο蠓治龅哪康氖菍陀^世界的系統(tǒng)進行 ___建模_______________。16.軟件維護工作的生產(chǎn)性活動包括分析評價、修改設(shè)計和 ____編寫程序代碼等。17.為了使應(yīng)用軟件適應(yīng)計算機環(huán)境的變化而 ___修改軟件的過程稱為適應(yīng)性維護。18.一個進行學(xué)生成績統(tǒng)計的模塊其功能是先對學(xué)生的成績進行累加，然后求平均值，則該模塊的內(nèi)聚性是 __________順序內(nèi)聚________。

19.投資回收期就是使累計的經(jīng)濟效益等于 __最初的投資費用_所需的時間。

20.軟件生存周期是指一個軟件從提出開發(fā)要求開始直到 _軟件廢棄_為止的整個時期。21.曾被譽為“程序設(shè)計方法的革命”的 結(jié)構(gòu)化 程序設(shè)計，使程序設(shè)計從主要依賴于程序員個人的自由活動變成為有章可循的一門科學(xué)。

22.從結(jié)構(gòu)化程序設(shè)計到 面向?qū)ο蟪绦蛟O(shè)計，是程序設(shè)計方法的又一次飛躍。23.在單元測試時，需要為被測模塊設(shè)計___測試用例_______。

三、應(yīng)用題

1.商店業(yè)務(wù)處理系統(tǒng)的業(yè)務(wù)描述及數(shù)據(jù)流圖如下：

顧客到商店購物時，在經(jīng)過挑選之后填寫了一張訂單，詳細(xì)列出了想要購買的物品名稱、規(guī)格和數(shù)量等。商店接到訂單后首先查商品庫存，看是否有足夠的存貨。若有，則出庫且修改商品庫存文件，然后給顧客開發(fā)貨票，讓顧客交款、給顧客開收據(jù)并取貨，最后登記銷售歷史。若存貨不足，則暫存顧客訂單并向采購部門發(fā)出訂貨通知。采購部門根據(jù)商品庫存和暫存訂單信息向供應(yīng)商訂貨。待接到供應(yīng)商發(fā)來的相應(yīng)商品時，通知財務(wù)部門向供應(yīng)商付款，并向銷售部門發(fā)出到貨通知，同時，采購部門要修改商品庫存和暫存訂單信息。當(dāng)銷售部門接到到貨通知時，應(yīng)通知顧客來付款取貨。財務(wù)部門依據(jù)供應(yīng)商送來的收據(jù)記賬。

試求解下列問題： 1）．針對處理1，給出該處理的一級細(xì)化的DFD（要求給出合適的數(shù)據(jù)流與數(shù)據(jù)存儲說明）； 2）．針對處理2，給出該處理的一級細(xì)化的DFD（要求給出合適的數(shù)據(jù)流與數(shù)據(jù)存儲說明）； 3）．給出“發(fā)貨單”的DD定義； 4）．給出“訂貨單”的DD定義； 5）．根據(jù)你對問題的理解，給出“商品庫存”這個數(shù)據(jù)存儲的數(shù)據(jù)結(jié)構(gòu)描述。6）．根據(jù)你對問題的理解，給出“銷售歷史”這個數(shù)據(jù)存儲的數(shù)據(jù)結(jié)構(gòu)描述。

第一章：軟件工程學(xué)概述 一.填空題

1.計算機科學(xué)中的研究成果均可用于軟件工程，但計算機科學(xué)更側(cè)重于_____________、而 軟件工程側(cè)重于_____________。

2.計算機程序及其說明程序的各種文檔稱為_____________。計算任務(wù)的處理圖像對象和處 理規(guī)則的描述稱為_____________。有關(guān)計算機程序功能、設(shè)計、編制、使用的文字或圖形資

料稱為_____________。

3.軟件開發(fā)環(huán)境是相關(guān)一組_____________的集合，它支持一定的軟件開發(fā)方法或按照一定 的軟件開發(fā)模型組織而成的。

4.CASE這一術(shù)語的英文是_____________。

5._____________是指工具運行在相同的硬件/操作系統(tǒng)平臺上。_____________是指工具使 用共享數(shù)據(jù)模型來操作。_____________是指工具提供相同的用戶界面。

6.根據(jù)支持的范圍，CASE工具可分為_____________、_____________和_____________工具。

7.軟件危機的主要原因有_____________和_____________。8._____________模型是一種非整體開發(fā)的模型。軟件在該模型中是“逐漸”開發(fā)處理的，開發(fā)出一部分，向用戶展示一部分，可讓用戶及早看到部分軟件，及早發(fā)現(xiàn)問題。或者先開 發(fā)一個“原型”軟件，完成部分主要功能，展示給用戶并征求意見，然后逐步完善，最終獲 得滿意的軟件產(chǎn)品。

9.結(jié)構(gòu)化方法總得指導(dǎo)思想是_____________。它的基本原則是功能的_____________與___ __________。它是軟件工程中最早出現(xiàn)的開發(fā)方法，特別適用于數(shù)據(jù)處理領(lǐng)域的問題。10.面向?qū)ο箝_發(fā)方法包括_____________、_____________、_____________、三部分。11.瀑布模型是將軟件生存周期各個活動規(guī)定為依線性順序連接的若干階段的模型。它包括_____________、項目開發(fā)計劃、_____________、_____________、_____________、_ ____________、_____________、_____________，它規(guī)定了由前至后、相互銜接的固定次序，如同瀑布流水，逐級下落。12.瀑布模型本質(zhì)上是一種_____________順序模型。

13.構(gòu)造原型時，必須注意_____________取舍，忽略一切暫時不關(guān)心的部分。

14.屬性指的是類中對象所具有的_____________。不同對象的同一屬性可以具有相同或不同 的_____________。

15.結(jié)構(gòu)化方法和原型化方法是軟件開發(fā)中常使用的兩種方法，在實際的應(yīng)用中，它們之間 的關(guān)系表現(xiàn)為_____________。解答: 1.原理和理論、如何建造一個軟件系統(tǒng) 2.文件、程序、文檔； 3.軟件工具； 4.Computer Aided Software Engineering;5.平臺集成、數(shù)據(jù)集成、表示集成； 6.窄支持、較寬支持、一般支持； 7.軟件本身的特點、缺乏好的開發(fā)方法和手段； 8.增量； 9.自頂而下逐步求精、分解、抽象； 10.面向?qū)ο蠓治觥⒚嫦驅(qū)ο笤O(shè)計、面向?qū)ο髮崿F(xiàn)； 11.可行性分析、需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試、維護； 12.線性； 13.功能性能； 14.性質(zhì)(數(shù)據(jù)值)、屬性值； 15.相互補充;第二章： 可行性研究 一.填空題

1.數(shù)據(jù)詞典中四種類型的條目是_____________、_____________、_____________和加工。2._____________的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開 發(fā)，是否值得開發(fā)。

3.可行性研究的目的不是去開發(fā)一個軟件項目，而是研究這個軟件項目是否_____________。

4.可行性研究實質(zhì)上是要進行一次簡化、壓縮了的_____________和_____________過程，要在較高層次上以較抽象的方式進行需求分析和設(shè)計過程。

5.可行性研究需要從_____________可行性、_____________可行性、_____________可行性 三個方面分析研究每種解決方法的可行性。

6.成本-效益分析首先是估算將要開發(fā)的系統(tǒng)的_____________，然后與可能取得的效益進 行_____________。

7.投資回收期就是使累計的經(jīng)濟效益等于最初的投資費用所需要的時間。項目的_________ ____是指在整個生命周期之內(nèi)的累計經(jīng)濟效益（折合成現(xiàn)在值）與投資之差。8.軟件工程有兩種效益，它們是_____________和_____________。

9.成本-效益分析的目的是從_____________評價開發(fā)一個新的軟件項目是否可行。10.研究開發(fā)資源的有效性是進行_____________可行性研究的一方面。

11.在軟件的可行性研究中，可以從不同的角度對軟件進行研究，其中是從軟件的功能可行 性角度考慮的是_____________。12.制定軟件計劃的目的在于盡早對欲開發(fā)的軟件進行合理估價，軟件計劃的任務(wù)是_______ ______。

13.數(shù)據(jù)流圖是常用的進行軟件需求分析的圖形工具，其基本符合是_____________、______ _______、_____________和_____________。

14.決定大型程序模型組織基本原則的兩種交替設(shè)計策略為_____________和_____________。

15.軟件系統(tǒng)可行性分析應(yīng)考慮_____________、_____________、_____________和________ _____等方面因素。解答: 1.數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)項、加工2.軟件可行性研究 3.值得去開發(fā)且其中的問題能否解決； 4.需求分析、設(shè)計 5.技術(shù)、經(jīng)濟、社會 6.開發(fā)成本、比較和權(quán)衡 7.純收入 8.無形效益、有形效益 9.經(jīng)濟角度 10.技術(shù) 11.技術(shù)可行性 12.規(guī)劃與調(diào)度 13.加工、數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體 14.數(shù)據(jù)分解、算法分解 15.經(jīng)濟、技術(shù)、社會環(huán)境和人。第三章： 需求分析 一.填空題

1.軟件需求分析過程應(yīng)該建立_____________、_____________和_____________ 三種模型。2.需求分析的基本任務(wù)是要準(zhǔn)確地定義_____________，為了滿足用戶需要，回答系統(tǒng)必須 做什么的問題。

3.數(shù)據(jù)流圖有4個基本成分：_____________、_____________、_____________和_________ ____。

4.流向數(shù)據(jù)存儲的數(shù)據(jù)流可理解為_____________文件或_____________文件，從數(shù)據(jù)存儲 流出的數(shù)據(jù)可理解為從文件_____________數(shù)據(jù)或得到_____________結(jié)果。

5.需求分析的困難主要體現(xiàn)在4個方面：問題的復(fù)雜性、_____________、_____________需

求易變性。

6.由于數(shù)據(jù)流是流動中的數(shù)據(jù)，所以必須有_____________。除了與_____________之間的 數(shù)據(jù)流不用命名外，數(shù)據(jù)流應(yīng)該用名詞或名詞短語命名。

7.結(jié)構(gòu)化分析方法是面向_____________進行需求分析的方法。8.經(jīng)過需求分析，開發(fā)人員已經(jīng)基本上理解了用戶的要求，確定了目標(biāo)系統(tǒng)的功能，定義 了系統(tǒng)數(shù)據(jù)，描述了處理這些數(shù)據(jù)的基本策略。將這些共同的理解進行了整理，最后形成文 檔_____________。

9.在數(shù)據(jù)流圖中，有名字及方向的成分是_____________。

10.在軟件需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是_____________。11.需求分析的最終結(jié)果是產(chǎn)生_____________。12.SA方法用DFD描述_____________。13.SA方法的基本思想是_____________。

14.常用的需求分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法，_____________，面向數(shù)據(jù)結(jié)構(gòu) 的

分析方法等。

15.通過_____________可以完成數(shù)據(jù)流圖的細(xì)化。解答: 1.數(shù)據(jù)模型、功能模型、行為模型 2.新系統(tǒng)的目標(biāo) 3.數(shù)據(jù)流、加工（又稱數(shù)據(jù)處理）、數(shù)據(jù)存儲、數(shù)據(jù)源點和終點 4.寫入、查詢、讀、查詢 5.交流障礙、不完備性和不一致性 6.流向、數(shù)據(jù)存儲 7.數(shù)據(jù)流 8.需求說明書 9.數(shù)據(jù)流 10.要讓軟件做什么 11.需求規(guī)格說明書 12.系統(tǒng)的功能 13.自頂向下逐步分解 14.面向?qū)ο蟮姆治龇椒?15.功能分解 第五章： 總體設(shè)計 一.填空題

1.過程設(shè)計語言的重復(fù)結(jié)構(gòu)有_____________結(jié)構(gòu)、_____________結(jié)構(gòu)_____________、結(jié) 構(gòu)三種。

2.結(jié)構(gòu)化程序設(shè)計方法的基本要點是：（1）采用_____________、_____________、的程序 設(shè)計方法；（2）使用_____________構(gòu)造程序；（3）主程序員組的組織形式。

3.在詳細(xì)設(shè)計階段，為了提高數(shù)據(jù)的輸入、存儲、檢索等操作的效率并節(jié)約存儲空間，對 某些數(shù)據(jù)項的值要進行_____________設(shè)計。

4.任何程序都可由_____________、_____________和_____________三種基本控制結(jié)構(gòu)構(gòu)造。這三種基本結(jié)構(gòu)的共同點是_____________、_____________。

5.在詳細(xì)設(shè)計階段，除了對模塊內(nèi)的算法進行設(shè)計，還應(yīng)對模塊內(nèi)的_____________進行設(shè) 計。

6.在詳細(xì)設(shè)計階段，經(jīng)常采用的工具有_____________、PDL、PAD等。7.在單元測試中，測試一個模塊時，需要設(shè)計_____________。

8.軟件產(chǎn)品在交付使用之前一般要經(jīng)過以下4步測試_____________、_____________、____ _________、_____________。

9.軟件測試用例由_____________和_____________組成。10.用黑盒技術(shù)設(shè)計測試用例的方法有_____________、_____________、_____________和__ ___________。

11.源程序中加注釋是幫助理解程序的重要手段，注釋分為_____________、_____________ 兩類。

12.近年來，推出了許多面向?qū)ο蟮恼Z言，如_____________、_____________等。

13.匯編語言是面向_____________的，可以完成_____________語言無法滿足要求的特殊功 能，如與外部設(shè)備之間的一些接口操作。

14.語句構(gòu)造的原則是簡單直接，不能為了追求效率而使代碼_____________ 15._____________是指程序從一個計算機環(huán)境移植到另一個計算機環(huán)境的容易程度 解答: 1.for、while、until 2.自頂向下、逐步求精、三種基本控制結(jié)構(gòu) 3.代碼 4.順序、選擇、重復(fù)、單入口、單出口 5.數(shù)據(jù)結(jié)構(gòu) 6.程序流程圖 7.驅(qū)動模塊和樁模塊 8.單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試 9.測試輸入數(shù)據(jù)和對應(yīng)的預(yù)期輸出 10.等價類劃分、邊界值分析、錯誤推斷、因果圖 11.序言行注釋、功能性注釋 12.C++、JAVA 13.機器、高級 14.復(fù)雜化； 15.可移植性。

第三篇：軟件工程導(dǎo)論試題

軟件工程導(dǎo)論試題 一．選擇

1、瀑布模型把軟件生命周期劃分為八個階段：問題的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計、詳細(xì)設(shè)計、編碼、測試和運行、維護。八個階段又可歸納為三個大的階段：計劃階段、開發(fā)階段和(C)。A、詳細(xì)計劃 B、可行性分析

C、運行階段 D、測試與排錯

2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個階段中，下面的幾個選項中哪個環(huán)節(jié)出錯，對軟件的影響最大(C)。A、詳細(xì)設(shè)計階段 B、概要設(shè)計階段 C、需求分析階段 D、測試和運行階段

3、在結(jié)構(gòu)化的瀑布模型中，哪一個階段定義的標(biāo)準(zhǔn)將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)(A)。

A、需求分析階段 B、詳細(xì)設(shè)計階段 C、概要設(shè)計階段 D、可行性研究階段

4、軟件工程的出現(xiàn)主要是由于(C)。

A.程序設(shè)計方法學(xué)的影響 B.其它工程科學(xué)的影響 C.軟件危機的出現(xiàn) D.計算機的發(fā)展

5、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實施的主要保證是(C)A、硬件環(huán)境 B、軟件開發(fā)的環(huán)境 C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境 D、開發(fā)人員的素質(zhì)

6、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為(B)A、相互排斥 B、相互補充

C、獨立使用 D、交替使用

7、UML是軟件開發(fā)中的一個重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法(C)A、基于瀑布模型的結(jié)構(gòu)化方法 B、基于需求動態(tài)定義的原型化方法 C、基于對象的面向?qū)ο蟮姆椒?D、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法

8、在下面的軟件開發(fā)方法中，哪一個對軟件設(shè)計和開發(fā)人員的開發(fā)要求最高(B)A、結(jié)構(gòu)化方法 B、原型化方法 C、面向?qū)ο蟮姆椒?D、控制流方法

9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實施時強調(diào)的是分析對象的(B)A、控制流 B、數(shù)據(jù)流 C、程序流 D、指令流

10、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A)A、計劃階段、開發(fā)階段、運行階段 B、計劃階段、編程階段、測試階段 C、總體設(shè)計、詳細(xì)設(shè)計、編程調(diào)試 D、需求分析、功能定義、系統(tǒng)設(shè)計

11、軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為(A)A、瀑布模型 B、對象模型 C、螺旋模型 D、層次模型

12、軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計、編碼和測試等階段，一般認(rèn)為可能占用人員最多的階段是(C)A、分析階段 B、設(shè)計階段 C、編碼階段 D、測試階段 二.填空

21．系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中各個元素表達(dá)了系統(tǒng)中各種元素之間的(信息流動)情況。

[解析]系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中的各個元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等，表達(dá)了元素之間的信息流動的情況。

22．成本效益分析的目的是從(經(jīng)濟)角度評價開發(fā)一個項目是否可行。

[解析]成本效益分析首先是估算將要開發(fā)的系統(tǒng)的開發(fā)成本，然后與可能取得的效益進行比較和權(quán)衡，其目的是從經(jīng)濟角度評價開發(fā)一個新的軟件項目是否可行。23．自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和(寬度優(yōu)先策略)。

[解析]漸增式測試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫驅(qū)動模塊，只需要編寫樁模塊。它從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策略，逐步把各個模塊集成在一起。

24．獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條(在其他獨立路徑中未有過)的邊的路徑。

[解析]在基本路徑測試中，以詳細(xì)設(shè)計或源程序為基礎(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)——程序圖，在計算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨立路徑的基本路徑圖，其中獨立路徑是包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條在其他獨立路徑中未有過的邊的路徑。

25．匯編語言是面向(機器)的，可以完成高級語言無法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。

[解析]匯編語言屬于低級語言，是一種面向機器的語言，它與高級語言相比有許多優(yōu)越性：如操作靈活，可以直接作用到硬件的最下層，完成與外部設(shè)備的接口工作等，是能夠利用計算機硬件特性直接控制硬件設(shè)備的唯一語言。

26．在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是(中間數(shù)據(jù)結(jié)構(gòu)或中間文件)。

[解析]JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開來，建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。

27．詳細(xì)設(shè)計的任務(wù)是確定每個模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。

[解析]詳細(xì)設(shè)計的基本任務(wù)是為每個模塊進行詳細(xì)的算法設(shè)計，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進行設(shè)計，確定每個模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對數(shù)據(jù)庫進行物理設(shè)計等。

28．所有軟件維護申請報告要按規(guī)定方式提出，該報告也稱(軟件問題)報告。

[解析]在軟件維護的流程中，第一步就是制定維護申請報告，也稱為軟件問題報告，它是維護階段的一種文檔，由申請維護的用戶填寫。

29．有兩類維護技術(shù)：在開發(fā)階段使用來減少錯誤、提高軟件可維護性的面向維護的技術(shù)；在維護階段用來提高維護的效率和質(zhì)量的(維護支援)技術(shù)。

[解析]面向維護的技術(shù)涉及軟件開發(fā)的所有階段，能夠減少軟件錯誤，提高軟件的可維護性。而維護支援技術(shù)則包含信息收集，錯誤原因分析，維護方案評價等項，是在軟件維護階段用來提高維護效率和質(zhì)量的技術(shù)。

30．科學(xué)工程計算需要大量的標(biāo)準(zhǔn)庫函數(shù)，以便處理復(fù)雜的數(shù)值計算，可供選擇的語言有：(FORTRAN語言)、PASCAL語言、C語言和PL/1語言。

[解析]計算機語言根據(jù)不同行業(yè)的需求，使用的側(cè)重點也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫語言如FOXPRO、ORICAL有很多的應(yīng)用，在工程行業(yè)，計算機語言的科學(xué)計算能力就顯得格外重要，如MATLAB、PL/

1、FORTRAN語言都是工程計算中常用的語言。三．判斷

1．軟件的開發(fā)與運行經(jīng)常受到硬件的限制和制約。(√)

2．模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。(√)

3．Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。(X)

上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時輸入變換成C。(X)

5．軟件的質(zhì)量好壞主要由驗收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。(X)

6．判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。(√)

7.應(yīng)該盡量使用機器語言編寫代碼，提高程序運行效率，而減少高級語言的使用。(X)

8．UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(X)

9．容錯就是每個程序采用兩種不同的算法編寫。(X)

10．軟件測試的目的是為了無一遺漏的找出所有的錯誤。(X)

四、名詞解釋題(本大題共5小題，每小題3分，共15分)

31.軟件開發(fā)環(huán)境

32.錯誤推測法

33.黑盒測試法

34.軟件質(zhì)量保證

35.瀑布模型 31．經(jīng)濟可行性

解：進行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項目是否值得投資開發(fā)。

[解析]對于一個系統(tǒng)所必須要衡量的是經(jīng)濟上是否合算，經(jīng)濟可行性的范圍很廣，包括效益分析、潛在市場前景等。

32．社會可行性

解：要開發(fā)的項目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項目目的運行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。

[解析]社會可行性包括合同、責(zé)任、侵權(quán)等技術(shù)人員不甚了解的諸多問題。

33．投資回收期

解：投資回收期就是使累計的經(jīng)濟效益等于最初的投資費用所需的時間。

[解析]通常我們用投資回收期來衡量一個開發(fā)項目的價值，投資回收期越短，就越快獲得利潤。

34．對應(yīng)關(guān)系

解：即有直接因果關(guān)系在程序中可以同時處理。

[解析]對應(yīng)關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直接的因果關(guān)系，對于重復(fù)的數(shù)據(jù)單元，重復(fù)的次序和次數(shù)都相同才有對應(yīng)關(guān)系。

35．結(jié)構(gòu)沖突

解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對應(yīng)關(guān)系的情況，稱為結(jié)構(gòu)沖突。

[解析]使用JSP方法時會遇到此類結(jié)構(gòu)沖突問題，對此，Jackson提出了引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件的辦法，將沖突部分分隔開來，建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。

五、圖 a 中，模塊 G 為判定，判斷涉及到模塊 B、F、G，請指出設(shè)計中的錯誤，再根據(jù) 改進模 塊圖的基本原則，畫出 1～2 個改進方案(不改變模塊 G 的判斷關(guān)系)，并說明是按照

哪條基本 原則進行改進的。

解：圖 b 為一個改進方案，將模塊 G 的位置提高，使其作用范圍為控制范圍的子集，減 少模塊 之間的聯(lián)系。

40．請使用PAD圖和PDL語言描述在數(shù)組A（1）～A（10）中找最大數(shù)的算法。

解：PDL語言：

N=1

WHILE N<=10 DO

IF A（N）<=A（N+1）MAX =A（N+1）;

ELSE MAX =A（N）ENDIF;

N=N+1;

ENDWHILE;

PAD圖：

[解析]人工查找時，是從第一個元素開始查找，用當(dāng)前元素與下一個元素比較，將較大者作為當(dāng)前元素又與下一元素比較，如此循環(huán)，直到數(shù)組末尾。

41．根據(jù)下列條件使用等價類劃分法設(shè)計測試用例。

某一8位微機，其八進制常數(shù)定義為：以零開頭的數(shù)是八進制整數(shù)，其值的范圍是-177～177，如05，0127，-065

解：（1）劃分等價類并編號，如下表示：（4分）

（2）為合理等價類設(shè)計測試用例,表中有兩個合理等價類,設(shè)計兩個例子（2分）

（3）為不合理等價類測試用例,至少設(shè)計一個測試用例（2分）

[解析]等價類劃分屬于黑盒測試的一種，它將輸入數(shù)據(jù)域按有效的或無效的劃分成若干個等價類，測試每個等價類的代表值就等于對該類其他值的測試，這樣用少量有代表性的例子代替大量測試目的相同的例子，可以有效提高測試效率。本題劃分了3個合理等價類，9個不合理等價類進行測試，取到了預(yù)期的效果。

42．某電器集團公司下屬的廠包括技術(shù)科、生產(chǎn)科等基層單位。現(xiàn)在想建立一個計算機輔助企業(yè)管理系統(tǒng)，其中：

生產(chǎn)科的任務(wù)是：

（1）根據(jù)銷售公司轉(zhuǎn)來的內(nèi)部合同（產(chǎn)品型號、規(guī)格、數(shù)量、交獲日期）制定車間月生產(chǎn)計劃。

（2）根據(jù)車間實際生產(chǎn)日報表、周報表調(diào)整月生產(chǎn)計劃

（3）以月生產(chǎn)計劃為以及，制定產(chǎn)品設(shè)計（結(jié)構(gòu)、工藝）及產(chǎn)品組裝月計劃。

（4）將產(chǎn)品的組裝計劃傳達(dá)到各科，將組裝月計劃分解為周計劃，下達(dá)給車間

技術(shù)科的任務(wù)是：

（1）根據(jù)生產(chǎn)科轉(zhuǎn)來的組裝計劃進行產(chǎn)品結(jié)構(gòu)設(shè)計，產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科，產(chǎn)生外購需求計劃給供應(yīng)科，并產(chǎn)生產(chǎn)品自制物料清單。

（2）根據(jù)組裝計劃進行產(chǎn)品工藝設(shè)計，根據(jù)產(chǎn)品自制物料清單產(chǎn)生工藝流程圖給零件廠。試寫出以上系統(tǒng)中生產(chǎn)科和技術(shù)科處理的軟件結(jié)構(gòu)圖。

解：

畫出生產(chǎn)科圖的給6分，畫出技術(shù)科的給4分。

[解析]軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu)，反映了整個系統(tǒng)的功能實現(xiàn)，即將來程序的控制層次體系，軟件結(jié)構(gòu)往往用樹狀或網(wǎng)狀結(jié)構(gòu)的圖形來表示，其主要內(nèi)容有模塊及模塊的控制關(guān)系，根據(jù)題意，可繪制出生產(chǎn)科和技術(shù)科的軟件結(jié)構(gòu)圖，其中生產(chǎn)科的結(jié)構(gòu)圖深度和寬度均為4，技術(shù)科的結(jié)構(gòu)圖的深度和寬度均為3。

一、判斷題（每題2分，共30分）

1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險分析活動。（對）

2.數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行詳細(xì)定義。（錯）

3.JAVA語言編譯器是一個CASE工具。（對）。

4.軟件是指用程序設(shè)計語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實際上就是

編寫程序代碼。（錯）

5.軟件模塊之間的耦合性越弱越發(fā)。（對）6.數(shù)據(jù)庫設(shè)計說明書是一個軟件配置項（對）

7.在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應(yīng)的對象，類是對象的實例，對象是生成類的模

板。（錯）

8.過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（錯）

9.如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。（錯）

10.快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。（對）

11.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。

（對）

12.集成測試主要由用戶來完成。（錯）

13.確認(rèn)測試計劃應(yīng)該在可行性研究階段制定（錯）

14.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（錯）

15.軟件概要設(shè)計包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計。（對）

二。單選題（每題2分，共20分）1.瀑布模型的關(guān)鍵不足在于（2）

（1）過于簡單（2）不能適應(yīng)需求的動態(tài)變更（3）過于靈活（4）各個階段需要進行評審

2.在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（1）

（1）繼承和聚集（2）繼承和一般（3）聚集和消息傳遞（4）繼承和方法調(diào)用

3.以下哪一項不是軟件危機的表現(xiàn)形式(3)

(1）成本高（2）生產(chǎn)率低(3)技術(shù)發(fā)展快（4）質(zhì)量得不到保證

4.以下哪一項不是面向?qū)ο蟮奶卣鳎?）

（1）多態(tài)性（2）繼承性（3）封裝性（4）過程調(diào)用

5.面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（1）

（1）對象模型、動態(tài)模型、功能模型(2)對象模型、數(shù)據(jù)模型、功能模型（3）數(shù)據(jù)模型、動態(tài)模型、功能模型（4）對象模型、動態(tài)模型、數(shù)據(jù)模型

6.軟件可行性研究一般不考慮（4）

（1）是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（2）是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（3）待開發(fā)軟件是否有市場、經(jīng)濟上是否合算（4）待開發(fā)的軟件是否會有質(zhì)量問題

7.軟件維護的副作用主要有以下哪幾種（3）

（1）編碼副作用、數(shù)據(jù)副作用、測試副作用（2）編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用（3）編碼副作用、數(shù)據(jù)副作用、文檔副作用（4）編碼副作用、文檔副作用、測試副作用

8.軟件項目計劃一般不包括以下哪項內(nèi)容（4）

（1）培訓(xùn)計劃（2）人員安排（3）進度安排（4）軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定

9.以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法（3）

（1)coad方法(2)booch方法(3)jackson方法(4)omt方法

10.以下哪種測試方法不屬于白盒測試技術(shù)（2）

（1）基本路徑測試（2）邊界值分析測試（3）循環(huán)覆蓋測試（4）邏輯覆蓋測試

第四篇：軟件工程導(dǎo)論試題

軟件工程導(dǎo)論試題

一．選擇

1、瀑布模型把軟件生命周期劃分為八個階段：問題的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計、詳細(xì)設(shè)計、編碼、測試和運行、維護。八個階段又可歸納為三個大的階段：計劃階段、開發(fā)階段和(C)。A、詳細(xì)計劃 B、可行性分析

C、運行階段 D、測試與排錯

2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個階段中，下面的幾個選項中哪個環(huán)節(jié)出錯，對軟件的影響最大(C)。A、詳細(xì)設(shè)計階段 B、概要設(shè)計階段

C、需求分析階段 D、測試和運行階段

3、在結(jié)構(gòu)化的瀑布模型中，哪一個階段定義的標(biāo)準(zhǔn)將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)(A)。

A、需求分析階段 B、詳細(xì)設(shè)計階段

C、概要設(shè)計階段 D、可行性研究階段

4、軟件工程的出現(xiàn)主要是由于(C)。

A.程序設(shè)計方法學(xué)的影響 B.其它工程科學(xué)的影響

C.軟件危機的出現(xiàn) D.計算機的發(fā)展

5、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實施的主要保證是(C)A、硬件環(huán)境 B、軟件開發(fā)的環(huán)境

C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境 D、開發(fā)人員的素質(zhì)

6、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為(B)A、相互排斥 B、相互補充

C、獨立使用 D、交替使用

7、UML是軟件開發(fā)中的一個重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法(C)A、基于瀑布模型的結(jié)構(gòu)化方法 B、基于需求動態(tài)定義的原型化方法 C、基于對象的面向?qū)ο蟮姆椒?D、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法

8、在下面的軟件開發(fā)方法中，哪一個對軟件設(shè)計和開發(fā)人員的開發(fā)要求最高(B)A、結(jié)構(gòu)化方法 B、原型化方法 C、面向?qū)ο蟮姆椒?D、控制流方法

9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實施時強調(diào)的是分析對象的(B)A、控制流 B、數(shù)據(jù)流 C、程序流 D、指令流

10、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A)A、計劃階段、開發(fā)階段、運行階段 B、計劃階段、編程階段、測試階段 C、總體設(shè)計、詳細(xì)設(shè)計、編程調(diào)試 D、需求分析、功能定義、系統(tǒng)設(shè)計

11、軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為(A)A、瀑布模型 B、對象模型 C、螺旋模型 D、層次模型

12、軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計、編碼和測試等階段，一般認(rèn)為可能占用人員最多的階段是(C)A、分析階段 B、設(shè)計階段 C、編碼階段 D、測試階段 二.填空

21．系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中各個元素表達(dá)了系統(tǒng)中各種元素之間的(信息流動)情況。

[解析]系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中的各個元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等，表達(dá)了元素之間的信息流動的情況。

22．成本效益分析的目的是從(經(jīng)濟)角度評價開發(fā)一個項目是否可行。

[解析]成本效益分析首先是估算將要開發(fā)的系統(tǒng)的開發(fā)成本，然后與可能取得的效益進行比較和權(quán)衡，其目的是從經(jīng)濟角度評價開發(fā)一個新的軟件項目是否可行。23．自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和(寬度優(yōu)先策略)。

[解析]漸增式測試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫驅(qū)動模塊，只需要編寫樁模塊。它從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策略，逐步把各個模塊集成在一起。

24．獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條(在其他獨立路徑中未有過)的邊的路徑。

[解析]在基本路徑測試中，以詳細(xì)設(shè)計或源程序為基礎(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)——程序圖，在計算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨立路徑的基本路徑圖，其中獨立路徑是包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條在其他獨立路徑中未有過的邊的路徑。

25．匯編語言是面向(機器)的，可以完成高級語言無法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。

[解析]匯編語言屬于低級語言，是一種面向機器的語言，它與高級語言相比有許多優(yōu)越性：如操作靈活，可以直接作用到硬件的最下層，完成與外部設(shè)備的接口工作等，是能夠利用計算機硬件特性直接控制硬件設(shè)備的唯一語言。

26．在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是(中間數(shù)據(jù)結(jié)構(gòu)或中間文件)。

[解析]JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開來，建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。

27．詳細(xì)設(shè)計的任務(wù)是確定每個模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。

[解析]詳細(xì)設(shè)計的基本任務(wù)是為每個模塊進行詳細(xì)的算法設(shè)計，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進行設(shè)計，確定每個模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對數(shù)據(jù)庫進行物理設(shè)計等。

28．所有軟件維護申請報告要按規(guī)定方式提出，該報告也稱(軟件問題)報告。

[解析]在軟件維護的流程中，第一步就是制定維護申請報告，也稱為軟件問題報告，它是維護階段的一種文檔，由申請維護的用戶填寫。

29．有兩類維護技術(shù)：在開發(fā)階段使用來減少錯誤、提高軟件可維護性的面向維護的技術(shù)；在維護階段用來提高維護的效率和質(zhì)量的(維護支援)技術(shù)。

[解析]面向維護的技術(shù)涉及軟件開發(fā)的所有階段，能夠減少軟件錯誤，提高軟件的可維護性。而維護支援技術(shù)則包含信息收集，錯誤原因分析，維護方案評價等項，是在軟件維護階段用來提高維護效率和質(zhì)量的技術(shù)。

30．科學(xué)工程計算需要大量的標(biāo)準(zhǔn)庫函數(shù)，以便處理復(fù)雜的數(shù)值計算，可供選擇的語言有：(FORTRAN語言)、PASCAL語言、C語言和PL/1語言。

[解析]計算機語言根據(jù)不同行業(yè)的需求，使用的側(cè)重點也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫語言如FOXPRO、ORICAL有很多的應(yīng)用，在工程行業(yè)，計算機語言的科學(xué)計算能力就顯得格外重要，如MATLAB、PL/

1、FORTRAN語言都是工程計算中常用的語言。三．判斷

1．軟件的開發(fā)與運行經(jīng)常受到硬件的限制和制約。(√)

2．模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。(√)3．Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。(X)

上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時輸入變換成C。(X)

5．軟件的質(zhì)量好壞主要由驗收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。(X)

6．判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。(√)

7.應(yīng)該盡量使用機器語言編寫代碼，提高程序運行效率，而減少高級語言的使用。(X)

8．UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(X)

9．容錯就是每個程序采用兩種不同的算法編寫。(X)

10．軟件測試的目的是為了無一遺漏的找出所有的錯誤。(X)

四、名詞解釋題(本大題共5小題，每小題3分，共15分)

31.軟件開發(fā)環(huán)境

32.錯誤推測法

33.黑盒測試法

34.軟件質(zhì)量保證

35.瀑布模型 31．經(jīng)濟可行性

解：進行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項目是否值得投資開發(fā)。

[解析]對于一個系統(tǒng)所必須要衡量的是經(jīng)濟上是否合算，經(jīng)濟可行性的范圍很廣，包括效益分析、潛在市場前景等。

32．社會可行性

解：要開發(fā)的項目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項目目的運行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。

[解析]社會可行性包括合同、責(zé)任、侵權(quán)等技術(shù)人員不甚了解的諸多問題。

33．投資回收期

解：投資回收期就是使累計的經(jīng)濟效益等于最初的投資費用所需的時間。

[解析]通常我們用投資回收期來衡量一個開發(fā)項目的價值，投資回收期越短，就越快獲得利潤。

34．對應(yīng)關(guān)系

解：即有直接因果關(guān)系在程序中可以同時處理。

[解析]對應(yīng)關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直接的因果關(guān)系，對于重復(fù)的數(shù)據(jù)單元，重復(fù)的次序和次數(shù)都相同才有對應(yīng)關(guān)系。

35．結(jié)構(gòu)沖突

解：輸入數(shù)據(jù)與輸出數(shù)據(jù)結(jié)構(gòu)找不到對應(yīng)關(guān)系的情況，稱為結(jié)構(gòu)沖突。

[解析]使用JSP方法時會遇到此類結(jié)構(gòu)沖突問題，對此，Jackson提出了引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件的辦法，將沖突部分分隔開來，建立多個程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來，構(gòu)成一個系統(tǒng)的整體。

五、圖 a 中，模塊 G 為判定，判斷涉及到模塊 B、F、G，請指出設(shè)計中的錯誤，再根據(jù) 改進模 塊圖的基本原則，畫出 1～2 個改進方案(不改變模塊 G 的判斷關(guān)系)，并說明是按照

哪條基本 原則進行改進的。

解：圖 b 為一個改進方案，將模塊 G 的位置提高，使其作用范圍為控制范圍的子集，減 少模塊 之間的聯(lián)系。

40．請使用PAD圖和PDL語言描述在數(shù)組A（1）～A（10）中找最大數(shù)的算法。

解：PDL語言：

N=1

WHILE N<=10 DO

IF A（N）<=A（N+1）MAX =A（N+1）;

ELSE MAX =A（N）ENDIF;

N=N+1;

ENDWHILE;

PAD圖：

[解析]人工查找時，是從第一個元素開始查找，用當(dāng)前元素與下一個元素比較，將較大者作為當(dāng)前元素又與下一元素比較，如此循環(huán)，直到數(shù)組末尾。

41．根據(jù)下列條件使用等價類劃分法設(shè)計測試用例。

某一8位微機，其八進制常數(shù)定義為：以零開頭的數(shù)是八進制整數(shù)，其值的范圍是-177～177，如05，0127，-065

解：（1）劃分等價類并編號，如下表示：（4分）

（2）為合理等價類設(shè)計測試用例,表中有兩個合理等價類,設(shè)計兩個例子（2分）

（3）為不合理等價類測試用例,至少設(shè)計一個測試用例（2分）

[解析]等價類劃分屬于黑盒測試的一種，它將輸入數(shù)據(jù)域按有效的或無效的劃分成若干個等價類，測試每個等價類的代表值就等于對該類其他值的測試，這樣用少量有代表性的例子代替大量測試目的相同的例子，可以有效提高測試效率。本題劃分了3個合理等價類，9個不合理等價類進行測試，取到了預(yù)期的效果。

42．某電器集團公司下屬的廠包括技術(shù)科、生產(chǎn)科等基層單位。現(xiàn)在想建立一個計算機輔助企業(yè)管理系統(tǒng)，其中：

生產(chǎn)科的任務(wù)是：

（1）根據(jù)銷售公司轉(zhuǎn)來的內(nèi)部合同（產(chǎn)品型號、規(guī)格、數(shù)量、交獲日期）制定車間月生產(chǎn)計劃。

（2）根據(jù)車間實際生產(chǎn)日報表、周報表調(diào)整月生產(chǎn)計劃

（3）以月生產(chǎn)計劃為以及，制定產(chǎn)品設(shè)計（結(jié)構(gòu)、工藝）及產(chǎn)品組裝月計劃。

（4）將產(chǎn)品的組裝計劃傳達(dá)到各科，將組裝月計劃分解為周計劃，下達(dá)給車間

技術(shù)科的任務(wù)是：

（1）根據(jù)生產(chǎn)科轉(zhuǎn)來的組裝計劃進行產(chǎn)品結(jié)構(gòu)設(shè)計，產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科，產(chǎn)生外購需求計劃給供應(yīng)科，并產(chǎn)生產(chǎn)品自制物料清單。

（2）根據(jù)組裝計劃進行產(chǎn)品工藝設(shè)計，根據(jù)產(chǎn)品自制物料清單產(chǎn)生工藝流程圖給零件廠。試寫出以上系統(tǒng)中生產(chǎn)科和技術(shù)科處理的軟件結(jié)構(gòu)圖。

解：

畫出生產(chǎn)科圖的給6分，畫出技術(shù)科的給4分。

[解析]軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu)，反映了整個系統(tǒng)的功能實現(xiàn)，即將來程序的控制層次體系，軟件結(jié)構(gòu)往往用樹狀或網(wǎng)狀結(jié)構(gòu)的圖形來表示，其主要內(nèi)容有模塊及模塊的控制關(guān)系，根據(jù)題意，可繪制出生產(chǎn)科和技術(shù)科的軟件結(jié)構(gòu)圖，其中生產(chǎn)科的結(jié)構(gòu)圖深度和寬度均為4，技術(shù)科的結(jié)構(gòu)圖的深度和寬度均為3。

第五篇：《軟件工程導(dǎo)論》講稿

《軟件工程導(dǎo)論》講稿

主講教師：楊懷洲 郵箱：hzyang@xsyu.edu.cn

電話：***

第1章 軟件工程學(xué)概述

1.1軟件危機

1.1.1軟件危機的介紹 1.1.2產(chǎn)生軟件危機的原因

圖1.1引入同一變動付出的代價隨時間變化的趨勢

1.1.3消除軟件危機的途徑

1.2軟件工程

1.2.1軟件工程的介紹

1.軟件工程關(guān)注于大型程序的構(gòu)造 2.軟件工程的中心課題是控制復(fù)雜性 3.軟件經(jīng)常變化

4.開發(fā)軟件的效率非常重要 5.和諧地合作是開發(fā)軟件的關(guān)鍵 6.軟件必須有效地支持它的用戶

7.在軟件工程領(lǐng)域中通常由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品

1.2.2軟件工程的基本原理

1.用分階段的生命周期計劃嚴(yán)格管理 2.堅持進行階段評審 3.實行嚴(yán)格的產(chǎn)品控制 4.采用現(xiàn)代程序設(shè)計技術(shù) 5.結(jié)果應(yīng)能清楚地審查

6.開發(fā)小組的人員應(yīng)該少而精

7.承認(rèn)不斷改進軟件工程實踐的必要性

1.2.3軟件工程方法學(xué)

1.傳統(tǒng)方法學(xué) 2.面向?qū)ο蠓椒▽W(xué)

1.3軟件生命周期

1.問題定義 2.可行性研究 3.需求分析 4.總體設(shè)計 5.詳細(xì)設(shè)計

6.編碼和單元測試 7.綜合測試 8.軟件維護

1.4軟件過程

1.4.1瀑布模型

圖1.2傳統(tǒng)的瀑布模型

1.階段間具有順序性和依賴性 2.推遲實現(xiàn)的觀點 3.質(zhì)量保證的觀點

圖1.3實際的瀑布模型

1.4.2快速原型模型

圖1.4快速原型模型 1.4.3增量模型

圖1.5增量模型

圖1.6風(fēng)險更大的增量模型

1.4.4螺旋模型

圖1.7簡化的螺旋模型

圖1.8完整的螺旋模型

1.4.5噴泉模型

圖1.9噴泉模型 1.4.6 Rational統(tǒng)一過程

1.最佳實踐

2.RUP軟件開發(fā)生命周期

圖1.10 RUP軟件開發(fā)生命周期

1.4.7敏捷過程與極限編程

1.敏捷過程 2.極限編程

圖1.11 XP項目的整體開發(fā)過程

圖1.12 XP迭代開發(fā)過程

1.4.8微軟過程

1.微軟過程準(zhǔn)則 2.微軟軟件生命周期

圖1.13微軟軟件生命周期階段劃分和主要里程碑

3.微軟過程模型

圖1.14微軟過程的生命周期模型

第2章 可行性研究

2.1可行性研究的任務(wù) 2.2可行性研究過程

1.復(fù)查系統(tǒng)規(guī)模和目標(biāo) 2.研究目前正在使用的系統(tǒng) 3.導(dǎo)出新系統(tǒng)的高層邏輯模型 4.進一步定義問題

5.導(dǎo)出和評價供選擇的解法 6.推薦行動方針 7.草擬開發(fā)計劃 8.書寫文檔提交審查

2.3系統(tǒng)流程圖

2.3.1符號 2.3.2例子

圖2.1基本符號

圖2.2系統(tǒng)符號

圖2.3庫存清單系統(tǒng)的系統(tǒng)流程圖 2.3.3分層

2.4數(shù)據(jù)流圖

2.4.1符號

圖2.4數(shù)據(jù)流圖的符號 2.4.2例子

圖2.5定貨系統(tǒng)的基本系統(tǒng)模型

圖2.6定貨系統(tǒng)的功能級數(shù)據(jù)流圖

圖2.7把處理事務(wù)的功能進一步分解后的數(shù)據(jù)流圖 2.4.3命名

1.為數(shù)據(jù)流(或數(shù)據(jù)存儲)命名 2.為處理命名

2.4.4用途

圖2.8這種劃分自動化邊界的方法暗示以

圖2.9另一種劃分自動化邊界的方法建議 2.5數(shù)據(jù)字典

2.5.1數(shù)據(jù)字典的內(nèi)容

2.5.2定義數(shù)據(jù)的方法 2.5.3數(shù)據(jù)字典的用途

2.5.4數(shù)據(jù)字典的實現(xiàn)

2.6成本/效益分析

2.6.1成本估計

1.代碼行技術(shù) 2.任務(wù)分解技術(shù)

3.自動估計成本技術(shù)

2.6.2成本/效益分析的方法

1.貨幣的時間價值

2.投資回收期 3.純收入 4.投資回收率

第3章 需求分析

3.1需求分析的任務(wù)

3.1.1確定對系統(tǒng)的綜合要求

1.功能需求 2.性能需求

3.可靠性和可用性需求 4.出錯處理需求 5.接口需求 6.約束 7.逆向需求

8.將來可能提出的要求

3.1.2分析系統(tǒng)的數(shù)據(jù)要求 3.1.3導(dǎo)出系統(tǒng)的邏輯模型 3.1.4修正系統(tǒng)開發(fā)計劃

3.2與用戶溝通獲取需求的方法

3.2.1訪談

3.2.2面向數(shù)據(jù)流自頂向下求精

圖3.1面向數(shù)據(jù)流自頂向下求精過程 3.2.3簡易的應(yīng)用規(guī)格說明技術(shù) 3.2.4快速建立軟件原型

3.3分析建模與規(guī)格說明

3.3.1分析建模 3.3.2軟件需求規(guī)格說明

3.4實體聯(lián)系圖

3.4.1數(shù)據(jù)對象 3.4.2屬性 3.4.3聯(lián)系

圖3.2某校教學(xué)管理ER圖 3.4.4實體聯(lián)系圖的符號

3.5數(shù)據(jù)規(guī)范化

3.6狀態(tài)轉(zhuǎn)換圖

3.6.1狀態(tài)

3.6.2事件

3.6.3符號

圖3.3狀態(tài)圖中使用的主要符號

3.6.4例子

圖3.4電話系統(tǒng)的狀態(tài)圖 3.7其他圖形工具

3.7.1層次方框圖

圖3.5層次方框圖的一個例子

3.7.2 Warnier圖

圖3.6 Warnier圖的一個例子

3.7.3 IPO圖

圖3.7 IPO圖的一個例子

圖3.8改進的IPO圖的形式

3.8驗證軟件需求

3.8.1從哪些方面驗證軟件需求的正確性 3.8.2驗證軟件需求的方法

1.驗證需求的一致性 2.驗證需求的現(xiàn)實性

3.驗證需求的完整性和有效性

3.8.3用于需求分析的軟件工具 第4章 形式化說明技術(shù)

4.1概述

4.1.1非形式化方法的缺點 4.1.2形式化方法的優(yōu)點 4.1.3應(yīng)用形式化方法的準(zhǔn)則

4.2有窮狀態(tài)機

4.2.1概念

圖4.1保險箱的狀態(tài)轉(zhuǎn)換圖

4.2.2例子

圖4.2電梯按鈕的狀態(tài)轉(zhuǎn)換圖

圖4.3樓層按鈕的狀態(tài)轉(zhuǎn)換圖

圖4.4電梯的狀態(tài)轉(zhuǎn)換圖

4.2.3評價

4.3 Petri網(wǎng)

4.3.1概念

圖4.5 Petri網(wǎng)的組成

圖4.6帶標(biāo)記的Petri網(wǎng)

4.3.2例子

1.電梯按鈕

2.樓層按鈕

圖4.7圖4.6的Petri網(wǎng)在轉(zhuǎn)換t1被激發(fā)后的情況

圖4.8圖4.7的Petri網(wǎng)在轉(zhuǎn)換t2被激發(fā)后的情況

圖4.9含禁止線的Petri網(wǎng)

圖4.10 Petri網(wǎng)表示的電梯按鈕

4.4 Z語言4.4.1簡介

1.給定的集合 2.狀態(tài)定義

3.初始狀態(tài) 4.操作

圖4.11Petri網(wǎng)表示樓層按鈕

圖4.12Z格S的格式

圖4.13Z格Button_State

圖4.14操作Push_Button的Z規(guī)格說明

圖4.15操作Floor_Arrival的Z規(guī)格說明

4.4.2評價

第5章 總體設(shè)計

5.1設(shè)計過程

1.設(shè)想供選擇的方案 2.選取合理的方案 3.推薦最佳方案 4.功能分解 5.設(shè)計軟件結(jié)構(gòu) 6.設(shè)計數(shù)據(jù)庫 7.制定測試計劃 8.書寫文檔 9.審查和復(fù)審

5.2設(shè)計原理

5.2.1模塊化

圖5.1模塊化和軟件成本

5.2.2抽象 5.2.3逐步求精 5.2.4信息隱藏和局部化 5.2.5模塊獨立

1.耦合 2.內(nèi)聚

5.3啟發(fā)規(guī)則

1.改進軟件結(jié)構(gòu)提高模塊獨立性 2.模塊規(guī)模應(yīng)該適中

3.深度、寬度、扇出和扇入都應(yīng)適當(dāng) 4.模塊的作用域應(yīng)該在控制域之內(nèi)

圖5.2模塊的作用域和控制域

5.力爭降低模塊接口的復(fù)雜程度 6.設(shè)計單入口單出口的模塊 7.模塊功能應(yīng)該可以預(yù)測

5.4描繪軟件結(jié)構(gòu)的圖形工具

5.4.1層次圖和HIPO圖

圖5.3正文加工系統(tǒng)的層次圖

圖5.4帶編號的層次圖(H圖)5.4.2結(jié)構(gòu)圖

圖5.5結(jié)構(gòu)圖的例子——產(chǎn)生最佳解的一般結(jié)構(gòu)

圖5.6判定為真時調(diào)用A，為假時調(diào)用B

圖5.7模塊M循環(huán)調(diào)用模塊A、B、C 5.5面向數(shù)據(jù)流的設(shè)計方法

5.5.1概念

1.變換流 2.事務(wù)流

3.設(shè)計過程

圖5.8變換流

圖5.9事務(wù)流

圖5.10面向數(shù)據(jù)流方法的設(shè)計過程

5.5.2變換分析

1.例子 2.設(shè)計步驟

圖5.11數(shù)字儀表板系統(tǒng)的數(shù)據(jù)流圖

圖5.12具有邊界的數(shù)據(jù)流圖

圖5.13第一級分解的方法

圖5.14數(shù)字儀表板系統(tǒng)的第一級分解

圖5.15第二級分解的方法

圖5.16未經(jīng)精化的輸入結(jié)構(gòu)

圖5.17未經(jīng)精化的變換結(jié)構(gòu)

圖5.18未經(jīng)精化的輸出結(jié)構(gòu)

圖5.19精化后的數(shù)字儀表板系統(tǒng)的軟件結(jié)構(gòu)

5.5.3事務(wù)分析

圖5.20事務(wù)分析的映射方法

5.5.4設(shè)計優(yōu)化

第6章 詳細(xì)設(shè)計

6.1結(jié)構(gòu)程序設(shè)計

圖6.1 3種基本的控制結(jié)構(gòu)

圖6.2其他常用的控制結(jié)構(gòu)

6.2人機界面設(shè)計

6.2.1設(shè)計問題

1.系統(tǒng)響應(yīng)時間 2.用戶幫助設(shè)施 3.出錯信息處理 4.命令交互 6.2.2設(shè)計過程 6.2.3人機界面設(shè)計指南

1.一般交互指南 2.信息顯示指南 3.數(shù)據(jù)輸入指南

6.3過程設(shè)計的工具

6.3.1程序流程圖 6.3.2盒圖

圖6.3程序流程圖中使用的符號

圖6.4盒圖的基本符號

6.3.3PAD圖

圖6.5PAD圖的基本符號

圖6.6使用PAD圖提供的定義功能來逐步求精的例子 6.3.4判定表

6.3.5判定樹 6.3.6過程設(shè)計語言

圖6.7用判定樹表示計算行李費的算法 6.4面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法

6.4.1Jackson圖

1.順序結(jié)構(gòu) 2.選擇結(jié)構(gòu)

圖6.8A由B、C、D 3個元素順序組成

圖6.9根據(jù)條件A是B或C或D中的某一個

3.重復(fù)結(jié)構(gòu)

圖6.10A由B出現(xiàn)N次(N≥0)組成

6.4.2改進的Jackson圖

圖6.11改進的Jackson圖 6.4.3Jackson方法

圖6.12表示輸入輸出數(shù)據(jù)結(jié)構(gòu)的Jackson圖

圖6.13描繪統(tǒng)計空格程序結(jié)構(gòu)的Jackson圖

圖6.14把操作和條件分配到程序結(jié)構(gòu)圖的適當(dāng)位置

6.5程序復(fù)雜程度的定量度量

6.5.1McCabe方法

1.流圖

圖6.15把程序流程圖映射成流圖

圖6.16由PDL翻譯成的流圖

圖6.17由包含復(fù)合條件的PDL映射成的流圖

2.計算環(huán)形復(fù)雜度的方法 3.環(huán)形復(fù)雜度的用途

6.5.2 Halstead方法

6.6小結(jié)

第7章 實現(xiàn)

7.1編碼

7.1.1選擇程序設(shè)計語言 7.1.2編碼風(fēng)格

1.程序內(nèi)部的文檔 2.數(shù)據(jù)說明 3.語句構(gòu)造 4.輸入輸出 5.效率

7.2軟件測試基礎(chǔ)

7.2.1軟件測試的目標(biāo) 7.2.2軟件測試準(zhǔn)則 7.2.3測試方法 7.2.4測試步驟

1.模塊測試 2.子系統(tǒng)測試 3.系統(tǒng)測試 4.驗收測試 5.平行運行 7.2.5測試階段的信息流

圖7.1測試階段的信息流

7.3單元測試

7.3.1測試重點

1.模塊接口 2.局部數(shù)據(jù)結(jié)構(gòu) 3.重要的執(zhí)行通路 4.出錯處理通路 5.邊界條件

7.3.2代碼審查 7.3.3計算機測試

圖7.2正文加工系統(tǒng)的層次圖 7.4集成測試

7.4.1自頂向下集成

圖7.3自頂向下結(jié)合

7.4.2自底向上集成

圖7.4自底向上結(jié)合 7.4.3不同集成測試策略的比較 7.4.4回歸測試

7.5確認(rèn)測試

7.5.1確認(rèn)測試的范圍 7.5.2軟件配置復(fù)查 7.5.3Alpha和Beta測試

7.6白盒測試技術(shù)

7.6.1邏輯覆蓋

1.語句覆蓋

圖7.5被測試模塊的流程圖

2.判定覆蓋 3.條件覆蓋

4.判定/條件覆蓋 5.條件組合覆蓋 6.點覆蓋 7.邊覆蓋 8.路徑覆蓋 7.6.2控制結(jié)構(gòu)測試

1.基本路徑測試

圖7.6求平均值過程的流圖

2.條件測試 3.循環(huán)測試

圖7.73種循環(huán) 7.7黑盒測試技術(shù)

7.7.1等價劃分

7.7.2邊界值分析 7.7.3錯誤推測

7.8調(diào)試 7.8.1調(diào)試過程

圖7.8調(diào)試過程

7.8.2調(diào)試途徑

1.蠻干法 2.回溯法 3.原因排除法

7.9軟件可靠性

7.9.1基本概念

1.軟件可靠性的定義 2.軟件的可用性

7.9.2估算平均無故障時間的方法

1.符號 2.基本假定

3.估算平均無故障時間 4.估計錯誤總數(shù)的方法

第8章 維護

8.1軟件維護的定義 8.2軟件維護的特點

8.2.1結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護差別巨大

1.非結(jié)構(gòu)化維護 2.結(jié)構(gòu)化維護

8.2.2維護的代價高昂 8.2.3維護的問題很多

8.3軟件維護過程

1.維護組織 2.維護報告 3.維護的事件流

圖8.1維護階段的事件流

4.保存維護記錄 5.評價維護活動

8.4軟件的可維護性

8.4.1決定軟件可維護性的因素

1.可理解性

2.可測試性

3.可修改性

4.可移植性

5.可重用性

8.4.2文檔

1.用戶文檔 2.系統(tǒng)文檔

8.4.3可維護性復(fù)審

8.5預(yù)防性維護 8.6軟件再工程過程

圖8.2軟件再工程過程模型

1.庫存目錄分析 2.文檔重構(gòu) 3.逆向工程 4.代碼重構(gòu) 5.數(shù)據(jù)重構(gòu) 6.正向工程 第9章 面向?qū)ο蠓椒▽W(xué)引論

9.1面向?qū)ο蠓椒▽W(xué)概述

9.1.1面向?qū)ο蠓椒▽W(xué)的要點 9.1.2面向?qū)ο蠓椒▽W(xué)的優(yōu)點

1.與人類習(xí)慣的思維方法一致 2.穩(wěn)定性好 3.可重用性好

4.較易開發(fā)大型軟件產(chǎn)品 5.可維護性好

9.2面向?qū)ο蟮母拍?/p>

9.2.1對象

1.對象的形象表示

圖9.1對象的形象表示

2.對象的定義

圖9.2用自動機模擬對象

3.對象的特點 9.2.2其他概念

1.類(class)2.實例(instance)3.消息(message)4.方法(method)5.屬性(attribute)6.封裝(encapsulation)7.繼承(inheritance)

圖9.3實現(xiàn)繼承機制的原理

8.多態(tài)性(polymorphism)9.重載(overloading)9.3面向?qū)ο蠼?9.4對象模型

9.4.1類圖的基本符號

1.定義類

圖9.4表示類的圖形符號

2.定義屬性 3.定義服務(wù)

9.4.2表示關(guān)系的符號

1.關(guān)聯(lián)

圖9.5普通關(guān)聯(lián)示例