第5章軟件項目需求管理第5章軟件項目需求管理本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.1軟件項目需求管理概述影響軟件項目成敗的因素5.1軟件項目需求管理概述影響軟件項目成敗的因素軟件開發(fā)的目標——按時按預算開發(fā)出滿足用戶真實需要的軟件。需求——一個軟件項目的開始階段。在軟件工程中，需求分析階段是包括客戶、用戶、業(yè)務或需求分析員、開發(fā)人員、測試人員、用戶文檔編寫者、項目管理者和客戶管理者在內(nèi)的所有的風險承擔者都需要參與的階段。軟件開發(fā)的目標——按時按預算開發(fā)出滿足用戶真實需要的軟件

需求定義

IEEE軟件工程標準詞匯表(1997年)中將需求定義為：用戶解決問題或達到目標所需的條件或權(quán)能(Capability)；系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能；一種反映上面(1)或(2)所描述的條件或權(quán)能的文檔說明需求定義軟件需求包括以下幾個層次：業(yè)務需求（businessrequirement）用戶需求（userrequirement）功能需求（functionalrequirement）同時也包括非功能需求、軟件需求規(guī)格說明（softwarerequirementsspecification，SRS）等。軟件需求包括以下幾個層次：軟件需求各組成部分關(guān)系軟件需求各組成部分關(guān)系

需求類型在UP（統(tǒng)一過程）中，軟件需求是根據(jù)FURPS+模型來分類的其中FURPS的含義如下：Functional（功能性）Usability（可用性）Reliability（可靠性）Performance（性能）Supportability（可支持性）需求類型“+”是指一些輔助性的和次要的因素：

Implementation（實現(xiàn)）Interface（接口）Operations（操作）Packaging(包裝)Legal（授權(quán)）“+”是指一些輔助性的和次要的因素：本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲需求過程所涉及的工作5.2需求開發(fā)和管理過程需求過程所涉及的工作5.2需求開發(fā)和管理過程需求工程——也叫做需求過程或需求階段，包括需求開發(fā)和需求管理。需求開發(fā)——包括需求獲取、需求分析、編寫需求規(guī)格說明、驗證需求四個階段，在這四個階段執(zhí)行以下活動：確定產(chǎn)品所期望的用戶類；獲取每個用戶類的需求；了解實際用戶任務和目標以及這些任務所支持的業(yè)務需求；分析源于用戶的信息以區(qū)別業(yè)務需求、功能需求、質(zhì)量屬性、業(yè)務規(guī)則，建議解決的方法和附加的信息；

需求開發(fā)和管理過程需求工程——也叫做需求過程或需求階段，包括需求開發(fā)和需求分解需求，并將需求中的一部分分配給軟件組件；了解相關(guān)屬性的重要性；劃分實施優(yōu)先級；編寫需求規(guī)格說明和模型；評審需求規(guī)格，驗證對用戶需求的正確理解和認識。需求管理——是一種用于查找、記錄、組織和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法，可用于獲取、組織和記錄系統(tǒng)需求并使客戶和項目團隊在系統(tǒng)需求變更上保持一致。有效的需求管理在于維護清晰明確的需求闡述、每種需求類型所適用的屬性，以及與其它需求和其它項目工件之間的可追蹤性。分解需求，并將需求中的一部分分配給軟件組件；需求開發(fā)和管理過程需求管理活動包括定義需求基線評審需求變更并評估每項需求變更對軟件產(chǎn)品的影響從而決定是否實施它。以一種可控制的方式將需求變更融入當前的軟件項目。讓當前的項目計劃和需求保持一致。估計變更所產(chǎn)生的影響并在此基礎上協(xié)商新的約定實現(xiàn)通過需求可跟蹤對應的設計、源代碼和測試用例。在整個項目過程中跟蹤需求狀態(tài)及其變更情況。需求開發(fā)和管理過程需求管理活動包括需求獲取

