第03章軟件工程需求工程-全文預(yù)覽
【正文】 ed Application Specification Techniques , FAST) ： ? 打破用戶（需方）和開(kāi)發(fā)者（供方）的界限，共同組成一個(gè)聯(lián)合小組， ? 發(fā)揮各自的長(zhǎng)處，共同負(fù)責(zé)項(xiàng)目的推進(jìn)，這樣有助于發(fā)揮各自優(yōu)勢(shì)并增進(jìn)解和協(xié)調(diào) FAST基本原則 ① 在中立的地點(diǎn)舉行由開(kāi)發(fā)者和用戶出席的會(huì)議； ② 建立準(zhǔn)備和參與會(huì)議的規(guī)則； ③ 建議一個(gè)足夠正式的議程以便可以進(jìn)行自由的交流； ④ 一個(gè)“協(xié)調(diào)者” (他可以是用戶、開(kāi)發(fā)者或其他外人 )來(lái)控制會(huì)議； ⑤ 使用一種“定義機(jī)制” (它可以是工作表、圖表、墻上膠黏紙或墻板 )； ⑥ 目標(biāo)是標(biāo)識(shí)問(wèn)題、提出解決方案的要素、商議不同的方法、以及在有利于完成目標(biāo)的氛圍中刻畫(huà)出初步的需求。 內(nèi)容摘要 一． 需求工程概述 二． 需求獲取 三． 需求分析、協(xié)商與建模 四． 需求規(guī)約與驗(yàn)證 五． 需求管理 軟件需求包括 1. 功能需求 2. 性能需求 3. 用戶或人的因素 4. 環(huán)境需求 5. 界面需求 6. 文檔需求 7. 數(shù)據(jù)需求 8. 資源使用需求 9. 安全保密要求 10. 可靠性需求 11. 軟件成本消耗與開(kāi)發(fā)進(jìn)度需求 12. 其他非功能性要求 需求獲取方法與策略 ? 建立順暢的通信途徑 ? 訪談與調(diào)查 ? 觀察用戶操作流程 ? 組成聯(lián)合小組 ? 用況（ Use Case） 建立順暢的通信途徑 ? 建立分析所需要的通信途徑，以保證能順利地對(duì)問(wèn)題進(jìn)行分析。 ? 在實(shí)際的開(kāi)發(fā)過(guò)程中， 獲取、分析、建模、編寫(xiě)規(guī)約和驗(yàn)證 這些需求開(kāi)發(fā)活動(dòng)不會(huì)是線性地、順序地完成。 需求規(guī)約 ? 需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn) ，給出對(duì)目標(biāo)軟件的各種需求。軟件工程 第 3章 需求工程 內(nèi)容摘要 一． 需求工程概述 二． 需求獲取 三． 需求分析、協(xié)商與建模 四． 需求規(guī)約與驗(yàn)證 五． 需求管理 內(nèi)容摘要 一． 需求工程概述 二． 需求獲取 三． 需求分析、協(xié)商與建模 四． 需求規(guī)約與驗(yàn)證 五． 需求管理 ? Alan Davis 把需求工程定義為“直到（但不包括）把軟件分解為實(shí)際架構(gòu)構(gòu)件之前的所有活動(dòng)” ? Herb 定義了需求工程的五階段生命周期：需求定義和分析、需求決策、形成需求規(guī)格、需求實(shí)現(xiàn)與驗(yàn)證、需求演進(jìn)管理 ? Matthias Jarke和 Klaus Pohl提出了三階段周期的說(shuō)法：獲取、表示和驗(yàn)證
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1