【正文】 手段，它利用得當可以加速開發(fā)的進程，但不能代替軟件開發(fā)中的所有工作。 (2) 用一段話評論 Flo Chart 的觀察：“在半數(shù)時間里，我認為甚至用戶自己也不知道需要什么。針對每個面談的目標，要在面談的過程中安排合適的提示，逐一引導面談對象對各個主題的敘述。 會見者的觀點： 對了解更對有關系統(tǒng)如何促進工作感興趣。 （ 1） 解答： 試評論這個面談報告。 由于需求已經(jīng)基本確定，所以采取封閉式問題。說明原因。 應當面談，因為下屬和領導應該具有不同的目標，而這些目標是領導不能提供的 考察點：涉眾的分類 （ 4） 寫出 3 個開放式問題，在面談前通過電子郵件寄給 Harry。以一般的開放式的問題開始，有助于分析人員取得總體認識，然后再逐步就某些問題展開深入面談。這是真的么？ 你對計算機的使用態(tài)度如何 ？ 你認為作為一個銷售經(jīng)理，是不是應該擁有一臺計算機？（誘導性問題） （ 2） 我是這個領域的新手，我有沒有忽略什么呢？ 我問的問題如何，你有什么要補充的么？ 我是不是還忽略了什么 ？（上下文無關問題） （ 3） 你在銷售計算中最常用的信息資源是什么，使用頻度如何？ 將兩個問題分開 你在銷售計算中最常用的信息資源是什么（雙筒問題） 使用頻度如何？ （ 4） 其它銷售經(jīng)理認為，把一些月度銷售商品放到 Web 上，然后做趨勢分析，將會是一種主要改進，你同意他們的做法嗎？ 你和其他經(jīng)理一樣，都同意。 2) 設計一種采樣機制，使得小組在不必查看這家公司 15 年來產(chǎn)生的所有文檔的情況下，形成對該公司的清晰認識。 跟高層管理人員進行 面談，采用漏斗結構，因為各個高層管理人員對各自管理的層次從大體上有準確的把握，有助于開發(fā)人員首先獲取對項目的廣度方面的認識，也能獲取一些較為詳細的信息。生產(chǎn)層共有 80 人，會計層有 35 人，營銷層有 42 人，系統(tǒng)層有 10 人，物流層有 28 人。 了解涉眾的 個人特征和工作特征，以便對軟件系統(tǒng)的功能進行合理的調整。 另一方面，用戶參與就是反對通過和市場人員、管理者等中間媒介來了解用戶。（ 5）計算中可變條件的復雜性導致經(jīng)常出錯，很多錯誤可能一直未被發(fā)現(xiàn)。 她可能不得不為許多雇員逐步建立假定情境 —— 可能的最壞假定情境。她的工作是為雇員提供他們的福利建議。為了確定那些嚴重拖欠債務的賬戶， Liz 需要通讀這份報告。 風險： 1 需求理解錯誤 2 不能按時完成（超期超資） 3 做出來的不是想要的 定義范圍的必要性： ，定義一致的理解 解答二：省略工作陳述的風險是不能明確項目的前景和范圍。 第二部分 需求獲取 第 5 章 確定項目的前景和范圍 復習題： 高層解決方案 描述方法 。如果沒有，請說明是哪些因素產(chǎn)生了不同項目的需求開發(fā)過程的差異性。 （不是，一般對于業(yè)務領域不熟悉的項目，需求是具有迭代性的，需要對業(yè)務領域的認知，有一個從認識到知識重構的過程。 質量屬性：易用、可靠、安全、容錯、可恢復、可維護。 Especially for You 想按照一個新的直接銷售和財務處理系統(tǒng)以幫助解決這些問題。 解答： 解答一：（ 1）她沒有仔細認真地分析問題； （ 2）她沒有及時跟相關人員交流信息，沒能把握住有價值信息； （ 3）她沒能及時跟公司員工交流，引用過時的文件結構； （ 4）她沒有仔細研究分析新引進的系統(tǒng)的性能需求是否滿足； （ 5）她沒有仔細研究新引進的系統(tǒng)的功能需求是否滿足； （ 6）她沒有仔細研究引進的系統(tǒng)的質量屬性，對外接口是否 滿足。 首先，財務審計員重新評估了公司 的投資策略和投資政策。 最后她放棄了使用公司的信息系統(tǒng)，因為公司的信息系統(tǒng)沒有給予她的請求足夠高的服務優(yōu)先級。 她的一些下級經(jīng)理堅持要有圖形形式的報告，而新系統(tǒng)無法產(chǎn)生這些報告。此外， Especially for You 頻繁地實行特價以吸引顧客。 4. 解答： UR1：使用戶可以根據(jù)系統(tǒng)的明確操作提示做出正確的反應； UR2：用戶插入銀行卡后需要輸入密碼，得到驗證后才可進行有效的具體操作； UR3：在用戶進入系統(tǒng)后，可以選擇使用查詢金額、存取現(xiàn)金、轉賬的功能； UR4：用戶能夠正確、安全地退出系統(tǒng)。項目管理活動是管理項目開發(fā)的一系列問題與進度，管理人員配置，以求達到最該效益。它們之間互相影響?，F(xiàn)實世界問題的復雜性和差異性主要導致了需求開發(fā)過程的差異性 ~ 5 ~ 第 4 章 需求獲取概述 復習題： 缺少 用戶參與的原因。省略工作陳述的風險是什么？你將如何說服主管？ 解答 一 ： 不做工作陳述的風險： 1. 在獲取需求時，用戶往往從各自的立場出發(fā)考慮問題，提出相應的功能需求。 2. 某大銀行的一位銀行卡辦公室的收賬經(jīng)理 Liz 遇到了一個問題。目前的報告中并沒有給她提供這個信息。但目前的選擇比新計劃中的選擇要直接得多。（ 3）計算復雜。因此，一個成功的軟件要能夠協(xié)助用戶有效的完成實際工作，用戶也就自然應該是需求獲取的主要信息來源。 ~ 9 ~ 案例題 3. ? 找出問題產(chǎn)生的根源，分析問題背后的問題 ? 涉眾分析，找出沖突所在，找出矛盾的焦點 ? 解決信息系統(tǒng)部門與非信息部門之間的沖突 解答：首先，需要細分涉眾類別，這里用戶，需求工程師和程序員都屬于涉眾類別。企業(yè)稱為 Fall Back 工業(yè)，它有 5 個管理層。 采樣的規(guī)則：控制人數(shù)（ 4～ 8），教材上冊， P87 （ 2）高層管理的人最先面談。 Maverick 主張用 626 臺拖拉機拖運貨物，它擁有 45000 平方英尺的倉庫和 21000 平方英尺的辦公場地。用更合適的方式，重新寫下面的問題。 （ 2） 說明在這場面談中你會使用哪種面談結構？為什么？ （ 3） Harry 有 3 個下屬也使用這個系統(tǒng)。（ P120） （ 2） 說明在這場面談中你會使用哪種面談結構？為什么？ （首席會計師 ， leader，專家型 的人面談結構同普通用戶不同） 漏斗結構，適合領導專家（根據(jù)上課筆記） （ 3） Harry 有 3 個下屬也使用這個系統(tǒng)。 錄音和攝像的優(yōu)點有： ? 記錄了更多的信息； ? 會見者能輕松地傾聽并更快速地做出響應； ? 可以完整的重現(xiàn)面談過程 。詳細的需求涉及系統(tǒng)的各個層次，而各個層的工作目標和工作特性 各不相同，所以需要要各個層次的工作人員進行面談。我們不久將再次舉行會面，以及結束這次面談，因為我們還沒有深入研究我準備的問題。 面談的要點： Sal 說道：“計算機是我的朋友。面談開始的時候可以通過例如談公司歷史來醞釀一下交流的氣氛，但是不能偏離 主題。” Flo Chart說?！? （ 4） 列出你（作為與 Bea 同一個團隊的成員）用來勸阻她不要試圖放棄 SDLC，而直接為所有項目設計原型的原因。 （ 2）情形見下表，尤其是其中紅色的部分 廢棄型 演化型 水平型 闡明并細化用例和功能性需求 識別遺漏功能 研究用戶界面方法 實現(xiàn)核心用例 根據(jù)優(yōu)先級實現(xiàn)其他用例 使得系統(tǒng)適應快速變化的需要 垂直型 演示系統(tǒng)可行性 實現(xiàn)并擴充核心功能 實現(xiàn)并擴充核心算法 測試并調整性能 用戶需求出現(xiàn)了模糊，不清晰，不完整等一定不確定性的特征，就可以使用原型。對于用戶的創(chuàng)新則是用戶潛在的需求，這些可以通過觀察還有用戶的反饋中得到，做到以上，我們可以獲得很多信息，使我們的原型更加完善。” (1) 這則報道的作者對原型化方法概念明顯存在什么樣的誤解？用一段話解釋它。 情境性事件，是指某些事件只有和它們發(fā)生時的具 體環(huán)境聯(lián)系起來，才能得到合理的理解。你來這里要做一件事情，就是和我們這些用戶談話。 場景方法的作用。 一般情況下，在需求分析的早期階段做的都是外部分析，從系統(tǒng)的邊界圖開始，逐一分析和細化系統(tǒng)和外界的交互，以保證最終產(chǎn)品的行為能夠和環(huán)境形成互動，以滿足用戶的需求；然后在需求分析的后期階段，才會逐漸進入內部分析。 ③ 確定主題（ subject）。 2. 列舉結構化分析的各種技術，說明它們的數(shù)學基礎是什么？ 解答： 形式化方法 ? 數(shù)據(jù)流圖 ?結構化建模 有限狀態(tài)機思想 ?狀態(tài)轉移矩陣 ?面向對象建模 二玉哥哥語 ：有些有基礎，而有些是沒有基礎的，結構化、數(shù)據(jù)流圖、 ERD、狀態(tài)圖（結構化的一種）都是有基礎的，有些數(shù)據(jù)流圖的細節(jié)方法是沒有基礎的 參考答案 ： 結構化分析技術 ：數(shù)據(jù)流圖、實體聯(lián)系圖、狀態(tài)轉移圖、功能實體矩陣、實體生命歷史和事件實體矩陣。 事件可分為以下幾類：外部事件、 臨時事件、狀態(tài)事件。 一致性， 1 細節(jié)的需求不能同高層次的需求相沖突， 2 同一層次的不同需求之間也不能互相沖突。 。為保證需求規(guī)格說明文檔的一致性，由開發(fā)人員和非開發(fā)人員對于其進行手工評審時非常必要的。 事物的類型：實物；角色；組織部門；設備；突發(fā)事件、事件或交互；地點 /位置 ? 結構化分析：事物和事件正好對應著結構化方法的兩條路徑，一個是 DFD，一個是ERD ~ 23 ~ ? 面向對象分析：核心是多對象的協(xié)同，而多對象既不是事件，也不是事物，而是基于場景的。 3. 列舉面向對象分析的各種技術，說明它們是對結構化分析技術的繼承和借鑒嗎？如果是，那么說明它們借鑒了哪些結構化分析技術，如果不是，那么說明它們的數(shù)據(jù)基礎是什么？ 二玉哥哥語 ：很明顯是，怎么是的看看發(fā)展歷史的那張表 參考答案 ： 面向對象技術： 用例圖、類圖、交互圖、活動圖、對象約束語言狀態(tài)圖和工作流 借鑒的結構化分析技術： 實體關系圖、數(shù)據(jù)流圖、狀態(tài)轉移圖 ~ 22 ~ 4. “事件”和“事物”一直是進行需求分析的一個重要思路，你對此如何評價？ 解答： 二玉哥哥語 ：有 作用卻也有局限性。 ④ 確定屬性（ attribute）。 面向對象分析 ： ① 確定對象和類 。 第三部分 需求分析 第 11 章 需求分析概述 需求優(yōu)先級 定義方法；優(yōu)缺點?！? (1) 只有告訴 Betty 你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。 ? 突現(xiàn)性 —— 并發(fā)突現(xiàn) ? 局部性 —— 此地 ? 暫時性 —— 此時 ? 涉身性 —— 此人 ? 開放性 —— 開放外延 ? 模糊性 —— 無法精確定義 ，基于潛知識 解決： ? 理解復雜的系統(tǒng)事件 ? 獲取工作中的異常處理 ? 獲取與用戶認知不一致的實際知識 ? 了解用戶認知 ? 獲取潛知識 2. 采樣觀察的兩種方法；優(yōu)缺點 . 時間采樣 （隨機性） 事件采樣 （流程性） 優(yōu)點 通過隨機的觀察減少偏差 對頻繁發(fā)生事件取代表性事件進行觀察 允許在行為展開過程中 觀察 允許對指定的重要事件進行觀察 缺點 用分段的方式來收集數(shù)據(jù)不能提供全面信息的時間 漏掉不經(jīng)常發(fā)生卻很重要的事件 消耗大量時間 漏掉頻繁發(fā)生事件的代表性樣本 適用情景