第4章 需求分析

2021-07-31 03:18:05 字數 714 閱讀 5323

標籤: 軟體需求工程

《軟體需求工程》 毋國慶 第二版 個人筆記

拋棄型原型:指在原型達到預期目的後將其拋棄(快速,粗略)

進化型原型:是在需求清楚定義的情況下,以漸增式方式構建原型,並使原型最終能成為軟體產品的一部分,(一開始就必須編制具有較好健壯性和高質量的**)

優先順序命名

含義高 –>

中 –>

低 –>

乙個關鍵任務的需求或是下一版本所需要的

支援必要的系統操作或最終要求。如果有必要,可以延遲到下一版本

功能或質量上的增強。如果資源允許,實現這些需求總有一天使產品更完美

基本的 –>

條件的 –>

可選的 –>

只有在這些需求上達成一致意見,軟體才會被接受

實現這些需求將增強產品的效能,如果忽略這些需求,產品也是可以被接受的

對乙個功能類有影響,實現或不實現均可

3 –>

2 –>

1 –>

必須完美地實現

需要付出努力,但不必做得太完美

可以包含缺陷

+ 在確定了所有需求的優先順序後,必須把每個需求優先順序記錄到需求規格說明中,並通過設定相應的字段予以標識。

軟體建模 第4章 需求分析

需求分析實現的目標 將軟體使用者對於軟體的一系列意圖 想法轉變為軟體開發人員所需要的有關軟體的技術規格 需求分析的步驟 1.需求獲取 需求類別 使用者需求 功能需求 非功能性需求 需求獲取的方式 訪談使用者 開座談會 問卷調查 跟班作業 收集使用者台賬資料 通過原型完善使用者需求 2.需求建模和細化...

構建之法 第8章 需求分析

本章重點 如何準確而全面地找到需求 分析和定義需求 analysis specification 這是指對從各個方面獲取的需求進行規整,定義需求的內涵,從各個角度將需求量化,包括需求實現的最後期限 實現需求大致所需的時間和資源成本 各個不同需求的優先順序 需求帶來的收益等等 在軟體產品的生命週期中管...

團隊作業第4次 專案需求分析

隊員學號 隊員姓名 個人部落格位址 備註221600412 陳宇隊長221600411 陳迎仁221600409 蔡森林221600401 陳詩嫻221600408 蔡鴻鍵需求分析報告 任務 對該專案進行需求分析,並完成類圖和用況圖。狀態 已完成 系統設計與資料庫設計 任務 確定後台資料庫表的結構,...