需求獲取的主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務流程、系統(tǒng)環(huán)境等，對任務進行分析、從而開發(fā)、捕獲和修訂用戶的需求，以建立良好的溝通渠道和方式。需求獲取需要執(zhí)行以下活動：確定需求開發(fā)過程編寫項目視圖和范圍文檔獲取涉眾請求選擇每類用戶的產(chǎn)品代表建立典型的以用戶為核心的隊伍需求開發(fā)和管理過程需求獲取需求開發(fā)和管理過程讓用戶代表確定用例召開應用程序開發(fā)聯(lián)系會議分析用戶工作流程確定質(zhì)量屬性和其它非功能需求需求分析需求分析包括提煉、分析和仔細審查已收集到的需求，為最終用戶所看到的系統(tǒng)建立一個概念模型以確保所有的風險承擔者都明白其含義并找出其中的錯誤、遺漏或其它不足的地方。讓用戶代表確定用例需求開發(fā)和管理過程分析用戶需求應該執(zhí)行以下活動：繪制系統(tǒng)關(guān)聯(lián)圖創(chuàng)建用戶接口原型分析需求可行性確定需求的優(yōu)先級別為需求建立模型建立數(shù)據(jù)字典使用質(zhì)量功能調(diào)配需求開發(fā)和管理過程分析用戶需求應該執(zhí)行以下活動：需求開發(fā)和管理過程需求規(guī)格說明軟件需求規(guī)格說明闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統(tǒng)測試和用戶文檔的基礎，也是所有子系列項目規(guī)劃、設計和編碼的基礎。需求分析完成的標志是提交一份完整的軟件需求規(guī)格說明書（SRS）。軟件需求規(guī)格說明作為產(chǎn)品需求的最終成果必須包括所有的需求。在開發(fā)人員的組織中要為編寫軟件需求文檔定義一種標準模板。需求開發(fā)和管理過程需求規(guī)格說明123456a.引言目的文檔約定預期的讀者和閱讀建議產(chǎn)品的范圍參考文獻b.綜合描述產(chǎn)品的前景產(chǎn)品的功能用戶類和特征運行環(huán)境設計和實現(xiàn)上的限制假設和依賴附錄c.外部接口需求附錄用戶界面附錄硬件接口軟件接口通信接口d.系統(tǒng)特性說明和優(yōu)先級激勵/響應序列功能需求e.其它非功能需求性能需求安全設施需求安全性需求軟件質(zhì)量屬性業(yè)務規(guī)則用戶文檔f.其它需求g.附件詞匯表分析模型待確定問題的列表需求開發(fā)和管理過程123456a.引言目的文檔約定預期的讀者和閱讀建議產(chǎn)品參考需求開發(fā)和管理過程需求驗證驗證是為了確保需求說明準確、無二義性并完整地表達系統(tǒng)功能以及必要的質(zhì)量特性。需求驗證要求客戶代表和開發(fā)人員共同參與，對提交后的需求規(guī)格說明進行驗證，分析需求的正確性，完整性以及可行性等等。需求驗證中的活動一般包括：審查需求文檔以需求為依據(jù)編寫測試用例編寫用戶手冊確定合格的標準最后的簽字需求開發(fā)和管理過程需求驗證需求開發(fā)和管理過程需求變更管理需求變更管理是項目管理中非常重要的一項工作。有效的需求變更管理能對變更帶來的潛在影響及可能的成本費用進行評估。需求變更管理中活動一般包括：確定需求變更控制過程建立需求變更控制委員會進行需求變更影響分析建立需求基準版本和需求控制版本文檔維護需求變更的歷史記錄跟蹤每項需求的狀態(tài)跟蹤所有受需求變更影響的工作產(chǎn)品衡量需求穩(wěn)定性需求開發(fā)和管理過程需求變更管理本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.3需求獲取方法訪談和調(diào)研和用戶進行訪談和調(diào)研通常是適用于任何環(huán)境下的最重要最直接的方法之一。訪談的一個主要目標是確保訪談者的偏見或主觀意識不會干擾自由的交流。“環(huán)境無關(guān)問題”就是不涉及任何背景的問題。通過幾次這樣的訪談，開發(fā)人員和系統(tǒng)分析員能獲得一些問題域中的知識，對要解決的問題有進一步的理解。5.3需求獲取方法訪談和調(diào)研需求獲取方法專題討論會專題討論會是一種可用于任何情況下的軟件需求調(diào)研方法。專題討論會的目的是鼓勵軟件需求調(diào)研并且在很短的時間內(nèi)對討論的問題達成一致。專題討論會一般由開發(fā)團隊的成員主持，主要討論系統(tǒng)應具備的特征或者評審系統(tǒng)特性。專題討論會前的準備工作是能否成功的舉行會議的關(guān)鍵。需求獲取方法專題討論會應用程序腦力風暴中確定的特征系統(tǒng)特征定義家用自動照明系統(tǒng)自動照明設置用戶可以制定每天自動照明的時間計劃，系統(tǒng)將按時間計劃觸發(fā)照明事件任務管理系統(tǒng)代理任務通知當用戶將自己的任務代理給其他人時，系統(tǒng)自動發(fā)送Email通知將接手該任務的人腦力風暴中為確定的問題定義系統(tǒng)特征需求獲取方法腦力風暴

腦力風暴是一種對于獲取新觀點或創(chuàng)造性的解決方案而言非常有用的方法。通常，專題討論會的一部分時間是用于進行腦力風暴，找出關(guān)于軟件系統(tǒng)的新想法和新特征。腦力風暴包括兩個階段：想法產(chǎn)生階段和想法精化階段。應用程序腦力風暴中確定的特征系統(tǒng)特征定義家用自動照明系統(tǒng)自動需求獲取方法場景串聯(lián)

場景串聯(lián)的目的是為了盡早的從用戶那里得到用戶對建議的系統(tǒng)功能的意見。場景串聯(lián)提供了用戶界面以說明系統(tǒng)操作流程，它容易創(chuàng)建和修改，能讓用戶知道系統(tǒng)的操作方式和流程。根據(jù)與用戶交互的方式，場景串聯(lián)被分成三種模式：靜態(tài)的場景串聯(lián)、動態(tài)的場景串聯(lián)以及交互的場景串聯(lián)。選擇提供哪種場景串聯(lián)是根據(jù)系統(tǒng)的復雜性和需求缺陷的風險來確定的。需求獲取方法場景串聯(lián)本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.4需求分析建模方法用例分析方法

