軟件工程復(fù)習(xí)資料_第1頁(yè)
軟件工程復(fù)習(xí)資料_第2頁(yè)
軟件工程復(fù)習(xí)資料_第3頁(yè)
已閱讀5頁(yè),還剩5頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、一、簡(jiǎn)答題1、軟件過(guò)程模型有哪些 ?簡(jiǎn)述它們的特點(diǎn)。過(guò)程模型分為五大類 : (1)管理過(guò)程模型。( 2)瀑布模型 (又稱為生命周期模型 )。( 3)增量過(guò)程模型 :包括增量 模型, RAD 模型。( 4)煙花過(guò)程模型 :包括原型開(kāi)發(fā)模型,螺旋模型,協(xié)同開(kāi)發(fā)模型。(5)專用過(guò)程模型 :包括機(jī)遇構(gòu)建的開(kāi)發(fā)模型,形式化方法模型,面向方面的軟件開(kāi)發(fā)模型。2、什么叫軟件危機(jī) ?軟件危機(jī)包含哪兩點(diǎn) ?軟件危機(jī)產(chǎn)生的原因是什么 ? 軟件危機(jī)是指在計(jì)算機(jī)軟件開(kāi)發(fā)與維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。包括兩點(diǎn) :(1)如何開(kāi)發(fā)軟件,以滿足對(duì)軟件日益增長(zhǎng)的需求;(2) 如何維護(hù)數(shù)量不斷膨脹的已有軟件。軟件開(kāi)發(fā)和維護(hù)

2、過(guò)程中存在的許多嚴(yán)重問(wèn)題,一方面與軟件本身的特點(diǎn)有關(guān),另一方面也和軟件開(kāi)發(fā)與維護(hù)的方法 不正確有關(guān)。具體表現(xiàn)如下 :(1)軟件是邏輯部件而不是物理部件。(2)軟件的規(guī)模越來(lái)越大,復(fù)雜性越來(lái)越大。(3)輕視需求分析的重要性,輕視軟件維護(hù)的錯(cuò)誤觀點(diǎn)和方法。3、軟件開(kāi)發(fā)的各階段的任務(wù)是什么 ?定義階段 :問(wèn)題定義任務(wù) :關(guān)于規(guī)模和目標(biāo)的報(bào)告書(shū), 可行性研究任務(wù) :系統(tǒng)的高層邏輯模型 :數(shù)據(jù)流圖,成本 /效益分析:需求分析任務(wù) : 系統(tǒng)的邏輯模型 :數(shù)據(jù)流圖,數(shù)據(jù)字典,算法描述。開(kāi)發(fā)階段:總體設(shè)計(jì)一一任務(wù):系統(tǒng)流程圖,成本/效益分析,推薦的系統(tǒng)結(jié)構(gòu):層次圖結(jié)構(gòu)圖,詳細(xì)設(shè)計(jì)-任務(wù):HIPO圖 或PDL圖

3、;編碼和單元測(cè)試一一任務(wù):源程序清單,單元測(cè)試方案和結(jié)果,綜合測(cè)試一一任務(wù):綜合測(cè)試方案,結(jié)果集成測(cè)試,驗(yàn)收測(cè)試,完整一致的軟件配置。維護(hù)階段 :軟件維護(hù)任務(wù) :維護(hù)記錄以及改正性維護(hù),適應(yīng)性維護(hù),完整性維護(hù)和預(yù)防性維護(hù)4、 兩種軟件工程方法學(xué)開(kāi)發(fā)軟件時(shí)要建立哪些模型?軟件工程方法學(xué)包括 :傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。常用的開(kāi)發(fā)模型有:瀑布模型 ( 需求穩(wěn)定,而且可以預(yù)先指定 )原型模型 (需求模糊或者隨時(shí)間變化 )增量模型 (分析員先作出需求分析和概要設(shè)計(jì),用戶參與逐步完善)螺旋模型 (將瀑布模型與原型化模型結(jié)合起來(lái)并加入了風(fēng)險(xiǎn)分析 )噴泉模型 (使開(kāi)發(fā)過(guò)程具有迭代性和無(wú)間隙性)5、什么叫軟

