華中科技大學機械學院CAD中心什么是需求：

Rational把需求定義為“（正在構建的）系統必須符合的條件或具備的功能”。

著名的需求工程設計師MerlinDorfman和RichardH.Thayer提出了一個包容且更為精練的定義，它特指軟件方面-但不僅僅限于軟件：

“軟件需求可定義為：用戶解決某一問題或達到某一目標所需的軟件功能。系統或系統構件為了滿足合同、規約、標準或其他正式實行的文檔而必須滿足或具備的軟件功能。”

第2章軟件項目需求管理華中科技大學機械學院CAD中心什么是需求：第2章軟件項目需華中科技大學機械學院CAD中心評測和驗證有效的軟件開發流程標準得到了推廣和普及為什么現在仍然頻繁發生的軟件項目失敗的事件？為什么仍有那么多的項目受到延期、預算超支和質量問題的困擾？如何才能提高系統的質量？為什么要進行需求管理?華中科技大學機械學院CAD中心評測和驗證有效的軟件開發流程標華中科技大學機械學院CAD中心為什么要管理需求？簡單地說，系統開發團隊之所以管理需求是為了獲得項目成功。

好的需求管理是項目成功的第一要素。

需求與需求管理的概念華中科技大學機械學院CAD中心為什么要管理需求？需求與需求管華中科技大學機械學院CAD中心為什么要管理需求？需求分析在啟動和計劃階段，占有相當大的比例。華中科技大學機械學院CAD中心為什么要管理需求？需求分析在啟華中科技大學機械學院CAD中心什么是需求管理？一種獲取、組織并記錄系統需求的系統化方案，以及一個使客戶與項目團隊對不斷變更的系統需求達成并保持一致的過程。

這個定義與Dorfman與Thayer以及IEEE的“軟件需求工程”的定義相似。需求工程包括獲取、分析、規定、驗證和管理軟件需求，而“軟件需求管理”則是對所有相關活動的規劃和控制。華中科技大學機械學院CAD中心什么是需求管理？一種獲取、組織華中科技大學機械學院CAD中心現代軟件工程對需求工程的定義提供一種適當的機制，以了解用戶想要什么（分析需求）、評估可行性、協商合理的解決方案、無歧義地規約解決方案、確認規約以及在開發過程中管理這些被確認的需求規約。包括6個步驟：獲?。ㄐ枨笳T導）分析（需求分析和談判）規定（規約）系統建模驗證（需求確認）需求管理（控制與變更管理）華中科技大學機械學院CAD中心現代軟件工程對需求工程的定義提華中科技大學機械學院CAD中心需求管理存在的問題需求不總是顯而易見的，它可來自各個方面。需求并不總是容易用文字明白無誤地表達。存在不同種類的需求，其詳細程度各不相同。如果不加以控制，需求是無止境的，需求數量將難以管理。需求相互之間以及與流程的其他可交付工件之間以多種方式相關聯。需求既非同等重要，處理的難度也不同。需求涉及眾多相關利益責任方，這意味著需求要由跨職能的各組人員來管理。需求會發生變更。需求可能對時間敏感。華中科技大學機械學院CAD中心需求管理存在的問題需求不總是顯華中科技大學機械學院CAD中心軟件工程的需求分析過程（1）對系統的綜合要求：功能要求:包括系統應該實現的功能；性能要求:包括系統響應時間、資源限制、數據精確性、系統適應性等；運行要求:包括系統硬件環境、網絡環境、系統軟件、接口等的具體要求；其他要求包括：安全保密、可靠性、可維護性、可移植性、可擴展性等等。華中科技大學機械學院CAD中心軟件工程的需求分析過程（1）對華中科技大學機械學院CAD中心軟件工程的需求分析過程（2）分析系統的數據要求數據定義、數據邏輯關系、輸入/出數據定義、數據采集方式等（3）抽象出并確立目標系統的邏輯模型如用例圖、設計模型、實施模型和實現模型等（4）編寫需求規格說明書如數據流圖（Dataflowdiagram,DFD）、面向對象的分析等。華中科技大學機械學院CAD中心軟件工程的需求分析過程（2）分華中科技大學機械學院CAD中心軟件需求在軟件項目中的作用華中科技大學機械學院CAD中心軟件需求在軟件項目中的作用華中科技大學機械學院CAD中心軟件需求在軟件項目中的作用項目計劃過程：需求是項目計劃的基礎跟蹤控制過程：監控每項需求的狀態，以發現設計是否達到了預期的要求變更控制過程：需求文檔確定并制定基線后的變更都要通過確定的變更控制過程來實現系統測試過程：需求是測試的重要參考文檔編制過程：需求是編寫文檔的重要參考系統構建過程：需求決定模塊設計，模塊設計是代碼實現的依據華中科技大學機械學院CAD中心軟件需求在軟件項目中的作用項目華中科技大學機械學院CAD中心軟件需求的類別原始問題描述：對要解決問題的敘述，它是軟件需求的基礎用戶需求：用自然語言和圖表給出的關于系統需要提供的服務及操作的約束系統需求：用詳細的術語給出系統要提供的服務及受到的約束軟件設計描述：在系統需求的基礎上加入更詳細的內容，它是軟件詳細設計和實現的基礎華中科技大學機械學院CAD中心軟件需求的類別原始問題描述：對華中科技大學機械學院CAD中心用戶需求從用戶的角度描述系統的需求，以便沒有計算機專業技術背景的用戶能看懂只描述系統的外部行為，避免涉及系統內部設計特征編寫用戶需求文檔時應遵守的一些簡單原則：標準的格式：標準格式有利于避免遺漏使用一致的語言使用特殊文本盡量避免專業術語華中科技大學機械學院CAD中心用戶需求從用戶的角度描述系統的華中科技大學機械學院CAD中心系統需求比用戶需求更詳細和專業的描述，是系統實現的依據系統需求通常采用結構化語言和過程設計語言PDL結構化語言的特定是表現力強、易于理解，缺點是有一定程度的二義性PDL源于Java或Ada，可借助軟件工具進行語法和語義檢查，缺點是表達系統功能的能力不足，只有具有程序設計背景的人才能理解華中科技大學機械學院CAD中心系統需求比用戶需求更詳細和專業華中科技大學機械學院CAD中心系統需求的分類比用戶需求更詳細和專業的描述，是系統實現的依據功能需求：描述系統應提供的功能和服務，是對如何響應輸入及特定條件下行為的描述非功能需求：是功能需求的補充，是不直接與系統具體功能相關的一類需求，如可靠性、響應時間、存儲空間。非功能需求反映的是系統的整體特性，因此更關鍵領域需求：來自系統應用領域，反映領域特點的需求，它可能是功能需求也可能是非功能需求華中科技大學機械學院CAD中心系統需求的分類比用戶需求更詳細華中科技大學機械學院CAD中心編制需求文檔的基本原則語句和段落盡量簡短語句要完整，語法、標點等要正確使用的術語與詞匯表中的定義保持一致避免使用模糊、主觀的術語，如性能“優越”避免使用比較性詞匯，盡量給出定量的說明，含糊的表達將引起需求的不可驗證…華中科技大學機械學院CAD中心編制需求文檔的基本原則語句和段華中科技大學機械學院CAD中心軟件需求規格說明需求文檔通常采用軟件需求規格說明SRS(SoftwareRequirementSpecification)的形式軟件需求規格精確地闡述軟件系統必須提供的功能和性能，以及它需要考慮的限制條件，是對外部行為和系統環境接口的簡潔完整的描述性文檔；IEEE標準830-1998是關于需求說明的標準，它可以為需求規格提供很好的建議，但卻因為過于一般化而無法采納為軟件組織的具體標準華中科技大學機械學院CAD中心軟件需求規格說明需求文檔通常采華中科技大學機械學院CAD中心示例性的SRS大綱軟件項目概述1.1軟件項目展望：前景展望、與其它項目相關性表述1.2產品功能：簡介產品功能一般性限制：如硬件、集成接口、通信協議等假設與相關性：確定影響需求的具體假設與相關性用戶界面：包括屏幕布局、預期的用戶交互與輸入設備具體需求：包括軟件的功能需求

