【導(dǎo)讀】投資經(jīng)理Jeannine對一個新的投資跟蹤系統(tǒng)具有強(qiáng)烈的需求。她需要做出快速決策來?？紤]可能進(jìn)行的投資和撤銷投資，耽誤一個小時就可能給公司造成幾千美元的損失。員不同意使用，而且還遇到了其他一些問題。首先，財務(wù)審計員重新評估了公司的投資策略和投資政策。Jeannine并不知道這一點，于是新的系統(tǒng)沒有計入正在被考慮的新政策。她自己的職員抵制這個系統(tǒng)產(chǎn)生的有關(guān)投資和撤銷投資的建議。有包括全面分析可選替代投資方案所需的數(shù)據(jù)。操作錯誤就會把系統(tǒng)帶入“混亂”狀態(tài)，而且很難恢復(fù)過來。此外，EspeciallyforYou頻繁地實行特價以吸引顧客。BR1：實現(xiàn)客戶賬單和收據(jù)的有效追蹤；BR2：實現(xiàn)產(chǎn)品特價時的利潤和相關(guān)銷售情況檢查；業(yè)務(wù)需求對用戶需求進(jìn)行過濾和選擇，得到充分必要用戶需求。UR4：用戶能夠正確、安全地退出系統(tǒng)。SR1：系統(tǒng)顯示用戶插入磁卡的動態(tài)圖像，正確標(biāo)明插卡位置；用戶根據(jù)提示，正確插入磁卡；

　　

