《需求分析概述》

需求分析概述整理課件主要內(nèi)容需求分析的根本任務(wù)建立分析模型建立解決方案需求分析技術(shù)需求分析方法前期需求階段的建模與分析需求分析的活動整理課件1.需求分析的根本任務(wù)整理課件1.需求分析的根本任務(wù)建立分析模型將復(fù)雜的系統(tǒng)分解成為簡單的部分以及它們之間的聯(lián)系，確定本質(zhì)特征和用戶達(dá)成對信息內(nèi)容的共同理解分析的活動主要包括識別、定義和結(jié)構(gòu)化，它的目的是獲取某個可以轉(zhuǎn)換為知識的事物的信息整理課件1.需求分析的根本任務(wù)創(chuàng)建解決方案將一個問題分解成獨立的、更簡單和易于管理的子問題來幫助尋找解決方案創(chuàng)建解決方案的過程是創(chuàng)造性的幫助開發(fā)者建立問題的定義，并確定被定義的事物之間的邏輯關(guān)系這些邏輯關(guān)系可以形成信息的推理，進而可以被用來驗證解決方案的正確性。整理課件1.1建立分析模型模型

“模型是對事物的抽象，幫助人們在創(chuàng)建一個事物之前可以有更好的理解”集中關(guān)注問題的計算特性（數(shù)據(jù)、功能、規(guī)則等等）“它是對系統(tǒng)進行思考和推理的一種方式。建模的目標(biāo)是建立系統(tǒng)的一個表示，這個表示以精確一致的方式描述系統(tǒng)，使得系統(tǒng)的使用更加容易”建模方法抽象分解投影整理課件1.1建立分析模型抽象（Abstraction）一方面要求人們只關(guān)注重要的信息，忽略次要的內(nèi)容通過強調(diào)本質(zhì)的特征，就減少了問題的復(fù)雜性另一方面也要求人們將認(rèn)知保留在適當(dāng)?shù)膶哟危帘胃顚哟蔚募?xì)節(jié)在問題的各元素之間推斷出更廣泛和更普遍的關(guān)系，幫助人們尋找解決方案分解（Decomposition/Partitioning）“分而治之”將單個復(fù)雜和難以理解的問題分解成多個相對更容易的子問題，并掌握各子問題之間的聯(lián)系分解的方案往往還能提供問題的解決思路投影（Projection）多視點方法整理課件1.1建立分析模型計算世界與計算模型使用軟件的構(gòu)成單位作為模型的組元軟件構(gòu)建單位之間的關(guān)系作為模型組元之間的關(guān)系基于計算科學(xué)建立的，具有形式化的特征信息的描述具有明確化、準(zhǔn)確化和確定化的特征需求分析階段不適宜建立形式化的計算模型重點是問題，缺乏和軟件實現(xiàn)相關(guān)的技術(shù)細(xì)節(jié)用戶無法理解整理課件1.1建立分析模型問題世界與業(yè)務(wù)模型使用問題域中的重要概念作為模型的組元使用概念之間的業(yè)務(wù)聯(lián)系作為組元之間的關(guān)系使用了業(yè)務(wù)描述的方式，具有非形式化特征業(yè)務(wù)模型元素（即業(yè)務(wù)概念和業(yè)務(wù)聯(lián)系）的選取和定義上具有不準(zhǔn)確、不確定和模糊化可以抽取出需求信息中最重要和最本質(zhì)的內(nèi)容可以達(dá)成用戶和開發(fā)者的共同理解非形式化特征使得它不適合于進行需求建模不足以用于描述一個有效的軟件解決方案不準(zhǔn)確、不確定和模糊化整理課件1.1建立分析模型軟件分析模型介于計算模型和業(yè)務(wù)模型二者之間的模型形式使用了計算模型的組元形式在組元的表現(xiàn)上采用了業(yè)務(wù)模型的表現(xiàn)方式半形式化的不像計算模型那么嚴(yán)謹(jǐn)比業(yè)務(wù)模型更嚴(yán)格整理課件1.1建立分析模型三種模型整理課件1.1建立分析模型模型的描述三個要素之間互為依賴，每個要素都為下一個要素提供了一個必需的環(huán)境語法：使用規(guī)則——怎樣使用模型的元素，并且以什么方式組織、連接或關(guān)聯(lián)這些元素；語義：特定模型元素所具有的含義；語用：模型元素的上下文，以及影響該模型元素意義的約束和假定分析模型語用復(fù)雜語義豐富語法嚴(yán)格同時又不太復(fù)雜曾經(jīng)有很多的研究者嘗試建立一種能夠描述軟件開發(fā)中各種情景的形式化或半形式化模型語言，但最后都失敗了整理課件1.1建立分析模型模型的描述多視點方法整理課件1.1建立分析模型視點（Viewpoints）：將系統(tǒng)中既交織共存又相對獨立的不同內(nèi)容拆解成不同的部分每一個視點都是獨立的模型存在，用獨立的模型語言和表示法進行描述多視點：所有視點的模型描述集成起來，就是對原有復(fù)雜系統(tǒng)的模型描述依據(jù)系統(tǒng)內(nèi)不同部分之間的關(guān)系，建立不同模型內(nèi)元素之間的聯(lián)系，從而將多個獨立的模型描述在語義上連接起來整理課件1.1建立分析模型