5.1系統行為

5.1.1輸入5.1.2處理5.1.3輸出

5.2性能需求5.3診斷需求5.4安全性需求

5.5可維護性需求 5.6可配置性需求5.7可升級性需求

5.8可測試性需求 5.9安裝性需求6附錄華中科技大學機械學院CAD中心示例性的SRS大綱軟件項目概述華中科技大學機械學院CAD中心軟件需求度量DeanLeffingwell和DonWidrig總結了軟件需求質量度量的九個元素：正確、無歧義、完備、一致、分級、可驗證、可修改、可跟蹤和可理解正確：當且僅當需求都代表了構建軟件系統所要完成的事情無歧義：當且僅當需求只有一種解釋完備性：當且僅當需求集描述了用戶關心的所有有意義的需求一致性：當且僅當任意兩個需求的子集間沒有矛盾分級：根據重要性和穩定性分級，尤其當現有資源不足以實現所有的需求時華中科技大學機械學院CAD中心軟件需求度量DeanLeff華中科技大學機械學院CAD中心軟件需求度量（續）可驗證性：可驗證的需求就是在以后的過程中可以測試它是否得到滿足可修改性：當且僅當每條需求都易于完整和一致地進行變更，且不改變需求集的結構和風格。此時需求集以適當的目錄、索引及交叉引用組織，冗余程度低可跟蹤性：當且僅當每條需求都是可溯源的，并存在一種機制使得以后工作中引用該需求是可行的可理解性：需求集是可理解的是指用戶和開發人員都完全理解它的整體行為、所提供的功能及其中每條需求的含義華中科技大學機械學院CAD中心軟件需求度量（續）可驗證性：可華中科技大學機械學院CAD中心2.2需求工程定義包括創建和維護需求文檔所必須的所有活動的過程，是將用戶非形式化的軟件需求轉變為形式化的需求規格說明的過程。發展趨勢：對象化：指需求模型及其構造方法的對象化，其研究關鍵是面向對象模型和需求定義語言形式化：形式化方法是具有嚴格數學基礎的描述系統特征的方法，具有準確、無歧義的特定自動化：CASE工具的研究華中科技大學機械學院CAD中心2.2需求工程定義華中科技大學機械學院CAD中心需求工程的目標目標：通過對問題及其環境的理解建立分析模型，在完全理解用戶需求的基礎上用SRS表達用戶需求建立分析模型：它包含問題及其環境所涉及的信息流、處理功能、用戶界面、行為模型及設計約束編寫SRS：按照軟件組織定義的SRS大綱，采用某種需求描述語言來完成華中科技大學機械學院CAD中心需求工程的目標目標：通過對問題華中科技大學機械學院CAD中心需求工程的分解層次華中科技大學機械學院CAD中心需求工程的分解層次華中科技大學機械學院CAD中心需求開發與管理的界限華中科技大學機械學院CAD中心需求開發與管理的界限華中科技大學機械學院CAD中心2.3需求管理必要性：需求供求雙方固有的矛盾需求具有易變性和難以表述性需求錯誤出現的高頻性和修改的高昂成本軟件缺陷修復成本華中科技大學機械學院CAD中心2.3需求管理必要性：軟件缺華中科技大學機械學院CAD中心需求管理的目標需求管理是一種獲取、組織并記錄軟件需求的系統化方案，也是使客戶與項目團隊對不斷變更的軟件需求保持一致的過程需求管理的目的：在客戶和處理客戶需求的軟件項目組之間建立對客戶需求的共同理解使軟件受控，并建立供軟件工程和管理使用的需求基線使軟件計劃、產品和活動與軟件需求保持一致華中科技大學機械學院CAD中心需求管理的目標需求管理是一種獲華中科技大學機械學院CAD中心需求管理的原則一定要分類管理：高層領導的目標性需求、中層管理的具體業務流程需求和作業人員對操作性的需求等必須分優先級必須文檔化：文檔必須是正確的、最新的、可管理的、可理解和經過驗證的需求一旦變化，就必須對需求變更的影響進行評估，每個項目都必須有需求管理員或組需求管理必須與需求工程的其他活動機密結合：需求管理是形式，需求獲取、需求分析、需求驗證等是內容華中科技大學機械學院CAD中心需求管理的原則一定要分類管理：華中科技大學機械學院CAD中心需求管理的規劃進行需求管理的第一步是建立需求管理規劃：需求識別：給需求以惟一的標識變更過程管理：確定一個選擇、分析和決策需求變更的過程需求跟蹤：定義需求之間的關系及需求和設計之間的關系，記錄并維護這些關系自動化工具：即選擇使用何種CASE工具華中科技大學機械學院CAD中心需求管理的規劃進行需求管理的第華中科技大學機械學院CAD中心需求變更管理需求變更的原因軟件需求定義不完整隨著項目的進行，對問題的理解發生了變化此外，對大型項目，還可能：不同類型用戶的需求是沖突或矛盾的系統購買者與最終用戶往往不同，其需求與理解很難完全一致華中科技大學機械學院CAD中心需求變更管理需求變更的原因華中科技大學機械學院CAD中心變更管理過程進行變更管理，首先要建立變更控制委員會，變更管理過程包括變更描述、變更分析和變更實現三個階段：變更描述：始于一個被識別的需求問題或一份明確的變更提議變更分析：評估被提議的變更產生的影響變更實現：執行變更，需求文檔、系統設計和實現都要修改華中科技大學機械學院CAD中心變更管理過程進行變更管理，首先華中科技大學機械學院CAD中心變更控制流程華中科技大學機械學院CAD中心變更控制流程華中科技大學機械學院CAD中心需求狀態定義：某時間點需求的情況反映?？蛻粜枨蟮乃姆N情況：客戶可以明確且清楚地提出的需求客戶知道需要做什么，但卻不能確定的需求客戶提出需求，但需求的業務不明確客戶自己也說不清楚的需求需求狀態：已建議□已批準 □已拒絕已設計□已實現 □已驗證已交付□已刪除華中科技大學機械學院CAD中心需求狀態定義：某時間點需求的情華中科技大學機械學院CAD中心需求跟蹤目的：建立和維護從用戶需求到測試的一致性與完整性，確保實現都以客戶需求為基礎，實現的需求覆蓋了預期的需求，并確保輸出與用戶需求的符合性需求跟蹤就要追溯需求間以及需求與系統設計間的聯系，可追溯性是需求描述的一個總體特性，反映了發現相關需求的能力。三類可追溯性信息：源可追溯性信息：連接需求與提出需求的人員及產生需求的原因需求可追溯性信息：連接需求文檔中彼此依賴的信息設計可追溯性信息：連接需求到其實現的設計模塊華中科技大學機械學院CAD中心需求跟蹤目的：建立和維護從用戶華中科技大學機械學院CAD中心需求跟蹤的作用在需求驗證中，便于確保所有需求被應用有助于變更影響分析便于需求的維護便于測試時找出問題所在便于項目跟蹤和減少項目風險簡化了系統再設計，易于軟件重用華中科技大學機械學院CAD中心需求跟蹤的作用在需求驗證中，便華中科技大學機械學院CAD中心2.4需求質量保證需求驗證過程審查需求文檔：由分析人員、客戶、設計人員和測試人員等組成的審查小組編寫測試用例：根據用戶要求的產品功能寫出黑盒測試用例。如果測試的設計很可能或不可能，說明需求的實現很困難編寫用戶手冊：用戶手冊初稿確定合格的標準：合格的測試是建立在使用情景描述或使用實例基礎上的華中科技大學機械學院CAD中心2.4需求質量保證需求驗證過華中科技大學機械學院CAD中心需求驗證的內容有效性檢查：每項需求都是正確有效的，能解決用戶面對的問題一致性檢查：需求不應該沖突完備性檢查：應包含所有用戶想要的功能和約束現實性檢查：保證能利用現有技術實現可檢驗性檢查：描述的需求能夠實際測試可跟蹤性檢查：需求的出處被清晰記錄可調節性檢查：需求變更不會對其它部分造成大規模影響可讀性檢查：能夠被讀懂華中科技大學機械學院CAD中心需求驗證的內容有效性檢查：每項華中科技大學機械學院CAD中心需求評審需求評審方式：正式技術評審（同行評審，至少一次）和非正式技術評審。與其它評審的區別：有客戶方代表參加評審注意事項：嚴格控制每次評審的文檔規模和持續時間：避免參加者厭倦，提高評審效率和保證評審質量評審工作要分段進行：需求開發與需求評審依次進行要控制討論的問題：避免跑題避免無謂的爭吵華中科技大學機械學院CAD中心需求評審需求評審方式：正式技術華中科技大學機械學院CAD中心案例分析：一個項目需求分析和處理的案例華中科技大學機械學院CAD中心案例分析：華中科技大學機械學院CAD中心1案例背景