簡介軟件需求分析者利用場景或經(jīng)歷來描述用戶和軟件系統(tǒng)的交互方式，并以此來獲取軟件需求。使用用例的分析方法來源于面向?qū)ο蟮乃枷?。用例分析方法最大的特點在于面向用例，在對用例的描述中引入了外部角色的概念。

相關(guān)技術(shù)用例需求分析常常采用UML（UnifiedModelingLanguage，統(tǒng)一建模語言）技術(shù)，UML是一種面向?qū)ο蟮慕ＵZ言。5.4需求分析建模方法用例分析方法需求分析建模方法原型分析方法原型法是為了快速開發(fā)系統(tǒng)而推出的一種開發(fā)模式，旨在改進傳統(tǒng)的結(jié)構(gòu)化生命周期法的不足，縮短開發(fā)周期，減少開發(fā)風險。原型法的理念對原型的基本要求原型法進行軟件需求分析的過程原型法的適用范圍需求分析建模方法原型分析方法需求分析建模方法結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法(StructuredMethod，結(jié)構(gòu)化方法)是強調(diào)開發(fā)方法的結(jié)構(gòu)合理性以及所開發(fā)軟件的結(jié)構(gòu)合理性的軟件開發(fā)方法。結(jié)構(gòu)化的分析方法的基本步驟為：

需求分析業(yè)務流程分析數(shù)據(jù)流程分析編制數(shù)據(jù)字典結(jié)構(gòu)化分析方法的優(yōu)點與局限性。需求分析建模方法結(jié)構(gòu)化分析方法本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.5需求管理工具RationalRequisiteProBorlandCaliberRationalRoseRationalXDERationalClearCase5.5需求管理工具RationalRequisitePRationalRose是基于UML的可視化建模工具。UML全稱叫UnfiedModelingLanguage(統(tǒng)一建模語言)，UML是一種語言，一種表示法，就是一種交流溝通的工具，特別適用于軟件密集型系統(tǒng)的表示。RationalRoseUML（1）UML是人類思想和計算機代碼的一個連接橋梁（2）UML所定義的概念和符號可用于軟件開發(fā)的分析、設計和實現(xiàn)的全過程，軟件開發(fā)人員不必在開發(fā)過程的不同階段進行概念和符號的轉(zhuǎn)換。（3）UML所用的語言元素基本都是圖形化的，便于理解和溝通，不但開發(fā)人員之間可以用來交流，客戶和開發(fā)人員之間也可以用它作為交流的工具。UML（1）UML是人類思想和計算機代碼的一個連接橋梁RationalRose1、對業(yè)務進行建模（工作流）；2、建立對象模型（表達信息系統(tǒng)內(nèi)有哪些對象，它們之間是如何協(xié)作完成系統(tǒng)功能的）；3、對數(shù)據(jù)庫進行建模，并可以在對象模型和數(shù)據(jù)模型之間進行正、逆向工程，相互同步；4、建立構(gòu)件模型（表達信息系統(tǒng)的物理組成，如有什么文件、進程、線程、分布如何等等）5、生成目標語言的框架代碼，VB、JAVA、DELPHIRationalRose1、對業(yè)務進行建模（工作流）；本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.6案例分析本節(jié)以HRMS（HumanResourceManageSystem）的系統(tǒng)為例，介紹需求的開發(fā)和管理過程。需求開發(fā)需求獲取5各模塊員工管理員工培訓管理員工福利管理招聘管理報表5.6案例分析本節(jié)以HRMS（HumanResourc需求分類編號系統(tǒng)典型需求功能需求（Functional）1招聘人員：用戶可以通過招聘人員2申請職位：Web用戶可以填寫信息申請職位3查看職位申請信息：Web用戶可以查看職位申請信息4處理職位申請：管理員可以處理職位申請5修改申請人信息：管理員可以修改申請人的信息……可用性（Usability）1對于熟悉公司原系統(tǒng)的用戶新系統(tǒng)應易于操作2系統(tǒng)應支持Internet環(huán)境3系統(tǒng)應給用戶提供在線指南……可靠性（Reliability）1系統(tǒng)應該在任何時間都能工作，若是出現(xiàn)故障，必須要在一個小時之內(nèi)修復2系統(tǒng)應能支持用戶在指定的時間備份資料……案例分析需求分類編號系統(tǒng)典型需求功能需求1招聘人員：用戶可以通過招聘性能需求(Performance)1管理系統(tǒng)必須支持公司內(nèi)部員工和web用戶同時訪問，并且支持同時在線人數(shù)不低于100人2系統(tǒng)的響應時間不超過4秒……安全性需求(Security)1支持多用戶訪問系統(tǒng)2一般用戶只能查看和修改自己的信息不能看到其他人的信息3公司的下級員工不能查看上級員工的信息4公司的上級員工可以查看下級員工的信息而不能修改……可支持性(Supportability)1系統(tǒng)采用B/S結(jié)構(gòu)，用戶可以通過Internet訪問系統(tǒng)2培訓系統(tǒng)可以在所有流行的瀏覽器（如Navigation,IE）上正常顯示……性能需求1管理系統(tǒng)必須支持公司內(nèi)部員工和web用戶同時訪問，案例分析需求分析本項目采用原型分析方法和用例分析方法相結(jié)合來進行需求分析，以用例分析方法為主，對于每個UseCase，創(chuàng)建用戶接口說明文檔和Usecase報告，同時建立這個用例的原型。案例分析需求分析案例分析其中各個角色描述如下：角色1:員工（Employee）角色2:部門經(jīng)理（DepartmentManager）角色3:上級（Superior）角色4:分區(qū)經(jīng)理（DivisionManager）角色5:運行官（OperationHead）角色6:雇用經(jīng)理（HiringManager）角色7:副董事總經(jīng)理(DeputyManagingDirector)角色8:申請人（Applicant）

