[理學(xué)]chap3-面向?qū)ο蟮男枨蠓治?文庫吧
2024-12-08 12:35 本頁面
【正文】 Study 10 獲取需求 ? 系統(tǒng)分析人員通過與用戶的交流、對現(xiàn)有系統(tǒng)的觀察及對任務(wù)進(jìn)行分析； ? 確定系統(tǒng)或產(chǎn)品范圍的限制性描述、與系統(tǒng)或產(chǎn)品有關(guān)的人員及特征列表、系統(tǒng)的技術(shù)環(huán)境的描述、系統(tǒng)功能的列表及應(yīng)用于每個需求的領(lǐng)域限制、一組描述不同運(yùn)行條件下系統(tǒng)或產(chǎn)品使用狀況的應(yīng)用場景以及為更好地定義需求而開發(fā)的任意原型。 ? 需求獲取的工作產(chǎn)品為進(jìn)行需求分析提供了基礎(chǔ) 11 需求獲取方法與策略 ? 建立順暢的通信途徑 ? 訪談與調(diào)查 ? 觀察用戶操作流程 ? 組成聯(lián)合小組 ? 用況 （ Use Case） 12 ? 例子：“賽艇比賽成績計算系統(tǒng)”的第一次面談的準(zhǔn)備計劃 初次與 Dartchurch航行俱樂部的航行秘書（ DR）接觸，面談有關(guān)事宜。 (在電話交談時，了解到他們希望得到的是一個“價廉”的，基于 PC的系統(tǒng)，以用于計算賽艇比賽成績 ) 時間： 202165 地點：對方場地 主要問題 確定基本問題。 確定 DR的角色 ―― 還涉及其它人員嗎？ 調(diào)查財物方面事宜。 系統(tǒng)（大致上）是如何運(yùn)作的？ 當(dāng)前存在的問題是什么？ 他們都希望做些什么？ 13 組成聯(lián)合小組 ? 便利的應(yīng)用規(guī)約技術(shù) (Facilitated Application Specification Techniques , FAST) ：打破用戶（需方）和開發(fā)者（供方）的界限，共同組成一個聯(lián)合小組，發(fā)揮各自的長處，共同負(fù)責(zé)項目的推進(jìn)，這樣有助于發(fā)揮各自優(yōu)勢并增進(jìn)解和協(xié)調(diào) ? 開會是解決問題的好方式之一 14 FAST基本原則 ① 在中立的地點舉行由開發(fā)者和用戶出席的會議； ② 建立準(zhǔn)備和參與會議的規(guī)則； ③ 建議一個足夠正式的議程以便可以進(jìn)行自由的交流； ④ 一個“協(xié)調(diào)者” (他可以是用戶、開發(fā)者或其他外人 )來控制會議； ⑤ 使用一種“定義機(jī)制” (它可以是工作表、圖表、墻上膠黏紙或墻板 )； ⑥ 目標(biāo)是標(biāo)識問題、提出解決方案的要素、商議不同的方法、以及在有利于完成目標(biāo)的氛圍中刻畫出初步的需求 。 15 描述需求 ? 統(tǒng)一的語言：用戶和項目組 理解的橋梁 ； ? 系統(tǒng)分析人員借助建模技術(shù)（可視化描述語言）對獲取的需求信息進(jìn)行分析，排除錯誤和彌補(bǔ)不足，確保需求文檔正確反映用戶的真實意圖。 ? 常用的分析和建模方法： ? 面向數(shù)據(jù)流方法 ? 面向數(shù)據(jù)結(jié)構(gòu)方法 ? 面向?qū)ο蟮姆椒ā? 16 驗證需求 ? 需求開發(fā)階段工作的復(fù)查手段， ? 功能的正確性、完整性和清晰性， ? 為保證軟件需求定義的質(zhì)量，評審應(yīng)以專門指定的人員負(fù)責(zé)，并按規(guī)程嚴(yán)格進(jìn)行 。 獲取 分析與建模 編寫規(guī)約 驗證 重
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1