當地一家銷售電動工具公司的董事會成員正在舉行二月份的董事會會議，這家公司是一家專門制造和銷售用于木工用的“黑客”牌電動工具的一家小型公司。會議室里在座的，有董事會主席貝斯·史密斯（BethSmith）和兩個董事會成員羅斯瑪麗·奧爾森（RosemaryOlsen）和史蒂夫·安德魯（SteveAndrews）。貝斯首先發言：“我們今年以來的銷售非常好，打來的訂貨電話，已經要把我們的電話都要打爆了，但是，我們沒有辦法能繼續招募到熟悉我們的電動工具、同時還了解我們銷售過程的小姐。而與我們競爭的其他公司，都已經上了自動客戶服務系統（CallCenter）。所以，我們也要上這個系統，才能保住我們的市場?！?/p>

“我們必須建立一個計算機自動客戶服務系統。”羅斯瑪麗響應道。

史蒂夫建議：“難道我們不能把售后服務轉給麥肯羅公司（公司下屬的一家子公司，以服務為主）做嗎？向他們要求一下，看他們是否能把電動工具的服務也接過去？”

“他們也緊張，聽說明年他們甚至可能會削減一些服務項目?！必愃够卮?。

華中科技大學機械學院CAD中心1案例背景

當地一家銷售電華中科技大學機械學院CAD中心1案例背景