——模型、模型語言與表示法整理課件1.1建立分析模型需求建模通常的做法是：先依據(jù)獲取的問題域信息建立初步的模型。然后分析用戶需求，對模型進行調(diào)整，得到一個中間形式的模型形式。最后，對調(diào)整后的模型進行邏輯推理和驗證，如果符合預(yù)期的期望，那么它就是最終的解決方案模型。整理課件1.2建立解決方案需求分析的目標(biāo)整理課件1.2建立解決方案

——建立解決方案的過程整理課件主要內(nèi)容需求分析的根本任務(wù)需求分析技術(shù)常用需求分析技術(shù)需求分析技術(shù)的發(fā)展過程Wieringa框架Zachman

框架需求分析方法前期需求階段的建模與分析需求分析的活動整理課件2.1常用需求分析技術(shù)結(jié)構(gòu)化技術(shù)數(shù)據(jù)建模實體關(guān)系圖EntityRelationshipDiagram過程建模數(shù)據(jù)流圖DataFlowDiagram上下文圖ContextDiagram微規(guī)格說明Mini-Specification數(shù)據(jù)字典DataDictionary行為建模狀態(tài)(轉(zhuǎn)換)圖/矩陣State(Transition)Diagram/Matrix過程/數(shù)據(jù)關(guān)系建模功能實體矩陣Function/EntityMatrix信息工程方法功能分解圖FunctionDecompositionDiagram過程依賴圖ProcessDependencyDiagram面向?qū)ο蠹夹g(shù)UML用例圖Use-CaseDiagram類圖ClassDiagram交互圖（順序圖/通信圖）Interaction（Sequence/Communication）Diagram活動圖ActivityDiagram對象約束語言O(shè)bjectConstraintLanguage狀態(tài)圖StateChartDiagramNext整理課件2.1常用需求分析技術(shù)技術(shù)的綜合運用如何為各個視角選擇需求分析技術(shù)？每一種需求分析技術(shù)都有自己的特點，具有在應(yīng)用上的獨特性如何實現(xiàn)它們之間的配合？只有通過多種需求分析技術(shù)的有機結(jié)合與集成才能充分的描述復(fù)雜應(yīng)用整理課件2.2需求分析技術(shù)的發(fā)展過程整理課件2.3Wieringa框架系統(tǒng)對外交互系統(tǒng)內(nèi)部交互功能式描述通信式描述行為式描述對交互的有用性的描述對交互中發(fā)生的信息交流情況的描述更小的交互相互之間形成的先后銜接與協(xié)作關(guān)系交互所涉及的系統(tǒng)或者系統(tǒng)部分的分解關(guān)系分解可以使得系統(tǒng)的對外交互轉(zhuǎn)換為系統(tǒng)的內(nèi)部交互形式整理課件2.3Wieringa框架結(jié)構(gòu)化信息工程面向?qū)ο笸ㄓ闷渌獠抗δ芄δ芊纸鈭D用例圖狀態(tài)（轉(zhuǎn)移）圖/矩陣外部通信上下文圖用例圖交互圖外部行為過程依賴圖交互圖概念組元數(shù)據(jù)流圖DFD實體關(guān)系圖ERD功能實體矩陣實體生命歷史事件實體矩陣類圖數(shù)據(jù)字典對象角色模型組元功能對象約束語言微規(guī)格說明組元通信數(shù)據(jù)流圖DFD功能實體矩陣事件實體矩陣過程依賴圖交互圖組元行為實體生命歷史活動圖狀態(tài)（轉(zhuǎn)移）圖/矩陣業(yè)務(wù)過程模型Petri網(wǎng)整理課件2.4Zachman框架整理課件2.4Zachman框架Zachman矩陣的行目標(biāo)/范圍（規(guī)劃者視圖）關(guān)心軟件系統(tǒng)的成本和效益，對最終系統(tǒng)的規(guī)模、形式、位置空間以及基本目標(biāo)的粗略描述規(guī)劃者視圖規(guī)定了項目的前景和范圍。企業(yè)模型（所有者視圖）：關(guān)心軟件系統(tǒng)會如何參與和幫助實際工作對業(yè)務(wù)實體、業(yè)務(wù)過程以及它們與系統(tǒng)之間交互的描述利用業(yè)務(wù)概念限定了系統(tǒng)的解決方案——分析模型。系統(tǒng)模型（設(shè)計師視圖）：關(guān)注軟件系統(tǒng)應(yīng)該的需要以及設(shè)計方法的選擇限制對軟件系統(tǒng)的基本功能和設(shè)計空間的描述——體系結(jié)構(gòu)。整理課件2.4Zachman框架Zachman矩陣的行技術(shù)模型（構(gòu)建者視圖）：關(guān)注程序?qū)浖到y(tǒng)當(dāng)中控制邏輯、算法、I/O控制以及其他各種具體技術(shù)細(xì)節(jié)的描述——描述詳細(xì)設(shè)計的設(shè)計模型組件模型（集成者視圖）：關(guān)注組裝對軟件系統(tǒng)的組件、接口以及編碼程序等內(nèi)容的描述實際運行的系統(tǒng)：描述系統(tǒng)投入使用后的實際狀況和在運行中的實際表現(xiàn)。整理課件2.4Zachman框架Zachman矩陣的列：數(shù)據(jù)：對企業(yè)有重要意義的事物以及企業(yè)對這些事物的理解功能：企業(yè)在業(yè)務(wù)中執(zhí)行的任務(wù)以及企業(yè)對任務(wù)的理解。位置：組織活動和軟件系統(tǒng)的地理分布，以及它們與組織的其他方面的關(guān)聯(lián)。人：在軟件系統(tǒng)被引入后會涉及的人員和組織時間：系統(tǒng)內(nèi)的事件-事件關(guān)聯(lián)之間的時間因素，表現(xiàn)為業(yè)務(wù)的規(guī)劃調(diào)度、系統(tǒng)的事件響應(yīng)和控制結(jié)構(gòu)。動機：該列針對的是企業(yè)建立目標(biāo)系統(tǒng)的動機，揭示了企業(yè)的目標(biāo)、目的、業(yè)務(wù)規(guī)劃、知識架構(gòu)、思想路線和決策基礎(chǔ)。整理課件2.4Zachman框架ContextualConceptualLogicalPhysicalAsBuiltFunctioningContextualConceptualLogicalPhysicalAsBuiltFunctioningWhyWhyWhoWhoWhenWhenWhereWhereWhatWhatHowHowProjectscopeAnalysismodelDesignmodelCodedprogramApplicationSystemPlaning*AnalysisDesignImplementationIntegrationDataModelingBehaviorModelingEventModelingBusinessRulesNetworktopologiesOrganizationalstructuremodelingBusinessModel整理課件2.4Zachman框架整理課件2.4Zachman框架結(jié)構(gòu)化信息工程面向?qū)ο笸ㄓ闷渌麛?shù)據(jù)數(shù)據(jù)流圖DFD實體關(guān)系圖ERD數(shù)據(jù)流圖DFD實體關(guān)系圖ERD類圖數(shù)據(jù)字典對象角色模型功能上下文圖數(shù)據(jù)流圖DFD功能實體矩陣上下文圖數(shù)據(jù)流圖DFD功能實體矩陣功能分解圖過程依賴圖用例圖交互圖活動圖對象約束語言微規(guī)格說明狀態(tài)（轉(zhuǎn)移）圖/矩陣業(yè)務(wù)過程模型網(wǎng)絡(luò)Map人員層次模型矩陣模型網(wǎng)狀模型時間實體生命歷史事件實體矩陣實體生命歷史事件實體矩陣狀態(tài)（轉(zhuǎn)移）圖/矩陣Petri網(wǎng)動機對象約束語言微規(guī)格說明對象角色模型整理課件主要內(nèi)容需求分析的根本任務(wù)需求分析技術(shù)需求分析方法前期需求階段的建模與分析需求分析的活動整理課件3.需求分析方法傳統(tǒng)分析沒有方法