4、件 ? 軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分,它是包括程序,數(shù)據(jù)及其相關(guān)文檔的完整集合6、UML 中的事物有哪些 ?結(jié)構(gòu)事物 UML 中的名詞,它是模型的靜態(tài)部分,描述概念或物理元素。行為事物 UML 中的動(dòng)詞,它是模型中的動(dòng)態(tài)部分,是一種跨越時(shí)間、空間的行為。分組事物 : UML 中的容器,用來(lái)組織模型,使模型更加的結(jié)構(gòu)化。注釋事務(wù) : UML 中的解釋部分,和代碼中的注釋語(yǔ)句一樣,是用來(lái)描述模型的7、 軟件生命周期有哪幾個(gè)階段和步驟?三個(gè)階段 :定義、開(kāi)發(fā)、維護(hù)八個(gè)步驟 :?jiǎn)栴}定義、可行性研究、需求分析;總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼與單元測(cè)試、綜合測(cè)試;運(yùn)行維護(hù)。8、 計(jì)算機(jī)軟件的開(kāi)發(fā)經(jīng)

5、過(guò)哪三個(gè)大階段?三個(gè)階段 :定義、開(kāi)發(fā)、維護(hù)9、什么叫軟件工程 ?1968年在第一屆NATO會(huì)議上的早期定義:“建立并使用完善的工程化原則,以較經(jīng)濟(jì)的手段獲得能在實(shí)際機(jī)器上 有效運(yùn)行的可靠軟件的一系列方法”。1993年IEEE的定義:“軟件工程是:把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開(kāi)發(fā)、運(yùn)行和維護(hù)過(guò)程,也就 是把工程應(yīng)用于軟件:進(jìn)而研究實(shí)現(xiàn)的途徑”。我們國(guó)家最近定義 :軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。它采用工程的概念、 原理、 技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件,把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)。10、軟件設(shè)計(jì)分哪兩個(gè)階段 ?總體設(shè)計(jì)的兩個(gè)階

6、段分別是什么 ? 分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。11、瀑布模型與原型模型分別適用于開(kāi)發(fā)哪些軟件 ? 瀑布模型與原型模型分別適用于開(kāi)發(fā)哪些軟件瀑布模型適合于需求穩(wěn)定,而且可以預(yù)先指定的大型系統(tǒng)工程項(xiàng)目。原型模型適合于需求模糊或者隨時(shí)間變化的中小型項(xiàng)目12、軟件與硬件的區(qū)別是什么?軟件是一種邏輯部件,而不是具體的物理部件。軟件在開(kāi)發(fā)、生產(chǎn)、使用、維護(hù)等方面與硬件相比有明顯差異。 軟件是開(kāi)發(fā),硬件是制造軟件是自定的,硬件是組裝的軟件不會(huì)磨損,硬件存在機(jī)械磨損問(wèn)題13、軟件需求分析的任務(wù)是什么 ?般說(shuō)需求分析的任務(wù)是確定系統(tǒng)必須完成哪些工作,也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。確定對(duì)系

7、統(tǒng)的綜合要求 (主要有:功能需求、 性能需求、運(yùn)行需求、將來(lái)可能提出的需求。分析系統(tǒng)的數(shù)據(jù)要求導(dǎo)出系統(tǒng)的邏輯模型:數(shù)據(jù)流圖、實(shí)體聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典、算法流程等 修正系統(tǒng)開(kāi)發(fā)計(jì)劃總體設(shè)計(jì)包括系統(tǒng)設(shè)計(jì)(劃分出組成系統(tǒng)的程序、文件、數(shù)據(jù)庫(kù)、人工過(guò)程和文檔等物理元素來(lái),需求分析的任務(wù)包括下述幾方面:(1)(2)(3)和結(jié)構(gòu)設(shè)計(jì)(確)(4)14、定系統(tǒng)中每個(gè)程序是由哪些模塊組成的,以及這些模塊相互間的關(guān)系,不涉及模塊內(nèi)部算法流程15、 UML中活動(dòng)圖、狀態(tài)圖、順序圖都分別描述什么?活動(dòng)圖強(qiáng)調(diào)的是從活動(dòng)到活動(dòng)的控制流,是一種表述過(guò)程基理、業(yè) 務(wù)過(guò)程以及工作流的技術(shù)?;顒?dòng)圖它可以用來(lái)對(duì)業(yè)務(wù)過(guò)程、工

8、作流建模,也可以對(duì)用例實(shí)現(xiàn)甚至是程序?qū)崿F(xiàn)來(lái)建模狀態(tài)機(jī)圖常用來(lái)描述業(yè)務(wù)或軟件系統(tǒng)中的對(duì)象在外部事件的作用下,對(duì)象的狀態(tài)從一種狀態(tài)狀態(tài)機(jī)圖到另一種狀態(tài)的控制流。順序圖描述的是對(duì)象之間的消息發(fā)送關(guān)系,而不是類之間的關(guān)系16、什么是軟件生命周期?一個(gè)軟件從定義,開(kāi)發(fā),使用和維護(hù),直到最終被廢棄,要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期,通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)時(shí)期稱為生命周期 二、填空1、在UML 2.0中定乂了四神交互圏,其中彊凋?qū)澫蟮蛴庙樞虻氖?程序圖。2、在軟件測(cè)試過(guò)程的4個(gè)步驟中,測(cè)試依據(jù)是需求規(guī)格說(shuō)明的是 驗(yàn)收測(cè)試。3、計(jì)算機(jī)軟件的開(kāi)發(fā)經(jīng)過(guò)三個(gè)階段分別為:定義、設(shè)計(jì)和運(yùn)行。4、對(duì)于變換型的數(shù)據(jù)流圖,按照軟件設(shè)計(jì)

