【正文】 余的需求。?當(dāng)允許需求變更時，在特定的版木屮加入每一項變更，并在那個版本計劃屮作出需要的變更。確定需求優(yōu)先級確定軟件工程需求的優(yōu)先級別?應(yīng)用分析方法來確定使用實例、產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別。注意要找出需求文檔與原型之間所存的沖突之處。創(chuàng)建開發(fā)原型：創(chuàng)建用戶接u原型，當(dāng)開發(fā)人員或用戶不能確定需求時，開發(fā)一個用戶接u原型，這樣使得許多概念和可能發(fā)生的事更為直觀明了。定義系統(tǒng)的邊界繪制關(guān)聯(lián)圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實體間的界限和接U的簡單模型。?確定需求伙:先級，需求優(yōu)先級有助于建立和維護(hù)必要的需求，有利于開發(fā)組織和版本規(guī)劃。^第二步??業(yè)務(wù)限制因素分析?建立業(yè)務(wù)限制因素到軟件非功能目標(biāo)的轉(zhuǎn)化第三步.?兩種底層目標(biāo)的束定?建立軟件功能目標(biāo)與非功能目標(biāo)之間的雙向束定關(guān)系2分析——細(xì)化客戶需求，形成顧客、用戶及產(chǎn)品需求?定義系統(tǒng)的邊界建立系統(tǒng)與其外部實體間的界限，明確接口處的信息流。包與包之間用組成關(guān)系關(guān)聯(lián)起來。一般按照如下原則進(jìn)行準(zhǔn)備：所提的問題應(yīng)該循序漸進(jìn)，從整體的方面開始提問，接下來的問題應(yīng)有助于對前面的問題更好的理解和細(xì)化；不要限制用戶對問題的回答，這有可能會引出原先沒有注意的問題；提問和回答在匯總后應(yīng)能夠反映用戶需求的全貌。訪談提綱和調(diào)查問卷有助于提高交流的有效性。到用戶的實際工作環(huán)境中對用戶的工作流程進(jìn)行觀察，了解用戶實際的操作環(huán)境、操作過程和操作要求，對照用戶提交的問題陳述，對用戶需求可以有更全面、更細(xì)致的認(rèn)識。交付：學(xué)會從需求類型與屬性角度評估需求的質(zhì)量，移交產(chǎn)品需求說明書1調(diào)研——收集需求，并轉(zhuǎn)化為客戶需求?制定需求調(diào)研計劃?確定交流角色和方式?準(zhǔn)備規(guī)范文件和問卷?組織考察、交流和討論活動?形成需求調(diào)研記錄需求人員能力要求?以好溝通的能力?熟悉你公司的軟件產(chǎn)品滿足需求的能力?懂得管理知識和技術(shù)知識?融會貫通軟件需求方法?充滿技巧的管理矛盾的協(xié)調(diào)者?企業(yè)需求的傳遞者和控制者制定調(diào)研計劃書?**ERP系統(tǒng)需求調(diào)研計劃第一章調(diào)研目的第二章調(diào)研的范圍調(diào)研的職能范圍（職能部門、人數(shù)、姓名、人員資格條件）調(diào)研的業(yè)務(wù)范圍（基本情況、銷售、采購、倉庫管理、BOM、計劃、生產(chǎn)、質(zhì)量、財務(wù)、成本、基礎(chǔ)數(shù)據(jù)、特殊要求等）調(diào)研的地點范圍第三章調(diào)研的方式（收集資料、問卷調(diào)查、個別交流、開會討論）第四章調(diào)研的階段（任務(wù)、起止時間、實施者、客戶負(fù)責(zé)人員、工作成果)第五章具體時間安排需求開發(fā)角色準(zhǔn)備規(guī)范文件■規(guī)程準(zhǔn)備規(guī)范文件?《需求開發(fā)方針》?《需求開發(fā)過程》■模板?《需求規(guī)格說明書》?《用戶需求說明書》?《用戶需求調(diào)研記錄》■檢查表?《需求開發(fā)QA檢查單》需求調(diào)研需求獲取是通過積極與用戶交流，捕捉、分析和修訂用戶對目標(biāo)系統(tǒng)的需求，并提煉出符合問題解決領(lǐng)域的用戶需呆。其中統(tǒng)一建模語言（UML)由Rational公司3位世界級面向?qū)ο蠹夹g(shù)專家Grady Booch、Ivar Jacobson、和Jim Rumbaugh通過對早期面向?qū)ο笱芯亢驮O(shè)計方法的進(jìn)一步擴展而得來的，它為可視化建模軟件奠定了堅實的理論基礎(chǔ)。■ Rose是美國的Rational公司的面向?qū)ο蠼９ぞ撸ū籌BM收購），利用這個工具，可以建立用UML描述的軟件系統(tǒng)的模型，而且可以自動生成和維護(hù)C++、Java、VB和Oracle等語言和系統(tǒng)的代碼。IBM Rational Rose■ Rational Rose是一個完全的，具有能滿足所有建模環(huán)境（Web開發(fā)，數(shù)據(jù)建模，Visual Studio和C++ )需求能力和靈活性的一套解決方案。需求分析工具軟件采用適當(dāng)?shù)墓ぞ?，有可能顯著減少需求階段的錯誤，也可大幅度提高需求分析的質(zhì)量和工作效率。狀態(tài)圖（State chart)；類圖（Class)；構(gòu)件圖（Component)；部署圖（Deployment)等結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析建模又分面向數(shù)據(jù)建模和面向數(shù)據(jù)流建模?結(jié)構(gòu)化分析方法面向數(shù)據(jù)流進(jìn)行需求分析的方法，結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析。軟件需求分析評估軟件需求分析評估是為了檢查我們進(jìn)行軟件需求分析工作，保證軟件需求分析工作正確性、完整性、有效性、合理性、可確認(rèn)性、可實施性，完全保證用戶所需求的功能。主要是軟件項目工作安排，開發(fā)周期預(yù)估；?其它方法描述。主要是對信息關(guān)系、數(shù)據(jù)庫表格、接口函數(shù)等描述；?工程數(shù)學(xué)描述。主要是用戶UI界面的描述反映用戶需求功能；?邏輯圖描述。一般我們采用Word、PowerPoint、Visio、FrontPage、Excel 等 Off ice 工具，同時可能采用一些開發(fā)工具，如VC或BC等，同樣也會使用一些圖形工具，如Photoshop、調(diào)色板等畫圖工具。?第二個階段是需求分析，理清需求框架和脈絡(luò)，重點是通過業(yè)務(wù)流程圖轉(zhuǎn)到具體的領(lǐng)域類圖和用例圖?到了第三個階段是需求細(xì)化，重點就是填充需求細(xì)節(jié)，包括用例的詳細(xì)編寫，界面和交互設(shè)計等。U:Use Case,表示用例，需求組織的最小單位，到了需求分析階段的重要活動和產(chǎn)出。E:Event,表示業(yè)務(wù)事件，通過業(yè)務(wù)事件能夠找到流程，通過流程能夠找到不同場景和用例。需求管理工作要點統(tǒng) 39。?需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的“做什么”的問題。這是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟，也是整個系統(tǒng)開發(fā)的基礎(chǔ)。將軟件系統(tǒng)從一個泛行壞境轉(zhuǎn)移到另一個不同的泛行環(huán)埝的難易程皮。為了達(dá)到下列三種目的之一，而文隹修故點并賣洗修政的難易程皮：修故Bug、增加功能、提高！量屬牲。在類際工作中立要指政行單元測甙、插核測甙等的難易程皮?！鲩_發(fā)期質(zhì)量屬性?可洌武牲fTestabilityj。可重用性（ReusabilityJ。為逄應(yīng)_禽求或需求的支化為軟件增加功能的能力。尤指設(shè)計故開發(fā)人員理鮮的難易程皮。指故件糸洗在以下情況下仍能夠正常廷行的能力：用戶進(jìn)行了非法操作；相迷的故硬件系統(tǒng)發(fā)生了故障，以及其地非正常情況。魯棒性 fRobustnessJ。 指本故件糸洗與其它糸洗支換敖據(jù)和互相調(diào)用服務(wù)的難易程可靠性 rReliabilityJ。 指當(dāng)用戶敖和敖據(jù)量增加對，故件糸洗持續(xù)高服務(wù)質(zhì)量的能力。 不少文故也稱為可用性，為避免混淆，采用“持繞可用性”指長對問無故障送行的能力。?持續(xù)可用性 rAvailabilityJ。?易用性 fUsabilityJ。指軟件糸洗同對兼顏合法用戶提供服務(wù)，以及阻止非援權(quán)使用的能力。故半是指軟件糸浼對CPU此理能力和存貯能力達(dá)兩大類計算資源的使用故率。?故率 fEffidencyj 和性能（PerformanceJ 的關(guān)系：216。性能是指軟件系統(tǒng)及對提供相應(yīng)服務(wù)能力。?送行期質(zhì)量屬性：最終用戶可以直接感爰到的一類屬性。可以使用系統(tǒng)的所有功能。?舉例：圖書館非功能需求系統(tǒng)應(yīng)在20秒之內(nèi)響應(yīng)所有的請求。用戶每次借閱圖書應(yīng)該對應(yīng)一個唯一的標(biāo)識號，它被記錄到用戶的帳戶上。?舉例：圖書館功能需求用戶可從圖書資料庫中查詢或選擇其中的一個子集。?系統(tǒng)需求模型的描述結(jié)構(gòu)化語言可視化模型形式化方法?系統(tǒng)需求主要是面向開發(fā)人員進(jìn)行描述，是開發(fā)人員進(jìn)行軟件設(shè)計的基礎(chǔ)。問題：自然語言表達(dá)容易含糊和不準(zhǔn)確。?用戶需求的描述原則：應(yīng)該易于用戶的理解。需求的層次業(yè)務(wù)需求■業(yè)務(wù)需求?業(yè)務(wù)需求是組織或客戶對于系統(tǒng)的高層次目標(biāo)要求，定義了項目的遠(yuǎn)景和范圍，即確定軟件產(chǎn)品的發(fā)展方向、功能范圍、目標(biāo)客戶和價值來源。? 系統(tǒng)或系統(tǒng)組件為符合合同、標(biāo)準(zhǔn)、規(guī)范或其他正式文檔而必須滿足的條件或必須具備的能力。此工作一旦做錯，將會給系統(tǒng)帶來極大的損害，并且以后對它修改也極為困難?需求是產(chǎn)品的根源，需求工作的優(yōu)劣對產(chǎn)品影響最大。信息系統(tǒng)集成項目管理人員繼續(xù)教育管理理論與實踐篇IT項目需求分析與管理需求分析的重要性需求的重要性開發(fā)軟件系統(tǒng)最困難的部分就是準(zhǔn)確說明開發(fā)什么。最困難的概念性工作是編寫出詳細(xì)的需求，包括所有面向用戶、面向機器和其它軟件系統(tǒng)的接口。項目成敗因素分析成功因素權(quán)重失敗因素權(quán)重用戶的參與%不完整的需求%執(zhí)行層的支持%缺乏用戶參與%清晰的需求描述%資源不足%合適的規(guī)劃%不切實際的用戶期望%現(xiàn)實的客戶期望%缺乏執(zhí)行層的支持%較小的里程碑%需求變更頻繁%有才能的員工%規(guī)劃不足%主權(quán)%提供了不再需要的%清晰的愿景和目標(biāo)%缺乏IT管理%努力地工作和穩(wěn)定的員工%技術(shù)能力缺乏%其他%其他%信息系統(tǒng)的多維視圖軟件產(chǎn)品的需求視圖? 需求分析的重要性? 需求的概念與層次? 需求開發(fā)與需求管理? 軟件需求分析技術(shù)? 需求分析工具軟件需求的概念與屬性軟件需求的定義I IEEE的軟件工程標(biāo)準(zhǔn)術(shù)語表將需求定義為：? 用戶所需的解決某個問題或達(dá)到某個目標(biāo)所要具備的條件或能力。? 上述第一項或第二項中定義的條件和能力的文檔表述I而RUP是這樣定義需求的：?需求描述了系統(tǒng)必須滿足的情況和提供的能力，它就可以是直接來自客戶需要，也可以來自合同、標(biāo)準(zhǔn)、規(guī)范或其他正規(guī)約束力的文檔。?業(yè)務(wù)需求的內(nèi)容業(yè)務(wù)：產(chǎn)品屬于哪類業(yè)務(wù)范疇？應(yīng)該完成什么功能？需要為什么服務(wù)？客戶：產(chǎn)品為誰服務(wù)？目標(biāo)客戶是誰？特性：產(chǎn)品區(qū)別于其他競爭產(chǎn)品的特性是什么？價值：產(chǎn)品的價值體現(xiàn)在什么方面？優(yōu)先級：產(chǎn)品功能特性的優(yōu)先級次序是什么？用戶需求?用戶需求是從用戶角度描述的系統(tǒng)功能需求和非功能需求，通常只涉及系統(tǒng)的外部行為，而不涉及系統(tǒng)的內(nèi)部特性。一般不采用技術(shù)性很強的語言，而是采用自然語言和直觀圖形相結(jié)合的方式進(jìn)行描述?！鱿到y(tǒng)需求?系統(tǒng)需求是更加詳細(xì)地描述系統(tǒng)應(yīng)該做什么，通常包括許多不同的分析模型，諸如對象模型、數(shù)據(jù)模型、狀態(tài)模型等。軟件需求的類型功能需求?描述系統(tǒng)應(yīng)該提供的功能或服務(wù)，通常涉及用戶或外部系統(tǒng)與該系統(tǒng)之間的交互，一般不考慮系統(tǒng)的實現(xiàn)細(xì)節(jié)。系統(tǒng)可提供適當(dāng)?shù)臑g覽器供用戶閱讀電子文獻(xiàn)。非功能需求?從各個角度對系統(tǒng)的約束和限制，反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求，例如響應(yīng)時間、數(shù)據(jù)精度、可靠性、開發(fā)過程的標(biāo)準(zhǔn)等。系統(tǒng)每周7天、每天24小時都可以使用。需求屬性?需求屬性是在每個需求所描述的功能之外，為每個需求建立一個上下文和背景資料，目的是方便對需求的管理和跟蹤常用的需求屬性包括：?需求創(chuàng)建時間?版本號?作者?需求來源?確認(rèn)需求的客戶代表?需求涉及的子系統(tǒng)?需求對應(yīng)的產(chǎn)品版本號?需求狀態(tài)?需求優(yōu)先級?測試標(biāo)準(zhǔn)?需求的穩(wěn)定性■(非功能）需求的質(zhì)量屬性?開發(fā)期質(zhì)量屬性：開發(fā)人員和維櫨人員兵主的所有質(zhì)量屬性。1運行期質(zhì)里屬性I開發(fā)期質(zhì)里屬性 ■性能（Performance )易理解性（UnderstandabUity )安全性(Security)可擴展性（Extensibility )易用性（Usability)可重用性（Reusability )持續(xù)可用性（Availability )可測試性（Testability )可伸縮性（Scalability )可維護(hù)性（MaintainabUity )互操作性（InteroperabUity )可移植性（Portability )可靠性(Reliability)魯棒性(Robustness )■運行期質(zhì)量屬性?性能（TerformanceJ。具體而古，性能也括速度，吞吐量和持續(xù)高速性三方面的要求：吞吐量通過單位對問題處理的夂易故柬夂量；達(dá)灰往往邋過平均響應(yīng)對問來灰量；而持續(xù)高達(dá)牲是指保持高速此理達(dá)夂的能力。 他們反映了統(tǒng)一問題的“表” “里”兩面，性能為“表”故率為“里”。?安全性 fSecurityJ。高妾全性意味著“同對兼顏”，達(dá)是因為有些攻去的g的是使軟件系統(tǒng)拒絕向合法用戶提供服務(wù)’而不是非法訪問。 不少文故也稱為可用性fAvailabilityJ，但為了避免和持續(xù)可用性混淆，達(dá)里采用洗行的“易用性”的叫法，指軟件系統(tǒng)易于使用的程皮。216。可伸縮性 rScalabilityJ 。互操作性 flnteroperabilityj。 故件糸洗在一定的對間內(nèi)無故障廷行的能汐。 也稱為健壯性、東錯性。■開發(fā)期質(zhì)量屬性?易理鮮性fUnderstandabilityJ。?可護(hù)展性fExtensibilityJ。成們在賣際工作中，經(jīng)常將可護(hù)展性稱為靈潔性。重用軟件系統(tǒng)式其一部分的能力的難易程皮。對軟件冽武以證明其滿足需求規(guī)約的難易程皮。?可維護(hù)牲rMaintainability；。?可移植牲rPortabilityj。需求開發(fā)與需求管理需求開發(fā)目標(biāo)^ 需求開發(fā)階段與任務(wù)循環(huán)工作任務(wù)對應(yīng)的RUP階段初始循環(huán)明確項目的目標(biāo)與范圍，完成子系統(tǒng)劃分，明確每個子系統(tǒng)的內(nèi)容（業(yè)務(wù)事件與報表）和相互之間的接口初始階段脈絡(luò)循環(huán)通過對每個業(yè)務(wù)事件進(jìn)行流程分析、業(yè)務(wù)實體分析、并標(biāo)示出所有用例細(xì)化階段的第一次迭代細(xì)節(jié)循環(huán)對每個用例的細(xì)節(jié)進(jìn)行分析，包括事件流、用戶界面原型等細(xì)化階段的第二次迭代構(gòu)建階段表：需求開發(fā)的三次循環(huán)需求基線需求分析的任務(wù)?需求分析的基本任務(wù)