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

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

2、導(dǎo)具體的需求獲取活動(dòng)，發(fā)現(xiàn)用戶(hù)需求；用戶(hù)需求經(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)Ø 需求獲?。ㄊ菑娜?、文檔或者環(huán)境當(dāng)中獲取需求的過(guò)程）Ø 分析（建模來(lái)整合各種信息）Ø 規(guī)格說(shuō)明（獲取的需求需要被編寫(xiě)成文檔，在系統(tǒng)涉眾之間交流需求信息）Ø 驗(yàn)證（確保需求規(guī)格說(shuō)明文檔能正確、準(zhǔn)確的反映用戶(hù)的意圖）2、需求管理保證需求作用在整個(gè)軟件的產(chǎn)品生命周期中的連

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

4、）和話(huà)語(yǔ)分析（Conversation Analysis）四、分析建模有哪幾種常見(jiàn)的手段，分別舉例（ppt有）1、結(jié)構(gòu)化需求分析建模Ø 過(guò)程建模（過(guò)程建模以DFD為中心，結(jié)合使用微規(guī)格說(shuō)明、數(shù)據(jù)字典、ERD、FDD、PDD等技術(shù)一起完成結(jié)構(gòu)化分析的建模任務(wù)）Ø 數(shù)據(jù)建模（模型建立：ERD）2、面向?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)一

5、過(guò)程（Unified Process，UP) 是風(fēng)險(xiǎn)驅(qū)動(dòng)的、基于用例技術(shù)的、以架構(gòu)為中心的、迭代的、可配置的軟件開(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ò)程)思想特點(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ò)

6、程中，質(zhì)量控制貫穿于軟件開(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ì)模型由三大類(lèi)10種圖表示，三大類(lèi)圖分別是：用力模型圖，靜態(tài)模型圖，動(dòng)態(tài)模型圖。用例模型圖：由用例圖組成靜態(tài)模型圖：由類(lèi)圖、對(duì)象圖、包圖、構(gòu)建圖和配置圖組成。動(dòng)態(tài)模型圖：由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成。7、面向?qū)ο竽Ｐ桶膸追N？（功能、動(dòng)態(tài)、靜態(tài)圖）對(duì)象類(lèi)靜態(tài)結(jié)構(gòu)模型，描述了構(gòu)成系統(tǒng)的類(lèi)和對(duì)象、他們的屬性和操作以及這些對(duì)象類(lèi)之間的聯(lián)系。對(duì)象動(dòng)態(tài)結(jié)構(gòu)模型描述了系統(tǒng)

7、的動(dòng)態(tài)行為，它自己還包括建造對(duì)象狀態(tài)模型，建造對(duì)象之間的交互行為模型。側(cè)重于系統(tǒng)控制邏輯的描述，實(shí)際上是解決系統(tǒng)中的對(duì)象“何時(shí)做”的問(wèn)題。系統(tǒng)功能處理模型，是為滿(mǎn)足用戶(hù)的需要而建立的，藐視了系統(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è)）功能性：與滿(mǎn)足所有要

8、求的功能集及其特征相關(guān)的一組屬性?？煽啃裕号c軟件在限定的時(shí)間內(nèi)、規(guī)定的狀態(tài)下維持其性能水平的能力相關(guān)的一組屬性。易用性：與用戶(hù)使用軟件所花費(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)系：有些情況下，有的原有用例文本不能直接被修改，就需要建立一個(gè)

9、針對(duì)新需要的附加用例的關(guān)系；泛化關(guān)系：子用例繼承了父用例的特征并增加了新的特征的關(guān)系?；驹兀河美?、參與者、關(guān)系、系統(tǒng)邊界。用例：最重要的元素，是對(duì)業(yè)務(wù)工作的描述，或者說(shuō)是對(duì)系統(tǒng)功能的陳述；參與者：發(fā)起或觸發(fā)用例的外部用戶(hù)以及其他圖案件系統(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ì)象和類(lèi)對(duì)象的確定類(lèi)的歸納概念類(lèi)分類(lèi)列表名詞分析行為分析（2） 建立類(lèi)之間的關(guān)聯(lián)：（3） 添加類(lèi)的重要屬性3. 數(shù)據(jù)建模：建立的是概念數(shù)據(jù)模型與邏輯數(shù)據(jù)模型，不涉及物理數(shù)據(jù)模型。數(shù)據(jù)建模建立的模型稱(chēng)為數(shù)據(jù)模型，是問(wèn)題域和解系統(tǒng)共

