需求工程復(fù)習(xí)2初步完善版

1、第二章案例題：這題丁二玉上課時(shí)候講過(guò)的，他首先讓我們找了里面的所有需求，然后再一個(gè)一個(gè)對(duì)應(yīng)業(yè)務(wù)、用戶和系統(tǒng)需求，發(fā)現(xiàn)有業(yè)務(wù)需求，但是不精確，有用戶需求，沒(méi)有系統(tǒng)需求。另外還要考慮非功能性需求，比如對(duì)外接口，質(zhì)量屬性，性能需求，約束。最后提了一點(diǎn)很多用戶會(huì)考慮購(gòu)買(mǎi)軟件而非開(kāi)發(fā)一個(gè)軟件，這也是一個(gè)問(wèn)題解答一：（1）她沒(méi)有仔細(xì)認(rèn)真地分析問(wèn)題； （2）她沒(méi)有及時(shí)跟相關(guān)人員交流信息，沒(méi)能把握住有價(jià)值信息； （3）她沒(méi)能及時(shí)跟公司員工交流，引用過(guò)時(shí)的文件結(jié)構(gòu)； （4）她沒(méi)有仔細(xì)研究分析新引進(jìn)的系統(tǒng)的性能需求是否滿足； （5）她沒(méi)有仔細(xì)研究新引進(jìn)的系統(tǒng)的功能需求是否滿足； （6）她沒(méi)有仔細(xì)研究引進(jìn)的系統(tǒng)的質(zhì)

2、量屬性，對(duì)外接口是否滿足。解答二：業(yè)務(wù)需求中沒(méi)有和高層管理人員溝通好；她提出的用戶需求沒(méi)有和用戶（自己的職員）溝通好，也沒(méi)有向開(kāi)發(fā)人員提出可行性、質(zhì)量屬性（可擴(kuò)展性）等。解答三：沒(méi)有獲得高層支持；財(cái)政部支持；下屬抵制使用；信息不流通，文件使用不一致；要求的圖形報(bào)告沒(méi)有；不知道是否能修改業(yè)務(wù)需求：保持財(cái)務(wù)業(yè)績(jī)與它的發(fā)展同步；有效地追蹤客戶賬單和收據(jù)；降低成本；實(shí)行特價(jià)時(shí)能夠知道是否有利可圖，是否帶動(dòng)去他的銷(xiāo)售；增加回頭客。解答：業(yè)務(wù)需求如BR。BR1：實(shí)現(xiàn)客戶賬單和收據(jù)的有效追蹤；BR2：實(shí)現(xiàn)產(chǎn)品特價(jià)時(shí)的利潤(rùn)和相關(guān)銷(xiāo)售情況檢查；BR3：實(shí)現(xiàn)一個(gè)客戶數(shù)據(jù)庫(kù)。先定義明確的業(yè)務(wù)需求，獲得開(kāi)發(fā)系統(tǒng)的必要

3、性，根據(jù)業(yè)務(wù)需求，協(xié)調(diào)涉眾的立場(chǎng)，限定問(wèn)題的范圍，指導(dǎo)用戶需求的獲取過(guò)程：和涉眾溝通（即向業(yè)務(wù)人員了解相關(guān)的業(yè)務(wù)知識(shí)，業(yè)務(wù)流程；再和銷(xiāo)售人員溝通，由于他們的顧客是流動(dòng)的，不確定的，只能通過(guò)銷(xiāo)售人員間接獲取來(lái)自于顧客的用戶需求，了解他們的背景和習(xí)慣），最后根據(jù)業(yè)務(wù)需求對(duì)用戶需求進(jìn)行過(guò)濾和選擇，得到充分必要用戶需求。UR1：使用戶可以根據(jù)系統(tǒng)的明確操作提示做出正確的反應(yīng)；UR2：用戶插入銀行卡后需要輸入密碼，得到驗(yàn)證后才可進(jìn)行有效的具體操作；UR3：在用戶進(jìn)入系統(tǒng)后，可以選擇使用查詢金額、存取現(xiàn)金、轉(zhuǎn)賬的功能；UR4：用戶能夠正確、安全地退出系統(tǒng)。SR1：（1） 系統(tǒng)顯示用戶插入磁卡的動(dòng)態(tài)圖像，正

4、確標(biāo)明插卡位置；（2）用戶根據(jù)提示，正確插入磁卡；（3）系統(tǒng)讀取磁卡卡號(hào)，界面顯示輸入密碼的提示； SR2：（1）對(duì)用戶輸入的密碼，系統(tǒng)自動(dòng)進(jìn)行字符匹配； （2）匹配正確的話，進(jìn)入具體操作界面； （3）匹配不正確的話，警告密碼不正確，并提示再次輸入； SR3：（1）若用戶選擇查詢金額圖標(biāo)和查詢金額幣種，系統(tǒng)讀取銀行數(shù)據(jù)庫(kù)中用戶對(duì)應(yīng)的信息，反饋在用戶界面上； （2）若用戶選擇取款圖標(biāo)和金額幣種及輸入金額數(shù)目，系統(tǒng)讀取用戶請(qǐng)求，接受金額，修改數(shù)據(jù)庫(kù)中該用戶對(duì)應(yīng)的信息，并提示成功與否； （3）若用戶選擇存款圖標(biāo)和金額幣種，系統(tǒng)彈出存款框，用戶放入現(xiàn)金，系統(tǒng)接收現(xiàn)金并辨認(rèn)真?zhèn)危⒎答伌嫒虢痤~數(shù)目，得到

5、用戶確認(rèn)后，修改數(shù)據(jù)庫(kù)中該用戶對(duì)應(yīng)的信息，并提示成功與否； （4）若用戶選擇轉(zhuǎn)賬圖標(biāo)和金額幣種并輸入對(duì)方賬號(hào)和轉(zhuǎn)賬金額數(shù)目，系統(tǒng)讀取用戶請(qǐng)求，修改數(shù)據(jù)庫(kù)中所涉及到的用戶的信息，并提示成功與否； SR4：（1）用戶選擇退出圖標(biāo)； （2）系統(tǒng)提示拔卡信息。性能需求：在用戶點(diǎn)擊圖標(biāo)后，系統(tǒng)在3s內(nèi)作出反應(yīng)。質(zhì)量屬性：易用、可靠、安全、容錯(cuò)、可恢復(fù)、可維護(hù)。約束：當(dāng)用戶輸入密碼次數(shù)等于3次后就不再提示輸入密碼，并自動(dòng)鎖定銀行卡。第三章思考題：除了需求開(kāi)發(fā)的四個(gè)活動(dòng)和需求管理活動(dòng)之外，需求工程中還有沒(méi)有需要執(zhí)行的活動(dòng)？如果有的話，它們是哪些活動(dòng)？給出你的理由。有。項(xiàng)目管理（人力、資金的管理）、過(guò)程管理（

6、還有其他一些活動(dòng)，例如：過(guò)程管理活動(dòng)和項(xiàng)目管理活動(dòng)。過(guò)程管理活動(dòng)是跟蹤項(xiàng)目開(kāi)發(fā)過(guò)程，記錄項(xiàng)目開(kāi)發(fā)過(guò)程當(dāng)中所遇到的問(wèn)題或者教訓(xùn)等等。項(xiàng)目管理活動(dòng)是管理項(xiàng)目開(kāi)發(fā)的一系列問(wèn)題與進(jìn)度，管理人員配置，以求達(dá)到最該效益。）需求開(kāi)發(fā)過(guò)程具有迭代特性，但是不是所有項(xiàng)目的需求開(kāi)發(fā)過(guò)程都必須是迭代完成的？如果不是，試給出舉例和理由。 不是，在問(wèn)題域很簡(jiǎn)單或者非常成熟的情況下不需要迭代完成。（不是，一般對(duì)于業(yè)務(wù)領(lǐng)域不熟悉的項(xiàng)目，需求是具有迭代性的，需要對(duì)業(yè)務(wù)領(lǐng)域的認(rèn)知，有一個(gè)從認(rèn)識(shí)到知識(shí)重構(gòu)的過(guò)程。對(duì)于某些固定需求且熟悉的項(xiàng)目，比如學(xué)校課程的作業(yè)軟件工程實(shí)踐電梯系統(tǒng)，就不需要迭代開(kāi)發(fā)）（需求獲取需求分析需求規(guī)格說(shuō)明

7、需求驗(yàn)證。當(dāng)然并不是所有項(xiàng)目的需求開(kāi)發(fā)過(guò)程是迭代完成的，比如：當(dāng)某一項(xiàng)目開(kāi)發(fā)過(guò)程中，用戶需求非常簡(jiǎn)單，開(kāi)發(fā)人員已經(jīng)相當(dāng)明確用戶需求，這時(shí)，就不需要返回到需求獲取階段以繼續(xù)用戶需求的獲取，這樣，也就不需要迭代完成。當(dāng)然，這種情況非常少見(jiàn)。）需求開(kāi)發(fā)的迭代特性與軟件開(kāi)發(fā)過(guò)程的迭代式開(kāi)發(fā)有什么關(guān)系？它們之間會(huì)相互影響嗎？如果會(huì)，那么有哪些影響？需求開(kāi)發(fā)的迭代性指的是對(duì)于開(kāi)發(fā)者對(duì)知識(shí)的認(rèn)知水平在某一點(diǎn)上，發(fā)生重構(gòu)，使得知識(shí)體系復(fù)雜性下降，而繼續(xù)積累知識(shí)的過(guò)程。軟件開(kāi)發(fā)的迭代性指的是在軟件生命周期整體開(kāi)發(fā)迭代，針對(duì)變更的需求或者新增的需求一種減少風(fēng)險(xiǎn)的開(kāi)發(fā)模式。需求開(kāi)發(fā)迭代不會(huì)導(dǎo)致軟件開(kāi)發(fā)過(guò)程的迭代，但

