軟件需求講義-第三部分(部分)

軟件(ruǎnjiàn)需求（三）共六十頁需求(xūqiú)獲取與需求(xūqiú)分析尋找客戶(kèhù)的需求（導出問題）理解用戶的需要（途徑或方式）需求獲取的方法定義系統(tǒng)

管理客戶

需求建模結構化分析面向對象的建模用例建模商業(yè)建模共六十頁第5章尋找(xúnzhǎo)用戶的需要調(diào)查是識別需求的基礎，是建立系統(tǒng)邏輯模型的基礎。調(diào)查包括：業(yè)務處理過程是什么樣的？(干什么？)業(yè)務過程應該怎樣完成？(怎么干？)業(yè)務誰負責，完成業(yè)務需要什么輸入，能輸出什么？傳統(tǒng)的系統(tǒng)調(diào)查方法有：資料收集訪談實地觀察問卷調(diào)查常用的需求引導方法有：原型法聯(lián)合(liánhé)應用開發(fā)（JAD）會議觀摩法共六十頁調(diào)查方法(fāngfǎ)1——資料收集可以收集以下資料：組織機構、部門職能、崗位職責說明業(yè)務流程說明、操作規(guī)程管理工作標準和人員配備單位內(nèi)部管理用的各種單據(jù)、報表、報告歷史的系統(tǒng)分析文檔從現(xiàn)有(xiànyǒu)文檔中獲取客觀事實共六十頁調(diào)查方法(fāngfǎ)2——訪談（interview）與業(yè)務領域專家的面談是獲取需求的基本技術。面談類型(lèixíng)：結構化面談：有為面談專門設計的問題非結構化面談：通常為開放式問題優(yōu)點：激發(fā)面談對象主動貢獻、自由表達的機會，可以得到更多反饋，近距離接觸還能獲得隱性信息缺點：耗時、成本高，取決于分析員的人際交往能力，受制于地理位置共六十頁調(diào)查方法(fāngfǎ)3——實地觀察（observation）直接參與到企業(yè)活動中，或觀察他人執(zhí)行活動來了解系統(tǒng)，“耳聽為虛，眼見為實”。優(yōu)點：收集到的信息可靠，獲得確切的感性認識，了解物理環(huán)境和事務背景缺點：被觀察者因為不自然可能與常規(guī)表現(xiàn)有差異，可能會漏掉特殊情形(qíngxing)下的任務，觀察會被打斷共六十頁調(diào)查(diàochá)方法4——調(diào)查問卷（questionnaire）調(diào)查表可以收集大規(guī)模的事實表格(biǎogé)。調(diào)查表類型：固定格式調(diào)查表：只能選擇問題答案自由格式調(diào)查表：允許自由填寫文字優(yōu)點：方便填寫，廉價，允許匿名，可以進行快速表格分析缺點：不夠靈活，無法保證能深入回答問題，無法保證問卷回收數(shù)量，設計好的調(diào)查表十分困難共六十頁需求(xūqiú)引導方法一般用戶在開發(fā)之初，對所要開發(fā)的信息系統(tǒng)應該具有的功能和所能達到的結果并沒有清楚的認識(rènshi)，因此，需求調(diào)查比現(xiàn)行組織系統(tǒng)調(diào)查難度更大。對用戶進行引導和啟發(fā)，讓用戶獲得軟件系統(tǒng)的感性認識，引導他們發(fā)現(xiàn)現(xiàn)行組織管理和業(yè)務處理中所存在的問題，從而發(fā)掘需求和找到解決方案。采用以下需求引導方法：原型法聯(lián)合應用開發(fā)（JAD）會議觀摩法共六十頁需求引導(yǐndǎo)方法1——原型法利用快速開發(fā)工具，根據(jù)用戶的初步需求，構造出信息系統(tǒng)的初步原型。優(yōu)點：用戶和調(diào)查人員深度溝通，能準確地反映了用戶需求，澄清和糾正模糊和矛盾(máodùn)的問題。缺點：額外工作量，原型開發(fā)工具購買成本共六十頁需求引導方法(fāngfǎ)２——JAD會議JAD，jointapplicationdevelopment是一種類似于頭腦風暴的技術，在一個或多個工作會議中將所有利益相關者帶到一起，集中討論和解決最重要的問題。參加人員：領導（主持人）、記錄員、客戶(kèhù)、開發(fā)人員優(yōu)點：群體智慧，提高生產(chǎn)力，更理智的判斷，降低犯錯缺點：會議長度難以控制，人員之間容易受干擾和影響共六十頁需求引導(yǐndǎo)方法３——觀摩在系統(tǒng)開發(fā)之初，可以讓用戶參觀同行業(yè)或同類型成功的信息系統(tǒng)。用戶看到這些具體(jùtǐ)系統(tǒng)，將會對信息系統(tǒng)的功能、作用、外在效果、人機交互方式等產(chǎn)生直觀印象，這樣就會引導和啟發(fā)用戶，通過類比思維，提出自己軟件系統(tǒng)的需求?？刹捎醚芯款愃飘a(chǎn)品或解決方案來替代觀摩。共六十頁第6章理解用戶(yònghù)的需求用戶陳述的問題往往是表面現(xiàn)象，我們有必要和用戶一起挖掘出問題背后的問題，即找出問題的根源，從而從根本上解決問題。確定解決方案的約束條件。了解用戶需求的第一步是在有關問題的定義上和用戶達成一致。確定系統(tǒng)的涉眾，除了開發(fā)(kāifā)團隊和用戶等直接涉眾，我們還要找到間接的涉眾。共六十頁了解問題(wèntí)產(chǎn)生的根本原因（一）

