- 業務分析教程
- 業務分析 - 首頁
- 業務分析 - 簡介
- 軟體開發生命週期
- 業務分析 - 角色
- 工具和技術
- 業務分析 - JAD會議
- 需求收集技術
- 功能需求文件
- 軟體需求規格說明書
- 業務分析 - 用例
- 用例圖
- 需求管理
- 規劃良好的需求
- 業務分析 - 建模
- 業務分析實用資源
- 業務分析 - 快速指南
- 業務分析 - 有用資源
- 業務分析 - 討論
軟體開發生命週期
軟體開發生命週期 (SDLC) 是軟體組織中軟體專案遵循的一個流程。它包含一個詳細的計劃,描述如何開發、維護、替換以及更改或增強特定軟體。它定義了一種改進軟體質量和整體開發流程的方法。
SDLC是IT分析人員用來開發或重新設計高質量軟體系統的一個流程,該系統同時滿足客戶和現實世界的需求。
它考慮了軟體測試、分析和後期維護的所有相關方面。
SDLC的重要階段如下圖所示:
規劃階段
每個活動都必須從計劃開始。不計劃就是計劃失敗。不同模型的計劃程度不同,但清楚地瞭解我們將透過建立系統規範來構建什麼非常重要。
定義階段
在此階段,我們分析並定義系統的結構。我們定義架構、元件以及這些元件如何協同工作以生成可執行的系統。
設計階段
在系統設計中,詳細描述設計功能和操作,包括屏幕布局、業務規則、流程圖和其他文件。此階段的輸出將描述新系統作為模組或子系統的集合。
構建階段
這是開發階段。我們根據系統的使用編譯器、直譯器、偵錯程式等工具進行程式碼生成,使系統執行起來。
實施
實施是構建階段的一部分。在此階段,我們根據系統的使用編譯器、直譯器、偵錯程式等工具進行程式碼生成,使系統執行起來。
測試階段
隨著系統的不同部分完成;它們會經過一系列測試。它根據需求進行測試,以確保產品實際上解決了需求階段中提出的需求。
測試計劃和測試用例用於識別錯誤並確保系統根據規範工作。
在此階段,將進行單元測試、手動測試、驗收測試和系統測試等不同型別的測試。
測試中的缺陷跟蹤
軟體測試報告用於溝通已執行測試計劃的結果。鑑於此,報告應包含與當前正在測試的系統相關的所有測試資訊。將在評審會議中驗證報告的完整性。
專案的測試旨在實現兩個主要目標:
檢測系統中的故障和缺陷。
檢測需求和實現之間不一致的地方。
下圖顯示了**缺陷跟蹤流程**:
為了實現主要目標,所提議系統的測試策略通常包括四個測試級別。
這些是單元測試、整合測試、驗收測試和迴歸測試。以下小節概述了這些測試級別,哪些開發團隊角色負責開發和執行它們,以及確定其完整性的標準。
部署
測試階段結束後,系統釋出並進入生產環境。產品經過測試並準備部署後,將在適當的市場正式釋出。有時,根據組織的業務戰略,產品部署會分階段進行。
產品可能首先在有限的細分市場中釋出並在實際業務環境中進行測試(UAT - 使用者驗收測試)。然後,根據反饋,可以按原樣釋出產品,也可以在目標細分市場中釋出具有建議改進的產品。
SDLC 後流程
產品釋出到市場後,將為現有客戶群提供維護。
一旦進入生產環境,系統將由於未檢測到的錯誤或其他意外事件而發生修改。對系統進行評估,並重復迴圈以維護系統。
業務分析師在SDLC流程中的作用
如下圖所示,BA參與驅動業務需求並將其轉換為解決方案需求。
他參與將解決方案功能轉換為軟體需求。然後在分析和設計階段發揮主導作用,在程式碼開發中發揮決定性作用,然後在專案團隊中作為變革推動者參與測試階段的錯誤修復,最終滿足客戶需求。