需求分析的流程和規(guī)范ppt課件

.,劉云2012年11月,需求分析的流程和規(guī)范,.,需求分析的流程,業(yè)務(wù)建模需求獲取分析編寫需求規(guī)格說明書（需求說明書）驗證,.,什么是業(yè)務(wù)建模,業(yè)務(wù)建模就是將客戶所需求的業(yè)務(wù)從概念到實例的建立，從抽象到具體的模型化，是需求工作的開始,.,業(yè)務(wù)建模的目的,了解客戶所在的業(yè)務(wù)、用戶所在的業(yè)務(wù)（將要在其中部署系統(tǒng)的組織）的結(jié)構(gòu)及機(jī)制了解客戶所在的業(yè)務(wù)、用戶所在的業(yè)務(wù)（以下簡稱“目標(biāo)組織”）中當(dāng)前存在的問題并確定改進(jìn)的可能性確?？蛻?、最終用戶和開發(fā)人員就目標(biāo)組織達(dá)成共識導(dǎo)出支持目標(biāo)組織所需的業(yè)務(wù)需求,.,業(yè)務(wù)建模,業(yè)務(wù)建模很重要的一點是在分析目標(biāo)組織流程的同時分析出基礎(chǔ)業(yè)務(wù)對象（簡稱CBO）,任何目標(biāo)組織都有最基礎(chǔ)的一些元素，例如社保的CBO是參保人員和險種，其他的CBO都是從這兩個CBO的基礎(chǔ)上發(fā)展起來的，參保人員和險種間是多對多的關(guān)系，根據(jù)關(guān)系理論，任何多對多的關(guān)系都可以拆分成多個一對多或一對一的關(guān)系，而新的CBO將根據(jù)分組情況產(chǎn)生，例如：民族，性別年齡等,.,業(yè)務(wù)建模,CBO是做業(yè)務(wù)建模的基礎(chǔ)，在此基礎(chǔ)上，通過評估業(yè)務(wù)狀態(tài)，說明當(dāng)前業(yè)務(wù)，確定業(yè)務(wù)流程，改進(jìn)業(yè)務(wù)流程的定義，設(shè)計業(yè)務(wù)流程的實現(xiàn)，改進(jìn)角色和職責(zé)，研究流程自動化，開發(fā)領(lǐng)域模型等一系列工作流程實現(xiàn)業(yè)務(wù)建模的目標(biāo),.,需求獲取,需求獲取是需求工程的主體，對于所建議的軟件產(chǎn)品，獲取需求是一個確定和理解不同用戶類的需要和限制的過程,.,跟誰談需求,客戶、最終用戶和間接用戶用戶是一種泛稱，它可細(xì)化為“客戶”、“最終用戶”和“干系人”掏錢買軟件的用戶稱為客戶真正操作軟件的用戶稱為最終用戶。客戶和最終用戶可以是同一人也可不是同一人不是客戶和最總用戶，但對系統(tǒng)有一定影響的用戶稱為間接用戶（或干系人）,.,跟誰談需求,客戶是“上帝”客戶將決定是否掏錢，是否扣錢最終用戶直接使用軟件，他們的評價直接影響付款“上帝”也不愿意在最終用戶都不樂意的情況下掏錢買軟件，得罪人啊別忽略了間接用戶間接用戶經(jīng)常是規(guī)范、標(biāo)準(zhǔn)的制定方分功能性需求的重視者（信息中心）,.,需求的分類,業(yè)務(wù)需求：反應(yīng)了目標(biāo)組織結(jié)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，通常在項目定義與范圍文檔中予以說明；用戶需求：描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實例或方案腳本中予以說明；功能需求：定義了開發(fā)人員必須實現(xiàn)的軟件功能，使用戶利用系統(tǒng)能夠完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求,.,需求的分類,非功能性的需求：描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和約束，操作界面的具體細(xì)節(jié)和構(gòu)造上的限制；下一層次需求：用戶清楚要使用該產(chǎn)品完成什么任務(wù)和一些非功能性的特性需求，例如：程序的易用性、健壯性和可靠性，而這些特性都將使用戶很好地接受具有該特點的軟件產(chǎn)品。,.,需求獲取,業(yè)務(wù)需求決定用戶需求，它描述了用戶利用系統(tǒng)需要完成的任務(wù)。從這些任務(wù)中，分析這能獲得用于描述系統(tǒng)活動的特定的軟件功能需求，這些系統(tǒng)活動有助于用戶執(zhí)行他們的任務(wù)，需求獲取是在問題及最終解決方案之間架設(shè)橋梁的第一步。獲取需求的一個必不可少的結(jié)果是對項目中描述的客戶需求的普遍理解。一旦理解了需求，分析這、開發(fā)者和客戶就能探索出描述這些需求的多種解決方案。,.,需求獲取的重要性,參與需求獲取者只有在他們理解了問題之后才能開始設(shè)計系統(tǒng)。否則，對需求定義的任何改進(jìn)，設(shè)計上都必須大量的返工。需求是項目質(zhì)量的基礎(chǔ)，項目質(zhì)量的定義是“與需求保持一致”,.,甲方對需求的要求,項目范圍：“只要是業(yè)務(wù)需要的，都必須實現(xiàn)”客觀的態(tài)度統(tǒng)籌規(guī)劃、分布實施過高的期望：“最好以最新的技術(shù)實現(xiàn)，每個模塊都做成精品”“新系統(tǒng)在擴(kuò)展性、靈活性、安全性、性能、可維護(hù)性等方面將上升一個臺階”對乙方的依賴？,.,乙方對需求的要求,項目范圍：“給多少錢辦多少事，在合同約定的范圍內(nèi)談需求，超過合同范圍不予考慮，或走需求變更”對系統(tǒng)的預(yù)期：一期建設(shè)一個基本可用的系統(tǒng)，不影響客戶業(yè)務(wù)，在后續(xù)升級中完善在滿足客戶需求和質(zhì)量要求的情況下，以最簡單、成熟的技術(shù)實現(xiàn)，將皮飯使用的模塊做成精品系統(tǒng)要有一定的靈活性和擴(kuò)展性，以減少后期維護(hù)的工作量，但也要有一定的規(guī)范性消極的態(tài)度“客戶給我談了這些，我只要實現(xiàn)客戶的這些需求就行了，如果需求不充分，那是客戶的事，打補丁實現(xiàn)就好”,.,如何進(jìn)行需求獲取,需求的獲取應(yīng)該把重點放在“做什么”上。你可以使用假設(shè)“怎么做”來分類并改善你對用戶需求的理解。把需求獲取集中在用戶任務(wù)上，而不是集中在用戶接口上有助于防止開發(fā)組由于草率處理設(shè)計問題而造成的失誤。在需求的獲取過程中，分析模型、屏幕圖形和原型可以是概念表達(dá)得更加清楚，然后提供一個尋找錯誤和遺漏的辦法。,.,需求獲取的結(jié)束,重要性排序，從高到低，沒有新實例時新實例可以用其它實例中獲取重復(fù)原先討論過的問題新需求比確定的需求優(yōu)先級都低提出對將來產(chǎn)品的要求，不是現(xiàn)在討論的特定產(chǎn)品,.,分析,分析是將獲取到的需求進(jìn)行分類分析，將整個業(yè)務(wù)進(jìn)行從無到有的建模，在需求獲取階段，是對目標(biāo)組織有一了簡單、框架性的模型，在分析之后，必將形成一個結(jié)構(gòu)詳細(xì)、功能齊全的模型。是對前一階段形成的內(nèi)容再定義、分類元素再細(xì)化、結(jié)構(gòu)再組織、功能再分析，為編寫需求規(guī)格說明打下基礎(chǔ)。,.,編寫需求規(guī)格說明,需求說明書：是根據(jù)與現(xiàn)場實際客戶進(jìn)行溝通，把客戶的需求進(jìn)行整理，CMMI中有標(biāo)準(zhǔn)的模板，重點是站在客戶的角度講產(chǎn)品功能。需求規(guī)格說明書：是從業(yè)務(wù)規(guī)則講起的，細(xì)一點偏向于軟件的概要設(shè)計。是從開發(fā)、測試的角度去講產(chǎn)品功能，里面要包含原型界面、業(yè)務(wù)接口、活動圖等。,.,驗證,是由客戶審閱、開發(fā)者修改的過程，此期間客戶會不斷提出新的需求或修改，這就要求開發(fā)者及時、嚴(yán)格對客戶意見進(jìn)行分析，并做出慎重的決定。驗證后簽字，簽字的意義是“我同意這份需求文檔表述了我們對項目軟件需求的了解，進(jìn)一步的變更可在此基線上通過項目定義的變更過程來進(jìn)行。我知道變更可能會使我們重新協(xié)商成本、資源和項目階段任務(wù)等事宜”,.,需求中能用到的,針對性的獲取需求降低風(fēng)險（文檔細(xì)節(jié)）平衡名詞獲取法,.,小示例,公