軟體工程過程 第4章 瀑布模型應用例項

2022-02-17 21:08:12 字數 3316 閱讀 5642

博主內推:阿里菜鳥網路春招 【部門直推】【海量實習崗位&正式崗位】

1.infosys 過程模型如下圖所示:p82

包括需求規範、高層設計、詳細設計、構建、單元測試、整合測試計畫、整合測試、系統測試計畫、系統測試、文件化、驗收測試、安裝和維護支援。

2.需求階段主要兩個方面:問題分析和產品描述。需求分析活動可細分為需求準備、收集和分析3個步驟。產品描述活動也可以細分成規格說明書的準備、評審和客戶的最後認可3個步驟。p83

3.需求規範主要參與人員:系統分析團隊、評審團隊和客戶,主要輸出是軟體需求規格說明書文件和驗收測試標準,結束條件是軟體需求規格說明書文件和驗收標註被使用者簽字認可。

4.需求規範階段的主要活動。p83~p84

5.需求分析的準備工作、收集需求、分析需求、撰寫需求說明書。p84~p87

6.高層設計是從計算機實現的角度剔除滿足使用者解決方案的過程。包括兩個方面:應用系統的功能結構和資料庫設計。p88

7.高層設計階段的主要參與人員:系統設計團隊、評審團隊和客戶。

主要輸入是軟體需求規格說明文件。輸出是高層設計得各種文件。結束條件是高層設計文件已經通過評審並授權許可。度量資料主要為高層設計工作量、高層設計缺陷、評審工作量和返工工作量。

8.高層設計階段的主要活動序列。p88

9.詳細設計是將高層階段的子系統和模組的規格說明落實到部件或模組。重要活動包括識別、表示通用過程或程式(如資料確認程式),形成合力的程式框架。p89

10.詳細設計主要參與人員

:設計團隊成員。

主要輸入:高層設計文件。輸出是各部件的規格說明和單元測試計畫。結束條件是各部件的規格說明和單元測試計畫通過評審並授權許可。度量資料為詳細設計工作量、單元測試計畫缺陷數、程式框架缺陷數、評審工作量和返工工作量。

11.詳細設計主要活動序列。p89

12.構建(編碼)與單元測試,詳細設計將被轉化為用某一種語言實現的程式。在這一階段將產生遵循一定編碼標準的源**、可執行程式和資料庫。p90

13.構建(編碼)與單元測試階段主要參與者:專案團隊成員和sqa 人員。

主要輸入為:物理資料庫設計文件、專案標準、部件規格說明、單元測試計畫、程式框架說明、實用程式、工具及其相關文件。主要輸出:測試資料、源**、可執行程式、**評審報告/評審記錄、獨立單元測試報告/評審記錄。結束條件:單元測試計畫中的所有測試用例都已經被成功執行。度量資料:主要集中在構建測試用例和執行單元測試的工作量、**評審缺陷數、獨立單元測試缺陷數、評審和返工工作量。

14.構建(編碼)與單元測試階段主要活動序列。p91

15.整合測試計畫與實施,在此期間,測試發現的缺陷一般都與介面有關。整合計畫描述了整合的順序、軟體開銷(包括樁程式與驅動程式)、測試環境和所需資源。p91

16.整合測試計畫與實施階段主要參與者:測試團隊成員。主要輸入:已經評審通過並認可的高層設計文件。主要輸出:高層設計文件和通過單元測試的模組或部件。主要輸出:整合計畫。結束標誌:整合計畫或整合測試計畫已經評審通過且被認可。

17.整合測試計畫與實施主要活動序列。p9

18.系統測試計畫與實施,根據軟體規格書名數確認軟體產品的活動。這一階段的目標是發現那些只有通過測試整個系統才能發現的缺陷。p93

19.系統測試計畫與實施主要參與者:測試團隊成員。主要輸入:需求規格說明書、系統測試報告和測試結果。主要輸出:需求規格所明書文件和高層設計文件。結束標誌:系統測試報告已經被評審通過且認可。

20.系統測試計畫與實施的步驟序列。p93

21.驗收測試與安裝是指將軟體產品整合到使用者的操作環境,在接近於真實環境下或在真實環境下測試系統,以確保軟體產品達到了使用者的要求。包括使用者驗收軟體系統和在客戶環境下安裝軟體產品。

22.驗收測試與安裝主要參與者:安裝團隊、客戶、專案負責人。主要輸入:被測試的軟體和驗收標準文件。主要輸出:在使用者的真實環境下,軟體安裝完成。結束標誌:客戶在驗收文件上簽字。度量資料:本階段投入的工作量、發現的缺陷數量。

23.驗收測試與安裝階段的主要活動。p94

24.維護支援階段是指應用系統從安裝到使用者環境到穩定執行這段時間。

主要參與者:安裝團隊。主要輸入:應用系統安裝報告、使用者使用文件和驗收測試與安裝期間出現的軟體問題報告。主要輸出:使用者簽收認可的文件和維護支援報告。結束條件:合同規定的保證支援期已滿足,使用者在專案完成報告上簽字。p95~p96

25.文件編制,文件分為兩類,一類是用於開發、修改和歷史存檔的內部文件。另一類文件是外部文件,該文件主要是指提供給使用者的產品操作手冊、培訓資料和其他使用者所需文件。

26.文件編制階段主要活動。p96

27.war 系統開發過程實施案例。p97~p115

28.本章小結 p115

軟體工程 瀑布模型

瀑布模型 瀑布模型 wate ll model 它是乙個專案開發架構,它的開發過程是通過設計一系列的階段順序展開的,從系統需求分析到產品的發布和維護,一共分為六個基本的階段。即 指定計畫 需求分析 軟體設計 程式編寫 軟體測試 執行和維護 每個階段都會產生迴圈反饋,這樣某個階段出現問題時,就可以去上...

軟體工程 第2章 軟體過程 第3章 軟體過程模型

簡述軟體過程 軟體生存週期 軟體過程模型 軟體生存週期模型 三者之間的概念區別。軟體過程就是軟體開發過程麼?為什麼?請選擇兩個常見的軟體過程模型,談談你對它們的理解?並對它們進行比較。瀑布模型和其他常見模型有什麼關聯和區別?根據你當前所在的團隊專案,你更傾向於選擇哪一種軟體過程模型?為什麼?軟體生存...

軟體工程 軟體過程模型

軟體過程是為了獲得高質量軟體所需要完成的一系列任務的框架,它規定了完成各項任務的工作步驟。通常使用生命週期模型簡潔地描述軟體過程。生命週期模型規定了把生命週期劃分成哪些階段及各個階段的執行順序,因此,也稱為過程模型。常見的過程模型有瀑布模型 快速原型模型 增量模型 螺旋模型 噴泉模型等。1.瀑布模型...