9、思想,要將一個(gè)大型復(fù)雜的軟件進(jìn)行分解,要確定數(shù)據(jù)流 圖的輸入邊界,輸出邊界和 變換中心5、 軟件測(cè)試的目的是發(fā)現(xiàn)錯(cuò)誤,通常把測(cè)試方法按功能劃分為 墨盒測(cè)試和白盒測(cè)試兩大類。因?yàn)橥?常不可能做到窮盡測(cè)試,所以精心設(shè)計(jì) 測(cè)試方案是保證達(dá)到測(cè)試目的所必須的。&在進(jìn)行軟件測(cè)試時(shí),首先應(yīng)當(dāng)進(jìn)行 單元測(cè)試,然后再進(jìn)行組裝測(cè)試,最后再進(jìn)行有效性測(cè)試。7、 軟件工程的原則包括:模塊化、抽象與逐步求精、信息隱藏與局部化、模塊獨(dú)立。模塊耦合程度低, 則說(shuō)明模塊的獨(dú)立性越強(qiáng)。8、系統(tǒng)設(shè)計(jì)分為兩個(gè)階段分別為,設(shè)計(jì)方案與選擇方案。9、軟件維護(hù)的活動(dòng)包括四種, 改正性維護(hù)、 適應(yīng)性維護(hù)、完善性維護(hù) 和預(yù)防性維護(hù)。

10、10、 自頂向下結(jié)合的漸增式測(cè)試法,在組合模塊時(shí)有兩種組合策略:深度優(yōu)先策略和寬度優(yōu)先策略。11、指出PDL是哪種語(yǔ)言?過(guò)程設(shè)計(jì)語(yǔ)言。12、在七種內(nèi)聚中屬于最強(qiáng)的是 功能內(nèi)聚,最弱的是偶然內(nèi)聚、選擇題1、在用面向?qū)ο笥^點(diǎn)建立起的3種模型中,是最基本、最重要、最核心的。A、動(dòng)態(tài)模型 B、對(duì)象模型C、功能模型D、狀態(tài)模型2、耦合是對(duì)軟件結(jié)構(gòu)中各個(gè)不同模塊之間互相關(guān)聯(lián)程度的度量。一個(gè)模塊直接訪問(wèn)另一個(gè)模塊的內(nèi) 部信息應(yīng)屬于方式。A、控制耦合 B、內(nèi)容耦合C、數(shù)據(jù)耦合D、外部耦合3、 模塊 定義為受該模塊內(nèi)-個(gè)判斷影響的所有模塊集合。A.控制域B、作用域C、寬度D、接口4、 現(xiàn)有一個(gè)計(jì)算類型的程序,它