魚骨圖共六十頁了解問題(wèntí)產(chǎn)生的根本原因（二）帕累托圖（ParetoChart）共六十頁確定(quèdìng)解決方案的約束條件潛在的系統(tǒng)(xìtǒng)約束共六十頁到期催還功能(gōngnéng)的約束分析共六十頁在問題定義上達成(dáchéng)共識描述(miáoshù)問題的模版

共六十頁確定(quèdìng)涉眾和用戶涉眾(stakeholder)，在軟件開發(fā)項目中主要是指和這個項目有密切相關利益的人，他們共同感興趣的就是需求(xūqiú)分析階段。這些涉眾包括客戶、用戶、業(yè)務或需求分析員(負責收集客戶需求并編寫文檔，以及負責客戶與開發(fā)機構之間聯(lián)系溝通的人)、開發(fā)人員、測試人員、用戶文檔編寫者、項目管理者和客戶管理者。共六十頁確定(quèdìng)涉眾的問題舉例

共六十頁獲取(huòqǔ)需求的案例我們將要開發(fā)一個在線圖書借閱系統(tǒng)系統(tǒng)。傳統(tǒng)的借書方式要求讀者親自來到圖書館，這顯得非常不方便，而且隨著藏書的增加和讀者群的增長，尤其而且大量的讀者到圖書館，使得圖書館的場地不足，工作人員也不夠了。所以想到借助網(wǎng)絡，讓讀者通過網(wǎng)絡借/還書，這樣可以省掉大量的場地維護和工作人員成本支出，同時計算機可以方便的檢索目錄，讓讀者可以足不出戶借到需要(xūyào)的書。為了把書送到借閱人手里，我們已經(jīng)聯(lián)系了快遞公司，初步達成協(xié)議，由他們往返借閱人和圖書館之間，把圖書送出和收回。讀者在網(wǎng)上出示和驗證借書卡，找到他們需要(xūyào)的書，提交申請，圖書管理員確認后，就會通知快遞公司來取書，當讀者拿到書之后，快遞公司需要(xūyào)把讀者的簽單拿回來以證明讀者已經(jīng)拿到了書。當然這個過程中，讀者是需要(xūyào)付費的。還書基本上也是同樣的過程。共六十頁在線(zàixiàn)圖書借閱系統(tǒng)中的涉眾共六十頁第7章需求獲取(huòqǔ)的方法獲取需求是一個確定和理解(lǐjiě)不同涉眾的需要和約束的過程。獲取需求的方法：面向目標，基于場景，面向方面，面向視點，基于知識。需求描述語言可分為三種：非形式化、半形式化和形式化語言。共六十頁主要的獲取(huòqǔ)方法面向目標（Goal）的方法基于場景（Scenario）的方法*面向方面（Aspect）的方法面向視點(shìdiǎn)（Viewpoint）的方法基于知識的方法共六十頁用例與場景(chǎngjǐng)（Scenarios）用例描述的是一組動作序列，在復雜的系統(tǒng)中，用例細節(jié)可能存在多種不同的情節(jié)，稱為變體。比如：購買商品的用例中收款可以是現(xiàn)金支付(zhīfù)、信用卡支付(zhīfù)或支票支付(zhīfù)。針對每一種情況有不同的場景，一個場景就是一個具體的故事現(xiàn)場，重現(xiàn)一個參與者如何具體完成用例。主成功場景：故事的主線，用例通常得到成功執(zhí)行的典型場景。擴展場景：失敗場景，或因為一些特別條件而出現(xiàn)行為分支的步驟（包括失敗和成功）共六十頁場景(chǎngjǐng)示例：用例名稱借出圖書參與者圖書管理員（主要參與者），讀者（次要參與者）假設圖書館是開架借閱，讀者總是找到書后辦理借書手續(xù)，因此，借書不需要驗證庫存，而且每本書都是可識別的。前置條件圖書管理員已被識別和授權后置條件存儲借書記錄，更新庫存數(shù)量，所借圖書狀態(tài)為出借主事件流1．圖書管理員將讀者借書卡提供給系統(tǒng)；2．系統(tǒng)驗證讀者身份和借書條件；3．圖書管理員將讀者所借圖書輸入系統(tǒng)；4．系統(tǒng)記錄借書信息，并且修改圖書的狀態(tài)和此種書的可借數(shù)量；5．系統(tǒng)累加讀者的借書數(shù)量；6．重復3-5，直到圖書管理員確認全部圖書登記完畢；7．系統(tǒng)打印借書清單，交易成功完成。備選事件流2a．非法讀者

