李軍軟件工程習(xí)題答案機(jī)密資料_第1頁
李軍軟件工程習(xí)題答案機(jī)密資料_第2頁
李軍軟件工程習(xí)題答案機(jī)密資料_第3頁
李軍軟件工程習(xí)題答案機(jī)密資料_第4頁
李軍軟件工程習(xí)題答案機(jī)密資料_第5頁
已閱讀5頁,還剩31頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

第1章習(xí)題答案

一、判斷題

題號12345678910111213

答案YYYYNYYNNNNYY

二、填空題

題號ABCD

1措施工具過程

2程序數(shù)據(jù)文檔

3程序開發(fā)環(huán)境需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)

4匯編語言高級語言

5匯編語言高級語言

6構(gòu)造式模塊化

7需求定義設(shè)計(jì)使用和維護(hù)

8系統(tǒng)界面原型運(yùn)行顧客界面原型同意什么和不一樣意什自外向內(nèi)

9需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)

三、簡答題

1.軟件的特點(diǎn):

①軟件具有抽象性,

②軟件與硬件的生產(chǎn)方式不一樣。

③軟件與硬件的維護(hù)方式不一樣。

④軟件具有復(fù)雜的邏輯性。

⑤軟件日勺成本較高,

⑥軟件H勺使用和社會原因有關(guān)。

2.軟件危機(jī)產(chǎn)生口勺原因:

①顧客需求不明確。

②缺乏對H勺H勺理論指導(dǎo)。

③軟件開發(fā)規(guī)模越來越大。

④軟件開發(fā)復(fù)雜度越來越高。

3.軟件危機(jī)FI勺重要體現(xiàn):

①軟件開發(fā)進(jìn)度難以預(yù)測。

②軟件開發(fā)成本難以控制。

③顧客對產(chǎn)品功能難以滿足。

④軟件產(chǎn)品質(zhì)量無法保證。

⑤軟件產(chǎn)品難以維護(hù)。

⑥軟件缺乏合適的文檔資料。

4,軟件工程學(xué)日勺基本原則有哪些:

①抽象。

②信息隱蔽。

③模塊化。

④局部化。

⑤確定性。

⑥■—致性。

⑦完備性。

⑧可驗(yàn)證性。

5什么是軟件口勺生命周期?

答案:軟件與任何一種事物同樣,有它的孕育、誕生、成長、成熟、衰亡日勺生存過程。

這就是軟件的生存周期。

6軟件工程過程有哪幾種基本過程活動?試闡明之。

答案:軟件工程過程的基本過程活動有4步:

①軟件規(guī)格闡明(需求定義)。規(guī)定軟件的功能及其運(yùn)行H勺限制;

②軟件設(shè)計(jì)與開發(fā)(設(shè)計(jì)開發(fā))。產(chǎn)生滿足規(guī)格闡明H勺軟件;

③軟件確認(rèn)(測試)。確認(rèn)軟件可以完畢客廣提出的規(guī)定;

④軟件演進(jìn)(維護(hù))。為滿足客戶的變更規(guī)定,軟件必須在使用的過程中演進(jìn)。

四、綜合題

1.詳細(xì)闡明軟件生命周期分哪幾種階段?

答案:軟件生命周期重要分為6個階段:軟件項(xiàng)目計(jì)劃、軟件需求分析和定義、軟

件設(shè)計(jì)、程序編碼、軟件測試,以及運(yùn)行維護(hù)。

(1)軟件項(xiàng)目計(jì)劃:在這一步要確定軟件工作范圍,進(jìn)行軟件風(fēng)險分析,估計(jì)軟

件開發(fā)所需要口勺資源,建立成本與進(jìn)度日勺估算。根據(jù)有關(guān)成本與進(jìn)度的I限制

分析項(xiàng)目的可行性。

(2)軟件需求分析和定義:在這一步詳細(xì)定義分派給軟件的系統(tǒng)元素。可以用如

下兩種方式中H勺一種對需求進(jìn)行分析和定義。一種是正式的信息域分析,可

用于建立信息流和信息構(gòu)造的模型,然后逐漸擴(kuò)充這些模型成為軟件的規(guī)格

闡明。另一種是軟件原型化措施,即建立軟件原型,并由顧客進(jìn)行評價,從

而確定軟件需求。

(3)軟件設(shè)計(jì):軟件的設(shè)計(jì)過程分兩步走。第一步進(jìn)行概要設(shè)計(jì),以構(gòu)造設(shè)計(jì)和

數(shù)據(jù)設(shè)計(jì)開始,建立.程序的模塊構(gòu)造,定義接口并建立.數(shù)據(jù)構(gòu)造。此外,要

使用某些設(shè)計(jì)準(zhǔn)則來判斷軟件口勺質(zhì)量。第二步做詳細(xì)設(shè)計(jì),考慮設(shè)計(jì)每一種

模塊部件的過程描述。通過評審后,把每一種加細(xì)的過程性描述加到設(shè)計(jì)規(guī)

格闡明中去。

(4)程序編碼:在設(shè)計(jì)完畢之后,用一種合適的程序設(shè)計(jì)語言或CASE工具生成源

程序。應(yīng)當(dāng)就風(fēng)格及清晰性對代碼進(jìn)行評審,并且反過來應(yīng)能直接追溯到詳

細(xì)設(shè)計(jì)描述。

