軟件工程導(dǎo)論張海蕃課后習(xí)題答案(文件)
【正文】 結(jié)構(gòu)化的？（2）設(shè)計(jì)一個(gè)等價(jià)的結(jié)構(gòu)化程序。（2）使用附加的標(biāo)志變量flag，至少有兩種方法可以把該程序改造為等價(jià)的結(jié)構(gòu)化程序，圖63描繪了等價(jià)的結(jié)構(gòu)化程序的盒圖。(3) 若程序是非結(jié)構(gòu)化的，設(shè)計(jì)一個(gè)等價(jià)的結(jié)構(gòu)化程序并且畫出流程圖。67．某交易所規(guī)定給經(jīng)紀(jì)人的手續(xù)費(fèi)計(jì)算方法如下：總手續(xù)費(fèi)等于基本手續(xù)費(fèi)加上與交易中的每股價(jià)格和股數(shù)有關(guān)的附加手續(xù)費(fèi)。當(dāng)每股售價(jià)超過(guò)25元時(shí)，如果交易的股數(shù)零散(即，不是100的倍數(shù))，則附加手續(xù)費(fèi)為基本手續(xù)費(fèi)的4%,否則附加手續(xù)費(fèi)為基本手續(xù)費(fèi)的1%。因此，該段代碼中的WHILE循環(huán)部分代碼要么不會(huì)執(zhí)行，要么可能出現(xiàn)死循環(huán)。 集成測(cè)試：又稱為組裝測(cè)試,就是將軟件產(chǎn)品中各個(gè)模塊組裝起來(lái),檢查其接口是否存在問(wèn)題,以及組裝后的整體功能、性能表現(xiàn) (2)經(jīng)驗(yàn)表明，在類似的程序中，單位長(zhǎng)度里的錯(cuò)誤數(shù)ET/IT近似為常數(shù)。要求： (1) 根據(jù)上述數(shù)據(jù)確定MTTF與測(cè)試時(shí)間之間的函數(shù)關(guān)系，畫出MTTF與測(cè)試時(shí)間τ的關(guān)系曲線。（a）7月1日：集成測(cè)試開始，沒(méi)有發(fā)現(xiàn)錯(cuò)誤。根據(jù)上列數(shù)據(jù)完成下列各題。（2）為使MTTF達(dá)到10h，必須測(cè)試和調(diào)試這個(gè)程序多長(zhǎng)時(shí)間？1/K(Et/100000100/100000)=經(jīng)一個(gè)月測(cè)試后，甲發(fā)現(xiàn)并改正20個(gè)錯(cuò)誤，使MTTF達(dá)到10h。解答：(1)本題中采用的是分別測(cè)試法，測(cè)試前程序中的錯(cuò)誤總數(shù)：B0=B1*B2/bc=20*24/6=80(2)由于經(jīng)驗(yàn)：平均無(wú)故障時(shí)間與單位長(zhǎng)度程序中剩余的錯(cuò)誤數(shù)成反比，故有： MTTF=24000/( K * (ETEC(τ) ) ) 由于：10=24000/( K * (8020) ) 得到：K=40 為使MTTF達(dá)到60h，有：60 = 24000/( 40 * ( 80EC(τ) ) ) 故：EC(τ)=70，即總共需要改正70個(gè)錯(cuò)誤，由于測(cè)試員甲和乙分別測(cè)試時(shí)，測(cè)試員甲已經(jīng)更正了20個(gè)錯(cuò)誤，以后由甲一個(gè)人繼續(xù)測(cè)試這個(gè)程序，因此，還需要更正7020=50個(gè)錯(cuò)誤。路徑覆蓋與判定覆蓋或判定/條件覆蓋一致。(c)源程序清單(其中有適當(dāng)數(shù)量的注解)。（3）結(jié)合需求，規(guī)格說(shuō)明書以及源代碼，按照軟件工程的方法一步步去理解，修改，測(cè)試，調(diào)試代碼。它是對(duì)模擬客觀世界實(shí)體的對(duì)象以及對(duì)象彼此間的關(guān)系的映射，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。（3） 在UML中術(shù)語(yǔ)“類“的實(shí)際含義是，一個(gè)類及屬于該類的對(duì)象97：什么是動(dòng)態(tài)模型？建立動(dòng)態(tài)模型時(shí)主要使用哪些圖形符號(hào)？這些符號(hào)的含義是什么？（1） 動(dòng)態(tài)模型表示瞬時(shí)的、行為化的系統(tǒng)的“控制”性質(zhì)，象的行為(對(duì)事件的響應(yīng))。起來(lái)，從而構(gòu)成系統(tǒng)的動(dòng)態(tài)模型?；镜膶?duì)象提供的服務(wù)。(1)數(shù)據(jù)流圖中的數(shù)據(jù)存儲(chǔ)，以及數(shù)據(jù)的源點(diǎn)/終點(diǎn)，通常是對(duì)象模型中的對(duì)象。(4)功能模型中的處理(或用例)可能產(chǎn)生動(dòng)態(tài)模型中的事件。第十三章134：假設(shè)自己被指定為項(xiàng)目負(fù)責(zé)人，任務(wù)是開發(fā)一個(gè)應(yīng)用系統(tǒng)，該系統(tǒng)類似于自己的小組以前做過(guò)的那些系統(tǒng)，但是規(guī)模更大且更復(fù)雜一些。這個(gè)時(shí)候開發(fā)過(guò)程遇到的難題不會(huì)很多，所以應(yīng)該減少通信開銷，充分發(fā)揮技術(shù)骨干的作用，統(tǒng)一意志統(tǒng)一行動(dòng)，提高生產(chǎn)率，加快開發(fā)進(jìn)度。因?yàn)榭蛻粢呀?jīng)寫出了完整的需求文檔，而且項(xiàng)目小組已經(jīng)有過(guò)類似的開發(fā)經(jīng)驗(yàn)。概括的說(shuō)，軟件質(zhì)量就是“軟件與明確地和隱含地定義的需求相一致的程度”。 可追蹤性 可追蹤性建立項(xiàng)目工件之間的前后繼承關(guān)系。建立基線后，需要標(biāo)注所有組成構(gòu)件和基線，以便能夠?qū)ζ溥M(jìn)行識(shí)別和重新建立。1312：CMM的基本思想是什么？為什么要把能力成熟度劃分成5個(gè)等級(jí)？所以CMM把軟件過(guò)程從無(wú)序到有序的進(jìn)化過(guò)程分成5個(gè)階段。不要做金錢、權(quán)利的奴隸；應(yīng)學(xué)會(huì)做“金錢、權(quán)利”的主人。壓力不是有人比你努力，而是那些比你牛幾倍的人依然比你努力。最值得欣賞的風(fēng)景，是自己奮斗的足跡。贈(zèng)語(yǔ)； 如果我們做與不做都會(huì)有人笑，如果做不好與做得好還會(huì)有人笑，那么我們索性就做得更好，來(lái)給人笑吧！ 現(xiàn)在你不玩命的學(xué)，以后命玩你。復(fù)審者審查該對(duì)象以確定它與其他軟件配置項(xiàng)的一致性，并檢查是否有遺漏或副作用。 報(bào)告 報(bào)告來(lái)源于一個(gè)基線內(nèi)容同另一個(gè)基線內(nèi)容的比較。1310：什么是基線，為什么要建立基線？（1）基線是軟件文檔或源碼(或其它產(chǎn)出物)的一個(gè)穩(wěn)定版本,它是進(jìn)一步開發(fā)的基礎(chǔ)。這種過(guò)程模型是基于在軟件機(jī)構(gòu)中對(duì)已定義的過(guò)程模型的活動(dòng)、人員和職責(zé)都有共同的理解。應(yīng)選用哪些項(xiàng)目組結(jié)構(gòu)？為什么？打算采用哪種（些）軟件過(guò)程模型？為什么？解答：根據(jù)上述，應(yīng)該主程序員組的項(xiàng)目組結(jié)構(gòu)。(5)對(duì)象模型描述了數(shù)據(jù)流圖中的數(shù)據(jù)流、(3)用例圖中的行為者，可能是對(duì)象模型中的對(duì)象。應(yīng)多個(gè)處理(或用例)的時(shí)候。在面向?qū)ο蠓椒▽W(xué)中，數(shù)據(jù)流圖遠(yuǎn)不如在結(jié)雜對(duì)象提供的服務(wù)，聯(lián)的一組狀態(tài)圖的集合。每個(gè)類的動(dòng)態(tài)行為用一張狀態(tài)圖來(lái)描繪，UML的對(duì)象的合法變化序列。建模的目的主要是為了減少?gòu)?fù)雜性。應(yīng)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1