1．系統(tǒng)提示讀者身份錯誤，用例結束2b．讀者借書數(shù)已達限額

1．系統(tǒng)提示讀者已達結束限額，用例結束2c．讀者有過期未還書籍

1．系統(tǒng)提示讀者應歸還的書籍列表和到期日，用例結束5a．讀者借書數(shù)已達限額

1．系統(tǒng)提示，并要求結束輸入

2．圖書管理員確認借書完成5b．讀者有該書的預定記錄

1.刪除該書的預定信息共六十頁需求(xūqiú)描述語言非形式化語言主要是指自然語言和進行了一些結構化的類自然語言，在目前實踐中應用最為廣泛。形式化語言主要以數(shù)學與邏輯的形式對系統(tǒng)需求進行描述，例如Z、VDM、STATECHARTS、Petri網(wǎng)等。半形式化方法如圖、表等方式(fāngshì)，或者有選擇的采用一些數(shù)學或邏輯的描述方式(fāngshì)，試圖兼顧可理解性和描述的準確性，在一定程度上兼具形式化語言和非形式化語言的特征（包括其優(yōu)點和缺點），其代表例如PSL、SADT、UML等。共六十頁第8章定義(dìngyì)系統(tǒng)確定項目范圍涉及三個要素：項目所要提交的功能，項目可用資源，實現(xiàn)項目可用的時間。讓客戶滿意并不意味著就要滿足(mǎnzú)客戶所有的需求。建立的項目需求基線必須滿足：至少對客戶來說，是可以接受的；在開發(fā)團隊看來，具有合理的成功可能性。前景文檔獲取用戶的需要、系統(tǒng)的特性以及項目的其它需求。它的范圍跨越需求金字塔的上兩級，在較高的抽象級別上定義問題和解決方案。共六十頁項目(xiàngmù)的范圍問題共六十頁客戶(kèhù)要求的總比實際的要多簽訂合約的時候，項目范圍描述不清楚?？蛻艉晚椖拷M對寫成書面文件的需求理解(lǐjiě)不一致?？蛻艨傆性诮Y項之前把每一件事情都做得淋漓盡致的初衷。項目組人員總是無條件遷就客戶，客戶有求必應。