11、的輸入只有一個(gè)Y,其范圍是一 50W YW 50?,F(xiàn)從輸入的角度考慮設(shè) 計(jì)了一組測(cè)試用例:-100 , 100, 0。設(shè)計(jì)這組測(cè)試用例的方法是A、條件覆蓋法B、邊緣值分析法C、錯(cuò)誤推測(cè)法D等價(jià)劃分法5、以下哪個(gè)不是詳細(xì)設(shè)計(jì)中常用的圖形描述工具A、數(shù)據(jù)流圖B、程序流圖C、盒圖(N-S圖)D、問(wèn)題分析圖(PAD)6在軟件結(jié)構(gòu)圖的有關(guān)術(shù)語(yǔ)中,用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是。A、扇出B、扇入C、深度D、寬度7、 軟件設(shè)計(jì)包括、兩個(gè)階段。A、接口設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì) B、數(shù)據(jù)設(shè)計(jì)和概要設(shè)計(jì)C、結(jié)構(gòu)設(shè)計(jì)和過(guò)程設(shè)計(jì)D概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)8、在軟件生命周期中,能準(zhǔn)確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是A、概要設(shè)計(jì)B、

12、詳細(xì)設(shè)計(jì)C需求分析D、可行性分析12.與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是_。A.需求說(shuō)明書(shū)B(niǎo)數(shù)據(jù)說(shuō)明書(shū)C源程序D項(xiàng)目開(kāi)發(fā)設(shè)計(jì)10、在數(shù)據(jù)流圖中,用圓或者橢圓來(lái)表示A、數(shù)據(jù)流B、數(shù)據(jù)源點(diǎn)或終點(diǎn) C、數(shù)據(jù)存儲(chǔ) D加工11、為了提高測(cè)試的效率,應(yīng)該 。A.隨機(jī)地選取測(cè)試數(shù)據(jù) B.取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)庫(kù)C. 在完成編碼后制定軟件的測(cè)試計(jì)劃D. 選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)12、下面不屬于軟件工程的基本原則的是。A、模塊化B、抽象C、局部化D、自頂向上13. 需求分析是由分析員了解用戶的要求,認(rèn)真細(xì)致地調(diào)研。分析,最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型 并寫(xiě)出_。A.模塊說(shuō)明書(shū)B(niǎo)軟件規(guī)格說(shuō)明書(shū)C項(xiàng)目

13、開(kāi)發(fā)計(jì)劃D合同文檔14. 概要設(shè)計(jì)的結(jié)果是提供份A.模塊說(shuō)明書(shū)B(niǎo)框圖C程序D數(shù)據(jù)結(jié)構(gòu)15. 結(jié)構(gòu)化設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法,是以為基礎(chǔ),自頂向下,求精和模塊化的過(guò)程。A.數(shù)據(jù)流B數(shù)據(jù)流圖C數(shù)據(jù)庫(kù)D數(shù)據(jù)結(jié)構(gòu)16. 變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù),再對(duì)這些數(shù)據(jù)作處理,然后將結(jié)果送出是屬于。A.變換型B事務(wù)型17. PAD (Problem An alysis Diagra n圖是一種工具。A.系統(tǒng)描述 B詳細(xì)設(shè)計(jì)C測(cè)試D編程輔助18. 分析員是。A.用戶中系統(tǒng)的直 接使用者B.用戶和軟件人員的中間人C.軟件的編程人員D 用戶和軟件人員的領(lǐng)導(dǎo)19. 分層數(shù)據(jù)流圖是一種比

14、較嚴(yán) 格又易于理解的描述方式,它的頂層描述了系統(tǒng)的_。A.總貌 B.細(xì)節(jié)C.抽象D.軟件的作者20. 數(shù)據(jù)流圖中,當(dāng)數(shù)據(jù)流向或流自文件時(shí), 。A. 數(shù)據(jù)流要命名,文件不必命名B. 數(shù)據(jù)流不必命名,有文件名就足夠了C. 數(shù)據(jù)流和文件均要命名,因?yàn)榱鞒龊土鬟M(jìn)數(shù)據(jù)流是不同的D. 數(shù)據(jù)流和文件均不要命名,通過(guò)加工可自然反映出21. 排錯(cuò)一般是在測(cè)試發(fā)現(xiàn)錯(cuò)誤后進(jìn)行,其中找到錯(cuò)誤位置占排錯(cuò)總工作量的_。A. 95% B. 5% C. 50% D. 20%22. 在軟件開(kāi)發(fā)中,有利于發(fā)揮集體智慧的一種做法是。A設(shè)計(jì)評(píng)事 B.模塊化 C.主程序員制D進(jìn)度控制23. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)程序的。A.效率B.速