“我們需要多少錢才能搞這么一個系統？”羅斯瑪麗問道。

“大約10萬美元，”貝斯回答，“如果我們不能在兩個月后就開始啟用這個系統，估計我們的定單可能會減少20%。”

“我們除了錢還需要很多東西。我們需要了解是否有更好的方案、開發這個系統需要多少時間，以及，這個系統是不是真的適合我們！”史蒂夫說。

“哦，我想我們完全可以自己來做這個項目，這將是很有趣的！”羅斯瑪麗興奮地說。

“這個項目不是我們的專長，我們不可能及時完成?！必愃拐f道。

羅斯瑪麗回答說：“我們有幾個技術人員，雖然不夠，但只要再招聘一二個高手，就可以解決它，并且做好?！?/p>

“項目是我們真正需要的嗎？我們上了這個項目以后，公司的銷售任務就能完成了嗎？”史蒂夫問道，“此外，我們正在經歷一個困難時期，我們的資金并不寬余?；蛟S我們應當考慮一下，我們怎樣能用較少的資金來運作一切。例如，我們用這個系統只處理定單，而并不包括服務，。這樣系統是不是就會小一點，也省一點、快一點？”華中科技大學機械學院CAD中心1案例背景

“我們華中科技大學機械學院CAD中心1案例背景

羅斯瑪麗插話說：“多妙的主意，我們可以先完成銷售定單的處理，等這部分完成投入使用后，再開發服務部分。公司可以在改進銷售功能的同時，繼續開發服務功能。這樣，我們就可以做得更好?！薄昂昧?，”貝斯說，“這些都是好主意，但是我們只有有限的資金和技術人員，并且有一個增長的需求。我們現在需要做的是，確保我們在兩個月后不必擔心丟失定單。我想，我們都同意必須采取行動，但是不能確定我們的目標是否一致?！比A中科技大學機械學院CAD中心1案例背景

羅華中科技大學機械學院CAD中心2案例習題

（1）

項目目標是什么？

（2）已識別的需求是什么？

（3）如果有的話，準備開發的項目應具備什么樣的假定條件？

（4）項目牽涉到的風險是什么？華中科技大學機械學院CAD中心2案例習題

華中科技大學機械學院CAD中心3案例分析

2.6.3.1背景和目標分析 分析的要點進行背景和目標分析是為了理解項目涉及到的環境，確定用戶的最初需要，產生初始的解決方案（項目視圖）。通過這些推理和分析，找出“隱藏在問題背后的問題”。

在對背景和目標的分析過程中，將通過與用戶高層的溝通（在我們的例子里，這個環節暫缺），獲得對實際問題認識的一致，并確定真正對需求發生影響的有關干系人。初始解決方案包括：開發項目的理由、項目目標、界限和約束。可以從技術和業務兩個方面來定義。在適當的時候，項目的商業理由還需要分析期望從系統獲得的投資回報。華中科技大學機械學院CAD中心3案例分析

華中科技大學機械學院CAD中心3案例分析

分析的結果根據本案例的背景，我們的分析簡單描述如下。由于本案例比較簡單，而且是自主開發，因此，有些內容可以簡略。至少必須描述的內容，用下劃線表示：（1）

業務需求1、

背景：一家小型的木工電動工具公司，今年以來的銷售形勢很好，接受定單的電話很多，已經忙不過來了。因此，需要開發自動客戶服務系統。2、

項目機遇：通過自動客戶服務系統的開發和投入使用，使公司的銷售獲得增長。3、

項目目標：開發一套為本公司銷售和售后服務使用的計算機自動客戶服務系統（CallCenter）。4、

市場需求：5、

客戶價值：滿足公司自身發展的需要。6、

項目風險：項目目標、方案、時間、資金、開發人員等。華中科技大學機械學院CAD中心3案例分析

分析的結果華中科技大學機械學院CAD中心3案例分析

（2）

方案描述：1、

功能視圖：自動接聽電話，對客戶的定單和售后服務要求做出響應。2、

主要特征：自動處理一些原來由人工完成的工作，有可能增加新的服務功能。3、

假設和依賴：二個月時間內完成，總投資為10萬美元，自主開發，自己使用。（3）

范圍局限1、

首次發行范圍：2、

隨后發行范圍：3、

局限和專用性：只為自己公司使用。（4）

系統環境：1、

用戶概貌：2、

項目優先級：可以先完成定單響應，再完成售后服務功能。（5）

成功因素：華中科技大學機械學院CAD中心3案例分析

（2）

華中科技大學機械學院CAD中心3案例分析

我們現在完成的，是我們在本章第二節（需求獲取階段）中介紹的“項目視圖”中的內容。在項目視圖中，我們對項目做了初步的描述。在背景和目標分析階段，我們回答本案例問題的答案是：1、

項目目標是什么？答：開發一套為本公司銷售和售后服務使用的計算機自動客戶服務系統（CallCenter）。2、

已識別的需求是什么？答：自動接聽電話，對客戶的定單和售后服務要求做出響應。3、

如果有的話，準備開發的項目應具備什么樣的假定條件？答：二個月時間內完成，總投資為10萬美元，自主開發，自己使用。4、

項目牽涉到的風險是什么？答：項目目標、方案、時間、資金、開發人員等。華中科技大學機械學院CAD中心3案例分析

華中科技大學機械學院CAD中心3案例分析

系統的功能包括：從公司的客戶方面看，新系統可以自動支持電話、FAX，E_mail、Web等多重通信方式所提供的服務，最大限度的滿足客戶的需要，最有效地為客戶提供快捷方便的服務。從公司方面看，新系統要可以支持接入公司的交換機中繼線路（24條中繼），自動或智能話務分配、坐席畫面與電話同步、自動錄音等功能。從提供服務的內容看，可以有：公司產品查詢、合同和定單查詢、自動處理定單、產品售后服務信息查詢、供貨信息查詢、方案介紹、產品推介、產品報修、故障咨詢、投訴等。進一步的購買洽談，可以轉人工處理。整個系統可以與目前公司已經有的客戶信息系統、產品信息系統等建立聯系，形成綜合的服務系統。華中科技大學機械學院CAD中心3案例分析

