軟件項(xiàng)目需求管理

軟件項(xiàng)目需求工程主要內(nèi)容軟件項(xiàng)目需求概述軟件需求開(kāi)發(fā)和管理軟件需求規(guī)格的定義方法一、軟件項(xiàng)目需求概述1.什么是需求需求的基本概念寬泛地講，需求來(lái)源于用戶(hù)的一些“需要”，這些“需要”被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說(shuō)明了產(chǎn)品“必須或應(yīng)當(dāng)”做什么。需求的重要性FrederickBrooks在他1987年經(jīng)典文章“NoSilverBullet”中闡述了需求的重要性：開(kāi)發(fā)軟件系統(tǒng)最困難的部分就是準(zhǔn)確說(shuō)明開(kāi)發(fā)什么。最困難的概念性工作是編寫(xiě)出詳細(xì)的需求，包括所有面向用戶(hù)、面向機(jī)器和其它軟件系統(tǒng)的接口。此工作一旦做錯(cuò)，將會(huì)給系統(tǒng)帶來(lái)極大的損害，并且以后對(duì)它修改也極為困難。需求是產(chǎn)品的根源，需求工作的優(yōu)劣對(duì)產(chǎn)品影響最大。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。國(guó)內(nèi)軟件業(yè)的痼疾：人們并不清楚究竟該做什么，但卻一直忙碌不停地開(kāi)發(fā)。2.了解客戶(hù)、最終用戶(hù)、間接用戶(hù)基本概念“用戶(hù)”（user）是一種泛稱(chēng)，它可細(xì)分為“客戶(hù)”（customer）、“最終用戶(hù)”（theenduser）和“間接用戶(hù)”（或稱(chēng)為關(guān)系人）。掏錢(qián)買(mǎi)軟件的用戶(hù)稱(chēng)為客戶(hù)，而真正操作軟件的用戶(hù)叫最終用戶(hù)?？蛻?hù)與最終用戶(hù)可能是同一個(gè)人也可能不是同一個(gè)人。3.需求工程基本概念什么是需求工程把所有與需求直接相關(guān)的活動(dòng)通稱(chēng)為需求工程。需求工程中的活動(dòng)可分為兩大類(lèi)，一類(lèi)屬于需求開(kāi)發(fā)，另一類(lèi)屬于需求管理。3.需求工程基本概念需求開(kāi)發(fā)過(guò)程域需求開(kāi)發(fā)的目的是通過(guò)調(diào)查與分析，獲取用戶(hù)需求并定義產(chǎn)品需求。需求調(diào)查的目的是通過(guò)各種途徑獲取用戶(hù)的需求信息（原始材料），產(chǎn)生《用戶(hù)需求說(shuō)明書(shū)》。需求分析的目的是對(duì)各種需求信息進(jìn)行分析，消除錯(cuò)誤，刻畫(huà)細(xì)節(jié)等。常見(jiàn)的需求分析方法有“問(wèn)答分析法”和“建模分析法”兩類(lèi)。需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無(wú)誤的產(chǎn)品需求，產(chǎn)生《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》。系統(tǒng)設(shè)計(jì)人員將依據(jù)《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》開(kāi)展系統(tǒng)設(shè)計(jì)工作。需求管理過(guò)程域需求管理的目的是在客戶(hù)與開(kāi)發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。需求確認(rèn)是指開(kāi)發(fā)方和客戶(hù)共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出書(shū)面承諾，使需求文檔具有商業(yè)合同效果。需求跟蹤是指通過(guò)比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開(kāi)發(fā)。需求變更控制是指依據(jù)“變更申請(qǐng)－審批－更改－重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。二、軟件需求開(kāi)發(fā)和管理1.需求開(kāi)發(fā)的主要困難與對(duì)策知識(shí)技能問(wèn)題態(tài)度問(wèn)題合作關(guān)系用戶(hù)說(shuō)不清楚需求開(kāi)發(fā)人員寫(xiě)不好需求文檔用戶(hù)經(jīng)常變更需求2.如何開(kāi)展需求調(diào)查準(zhǔn)備調(diào)查調(diào)研單準(zhǔn)備預(yù)約執(zhí)行調(diào)查調(diào)研會(huì)議閱讀文檔遠(yuǎn)程調(diào)研（電話(huà)mail）需求分析2.、調(diào)研單調(diào)研內(nèi)容需要文檔（是否復(fù)印）計(jì)劃時(shí)間計(jì)劃方式聯(lián)系人聯(lián)系方式3.如何進(jìn)行需求分析基本概念需求分析是指在需求開(kāi)發(fā)過(guò)程中，對(duì)所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶(hù)的真實(shí)意圖。“問(wèn)答分析法”比較適合于用戶(hù)需求調(diào)查階段“建模分析法”比較適合于產(chǎn)品需求定義階段。問(wèn)答分析方法問(wèn)答分析最重要的問(wèn)題是：“是什么”和“為什么”。其它常見(jiàn)的問(wèn)題有：需求存在二義性嗎？需求文檔的上下文有矛盾嗎？需求完備嗎？需求是必要的嗎？需求可實(shí)現(xiàn)嗎？需求可驗(yàn)證嗎？需求的優(yōu)先級(jí)確定了嗎？