(5)軟件測試:單元測試檢查每一單獨(dú)的模塊部件的功能和性能。組裝測試提供

了構(gòu)造軟件模塊構(gòu)造的手段,同步測試其功能和接口。確認(rèn)測試檢查所有的

需求與否都得到滿足。在每一種測試環(huán)節(jié)之后,要進(jìn)行調(diào)試,以診斷和糾正

軟件的故障。

(6)軟件維護(hù):為改止錯誤,適應(yīng)環(huán)境變化及功能增強(qiáng)而進(jìn)行的一系列修改活動。

與軟件維護(hù)有關(guān)聯(lián)日勺那些任務(wù)依賴卜所要實(shí)行的維護(hù)的類型。

2.試論述瀑布模型軟件開發(fā)措施H勺基本過程。

答案:瀑布模型規(guī)定了各項(xiàng)軟件工程活動,包括:制定軟件項(xiàng)目計(jì)劃,進(jìn)行需求分

析和定義,軟件設(shè)計(jì),程序編碼,測試及運(yùn)行維護(hù)。并且規(guī)定了它們自上而下,互

相銜接的固定次序,如同瀑布流水,逐層下落。然而軟件開發(fā)的實(shí)踐表明,上述各

項(xiàng)活動之間并非完全是自上而下,呈線性圖式。實(shí)際狀況是,每項(xiàng)開發(fā)活動均應(yīng)具

有如下特性:

(1)從上一項(xiàng)活動接受本項(xiàng)活動的工作對象,做為輸入;

(2)運(yùn)用這一輸入實(shí)行本項(xiàng)活動應(yīng)完畢日勺內(nèi)容;

(3)給出本項(xiàng)活動R勺工作成果,做為輸出傳給下一項(xiàng)活動;

(4)對本項(xiàng)活動實(shí)行口勺工作進(jìn)行評審。若其工作得到確認(rèn),則繼續(xù)進(jìn)行下一項(xiàng)

活動,否則返回前項(xiàng),甚至更前項(xiàng)口勺活動進(jìn)行返工。

第2章習(xí)題答案

一、判斷題

題號12345678910111213

答案NYNNNYYYYYYNY

二、選擇題

題號23456789

