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

軟件項(xiàng)目需求管理資料主要內(nèi)容軟件項(xiàng)目需求概述軟件需求開發(fā)和管理軟件需求規(guī)格的定義方法一、軟件項(xiàng)目需求概述1.什么是需求需求的基本概念寬泛地講，需求來源于用戶的一些“需要”，這些“需要”被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說明了產(chǎn)品“必須或應(yīng)當(dāng)”做什么。需求的重要性FrederickBrooks在他1987年經(jīng)典文章“NoSilverBullet”中闡述了需求的重要性：開發(fā)軟件系統(tǒng)最困難的部分就是準(zhǔn)確說明開發(fā)什么。最困難的概念性工作是編寫出詳細(xì)的需求，包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。此工作一旦做錯(cuò)，將會給系統(tǒng)帶來極大的損害，并且以后對它修改也極為困難。需求是產(chǎn)品的根源，需求工作的優(yōu)劣對產(chǎn)品影響最大。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。國內(nèi)軟件業(yè)的痼疾：人們并不清楚究竟該做什么，但卻一直忙碌不停地開發(fā)。2.了解客戶、最終用戶、間接用戶基本概念“用戶”（user）是一種泛稱，它可細(xì)分為“客戶”（customer）、“最終用戶”（theenduser）和“間接用戶”（或稱為關(guān)系人）。掏錢買軟件的用戶稱為客戶，而真正操作軟件的用戶叫最終用戶。客戶與最終用戶可能是同一個(gè)人也可能不是同一個(gè)人。3.需求工程基本概念什么是需求工程把所有與需求直接相關(guān)的活動(dòng)通稱為需求工程。需求工程中的活動(dòng)可分為兩大類，一類屬于需求開發(fā)，另一類屬于需求管理。3.需求工程基本概念需求開發(fā)過程域需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。需求調(diào)查的目的是通過各種途徑獲取用戶的需求信息（原始材料），產(chǎn)生《用戶需求說明書》。需求分析的目的是對各種需求信息進(jìn)行分析，消除錯(cuò)誤，刻畫細(xì)節(jié)等。常見的需求分析方法有“問答分析法”和“建模分析法”兩類。需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無誤的產(chǎn)品需求，產(chǎn)生《需求規(guī)格說明書》。系統(tǒng)設(shè)計(jì)人員將依據(jù)《需求規(guī)格說明書》開展系統(tǒng)設(shè)計(jì)工作。需求管理過程域需求管理的目的是在客戶與開發(fā)方之間建立對需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。需求確認(rèn)是指開發(fā)方和客戶共同對需求文檔進(jìn)行評審，雙方對需求達(dá)成共識后作出書面承諾，使需求文檔具有商業(yè)合同效果。需求跟蹤是指通過比較需求文檔與后續(xù)工作成果之間的對應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。需求變更控制是指依據(jù)“變更申請－審批－更改－重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。二、軟件需求開發(fā)和管理1.需求開發(fā)的主要困難與對策知識技能問題態(tài)度問題合作關(guān)系用戶說不清楚需求開發(fā)人員寫不好需求文檔用戶經(jīng)常變更需求2.如何開展需求調(diào)查準(zhǔn)備調(diào)查執(zhí)行調(diào)查《用戶需求說明書》與《產(chǎn)品需求規(guī)格說明書》的主要區(qū)別與聯(lián)系3.如何進(jìn)行需求分析基本概念需求分析是指在需求開發(fā)過程中，對所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶的真實(shí)意圖?！皢柎鸱治龇ā北容^適合于用戶需求調(diào)查階段“建模分析法”比較適合于產(chǎn)品需求定義階段。建模分析法建模分析方法主要有兩大類：結(jié)構(gòu)化分析法面向?qū)ο蠓治龇?.什么是好的需求規(guī)格說明書正確清楚無二義性一致必要完備可實(shí)現(xiàn)可驗(yàn)證確定優(yōu)先級闡述“做什么”而不是“怎么做”5.如何定義產(chǎn)品需求第一步：細(xì)化并分析用戶需求第二步：撰寫產(chǎn)品需求規(guī)格說明書第三步：進(jìn)行需求確認(rèn)軟件需求說明書的參考模板案例6.需求管理：確認(rèn)、跟蹤、變更控制需求確認(rèn)（評審和承諾）需求評審面臨的困難需求承諾需求跟蹤需求變更控制三、定義需求規(guī)格的方法需求規(guī)格原型方法結(jié)構(gòu)化分析法面向?qū)ο蟮挠美治龇?.原型方法定義按照用戶的需要，快速形成一個(gè)操作流程界面可能只是一個(gè)框架，具體的功能沒有實(shí)現(xiàn)，只是結(jié)果靜態(tài)的操作流程，以便與用戶快速就需求達(dá)成一致主要考慮系統(tǒng)的功能需求，很少考慮非功能需求2.結(jié)構(gòu)化分析方法20世紀(jì)70年發(fā)展起來的面向數(shù)據(jù)流的方法是一種自頂向下逐步求精的分析方法根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系進(jìn)行分析的技術(shù)數(shù)據(jù)流圖(DFD)數(shù)據(jù)字典(DD)系統(tǒng)流程圖數(shù)據(jù)流圖是一種描述軟件系統(tǒng)邏輯模型的圖形符號數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過程的數(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è)加工，它代表被開發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層中間層流圖則表示對其上層父圖的細(xì)化。它的每一加工可能繼續(xù)細(xì)化，形成子圖。數(shù)據(jù)字典描述系統(tǒng)中涉及的每個(gè)數(shù)據(jù),是數(shù)據(jù)描述的集合,通常配合數(shù)據(jù)流圖使用,用來描述數(shù)據(jù)流圖中出現(xiàn)的各種數(shù)據(jù)和加工.組成數(shù)據(jù)項(xiàng):數(shù)據(jù)元素?cái)?shù)據(jù)流:由數(shù)據(jù)項(xiàng)組成的數(shù)據(jù)流數(shù)據(jù)文件:表示對數(shù)據(jù)文件的存儲數(shù)據(jù)流圖需求分析實(shí)例:建立學(xué)生管理系統(tǒng)學(xué)管科體檢科學(xué)籍科學(xué)生處學(xué)管科體檢科學(xué)籍科學(xué)生管理信息系統(tǒng)學(xué)生處領(lǐng)導(dǎo)學(xué)生基本信息學(xué)生健康信息學(xué)生成績學(xué)生健康情況表學(xué)生成績單查詢要求不及格人數(shù)人數(shù)統(tǒng)計(jì)表數(shù)據(jù)字典-數(shù)據(jù)流學(xué)生基本信息：學(xué)號十姓名學(xué)生健康信息：學(xué)號十健康情況學(xué)生成績：學(xué)號十{課程名+成績}查詢要求：[健康查詢單|平均成績查詢單l不及格人數(shù)查詢]學(xué)生健康情況表：優(yōu)％十良％十一般％十差％學(xué)生成績單：學(xué)號十姓名十{課程名+成績}+總成績不及格人數(shù)統(tǒng)計(jì)表：學(xué)號十成績十不及格總?cè)藬?shù)數(shù)據(jù)字典-文件文件文件名：基本信息組成：｛學(xué)號十姓名十入學(xué)成績十生源｝組織：按學(xué)號遞增順序排列文件名：健康文件組成：{學(xué)號+姓名+健康情況}組織：按照健康情況為優(yōu)、良、一般、差順序排列文件名：成績文件組成：{學(xué)號+姓名+平均成績}組織：按照評劇成績遞增順序排列加工說明加工編號2.1加工名稱：學(xué)生基本信息處理輸入流：合法的學(xué)生信息輸出流：錄入單，修改單，刪除單加工邏輯：根據(jù)輸入的要求，對學(xué)生基本信息進(jìn)行錄入、修改或刪除3.用例需求（usecase）分析用例需求分析方法采用一種面向?qū)ο蟮那榫胺治龇椒ㄓ美窍到y(tǒng)向用戶提供一個(gè)有價(jià)值的結(jié)果的某項(xiàng)功能所有的用例結(jié)合起來就構(gòu)成了用例模型從用戶角度出發(fā)考慮的功能需求UML

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

用例實(shí)例

用例實(shí)例

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

活動(dòng)視圖

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

UseCase需求分析方法綜述識別出系統(tǒng)的Actor描述主要的Usecase實(shí)現(xiàn)用例視圖實(shí)現(xiàn)順序視圖、活動(dòng)視圖、狀態(tài)視圖等需求追蹤的意義問題舉例：作用地位

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

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