軟件需求分析復(fù)習(xí)題

1、精選優(yōu)質(zhì)文檔-傾情為你奉上精選優(yōu)質(zhì)文檔-傾情為你奉上專心-專注-專業(yè)專心-專注-專業(yè)精選優(yōu)質(zhì)文檔-傾情為你奉上專心-專注-專業(yè)1、名詞解釋題需求分析答：開發(fā)人員要準(zhǔn)確理解用戶的要求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式主義功能規(guī)約(需求規(guī)格說明)的過程。 2 需求工程3 業(yè)務(wù)模型4 原型開發(fā)方法5 數(shù)據(jù)字典2、簡答題需求分析階段的基本任務(wù)是什么？答：需求分析階段的基本任務(wù)是: (1.問題識別： 雙方對問題的綜合需求：a.功能需求b.性能需求c.環(huán)境需求d.用戶界面需求. (2.分析與綜合，導(dǎo)出軟件的邏輯模型. (3.編寫文檔2需求說明書由

2、哪些部分組成？各部分之間的關(guān)系是什么？答：軟件需求說明書一般包括如下內(nèi)容：1）引言部分 編寫目的；項(xiàng)目背景 (應(yīng)包括：a.項(xiàng)目的委托單位、開發(fā)單位和主管部門；b該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系。) ；定義；(列出文檔中所用到的專門術(shù)語的定義和縮寫詞的原文。)參考資料。2）任務(wù)概述 目標(biāo)；運(yùn)行環(huán)境；條件與限制。3）數(shù)據(jù)描述 靜態(tài)數(shù)據(jù)；動態(tài)數(shù)據(jù) (包括輸入數(shù)據(jù)和輸出數(shù)據(jù)) ；數(shù)據(jù)庫描述 (給出使用數(shù)據(jù)庫的名稱和類型) ；數(shù)據(jù)詞典；數(shù)據(jù)采集。4）功能要求 功能劃分；功能描述。5）性能需求 數(shù)據(jù)精確度；時(shí)間特性(如響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)轉(zhuǎn)換與傳輸時(shí)間、運(yùn)行時(shí)間等)；適應(yīng)性(在操作方式、運(yùn)行環(huán)境、與其他

3、軟件的接口以及開發(fā)計(jì)劃等發(fā)生變化時(shí)，應(yīng)具有的適應(yīng)能力。)6）運(yùn)行需求 用戶界面(如屏幕格式、報(bào)表格式、菜單格式、輸入輸出時(shí)間等)；硬件接口；軟件接口；故障處理。7）其他要求 如可使用性、安全保密、可維護(hù)性、可移植性等。8）附錄1.概括說明如何進(jìn)行需求分析？（20）答：（1）需求分析是指在需求開發(fā)過程中，對所獲取的需求信息進(jìn)行分析，及時(shí)排除錯誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶的真實(shí)意圖。 （2）分析方法大體有兩類：“問答分析法”和“建模分析法”。第一：問答分析方法很簡單：刨根究底地問，如果問題都被解答了，那么需求也就分析清楚了。一個(gè)人可以“自問自答”地分析需求，幾個(gè)人分析需求則稱為“研討”

4、。 問答分析最重要的問題是：“是什么”和“為什么”。其它常見的問題有： 需求存在二義性嗎？ 需求文檔的上下文有矛盾嗎？ 需求完備嗎？ 需求是必要的嗎？ 需求可實(shí)現(xiàn)嗎？ 需求可驗(yàn)證嗎？ 需求的優(yōu)先級確定了嗎？第二：建模分析法：在需求開發(fā)過程中，對于某些類型的信息，用圖形表示要比文本表示更加有效。所以將圖形與文本結(jié)合起來描述需求是很自然的方法。需求建模就是指用圖形符號來表示、刻畫需求。需求建模不可能取代文字描述。在需求文檔中，文字描述是第一重要的，建模主要是起分析、解釋作用。建議將模型存放在需求文檔的附錄中，便于正文引用。建模分析方法主要有兩大類：“結(jié)構(gòu)化分析法”和“面向?qū)ο蠓治龇ā薄?2概括說明

5、需求的層次答：業(yè)務(wù)需求：表示組織或客戶高層次的目標(biāo)。描述了組織希望達(dá)到的目標(biāo)，用前景和范圍文檔來記錄用戶需求：用戶的目標(biāo)或者用戶要求系統(tǒng)必須完成的任務(wù)。描述了用戶能使用系統(tǒng)來做些什么，用用例、場景描述和事件-響應(yīng)表來表達(dá)。功能需求（行為需求）：規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些軟件功能來完成任務(wù)，滿足業(yè)務(wù)需求。描述了開發(fā)人員應(yīng)該（需要）實(shí)現(xiàn)什么，用SRS（軟件需求規(guī)格說明書）來記錄。4). 非功能性需求：性能指標(biāo)和質(zhì)量屬性、系統(tǒng)和外部世界的界面、設(shè)計(jì)和實(shí)現(xiàn)的約束；2.概括說明什么是好的需求規(guī)格說明書？（20）答：第一 ;正確 需求規(guī)格說明書應(yīng)當(dāng)正確地反映用戶的真實(shí)意圖，“正確

