《軟件工程打印資料》word版

1、軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。產(chǎn)生于軟件發(fā)展的第二階段（軟件系統(tǒng)階段）末期。軟件危機-主要表現(xiàn)對軟件開發(fā)成本和進度的估計不準確用戶不滿意軟件質(zhì)量不高、可靠性差軟件常常不可維護、錯誤難以改正缺乏適當?shù)奈臋n資料軟件成本占系統(tǒng)總成本的比例逐年上升（1985-90%）軟件開發(fā)速度跟不上計算機發(fā)展速度歸結為主要為三方面-“時間、成本、質(zhì)量”軟件危機-原因1軟件規(guī)模日漸龐大（數(shù)量、功能、成本、質(zhì)量、時間）軟件開發(fā)的管理困難。邏輯部件而不是物理部件。在寫出程序代碼并在計算機運行之前，軟件開發(fā)過程的進展情況較難衡量，軟件開發(fā)的質(zhì)量也較難評價。因此，管理和控制軟件開發(fā)過程相當

2、困難。開發(fā)人員錯誤的觀念、方法和技術重編程、輕需求。生產(chǎn)方式落后：個體手工方式。開發(fā)技術落后。開發(fā)工具落后軟件危機-原因2忽視軟件開發(fā)前期的需求分析 開發(fā)過程缺乏統(tǒng)一的、規(guī)范化的方法論的指導文檔資料不齊全或不準確忽視與用戶之間、開發(fā)組成員之間的交流忽視測試的重要性不重視維護或由于上述原因造成維護工作的困難需求變化預料不足軟件生存期技術定義的軟件過程過程元素之間的關系標準軟件過程體系結構圖軟件生命周期它是指一個軟件從提出開發(fā)要求開始到該軟件報廢為止的整個時期（生存過程）。從時間角度，把整個周期劃分為若干個階段（步驟），每個階段有明確的任務，然后再逐步完成每個階段的任務軟件從孕育、誕生、成長、成熟

3、、衰亡的生存過程軟件生存期各階段一般可分為六個步驟/階段 ：1.制定計劃（Planning）2.需求分析和定義（Requirement Analysis and Definition）3.軟件設計（Software Design）4.程序編寫（Coding/Programming）5.軟件測試（Testing）6.運行/維護（Running/Maintenance）線性順序模型瀑布模型瀑布模型-特點優(yōu)點：提供了軟件開發(fā)的基本框架，比靠“個人技藝”開發(fā)好的多。嚴格活動序列，嚴格階段成果評審，有利于大型軟件開發(fā)過程的人員的組織和管理缺點：對用戶需求變更的響應較困難。初始階段較長，用戶極大的耐心，需

4、求的不確定性；后期階段時，需求錯誤、設計及實現(xiàn)錯誤才出現(xiàn)適用：需求明確、大型的項目。瀑布模型變化1瀑布模型變化2快速應用開發(fā)模型RAD1快速應用開發(fā)模型RAD2RAD模型-特點優(yōu)點:開發(fā)時間短缺點:多團隊開發(fā)協(xié)調(diào)困難;了解需求困難;不注意小細節(jié)原型模型1原型模型2原型模型-特點優(yōu)點：成品的用戶滿意度高。用戶參與，需求不斷完善缺點軟件的“臨時版本”，未考慮性能需求進度控制、質(zhì)量檢驗較難，技術方案未必最優(yōu)，會導致開發(fā)過程的不可收斂性系統(tǒng)結構通常較差，連續(xù)的變更損壞了系統(tǒng)的結構適用：中小規(guī)模、生存期短的系統(tǒng)，知識型系統(tǒng)用戶定義了一組一般性目標，但不能標識出詳細的輸入、處理及輸出需求開發(fā)者可能不能確定

5、算法的有效性、操作系統(tǒng)的適應性或人機交互的形式當你的客戶有一個合理的需求，但對細節(jié)則沒有任何線索時，先開發(fā)一個原型系統(tǒng)是一個好的選擇漸增模型以盡早占領市場為目的，逐步發(fā)布版本； 可有計劃地管理技術風險螺旋模型不同版本、不同形式的不斷進化；需要高水平的風險評估技術并發(fā)開發(fā)模型由用戶要求、管理決策和評審結果驅(qū)動；每一個軟件工程活動觸發(fā)活動網(wǎng)絡的狀態(tài)變遷；需求分析定義需求分析是前面需求獲取階段的繼續(xù)，通過對所獲取的信息進一步加工獲得對系統(tǒng)的更精確描述，成為轉(zhuǎn)換成需求規(guī)格說明的直接信息元。需求分析任務需求分析過程圖示需求分析方法結構化分析面向?qū)ο蠓治隹尚行苑治龆x研究軟件項目是否值得開發(fā)、關鍵技術、難

