4、信息系統(tǒng)開發(fā)方法

4.1 結(jié)構(gòu)化方法

• 結(jié)構(gòu)是指系統(tǒng)內(nèi)各個組成要素之間的相互聯(lián)系、相互作用的框架。

• 結(jié)構(gòu)化方法也稱為生命周期法，是一種傳統(tǒng)的信息系統(tǒng)開發(fā)方法，由結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化程序設(shè)計(jì)三部分有機(jī)組合而成，其精髓是自頂向下、逐步求精和模塊化設(shè)計(jì)。

• 結(jié)構(gòu)化方法的主要特點(diǎn)：

  1. 開發(fā)目標(biāo)清晰化：結(jié)構(gòu)化方法的系統(tǒng)開發(fā)遵循"用戶第一"的原則。
  2. 開發(fā)工作階段化：每個階段工作完成后，要根據(jù)階段工作目標(biāo)和要求進(jìn)行審查，這使各階段工作階段有條不紊地進(jìn)行，便于項(xiàng)目管理和控制。
  3. 開發(fā)文檔規(guī)范化：結(jié)構(gòu)化方法每個階段工作完成后，要按照要求完成相應(yīng)的文檔，以保證各個階段的銜接與系統(tǒng)維護(hù)工作的遍歷。
  4. 設(shè)計(jì)方法結(jié)構(gòu)化：在系統(tǒng)分析與設(shè)計(jì)時，從整體和全局考慮，自頂向下地分解；在系統(tǒng)實(shí)現(xiàn)時，根據(jù)設(shè)計(jì)的要求，先編寫各個具體的功能模塊，然后自底向上逐步實(shí)現(xiàn)整個系統(tǒng)。

• 結(jié)構(gòu)化方法的不足和局限性

  1. 開發(fā)周期長：按順序經(jīng)歷各個階段，直到實(shí)施階段結(jié)束后，用戶才能使用系統(tǒng)。
  2. 難以適應(yīng)需求變化：不適用于需求不明確或經(jīng)常變更的項(xiàng)目。
  3. 很少考慮數(shù)據(jù)結(jié)構(gòu)：結(jié)構(gòu)化方法是一種面向過程，面向數(shù)據(jù)流的開發(fā)方法，很少考慮數(shù)據(jù)結(jié)構(gòu)。

• 結(jié)構(gòu)化方法常用的工具

  • 結(jié)構(gòu)化方法一般利用圖形表達(dá)用戶需求，常用工具有數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)化語言、判定表以及判定樹等。

4.2、面向?qū)ο螅∣bject-Oriented，OO）方法

• 面向?qū)ο螅∣bject-Oriented，OO）方法認(rèn)為，客觀世界是由各種對象組成的，任何事物都是對象，每一個對象都有自己的運(yùn)動規(guī)律和內(nèi)部狀態(tài)，都屬于某個對象類，是該對象類的一個元素。復(fù)雜的對象可由相對箱單的各種對象以某種方式而構(gòu)成，不同對象的組合及相互作用就構(gòu)成了系統(tǒng)。

• 面向?qū)ο蠓椒ǖ奶攸c(diǎn)：

  1. 使用 OO 方法構(gòu)造的系統(tǒng)具有更好的復(fù)用性，其關(guān)鍵在于建立一個全面、合理、統(tǒng)一的模型（用例模型和分析模型）。
  2. OO 方法也劃分階段，但其中的系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)現(xiàn)三個階段之間沒有" 縫隙 "，也就是說，這三個階段的界限變得不明確，某項(xiàng)工作既可以在前一個階段完成，也可以在后一個階段完成；前一個階段工作做得不夠細(xì)，在后一個階段可以補(bǔ)充。
  3. 面向?qū)ο蠓椒梢?strong>普遍適用于各類信息系統(tǒng)的開發(fā)。

