




已閱讀5頁(yè),還剩8頁(yè)未讀, 繼續(xù)免費(fèi)閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
【習(xí)題】三、選擇填空四、問答題1、在軟件需求分析時(shí),首先建立當(dāng)前系統(tǒng)的物理模型,再根據(jù)物理模型建立當(dāng)前系統(tǒng)的邏輯模型。試問:什么是當(dāng)前系統(tǒng)?當(dāng)前系統(tǒng)的物理模型與邏輯模型有什么差別?所謂當(dāng)前系統(tǒng)可能是需要改進(jìn)的某個(gè)已在計(jì)算機(jī)上運(yùn)行的數(shù)據(jù)處理系統(tǒng),也可能是一個(gè)人工的數(shù)據(jù)處理過程。當(dāng)前系統(tǒng)的物理模型客觀地反映當(dāng)前系統(tǒng)實(shí)際的工作情況。但在物理模型中有許多物理的因素,隨著分析工作的深入,有些非本質(zhì)的物理因素就成為不必要的負(fù)擔(dān),因而需要對(duì)物理模型進(jìn)行分析,區(qū)分出本質(zhì)的和非本質(zhì)的因素,去掉那些非本質(zhì)的因素即可獲得反映系統(tǒng)本質(zhì)的邏輯模型。所以當(dāng)前系統(tǒng)的邏輯模型是從當(dāng)前系統(tǒng)的物理模型抽象出來的。2、軟件需求分析是軟件工程過程中交換意見最頻繁的步驟。為什么交換意見的途徑會(huì)經(jīng)常阻塞?軟件需求分析過程中,由于最初分析員對(duì)要解決的問題了解很少,用戶對(duì)問題的描述、對(duì)目標(biāo)軟件的要求也很凌亂、模糊,再加上分析員和用戶共同的知識(shí)領(lǐng)域不多,導(dǎo)致相互間通信的需求。但是由于分析員和用戶之間需要通信的內(nèi)容相當(dāng)多,業(yè)務(wù)知識(shí)上的不足,表達(dá)方式的不足,可能對(duì)某些需求存在錯(cuò)誤解釋或誤解的可能性,造成需求的模糊性。另外,用戶和分析員之間經(jīng)常存在無意識(shí)的“我們和他們”的界限,不是按工作需要組成統(tǒng)一的精干的隊(duì)伍,而是各自定義自己的“版圖”,并通過一系列備忘錄、正式的意見書、文檔,以及提問和回答來相互通信。歷史已經(jīng)證明,這樣會(huì)產(chǎn)生大量誤解。忽略重要信息,無法建立成功的工作關(guān)系。3、你認(rèn)為一個(gè)系統(tǒng)分析員的理想訓(xùn)練和基礎(chǔ)知識(shí)是什么?請(qǐng)說明理由。系統(tǒng)分析員處在用戶和高級(jí)程序員之間,負(fù)責(zé)溝通用戶和開發(fā)人員的認(rèn)識(shí)和見解,起著橋梁的作用。一方面要協(xié)助用戶對(duì)所開發(fā)的軟件闡明要求,另一方面還要與高級(jí)程序員交換意見,探討用戶所提要求的合理性以及實(shí)現(xiàn)的可能性。最后還要負(fù)責(zé)編寫軟件需求規(guī)格說明和初步的用戶手冊(cè)。為能勝任上述任務(wù),分析員應(yīng)當(dāng)具備如下的素質(zhì):(1) 能夠熟練地掌握計(jì)算機(jī)硬、軟件的專業(yè)知識(shí),具有一定的系統(tǒng)開發(fā)經(jīng)驗(yàn)。(2) 善于進(jìn)行抽象的思維和創(chuàng)造性的思維,善于把握抽象的概念,并把它們重新整理成為各種邏輯成分,并給出簡(jiǎn)明、清晰的描述。(3) 善于從相互沖突或混淆的原始資料中抽出恰當(dāng)?shù)臈l目來。(4) 善于進(jìn)行調(diào)查研究,能夠很快學(xué)習(xí)用戶的專業(yè)領(lǐng)域知識(shí),理解用戶的環(huán)境條件。(5) 能夠傾聽他人的意見,注意發(fā)揮其它人員的作用。(6) 具有良好的書面和口頭交流表達(dá)能力。4、可行性研究主要研究哪些問題?試說明之??尚行匝芯恐饕?個(gè)方面的研究:經(jīng)濟(jì)可行性:進(jìn)行成本效益分析。從經(jīng)濟(jì)角度判斷系統(tǒng)開發(fā)是否“合算”。技術(shù)可行性:進(jìn)行技術(shù)風(fēng)險(xiǎn)評(píng)價(jià)。從開發(fā)者的技術(shù)實(shí)力、以往工作基礎(chǔ)、問題的復(fù)雜性等出發(fā),判斷系統(tǒng)開發(fā)在時(shí)間、費(fèi)用等限制條件下成功的可能性。法律可行性:確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)、妨礙和責(zé)任。方案的選擇:評(píng)價(jià)系統(tǒng)或產(chǎn)品開發(fā)的幾個(gè)可能的候選方案。最后給出結(jié)論意見。5、信息和信息結(jié)構(gòu)有什么區(qū)別?有沒有不存在信息流的系統(tǒng)?有沒有不存在信息結(jié)構(gòu)的系統(tǒng)?信息是宇宙三要素(物質(zhì)、能量、信息)之一。它是現(xiàn)實(shí)世界各種事物在人們頭腦中的反映。此外,人們通過科學(xué)儀器能夠認(rèn)識(shí)到的也是信息。信息的特征為:可識(shí)別、可存儲(chǔ)、可變換、可處理、可傳遞、可再生、可壓縮、可利用、可共享。信息域就是對(duì)信息的多視角考慮。信息域包含3個(gè)不同的視圖:信息內(nèi)容和關(guān)系、信息流和信息結(jié)構(gòu)。為了完全理解信息域,必須了解每一個(gè)視圖。信息結(jié)構(gòu):它是信息在計(jì)算機(jī)中的組織形式。一般表示了各種數(shù)據(jù)和控制對(duì)象的內(nèi)部組織。數(shù)據(jù)和控制對(duì)象是被組織成n維表格,還是組織成有層次的樹型結(jié)構(gòu)? 在結(jié)構(gòu)中信息與其它哪些信息相關(guān)? 所有信息是在一個(gè)信息結(jié)構(gòu)中,還是在幾個(gè)信息結(jié)構(gòu)中? 一個(gè)結(jié)構(gòu)中的信息與其它結(jié)構(gòu)中的信息如何聯(lián)系? 這些問題都由信息結(jié)構(gòu)的分析來解決。信息流:表示數(shù)據(jù)和控制在系統(tǒng)中傳遞時(shí)的變化方式。輸入對(duì)象首先被變換成中間信息(數(shù)據(jù)或控制),然后再變換成輸出結(jié)果信息。沿著變換路徑,可能從已有的數(shù)據(jù)存儲(chǔ)(如磁盤文件或內(nèi)存緩沖區(qū))中引入附加的信息。對(duì)數(shù)據(jù)進(jìn)行變換是程序中應(yīng)有的功能或子功能。兩個(gè)變換功能之間的數(shù)據(jù)傳遞就確定了功能間的接口。所以,沒有信息流的系統(tǒng)相當(dāng)于沒有功能的系統(tǒng),這樣的系統(tǒng)的存在是毫無意義的。而沒有信息結(jié)構(gòu)的系統(tǒng)是沒有信息的系統(tǒng),這樣的系統(tǒng)不是計(jì)算機(jī)能夠處理的系統(tǒng)。6、有人說:軟件開發(fā)時(shí),一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚,為改正它所付出的代價(jià)就越大。對(duì)否?請(qǐng)解釋你的回答。軟件開發(fā)時(shí),一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚,為改正它所付出的代價(jià)就越大。這個(gè)說法是對(duì)的。在1970年代,GTE、TRW和IBM等三家公司對(duì)此問題做了獨(dú)立研究,最后它們得到相似的結(jié)論:從表中可以看出,在需求分析階段檢查和修復(fù)一個(gè)錯(cuò)誤所需的代價(jià)只有編碼階段所需代價(jià)的1/5到1/10,而在維護(hù)階段做同樣的工作所付出的代價(jià)卻是編碼階段的20倍。7、軟件需求分析的操作性原則和需求工程的指導(dǎo)性原則是什么?軟件需求分析的操作性原則指所有的需求分析方法都與一組操作性原則相關(guān)聯(lián):必須理解和表示問題的信息域。必須定義軟件將完成的功能。必須表示軟件的行為(作為外部事件的結(jié)果)。必須對(duì)描述信息、功能和行為的模型進(jìn)行分解,能夠以層次方式揭示其細(xì)節(jié)。分析過程應(yīng)當(dāng)從要素信息轉(zhuǎn)向細(xì)節(jié)的實(shí)現(xiàn)。通過使用這些原則,分析員可以系統(tǒng)地處理問題。首先檢查信息域以便更完整地理解目標(biāo)軟件的功能,再使用模型以簡(jiǎn)潔的方式表達(dá)目標(biāo)軟件的功能和行為,并利用自頂向下、逐層分解的手段來降低問題的復(fù)雜性。在這些處理過程中,因處理需求帶來的邏輯約束和因其它系統(tǒng)元素帶來的物理約束需要通過軟件要素和視圖的實(shí)現(xiàn)加以檢驗(yàn)和確認(rèn)。Davis建議了一組針對(duì)“需求工程”的指導(dǎo)性原則:在開始建立分析模型之前應(yīng)當(dāng)先理解問題。如果問題沒有很好理解就急于求成,常常會(huì)產(chǎn)生一個(gè)解決錯(cuò)誤問題的完美的軟件。強(qiáng)力推薦使用原型。這樣做可以使用戶了解將如何與計(jì)算機(jī)交互,而人們對(duì)軟件質(zhì)量的認(rèn)識(shí)常常是基于對(duì)界面“友好性”的切身體會(huì)。記錄每一個(gè)需求的起源和原因。這是建立對(duì)用戶要求的可追溯性的第一步。使用多個(gè)視圖,建立系統(tǒng)的數(shù)據(jù)、功能和行為模型。這樣做可幫助分析員從多方面分析和理解問題,減少遺漏,識(shí)別可能的不一致之處。給需求賦予優(yōu)先級(jí)。因?yàn)檫^短的時(shí)限會(huì)減少實(shí)現(xiàn)所有軟件需求的可能性。因此,對(duì)需求排定一個(gè)優(yōu)先次序,標(biāo)識(shí)哪些需求先實(shí)現(xiàn),哪些需求后實(shí)現(xiàn)。注意消除歧義性。因?yàn)榇蠖鄶?shù)需求都是以自然語言描述,存在敘述的歧義性問題,造成遺漏和誤解。采用正式的技術(shù)評(píng)審是發(fā)現(xiàn)和消除歧義性的好方法。遵循以上原則,就可能做好軟件需求規(guī)格說明,為軟件設(shè)計(jì)奠定基礎(chǔ)。8、數(shù)據(jù)流圖的作用是什么?它有哪些基本成份?數(shù)據(jù)流圖可以用來抽象地表示系統(tǒng)或軟件。它從信息傳遞和加工的角度,以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程,同時(shí)可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。因此,數(shù)據(jù)流圖既提供了功能建模的機(jī)制,也提供了信息流建模的機(jī)制,從而可以建立起系統(tǒng)或軟件的功能模型。數(shù)據(jù)流圖的基本成份有4種:9、Petri網(wǎng)可以描述計(jì)算機(jī)軟件系統(tǒng)的執(zhí)行。現(xiàn)有一個(gè)程序如下(類似于Pascal語言)L :S1;WHILE P1 DOBEGIN IF P2 THEN S2ELSE S3; COBEGINS4;S5;S6; COEND END;GOTO L;S6是單個(gè)執(zhí)行語句,COBEGIN和COEND是并行執(zhí)行開始和并行執(zhí)行結(jié)束(即S4,S5和S6語句并行執(zhí)行)。試用Petri網(wǎng)描述這段程序的執(zhí)行過程。采用條件事件網(wǎng)(CE網(wǎng),CCondition, EEvent)式Petri網(wǎng)。10、數(shù)據(jù)詞典的作用是什么?它有哪些基本詞條?分析模型中包含了對(duì)數(shù)據(jù)對(duì)象、功能和控制的表示。在每一種表示中,數(shù)據(jù)對(duì)象和控制項(xiàng)都扮演一定的角色。為表示每個(gè)數(shù)據(jù)對(duì)象和控制項(xiàng)的特性,建立了數(shù)據(jù)詞典。數(shù)據(jù)詞典精確地、嚴(yán)格地定義了每一個(gè)與系統(tǒng)相關(guān)的數(shù)據(jù)元素,并以字典式順序?qū)⑺鼈兘M織起來,使得用戶和分析員對(duì)所有的輸入、輸出、存儲(chǔ)成分和中間計(jì)算有共同的理解。在數(shù)據(jù)詞典的每一個(gè)詞條中應(yīng)包含以下信息:名稱:數(shù)據(jù)對(duì)象或控制項(xiàng)、數(shù)據(jù)存儲(chǔ)或外部實(shí)體的名字。別名或編號(hào)。分類:數(shù)據(jù)對(duì)象?加工?數(shù)據(jù)流?數(shù)據(jù)文件?外部實(shí)體?控制項(xiàng)(事件狀態(tài))?描述:描述內(nèi)容或數(shù)據(jù)結(jié)構(gòu)等。何處使用:使用該詞條(數(shù)據(jù)或控制項(xiàng))的加工。11、軟件需求分析說明書主要包括哪些內(nèi)容?軟件需求規(guī)格說明是分析任務(wù)的最終產(chǎn)物,通過建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說明、合適的驗(yàn)收標(biāo)準(zhǔn),給出對(duì)目標(biāo)軟件的各種需求。軟件需求規(guī)格說明的框架如下: 12、考務(wù)處理系統(tǒng)的分層數(shù)據(jù)流圖如下圖所示。該考務(wù)處理系統(tǒng)有如下功能:對(duì)考生送來的報(bào)名表進(jìn)行檢查;對(duì)合格的報(bào)名表編好準(zhǔn)考證號(hào)碼后將準(zhǔn)考證送給考生,并將匯總后的考生名單送給閱卷站;對(duì)閱卷站送來的成績(jī)表進(jìn)行檢查,并根據(jù)考試中心指定的合格標(biāo)準(zhǔn)審定合格者;填寫考生通知單(內(nèi)容包含考試成績(jī)及合格不合格標(biāo)志),送給考生;按地區(qū)、年齡、文化程度、職業(yè)、考試級(jí)別等進(jìn)行成績(jī)分類統(tǒng)計(jì)及試題難度分析,產(chǎn)生統(tǒng)計(jì)分析表。(1)圖(c)中,加工1.1的輸入數(shù)據(jù)流是( A ),輸出數(shù)據(jù)流是( B ),圖(b)中,加工2的輸出數(shù)據(jù)流是( C ),它是由( D )和( E )組成。供選擇的答案:AE. 統(tǒng)計(jì)分析表 報(bào)名表 準(zhǔn)考證 考生通知單 合格報(bào)名表 難度分析表 錯(cuò)誤成績(jī)表 分類統(tǒng)計(jì)表(2) 圖(d)中的文件“試題得分表”是否在圖(b)中漏掉了?回答是( F )。供選擇的答案:F: “試題得分表”沒有在圖(b)中畫出,是錯(cuò)誤的。 “試題得分表”是圖(b)中加工的內(nèi)部文件,不必在圖(b)中畫出。 “試題得分表”是多余的。應(yīng)注意的問題: 適當(dāng)?shù)貫閿?shù)據(jù)流、加工、文件、數(shù)據(jù)的源匯點(diǎn)命名。名字應(yīng)反映該元素的實(shí)際含義,避免空洞的名字。如數(shù)據(jù)、信息處理、計(jì)算等名字都不好。 畫數(shù)據(jù)流時(shí)不要夾帶控制流。數(shù)據(jù)流圖中各種數(shù)據(jù)的加工沒有考慮時(shí)序關(guān)系,引入控制流后,加工之間就有了時(shí)序關(guān)系,這與畫數(shù)據(jù)流圖不考慮實(shí)現(xiàn)細(xì)節(jié)的初衷相違背。 一個(gè)加工的輸出數(shù)據(jù)流不要與該加工的輸入數(shù)據(jù)流重名,即使它們的組成成分相同。例如圖(c)中加工1.1的輸入數(shù)據(jù)流“報(bào)名表”與輸出數(shù)據(jù)流“合格報(bào)名表”。 允許一個(gè)加工有多個(gè)數(shù)據(jù)流流向另一個(gè)加工,也允許一個(gè)加工有兩個(gè)相同的輸出數(shù)據(jù)流流向兩個(gè)不同的加工。 保持父圖與子圖的平衡。就是說,父圖與它的子圖的輸入數(shù)據(jù)流與輸出數(shù)據(jù)流應(yīng)當(dāng)在數(shù)量與名字上都相同。特別的是,如果父圖的一個(gè)輸入(或輸出)數(shù)據(jù)流對(duì)應(yīng)于子圖中幾個(gè)輸入(或輸出)數(shù)據(jù)流,但子圖中這幾個(gè)數(shù)據(jù)流中的數(shù)據(jù)項(xiàng)合起來正好是父圖中的那個(gè)數(shù)據(jù)流,這時(shí)它們還算是平衡的。例如,圖(b)中加工2的輸出數(shù)據(jù)流“統(tǒng)計(jì)分析表”是由“難度分析表”和“分類統(tǒng)計(jì)表”組成,那么圖(b)與圖(d)仍滿足父圖與子圖平衡的條件。 在自頂向下的分解過程中,若一個(gè)文件首次出現(xiàn)時(shí)只與一個(gè)加工有關(guān),那么這個(gè)文件應(yīng)作為這個(gè)加工的內(nèi)部文件而不必畫出。例如,圖(d)中的文件“試題得分表”就是圖(b)中加工的內(nèi)部文件,所以在圖(b)中沒有畫出。 保持?jǐn)?shù)據(jù)守恒。就是說,一個(gè)加工的所有輸出數(shù)據(jù)流中的數(shù)據(jù)必須能從該加工的輸入數(shù)據(jù)流中直接獲得,或者是通過該加工產(chǎn)生的數(shù)據(jù)。13、閱讀下列關(guān)于開發(fā)人事管理系統(tǒng)的交互式工作方式的敘述,再回答問題。某大企業(yè)最近決定采用高性能微機(jī)開發(fā)人事管理系統(tǒng),將四臺(tái)聯(lián)機(jī)終端分置于人事處的三個(gè)科室。該系統(tǒng)可供操作員和程序員使用,也可供人事處負(fù)責(zé)人和主管人事的副廠長(zhǎng)等查詢?nèi)耸滦畔⒂谩H耸鹿芾硐到y(tǒng)通過錄入人事數(shù)據(jù)和修改、刪除等操作,產(chǎn)生和更新各類人事文件,通過搜索這些文件進(jìn)行各類人事信息的查詢。該企業(yè)有3000多個(gè)工人、干部和技術(shù)人員,大體可分成機(jī)關(guān)科室、生產(chǎn)車間、后勤服務(wù)和開發(fā)研制部門等幾類部門。廠領(lǐng)導(dǎo)決定由計(jì)算機(jī)應(yīng)用科來負(fù)責(zé)協(xié)調(diào)和開發(fā)應(yīng)用系統(tǒng)。計(jì)算機(jī)應(yīng)用科科長(zhǎng)指示系統(tǒng)工程師張某負(fù)責(zé)進(jìn)行系統(tǒng)分析??紤]到人事處有大量的查詢信息要求、頻繁的人事信息修改和文件存檔、查閱等特點(diǎn),計(jì)算機(jī)應(yīng)用科決定認(rèn)真設(shè)計(jì)人機(jī)交互界面,首先設(shè)計(jì)好在終端上的交互式會(huì)話的方式。系統(tǒng)工程師張某通過調(diào)查收集到如下10條意見:(1)某程序員認(rèn)為:系統(tǒng)在屏幕格式、編碼等方面應(yīng)具有一致性和清晰性,否則會(huì)影響操作人員的工作效率。(2)某操作人員認(rèn)為:在交互式會(huì)話過程中,操作人員可能會(huì)忘記或記錯(cuò)某些事情,系統(tǒng)應(yīng)當(dāng)提供HELP功能。(3)某操作人員認(rèn)為:既然是交互式會(huì)話,那么對(duì)所有的輸入都應(yīng)當(dāng)作出響應(yīng),不應(yīng)出現(xiàn)擊鍵后,計(jì)算機(jī)沒有任何反應(yīng)的情況。(4)某操作人員認(rèn)為:在出錯(cuò)的時(shí)候,交互式會(huì)話系統(tǒng)應(yīng)當(dāng)給出出錯(cuò)信息,并且盡可能告訴我們出錯(cuò)的性質(zhì)和錯(cuò)在什么地方。(5)某程序員認(rèn)為:終端會(huì)話也應(yīng)當(dāng)符合程序員編制程序時(shí)的習(xí)慣,這樣可以更高效地維護(hù)人事管理系統(tǒng)。(6)教育科干部甲認(rèn)為:應(yīng)當(dāng)對(duì)操作員進(jìn)行一些必要的培訓(xùn),讓他們掌握交互式會(huì)話系統(tǒng)的設(shè)計(jì)技巧,有助于提高系統(tǒng)的使用效率。(7)教育科干部乙認(rèn)為:盡管操作人員的指法已經(jīng)強(qiáng)化訓(xùn)練但在交互式會(huì)話時(shí)應(yīng)盡可能縮短和減少操作員輸入的信息,以降低出錯(cuò)概率。(8)某程序員認(rèn)為:由于本企業(yè)中有很多較大的文件,文件的查找很費(fèi)時(shí)間,交互式會(huì)話系統(tǒng)在響應(yīng)時(shí)間較長(zhǎng)時(shí)應(yīng)給予使用者以提示信息。(9)人事處干部丙認(rèn)為:我們企業(yè)的人事資料相當(dāng)復(fù)雜,格式非常之多,希望交互式系統(tǒng)使用十分清晰的格式,并容易對(duì)輸入數(shù)據(jù)中的錯(cuò)誤進(jìn)行修改。(10) 人事處干部丁認(rèn)為:人事管理系統(tǒng)應(yīng)當(dāng)具有相當(dāng)?shù)谋C苄院蛿?shù)據(jù)安全性,因此在屏幕上顯示出的信息應(yīng)該含混一些,以免泄密。系統(tǒng)工程師張某對(duì)上述調(diào)查情況和其他要求作了分析后,發(fā)現(xiàn)收集到的10條意見中有3條意見是不能接受的,寫出編號(hào)并各用40字以內(nèi)敘述理由。不能接受的3條意見是 (5)、(6)、(10)。人機(jī)交互界面首先考慮的是用戶如何使用起來方便,與編程習(xí)慣、設(shè)計(jì)技巧無關(guān)。此外,屏幕上信息應(yīng)很清晰易懂,安全保密與屏幕顯示無關(guān)。14、工資計(jì)算系統(tǒng)中的一個(gè)子系統(tǒng)有如下功能:計(jì)算扣除部分由基本工資計(jì)算出應(yīng)扣除(比如水電費(fèi)、缺勤)的部分;計(jì)算獎(jiǎng)金部分根據(jù)職工的出勤情況計(jì)算出獎(jiǎng)勵(lì)金;計(jì)算工資總額部分由工資總額中計(jì)算出應(yīng)扣除各種稅金;生成工資表根據(jù)計(jì)算總額部分和計(jì)算稅金部分傳遞來有關(guān)職工工資的詳細(xì)信息生成工資表根據(jù)要求畫出該問題的數(shù)據(jù)流程圖。15、Please map the following data flow diagram (DFD) to structure chart (SC) using transform analysis. The afferent path, transform center and efferent path are labeled in the DFD.ABCPDEQRWUVabcrdepuvwAfferent pathEfferent pathTransform center第1步 復(fù)查基本系統(tǒng)模型。第2步 復(fù)查并精化數(shù)據(jù)流圖。第3步 確定數(shù)據(jù)流圖具有變換特性還是事務(wù)特性。第4步 確定輸入流和輸出流的邊界,從而孤立出變換中心。第5步 完成“第一級(jí)分解(first level factoring)”。第6步 完成“第二級(jí)分解”。第7步 使用設(shè)計(jì)度量和啟發(fā)式規(guī)則對(duì)第一次分割得到的軟件結(jié)構(gòu)進(jìn)一步精化。MCMTMAMEc, ec, eu, wu, wMTMTMTMTReadDMAAtoBReadADtoEBtoCGetBGetEGetCc, ecbbcaabdedeUtoVMEWriteVPutUWriteWwuuvw, uvMTPQRec, prw, upc, er16、Please map the following data flow diagram (DFD) to structure chart (SC) using transform analysis. The afferent path, transform center and efferent path are labeled in the DFD.1234567891
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝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ù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 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ì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025簡(jiǎn)易住宅抵押貸款合同協(xié)議
- 陜西省cet4英語試卷及答案
- 石灰在汽車尾氣凈化中的應(yīng)用考核試卷
- 植物油的非食品應(yīng)用前景考核試卷
- 生物化工產(chǎn)品制備考核試卷
- 肥料產(chǎn)品在農(nóng)業(yè)生產(chǎn)中的應(yīng)用效果考核試卷
- 特種印刷技術(shù)在包裝裝潢中的應(yīng)用考核試卷
- 2025年中國(guó)貼身美體內(nèi)衣市場(chǎng)調(diào)查研究報(bào)告
- 婦幼保健院患者滿意度調(diào)查考核試卷
- 航空旅游航拍影視制作考核試卷
- 2025年證券從業(yè)資格證考試題庫(kù)試題及答案
- 管道工程安全管理與保障措施考核試卷
- 豬場(chǎng)出售合同協(xié)議
- 電瓶車充電安全培訓(xùn)講義
- 雨季行車安全教育
- 2024-2025學(xué)年人教版八年級(jí)地理下學(xué)期全冊(cè)教案
- 人教版數(shù)學(xué)六年級(jí)下冊(cè)4.3.2圖形的放大與縮小練習(xí)卷含答案
- 《教育系統(tǒng)重大事故隱患判定指南》解讀
- 灌溉排水工程項(xiàng)目可行性研究報(bào)告編制
- 樓梯 欄桿 欄板(一)22J403-1
- 微觀經(jīng)濟(jì)學(xué)(山東大學(xué))知到智慧樹章節(jié)測(cè)試課后答案2024年秋山東大學(xué)
評(píng)論
0/150
提交評(píng)論