華中科技大學機械學院CAD中心3案例分析

業務需求需求特性需求子特性業務描述操作描述客戶訪問系統的方式系統的接入方式電話接受電話訪問在語音提示下，進行自動應答，提供信息和咨詢服務。FAX接受傳真訪問自動為授權用戶回復傳真E_mail接受mail根據用戶填寫的信息要求，自動回復相應的mail。Web接受網上訪問提供網上交互服務。公司內部的系統處理模式系統響應模式自動應答模式電話、傳真、MAIL、WEB自動應答同上電話轉人工應答客戶根據需要，在語音提示下，轉人工坐席應答模式。人工坐席模式一般坐席一般業務人員處理高級坐席高級咨詢顧問處理華中科技大學機械學院CAD中心3案例分析

業務需求需求特華中科技大學機械學院CAD中心

系統服務內容可響應并提供的服務內容產品服務自動查詢回復自動回復有關產品資料人工咨詢服務提供產品介紹和方案建議定單處理接受定單進入定單處理合同洽談轉人工合同洽談合同處理合同修改轉人工合同修改查詢合同查詢合同處理狀態售后服務報修服務記錄保修內容，轉處理質量投訴記錄投訴內容，轉處理系統信息構成系統處理結構接入24條中繼接入統一客戶服務號碼，24線排隊機自動排隊機制自動根據坐席忙閑和服務等級，分配人工響應的坐席。自動坐席根據業務自動提供畫面信息根據服務請求，自動切換到相應內容的處理畫面和信息。數據庫聯接提供背景數據根據服務請求，自動顯示相應背景信息，如：客戶資料、產品信息、備選方案等。華中科技大學機械學院CAD中心

系統服務內容可響應并提供的華中科技大學機械學院CAD中心本章小結

應用軟件項目開發過程中，最為關鍵的環節是對需求的控制。需求管理處于軟件項目管理開發周期的最上游；軟件需求主要來源于業務分析的結果，在充分考慮用戶的自身特性與要求的前提下，項目經理在用戶與項目組之間達成共識，建立了需求基線；在項目開發過程中，通過需求范圍認定、需求形式化記錄、需求數據庫建立、需求狀態跟蹤、需求變更分析和波動評估、需求評審控制等程序，通過使用需求管理工具等手段，實現對項目需求按基線的控制和管理。需求管理的好壞，對產品項目的成敗起決定性作用，項目經理的資質、技能要求非同一般，責任心更是保證。華中科技大學機械學院CAD中心本章小結應用軟件項目開華中科技大學機械學院CAD中心什么是需求：

Rational把需求定義為“（正在構建的）系統必須符合的條件或具備的功能”。

著名的需求工程設計師MerlinDorfman和RichardH.Thayer提出了一個包容且更為精練的定義，它特指軟件方面-但不僅僅限于軟件：

“軟件需求可定義為：用戶解決某一問題或達到某一目標所需的軟件功能。系統或系統構件為了滿足合同、規約、標準或其他正式實行的文檔而必須滿足或具備的軟件功能?！?/p>

第2章軟件項目需求管理華中科技大學機械學院CAD中心什么是需求：第2章軟件項目需華中科技大學機械學院CAD中心評測和驗證有效的軟件開發流程標準得到了推廣和普及為什么現在仍然頻繁發生的軟件項目失敗的事件？為什么仍有那么多的項目受到延期、預算超支和質量問題的困擾？如何才能提高系統的質量？為什么要進行需求管理?華中科技大學機械學院CAD中心評測和驗證有效的軟件開發流程標華中科技大學機械學院CAD中心為什么要管理需求？簡單地說，系統開發團隊之所以管理需求是為了獲得項目成功。

好的需求管理是項目成功的第一要素。

需求與需求管理的概念華中科技大學機械學院CAD中心為什么要管理需求？需求與需求管華中科技大學機械學院CAD中心為什么要管理需求？需求分析在啟動和計劃階段，占有相當大的比例。華中科技大學機械學院CAD中心為什么要管理需求？需求分析在啟華中科技大學機械學院CAD中心什么是需求管理？一種獲取、組織并記錄系統需求的系統化方案，以及一個使客戶與項目團隊對不斷變更的系統需求達成并保持一致的過程。

