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

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

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

3、性，根據(jù)業(yè)務(wù)需求，協(xié)調(diào)涉眾的立場，限定問題的范圍，指導(dǎo)用戶需求的獲取過程：和涉眾溝通（即向業(yè)務(wù)人員了解相關(guān)的業(yè)務(wù)知識，業(yè)務(wù)流程；再和銷售人員溝通，由于他們的顧客是流動(dòng)的，不確定的，只能通過銷售人員間接獲取來自于顧客的用戶需求，了解他們的背景和習(xí)慣），最后根據(jù)業(yè)務(wù)需求對用戶需求進(jìn)行過濾和選擇，得到充分必要用戶需求。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)讀取磁卡卡號，界面顯示輸入密碼的提示； SR2：（1）對用戶輸入的密碼，系統(tǒng)自動(dòng)進(jìn)行字符匹配； （2）匹配正確的話，進(jìn)入具體操作界面； （3）匹配不正確的話，警告密碼不正確，并提示再次輸入； SR3：（1）若用戶選擇查詢金額圖標(biāo)和查詢金額幣種，系統(tǒng)讀取銀行數(shù)據(jù)庫中用戶對應(yīng)的信息，反饋在用戶界面上； （2）若用戶選擇取款圖標(biāo)和金額幣種及輸入金額數(shù)目，系統(tǒng)讀取用戶請求，接受金額，修改數(shù)據(jù)庫中該用戶對應(yīng)的信息，并提示成功與否； （3）若用戶選擇存款圖標(biāo)和金額幣種，系統(tǒng)彈出存款框，用戶放入現(xiàn)金，系統(tǒng)接收現(xiàn)金并辨認(rèn)真?zhèn)?，并反饋存入金額數(shù)目，得到

5、用戶確認(rèn)后，修改數(shù)據(jù)庫中該用戶對應(yīng)的信息，并提示成功與否； （4）若用戶選擇轉(zhuǎn)賬圖標(biāo)和金額幣種并輸入對方賬號和轉(zhuǎn)賬金額數(shù)目，系統(tǒng)讀取用戶請求，修改數(shù)據(jù)庫中所涉及到的用戶的信息，并提示成功與否； 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)鎖定銀行卡。第三章思考題：除了需求開發(fā)的四個(gè)活動(dòng)和需求管理活動(dòng)之外，需求工程中還有沒有需要執(zhí)行的活動(dòng)？如果有的話，它們是哪些活動(dòng)？給出你的理由。有。項(xiàng)目管理（人力、資金的管理）、過程管理（

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24、同特點(diǎn)，下屬和他之間有沒有差異，有差異則要；沒差異，則為什么）應(yīng)當(dāng)面談，因?yàn)镠arry和其下屬對軟件系統(tǒng)的開發(fā)和應(yīng)用具有的發(fā)言權(quán)和決定權(quán)不同，屬于不同的涉眾類別。Harry屬于領(lǐng)域?qū)＜?，而其下屬屬于該系統(tǒng)的用戶，下屬和領(lǐng)導(dǎo)使用這個(gè)系統(tǒng)的目標(biāo)不同，下屬是為了更好的完成自己的任務(wù)，滿足組織的目標(biāo)，他們是主要的信息來源，所以應(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è)開放式問題，在面談前通過電子郵件寄給Harry。用一句話解釋為什么應(yīng)當(dāng)由人而不是由電子郵件來指導(dǎo)面談？獲取許多語言文字之外的其它信息，如聲音動(dòng)作語氣等（三個(gè)開放式問題隨便寫,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

47、整個(gè)系統(tǒng)的概要全圖，所以很有必要將各個(gè)問題的分析結(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)的邊界圖開始，逐一分析和細(xì)化系統(tǒng)和外界的交互，以保證最終產(chǎn)品的行為能夠和環(huán)境形成互動(dòng)，以滿足用戶的需求；然后在需求分析的后期階段，才會逐漸進(jìn)入內(nèi)部分析。3. 列舉結(jié)構(gòu)化分析的各種技術(shù)，說明它們的數(shù)學(xué)基礎(chǔ)是什么？二玉哥哥語：有些有基礎(chǔ)，而有些是沒有基礎(chǔ)的，結(jié)構(gòu)化、數(shù)

48、據(jù)流圖、ERD、狀態(tài)圖（結(jié)構(gòu)化的一種）都是有基礎(chǔ)的，有些數(shù)據(jù)流圖的細(xì)節(jié)方法是沒有基礎(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ù)，說明它們是對結(jié)構(gòu)化分析技術(shù)的繼承和借鑒嗎？如果是，那么說明它們借鑒了哪些結(jié)構(gòu)化分析技術(shù)，如果不是，那么說明它們的數(shù)據(jù)基礎(chǔ)是什么？二玉哥哥語：很明顯是，怎么是的看看發(fā)展歷史的那張表參考答案：是面向?qū)ο蠹夹g(shù)：用例圖、類圖、交互圖、活動(dòng)圖、對象約束語言、狀態(tài)圖和工作流借鑒的結(jié)構(gòu)化分析技術(shù)：實(shí)體關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)移圖6“事件”

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

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

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

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

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

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

55、提交一份當(dāng)天的銷售計(jì)劃。所有的菜單產(chǎn)品需要有配方和（/或）包裝?；谏痰赇N售計(jì)劃，系統(tǒng)必須每天生成一個(gè)當(dāng)天的配方需求，然后，將那些需求合成為每周一次的購買需求和發(fā)貨需求。解答：3.我們企業(yè)的MIS 部門想構(gòu)造一個(gè)數(shù)據(jù)庫來跟蹤所有的硬件和軟件。我們擁有工作站、網(wǎng)絡(luò)服務(wù)器和外設(shè)，而且MIS 部門想跟蹤軟件包以及這些軟件包的許可證。有些軟件許可證是針對單機(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è)購買訂單、贈品或者一次租借。我們也可以訂購一些軟件。我們訂購軟件包，同時(shí)收到許可證。請通過集體討論構(gòu)造數(shù)據(jù)模型和屬性。解答：(木有解答)5.結(jié)合下圖的表格內(nèi)容，給出相應(yīng)的ERD描述解答：第十四章復(fù)習(xí)題：9行為模型有哪些不同的技術(shù)，它們在適用情境上有什么區(qū)別？答：交互圖（順序圖、通信圖、交互概述圖、時(shí)間圖）：單場景，多參與對象；狀態(tài)圖：多用例，多主體；活動(dòng)圖：多場景，大部分用例，單主體；16面向?qū)ο蠓治龅闹饕；顒?dòng)有哪些？答：（1）從用例描述中識別出對象和類；（2）分析用例的描述信息，添加類的屬性和類之間的

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

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

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

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