【正文】 的負(fù)責(zé)人。 MIS 特別工作組是你的系統(tǒng)團(tuán)隊聯(lián)絡(luò) Sawder 家具公司的橋梁。你拖了一大堆材料，正準(zhǔn)備離開這棟樓。 “哦， 是過去 6 個月的一些財政決算、生產(chǎn)報表，還有 Sharon 給我的一些業(yè)績報表，業(yè)績報表涵蓋了過去 6 個月的目標(biāo)和工作業(yè)績?！蹦阍诨卮饡r，有些紙掉到了地上，“你為什么問這個問題呢？” Betty 為你拾起紙并把它放到最近的桌子上，回答道：“因為你根本不需要這些垃圾。你來這里要做一件事情，就是和我們這些用戶談話。從這些材料中得不到任何有益的信息。” (1) 只有告訴 Betty 你從每份文檔中找到的東西才能使她相信每份文檔都是重要的。用一段文字解釋文檔為需求工程師提供了什么幫助？ ~ 19 ~ 二玉哥哥語 ：看看書上 文檔采樣 那部分就知道了 參 考答案 ： 不同的文檔為需求工程師提供了不同的幫助，譬如： ? 需求規(guī)格說明書：幫助需求工程師發(fā)現(xiàn)需求信息，從而進(jìn)行需求的重用 ? 硬數(shù)據(jù)：通過研究和閱讀也可以發(fā)現(xiàn)需求的相關(guān)信息 ? 客戶的續(xù)修文檔：可以得到粗粒度的需求 通過分析這些文檔，可以獲取組織業(yè)務(wù)的問題域信息、業(yè)務(wù)工作流程的業(yè)務(wù)細(xì)節(jié)中存在的問題等。一個有經(jīng)驗的需求工程師會從現(xiàn)有的文檔中獲取事實，理解問題域。 文檔類型 文檔審查方法 描述 相 關(guān) 產(chǎn)品 的需 求 規(guī)格 說明 需求重用 分析相關(guān)產(chǎn)品的規(guī)格說明，發(fā)現(xiàn)可以移植到到新產(chǎn)品中的需求信息，進(jìn)行需求的 重用 問題域信息 用戶界面特征 業(yè)務(wù)需求、組織策略、政策法規(guī) 硬數(shù)據(jù) 文檔分析 閱讀、研究得到的硬數(shù)據(jù)，從中發(fā)現(xiàn)需求信息 問題域信息 工作流程 業(yè)務(wù)細(xì)節(jié) 客 戶 的需 求文檔 需求剝離 抽取客戶的需求文檔中的需求描述 粗粒度需求 (2) 在你和 Betty 談話的時候，意識到實際上也需要其他的定量文檔。列出你缺少的東西。 二玉哥哥語 ：看看定量的和定性的就知道了 參考答案 ： ? 定量硬數(shù)據(jù)缺少： 數(shù)據(jù)收集表格 ：反應(yīng)組織的信息域，收拾正在使用的每張表格，連同填寫和分發(fā)說明一起，與填好的表格進(jìn)行對 比 ? 定性硬數(shù)據(jù)缺少： ? 整個組織的 描述文檔 ： Sawder 公司的組織結(jié)構(gòu)圖 ? 業(yè)務(wù)指導(dǎo)文檔 ： Sawder 公司的工作指南和規(guī)章手冊 ? 業(yè)務(wù)備忘 ： ~ 20 ~ 第 10 章 需求組織 —— ？？ 思考 2 。 場景方法的作用。與用例驅(qū)動的思想的聯(lián)系。 第三部分 需求分析 第 11 章 需求分析概述 需求優(yōu)先級 定義方法；優(yōu)缺點。 累積投票 區(qū)域劃分 TopN 數(shù)據(jù)量化 思考題 1. 分析 “ 結(jié)構(gòu)化分析 ” 和 “ 面向?qū)ο蠓治?” 的過程，說明它們?yōu)槭裁炊奸_始于系統(tǒng)的邊界定義？ 解答： 二玉哥哥語 ：和第二章相關(guān)：第二章云“軟件要完成用戶的任務(wù)需要和外界協(xié)調(diào)互動“開始 于邊界是因為邊界是它們互動的地方。系統(tǒng)分析給自己做個定位的話，是先分析互動的反應(yīng)，然后分析系統(tǒng)內(nèi)部的反應(yīng)，所以框架中有一些叫系統(tǒng)外部行為等，在需求早期階段都是外部分析，到了后期階段才會進(jìn)入內(nèi)部分析 參考答案 ： 軟件要完成用戶的任務(wù)需要和外界協(xié)調(diào)互動，經(jīng)過問題分析之后一般可以得到高層次的解決方案及系統(tǒng)特性。而一個系統(tǒng)通常會有很多高層次問題，雖然問題分析之后可以得到解系統(tǒng)為了解決某一問題而需要具備的知識片段，卻無法將這些片段自動連接為整個系統(tǒng)的概要全圖，所以很有必要將各個問題的分析結(jié)果進(jìn)行綜合與處理，已確定 整個解系統(tǒng)的功能，建立系統(tǒng)的邊界。 之所以把系統(tǒng)邊界作為需求分析的起點，是因為邊界是軟件和外界互動的地方。解系統(tǒng)為自己做定位，首先要分析互動的反應(yīng)，然后分析系統(tǒng)內(nèi)部的反應(yīng)，所以，框架中有一些系統(tǒng)的外部行為等。 一般情況下，在需求分析的早期階段做的都是外部分析，從系統(tǒng)的邊界圖開始，逐一分析和細(xì)化系統(tǒng)和外界的交互，以保證最終產(chǎn)品的行為能夠和環(huán)境形成互動，以滿足用戶的需求；然后在需求分析的后期階段，才會逐漸進(jìn)入內(nèi)部分析。 結(jié)構(gòu)化分析 ： ① 分析當(dāng)前的情況，做出反映當(dāng)前 物理模型 的 DFD； ② 推導(dǎo)出等價的 邏輯 模型 的 DFD；③ 設(shè)計新的邏輯系統(tǒng)，生 成 數(shù)據(jù)字典 和 基元描述 ； ④ 建立 人機(jī)接口 ，提出可供選擇的目標(biāo)系統(tǒng)物理模型的 DFD； ⑤ 確定各種方案的成本和風(fēng)險等級，據(jù)此對各種方案進(jìn)行 ~ 21 ~ 分析； ⑥ 選擇一種 方案； ⑦ 建立完整的需求規(guī)約。 面向?qū)ο蠓治?： ① 確定對象和類 。這里所說的對象是對數(shù)據(jù)及其處理方式的抽象，它反映了系統(tǒng)保存和處理現(xiàn)實世界中某些事物的信息的能力。類是多個對象的共同屬性和方法集合的描述，它包括如何在一個類中建立一個新對象的描述。 ② 確定結(jié)構(gòu)（ structure） 。結(jié)構(gòu)是指問題域的復(fù)雜性和連接關(guān)系。類成員結(jié)構(gòu)反映了泛化 特化關(guān)系，整體 部分結(jié)構(gòu)反映整體和局部之間的關(guān)系。 ③ 確定主題（ subject）。 主題是指事物的總體概貌和總體分析模型。 ④ 確定屬性（ attribute）。 屬性就是數(shù)據(jù)元素，可用來描述對象或分類結(jié)構(gòu)的實例，可在圖中給出，并在對象的存儲中指定。 ⑤ 確定方法（ method）。 方法是在收到消息后必須進(jìn)行的一些處理方法：方法要在圖中定義，并在對象的存儲中指定。對于每個對象和結(jié)構(gòu)來說，那些用來增加、修改、刪除和選擇一個方法本身都是隱含的（雖然它們是要在對象的存儲中定義的，但并不在圖上給出），而有些則是顯示的 。 所有建模技 術(shù)都必須明確系統(tǒng)所涉及的功能，只有明確軟件與現(xiàn)實世界的邊界，懂得系統(tǒng)的上下文，才有可能建立模型。 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ù)流圖、實體聯(lián)系圖、狀態(tài)轉(zhuǎn)移圖、功能實體矩陣、實體生命歷史和事件實體矩陣。 以數(shù)據(jù)流動為中 心，以 DFD 為核心技術(shù)，以 λ 演算為數(shù)學(xué)基礎(chǔ)。 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. “事件”和“事物”一直是進(jìn)行需求分析的一個重要思路，你對此如何評價？ 解答： 二玉哥哥語 ：有 作用卻也有局限性。事物和事件正好對應(yīng)著結(jié)構(gòu)化方法的兩條路徑，一個是 DFD，一個是 ERD，可參考書上結(jié)構(gòu)化分析有兩條路徑這塊內(nèi)容，在結(jié)構(gòu)化分析方法那章。但在面向?qū)ο罄锞筒惶糜昧耍驗槊嫦驅(qū)ο蟮暮诵氖嵌鄬ο髤f(xié)同，多對象協(xié)同既不是事件，也不是事物，所以面向?qū)ο箝_始使用場景。事件就是行為，就是 DFD；事物就是數(shù)據(jù)，就是 ERD。 參考答案 ： ? 事件： 可以描述、值得記錄的在某一特定時間和地點發(fā)生的事情。 通過對事件的分析可以將復(fù)雜的系統(tǒng)需求分解成易處理并能更好理解的小單元。 事件可分為以下幾類：外部事件、 臨時事件、狀態(tài)事件。 ? 事物 ： 在面向?qū)ο蟮木幊讨?，這些事物是在系統(tǒng)中相互交互的對象。 事物的類型：實物；角色；組織部門；設(shè)備；突發(fā)事件、事件或交互；地點 /位置 ? 結(jié)構(gòu)化分析：事物和事件正好對應(yīng)著結(jié)構(gòu)化方法的兩條路徑，一個是 DFD，一個是ERD ~ 23 ~ ? 面向?qū)ο蠓治觯汉诵氖嵌鄬ο蟮膮f(xié)同，而多對象既不是事件，也不是事物，而是基于場景的。所以，在面向?qū)ο蠓治鲋?，事件就是行為，指的就?DFD；事物就是數(shù)據(jù)，指的就是 ERD。 第四部分 需求的文檔化和驗證 第 15 章 需求規(guī)格說明 1. 規(guī)格說明的讀者；目的；要求 項目管 理人員 ：項目估算；任務(wù)劃分 —— 全面準(zhǔn)確的需求 設(shè)計 、開發(fā)人員：完成工作 —— 正確性，可度量 測試人員 ：測試計劃 —— 全面準(zhǔn)確正確。 手冊編寫人員 ：用戶手冊的框架 維護(hù)人員、培訓(xùn)人員、律師?? 2. 規(guī)格說明的技巧和原則 原則 —— 寫作是一門藝術(shù) —— 文檔化的目標(biāo)是交流 ~ 24 ~ 技巧 1. 組織結(jié)構(gòu) ? 內(nèi)容位置安排得當(dāng) ? 引用或強(qiáng)化但不重復(fù) 2. 表達(dá)方式 ? 根據(jù)內(nèi)容，選擇合適的方式 ? 使用系統(tǒng)的表達(dá)方式 3. 細(xì)節(jié)描述 ? 定義術(shù)語表或數(shù)據(jù)字典 ? 避免干擾文本 ? 避免歧義詞匯 思考題 1. 在需求獲取和需求分析當(dāng)中采用哪些手段可以保證最終需求集的完備性、一致性 和正確性？ 解答： 完備性， 需求規(guī)格說明文檔時完備的，當(dāng)且僅當(dāng) 1 描述了用戶所有有意義的需求，包括功能、性能、約束、質(zhì)量屬性和對外接口； 2 定義了軟件對所有情況的所有實際輸入（無論有效輸入還是無效輸入）的響應(yīng)； 3 為文檔中的所有插圖、圖、表和術(shù)語、度量單位的定義提供了完整的引用和標(biāo)記。需求的完備性要求不能遺漏任何需求或者必要的信息，為避免需求遺漏，需求工程師要做好業(yè)務(wù)需求的分析，建立并控制正確的項目規(guī)范，建立業(yè)務(wù)需求、用戶需求和系統(tǒng)需求的跟蹤關(guān)系也用于發(fā)現(xiàn)需求的遺漏現(xiàn)象。文檔內(nèi)所有 TBD（待解決問題）被全部解決之 前，需求規(guī)格說明文檔都是不完備的。 一致性， 1 細(xì)節(jié)的需求不能同高層次的需求相沖突， 2 同一層次的不同需求之間也不能互相沖突。也就是說，軟件需求規(guī)格說明文檔既要在所含內(nèi)容上保持一致，也要和更高層次的文檔（例如系統(tǒng)需求規(guī)格說明書）所含的內(nèi)容保持一致。為保證需求規(guī)格說明文檔的一致性，由開發(fā)人員和非開發(fā)人員對于其進(jìn)行手工評審時非常必要的。 正確性，保證文檔中每個單一需求都是優(yōu)秀的需求。單一需求的優(yōu)秀特性可以使整份文檔滿足正確性，無歧義和可驗證。正確性是文檔內(nèi)的所有需求都有正確性，無歧義指的問膽囊管選中的指令，可驗證文 檔內(nèi)所有的所有需求都是可驗證的 第 16 章 需求驗證 1. 多種需求驗證的方法應(yīng)該如何結(jié)合運(yùn)用？ 解答： 需求驗證的方法：需求評審（靜態(tài)分析，需求驗證的一種主要方法）， 原型與模擬，開發(fā)測試用例，用戶手冊編制，利用跟蹤關(guān)系，自動化分析 每個需求都需要經(jīng)過評審，對于動態(tài)行為評審不能完成的就要通過原型和模擬的方法 ~ 25 ~ 來驗證。在正常的工作當(dāng)中，可以順便用上用戶手冊，測試用例，跟蹤等方法在一些錯誤之處或者一些需求上進(jìn)行驗證，也是比較有效的?？偠灾?，大多數(shù)情況下，需求都是在靜態(tài)的方式下被加以驗證的（評審的方法），也可以說幾乎說 的需求都要經(jīng)過評審的方法進(jìn)行驗證，個別動態(tài)復(fù)雜的需求需要用原型與模擬的方法進(jìn)行驗證，工作之間產(chǎn)生的銜接可以用上開發(fā)測試用例，用戶手冊等方法，這樣可以實現(xiàn)高效的綜合運(yùn)用。