需求工程復(fù)習(xí)2 - Copy

1、第二章復(fù)習(xí)題：IEEE是怎樣定義需求的？從中你可以得到什么認(rèn)識(shí)？IEEE對(duì)需求的定義：（1）用戶為了解決問(wèn)題或達(dá)到某些目標(biāo)所需要的條件或能力；（2）系統(tǒng)或系統(tǒng)部件為了滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式文檔所規(guī)定的要求而需要具備的條件或能力；（3）對(duì)（1）或（2）中的一個(gè)條件或一種能力的一種文檔化表述。為了融合不同群體的看法，IEEE的定義當(dāng)中同時(shí)包括了用戶的觀點(diǎn)（第一種條件和能力）和開(kāi)發(fā)者的觀點(diǎn)（第二種條件和能力），但是即便如此，不同群體的人們也很難就IEEE的定義進(jìn)行一致和準(zhǔn)確的解讀，因?yàn)樾枨蟾拍畹膬?nèi)涵和外延都非常豐富。解釋下列名詞：?jiǎn)栴}域、解系統(tǒng)和共享現(xiàn)象，并結(jié)合它們的含義說(shuō)明軟件系統(tǒng)是如何與

2、現(xiàn)實(shí)世界形成互動(dòng)的？問(wèn)題域：當(dāng)現(xiàn)實(shí)的狀況與人們期望的狀況產(chǎn)生差距時(shí)，就產(chǎn)生了問(wèn)題。要解決問(wèn)題，就需要改變現(xiàn)實(shí)當(dāng)中某些實(shí)體的狀態(tài)或改變實(shí)體狀態(tài)變化的演進(jìn)順序，使其達(dá)到期望的狀態(tài)或演進(jìn)順序。這些實(shí)體和狀態(tài)構(gòu)成了問(wèn)題解決的基本范圍，稱為該問(wèn)題的問(wèn)題域（Problem Domain）解系統(tǒng)：軟件系統(tǒng)通過(guò)影響問(wèn)題域，能夠幫助人們解決問(wèn)題，稱為解系統(tǒng)。共享現(xiàn)象： 軟件系統(tǒng)能夠與問(wèn)題域進(jìn)行交互和相互影響的原因在于，軟件系統(tǒng)中的某些部分對(duì)問(wèn)題域中的某些部分的具有模擬特性。 換句話說(shuō)，軟件系統(tǒng)當(dāng)中含有問(wèn)題域某些部分的模型（或模擬），常見(jiàn)的模型包括數(shù)據(jù)模型、對(duì)象模型、處理模型等。 問(wèn)題域中的某些信息能夠和模型中的

3、信息建立映射關(guān)系這些通過(guò)映射建立的共同知識(shí)，就是問(wèn)題域和解系統(tǒng)之間的共享現(xiàn)象共享現(xiàn)象就是問(wèn)題域和解系統(tǒng)實(shí)現(xiàn)交互和互相影響的途徑與接口，問(wèn)題域和解系統(tǒng)都通過(guò)改變這些共同知識(shí)來(lái)影響對(duì)方，或者通過(guò)認(rèn)同這些共同知識(shí)的改變來(lái)接受對(duì)方的影響。解釋下列名詞：需求、規(guī)格說(shuō)明、問(wèn)題域特性和約束，并結(jié)合它們的含義說(shuō)明需求工程的主要任務(wù)是什么？需求：用戶對(duì)問(wèn)題域當(dāng)中的實(shí)體狀態(tài)或事件的期望描述。直接需求是可以通過(guò)更改共享現(xiàn)象被滿足的需求; 間接需求是需要修改共享現(xiàn)象，同時(shí)連鎖影響問(wèn)題域才能滿足的需求。規(guī)格說(shuō)明：解系統(tǒng)為滿足用戶需求而提供的解決方案，規(guī)定了解系統(tǒng)的行為特征。規(guī)格說(shuō)明主要包括兩個(gè)部分：（1）對(duì)共享現(xiàn)象（模

4、型）的描述；（2）系統(tǒng)對(duì)共享現(xiàn)象所施加的操作的描述。需求關(guān)注的是現(xiàn)實(shí)世界中的部分，軟件關(guān)注的是解系統(tǒng)，而規(guī)格說(shuō)明關(guān)注的是共享現(xiàn)象問(wèn)題域特性：?jiǎn)栴}域自治的規(guī)律性稱為問(wèn)題域特性，包括結(jié)構(gòu)特性和行為特性等。約束和假設(shè)：（依賴特性： 問(wèn)題域共享現(xiàn)象、解系統(tǒng)；問(wèn)題域共享現(xiàn)象、解系統(tǒng)）依賴特性明確：約束；依賴特性不明確：假設(shè)（問(wèn)題域當(dāng)中有些特性完全不受共享現(xiàn)象的影響，即完全不受解系統(tǒng)的影響，同時(shí)卻可能很大程度上影響共享現(xiàn)象，影響解系統(tǒng)，甚至關(guān)乎解系統(tǒng)的成敗。這些特性被認(rèn)為是解系統(tǒng)對(duì)環(huán)境的依賴特性。當(dāng)這些特性非常明確時(shí)，稱之為約束；不明確時(shí)，需要限定特性的變化范圍，稱之為假設(shè)）需求主要任務(wù)：需求開(kāi)發(fā)，明確需

5、求研究問(wèn)題背景，描述問(wèn)題域特性構(gòu)建解系統(tǒng)，描述解系統(tǒng)行為需求有哪些常見(jiàn)的類別？功能需求和非功能需求有什么差異？需求的分類1：功能需求（Functional Requirement）：性能需求（Performance Requirement）：質(zhì)量屬性（Quality Attribute）：對(duì)外接口（External Interface）：約束 需求的分類2：系統(tǒng)需求（System）：硬件需求（Hardware）、軟件需求（Software）、其他需求項(xiàng)目需求過(guò)程需求 除功能需求之外的其他四種類別需求又被統(tǒng)稱為非功能需求。在非功能需求當(dāng)中，質(zhì)量屬性對(duì)系統(tǒng)成敗的影響極大，因此在某些情況下，非功能需