這個定義與Dorfman與Thayer以及IEEE的“軟件需求工程”的定義相似。需求工程包括獲取、分析、規定、驗證和管理軟件需求，而“軟件需求管理”則是對所有相關活動的規劃和控制。華中科技大學機械學院CAD中心什么是需求管理？一種獲取、組織華中科技大學機械學院CAD中心現代軟件工程對需求工程的定義提供一種適當的機制，以了解用戶想要什么（分析需求）、評估可行性、協商合理的解決方案、無歧義地規約解決方案、確認規約以及在開發過程中管理這些被確認的需求規約。包括6個步驟：獲?。ㄐ枨笳T導）分析（需求分析和談判）規定（規約）系統建模驗證（需求確認）需求管理（控制與變更管理）華中科技大學機械學院CAD中心現代軟件工程對需求工程的定義提華中科技大學機械學院CAD中心需求管理存在的問題需求不總是顯而易見的，它可來自各個方面。需求并不總是容易用文字明白無誤地表達。存在不同種類的需求，其詳細程度各不相同。如果不加以控制，需求是無止境的，需求數量將難以管理。需求相互之間以及與流程的其他可交付工件之間以多種方式相關聯。需求既非同等重要，處理的難度也不同。需求涉及眾多相關利益責任方，這意味著需求要由跨職能的各組人員來管理。需求會發生變更。需求可能對時間敏感。華中科技大學機械學院CAD中心需求管理存在的問題需求不總是顯華中科技大學機械學院CAD中心軟件工程的需求分析過程（1）對系統的綜合要求：功能要求:包括系統應該實現的功能；性能要求:包括系統響應時間、資源限制、數據精確性、系統適應性等；運行要求:包括系統硬件環境、網絡環境、系統軟件、接口等的具體要求；其他要求包括：安全保密、可靠性、可維護性、可移植性、可擴展性等等。華中科技大學機械學院CAD中心軟件工程的需求分析過程（1）對華中科技大學機械學院CAD中心軟件工程的需求分析過程（2）分析系統的數據要求數據定義、數據邏輯關系、輸入/出數據定義、數據采集方式等（3）抽象出并確立目標系統的邏輯模型如用例圖、設計模型、實施模型和實現模型等（4）編寫需求規格說明書如數據流圖（Dataflowdiagram,DFD）、面向對象的分析等。華中科技大學機械學院CAD中心軟件工程的需求分析過程（2）分華中科技大學機械學院CAD中心軟件需求在軟件項目中的作用華中科技大學機械學院CAD中心軟件需求在軟件項目中的作用華中科技大學機械學院CAD中心軟件需求在軟件項目中的作用項目計劃過程：需求是項目計劃的基礎跟蹤控制過程：監控每項需求的狀態，以發現設計是否達到了預期的要求變更控制過程：需求文檔確定并制定基線后的變更都要通過確定的變更控制過程來實現系統測試過程：需求是測試的重要參考文檔編制過程：需求是編寫文檔的重要參考系統構建過程：需求決定模塊設計，模塊設計是代碼實現的依據華中科技大學機械學院CAD中心軟件需求在軟件項目中的作用項目華中科技大學機械學院CAD中心軟件需求的類別原始問題描述：對要解決問題的敘述，它是軟件需求的基礎用戶需求：用自然語言和圖表給出的關于系統需要提供的服務及操作的約束系統需求：用詳細的術語給出系統要提供的服務及受到的約束軟件設計描述：在系統需求的基礎上加入更詳細的內容，它是軟件詳細設計和實現的基礎華中科技大學機械學院CAD中心軟件需求的類別原始問題描述：對華中科技大學機械學院CAD中心用戶需求從用戶的角度描述系統的需求，以便沒有計算機專業技術背景的用戶能看懂只描述系統的外部行為，避免涉及系統內部設計特征編寫用戶需求文檔時應遵守的一些簡單原則：標準的格式：標準格式有利于避免遺漏使用一致的語言使用特殊文本盡量避免專業術語華中科技大學機械學院CAD中心用戶需求從用戶的角度描述系統的華中科技大學機械學院CAD中心系統需求比用戶需求更詳細和專業的描述，是系統實現的依據系統需求通常采用結構化語言和過程設計語言PDL結構化語言的特定是表現力強、易于理解，缺點是有一定程度的二義性PDL源于Java或Ada，可借助軟件工具進行語法和語義檢查，缺點是表達系統功能的能力不足，只有具有程序設計背景的人才能理解華中科技大學機械學院CAD中心系統需求比用戶需求更詳細和專業華中科技大學機械學院CAD中心系統需求的分類比用戶需求更詳細和專業的描述，是系統實現的依據功能需求：描述系統應提供的功能和服務，是對如何響應輸入及特定條件下行為的描述非功能需求：是功能需求的補充，是不直接與系統具體功能相關的一類需求，如可靠性、響應時間、存儲空間。非功能需求反映的是系統的整體特性，因此更關鍵領域需求：來自系統應用領域，反映領域特點的需求，它可能是功能需求也可能是非功能需求華中科技大學機械學院CAD中心系統需求的分類比用戶需求更詳細華中科技大學機械學院CAD中心編制需求文檔的基本原則語句和段落盡量簡短語句要完整，語法、標點等要正確使用的術語與詞匯表中的定義保持一致避免使用模糊、主觀的術語，如性能“優越”避免使用比較性詞匯，盡量給出定量的說明，含糊的表達將引起需求的不可驗證…華中科技大學機械學院CAD中心編制需求文檔的基本原則語句和段華中科技大學機械學院CAD中心軟件需求規格說明需求文檔通常采用軟件需求規格說明SRS(SoftwareRequirementSpecification)的形式軟件需求規格精確地闡述軟件系統必須提供的功能和性能，以及它需要考慮的限制條件，是對外部行為和系統環境接口的簡潔完整的描述性文檔；IEEE標準830-1998是關于需求說明的標準，它可以為需求規格提供很好的建議，但卻因為過于一般化而無法采納為軟件組織的具體標準華中科技大學機械學院CAD中心軟件需求規格說明需求文檔通常采華中科技大學機械學院CAD中心示例性的SRS大綱軟件項目概述1.1軟件項目展望：前景展望、與其它項目相關性表述1.2產品功能：簡介產品功能一般性限制：如硬件、集成接口、通信協議等假設與相關性：確定影響需求的具體假設與相關性用戶界面：包括屏幕布局、預期的用戶交互與輸入設備具體需求：包括軟件的功能需求

5.1系統行為

5.1.1輸入5.1.2處理5.1.3輸出

5.2性能需求5.3診斷需求5.4安全性需求

5.5可維護性需求 5.6可配置性需求5.7可升級性需求