答案(DA(,('(AB1)

三、填空題

題號ABCDE

1多對一一對多

2業(yè)務(wù)模型功能模型性能模型接口模型

3訪談問卷調(diào)查情景分析構(gòu)造原型

4加工數(shù)據(jù)的原點(diǎn)或終點(diǎn)數(shù)據(jù)流.數(shù)據(jù)存儲文獻(xiàn)

5名稱別名或編號分類描述何處使用

四、簡答題

1可行性研究重要做4個方面的研究:

①經(jīng)濟(jì)可行性:進(jìn)行成本/效益分析。從經(jīng)濟(jì)角度判斷系統(tǒng)開發(fā)與否“合算”。

②技術(shù)可行性:進(jìn)行技術(shù)風(fēng)險評價。從開發(fā)者的技術(shù)實(shí)力、以往工作基礎(chǔ)、問題的

復(fù)雜性等出發(fā),判斷系統(tǒng)開發(fā)在時間、費(fèi)用等限制條件下成功的也許性。

③法律可行性:確定系統(tǒng)開發(fā)也許導(dǎo)致H勺任何侵權(quán)、阻礙和責(zé)任。

④方案的選擇:評價系統(tǒng)或產(chǎn)品開發(fā)的幾種也許日勺候選方案。最終給出結(jié)論意見。

2需求獲取難H勺原因是:

①顧客需求具有動態(tài)性(不穩(wěn)定性)。

②顧客需求具有模糊性(不精確性)。

③對需求達(dá)到一致的艱難性.

④管理體制、機(jī)構(gòu)設(shè)置處在變革中。

⑤軟件書籍沒有將需求分析講清晰。

3.需求分析的原則:

①處理邏輯問題:需求分析是對問題的識別和闡明,要PI答“做什么”,而不是“怎

么做”。

②以運(yùn)行環(huán)境為基礎(chǔ):需求分析工作應(yīng)以詳細(xì)II勺運(yùn)行環(huán)境為基礎(chǔ),實(shí)事求是。

③顧客參與的原則:需求分析工作是系統(tǒng)分析人員同顧客不停交互的過程。

④構(gòu)造高質(zhì)量的需求規(guī)格闡明:需求規(guī)格闡明是需求分析工作重要H勺完畢標(biāo)志。

4.需求分析日勺任務(wù)有:

①畫出目的系統(tǒng)的組織機(jī)構(gòu)模型。

②畫出目的系統(tǒng)業(yè)務(wù)操作流程圖。

③畫出目的J系統(tǒng)的數(shù)據(jù)流圖。

④列出目的系統(tǒng)的功能點(diǎn)列表,即功能模型。

⑤列出系統(tǒng)的性能點(diǎn)列表,即性能模型。

⑥列出目的系統(tǒng)的接口列表,即接口模型。

⑦確定目的系統(tǒng)的運(yùn)行環(huán)境,即環(huán)境模型。

⑧目的系統(tǒng)的界面約定,即界面模型。

⑨分析與評估開發(fā)工期、費(fèi)用、進(jìn)度、風(fēng)險等。

5數(shù)據(jù)流圖日勺作用:

數(shù)據(jù)流圖可以用來抽象地表達(dá)系統(tǒng)或軟件。它從信息傳遞和加工的角度,以圖形的

方式刻畫數(shù)據(jù)流從輸入到輸出的移動變換過程,同抄可以按自頂向下、逐漸分解的措施

表達(dá)內(nèi)容不停增長的數(shù)據(jù)流和功能細(xì)節(jié)。因此,數(shù)據(jù)流圖既提供了功能建模日勺機(jī)制,也

提供了信息流建模的機(jī)制,從而可以建立起系統(tǒng)或軟件的功能模型。

6數(shù)據(jù)詞典H勺作用:

分析模型中包括了對數(shù)據(jù)對象、功能和控制H勺表達(dá)。在每一種表達(dá)中,數(shù)據(jù)對象和

控制項(xiàng)都飾演一定的角色。為表達(dá)每個數(shù)據(jù)對象和控制項(xiàng)的特性,建立了數(shù)據(jù)詞典。數(shù)

據(jù)詞典精確地、嚴(yán)格地定義了每一種與系統(tǒng)有關(guān)的數(shù)據(jù)元素,并以字典式次序?qū)⑺鼈兘M

織起來,使得顧客和分析員對所有的輸入、輸出、存儲成分和中間計(jì)算有共同的理解。

第3章習(xí)題答案

一、判斷題

題號12345678910111213141516

答案NNNYYYYYYYNYYYYY

二、選擇題

題號2345678

答案BC1)ADBC

三、填空題

題號ABCD

1SD措施Jackson措施OOD措施

2耦合內(nèi)聚

3一種數(shù)據(jù)型原則調(diào)用少

4DDLDMLDCL

5基本表代碼表中間表臨時表

6原子性原始性演繹性穩(wěn)定性

7SASP

8圖示語言表格

9PDL人

10防衛(wèi)性一致性冗余性

11客戶層應(yīng)用層數(shù)據(jù)層

12高內(nèi)聚低耦合作用范圍控制范圍

四、簡答題

1.模塊的基本屬性:

①功能:描述該模塊做什么?

②邏輯:描述模塊內(nèi)部怎么做?

③狀態(tài):模塊使用時的環(huán)境和條件。

④接口:指模塊的輸入與輸出。

2.軟件設(shè)計(jì)U勺詳細(xì)任務(wù):

①制定規(guī)范

②構(gòu)造設(shè)計(jì)

③處理方式構(gòu)造設(shè)計(jì)

④數(shù)據(jù)構(gòu)造及數(shù)據(jù)庫設(shè)計(jì)

⑤可靠性設(shè)計(jì)(質(zhì)量設(shè)計(jì))

⑥編寫軟件設(shè)計(jì)文檔

⑦設(shè)計(jì)審查和復(fù)審

⑧詳細(xì)設(shè)計(jì)

3.模塊化的特性:

①抽象:用層次的方式構(gòu)造和分析復(fù)雜系統(tǒng)。

②逐漸求精:協(xié)助開發(fā)人員把精力集中在與目前開發(fā)階段最有關(guān)的I那些問題上。

③信息隱蔽:假如一種模塊內(nèi)包括的信息(過程和數(shù)據(jù))不容許外部的模塊訪問日勺

話,其他模塊不能對其訪問。

④局部化:把某些關(guān)系親密口勺軟件元素物理地放得彼此靠近。

4.軟件設(shè)計(jì)優(yōu)化的準(zhǔn)則:

①劃分模塊時.,盡量做到高內(nèi)聚、低耦合,保持模塊相對獨(dú)立性。模塊劃分H勺準(zhǔn)則:

“將有關(guān)的各部分放在一起,無關(guān)H勺東西不要放在一起?!?/p>

②模塊的大小要適中。

③模塊的接口要簡樸、清晰、含義明確,便于理解,易于實(shí)現(xiàn)、易于測試和維護(hù)。

④??種模塊的作用范圍應(yīng)在其控制范圍之內(nèi),且鑒定所在的模塊,應(yīng)與受其影響E向

模塊在層次上盡量靠近。

⑤軟件構(gòu)造的深度、寬度、扇入、扇出應(yīng)合適。

⑥力爭設(shè)計(jì)單入口和單出口的模塊,防止“病態(tài)連接”,以防止內(nèi)容耦合。

⑦設(shè)計(jì)功能可預(yù)測模塊R勺劃分,應(yīng)防止功能過度局限。

5.構(gòu)造化設(shè)計(jì)H勺長處:

①減少設(shè)計(jì)復(fù)雜性。將大化小,使復(fù)雜問題簡樸化。

②構(gòu)造獨(dú)立。將程序劃提成多種相對獨(dú)立II勺模塊。

③模塊功能單一化,可使軟件設(shè)計(jì)獲得最大的益處。

④易于進(jìn)行軟件修改。

⑤易于開發(fā)和維護(hù)。

⑥加強(qiáng)了代碼的可重用性。

五、綜合題

1.③、⑤、④、②、⑥、⑦、①

2.③、⑥、④、⑦、②、⑤、①

第4章習(xí)題答案

一、填空題

題號ABC1)

1類對象

2子類操作

3封裝性多態(tài)

4對象模型動態(tài)模型功能模型

5分析模型設(shè)計(jì)模型測試模型

6視圖圖通用機(jī)制

二、簡答題

1.面向?qū)ο笫?Coad和Yourdon給出的定義:”面向?qū)ο?ObjectOriented,00)二對象