案例分析其中各個角色描述如下：角色9:人力資源經(jīng)理（HRManager）角色10:培訓經(jīng)理（TrainingAdministrator）

角色11:培訓中心經(jīng)理（TrainingCenterAdministrator）角色12:商務信息員(BussinessAlert)角色13:資產(chǎn)經(jīng)理(ResourceManager)角色14:董事總經(jīng)理(ManagingDirector)角色9:人力資源經(jīng)理（HRManager）用例分析

HRMS中的用例圖案例分析用例分析HRMS中的用例圖案例分析案例分析用例1：招聘員工（RecruitEmployee）用例2：候選人分類（CategorizeCandidate）用例3：更新面試信息（UpdateInterview）用例4：確認候選人（ConfirmCandidate）用例5：管理申請（ManageRequisition）

用例6：記錄申請者信息（RegisterApplicantData）用例7：修改申請者信息（ModifyApplicantData）用例8：確認申請信息（ValidateApplication）案例分析用例1：招聘員工（RecruitEmployee）案例分析編寫UseCase報告為系統(tǒng)中的每個用例編寫UseCase報告，則系統(tǒng)分析與設計人員可以更加清晰的掌握系統(tǒng)架構(gòu)。格式如下：UseCaseReport:創(chuàng)建員工記錄【簡短描述】【事件流】【特殊需求】【執(zhí)行前條件】【執(zhí)行后結(jié)果】【Usecase圖】【場景】案例分析編寫UseCase報告下表描述了該用例和主角與其他usecase的關(guān)系。

HRMS中的用例圖案例分析下表描述了該用例和主角與其他usecase的關(guān)系。HRM需求變更管理

建立需求基準版本和需求控制版本文檔。所有的需求文檔都要進行版本控制，文檔要包含文檔類型、名稱、創(chuàng)建者、創(chuàng)建時間、修改者、修改時間、版本號、評審人員等信息。在開發(fā)HRMS中，提交的需求文檔包括用戶界面說明文檔、UseCase報告、Glossary文檔、軟件開發(fā)計劃、UseCase模型調(diào)研以及補充說明。所有的文檔采用統(tǒng)一的編號規(guī)則和命名規(guī)則。

文檔編號規(guī)則系統(tǒng)名縮寫＋“_”＋文檔類型縮寫＋_＋模塊名縮寫＋“_”＋編號＋版本號（后文沒有+版本號）。

文檔命名規(guī)則文檔類型＋“_”文檔名“_”＋版本號。案例分析需求變更管理案例分析需求變更管理流程案例分析需求變更管理流程案例分析本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲需求管理業(yè)務需求——反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，通常在項目定義與范圍文檔中予以說明。用戶需求——描述了用戶使用產(chǎn)品必須要完成的任務，這在使用實例或方案腳本中予以說明。功能需求——定義了開發(fā)人員必須實現(xiàn)的軟件功能，使用戶利用系統(tǒng)能夠完成他們的任務，從而滿足了業(yè)務需求。非功能性的需求——描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，它包括產(chǎn)品必須遵從的標準、規(guī)范和約束，操作界面的具體細節(jié)和構(gòu)造上的限制。

需求管理業(yè)務需求——反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的需求管理

需求分析報告——報告所說明的功能需求充分描述了軟件系統(tǒng)所應具有的外部行為?！靶枨蠓治鰣蟾妗痹陂_發(fā)、測試、質(zhì)量保證、項目管理以及相關(guān)項目功能中起著重要作用。

需求管理

需求分析報告——報告所說明的功能需求充分描述了軟件需求管理1、分析人員要使用符合客戶語言習慣的表達2、分析人員要了解客戶的業(yè)務及目標3、分析人員必須編寫軟件需求報告

4、要求得到需求工作結(jié)果的解釋說明(圖表說明)5、開發(fā)人員要尊重客戶的意見6、開發(fā)人員要對需求及產(chǎn)品實施提出建議和解決方案7、描述產(chǎn)品使用特性8、允許重用已有的軟件組件9、要求對變更的代價提供真實可靠的評估10、獲得滿足客戶功能和質(zhì)量要求的系統(tǒng)

需求管理1、分析人員要使用符合客戶語言習慣的表達需求管理11、給分析人員講解您的業(yè)務12、抽出時間清楚地說明并完善需求

13、準確而詳細地說明需求

14、及時作出決定

15、尊重開發(fā)人員的需求可行性及成本評估16、劃分需求的優(yōu)先級

