【正文】 ~ 1 ~ 目錄 第一部分 緒論 .............................................................................. 2 第 2 章 需求工程過程 ............................................................. 2 第 3 章 需求工程過程 ............................................................. 4 第 4 章 需求獲取概述 ............................................................. 5 第二部分 需求獲取 ...................................................................... 5 第 5 章 確定項目的前景和范圍 .............................................. 5 第 6 章 涉眾分析與硬數(shù)據(jù)采樣 .............................................. 8 第 7 章 需求獲取方法之面談 .................................................11 第 8 章 需求獲取方法之原型 ................................................ 15 第 9 章 需求獲取方法之觀察與文檔審查 ............................. 17 第 10 章 需求組織 ................................................................. 20 第三部分 需求分析 .................................................................... 20 第 11 章 需求分析概述 ......................................................... 20 第四部分 需求的文檔化和驗證 .................................................. 23 第 15 章 需求規(guī)格說明 ......................................................... 23 第 16 章 需求驗證 ................................................................. 24 ~ 2 ~ 第一部分 緒論 第 2 章 需求工程過程 案例題 1. 從下面的事件當(dāng)中，你可以替 Jeannine 總結(jié)出哪些教訓(xùn)？ 投資經(jīng)理 Jeannine 對一個新的投資跟蹤系統(tǒng)具有強烈的需求。她需要做出快速決策來考慮可能進行的投資和撤銷投資，耽誤一個小時就可能給公司造成幾千美元的損失。 最后她放棄了使用公司的信息系統(tǒng)，因為公司的信息系統(tǒng)沒有給予她的請求足夠高的服務(wù)優(yōu)先級。她找到軟件開發(fā)商，購買了一套看似可以滿足她要求的軟件。但高層管理人員不同意使用，而且還遇到了其他一些問題。 首先，財務(wù)審計員重新評估了公司 的投資策略和投資政策。 Jeannine 并不知道這一點，于是新的系統(tǒng)沒有計入正在被考慮的新政策。 她自己的職員抵制這個系統(tǒng)產(chǎn)生的有關(guān)投資和撤銷投資的建議。新系統(tǒng)使用了公司信息系統(tǒng)現(xiàn)有的文件結(jié)構(gòu)，卻發(fā)現(xiàn)她的職員兩年前就放棄使用那些文件了，因為那些文件沒有包括全面分析可選替代投資方案所需的數(shù)據(jù)。她的職員也批評新系統(tǒng)的設(shè)計，說很小的操作錯誤就會把系統(tǒng)帶入“混亂”狀態(tài)，而且很難恢復(fù)過來。 她的一些下級經(jīng)理堅持要有圖形形式的報告，而新系統(tǒng)無法產(chǎn)生這些報告。 最后的問題是， Jeannine 不能確定新的系統(tǒng)是否可以進行適當(dāng) 的修改（數(shù)據(jù)庫結(jié)構(gòu)修改和程序修改）以滿足新的需求而不用重寫所有的程序。而且她的老板也不能肯定是否會出資請一位顧問來解決這些問題。 解答： 解答一：（ 1）她沒有仔細認(rèn)真地分析問題； （ 2）她沒有及時跟相關(guān)人員交流信息，沒能把握住有價值信息； （ 3）她沒能及時跟公司員工交流，引用過時的文件結(jié)構(gòu)； （ 4）她沒有仔細研究分析新引進的系統(tǒng)的性能需求是否滿足； （ 5）她沒有仔細研究新引進的系統(tǒng)的功能需求是否滿足； （ 6）她沒有仔細研究引進的系統(tǒng)的質(zhì)量屬性，對外接口是否 滿足。 解答二：業(yè)務(wù)需求中沒有和高層管理人員溝通好；她提出的用戶需求沒有和用戶（自己的職員）溝通好，也沒有向開發(fā)人員提出可行性、質(zhì)量屬性（可擴展性）等。 解答三：沒有獲得高層支持；財政部支持；下屬抵制使用；信息不流通，文件使用不一致；要求的圖形報告沒有；不知道是否能修改 2. 根據(jù)下列描述，說明新的直接銷售和財務(wù)處理系統(tǒng)的業(yè)務(wù)需求有哪些？ Especially for You Jewelers 是大學(xué)城的一個小珠寶零售商。在過去的兩年里， Especially for You 在它的商業(yè)方面經(jīng)歷了極大的發(fā)展，可是，它 的財務(wù)業(yè)績卻與它的發(fā)展不同步?，F(xiàn)在的事務(wù)處理系統(tǒng)部分手動、部分自動，不能有效的追蹤客戶賬單和收據(jù)， Especially for You難以確定為什么它的成本這么高。此外， Especially for You 頻繁地實行特價以吸引顧客。它不知道這些特價是否有利可圖，是否帶來其他的銷售。 Especially for You 也想增加回頭客，所以它需要一個客戶數(shù)據(jù)庫。 Especially for You 想按照一個新的直接銷售和財務(wù)處理系統(tǒng)以幫助解決這些問題。 解答： 業(yè)務(wù)需求：保持財務(wù)業(yè)績與它的發(fā)展同步；有效地追蹤客戶 賬單和收據(jù)；降低成本； ~ 3 ~ 實行特價時能夠知道是否有利可圖，是否帶動去他的銷售；增加回頭客。 解答：業(yè)務(wù)需求如 BR。 BR1：實現(xiàn)客戶賬單和收據(jù)的有效追蹤； BR2：實現(xiàn)產(chǎn)品特價時的利潤和相關(guān)銷售情況檢查； BR3：實現(xiàn)一個客戶數(shù)據(jù)庫。 3. 解答： 先定義明確的業(yè)務(wù)需求，獲得開發(fā)系統(tǒng)的必要性，根據(jù)業(yè)務(wù)需求，協(xié)調(diào)涉眾的立場，限定問題的范圍，指導(dǎo)用戶需求的獲取過程：和涉眾溝通（即向業(yè)務(wù)人員了解相關(guān)的業(yè)務(wù)知識，業(yè)務(wù)流程；再和銷售人員溝通，由于他們的顧客是流動的，不確定的，只能通過銷售人員間接獲取來自于顧客的用戶需求，了解 他們的背景和習(xí)慣），最后根據(jù)業(yè)務(wù)需求對用戶需求進行過濾和選擇，得到充分必要用戶需求。 4. 解答： UR1：使用戶可以根據(jù)系統(tǒng)的明確操作提示做出正確的反應(yīng)； UR2：用戶插入銀行卡后需要輸入密碼，得到驗證后才可進行有效的具體操作； UR3：在用戶進入系統(tǒng)后，可以選擇使用查詢金額、存取現(xiàn)金、轉(zhuǎn)賬的功能； UR4：用戶能夠正確、安全地退出系統(tǒng)。 5. 解答： SR1：（ 1） 系統(tǒng)顯示用戶插入磁卡的動態(tài)圖像，正確標(biāo)明插卡位置； （ 2）用戶根據(jù)提示，正確插入磁卡； （ 3）系統(tǒng)讀取磁卡卡號，界面顯示輸入密碼的提示； SR2：（ 1）對用戶輸入的密碼，系統(tǒng)自動進行字符匹配； （ 2）匹配正確的話，進入具體操作界面； （ 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ù)目，得到用戶確認(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)提示拔卡信息。 6. 解答： 性能需求：在用戶點擊圖標(biāo)后，系統(tǒng)在 3s 內(nèi)作出反應(yīng)。 質(zhì)量屬性：易用、可靠、安全、容錯、可恢復(fù)、可維護。 約束：當(dāng)用戶輸入密碼次數(shù)等于 3 次后就不再提示輸入密碼，并自動鎖定銀 行卡。 ~ 4 ~ 第 3 章 需求工程過程 思考題 1. 除了需求開發(fā)的四個活動和需求管理活動之外，需求工程當(dāng)中還有沒有需要執(zhí)行的活動？如果有的話，它們是哪些活動？給出你的理由。 解答： 還有其他一些活動，例如：過程管理活動和項目管理活動。過程管理活動是跟蹤項目開發(fā)過程，記錄項目開發(fā)過程當(dāng)中所遇到的問題或者教訓(xùn)等等。項目管理活動是管理項目開發(fā)的一系列問題與進度，管理人員配置，以求達到最該效益。 2. 需求開發(fā)過程具有迭代特性，但是不是所有項目的需求開發(fā)過程都必須是迭代完成的？如果不是，請給出舉例和理由。 解答： 不是，在問題域很簡單或 者非常成熟的情況下不需要迭代完成。 （不是，一般對于業(yè)務(wù)領(lǐng)域不熟悉的項目，需求是具有迭代性的，需要對業(yè)務(wù)領(lǐng)域的認(rèn)知，有一個從認(rèn)識到知識重構(gòu)的過程。對于某些固定需求且熟悉的項目，比如學(xué)校課程的作業(yè)軟件工程實踐電梯系統(tǒng)，就不需要迭代開發(fā)） （需求獲取 —— 需求分析 —— 需求規(guī)格說明 —— 需求驗證。當(dāng)然并不是所有項目的需求開發(fā)過程是迭代完成的，比如：當(dāng)某一項目開發(fā)過程中，用戶需求非常簡單，開發(fā)人員已經(jīng)相當(dāng)明確用戶需求，這時，就不需要返回到需求獲取階段以繼續(xù)用戶需求的獲取，這樣，也就不需要迭代完成。當(dāng)然，這種情 況非常少見。） 3. 需求開發(fā)的迭代特性與軟件開發(fā)過程的迭代式開發(fā)有什么關(guān)系？它們之間會互相影響嗎？如果會，那么有哪些影響？ 解答： 需求開發(fā)的迭代特性只是軟件開發(fā)過程的迭代式開發(fā)的一個子過程，軟件開發(fā)過程是一個相當(dāng)龐大的工程，需要在軟件開發(fā)過程的各個階段都需要進行開發(fā)工作的迭代，當(dāng)然也包括需求開發(fā)中的迭代。它們之間互相影響。 如果需求開發(fā)中的迭代不能很好地完成需求分析任務(wù)，就必將影響到軟件開發(fā)過程的其他迭代階段的進行。 需求開發(fā)的迭代性指的是對于開發(fā)者對知識的認(rèn)知水平在某一點上，發(fā)生重構(gòu)，使得知識體系復(fù)雜性下降 ，而繼續(xù)積累知識的過程軟件開發(fā)的迭代性指的是在軟件生命周期整體開發(fā)迭代，針對變更的需求或者新增的需求一種減少風(fēng)險的開發(fā)模式 4. 需求工程細節(jié)知識的實踐性對不同項目的需求開發(fā)過程的差異性有沒有影響？如果有，請說明影響是什么。如果沒有，請說明是哪些因素產(chǎn)生了不同項目的需求開發(fā)過程的差異性。 解答： 沒有。問題域的特性導(dǎo)致了不同項目的需求開發(fā)過程的差異。 丁老師解答： 沒有影響。其實是需求開發(fā)過程的差異性一定程度上導(dǎo)致了細節(jié)知識的實踐性?，F(xiàn)實世界問題的復(fù)雜性和差異性主要導(dǎo)致了需求開發(fā)過程的差異性 ~ 5 ~ 第 4 章 需求獲取概述 復(fù)習(xí)題： 缺少 用戶參與的原因。和解決方法。 1. 用戶數(shù)量太多，選擇困難 —— 涉眾分析，完整性，代表性 2. 用戶