6、求又被用來(lái)特指質(zhì)量屬性。描述業(yè)務(wù)需求、用戶需求和系統(tǒng)（級(jí)）需求的區(qū)別與聯(lián)系。功能需求包括：業(yè)務(wù)需求、用戶需求、系統(tǒng)級(jí)需求業(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)能夠助用戶做些什么。 系統(tǒng)需求： 用戶對(duì)系統(tǒng)行為的期望，一系列的系統(tǒng)行為聯(lián)系在一起可以幫助用戶完成任務(wù)，滿足業(yè)務(wù)需求；系統(tǒng)需求可以直接映射為系統(tǒng)行為，定義了系統(tǒng)中需要實(shí)現(xiàn)的功能，描述了開(kāi)發(fā)人員需要實(shí)現(xiàn)什么。業(yè)務(wù)需求業(yè)務(wù)需求指導(dǎo)需求獲取用戶需求轉(zhuǎn)化用戶需求為系統(tǒng)需求系統(tǒng)需求優(yōu)秀的需求哪些特性？試為每一個(gè)特性都舉出一個(gè)不符合的

7、示例。優(yōu)秀的需求特性：完整性：不需要做更多的擴(kuò)展就可以充分的說(shuō)明用戶所需要的系統(tǒng)功能。每一個(gè)需求的描述都應(yīng)該包含開(kāi)發(fā)人員設(shè)計(jì)和實(shí)現(xiàn)這項(xiàng)功能需要的所有信息（不完整）：系統(tǒng)應(yīng)該允許被擴(kuò)展正確性：真實(shí)的反映用戶的意圖；必須請(qǐng)需求的提出者予以確認(rèn)精確性：描述僅包含必要的信息；簡(jiǎn)潔、清晰R8（不精確）：在實(shí)現(xiàn)之后，系統(tǒng)的調(diào)度算法應(yīng)該允許被擴(kuò)展?？尚行裕河砷_(kāi)發(fā)人員進(jìn)行檢查需要進(jìn)行一定的分析和研究，而不是單純的憑借經(jīng)驗(yàn)和直覺(jué) 必要的時(shí)候要通過(guò)開(kāi)發(fā)原型來(lái)加以驗(yàn)證示例：保證系統(tǒng)核心功能可以724小時(shí)連續(xù)運(yùn)行必要性：滿足用戶的業(yè)務(wù)需求所必需的無(wú)歧義：每一項(xiàng)需求都應(yīng)該有而且只能有一種解釋 定義一個(gè)可以共同理解的詞匯

8、表（Glossary）可驗(yàn)證：通過(guò)分析、檢查、模擬或者測(cè)試等方法能夠判斷需求是否被滿足示例：實(shí)現(xiàn)工作流程合理化、高效化，決策支持科學(xué)化、準(zhǔ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ì)量屬性，對(duì)外接口是否滿足。解答二：業(yè)務(wù)需求中沒(méi)有和高層管理人員溝通好；她提出的用戶需求沒(méi)有和用戶（自己的職員）溝通好，也沒(méi)有向開(kāi)發(fā)人員提出可行性、

9、質(zhì)量屬性（可擴(kuò)展性）等。解答三：沒(méi)有獲得高層支持；財(cái)政部支持；下屬抵制使用；信息不流通，文件使用不一致；要求的圖形報(bào)告沒(méi)有；不知道是否能修改業(yè)務(wù)需求：保持財(cái)務(wù)業(yè)績(jī)與它的發(fā)展同步；有效地追蹤客戶賬單和收據(jù)；降低成本；實(shí)行特價(jià)時(shí)能夠知道是否有利可圖，是否帶動(dòng)去他的銷售；增加回頭客。解答：業(yè)務(wù)需求如BR。BR1：實(shí)現(xiàn)客戶賬單和收據(jù)的有效追蹤；BR2：實(shí)現(xiàn)產(chǎn)品特價(jià)時(shí)的利潤(rùn)和相關(guān)銷售情況檢查；BR3：實(shí)現(xiàn)一個(gè)客戶數(shù)據(jù)庫(kù)。先定義明確的業(yè)務(wù)需求，獲得開(kāi)發(fā)系統(tǒng)的必要性，根據(jù)業(yè)務(wù)需求，協(xié)調(diào)涉眾的立場(chǎng)，限定問(wèn)題的范圍，指導(dǎo)用戶需求的獲取過(guò)程：和涉眾溝通（即向業(yè)務(wù)人員了解相關(guān)的業(yè)務(wù)知識(shí)，業(yè)務(wù)流程；再和銷售人員溝通，

10、由于他們的顧客是流動(dòng)的，不確定的，只能通過(guò)銷售人員間接獲取來(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)圖像，正確標(biāo)明插卡位置；（2）用戶根據(jù)提示，正確插入磁卡；（3）系統(tǒng)讀取磁卡卡號(hào)，界面顯示輸入密碼的提示； SR2：（1）對(duì)用戶輸入的密碼，系統(tǒng)自動(dòng)進(jìn)行字

11、符匹配； （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ù)目，得到用戶確認(rèn)后，修改數(shù)據(jù)庫(kù)中該用戶對(duì)應(yīng)的信息，并提示成功與否； （4）若用戶選擇轉(zhuǎn)賬圖標(biāo)和金額幣種并輸入對(duì)方賬號(hào)和轉(zhuǎn)賬金額數(shù)目，系統(tǒng)讀取用戶請(qǐng)求，修改

12、數(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)？給出你的理由。四個(gè)活動(dòng)包括：需求獲取、需求分析、需求規(guī)格說(shuō)明、需求驗(yàn)證有。項(xiàng)目管理（人力、資金的管理）、過(guò)程管理（還有其他一些活動(dòng)，例如：過(guò)程管理活動(dòng)和項(xiàng)目管理活動(dòng)。過(guò)程管理活動(dòng)是跟蹤項(xiàng)目開(kāi)發(fā)過(guò)程，記錄項(xiàng)

