軟件工程期中試卷(07A)答案_第1頁
軟件工程期中試卷(07A)答案_第2頁
軟件工程期中試卷(07A)答案_第3頁
軟件工程期中試卷(07A)答案_第4頁
軟件工程期中試卷(07A)答案_第5頁
已閱讀5頁,還剩7頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、軟件工程期中測試卷(A答案與評分參考一、名詞解釋(25分每題5分1、軟件危機(jī);答:所謂軟件危機(jī),就是指在軟件開發(fā)和軟件維護(hù)過程中所存在的一系列嚴(yán)重問題。表現(xiàn)為(1軟件開發(fā)沒有真正的計(jì)劃性,對軟件開發(fā)進(jìn)度和軟件開發(fā)成本的估計(jì)常常很不準(zhǔn)確,計(jì)劃的制定帶有很大的盲目因素。(2對于軟件需求信息的獲取常常不充分,軟件產(chǎn)品往往不能真正地滿足用戶的實(shí)際需求。(3缺乏良好的軟件質(zhì)量評測手段,從而導(dǎo)致軟件產(chǎn)品的質(zhì)量常常得不到保證。(4對于軟件的可理解性、可維護(hù)性認(rèn)識不夠;軟件的可復(fù)用性、可維護(hù)性不如人意。(5軟件開發(fā)過程沒有實(shí)現(xiàn)“規(guī)范化”,缺乏必要的文檔資料或者文檔資料不合格、不準(zhǔn)確,難以進(jìn)行專業(yè)維護(hù)。(6軟件

2、開發(fā)的人力成本持續(xù)上升。(7缺乏自動化的軟件開發(fā)技術(shù),軟件開發(fā)的生產(chǎn)率依然低下,遠(yuǎn)遠(yuǎn)滿足不了急劇增長的軟件需求。評分:達(dá)到5個(gè)或以上要點(diǎn)得滿分2、瀑布開發(fā)模型;答:要點(diǎn)1,線性順序模型有時(shí)也稱為“瀑布模型”。它表示了軟件開發(fā)系統(tǒng)的、順序的方法。要點(diǎn)2,直至目前,對于需求確定、變更相對較少的項(xiàng)目,線性順序模型仍然是一種可以考慮采取的過程模型。要點(diǎn)3,但在“用戶驅(qū)動”的商業(yè)軟件開發(fā)中,采用線性順序模型并不是一個(gè)好的選擇。評分:達(dá)到2個(gè)或以上要點(diǎn)得滿分3、面向?qū)ο笊嫫谀P?答:要點(diǎn)1,在整個(gè)開發(fā)過程中,都采用OO的方法;要點(diǎn)2,保留傳統(tǒng)的分析方法,采用OO的設(shè)計(jì)與實(shí)現(xiàn);要點(diǎn)3,保留傳統(tǒng)的實(shí)現(xiàn)(用過

3、程性語言方法,采用OO的分析與設(shè)計(jì);要點(diǎn)4,采用OO的分析和傳統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn);采用OO的實(shí)現(xiàn)和傳統(tǒng)的分析與設(shè)計(jì)。評分:達(dá)到3個(gè)或以上要點(diǎn)得滿分4、模塊的獨(dú)立性答:要點(diǎn)1,模塊的獨(dú)立性是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能, (3分要點(diǎn)2,而和軟件系統(tǒng)中其他模塊的接口是簡單的。(2分5、信息隱蔽答:要點(diǎn)1,信息隱蔽是指,每個(gè)模塊的實(shí)現(xiàn)細(xì)節(jié)對于其它模塊來說是隱蔽的。要點(diǎn)2,就是說,模塊中所包含的信息(包括數(shù)據(jù)和過程不允許其它不需要這些信息的模塊使用。要點(diǎn)3,通過信息隱蔽,則可定義和實(shí)施對模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。評分:達(dá)到2個(gè)或以上要點(diǎn)得滿分二、問答題(56分每題8分1、

4、應(yīng)該怎樣來劃分階段?答:根據(jù)軟件生命周期來劃分階段。通常,軟件生存周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試、維護(hù)等活動。(1每一個(gè)階段的任務(wù)盡可能獨(dú)立;(2同一階段內(nèi)的任務(wù)性質(zhì)盡可能相同;(3每一個(gè)階段任務(wù)的開始和結(jié)束有嚴(yán)格的標(biāo)準(zhǔn)。評分:達(dá)到2個(gè)或以上要點(diǎn)得滿分2、軟件工程面臨的問題是什么?答;軟件工程需要解決的問題:軟件的費(fèi)用,可靠性,可維護(hù)性,軟件生產(chǎn)率和軟件的重用。評分:達(dá)到3個(gè)或以上要點(diǎn)得滿分3、簡述可行性研究的具體步驟。答:(1復(fù)查系統(tǒng)規(guī)模和目標(biāo)(2研究目前正在使用的系統(tǒng)(3導(dǎo)出新系統(tǒng)的高層邏輯模型(4重新定義問題(5導(dǎo)出和評價(jià)供選擇的解法(6推薦行

5、動方針(7草擬開發(fā)計(jì)劃(8書寫文檔提交審查。評分:達(dá)到5個(gè)或以上要點(diǎn)得滿分4、軟件工程把設(shè)計(jì)過程分為兩步:概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。試闡述這兩個(gè)階段各自要完成的主要任務(wù)答:在軟件概要設(shè)計(jì)過程中需要完成的工作:(1 制定規(guī)范(2 軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)(3 處理方式設(shè)計(jì)(4 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)(5 可靠性設(shè)計(jì)(6 編寫概要設(shè)計(jì)階段的文檔(7 概要設(shè)計(jì)評審。評分:達(dá)到5個(gè)或以上要點(diǎn)得4分在詳細(xì)設(shè)計(jì)過程中,需要完成的工作是:(1 確定軟件各個(gè)組成部分內(nèi)的算法以及各部分的內(nèi)部數(shù)據(jù)組織。(2 選定某種過程的表達(dá)形式來描述各種算法。(3 針對數(shù)據(jù)庫的邏輯設(shè)計(jì)進(jìn)行物理設(shè)計(jì),設(shè)計(jì)數(shù)據(jù)庫模式的一些物理細(xì)節(jié),如數(shù)據(jù)項(xiàng)存儲要求

6、、存取方式、建立索引等。(4 進(jìn)行詳細(xì)設(shè)計(jì)的評審評分:達(dá)到5個(gè)或以上要點(diǎn)得4分5、SA方法的優(yōu)缺點(diǎn)?答:優(yōu)點(diǎn):SA是公認(rèn)的、有效的、成熟的、使用廣泛的方法。它比較適用數(shù)據(jù)處理方面的設(shè)計(jì)。采用圖形形式化工具表達(dá)需求,簡潔、易讀、適用方便,對后續(xù)階段的測試、評價(jià)提供了有利的條件。(滿分4分缺點(diǎn):它是個(gè)靜態(tài)模型,沒有反映控制流不適于實(shí)時(shí)控制系統(tǒng)的描述、SA對數(shù)據(jù)要求方面的描述不夠全面,最好和E-R圖一起使用。不適合描述人機(jī)界面交互頻繁的系統(tǒng),為了加強(qiáng)對系統(tǒng)的描述能力應(yīng)與形式化方法結(jié)合一起使用。(滿分4分6、軟件設(shè)計(jì)有哪些基本原理?答:抽象、模塊化(接口、功能、邏輯、狀態(tài)、信息隱蔽、模塊獨(dú)立性。評分:

7、達(dá)到3個(gè)或以上要點(diǎn)得4分7、逐步求精、分層過程與抽象等概念之間的相互關(guān)系如何?答:要點(diǎn)1:“自頂向下,逐步求精”是Niklaus Wirth提出的設(shè)計(jì)策略:即將軟件的體系結(jié)構(gòu)按自頂向下方式,對各個(gè)層次的過程細(xì)節(jié)和數(shù)據(jù)細(xì)節(jié)逐層細(xì)化,直到用程序設(shè)計(jì)語言的語句能夠?qū)崿F(xiàn)為止,從而最后確立整個(gè)的體系結(jié)構(gòu)。要點(diǎn)2:這樣的結(jié)構(gòu)實(shí)際就是一個(gè)模塊的分層結(jié)構(gòu),即分層的過程。在實(shí)施時(shí),采用抽象化的方法,自頂向下,給出不同的抽象層次。在最高的抽象層次上,可以使用問題所處環(huán)境的語言概括地描述問題的解法。而在較低的抽象層次上,則采用過程化的方法。要點(diǎn)3:在描述問題的解法時(shí),我們可以配合使用面向問題的術(shù)語和面向現(xiàn)實(shí)的術(shù)語。

8、但最后在最低的抽象層次上,我們應(yīng)使用能夠直接實(shí)現(xiàn)的方式來描述這個(gè)解法。評分:達(dá)到前面兩個(gè)要點(diǎn)得滿分三、綜合分析題(19分1、答:要點(diǎn)1,敏捷開發(fā)(agile development是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。敏捷開發(fā)(agile development概念從2004年初開始廣為流行。(2分要點(diǎn)2:敏捷開發(fā)方法的核心思想是:(1、適應(yīng)變化和以人為中心。(2、個(gè)人和交流重于過程和工具;(3、正在運(yùn)行的軟件本身重于復(fù)雜的文檔;(4、與客戶的溝通和交流重于使用合同約束客戶;(5、對變化的快速響應(yīng)重于跟隨計(jì)劃。敏捷開發(fā)其實(shí)借鑒了大量軟件工程中的方法,借鑒了迭代與增量式軟件開發(fā)方法。借鑒了

9、瀑布式與快速原型法軟件開發(fā)方法。敏捷開發(fā)實(shí)際上是一種改善,而非創(chuàng)新??衫斫鉃樵谠熊浖_發(fā)方法基礎(chǔ)上的整合。(8分其余參考內(nèi)容,可酌情給分,但滿分不能超過10分敏捷開發(fā)遵循原則(1、盡早的、持續(xù)的交付有價(jià)值的軟件來使客戶滿意。(2、即使到了開發(fā)的后期,也歡迎改變需求,利用變化來為客戶創(chuàng)造競爭優(yōu)勢。(3、經(jīng)常性地交付可以工作的軟件,交付的時(shí)間間隔越短越好。(4、在整個(gè)項(xiàng)目開發(fā)期間,業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。(5、提供環(huán)境和支持,相互信任,相互溝通,有效率的傳遞信息。(6、可以工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。(7、責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長期的、恒定的開發(fā)速度。(8、不斷

10、地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會增強(qiáng)敏捷能力。(9、簡單是最根本的,最好的構(gòu)架、需求和設(shè)計(jì)出于自組織團(tuán)隊(duì),允許任何人提出想法和建議。(10、每隔一定時(shí)間,團(tuán)隊(duì)會在如何才能更有效地工作方面進(jìn)行反省,相應(yīng)地對自己的行為進(jìn)行調(diào)整。四、2 軟件工程期中測試卷B答案以及評分參考五、 名詞解釋(25分每題5分1、軟件工程;答:把軟件當(dāng)作一種工業(yè)產(chǎn)品,“采用工程化的原理與方法對軟件進(jìn)行計(jì)劃、開發(fā)、運(yùn)行和維護(hù)”的系統(tǒng)方法。2、原型開發(fā)模型;答:原型模型從需求收集開始,開發(fā)者和用戶在一起定義軟件的總體目標(biāo),標(biāo)識出已知的需求,并規(guī)劃出進(jìn)一步定義的區(qū)域。然后進(jìn)行快速設(shè)計(jì)并進(jìn)行編碼實(shí)現(xiàn),進(jìn)行原型的建造。這一過程是多次迭代

11、進(jìn)行的。3、面向?qū)ο笊嫫谀P?答:在整個(gè)開發(fā)過程中,都采用OO 的方法;保留傳統(tǒng)的分析方法,采用OO 的設(shè)計(jì)與實(shí)現(xiàn);保留傳統(tǒng)的實(shí)現(xiàn)(用過程性語言方法,采用OO 的分析與設(shè)計(jì);采用OO 的分析和傳統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn);采用OO 的實(shí)現(xiàn)和傳統(tǒng)的分析與設(shè)計(jì)。匯總 缺書單 教材存量表 教材采購子系統(tǒng)的 SC 圖4、四代技術(shù);答:四代技術(shù)即4GL,是面向結(jié)果的非過程式語言,獨(dú)立于具體的處理機(jī),有豐富的軟件工具的支持,能統(tǒng)一利用和管理各種數(shù)據(jù)資源,因此能適應(yīng)不同水平用戶的需求。以4GL為核心的軟件開發(fā)技術(shù)稱為四代技術(shù)(4GL。5、模塊化答:把大型軟件按照規(guī)定的原則劃分成一個(gè)個(gè)較小的、相對獨(dú)立的,但又相關(guān)的模塊

12、,成為模塊化。六、問答題(56分每題7分8、軟件工程過程有哪些?答:軟件工程過程包括如下七個(gè)過程:(1獲取過程;(2供應(yīng)過程;(3開發(fā)過程;(4操作過程;(5維護(hù)過程;(6管理過程;(7支持過程。9、軟件生存周期是什么?答:軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直至該軟件報(bào)廢為止的整個(gè)時(shí)期。通常,軟件生存周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試、維護(hù)等活動。10、可行性研究的任務(wù)是什么?答:概括地講,可行性研究包括兩大部分的分析研究:分析建立系統(tǒng)的必要性和分析建立系統(tǒng)的可能性。具體說:(1進(jìn)一步分析和澄清問題定義;(2導(dǎo)出系統(tǒng)的高層邏輯模型;(3探索若干種

13、系統(tǒng)實(shí)現(xiàn)方案;(4對以后的行動方針提出建議。對每種方案都至少要從下述幾方面研究其可行性:(1經(jīng)濟(jì)可行性(2技術(shù)可行性(3社會可行性(4法律可行性(5操作可行性。11、簡述可行性研究的具體步驟。答:(1復(fù)查系統(tǒng)規(guī)模和目標(biāo)(2研究目前正在使用的系統(tǒng)(3導(dǎo)出新系統(tǒng)的高層邏輯模型(4重新定義問題(5導(dǎo)出和評價(jià)供選擇的解法(6推薦行動方針(7草擬開發(fā)計(jì)劃(8書寫文檔提交審查。12、軟件工程把設(shè)計(jì)過程分為兩步:概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。試闡述這兩個(gè)階段各自要完成的主要任務(wù)答:在軟件概要設(shè)計(jì)過程中需要完成的工作:(1 制定規(guī)范(2 軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)(3 處理方式設(shè)計(jì)(4 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)(5 可靠性設(shè)計(jì)(6 編

14、寫概要設(shè)計(jì)階段的文檔(7 概要設(shè)計(jì)評審。在詳細(xì)設(shè)計(jì)過程中,需要完成的工作是:(1 確定軟件各個(gè)組成部分內(nèi)的算法以及各部分的內(nèi)部數(shù)據(jù)組織。(2 選定某種過程的表達(dá)形式來描述各種算法。(3 針對數(shù)據(jù)庫的邏輯設(shè)計(jì)進(jìn)行物理設(shè)計(jì),設(shè)計(jì)數(shù)據(jù)庫模式的一些物理細(xì)節(jié),如數(shù)據(jù)項(xiàng)存儲要求、存取方式、建立索引等。(4 進(jìn)行詳細(xì)設(shè)計(jì)的評審13、人-機(jī)界面的設(shè)計(jì)原則有哪些?答:(提示從一般可交互性;信息顯示和數(shù)據(jù)輸入三個(gè)方面。14、軟件設(shè)計(jì)有哪些基本原理?答:(提示模塊化;抽象;信息隱蔽;模塊獨(dú)立性四個(gè)方面考慮。15、 需求分析的基本任務(wù)是什么? 答: (提示) (1)問題識別(2)分析與綜合,導(dǎo)出軟件的邏輯模型; (3

15、)編寫文檔。 綜合分析題( 七、 綜合分析題(19 分) 1、10 分 極限開發(fā)也叫做極限編程 extreme programing, 縮寫為 XP。 該方法是由 Kent Beck 于 1999 年提出的一種軟件開發(fā)方法,適用于軟件需求模糊且揮發(fā)性強(qiáng)、開發(fā)團(tuán)隊(duì)人 數(shù)在十人以下、開發(fā)地點(diǎn)集中的場合。XP 方法的思想遵循四個(gè)價(jià)值觀: (1)交流: XP 方法強(qiáng)調(diào)交流的價(jià)值,通過交流,既可以向項(xiàng)目的相關(guān)人員傳遞信息,又可以從 他們那里獲得信息。大量的實(shí)踐表明,項(xiàng)目失敗的重要原因之一是交流不暢,使得客 戶的需求不能準(zhǔn)確及時(shí)地傳遞給開發(fā)人員,造成開發(fā)人員不能充分理解需求;模型或 設(shè)計(jì)的變動未及時(shí)地告知

16、相關(guān)人員,造成系統(tǒng)的不一致和集成的困難等。因此,所有 項(xiàng)目相關(guān)人員之間充分而有效的交流是軟件開發(fā)成功的必要條件。 (2) 簡單 : 簡 單是指在確保得到用戶滿意的軟件的前提下,做最簡潔的工作。包括簡單的過程,簡 單的模型,簡單的文檔,簡潔的設(shè)計(jì)和實(shí)現(xiàn)等。 (3)反饋:及時(shí)有效的反饋,其價(jià)值 體現(xiàn)在能確定開發(fā)工作是否正確,及時(shí)發(fā)現(xiàn)開發(fā)工作的偏差并加以糾正。 (4)勇氣: 敏捷軟件開發(fā)對大多數(shù)軟件機(jī)構(gòu)來說是一個(gè)新方法,是對軟件開發(fā)現(xiàn)狀的挑戰(zhàn),因此 采用敏捷軟件開發(fā)需要勇氣。 2、作為軟件開發(fā)人員工作的準(zhǔn)則和規(guī)程,整個(gè)軟件開發(fā)過程應(yīng)提交 13 種文檔。 試列舉其中 10 種文檔,并分別對其內(nèi)容進(jìn)行簡

17、要說明。 9 分) ( 答: (提示) (1)可行性研究報(bào)告; (2)項(xiàng)目開發(fā)計(jì)劃; (3)軟件需求說明書; (4) 數(shù)據(jù)要求說明書(5)概要設(shè)計(jì)說明書(6)詳細(xì)設(shè)計(jì)說明書(7)用戶手冊(8)操作 手冊(9)測試計(jì)劃(10)測試分析報(bào)告(11)開發(fā)進(jìn)度月報(bào)(12)項(xiàng)目開發(fā)總結(jié)報(bào) 告(13)維護(hù)修改建議。 軟件工程 卷答案與評分參考: 軟件工程C 卷答案與評分參考: 名詞解釋( 八、 名詞解釋(25 分) 個(gè)以上得滿分。 每題 5 分,要點(diǎn)達(dá)到 3 個(gè)及 3 個(gè)以上得滿分。 1、偶然性內(nèi)聚; 答:要點(diǎn) 1,當(dāng)模塊內(nèi)各部之間沒有聯(lián)系,或者即使有聯(lián)系, 要點(diǎn) 要點(diǎn) 2,這種聯(lián)系也很松散。則稱這種模塊

18、為偶然內(nèi)聚模塊。 2、原型開發(fā)模型; 答:要點(diǎn) 1,原型模型從需求收集開始,開發(fā)者和用戶在一起定義軟件的總體目標(biāo), 要點(diǎn) , 標(biāo)識出已知的需求,并規(guī)劃出進(jìn)一步定義的區(qū)域。 要點(diǎn) 2,然后進(jìn)行快速設(shè)計(jì)并進(jìn)行編碼實(shí)現(xiàn),進(jìn)行原型的建造。 , 要點(diǎn) 3,這一過程是多次迭代進(jìn)行的。 , 3、面向?qū)ο笊嫫谀P停?答:要點(diǎn) 1,在整個(gè)開發(fā)過程中,都采用 OO 的方法; 要點(diǎn) 要點(diǎn) 2,保留傳統(tǒng)的分析方法,采用 OO 的設(shè)計(jì)與實(shí)現(xiàn); 要點(diǎn) 3,保留傳統(tǒng)的實(shí)現(xiàn)(用過程性語言)方法,采用 OO 的分析與設(shè)計(jì); 要點(diǎn) 4,采用 OO 的分析和傳統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn);采用 OO 的實(shí)現(xiàn)和傳統(tǒng)的分析與 6 設(shè)計(jì)。 4、軟件

19、體系結(jié)構(gòu); 答:要點(diǎn) 1,一個(gè)程序或計(jì)算機(jī)系統(tǒng)的軟件體系結(jié)構(gòu)包括一個(gè)或一組軟件構(gòu)件; 要點(diǎn) 要點(diǎn) 2,軟件構(gòu)件的外部可見特性及其相互關(guān)系。 5、完全因子分解系統(tǒng) 答:要點(diǎn) 1,如果一個(gè)軟件系統(tǒng),它的全部實(shí)際加工 (即數(shù)據(jù)計(jì)算或處理都是由底層 要點(diǎn) 的原子模塊來完成; 要點(diǎn) 2,而其它所有非原子模塊僅僅執(zhí)行控制或協(xié)調(diào)功能。 問答題( 九、 問答題(56 分) 每題 7 分。 16、 軟件工程過程有哪些? 答:軟件工程過程包括如下七個(gè)過程: (1)獲取過程; (2)供應(yīng)過程; (3)開發(fā)過程; (4)操作過程; (5)維護(hù)過程; (6)管理過程; (7)支持過程。 評分: 點(diǎn)或以上得滿分。 評分:

20、答 5 點(diǎn)或以上得滿分。 17、 軟件生存周期是什么? 答:要點(diǎn) 1,軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直至該軟件報(bào)廢為止的 整個(gè)時(shí)期。 得 3 分) ( 要點(diǎn) 2,通常,軟件生存周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、 詳細(xì)設(shè)計(jì)、編碼、測試、維護(hù)等活動。 得 4 分) ( 18、 可行性研究的任務(wù)是什么? 答: 概括地講, 可行性研究包括兩大部分的分析研究:分析建立系統(tǒng)的必要性和分析建 立系統(tǒng)的可能性。具體說: (1)進(jìn)一步分析和澄清問題定義; (2)導(dǎo)出系統(tǒng)的高層邏 輯模型; (3)探索若干種系統(tǒng)實(shí)現(xiàn)方案; (4)對以后的行動方針提出建議。對每種方 案都至少要從下述幾

21、方面研究其可行性: (1)經(jīng)濟(jì)可行性(2)技術(shù)可行性(3)社 會可行性(4)法律可行性(5)操作可行性。 評分: 評分:答達(dá)到 4 點(diǎn)或以上得滿分 19、 簡述可行性研究的具體步驟。 答: (1)復(fù)查系統(tǒng)規(guī)模和目標(biāo)(2)研究目前正在使用的系統(tǒng)(3)導(dǎo)出新系統(tǒng)的高層 邏輯模型(4)重新定義問題(5)導(dǎo)出和評價(jià)供選擇的解法(6)推薦行動方針(7) 草擬開發(fā)計(jì)劃(8)書寫文檔提交審查。 評分:有答到 5 點(diǎn)或以上得滿分 評分: 20、 SD 實(shí)施的要點(diǎn)是: 答:要點(diǎn) 1,首先研究、分析和審查數(shù)據(jù)流圖。 從軟件的需求規(guī)格說明中弄清數(shù)據(jù) 流加工的過程,對于發(fā)現(xiàn)的問題及時(shí)解決。 得 2 分) ( 要點(diǎn) 2,然后根據(jù)數(shù)據(jù)流圖確定數(shù)據(jù)處理的類型。典型的類型有兩種:變換型和事 務(wù)型。針對兩種不同類型分別進(jìn)行分析處理。 得 2 分) ( 要點(diǎn) 3,由數(shù)據(jù)流圖推導(dǎo)出系統(tǒng)的初始結(jié)構(gòu)圖。利用一些啟發(fā)式原則改進(jìn)系統(tǒng)

溫馨提示

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

最新文檔

評論

0/150

提交評論