15、度 C.可讀性 D.大小24. 軟件測(cè)試中設(shè)計(jì)測(cè)試實(shí)例(test case)主要由輸入數(shù)據(jù)和兩部分組成。A. 測(cè)試規(guī)則 B. 測(cè)試計(jì)劃 C. 預(yù)期輸出結(jié)果 D. 以往測(cè)試記錄分析25. 在開(kāi)發(fā)軟件時(shí),可用來(lái)提 高程序員的工作效率。A. 程序開(kāi)發(fā)環(huán)境 B. 操作系統(tǒng)的作業(yè)管理功能C. 編譯程序的優(yōu)化功能 D 并行運(yùn)算的大型計(jì)算機(jī)26. 開(kāi)發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾 ,這種現(xiàn)象稱作 _。A軟件投機(jī) B.軟件危機(jī)C.軟件工程D.軟件產(chǎn)生27. 成功的測(cè)試是指 。A.運(yùn)行測(cè)試實(shí)例后未發(fā)現(xiàn)錯(cuò)誤項(xiàng)B.發(fā)現(xiàn)程序的錯(cuò)誤C. 證明程序正確 D. 改正程序的錯(cuò)誤28. 系統(tǒng)開(kāi)發(fā)的需求分析階段的

16、重要工作之一是 _。A. 數(shù)據(jù)定義 B. 數(shù)據(jù)庫(kù)設(shè)計(jì) C. 數(shù)據(jù)維護(hù) D. 數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)29. 模塊內(nèi)聚聯(lián)系最大的是 _。A. 順序內(nèi)聚 B .功能內(nèi)聚 C. 通信內(nèi)聚 D. 時(shí)間內(nèi)聚30. 逆向工程在軟件工程中主要用于 階段。測(cè)試A. 分析 B. 設(shè)計(jì) C. 編碼 D. 維護(hù)31. 軟件工程中,只根據(jù)程序的功能說(shuō)明而不關(guān)心程序內(nèi)部的邏輯結(jié)構(gòu)的測(cè)試方法,稱為A.白盒法B.灰盒法 C.黑盒法 D.綜合法32. 軟件的維護(hù)是指 _。A. 對(duì)軟件的改進(jìn)、適應(yīng)和完善 B. 維護(hù)正常運(yùn)行C. 配置新軟件 D. 軟件開(kāi)發(fā)期的一個(gè)階段33. 在軟件的設(shè)計(jì)階段應(yīng)提供的文檔是 _A.軟件需求規(guī)格說(shuō)明書(shū)B(niǎo).核要設(shè)

17、計(jì)規(guī)格說(shuō)明書(shū)和詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū)C.數(shù)據(jù)字典及流程圖D. 源程序以及源程 序的說(shuō)明書(shū)34. 程序流程圖、N-S圖和PAD圖是使用的算法表達(dá)工具。A.設(shè)計(jì)階段的概要設(shè)計(jì) B.設(shè)計(jì)階段的詳細(xì)設(shè)計(jì) C.編碼階段D.測(cè)試階段35. 月收入 <=800元者免稅,現(xiàn)用輸入數(shù) 800 元和 801元測(cè)試程序,則采用的是方法A邊緣值分析B.條件覆蓋C.錯(cuò)誤推測(cè)D.等價(jià)類35. 軟件的可維護(hù)性是指C.程序修改的難易程度D.使用維護(hù)工具進(jìn)行維護(hù)的難易程度36. 采用黑盒法測(cè)試程序是根據(jù)A.程序的邏輯 B.程序的功能說(shuō)明C.程序中的語(yǔ)句D.程序中的數(shù)據(jù)37. 軟件的可維護(hù)性是指A.軟件的可理解程度,程序修政的