13、目開(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ō)明需求驗(yàn)證。當(dāng)然并不是所有項(xiàng)目的需求開(kāi)發(fā)過(guò)程是迭代完成的，比如：當(dāng)某一項(xiàng)目開(kāi)發(fā)過(guò)程中，用

14、戶需求非常簡(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ò)程的迭代，但有時(shí)會(huì)有影響。（需求開(kāi)發(fā)的迭代特性只是軟件開(kāi)發(fā)過(guò)程的迭代式開(kāi)發(fā)的一個(gè)子過(guò)程，軟件開(kāi)發(fā)過(guò)

15、程是一個(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)行。）4. 需求工程細(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)有影響。其實(shí)是需求開(kāi)發(fā)過(guò)程的差異性一定程度上導(dǎo)致了細(xì)節(jié)知識(shí)的實(shí)踐性?，F(xiàn)實(shí)世界問(wèn)題的復(fù)雜性和差異性主要導(dǎo)致了需求開(kāi)發(fā)過(guò)程的差異性第四章復(fù)習(xí)題：3.在各種關(guān)于軟件的調(diào)研中，無(wú)一例外地發(fā)現(xiàn)“缺乏用戶參與”是導(dǎo)致軟件失敗的最大

16、原因，試說(shuō)明有哪些原因會(huì)使得用戶參與不足？應(yīng)該怎樣解決？原因：1未有效得選擇參與項(xiàng)目的用戶2認(rèn)識(shí)不足3用戶抵制4沒(méi)有明確的用戶5管理上的障礙解決方案：1.依據(jù)“個(gè)人領(lǐng)域知識(shí)”來(lái)選擇參與項(xiàng)目的用戶2.重視用戶參與需求工程的重要性3.在項(xiàng)目開(kāi)始之初就在開(kāi)發(fā)者和用戶之間建立一致和默契的工作氛圍4.有效利用用戶的替代源5.讓用戶擁有一定的權(quán)威影響力，才能較好地保證他們能夠本職工作中為軟件活動(dòng)抽出足夠的時(shí)間。第五章復(fù)習(xí)題：3.要完整地描述系統(tǒng)的高層解決方案，需要描述哪些方面？概要描述解決方案、該解決方案能帶來(lái)的業(yè)務(wù)優(yōu)勢(shì)，該解決方案將花費(fèi)的代價(jià)，系統(tǒng)特性和解決方案的邊界，解決方案的約束。案例題：不做工作陳

17、述的風(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)解答二：省略工作陳述的風(fēng)險(xiǎn)是不能明確項(xiàng)目的前景和范圍。如果省略了工作陳述的話，你就不能和用戶進(jìn)行很好的溝通與交流，這樣，項(xiàng)目的問(wèn)題也就不能明確，即，開(kāi)發(fā)人員無(wú)法與涉眾對(duì)問(wèn)題達(dá)成共識(shí)

18、；無(wú)法明確問(wèn)題，也就無(wú)法發(fā)現(xiàn)正確的業(yè)務(wù)需求，無(wú)法定義良好的解決方案及系統(tǒng)特性，繼而無(wú)法明確項(xiàng)目的前景和范圍，這樣就會(huì)造成項(xiàng)目的不穩(wěn)定甚至失??！2. 問(wèn)題業(yè)務(wù)目標(biāo)(業(yè)務(wù)需求)高層解決方案系統(tǒng)特性帳戶太多，工作量太大減少檢查人員的工作量降低檢查人員工作復(fù)雜度減少檢察人員50%的工作量實(shí)現(xiàn)一個(gè)數(shù)據(jù)庫(kù)子系統(tǒng)，管理賬戶，實(shí)現(xiàn)一個(gè)數(shù)據(jù)處理系統(tǒng)，數(shù)據(jù)庫(kù)系統(tǒng)和數(shù)據(jù)管理系統(tǒng)協(xié)調(diào)統(tǒng)一管理。所有賬戶信息貯存在數(shù)據(jù)庫(kù)子系統(tǒng)中數(shù)據(jù)管理系統(tǒng)通過(guò)查詢和修改數(shù)據(jù)庫(kù)中數(shù)據(jù)達(dá)到管理賬戶的目的檢查人員通過(guò)運(yùn)行數(shù)據(jù)管理系統(tǒng)能夠簡(jiǎn)單方便的管理賬戶需查閱賬戶的大量歷史數(shù)據(jù)能夠給出一個(gè)問(wèn)題賬戶的三年內(nèi)的歷史數(shù)據(jù)數(shù)據(jù)庫(kù)子系統(tǒng)中儲(chǔ)存各個(gè)賬戶對(duì)

19、應(yīng)的歷史數(shù)據(jù)檢察人員按賬戶號(hào)查詢?cè)撡~戶三年歷史數(shù)據(jù)數(shù)據(jù)庫(kù)系統(tǒng)能快速的顯示賬戶歷史數(shù)據(jù)問(wèn)題賬戶所占比例沒(méi)有顯示能夠分析篩選出問(wèn)題賬戶，并給出問(wèn)題賬號(hào)所占比例實(shí)現(xiàn)一個(gè)查找計(jì)算系統(tǒng)，能夠即時(shí)顯示問(wèn)題賬戶所占比例系統(tǒng)能夠查找數(shù)據(jù)庫(kù)中各個(gè)賬戶的信息，查找出問(wèn)題賬戶。通過(guò)簡(jiǎn)單的數(shù)字處理，即時(shí)顯示出問(wèn)題賬戶比例4.解答：她現(xiàn)在遇到的問(wèn)題有：?jiǎn)栴}業(yè)務(wù)目標(biāo)（=業(yè)務(wù)需求？）要注意描述需求特征：可行性，可驗(yàn)證性等高層解決方案不能有效地從信息部門獲得工資和個(gè)人數(shù)據(jù)減少?gòu)男畔⒉块T獲得工資和個(gè)人數(shù)據(jù)的時(shí)間；度量標(biāo)準(zhǔn)（Scale）：一次從信息部門獲得工資和個(gè)人數(shù)據(jù)的時(shí)間；計(jì)量方法（Meter）：檢查信息部門數(shù)據(jù)庫(kù)日志；理想

