『壹』 軟體生命周期的定義
軟體生命周期(SDLC,Systems Development Life Cycle,SDLC)是軟體的產生直到報廢的生命周期,周期內有問題定義、可行性分析、總體描述、系統設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段,這種按時間分程的思想方法是軟體工程中的一種思想原則,即按部就班、逐步推進,每個階段都要有定義、工作、審查、形成文檔以供交流或備查,以提高軟體的質量。但隨著新的面向對象的設計方法和技術的成熟,軟體生命周期設計方法的指導意義正在逐步減少。
『貳』 軟體的生命周期是什麼
軟體的生命周期是指軟體的產生直到報廢或停止使用的生命周期。
具體分為以下階段:
一、問題定義:要求系統分析員與用戶進行交流,弄清「用戶需要計算機解決什麼問題」然後提出關於「系統目標與范圍的說明」,提交用戶審查和確認。
二、可行性研究:一方面在於把待開發的系統的目標以明確的語言描述出來,另一方面從經濟、技術、法律等多方面進行可行性分析。
三、需求分析:弄清用戶對軟體系統的全部需求,編寫需求規格說明書和初步的用戶手冊,提交評審。
四、開發階段:開發階段由四個階段組成:
1、概要設計。
2、詳細設計。
3、實現:根據選定的程序設計語言完成源程序的編碼。
4、測試。
五、維護:維護包括四個方面:
1、改正性維護:在軟體交付使用後,由於開發測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到運行階段,這些隱藏的錯誤在某些特定的使用環境下就會暴露。
2、適應性維護:是為適應環境的變化而修改軟體的活動。
3、完善性維護:是根據用戶在使用過程中提出的一些建設性意見而進行的維護活動。
4、預防性維護:是為了進一步改善軟體系統的可維護性和可靠性,並為以後的改進奠定基礎。
『叄』 什麼是軟體生命周期模型
軟體生命周期同任何事物一樣,一個軟體產品或軟體系統也要經歷孕育、誕生、成長、成熟、衰亡等階段,一般稱為軟體生命周期(軟體生存周期) 。軟體生命周期模型是指人們為開發更好的軟體而歸納總結的軟體生命周期的典型實踐參考 。軟體生命周期(SDLC, 軟體生存周期)是軟體的產生直到報廢的生命周期。為了使規模大、結構復雜和管理復雜的 軟體開發變的容易控制和管理,人們把整個軟體生命周期劃分為若干階段,使得每個階段有明確的任務,整理出軟體生命周期模型 。
(3)什麼是軟體的生命周期擴展閱讀:
任何軟體都是從最模糊的概念開始的:為某個公司設計辦公的流程處理;設計一種商務信函列印系統並投放市場。這個概念是不清晰的,但卻是最高層的業務需求的原型。這個概念都會伴隨著一個目的,例如在一個"銀行押匯系統" 的目的是提高工作的效率。這個目的將會成為系統的核心思想,系統成敗的評判標准。
99年政府部門上了大量的OA系統,學過一點Lotus Notes的人都發了財(IBM更不用說了),但是更普遍的情況是,許多的政府部門原有的處理模式並沒有變化,反而又加上了自動化處理的一套流程。提高工作效率的初衷卻導致了完全不同的結果。
『肆』 什麼是軟體生存周期
一個軟體從開始計劃起,到廢棄不用止,稱為軟體生存周期。一般來說,軟體生存周包括計劃、開發、運行三個時期,每一時期又可分為若干更小的階段。計劃時期的主要任務是分析用戶要求,分析新系統的主要目標以及開發該系統的可行性。開發時期要完成設計和實現兩大任務具體。具體分為需求分析、概要設計、詳細設計、編碼、測試。其中編碼和測試是軟體開發期的最後兩個階段。運行時期是軟體生存周期的最後一個時期,軟體人員在這一時期的工作,主要是做好軟體維護。
『伍』 .軟體生命周期分為哪幾個階段簡要說明各階段的主要任務
軟體生命周期(sdlc,systems
development
life
cycle,sdlc)是軟體的產生直到報廢或停止使用的生命周期.周期內有問題定義、可行性分析、總體描述、系統設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段,這種按時間分程的思想方法是軟體工程中的一種思想原則,即按部就班、逐步推進,每個階段都要有定義、工作、審查、形成文檔以供交流或備查,以提高軟體的質量。但隨著新的面向對象的設計方法和技術的成熟,軟體生命周期設計方法的指導意義正在逐步減少。
階段
同任何事物一樣,一個軟體產品或軟體系統也要經歷孕育、誕生、成長、成熟、衰亡等階段,一般稱為軟體生存周期(軟體生命周期)。把整個軟體生存周期劃分為若干階段,使得每個階段有明確的任務,使規模大,結構復雜和管理復雜的軟體開發變的容易控制和管理。通常,軟體生存周期包括:
一,問題定義。要求系統分析員與用戶進行交流,弄清「用戶需要計算機解決什麼問題」然後提出關於「系統目標與范圍的說明」,提交用戶審查和確認。
二,可行性研究。一方面在於把待開發的系統的目標以明確的語言描述出來,另一方面從經濟、技術、法律等多方面進行可行性分析。
三,需求分析。弄清用戶對軟體系統的全部需求,編寫需求規格說明書和初步的用戶手冊,提交評審。
四,開發階段。開發階段由三個階段組成:
1,設計
2,實現:根據選定的程序設計語言完成源程序的編碼。
3,測試
五,維護:維護包括四個方面
1,改正性維護:在軟體交付使用後,由於開發測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到運行階段,這些隱藏的錯誤在某些特定的使用環境下就會暴露。
2,適應性維護:是為適應環境的變化而修改軟體的活動。
3,完善性維護[1]
:是根據用戶在使用過程中提出的一些建設性意見而進行的維護活動。
4,預防性維護:是為了進一步改善軟體系統的可維護性和可靠性,並為以後的改進奠定基礎。
『陸』 什麼是軟體生命周期模型
軟體生命周期模型是指人們為開發更好的軟體而歸納總結的軟體生命周期的典型實踐參考。
軟體生命周期同任何事物一樣,一個軟體產品或軟體系統也要經歷孕育、誕生、成長、成熟、衰亡等階段,一般稱為軟體生命周期(軟體生存周期)。軟體生命周期(SDLC,軟體生存周期)是軟體的產生直到報廢的生命周期。
為了使規模大、結構復雜和管理復雜的軟體開發變的容易控制和管理,人們把整個軟體生命周期劃分為若干階段,使得每個階段有明確的任務,整理出軟體生命周期模型。
瀑布型生命周期:
在1970年人類整理了第一個軟體生命周期,即是瀑布型生命周期。在沒有總結到其它生命周期模型時,人們直接將其命名為軟體生命周期,而隨著越來越多的生命周期模型被識別,原先的軟體生命周期就不再是瀑布型生命周期的專有名稱。
而在1970年~2000年瀑布型生命周期占統治地位的時候,軟體生命周期是瀑布型生命周期的另一個稱呼,也就是說軟體生命周期指的就是瀑布型生命周期。
瀑布型生命周期包括可行性分析與開發項計劃、需求分析、設計(概要設計和詳細設計)、編碼、測試、維護等階段。而其它軟體生命周期未必有與瀑布型生命周期相同的階段。
敏捷類生命周期的階段劃分是按照迭代來進行,而迭代內部不再有階段劃分,在如測試驅動開發等的實踐下,就算是更細節的活動也難以明確劃分是需求還是設計還是編碼還是測試。
『柒』 軟體的生命周期
軟體生命周期是指從軟體定義、開發、使用、維護到報廢為止的整個過程,一般包括問題定義、可行性分析、需求分析、總體設計、詳細設計、編碼、測試和維護。
問題定義就是確定開發任務到底「要解決的問題是什麼」,系統分析員通過對用戶的訪問調查,最後得出一份雙方都滿意的關於問題性質、工程目標和規模的書面報告。
可行性分析就是分析上一個階段所確定的問題到底「可行嗎」,系統分析員對系統要進行更進一步的分析,更准確、更具體地確定工程規模與目標,論證在經濟上和技術上是否可行,從而在理解工作范圍和代價的基礎上,做出軟體計劃。
需求分析即使對用戶要求進行具體分析,明確「目標系統要做什麼」,把用戶對軟體系統的全部要求以需求說明書的形式表達出來。
總體設計就是把軟體的功能轉化為所需要的體系結構,也就是決定系統的模塊結構,並給出模塊的相互調用關系、模塊間傳達的數據及每個模塊的功能說明。
詳細設計就是決定模塊內部的演算法與數據結構,也是明確「怎麼樣具體實現這個系統」。
編碼就是選取適合的程序設計語言對每個模板進行編碼,並進行模塊調試。
測試就是通過各種類型的測試使軟體達到預定的要求。
維護就是軟體交付給用戶使用後,對軟體不斷查錯、糾錯和修改,使系統持久地滿足用戶的需求。
軟體的生命周期也可以分為3個大的階段,分別是計劃階段、開發階段和維護階段。 瀑布模型
有時也稱為V模型,它是一種線型順序模型,是項目自始至終按照一定順序的步驟從需求分析進展到系統測試直到提交用戶使用,它提供了一種結構化的、自頂向下的軟體開發方法,每階段主要工作成果從一個階段傳遞到下一個階段,必須經過嚴格的評審或測試,以判定是否可以開始下一階段工作,各階段相互獨立、不重疊。瀑布模型是所有軟體生命周期模型的基礎。
原型+瀑布模型
原型模型本身是一個迭代的模型,是為了解決在產品開發的早期階段存在的不確定性、二義性和不完整性等問題,通過建立原型使開發者進一步確定其應開發的產品,使開發者的想像更具體化,也更易於被客戶所理解。原型只是真實系統的一部分或一個模型,完全可能不完成任何有用的事情,通常包括拋棄型和進化型兩種,拋棄型指原型建立、分析之後要扔掉,整個系統重新分析和設計;進化型則是對需求的定義較清楚的情形,原型建立之後要保留,作為系逐漸增加的基礎,採用進化型一定要重視軟體設計的系統性和完整性,並且在質量要求方面沒有捷徑,因此,對於描述相同的功能,建立進化型原型比建立拋棄型原型所花的時間要多。原型建立確認需求之後採用瀑布模型的方式完成項目開發。
增量模型
與建造大廈相同,軟體也是一步一步建造起來的。在增量模型中,軟體被作為一系列的增量構件來設計、實現、集成和測試,每一個構件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構成。增量模型在各個階段並不交付一個可運行的完整產品,而是交付滿足客戶需求的一個子集的可運行產品。整個產品被分解成若干個構件,開發人員逐個構件地交付產品,這樣做的好處是軟體開發可以較好地適應變化,客戶可以不斷地看到所開發的軟體,從而降低開發風險。
一些大型系統往往需要很多年才能完成或者客戶急於實現系統,各子系統往往採用增量開發的模式,先實現核心的產品,即實現基本的需求,但很多補充的特性(其中一些是已知的,另外一些是未知的)在下一期發布。增量模型強調每一個增量均發布一個可操作產品,每個增量構建仍然遵循設計-編碼-測試的瀑布模型。
迭代模型
早在20世紀50年代末期,軟體領域中就出現了迭代模型。最早的迭代過程可能被描述為「分段模型」。迭代,包括產生產品發布(穩定、可執行的產品版本)的全部開發活動和要使用該發布必需的所有其他外圍元素。所以,在某種程度上,開發迭代是一次完整地經過所有工作流程的過程:(至少包括)需求工作流程、分析設計工作流程、實施工作流程和測試工作流程。
實質上,它類似小型的瀑布式項目。所有的階段(需求及其它)都可以細分為迭代。每一次的迭代都會產生一個可以發布的產品,這個產品是最終產品的一個子集。
『捌』 什麼是軟體的生命周期
軟體生命周期(SDLC,Systems Development Life Cycle,SDLC)是軟體的產生直到報廢或停止使用的生命周期。舊的解釋是周期內有問題定義、可行性分析、總體描述、系統設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段,這種按時間分程的思想方法是軟體工程中的一種思想原則,即按部就班、逐步推進,每個階段都要有定義、工作、審查、形成文檔以供交流或備查,以提高軟體的質量。
隨著新的面向對象的設計方法和技術的成熟,早期軟體生命周期設計方法的指導意義正在逐步減少或需要調整。[1] 不過從另一種意義來說,面向對象本身也是一種軟體生命周期,傳統的軟體生命周期的概念仍是所有軟體工程師非常重要的知識基礎和工作指導。
軟體生命周期的解釋也應當調整。
以上舊的解釋與下文的生命周期模型是不相容的,只與瀑布型生命周期模型及其衍生模型(比如V模型,W模型)相符合,而與迭代為基本特徵的生命周期模型是不符合的。新的情況應當是把迭代加入到階段當中,如下:軟體生命周期內有問題定義、可行性分析、總體描述、系統設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段,也有將以上階段的活動組合在內的迭代階段,即迭代作為生命周期的階段。
『玖』 什麼是軟體生命周期,分為什麼階段
軟體生存周期(SDLC,軟體生命周期)是軟體的產生直到報廢的生命周期,周期內有問題定義、可行性分析、總體描述、系統設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段,這種按時間分程的思想方法是軟體工程中的一種思想原則,即按部就班、逐步推進,每個階段都要有定義、工作、審查、形成文檔以供交流或備查,以提高軟體的質量。但隨著新的面向對象的設計方法和技術的成熟,軟體生命周期設計方法的指導意義正在逐步減少。
『拾』 軟體生命周期劃分成哪些階段
軟體計劃與可行性研究階段、需求分析階段、軟體設計階段、軟體編碼階段、軟體測試階段和軟體運行與維護階段。
1、軟體計劃與可行性研究階段:此階段是軟體開發方與需求方共同討論,主要確定軟體的開發目標及其可行性。
2、需求分析階段:在確定軟體開發可行的情況下,對軟體需要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段,也是在整個軟體開發過程中不斷變化和深入的階段,能夠為整個軟體開發項目的成功打下良好的基礎。
3、軟體設計階段(概要設計和詳細設計):主要根據需求分析的結果,對整個軟體系統進行設計,如系統框架設計,資料庫設計等等。
4、軟體編碼階段:是將軟體設計的結果轉換成計算機可運行的程序代碼。在程序編碼中必須要制定統一,符合標準的編寫規范。以保證程序的可讀性,易維護性,提高程序的運行效率。
5、軟體測試階段:在軟體設計完成後要經過嚴密的測試,以發現軟體在整個設計過程中存在的問題並加以糾正。
6、軟體運行和維護階段:是軟體生命周期中持續時間最長的階段,包括糾錯性維護和改進性維護兩個方面。
早期的軟體生命周期往往是說「軟體從計劃、需求開始,經歷分析設計、實現、部署、維護,直到最後逐漸消亡的」。
這是受到了第一個軟體生命周期模型---瀑布模型影響,上述語句實質上簡要的描述了瀑布型生命周期。
軟體生命周期不再只考慮瀑布型生命周期,另外常見的軟體生命周期模型有原型模型、螺旋模型、迭代模型。所以軟體生命周期說明應當不再包括瀑布型生命周期中的典型階段。
因此,對軟體生命周期及軟體生命周期模型採用如下定義:
1、軟體生命周期是指軟體的產生直到成熟的全部過程。
2、軟體生命周期模型是指人們為開發更好的軟體而歸納總結的軟體生命周期的典型實踐參考。