(Object)+類(Classification)+繼承(Inheritance)+通信(Communicationwith

Messages)”。

2.面向?qū)ο蠡咎匦允?面向?qū)ο蠹夹g(shù)的J基本特性重要是抽象性、封裝性、繼承性和多態(tài)

性。

3.軟件開發(fā)過程指:軟件開發(fā)過程就是將軟件系統(tǒng)所波及到的應(yīng)用領(lǐng)域和業(yè)務(wù)范圍(現(xiàn)實(shí)

世界)口勺問題空間和用于處理某些問題的軟件系統(tǒng)的解空間之間的映射。

4.老式軟件開發(fā)措施存在的問題:

(1)問題空間不能直接映射到解空間

(2)軟件復(fù)用程度低

(3)分析不能直接過渡到設(shè)計(jì)

(4)軟件可維護(hù)性差

(5)軟件不滿足顧客需要

5.面向?qū)ο箝_發(fā)措施的特點(diǎn):

(1)對軟件開發(fā)過程所有階段進(jìn)行綜合考慮。

(2)軟件生存期各階段所使用H勺措施、技術(shù)具有高度的持續(xù)性,用符合人類認(rèn)識

世界的思維方式來分析、處理問題。

(3)增強(qiáng)系統(tǒng)穩(wěn)定性

(4)具有良好的可復(fù)用性

6.統(tǒng)一-建模語言:LWL是具有指定的建模元素(圖式符號),嚴(yán)格U勺語法(構(gòu)圖規(guī)則〕,明

確的語義(邏輯含義)的建模語言,是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的原則建模語言。

7.Coda/Yourdon措施的面向?qū)ο笤O(shè)計(jì)模型:Coda/Yourdon措施的J00D模型是在00A模型

5個層次(主題層、類與對象層、構(gòu)造層、屬性層和服務(wù)層)基礎(chǔ)上,建立4個組元H勺

設(shè)計(jì)模型:問題域組元(PDC)、人機(jī)交互組元(HIC)、任務(wù)管理組元(TYC)和數(shù)據(jù)管

理組元(DMC)o

8.簡述UML視圖構(gòu)造:

(1)用例視圖:描述系統(tǒng)H勺外部特性、系統(tǒng)功能等。

(2)邏輯視圖:描述系統(tǒng)設(shè)計(jì)特性。

(3)進(jìn)程視圖:表達(dá)系統(tǒng)內(nèi)部的控制機(jī)制。

(4)配置視圖:描述系統(tǒng)的物理配置特性。

(5)實(shí)現(xiàn)視圖:表達(dá)系統(tǒng)的實(shí)現(xiàn)特性,常用構(gòu)件圖表達(dá)。

三、綜合題

I.類、屬性、操作、繼承、多態(tài)、封裝及抽象類的概念:(舉例略)

I)類,乂稱對象類(ObjectClass),是一組具有相似屬性和相似操作的對象H勺集合,

2)類具有屬性,它是對象的狀態(tài)H勺抽象,用數(shù)據(jù)構(gòu)造來描述類的屬件0

3)類具有操作,它是對象的行為的抽象,操作實(shí)現(xiàn)的過程稱為措施。

4)繼承是類間U勺基本關(guān)系,它是基于層次關(guān)系的父類和子類之間共享數(shù)據(jù)和操作的一種

機(jī)制0

5)多態(tài)是指同一種操作作用于不一樣的對象上可以有不一樣的解釋,并產(chǎn)生不一樣日勺執(zhí)

行成果。

6)封裝是一種信息隱蔽技術(shù),顧客只能看見對象封裝界面上的I信息,對象的內(nèi)部實(shí)現(xiàn)對?

顧客是隱蔽日勺。

7)抽象類是沒有實(shí)例向類,它把某些類組織起來,提供某些公共口勺行為,但并不需要使

用這個類口勺實(shí)例,而僅使用其子類H勺實(shí)例。

2.面向?qū)ο箝_發(fā)措施及每個措施H勺特點(diǎn):

(1)Booch措施

Booch措施描述了面向?qū)ο蟮能浖_發(fā)措施的基礎(chǔ)問題,指出面向?qū)ο箝_發(fā)是一種

主線不-樣于老式的功能分解的設(shè)計(jì)措施。Booch措施的開發(fā)模型包括靜態(tài)模型和動態(tài)

模型,Booch措施偏向于系統(tǒng)的靜態(tài)描述,對動態(tài)描述支持較少。

(2)Coda/Yourdon措施

在Coda/Yourdon措施中,對于一種復(fù)雜問題建立問題域口勺分析模型,構(gòu)造和評審

OOA概念模型的次序由5個層次構(gòu)成,OOD模型是在OOA模型5個層次基礎(chǔ)上,建立

4個組元的設(shè)計(jì)模型。該措施簡樸、易學(xué)。

(3)OMT措施

OMT措施使用了建模的思想,討論怎樣建立一種實(shí)際的應(yīng)用模型。從3個不一樣而

乂有關(guān)的角度建立了三類模型,三類模型描述的角度不一樣,卻乂互相聯(lián)絡(luò)。

(4)OOSE措施

OOSE的開發(fā)活動重要分為三類:分析、構(gòu)造和測試。OOSE將面向?qū)ο蟮乃枷霊?yīng)

用于軟件工程中,建立五個模型。OOSE措施的最大特點(diǎn)是面向用例,建立了UseCase模

