這一部分內容是簡單的科普，主要簡介了系統在高層面上分階段的活動。
系統執行和支援的上下文
系統維護
系統恢復
技術支援
系統改進
系統退役
1.系統執行和支援的上下文
系統執行就是資訊系統在正常的執行。由於系統在執行過程中也需要對其進行規劃、運維，這些過程中產生的資料分別儲存於資料庫、程式庫、業務資料。為了保證系統的正常執行，程式維護、系統恢復、技術支援、系統改進這四種活動需要持續進行。
2.系統維護
運維的基本流程如下所示：
在整個運維過程中需要有版本控制，如果沒有版本控制或者源**，問題的嚴重性就不僅僅只是執行時的問題，而是生產系統存在系統性問題。
3.系統恢復
系統恢復是比較重要的問題，如果是人為可控的情況下進行系統恢復，問題不大，比較嚴重的是因為一些不可控的原因要進行系統恢復，例如資料找回、宕機、崩潰等等。這裡會看出一名運維人員的真實水平和應變能力。
4.技術支援
這部分技術支援是對整個系統事務性的另外一種在某種意義上的備份。主要是日常支援。
5.系統改進
通常系統改進是不可避免的事，其難度跟系統在構造、交付、執行時的流程制度呈現反比關係，在中國體現的更加明顯一些。一般我們都會遇到因為時間進度的問題，大部分的解決方法都是通過降低一部分質量或者跳過一部分文件編寫作為主要的手段。當進行系統改進的時候，以前做的那些都是系統改進的大坑。系統改進一般是由新的業務問題、新的業務需求、新的技術需求、新的設計需求觸發的。雖然每一次系統改進都相當於對系統續命，但是每一次改進因為資料存檔問題都在加速向系統退役前進。
系統改進的主要任務是分析改進請求、快速修復、恢復現有物理系統、資料恢復和重構。資料恢復和重構涉及到資料庫的恢復和重構、程式分析恢復重構。一般來說資料恢復和重構部分對每一位技術人員來說都有相當高的壓力，這部分壓力來自於我們正在為奔跑中的火車換零件，風險完全不同於從零開始構造系統。
6.系統退役
系統退役最根本的原因是支援和維護成本已經不划算。當然在系統退役時，系統所遺留的各種資料和經驗積累是系統迭代的火種。
系統分析與設計
軟體工程是一門研究用工程化方法構建和維護有效的 實用的和高質量的軟體的學科。它涉及程式語言 資料庫 軟體開發工具 系統平台 標準 設計模式等方面。軟體危機是指落後的軟體生產方式無法滿足迅速增長的計算機軟體需求，從而導致軟體開發與維護過程中出現一系列嚴重問題的現象。cocomo，英文全稱為 const...
系統分析與設計
位置 用簡短的語言給出對分析 設計的理解 用一句話描述物件導向的分析與設計的優勢 物件導向的分析與設計的優勢是按照物件的觀點考慮問題域和邏輯解決方案，通過分析現實來發現並描述問題域中的物件。簡述uml 統一建模語言 的作用。考試考哪些圖 uml是用來描述 構造和文件化系統製品的視覺化語言，它的作用是...
系統分析與設計
概述 在充分理解系統分析與設計的工作內容的基礎上，大致了解系統分析與設計的過程。以及各個過程所使用的技術和工具。什麼是分析和設計？分析 強調的是對問題和需求的調查研究，而不是解決方案。解決 要做什麼 的問題。目標做正確的事。設計 強調的是滿足需求的概念上的解決方案，而不是實現。解決 該如何做 的問題...