03需求工程(編輯修改稿)
2025-02-01 02:33 本頁面
【文章內(nèi)容簡介】 求 。 21 復(fù)旦大學(xué)計算機(jī)科學(xué)與工程系 軟件工程課程 FAST會議 步驟 ? 1) 舉行開發(fā)者和用戶的初步訪談后， 確定 FAST會議的 時間地點 ，并在會議日之前將產(chǎn)品請求發(fā)布給所有的與會者。 ? 2) 要求每個 FAST 出席者會前 列出 一組圍繞系統(tǒng)環(huán)境的 對象 ，以及對這些對象的操作或?qū)ο笾g的 交互功能 ，并開發(fā)出 約束列表 (如，成本、規(guī)模大小、權(quán)重 )和 性能標(biāo)準(zhǔn)列表 (如，速度、精度 )。 ? 3) 進(jìn)行 FAST 會議時，當(dāng)團(tuán)隊的每個成員提出單個列表后，整個團(tuán)隊將 創(chuàng)建 一個組合的列表，該組合列表刪去冗余項，并加入在表達(dá)過程中出現(xiàn)的新思想。在建好 所有主題的組合列表后 ，開始 討論 活動。縮短、加長或重新組合列表以適當(dāng)?shù)胤从硨⒈婚_發(fā)的產(chǎn)品。 22 復(fù)旦大學(xué)計算機(jī)科學(xué)與工程系 軟件工程課程 ? 4) 一旦創(chuàng)建了 意見一致 的列表，應(yīng)該將團(tuán)隊 分 為更小的小 組 ，每個小組力圖為每個列表中的一個或多個項 開發(fā)出小型的規(guī)約 （即對包含在列表中的單詞或短語的精細(xì)化）。每個小組然后將他們開發(fā)的每個小規(guī)約提交給所有的 FAST 出席者 討論 ，進(jìn)行添加、刪除或進(jìn)一步的精化等工作。 ? 5) 在小規(guī)約完成后，每個 FAST 的出席者提出一個針對產(chǎn)品的確切標(biāo)準(zhǔn)列表，并將該列表提交給團(tuán)隊，然后 創(chuàng)建一個意見一致的確定的標(biāo)準(zhǔn)列表 。這個列表作為需求獲取的結(jié)果，為需求分析和建模提供基礎(chǔ)信息。 23 復(fù)旦大學(xué)計算機(jī)科學(xué)與工程系 軟件工程課程 用況（ Use Case） ? 主要用于描述系統(tǒng)的高層次功能性需求 ? 用況：系統(tǒng)的使用場景 。 ? 創(chuàng)建用況模型的主要步驟如下： 1)確定 誰會直接使用該系統(tǒng) ， 即 參與者 （ Actor） 2)選取其中一個參與者 3)定義 該參與者希望系統(tǒng)做什么 ， 參與者希望系統(tǒng)作的每件事將成為一個 用況 4)對每件事來說 ， 何時參與者會使用系統(tǒng) ， 通常會發(fā)生什么 ， 這就是 用況的基本過程 5)描述該用況的基本過程 24 復(fù)旦大學(xué)計算機(jī)科學(xué)與工程系 軟件工程課程 需求分析與建模 ? 需求分析原則 ? 需求協(xié)商 ? 需求建模 25 復(fù)旦大學(xué)計算機(jī)科學(xué)與工程系 軟件工程課程 需求分析原則 ? 1．必須能夠表示和理解 問題的信息域 ?信息域：包括信息內(nèi)容、信息流、以及信息結(jié)構(gòu)。 ? 2．必須能夠定義軟件將完成的 功能 ? 3．必須能夠表示軟件的 行為 (作為外部事件的結(jié)果 ) ? 4．必須劃分描述數(shù)據(jù)、功能和行為的模型，從而可以 分層次 地揭示細(xì)節(jié) ? 5．分析過程應(yīng)該 從要素信息移向細(xì)節(jié)信息 26 復(fù)旦大學(xué)計算機(jī)科學(xué)與工程系 軟件工程課程 信息域 ? 信息域：包括信息內(nèi)容、信息流、以及信息結(jié)構(gòu)。 ?信息內(nèi)容表示了單個數(shù)據(jù)和控制對象，目標(biāo)軟件所有處理的信息集合由它們構(gòu)成。 ?例如，數(shù)據(jù)對象“工資”是一組重要數(shù)據(jù)體的組合：領(lǐng)款人的姓名、凈付款數(shù)、付款總額、扣除額等等 27 復(fù)旦大學(xué)計算機(jī)科學(xué)與工程系 軟件工程課程 ?信息流表示了數(shù)據(jù)和控制在系統(tǒng)中流動時的變化方式，輸入對象被變換為中間信息 (數(shù)據(jù)和 /或控制 )，然后進(jìn)一步被變換為輸出 ?信息結(jié)構(gòu)表示了各種數(shù)據(jù)和控制項的內(nèi)部組織 ? 數(shù)據(jù)或控制項將
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1