軟件工程4-需求獲取_第1頁(yè)
軟件工程4-需求獲取_第2頁(yè)
軟件工程4-需求獲取_第3頁(yè)
軟件工程4-需求獲取_第4頁(yè)
軟件工程4-需求獲取_第5頁(yè)
已閱讀5頁(yè),還剩14頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

需求獲取1需求獲取

需求定義

需求分類(lèi)

需求工程過(guò)程

需求來(lái)源

需求獲取技術(shù)2需求分析的過(guò)程3需求獲取有效性驗(yàn)證需求分析需求描述可行性研究系統(tǒng)模型需求文檔用戶需求與系統(tǒng)需求需求定義“需求”是對(duì)外可見(jiàn)的系統(tǒng)特征?!靶枨蠊芾怼?/p>

有三項(xiàng)任務(wù):? 學(xué)習(xí)—需求獲取? 剪枝

—需求優(yōu)選? 文檔化

—撰寫(xiě)需求規(guī)格說(shuō)明書(shū)

4需求的定義需求,是人們要解決的某個(gè)問(wèn)題或達(dá)到某種目的的需要。是系統(tǒng)或其組成部分為滿足某種書(shū)面規(guī)定(合同,標(biāo)準(zhǔn),規(guī)范等)所要具備的能力。需求將作為系統(tǒng)開(kāi)發(fā)、測(cè)試、驗(yàn)收、提交的正式文檔依據(jù)。

——

IEEE610.12,19905

每一個(gè)“人造物”都是一個(gè)內(nèi)部環(huán)境與外部環(huán)境的“接口”。這里內(nèi)部環(huán)境指人造物本身的設(shè)計(jì)組成。外部環(huán)境指人造物的周遭及其作用環(huán)境。對(duì)這個(gè)接口的描述既是需求?!狧erbertSimon,

1969需求的內(nèi)容需求是系統(tǒng)為滿足客戶期望的目標(biāo)而完成的行為需求要體現(xiàn)出對(duì)問(wèn)題領(lǐng)域的清晰理解給出系統(tǒng)的使用場(chǎng)景和上下文需求定義涵蓋如下內(nèi)容為什么要設(shè)計(jì)該系統(tǒng)系統(tǒng)由誰(shuí)使用系統(tǒng)要做什么系統(tǒng)涉及哪些信息對(duì)解決方案有何額外限制如何使用該系統(tǒng)質(zhì)量需達(dá)到何種程度6需求的分類(lèi)產(chǎn)品/

過(guò)程?

產(chǎn)品需求?

功能性需求?

非功能性需求?過(guò)程需求抽象層次詳細(xì)程度?

業(yè)務(wù)需求?

用戶需求?

系統(tǒng)需求?

軟件設(shè)計(jì)規(guī)約78功能需求&非功能性需求u功能性需求指代軟件產(chǎn)品的功能特性;u非功能性需求是軟件產(chǎn)品的質(zhì)量屬性,是在功能性需求滿足的情況下的進(jìn)一步的要求?!癋URPS+”模型功能性(Functionality)可用性(Usability)可靠性(Reliability)性能(Performance)可支持性(Supportability)

需求過(guò)程

需求抽?。‥licitation)需求分析(Analysis)需求規(guī)約(Specification)需求管理(Management)需求驗(yàn)證(Validation)9需求獲取有效性驗(yàn)證需求分析需求描述可行性研究系統(tǒng)模型需求文檔用戶需求與系統(tǒng)需求需求抽取目標(biāo):主動(dòng)與干系人協(xié)同工作,找出他們的需求,識(shí)別潛在的沖突,磋商解決矛盾,定義系統(tǒng)范圍與邊界實(shí)質(zhì):了解待解決的問(wèn)題及其所屬領(lǐng)域

關(guān)鍵:確保該問(wèn)題的解決是有商業(yè)價(jià)值的10需求抽取?

抽取技術(shù)協(xié)同工作(Collaborative

sessions)?

面談(Interviewing

techniques)問(wèn)卷調(diào)查(Questionnaires)?

觀察法?

原型法(Ethnography)(Prototyping)文檔分析(Documentation)?

建模(Modeling)角色扮演(Roleplaying)非功能性需求列表(Checklists

of

NFRs)沖突識(shí)別與磋商(ConflictIdentificationandNegotiation)11需求抽取12需求分析目標(biāo):對(duì)產(chǎn)品及其與環(huán)境的交互進(jìn)行更深入的了解,識(shí)別系統(tǒng)需求,設(shè)計(jì)軟件體系結(jié)構(gòu),建立需求與體系結(jié)構(gòu)組件間的關(guān)聯(lián),在體系結(jié)構(gòu)設(shè)計(jì)實(shí)現(xiàn)過(guò)程中進(jìn)一步識(shí)別矛盾沖突,并通過(guò)干系人之間的協(xié)調(diào)磋商解決問(wèn)題。實(shí)質(zhì):概念建模——選擇常用的建模語(yǔ)言,進(jìn)行功能建模和信息建模關(guān)鍵:體系結(jié)構(gòu)設(shè)計(jì)與需求分配13需求建模方法14需求驗(yàn)證?對(duì)其他需求工程活動(dòng)的質(zhì)量的保證。通過(guò)數(shù)學(xué)的形式化工具或工程化的測(cè)試過(guò)程來(lái)確保系統(tǒng)滿足干系人的要求。?

驗(yàn)證方法評(píng)審(Review)原型化(Prototyping)模型驗(yàn)證(Model

validation)確認(rèn)測(cè)試(Acceptance

Tests)15需求驗(yàn)證的方法16需求管理貫穿從需求獲取到軟件系統(tǒng)下線的全過(guò)程。需求管理涉及軟件配置管理、需求跟蹤、影響分析和版本控制需求跟蹤(Requirementstraceability)描述和追蹤一條需求的來(lái)龍去脈的能力,包括向前追蹤到軟件制品,向后追蹤到需求來(lái)源變更請(qǐng)求管理(ChangeRequests)系統(tǒng)化的變更管理需求屬性管理(Requirementsattributes)17需求獲取技術(shù)?

面談? 一樣的地點(diǎn),一樣的時(shí)間? 少量人參與,分析師驅(qū)動(dòng)?

問(wèn)卷調(diào)查? 不同的時(shí)間,不同的地點(diǎn)? 很多人參與,分析師觀察?

群體誘導(dǎo)技術(shù)? 相同或不同的地點(diǎn),同樣的時(shí)間? 20人左右,分析師參與?

參與調(diào)查法? 同樣的時(shí)間,同樣的地點(diǎn)? 分析師參與?文檔分析?頭腦風(fēng)暴?情景

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論