17、評審需求文檔和原型18、需求變更要立即聯(lián)系

19、遵照開發(fā)小組處理需求變更的過程

20、尊重開發(fā)人員采用的需求分析過程需求管理11、給分析人員講解您的業(yè)務5.7本章小結(jié)本章講述了軟件項目需求管理的基本概念、特點、過程，通過本章的學習，大家應該了解軟件需求管理在軟件項目管理中的作用與重要性，并熟悉其基本的方法。軟件需求包括以下幾個層次：業(yè)務需求、用戶需求和功能需求，也包括非功能需求、軟件需求規(guī)格說明等。需求過程包括需求開發(fā)和需求管理。而需求開發(fā)又包括需求獲取、需求分析、編寫需求規(guī)格說明、驗證需求四個階段。需求獲取是為了與客戶建立良好的溝通渠道和方式。方法主要包括：訪談和調(diào)研、專題討論會、腦力風暴、場景串聯(lián)等。需求分析包括提煉、分析和仔細審查已收集到的需求。需求驗證是為了確保需求說明準確、無二義性并完整地表達系統(tǒng)功能以及必要的質(zhì)量特性。常用的需求分析建模方法有用例分析方法、原型分析方法、結(jié)構(gòu)化分析方法、功能列表方法等等。需求管理工具中具有代表性的包括CaliberRM，DOORS，RTM，RationalRequisitePro等。5.7本章小結(jié)本章講述了軟件項目需求管理的基本概念、特點、本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.8復習思考題什么是軟件需求？什么是軟件需求管理？軟件需求包括哪些層次？軟件需求根據(jù)FURPS+模型是如何來分類的？軟件需求開發(fā)包括哪四個階段，在這四個階段執(zhí)行哪些活動？什么是軟件需求規(guī)格說明？應如何編寫？。什么是在軟件需求變更管理，需求變更管理中有哪些活動？試分析需求分析建模方法的幾種方法，并比較它們的優(yōu)缺點。什么是需求管理工具？試述幾種需求管理工具的用法。說說在以后的項目管理中，你將如何進行需求管理。5.8復習思考題什么是軟件需求？什么是軟件需求管理？第5章軟件項目需求管理第5章軟件項目需求管理本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.1軟件項目需求管理概述影響軟件項目成敗的因素5.1軟件項目需求管理概述影響軟件項目成敗的因素軟件開發(fā)的目標——按時按預算開發(fā)出滿足用戶真實需要的軟件。需求——一個軟件項目的開始階段。在軟件工程中，需求分析階段是包括客戶、用戶、業(yè)務或需求分析員、開發(fā)人員、測試人員、用戶文檔編寫者、項目管理者和客戶管理者在內(nèi)的所有的風險承擔者都需要參與的階段。軟件開發(fā)的目標——按時按預算開發(fā)出滿足用戶真實需要的軟件

需求定義

IEEE軟件工程標準詞匯表(1997年)中將需求定義為：用戶解決問題或達到目標所需的條件或權(quán)能(Capability)；系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能；一種反映上面(1)或(2)所描述的條件或權(quán)能的文檔說明需求定義軟件需求包括以下幾個層次：業(yè)務需求（businessrequirement）用戶需求（userrequirement）功能需求（functionalrequirement）同時也包括非功能需求、軟件需求規(guī)格說明（softwarerequirementsspecification，SRS）等。軟件需求包括以下幾個層次：軟件需求各組成部分關(guān)系軟件需求各組成部分關(guān)系

需求類型在UP（統(tǒng)一過程）中，軟件需求是根據(jù)FURPS+模型來分類的其中FURPS的含義如下：Functional（功能性）Usability（可用性）Reliability（可靠性）Performance（性能）Supportability（可支持性）需求類型“+”是指一些輔助性的和次要的因素：

Implementation（實現(xiàn)）Interface（接口）Operations（操作）Packaging(包裝)Legal（授權(quán)）“+”是指一些輔助性的和次要的因素：本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲需求過程所涉及的工作5.2需求開發(fā)和管理過程需求過程所涉及的工作5.2需求開發(fā)和管理過程需求工程——也叫做需求過程或需求階段，包括需求開發(fā)和需求管理。需求開發(fā)——包括需求獲取、需求分析、編寫需求規(guī)格說明、驗證需求四個階段，在這四個階段執(zhí)行以下活動：確定產(chǎn)品所期望的用戶類；獲取每個用戶類的需求；了解實際用戶任務和目標以及這些任務所支持的業(yè)務需求；分析源于用戶的信息以區(qū)別業(yè)務需求、功能需求、質(zhì)量屬性、業(yè)務規(guī)則，建議解決的方法和附加的信息；