型。OOSE措施比較適合支持商業(yè)工程和需求分析工

第5章習(xí)題答案

一、判斷題

題號123456789101112131415

答案NYYYYYYYYYYYYYY

二、填空題

題號ABCD

1對象層關(guān)系層

2主題圖交互圖

3流程圖IP0圖偽碼

4發(fā)現(xiàn)潛在篩選對象為對象分類

對象

5初步確定篩選兀香

6分析選擇

7選擇精煉構(gòu)造

三、簡答題

1.面向?qū)ο蠓治觯?/p>

面向?qū)ο蠓治鼍褪沁\(yùn)用面向?qū)ο蟮拇胧┻M(jìn)行需求分析,其重要任務(wù)是分析和理解問

題域,找出對應(yīng)口勺描述問題域和系統(tǒng)責(zé)任所需H勺類及對象,分析它們H勺內(nèi)部構(gòu)成好外部

關(guān)系,對的地抽象為規(guī)范的對象,定義其內(nèi)部構(gòu)造和外部消息傳遞關(guān)系,建立問題域精

確模型的過程。

2.面向?qū)ο蠓治龅哪P偷臉?gòu)成:

(1)基本模型:基本模型是一種類圖。構(gòu)成類圖的元素所體現(xiàn)的模型信息,分為

三個層次:對象層、特性層和關(guān)系層。

<2)補(bǔ)充模型:補(bǔ)充模型有主題圖和交互圖。

(3)詳細(xì)闡明

3.面向?qū)ο蠓治鯤勺過程:

(1)獲取客戶對系統(tǒng)的需求

(2)標(biāo)識類和對象

(3)定義類的構(gòu)造和層次

(4)建造對象-關(guān)系模型

(5)建立對象-行為模型

4.確定服務(wù):

(1)確定訪問對象屬性日勺操作

(2)來自事件驅(qū)動的操作

(3)處理對應(yīng)的便作

(4)消除冗余操作

5.動態(tài)模型:

對于一種系統(tǒng)來說,功能模型指明了系統(tǒng)應(yīng)當(dāng)“做什么”,而動態(tài)模型則明確規(guī)定了

“什么時候做”。即在何種狀態(tài)下、接受了什么事件的觸發(fā),來確定對象的也許事件H勺次

序。

6.準(zhǔn)備腳本:

在建立動態(tài)模型的過程中,腳本是指在某一執(zhí)行期間內(nèi)系統(tǒng)中的對象(或其他外部

設(shè)備)與目的系統(tǒng)之間發(fā)生一種或多種經(jīng)典的互換信息時產(chǎn)生日勺事件,所互換的信息值

就是該事件的J參數(shù),對于各事件,應(yīng)確定觸發(fā)事件的動作對象和該事件日勺參數(shù)。

7.準(zhǔn)備事件跟蹤圖:

事件跟蹤圖能形象、清晰地表達(dá)事件序列以及事件與對象的關(guān)系,在事件跟蹤圖中,

一條豎線代表一種類和對象,每個事件用一條水平的箭頭線表達(dá),箭頭方向從事件口勺發(fā)

送對象指向接受對象。事件按照先后次序排列,時間從上向下遞增。

8.確定基本系統(tǒng)模型圖:

基本系統(tǒng)模型是用來確定系統(tǒng)的邊界和輸入/輸出數(shù)據(jù)流的,表明一種計(jì)算怎樣從輸

入值得到輸出值,表明值之間的依賴關(guān)系及有關(guān)的功能,它不考慮計(jì)算的次序。

9.面向?qū)ο蠓治隹谏啄康模?/p>

面向?qū)ο蠓治隹谏拙薜氖菍陀^世界H勺系統(tǒng)進(jìn)行建模,是定義所有與待處理問題有關(guān)

的類。完畢對所求解問題的分析,確定系統(tǒng)“作什么”,并建立系統(tǒng)日勺模型。

10.面向?qū)ο蠓治隹谏谆救蝿?wù):

面向?qū)ο蠓治龅幕救蝿?wù)是運(yùn)用面向?qū)ο蟮拇胧浖こ處熀皖櫩捅仨毘渥銣贤?

以理解基本口勺顧客需求,對問題域和系統(tǒng)責(zé)任進(jìn)行分析和理解。

11.為建立分析模型,要運(yùn)用的基本原則:

(I)建立信息域模型;

(2)描述功能;

(3)體現(xiàn)行為;

(4)劃分功能、數(shù)據(jù)、行為模型,揭示更多口勺細(xì)節(jié);

(5)用初期的模型描述問題口勺實(shí)質(zhì),用后期H勺模型給出實(shí)現(xiàn)的細(xì)節(jié)。

12.建立對象-行為模型的環(huán)節(jié):

(1)評估所有的用例,完全理解系統(tǒng)中交互日勺序列。

(2)標(biāo)識驅(qū)動交互序列的事件,理解這些事件怎樣和特定的對象有關(guān)聯(lián)。

(3)為每個用例創(chuàng)立事件軌跡(eventtrace)。

(4)為系統(tǒng)建造狀態(tài)機(jī)圖。

(5)復(fù)審對象一行為模型,以驗(yàn)證精確性和一致性。

四、綜合題

1.完畢實(shí)例《圖書管理系統(tǒng)》面向?qū)?象日勺分析過程,包括:靜態(tài)模型、動態(tài)模型和功能模型。