• 面向?qū)ο蠓椒ǖ牟蛔阒?/p>

  • 必須依靠一定的面向?qū)ο蠹夹g(shù)支持，在大型項(xiàng)目的開發(fā)上具有一定的局限性，不能涉及系統(tǒng)分析以前的開發(fā)環(huán)節(jié)。

• 當(dāng)前，一些大型信息系統(tǒng)的開發(fā)，通常是將結(jié)構(gòu)化方法和 OO 方法結(jié)合起來。首先，使用結(jié)構(gòu)化方法進(jìn)行自頂向下的整體劃分；然后，自底向上地采用 OO 方法進(jìn)行開發(fā)。因此，結(jié)構(gòu)化方法和 OO 方法仍是兩種在系統(tǒng)開發(fā)領(lǐng)域中相互依存的、不可替代的方法。

4.3、原型化方法

• 原型化方法也成為快速原型法，或者簡稱為原型法。它是一種根據(jù)用戶初步需求，利用系統(tǒng)開發(fā)工具，快速地建立一個系統(tǒng)模型展示給用戶，在此基礎(chǔ)上與用戶交流，最終實(shí)現(xiàn)用戶需求的信息系統(tǒng)快速開發(fā)的方法。

• 按是否實(shí)現(xiàn)功能分類：分為水平原型（行為原型，功能的導(dǎo)航）、垂直原型（結(jié)構(gòu)化原型，實(shí)現(xiàn)了部分功能）。

• 按最終結(jié)果分類：分為拋棄式原型、演化式原型。

原型化方法

• 原型法的特點(diǎn)

  • 原型法可以使系統(tǒng)開發(fā)的周期縮短、成本和風(fēng)險降低、速度加快，獲得較高的綜合開發(fā)效益。
  • 原型法是以用戶為中心來開發(fā)系統(tǒng)的，用戶參與的程度大大提高，開發(fā)的系統(tǒng)符合用戶的需求，因而增加了用戶的滿意度，提高了系統(tǒng)開發(fā)的成功率。
  • 由于用戶參與了系統(tǒng)開發(fā)的全過程，對系統(tǒng)的功能和結(jié)構(gòu)容易理解和接受，有利于系統(tǒng)的移交，有利于系統(tǒng)的運(yùn)行與維護(hù)。

• 原型法的不足之處

  • 開發(fā)的環(huán)境要求高，管理水平要求高。

• 由以上的分析可以看出，原型法的優(yōu)點(diǎn)主要在于能更有效地確認(rèn)用戶需求。從直觀上來看，原型法適用于那些需求不明確的系統(tǒng)開發(fā)。事實(shí)上，對于分析層面難度大、技術(shù)層面難度不大的系統(tǒng)，適合于原型法開發(fā)。

從嚴(yán)格意義上來說，目前的原型法不是一種獨(dú)立的系統(tǒng)開發(fā)方法，而只是一種開發(fā)思想，它只支持在系統(tǒng)開發(fā)早期階段快速生成系統(tǒng)的原型，沒有規(guī)定在原型構(gòu)建過程中必須使用哪種方法。因此，它不是完整意義上的方法論體系。這就注定了原型法必須與其他信息系統(tǒng)開發(fā)方法結(jié)合使用。

注意：原型試試一種開發(fā)思想，只是在系統(tǒng)分析階段。

4.4、敏捷開發(fā)

敏捷開發(fā)

• 敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法，相對于傳統(tǒng)軟件開發(fā)方法的“非敏捷”，更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的緊密協(xié)作、面對面的溝通（認(rèn)為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法，也更注重軟件開發(fā)中人的作用。

• 敏捷軟件開發(fā)宣言：

  1. 個體和交互勝過過程和工具
  2. 可以工作的軟件勝過面面俱到的文檔
  3. 客戶合作勝過合同談判
  4. 響應(yīng)變化勝過遵循計(jì)劃

• 結(jié)對編程：一個程序員開發(fā)，另一個程序在一旁觀察審查代碼， 能夠有效的提高代碼質(zhì)量，在開發(fā)同時對代碼進(jìn)行初步審查，共同對代碼負(fù)責(zé)。

