下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、一、單選題(每空1 分,共 20 分,請?jiān)趥溥x答案中選擇唯一一個(gè)正確的選項(xiàng))1、 產(chǎn)品特性可以稱為質(zhì)量屬性,在眾多質(zhì)量屬性中,對于開發(fā)人員來說重要的屬性有哪些(B )A 有效性、效率、靈活性、互操作性B 可維護(hù)性、可移植性、可重用性、可測試性C 完整性、可靠性、健壯性、可用性D 容錯性、易用性、簡潔性、正確性2、需求包括11 個(gè)方面的內(nèi)容,其中網(wǎng)絡(luò)和操作系統(tǒng)的要求屬于(B ) ,如何隔離用戶之間的數(shù)據(jù)屬于( C) , 執(zhí)行速度、相應(yīng)時(shí)間及吞吐量屬于( D ) , 規(guī)定系統(tǒng)平均出錯時(shí)間屬于( A ) 。A 質(zhì)量保證B 環(huán)境需求C 安全保密需求D 性能需求3、需求分析過程應(yīng)該建立3 種模型,它們分
2、別是數(shù)據(jù)模型、功能模型、行為模型。以下幾種圖形中,(B )屬于功能模型,(A )屬于數(shù)據(jù)模型,(C)屬于行為模型。A 實(shí)體 - 聯(lián)系圖 (ERD) B 數(shù)據(jù)流圖(DFD) C 狀態(tài)轉(zhuǎn)換圖(STD) D 魚骨圖4、常用的需求分析方法有:面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法(SA) ,面向?qū)ο蟮姆治龇椒ǎ∣OA),下列(D)不是結(jié)構(gòu)化分析方法的圖形工具。A 決策樹B 數(shù)據(jù)流圖C 數(shù)據(jù)字典D 快速原型5、軟件開發(fā)中,原型是軟件的一個(gè)早期可運(yùn)行的版本,它反映最終系統(tǒng)的部分重要特性。其中,(B )和(C )用完就可以丟棄,而(A)圍繞原型修改、增加。A 進(jìn)化型B 探索型C 實(shí)驗(yàn)型D 以上都是6、( D)用于描述數(shù)
3、據(jù)的處理過程。A 數(shù)據(jù)字典B 決策樹C 決策表D 數(shù)據(jù)流圖7、 DFD 的基本符號不包括下列哪種(A)A 數(shù)據(jù)字典B 加工 C 外部實(shí)體D 數(shù)據(jù)流E 數(shù)據(jù)存儲文件8、 DD 的主要字典條目包括以下哪種(E)A 數(shù)據(jù)流B 文件 C 數(shù)據(jù)項(xiàng)D 加工 E 以上都是9、常用的動態(tài)分析方法不包括以下哪種(B)A 狀態(tài)遷移圖B 層次方框圖C 時(shí)序圖D Petri 網(wǎng)10、需求分析階段的文檔包括以下哪些(E )A 軟件需求規(guī)格說明書B 數(shù)據(jù)要求說明書C 初步的用戶手冊D 修改、 完善與確定軟件開發(fā)實(shí)施計(jì)劃E 以上都是11、需求驗(yàn)證應(yīng)該從下述幾個(gè)方面進(jìn)行驗(yàn)證:( C )A 可靠性、可用性、易用性、重用性B 可
4、維護(hù)性、可移植性、可重用性、可測試性C 一致性、現(xiàn)實(shí)性、完整性、有效性D 功能性、非功能性12、風(fēng)險(xiǎn)管理的要素包括哪項(xiàng)(D )A 風(fēng)險(xiǎn)評價(jià)B 風(fēng)險(xiǎn)避免C 風(fēng)險(xiǎn)控制D 以上都是13、下列描述中錯誤的是(D)A 每一個(gè)集成的需求變更必須能跟蹤到一個(gè)經(jīng)核準(zhǔn)的變更請求。B 變更過程應(yīng)該做成文檔,盡可能簡單,當(dāng)然首要的是有效性。C 所有需求變更必須遵循過程,按照此過程,如果一個(gè)變更需求未被采納,則其后過程不再予以考慮。D 可以從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔。2、 填空題(每空2 分,共 30 分)1、 軟件開發(fā)的生命周期包括(需求分析) 、軟件設(shè)計(jì)、代碼實(shí)現(xiàn)、( 測試 ) 、 ( 實(shí)施 ) 、維
5、護(hù),共六個(gè)階段。2、 信息系統(tǒng)必須實(shí)現(xiàn)的功能,或者說信息系統(tǒng)必須具備的屬性和質(zhì)量稱為(系統(tǒng)需求(需求) ) 。3、 ( 模型 ) 是為了理解事物而對事物做出的一種抽象,是對事物的一種無歧義的書面描述。通常,由一組圖形符號和組織這些符號的規(guī)則組成。4、 軟件需求分析階段的目的是澄清用戶的要求,并把雙方共同的理解明確地表達(dá)成一份書面文檔 ( 軟件需求規(guī)格說明書)5、 軟件需求分類,分為(功能性 )需求和(非功能性)需求。6、 需求分析的步驟包括(需求獲?。?、 ( 分析建模) 、文檔編寫、需求驗(yàn)證。7、 魚骨圖是一種用于確定、探索和描述問題及其原因和結(jié)果的圖形工具,又被稱為(因果圖 )。8、 大多
6、數(shù)的需求分析方法是由信息驅(qū)動的,信息域具有三種屬性:( 信息流 ) 、 ( 信息內(nèi)容)和信息結(jié)構(gòu)。9、 在軟件開發(fā)中,使用原型時(shí)可采取兩種不同的策略,即:( 廢棄 )策略和(追加 )策略。10、3、 判斷題(每題1分,共10分,請?jiān)谡_的括號內(nèi)標(biāo)注,在錯誤的括號內(nèi)標(biāo)注X)1、 軟件需求描述的是“如何做”,而不是“做什么”。( 2)2、 軟件成功的標(biāo)準(zhǔn)是用戶在用,并且可以很容易做完要做的事。( 1 )3、 業(yè)務(wù)規(guī)則包括企業(yè)方針、政府條例、工業(yè)標(biāo)準(zhǔn)、會計(jì)準(zhǔn)則和計(jì)算方法等。業(yè)務(wù)規(guī)劃本身就是軟件需求。( 2)4、 軟件需求的層次包括業(yè)務(wù)需求、用戶需求、功能需求。( 1 )5、 使用實(shí)例方法可以使用戶更
7、清楚地認(rèn)識到新系統(tǒng)允許他做什么,那么我們就應(yīng)該試圖把每一個(gè)需求與一個(gè)使用實(shí)例相聯(lián)系,盡可能多的使用實(shí)例。( 2)6、 在狀態(tài)圖中定義的狀態(tài)主要有:初態(tài)(即初始狀態(tài))、 終態(tài) (即最終狀態(tài))和中間狀態(tài)。在一張狀態(tài)圖中只能有一個(gè)初態(tài),而終態(tài)則可以有0 至多個(gè)。( 1)7、 結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析。( 1 )8、 數(shù)據(jù)流圖中每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流,但可以沒有輸出數(shù)據(jù)流。( 2)9、 DFD 與程序流程圖的區(qū)別是程序流程圖用于表示程序的過程設(shè)計(jì),DFD 用作描述軟件的邏輯功能,不能表示程序的控制結(jié)構(gòu)。( 1 )10、 屬性是指實(shí)體某一方面的特征,一個(gè)實(shí)體通常有多個(gè)屬性。聯(lián)
8、系也可以有屬性。( 1)4、 簡答題(每題10 分,共 40 分)1、高質(zhì)量的需求過程給軟件帶來哪些好處?優(yōu)秀需求具有哪些特性?(1) 最大的好處是在開發(fā)后期和整個(gè)維護(hù)階段的重做的工作大大減少了。(2)將選定系統(tǒng)的需求明確地分配到各軟件子系統(tǒng),強(qiáng)調(diào)采用產(chǎn)品工程的系統(tǒng)方法。這樣能簡化硬軟件的集成,也能確保軟硬件系統(tǒng)功能匹配適當(dāng)。有效的變更控制和影響分析過程也能降低需求變更帶來的負(fù)面影響。(3) 將需求編寫成清晰、無二義性的文檔將會極大地有利于系統(tǒng)測試,確保產(chǎn)品質(zhì)量,以使所有風(fēng)險(xiǎn)承擔(dān)者感到滿意。優(yōu)秀需求具有哪些特性:(1)正確性 每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。(2)必要性 每一項(xiàng)需求都
9、應(yīng)把客戶真正所需要的和最終系統(tǒng)所需遵從的標(biāo)準(zhǔn)記錄下來。(3) 劃分優(yōu)先級給每項(xiàng)需求、特性或使用實(shí)例分配一個(gè)實(shí)施優(yōu)先級以指明它在特定產(chǎn)品中所占的分量。2、 常規(guī)的需求獲取的方法有哪些?(列舉三個(gè)就可以)需求獲取一般面臨哪些挑戰(zhàn)或困難?( 1 )復(fù)查現(xiàn)有報(bào)表、表格和過程描述(2)面談,觀察并記錄商業(yè)過程(3)分發(fā)收集調(diào)查表(4)訪談(5)情景分析( 6)面向數(shù)據(jù)流分析(7)簡易的應(yīng)用規(guī)格說明技術(shù)需求獲取面臨的挑戰(zhàn):( 1)客戶說不清楚需求(2)需求易變性(3)問題的復(fù)雜性和對問題空間理解的不完備性與不一致性3、靜態(tài)建模法中的典型范例是用例圖,用例圖的基本組成元素是什么?畫系統(tǒng)用例圖的四個(gè)步驟是什么
10、?用例圖的基本組成元素是:系統(tǒng):代表一個(gè)活動范圍.參與者:扮演特定角色的人 .用例:由參與者執(zhí)行的功能.畫系統(tǒng)用例圖的四個(gè)步驟:( 1) 、定義系統(tǒng)邊界(2) 、找出與用例直接相關(guān)的參與者(3) 、畫出各個(gè)用例(4) 、確定參與者和用例之間的關(guān)系4、簡述快速原型法的特點(diǎn)及在系統(tǒng)分析和構(gòu)造中的優(yōu)勢(優(yōu)勢列舉三點(diǎn)就可以)?( 1 ) “ 快 ” :盡可能快地建立原型,為用戶提供對軟件盡可能快、盡可能好地理解。( 2)可以修改:如果不符合用戶的要求,該原型必須能夠迅速修改來滿足用戶的需求??焖僭头ㄔ谙到y(tǒng)分析和構(gòu)造中的優(yōu)勢:( 1 ) 增進(jìn)軟件者和用戶對系統(tǒng)服務(wù)需求的理解,使比較含糊的具有不確定性的軟件需求(主要是功能)明確化。( 2)軟件原型化方法提供了一種有力的學(xué)習(xí)手段。( 3)可以容易地確定系統(tǒng)的性能,確認(rèn)各項(xiàng)
溫馨提示
- 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)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 《硫酸工藝學(xué)》課件
- 二尿素裝置安全課課件
- 《燒傷基礎(chǔ)知識》課件
- 《湖南鄉(xiāng)土地理》課件
- 《孕婦學(xué)校講課》課件
- 單位管理制度集合大合集職工管理
- 單位管理制度集粹匯編人員管理篇十篇
- 單位管理制度分享匯編【人力資源管理篇】十篇
- 單位管理制度分享大全職員管理篇十篇
- 2024教師安全責(zé)任協(xié)議書(28篇)
- 楊功旭主任運(yùn)用六經(jīng)辨證治療肩周炎的學(xué)術(shù)經(jīng)驗(yàn)及用藥規(guī)律
- 電力工程監(jiān)理實(shí)施細(xì)則
- 央企戰(zhàn)略合作協(xié)議書
- 常見抗痛風(fēng)藥物課件整理
- 大概念視域下高中歷史融通教學(xué)淺思+課件
- 中學(xué)生使用手機(jī)的利與弊
- 一氧化鉛安全技術(shù)說明書MSDS
- kv桿塔防腐施工組織設(shè)計(jì)
- GB/T 28799.2-2020冷熱水用耐熱聚乙烯(PE-RT)管道系統(tǒng)第2部分:管材
- 《毛澤東思想概論》題庫
- 勞務(wù)派遣人員考核方案
評論
0/150
提交評論