6、”是產(chǎn)品需求規(guī)格說明書最重要的屬性。第二： 清楚 清楚的需求讓人易讀易懂。 第三： 無二義性 “無二義性” 是指每個(gè)需求只有唯一的含義。第四：一致 “一致”（Consistent）是指產(chǎn)品需求規(guī)格說明書中各個(gè)需求之間不會發(fā)生矛盾。 第五 ：必要 產(chǎn)品需求規(guī)格說明書中的各項(xiàng)需求對用戶而言應(yīng)當(dāng)都是必要的。第六 ：完備 “完備”（Complete）是指產(chǎn)品需求規(guī)格說明書中沒有遺漏一些必要的需求。第七 ：可實(shí)現(xiàn) 產(chǎn)品需求規(guī)格說明書中的各項(xiàng)需求對開發(fā)方而言應(yīng)當(dāng)都是可實(shí)現(xiàn)的（Attainable）。第八： 可驗(yàn)證 產(chǎn)品需求規(guī)格說明書中的各項(xiàng)需求對用戶方而言應(yīng)當(dāng)都是可驗(yàn)證的（Verifiable）。如果需求

7、是不可驗(yàn)證的，那么用戶就無法驗(yàn)收軟件，可能會發(fā)生商業(yè)糾紛。 第九： 確定優(yōu)先級 需求的優(yōu)先級其實(shí)就是需求“輕重緩急”的分級表述，例如劃分為“高、中、低”三級。一般地，由用戶和開發(fā)方共同確定需求的優(yōu)先級。 第十 ：闡述“做什么”而不是“怎么做” 產(chǎn)品需求規(guī)格說明書的重點(diǎn)是闡述“做什么”，而不是闡述“怎么做”。“怎么做”是系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)階段的事情。 2.概括說明需求分析員必備的技能？答：傾聽的技巧交談和提問的技巧分析能力協(xié)調(diào)能力觀察能力寫作能力組織能力建模能力人際交往能力創(chuàng)造力2.概括說明軟件質(zhì)量屬性有哪些？答：可用性 有效性靈活性互操作性可靠性健壯性易用性可維護(hù)性可移植性可重用性可測試性2.概括

8、說明需求的來源有哪些？答：與潛在用戶進(jìn)行交談和討論描述現(xiàn)有產(chǎn)品或競爭產(chǎn)品的文檔系統(tǒng)需求規(guī)格說明現(xiàn)有系統(tǒng)的問題報(bào)告和改進(jìn)要求市場調(diào)查的用戶問卷調(diào)查觀察用戶如何工作用戶工作的情景分析事件和響應(yīng)小草急急忙忙的返青依舊；細(xì)雨迷迷濛濛的飄灑依舊。盈盈月下來，照亮你的山歌依舊；燦燦星升起，白楊樹綠影婆娑依舊。好風(fēng)似水，不驚你安眠依舊；鳥兒呢噥，愛的春天依舊?？晌?，望盡了我的花季，望盡了長長的一路落英繽紛呵！岑凱倫的綿綿春雨依舊，戴望舒的深深雨巷依舊！漂泊的船，尋找一個(gè)溫馨港口；孤寂的心，渴望一聲溫暖問候。是你在我最落寞的時(shí)候，把親切放在我左右；是你在我最失意的時(shí)候，把慰藉放在我心頭。紅酥手，黃藤酒；春如舊，人空瘦。蝴蝶雙飛影孤單，淚痕紅浥鮫綃透！那一葉小舟，那一雙眼眸，望穿了幾層山水幾層樓？那一縷相思，那一縷離愁，孤獨(dú)了多少暮風(fēng)晨雨后？春風(fēng)依舊，桃花依舊；春水依舊，明月依舊；渡口依舊，時(shí)光依舊。前世的情緣，今生的守候，多少次夢里相逢，追憶難收，點(diǎn)點(diǎn)相思堆成無言的愁。紅塵多少愛，化作春水流。時(shí)光悠悠，歲月悠悠；