8、有時(shí)會(huì)有影響。（需求開(kāi)發(fā)的迭代特性只是軟件開(kāi)發(fā)過(guò)程的迭代式開(kāi)發(fā)的一個(gè)子過(guò)程，軟件開(kāi)發(fā)過(guò)程是一個(gè)相當(dāng)龐大的工程，需要在軟件開(kāi)發(fā)過(guò)程的各個(gè)階段都需要進(jìn)行開(kāi)發(fā)工作的迭代，當(dāng)然也包括需求開(kāi)發(fā)中的迭代。它們之間互相影響。如果需求開(kāi)發(fā)中的迭代不能很好地完成需求分析任務(wù)，就必將影響到軟件開(kāi)發(fā)過(guò)程的其他迭代階段的進(jìn)行。）增量式：需求-需求-需求-。-需求-開(kāi)發(fā)。 無(wú)需求迭代演化式：需求-開(kāi)發(fā)-需求-開(kāi)發(fā)-需求-開(kāi)發(fā)。 有需求迭代需求工程細(xì)節(jié)知識(shí)的實(shí)踐性對(duì)不同項(xiàng)目的需求開(kāi)發(fā)過(guò)程的差異性有沒(méi)有影響？如果有，說(shuō)明影響是什么，如果沒(méi)有，說(shuō)明是哪些因素產(chǎn)生了不同項(xiàng)目的需求開(kāi)發(fā)過(guò)程的差異性。沒(méi)有。問(wèn)題域的特性導(dǎo)致了不同項(xiàng)

9、目的需求開(kāi)發(fā)過(guò)程的差異。丁老師解答：沒(méi)有影響。其實(shí)是需求開(kāi)發(fā)過(guò)程的差異性一定程度上導(dǎo)致了細(xì)節(jié)知識(shí)的實(shí)踐性。現(xiàn)實(shí)世界問(wèn)題的復(fù)雜性和差異性主要導(dǎo)致了需求開(kāi)發(fā)過(guò)程的差異性第四章復(fù)習(xí)題：在各種關(guān)于軟件的調(diào)研中，無(wú)一例外地發(fā)現(xiàn)“缺乏用戶參與”是導(dǎo)致軟件失敗的最大原因，試說(shuō)明有哪些原因會(huì)使得用戶參與不足？應(yīng)該怎樣解決？缺乏用戶參與的原因:1.用戶數(shù)量太多，選擇困難2.用戶認(rèn)識(shí)不足，不愿參與3.用戶情緒抵制，消極參與4.沒(méi)有明確的用戶怎樣解決：總的來(lái)說(shuō)，要解決缺乏用戶參與的困難，就要求開(kāi)發(fā)者在進(jìn)行需求獲取時(shí)，能夠?qū)ο到y(tǒng)的用戶以及用戶的替代原等相關(guān)涉眾進(jìn)行分析，了解他們的特征、類(lèi)別、任務(wù)、取向等，并在需求獲取

10、中采取對(duì)策避免用戶參與不足現(xiàn)象的發(fā)生。第五章復(fù)習(xí)題：3.要完整地描述系統(tǒng)的高層解決方案，需要描述哪些方面？系統(tǒng)特性，解決方案的邊界，解決方案的約束（還有么？）案例題：不做工作陳述的風(fēng)險(xiǎn)：在獲取需求時(shí)，用戶往往從各自的立場(chǎng)出發(fā)考慮問(wèn)題，提出相應(yīng)的功能需求。如果沒(méi)有工作陳述，用戶就不會(huì)從共同的方向上考慮和理解問(wèn)題，對(duì)系統(tǒng)的期望也就產(chǎn)生了較大的差距。沒(méi)有工作陳述，就等于在用戶之間發(fā)生需求沖突時(shí)，就沒(méi)有可以用來(lái)指導(dǎo)并且調(diào)節(jié)協(xié)商的項(xiàng)目前景，沖突問(wèn)題也就很難解決。風(fēng)險(xiǎn)：1需求理解錯(cuò)誤2不能按時(shí)完成（超期超資）3做出來(lái)的不是想要的定義范圍的必要性：1.加強(qiáng)用戶和開(kāi)發(fā)人員的理解，定義一致的理解2.降低風(fēng)險(xiǎn)解答

11、二：省略工作陳述的風(fēng)險(xiǎn)是不能明確項(xiàng)目的前景和范圍。如果省略了工作陳述的話，你就不能和用戶進(jìn)行很好的溝通與交流，這樣，項(xiàng)目的問(wèn)題也就不能明確，即，開(kāi)發(fā)人員無(wú)法與涉眾對(duì)問(wèn)題達(dá)成共識(shí)；無(wú)法明確問(wèn)題，也就無(wú)法發(fā)現(xiàn)正確的業(yè)務(wù)需求，無(wú)法定義良好的解決方案及系統(tǒng)特性，繼而無(wú)法明確項(xiàng)目的前景和范圍，這樣就會(huì)造成項(xiàng)目的不穩(wěn)定甚至失??！解答三：通過(guò)準(zhǔn)確的工作陳述來(lái)定義項(xiàng)目范圍，可以幫助涉眾建立現(xiàn)實(shí)的期望，包括第一版范圍，后續(xù)版本范圍、限制與排除。第一版范圍概述產(chǎn)品的第一個(gè)版本中實(shí)現(xiàn)的主要特性，描述產(chǎn)品的質(zhì)量特性，可以為不同類(lèi)別的用戶提供預(yù)期利益。后續(xù)版本能夠?qū)崿F(xiàn)更多的需求和特性，并完善最初的功能。尤其要說(shuō)明的是，

12、管理范圍蔓延的方法之一，是定義項(xiàng)目包含的需求與不包含的需求之間的界限，應(yīng)該列出涉眾可能希望得到，但不在產(chǎn)品或其某個(gè)特定版本計(jì)劃之內(nèi)的功能和特性。2.問(wèn)題業(yè)務(wù)目標(biāo)高層解決方案系統(tǒng)特性帳戶太多，工作量太大這個(gè)可以改成（賬戶太多，確定嚴(yán)重拖欠債務(wù)的賬戶名單困難）減少檢查人員的工作量能夠快速、自動(dòng)查詢客戶賬戶建立一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)用來(lái)存放客戶賬戶信息降低工作復(fù)雜度能夠分析一個(gè)客戶是否為問(wèn)題賬戶根據(jù)特定的判定問(wèn)題賬戶的算法檢索辨別出問(wèn)題賬戶需查閱賬戶的大量歷史數(shù)據(jù)能夠給出一個(gè)問(wèn)題賬戶的三年內(nèi)的歷史數(shù)據(jù)工作人員能夠檢查該賬戶的三年內(nèi)的歷史數(shù)據(jù)能夠按賬戶號(hào)查詢?cè)撡~戶三年歷史數(shù)據(jù)問(wèn)題賬戶所占比例沒(méi)有顯示能夠計(jì)算問(wèn)

13、題賬戶所占比例即時(shí)顯示問(wèn)題賬戶所占比例根據(jù)查詢結(jié)果，自動(dòng)計(jì)算并顯示問(wèn)題賬戶所占比例4.解答：她現(xiàn)在遇到的問(wèn)題有：?jiǎn)栴}業(yè)務(wù)目標(biāo)高層解決方案不能有效地從信息部門(mén)獲得工資和個(gè)人數(shù)據(jù)減少?gòu)男畔⒉块T(mén)獲得工資和個(gè)人數(shù)據(jù)的時(shí)間；度量標(biāo)準(zhǔn)（Scale）：一次從信息部門(mén)獲得工資和個(gè)人數(shù)據(jù)的時(shí)間；計(jì)量方法（Meter）：檢查信息部門(mén)數(shù)據(jù)庫(kù)日志；理想標(biāo)準(zhǔn)：減少50%；一般標(biāo)準(zhǔn)：減少30%；最低標(biāo)準(zhǔn)：減少20%；由軟件從信息部門(mén)的數(shù)據(jù)庫(kù)中檢索出工資和個(gè)人數(shù)據(jù)，減少所需信息獲取的時(shí)間雇員數(shù)據(jù)太過(guò)分散，而且不能及時(shí)正確地更新集中雇員數(shù)據(jù)，并且正確更新由軟件來(lái)分析雇員數(shù)據(jù)的各種特征，及早識(shí)別出數(shù)據(jù)所在位置；或由軟件集中處理

14、雇員數(shù)據(jù)，及早識(shí)別出不準(zhǔn)確的或沒(méi)有及時(shí)更新的數(shù)據(jù)，提交人工處理或自行更新計(jì)算復(fù)雜降低計(jì)算的復(fù)雜性由軟件來(lái)處理投資和退休假定的計(jì)算的復(fù)雜過(guò)程雇員信息不能得到及時(shí)有效正確的更新及時(shí)有效正確地更新雇員信息由軟件來(lái)分析個(gè)人數(shù)據(jù)的準(zhǔn)確性，及早識(shí)別出不準(zhǔn)確的個(gè)人信息，提交人工處理；或定時(shí)更新數(shù)，提高數(shù)據(jù)的準(zhǔn)確性；計(jì)算中可變條件的復(fù)雜性降低計(jì)算中可變條件的復(fù)雜性由軟件來(lái)處理計(jì)算中可變條件的復(fù)雜性，降低出錯(cuò)率雇員擔(dān)心保險(xiǎn)計(jì)劃會(huì)授權(quán)給未授權(quán)的人提供高保密性由軟件來(lái)設(shè)置保險(xiǎn)計(jì)劃的用戶權(quán)限，并只能通過(guò)內(nèi)網(wǎng)訪問(wèn)由計(jì)算復(fù)雜性導(dǎo)致的錯(cuò)誤沒(méi)有被發(fā)現(xiàn)提供發(fā)現(xiàn)錯(cuò)誤，糾正錯(cuò)誤功能由軟件來(lái)實(shí)現(xiàn)自動(dòng)化的發(fā)現(xiàn)錯(cuò)誤，糾正錯(cuò)誤的功能感覺(jué)后