6、點、能否解決、怎樣達到目標主要任務社會/法律可行性技術可行性經(jīng)濟可行性對開發(fā)成本進行估算，預期經(jīng)濟效益，確定是否值得投資開發(fā)在測算成本和效益時注意項目相關方不同的考慮點成本估計購置并安裝軟件、硬件及有關設備的費用系統(tǒng)開發(fā)費用一次性方法：自頂向下成本估計、由底向上成本估計、算法模型估計、類比估計、專家判斷、Parkinson估計和銷價取勝法、系統(tǒng)安裝、運行和維護費用、人員培訓費用，其它效益分析社會效益經(jīng)濟效益貨幣的時間價值F=P*（1+i)n年利率為 i，P 元錢存 n 年后可得 F 元P=F/(1+i)n投資回收期累計的經(jīng)濟效益等于最初投資所需的時間n年投資回收率R=(F1/(1+i)+F2/

7、(1+i)2+Fn/(1+i)n )/ P純收入累計的經(jīng)濟效益（折算成當前值）- 投資（開發(fā)成本）效益來源自動化水平提高，減少了工作人員、減少運行費用、由于自動編輯，減少錯誤、交易處理速度提高、較少貨幣管理上的損失、減少不良帳單或信貸損失、更快的收取應收帳款、庫存減少與庫存過期損失等等例題假設一系統(tǒng)，估計共需5000元；估計每年可以節(jié)省2500元，五年共可節(jié)省12 500元。假定年利率為12%，預計節(jié)省的錢的現(xiàn)在價值投資回收期兩年以后可以節(jié)省4225.12元，比最初的投資（5000元）還少774.88元，第三年以后將再節(jié)省1779.45元。774.881779.450.44，因此，投資回收期是

8、2.44年。5年投資回收率9011/5000=180%純收入9011.9450004011.94（元）結論可以進行開發(fā)需要等待某些條件需要對開發(fā)目標進行某些修改之后才能開發(fā)不能進行或不必進行開發(fā)需求分析的艱難性需求分析是一項重要的工作，也是最困難的工作。該階段工作有以下特：（1）用戶與開發(fā)人員很難進行交流在軟件生存周期中，其它四個階段都是面向軟件技術問題，只有本階段是面向用戶的。需求分析是對用戶的業(yè)務活動進行分析，明確在用戶的業(yè)務環(huán)境中軟件系統(tǒng)應該做什么。但是在開始時，開發(fā)人員和用戶雙方都不能準確地提出系統(tǒng)要做什么？。因為軟件開發(fā)人員不是用戶問題領域的專家，不熟悉用戶的業(yè)務活動和業(yè)務環(huán)境，又不

9、可能在短期內(nèi)搞清楚；而用戶不熟悉計算機應用的有關問題。由于雙方互相不了解對方的工作，又缺乏共同語言，所以在交流時存在著隔閡。（2）用戶的需求是動態(tài)變化的對于一個大型而復雜的軟件系統(tǒng)，用戶很難精確完整地提出它的功能和性能要求。一開始只能提出一個大概、模糊的功能，只有經(jīng)過長時間的反復認識才逐步明確。有時進入到設計、編程階段才能明確，更有甚者，到開發(fā)后期還在提新的要求。這無疑給軟件開發(fā)帶來困難。（3）系統(tǒng)變更的代價呈非線性增長需求分析是軟件開發(fā)的基礎。假定在該階段發(fā)現(xiàn)一個錯誤，解決它需要用一小時的時間，到設計、編程、測試和維護階段解決，則要花2.5、5、25、100倍的時間。因此，對于大型復雜系統(tǒng)而

10、言，首先要進行可行性研究。開發(fā)人員對用戶的要求及現(xiàn)實環(huán)境進行調(diào)查、了解，從技術、經(jīng)濟和社會因素三個方面進行研究并論證該軟件項目的可行性，根據(jù)可行性研究的結果，決定項目的取舍。軟件需求規(guī)格說明書(SRS)49頁怎樣進行有效需求分析？32頁需求分析的重要性在軟件工程中，需求分析指的是在建立一個新的或改變一個現(xiàn)存的電腦系統(tǒng)時描寫新系統(tǒng)的目的、范圍、定義和功能時所要做的所有的工作。需求分析是軟件工程中的一個關鍵過程。在這個過程中，系統(tǒng)分析員和軟件工程師確定顧客的需要。只有在確定了這些需要后他們才能夠分析和尋求新系統(tǒng)的解決方法。在軟件工程的歷史中，很長時間里人們一直認為需求分析是整個軟件工程中最簡單的一

