【正文】 。在正常的工作當(dāng)中，可以順便用上用戶手冊，測試用例，跟蹤等方法在一些錯誤之處或者一些需求上進(jìn)行驗(yàn)證，也是比較有效的。單一需求的優(yōu)秀特性可以使整份文檔滿足正確性，無歧義和可驗(yàn)證。為保證需求規(guī)格說明文檔的一致性，由開發(fā)人員和非開發(fā)人員對于其進(jìn)行手工評審時非常必要的。 一致性， 1 細(xì)節(jié)的需求不能同高層次的需求相沖突， 2 同一層次的不同需求之間也不能互相沖突。需求的完備性要求不能遺漏任何需求或者必要的信息，為避免需求遺漏，需求工程師要做好業(yè)務(wù)需求的分析，建立并控制正確的項(xiàng)目規(guī)范，建立業(yè)務(wù)需求、用戶需求和系統(tǒng)需求的跟蹤關(guān)系也用于發(fā)現(xiàn)需求的遺漏現(xiàn)象。 第四部分 需求的文檔化和驗(yàn)證 第 15 章 需求規(guī)格說明 1. 規(guī)格說明的讀者；目的；要求 項(xiàng)目管 理人員 ：項(xiàng)目估算；任務(wù)劃分 —— 全面準(zhǔn)確的需求 設(shè)計(jì) 、開發(fā)人員：完成工作 —— 正確性，可度量 測試人員 ：測試計(jì)劃 —— 全面準(zhǔn)確正確。 事物的類型：實(shí)物；角色；組織部門；設(shè)備；突發(fā)事件、事件或交互；地點(diǎn) /位置 ? 結(jié)構(gòu)化分析：事物和事件正好對應(yīng)著結(jié)構(gòu)化方法的兩條路徑，一個是 DFD，一個是ERD ~ 23 ~ ? 面向?qū)ο蠓治觯汉诵氖嵌鄬ο蟮膮f(xié)同，而多對象既不是事件，也不是事物，而是基于場景的。 事件可分為以下幾類：外部事件、 臨時事件、狀態(tài)事件。 參考答案 ： ? 事件： 可以描述、值得記錄的在某一特定時間和地點(diǎn)發(fā)生的事情。但在面向?qū)ο罄锞筒惶糜昧耍驗(yàn)槊嫦驅(qū)ο蟮暮诵氖嵌鄬ο髤f(xié)同，多對象協(xié)同既不是事件，也不是事物，所以面向?qū)ο箝_始使用場景。 3. 列舉面向?qū)ο蠓治龅母鞣N技術(shù)，說明它們是對結(jié)構(gòu)化分析技術(shù)的繼承和借鑒嗎？如果是，那么說明它們借鑒了哪些結(jié)構(gòu)化分析技術(shù)，如果不是，那么說明它們的數(shù)據(jù)基礎(chǔ)是什么？ 二玉哥哥語 ：很明顯是，怎么是的看看發(fā)展歷史的那張表 參考答案 ： 面向?qū)ο蠹夹g(shù)： 用例圖、類圖、交互圖、活動圖、對象約束語言狀態(tài)圖和工作流 借鑒的結(jié)構(gòu)化分析技術(shù)： 實(shí)體關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)移圖 ~ 22 ~ 4. “事件”和“事物”一直是進(jìn)行需求分析的一個重要思路，你對此如何評價？ 解答： 二玉哥哥語 ：有 作用卻也有局限性。 2. 列舉結(jié)構(gòu)化分析的各種技術(shù)，說明它們的數(shù)學(xué)基礎(chǔ)是什么？ 解答： 形式化方法 ? 數(shù)據(jù)流圖 ?結(jié)構(gòu)化建模 有限狀態(tài)機(jī)思想 ?狀態(tài)轉(zhuǎn)移矩陣 ?面向?qū)ο蠼? 二玉哥哥語 ：有些有基礎(chǔ)，而有些是沒有基礎(chǔ)的，結(jié)構(gòu)化、數(shù)據(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í)體矩陣。對于每個對象和結(jié)構(gòu)來說，那些用來增加、修改、刪除和選擇一個方法本身都是隱含的（雖然它們是要在對象的存儲中定義的，但并不在圖上給出），而有些則是顯示的 。 ⑤ 確定方法（ method）。 ④ 確定屬性（ attribute）。 ③ 確定主題（ subject）。結(jié)構(gòu)是指問題域的復(fù)雜性和連接關(guān)系。類是多個對象的共同屬性和方法集合的描述，它包括如何在一個類中建立一個新對象的描述。 面向?qū)ο蠓治?： ① 確定對象和類 。 一般情況下，在需求分析的早期階段做的都是外部分析，從系統(tǒng)的邊界圖開始，逐一分析和細(xì)化系統(tǒng)和外界的交互，以保證最終產(chǎn)品的行為能夠和環(huán)境形成互動，以滿足用戶的需求；然后在需求分析的后期階段，才會逐漸進(jìn)入內(nèi)部分析。 之所以把系統(tǒng)邊界作為需求分析的起點(diǎn)，是因?yàn)檫吔缡擒浖屯饨缁拥牡胤?。系統(tǒng)分析給自己做個定位的話，是先分析互動的反應(yīng)，然后分析系統(tǒng)內(nèi)部的反應(yīng)，所以框架中有一些叫系統(tǒng)外部行為等，在需求早期階段都是外部分析，到了后期階段才會進(jìn)入內(nèi)部分析 參考答案 ： 軟件要完成用戶的任務(wù)需要和外界協(xié)調(diào)互動，經(jīng)過問題分析之后一般可以得到高層次的解決方案及系統(tǒng)特性。 第三部分 需求分析 第 11 章 需求分析概述 需求優(yōu)先級 定義方法；優(yōu)缺點(diǎn)。 場景方法的作用。列出你缺少的東西。一個有經(jīng)驗(yàn)的需求工程師會從現(xiàn)有的文檔中獲取事實(shí)，理解問題域?！? (1) 只有告訴 Betty 你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。你來這里要做一件事情，就是和我們這些用戶談話。 “哦， 是過去 6 個月的一些財(cái)政決算、生產(chǎn)報(bào)表，還有 Sharon 給我的一些業(yè)績報(bào)表，業(yè)績報(bào)表涵蓋了過去 6 個月的目標(biāo)和工作業(yè)績。 MIS 特別工作組是你的系統(tǒng)團(tuán)隊(duì)聯(lián)絡(luò) Sawder 家具公司的橋梁。 ? 突現(xiàn)性 —— 并發(fā)突現(xiàn) ? 局部性 —— 此地 ? 暫時性 —— 此時 ? 涉身性 —— 此人 ? 開放性 —— 開放外延 ? 模糊性 —— 無法精確定義 ，基于潛知識 解決： ? 理解復(fù)雜的系統(tǒng)事件 ? 獲取工作中的異常處理 ? 獲取與用戶認(rèn)知不一致的實(shí)際知識 ? 了解用戶認(rèn)知 ? 獲取潛知識 2. 采樣觀察的兩種方法；優(yōu)缺點(diǎn) . 時間采樣 （隨機(jī)性） 事件采樣 （流程性） 優(yōu)點(diǎn) 通過隨機(jī)的觀察減少偏差 對頻繁發(fā)生事件取代表性事件進(jìn)行觀察 允許在行為展開過程中 觀察 允許對指定的重要事件進(jìn)行觀察 缺點(diǎn) 用分段的方式來收集數(shù)據(jù)不能提供全面信息的時間 漏掉不經(jīng)常發(fā)生卻很重要的事件 消耗大量時間 漏掉頻繁發(fā)生事件的代表性樣本 適用情景 發(fā)現(xiàn)異常流程 驗(yàn)證用戶知識和實(shí)際工作的一致性 獲取默認(rèn)知識 驗(yàn)證用戶知識和實(shí)際工作的一致性 案例題 1. “我知道你有很多材料。 情境性事件，是指某些事件只有和它們發(fā)生時的具 體環(huán)境聯(lián)系起來，才能得到合理的理解。定義，特性。 （ 2）首先原型是本來就是用來獲取需求的，最終代碼一定要被拋棄，不然開發(fā)出來的軟件質(zhì)量會很差。 解答：（ 1） 這則報(bào)道中提到“我們的配送信息系統(tǒng)原型一發(fā)布就投入使用了”可以看出作者誤解了一點(diǎn)：開發(fā)出的原型不是最終的軟件，原型不能直接發(fā)布使用，我們使用原型的目的是獲取需求的內(nèi)容，而不是獲取原型的代碼，原型代碼最終應(yīng)該是會被拋棄的?！? (1) 這則報(bào)道的作者對原型化方法概念明顯存在什么樣的誤解？用一段話解釋它。絕對沒有任何修改的必要，經(jīng)理們說它是追蹤家具配送的最佳解決方案。 4. Nordic Designs 是一家專營 Scandinavia 當(dāng)代家具的連鎖企業(yè)，它已經(jīng)發(fā)布了一則夸耀其配送信息系統(tǒng)原型的公司簡訊。這樣會導(dǎo)致開出來的原型根本就不符合用戶需求，開發(fā)出來以后用戶不滿意可能會受到用戶的抵制。對于用戶的創(chuàng)新則是用戶潛在的需求，這些可以通過觀察還有用戶的反饋中得到，做到以上，我們可以獲得很多信息，使我們的原型更加完善。 (2) 用一段話描述，如果系統(tǒng)的某部分已 經(jīng)被原型化，并且在后續(xù)系統(tǒng)中沒有考慮用戶的反饋信息，可能會出現(xiàn)什么情況？ 解答： 原型只是手段，目的是為了驗(yàn)證系統(tǒng)功能，所以為了修正原型，要觀察用戶反應(yīng)、用戶建議和用戶創(chuàng)新的重要性 用戶不滿意，延期改進(jìn)，功能過于簡單，默認(rèn)知識等 ~ 17 ~ 解答：（ 1）通過觀察用戶的反應(yīng)會得到比較多的信息，比如說觀察到用戶總是出錯則說明設(shè)計(jì)有問題，用戶在某個界面停留很久這就說明軟件的導(dǎo)航有問題，通過觀察發(fā)現(xiàn)用戶老是從一個位置移到另一個位置，說明界面中按鈕放置的有問題，有的時候用戶使用的方式超出了我們的想象（用戶創(chuàng)新），像這些都要通過 觀察得到。我會做原型化工作，但是我不會‘觀察’任何用戶。在你加入該系統(tǒng)分析團(tuán)隊(duì)以后，建議在目前項(xiàng)目中把原型化方法作為 SDLC的一部分， Itall說：“當(dāng)然可以，但是你不能太在意用戶所說的話。 （ 2）情形見下表，尤其是其中紅色的部分 廢棄型 演化型 水平型 闡明并細(xì)化用例和功能性需求 識別遺漏功能 研究用戶界面方法 實(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)了模糊，不清晰，不完整等一定不確定性的特征，就可以使用原型。通常來說，如果用戶需求出現(xiàn)了模糊，不清晰，不完整等具有一定不確定性的特征，就可以考慮使用原型方法。 原型開發(fā)最大的缺點(diǎn)就是：成本太高，高的讓人難以接受。為了鼓勵她，用一段話向她說明，你認(rèn)為適用于原型化方法的情形?！? （ 4） 列出你（作為與 Bea 同一個團(tuán)隊(duì)的成員）用來勸阻她不要試圖放棄 SDLC，而直接為所有項(xiàng)目設(shè)計(jì)原型的原因。 解答： （ 1）答案主題 （ 1）根據(jù)需要確定原型類型；（ 2）進(jìn)行原型開發(fā)；（ 3）獲得用戶反饋；（ 4）定義所得需求 （ 2） 答案要以“隱 含知識”和“用戶表述時的主觀加工”為主題 （ 3） 原型化方法利用直觀化的界面來最快程度的得到用戶的反饋，通過用戶的反饋 來獲知其實(shí)際的需求 2. “我有一個絕妙的主意！” Bea Kwicke 宣布，他是系統(tǒng)團(tuán)隊(duì)的一位新來的需求工程師，“讓我們跳過所有的 SDLC 垃圾，直接為一切設(shè)計(jì)原型。”一定要解釋原型化方法怎樣才能真正地幫助用戶更好地理解和闡明他們自己的信息需求。 (1) 用一段話向 Flo chart解釋，原型化方法怎樣才能幫他更好地定義用戶的信息需求?！?Flo Chart說。這就像試圖射中一個運(yùn)動目標(biāo)。 3．總結(jié)面談的要點(diǎn)，注意此次面談過程的成功和失誤，明確下次的目標(biāo)，以便為下次面談做充分的準(zhǔn)備 。 2．注意保持面談的主題。面談開始的時候可以通過例如談公司歷史來醞釀一下交流的氣氛，但是不能偏離 主題。 ~ 15 ~ （ 3） 如果真的發(fā)生了報(bào)告中提及的情況，則必須向隊(duì)友提出哪 3 個建議，以幫助他更好地舉行下一次面談。 如果不使用計(jì)算機(jī)進(jìn)行工作，會感到枯燥。 迫不及待地要熟悉新系統(tǒng)。 面談的要點(diǎn)： Sal 說道：“計(jì)算機(jī)是我的朋友。 面談對象： SalDomask 日期： 3 月 3 日 會見者： 主題：計(jì)算機(jī)使用 面談的目標(biāo)：找出關(guān)于計(jì)算機(jī)使用的態(tài)度； 獲得用戶的使用估計(jì)； 看最新建議的系統(tǒng)的觀點(diǎn)是否滿足目標(biāo)嗎？ 下次面談的目標(biāo)： 找出 Sal 怎樣看待系統(tǒng)支持部門。假設(shè)你要團(tuán)隊(duì)成員使用圖 1 提供的報(bào)表，那么他漏了什么主要信息？ （打算干嘛面談目標(biāo)，實(shí)際有沒有） 面談時間稍長，而且控制不佳。假設(shè)你要團(tuán)隊(duì)成員使用圖 1 提供的報(bào)表，那么他漏了什么主要信息？ （ 2） 什么信息對面談報(bào)告來說是無關(guān)緊要的？ （ 3） 如果真的發(fā)生了報(bào)告中提及的情況，則必須向隊(duì)友提出哪 3 個建議，以幫助他更好地舉行下一次面談。我們不久將再次舉行會面，以及結(jié)束這次面談，因?yàn)槲覀冞€沒有深入研究我準(zhǔn)備的問題。他告訴我有關(guān)公司的所有歷史，很有意思。 4． 下面是系統(tǒng)分析團(tuán)隊(duì)的一名成員提出的