• 自適應(yīng)開發(fā)：強(qiáng)調(diào)開發(fā)方法的適應(yīng)性（Adaptive)。不象其他方法那樣有很多具體的實(shí)踐做法，它更側(cè)重為軟件的重要性提供最根本的基礎(chǔ)，并從更高的組織和管理層次來闡述開發(fā)方法為什么要具備適應(yīng)性。

• 水晶方法：每一個不同的項(xiàng)目需要一套不同的策略、約定和方法論。

• 特性驅(qū)動開發(fā)：是一套針對中小型軟件開發(fā)項(xiàng)目的開發(fā)模式。是一個模型驅(qū)動的快速迭代開發(fā)過程，它強(qiáng)調(diào)的是簡化、實(shí)用、易于被開發(fā)團(tuán)隊(duì)接受，適用于需求經(jīng)常變動的項(xiàng)目。

• 極限編程XP：由價值觀、原則、實(shí)踐和行為四個部分組成，核心是溝通、簡明、反饋和勇氣（四大價值觀）。有五大原則：即快速反饋，簡單性假設(shè)、逐步修改、提倡更改和優(yōu)質(zhì)工作。因?yàn)橹烙?jì)劃永遠(yuǎn)趕不上變化，XP無需開發(fā)人員在軟件開始初期做出很多的文檔。XP提倡測試先行，為了將以后出現(xiàn)bug的幾率降到最低。

• 并列爭球法SCRUM：是一種迭代的增量化過程，把每段時間（30天）一次的迭代稱為一個“沖刺”，并按需求的優(yōu)先級別來實(shí)現(xiàn)產(chǎn)品，多個自組織和自治的小組并行地遞增實(shí)現(xiàn)產(chǎn)品。

4.5、統(tǒng)一過程（RUP)

• 提供了在開發(fā)組織中分派任務(wù)和責(zé)任的紀(jì)律化方法。它的目標(biāo)是在可預(yù)見的日程和預(yù)算前提下，確保滿足最終用戶需求的高質(zhì)量產(chǎn)品。
• 3個顯著特點(diǎn)：用例驅(qū)動、以架構(gòu)為中心、迭代和增量。
• 4個流程：初始階段、細(xì)化階段、構(gòu)建階段和交付階段。每個階段結(jié)束時都要安排一次技術(shù)評審，以確定這個階段的目標(biāo)是否已經(jīng)達(dá)到。
• 適用：一個通用過程框架，可以用于種類廣泛的軟件系統(tǒng)、不同的應(yīng)用領(lǐng)域、不同的組織類型、不同性能水平和不同的項(xiàng)目規(guī)模。

4.6、系統(tǒng)分析與設(shè)計(jì)概述

• 軟件需求：是指用戶對系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。是指用戶解決問題或達(dá)到目的所需的條件或能力，是系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式規(guī)定文檔所需具有的條件或能力，以及反映這些條件或能力的文檔說明。
• 分為需求開發(fā)和需求管理兩大過程，如下所示：

系統(tǒng)分析與設(shè)計(jì)概述

• 系統(tǒng)設(shè)計(jì)主要目的：為系統(tǒng)制定藍(lán)圖，在各種技術(shù)和實(shí)施方法中權(quán)衡利弊，精心設(shè)計(jì)，合理地使用各種資源，最終勾畫出新系統(tǒng)的詳細(xì)設(shè)計(jì)方法。

• 系統(tǒng)設(shè)計(jì)方法：結(jié)構(gòu)化設(shè)計(jì)方法，面向?qū)ο笤O(shè)計(jì)方法。

• 系統(tǒng)設(shè)計(jì)的主要內(nèi)容：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)。

• 概要設(shè)計(jì)基本任務(wù)：又稱為系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)，是將系統(tǒng)的功能需求分配給軟件模型，確定每個模塊的功能和調(diào)用關(guān)系，形成軟件的模塊結(jié)構(gòu)圖，即系統(tǒng)結(jié)構(gòu)圖。