15、面兩個(gè)應(yīng)該改成紅色字體的部分系統(tǒng)特性：根據(jù)信息部門(mén)提供的數(shù)據(jù)庫(kù)查詢工資和個(gè)人數(shù)據(jù)；根據(jù)原始數(shù)據(jù)重新整理數(shù)據(jù)并更新；提交查詢信息；創(chuàng)建投資和退休假定的計(jì)算過(guò)程；通過(guò)公司的內(nèi)聯(lián)網(wǎng)訪問(wèn)系統(tǒng)，根據(jù)個(gè)人情況更新信息；模擬計(jì)算中可變條件的變化；提供最靈活的福利方案。（前面兩條感覺(jué)可以刪掉）問(wèn)題：系統(tǒng)特性里面要不要出現(xiàn)數(shù)據(jù)庫(kù)這類(lèi)專(zhuān)業(yè)名詞？寫(xiě)業(yè)務(wù)目標(biāo)的時(shí)候，需不需要寫(xiě)那些度量標(biāo)準(zhǔn)什么的？重要的約束有： 約束源 約束操作性雇員信息必須有備份設(shè)備預(yù)算有自己已有的系統(tǒng)上開(kāi)發(fā)技術(shù)要求應(yīng)用面向?qū)ο蟮姆椒ㄐ姓笮枰畔⒉块T(mén)的信息系統(tǒng)空間不應(yīng)該超過(guò)20M字節(jié)環(huán)境安全性第六章思考題：1.用戶是最終使用和操作產(chǎn)品的人，他們是

16、使用軟件的目的是為了更好的完成自己的任務(wù)，滿足組織的目標(biāo)要求。因此，一個(gè)成功的軟件要能夠協(xié)助用戶有效的完成實(shí)際工作，用戶也就自然應(yīng)該是需求獲取的主要信息來(lái)源。需求工程師需要了解用戶實(shí)際工作的開(kāi)展?fàn)顩r和用戶希望軟件系統(tǒng)能夠給予他們的幫助。用戶參與是以用戶為中心的設(shè)計(jì)方法的核心思想，它要求開(kāi)發(fā)者建立和用戶的直接聯(lián)系，盡早地關(guān)注與用戶和用戶的執(zhí)行過(guò)程，通過(guò)及時(shí)獲得用戶的反饋來(lái)調(diào)整軟件設(shè)計(jì)，以完成高質(zhì)量的設(shè)計(jì)。另一方面，用戶參與就是反對(duì)通過(guò)和市場(chǎng)人員、管理者等中間媒介來(lái)了解用戶。在以用戶為中心的設(shè)計(jì)方法中，用戶需要參與軟件開(kāi)發(fā)的全過(guò)程，并且對(duì)最終軟件設(shè)計(jì)和質(zhì)量具有非常重要的影響，所以在該方法中參與用戶

17、的選擇和普通的涉眾代表采樣有所不同，要吧他們區(qū)分開(kāi)來(lái)。2.他們建立了良好的合作關(guān)系后，可以降低風(fēng)險(xiǎn)。（機(jī)那里良好合作關(guān)系以后，可以更好地增加用戶的參與程度；并且，可以加深用戶方和開(kāi)發(fā)方之間對(duì)于彼此領(lǐng)域的理解；開(kāi)發(fā)方可以更方便的找出用戶存在的認(rèn)知困境；另外，可以更方便地與用戶達(dá)成對(duì)于系統(tǒng)理解的一致；從而降低需求理解錯(cuò)誤而產(chǎn)生的風(fēng)險(xiǎn)的發(fā)生概率）理解用戶：對(duì)用戶的基本特征描述（個(gè)人特征、工作特征、少數(shù)會(huì)涉及地理特征）評(píng)估用戶：優(yōu)先級(jí)評(píng)估、風(fēng)險(xiǎn)評(píng)估、共贏分析與用戶協(xié)商，處理用戶間對(duì)于項(xiàng)目期望沖突用戶的個(gè)人特征和工作特征的描述可以幫助更好的確定功能需求。案例題：4.根本沒(méi)有尋找涉眾，沒(méi)有涉眾分析，使用的

18、是組織級(jí)的系統(tǒng)，應(yīng)該進(jìn)行涉眾分析。5.見(jiàn)6.3.2例：個(gè)人特征：年齡：老年人 字大工作特征：電腦使用程度地理和社會(huì)特征：文化背景：中國(guó)和臺(tái)灣關(guān)注點(diǎn)和興趣：反對(duì)還是贊同目標(biāo)期望：領(lǐng)導(dǎo)的目標(biāo)被影響程度：使用頻率力量程度：是否可以影響項(xiàng)目實(shí)施，領(lǐng)導(dǎo)對(duì)個(gè)人特征和工作特征的描述可以幫助更好地確定功能需求；也可以幫助形成對(duì)涉眾類(lèi)別的理解6.這一題丁二玉上課時(shí)候給的提示是先做涉眾分析解答：（1）選擇面談對(duì)象的時(shí)候采用隨機(jī)抽樣，從5個(gè)階層以及生產(chǎn)、會(huì)計(jì)、營(yíng)銷(xiāo)、系統(tǒng)、物流各選擇2-3名客戶參與面談。高層管理均要參加面談。因?yàn)樵谶x擇面談的時(shí)候要力爭(zhēng)均衡的收集用戶的需求，因此要涉及各方面受系統(tǒng)影響的人。采樣的規(guī)則：

19、控制人數(shù)（48），教材上冊(cè)，6.3.4（2）高層管理的人最先面談。然后是系統(tǒng)層。其余層的面談對(duì)象根據(jù)實(shí)際情況可以先后安排面談的時(shí)間，不一定要分先后順序。跟高層管理人員進(jìn)行面談，采用漏斗結(jié)構(gòu)，因?yàn)楦鱾€(gè)高層管理人員對(duì)各自管理的層次從大體上有準(zhǔn)確的把握，有助于開(kāi)發(fā)人員首先獲取對(duì)項(xiàng)目的廣度方面的認(rèn)識(shí)，也能獲取一些較為詳細(xì)的信息。跟具體部門(mén)人員進(jìn)行面談，采用菱形（必要時(shí)，金字塔）結(jié)構(gòu)，因?yàn)檫@種面談?shì)^為具體，問(wèn)題常為封閉式問(wèn)題，這樣有助于分析人員獲得深度認(rèn)識(shí)?；疽?guī)則：（1）先業(yè)務(wù)需求，后用戶需求，所以先領(lǐng)導(dǎo)后普通； （2）開(kāi)始漏斗，領(lǐng)導(dǎo)漏斗 （3）普通用戶菱形，必要時(shí)金字塔面談的結(jié)構(gòu)及其特點(diǎn)：教材上冊(cè)，

20、7.2.27丁二玉上課時(shí)候我記了“硬數(shù)據(jù)的類(lèi)型/業(yè)務(wù)/分布”，自己也不知道什么意思了，諸位憑此猜吧#_解答：定量硬數(shù)據(jù)：發(fā)貨及收貨的明細(xì)表貨物的中轉(zhuǎn)表拖拉機(jī)和倉(cāng)庫(kù)的使用情況表定性硬數(shù)據(jù)：日常業(yè)務(wù)描述文檔描述發(fā)貨人、收貨人和承運(yùn)公司的伙伴關(guān)系文檔參考硬數(shù)據(jù)的類(lèi)型：教材上冊(cè)，6.5（2）將這15年公司的情況用圖表表達(dá)出來(lái)，形成對(duì)15年以來(lái)公司狀況的認(rèn)識(shí)，獲取生產(chǎn)情況的時(shí)候?qū)⒋笾孪嗤哪攴萘谐鰜?lái)，采樣時(shí)候只需要在大致相同的年份中抽取一份作為樣本。參考采樣規(guī)則：教材上冊(cè)，6.6第七章案例題：在重新瀏覽面談日程的時(shí)候，你發(fā)現(xiàn)有幾個(gè)問(wèn)題看上去不合適。下面是準(zhǔn)備問(wèn)Sampson紙產(chǎn)品公司銷(xiāo)售經(jīng)理的原問(wèn)題。這

21、家公司想把它的一些銷(xiāo)售信息放到Web上去，以便經(jīng)理們可以交互地評(píng)論它，從而優(yōu)化他們的銷(xiāo)售方案。用更合適的方式，重新寫(xiě)下面的問(wèn)題。（有錯(cuò)誤問(wèn)題：同時(shí)問(wèn)兩個(gè)問(wèn)題；隱含和暗示；提問(wèn)題時(shí)上下文相關(guān)；問(wèn)的問(wèn)題牽扯到了被問(wèn)的對(duì)象，如最后一題的陳舊）你的下屬告訴我，你非?？释幸慌_(tái)計(jì)算機(jī)。這是真的么？你對(duì)計(jì)算機(jī)的使用態(tài)度如何？你認(rèn)為作為一個(gè)銷(xiāo)售經(jīng)理，是不是應(yīng)該擁有一臺(tái)計(jì)算機(jī)？（誘導(dǎo)性問(wèn)題）我是這個(gè)領(lǐng)域的新手，我有沒(méi)有忽略什么呢？我問(wèn)的問(wèn)題如何，你有什么要補(bǔ)充的么？我是不是還忽略了什么？（上下文無(wú)關(guān)問(wèn)題）你在銷(xiāo)售計(jì)算中最常用的信息資源是什么，使用頻度如何？ 將兩個(gè)問(wèn)題分開(kāi)1、你在銷(xiāo)售計(jì)算中最常用的信息資源是什

