需求分析簡單題

1、需求分析復(fù)習(xí)重點(diǎn)考試簡答題重點(diǎn)：一、軟件需求從層次上分哪三類？業(yè)務(wù)、用戶、系統(tǒng)業(yè)務(wù)需求：抽象層次最高的需求，是系統(tǒng)建立的戰(zhàn)略出發(fā)點(diǎn)，表現(xiàn)為高層次 的目標(biāo)，描述了組織為什么要開發(fā)系統(tǒng)；用戶需求：執(zhí)行實(shí)際工作的用戶對系統(tǒng)所能完成的具體任務(wù)的期望，描述了 系統(tǒng)能夠幫助用戶做些什么。表達(dá)了用戶對系統(tǒng)的期望。系統(tǒng)需求：用戶對系統(tǒng)行為的期望，一系列的系統(tǒng)需求聯(lián)系在一起可以幫助 用戶完成任務(wù)，達(dá)成用戶需求，進(jìn)而滿足業(yè)務(wù)需求；可以直接映射為系統(tǒng)行 為，定義了系統(tǒng)中需要實(shí)現(xiàn)的功能，描述了開發(fā)人員需要實(shí)現(xiàn)什么。業(yè)務(wù)需求目標(biāo)（最高層次）用戶需求一一具體任務(wù)系統(tǒng)需求 系統(tǒng)行為聯(lián)系：業(yè)務(wù)需求可以明確系統(tǒng)的最終目標(biāo)和努力

2、方向，進(jìn)而指導(dǎo)具體的需求 獲取活動，發(fā)現(xiàn)用戶需求；用戶需求經(jīng)過明確和細(xì)化的處理，可以轉(zhuǎn)化為系 統(tǒng)需求。、軟件需求分哪幾種活動？包括需求開發(fā)和需求管理需求開發(fā)4 （獲取、分析、規(guī)格說明，需求驗(yàn)證）+1 （需求管理：版本管理, 追蹤，控制）軟件需求工程分為需求開發(fā)和需求管理兩部分1、需求開發(fā)的任務(wù)可進(jìn)一步細(xì)分為 4點(diǎn)需求獲取（是從人、文檔或者環(huán)境當(dāng)中獲取需求的過程） 分析（建模來整合各種信息）規(guī)格說明（獲取的需求需要被編寫成文檔，在系統(tǒng)涉眾之間交流需求信息） 驗(yàn)證（確保需求規(guī)格說明文檔能正確、準(zhǔn)確的反映用戶的意圖）2、需求管理保證需求作用在整個軟件的產(chǎn)品生命周期中的連續(xù)、穩(wěn)定和有效發(fā)揮需求管理子活

3、動有以下3點(diǎn)：建立和維護(hù)需求基線集建立需求跟蹤信息進(jìn)行變更控制三、需求獲取有哪幾種方法？（要舉例）傳統(tǒng)方法、集體獲取方法、認(rèn)知方法、 采樣1 傳統(tǒng)方法問卷調(diào)查、面談、硬數(shù)據(jù)分析、文檔檢查、需求剝離等2. 集體獲取方法頭腦風(fēng)暴（Brai nstormi ng ）、專題討論會（Workshop）、JAD等3. 認(rèn)知方法任務(wù)分析（Task Analysis ）、協(xié)議分析（Protocol Analysis ）等4. 采樣隨機(jī)采樣、分層采樣5. 原型書面描繪、幻燈片演示、程序代碼6. 基于上下文的方法觀察、民族志（Ethnography ）和話語分析（Conversation Analysis ）四、

