一、信息系統生命週期
立項：
也稱概念階段或需求階段。這個階段是系統分析師完成。
這一階段根據用戶業務發展和經營管理的需要，提出建設信息系統的初步構想；然後對企業信息系統的需求進行深入調研和分析。形成《需求規範說明書》並確立立項。
開發：
以立項階段所做的需求分析爲基礎，進行總體規劃，之後，通過系統分析、系統設計、系統實施、系統驗收等工作實現交付系統。
運維：
信息系統通過驗收，正式移交給用戶以後，就進入運維階段。系統運維可分爲4中類型：更正性維護、適應性維護、完善性維護、預防性維護。
消亡：
信息系統不可避免地會遇到系統更新改造、功能擴展，甚至廢棄重建等情況。對此，在信息系統建設的初期就應該注意系統消亡條件和時機，以及由此而花費的成本。
二、信息系統的開發方法
| 名稱 | 特點 |
|---|---|
| 結構化方法 | 將整個系統的開發過程分成若干階段，然後依次進行，前一階段是後一階段的工作一句，按順序完成。應用最廣泛。特點是注意開發過程的整體性和全局性。缺點是開發週期上；文檔設計說明繁瑣，工作效率低；開發前要求全面獲取需求和所有變更。但這不顯示 |
| 原型法 | 計語對用戶需求的初步理解，先快速開發一個原型系統，然後通過反覆修改來實現用戶的最終系統需求 |
| 面向對象方法 | 用對象標識客觀事物，對象是一個嚴格模塊化的實體，在系統開發中可被共享和重複引用，以達到複用的目的。其特點是在真個開發過程中使用的是同一套工具。面向對象方法主要設計分析、設計、實現三個階段。 |
| 面向服務方法 | OO（Object Oriented 面向對象）的引用構建在類和對象之上，隨後發展起來的建模技術將相關對象按照業務功能進行分組，就形成了構件（Component）的概念。對於跨構件的功能調用，則採用接口的形式暴露出來。進一步將接口的定義與實現進行解耦，則催生了服務和麪向服務（Serviice-Oriented,SO）的開發方法 |
| 敏捷開發 | 一種以人爲核心、迭代、循序漸進的開發方法，適用於一開始並沒有或不能完整地確定出需求和範圍的項目，或者需要應對迅速變化的環境，或者需求和範圍難以事先確定，或則能夠以有利於干係人的方式定義較小的增量改進。 |
三、信息系統生命週期模型
瀑布模型：
對應的是結構化開發方法。
- 上一次的開發成果作爲本活動輸入
- 利用這一輸入實施本活動。
- 本次活動的成果輸出給下次活動。
- 對本次活動的成國實施評審。若成功得到確認，則繼續下一項開發活動；否則返回前一項，甚至更前項活動。
V模型
彌補瀑布模型，必須完成編碼才能測試的確點，它在整個開發每個階段都有相應的測試工作。
在編碼階段執行的單元測試。測試邊界值是否錯誤。(比如考試是0-75分。45分及格。測試小於0和大於75分的情況。)
在集成測試，測試各模塊的接口有沒有問題。
在系統測試中，測試整體運行有沒有問題。
在驗收測試中，測試是否滿足業務需求。
原型模型：
快速開發出一個原型模型出來。
RUP統一過程模型 （UP）
在整個開發過程加入項目管理工作。作爲整個開發過程。
整個過程有商業建模、配置和變更管理、項目用管理等項目管理工作。
這個模型其實也是迭代模型。
螺旋模型
特點：結合原型模型和瀑布模型這種線性特點。
每一次旋轉都是原型模型。
有點：增加風險分析工作，適用於大型項目。
噴泉模型
適用於面向對象開發方法。
特點：沒有明顯邊界，無間隙。重複設計等迭代的特點。
SCRUM–並列爭求法
它是敏捷開發中具體技術的之一。類似橄欖球，大家一起爭搶一個球。
會把開發工作分成一個個的故事，故事來自於用戶需求。每個故事需要的時間叫做衝刺週期。
這個方法瞭解即可。
四、信息系統開發過程
1. 需求分析
2. 軟件設計
3. 實施
4. 軟件測試
5. 軟件維護
需求分析：
目的：收集用戶需求，對需求分析整理。
定義：針對待解決問題的特徵的描述。所定義的需求必須被驗證。
作用：檢測和解決需求之間的衝突。發現系統的邊界。詳細描述系統的需求。
軟件設計、測試和維護
| 軟件設計 | 測試 | 軟件維護 |
|---|---|---|
| 根據軟件設需求、產生一個軟件內部結構的描述，並將其作爲軟件構造的基礎。通過軟件收割機，描述出軟件架構及相關組件之間的接口；然後，進一步詳細地描述組件，以便能夠構成這些組件 | 爲了評價和改進軟件質量、識別產品的缺陷和問題而進行的活動 | 更正性維護–有錯 ;適用性維護–環境;完善性維護–性能;預防性維護–將來 |