【正文】 足用戶的需求；然后在需求分析的后期階段，才會逐漸進入內(nèi)部分析。類是多個對象的共同屬性和方法集合的描述，它包括如何在一個類中建立一個新對象的描述。 ③ 確定主題（ subject）。 ⑤ 確定方法（ method）。 2. 列舉結(jié)構(gòu)化分析的各種技術(shù)，說明它們的數(shù)學(xué)基礎(chǔ)是什么？ 解答： 形式化方法 ? 數(shù)據(jù)流圖 ?結(jié)構(gòu)化建模 有限狀態(tài)機思想 ?狀態(tài)轉(zhuǎn)移矩陣 ?面向?qū)ο蠼? 二玉哥哥語 ：有些有基礎(chǔ)，而有些是沒有基礎(chǔ)的，結(jié)構(gòu)化、數(shù)據(jù)流圖、 ERD、狀態(tài)圖（結(jié)構(gòu)化的一種）都是有基礎(chǔ)的，有些數(shù)據(jù)流圖的細節(jié)方法是沒有基礎(chǔ)的 參考答案 ： 結(jié)構(gòu)化分析技術(shù) ：數(shù)據(jù)流圖、實體聯(lián)系圖、狀態(tài)轉(zhuǎn)移圖、功能實體矩陣、實體生命歷史和事件實體矩陣。但在面向?qū)ο罄锞筒惶糜昧?，因為面向?qū)ο蟮暮诵氖嵌鄬ο髤f(xié)同，多對象協(xié)同既不是事件，也不是事物，所以面向?qū)ο箝_始使用場景。 事件可分為以下幾類：外部事件、 臨時事件、狀態(tài)事件。 第四部分 需求的文檔化和驗證 第 15 章 需求規(guī)格說明 1. 規(guī)格說明的讀者；目的；要求 項目管 理人員 ：項目估算；任務(wù)劃分 —— 全面準確的需求 設(shè)計 、開發(fā)人員：完成工作 —— 正確性，可度量 測試人員 ：測試計劃 —— 全面準確正確。 一致性， 1 細節(jié)的需求不能同高層次的需求相沖突， 2 同一層次的不同需求之間也不能互相沖突。單一需求的優(yōu)秀特性可以使整份文檔滿足正確性，無歧義和可驗證。 。在正常的工作當中，可以順便用上用戶手冊，測試用例，跟蹤等方法在一些錯誤之處或者一些需求上進行驗證，也是比較有效的。為保證需求規(guī)格說明文檔的一致性，由開發(fā)人員和非開發(fā)人員對于其進行手工評審時非常必要的。需求的完備性要求不能遺漏任何需求或者必要的信息，為避免需求遺漏，需求工程師要做好業(yè)務(wù)需求的分析，建立并控制正確的項目規(guī)范，建立業(yè)務(wù)需求、用戶需求和系統(tǒng)需求的跟蹤關(guān)系也用于發(fā)現(xiàn)需求的遺漏現(xiàn)象。 事物的類型：實物；角色；組織部門；設(shè)備；突發(fā)事件、事件或交互；地點 /位置 ? 結(jié)構(gòu)化分析：事物和事件正好對應(yīng)著結(jié)構(gòu)化方法的兩條路徑，一個是 DFD，一個是ERD ~ 23 ~ ? 面向?qū)ο蠓治觯汉诵氖嵌鄬ο蟮膮f(xié)同，而多對象既不是事件，也不是事物，而是基于場景的。 參考答案 ： ? 事件： 可以描述、值得記錄的在某一特定時間和地點發(fā)生的事情。 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ù)： 實體關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)移圖 ~ 22 ~ 4. “事件”和“事物”一直是進行需求分析的一個重要思路，你對此如何評價？ 解答： 二玉哥哥語 ：有 作用卻也有局限性。對于每個對象和結(jié)構(gòu)來說，那些用來增加、修改、刪除和選擇一個方法本身都是隱含的（雖然它們是要在對象的存儲中定義的，但并不在圖上給出），而有些則是顯示的 。 ④ 確定屬性（ attribute）。結(jié)構(gòu)是指問題域的復(fù)雜性和連接關(guān)系。 面向?qū)ο蠓治?： ① 確定對象和類 。 之所以把系統(tǒng)邊界作為需求分析的起點，是因為邊界是軟件和外界互動的地方。 第三部分 需求分析 第 11 章 需求分析概述 需求優(yōu)先級 定義方法；優(yōu)缺點。列出你缺少的東西?！? (1) 只有告訴 Betty 你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。 “哦， 是過去 6 個月的一些財政決算、生產(chǎn)報表，還有 Sharon 給我的一些業(yè)績報表，業(yè)績報表涵蓋了過去 6 個月的目標和工作業(yè)績。 ? 突現(xiàn)性 —— 并發(fā)突現(xiàn) ? 局部性 —— 此地 ? 暫時性 —— 此時 ? 涉身性 —— 此人 ? 開放性 —— 開放外延 ? 模糊性 —— 無法精確定義 ，基于潛知識 解決： ? 理解復(fù)雜的系統(tǒng)事件 ? 獲取工作中的異常處理 ? 獲取與用戶認知不一致的實際知識 ? 了解用戶認知 ? 獲取潛知識 2. 采樣觀察的兩種方法；優(yōu)缺點 . 時間采樣 （隨機性） 事件采樣 （流程性） 優(yōu)點 通過隨機的觀察減少偏差 對頻繁發(fā)生事件取代表性事件進行觀察 允許在行為展開過程中 觀察 允許對指定的重要事件進行觀察 缺點 用分段的方式來收集數(shù)據(jù)不能提供全面信息的時間 漏掉不經(jīng)常發(fā)生卻很重要的事件 消耗大量時間 漏掉頻繁發(fā)生事件的代表性樣本 適用情景 發(fā)現(xiàn)異常流程 驗證用戶知識和實際工作的一致性 獲取默認知識 驗證用戶知識和實際工作的一致性 案例題 1. “我知道你有很多材料。定義，特性。 解答：（ 1） 這則報道中提到“我們的配送信息系統(tǒng)原型一發(fā)布就投入使用了”可以看出作者誤解了一點：開發(fā)出的原型不是最終的軟件，原型不能直接發(fā)布使用，我們使用原型的目的是獲取需求的內(nèi)容，而不是獲取原型的代碼，原型代碼最終應(yīng)該是會被拋棄的。絕對沒有任何修改的必要，經(jīng)理們說它是追蹤家具配送的最佳解決方案。這樣會導(dǎo)致開出來的原型根本就不符合用戶需求，開發(fā)出來以后用戶不滿意可能會受到用戶的抵制。 (2) 用一段話描述，如果系統(tǒng)的某部分已 經(jīng)被原型化，并且在后續(xù)系統(tǒng)中沒有考慮用戶的反饋信息，可能會出現(xiàn)什么情況？ 解答： 原型只是手段，目的是為了驗證系統(tǒng)功能，所以為了修正原型，要觀察用戶反應(yīng)、用戶建議和用戶創(chuàng)新的重要性 用戶不滿意，延期改進，功能過于簡單，默認知識等 ~ 17 ~ 解答：（ 1）通過觀察用戶的反應(yīng)會得到比較多的信息，比如說觀察到用戶總是出錯則說明設(shè)計有問題，用戶在某個界面停留很久這就說明軟件的導(dǎo)航有問題，通過觀察發(fā)現(xiàn)用戶老是從一個位置移到另一個位置，說明界面中按鈕放置的有問題，有的時候用戶使用的方式超出了我們的想象（用戶創(chuàng)新），像這些都要通過 觀察得到。在你加入該系統(tǒng)分析團隊以后，建議在目前項目中把原型化方法作為 SDLC的一部分， Itall說：“當然可以，但是你不能太在意用戶所說的話。通常來說，如果用戶需求出現(xiàn)了模糊，不清晰，不完整等具有一定不確定性的特征，就可以考慮使用原型方法。為了鼓勵她，用一段話向她說明，你認為適用于原型化方法的情形。 解答： （ 1）答案主題 （ 1）根據(jù)需要確定原型類型；（ 2）進行原型開發(fā)；（ 3）獲得用戶反饋；（ 4）定義所得需求 （ 2） 答案要以“隱 含知識”和“用戶表述時的主觀加工”為主題 （ 3） 原型化方法利用直觀化的界面來最快程度的得到用戶的反饋，通過用戶的反饋 來獲知其實際的需求 2. “我有一個絕妙的主意！” Bea Kwicke 宣布，他是系統(tǒng)團隊的一位新來的需求工程師，“讓我們跳過所有的 SDLC 垃圾，直接為一切設(shè)計原型。 (1) 用一段話向 Flo chart解釋，原型化方法怎樣才能幫他更好地定義用戶的信息需求。這就像試圖射中一個運動目標。 2．注意保持面談的主題。 ~ 15 ~ （ 3） 如果真的發(fā)生了報告中提及的情況，則必須向隊友提出哪 3 個建議，以幫助他更好地舉行下一次面談。 迫不及待地要熟悉新系統(tǒng)。 面談對象： SalDomask 日期： 3 月 3 日 會見者： 主題：計算機使用 面談的目標：找出關(guān)于計算機使用的態(tài)度； 獲得用戶的使用估計； 看最新建議的系統(tǒng)的觀點是否滿足目標嗎？ 下次面談的目標： 找出 Sal 怎樣看待系統(tǒng)支持部門。假設(shè)你要團隊成員使用圖 1 提供的報表，那么他漏了什么主要信息？ （ 2） 什么信息對面談報告來說是無關(guān)緊要的？ （ 3） 如果真的發(fā)生了報告中提及的情況，則必須向隊友提出哪 3 個建議，以幫助他更好地舉行下一次面談。他告訴我有關(guān)公司的所有歷史，很有意思。分析匯總了獲取的需求后，將獲得的需求分類羅列后，根據(jù)具體不同的需求需要向各個層面的涉眾確認驗證已經(jīng)獲取的需求，保證需求的正確性，完整性，一致性。 根據(jù)面談結(jié)構(gòu)的特性，漏斗式的面談結(jié)構(gòu)適合于領(lǐng)導(dǎo)和專家這樣的被會見對象，所以選擇漏斗式結(jié)構(gòu)。 3． 對第 6 章的案例題 6，說明 Phil 應(yīng)該怎樣開展他的面談工作？包括：面談對象選擇的先后順序，每次的面談結(jié)構(gòu)。 筆錄的優(yōu)點有： ? 使會見者專心和集中精力； ? 幫助回憶重要的問題； ? 表現(xiàn)會見者對面談的興趣； ? 表明會見者是有準備的。 Harry 屬于領(lǐng)域?qū)＜?，而其下屬屬于該系統(tǒng)的用戶，下屬和領(lǐng)導(dǎo)使用這個系統(tǒng)的目標不同，下屬是為了更好的完成 自己的任務(wù)，滿足組織的目標，他們是主要的信息來源，所以應(yīng)當面談。 （打電話，預(yù)約：聯(lián)系個人，安排一次會見，內(nèi)容，選個時間，讓他找個時間，安排個地點） 提前打電話或者發(fā)送電子郵件通知 Harry，告知面談內(nèi)容，商定面談時間和地點；提前通知可以給 Harry 時間去考慮面談事宜。用一句話解釋為什么應(yīng)當 由人而不是由電子郵件來指導(dǎo)面談？ 解答 一 ： （ 1） 參考面談過程的準備階段： P99 打電話或者 給 Harry，因為要進行深入面談，可以先將一些問題通過 發(fā)給他 （ 2） 采用菱形面談結(jié)構(gòu)，因為目的是要 更新 自動化會計功能 .也可以考慮使用漏斗結(jié)構(gòu) （ 3） 應(yīng)當面談，因為下屬和領(lǐng)導(dǎo)應(yīng)該具有不同的目標，而這些目標是領(lǐng)導(dǎo)不能提供的 考察點：涉眾的分類 采用漏斗型。寫出 4 到 6 個涉及他所使用的信息資 源、信息格式、決策頻度、需求的信息性質(zhì)和決策樣式的面談目標。這是真的么？ （ 2） 我是這個領(lǐng)域的新手，我有沒有忽略什么呢？ （ 3） 你在銷售計算中最常用的信息資源是什么，使用頻度如何？ （ 4） 其它銷售 經(jīng)理認為，把一些月度銷售商品放到 Web 上，然后做趨勢分析，將會是一種主要改進，你同意他們的做法嗎？ （ 5） 沒有比你現(xiàn)在使用的陳舊的方法更好的銷售方案嗎？ 解答： （有錯誤問題：同時問兩個問題；隱含和暗示；提問題時上下文相關(guān)；問的問題牽扯到了被問的對象，如最后一題的陳舊） （ 1） 你的下屬告訴我，你非?？释幸慌_計算機。下面是準備問 Sampson紙產(chǎn)品公司銷售經(jīng)理的原問題。（提示：想像一下該公司要開展的工作，應(yīng)該會有哪些登記表格）。 Maverick 主要進行卡車零運，管理人員按照實時處理（ Just In Time）原則工作。其余層的面談對象根據(jù)實際情況可以先后安排面談的時間，不一定要分先后順序。高層管理均要參加面談。每個階層大約有 40 人。優(yōu)先級評估，風(fēng)險評估，共贏分析 ? 對第 2 章的案例題 1，你認為 Jeannine 在涉眾分析方面有哪些工作欠缺？ 解答： 根本沒有涉眾分析，使用的是組織級的系統(tǒng)，應(yīng)該分析 為下面的每一個涉眾描述選項試舉