• 詳細(xì)設(shè)計(jì)的基本任務(wù)：模塊內(nèi)詳細(xì)算法設(shè)計(jì)、模塊內(nèi)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)庫的物理設(shè)計(jì)、其他設(shè)計(jì)（代碼、輸入/輸出格式、用戶界面）、編寫詳細(xì)設(shè)計(jì)說明書、評審。

• 系統(tǒng)設(shè)計(jì)基本原理

  • 抽象化
  • 自頂向下，逐步求精
  • 信息隱蔽
  • 模塊獨(dú)立（高內(nèi)聚，低耦合）

• 系統(tǒng)設(shè)計(jì)原則

  • 保持模塊的大小適中
  • 盡可能減少調(diào)用的深度
  • 多扇入，少扇出
  • 單入口，單出口
  • 模塊的作用域應(yīng)該在模塊之內(nèi)
  • 功能應(yīng)該是可預(yù)測的

5、系統(tǒng)分析與設(shè)計(jì)概述

• 系統(tǒng)設(shè)計(jì)基本原理：抽象、模塊化、信息隱蔽、模塊獨(dú)立。
  衡量模塊獨(dú)立程度的標(biāo)準(zhǔn)有兩個：耦合性和內(nèi)聚性。
• 內(nèi)聚程度從低到高如下表所示：

內(nèi)聚程度從低到高

注：- 過程內(nèi)聚不利于模塊的重用。

• 耦合程度從低到高如下表所示：

耦合程度從低到高

• 其他
  • 耦合程度越低，內(nèi)聚程度越高，則模塊的獨(dú)立性越好。
  • 內(nèi)容耦合主要表現(xiàn)在模塊 M2 直接訪問模塊 M1 內(nèi)部；模塊 M1 和模塊 M2 有公共的數(shù)據(jù)結(jié)構(gòu)或者模塊 M1 和模塊 M2 有部分代碼是重疊的。

6、結(jié)構(gòu)化開發(fā)方法

• 結(jié)構(gòu)化分析與設(shè)計(jì)方法是一種面向數(shù)據(jù)流的傳統(tǒng)軟件開發(fā)方法，它以數(shù)據(jù)流為中心構(gòu)建軟件的分析模型和設(shè)計(jì)模型。結(jié)構(gòu)化分析（SA）、結(jié)構(gòu)化設(shè)計(jì)（SD）和結(jié)構(gòu)化程序設(shè)計(jì)（SPD）構(gòu)成了完成的結(jié)構(gòu)化方法。
• 結(jié)構(gòu)化方法的分析結(jié)果由以下幾部分組成：一套分層的數(shù)據(jù)流圖、一本數(shù)據(jù)詞典、一組小說明（也稱加工邏輯說明）、補(bǔ)充材料。
• 數(shù)據(jù)流圖 DFD：
  • 基本圖形元素：外部實(shí)體、加工、數(shù)據(jù)存儲、數(shù)據(jù)流。

數(shù)據(jù)流圖 DFD

• 示例：

示例

1. 數(shù)據(jù)流：由一組固定成分的數(shù)據(jù)組成，表示數(shù)據(jù)的流程。在 DFD 中，數(shù)據(jù)流的流向必須經(jīng)過加工。
2. 加工：描述了輸入數(shù)據(jù)流到輸出數(shù)據(jù)流之間的變換，爺就是輸入數(shù)據(jù)流經(jīng)過什么處理后變成了輸出數(shù)據(jù)流。數(shù)據(jù)流圖中常見的三種錯誤如圖所示：
   • 加工 3.1.2 有輸入但沒有輸出，稱之為 “黑洞”。
   • 加工 3.1.3 有輸出但沒有輸入，稱之為 “奇跡”。
   • 加工 3.1.1 中輸入不足以產(chǎn)生輸出，稱之為 “灰洞”。
