1樓：匿名使用者
1、問題定義
確定好要解決的問題是什麼（what），通過對客戶的訪問調查，系統分析員扼要的寫出關於問題性質、工程目標和工程規模的書面報告，經過討論和必要的修改之後這份報告應該得到客戶的確認。
2、可行性研究
確定該問題是否存在乙個可以解決的方案。可行性研究的結果是客戶做出是否繼續進行這項工程的決定的重要依據，一般來說，只有投資可能取得較大的效益的那些工程專案才值得繼續進行下去。
3、需求分析
深入具體的了解使用者的需求，在所開發的系統要做什麼這個問題上和使用者想法完全一致。明確目標系統必須做什麼，確定目標系統必須具備哪些功能。通常用資料流圖、資料字典和簡要的演算法表示系統的邏輯模型。
用《規格說明書》記錄對目標系統的需求。
4、概要設計（總體設計）
概括的說，應該怎樣實現目標系統，設計出實現目標系統的幾種可能方案，設計程式的體系結構，也就是確定程式由哪些模組組成以及模組之間的關係。
5、詳細設計
實現系統的具體工作，編寫詳細規格說明，程式設計師可以根據它們寫出實際的程式**。詳細設計也稱模組設計，在這個階段將詳細的設計每個模組，確定實現模組功能所需的演算法和資料結構。
6、軟體維護
通過各種必要的維護活動使系統持久的滿足使用者的需求。主要分為 改正性維護、適應性維護、完善性維護、預防性維護。
擴充套件資料
軟體生存週期基線
1、功能基線(functional baseline)
功能基線是指在系統分析與軟體定義階段結束時，經過正式評審和批准的系統設計規格說明書中對待開發系統的規格說明；或是指經過專案委託單位和專案承辦單位雙方簽字同意的協議書或合同中所規定的對待開發軟體系統的規格說明；
或是由下級申請經上級同意或直接由上級下達的專案任務書中所規定的對待開發軟體系統的規格說明。功能基線是最初批准的功能配置標識。
2、指派基線(allocated baseline)
指派基線是指在軟體需求分析階段結束時，經過正式評審和批准的軟體需求的規格說明。指派基線是最初批准的指派配置標識。
3、產品基線(product baseline)
產品基線是指在軟體組裝與系統測試階段結束時，經過正式評審的批准的有關所開發的軟體產品的全部配置項的規格說明。產品基線是最初批准的產品配置標識。
2樓：匿名使用者
軟體生存週期可以分成6個階段：可行性與計畫研究階段、需求分析階段、設計階段、實現階段、測試階段、執行與維護階段。
各階段任務：
1、在可行性分析(研究)與計畫階段的任務：
要確定該軟體的開發目標和總的要求，要進行可行性分析、投資收益分析、制訂開發計畫，並完成可行性分析報告、開發計畫等文件（輸出）。
2、在需求分析階段的任務：
由系統分析人員對被設計的系統進行系統分析，確定對該軟體的各項功能、效能需求和設計約束，確定對文件編制的要求，作為本階段工作的結果，輸出有：軟體需求規格說明(也稱為：軟體需求說明、軟體規格說明)、資料要求說明和初步的使用者手冊應該編寫出來。
3、在設計階段的任務：
系統設計人員和程式設計人員應該在反覆理解軟體需求的基礎上，提出多個設計，分析每個設計能履行的功能並進行相互比較，最後確定乙個設計，包括該軟體的結構、模組(或csci)的劃分、功能的分配，以及處理流程。
系統比較複雜的情況下，設計階段應分解成概要設計階段和詳細設計階段兩個步驟。在一般情況下，完成的文件包括：結構設計說明、詳細設計說明和測試計畫初稿。
4、在實現階段的任務：
要完成源程式的編碼、編譯(或彙編)和排錯除錯得到無語法錯的程式清單，要開始編寫進度**、週報和月報(是否要有**或週報，取決於專案的重要性和規模)，並且要完成使用者手冊、操作手冊等面向使用者的文件的編寫工作，還要完成測試計畫的編制。
5、在測試階段的任務：
該程式將被全面地測試，已編制的文件將被檢查審閱。一般要完成測試分析報告。作為開發工作的結束，所生產的程式、文件以及開發工作本身將逐項被評價，最後寫出專案開發總結報告。
6、執行和維護階段的任務：
軟體將在執行使用中不斷地被維護，根據新提出的需求進行必要而且可能的擴充和刪改、更新和公升級。軟體維護分為改正性維護、適應性維護和預防性維護，分別對應於前面的三個問題。
改正性維護就是修改原有的缺陷、適應性維護就是使軟體適應新的軟硬體環境，預防性維護就是把今天的技術用在昨天的軟體上，以期軟體在明天還能使用。
3樓：
1. 軟體開發過程——生命週期各個階段的基本任務1)軟體定義
（1） 問題定義
（2） 可行性研究
（3） 需求分析——系統必需完成哪些任務
2)軟體開發
（1） 總體設計――概括地說，系統如何實現（2） 詳細設計
（3） 編碼和單元測試
（4） 綜合測試
3)軟體維護
（1） 改正性維護
（2） 適應性維護
（3） 完善性維護
（4） 預防性維護
.軟體生命週期分為哪幾個階段?簡要說明各階段的主要任務
4樓：幻翼高達
軟體生命週期分為問題定義、可行性研究、需求分析、開發階段、維護這5個階段。各個階段的主要任務是如下。
1、問題定義
要求系統分析員與使用者進行交流，弄清「使用者需要計算機解決什麼問題」然後提出關於「系統目標與範圍的說明」，提交使用者審查和確認。
2、可行性研究
一方面在於把待開發的系統的目標以明確的語言描述出來，另一方面從經濟、技術、法律等多方面進行可行性分析。
3、需求分析
弄清使用者對軟體系統的全部需求，編寫需求規格說明書和初步的使用者手冊，提交評審。
4、開發階段
開發階段由四個階段組成：概要設計、詳細設計、實現、測試
五、維護
維護包括四個方面：
（1）改正性維護：在軟體交付使用後，由於開發測試時的不徹底、不完全、必然會有一部分隱藏的錯誤被帶到執行階段，這些隱藏的錯誤在某些特定的使用環境下就會暴露。
（2）適應性維護：是為適應環境的變化而修改軟體的活動。
（3）完善性維護：是根據使用者在使用過程中提出的一些建設性意見而進行的維護活動。
（4）預防性維護：是為了進一步改善軟體系統的可維護性和可靠性，並為以後的改進奠定基礎。
擴充套件資料：
軟體常見週期模型：
1、瀑布模型
瀑布模型首先由royce提出。該模型由於酷似瀑布聞名。在該模型中，首先確定需求，並接受客戶和sqa小組的驗證。
然後擬定規格說明，同樣通過驗證後，進入計畫階段…可以看出，瀑布模型中至關重要的一點是只有當乙個階段的文件已經編制好並獲得sqa小組的認可才可以進入下乙個階段。
瀑布模型通過強制性的要求提供規約文件來確保每個階段都能很好的完成任務。但是實際上往往難以辦到，因為整個的模型幾乎都是以文件驅動的，這對於非專業的使用者來說是難以閱讀和理解的。
2、迭代式模型
迭代式模型是rup推薦的週期模型，也是我們在這個系列文章討論的基礎。在rup中，迭代被定義為：迭代包括產生產品發布（穩定、可執行的產品版本）的全部開發活動和要使用該發布必需的所有其他外圍元素。
所以，在某種程度上，開發迭代是一次完整地經過所有工作流程的過程：（至少包括）需求工作流程、分析設計工作流程、實施工作流程和測試工作流程。實質上，它類似小型的瀑布式專案。
rup認為，所有的階段（需求及其它）都可以細分為迭代。
3、快速原型模型
快速原型模型在功能上等價於產品的乙個子集。瀑布模型的缺點就在於不夠直觀，快速原型法就解決了這個問題。一般來說，根據客戶的需要在很短的時間內解決使用者最迫切需要，完成乙個可以演示的產品。
這個產品只是實現部分的功能（最重要的）。
它最重要的目的是為了確定使用者的真正需求。在我的經驗中，這種方法非常的有效，原先對計算機沒有絲毫概念的使用者在你的原型面前往往口若懸河，有些觀點讓你都覺得非常的吃驚。在得到使用者的需求之後，原型將被拋棄。
因為原型開發的速度很快，設計方面是幾乎沒有考慮的，如果保留原型的話，在隨後的開發中會為此付出極大的代價。至於保留原型方面，也是有一種叫做增量模型是這麼做的，但這種模型並不為大家所接受的。
5樓：匿名使用者
1. 軟體開發過程——生命週期各個階段的基本任務
1)軟體定義
（1） 問題定義
（2） 可行性研究
（3） 需求分析——系統必需完成哪些任務
2)軟體開發
（1） 總體設計――概括地說，系統如何實現
（2） 詳細設計
（3） 編碼和單元測試
（4） 綜合測試
3)軟體維護
（1） 改正性維護
（2） 適應性維護
（3） 完善性維護
（4） 預防性維護
2. 實訓題目：
企業客戶管理資訊系統
3. 系統需求：
應用背景：
企業的客戶管理是公司管理的乙個重要內容。隨著市場競爭日趨激烈，如果能擁有更多的客戶，將是企業長久生存的最終因素。
維護客戶資訊的工作，就是要儲存企業客戶的基本資訊，如公司名稱、位址、主要行業、聯絡人的姓名、位址等。並要能保持乙個動態的資訊，確保資訊的一致性。為了盡可能的保護客戶資訊，所以系統可以刪除公司的資訊，但是不刪除個人的資訊，這樣就可以維護最多的客戶。
如果維護客戶資訊的工作只用人力來完成的話，中間就會出現很多問題，首先就是浪費人力，當企業的客戶數量達到乙個級別後，僅僅靠人力來維護龐大的客戶資訊是不可能的。如果有乙個可以自動化、系統化的維護企業客戶資訊的管理系統，將能夠為企業提供非常大的幫助。
企業管理資訊系統的物件是企業、企業化管理的事業單位。
客戶管理系統為企事業單位提供儲存資訊、修改資訊、資訊諮詢等服務。
傳統的紙介材料的資料資訊管理已經不適合當代企業公司的發展了，實現客戶管理的系統化、規範化、自動化，將成為當代公司管理客戶資訊的首選。
本系統提供了乙個通用的、需要維護的客戶資訊。系統靈活使用**對各種資訊分門別類，組成企業客戶管理系統，便於查詢、閱讀、修改、交流和重複使用。
功能要求：
本系統的目的是幫助企業提高工作效率以及確保客戶資訊的準確性和實時性，實現企業客戶資訊管理的系統化、規範化和自動化。根據這個目的和任務，系統的主要功能是：
1. 系統管理部分：
a) 以管理員身份登陸系統後，可以新增其他使用者
b) 不論何種使用者登陸後都可以修改自己的密碼
2. 個人資訊管理部分：
a) 新增個人資訊：包括姓名、性別、年齡、生日、所屬公司、職務、所在國家、城市、通訊位址、**、傳真、email等資訊
b) 修改個人資訊：修改所有的個人資訊
c) 查詢個人資訊：按公司查詢個人資訊
3. 企業資訊管理部分：
a) 新增企業資訊：包括公司名稱、所在國家、主要經營領域、與本公司合作領域、位址、**、傳真等資訊
b) 修改企業資訊：修改公司的各種資訊
c) 查詢企業資訊：根據經營領域查詢企業資訊
d) 刪除企業資訊：刪除不作為客戶的企業資訊
4. 資料管理
a) 匯出客戶資訊word或excel格式的文件
b) 列印客戶資訊
效能要求：
對於合理的情況要實現
對於不合理的情況程式要能夠作出響應
程式中用到的控制項一律採用縮寫的方式，具體參照課本，例如***mand1用作新增資訊的按鈕，改名為cmdadd，目的使得看見物件名字就知道它是什麼控制項、有什麼功能
要求做成選單系統
對於選單所在的主窗體，要求是mdi窗體
如果感興趣大家可以嘗試新增工具欄或右鍵選單
4. data控制項
5. ado控制項
6. ado物件
7. msflexgrid控制項的使用
什麼是軟體的生命週期，什麼是軟體的生命週期？軟體生命週期分哪幾個階段
軟體生命週期 sdlc，systems development life cycle,sdlc 是軟體的產生直到報廢或停止使用的生命週期。舊的解釋是週期內有問題定義 可行性分析 總體描述 系統設計 編碼 除錯和測試 驗收與執行 維護公升級到廢棄等階段，這種按時間分程的思想方法是軟體工程中的一種思想原...
servlet的生命週期是什麼，Servlet的生命週期是什麼
servlet被伺服器例項化後，容器執行其init方法，請求到達時執行其service方法，service方法自動派遣執行與請求對應的do 方法 doget，dopost 等，當伺服器決定將例項銷毀的時候呼叫其destroy方法。1，初始化階段 呼叫init 方法 2，響應客戶請求階段 呼叫serv...
產品在不同的生命週期階段有哪些營銷策略
一 介紹期的營銷策略 介紹期的特徵是產品銷量少，費用高，製造成本高，銷售利潤很低甚至為負值。根據這一階段的特點，企業應努力做到 投入市場的產品要有針對性 進入市場的時機要合適 設法把銷售力量直接投向最有可能的購買者，使市場儘快接受該產品，以縮短介紹期，更快地進入成長期。在產品的介紹期，由產品 分銷 ...