系統(tǒng)需求:

在圖書館管理系統(tǒng)中,要為每個借閱者建立一種賬戶,并給借閱者發(fā)放借閱卡(借

閱卡號,借閱者名),賬戶存儲借閱者的個人信息、借閱信息以及預(yù)定信息。

持有借閱卡H勺借閱者口1以借閱書刊、返還書刊、食詢書刊信息、預(yù)定書刊并取洎預(yù)

定,但這些操作都是通過圖書管理員進(jìn)行11勺,也即借閱者不直接于系統(tǒng)交互,而是圖書

管理員充當(dāng)借閱者的代理與系統(tǒng)交互。

在借閱書刊時,需要輸入所借閱的書刊名、書刊的ISBN/ISSN號,然后輸入借閱者

日勺圖書H號和借閱者名,完畢后提交所填表格,系統(tǒng)驗(yàn)證借閱者所借閱日勺書刊與否存在,

若存在,則借閱者可借出書刊,建立并在系統(tǒng)中存儲借閱記錄。

借閱者還可預(yù)定該書刊,一旦借閱者預(yù)定口勺書刊可以獲得,就將書刊直接寄給預(yù)定

人。此外,不考慮書刊的最長借閱期限,假設(shè)借閱者可以無限期地保留所借閱的書刊。

答:分析模型

第6章習(xí)題答案

一、判斷題

題號12

答案¥Y

二、填空題

題號ABCD

1知識措施和原則軟件成分

2系統(tǒng)設(shè)計(jì)對象設(shè)計(jì)

3問題域人機(jī)交互任務(wù)管理數(shù)據(jù)管理

4實(shí)例繼承多態(tài)

5模塊化信息隱藏可復(fù)用簡潔化

6限定交互時間指定窗口和報表設(shè)計(jì)命令層次

三、簡答題

1.優(yōu)化對象設(shè)計(jì):

(1)確定優(yōu)先級

(2)提高效率

(3)調(diào)整繼承關(guān)系

2.設(shè)計(jì)內(nèi)部構(gòu)造:

(1)確定遺漏的屬匕.和操作

(2)指定類型,申明可見性

3.面向?qū)ο髥l(fā)規(guī)則是:

①設(shè)計(jì)成果應(yīng)當(dāng)清晰易懂

②一般-特殊構(gòu)造H勺深度應(yīng)合適

③設(shè)計(jì)簡樸類

④使用簡樸的I協(xié)議

⑤使用簡樸的操作

⑥把設(shè)計(jì)變動減至最小

4.面向?qū)ο笤O(shè)計(jì):

面向?qū)ο笤O(shè)計(jì)是面向?qū)ο蟠胧┰谲浖O(shè)計(jì)階段應(yīng)用與擴(kuò)展IJ勺成果,就是根據(jù)在問題

域中已建立的分析模型,運(yùn)用面向?qū)ο蠹夹g(shù)進(jìn)行系統(tǒng)軟件設(shè)計(jì),并且補(bǔ)充實(shí)現(xiàn)的細(xì)節(jié)部

分,如人機(jī)界面、數(shù)據(jù)存儲、任務(wù)管理等,形成符合成本和質(zhì)量規(guī)定的)、抽象的系統(tǒng)實(shí)

現(xiàn)方案,在求解域中建立設(shè)計(jì)模型。

5.設(shè)計(jì)任務(wù)管理子系統(tǒng):

任務(wù)管理口勺設(shè)計(jì)包括?:確定要執(zhí)行日勺任務(wù)并識別它的特性、確定任務(wù)的優(yōu)先級、創(chuàng)

立協(xié)調(diào)任務(wù)來協(xié)調(diào)所有其他任務(wù)、為每個任務(wù)設(shè)計(jì)對象,并定義它們之間的關(guān)系。

6.設(shè)計(jì)數(shù)據(jù)管理子系統(tǒng):

數(shù)據(jù)管理子系統(tǒng)也稱數(shù)據(jù)管理部分。數(shù)據(jù)存儲管理是建立在某種數(shù)據(jù)存儲管理系統(tǒng)

之上,提供了數(shù)據(jù)在數(shù)據(jù)管理系統(tǒng)中存儲和檢索對象的基本構(gòu)造,是系統(tǒng)存儲或檢索對

象的基本設(shè)施。

7.對全局資源管理:

全局資源包括物理資源(磁盤驅(qū)動器、處理器、通信線路)或邏輯資源(數(shù)據(jù)庫、

對象)。不僅有訪問權(quán)限的問題,尚有訪問沖突日勺問題。因此,應(yīng)當(dāng)標(biāo)識全局資源,并

制定訪問它們?nèi)丈追铰?

8.選擇控制流機(jī)制:

分析模型中所有交互行為都表達(dá)為對象之間H勺事件。系統(tǒng)設(shè)計(jì)必須從多種措施中選

擇某種措施來實(shí)現(xiàn)軟件的控制。

9.設(shè)計(jì)邊界條件:

設(shè)計(jì)中H勺大部分工作都與系統(tǒng)穩(wěn)定的狀態(tài)行為有關(guān)。但必須考慮邊界條件:系統(tǒng)怎

樣啟動、初始化、關(guān)閉以及故障處理。

10.評審:

分析模型與設(shè)計(jì)模型映射,每個需求和每個系統(tǒng)設(shè)計(jì)問題都提到了,模型不包括任何沖

