軟體測試 - 業務需求
軟體的開發基於其功能和業務需求。業務需求是指從軟體開發生命週期 (SDLC) 的開始，收集和描述使用者（即供應商、客戶和員工）的業務需求的過程。它們作為軟體未來開發的指南，主要由組織的業務分析師制定。
什麼是業務需求？
業務需求是軟體應該能夠執行以實現組織戰略目標的基本需求和假設。它們還描述了業務目標、業務應該如何執行以及軟體將如何幫助業務運作並實現其目標。它們在 SDLC 的初始階段定義，並指導軟體架構和設計的構建過程。
軟體業務需求包含什麼？
軟體業務需求包含以下列出的專案 -
- 軟體業務需求包括業務背景、範圍、背景、組織目標、行業模式等。
- 軟體業務需求列出了專案中的業務利益相關者，例如監管機構、客戶、高管、業務分析師等。
- 軟體業務需求包括定義專案是否成功的標準。這些標準是根據組織目標決定的，包括提高生產力和成本、增強終端使用者體驗以及遵守標準和法規的措施。
- 軟體業務需求包括在軟體開發過程中應考慮的各種約束和限制。
- 軟體業務需求包括概念資料模型，例如資料實體、關係、屬性。它還描述了軟體中將使用的資料集的資料字典。
軟體業務需求的優勢
軟體業務需求的優勢如下所列 -
- 軟體業務需求準確地反映了組織透過開發軟體想要實現的目標，這主要有助於使所有利益相關者達成共識。
- 軟體業務需求改善了專案中業務利益相關者和技術團隊之間的溝通方式。
- 軟體業務需求有助於制定專案計劃、預算、進度等，這些是專案管理成功的關鍵要素。
- 透過在 SDLC 的最初階段識別業務需求，可以降低軟體中大部分潛在風險。
- 業務需求有助於提高客戶在使用軟體時的滿意度和體驗。
- 業務需求有助於有效利用資源、時間、精力和成本，透過有效分配軟體的關鍵特性和功能來實現。
誰定義軟體業務需求？
軟體業務需求由以下人員定義 -
- 業務分析師
- 產品負責人
- 專案經理
- 利益相關者
- 客戶
- 贊助商
- 領域專家
軟體業務需求的格式
軟體業務需求的格式如下所述 -
標題頁 - 包含專案名稱、文件標題、作者和日期。
目錄 - 描述不同的章節及其頁碼。
摘要 - 描述專案及其目標以及業務需求的範圍。
目標 - 詳細描述專案的目標和目的。
範圍 - 描述專案中屬於範圍和不屬於範圍的特性和功能。
利益相關者 - 列出所有利益相關者的姓名及其角色和職責。
業務需求 - 包括功能性需求（軟體的特性和功能）和非功能性需求（軟體的效能、可靠性、可用性、安全性等）。它們應該有需求 ID、描述、優先順序、依賴項、驗收標準等。
監管和合規性要求 - 包括軟體應遵循的法律、法規和合規性。
用例 - 描述使用者如何與軟體互動以實現特定目標。每個用例都應該有用例 ID、描述、參與者、先決條件、後置條件、步驟等。
假設和約束 - 描述專案中可能出現的各種假設和約束，例如成本、技術、時間安排。
驗收標準 - 描述為了使需求被認為已滿足而應滿足的標準。
可追溯性矩陣 - 包含一個表格，將每個需求對映到其測試用例、設計因素和專案目標。
批准和簽字 - 包含專案利益相關者和贊助者的簽名。
附錄 - 包括重要術語、文件、支援項等的詞彙表。這主要是為了使業務需求更加簡潔、準確、詳盡等。
軟體業務需求中的原型設計
軟體業務需求中的原型設計是為了以下列出的原因而進行的。
- 原型設計有助於透過視覺化方式解決需求中的疑慮。其主要目的是收集利益相關者的反饋，以便業務需求清晰明瞭，並符合組織的業務目標。
- 原型設計有助於改善技術團隊和業務利益相關者之間的溝通，使他們都能對需求達成一致的理解。它提供了一個平臺來交換想法和觀點，以改進它們。
- 原型設計致力於透過在受控環境中驗證需求來驗證需求。因此，它在開發過程的初期就識別出了任何需求中的缺陷。
- 原型設計有助於識別需求的範圍。因此，功能和特性會根據其重要性進行優先順序排序。
- 原型設計是一項節省成本和時間的活動，因為它能夠儘早發現差距，而不是在開發的後期階段發現。經過原型設計階段的需求使開發過程更加系統化和高效。
- 原型設計從 SDLC 的早期階段開始驗證軟體，因此軟體變得更易於使用。在原型設計階段收集的反饋使其更接近終端使用者的期望。
軟體業務需求的挑戰
軟體業務需求的挑戰如下所示：
- 軟體業務需求有時含糊不清、不完整、不清楚且記錄不完善，這會導致專案中的誤解和混淆。
- 業務需求的修改和新增可能會導致交付延遲，從而影響專案的成本。需求的優先順序也可能在中途發生變化。
- 利益相關者的不可用性可能會使需求收集階段延長。
- 複雜且相互關聯的軟體業務需求難以描述和記錄。此外，業務需求應符合法規和標準。
- 不同的利益相關者可能對哪些需求應該首先得到解決持有不同的觀點。資源的不可用也會影響需求的選擇。
- 如果需要將新的需求與遺留軟體合併，則業務需求有時會面臨技術挑戰。此外，由於技術限制，某些需求無法滿足。
- 軟體業務需求的文件可能非常糟糕。
- 業務需求可能會受到專案利益相關者錯誤假設的影響。跨越國際邊界的全球專案可能會受到文化差異的影響，從而導致混淆。
- 難以驗證和確認最終軟體是否根據專案的業務需求構建。
結論
本教程全面介紹了軟體業務需求，到此結束。我們首先描述了什麼是軟體業務需求，軟體業務需求包含什麼，軟體業務需求的優勢是什麼，誰定義軟體業務需求，軟體業務需求的格式是什麼，軟體業務需求中的原型設計是什麼，軟體業務需求的挑戰是什麼。這使您對軟體業務需求有了深入的瞭解。明智的做法是不斷練習您學到的知識，並探索與軟體測試相關的其他內容，以加深您的理解並拓寬您的視野。