用戶需求與系統(tǒng)建模試題

1、用戶需求與系統(tǒng)建模試 題（2006/ 2007 學(xué)年第一學(xué)期）-一一二二二-三四五六七八九十總分一、填空題（20分，每空1分）1. 用戶需求與系統(tǒng)建模課所涉及的內(nèi)容應(yīng)劃分為（）學(xué)科的重要知識(shí)領(lǐng)域。該學(xué)科于1968年在NATO的一次學(xué)術(shù)會(huì)議上被提出，旨 在為軟件開(kāi)發(fā)引入健全的工程化原則和系統(tǒng)的、成熟的方法學(xué)指導(dǎo)，以解 決日益嚴(yán)重的（）。2. Rational統(tǒng)一過(guò)程是適應(yīng)于 OO方法和UML建模表示的，以（）驅(qū)動(dòng)的，以（）為中心的，迭代和增量的軟件開(kāi)發(fā)過(guò)程，Ratio nal統(tǒng)一過(guò)程的英文縮寫(xiě)為（）。3. 軟件需求可以被劃分為“功能需求”和“非功能需求”兩類。按照這種區(qū)分標(biāo)準(zhǔn)，“系統(tǒng)必須對(duì)登錄用

2、戶的身份進(jìn)行驗(yàn)證，并分配給合法用戶相應(yīng) 的公文操作權(quán)限”屬于（）需求；“身份驗(yàn)證必須在4秒之內(nèi)完成”屬于（）需求。4. 在需求開(kāi)發(fā)階段，分析員可以“快速而粗糙”地開(kāi)發(fā)出模擬目標(biāo)軟件系統(tǒng)行為的原型程序，并利用它與用戶更直觀地討論需求內(nèi)容； 這種以獲取需 求為目地的原型屬于（）原型；除此而外原型還存在另一種類型稱為（）原型。:5. 在結(jié)構(gòu)化分析技術(shù)中，實(shí)體關(guān)系圖用于創(chuàng)建目標(biāo)系統(tǒng)的（）模型。在實(shí)體關(guān)系圖中矩形表示（）；橢圓表示（）；以無(wú)向邊連接矩形的菱形表示（）。6. 需求開(kāi)發(fā)過(guò)程通常包括4個(gè)主要活動(dòng)，分別是（），（），（）和需求驗(yàn)證。定義需求優(yōu)先級(jí)應(yīng)該是（）活動(dòng)的工作任務(wù)。7. 事物、關(guān)系和圖是

3、UML詞匯表中所包含的 3種基本構(gòu)造塊。其中（）是模型中所應(yīng)用的基本成分；（）是事物之間的結(jié)合形式；（）聚集了一組相關(guān)的事物，傳達(dá)某一方面的整體信息。、選擇題（20分，每空2 分）1. （）借鑒了制造行業(yè)“流水線生產(chǎn)”的思想，將開(kāi)發(fā)活動(dòng)按線性關(guān)系組織，是在軟件工程歷史上提出最早也是影響最廣泛的過(guò)程模型。D.組件開(kāi)發(fā)模型）開(kāi)始要求開(kāi)發(fā)過(guò)程中必A. 瀑布模型B.增量模型C.螺旋模型2. 在能力成熟度模型的5個(gè)等級(jí)中，從（ 須包括與“需求管理”有關(guān)的關(guān)鍵過(guò)程區(qū)。A.初始級(jí) B.可重復(fù)級(jí)C.已定義級(jí)D.已管理級(jí)3. 調(diào)查表是進(jìn)行需求收集的手段之一。在下列陳述中，（）指出的是調(diào)查表的不足。A. 用戶過(guò)早