需求開發(fā)和管理過程需求工程——也叫做需求過程或需求階段，包括需求開發(fā)和需求分解需求，并將需求中的一部分分配給軟件組件；了解相關(guān)屬性的重要性；劃分實施優(yōu)先級；編寫需求規(guī)格說明和模型；評審需求規(guī)格，驗證對用戶需求的正確理解和認識。需求管理——是一種用于查找、記錄、組織和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法，可用于獲取、組織和記錄系統(tǒng)需求并使客戶和項目團隊在系統(tǒng)需求變更上保持一致。有效的需求管理在于維護清晰明確的需求闡述、每種需求類型所適用的屬性，以及與其它需求和其它項目工件之間的可追蹤性。分解需求，并將需求中的一部分分配給軟件組件；需求開發(fā)和管理過程需求管理活動包括定義需求基線評審需求變更并評估每項需求變更對軟件產(chǎn)品的影響從而決定是否實施它。以一種可控制的方式將需求變更融入當前的軟件項目。讓當前的項目計劃和需求保持一致。估計變更所產(chǎn)生的影響并在此基礎上協(xié)商新的約定實現(xiàn)通過需求可跟蹤對應的設計、源代碼和測試用例。在整個項目過程中跟蹤需求狀態(tài)及其變更情況。需求開發(fā)和管理過程需求管理活動包括需求獲取

需求獲取的主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務流程、系統(tǒng)環(huán)境等，對任務進行分析、從而開發(fā)、捕獲和修訂用戶的需求，以建立良好的溝通渠道和方式。需求獲取需要執(zhí)行以下活動：確定需求開發(fā)過程編寫項目視圖和范圍文檔獲取涉眾請求選擇每類用戶的產(chǎn)品代表建立典型的以用戶為核心的隊伍需求開發(fā)和管理過程需求獲取需求開發(fā)和管理過程讓用戶代表確定用例召開應用程序開發(fā)聯(lián)系會議分析用戶工作流程確定質(zhì)量屬性和其它非功能需求需求分析需求分析包括提煉、分析和仔細審查已收集到的需求，為最終用戶所看到的系統(tǒng)建立一個概念模型以確保所有的風險承擔者都明白其含義并找出其中的錯誤、遺漏或其它不足的地方。讓用戶代表確定用例需求開發(fā)和管理過程分析用戶需求應該執(zhí)行以下活動：繪制系統(tǒng)關(guān)聯(lián)圖創(chuàng)建用戶接口原型分析需求可行性確定需求的優(yōu)先級別為需求建立模型建立數(shù)據(jù)字典使用質(zhì)量功能調(diào)配需求開發(fā)和管理過程分析用戶需求應該執(zhí)行以下活動：需求開發(fā)和管理過程需求規(guī)格說明軟件需求規(guī)格說明闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統(tǒng)測試和用戶文檔的基礎，也是所有子系列項目規(guī)劃、設計和編碼的基礎。需求分析完成的標志是提交一份完整的軟件需求規(guī)格說明書（SRS）。軟件需求規(guī)格說明作為產(chǎn)品需求的最終成果必須包括所有的需求。在開發(fā)人員的組織中要為編寫軟件需求文檔定義一種標準模板。需求開發(fā)和管理過程需求規(guī)格說明123456a.引言目的文檔約定預期的讀者和閱讀建議產(chǎn)品的范圍參考文獻b.綜合描述產(chǎn)品的前景產(chǎn)品的功能用戶類和特征運行環(huán)境設計和實現(xiàn)上的限制假設和依賴附錄c.外部接口需求附錄用戶界面附錄硬件接口軟件接口通信接口d.系統(tǒng)特性說明和優(yōu)先級激勵/響應序列功能需求e.其它非功能需求性能需求安全設施需求安全性需求軟件質(zhì)量屬性業(yè)務規(guī)則用戶文檔f.其它需求g.附件詞匯表分析模型待確定問題的列表需求開發(fā)和管理過程123456a.引言目的文檔約定預期的讀者和閱讀建議產(chǎn)品參考需求開發(fā)和管理過程需求驗證驗證是為了確保需求說明準確、無二義性并完整地表達系統(tǒng)功能以及必要的質(zhì)量特性。需求驗證要求客戶代表和開發(fā)人員共同參與，對提交后的需求規(guī)格說明進行驗證，分析需求的正確性，完整性以及可行性等等。需求驗證中的活動一般包括：審查需求文檔以需求為依據(jù)編寫測試用例編寫用戶手冊確定合格的標準最后的簽字需求開發(fā)和管理過程需求驗證需求開發(fā)和管理過程需求變更管理需求變更管理是項目管理中非常重要的一項工作。有效的需求變更管理能對變更帶來的潛在影響及可能的成本費用進行評估。需求變更管理中活動一般包括：確定需求變更控制過程建立需求變更控制委員會進行需求變更影響分析建立需求基準版本和需求控制版本文檔維護需求變更的歷史記錄跟蹤每項需求的狀態(tài)跟蹤所有受需求變更影響的工作產(chǎn)品衡量需求穩(wěn)定性需求開發(fā)和管理過程需求變更管理本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.3需求獲取方法訪談和調(diào)研和用戶進行訪談和調(diào)研通常是適用于任何環(huán)境下的最重要最直接的方法之一。訪談的一個主要目標是確保訪談者的偏見或主觀意識不會干擾自由的交流?！碍h(huán)境無關(guān)問題”就是不涉及任何背景的問題。通過幾次這樣的訪談，開發(fā)人員和系統(tǒng)分析員能獲得一些問題域中的知識，對要解決的問題有進一步的理解。5.3需求獲取方法訪談和調(diào)研需求獲取方法專題討論會專題討論會是一種可用于任何情況下的軟件需求調(diào)研方法。專題討論會的目的是鼓勵軟件需求調(diào)研并且在很短的時間內(nèi)對討論的問題達成一致。專題討論會一般由開發(fā)團隊的成員主持，主要討論系統(tǒng)應具備的特征或者評審系統(tǒng)特性。專題討論會前的準備工作是能否成功的舉行會議的關(guān)鍵。需求獲取方法專題討論會應用程序腦力風暴中確定的特征系統(tǒng)特征定義家用自動照明系統(tǒng)自動照明設置用戶可以制定每天自動照明的時間計劃，系統(tǒng)將按時間計劃觸發(fā)照明事件任務管理系統(tǒng)代理任務通知當用戶將自己的任務代理給其他人時，系統(tǒng)自動發(fā)送Email通知將接手該任務的人腦力風暴中為確定的問題定義系統(tǒng)特征需求獲取方法腦力風暴