4、分析建模有哪幾種常見的手段，分別舉例（ppt有）1、結(jié)構(gòu)化需求分析建模過程建模（過程建模以DFD為中心，結(jié)合使用微規(guī)格說明、數(shù)據(jù)字典、ERDFDD PDD等技術(shù)一起完成結(jié)構(gòu)化分析的建模任務(wù)數(shù)據(jù)建模（模型建立：ERD2、面向?qū)ο笮枨蠓治鼋＃核訳ML為基礎(chǔ)，綜合使用了多種不同的分析技術(shù)，主要有：對象模型、用例模型、行為模型、狀態(tài)機(jī)模型、對象約束語言。CRC方法是面向?qū)ο蠓治鲈谔幚韽?fù)雜問題時的手段，但是它需要了解很多的建模知識才 足以進(jìn)行五、簡述統(tǒng)一過程，畫圖UP簡述他的思想特點(diǎn)（重點(diǎn)）（p49）統(tǒng)一過程（Unified Process ，UP）是風(fēng)險驅(qū)動的、基于用例技術(shù)的、以架構(gòu)為 中心的、迭

5、代的、可配置的軟件開發(fā)流程。（以用例驅(qū)動開發(fā)過程，以系統(tǒng)體系結(jié)構(gòu)為中心，以質(zhì)量控制和風(fēng)險管理為目標(biāo)， 采用反復(fù)（迭代、循環(huán)）、漸增式的螺旋式開發(fā)過程 ）核心工作流核心工作流需求階段需求分析分析設(shè)計設(shè)計實(shí)現(xiàn)實(shí)現(xiàn)測試測試迭代思想特點(diǎn)：1、用例驅(qū)動的系統(tǒng)，用例包含了系統(tǒng)的功能描述，它驅(qū)動了需求分析之后的所 有階段的開發(fā)過程。2、以體系結(jié)構(gòu)為中心，體系結(jié)構(gòu)給出系統(tǒng)的映像，系統(tǒng)概念化，狗仔和管理都 是圍繞系統(tǒng)體系結(jié)構(gòu)進(jìn)行的。3、螺旋上升式的開發(fā)過程，開發(fā)過程是有一連串循環(huán)的開發(fā)活動組成，逐步完 善、漸增、循環(huán)、迭代、重復(fù)是其特色。4、以質(zhì)量控制和風(fēng)險管理為目標(biāo)，在 UML軟件開發(fā)過程中，質(zhì)量控制貫穿于軟

6、 件開發(fā)的全過程，即質(zhì)量全程控制。風(fēng)險管理同樣貫穿于軟件開發(fā)的全過程， 決定每一反復(fù)應(yīng)做什么時，要考慮這次反復(fù)對系統(tǒng)的最大影響或最高風(fēng)險。6 UML提供了哪些圖？分別是靜態(tài)，動態(tài)和用例（p35、）UML分析和設(shè)計模型由三大類10種圖表示，三大類圖分別是：用力模型圖，靜 態(tài)模型圖，動態(tài)模型圖。用例模型圖：由用例圖組成靜態(tài)模型圖：由類圖、對象圖、包圖、構(gòu)建圖和配置圖組成。 動態(tài)模型圖：由活動圖、順序圖、狀態(tài)圖和合作圖組成。7、面向?qū)ο竽Ｐ桶膸追N？（功能、動態(tài)、靜態(tài)圖）對象類靜態(tài)結(jié)構(gòu)模型，描述了構(gòu)成系統(tǒng)的類和對象、他們的屬性和操作以及這些 對象類之間的聯(lián)系。對象動態(tài)結(jié)構(gòu)模型描述了系統(tǒng)的動態(tài)行為，

7、 它自己還包括建造對象狀態(tài)模型，建 造對象之間的交互行為模型。側(cè)重于系統(tǒng)控制邏輯的描述，實(shí)際上是解決系統(tǒng)中 的對象“何時做”的問題。系統(tǒng)功能處理模型，是為滿足用戶的需要而建立的，藐視了系統(tǒng)所提供的功能， 著重于系統(tǒng)內(nèi)部數(shù)據(jù)的傳送與處理，他的主要任務(wù)是對輸入數(shù)據(jù)進(jìn)行必要的計算 處理，以得到需要的輸出數(shù)據(jù)，實(shí)際上是解決系統(tǒng)“做什么”的問題。8、根據(jù)一段描述，要求會畫用例模型，進(jìn)而會給出分析模型，進(jìn)而會給出設(shè)計 模型。（所有的都會展開，比如涉眾） 軟件質(zhì)量屬性常見的有哪些?ISO/IEC 9126將軟件的質(zhì)量分為6個特征：功能性、可靠性、可用性、效 率、可維護(hù)性和可移植性。（32頁）功能性：與滿足所