10、享的知識(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)系電話(huà)、有效證件號(hào)、房間類(lèi)型和預(yù)定天數(shù)，并計(jì)算出總費(fèi)用。預(yù)定的同時(shí)旅客按規(guī)定須提交10%定金。六個(gè)小時(shí)之內(nèi)旅店允許旅客取消預(yù)定，并退回所有定金，超過(guò)六個(gè)小時(shí)定金不退還。每周一系統(tǒng)自動(dòng)打印一周預(yù)定情

11、況清單。采用哪種費(fèi)用支付方式和何種類(lèi)型操作界面尚不確定。5、（本題滿(mǎn)分15分）一個(gè)CD銷(xiāo)售商店需要開(kāi)展網(wǎng)上銷(xiāo)售業(yè)務(wù)，下面是它的一個(gè)典型銷(xiāo)售場(chǎng)景：Normal Flow of Events:1. Customer submits提交 a search request to the system, the request contains the category information of CDs.2. The system provides提供 the customer a list of recommended建議 CDs.3. The customer chooses one of th

12、e 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 chosen.6. The customer iterates重復(fù) over 3 through 5 until finished shopping.7. The customer checks

13、 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分類(lèi) information ，CD， a list of recommended被推薦的 CDs， additional附加的 information ， identifier檢驗(yàn)人， basic 基礎(chǔ)的information ， CD Reviews復(fù)核 ， order命

14、令 ， 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、（本題滿(mǎn)分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è)研究方向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í)，由一

15、位或多位同學(xué)做學(xué)習(xí)報(bào)告，檢驗(yàn)自己的學(xué)習(xí)成果，并由教師進(jìn)行點(diǎn)評(píng)和指導(dǎo)上下文圖DFD：n 將整個(gè)系統(tǒng)看做是一個(gè)過(guò)程，這個(gè)過(guò)程實(shí)現(xiàn)系統(tǒng)的所有功能 ，是系統(tǒng)功能的最高抽象 q 上下文圖中存在且僅存在一個(gè)過(guò)程，表示整個(gè)系統(tǒng)。這個(gè)單一的過(guò)程通常編號(hào)為0 q 上下文圖中需要表示出所有和系統(tǒng)交互的外部實(shí)體，并描述交互的數(shù)據(jù)流，包括系統(tǒng)輸入和系統(tǒng)輸出 q 上下文圖中不會(huì)出現(xiàn)數(shù)據(jù)存儲(chǔ)實(shí)例 為下列描述建立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ù)

16、器上，但只能允許與許可證授權(quán)的用戶(hù)數(shù)同樣多的網(wǎng)絡(luò)用戶(hù)使用該軟件。我們還擁有網(wǎng)絡(luò)許可證，單個(gè)網(wǎng)絡(luò)許可證授權(quán)了一定數(shù)量的用戶(hù)。非網(wǎng)絡(luò)許可證可以安裝在工作站或服務(wù)器上。我們想跟蹤軟件許可證安裝在哪里。某些許可證可以在某個(gè)時(shí)間未被安裝在任何地方。我們還必須能夠證明安裝軟件的合法性。每個(gè)許可證必須被跟蹤到一個(gè)購(gòu)買(mǎi)訂單、贈(zèng)品或者一次租借。我們也可以訂購(gòu)一些軟件。我們訂購(gòu)軟件包，同時(shí)收到許可證。合法性*N硬件用戶(hù)網(wǎng)絡(luò)服務(wù)器工作站軟件許可證來(lái)源網(wǎng)絡(luò)許可證單機(jī)許可證其他設(shè)備授權(quán)使用1NN*購(gòu)買(mǎi)租借贈(zèng)品訂購(gòu)安裝購(gòu)買(mǎi)授權(quán)使用下面是一段用例的描述，針對(duì)一個(gè)汽車(chē)保險(xiǎn)系統(tǒng)中“將一輛新車(chē)加入一個(gè)已有保單中”的用例。請(qǐng)你為其設(shè)計(jì)：（1）領(lǐng)域模型（要求給出建立過(guò)程）；（2）活動(dòng)圖。1) 客戶(hù)打電話(huà)給保險(xiǎn)公司，并提供他的保單號(hào)，辦事員輸入這個(gè)信息，系統(tǒng)顯示基本的保單。然后辦事員檢查信息，以確保保險(xiǎn)費(fèi)通用及保單有效。2) 客戶(hù)給出要添加的汽車(chē)的牌子、模型、年份和車(chē)輛識(shí)別代號(hào)（VIN），辦事員輸入這些信息系統(tǒng)驗(yàn)證這些數(shù)據(jù)是