腦力風暴是一種對于獲取新觀點或創(chuàng)造性的解決方案而言非常有用的方法。通常，專題討論會的一部分時間是用于進行腦力風暴，找出關(guān)于軟件系統(tǒng)的新想法和新特征。腦力風暴包括兩個階段：想法產(chǎn)生階段和想法精化階段。應用程序腦力風暴中確定的特征系統(tǒng)特征定義家用自動照明系統(tǒng)自動需求獲取方法場景串聯(lián)

場景串聯(lián)的目的是為了盡早的從用戶那里得到用戶對建議的系統(tǒng)功能的意見。場景串聯(lián)提供了用戶界面以說明系統(tǒng)操作流程，它容易創(chuàng)建和修改，能讓用戶知道系統(tǒng)的操作方式和流程。根據(jù)與用戶交互的方式，場景串聯(lián)被分成三種模式：靜態(tài)的場景串聯(lián)、動態(tài)的場景串聯(lián)以及交互的場景串聯(lián)。選擇提供哪種場景串聯(lián)是根據(jù)系統(tǒng)的復雜性和需求缺陷的風險來確定的。需求獲取方法場景串聯(lián)本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.4需求分析建模方法用例分析方法

簡介軟件需求分析者利用場景或經(jīng)歷來描述用戶和軟件系統(tǒng)的交互方式，并以此來獲取軟件需求。使用用例的分析方法來源于面向?qū)ο蟮乃枷?。用例分析方法最大的特點在于面向用例，在對用例的描述中引入了外部角色的概念。

相關(guān)技術(shù)用例需求分析常常采用UML（UnifiedModelingLanguage，統(tǒng)一建模語言）技術(shù)，UML是一種面向?qū)ο蟮慕ＵZ言。5.4需求分析建模方法用例分析方法需求分析建模方法原型分析方法原型法是為了快速開發(fā)系統(tǒng)而推出的一種開發(fā)模式，旨在改進傳統(tǒng)的結(jié)構(gòu)化生命周期法的不足，縮短開發(fā)周期，減少開發(fā)風險。原型法的理念對原型的基本要求原型法進行軟件需求分析的過程原型法的適用范圍需求分析建模方法原型分析方法需求分析建模方法結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法(StructuredMethod，結(jié)構(gòu)化方法)是強調(diào)開發(fā)方法的結(jié)構(gòu)合理性以及所開發(fā)軟件的結(jié)構(gòu)合理性的軟件開發(fā)方法。結(jié)構(gòu)化的分析方法的基本步驟為：