20、標(biāo)準(zhǔn)：減少50%；一般標(biāo)準(zhǔn)：減少30%；最低標(biāo)準(zhǔn)：減少20%；實(shí)現(xiàn)一個(gè)數(shù)據(jù)庫(kù)子系統(tǒng)，統(tǒng)一儲(chǔ)存和管理員工工資和個(gè)人信息系統(tǒng)特性：由軟件從信息部門的數(shù)據(jù)庫(kù)中檢索出工資和個(gè)人數(shù)據(jù)，成對(duì)的顯示出來(lái)工作人員通過(guò)個(gè)人編號(hào)查找個(gè)人數(shù)據(jù)與工資數(shù)據(jù)雇員數(shù)據(jù)太過(guò)分散，而且不能及時(shí)正確地更新集中雇員數(shù)據(jù)，并且正確更新錯(cuò)誤率小于等于每一千份錯(cuò)誤2份實(shí)現(xiàn)一個(gè)數(shù)據(jù)搜集與驗(yàn)證子系統(tǒng)，即時(shí)查找到特定數(shù)據(jù)并集中處理。系統(tǒng)特性：子系統(tǒng)搜集、驗(yàn)證雇員數(shù)據(jù)。子系統(tǒng)能將驗(yàn)證通過(guò)的數(shù)據(jù)自動(dòng)存儲(chǔ)在數(shù)據(jù)庫(kù)子系統(tǒng)中。對(duì)于沒(méi)有驗(yàn)證通過(guò)的數(shù)據(jù)提交給管理員處理管理員可以處理不合格數(shù)據(jù)，并能方便的添加到數(shù)據(jù)庫(kù)子系統(tǒng)中計(jì)算復(fù)雜通過(guò)系統(tǒng)處理數(shù)據(jù)，避免人工

21、計(jì)算。90%的計(jì)算步驟通過(guò)軟件系統(tǒng)實(shí)現(xiàn)實(shí)現(xiàn)一個(gè)數(shù)據(jù)處理子系統(tǒng)，處理各種計(jì)算問(wèn)題，簡(jiǎn)化計(jì)算復(fù)雜度。系統(tǒng)特性：子系統(tǒng)高效的處理數(shù)據(jù)，實(shí)現(xiàn)多種功能的數(shù)據(jù)處理方式管理員通過(guò)可根據(jù)任務(wù)要求系統(tǒng)以不同方式處理數(shù)據(jù)，高效快速地獲取計(jì)算結(jié)果，避免人工計(jì)算數(shù)據(jù)安全性受到質(zhì)疑及時(shí)更新用戶信息，確保用戶信息不會(huì)顯示給無(wú)關(guān)人員用戶信息更新頻率高于2天一次建立一個(gè)檢查和更新數(shù)據(jù)子系統(tǒng)。系統(tǒng)特性：系統(tǒng)定時(shí)高頻率地更新數(shù)據(jù)。再向其他人員和機(jī)構(gòu)展示用戶信息前，系統(tǒng)先進(jìn)行數(shù)據(jù)檢查和更新工作。計(jì)算中可變條件的復(fù)雜性導(dǎo)致經(jīng)常出錯(cuò)增強(qiáng)對(duì)錯(cuò)誤的檢查力度，能夠及時(shí)找到錯(cuò)誤并修改。90%的錯(cuò)誤能在出現(xiàn)2小時(shí)內(nèi)檢測(cè)出來(lái)。實(shí)現(xiàn)一個(gè)檢查子系統(tǒng)，

22、檢查和糾正計(jì)算錯(cuò)誤系統(tǒng)特性：在計(jì)算結(jié)果存入數(shù)據(jù)庫(kù)子系統(tǒng)之前對(duì)數(shù)據(jù)的有效性和正確性進(jìn)行驗(yàn)證和檢查系統(tǒng)能對(duì)錯(cuò)誤結(jié)果進(jìn)行自動(dòng)修復(fù)，對(duì)于不能修復(fù)的數(shù)據(jù)交由管理員手動(dòng)處理。重要的約束有： 約束源 約束操作性雇員信息必須有備份數(shù)據(jù)庫(kù)管理系統(tǒng)統(tǒng)一使用Oracle數(shù)據(jù)庫(kù)管理系統(tǒng)操作系統(tǒng)系統(tǒng)運(yùn)行在Windows XP 操作系統(tǒng)上法律法規(guī)系統(tǒng)遵循相關(guān)的法律法規(guī)。運(yùn)行環(huán)境系統(tǒng)運(yùn)行在安全穩(wěn)定的環(huán)境下第六章思考題：1.涉眾分析可以從哪些方面實(shí)現(xiàn)“用戶為中心”和“重視用戶價(jià)值”？用戶是最終使用和操作產(chǎn)品的人，他們是使用軟件的目的是為了更好的完成自己的任務(wù)，滿足組織的目標(biāo)要求。因此，一個(gè)成功的軟件要能夠協(xié)助用戶有效的完成實(shí)

23、際工作，用戶也就自然應(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ì)量具有非常重要的影響，所以在該方法中參與用戶的選擇和普通的涉眾代表采樣有所不同，要吧他們區(qū)分開(kāi)來(lái)。2.哪些手段可以建立和用戶的良好合作關(guān)系分析涉眾的輸贏

24、條件，實(shí)施共贏策略分析涉眾的關(guān)注點(diǎn)和興趣取向了解涉眾的個(gè)人特征和工作特征，合理調(diào)整系統(tǒng)功能讓涉眾代表在合適的時(shí)間參與合適的工作改善會(huì)議條件，避免用戶消極參與案例題：4.涉眾分析包括：涉眾識(shí)別、描述涉眾特征、涉眾評(píng)估以及選擇涉眾代表。Jeannine并沒(méi)有進(jìn)行涉眾分析，就擅自做出了決定。她應(yīng)該先對(duì)涉眾進(jìn)行分析。分析涉眾的種類，對(duì)每種涉眾的特征（個(gè)人特征、工作特征、地理和社會(huì)特征）進(jìn)行描述，評(píng)估涉眾的優(yōu)先級(jí)，以及風(fēng)險(xiǎn)評(píng)估，進(jìn)一步作出共贏分析。對(duì)每種涉眾進(jìn)行代表采樣。根本沒(méi)有尋找涉眾，沒(méi)有涉眾分析，使用的是組織級(jí)的系統(tǒng)，應(yīng)該進(jìn)行涉眾分析。5.見(jiàn)6.3.2例：個(gè)人特征：年齡：老年人 字大工作特征：電腦

