需求工程B卷(共5頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上考 號班 級學(xué) 號姓 名 用戶需求與系統(tǒng)建模 試 題（ 2011 / 20102 學(xué)年 第 一 學(xué)期）一二三四五六七八九十總分得分 一、 填空題（本題20分，每空1分）1. 軟件工程的三要素是（ ）、（ ）和CASE工具，術(shù)語“CASE”的含義是（ ）。2. RUP是一種全面支持面向?qū)ο蠓椒ê蚒ML的，以（ ）驅(qū)動的，以（ ）為中心的，（ ）的軟件過程。3. 需求依賴矩陣是檢查需求沖突和冗余的技術(shù)手段，設(shè)采用該技術(shù)對11項需求進(jìn)行相關(guān)性分析，則所構(gòu)成的依賴矩陣共有（ ）個交叉單元，所需判定的工作量為（ ）個交叉單元。4. 根據(jù)需求工程的活動框架，需求管理活動主要包括（

2、 ）、版本管理、（ ）和需求狀態(tài)管理。5. 結(jié)構(gòu)化分析模型主要由數(shù)據(jù)流圖、實體關(guān)系圖、狀態(tài)遷移圖和（ ）構(gòu)成，其中數(shù)據(jù)流圖用于對（ ）域建模，狀態(tài)遷移圖用于對（ ）建模。6. 事物是UML模型中的基本成分；事物又可分為（ ）事物，（ ）事物、分組事物和注釋事物，其中（ ）是最主要的分組事物，（ ）是最主要的注釋事物。7. UML中以（ ）或（ ）關(guān)系體現(xiàn)事物之間存在“整體/部分”的聯(lián)系形式；二者中，（ ）關(guān)系表明作為“部分”的事物與作為“整體”的事物密不可分，具有相同的生命期。得分二、選擇題（本題20分，每空2分）1. 下列軟件過程模型中，以“凍結(jié)需求”為焦點的是（ ）。A. 螺旋模型 B.

3、原型瀑布模型 C. 增量模型 D. CBSE模型2. JAD會議作為一種有效的需求收集手段，其主要的不足是（ ）。A. 用戶過早的接觸可執(zhí)行的系統(tǒng)，可能引入“期望誤差”。B. 與用戶間接通信，交互性差，不能完全保證所獲信息的有效性。C. 短期集中形成的需求決策難以穩(wěn)定，可能增大需求變更的風(fēng)險。D. 時間開銷大，同時要求分析員具有良好的人際溝通能力。 3. 根據(jù)軟件非功能需求的分類標(biāo)準(zhǔn)，“為實現(xiàn)與其他協(xié)作系統(tǒng)的數(shù)據(jù)共享，目標(biāo)系統(tǒng)必須選用Oracle 10g 作為數(shù)據(jù)庫服務(wù)器”屬于（ ）非功能需求。A、機構(gòu) B、產(chǎn)品 C、 內(nèi)部 D、外部4. 在需求工程中，“劃分需求優(yōu)先級”屬于（ ）活動階段的工

4、作任務(wù)。A. 需求捕獲 B. 需求規(guī)約 C. 需求文檔化 D. 需求驗證5. （ ）是軟件需求說明書中必不可少的一項重要附錄，用以對正文中提及的行業(yè)專有名詞和英文縮寫等進(jìn)行解釋和說明。A. 版本變更記錄 B. 術(shù)語表 C. 參考文獻(xiàn) D. 項目合同副本6. 下列選項中，（ ）可用于說明復(fù)合數(shù)據(jù)的組成結(jié)構(gòu)和數(shù)據(jù)分量的取值約束。A. 程序流程圖 B. 判定樹 C. 定義式 D. 偽代碼7. 在數(shù)據(jù)流圖中，數(shù)據(jù)流必須起始和終結(jié)于（ ）。A、數(shù)據(jù)加工 B、數(shù)據(jù)存儲 C、外部實體 D、數(shù)據(jù)庫8. 在下列關(guān)系中，（ ）可以有效表示面向?qū)ο蠓椒ㄖ械摹袄^承”機制。9. UML詞匯表中“構(gòu)件”的表示符是（ ）。