5.8可測試性需求 5.9安裝性需求6附錄華中科技大學機械學院CAD中心示例性的SRS大綱軟件項目概述華中科技大學機械學院CAD中心軟件需求度量DeanLeffingwell和DonWidrig總結了軟件需求質量度量的九個元素：正確、無歧義、完備、一致、分級、可驗證、可修改、可跟蹤和可理解正確：當且僅當需求都代表了構建軟件系統所要完成的事情無歧義：當且僅當需求只有一種解釋完備性：當且僅當需求集描述了用戶關心的所有有意義的需求一致性：當且僅當任意兩個需求的子集間沒有矛盾分級：根據重要性和穩定性分級，尤其當現有資源不足以實現所有的需求時華中科技大學機械學院CAD中心軟件需求度量DeanLeff華中科技大學機械學院CAD中心軟件需求度量（續）可驗證性：可驗證的需求就是在以后的過程中可以測試它是否得到滿足可修改性：當且僅當每條需求都易于完整和一致地進行變更，且不改變需求集的結構和風格。此時需求集以適當的目錄、索引及交叉引用組織，冗余程度低可跟蹤性：當且僅當每條需求都是可溯源的，并存在一種機制使得以后工作中引用該需求是可行的可理解性：需求集是可理解的是指用戶和開發人員都完全理解它的整體行為、所提供的功能及其中每條需求的含義華中科技大學機械學院CAD中心軟件需求度量（續）可驗證性：可華中科技大學機械學院CAD中心2.2需求工程定義包括創建和維護需求文檔所必須的所有活動的過程，是將用戶非形式化的軟件需求轉變為形式化的需求規格說明的過程。發展趨勢：對象化：指需求模型及其構造方法的對象化，其研究關鍵是面向對象模型和需求定義語言形式化：形式化方法是具有嚴格數學基礎的描述系統特征的方法，具有準確、無歧義的特定自動化：CASE工具的研究華中科技大學機械學院CAD中心2.2需求工程定義華中科技大學機械學院CAD中心需求工程的目標目標：通過對問題及其環境的理解建立分析模型，在完全理解用戶需求的基礎上用SRS表達用戶需求建立分析模型：它包含問題及其環境所涉及的信息流、處理功能、用戶界面、行為模型及設計約束編寫SRS：按照軟件組織定義的SRS大綱，采用某種需求描述語言來完成華中科技大學機械學院CAD中心需求工程的目標目標：通過對問題華中科技大學機械學院CAD中心需求工程的分解層次華中科技大學機械學院CAD中心需求工程的分解層次華中科技大學機械學院CAD中心需求開發與管理的界限華中科技大學機械學院CAD中心需求開發與管理的界限華中科技大學機械學院CAD中心2.3需求管理必要性：需求供求雙方固有的矛盾需求具有易變性和難以表述性需求錯誤出現的高頻性和修改的高昂成本軟件缺陷修復成本華中科技大學機械學院CAD中心2.3需求管理必要性：軟件缺華中科技大學機械學院CAD中心需求管理的目標需求管理是一種獲取、組織并記錄軟件需求的系統化方案，也是使客戶與項目團隊對不斷變更的軟件需求保持一致的過程需求管理的目的：在客戶和處理客戶需求的軟件項目組之間建立對客戶需求的共同理解使軟件受控，并建立供軟件工程和管理使用的需求基線使軟件計劃、產品和活動與軟件需求保持一致華中科技大學機械學院CAD中心需求管理的目標需求管理是一種獲華中科技大學機械學院CAD中心需求管理的原則一定要分類管理：高層領導的目標性需求、中層管理的具體業務流程需求和作業人員對操作性的需求等必須分優先級必須文檔化：文檔必須是正確的、最新的、可管理的、可理解和經過驗證的需求一旦變化，就必須對需求變更的影響進行評估，每個項目都必須有需求管理員或組需求管理必須與需求工程的其他活動機密結合：需求管理是形式，需求獲取、需求分析、需求驗證等是內容華中科技大學機械學院CAD中心需求管理的原則一定要分類管理：華中科技大學機械學院CAD中心需求管理的規劃進行需求管理的第一步是建立需求管理規劃：需求識別：給需求以惟一的標識變更過程管理：確定一個選擇、分析和決策需求變更的過程需求跟蹤：定義需求之間的關系及需求和設計之間的關系，記錄并維護這些關系自動化工具：即選擇使用何種CASE工具華中科技大學機械學院CAD中心需求管理的規劃進行需求管理的第華中科技大學機械學院CAD中心需求變更管理需求變更的原因軟件需求定義不完整隨著項目的進行，對問題的理解發生了變化此外，對大型項目，還可能：不同類型用戶的需求是沖突或矛盾的系統購買者與最終用戶往往不同，其需求與理解很難完全一致華中科技大學機械學院CAD中心需求變更管理需求變更的原因華中科技大學機械學院CAD中心變更管理過程進行變更管理，首先要建立變更控制委員會，變更管理過程包括變更描述、變更分析和變更實現三個階段：變更描述：始于一個被識別的需求問題或一份明確的變更提議變更分析：評估被提議的變更產生的影響變更實現：執行變更，需求文檔、系統設計和實現都要修改華中科技大學機械學院CAD中心變更管理過程進行變更管理，首先華中科技大學機械學院CAD中心變更控制流程華中科技大學機械學院CAD中心變更控制流程華中科技大學機械學院CAD中心需求狀態定義：某時間點需求的情況反映?？蛻粜枨蟮乃姆N情況：客戶可以明確且清楚地提出的需求客戶知道需要做什么，但卻不能確定的需求客戶提出需求，但需求的業務不明確客戶自己也說不清楚的需求需求狀態：已建議□已批準 □已拒絕已設計□已實現 □已驗證已交付□已刪除華中科技大學機械學院CAD中心需求狀態定義：某時間點需求的情華中科技大學機械學院CAD中心需求跟蹤目的：建立和維護從用戶需求到測試的一致性與完整性，確保實現都以客戶需求為基礎，實現的需求覆蓋了預期的需求，并確保輸出與用戶需求的符合性需求跟蹤就要追溯需求間以及需求與系統設計間的聯系，可追溯性是需求描述的一個總體特性，反映了發現相關需求的能力。三類可追溯性信息：源可追溯性信息：連接需求與提出需求的人員及產生需求的原因需求可追溯性信息：連接需求文檔中彼此依賴的信息設計可追溯性信息：連接需求到其實現的設計模塊華中科技大學機械學院CAD中心需求跟蹤目的：建立和維護從用戶華中科技大學機械學院CAD中心需求跟蹤的作用在需求驗證中，便于確保所有需求被應用有助于變更影響分析便于需求的維護便于測試時找出問題所在便于項目跟蹤和減少項目風險簡化了系統再設計，易于軟件重用華中科技大學機械學院CAD中心需求跟蹤的作用在需求驗證中，便華中科技大學機械學院CAD中心2.4需求質量保證需求驗證過程審查需求文檔：由分析人員、客戶、設計人員和測試人員等組成的審查小組編寫測試用例：根據用戶要求的產品功能寫出黑盒測試用例。如果測試的設計很可能或不可能，說明需求的實現很困難編寫用戶手冊：用戶手冊初稿確定合格的標準：合格的測試是建立在使用情景描述或使用實例基礎上的華中科技大學機械學院CAD中心2.4需求質量保證需求驗證過華中科技大學機械學院CAD中心需求驗證的內容有效性檢查：每項需求都是正確有效的，能解決用戶面對的問題一致性檢查：需求不應該沖突完備性檢查：應包含所有用戶想要的功能和約束現實性檢查：保證能利用現有技術實現可檢驗性檢查：描述的需求能夠實際測試可跟蹤性檢查：需求的出處被清晰記錄可調節性檢查：需求變更不會對其它部分造成大規模影響可讀性檢查：能夠被讀懂華中科技大學機械學院CAD中心需求驗證的內容有效性檢查：每項華中科技大學機械學院CAD中心需求評審需求評審方式：正式技術評審（同行評審，至少一次）和非正式技術評審。與其它評審的區別：有客戶方代表參加評審注意事項：嚴格控制每次評審的文檔規模和持續時間：避免參加者厭倦，提高評審效率和保證評審質量評審工作要分段進行：需求開發與需求評審依次進行要控制討論的問題：避免跑題避免無謂的爭吵華中科技大學機械學院CAD中心需求評審需求評審方式：正式技術華中科技大學機械學院CAD中心案例分析：一個項目需求分析和處理的案例華中科技大學機械學院CAD中心案例分析：華中科技大學機械學院CAD中心1案例背景