11、個步驟，但在過去十年中越來越多的人認識到它是整個過程中最關鍵的一個過程。假如在需求分析時分析者們未能正確地認識到顧客的需要的話，那么最后的軟件實際上不可能達到顧客的需要，或者軟件無法在規(guī)定的時間里完工。主要從哪幾個方面分析項目的可行性可行性研究的內(nèi)容一般包括：技術可行性、經(jīng)濟可行性、操作可行性、法律和社會可行性、開發(fā)方案的選擇以及進度計劃軟件生命周期模型線性順序模型瀑布模型RAD模型原型模型漸增模型螺旋模型統(tǒng)一過程敏捷軟件開發(fā)一、單選題1、軟件生存周期模型有多種，下列選項中，（C功能模型）不是軟件生存周期模型。2、檢查軟件產(chǎn)品是否符合需求定義的過程稱為（D驗收測試）。 3、黑盒測試是從（ C用

12、戶）觀點出發(fā)的測試，白盒測試是從（ A開發(fā)人員）觀點出發(fā)的測試。 4、可行性研究要進行一次（D簡化的、壓縮了的）需求分析。5、回歸測試是( A校正性維護)中最常用的方法。6、與選擇編程語言無關的因素是( C程序設計風格) 。7、面向?qū)ο蟪绦蛟O計將數(shù)據(jù)與 ( A對數(shù)據(jù)的操作 )放在一起，作為一個相互依存、不可分割的整體來處理。8、軟件生存周期的( D每個階段)工作和軟件可維護性有密切的關系 。9、好的軟件結構應該是( C低耦合,高內(nèi)聚)。10、在快速原型模型的開發(fā)過程中，僅作為需求說明的補充形式的原型是（A探索型模型）11、軟件結構圖的形態(tài)特征能反映程序重用率的是（C扇入）12、需求分析最終結果

13、是產(chǎn)生（B需求規(guī)格說明書）13、分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描繪了系統(tǒng)的（ C抽象）。14可行性研究要進行一次 需求分析。 答案為:D簡化的、壓縮了的2開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作 。 答案為:B軟件危機15產(chǎn)生軟件維護的副作用，是指。 答案為:C因修改軟件而造成的錯誤16維護中，因誤刪除一個標識符而引起的錯誤是_副作用。答案為:C編碼17可維護性的特性中相互促進的是答案為:A可理解性和可測試性18需求分析最終結果是產(chǎn)生 答案：B需求規(guī)格說明書7_是以提高軟件質(zhì)量為目的的技術活動。答案為:D技術評審 19面向?qū)ο蠓椒▽W的出發(fā)點和基

14、本原則是盡可能模擬人類習慣的思維方式，分析、設計和實現(xiàn)一個軟件系統(tǒng)的方法和過程，盡可能接近于人類認識世界解決問題的方法和過程。因此面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對象組成的_；對象彼此之間僅能通過傳遞消息互相聯(lián)系；層次結構的繼承。答案為:C把對象劃分成類，每個對象類都定義一組數(shù)據(jù)和方法20原型化方法是用戶和設計者之間執(zhí)行的一種交互構成，適用于_系統(tǒng)。答案為:A需求不確定性高的21為了提高測試的效率，應該。答案為:D選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù) 四、判斷題 某軟件公司擬采取下述措施提高他們開發(fā)出的軟件產(chǎn)品的可維護性。請判斷哪些措施是正確的，哪能些是不正確的，并簡單說明理由。1、在

15、分析用戶需求時同時考慮維護問題。正確2、測試完程序后，刪去程序中的注解以縮短源程序長度。不正確3、在軟件開發(fā)過程中保證各階段文檔的正確性。正確4、編碼時多用全局變量。不正確5、選用時間效率和空間效率盡可能高的算法。不正確6、盡可能利用硬件特點以提高程序效率。不正確7、盡可能使用高級語言編寫程序。正確8、進行總體設計時加強模塊間的聯(lián)系。不正確 9、盡量減少程序模塊的規(guī)模。不正確 10、用數(shù)據(jù)庫系統(tǒng)代替文件系統(tǒng)來存儲需要長期保存的信息。正確 11、用CASE環(huán)境或程序自動生成工具來自動生成一部分程序。正確 12、盡量用可重用的軟件構件來組裝程序。 13、使用先進的軟件開發(fā)技術。正確14、采用防錯程

