。一、 選擇題軟件（2）在軟件開(kāi)發(fā)的各種資源中，（D）是最重要的資源。A開(kāi)發(fā)工具 B 方法 C 硬件環(huán)境 D 人員軟件的復(fù)雜性是（A），它引起人員通信困難、開(kāi)發(fā)費(fèi)用超支、開(kāi)發(fā)時(shí)間超時(shí)等問(wèn)題。A固有的 B 人為的 C 可消除的 D 不可降低的3. 3：軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它的組成部分是（ D）。A．程序、數(shù)據(jù) B. 程序、文檔 C. 程序 D.程序、數(shù)據(jù)、文檔軟件是一種（B）產(chǎn)品。A、有形 B 、邏輯 C 、 物質(zhì) D 、消耗軟件危機(jī)（1）5. 1：開(kāi)發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做 (C)A.軟件工程 B. 軟件周期 C. 軟件危機(jī) D.軟件產(chǎn)生6. 2：在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝?（A ）A．軟件危機(jī) B．軟件工程 C ．程序設(shè)計(jì)革命 D．結(jié)構(gòu)化程序設(shè)計(jì)3：以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式(C)(A）成本高 （B）生產(chǎn)率低技術(shù)發(fā)展快（D）質(zhì)量得不到保證4：“軟件危機(jī)”產(chǎn)生的主要原因是(A)。A.軟件日益龐大B.開(kāi)發(fā)方法不當(dāng)C.開(kāi)發(fā)人員編寫(xiě)程序能力差D.沒(méi)有維護(hù)好軟件9.5：軟件危機(jī)是指在軟件開(kāi)發(fā)和（C）過(guò)程中遇到的一系列嚴(yán)重問(wèn)題。A開(kāi)發(fā)B使用C維護(hù)D更新軟件工程（2）1：為了解決軟件危機(jī)人們提出了用（B）的原理來(lái)設(shè)計(jì)軟件，這就是軟件工程誕生的基礎(chǔ)。(A) 運(yùn)籌學(xué) (B) 工程學(xué) (C) 軟件學(xué) (D) 數(shù)學(xué)2．在軟件工程時(shí)期，決定軟件質(zhì)量的主要因素是(A)A．管理水平 B. 個(gè)人程序技術(shù) C ．小組技術(shù)水平 D.硬件的發(fā)展。1。12. 3. 軟件管理工作涉及到的直接對(duì)象不包括 (B) 。A ．軟件開(kāi)發(fā)人員 B ．硬件設(shè)備 C ．項(xiàng)目經(jīng)費(fèi) D ．軟件項(xiàng)目13. 4. 軟件工程方法學(xué)有三個(gè)要素，它們是（ A ）A.方法、工具和過(guò)程 B. 質(zhì)量、進(jìn)度和成本 C.順序、分支和循環(huán) D.入口、過(guò)程、出口生命周期及模型（5）14.1：軟件工程中描述生命周期的瀑布模型一般包括計(jì)劃、(A)、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等幾個(gè)階段。A．需求分析B.需求調(diào)查C.可行性分析D.問(wèn)題定義15.2.瀑布模型把軟件生存周期劃分為軟件計(jì)劃、軟件開(kāi)發(fā)與（C）三個(gè)階段，而每一階段又可分為若干更小的階段。A.詳細(xì)設(shè)計(jì)B.可行性分析C.運(yùn)行與維護(hù)D.測(cè)試與排錯(cuò)16.3：下列哪個(gè)模型沒(méi)有采用迭代的思想（A）A．瀑布模型B.漸增模型C．螺旋模型D.RUP模型17.4：下列關(guān)于瀑布模型的描述正確的是(D)。．利用瀑布模型，如果發(fā)現(xiàn)問(wèn)題修改的代價(jià)很低．瀑布模型的核心是按照軟件開(kāi)發(fā)的時(shí)間順序?qū)?wèn)題簡(jiǎn)化．瀑布模型具有良好的靈活性．瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)5：瀑布模型本質(zhì)上是一種（A）模型。A.線性順序 B. 順序迭代 C. 線性迭代 D. 早期產(chǎn)品6.快速原型模型的主要特點(diǎn)之一是(D)A.開(kāi)發(fā)完畢才見(jiàn)到產(chǎn)品 B. 及早提供全部完整的軟件產(chǎn)品C.開(kāi)發(fā)完畢后才見(jiàn)到工作軟件 D. 及早提供工作軟件20. 7：瀑布模型的關(guān)鍵不足在于（ B ）（A）過(guò)于簡(jiǎn)單 （B）不能適應(yīng)需求的動(dòng)態(tài)變更（C）過(guò)于靈活 （D）各個(gè)階段需要進(jìn)行評(píng)審8：瀑布模型存在的問(wèn)題是（D）。A．用戶容易參與開(kāi)發(fā)B．缺乏靈活性C．用戶與開(kāi)發(fā)者易溝通D．適用可變需求問(wèn)題定義（1）22. 1、軟件定義的目的主要是 (A)。2。A.明確系統(tǒng)的目標(biāo) B.明確系統(tǒng)具體該做什么 C.明確系統(tǒng)該如何做 D、系統(tǒng)值不值得做?？尚行匝芯浚?）23. 1：研究開(kāi)發(fā)所需要的成本和資源是屬于可行性研究中的 (B) 研究的一方面。A.技術(shù)可行性 B.經(jīng)濟(jì)可行性C.社會(huì)可行性 D.法律可行性24. 2：一個(gè)項(xiàng)目是否開(kāi)發(fā)，從經(jīng)濟(jì)上來(lái)說(shuō)是否可行，歸根結(jié)底是取決于對(duì) (A)A ．成本的估算 B．項(xiàng)目計(jì)劃C ．工程管理 D．工程網(wǎng)絡(luò)圖3：可行性研究的目標(biāo)是(B)。A.開(kāi)發(fā)項(xiàng)目 B. 項(xiàng)目值得開(kāi)發(fā)否C.規(guī)劃項(xiàng)目 D.維護(hù)項(xiàng)目26. 4：軟件可行性研究一般不考慮（ D ）（A）是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)（B）是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)（C）待開(kāi)發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算（D）待開(kāi)發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題軟件項(xiàng)目計(jì)劃（ 1）27. 1：軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（ D ）（A）培訓(xùn)計(jì)劃 （B）人員安排（C）進(jìn)度安排 （D）軟件開(kāi)發(fā)標(biāo)準(zhǔn)的選擇和制定需求分析（5）//zhr1：軟件需求分析的任務(wù)不應(yīng)包括(C)。A問(wèn)題分析 B 信息域分析 C結(jié)構(gòu)化程序設(shè)計(jì) D確定邏輯模型29. 2：在需求分析中，分析員要從用戶那里解決的最重要的問(wèn)題是 (A) 。A 要讓軟件做什么 B 要給該軟件提供哪些信息C 要求軟件工作效率如何 D 要讓軟件具有什么樣的結(jié)構(gòu)30. 3. 軟件需求分析應(yīng)確定的是用戶對(duì)軟件的 (A) 。A.功能需求和非功能需求 B.性能需求C.非功能需求 D.功能需求31. 4．結(jié)構(gòu)化分析方法 (SA)是一種面向(C) 的需求分析方法。A ．對(duì)象 B ．?dāng)?shù)據(jù)結(jié)構(gòu) C ．?dāng)?shù)據(jù)流 D ．控制流32. 3：進(jìn)行需求分析可使用多種工具，但 (B) 是不適用的。A數(shù)據(jù)流圖 BPAD 圖 CE-R 圖 D 數(shù)據(jù)字典。3。33.4：在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況的工具有(A)。A數(shù)據(jù)流圖B數(shù)據(jù)詞典C結(jié)構(gòu)化英語(yǔ)D判定表與判定樹(shù)34.5：需求規(guī)格說(shuō)明書(shū)在軟件開(kāi)發(fā)中具有重要的作用，但其作用不應(yīng)當(dāng)包括(D)。A軟件設(shè)計(jì)的依據(jù)B用戶和開(kāi)發(fā)人員對(duì)軟件要“做什么”的共同理解C軟件驗(yàn)收的依據(jù)D軟件可行性分析的依據(jù)35.6：軟件需求規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)當(dāng)包括(B)。A對(duì)重要功能的描述B對(duì)算法的詳細(xì)過(guò)程性描述C軟件確認(rèn)準(zhǔn)則D軟件的性能7：需求分析是由分析員經(jīng)過(guò)了解用戶的要求，認(rèn)真細(xì)致地調(diào)研、分析，最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型，并寫(xiě)出（B）。(A)模塊說(shuō)明書(shū)(B)軟件規(guī)格說(shuō)明書(shū)(C)項(xiàng)目開(kāi)發(fā)計(jì)劃(D)合同文檔37.下列工具哪一個(gè)是需求分析階段常用工具？（D）A、PADB、PDLC、盒圖D、數(shù)據(jù)流圖38.進(jìn)行需求分析可以使用多種工具，但（B）是不適用的。A、數(shù)據(jù)流程圖B、判定表C、狀態(tài)轉(zhuǎn)換圖D、數(shù)據(jù)字典概要設(shè)計(jì)（3）39.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是(D)A.程序模塊化B.模塊高內(nèi)聚C.模塊低耦合D.模塊獨(dú)立性模塊(C)，則說(shuō)明模塊的獨(dú)立性越強(qiáng)。A ．耦合越強(qiáng) B ．扇入數(shù)越高C．耦合越弱 D ．扇人數(shù)越低以下各種耦合按從強(qiáng)到弱排列正確的是(C)：(A). 內(nèi)容耦合，控制耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。(B). 內(nèi)容耦合，數(shù)據(jù)耦合 ,控制耦合，公共環(huán)境耦合。(C). 內(nèi)容耦合，公共環(huán)境耦合，控制耦合，數(shù)據(jù)耦合。(D). 控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。模塊的內(nèi)聚性最高的是(D)A.邏輯內(nèi)聚 B. 時(shí)間內(nèi)聚 C. 偶然內(nèi)聚 D. 功能內(nèi)聚以下各種內(nèi)聚按從強(qiáng)到弱排列正確的是(D)：A．偶然內(nèi)聚，邏輯內(nèi)聚，時(shí)間內(nèi)聚，順序內(nèi)聚，功能內(nèi)聚B．偶然內(nèi)聚，順序內(nèi)聚，邏輯內(nèi)聚，時(shí)間內(nèi)聚，功能內(nèi)聚C．邏輯內(nèi)聚，時(shí)間內(nèi)聚，順序內(nèi)聚，功能內(nèi)聚，偶然內(nèi)聚。4。D．功能內(nèi)聚，順序內(nèi)聚，時(shí)間內(nèi)聚，邏輯內(nèi)聚，偶然內(nèi)聚模塊（A），則說(shuō)明模塊的獨(dú)立性越強(qiáng)。A ．內(nèi)聚越強(qiáng) B ．扇入數(shù)越高C．內(nèi)聚越弱 D ．扇人數(shù)越低45. 在SD中，概要設(shè)計(jì)的結(jié)果是提供一份（ A ）。A.模塊說(shuō)明書(shū) B. 框圖C.程序 D.數(shù)據(jù)流圖46. 結(jié)構(gòu)化設(shè)計(jì)在軟件開(kāi)發(fā)中用于（ B ）。A、測(cè)試設(shè)計(jì) B、概要設(shè)計(jì) C、程序設(shè)計(jì) D、詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)（3）PDL是一種過(guò)程設(shè)計(jì)語(yǔ)言，又叫（C）（A）系統(tǒng)流程圖 （B）盒圖（C）偽碼 （D）功能圖在詳細(xì)設(shè)計(jì)算法工具中，（C）能夠清楚地表現(xiàn)程序的層次結(jié)構(gòu)（A）系統(tǒng)流程圖 （B）層次圖（C）PAD圖 （D）功能圖詳細(xì)設(shè)計(jì)算法工具中，（A）圖是一種歷史悠久的圖，直觀地描述了程序的控制流程。（A）程序流程圖 （B）系統(tǒng)流程圖（C）PAD圖 （D）盒圖下列哪一個(gè)不是詳細(xì)設(shè)計(jì)時(shí)使用的工具。（A）（A）系統(tǒng)流程圖 （B）盒圖（C）PAD圖 （D）判定樹(shù)詳細(xì)設(shè)計(jì)的方法不包括（D）A．Jackson數(shù)據(jù)結(jié)構(gòu)方法B．結(jié)構(gòu)化設(shè)計(jì)方法C．面向?qū)ο笤O(shè)計(jì)法D．程序流程圖52.一般來(lái)說(shuō)，詳細(xì)設(shè)計(jì)的方法包括結(jié)構(gòu)化設(shè)計(jì)方法、（C）和Jackson方法。A．PAD圖B．判定樹(shù)C．面向?qū)ο笤O(shè)計(jì)法D．程序流程圖53.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（C）。A、程序的效率B、程序的執(zhí)行速度C、程序的易讀性D、程序的規(guī)模54.詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的（A）。A、算法B、功能C、調(diào)用關(guān)系D、輸入輸出數(shù)據(jù)。5。55.在軟件詳細(xì)設(shè)計(jì)過(guò)程中不采用的描述工具是（D）。A、判定表B、流程圖C、PAD圖D、DFD圖56.在詳細(xì)設(shè)計(jì)階段，一種二維樹(shù)型結(jié)構(gòu)并可自動(dòng)生成程序代碼的描述工具是（A）。A、PADB、PDLC、IPOD、判定樹(shù)57.結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（D）。A、篩選法B、遞歸法C、迭代法D、逐步求精法PDL是軟件開(kāi)發(fā)過(guò)程中用于（C）階段的描述工具。A、需求分析 B、概要設(shè)計(jì) C 、詳細(xì)設(shè)計(jì) D、編程程序的三種基本控制結(jié)構(gòu)是（B）。A、過(guò)程、子程序和分程序B、順序、選擇和重復(fù)C、遞歸、堆棧和隊(duì)列D、調(diào)用、返回和轉(zhuǎn)移60.程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是（D）。A、不能嵌套使用B、只能用來(lái)寫(xiě)簡(jiǎn)單程序C、已經(jīng)用硬件實(shí)現(xiàn)D、只有一個(gè)入口和一個(gè)出口軟件詳細(xì)設(shè)計(jì)主要采用的方法是（C）A、結(jié)構(gòu)程序設(shè)計(jì) B、模型設(shè)計(jì) C、結(jié)構(gòu)化設(shè)計(jì) D、流程圖設(shè)計(jì)指出PDL是下列哪種語(yǔ)言？（B）A、高級(jí)程序設(shè)計(jì)語(yǔ)言 B 、偽碼式C、中級(jí)程序設(shè)計(jì)語(yǔ)言 D 、低級(jí)程序設(shè)計(jì)語(yǔ)言軟件實(shí)現(xiàn)（2）63.軟件的三種結(jié)構(gòu)是（）(A)過(guò)程、子程序、分程序（B）順序、條件、循環(huán)(C)遞歸、堆棧、隊(duì)列(D)調(diào)用、返回、轉(zhuǎn)移64.目前要開(kāi)發(fā)一個(gè)人事工資數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)，一般情況下不選用的開(kāi)發(fā)語(yǔ)言是（D）(A)JAVA語(yǔ)言（B）C#語(yǔ)言（C）DELPHI語(yǔ)言(D)匯編語(yǔ)言65.編程風(fēng)格又叫程序設(shè)計(jì)風(fēng)格，其中最重要的因素是（A）邏輯簡(jiǎn)明清晰，易讀易懂邏輯復(fù)雜，以免別人讀懂算法復(fù)雜，保護(hù)自己的編程技術(shù)邏輯簡(jiǎn)明清晰，但不容易讀懂。6。66. 在編程時(shí)，要使源程序文檔化，其中不包括（ D ）標(biāo)識(shí)符的命名規(guī)范，能正確代表實(shí)體做必要的有意義的注釋程序清單布局呈階梯狀分布程序不需要寫(xiě)任何注釋67. 程序中，語(yǔ)句構(gòu)造應(yīng)當(dāng)簡(jiǎn)單直接，為提高效率，不應(yīng)該（ C）盡量避免使用邏輯‘非’運(yùn)算盡量避免使用復(fù)雜的表件組合表達(dá)式為節(jié)省空間把多個(gè)語(yǔ)句寫(xiě)在同一行使用括號(hào)使邏輯表達(dá)式的運(yùn)算次序清晰直觀68. 程序算法復(fù)雜性，不能度量的是（ B）模塊內(nèi)部的復(fù)雜性軟件效益的多少開(kāi)發(fā)周期及內(nèi)部潛伏錯(cuò)誤的多少軟件開(kāi)發(fā)費(fèi)用的多少軟件實(shí)施維護(hù)（ 3）69. 1.(D) 這種維護(hù)性活動(dòng)數(shù)量較大，占整個(gè)維護(hù)活動(dòng)的 50%。A.改正性維護(hù) B. 適應(yīng)性維護(hù) C. 預(yù)防性維護(hù) D. 完善性維護(hù)70. 2. 因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過(guò)程稱為 (B )A.改正性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)3.影響軟件可維護(hù)的因素中，（A）描述不正確。（A）系統(tǒng)功能強(qiáng)大 （B）系統(tǒng)結(jié)構(gòu)合理（C）系統(tǒng)所選用的程序語(yǔ)言合適 （D）有充分的經(jīng)過(guò)版本控制的文檔4.軟件可維護(hù)性，主要表現(xiàn)在（D）（A）軟件容易使用 （B）軟件文檔豐富（C）軟件功能強(qiáng)大 （D）軟件的可理解性、可測(cè)試性、可修改性、可移植性5．軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為(B)A.可用性 B. 可靠性 C. 正確性 D. 完整性。7。74. 6.根據(jù)是否按照工程化原則實(shí)行來(lái)劃分，軟件維護(hù)分為（ B）A.改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù) B ．非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)C．預(yù)防性維護(hù)和非預(yù)防性維護(hù) D ．正確維護(hù)和錯(cuò)誤維護(hù)二、 名詞解釋軟件生存周期：一個(gè)軟件從提出開(kāi)發(fā)要求開(kāi)始直到該軟件報(bào)廢為止的整個(gè)時(shí)期。包括：可行性分析和項(xiàng)目開(kāi)發(fā)、計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、維護(hù)（是軟件生存周期中最長(zhǎng)的階段）等。數(shù)據(jù)字典：簡(jiǎn)稱DD，就是用來(lái)定義數(shù)據(jù)流圖中的各個(gè)成分具體含義的，它以一種準(zhǔn)確的、無(wú)二義性的說(shuō)明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)加工軟件測(cè)試軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例（包括輸入數(shù)據(jù)與預(yù)期輸出結(jié)果），并利用這些測(cè)試用例運(yùn)行軟件，以發(fā)現(xiàn)軟件錯(cuò)誤的過(guò)程。數(shù)據(jù)流圖：簡(jiǎn)稱DFD，是SA(結(jié)構(gòu)化分析)方法中用于表示系統(tǒng)邏輯模型的一種工具，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。模塊的獨(dú)立性：指每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能，并且與其他模塊的聯(lián)系最少且接口簡(jiǎn)單。白盒測(cè)試白盒測(cè)試把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子，分析程序的內(nèi)部邏輯結(jié)構(gòu)，注意選擇適當(dāng)?shù)母采w標(biāo)準(zhǔn)，設(shè)計(jì)測(cè)試用例，對(duì)主要路徑進(jìn)行盡可能多的測(cè)試。黑盒測(cè)試黑盒測(cè)試又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。該方法把被測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部邏輯結(jié)構(gòu)和特性，只依照規(guī)格說(shuō)明書(shū)檢查程序的功能是否能正常使用。軟件完成特定功能的程序 +數(shù)據(jù)結(jié)構(gòu)+文檔軟件危指計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題軟件工程指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的一門(mén)工程學(xué)軟件維護(hù)是軟件已經(jīng)交付使用后，為了改正錯(cuò)誤或滿足新的需要而修改的軟件的過(guò)程。。8。編碼就是把軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的程序三、 簡(jiǎn)答題需求分析的任務(wù)是什么？答：需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要，回答系統(tǒng)必須“做什么”的問(wèn)題。本階段要進(jìn)行以下幾方面的工作：㈠問(wèn)題識(shí)別。雙方確定對(duì)問(wèn)題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保密性、可移植性、可維護(hù)性等方面的需求。㈡分析與綜合,導(dǎo)出軟件的邏輯模型。分析人員對(duì)獲取的需求，進(jìn)行一致性的分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能。這里也包括對(duì)數(shù)據(jù)域進(jìn)行分解，并分配到各個(gè)子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。㈢編寫(xiě)文檔。編寫(xiě)“需求規(guī)格說(shuō)明書(shū)”、編寫(xiě)初步用戶使用手冊(cè)、編寫(xiě)確認(rèn)測(cè)試計(jì)劃、修改完善軟件開(kāi)發(fā)計(jì)劃。在成本估算中，分解任務(wù)的作用是什么？答：分解任務(wù)的作用是將系統(tǒng)分解為小的可以估算的功能點(diǎn)，并對(duì)這些功能點(diǎn)的工時(shí)進(jìn)行估算，最終形成一個(gè)比較可靠的報(bào)價(jià)。甘特圖的優(yōu)點(diǎn)有哪些？答：甘特圖的優(yōu)點(diǎn)有：圖形化概要，通用技術(shù)，易于理解；2)中小型項(xiàng)目一般不超過(guò) 30項(xiàng)活動(dòng)；有專業(yè)軟件支持，無(wú)須擔(dān)心復(fù)雜計(jì)算和分析。根據(jù)下圖找出關(guān)鍵路路徑，并計(jì)算各項(xiàng)任務(wù)的最早開(kāi)始時(shí)刻，最晚開(kāi)始時(shí)刻和機(jī)動(dòng)時(shí)間。答：關(guān)鍵路徑:T1-T2-T3-T6-T9T242T3654406000T101T411T541T6111T912089810611012118T711T8289810軟件的生命周期一般包含哪些階段？。9。答：軟件的生命周期一般包含：有問(wèn)題定義、可行性分析、總體描述、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測(cè)試、驗(yàn)收與運(yùn)行、維護(hù)升級(jí)到廢棄等階段常用的需求分析的方法有哪些？答：常用的需求分析的方法有：原型化方法，用例法，結(jié)構(gòu)化方法。需求規(guī)格說(shuō)明書(shū)的作用是什么？答：軟件需求說(shuō)明書(shū)的編制是為了使用戶和軟件開(kāi)發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解，使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。詳細(xì)設(shè)計(jì)的基本任務(wù)是什么，有哪幾種描述方法?答：詳細(xì)設(shè)計(jì)的基本任務(wù)包括：1)為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)2)為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)3)對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)其他設(shè)計(jì)4)編寫(xiě)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)5)評(píng)審詳細(xì)設(shè)計(jì)的描述方法有圖形、表格和語(yǔ)言，其中圖形常用結(jié)構(gòu)化程序流程圖、盒圖和問(wèn)題分析圖（PAD）為描述工具，語(yǔ)言常用過(guò)程設(shè)計(jì)語(yǔ)言（PDL）來(lái)作為工具。四、 論述題1.重慶正大軟件職業(yè)技術(shù)學(xué)院需要新開(kāi)發(fā)一個(gè)人事工資管理系統(tǒng)供其內(nèi)部使用，現(xiàn)在委托一個(gè)學(xué)生項(xiàng)目組開(kāi)發(fā)該項(xiàng)目。假如你是項(xiàng)目經(jīng)理，請(qǐng)結(jié)合該系統(tǒng)的業(yè)務(wù)、所學(xué)的軟件工程知識(shí)，論述你開(kāi)發(fā)該項(xiàng)目的過(guò)程，要求不少于500字。2.重慶正大軟件職業(yè)技術(shù)學(xué)院需要新開(kāi)發(fā)一個(gè)課程管理系統(tǒng)供教務(wù)處使用，現(xiàn)在委托一個(gè)學(xué)生項(xiàng)目組開(kāi)發(fā)該項(xiàng)目。假如你是項(xiàng)目經(jīng)理，請(qǐng)結(jié)合該系統(tǒng)的業(yè)務(wù)、所學(xué)的軟件工程知識(shí)，論述