22、么（雙筒問(wèn)題）2、使用頻度如何？其它銷(xiāo)售經(jīng)理認(rèn)為，把一些月度銷(xiāo)售商品放到Web上，然后做趨勢(shì)分析，將會(huì)是一種主要改進(jìn)，你同意他們的做法嗎？你和其他經(jīng)理一樣，都同意。，是嗎？ 你認(rèn)為把一些月度銷(xiāo)售商品放到Web上，然后做趨勢(shì)分析會(huì)是一種改進(jìn)嗎？（誘導(dǎo)性問(wèn)題）沒(méi)有比你現(xiàn)在使用的陳舊的方法更好的銷(xiāo)售方案嗎？對(duì)于現(xiàn)在的銷(xiāo)售方法，你有什么更好的改進(jìn)方法么？還有比目前方法更好的銷(xiāo)售方案嗎？（上下文無(wú)關(guān)問(wèn)題）作為系統(tǒng)分析項(xiàng)目的一部分，需要為生產(chǎn)數(shù)字鐘的Chronos公司更新自動(dòng)化會(huì)計(jì)功能。你將要同首席會(huì)計(jì)Harry Straiter面談。寫(xiě)出4到6個(gè)涉及他所使用的信息資源、信息格式、決策頻度、需求的信息性質(zhì)

23、和決策樣式的面談目標(biāo)。說(shuō)明你將如何聯(lián)系Harry以安排一次面談。（打電話，預(yù)約：聯(lián)系個(gè)人，安排一次會(huì)見(jiàn)，內(nèi)容，選個(gè)時(shí)間，讓他找個(gè)時(shí)間，安排個(gè)地點(diǎn)）提前打電話或者發(fā)送電子郵件通知Harry，告知面談內(nèi)容，商定面談時(shí)間和地點(diǎn)；提前通知可以給Harry時(shí)間去考慮面談事宜。如果要進(jìn)行一次深入的面談，可以把問(wèn)題通過(guò)電子郵件提前發(fā)給Harry，讓他有時(shí)間仔細(xì)考慮答復(fù)。（P120）說(shuō)明在這場(chǎng)面談中你會(huì)使用哪種面談結(jié)構(gòu)？為什么？（首席會(huì)計(jì)師，leader，專(zhuān)家型的人面談結(jié)構(gòu)同普通用戶不同）漏斗結(jié)構(gòu)，適合領(lǐng)導(dǎo)專(zhuān)家（根據(jù)上課筆記）Harry有3個(gè)下屬也使用這個(gè)系統(tǒng)。你和他們面談嗎？為什么？（涉眾分析中不同涉眾有不

24、同特點(diǎn)，下屬和他之間有沒(méi)有差異，有差異則要；沒(méi)差異，則為什么）應(yīng)當(dāng)面談，因?yàn)镠arry和其下屬對(duì)軟件系統(tǒng)的開(kāi)發(fā)和應(yīng)用具有的發(fā)言權(quán)和決定權(quán)不同，屬于不同的涉眾類(lèi)別。Harry屬于領(lǐng)域?qū)＜遥湎聦賹儆谠撓到y(tǒng)的用戶，下屬和領(lǐng)導(dǎo)使用這個(gè)系統(tǒng)的目標(biāo)不同，下屬是為了更好的完成自己的任務(wù)，滿足組織的目標(biāo)，他們是主要的信息來(lái)源，所以應(yīng)當(dāng)面談。應(yīng)當(dāng)面談，因?yàn)橄聦俸皖I(lǐng)導(dǎo)應(yīng)該具有不同的目標(biāo)，而這些目標(biāo)是領(lǐng)導(dǎo)不能提供的考察點(diǎn)：涉眾的分類(lèi)寫(xiě)出3個(gè)開(kāi)放式問(wèn)題，在面談前通過(guò)電子郵件寄給Harry。用一句話解釋為什么應(yīng)當(dāng)由人而不是由電子郵件來(lái)指導(dǎo)面談？獲取許多語(yǔ)言文字之外的其它信息，如聲音動(dòng)作語(yǔ)氣等（三個(gè)開(kāi)放式問(wèn)題隨便寫(xiě),

25、紙面記錄和其他幾種記錄方式的優(yōu)缺點(diǎn)，人的信息傳達(dá)有幾個(gè)方面，每個(gè)方面各占多少。只靠郵件就只剩文字了，交流中只剩文字的手段了，會(huì)產(chǎn)生什么缺點(diǎn)）（好像很多不知怎么一句話概括）由于面談中可能會(huì)實(shí)現(xiàn)很多目標(biāo)，涉及很多復(fù)雜問(wèn)題，所以面談一般應(yīng)該由人而不是電子郵件來(lái)來(lái)管理（P120）。筆錄的優(yōu)點(diǎn)有：使會(huì)見(jiàn)者專(zhuān)心和集中精力；幫助回憶重要的問(wèn)題；表現(xiàn)會(huì)見(jiàn)者對(duì)面談的興趣；表明會(huì)見(jiàn)者是有準(zhǔn)備的。雖然筆錄有一些好的優(yōu)點(diǎn)，但也有一些缺點(diǎn)：丟失很多被會(huì)見(jiàn)者在談話中表現(xiàn)出來(lái)的語(yǔ)調(diào)、停頓等語(yǔ)音信息；做筆記時(shí)，會(huì)讓被會(huì)見(jiàn)者說(shuō)話猶豫；造成對(duì)事實(shí)注意過(guò)多，而對(duì)感覺(jué)及觀點(diǎn)注意過(guò)少。 錄音和攝像的優(yōu)點(diǎn)有：記錄了更多的信息；會(huì)見(jiàn)者能輕

26、松地傾聽(tīng)并更快速地做出響應(yīng)；可以完整的重現(xiàn)面談過(guò)程。錄音和攝像也有很多的缺點(diǎn)：被會(huì)見(jiàn)者可能會(huì)緊張，回答不自在；數(shù)據(jù)采集的代價(jià)較高；事后進(jìn)行信息尋找時(shí)難以定位。 對(duì)第6章的案例題6，說(shuō)明Phil應(yīng)該怎樣開(kāi)展他的面談工作？包括：面談對(duì)象選擇的先后順序，每次的面談結(jié)構(gòu)。說(shuō)明原因。（列了需求的計(jì)劃打算安排幾輪面談，每次的參與人員每次面談結(jié)構(gòu)，可能的話可以安排第三個(gè)輪次的面談,分析原因第一個(gè)輪次獲得前景和范圍第二個(gè)輪次詳細(xì)第三個(gè)輪次驗(yàn)證需求）進(jìn)行三輪面談，具體安排如下：第一輪面談：面談對(duì)象：高層管理員面談結(jié)構(gòu)：漏斗式結(jié)構(gòu)因?yàn)榈谝惠喢嬲勚饕菫榱双@得項(xiàng)目的前景和范圍，通過(guò)探討一些高層次的問(wèn)題來(lái)和項(xiàng)目目標(biāo)推

27、導(dǎo)出業(yè)務(wù)需求，并根據(jù)問(wèn)題幫助確定系統(tǒng)高層次的解決方案和系統(tǒng)特性，從而到了項(xiàng)目的前景和范圍文檔。而這種問(wèn)題的討論需要高層的管理員和對(duì)整個(gè)業(yè)務(wù)了解的人，所以第一輪的面談對(duì)象是高層管理員。根據(jù)面談結(jié)構(gòu)的特性，漏斗式的面談結(jié)構(gòu)適合于領(lǐng)導(dǎo)和專(zhuān)家這樣的被會(huì)見(jiàn)對(duì)象，所以選擇漏斗式結(jié)構(gòu)。第二輪面談：面談對(duì)象：管理層以下的員工面談結(jié)構(gòu)：菱形式結(jié)構(gòu)？第二輪面談的目標(biāo)是為了獲取詳細(xì)的需求。詳細(xì)的需求涉及系統(tǒng)的各個(gè)層次，而各個(gè)層的工作目標(biāo)和工作特性各不相同，所以需要要各個(gè)層次的工作人員進(jìn)行面談。第三輪面談：面談對(duì)象：各個(gè)層次的職員面談結(jié)構(gòu)：長(zhǎng)序列的封閉式問(wèn)題？第三輪面談的目標(biāo)是為了驗(yàn)證已獲取的需求。分析匯總了獲取的需

28、求后，將獲得的需求分類(lèi)羅列后，根據(jù)具體不同的需求需要向各個(gè)層面的涉眾確認(rèn)驗(yàn)證已經(jīng)獲取的需求，保證需求的正確性，完整性，一致性。由于需求已經(jīng)基本確定，所以采取封閉式問(wèn)題。從你進(jìn)門(mén)到現(xiàn)在，面談對(duì)象Max Hugo一直在翻閱文件、看手表、點(diǎn)燃和掐滅香煙。根據(jù)你看到的有關(guān)面談對(duì)象的情況，可以猜出Max很緊張，因?yàn)樗枰銎渌虑?。用一段話描述，為了使面談能在Max全神貫注下完成，你將如何處理這種情況。（Max不能在另外一天重新安排面談。）（輕松氣氛，了解其興趣點(diǎn)，使用開(kāi)放式問(wèn)題；如何緩解緊張氣氛，開(kāi)放式問(wèn)題可以使人放松；轉(zhuǎn)移注意力，漏斗結(jié)構(gòu))可以采用一些非常一般的，輕松地，開(kāi)放式的問(wèn)題。這種方式可以打