16、序設計技術，在程序中引入自檢能力。正確程序的可讀性和可理解性，從而降低軟件的可維護性。五、簡答題1、 什么是軟件過程?它與軟件工程方法學有何關系?答：軟件過程是為了開發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務的框架，它規(guī)定了完成各項任務的工作步驟。軟件過程定義了運用技術方法的順序、應該交付的文檔資料、為保證軟件質(zhì)量和協(xié)調(diào)軟件變化必須采取的管理措施，以及標志完成了相應開發(fā)活動的里程碑。軟件過程是軟件工程方法學的3個重要組成部分之一。2、什么是軟件生命周期模型?試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點，說明每種模型的適用范圍。答：軟件生命周期模型規(guī)定了把生命周期劃分成哪些階段及各個階

17、段的執(zhí)行順序，因此，也稱為過程模型。四種模型的優(yōu)缺點在于：瀑布模型歷史悠久、廣為人知，它的優(yōu)勢在于它是規(guī)范的、文擋驅(qū)動的方法；這種模型的問題是，最終開發(fā)出的軟件產(chǎn)品可能并不是用戶真正需要的?？焖僭湍Ｐ驼菫榱丝朔俨寄Ｐ偷娜秉c而提出來的。它通過快速構建起一個可在計算機上運行的原型系統(tǒng)，讓用戶試用原型并收集用戶反饋意見的辦法，獲取用戶的真實需求。增量模型具有可在軟件開發(fā)的早期階段使投資獲得明顯回報和教易維護的優(yōu)點，但是，要求軟件具有開放的結構是使用這種模型時固有的困難。風險驅(qū)動的螺旋模型適用于內(nèi)部開發(fā)的大型軟件項目，但是，只有在開發(fā)人員具有風險分析和排除風險的經(jīng)驗及專門知識時，使用這種模型才會

18、獲得成功。3、 在軟件開發(fā)的早期階段為什么要進行可行性研究?應該從哪些方面研究目標系統(tǒng)的可行性?答：可行性研究的目的不是解決問題，而是確定問題是否值得去解決。實質(zhì)上是要進行一次大大壓縮簡化了的系統(tǒng)分析和設計的過程，也就是在較高層次上以較抽象的方式進行的系統(tǒng)分析和設計的過程。應該從以下的方面研究目標系統(tǒng)的可行性：技術可行性：使用現(xiàn)有的技術能實現(xiàn)這個系統(tǒng)嗎？經(jīng)濟可行性：這個系統(tǒng)的經(jīng)濟效益能超過它的開發(fā)成本嗎？操作可行性：這個系統(tǒng)的操作方式在該客戶組織內(nèi)行得能工通嗎？4、怎樣與用戶有效地溝通以獲取用戶的真實需求?答：分析員與用戶溝通進行需求分析的典型方法如下所述：訪談：它有兩種基本形式，分別是正式的

19、和非正式的訪談。面向數(shù)據(jù)流自頂向下求精。簡易的應用規(guī)格說明技術?？焖俳④浖?。5、什么是功能模型?建立功能模型時主要使用哪些圖形符號?答：功能模型表示變化的系統(tǒng)的“功能”性質(zhì)，它指明了系統(tǒng)應該“做什么”，因此更直接地反映了用戶對目標系統(tǒng)的需求。 通常，功能模型由一組數(shù)據(jù)流圖組成。建立功能模型時主要使用的圖形符號如下所示：或 數(shù)據(jù)的源點/終點或 變換數(shù)據(jù)的處理或 數(shù)據(jù)存儲 數(shù)據(jù)流6、為什么要選擇軟件開發(fā)模型？軟件開發(fā)模型與軟件生存周期有什么關系？答：因為軟件開發(fā)模型是軟件工程研究的四大內(nèi)容之一，它雖然不是軟件工程研究的重點，但是在宏觀上特別重要。軟件公司的項目組在開發(fā)一個大項目或產(chǎn)品時，首先