5、10. 在用例圖中，為表示基礎(chǔ)用例UC1將無條件地完整合并其子用例UC1.1的行為，應(yīng)在這兩個用例間使用構(gòu)造型（ ）。A. include B. extended C. destroy D. created得分三、結(jié)構(gòu)化分析技術(shù)應(yīng)用題（本題20分）某單位擬定在現(xiàn)有的電子郵件系統(tǒng)和人事管理系統(tǒng)基礎(chǔ)上，再建設(shè)一套招聘管理系統(tǒng)，藉此提高人員招聘工作的效率。新系統(tǒng)的主要需求包括：1)招聘信息管理。各部門主管可以根據(jù)本部門的用人需要，在系統(tǒng)中錄入崗位招聘需求，其內(nèi)容包括對招聘崗位工作職責(zé)、薪酬待遇和用人條件的說明，系統(tǒng)將該信息保存于崗位需求表中。2)應(yīng)聘受理。系統(tǒng)根據(jù)崗位需求表的內(nèi)容，向應(yīng)聘者發(fā)布招聘信

6、息。應(yīng)聘者需要填寫求職申請并提交給系統(tǒng)，其內(nèi)容包括所要應(yīng)聘的崗位和個人情況說明。系統(tǒng)在收到求職申請后會首先利用電子郵件系統(tǒng)向應(yīng)聘者轉(zhuǎn)發(fā)一封致謝信，同時結(jié)合其應(yīng)聘崗位的需求進(jìn)行自動審核。若求職申請通過自動審核則保存于候選人申請表中，以備部門主管人工審核；若未通過自動審核，則系統(tǒng)會自動生成“謝絕錄用”的審核意見，并作為應(yīng)聘結(jié)果以電子郵件回復(fù)應(yīng)聘者。3)聘用審核部門主管可通過系統(tǒng)查詢到應(yīng)聘本部門崗位的候選人申請，并在系統(tǒng)中設(shè)置對候選人的審核意見。系統(tǒng)會將主管審核意見作為應(yīng)聘結(jié)果以電子郵件回復(fù)給應(yīng)聘者。若主管同意錄用該應(yīng)聘者，則系統(tǒng)會將錄用者信息轉(zhuǎn)發(fā)給人事管理系統(tǒng)，以便于其將來辦理各種入職手續(xù)；若主管

7、拒絕錄用該應(yīng)聘者，則其求職申請將從候選人申請表中刪除。 已知該招聘管理系統(tǒng)的頂層數(shù)據(jù)流圖如圖3-1所示， 圖3-2給出了該系統(tǒng)第1層數(shù)據(jù)流圖中的部分元素。請通過對需求說明的分析，將第1層數(shù)據(jù)流圖補充完整。（答案直接標(biāo)注在圖3-2中） 圖3-1 招聘管理系統(tǒng)的頂層數(shù)據(jù)流圖班 級學(xué) 號姓 名圖3-2 招聘管理系統(tǒng)的第1層數(shù)據(jù)流圖得分四、UML建模應(yīng)用題（本題40分）班 級學(xué) 號姓 名1、根據(jù)協(xié)作圖4-1(a)將表現(xiàn)相同交互場景的順序圖4-1(b)補充完整。（10分） 2、狀態(tài)圖4-2描述了某對象的行為規(guī)則，其中Sn、Sw、Su是該對象在生命期內(nèi)可停留的狀態(tài)，Start、Es、Em、Eu、Eh、El

8、、Et為可能造成狀態(tài)轉(zhuǎn)換的事件， L、B、H為該對象內(nèi)部的數(shù)據(jù)成員。請根據(jù)該模型回答問題。（10分）圖4-2某對象行為規(guī)則的狀態(tài)圖（1）設(shè)該對象處于初態(tài)，連續(xù)發(fā)生事件序列“StartàElàEsàEmàEsàEm”，此后該對象應(yīng)處于 狀態(tài)，其數(shù)據(jù)成員B的值為 。（2）設(shè)該對象處于Su狀態(tài)，連續(xù)發(fā)生事件序列“EtàEmàEmàElàEu”, 此后該對象數(shù)據(jù)成員B的值為 。（3）該對象處于Sw狀態(tài)時，數(shù)據(jù)成員L最小的可能值是 ，最大的可能值是 。3、類圖4-3給出了Employ類和Manager類的內(nèi)部結(jié)構(gòu)及

9、相互關(guān)系，請根據(jù)該類圖，以C+語言將這兩個類聲明代碼中的缺失部分（橫線處）補充完整。（10分） 圖4-3 Employ類和Manager類class Employee public: char* name; ; ; : int age;private: ;class public: char* position; void Boast();裝訂線4、下文給出了二分查找算法的程序說明及代碼，請使用UML中的活動圖表示該算法的執(zhí)行流程（10分）裝訂線/*說明*參數(shù)a：查找范圍，有序整型數(shù)組；*參數(shù)x：查找的關(guān)鍵值，整型*參數(shù)n：數(shù)組a的長度，整型 *返回值 * 等于-1：x不在數(shù)組a中；* 不等于-1：x在數(shù)組a中的下標(biāo)；*/int search(int *a, int x, int n) int low=0, high=n-1, m