18、難易程度B.軟件文檔修改的難易程度C.程序修改的難易程度D.使用維護(hù)工具進(jìn)行維護(hù)的難易程度38. 數(shù)據(jù)流圖的小說(shuō)明中描述的最基本部分是A. 激發(fā)條件 B. 加工邏輯 C. 優(yōu)先級(jí) D. 執(zhí)行頻率四、多項(xiàng)選擇題1. 關(guān)于模塊化程序設(shè)計(jì)的說(shuō)法正確的五項(xiàng) : ( )A、程序設(shè)計(jì)比較方便但難于維護(hù)。B、便于由多人分工編制大型程序。C、軟件功能易于擴(kuò)充。D 、易于理解,也便于排錯(cuò)。E、在主存儲(chǔ)器能夠容納的前提下,并使模塊盡可能大,以減少模塊的個(gè)數(shù)。F、模塊間的接口叫做數(shù)據(jù)文件。G只要模塊之間的接口關(guān)系不變,模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修政將不會(huì)影響別H、模塊間的單向調(diào)用關(guān)系叫做模塊的層次結(jié)構(gòu)。I 、模塊越小,模塊

19、化的優(yōu)點(diǎn)越明顯,一般來(lái)說(shuō)模塊的大小都在 10 行以下。29. 從下列敘述中選出五條符合程序設(shè)計(jì)風(fēng)格指導(dǎo)原則的敘述。A、嵌套的重?cái)?shù)應(yīng)加以限制。B、盡量少使用全局交量。C、不濫用語(yǔ)言特色。D、不用可以省略的括號(hào)。E、使用有意義的變量名。F、盡可能把程序編的短些。G把常見(jiàn)的局部?jī)?yōu)化工作留給編譯程序去做。H、注解越少越好。I、 程序的格式應(yīng)有助于讀者理解程序。J應(yīng)盡可能多用goto語(yǔ)句五、分析題 :1、假設(shè)你被任命為一家軟件公司的項(xiàng)目負(fù)責(zé)人,你的工作是管理該公司已被廣泛應(yīng)用的字處理軟件的新版本開(kāi)發(fā)。 由于市場(chǎng)競(jìng)爭(zhēng)激烈,公司規(guī)定了嚴(yán)格的完成期限并且已對(duì)外公布。你打算采用哪種軟件生命周期模型?為什么 ?對(duì)

20、這個(gè)項(xiàng)目的一個(gè)重要要求是 ,嚴(yán)格按照已對(duì)外公布了的日期完成產(chǎn)品開(kāi)發(fā)工作,因此,選擇生命周期模型時(shí)應(yīng)該著重考慮哪種模型有助于加快產(chǎn)品開(kāi)發(fā)的進(jìn)度。使用增量模型開(kāi)發(fā)軟件時(shí)可以并行完成開(kāi)發(fā)工作,因此能夠加快開(kāi) 發(fā)進(jìn)度。這個(gè)項(xiàng)目是開(kāi)發(fā)該公司已被廣泛使用的字處理軟件的新版本,從上述事實(shí)至少可以得出 3點(diǎn)結(jié)論:第一,舊版本相當(dāng)于一個(gè)原型,通過(guò)收集用戶對(duì)舊版本的反映,較容易確定對(duì)新版本的需求,沒(méi)必要再專建立-個(gè)原型系統(tǒng)來(lái)分析用戶的需求;第二,該公司的軟件工程師對(duì)字處理軟件很熟悉,有開(kāi)發(fā)字處理軟件的豐富經(jīng)驗(yàn),具有采用增量模型開(kāi)發(fā)新版字處理軟件所需要的技術(shù)水平,第三,該軟件受到廣大用戶的喜愛(ài),今后很可能還要開(kāi)發(fā)更新的版本,因此,應(yīng) 該把該軟件的體系結(jié)構(gòu)設(shè)計(jì)成開(kāi)放式的,以利于今后的改進(jìn)和擴(kuò)充。綜上所述,采用增量模型來(lái)完成這個(gè)項(xiàng)目比較 恰當(dāng)。2、假設(shè)要求你開(kāi)發(fā)一個(gè)軟件 ,該軟件的功能是把讀入的浮點(diǎn)數(shù)開(kāi)平方,所得的的結(jié)果應(yīng)該精確到小數(shù)點(diǎn)后4位。-旦實(shí)現(xiàn)并測(cè)試完之后,改產(chǎn)品將被拋棄。你打算選用哪種軟件生命周期模型?請(qǐng)說(shuō)明你做出選擇的理由。答:對(duì)這個(gè)軟件的需求很明確,實(shí)現(xiàn)開(kāi)方功能的算法也很成熟,因此,既無(wú)須通過(guò)原型來(lái)分析需求也無(wú)須用原型來(lái)驗(yàn)證設(shè)計(jì)方案

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論