25、使用程度地理和社會(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ì)涉眾類別的理解6.解答：（1）選擇面談對(duì)象的時(shí)候采用隨機(jī)抽樣，從5個(gè)階層以及生產(chǎn)、會(huì)計(jì)、營(yíng)銷、系統(tǒng)、物流各選擇2-3名客戶參與面談。高層管理均要參加面談。因?yàn)樵谶x擇面談的時(shí)候要力爭(zhēng)均衡的收集用戶的需求，因此要涉及各方面受系統(tǒng)影響的人。采樣的規(guī)則：控制人數(shù)（48），教材上冊(cè)，6.3.4（2）高層管理的人最先面談。然后是系統(tǒng)層。其余層的面談對(duì)象根據(jù)實(shí)際情況可以先后安排面談的時(shí)間，不一定

26、要分先后順序。跟高層管理人員進(jìn)行面談，采用漏斗結(jié)構(gòu)，因?yàn)楦鱾€(gè)高層管理人員對(duì)各自管理的層次從大體上有準(zhǔn)確的把握，有助于開(kāi)發(fā)人員首先獲取對(duì)項(xiàng)目的廣度方面的認(rèn)識(shí)，也能獲取一些較為詳細(xì)的信息。跟具體部門人員進(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è)，7.2.27解答：定量硬數(shù)據(jù)：發(fā)貨及收貨的明細(xì)表貨物的中轉(zhuǎn)表拖拉機(jī)和倉(cāng)庫(kù)的使用情況表定性硬數(shù)據(jù)：日常業(yè)務(wù)描述文檔描述發(fā)貨人、收貨人和承運(yùn)公

27、司的伙伴關(guān)系文檔參考硬數(shù)據(jù)的類型：教材上冊(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第7章 需求獲取方法之面談在重新瀏覽面談日程的時(shí)候，你發(fā)現(xiàn)有幾個(gè)問(wèn)題看上去不合適。下面是準(zhǔn)備問(wèn)Sampson紙產(chǎn)品公司銷售經(jīng)理的原問(wèn)題。這家公司想把它的一些銷售信息放到Web上去，以便經(jīng)理們可以交互地評(píng)論它，從而優(yōu)化他們的銷售方案。用更合適的方式，重新寫下面的問(wèn)題。（有錯(cuò)誤問(wèn)題：同時(shí)問(wèn)兩個(gè)問(wèn)題；隱含和暗示；提問(wèn)題時(shí)上下文相關(guān)；問(wèn)的問(wèn)題牽扯到了被問(wèn)的對(duì)象

28、，如最后一題的陳舊）你的下屬告訴我，你非?？释幸慌_(tái)計(jì)算機(jī)。這是真的么？你對(duì)計(jì)算機(jī)的使用態(tài)度如何？你認(rèn)為作為一個(gè)銷售經(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)題）你在銷售計(jì)算中最常用的信息資源是什么，使用頻度如何？ 將兩個(gè)問(wèn)題分開(kāi)1、你在銷售計(jì)算中最常用的信息資源是什么（雙筒問(wèn)題）2、使用頻度如何？其它銷售經(jīng)理認(rèn)為，把一些月度銷售商品放到Web上，然后做趨勢(shì)分析，將會(huì)是一種主要改進(jìn)，你同意他們的做法嗎？你和其他經(jīng)理一樣，都同意。，是嗎？ 你認(rèn)為把一些月度銷售商品放到Web上，然后

29、做趨勢(shì)分析會(huì)是一種改進(jìn)嗎？（誘導(dǎo)性問(wèn)題）沒(méi)有比你現(xiàn)在使用的陳舊的方法更好的銷售方案嗎？對(duì)于現(xiàn)在的銷售方法，你有什么更好的改進(jìn)方法么？還有比目前方法更好的銷售方案嗎？（上下文無(wú)關(guān)問(wèn)題）作為系統(tǒng)分析項(xiàng)目的一部分，需要為生產(chǎn)數(shù)字鐘的Chronos公司更新自動(dòng)化會(huì)計(jì)功能。你將要同首席會(huì)計(jì)Harry Straiter面談。寫出4到6個(gè)涉及他所使用的信息資源、信息格式、決策頻度、需求的信息性質(zhì)和決策樣式的面談目標(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í)間和

30、地點(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，專家型的人面談結(jié)構(gòu)同普通用戶不同）漏斗結(jié)構(gòu)，適合領(lǐng)導(dǎo)專家（根據(jù)上課筆記）Harry有3個(gè)下屬也使用這個(gè)系統(tǒng)。你和他們面談嗎？為什么？（涉眾分析中不同涉眾有不同特點(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)不同，屬于不同的涉眾類別。Harry屬于領(lǐng)域?qū)＜?，而其下屬屬于該系統(tǒng)的用戶，下屬

31、和領(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)：涉眾的分類寫出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)題隨便寫,紙面記錄和其他幾種記錄方式的優(yōu)缺點(diǎn)，人的信息傳達(dá)有幾個(gè)方面，每個(gè)方面各占多少。只靠郵件就只剩文字了，交流中只剩文字的手段了，會(huì)產(chǎn)生什么缺點(diǎn)）（好像很多不知怎么一句話概括）由于面談中可能會(huì)實(shí)現(xiàn)很多目標(biāo)，涉及很多復(fù)雜問(wèn)題

32、，所以面談一般應(yīng)該由人而不是電子郵件來(lái)來(lái)管理（P120）。筆錄的優(yōu)點(diǎn)有：使會(huì)見(jià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)者能輕松地傾聽(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)展他的面談工作

33、？包括：面談對(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)推導(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é)