共六十頁確定系統(tǒng)(xìtǒng)的界限定義系統(tǒng)的關鍵首先是要給出系統(tǒng)的邊界。該邊界把我們的系統(tǒng)和外部世界一分為二，換言之，系統(tǒng)邊界確定了我們系統(tǒng)的內(nèi)涵，即它究竟包括哪些功能，可以解決哪些問題。我們可以根據(jù)(gēnjù)確定的系統(tǒng)邊界給出系統(tǒng)的環(huán)境模型。它指出了我們的系統(tǒng)以及其它和它交互的系統(tǒng)之間的關系。共六十頁在線(zàixiàn)圖書借閱系統(tǒng)的界限共六十頁確立系統(tǒng)(xìtǒng)基線基線必須滿足：至少對客戶來說，是可以接受的。在開發(fā)團隊看來，具有(jùyǒu)合理的成功可能性。共六十頁建立基線(jīxiàn)的步驟首先是建立系統(tǒng)的特征表。對前面取得(qǔdé)的特征表，我們先來對每項特征設定其優(yōu)先級。接下來的工作就是要評估每項特征所需花費的工作量。還有一項因素要考慮，那就是與每項特征相關的風險。在上述工作的基礎上，我們要考慮在各種因素之間尋求最佳的平衡點。共六十頁項目(xiàngmù)前景文檔前景文檔獲取用戶的需要、系統(tǒng)的特性以及項目的其它需求。它的范圍(fànwéi)跨越需求金字塔的上兩級，在較高的抽象級別上定義問題和解決方案。前景文檔用一般的術語描述應用，包括對目標市場、系統(tǒng)用戶以及應用特征的描述。前景文檔是項目早期的工作重點，是早期搜集需求信息階段的總結性成果。共六十頁項目前景(qiánjǐng)文檔模板1.業(yè)務需求

（a）業(yè)務背景

（b）業(yè)務機會

（c）業(yè)務目標和成功條件

（d）客戶和市場需要

（e）業(yè)務風險2.解決方案的前景

（a）前景描述

（b）主要的系統(tǒng)特征

（c）假設(jiǎshè)和依賴條件共六十頁項目(xiàngmù)前景文檔模板（續(xù)）3.項目范圍(fànwéi)和限制

（a）初始發(fā)布的范圍（基線）

（b）后續(xù)發(fā)布的范圍

（c）限制和排除條件4.業(yè)務環(huán)境（a）涉眾簡介

（b）項目的優(yōu)先級

（c）運行環(huán)境共六十頁業(yè)務(yèwù)需求描述了新系統(tǒng)將帶個投資人、購買者和用戶的主要利益。背景對歷史和現(xiàn)狀進行概括，說明為什么開發(fā)該產(chǎn)品。業(yè)務機會（1）商業(yè)產(chǎn)品：描述存在的市場機遇及參與競爭(jìngzhēng)的市場。（2）信息系統(tǒng)：描述要解決的業(yè)務問題或需改進的業(yè)務流程，及系統(tǒng)的應用環(huán)境。（3）與已有的產(chǎn)品或解決方案比較，指出新產(chǎn)品的優(yōu)點。（4）說明哪些問題沒有新產(chǎn)品無法解決。（5）新產(chǎn)品如何符合市場潮流、技術發(fā)展或企業(yè)戰(zhàn)略。共六十頁業(yè)務需求——業(yè)務目標(mùbiāo)與成功標準用量化和可衡量的方式概述新產(chǎn)品提供(tígōng)了哪些重要的業(yè)務利益。共六十頁業(yè)務需求——客戶(kèhù)和市場需求、業(yè)務風險客戶和市場需求描述典型客戶和特定市場的需求，包括當前已有產(chǎn)品不能滿足的需求。指出新產(chǎn)品解決的問題。業(yè)務風險概述與產(chǎn)品開發(fā)相關(xiāngguān)的主要風險。包括市場競爭、時間問題、用戶認可、實現(xiàn)問題以及可能對業(yè)務造成的負面影響等要評估每項風險可能造成損失的發(fā)生幾率、影響程度。共六十頁前景(qiánjǐng)文檔舉例示例：下面將以“自助食堂訂餐系統(tǒng)”這樣一個小型項目，示范項目前景文檔的書寫。因為是一個小項目，故對模板稍作簡化，有時會將幾個部分合并，避免(bìmiǎn)重復。每個項目都應該考慮如何適應標準模板，以盡量適合項目的規(guī)模和本質。共六十頁業(yè)務需求(xūqiú)示例業(yè)務需求1.1