20、在技術上必須選擇一個開發(fā)模型，使開發(fā)模型非常適合這個項目或產(chǎn)品的生存周期；隨后通過對生存周期的裁減，來給出適合與本項目或產(chǎn)品的軟件生存周期定義。軟件的開發(fā)模型與軟件生存周期有關：不同的開發(fā)模型，可能對應著不同的生存周期。生存周期不同，該軟件的開發(fā)階段劃分、評審次數(shù)、基線標準都有所不同，甚至維護方法都有所區(qū)別。7、請說明“三個模型”的定義，以及三者之間的關系。答：功能模型是描述系統(tǒng)能做什么，即對系統(tǒng)的功能、性能、接口和界面進行定義。業(yè)務模型是描述系統(tǒng)在何時、何地、由何角色、按什么業(yè)務規(guī)則去做，以及做的步驟或流程，即對系統(tǒng)的操作流程進行定義。數(shù)據(jù)模型是描述系統(tǒng)工作前的數(shù)據(jù)來自何處，工作中的數(shù)據(jù)存什

21、么地方，工作后的數(shù)據(jù)放到何處，以及這些數(shù)據(jù)之間的關聯(lián)，即對系統(tǒng)的數(shù)據(jù)結構進行定義。功能模型和業(yè)務模型是在需求分析時建模，是兩個基本點。數(shù)據(jù)模型是一個中心，在設計時建模。功能模型和業(yè)務模型給數(shù)據(jù)模型提供數(shù)據(jù)與維護數(shù)據(jù)，數(shù)據(jù)模型支持功能模型和業(yè)務模型的正常運行。8、需求分析的目的是什么？需求分析的難點在哪？答：軟件需求分析，其目的是用于說明軟件產(chǎn)品或軟件項目需要滿足的條件和限制。在軟件工程項目中首先要獲取用戶的需求，通過對軟件需求的提取、分析、文檔化及驗證，為進一步的設計和實現(xiàn)提供依據(jù)。需求分析的難點是：在系統(tǒng)的功能、性能和接口方面，開發(fā)者與客戶達成完全一致的需求，讓客戶最終簽字確認，并保證在項目

22、驗收前，需求相對穩(wěn)定不變。萬一需求有一點變化，雙方必須履行“需求變更管理程序”，而變更管理程序在簽訂合同時已經(jīng)做了規(guī)定。要知道，合同是具有法律效力的。9可行性研究報告的主要內(nèi)容有哪些?答：一個可行性研究報告的主要內(nèi)容如下：（1）引言：說明編寫本文檔的目的；項目的名稱、背景；本文檔用到的專門術語和參考資料。（2）可行性研究前提：說明開發(fā)項目的功能、性能和基本要求；達到的目標；各種限制條件；可行性研究方法和決定可行性的主要因素。（3）對現(xiàn)有系統(tǒng)的分析。（4）所建議系統(tǒng)的技術可行性分析。（5）所建議系統(tǒng)的經(jīng)濟可行性分析。（6）社會因素可行性分析。（7）其他可供選擇方案。（8）結論意見。10系統(tǒng)設計的

23、內(nèi)容是什么？答：系統(tǒng)設計階段先從高層入手，然后細化。系統(tǒng)設計要決定整個結構及風格，這種結構為后面設計階段的更詳細策略的設計提供了基礎。主要內(nèi)容為：（1）系統(tǒng)分解。（2）確定并發(fā)性。（3）處理器及任務分配。（4）數(shù)據(jù)存儲管理。（5）全局資源的處理。（6）選擇軟件控制機制。（7）人機交互接口設計。11什么是軟件危機？軟件危機的表現(xiàn)是什么？其產(chǎn)生的原因是什么？答：軟件開發(fā)技術的進步一直未能滿足發(fā)展的需要。在軟件開發(fā)中遇到的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，因而導致了軟件危機。軟件危機表現(xiàn)在以下四個方面：（1）經(jīng)費預算經(jīng)常突破，完成時間一再拖延。（2）開發(fā)的軟件不能滿足用戶要求。（

24、3）開發(fā)的軟件可維護性差。（4）開發(fā)的軟件可靠性差。 造成軟件危機的原因是：（1）軟件的規(guī)模越來越大，結構越來越復雜。 （2）軟件開發(fā)管理困難而復雜。（3）軟件開發(fā)費用不斷增加。（4）軟件開發(fā)技術落后。（5）生產(chǎn)方式落后。（6）開發(fā)工具落后，生產(chǎn)率提高緩慢。12軟件質(zhì)量保證應做好哪幾方面的工作？答：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應做好以下幾方面的工作：（1）采用技術手段和工具。（2）組織正式技術評審。（3）加強軟件測試。（4）推行軟件工程規(guī)范（標準）。（5）對軟件的變更進行控制。軟件的修改和變更常常會引起潛伏的錯誤，因此必須嚴格控制軟件的修改和變更。（6）對軟件質(zhì)量進行度量