34、構(gòu)適合于領(lǐng)導(dǎo)和專家這樣的被會(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)證已獲取的需求。分析匯總了獲取的需求后，將獲得的需求分類羅列后，根據(jù)具體不同的需求需要向各個(gè)層面的涉眾確認(rèn)驗(yàn)證已經(jīng)獲取的需求，保證需求的正確性，完整性，一致性。由于需求已經(jīng)基本確定，所以采取封閉式問(wèn)題。下面是系統(tǒng)分析團(tuán)隊(duì)的一名成員提出的第一份面談報(bào)告

35、：“在我看來(lái)，面談進(jìn)行的很好。我和他就這個(gè)問(wèn)題聊了一個(gè)半小時(shí)。他告訴我有關(guān)公司的所有歷史，很有意思。他也提到，自他來(lái)到該公司的16年間，公司沒(méi)有任何變化。我們不久將再次舉行會(huì)面，以及結(jié)束這次面談，因?yàn)槲覀冞€沒(méi)有深入研究我準(zhǔn)備的問(wèn)題。”試評(píng)論這個(gè)面談報(bào)告。假設(shè)你要團(tuán)隊(duì)成員使用圖1提供的報(bào)表，那么他漏了什么主要信息？（打算干嘛面談目標(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)是那些是

36、幫助控制面談主題的）1控制面談的過(guò)程。面談開(kāi)始的時(shí)候可以通過(guò)例如談公司歷史來(lái)醞釀一下交流的氣氛，但是不能偏離主題。如果長(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)嗎？下次面談的目

37、標(biāo)： 找出Sal怎樣看待系統(tǒng)支持部門。 找出下一個(gè)面談對(duì)象的觀點(diǎn)。面談的要點(diǎn)：Sal說(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)者。假設(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)備

38、會(huì)談內(nèi)容 （面談的主題和范圍，會(huì)議的議程，需求的預(yù)期和會(huì)談的目標(biāo)，各種材料） 第八章 需求獲取方法之原型案例題(第一道題目,第三道題目,第五道題目第二問(wèn) 不會(huì)做額)“每當(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)銷部門調(diào)查產(chǎn)品的用途。用一段話向Flo chart解釋，原型化方法怎樣才能幫他更好地定義用戶的信息需求。用一段話評(píng)論Flo Chart的觀察：“在半數(shù)時(shí)間里，我認(rèn)為甚至用戶自己也不知道需要什么。

39、”一定要解釋原型化方法怎樣才能真正地幫助用戶更好地理解和闡明他們自己的信息需求。用一段話向Flo Chart建議：一個(gè)具備原型特征的交互式Web站點(diǎn)緣何能解決Flo關(guān)于捕獲用戶信息需求的問(wèn)題。解答：（1）答案主題：為什么要原型以及原型的作用（1）根據(jù)需要確定原型類型；（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垃圾，直

40、接為一切設(shè)計(jì)原型。我們的項(xiàng)目會(huì)進(jìn)展的更快，還可以節(jié)省時(shí)間和金錢，并且所有的用戶會(huì)感到我們似乎很在意他們，而不是連續(xù)幾個(gè)月不與他們交談?！绷谐瞿悖ㄗ鳛榕cBea同一個(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)了模糊，不清晰，不完整等具有一定不確定性

41、的特征，就可以考慮使用原型方法。原型方法的復(fù)雜性使得它會(huì)給項(xiàng)目引入了新的風(fēng)險(xiǎn)。 （2）情形見(jiàn)下表，尤其是其中紅色的部分廢棄型演化型水平型闡明并細(xì)化用例和功能性需求識(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)始

42、有清晰的需求也有項(xiàng)目積累下來(lái)的原型資產(chǎn)，這樣的情況可以使用演化式原型開(kāi)發(fā)Itall多年來(lái)一直擔(dān)任Tun-L-Vision公司的系統(tǒng)分析員。在你加入該系統(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ì)得到比較多的

43、信息，比如說(shuō)觀察到用戶總是出錯(cuò)則說(shuō)明設(shè)計(jì)有問(wèn)題，用戶在某個(gè)界面停留很久這就說(shuō)明軟件的導(dǎo)航有問(wèn)題，通過(guò)觀察發(fā)現(xiàn)用戶老是從一個(gè)位置移到另一個(gè)位置，說(shuō)明界面中按鈕放置的有問(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è)原形都不

44、能算是一個(gè)符合要求的原型。這樣會(huì)導(dǎo)致開(kāi)出來(lái)的原型根本就不符合用戶需求，開(kāi)發(fā)出來(lái)以后用戶不滿意可能會(huì)受到用戶的抵制?？赡茉诤笃诓疟话l(fā)現(xiàn)，開(kāi)發(fā)方需要做很大的調(diào)整修改，導(dǎo)致項(xiàng)目延期，嚴(yán)重者可能會(huì)導(dǎo)致項(xiàng)目的失敗。Nordic Designs 是一家專營(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)有任何修改的必

45、要”的話，列出原型設(shè)計(jì)者可能會(huì)面臨的問(wèn)題。解答：（1）這則報(bào)道中提到“我們的配送信息系統(tǒng)原型一發(fā)布就投入使用了”可以看出作者誤解了一點(diǎn)：開(kāi)發(fā)出的原型不是最終的軟件，原型不能直接發(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ì)很差。 如果用戶

46、期望原型“絕對(duì)沒(méi)有修改的必要”的話，也就是說(shuō)一次就獲取完需求，顯然這樣的方法是不可行的，不能獲取到完整明確的需求，這樣會(huì)導(dǎo)致配送系統(tǒng)漏洞多，不能滿足用戶的需求，不受用戶的歡迎甚至抵制，嚴(yán)重的可能影響到業(yè)務(wù) 花費(fèi)大力氣在原型上，時(shí)間花費(fèi)過(guò)大第九章 需求獲取方法之觀察與文檔審查復(fù)習(xí)題：2. 什么是情景性事件？觀察方法是如何解決情景性事件的？答：情景性是指某些事件只有和他們發(fā)生時(shí)的具體環(huán)境聯(lián)系起來(lái)，才能得到理解。對(duì)于情景性事件，需要將他們呢放在發(fā)生時(shí)的情景中進(jìn)行解釋，才能明確其意圖。而這些情景信息往往是用戶不會(huì)有意識(shí)提及的，所以他們對(duì)情景性事件的描述也往往難以明確。觀察方法將發(fā)現(xiàn)的重點(diǎn)放在問(wèn)題的上下