三、定義需求規(guī)格的方法需求規(guī)格原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇P(guān)鍵功能列表法1.原型方法定義按照用戶(hù)的需要，快速形成一個(gè)操作流程界面可能只是一個(gè)框架，具體的功能沒(méi)有實(shí)現(xiàn)，只是結(jié)果靜態(tài)的操作流程，以便與用戶(hù)快速就需求達(dá)成一致主要考慮系統(tǒng)的功能需求，很少考慮非功能需求需求分析原型開(kāi)發(fā)原型評(píng)價(jià)需求規(guī)格原型方法的類(lèi)型進(jìn)化型開(kāi)發(fā)出來(lái)用于了解問(wèn)題，并形成被交付軟件的部分或全部的基礎(chǔ)拋棄型開(kāi)發(fā)出來(lái)獲以便更多地了解問(wèn)題或探究可能的方案的靈活性或者合理性，是嘗試性軟件，不用于被交付軟件的實(shí)際部分2.結(jié)構(gòu)化分析方法20世紀(jì)70年發(fā)展起來(lái)的面向數(shù)據(jù)流的方法是一種自頂向下逐步求精的分析方法根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進(jìn)行分析的技術(shù)數(shù)據(jù)流圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖數(shù)據(jù)流圖是一種描述軟件系統(tǒng)邏輯模型的圖形符號(hào)數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個(gè)系統(tǒng)頂層流圖僅包含一個(gè)加工，它代表被開(kāi)發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層中間層流圖則表示對(duì)其上層父圖的細(xì)化。它的每一加工可能繼續(xù)細(xì)化，形成子圖。數(shù)據(jù)字典描述系統(tǒng)中涉及的每個(gè)數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)流圖使用,用來(lái)描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工.組成數(shù)據(jù)項(xiàng):數(shù)據(jù)元素?cái)?shù)據(jù)流:由數(shù)據(jù)項(xiàng)組成的數(shù)據(jù)流數(shù)據(jù)文件:表示對(duì)數(shù)據(jù)文件的存儲(chǔ)數(shù)據(jù)流圖需求分析實(shí)例:建立學(xué)生管理系統(tǒng)學(xué)管科體檢科學(xué)籍科學(xué)生處學(xué)管科體檢科學(xué)籍科學(xué)生管理信息系統(tǒng)學(xué)生處領(lǐng)導(dǎo)學(xué)生基本信息學(xué)生健康信息學(xué)生成績(jī)學(xué)生健康情況表學(xué)生成績(jī)單查詢(xún)要求不及格人數(shù)人數(shù)統(tǒng)計(jì)表數(shù)據(jù)字典-數(shù)據(jù)流學(xué)生基本信息：學(xué)號(hào)十姓名學(xué)生健康信息：學(xué)號(hào)十健康情況學(xué)生成績(jī)：學(xué)號(hào)十{課程名+成績(jī)}查詢(xún)要求：[健康查詢(xún)單|平均成績(jī)查詢(xún)單l不及格人數(shù)查詢(xún)]學(xué)生健康情況表：優(yōu)％十良％十一般％十差％學(xué)生成績(jī)單：學(xué)號(hào)十姓名十{課程名+成績(jī)}+總成績(jī)不及格人數(shù)統(tǒng)計(jì)表：學(xué)號(hào)十成績(jī)十不及格總?cè)藬?shù)數(shù)據(jù)字典-文件文件文件名：基本信息組成：｛學(xué)號(hào)十姓名十入學(xué)成績(jī)十生源｝組織：按學(xué)號(hào)遞增順序排列文件名：健康文件組成：{學(xué)號(hào)+姓名+健康情況}組織：按照健康情況為優(yōu)、良、一般、差順序排列文件名：成績(jī)文件組成：{學(xué)號(hào)+姓名+平均成績(jī)}組織：按照評(píng)劇成績(jī)遞增順序排列加工說(shuō)明加工編號(hào)2.1加工名稱(chēng)：學(xué)生基本信息處理輸入流：合法的學(xué)生信息輸出流：錄入單，修改單，刪除單加工邏輯：根據(jù)輸入的要求，對(duì)學(xué)生基本信息進(jìn)行錄入、修改或刪除3.用例需求（usecase）分析用例需求分析方法采用一種面向?qū)ο蟮那榫胺治龇椒ㄓ美窍到y(tǒng)向用戶(hù)提供一個(gè)有價(jià)值的結(jié)果的某項(xiàng)功能所有的用例結(jié)合起來(lái)就構(gòu)成了用例模型從用戶(hù)角度出發(fā)考慮的功能需求UML