4、的接觸可執(zhí)行的系統(tǒng)，可能引入“期望誤差”。B. 與用戶間接通信，交互性差，不能完全保證所獲信息的有效性。C. 時(shí)間開(kāi)銷大，同時(shí)要求分析員具有良好的人際溝通能力。D. 利用短期集中的會(huì)議作出需求決策可能引入需求變更的風(fēng)險(xiǎn)。4. （）是檢查需求沖突和冗余的主要技術(shù)。A.需求依賴矩陣B.判定樹(shù) C.判定表 D. Petri網(wǎng)5. 結(jié)構(gòu)化分析模型中，（）用于對(duì)軟件系統(tǒng)的行為建模。A.實(shí)體關(guān)系圖B.數(shù)據(jù)流圖C.狀態(tài)遷移圖D.數(shù)據(jù)字典6. 下列關(guān)于0層數(shù)據(jù)流圖的陳述中，不正確的是（）。A. 0層數(shù)據(jù)流圖中只有一個(gè)數(shù)據(jù)加工B. 0層數(shù)據(jù)流圖中列出了所有與系統(tǒng)發(fā)生數(shù)據(jù)交互的外部實(shí)體。C. 0層數(shù)據(jù)流圖中列出了

5、所有“穿過(guò)”系統(tǒng)邊界的數(shù)據(jù)流。D. 0層數(shù)據(jù)流圖中列出了所有系統(tǒng)中的數(shù)據(jù)存儲(chǔ)。7. 在UML中“包”使用（）符號(hào)表示。8.在用例圖中，如果某一個(gè)用例的執(zhí)行有條件地合并另一個(gè)用例的行為，則二者之間定義為（）關(guān)系。A.拓展 B.包含 C.實(shí)現(xiàn)D.泛化9. UML的狀態(tài)圖表現(xiàn)的是個(gè) (）在生命期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)變化序列。A.用例B.對(duì)象 C.活動(dòng) D.接口10. UML定義的4中基本關(guān)系中，（）關(guān)系可以是對(duì)稱的A.泛化 B.依賴 C.關(guān)聯(lián) D.實(shí)現(xiàn)三、按要求回答問(wèn)題（20分，每題5分）1. 請(qǐng)寫(xiě)出下列術(shù)語(yǔ)的英文縮寫(xiě)數(shù)據(jù)流圖：聯(lián)合應(yīng)用開(kāi)發(fā)：計(jì)算機(jī)輔助軟件工程：能力成熟度模型：軟件需求說(shuō)明書(shū)：2.

6、 寫(xiě)出5條創(chuàng)建數(shù)據(jù)流圖的指導(dǎo)原則3. 寫(xiě)出需求發(fā)現(xiàn)活動(dòng)的主要工作任務(wù)4. 在UML所定義的9種圖中，哪些圖是用于表現(xiàn)系統(tǒng)動(dòng)態(tài)行為的?四、XX電器商店的配送部門(mén)負(fù)責(zé)向購(gòu)買商品的市內(nèi)顧客提供有償?shù)乃拓浬?門(mén)服務(wù)，其收費(fèi)策略如下：當(dāng)需要送貨的商品重量大于 25kg或者商品體積超過(guò)1m3，按照 30元收取運(yùn)費(fèi)，否則按20元收取運(yùn)費(fèi)。正常送貨時(shí)限為3日內(nèi)，如果顧客要求當(dāng)日送貨，則額外收取 10 兀加急費(fèi)。請(qǐng)基于上面的描述，將說(shuō)明收費(fèi)策略的判定表補(bǔ)充完整（10分）收費(fèi)策略判定表?xiàng)l 件 項(xiàng)動(dòng) 作 項(xiàng)20元運(yùn)費(fèi)30元運(yùn)費(fèi)40元運(yùn)費(fèi)五、下面的C+代碼分別定義了兩個(gè)類 Tperson和Temployee,請(qǐng)根據(jù)代

7、碼 含義，采用UML的類圖表示出這兩個(gè)類的內(nèi)部成員和相互關(guān)系（10分）class Tpers onpublic:TPers on( char* n m, i nt ag); int getAge();char n ame20;protected:void In cAge();private:int age;class TEmployee:public TPers onpublic:float getSalary();void setSalary(float sal); bool IsVacati oning;private:float salary;六、請(qǐng)認(rèn)真閱讀下面的需求描述，并按要求回答問(wèn)