29、開(kāi)一個(gè)面談的局面，建立一個(gè)和MaxHugo面談的輕松氣氛。通過(guò)仔細(xì)聽(tīng)取前期的回答，可以幫助我們適應(yīng)后面的問(wèn)題。早期開(kāi)放式的問(wèn)題也能夠幫助解釋被會(huì)見(jiàn)者的態(tài)度，價(jià)值觀和信仰，這些能夠幫助了解被會(huì)見(jiàn)著如何使用信息及其對(duì)組織中其他人有何看法。如果開(kāi)放式問(wèn)題未能解決MaxHugo的緊張，我們可以轉(zhuǎn)移話題，談一些其感興趣的話題，轉(zhuǎn)移其注意力，建立與MaxHugo之間的信任和信賴，再將話題轉(zhuǎn)移回面談內(nèi)容。使用漏斗型面談結(jié)構(gòu)。下面是系統(tǒng)分析團(tuán)隊(duì)的一名成員提出的第一份面談報(bào)告：“在我看來(lái)，面談進(jìn)行的很好。我和他就這個(gè)問(wèn)題聊了一個(gè)半小時(shí)。他告訴我有關(guān)公司的所有歷史，很有意思。他也提到，自他來(lái)到該公司的16年間，公

30、司沒(méi)有任何變化。我們不久將再次舉行會(huì)面，以及結(jié)束這次面談，因?yàn)槲覀冞€沒(méi)有深入研究我準(zhǔn)備的問(wèn)題?！痹囋u(píng)論這個(gè)面談報(bào)告。假設(shè)你要團(tuán)隊(duì)成員使用圖1提供的報(bào)表，那么他漏了什么主要信息？（這個(gè)真心沒(méi)找到啊，你看書(shū)上P124的內(nèi)容，沒(méi)涉及啊?。ù蛩愀陕锩嬲勀繕?biāo)，實(shí)際有沒(méi)有）面談時(shí)間稍長(zhǎng)，而且控制不佳。遺漏了關(guān)于“最新建議的系統(tǒng)的觀點(diǎn)”什么信息對(duì)面談報(bào)告來(lái)說(shuō)是無(wú)關(guān)緊要的？（面談目標(biāo)和內(nèi)容無(wú)關(guān)）有關(guān)公司所有的歷史。如果真的發(fā)生了報(bào)告中提及的情況，則必須向隊(duì)友提出哪3個(gè)建議，以幫助他更好地舉行下一次面談。（三個(gè)建議的重點(diǎn)是那些是幫助控制面談主題的）1控制面談的過(guò)程。面談開(kāi)始的時(shí)候可以通過(guò)例如談公司歷史來(lái)醞釀一

31、下交流的氣氛，但是不能偏離主題。如果長(zhǎng)時(shí)間的談?wù)摬幌嚓P(guān)的信息的時(shí)候，需求分析人員就可以委婉的提醒面談對(duì)象，并重新切回正題。2注意保持面談的主題。針對(duì)每個(gè)面談的目標(biāo)，要在面談的過(guò)程中安排合適的提示，逐一引導(dǎo)面談對(duì)象對(duì)各個(gè)主題的敘述。3總結(jié)面談的要點(diǎn)，注意此次面談過(guò)程的成功和失誤，明確下次的目標(biāo)，以便為下次面談做充分的準(zhǔn)備。面談對(duì)象：SalDomask 日期：3月3日會(huì)見(jiàn)者：S.Cabbot 主題：計(jì)算機(jī)使用面談的目標(biāo)：找出關(guān)于計(jì)算機(jī)使用的態(tài)度； 獲得用戶的使用估計(jì)；看最新建議的系統(tǒng)的觀點(diǎn)是否滿足目標(biāo)嗎？下次面談的目標(biāo)： 找出Sal怎樣看待系統(tǒng)支持部門(mén)。 找出下一個(gè)面談對(duì)象的觀點(diǎn)。面談的要點(diǎn)：Sa

32、l說(shuō)道：“計(jì)算機(jī)是我的朋友?！薄耙恢薄倍荚谟糜?jì)算機(jī)。迫不及待地要熟悉新系統(tǒng)。會(huì)見(jiàn)者的觀點(diǎn)：對(duì)了解更對(duì)有關(guān)系統(tǒng)如何促進(jìn)工作感興趣。如果不使用計(jì)算機(jī)進(jìn)行工作，會(huì)感到枯燥。將成為新系統(tǒng)的熱情支持者/促進(jìn)者。6.假設(shè)現(xiàn)在由你來(lái)負(fù)責(zé)所在學(xué)校選課系統(tǒng)的需求工作，現(xiàn)在需要你來(lái)安排一次群體面談，你打算怎么做？（群體面談的準(zhǔn)備階段）計(jì)劃面談1.確定參與人員（涉眾、主持人、負(fù)責(zé)人、分析人員、記錄人員、觀察員 ）2.安排會(huì)談時(shí)間 （全職的24天參與會(huì)議 ，擬定一份議程 ）3.選擇會(huì)談地點(diǎn) （充足的空間，道具支持，良好的餐飲服務(wù) ）4.準(zhǔn)備會(huì)談內(nèi)容 （面談的主題和范圍，會(huì)議的議程，需求的預(yù)期和會(huì)談的目標(biāo)，各種材料）

33、第八章案例題：“每當(dāng)我認(rèn)為已經(jīng)獲取用戶的信息需求時(shí)，他們卻已經(jīng)發(fā)生了變化。這就像試圖射中一個(gè)運(yùn)動(dòng)目標(biāo)。在半數(shù)時(shí)間里，我認(rèn)為甚至用戶自己也不知道需要什么?！盕lo Chart說(shuō)。他是2Good 2 Be True公司的需求工程師，該公司負(fù)責(zé)為幾家制造公司的營(yíng)銷(xiāo)部門(mén)調(diào)查產(chǎn)品的用途。用一段話向Flo chart解釋?zhuān)突椒ㄔ鯓硬拍軒退玫囟x用戶的信息需求。用一段話評(píng)論Flo Chart的觀察：“在半數(shù)時(shí)間里，我認(rèn)為甚至用戶自己也不知道需要什么?！币欢ㄒ忉屧突椒ㄔ鯓硬拍苷嬲貛椭脩舾玫乩斫夂完U明他們自己的信息需求。用一段話向Flo Chart建議：一個(gè)具備原型特征的交互式Web站點(diǎn)緣

34、何能解決Flo關(guān)于捕獲用戶信息需求的問(wèn)題。解答：（1）答案主題：為什么要原型以及原型的作用（1）根據(jù)需要確定原型類(lèi)型；（2）進(jìn)行原型開(kāi)發(fā)；（3）獲得用戶反饋；（4）定義所得需求 （2）答案要以“隱含知識(shí)”和“用戶表述時(shí)的主觀加工”為主題 （3）原型化方法利用直觀化的界面來(lái)最快程度的得到用戶的反饋，通過(guò)用戶的反饋來(lái)獲知其實(shí)際的需求“我有一個(gè)絕妙的主意！”Bea Kwicke宣布，他是系統(tǒng)團(tuán)隊(duì)的一位新來(lái)的需求工程師，“讓我們跳過(guò)所有的SDLC垃圾，直接為一切設(shè)計(jì)原型。我們的項(xiàng)目會(huì)進(jìn)展的更快，還可以節(jié)省時(shí)間和金錢(qián)，并且所有的用戶會(huì)感到我們似乎很在意他們，而不是連續(xù)幾個(gè)月不與他們交談?！绷谐瞿悖ㄗ鳛榕c

35、Bea同一個(gè)團(tuán)隊(duì)的成員）用來(lái)勸阻她不要試圖放棄SDLC，而直接為所有項(xiàng)目設(shè)計(jì)原型的原因。Bea對(duì)你所說(shuō)的話很失望。為了鼓勵(lì)她，用一段話向她說(shuō)明，你認(rèn)為適用于原型化方法的情形。解答：（1）主要原因：原型僅僅是開(kāi)發(fā)當(dāng)中使用的一種手段，它利用得當(dāng)可以加速開(kāi)發(fā)的進(jìn)程，但不能代替軟件開(kāi)發(fā)中的所有工作。原型開(kāi)發(fā)最大的缺點(diǎn)就是：成本太高，高的讓人難以接受。所以原型方法只在必要的時(shí)候使用原型方法。通常來(lái)說(shuō)，如果用戶需求出現(xiàn)了模糊，不清晰，不完整等具有一定不確定性的特征，就可以考慮使用原型方法。原型方法的復(fù)雜性使得它會(huì)給項(xiàng)目引入了新的風(fēng)險(xiǎn)。 （2）情形見(jiàn)下表，尤其是其中紅色的部分廢棄型演化型水平型闡明并細(xì)化用例

36、和功能性需求識(shí)別遺漏功能研究用戶界面方法實(shí)現(xiàn)核心用例根據(jù)優(yōu)先級(jí)實(shí)現(xiàn)其他用例使得系統(tǒng)適應(yīng)快速變化的需要垂直型演示系統(tǒng)可行性實(shí)現(xiàn)并擴(kuò)充核心功能實(shí)現(xiàn)并擴(kuò)充核心算法測(cè)試并調(diào)整性能 用戶需求出現(xiàn)了模糊，不清晰，不完整等一定不確定性的特征，就可以使用原型。 如果開(kāi)始是以缺陷需求為起始點(diǎn)，需要不斷調(diào)整的情況，就可以使用探索式原型開(kāi)發(fā) 如果開(kāi)始擁有清晰地用戶需求，但是開(kāi)發(fā)者對(duì)這些需求的實(shí)現(xiàn)方法，實(shí)現(xiàn)效果和可行性沒(méi)有太大的把握，則可以使用實(shí)驗(yàn)式原型的方法 如果開(kāi)始有清晰的需求也有項(xiàng)目積累下來(lái)的原型資產(chǎn)，這樣的情況可以使用演化式原型開(kāi)發(fā)4.Itall多年來(lái)一直擔(dān)任Tun-L-Vision公司的系統(tǒng)分析員。在你加入