3. 數(shù)據(jù)存儲：用來存儲數(shù)據(jù)。
4. 外部實(shí)體（外部主體）：是指存在于軟件系統(tǒng)之外的人員、組織或其它系統(tǒng)，它指出系統(tǒng)所需數(shù)據(jù)的發(fā)源地（源）和系統(tǒng)所產(chǎn)生的數(shù)據(jù)的歸屬地（宿）。

• 分層數(shù)據(jù)流圖：

分層數(shù)據(jù)流圖

• 數(shù)據(jù)字典 DD：數(shù)據(jù)流圖描述了系統(tǒng)的分解，但沒有對圖中各成分進(jìn)行說明。數(shù)據(jù)字典就是為數(shù)據(jù)流圖中的每個數(shù)據(jù)流、文件、加工，以及組成數(shù)據(jù)流或文件的數(shù)據(jù)項(xiàng)做出說明。
• 數(shù)據(jù)字典有以下 4 類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲和基本加工。

數(shù)據(jù)字典有以下 4 類條目

• 加工邏輯也稱為“小說明”。常用的加工邏輯描述方法有結(jié)構(gòu)化語言、判定表和判定樹 3 種。

• 其他：

  • 分層體系結(jié)構(gòu)的特點(diǎn)：
  1. 可以很好的表示軟件系統(tǒng)的不同抽象層次。
  2. 對每個層的修改通常只影響其相鄰的兩層。
  3. 有利于開發(fā)任務(wù)的分工。
  4. 但是分層體系結(jié)構(gòu)將需求定義到不同的層上是不容易的。

  • 過程設(shè)計(jì)主要包含對數(shù)據(jù)結(jié)構(gòu)和算法的設(shè)計(jì)。

  • 對算法設(shè)計(jì)時，其主要依據(jù)來自加工規(guī)格說明。

  • 狀態(tài) - 遷移圖：被用來描述系統(tǒng)或?qū)ο蟮臓顟B(tài)，以及導(dǎo)致系統(tǒng)或?qū)ο鬆顟B(tài)改變的事件，從而描述系統(tǒng)的行為。，行為模型是狀態(tài)轉(zhuǎn)換圖，其要素包括狀態(tài)。

  • 數(shù)據(jù)流圖是結(jié)構(gòu)化分析方法中使用的工具，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。在結(jié)構(gòu)化開發(fā)方法中，數(shù)據(jù)流圖是需求分析階段產(chǎn)生的結(jié)果。

  • E - R圖也稱為實(shí)體 - 聯(lián)系圖，提供了表示實(shí)體類型、屬性和聯(lián)系的方法，用來描述現(xiàn)實(shí)世界的概念模型。

  • 算法也可以借助各種工具描述出來，一個算法可以是用自然語言、數(shù)字語言或約定的符合來描述，也可以用計(jì)算機(jī)高級程序語言來描述，如流程圖、Pascal 語言、C 語言、偽代碼或決策表等。

  • 在結(jié)構(gòu)化分析方法中，用數(shù)據(jù)流圖對功能建模。自頂向下的分層數(shù)據(jù)流圖體現(xiàn)了對軟件功能逐步求精的過程。其中，頂層數(shù)據(jù)流圖只有一個加工，即要開發(fā)的軟件系統(tǒng)。在數(shù)據(jù)流圖中，每個數(shù)據(jù)存儲應(yīng)該有加工對其進(jìn)行讀操作和寫操作，每個加工應(yīng)該有輸入數(shù)據(jù)流和輸出數(shù)據(jù)流，而且同一個加工的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流不能同名。

  • 描述加工的方式為決策樹，因?yàn)橛卸鄠€分支的判斷。

7、系統(tǒng)運(yùn)行與維護(hù)