8、有要求的功能集及其特征相關(guān)的一組屬性?？煽啃裕号c軟件在限定的時間內(nèi)、規(guī)定的狀態(tài)下維持其性能水平的能力相關(guān) 的一組屬性。易用性：與用戶使用軟件所花費(fèi)的努力及其對使用的評價相關(guān)的一組屬性。易用性包括：可理解性、可學(xué)習(xí)性、可操作性、吸引性、依從性效率：與在規(guī)定條件下軟件和資源利用性能水平相關(guān)的一組屬性可維護(hù)性：以進(jìn)行指定修改所需要的努力相關(guān)的一組屬性?？梢浦残裕号c軟件從一個環(huán)境轉(zhuǎn)移到另一個環(huán)境的能力相關(guān)的一組屬性。1. 用例模型P180、P193：用例之間的關(guān)系主要是：包含、擴(kuò)展和泛化三種。 包含關(guān)系：原有用例和新建立的抽象用例的關(guān)系； 擴(kuò)展關(guān)系：有些情況下，有的原有用例文本不能直接被修改，就需要建

9、立一個針對新需要的附加用例的關(guān)系； 泛化關(guān)系：子用例繼承了父用例的特征并增加了新的特征的關(guān)系。 基本元素：用例、參與者、關(guān)系、系統(tǒng)邊界。 用例：最重要的元素，是對業(yè)務(wù)工作的描述，或者說是對系統(tǒng)功能的陳述； 參與者：發(fā)起或觸發(fā)用例的外部用戶以及其他圖案件系統(tǒng)等角色； 關(guān)系：a關(guān)聯(lián)；b包含、擴(kuò)展、泛化； 系統(tǒng)邊界：一個系統(tǒng)所包含的系統(tǒng)成分與系統(tǒng)外事物的分界線。2. 建立領(lǐng)域模型：（1）發(fā)現(xiàn)對象和類對象的確定類的歸納概念類分類列表名詞分析行為分析（2）建立類之間的關(guān)聯(lián)：（3）添加類的重要屬性3. 數(shù)據(jù)建模：建立的是概念數(shù)據(jù)模型與邏輯數(shù)據(jù)模型，不涉及物理數(shù)據(jù)模型。數(shù)據(jù)建模建立的模型稱為數(shù)據(jù)模型，是問題

10、域和解系統(tǒng)共享的知識集合，通常能夠 反映企業(yè)業(yè)務(wù)的核心知識。數(shù)據(jù)模型說明了問題域和解系統(tǒng)共享的事物、對共享事 物的描述和共享事物之間的聯(lián)系。包括：概念數(shù)據(jù)模型、物理數(shù)據(jù)模型、邏輯數(shù)據(jù)模型（1）某公司要開發(fā)一個旅店預(yù)定系統(tǒng)，該旅店可對外開放豪華雙人間、雙人間、三人間和單 人間，房間費(fèi)用視情況按季節(jié)調(diào)整，但周一到周五半價（周末全價）折扣不變。對于外界 請求，該系統(tǒng)應(yīng)能根據(jù)請求入住時間預(yù)定指定檔次的房間，記錄旅客姓名、地址、聯(lián)系電 話、有效證件號、房間類型和預(yù)定天數(shù)，并計算出總費(fèi)用。預(yù)定的同時旅客按規(guī)定須提交 10%定金。六個小時之內(nèi)旅店允許旅客取消預(yù)定，并退回所有定金，超過六個小時定金不 退還。每