(1950’s)依賴個體才智,依據(jù)個人習(xí)慣缺乏結(jié)構(gòu)、不可重復(fù)、不可測量,冗長、混亂、偏頗、無結(jié)構(gòu)等等結(jié)構(gòu)化分析傳統(tǒng)結(jié)構(gòu)化分析

(late1960’s),現(xiàn)代結(jié)構(gòu)化分析(late1970’s)以數(shù)據(jù)流動為中心，以DFD為核心技術(shù)，輔助ERD,STD…信息工程(late1980’s)

以數(shù)據(jù)知識結(jié)構(gòu)為基礎(chǔ)，ERD為核心技術(shù)，輔助DFD，STD,FDD,PD…面向?qū)ο蠓治觯?990‘s）以對象為中心，以UML（類圖）為核心技術(shù)以全面思想革新為理想，以承繼結(jié)構(gòu)化技術(shù)為現(xiàn)實整理課件3.需求分析方法結(jié)構(gòu)化分析整理課件3.需求分析方法面向?qū)ο蠓治稣碚n件主要內(nèi)容需求分析的根本任務(wù)需求分析技術(shù)需求分析方法前期需求階段的建模與分析需求分析的活動整理課件4.前期需求階段的建模與分析整理課件4.前期需求階段的建模與分析面向目標(biāo)的分析（GoalOrientedAnalysis）面向問題域的分析（ProblemDomainOrientedAnalysis）領(lǐng)域分析（DomainAnalysis）企業(yè)建模（EnterpriseModeling）整理課件4.前期需求階段的建模與分析面向問題域的分析問題框架特性解決框架分解與組合基本思路研究所有可能的問題域，從中發(fā)現(xiàn)一些重復(fù)出現(xiàn)的簡單問題類型分析每一種問題框架的特性，確定問題的理解和解決方法將問題框架的建立和分類系統(tǒng)化，以簡單的問題框架為基本單位，進行復(fù)雜問題的分解整理課件4.前期需求階段的建模與分析領(lǐng)域分析整理課件4.前期需求階段的建模與分析企業(yè)建模主要用來理解組織的結(jié)構(gòu)、行為規(guī)則、目標(biāo)、重要成員的任務(wù)與職責(zé)、操縱的數(shù)據(jù)等等。企業(yè)建模利用企業(yè)的目標(biāo)、任務(wù)、策略、資源等來刻畫組織的行為，并依此來發(fā)現(xiàn)組織開發(fā)系統(tǒng)的目的，建立系統(tǒng)的業(yè)務(wù)需求整理課件主要內(nèi)容需求分析的根本任務(wù)需求分析技術(shù)需求分析方法前期需求階段的建模與分析需求分析的活動整理課件5.需求分析的活動整理課件5.需求分析的活動

