需求分析簡(jiǎn)單題

1、需求分析復(fù)習(xí)重點(diǎn)考試簡(jiǎn)答題重點(diǎn)：一、軟件需求從層次上分哪三類？業(yè)務(wù)、用戶、系統(tǒng)業(yè)務(wù)需求：抽象層次最高的需求，是系統(tǒng)建立的戰(zhàn)略出發(fā)點(diǎn)，表現(xiàn)為高層次 的目標(biāo)，描述了組織為什么要開(kāi)發(fā)系統(tǒng)；用戶需求：執(zhí)行實(shí)際工作的用戶對(duì)系統(tǒng)所能完成的具體任務(wù)的期望，描述了 系統(tǒng)能夠幫助用戶做些什么。表達(dá)了用戶對(duì)系統(tǒng)的期望。系統(tǒng)需求：用戶對(duì)系統(tǒng)行為的期望，一系列的系統(tǒng)需求聯(lián)系在一起可以幫助 用戶完成任務(wù)，達(dá)成用戶需求，進(jìn)而滿足業(yè)務(wù)需求；可以直接映射為系統(tǒng)行 為，定義了系統(tǒng)中需要實(shí)現(xiàn)的功能，描述了開(kāi)發(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)具體的需求 獲取活動(dòng)，發(fā)現(xiàn)用戶需求；用戶需求經(jīng)過(guò)明確和細(xì)化的處理，可以轉(zhuǎn)化為系 統(tǒng)需求。、軟件需求分哪幾種活動(dòng)？包括需求開(kāi)發(fā)和需求管理需求開(kāi)發(fā)4 （獲取、分析、規(guī)格說(shuō)明，需求驗(yàn)證）+1 （需求管理：版本管理, 追蹤，控制）軟件需求工程分為需求開(kāi)發(fā)和需求管理兩部分1、需求開(kāi)發(fā)的任務(wù)可進(jìn)一步細(xì)分為 4點(diǎn)需求獲?。ㄊ菑娜恕⑽臋n或者環(huán)境當(dāng)中獲取需求的過(guò)程） 分析（建模來(lái)整合各種信息）規(guī)格說(shuō)明（獲取的需求需要被編寫(xiě)成文檔，在系統(tǒng)涉眾之間交流需求信息） 驗(yàn)證（確保需求規(guī)格說(shuō)明文檔能正確、準(zhǔn)確的反映用戶的意圖）2、需求管理保證需求作用在整個(gè)軟件的產(chǎn)品生命周期中的連續(xù)、穩(wěn)定和有效發(fā)揮需求管理子活

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

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

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

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

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

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

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

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

11、周一系統(tǒng)自動(dòng)打印一周預(yù)定情況清單。采用哪種費(fèi)用支付方式和何種類型操作界面尚不確定。酒店前臺(tái)vvin clude J1 .查找房間vvin clude預(yù)訂房間計(jì)算總費(fèi)用（fvvexte nd - n取消預(yù)訂退還定金管理人員調(diào)整價(jià)格時(shí)間打印預(yù)訂清單5、（本題滿分15分）一個(gè)CD銷售商店需要開(kāi)展網(wǎng)上銷售業(yè)務(wù)，下面是它的一個(gè)典型銷售場(chǎng)景：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.請(qǐng)以上述場(chǎng)景的描述為基礎(chǔ)，執(zhí)行名詞抽取、建立關(guān)聯(lián)和識(shí)別屬性三個(gè)過(guò)程，并最終為上述描述建立領(lǐng)域模型，要求詳細(xì)記錄你在執(zhí)行三個(gè)過(guò)程時(shí)的具體步驟。答案：（1）1、名詞抽??；Customer 顧客 ，search request請(qǐng)求 ， 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 項(xiàng)目 名詞過(guò)濾：Customer 顧客,search request搜索請(qǐng)求，CD , a list of recommended CDs 關(guān)于CD的建議，order命令2、建立關(guān)聯(lián)3/識(shí)別屬性6、（本題滿分15分）請(qǐng)為下面的描述建立概念數(shù)據(jù)模型，只要求提供最終的結(jié)果。南京大學(xué)軟件學(xué)院設(shè)立的研討班制度如下：1. 在每個(gè)學(xué)年開(kāi)始的時(shí)候開(kāi)設(shè)，研討班為期一個(gè)學(xué)年2. 每個(gè)研討班針對(duì)一個(gè)或幾個(gè)研

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

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

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

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