背景、業(yè)務機會和客戶需要目前，Impact公司的大多數(shù)員工平均每天要花費60分鐘去自助食堂選擇購買并用午餐，其中大約20分鐘要花在公司和自助食堂之間的往返路程、選擇自己喜歡的午餐、及以現(xiàn)金或信用卡方式結算餐費上。當員工出去用午餐時，他們平均有90分鐘不在崗。有些員工提前給自助食堂打電話預定午餐，請自助食堂提前準備。但是，并不總能如愿，因為自助食堂有些食物已經(jīng)賣出，而同時自助食堂又不可避免地浪費大量食物，因為有些食物沒有賣出去只好倒掉。早餐和晚餐同樣面臨這樣(zhèyàng)的問題，只是用餐的員工比午餐要少得多。共六十頁業(yè)務需求(xūqiú)示例（續(xù)）

許多員工都要求：通過允許自助食堂用戶在線訂餐的一個系統(tǒng)而提出訂餐請求，要求在指定的日期和時間內(nèi)將所訂的午餐送到公司的指定地點(dìdiǎn)。通過這樣一個系統(tǒng)，使用這一服務的員工可以節(jié)約相當可觀的時間，而且訂到自己喜歡的食物的機會也增大了，這既提高了他們的工作生活質量，也提高了他們的工作效率。自助食堂提前了解到客戶需要哪些食物，就可以減少浪費，并提高自助食堂員工的工作效率。要求送貨上門的訂餐員工將來還可以從本地飯店來訂餐，這就大大擴大了員工對食物的選擇范圍，并通過與飯店大量的購餐協(xié)議而有可能節(jié)約費用。Impact公司也可以只在自助食堂或本地飯店訂餐。共六十頁業(yè)務需求(xūqiú)示例（續(xù)）1.2業(yè)務目標（BusinessObjective，BO）和成功標準（SuccessCrite，SC)BO-1：初始版本發(fā)布之后的6個月內(nèi)，自助食堂的食物浪費(làngfèi)減少50%。BO-2：初始版本發(fā)布之后的12個月內(nèi)，自助食堂的運作費用減少50%。BO-3：初始版本發(fā)布之后的3個月內(nèi)，每個員工每天的平均有效工作時間增加20分鐘。SC-1：目前通過自助食堂解決午餐的員工，在初始版本發(fā)布之后的6個月內(nèi)，他們中有75%的人使用“自助食堂訂餐系統(tǒng)”。SC-2：初始版本發(fā)布之后的3個月內(nèi)，對自助食堂滿意度的季度調(diào)查評價要提高0.5，而在初始版本發(fā)布之后的12個月內(nèi)，這種滿意度要提高1.0。共六十頁業(yè)務需求(xūqiú)示例（續(xù)）1.3業(yè)務風險（RIsk，RI）RI-1：使用該系統(tǒng)(xìtǒng)的員工太少，減少了對系統(tǒng)(xìtǒng)開發(fā)和變更自助食堂經(jīng)營過程的投資回報。（可能性0.3，影響9）RI-2：本地飯店可能并不認為降價是員工使用這一系統(tǒng)的正當理由，這會降低員工對該系統(tǒng)的滿意度，并可能會減少他們對這一系統(tǒng)的使用。（可能性0.4，影響3）RI-3：“自助食堂員工聯(lián)合會”可能要求與自助食堂工作人員重新簽訂合同，以反映新的員工角色和自助食堂營業(yè)時間。（可能性0.6，影響3）共六十頁解決方案的前景(qiánjǐng)描述系統(tǒng)的戰(zhàn)略前景，即該系統(tǒng)將實現(xiàn)的業(yè)務目標。前景陳述概括新產(chǎn)品的長期目標和意圖，應反映能夠滿足不同涉眾需求的平衡觀點?？梢詮娜缦玛P鍵字方面闡述：產(chǎn)品名稱產(chǎn)品類別目標客戶需求或機會的聲明主要競爭產(chǎn)品、當前系統(tǒng)和當前業(yè)務過程(guòchéng)新產(chǎn)品的主要競爭優(yōu)勢共六十頁解決方案的前景(qiánjǐng)（續(xù)）主要的系統(tǒng)特性為新產(chǎn)品的每一項特性進行惟一的命名或編號(biānhào)突出其超越原有產(chǎn)品或競爭產(chǎn)品的特性假設和依賴條件記錄涉眾所提出的每一項假設。由于一方所作的假設往往不為其他方所知，因此有必要記錄下來并檢查。共六十頁解決方案的前景(qiánjǐng)示例解決方案的前景2.1前景陳述