——需求細(xì)化明確用戶需求的隱含因素將從問題域和業(yè)務(wù)的角度表述的用戶需求等價的轉(zhuǎn)化為從軟件和技術(shù)的角度表述的系統(tǒng)需求非功能需求也需要從高層次的表述方式轉(zhuǎn)化為一系列更加詳細(xì)和具體的需求表述需求細(xì)化也會發(fā)現(xiàn)新的細(xì)節(jié)需求需求已經(jīng)得了充分的理解，并且開發(fā)者已經(jīng)可以著手為其進行方案設(shè)計時停止細(xì)化過程細(xì)化后的需求應(yīng)該被一一的標(biāo)識和記錄下來整理課件5.需求分析的活動

——需求細(xì)化需求的記錄標(biāo)識符（ID），每一條需求都應(yīng)該能夠通過ID唯一的標(biāo)識自己。源頭（Source），要能夠回溯到需求的源頭，例如特定的涉眾。理由（Rational），需求被提出的目的。優(yōu)先級（Priority），詳細(xì)情況見下一節(jié)。成本（Cost），預(yù)估的實現(xiàn)成本。風(fēng)險（Risk），實現(xiàn)該需求的過程中可能帶來的風(fēng)險?？勺冃裕╒olatility），將來發(fā)生變化