11、周一系統(tǒng)自動打印一周預(yù)定情況清單。采用哪種費(fèi)用支付方式和何種類型操作界面尚不確定。酒店前臺vvin clude J1 .查找房間vvin clude預(yù)訂房間計算總費(fèi)用（fvvexte nd - n取消預(yù)訂退還定金管理人員調(diào)整價格時間打印預(yù)訂清單5、（本題滿分15分）一個CD銷售商店需要開展網(wǎng)上銷售業(yè)務(wù)，下面是它的一個典型銷售場景：Normal Flow of Events:1. Customer submits 提交 a search request to the system, the request contains the category information of CDs.2. T

12、he system provides 提供 the customer a list of recommended 建議 CDs.3. The customer chooses one of the CDs to find additional 附加的 information according to its identifier.4. The system provides the customer with basic information & CD Reviews5. The customer maintains 維持 繼續(xù) the order, records the item cho

13、sen.6. The customer iterates重復(fù) over 3 through 5 until finished shopping.7. The customer checks out and leaves the website.請以上述場景的描述為基礎(chǔ)，執(zhí)行名詞抽取、建立關(guān)聯(lián)和識別屬性三個過程，并最終為上述描述建立領(lǐng)域模型，要求詳細(xì)記錄你在執(zhí)行三個過程時的具體步驟。答案：（1）1、名詞抽?。籆ustomer 顧客 ，search request請求 ， system 系統(tǒng),，category 分類 information , CD， a list of recommended

14、被推薦的 CDs， additional 附加的 information ， identifier 檢驗(yàn)人，basic基礎(chǔ)的 information , CD Reviews 復(fù)核,order 命令,item 項目 名詞過濾：Customer 顧客,search request搜索請求，CD , a list of recommended CDs 關(guān)于CD的建議，order命令2、建立關(guān)聯(lián)3/識別屬性6、（本題滿分15分）請為下面的描述建立概念數(shù)據(jù)模型，只要求提供最終的結(jié)果。南京大學(xué)軟件學(xué)院設(shè)立的研討班制度如下：1. 在每個學(xué)年開始的時候開設(shè)，研討班為期一個學(xué)年2. 每個研討班針對一個或幾個研

15、究方向3. 由一位主持教師和幾位支持教師進(jìn)行引導(dǎo)4. 每個學(xué)生都可以根據(jù)興趣參加某個研討班，但是所有的學(xué)生必須且只能參加一個研 討班的學(xué)習(xí)5. 研討班定期開展活動，一般為期1-2周活動一次6. 每次活動時，由一位或多位同學(xué)做學(xué)習(xí)報告，檢驗(yàn)自己的學(xué)習(xí)成果，并由教師進(jìn)行 點(diǎn)評和指導(dǎo)&學(xué)習(xí)報告O 點(diǎn)評和指導(dǎo)二上下文圖DFD :將整個系統(tǒng)看做是一個過程，這個過程實(shí)現(xiàn)系統(tǒng)的所有功能，是系統(tǒng)功能的最高抽象上下文圖中存在且僅存在一個過程，表示整個系統(tǒng)。這個單一的過程通常編號為0上下文圖中需要表示出所有和系統(tǒng)交互的外部實(shí)體，并描述交互的數(shù)據(jù)流， 包括系統(tǒng)輸入和系統(tǒng)輸出上下文圖中不會出現(xiàn)數(shù)據(jù)存儲實(shí)例為下列描述建