需求分析業(yè)務流程分析數(shù)據(jù)流程分析編制數(shù)據(jù)字典結(jié)構(gòu)化分析方法的優(yōu)點與局限性。需求分析建模方法結(jié)構(gòu)化分析方法本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.5需求管理工具RationalRequisiteProBorlandCaliberRationalRoseRationalXDERationalClearCase5.5需求管理工具RationalRequisitePRationalRose是基于UML的可視化建模工具。UML全稱叫UnfiedModelingLanguage(統(tǒng)一建模語言)，UML是一種語言，一種表示法，就是一種交流溝通的工具，特別適用于軟件密集型系統(tǒng)的表示。RationalRoseUML（1）UML是人類思想和計算機代碼的一個連接橋梁（2）UML所定義的概念和符號可用于軟件開發(fā)的分析、設計和實現(xiàn)的全過程，軟件開發(fā)人員不必在開發(fā)過程的不同階段進行概念和符號的轉(zhuǎn)換。（3）UML所用的語言元素基本都是圖形化的，便于理解和溝通，不但開發(fā)人員之間可以用來交流，客戶和開發(fā)人員之間也可以用它作為交流的工具。UML（1）UML是人類思想和計算機代碼的一個連接橋梁RationalRose1、對業(yè)務進行建模（工作流）；2、建立對象模型（表達信息系統(tǒng)內(nèi)有哪些對象，它們之間是如何協(xié)作完成系統(tǒng)功能的）；3、對數(shù)據(jù)庫進行建模，并可以在對象模型和數(shù)據(jù)模型之間進行正、逆向工程，相互同步；4、建立構(gòu)件模型（表達信息系統(tǒng)的物理組成，如有什么文件、進程、線程、分布如何等等）5、生成目標語言的框架代碼，VB、JAVA、DELPHIRationalRose1、對業(yè)務進行建模（工作流）；本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲取方法5.15.25.3需求分析建模方法5.4需求管理工具5.5案例分析5.6本章小結(jié)5.7復習思考題5.8本章內(nèi)容提要軟件項目需求管理概述需求開發(fā)和管理過程需求獲5.6案例分析本節(jié)以HRMS（HumanResourceManageSystem）的系統(tǒng)為例，介紹需求的開發(fā)和管理過程。需求開發(fā)需求獲取5各模塊員工管理員工培訓管理員工福利管理招聘管理報表5.6案例分析本節(jié)以HRMS（HumanResourc需求分類編號系統(tǒng)典型需求功能需求（Functional）1招聘人員：用戶可以通過招聘人員2申請職位：Web用戶可以填寫信息申請職位3查看職位申請信息：Web用戶可以查看職位申請信息4處理職位申請：管理員可以處理職位申請5修改申請人信息：管理員可以修改申請人的信息……可用性（Usability）1對于熟悉公司原系統(tǒng)的用戶新系統(tǒng)應易于操作2系統(tǒng)應支持Internet環(huán)境3系統(tǒng)應給用戶提供在線指南……可靠性（Reliability）1系統(tǒng)應該在任何時間都能工作，若是出現(xiàn)故障，必須要在一個小時之內(nèi)修復2系統(tǒng)應能支持用戶在指定的時間備份資料……案例分析需求分類編號系統(tǒng)典型需求功能需求1招聘人員：用戶可以通過招聘性能需求(Performance)1管理系統(tǒng)必須支持公司內(nèi)部員工和web用戶同時訪問，并且支持同時在線人數(shù)不低于100人2系統(tǒng)的響應時間不超過4秒……安全性需求(Security)1支持多用戶訪問系統(tǒng)2一般用戶只能查看和修改自己的信息不能看到其他人的信息3公司的下級員工不能查看上級員工的信息4公司的上級員工可以查看下級員工的信息而不能修改……可支持性(Supportability)1系統(tǒng)采用B/S結(jié)構(gòu)，用戶可以通過Internet訪問系統(tǒng)2培訓系統(tǒng)可以在所有流行的瀏覽器（如Navigation,IE）上正常顯示……性能需求1管理系統(tǒng)必須支持公司內(nèi)部員工和web用戶同時訪問，案例分析需求分析本項目采用原型分析方法和用例分析方法相結(jié)合來進行需求分析，以用例分析方法為主，對于每個UseCase，創(chuàng)建用戶接口說明文檔和Usecase報告，同時建立這個用例的原型。案例分析需求分析案例分析其中各個角色描述如下：角色1:員工（Employee）角色2:部門經(jīng)理（DepartmentManager）角色3:上級（Superior）角色4:分區(qū)經(jīng)理（DivisionManager）角色5:運行官（OperationHead）角色6:雇用經(jīng)理（HiringManager）角色7:副董事總經(jīng)理(DeputyManagingDirector)角色8:申請人（Applicant）

案例分析其中各個角色描述如下：角色9:人力資源經(jīng)理（HRManager）角色10:培訓經(jīng)理（TrainingAdministrator）

角色11:培訓中心經(jīng)理（TrainingCenterAdministrator）角色12:商務信息員(BussinessAlert)角色13:資產(chǎn)經(jīng)理(ResourceManager)角色14:董事總經(jīng)理(ManagingDirector)角色9:人力資源經(jīng)理（HRManager）用例分析

HRMS中的用例圖案例分析用例分析HRMS中的用例圖案例分析案例分析用例1：招聘員工（RecruitEmployee）用例2：候選人分類（CategorizeCandidate）用例3：更新面試信息（UpdateInterview）用例4：確認候選人（ConfirmCandidate）用例5：管理申請（ManageRequisition）

用例6：記錄申請者信息（RegisterApplicantData）用例7：修改申請者信息（ModifyApplicantData）用例8：確認申請信息（ValidateApplication）案例分析用例1：招聘員工（RecruitEmployee）案例分析編寫UseCase報告為系統(tǒng)中的每個用例編寫UseCase報告，則系統(tǒng)分析與設計人員可以更加清晰的掌握系統(tǒng)架構(gòu)。格式如下：UseCaseReport:創(chuàng)建員工記錄【簡短描述】【事件流】【特殊需求】【執(zhí)行前條件】【執(zhí)行后結(jié)果】【Usecase圖】【場景】案例分析編寫UseCase報告下表描述了該用例和主角與其他usecase的關(guān)系。

HRMS中的用例圖案例分析下表描述了該用例和主角與其他usecase的關(guān)系。HRM需求變更管理

建立需求基準版本和需求控制版本文檔。所有的需求文檔都要進行版本控制，文檔要包含文檔類型、名稱、創(chuàng)建者、創(chuàng)建時間、修改者、修改時間、版本號、評審人員等信息。在開發(fā)HRMS中，提交的需求文檔包括用戶界面說明文檔、UseCase報告、Glossary文檔、軟件開發(fā)計劃、UseC