當地一家銷售電動工具公司的董事會成員正在舉行二月份的董事會會議，這家公司是一家專門制造和銷售用于木工用的“黑客”牌電動工具的一家小型公司。會議室里在座的，有董事會主席貝斯·史密斯（BethSmith）和兩個董事會成員羅斯瑪麗·奧爾森（RosemaryOlsen）和史蒂夫·安德魯（SteveAndrews）。貝斯首先發言：“我們今年以來的銷售非常好，打來的訂貨電話，已經要把我們的電話都要打爆了，但是，我們沒有辦法能繼續招募到熟悉我們的電動工具、同時還了解我們銷售過程的小姐。而與我們競爭的其他公司，都已經上了自動客戶服務系統（CallCenter）。所以，我們也要上這個系統，才能保住我們的市場。”

“我們必須建立一個計算機自動客戶服務系統?！绷_斯瑪麗響應道。

史蒂夫建議：“難道我們不能把售后服務轉給麥肯羅公司（公司下屬的一家子公司，以服務為主）做嗎？向他們要求一下，看他們是否能把電動工具的服務也接過去？”

“他們也緊張，聽說明年他們甚至可能會削減一些服務項目?！必愃够卮?。

華中科技大學機械學院CAD中心1案例背景

當地一家銷售電華中科技大學機械學院CAD中心1案例背景

“我們需要多少錢才能搞這么一個系統？”羅斯瑪麗問道。

“大約10萬美元，”貝斯回答，“如果我們不能在兩個月后就開始啟用這個系統，估計我們的定單可能會減少20%?！?/p>

“我們除了錢還需要很多東西。我們需要了解是否有更好的方案、開發這個系統需要多少時間，以及，這個系統是不是真的適合我們！”史蒂夫說。

“哦，我想我們完全可以自己來做這個項目，這將是很有趣的！”羅斯瑪麗興奮地說。

“這個項目不是我們的專長，我們不可能及時完成?！必愃拐f道。

羅斯瑪麗回答說：“我們有幾個技術人員，雖然不夠，但只要再招聘一二個高手，就可以解決它，并且做好。”

“項目是我們真正需要的嗎？我們上了這個項目以后，公司的銷售任務就能完成了嗎？”史蒂夫問道，“此外，我們正在經歷一個困難時期，我們的資金并不寬余?；蛟S我們應當考慮一下，我們怎樣能用較少的資金來運作一切。例如，我們用這個系統只處理定單，而并不包括服務，。這樣系統是不是就會小一點，也省一點、快一點？”華中科技大學機械學院CAD中心1案例背景

“我們華中科技大學機械學院CAD中心1案例背景

羅斯瑪麗插話說：“多妙的主意，我們可以先完成銷售定單的處理，等這部分完成投入使用后，再開發服務部分。公司可以在改進銷售功能的同時，繼續開發服務功能。這樣，我們就可以做得更好。”“好了，”貝斯說，“這些都是好主意，但是我們只有有限的資金和技術人員，并且有一個增長的需求。我們現在需要做的是，確保我們在兩個月后不必擔心丟失定單。我想，我們都同意必須采取行動，但是不能確定我們的目標是否一致?！比A中科技大學機械學院CAD中心1案例背景

羅華中科技大學機械學院CAD中心2案例習題

（1）

項目目標是什么？

（2）已識別的需求是什么？

（3）如果有的話，準備開發的項目應具備什么樣的假定條件？

（4）項目牽涉到的風險是什么？華中科技大學機械學院CAD中心2案例習題

華中科技大學機械學院CAD中心3案例分析

2.6.3.1背景和目標分析 分析的要點進行背景和目標分析是為了理解項目涉及到的環境，確定用戶的最初需要，產生初始的解決方案（項目視圖）。通過這些推理和分析，找出“隱藏在問題背后的問題”。

在對背景和目標的分析過程中，將通過與用戶高層的溝通（在我們的例子里，這個環節暫缺），獲得對實際問題認識的一致，并確定真正對需求發生影響的有關干系人。初始解決方案包括：開發項目的理由、項目目標、界限和約束。可以從技術和業務兩個方面來定義。在適當的時候，項目的商業理由還需要分析期望從系統獲得的投資回報。華中科技大學機械學院CAD中心3案例分析

華中科技大學機械學院CAD中心3案例分析

分析的結果根據本案例的背景，我們的分析簡單描述如下。由于本案例比較簡單，而且是自主開發，因此，有些內容可以簡略。至少必須描述的內容，用下劃線表示：（1）

業務需求1、

背景：一家小型的木工電動工具公司，今年以來的銷售形勢很好，接受定單的電話很多，已經忙不過來了。因此，需要開發自動客戶服務系統。2、

項目機遇：通過自動客戶服務系統的開發和投入使用，使公司的銷售獲得增長。3、

項目目標：開發一套為本公司