16、立 ERD我們企業(yè)的MIS部門想構(gòu)造一個數(shù)據(jù)庫來跟蹤所有的硬件和軟件。我們擁有工作站、 網(wǎng)絡(luò)服務(wù)器和外設(shè)，而且MIS部門想跟蹤軟件包以及這些軟件包的許可證。有些軟件許可證是針對單機(jī)的，我們可以把這個軟件安裝在網(wǎng)絡(luò)服務(wù)器上，但只能允許與許可證授權(quán)的用戶數(shù)同樣多的網(wǎng)絡(luò)用戶使用該軟件。我們還擁有網(wǎng)絡(luò)許可證， 單個網(wǎng)絡(luò)許可證授權(quán)了一定數(shù)量的用戶。非網(wǎng)絡(luò)許可證可以安裝在工作站或服務(wù)器上。我們想跟蹤軟件許可證安裝在哪里。某些許可證可以在某個時間未被安裝在任何地方。我們還必須能夠證明安裝軟件的合法性。每個許可證必須被跟蹤到一個購買訂單、贈品或者一次租借。我們也可以訂購一些軟件。我們訂購軟件包，同時收到許可證

17、。下面是一段用例的描述， 針對一個汽車保險系統(tǒng)中“將一輛新車加入一個已有保單中”的用例。請你為其設(shè)計：（1 ）領(lǐng)域模型（要求給出建立過程）；（2）活動圖。1）客戶打電話給保險公司，并提供他的保單號，辦事員輸入這個信息， 系統(tǒng)顯示基本的保單。然后辦事員檢查信息，以確保保險費(fèi)通用及保單有效。2）客戶給出要添加的汽車的牌子、模型、年份和車輛識別代號（VIN），辦事員輸入這些信息系統(tǒng)驗(yàn)證這些數(shù)據(jù)是否有效。然后客戶選擇期望的保額類型，以及每種類型的數(shù)量，辦事員輸入這些信息， 系統(tǒng)會逐一記錄并根據(jù)保單限制驗(yàn)證所請求的數(shù)量。輸入所有的保額后，系統(tǒng)驗(yàn)證保額總和，包括保單上的其他汽車。3）最后，客戶必須要確認(rèn)所

18、有的駕駛員，以及他們駕駛汽車的時間比例。如果有一個新駕駛員加入，則調(diào)用另一個用例“增加新駕駛員”。4）整個過程最后，系統(tǒng)更新保單，計算新的保險費(fèi)，打印新的保單說明， 郵寄給保單 所有人。（本頁為答題頁）（1）領(lǐng)域模型：結(jié)果基本正確（6分）；給出了過程（4分）（2）活動圖：結(jié)果基本正確（10分）客戶辦事員V提出要求加入新汽車幸福，不能用手去捉摸，只能用心去琢磨，只能靜靜去體味。細(xì)細(xì)地品味了，你就享受到了它溫馨的暖，或濃或淡的甜！幸福，其實(shí)很簡單。幸福就是和愛人一起漫步，幸福就是吃到媽媽的拿手飯菜，幸福就是孩子在你的腳跟前轉(zhuǎn)悠，幸福就是你能幫父母洗衣洗碗。幸福，其實(shí)很簡單。擁有一份稱心的工作，就是一種幸福；擁有一個溫馨的家，就是一種幸福；擁有一位知心的朋友，就是一種幸福；擁有一份好的心態(tài)，就是一種幸福；擁有一個相濡 以沫的愛人，那更是一種幸福。幸福就是如此的平平凡凡，幸福就是這樣的簡簡單單。幸福，其實(shí)就是自己心靈的感覺，沉淀在自己的心底，看不見摸不著，沒有那么直觀，可那種體驗(yàn)與享受卻很真實(shí)、很直接?；蛟S你沒有豐富的物質(zhì)，或許你不能掌控自己的名利，但只 要你擁有一份良好的心情，幸福就會圍著你轉(zhuǎn)。幸福，其實(shí)很簡單。幸福就是口渴時的那杯水，幸福就是饑餓時的那頓飯，幸福就是勞累時的歇歇腳，幸福就是閑暇時的那茶盞，幸福就是困倦時的那場眠，幸福就是相愛的人彼此的牽 掛，幸福就是離別的人默默的思念