37、該系統(tǒng)分析團(tuán)隊(duì)以后，建議在目前項(xiàng)目中把原型化方法作為SDLC的一部分，Itall說(shuō)：“當(dāng)然可以，但是你不能太在意用戶所說(shuō)的話。他們也不知道自己需要什么。我會(huì)做原型化工作，但是我不會(huì)觀察任何用戶。” 在不明確否決Itall的前提下，盡可能巧妙地說(shuō)明原型化過(guò)程中觀察用戶反應(yīng)、用戶建議和用戶創(chuàng)新的重要性的原因。用一段話描述，如果系統(tǒng)的某部分已經(jīng)被原型化，并且在后續(xù)系統(tǒng)中沒(méi)有考慮用戶的反饋信息，可能會(huì)出現(xiàn)什么情況？解答：（1）通過(guò)觀察用戶的反應(yīng)會(huì)得到比較多的信息，比如說(shuō)觀察到用戶總是出錯(cuò)則說(shuō)明設(shè)計(jì)有問(wèn)題，用戶在某個(gè)界面停留很久這就說(shuō)明軟件的導(dǎo)航有問(wèn)題，通過(guò)觀察發(fā)現(xiàn)用戶老是從一個(gè)位置移到另一個(gè)位置，說(shuō)明

38、界面中按鈕放置的有問(wèn)題，有的時(shí)候用戶使用的方式超出了我們的想象（用戶創(chuàng)新），像這些都要通過(guò)觀察得到。在評(píng)估中，用戶會(huì)對(duì)原型系統(tǒng)的人機(jī)教會(huì)和功能設(shè)置提出建議，這些建議可以幫助開(kāi)發(fā)者們改進(jìn)，改變或調(diào)整原型，從來(lái)可以是原型更接近于它的目標(biāo)實(shí)現(xiàn)。對(duì)于用戶的創(chuàng)新則是用戶潛在的需求，這些可以通過(guò)觀察還有用戶的反饋中得到，做到以上，我們可以獲得很多信息，使我們的原型更加完善。 （2）如果系統(tǒng)的某部分已經(jīng)被原型化，但是在后續(xù)系統(tǒng)中沒(méi)有考慮用戶的反饋信息，這個(gè)原形都不能算是一個(gè)符合要求的原型。這樣會(huì)導(dǎo)致開(kāi)出來(lái)的原型根本就不符合用戶需求，開(kāi)發(fā)出來(lái)以后用戶不滿意可能會(huì)受到用戶的抵制?？赡茉诤笃诓疟话l(fā)現(xiàn)，開(kāi)發(fā)方需要做

39、很大的調(diào)整修改，導(dǎo)致項(xiàng)目延期，嚴(yán)重者可能會(huì)導(dǎo)致項(xiàng)目的失敗。5.Nordic Designs 是一家專(zhuān)營(yíng)Scandinavia 當(dāng)代家具的連鎖企業(yè)，它已經(jīng)發(fā)布了一則夸耀其配送信息系統(tǒng)原型的公司簡(jiǎn)訊。簡(jiǎn)訊報(bào)道聲稱：“我們的配送信息系統(tǒng)原型一發(fā)布就投入使用了。絕對(duì)沒(méi)有任何修改的必要，經(jīng)理們說(shuō)它是追蹤家具配送的最佳解決方案。不久就可以你們商店中接觸原型了?！边@則報(bào)道的作者對(duì)原型化方法概念明顯存在什么樣的誤解？用一段話解釋它。如果用戶期望原型“絕對(duì)沒(méi)有任何修改的必要”的話，列出原型設(shè)計(jì)者可能會(huì)面臨的問(wèn)題。解答：（1）這則報(bào)道中提到“我們的配送信息系統(tǒng)原型一發(fā)布就投入使用了”可以看出作者誤解了一點(diǎn)：開(kāi)發(fā)出

40、的原型不是最終的軟件，原型不能直接發(fā)布使用，我們使用原型的目的是獲取需求的內(nèi)容，而不是獲取原型的代碼，原型代碼最終應(yīng)該是會(huì)被拋棄的。作者還說(shuō)“絕對(duì)沒(méi)有修改的必要”這句話顯然有問(wèn)題，原型開(kāi)發(fā)的過(guò)程中腰不斷地根據(jù)評(píng)估者反饋的不足進(jìn)行原型的修改，調(diào)整完后還要準(zhǔn)備再次原型評(píng)估，如果不能通過(guò)，則在根據(jù)反饋，觀察進(jìn)行原型修正，所以不能說(shuō)“絕對(duì)沒(méi)有任何修改的必要”。 （2）首先原型是本來(lái)就是用來(lái)獲取需求的，最終代碼一定要被拋棄，不然開(kāi)發(fā)出來(lái)的軟件質(zhì)量會(huì)很差。 如果用戶期望原型“絕對(duì)沒(méi)有修改的必要”的話，也就是說(shuō)一次就獲取完需求，顯然這樣的方法是不可行的，不能獲取到完整明確的需求，這樣會(huì)導(dǎo)致配送系統(tǒng)漏洞多，不

41、能滿足用戶的需求，不受用戶的歡迎甚至抵制，嚴(yán)重的可能影響到業(yè)務(wù) 花費(fèi)大力氣在原型上，時(shí)間花費(fèi)過(guò)大第九章復(fù)習(xí)題：2什么是情景性事件？觀察方法是如何解決情景性事件的？答：情景性是指某些事件只有和它們發(fā)生時(shí)的具體環(huán)境聯(lián)系起來(lái)，才能得到理解。觀察方法將發(fā)現(xiàn)的重點(diǎn)放在問(wèn)題的上下文環(huán)境之上，即社會(huì)因素，包括組織的文化、組織的結(jié)構(gòu)、用戶的工作環(huán)境、用戶的工作實(shí)踐、法律與經(jīng)濟(jì)約束等。通過(guò)對(duì)上下文環(huán)境的理解，觀察方法可以幫助需求工程師更好地理解問(wèn)題發(fā)生的情景，進(jìn)而更透徹地理解情景性問(wèn)題。3采樣觀察有哪兩種方法？比較它們的優(yōu)缺點(diǎn)？答：方法 優(yōu)點(diǎn) 缺點(diǎn) 適用情景 時(shí)間采樣（允許需求工程師建立指定的時(shí)間間隔來(lái)觀察用戶

42、的活動(dòng)情況）通過(guò)隨機(jī)的觀察減少偏差對(duì)頻繁發(fā)生事件取代表性事件進(jìn)行觀察用分段的方式來(lái)收集數(shù)據(jù)不能提供全面信息的時(shí)間漏掉不經(jīng)常發(fā)生卻很重要的事件發(fā)現(xiàn)異常流程驗(yàn)證用戶知識(shí)和實(shí)際工作的一致性事件采樣（痛毆改過(guò)有目的地選取整個(gè)事件進(jìn)行觀察，而不是隨即采樣時(shí)間段）允許在行為展開(kāi)過(guò)程中觀察允許對(duì)指定的重要事件進(jìn)行觀察消耗大量時(shí)間漏掉頻繁發(fā)生事件的代表性樣本獲取默認(rèn)知識(shí)驗(yàn)證用戶知識(shí)和實(shí)際工作的一致性案例題：2. “我知道你有很多材料。那些材料里到底有什么？”Betty Kant問(wèn)道，她是MIS特別工作組的負(fù)責(zé)人。MIS特別工作組是你的系統(tǒng)團(tuán)隊(duì)聯(lián)絡(luò)Sawder家具公司的橋梁。你拖了一大堆材料，正準(zhǔn)備離開(kāi)這棟樓。

43、“哦，是過(guò)去6個(gè)月的一些財(cái)政決算、生產(chǎn)報(bào)表，還有Sharon給我的一些業(yè)績(jī)報(bào)表，業(yè)績(jī)報(bào)表涵蓋了過(guò)去6個(gè)月的目標(biāo)和工作業(yè)績(jī)。”你在回答時(shí)，有些紙掉到了地上，“你為什么問(wèn)這個(gè)問(wèn)題呢？”Betty為你拾起紙并把它放到最近的桌子上，回答道：“因?yàn)槟愀静恍枰@些垃圾。你來(lái)這里要做一件事情，就是和我們這些用戶談話。從這些材料中得不到任何有益的信息。”只有告訴Betty你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。用一段文字解釋文檔為需求工程師提供了什么幫助？二玉哥哥語(yǔ)：看看書(shū)上 文檔采樣 那部分就知道了參考答案：不同的文檔為需求工程師提供了不同的幫助，譬如：需求規(guī)格說(shuō)明書(shū)：幫助需求工程師發(fā)現(xiàn)需

44、求信息，從而進(jìn)行需求的重用硬數(shù)據(jù)：通過(guò)研究和閱讀也可以發(fā)現(xiàn)需求的相關(guān)信息客戶的續(xù)修文檔：可以得到粗粒度的需求通過(guò)分析這些文檔，可以獲取組織業(yè)務(wù)的問(wèn)題域信息、業(yè)務(wù)工作流程的業(yè)務(wù)細(xì)節(jié)中存在的問(wèn)題等。一個(gè)有經(jīng)驗(yàn)的需求工程師會(huì)從現(xiàn)有的文檔中獲取事實(shí)，理解問(wèn)題域。在你和Betty談話的時(shí)候，意識(shí)到實(shí)際上也需要其他的定量文檔。列出你缺少的東西。二玉哥哥語(yǔ)：看看定量的和定性的就知道了參考答案：定量硬數(shù)據(jù)缺少：數(shù)據(jù)收集表格：反應(yīng)組織的信息域，收拾正在使用的每張表格，連同填寫(xiě)和分發(fā)說(shuō)明一起，與填好的表格進(jìn)行對(duì)比定性硬數(shù)據(jù)缺少：整個(gè)組織的描述文檔：Sawder公司的組織結(jié)構(gòu)圖業(yè)務(wù)指導(dǎo)文檔：Sawder公司的工作指

