軟件工程方法學(xué)作業(yè)3答案

1、1 軟件需求分析階段的工作，可以分為以下4個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、編寫需求分析文檔以及(C)。供選擇的答案：A.總結(jié)B.階段性報(bào)告C.需求分析評(píng)審D.以上答案都不正確2 各種分析方法都有它們共同適用的(B)。供選擇的答案：A.說明方法B.描述方式C.準(zhǔn)則D.基本原則3 軟件需求分析的任務(wù)不應(yīng)包括(A3)。進(jìn)行需求分析可使用多種工具，但(B3)是不適用的。在需求分析中，分析員要從用戶那里解決的最重要的問題是(C1)。需求規(guī)格說明書的內(nèi)容不應(yīng)當(dāng)包括(D2)。該文檔在軟件開發(fā)中具有重要的作用，但其作用不應(yīng)當(dāng)包括(E4)。供選擇的答案：A.問題分析信息域分析結(jié)構(gòu)化程序設(shè)計(jì)確定邏輯模型B. 數(shù)

2、據(jù)流圖 判定表據(jù)詞典C. 要讓軟件做什么 要求軟件工作效率如何結(jié)構(gòu) PAD 圖 數(shù) 要給該軟件提供哪些信息 要讓軟件具有什么樣的 對(duì)算法的詳細(xì)過程性D.對(duì)重要功能的描述描述軟件確認(rèn)準(zhǔn)則軟件的性能E.軟件設(shè)計(jì)的依據(jù)用戶和開發(fā)人員對(duì)軟件要“做什么”的共同理解軟件驗(yàn)收的依據(jù)軟件可行性分析的依據(jù)4原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程，適用于(A1)系統(tǒng)。它從用戶界面的開發(fā)入手，首先形成(B3)，用戶(C4)，并就(D1)提出意見，它是一種(E1)型的設(shè)計(jì)過程。供選擇的答案：A. 需求不確定性高的需求確定的管理信息決策支持B. 用戶界面使用手冊(cè)用戶界面需求分析說明書系統(tǒng)界面原型完善的用戶

3、界面C. 改進(jìn)用戶界面的設(shè)計(jì)閱讀文檔資料模擬用戶界面的運(yùn)行運(yùn)行用戶界面原型D. 同意什么和不同意什么使用和不使用哪一種編程語言程序的結(jié)構(gòu)執(zhí)行速度是否滿足要求E. 自外向內(nèi)自頂向下自內(nèi)向外自底向上5 在軟件需求分析時(shí)，首先建立當(dāng)前系統(tǒng)的物理模型，再根據(jù)物理模型建立當(dāng)前系統(tǒng)的邏輯模型。試問：什么是當(dāng)前系統(tǒng)？當(dāng)前系統(tǒng)的物理模型與邏輯模型有什么差別？所謂當(dāng)前系統(tǒng)可能是需要改進(jìn)的某個(gè)已在計(jì)算機(jī)上運(yùn)行的數(shù)據(jù)處理系統(tǒng)，也可能是一個(gè)人工的數(shù)據(jù)處理過程。當(dāng)前系統(tǒng)的物理模型客觀地反映當(dāng)前系統(tǒng)實(shí)際的工作情況。但在物理模型中有許多物理的因素，隨著分析工作的深入，有些非本質(zhì)的物理因素就成為不必要的負(fù)擔(dān)，因而需要對(duì)物理模

4、型進(jìn)行分析，區(qū)分出本質(zhì)的和非本質(zhì)的因素，去掉那些非本質(zhì)的因素即可獲得反映系統(tǒng)本質(zhì)的邏輯模型。所以當(dāng)前系統(tǒng)的邏輯模型是從當(dāng)前系統(tǒng)的物理模型抽象出來的。6 軟件需求分析是軟件工程過程中交換意見最頻繁的步驟。為什么交換意見的途徑會(huì)經(jīng)常阻塞？軟件需求分析過程中，由于最初分析員對(duì)要解決的問題了解很少，用戶對(duì)問題的描述、對(duì)目標(biāo)軟件的要求也很凌亂、模糊，再加上分析員和用戶共同的知識(shí)領(lǐng)域不多，導(dǎo)致相互間通信的需求。但是由于分析員和用戶之間需要通信的內(nèi)容相當(dāng)多，業(yè)務(wù)知識(shí)上的不足，表達(dá)方式的不足，可能對(duì)某些需求存在錯(cuò)誤解釋或誤解的可能性，造成需求的模糊性。另外，用戶和分析員之間經(jīng)常存在無意識(shí)的“我們和他們”的界限，不是按工作需要組成統(tǒng)一的精干的隊(duì)伍，而是各自定義自己的“版圖”，并通過一系列備忘錄、正式的意見書、文檔，以及提問和回答來相互通信。