[工學(xué)]軟件工程 第3章-文庫(kù)吧
2025-12-06 20:02 本頁(yè)面
【正文】 間，相關(guān)人，溝通方式。 Project Team 項(xiàng)目團(tuán)隊(duì)建設(shè) 1. 核心團(tuán)隊(duì)和擴(kuò)展團(tuán)隊(duì) 2. 項(xiàng)目配備人員的分析： ① 需求 ② 能力匹配 ③ 可能性問題 3. 團(tuán)隊(duì)穩(wěn)定性的重要，盡量禁止隨意進(jìn)出 4. 虛擬團(tuán)隊(duì)的建設(shè)問題 Organization 項(xiàng)目組織結(jié)構(gòu)類型 功能型 組織結(jié)構(gòu) 項(xiàng)目驅(qū)動(dòng)型 組織結(jié)構(gòu) 矩陣型 組織結(jié)構(gòu) Project Team 項(xiàng)目團(tuán)隊(duì)結(jié)構(gòu)類型 主程序員 項(xiàng)目團(tuán)隊(duì)結(jié)構(gòu) Investigation 需求調(diào)研 1. 調(diào)研準(zhǔn)備階段： ① 背景資料，準(zhǔn)備文檔 ② 形式 ③ 心態(tài)，能力 3. 調(diào)研收尾階段 ： ? 調(diào)研報(bào)告 ? 需求規(guī)格說明書 2. 調(diào)研階段： ① 啟動(dòng)大會(huì) ? 會(huì)前 ? 會(huì)中 ? 會(huì)后 ② 內(nèi)部會(huì)議 ③ 領(lǐng)導(dǎo)訪談 ④ 需求整理分類 需求分析準(zhǔn)則 1. 必須理解并描述問題的信息域，根據(jù)這條準(zhǔn)則應(yīng)該建立 數(shù)據(jù)模型 。 2. 必須定義軟件應(yīng)完成的功能，這條準(zhǔn)則要求建立 功能結(jié)構(gòu)模型 。 3. 必須描述作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立 行為模型 。 4. 必須對(duì)描述信息、功能和行為的模型進(jìn)行分解，用 層次的方式展示細(xì)節(jié) 。 P56 需求分析的任務(wù) 1. 確定用戶方對(duì)系統(tǒng)的綜合要求： ① 功能需求：系統(tǒng)要實(shí)現(xiàn)的功能； ② 性能需求：系統(tǒng)必須滿足約束等； ③ 可靠性和可用性需求； ④ 出錯(cuò)處理需求：對(duì)環(huán)境錯(cuò)誤如何響應(yīng)； ⑤ 接口需求：用戶、硬件、軟件、通信； ⑥ 逆向需求：系統(tǒng)不該做什么； ⑦ 將來可能提出的要求：可能的擴(kuò)充預(yù)備。 P56 需求分析的任務(wù) cont 2. 分析系統(tǒng)的數(shù)據(jù)要求： 任何一個(gè)軟件系統(tǒng)本質(zhì)上都是信息處理系統(tǒng)，分析系統(tǒng)的數(shù)據(jù)要求，這是軟件需求分析的一個(gè)重要任務(wù)。 3. 導(dǎo)出系統(tǒng)的邏輯模型： 數(shù)據(jù)流圖、實(shí)體 聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典和主要的處理算法描述等。 4. 修正系統(tǒng)開發(fā)計(jì)劃 與用戶溝通獲取需求的方法 1. 訪談方式： 是最早開始使用的獲取用戶需求的技術(shù)。 訪談?dòng)袃煞N基本形式： ① 正式訪談： 系統(tǒng)分析員將提出一些事先準(zhǔn)備好的具體問題。 ② 非正式訪談： 分析員將提出一些用戶可以自由回答的開放性問題，以鼓勵(lì)被訪問人員
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1