8、題（20分）“ Restaura nt On Wheels ”（下文簡(jiǎn)稱ROW是一家以電話訂餐和食品配送為主營(yíng)業(yè) 務(wù)的餐飲公司。為減少投資風(fēng)險(xiǎn)，ROW采用的是一種低成本的運(yùn)營(yíng)模式，即自己不生產(chǎn)外賣食品，而是與多家餐館和快餐店建立合作關(guān)系，合作餐館承諾以批發(fā)價(jià)和記帳支付 方式提供各種外賣食品，ROW!將它們以零售價(jià)銷售給訂餐客戶，從而獲得利潤(rùn)。ROV公司的服務(wù)目標(biāo)主要是周邊企業(yè)和商業(yè)機(jī)構(gòu)等團(tuán)體客戶，ROW勺公關(guān)人員負(fù)責(zé)上門(mén)推廣公司的業(yè)務(wù)并辦理客戶注冊(cè)手續(xù)。注冊(cè)后的客戶將獲得編號(hào)唯一的訂餐卡，并在 每個(gè)月得到最新的訂餐目錄。需要訂餐時(shí)，客戶在電話中說(shuō)明自己的訂餐卡號(hào)碼、送餐 時(shí)間、訂購(gòu)食品在目錄中

9、的編號(hào)及訂購(gòu)數(shù)量；訂餐員在核對(duì)必要信息后建立客戶訂單以 及執(zhí)行訂單所需要的配送簽收單和記帳單。配送簽收單包含客戶地址、聯(lián)系電話、訂餐 內(nèi)容及按零售價(jià)計(jì)算出的應(yīng)支付金額等信息。記帳單包含要求合作餐館提供的食品清單 和按批發(fā)價(jià)計(jì)算出的記帳金額。每個(gè)訂單由一名配送人員執(zhí)行，配送人員以記帳單到各 家餐館購(gòu)買訂購(gòu)的食品，并按配送單將其送往指定的客戶地址?？蛻糁Ц冬F(xiàn)金并簽收配 送單。每天下班前配送員要與會(huì)計(jì)結(jié)算當(dāng)天送餐的收入；會(huì)計(jì)還負(fù)責(zé)在每個(gè)月底以記帳 單為依據(jù)與合作餐館進(jìn)行現(xiàn)金結(jié)算。每個(gè)月末，ROW公司的經(jīng)理將根據(jù)合作餐館對(duì)外賣食品的更新情況和當(dāng)月的銷售情況整理出下個(gè)月的訂餐目錄，并由公關(guān)人員送往各個(gè)注 冊(cè)的客戶手中。目前隨著ROWk務(wù)規(guī)模的逐步擴(kuò)大，迫切需要開(kāi)發(fā)一個(gè)訂餐管理系統(tǒng)以保證公司業(yè) 務(wù)的順利開(kāi)展，新系統(tǒng)的開(kāi)發(fā)目標(biāo)包括：1. 幫助公關(guān)人員維護(hù)注冊(cè)客戶的信息并處理新客戶的注冊(cè)事務(wù)。2. 幫助經(jīng)理維護(hù)與合作餐館的聯(lián)系以及由合作餐館所供應(yīng)的食品信息，在新餐館 加盟或餐館終止合作關(guān)系時(shí)對(duì)外賣食品種類進(jìn)行相應(yīng)的更新處理。3. 幫助訂餐員處理客戶訂餐事務(wù)，建立訂單并自動(dòng)生成有關(guān)的其他單據(jù)。4. 幫助會(huì)計(jì)進(jìn)行資金管理，能夠方便的進(jìn)行每天的送餐收入結(jié)算和每個(gè)月的記帳 結(jié)算。5. 向經(jīng)理提供每個(gè)月銷售情況的統(tǒng)計(jì)結(jié)果，以便于經(jīng)理制定下個(gè)月的訂餐目錄6. 自動(dòng)將新的訂餐目錄以電子郵件