47、文環(huán)境之上，稱之為社會(huì)因素。通過(guò)對(duì)上下文環(huán)境的理解，觀察方法可以幫助需求工程師更好的理解問(wèn)題的發(fā)生情景，進(jìn)而更透徹的理解情景性問(wèn)題。當(dāng)然觀察方法并不能解決所有的情景性問(wèn)題，尤其是開(kāi)放的情景性問(wèn)題。3.采樣觀察有哪兩種方法？比較它們的優(yōu)缺點(diǎn)。采樣方法時(shí)間采樣事件采樣優(yōu)點(diǎn)通過(guò)隨機(jī)的觀察減少誤差對(duì)頻繁發(fā)生事件取代表性事件進(jìn)行觀察允許在行為展開(kāi)過(guò)程中觀察允許對(duì)指定的重要事件進(jìn)行觀察缺點(diǎn)用分段的方式來(lái)收集數(shù)據(jù)不能提供全面信息的時(shí)間漏掉不經(jīng)常發(fā)生卻很重要的事件消耗大量時(shí)間漏掉頻繁發(fā)生事件的代表性樣本適用場(chǎng)景發(fā)現(xiàn)異常流程驗(yàn)證用戶知識(shí)和實(shí)際工作的一致性獲取默認(rèn)知識(shí)驗(yàn)證用戶知識(shí)和實(shí)際工作的一致性思考題：1.觀察

48、用戶工作總是困難的。它通過(guò)使你和用戶都感動(dòng)不舒服。為了確保由于你的訪問(wèn)而不至于使用戶的行為發(fā)生改變，你應(yīng)該怎么辦？為了使觀察看起來(lái)更自然一些，你應(yīng)該怎么做？二玉哥哥語(yǔ)：書上沒(méi)有，屬于日常經(jīng)驗(yàn)，讓別人感覺(jué)到你的訪問(wèn)不發(fā)生困難的手段參考答案：每次去用戶的工作場(chǎng)所幫助用戶干活，使得用戶感覺(jué)自然在特定的觀察之前就經(jīng)常去用戶的工作場(chǎng)所，等到進(jìn)行觀察時(shí)，用戶對(duì)需求工程師的到來(lái)已經(jīng)習(xí)以為常。在去觀察之前做足準(zhǔn)備功夫，熟悉客戶的性格特點(diǎn)、個(gè)人嗜好、生活習(xí)慣和工作風(fēng)格等，觀察中可以適時(shí)與客戶交流，以提高客戶對(duì)需求工程師的好感度和熟悉度來(lái)降低客戶的不自然觀察客戶的時(shí)候不要太明顯，盡量不使客戶察覺(jué)到。2.在需求獲取

49、階段，需求工程師收集了大量的硬數(shù)據(jù)樣本，解釋這些樣本的類型以及它們適用于哪種文檔審查方法。二玉哥哥語(yǔ)：書上就有，都可做成復(fù)習(xí)題，難度不夠-_-參考答案：文檔類型文檔審查方法描述相關(guān)產(chǎn)品的需求規(guī)格說(shuō)明需求重用分析相關(guān)產(chǎn)品的規(guī)格說(shuō)明，發(fā)現(xiàn)可以移植到新產(chǎn)品中的需求信息，進(jìn)行需求的重用：?jiǎn)栴}與信息用戶界面特征業(yè)務(wù)需求、組織策略、政策法規(guī)硬數(shù)據(jù)文檔分析閱讀研究得到的硬數(shù)據(jù)，從中發(fā)現(xiàn)需求信息問(wèn)題域信息工作流程業(yè)務(wù)細(xì)節(jié)客戶的需求文檔需求剝離抽取客戶需求文檔中的需求描述粗粒度需求案例題：2. “我知道你有很多材料。那些材料里到底有什么？”Betty Kant問(wèn)道，她是MIS特別工作組的負(fù)責(zé)人。MIS特別工作組

50、是你的系統(tǒng)團(tuán)隊(duì)聯(lián)絡(luò)Sawder家具公司的橋梁。你拖了一大堆材料，正準(zhǔn)備離開(kāi)這棟樓?！芭?，是過(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ī)?！蹦阍诨卮饡r(shí)，有些紙掉到了地上，“你為什么問(wèn)這個(gè)問(wèn)題呢？”Betty為你拾起紙并把它放到最近的桌子上，回答道：“因?yàn)槟愀静恍枰@些垃圾。你來(lái)這里要做一件事情，就是和我們這些用戶談話。從這些材料中得不到任何有益的信息?！敝挥懈嬖VBetty你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。用一段文字解釋文檔為需求工程師提供了什么幫助？二玉哥哥語(yǔ)：看看書上 文檔采樣 那部分就知道了參考答案：

51、不同的文檔為需求工程師提供了不同的幫助，譬如：需求規(guī)格說(shuō)明書：幫助需求工程師發(fā)現(xiàn)需求信息，從而進(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)組織的信息域，收拾正在使用的每張表格，連同填寫和分發(fā)說(shuō)明一起，與填好的表格進(jìn)行對(duì)比定性硬數(shù)據(jù)缺少：整個(gè)

52、組織的描述文檔：Sawder公司的組織結(jié)構(gòu)圖業(yè)務(wù)指導(dǎo)文檔：Sawder公司的工作指南和規(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)（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)

53、）（4）數(shù)據(jù)量化（分析時(shí)比較簡(jiǎn)單；但是標(biāo)準(zhǔn)的確定比較困難）補(bǔ)充：面向?qū)ο蠓治鰪拈_(kāi)始到結(jié)束過(guò)程建模技術(shù)的選擇和應(yīng)用面向?qū)ο蠼＜夹g(shù)路線：1.從用例描述中識(shí)別出對(duì)象和類2.分析用例的描述信息，添加類的屬性和類之間的關(guān)聯(lián)3.從用例描述中識(shí)別系統(tǒng)行為4.將系統(tǒng)行為分配給類5.綜合考慮類的屬性與行為，細(xì)化類的職責(zé)，建立完全的對(duì)象模型思考題：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)部的