• 遺留系統(tǒng)是指任何基本上不能進(jìn)行修改和演化以滿足新的變化了的業(yè)務(wù)需求的信息系統(tǒng)，它通常具有以下特點(diǎn)：
  1. 系統(tǒng)雖然完成企業(yè)中許多重要的業(yè)務(wù)管理工作，但已經(jīng)不能完全滿足要求。一般實(shí)現(xiàn)業(yè)務(wù)處理電子化及部分企業(yè)管理功能，很少涉及經(jīng)營決策。
  2. 系統(tǒng)在性能上已經(jīng)落后，采用的技術(shù)已經(jīng)過時，如多采用主機(jī)/終端形式或小型機(jī)系統(tǒng)，軟件使用匯編語言或第三代程序設(shè)計(jì)語言的早期版本開發(fā)，使用文件系統(tǒng)而不是數(shù)據(jù)庫；
  3. 通常是大型的系統(tǒng)，已經(jīng)融入企業(yè)的業(yè)務(wù)運(yùn)行和決策管理機(jī)制之中，維護(hù)工作十分困難；
  4. 系統(tǒng)沒有使用現(xiàn)代系統(tǒng)工程方法進(jìn)行管理和開發(fā)，現(xiàn)在基本上已經(jīng)沒有文檔，很難理解。

系統(tǒng)運(yùn)行與維護(hù)

• 系統(tǒng)轉(zhuǎn)換是指新系統(tǒng)開發(fā)完畢，投入運(yùn)行，取代現(xiàn)有系統(tǒng)的過程。需要考慮多方面的問題，以實(shí)現(xiàn)與老系統(tǒng)的交接，有以下三種轉(zhuǎn)換計(jì)劃：

  1. 直接轉(zhuǎn)換：現(xiàn)有系統(tǒng)被新系統(tǒng)直接取代了，風(fēng)險很大，適用于新系統(tǒng)不復(fù)雜，或者現(xiàn)有系統(tǒng)已經(jīng)不能使用的情況。優(yōu)點(diǎn)是節(jié)省成本。
  2. 并行轉(zhuǎn)換：新系統(tǒng)和老系統(tǒng)并行工作一段時間，新系統(tǒng)經(jīng)過試運(yùn)行后再取代，若新系統(tǒng)在試運(yùn)行過程中有問題，也不影響現(xiàn)有系統(tǒng)的運(yùn)行，風(fēng)險極小，在試運(yùn)行過程中還可以比較新老系統(tǒng)的性能，適用于大型系統(tǒng)。缺點(diǎn)是耗費(fèi)人力和時間資源，難以控制兩個系統(tǒng)間的數(shù)據(jù)轉(zhuǎn)換。
  3. 分段轉(zhuǎn)換：分期分批逐步轉(zhuǎn)換，是直接和并行轉(zhuǎn)換的集合，將大型系統(tǒng)分為多個子系統(tǒng)，依次試運(yùn)行每個子系統(tǒng)，成熟一個子系統(tǒng)，就轉(zhuǎn)換一個子系統(tǒng)。同樣適用于大型項(xiàng)目，只是更耗時，而且現(xiàn)有系統(tǒng)和新系統(tǒng)間混合使用，需要協(xié)調(diào)好接口等問題。
  4. 數(shù)據(jù)轉(zhuǎn)換和遷移：將數(shù)據(jù)從舊數(shù)據(jù)庫遷移到新數(shù)據(jù)庫中。有三種方法：系統(tǒng)切換前通過工具遷移、系統(tǒng)切換前采用手工錄入、系統(tǒng)切換后通過新系統(tǒng)生成。

• 系統(tǒng)的可維護(hù)性可以定義為維護(hù)人員理解、改正、改動和改進(jìn)這個軟件的難易程度，其評價指標(biāo)如下：

  1. 易分析性。軟件產(chǎn)品診斷軟件中的缺陷或失效原因或識別待修改部分的能力。
  2. 易改變性。軟件產(chǎn)品使指定的修改可以被實(shí)現(xiàn)的能力，實(shí)現(xiàn)包括編碼、設(shè)計(jì)和文檔的更改。
  3. 穩(wěn)定性。軟件產(chǎn)品的避免由于軟件修改而造成意外結(jié)果的能力。
  4. 易測試性。軟件產(chǎn)品使已修改軟件能被確認(rèn)的能力。
  5. 維護(hù)性的依從性。軟件產(chǎn)品遵循與維護(hù)性相關(guān)的標(biāo)準(zhǔn)或約定的能力。

