系統開發生命週期的不同階段是什麼?
Context:系統開發生命週期  該條款 談話 閱讀 編輯 檢視歷史  工具 來自維基百科, 這篇文章是關於系統開發生命週期. 關於IBM的電腦通訊協議,請參閱同步資料連結控制.  軟體開發生命週期模型, 強調維護階段 在系統工程,資訊系統和軟體工程中,系統開發生命週期 (SDLC),也稱為應用程式開發生命週期,是規劃,建立,測試和部署資訊系統的過程. SDLC概念適用於一系列的硬體和軟體配置, 這一週期通常有六個階段:需求分析,設計,開發與測試,實施,文件及評估.  整體情況 系統開發生命週期由系統工程師和系統開發者使用的不同工作階段組成, SDLC的目標是透過在預定時間和預估成本的範圍內提供高品質的系統, 計算機系統是複雜的, 已建立多種SDLC方法,例如<unk>布式,螺旋式,敏捷式,快速原型,漸進式,同步與穩定.  SDLC 方法與靈活性的範圍相符, 像XP和Scrum這樣的敏捷方法, <unk>代方法,如理性統一流程和動態系統開發方法, 專注於穩定專案範圍,並<unk>代擴充套件或改善產品. 序列或大設計前置 (BDUF) 模型,如<unk>布,專注於完整和正確的規劃,以指引更大的專案,並限制風險以成功和可預測的結果. 無形發展是由專案範圍和適應<unk>代導.  在專案管理中, 專案可以包含一個專案生命週期 (PLC) 和一個SDLC, 根據Taylor (2004) 的說法",專案生命週期涵蓋了專案的所有活動,而系統開發生命週期則專注於實現產品要求".  SDLC並不是一個方法本身, 而是該方法應處理的各階段的描述. 該階段並非最終的,但通常包括規劃,分析,設計,建造,測試,實施,以及維護/支援. 在Scrum框架中, 例如, 單一的使用者故事可以在兩週的短跑過程中經過SDLC的所有階段. <unk>布方法論是指將每個業務要求[需要引用]翻譯為功能/功能描述,並在數月或更長的時間內實現. [需要引用]  歷史 根據埃利奧特和斯特拉查與拉德福德 (2004年) 的說法, SDLC "起源於1960年代, 資訊系統的活動圍繞著大量的資料處理和數字<unk>碎程式.  結構化系統分析與設計方法 (SSADM) 於1980年代為英國政府商務局 (Office of Government Commerce) 製作. 根據艾略特 (2004年) 的說法, "傳統的生命週期系統開發方法越來越多地被替代的方法和框架所取代,  模型  系統開發生命週期的十個階段版本 SDLC 提供一系列階段/步<unk>/活動, 每個階段都建立在前一階段的成果之上. 並不是每個專案都需要相繼進行. 在較小,更簡單的專案中,  <unk>布 這樣的模型是最古老且最著名的, <unk>布有不同的種類. 這種植物有以下特點:  預先的分析 進行初步分析,考慮其他解決方案,估算成本與效益,並提出初步計畫與建議.  進行初步分析:確定組織的目標,並定義計畫的性質和範圍. 確保計畫符合目標. 考慮其他解決方案: 其他解決方案可能來自於採訪員工,客戶,供應商和顧問, 分析該專案的成本與收益. 系統分析,要求定義 該專案的目標[需要澄清]分為已定義的功能和操作. 這包括收集和解讀事實,診斷問題,並建議改變. 分析終端使用者的資訊需求, 並解決不一致和不完整的情況:  收集事實:透過檔案審查,客戶訪問,觀察和問卷, 獲得終端使用者的要求. 檢查現有的系統: 分析所提出的系統:找出問題的解決方案,並準備規格, 系統設計 在這個步<unk>中, 想要的功能和操作是詳細的, 包括螢幕布局,商業規則,流程圖,假程式碼,  發展 寫下這個程式碼.  整合與測試 在測試環境中組裝模組. 檢查是否有錯誤,錯誤以及互操作性.  接收,安裝,部署 我們將系統投入生產. 這可能涉及使用者訓練,部署硬體,並從之前的系統載入資訊.  維護工作 監控系統以評估其持續適應性. 根據需要做些小改進.  評估方式 該系統和過程都被審核. 該系統是否符合要求並實現計畫目標,是否可用,可靠/可用,是否適當擴充套件及是否能承受故障. 過程檢查包括時間表和費用的審查,  處理方式 在使用終結時, 制定停止系統使用並轉向替代系統的計畫. 必須將相關資訊與基礎設施重新使用,存檔,丟棄或摧毀,  這些步<unk>從定義到建立和修改IT工作產品,  系統分析與設計 系統分析與設計 (SAD) 可以被視為一項元發展活動, 這樣的情況可能會讓人失望. SAD與分散式企業架構,企業 IT 架構和業務架構互動,並大大依賴於分割槽,介面,人格和角色,以及部署/運營建模等概念,以達到高層系統描述. 這種高層次描述被分解成各個元件和模組, SDLC和SAD是產品和系統全生命週期規劃的基石.  物件導向的分析與設計 物件導向的分析與設計 (OOAD) 是分析問題領域以開發概念模型的過程, 在分析階段, 程式設計師透過與利益<unk>關者進行訪問,  這樣的概念模型通常由使用案例,類別和互動圖組成. 這也可能包括使用者介面模型.  這樣的產品不需要完全定義才能成為物件導向設計的輸入; 分析和設計可能同時進行. 在實踐中,  有些典型的OOAD輸入器件:  概念模型:概念模型是物件導向分析的結果. 這裡的問題領域裡的概念. 這項概念模型完全與實施細節無關. 使用案例:使用案例是事件序列的描述, 每個使用案例都提供了敘述該系統如何與主體 (使用者) 互動的場景. 演員可能是最終使用者或其他系統. 使用案例可以使用圖表進一步闡述. 這樣的圖表能辨識出演員及其所執行的過程. 系統序列圖:系統序列圖 (SSD) 是一張圖, 顯示特定使用情況下, 演員產生的事件, 事件的順序, 包括系統間的事件. 使用者介面檔案:展示和描述使用者介面的檔案. 資料模型:資料模型描述了資料元素如何相互關聯. 資料模型是在設計階段之前建立的. 物件導向的設計是直接從資料模型繪製出來的. 這樣的設計更具關系性. 系統生命週期 系統生命週期是一個系統或被提議的系統的觀點, 涉及其存在的所有階段, 包括系統概念,設計和開發,生產和/或建造,分配,運營,維護和支援,退休,逐步淘汰和處理.  概念設計 概念設計階段是檢查已發現的需求,定義可能解決方案的要求,評估可能解決方案,並制定系統規格的階段. 系統規格代表技術要求, 因為這份檔案決定了所有未來的發展, 在概念設計審查確定系統規格能適當地解決動機需求之前, 這一階段無法完成.  在概念設計階段的關鍵步<unk>包括:  需要識別 經可行性分析 系統要求分析 系統規格 概念設計審查 預先的系統設計 在系統生命週期的這個階段, 執行所需系統功能的子系統是按照系統規格設計和規定的. 部分系統之間的介面以及整體的測試和評估要求都已被定義. 這一階段完成後, 製作出足以進行詳細設計與開發的開發規格.  在初步設計階段的關鍵步<unk>包括:  功能分析 需要分配 詳細的妥協研究 系統選項的總結 工程模型的初步設計 發展的規格 設計初步檢查 您是維蒂銀行的系統分析師, 維蒂銀行是斐濟快速成長的銀行. 農村地區的顧客很難獲得銀行服務. 他們需要幾天甚至幾週的時間來前往銀行服務. 銀行要求您檢視現有系統, 並提出解決方案或建議如何提供現有系統以滿足客戶需求.  詳細設計與開發 這一階段包括詳細設計的發展, 這項工作包括系統與預定環境之間的介面的規範, 詳細設計與開發負責產生產品,工藝和材料規格, 可能會對開發規格造成重大變化.  在詳細設計和開發階段的關鍵步<unk>包括:  詳細的設計 詳細的合成 工程模型和原型模型的開發 修改開發規格 產品,工藝和材料的規格 評論設計檢討 製造與建設 在生產和/或施工階段, 產品按照產品,工藝和材料規格所指定的要求建造或組裝, 並在目標運營環境中部署和測試. 系統的評估是為了糾正缺陷,  產品建設階段的關鍵步<unk>包括:  系統部件的生產和/或建造 接受測試 系統的分配與執行 執行測試與評估 系統評估 使用與支援 該系統一旦完全部署, 就會按照預期的運作用途使用並在其運作環境中維護.  在使用和支援階段的關鍵步<unk>包括:  系統在使用者環境中的執行 改變管理 系統改進 系統評估 逐步淘汰與處理 必須持續評估系統的有效性和效率, 需要考慮的因素包括:持續存在的執行需求,執行要求與系統效能之間的匹配,系統逐步淘汰與維護的可行性,以及替代系統的可用性.  這些階段  這部分包含參考資料,相關閱讀或外部連結, 請透過更精確的引用來改善這個部分. 如何及何時移除此模板訊息 系統調查 這一步是考慮目前可能受到影響的優先事項以及如何處理. 這項研究會決定是否建立新的或改進的系統是合適的. 這有助於估算成本,效益,資源需求,  這項可行性研究應針對運營,財務,技術,人力因素以及法律/政治方面的問題.  分析 分析的目標是找出問題所在. 這一步包括將系統分解成部分,分析專案目標,分解需要建立的內容,  設計方式 在系統設計中, 功能和操作被詳細描述, 模組式設計降低了複雜性,  設計階段以已定義的要求為入口. 每個要求都需要一組設計元素.  設計檔案通常包括功能階層圖,畫面佈局,商業規則,流程圖,擬似程式碼,以及完整的資料模型與資料字典. 這些元素描述系統的細節足以讓開發者和工程師可以在最小的額外投入下開發和提供系統.  試驗 這項程式碼在軟體測試中經過多個階段的測試. 單元,系統和使用者接受測試通常會進行. 許多試驗方法都被採用了.  以下型別的測試可能是相關的:  路徑測試 資料集的測試 單位測試 系統測試 整合測試 黑盒測試 白盒測試 還原測試 自動化測試 使用者接受測試 軟體效能測試 訓練與轉型 在將系統轉換為支援員工和終端使用者之前, SDLC 確保準備並執行適當的訓練. 訓練通常包括支援人員的操作訓練以及終端使用者的訓練.  系統工程師和開發人員在培訓後將系統轉化為其生產環境.  經營與維護 維護包括更改,修復和增強.  評估方式 該系統的最終階段是測量系統的有效性, 並評估可能的改善.  生命週期 管理與控制  SDLC與管理控制相關的階段 這部分描述了 SDLC 階段目標,主要成果,建議任務的描述,以及有效管理相關控制目標的摘要. 在執行專案時建立和監控控制目標對專案經理至關重要. 控制目標是對所期望的結果或目的的明確宣告, 控制目標可以分為主要類別 (領域),  工作分佈結構 (WBS) 捕捉並安排工作. 該專案經理會選擇最能描述該專案的 WBS 格式.  圖表顯示覆蓋範圍跨越多個 SDLC 階段, 但相關的 MCD 顯示 SDLC 階段的對映. 分析與設計主要是取得與實施領域的一部分,  工作分工結構化組織  工作分工結構 這項計畫的目標是: 這份報告也應總結主要階段和里程碑. 這段是以SDLC的階段為基礎. 而不是必須從事且有截止時間的活動. 每個任務都有可測量的結果 (例如分析檔案). 一項WBS任務可能依賴於一項或多項活動 (例如編碼). 需要承包商協助的部分專案應有工作說明書 (SOW). SOW的開發並非在SDLC的特定階段發生,  基線數 在SDLC的五個階段中的四個階段結束後, 建立基線, 基本線成為里程碑.  功能基線:在概念設計階段後建立. 分配基線:在初步設計階段後建立. 產品基線:在詳細設計和開發階段後建立. 更新的產品基線:在產品建設階段後建立.
系統開發生命週期有七個階段. 系統的調查,分析,設計,測試,訓練與轉換,執行與維護與評估.