對那些希望通過公司自助食堂或本地飯店(fàndiàn)在線訂餐的員工來說，“自助食堂訂餐系統(tǒng)”是一個基于Internet的應用程序，它可以接受個人或團體訂餐，結算用餐費用，并觸發(fā)將訂餐送到公司內(nèi)的指定位置。與當前的電話訂餐和人工訂餐不同，使用“自助食堂訂餐系統(tǒng)”的員工并不需要到食堂內(nèi)去用餐，這就可以節(jié)約他們的時間，又可以增加他們對食物的選擇范圍。共六十頁解決方案的前景(qiánjǐng)示例（續(xù)）2.2主要特性（Feature）FE-1：根據(jù)自助食堂提供的選擇菜單或送貨菜單來訂餐。FE-2：根據(jù)本地飯店的送貨菜單來訂餐。FE-3：創(chuàng)建、瀏覽、修改和刪除(shānchú)用餐預訂服務。FE-4：注冊用餐的付費方式。FE-5：請求送餐。FE-6：創(chuàng)建、瀏覽、修改和刪除自助食堂菜單。FE-7：預定自助食堂菜單上沒有的定做菜。FE-8：生成自助食堂定做菜的食譜和配料列表。FE-9：通過公司內(nèi)聯(lián)網(wǎng)可以訪問系統(tǒng)，或者授權的員工通過外部Internet訪問系統(tǒng)。共六十頁解決方案的前景(qiánjǐng)示例（續(xù)）2.3假設（ASsumption）和依賴（DEpendency)AS-1:自助食堂內(nèi)有可以訪問公司內(nèi)聯(lián)網(wǎng)的計算機和打印機，這樣自助食堂就可以處理訂單量，不會遺漏(yílòu)送貨時間。AS-2:自助食堂有送貨人員和送貨車輛，這樣就能滿足所有的訂單的送貨要求：最多比請求的送貨時間晚15分鐘。DE-1:如果某飯店有自己的聯(lián)機訂餐系統(tǒng)，那么“自助食堂訂餐系統(tǒng)”必須能與這一系統(tǒng)進行雙向通信。共六十頁項目范圍(fànwéi)和限制范圍定義解決方案的概念和范圍。限制則列出產(chǎn)品不會提供的某些功能。必須拒絕超出范圍的需求，除非它非常有意義。記錄下被拒絕的需求的內(nèi)容(nèiróng)、原因，以防此類需求被再次提出。共六十頁項目范圍(fànwéi)和限制示例項目范圍和局限性3.1初始版本(bǎnběn)和后續(xù)版本(bǎnběn)的范圍共六十頁項目范圍(fànwéi)和限制示例（續(xù)）3.2限制與排除（LImitation）LI-1:自助食堂內(nèi)有些食物不適宜于送貨，因此“自助食堂訂餐系統(tǒng)”的顧客所用的菜單是食堂整個菜單的一個子集。LI-2:“自助食堂訂餐系統(tǒng)”只能(zhīnénɡ)用于本地Impact公司總部的自助食堂。共六十頁業(yè)務(yèwù)環(huán)境概述項目的一些業(yè)務問題，包括主要(zhǔyào)的涉眾類別，以及項目的管理優(yōu)先級。涉眾簡介涉眾類型從產(chǎn)品得到的主要價值或利益，包括：提高生產(chǎn)力、減少返工、節(jié)約成本、手工勞動自動化、能夠進行全新的工作、符合相關的標準或法規(guī)、比現(xiàn)有產(chǎn)品更實用等可能對產(chǎn)品采取的態(tài)度感興趣的主要特性和功能必須遵循的約束共六十頁業(yè)務(yèwù)環(huán)境——項目優(yōu)先級要想有效地決策，涉眾必須就項目的優(yōu)先