• 系統(tǒng)維護(hù)包括硬件維護(hù)、軟件維護(hù)和數(shù)據(jù)維護(hù)。其中軟件維護(hù)類型如下：

  1. 正確性維護(hù)：發(fā)現(xiàn)了 bug 而進(jìn)行修改。是指正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯誤。
  2. 適應(yīng)性維護(hù)：由于外部環(huán)境發(fā)生了改變，被動進(jìn)行的對軟件的修改和升級。是指應(yīng)用軟件適應(yīng)新技術(shù)變化和管理需求變化而進(jìn)行的修改。
  3. 完善性維護(hù)：基于用戶主動對軟件提出更多的需求，修改軟件，增加更多的功能，使其比之前的軟件功能、性能更高，更多完善。是指為擴(kuò)充功能和完善性能而進(jìn)行的修改，主要是指對已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設(shè)計(jì)階段中沒有規(guī)定的功能和性能的特征。修改文檔和代碼提高可讀性，是主動完完善某個功能。
  4. 預(yù)防性維護(hù)：對未來可能發(fā)生的 bug 進(jìn)行預(yù)防性的修改。是指為了改進(jìn)應(yīng)用軟件的可靠性和維護(hù)性，為了適應(yīng)未來的軟硬件環(huán)境的變化，主動增加預(yù)防性的新功能，以使應(yīng)用系統(tǒng)適應(yīng)各類變化而不被淘汰。

擴(kuò)展知識

1. 前一階段處理的輸出是后一段處理的輸入，為管道過濾器的風(fēng)格。管道過濾器性能差，交互差。
2. 多層軟件體系結(jié)構(gòu)是現(xiàn)在軟件系統(tǒng)開發(fā)中常用的體系結(jié)構(gòu)，通常包括表示層、控制層、模塊層和數(shù)據(jù)層。其中表示層主要對用戶的請求接受，以及數(shù)據(jù)的返回，為客戶端提供應(yīng)用程序的訪問?？刂茖咏邮沼脩舻恼埱蟛⒔^對調(diào)用哪個模型去處理該請求，以及確定選擇哪個視圖來顯示返回的數(shù)據(jù)。模型層主要負(fù)責(zé)業(yè)務(wù)邏輯處理。數(shù)據(jù)層主要是數(shù)據(jù)存儲和訪問。
3. 在 JavaEE 平臺中，通常使用 Servlet 技術(shù)來實(shí)現(xiàn)控制層。
4. 軟件需求規(guī)格說明書、測試計(jì)劃和用戶手冊在需求分析階段撰寫，而概要設(shè)計(jì)文檔在設(shè)計(jì)階段撰寫。接口設(shè)計(jì)在軟件設(shè)計(jì)階段進(jìn)行。
5. MVC 是模型 - 視圖 - 控制器的縮寫，是一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚焦到一個部件里面，在改進(jìn)和個性化定制界面及用戶交互的同時，不需要重新編寫業(yè)務(wù)邏輯；可以提高可重復(fù)性、可維護(hù)性、降低耦合等優(yōu)點(diǎn)。
6. 概要設(shè)計(jì)基本任務(wù)：又稱為系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)，是將系統(tǒng)的功能需求分配給軟件模塊，確定每個模塊的功能和調(diào)用關(guān)系，形成軟件的模塊結(jié)構(gòu)圖，即系統(tǒng)結(jié)構(gòu)圖。
7. 詳細(xì)設(shè)計(jì)的基本任務(wù)：模塊內(nèi)詳細(xì)算法設(shè)計(jì)、模塊內(nèi)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)庫的物理設(shè)計(jì)、其他設(shè)計(jì)（代碼、輸入/輸出格式、用戶界面）、編寫詳細(xì)設(shè)計(jì)說明書、評審。