UnifiedModelingLanguage統(tǒng)一建模語(yǔ)言，是一種通用的模擬語(yǔ)言。Booch,Rumbaugh

和Jocobson

基礎(chǔ)上發(fā)展起來(lái)的。1997年11月國(guó)際對(duì)象管理組織OMG批準(zhǔn)將UML作為基于面向?qū)ο蠹夹g(shù)的標(biāo)準(zhǔn)建模語(yǔ)言。UML制定了一整套完整的面向?qū)ο蟮臉?biāo)記和處理方法。UML需求視圖用例視圖（UsecaseDiagram）順序圖（SequenceDiagram）狀態(tài)圖（StateDiagram）活動(dòng)圖（ActivityDiagram）用例視圖用例視圖主要是展示了外部行為者所觀察到的系統(tǒng)將提交的功能.即:各類(lèi)外部行為者與系統(tǒng)所提供的用例的連接用例（Usecase）：系統(tǒng)所提供的功能描述角色（Actor）：可能使用用例的人或者外部系統(tǒng)UML圖符

用例實(shí)例

用例實(shí)例

順序圖示順序圖展示了幾個(gè)對(duì)象之間的動(dòng)態(tài)協(xié)作關(guān)系，主要用來(lái)顯示對(duì)象之間發(fā)送消息的順序，還顯示對(duì)象之間的交互，即系統(tǒng)執(zhí)行某一特定時(shí)間點(diǎn)所發(fā)生的事。

活動(dòng)視圖

活動(dòng)圖用來(lái)描述執(zhí)行工作流程中涉及的活動(dòng)，展示了連續(xù)的活動(dòng)流。

UseCase需求分析方法綜述識(shí)別出系統(tǒng)的Actor描述主要的Usecase實(shí)現(xiàn)用例視圖實(shí)現(xiàn)順序視圖、活動(dòng)視圖、狀態(tài)視圖等4.關(guān)鍵功能列表KFL是對(duì)項(xiàng)目的功能需求進(jìn)行詳細(xì)說(shuō)明的一種方法?？梢宰鳛橛美治龇椒ǖ母郊诱f(shuō)明，詳細(xì)說(shuō)明某個(gè)用例的具體功能。4.什么是好的需求規(guī)格說(shuō)明書(shū)正確清楚無(wú)二義性一致必要完備可實(shí)現(xiàn)可驗(yàn)證確定優(yōu)先級(jí)闡述“做什么”而不是“怎么做”5.如何定義產(chǎn)品需求第一步：細(xì)化并分析用戶(hù)需求第二步：撰寫(xiě)產(chǎn)品需求規(guī)格說(shuō)明書(shū)第三步：進(jìn)行需求確認(rèn)軟件需求說(shuō)明書(shū)的參考模板6.需求管理：確認(rèn)、跟蹤、變更控制需求確認(rèn)（評(píng)審和承諾）需求評(píng)審面臨的困難需求承諾需求跟蹤需求變更控制需求追蹤的意義問(wèn)題舉例：作用地位

忘記實(shí)現(xiàn)子需求變更時(shí)不清楚要變動(dòng)的地方搞不清改動(dòng)的影響面有多大取消需求，設(shè)計(jì)仍然在進(jìn)行

追蹤信息是項(xiàng)目管理的重要依據(jù)追蹤信息是變更的重要參考是可靠過(guò)程的重要標(biāo)志定義追蹤關(guān)系（Links）業(yè)務(wù)需求系統(tǒng)需求系統(tǒng)測(cè)試軟件需求硬件需求原理圖體系結(jié)構(gòu)PCB圖單元設(shè)計(jì)單元測(cè)例集成測(cè)例直接追蹤間接追蹤后向追蹤前向追蹤實(shí)現(xiàn)舉例：追蹤表追蹤表（需求）描述編號(hào)FR1.1FR1.2應(yīng)用圖形顯示網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)應(yīng)能使用戶(hù)在圖形中選擇并編輯