25、。即對軟件質(zhì)量進行跟蹤，及時記錄和報告軟件質(zhì)量情況。六、描述題3、請用數(shù)據(jù)流圖描繪以下系統(tǒng)的功能，并用實體-聯(lián)系圖描繪系統(tǒng)中的數(shù)據(jù)對象。銀行計算機儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址(或電話號碼)、身份證號碼、存款類型、存款日期、到期日期、利率及密碼(可選)等信息，并印出存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。答：數(shù)據(jù)流圖： 實體-聯(lián)系圖：4請使用PAD圖和程序設計語言描述在數(shù)組A（1）A（10）中找最大數(shù)的算法。答：程序設計語言：N=

26、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圖：5某電器集團公司下屬的廠包括技術科、生產(chǎn)科等基層單位?，F(xiàn)在想建立一個計算機輔助企業(yè)管理系統(tǒng)，其中，生產(chǎn)科的任務是：（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)品設計（結構、工藝）及產(chǎn)品組裝月計劃。（4）將產(chǎn)品的組裝計劃傳達到各科，將組裝月計劃分解為周計劃，下達給車間。技術科的任務是：（1）根據(jù)生產(chǎn)科轉(zhuǎn)

27、來的組裝計劃進行產(chǎn)品結構設計，產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科，產(chǎn)生外購需求計劃給供應科，并產(chǎn)生產(chǎn)品自制物料清單。（2）根據(jù)組裝計劃進行產(chǎn)品工藝設計，根據(jù)產(chǎn)品自制物料清單產(chǎn)生工藝流程圖給零件廠。 試寫出以上系統(tǒng)中生產(chǎn)科和技術科處理的軟件結構圖。解：一、單項選擇題（每題2分，共20分）下面哪一項不能用于描述軟件過程？ C 是從客戶需求產(chǎn)生到交付產(chǎn)品使用的時間2、“背靠背”測試也稱 B對比測試 ，主要用于處理被認為十分關鍵的系統(tǒng)。3、下面哪一項沒有描述需求分析的重要性？A有助于可行性分析4、在系統(tǒng)分析中使用數(shù)據(jù)流圖（DFD）這種基本方法是為了提供 C功能模型和信息流 。5、基本路徑測試也稱 A結構化測試 ，

28、是最重要的基本代碼的測試策略。6、以下哪些不是面向規(guī)模的度量？C 算法復雜度7、以下哪種是線型順序模型？C瀑布模型 8、業(yè)務過程工程中，數(shù)據(jù)體系結構、應用體系結構、 C技術基礎設施 三種體系結構必須在業(yè)務目標的語境內(nèi)被分析和設計。9、當每級精化中的數(shù)據(jù)流圖DFD的輸入和輸出都相同時稱為 D平衡 。 10、結構圖表示 D 軟件結構 。三、判斷題（每題1分，共15分）1、項目策劃中的步驟包含需求分析過程。（）2、使用形式化方法可以得到一組無二義性的、完整的和一致的規(guī)格說明。（）3、可行性研究主要從系統(tǒng)可行性、經(jīng)濟可行性、技術可行性等幾個方面進行研究。（）4、需求工程將對項目進行可行性評估。（）5、

29、過程、方法和工具稱軟件工程的三要素。（）6、隨著計算機硬件成本的降低，軟件的成本也在降低。（）7、COCOMO模型是一種成本估算模型。（）8、上下文級數(shù)據(jù)流圖也稱為O層數(shù)據(jù)游圖。（）9、詳細設計中使用的PAD圖也稱為程序流程圖。（）10、當軟件開發(fā)項目的進度有可能拖延時，增加開發(fā)人員一定能加快項目的進度。（）11、SRS是系統(tǒng)測試和驗證活動的基礎。（）12、大多數(shù)軟件是同組件組裝起來，不是由客戶要求定制的。（）13、軟件產(chǎn)品是一種智力產(chǎn)品，需要高水平的軟件開發(fā)人員，項目管理在軟件開發(fā)過程沒什么太大作用。（）14、技術評審對軟件的質(zhì)量保證作用并不大。（）15、需求分析的制品是需求規(guī)格說明書。（）四、簡答題（每題5分，共30分）1、商場要引入一個商品供銷存系統(tǒng)，要進行軟件的經(jīng)