突,可以實(shí)現(xiàn),由非系統(tǒng)設(shè)計(jì)人員可以看懂模型。

11.對象設(shè)計(jì):

系統(tǒng)分析確定了問題域?qū)ο螅约八鼈冎g口勺關(guān)系、有關(guān)的J屬性、操作。系統(tǒng)設(shè)計(jì)確定

了子系統(tǒng)和大多數(shù)重要的求解域?qū)ο蟆?/p>

12.設(shè)計(jì)關(guān)聯(lián):

根據(jù)應(yīng)用系統(tǒng)中的使用方式來確定實(shí)現(xiàn)關(guān)聯(lián)MJ方略??梢赃x定一種統(tǒng)一實(shí)現(xiàn)所有關(guān)聯(lián)口勺

全局性的方略,或者對不一樣H勺關(guān)聯(lián)選擇不一樣口勺實(shí)現(xiàn)方略。

13.設(shè)計(jì)接口:

接口提供了一種措施,把對象基于操作的功能闡明與詳細(xì)實(shí)現(xiàn)辨別開來,使得任何依賴

和使用接口口勺客戶不必依賴于接口的詳細(xì)實(shí)現(xiàn),有助于接口實(shí)現(xiàn)II勺替代。

14.設(shè)計(jì)類中服務(wù):

設(shè)計(jì)類中H勺服務(wù)是面向?qū)ο笤O(shè)計(jì)口勺一項(xiàng)重要內(nèi)容。需要綜合考慮對象模型、動態(tài)模型和

功能模型,才能對的確定類中應(yīng)有『、J服務(wù)。

15.面向?qū)ο笤O(shè)計(jì)中存在下述3種內(nèi)聚形式:

①服務(wù)內(nèi)聚:一種服務(wù)應(yīng)當(dāng)完畢一種且僅完畢一種任務(wù)。

②類內(nèi)聚:設(shè)計(jì)類H勺原則是,一種類應(yīng)當(dāng)只有一種功能,它H勺屬性和服務(wù)應(yīng)當(dāng)是高

內(nèi)聚嘰

③層內(nèi)聚:又稱一般-特殊內(nèi)聚。

16.客戶/服務(wù)器(Client-service)交互方式和平等伙伴(Peer-to-peer)交互方式:

①客戶/服務(wù)器(Client-service)交互方式:在客戶/服務(wù)器關(guān)系中,作為“客戶”

H勺子系統(tǒng)調(diào)用作為“服務(wù)器”的子系統(tǒng),執(zhí)行某些服務(wù)后并返回成果。

②平等伙伴(Peer-to-peer)交互方式:在該交互方式中,每個子系統(tǒng)都也許調(diào)用

其他子系統(tǒng),因此,每個子系統(tǒng)都必須理解其他子系統(tǒng)日勺接口,子系統(tǒng)間必須互

相理解接口。

四、綜合題

1.分析模型與設(shè)計(jì)模型的區(qū)別:

分析模型設(shè)計(jì)模型

概念模型,回避了實(shí)現(xiàn)問題;物理模型,是實(shí)現(xiàn)藍(lán)圖;

對設(shè)計(jì)是通用的;針對特定的實(shí)現(xiàn):

對類型有3種構(gòu)造型;對類型有任意數(shù)量的構(gòu)造型(依賴于實(shí)現(xiàn)語言);

不太形式化;比較形式化;

開發(fā)費(fèi)用較低;開發(fā)費(fèi)用較高;

層數(shù)少;層數(shù)多;

勾畫系統(tǒng)日勺設(shè)計(jì)輪廓:進(jìn)行系統(tǒng)設(shè)計(jì);

重要通過研討會等方式創(chuàng)立;設(shè)計(jì)模型和實(shí)現(xiàn)模型需雙向開發(fā);

也許不需要在整個生命周期內(nèi)都做維護(hù);在整個生命周期內(nèi)都應(yīng)當(dāng)維護(hù)

2.文獻(xiàn)管理系統(tǒng)、關(guān)系數(shù)據(jù)庫管理系統(tǒng)和面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)三種數(shù)據(jù)存儲管理模式

的優(yōu)缺陷:

(1)文獻(xiàn)管理系統(tǒng)

A.重要長處:

a)使用它長期保留數(shù)據(jù)具有成本低和簡樸等特點(diǎn)

b)數(shù)據(jù)按字節(jié)流存儲,適合于存儲大容量數(shù)據(jù)。

B.重要缺陷:

a)文獻(xiàn)操作的級別低,操作繁瑣,實(shí)現(xiàn)比較困難,為提供合適的抽象級

別還必須編寫額外的代碼。

b)文獻(xiàn)管理系統(tǒng)是操作系統(tǒng)的I一種構(gòu)成部分,不一樣操作系統(tǒng)的文獻(xiàn)管

理系統(tǒng)往往有明顯差異。

(2)關(guān)系數(shù)據(jù)庫管理系統(tǒng)

A.重要長處:

a)提供了多種最基本的數(shù)據(jù)管理功能。

b)為多種應(yīng)用提供了一致的接口。

c)支持原則化的語言。

B.重要缺陷:

a)運(yùn)行開銷大。

b)不能滿足高級應(yīng)用的需求。

c)與程序設(shè)計(jì)語言的連接不自然。

(3)面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)