54、反應(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)連接為整個(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)的外

55、部行為等。一般情況下，在需求分析的早期階段做的都是外部分析，從系統(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ù)據(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技

56、術(shù)，說(shuō)明它們是對(duì)結(jié)構(gòu)化分析技術(shù)的繼承和借鑒嗎？如果是，那么說(shuō)明它們借鑒了哪些結(jié)構(gòu)化分析技術(shù)，如果不是，那么說(shuō)明它們的數(shù)據(jù)基礎(chǔ)是什么？二玉哥哥語(yǔ)：很明顯是，怎么是的看看發(fā)展歷史的那張表參考答案：是面向?qū)ο蠹夹g(shù)：用例圖、類圖、交互圖、活動(dòng)圖、對(duì)象約束語(yǔ)言、狀態(tài)圖和工作流借鑒的結(jié)構(gòu)化分析技術(shù)：實(shí)體關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)移圖6“事件”和“事物”一直是進(jìn)行需求分析的一個(gè)重要思路，你對(duì)此如何評(píng)價(jià)？二玉哥哥語(yǔ)：有作用卻也有局限性。事物和事件正好對(duì)應(yīng)著結(jié)構(gòu)化方法的兩條路徑，一個(gè)是DFD，一個(gè)是ERD，可參考書上結(jié)構(gòu)化分析有兩條路徑這塊內(nèi)容，在結(jié)構(gòu)化分析方法那章。但在面向?qū)ο罄锞筒惶糜昧?，因?yàn)槊嫦驅(qū)ο蟮暮诵?/p>

57、是多對(duì)象協(xié)同，多對(duì)象協(xié)同既不是事件，也不是事物，所以面向?qū)ο箝_(kāi)始使用場(chǎng)景。事件就是行為，就是DFD；事物就是數(shù)據(jù)，就是ERD。參考答案：事件：可以描述、值得記錄的在某一特定時(shí)間和地點(diǎn)發(fā)生的事情。通過(guò)對(duì)事件的分析可以將復(fù)雜的系統(tǒng)需求分解成易處理并能更好理解的小單元。事件可分為以下幾類：外部事件、臨時(shí)事件、狀態(tài)事件。事物：在面向?qū)ο蟮木幊讨校@些事物是在系統(tǒng)中相互交互的對(duì)象。事物的類型：實(shí)物；角色；組織部門；設(shè)備；突發(fā)事件、事件或交互；地點(diǎn)/位置結(jié)構(gòu)化分析：事物和事件正好對(duì)應(yīng)著結(jié)構(gòu)化方法的兩條路徑，一個(gè)是DFD，一個(gè)是ERD面向?qū)ο蠓治觯汉诵氖嵌鄬?duì)象的協(xié)同，而多對(duì)象既不是事件，也不是事物，而是基于

58、場(chǎng)景的。所以，在面向?qū)ο蠓治鲋?，事件就是行為，指的就是DFD；事物就是數(shù)據(jù)，指的就是ERD。第12章 過(guò)程建模案例題根據(jù)下列敘述性描述，為描述的內(nèi)容繪制一個(gè)上下文DFD。校園書店“課本庫(kù)存系統(tǒng)”的目的是向?qū)W生提供本地大學(xué)課程的課本。大學(xué)的教學(xué)部門通過(guò)一個(gè)“課本主清單”向書店提交初始數(shù)據(jù)，包括課程、教師、課本和預(yù)計(jì)注冊(cè)人數(shù)。書店生成一個(gè)“購(gòu)買訂單”，“購(gòu)買訂單”被送到供應(yīng)課本的出版公司。圖書訂單隨著一個(gè)“包裝清單”到達(dá)書店，它被接收的部門檢查和驗(yàn)證。學(xué)生填寫包含課程信息的“購(gòu)書要求”，當(dāng)他們付了書款之后就得到一個(gè)“銷售單據(jù)”。建立一個(gè)決策表，正確反映下面的課程評(píng)分策略一個(gè)學(xué)生可以得到一個(gè)期末課程

59、成績(jī)A、B、C、D、F。為了給出學(xué)生的期末課程成績(jī)，老師首先確定一個(gè)學(xué)生的初始期末成績(jī)，具體按照以下的方式確定：頭三次作業(yè)和測(cè)驗(yàn)中總成績(jī)不低于90分，并且第4次作業(yè)成績(jī)不低于70分的學(xué)生，這門課將得到成績(jī)A。頭三次作業(yè)和測(cè)驗(yàn)總成績(jī)低于90但不低于80，并且第4次作業(yè)成績(jī)不低于70的學(xué)生，這門課將得到成績(jī)B。頭三次作業(yè)和測(cè)驗(yàn)總成績(jī)低于80但不低于70，并且第4次作業(yè)成績(jī)不低于70的學(xué)生，這門課將得到成績(jī)C。頭三次作業(yè)和測(cè)驗(yàn)總成績(jī)低于70但不低于60，并且第4次作業(yè)成績(jī)不低于70的學(xué)生，這門課將得到成績(jī)D。頭三次作業(yè)和測(cè)驗(yàn)總成績(jī)低于60，或者第4次作業(yè)成績(jī)低于70的學(xué)生，這門課將得到成績(jī)F。一旦老

60、師確定了學(xué)生的初始成績(jī)，他將決定最后的課程成績(jī)。如果學(xué)期期間曠課不多于3堂課，這個(gè)學(xué)生的學(xué)生課程成績(jī)將同他的初始成績(jī)一樣。否則，學(xué)生的學(xué)期課程成績(jī)將比他的初始課程成績(jī)低一級(jí)。存在某些條件使得老師無(wú)法采取行動(dòng)嗎？如果有，你將如何改正錯(cuò)誤？你的決策表可以通過(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=7