45、南和規(guī)章手冊(cè)業(yè)務(wù)備忘：第十章思考題：2你認(rèn)為場(chǎng)景方法可以在需求工程（甚至軟件工程）的哪些方面起到重要作用？答：（1）組織需求獲取得到的信息；（2）幫助進(jìn)行詳細(xì)的需求分析；（3）結(jié)合面向目標(biāo)的方法，指導(dǎo)需求獲取活動(dòng)的展開(kāi)；第十一章復(fù)習(xí)題：8比較確定需求優(yōu)先級(jí)的各種方法，說(shuō)明它們的優(yōu)缺點(diǎn)。答： P222（后面的優(yōu)缺點(diǎn)都是我自己想的，沒(méi)有任何依據(jù)）（1）累計(jì)投票（得票最多不一定就是最需要去做的；優(yōu)點(diǎn)是實(shí)行方便）（2）區(qū)域劃分（）（3）Top-N（感覺(jué)這是從開(kāi)發(fā)人員角度來(lái)考慮問(wèn)題，可能不能很好地符合用戶需求；優(yōu)點(diǎn)是開(kāi)發(fā)起來(lái)時(shí)間可控性比較強(qiáng)）（4）數(shù)據(jù)量化（分析時(shí)比較簡(jiǎn)單；但是標(biāo)準(zhǔn)的確定比較困難）思考題

46、：1. 分析“結(jié)構(gòu)化分析”和“面向?qū)ο蠓治觥钡倪^(guò)程，說(shuō)明它們?yōu)槭裁炊奸_(kāi)始于系統(tǒng)的邊界定義？二玉哥哥語(yǔ)：和第二章相關(guān)：第二章云“軟件要完成用戶的任務(wù)需要和外界協(xié)調(diào)互動(dòng)“開(kāi)始于邊界是因?yàn)檫吔缡撬鼈兓?dòng)的地方。系統(tǒng)分析給自己做個(gè)定位的話，是先分析互動(dòng)的反應(yīng)，然后分析系統(tǒng)內(nèi)部的反應(yīng)，所以框架中有一些叫系統(tǒng)外部行為等，在需求早期階段都是外部分析，到了后期階段才會(huì)進(jìn)入內(nèi)部分析參考答案：軟件要完成用戶的任務(wù)需要和外界協(xié)調(diào)互動(dòng)，經(jīng)過(guò)問(wèn)題分析之后一般可以得到高層次的解決方案及系統(tǒng)特性。而一個(gè)系統(tǒng)通常會(huì)有很多高層次問(wèn)題，雖然問(wèn)題分析之后可以得到解系統(tǒng)為了解決某一問(wèn)題而需要具備的知識(shí)片段，卻無(wú)法將這些片段自動(dòng)連接為

47、整個(gè)系統(tǒng)的概要全圖，所以很有必要將各個(gè)問(wèn)題的分析結(jié)果進(jìn)行綜合與處理，已確定整個(gè)解系統(tǒng)的功能，建立系統(tǒng)的邊界。之所以把系統(tǒng)邊界作為需求分析的起點(diǎn)，是因?yàn)檫吔缡擒浖屯饨缁?dòng)的地方。解系統(tǒng)為自己做定位，首先要分析互動(dòng)的反應(yīng)，然后分析系統(tǒng)內(nèi)部的反應(yīng)，所以，框架中有一些系統(tǒng)的外部行為等。一般情況下，在需求分析的早期階段做的都是外部分析，從系統(tǒng)的邊界圖開(kāi)始，逐一分析和細(xì)化系統(tǒng)和外界的交互，以保證最終產(chǎn)品的行為能夠和環(huán)境形成互動(dòng)，以滿足用戶的需求；然后在需求分析的后期階段，才會(huì)逐漸進(jìn)入內(nèi)部分析。3. 列舉結(jié)構(gòu)化分析的各種技術(shù)，說(shuō)明它們的數(shù)學(xué)基礎(chǔ)是什么？二玉哥哥語(yǔ)：有些有基礎(chǔ)，而有些是沒(méi)有基礎(chǔ)的，結(jié)構(gòu)化、數(shù)

48、據(jù)流圖、ERD、狀態(tài)圖（結(jié)構(gòu)化的一種）都是有基礎(chǔ)的，有些數(shù)據(jù)流圖的細(xì)節(jié)方法是沒(méi)有基礎(chǔ)的參考答案：結(jié)構(gòu)化分析技術(shù)：數(shù)據(jù)流圖、實(shí)體聯(lián)系圖、狀態(tài)轉(zhuǎn)移圖、功能實(shí)體矩陣、實(shí)體生命歷史和事件實(shí)體矩陣。以數(shù)據(jù)流動(dòng)為中心，以DFD為核心技術(shù)，以演算為數(shù)學(xué)基礎(chǔ)。4列舉面向?qū)ο蠓治龅母鞣N技術(shù)，說(shuō)明它們是對(duì)結(jié)構(gòu)化分析技術(shù)的繼承和借鑒嗎？如果是，那么說(shuō)明它們借鑒了哪些結(jié)構(gòu)化分析技術(shù)，如果不是，那么說(shuō)明它們的數(shù)據(jù)基礎(chǔ)是什么？二玉哥哥語(yǔ)：很明顯是，怎么是的看看發(fā)展歷史的那張表參考答案：是面向?qū)ο蠹夹g(shù)：用例圖、類(lèi)圖、交互圖、活動(dòng)圖、對(duì)象約束語(yǔ)言、狀態(tài)圖和工作流借鑒的結(jié)構(gòu)化分析技術(shù)：實(shí)體關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)移圖6“事件”

49、和“事物”一直是進(jìn)行需求分析的一個(gè)重要思路，你對(duì)此如何評(píng)價(jià)？二玉哥哥語(yǔ)：有作用卻也有局限性。事物和事件正好對(duì)應(yīng)著結(jié)構(gòu)化方法的兩條路徑，一個(gè)是DFD，一個(gè)是ERD，可參考書(shū)上結(jié)構(gòu)化分析有兩條路徑這塊內(nèi)容，在結(jié)構(gòu)化分析方法那章。但在面向?qū)ο罄锞筒惶糜昧?，因?yàn)槊嫦驅(qū)ο蟮暮诵氖嵌鄬?duì)象協(xié)同，多對(duì)象協(xié)同既不是事件，也不是事物，所以面向?qū)ο箝_(kāi)始使用場(chǎng)景。事件就是行為，就是DFD；事物就是數(shù)據(jù)，就是ERD。參考答案：事件：可以描述、值得記錄的在某一特定時(shí)間和地點(diǎn)發(fā)生的事情。通過(guò)對(duì)事件的分析可以將復(fù)雜的系統(tǒng)需求分解成易處理并能更好理解的小單元。事件可分為以下幾類(lèi)：外部事件、臨時(shí)事件、狀態(tài)事件。事物：在面向?qū)ο?/p>

50、的編程中，這些事物是在系統(tǒng)中相互交互的對(duì)象。事物的類(lèi)型：實(shí)物；角色；組織部門(mén)；設(shè)備；突發(fā)事件、事件或交互；地點(diǎn)/位置結(jié)構(gòu)化分析：事物和事件正好對(duì)應(yīng)著結(jié)構(gòu)化方法的兩條路徑，一個(gè)是DFD，一個(gè)是ERD面向?qū)ο蠓治觯汉诵氖嵌鄬?duì)象的協(xié)同，而多對(duì)象既不是事件，也不是事物，而是基于場(chǎng)景的。所以，在面向?qū)ο蠓治鲋?，事件就是行為，指的就是DFD；事物就是數(shù)據(jù)，指的就是ERD。補(bǔ)充：描述面向?qū)ο蠓椒ㄖ?，從開(kāi)始到結(jié)束的技術(shù)選擇過(guò)程（老師提示使用Wieringa框架進(jìn)行分析）第十二章案例題：2.根據(jù)下列敘述性描述，為描述的內(nèi)容繪制一個(gè)上下文DFD。校園書(shū)店“課本庫(kù)存系統(tǒng)”的目的是向?qū)W生提供本地大學(xué)課程的課本。大學(xué)的

51、教學(xué)部門(mén)通過(guò)一個(gè)“課本主清單”向書(shū)店提交初始數(shù)據(jù)，包括課程、教師、課本和預(yù)計(jì)注冊(cè)人數(shù)。書(shū)店生成一個(gè)“購(gòu)買(mǎi)訂單”，“購(gòu)買(mǎi)訂單”被送到供應(yīng)課本的出版公司。圖書(shū)訂單隨著一個(gè)“包裝清單”到達(dá)書(shū)店，它被接收的部門(mén)檢查和驗(yàn)證。學(xué)生填寫(xiě)包含課程信息的“購(gòu)書(shū)要求”，當(dāng)他們付了書(shū)款之后就得到一個(gè)“銷(xiāo)售單據(jù)”。建立一個(gè)決策表，正確反映下面的課程評(píng)分策略一個(gè)學(xué)生可以得到一個(gè)期末課程成績(jī)A、B、C、D、F。為了給出學(xué)生的期末課程成績(jī)，老師首先確定一個(gè)學(xué)生的初始期末成績(jī)，具體按照以下的方式確定：頭三次作業(yè)和測(cè)驗(yàn)中總成績(jī)不低于90分，并且第4次作業(yè)成績(jī)不低于70分的學(xué)生，這門(mén)課將得到成績(jī)A。頭三次作業(yè)和測(cè)驗(yàn)總成績(jī)低于90

