第03章軟件工程需求工程(編輯修改稿)
2025-03-28 11:37 本頁面
【文章內容簡介】 目的推進，這樣有助于發(fā)揮各自優(yōu)勢并增進解和協調 FAST基本原則 ① 在中立的地點舉行由開發(fā)者和用戶出席的會議； ② 建立準備和參與會議的規(guī)則； ③ 建議一個足夠正式的議程以便可以進行自由的交流； ④ 一個“協調者” (他可以是用戶、開發(fā)者或其他外人 )來控制會議； ⑤ 使用一種“定義機制” (它可以是工作表、圖表、墻上膠黏紙或墻板 )； ⑥ 目標是標識問題、提出解決方案的要素、商議不同的方法、以及在有利于完成目標的氛圍中刻畫出初步的需求。 FAST會議 步驟 1) 確定一個 FAST會議的時間地點，并在會議日之前將產品請求發(fā)布給所有的與會者。 2) 要求每個 FAST 出席者，會前列出一組圍繞系統(tǒng)環(huán)境、對象的操作、對象之間的交互功能，并列出約束列表(如，成本、規(guī)模大小、權重 )和性能標準列表 (如，速度、精度 )。這些列表可以不是窮盡的，但是，希望每套列表反映的是每個人對系統(tǒng)的感覺。 3) 進行 FAST 會議時，當團隊的每個成員提出單個列表后，整個團隊將創(chuàng)建一個組合的列表，該組合列表刪去冗余項，并加入在表達過程中出現的新思想。在建好所有主題的組合列表后，開始討論活動?？s短、加長或重新組合列表以適當地反映將被開發(fā)的產品。 FAST會議 步驟 (續(xù) ) 4) 一旦創(chuàng)建了意見一致的列表 ? 應該將團隊分為更小的小組， ? 每個小組力圖為每個列表中的一個或多個項開發(fā)出小型的規(guī)約（即對包含在列表中的單詞或短語的精細化）。 ? 每個小組然后將他們開發(fā)的每個小規(guī)約提交給所有的 FAST 出席者討論，進行添加、刪除或進一步的精化等工作。 ? 在所有討論過程中，團隊可能提出某些不能在會議過程中解決的問題，此時要保留問題列表以使這些思想在以后的活動中產生作用。 5) 在小規(guī)約完成后，每個 FAST 小組提出一個針對產品的確切標準列表，并將該列表提交給團隊，然后創(chuàng)建一個意見一致的確定的標準列表。這個列表作為需求獲取的結果，為需求分析和建模提供基礎信息。 用況（ Use Case） ? 當需求收集起來后，分析員就可以創(chuàng)建一組標識串，構造系統(tǒng)的使用場景。 ? 創(chuàng)建用況模型的主要步驟如下： 1) 確定誰會直接使用該系統(tǒng) ， 即參與者 （ Actor） 2) 選取其中一個參與者 3) 定義該參與者希望系統(tǒng)做什么 ， 參與者希望系統(tǒng)作的每件事將成為一個用況 4) 對每件事來說 ， 何時參與者會使用系統(tǒng) ， 通常會發(fā)生什么 ， 這就是用況的基本過程 5) 描述該用況的基本過程 內容摘要 一． 需求工程概述 二． 需求獲取 三． 需求分析、協商與建模 四． 需求規(guī)約與驗證 五．
環(huán)評公示相關推薦
鄂ICP備17016276號-1