A.在關(guān)系數(shù)據(jù)庫的基礎(chǔ)上,將對象和關(guān)系作為數(shù)據(jù)儲存,加強(qiáng)了某些操作功能。

B.面向?qū)ο蟪绦蛟O(shè)計(jì)語言中擴(kuò)充了數(shù)據(jù)庫的功能。

C.從面向?qū)ο蟠胧┳陨沓霭l(fā)來設(shè)計(jì)數(shù)據(jù)庫。

D.查詢比關(guān)系數(shù)據(jù)庫慢。

3.實(shí)例《圖書管理系統(tǒng)》面向?qū)ο蟮脑O(shè)計(jì)過程。

系統(tǒng)需求:

在圖書館管理系統(tǒng)中,要為每個借閱者建立一種賬戶,并給借閱者發(fā)放借閱卡(借

閱卡號,借閱者名),賬戶存儲借閱者的個人信息、借閱信息以及預(yù)定信息。

持有借閱卡的借閱者可以借閱書刊、返還書刊、查詢書刊信息、預(yù)定書刊并取消預(yù)

定,但這些操作都是通過圖書管理員進(jìn)行口勺,也即借閱者不直接于系統(tǒng)交互,而是圖書

管理員充當(dāng)借閱者的I代理與系統(tǒng)交互。

在借閱書刊時,需要輸入所借閱R勺書刊名、書刊H勺ISBN/ISSN號,然后輸入借閱者

的圖書卡號和借閱者名,完畢后提交所填表格,系統(tǒng)驗(yàn)證借閱者所借閱H勺書刊與否存在,

若存在,則借閱者可借出書刊,建立并在系統(tǒng)中存儲借閱記錄。

借閱者還可預(yù)定該書刊,一旦借閱者預(yù)定的書刊可以獲得,就將書刊直接寄給預(yù)定

人。此外,不考慮書刊的最長借閱期限,假設(shè)借閱者可以無限期地保留所借閱的書刊。

設(shè)計(jì)模型:

<<Bu-Ob)?Ct?

Item

q>rt=mdSgor

<<Bsic—Objed?PorsiiMr:

屈由eObiId

*?cObjldBorrow*rtnformati&n(RomQB)

StringifMsQerStnng

.e/?0觥EwneString“q.cdOH^Acce??Fil.String

職8"StringBeString

?go:TgaNafn?0縱,X

國?PttfWtter!)int

?ietLoanO“gl6:3片m。卬噸

%8Lo?nO用teOWectn^XCMTiations:Ob3口

Store<)

%Bo?ow^0

MiUeO

ftoo

?uMteO?SGMOnNsmtO

?Q利

^Bocrow?flnformation()與ficdOnAuthoO

?SoetBoftowednforma:ion()?snndOnISBHf)

*$iterateTitJ?<)

??818,)*$OetTrtle<>

??e*noveLoan()工?gyTitKO

?gotLoano^QetAuthorO

to/*?/4eIgnedin?

%etNoLooM〉%ylSaM〉

?e^dRwe<vajM^:>?gwypeo

“¥ncrv?5^<v3ion0??83CEObj*ct?^^?gctTypcA*S:nng(]

?fttTrtleO

*i*v?tion40Reservation

^TtitieObsld^etAuthoO

0..1JtlSBNO

%>d()82

?8us4nassOb>?a??$6cdOnLM?HarneO

LoanAetlaWgEO?R?S4Na:5)?gctNottftma)

?wdltemO

%tAddfW?qetEcnuwvO?emovelSEAilEkxQ

—tCrtyt)7<iH0???cltewx)

SetZipl)%Wm7rtihldO

^gatNoR?4?rvat?ors()

?gHBorrg”。SetStateO

^ctRcscrvationi)

?gctTideNaEea、?1L>UN>M)

'etltemO%3F?mNaM)^?ddRe?erration(|

^QetltemkJO^e<noveRwefv>ticnO

ft*0?geZpOft40

?r.M)?gctSsteO?oWf)

^getResevation()

第7章習(xí)題答案

一、判斷題

題號12

答案YY

二、選擇題

題號1

答案D

三、填空題

題號ABCD

1程序運(yùn)行時間存儲器效率輸入/輸出效率

2代碼行度量法McCabe環(huán)形復(fù)雜性度量Halslead復(fù)雜行度量

3文檔化規(guī)范化構(gòu)造化可視化

4自頂向下單入口單出口

四、簡答題

i.簡述程序設(shè)計(jì)語言的二種類型及特點(diǎn)?

機(jī)器語言,匯編語言:依賴于機(jī)器,面向機(jī)器

高級語言:獨(dú)立于機(jī)器,面向過程或面向?qū)ο?/p>

面向問題語言:獨(dú)立于機(jī)器,非過程式語言(4GL)

1.程序設(shè)計(jì)語言基本成分是什么?

答:基本成分可歸納為四種:數(shù)據(jù)成分、運(yùn)算成分、控制成分、傳播成分。

①數(shù)據(jù)成分:指明該語言能接受日勺數(shù)據(jù),用來描述程序中的數(shù)據(jù)。如多種類型H勺變量、

數(shù)組、指針、記錄等。

②運(yùn)算成分:它指明我語言容許執(zhí)行H勺運(yùn)算,用來描述程序中所需進(jìn)行的運(yùn)算。如+、

-、*、/等。

③控制成分:它指明該語言容許

溫馨提示

  • 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)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論