52、但不低于80，并且第4次作業(yè)成績(jī)不低于70的學(xué)生，這門(mén)課將得到成績(jī)B。頭三次作業(yè)和測(cè)驗(yàn)總成績(jī)低于80但不低于70，并且第4次作業(yè)成績(jī)不低于70的學(xué)生，這門(mén)課將得到成績(jī)C。頭三次作業(yè)和測(cè)驗(yàn)總成績(jī)低于70但不低于60，并且第4次作業(yè)成績(jī)不低于70的學(xué)生，這門(mén)課將得到成績(jī)D。頭三次作業(yè)和測(cè)驗(yàn)總成績(jī)低于60，或者第4次作業(yè)成績(jī)低于70的學(xué)生，這門(mén)課將得到成績(jī)F。一旦老師確定了學(xué)生的初始成績(jī)，他將決定最后的課程成績(jī)。如果學(xué)期期間曠課不多于3堂課，這個(gè)學(xué)生的學(xué)生課程成績(jī)將同他的初始成績(jī)一樣。否則，學(xué)生的學(xué)期課程成績(jī)將比他的初始課程成績(jī)低一級(jí)。存在某些條件使得老師無(wú)法采取行動(dòng)嗎？如果有，你將如何改正錯(cuò)誤？你

53、的決策表可以通過(guò)消除不可能的規(guī)則或合并規(guī)則進(jìn)行簡(jiǎn)化嗎？解答：1）存在使老師無(wú)法采取行動(dòng)的條件，當(dāng)初始期末成績(jī)?yōu)镕，并且曠課多于3堂時(shí)。 2）改正錯(cuò)誤：添加條件，當(dāng)初始期末成績(jī)?yōu)镕，曠課多于3堂時(shí)，不做降級(jí)處理 3）這個(gè)看自己的圖說(shuō)，下面給出最終圖條件和行動(dòng)規(guī)則頭三次作業(yè)和測(cè)試總成績(jī)=90=90=80并=80并=70并=70并=60并=60并70=0并=70=70=70=70=70=70=70=70=0并=10070曠課堂數(shù)3333任意任意成績(jī)A X成績(jī)BX X成績(jī)C X X成績(jī)D X X成績(jī)E X 成績(jī)FXX 如果基本數(shù)據(jù)類(lèi)型是單字符char，有效域?yàn)閍z, 09, AZ，那么請(qǐng)以此為基礎(chǔ)定義

54、其他的數(shù)據(jù)類(lèi)型：String，Integer（32位），Date（1900-01-01之后，包括1900-01-01）。（此題不確定，自行斟酌）解答：String=1a-z| 0-9| A-Zn (n正無(wú)窮) Integer=1|2|3|4|5|6|7|8|9+310-931 Date=(閏年？)（這道題應(yīng)該用數(shù)據(jù)字典吧，丁二玉上課的時(shí)候說(shuō)要考決策表和數(shù)據(jù)字典） 第十三章.案例題：2.為下列描述建立ERDBurger World分銷(xiāo)中心為45家Burger World特許經(jīng)銷(xiāo)商提供供應(yīng)服務(wù)。你參與了為分銷(xiāo)中心構(gòu)造一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)的項(xiàng)目。每個(gè)特許經(jīng)銷(xiāo)商對(duì)下一個(gè)月其Burger World的菜單產(chǎn)品

55、提交一份當(dāng)天的銷(xiāo)售計(jì)劃。所有的菜單產(chǎn)品需要有配方和（/或）包裝?；谏痰赇N(xiāo)售計(jì)劃，系統(tǒng)必須每天生成一個(gè)當(dāng)天的配方需求，然后，將那些需求合成為每周一次的購(gòu)買(mǎi)需求和發(fā)貨需求。解答：3.我們企業(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ù)器上。我們想跟蹤軟件許可證安裝在哪里。某些許可證可以在某

56、個(gè)時(shí)間未被安裝在任何地方。我們還必須能夠證明安裝軟件的合法性。每個(gè)許可證必須被跟蹤到一個(gè)購(gòu)買(mǎi)訂單、贈(zèng)品或者一次租借。我們也可以訂購(gòu)一些軟件。我們訂購(gòu)軟件包，同時(shí)收到許可證。請(qǐng)通過(guò)集體討論構(gòu)造數(shù)據(jù)模型和屬性。解答：(木有解答)5.結(jié)合下圖的表格內(nèi)容，給出相應(yīng)的ERD描述解答：第十四章復(fù)習(xí)題：9行為模型有哪些不同的技術(shù)，它們?cè)谶m用情境上有什么區(qū)別？答：交互圖（順序圖、通信圖、交互概述圖、時(shí)間圖）：?jiǎn)螆?chǎng)景，多參與對(duì)象；狀態(tài)圖：多用例，多主體；活動(dòng)圖：多場(chǎng)景，大部分用例，單主體；16面向?qū)ο蠓治龅闹饕；顒?dòng)有哪些？答：（1）從用例描述中識(shí)別出對(duì)象和類(lèi)；（2）分析用例的描述信息，添加類(lèi)的屬性和類(lèi)之間的

57、關(guān)聯(lián)；（3）從用例描述中識(shí)別系統(tǒng)行為；（4）將系統(tǒng)行為分配給類(lèi)；（5）綜合考慮類(lèi)的屬性與行為，細(xì)化類(lèi)的職責(zé)，建立完全的對(duì)象模型。建立領(lǐng)域模型：發(fā)現(xiàn)對(duì)象和類(lèi)建立類(lèi)之間的關(guān)聯(lián)添加類(lèi)的重要屬性建立行為模型：建立系統(tǒng)順序圖在需要時(shí)，建立詳細(xì)的交互圖/建立用例的狀態(tài)圖或者重要類(lèi)的狀態(tài)圖/建立活動(dòng)圖為系統(tǒng)行為添加契約說(shuō)明思考題：在需求獲取階段，需求工程師收集了大量的樣本，包括文檔、表格和報(bào)告，解釋這些樣本對(duì)面向?qū)ο蠼Ｓ心男┯锰?。幫助人們識(shí)別類(lèi)、對(duì)象、活動(dòng)順序時(shí)序與事物狀態(tài)比較包括CRC策略在內(nèi)的各種對(duì)象與類(lèi)的發(fā)現(xiàn)方法，說(shuō)明各種的優(yōu)缺點(diǎn)和適用場(chǎng)景。答：1在擁有充分需求信息描述的情況下，發(fā)現(xiàn)對(duì)現(xiàn)象和類(lèi)的主要

58、方法有三種：使用概念類(lèi)分列表、名詞分析和行為分析。使用概念類(lèi)分類(lèi)列表和名詞分析又被稱為經(jīng)典方法，因?yàn)樗麄冎饕獊?lái)源于經(jīng)典分類(lèi)理論，產(chǎn)生的概念類(lèi)具有數(shù)據(jù)驅(qū)動(dòng)的特征。這兩種方法易于使用，而且他們產(chǎn)生的數(shù)據(jù)驅(qū)動(dòng)的領(lǐng)域模型也特別適合于對(duì)信息系統(tǒng)的問(wèn)題域進(jìn)行描述。相比之下，行為分析就是以概念聚類(lèi)為基礎(chǔ)的職責(zé)驅(qū)動(dòng)的方法，它適合描述復(fù)雜希特同系統(tǒng)和控制系統(tǒng)。 概念類(lèi)分類(lèi)列表：事先給出一個(gè)概念類(lèi)的分類(lèi)列表，然后又分析人員在需求信息中尋找相應(yīng)類(lèi)別的候選對(duì)象，最后對(duì)候選對(duì)象進(jìn)行確定和歸納，形成概念類(lèi)。 名詞分析師一種運(yùn)用語(yǔ)言分析的實(shí)用方法，名詞分析從文本描述中識(shí)別出有關(guān)的名詞和名詞短語(yǔ)，然后將它們作為候選的對(duì)象，最

59、后對(duì)候選對(duì)象進(jìn)行確定和歸納，形成概念類(lèi)。 行為分析，和名詞分析不同的是，行為分析師從需求描述中搜尋動(dòng)詞，識(shí)別出系統(tǒng)行為，然后找出系統(tǒng)的主動(dòng)對(duì)象和被動(dòng)對(duì)象作為候選對(duì)象。找出候選對(duì)象后，就按照對(duì)象的含義進(jìn)行對(duì)象的確定，針對(duì)確定后的對(duì)象，以其發(fā)起行為的組合作為特征描述，并以特征的相似性進(jìn)行歸納分類(lèi)，產(chǎn)生概念類(lèi)。 前面的面向?qū)ο蠼７椒ǘ际沁m用于簡(jiǎn)單情況下的建模方法，在需求信息比較明確時(shí)，他們能夠發(fā)揮很好的作用。但是在復(fù)雜情況下，需求的獲取和分析是交織前進(jìn)的，也就是說(shuō)在進(jìn)行分析和建模時(shí)沒(méi)有非常明確和固定的需求信息可以利用，此時(shí)前面描述的建模方法很難取得好的效果。 基于CRC卡的職責(zé)驅(qū)動(dòng)方法是一種用來(lái)處

60、理復(fù)雜情況的面向?qū)ο蠼７椒?，比前面描述的面向?qū)ο蠼７椒◤?fù)雜很多，需要更多的實(shí)踐經(jīng)驗(yàn)和技巧。CRC是Candidates Responsibilities和Callaborators的縮寫(xiě)，基于CRC可以建立一種索引卡片，CRC卡。每個(gè)卡片代表了一個(gè)被發(fā)現(xiàn)的候選對(duì)象?？ǖ谋趁媸顷P(guān)于候選對(duì)象的非正式描述，卡的正面記錄了對(duì)象的職責(zé)（所維護(hù)狀態(tài)和可以執(zhí)行狀態(tài)的行為）和協(xié)作者。CRC卡簡(jiǎn)潔方便可以隨時(shí)被移動(dòng)、修改或者丟棄，所以它特別適合在復(fù)雜的系統(tǒng)中充當(dāng)進(jìn)行對(duì)象的發(fā)現(xiàn)和設(shè)計(jì)思想的挖掘，即進(jìn)行復(fù)雜情況下的面向?qū)ο蟮姆治龊驮O(shè)計(jì)。 概念類(lèi)分列表 簡(jiǎn)單方式名次分析：源于ERD 傾向于數(shù)據(jù)驅(qū)動(dòng) 數(shù)據(jù)庫(kù)為主，作