外文文獻(xiàn)及翻譯信息系統(tǒng)開發(fā)和數(shù)據(jù)庫開發(fā)

信息系統(tǒng)開發(fā)和數(shù)據(jù)庫開發(fā)在許多組織中，數(shù)據(jù)庫開發(fā)是從企業(yè)數(shù)據(jù)建模開始的，企業(yè)數(shù)據(jù)建模確定了組織數(shù)據(jù)庫的范圍和一般內(nèi)容。這一步驟通常發(fā)生在一個(gè)組織進(jìn)行信息系統(tǒng)規(guī)劃的過程中，它的目的是為組織數(shù)據(jù)創(chuàng)建一個(gè)整體的描述或解釋，而不是設(shè)計(jì)一個(gè)特定的數(shù)據(jù)庫。一個(gè)特定的數(shù)據(jù)庫為一個(gè)或多個(gè)信息系統(tǒng)提供數(shù)據(jù)，而企業(yè)數(shù)據(jù)模型（可能包含許多數(shù)據(jù)庫）描述了由組織維護(hù)的數(shù)據(jù)的范圍。在企業(yè)數(shù)據(jù)建模時(shí)，你審查當(dāng)前的系統(tǒng)，分析需要支持的業(yè)務(wù)領(lǐng)域的本質(zhì)，描述需要進(jìn)一步抽象的數(shù)據(jù)，并且規(guī)劃一個(gè)或多個(gè)數(shù)據(jù)庫開發(fā)項(xiàng)目。圖1顯示松谷家具公司的企業(yè)數(shù)據(jù)模型的一個(gè)部分。1.1信息系統(tǒng)體系結(jié)構(gòu)如圖1所示，高級(jí)的數(shù)據(jù)模型僅僅是總體信息系統(tǒng)體系結(jié)構(gòu)(ISA)一個(gè)部分或一個(gè)組織信息系統(tǒng)的藍(lán)圖。在信息系統(tǒng)規(guī)劃期間，你可以建立一個(gè)企業(yè)數(shù)據(jù)模型作為整個(gè)信息系統(tǒng)體系結(jié)構(gòu)的一部分。根據(jù)Zachman(1987)、Sowa和Zachman（1992）的觀點(diǎn)，一個(gè)信息系統(tǒng)體系結(jié)構(gòu)由以下6個(gè)關(guān)鍵部分組成:數(shù)據(jù)（如圖1所示，但是也有其他的表示方法）。操縱數(shù)據(jù)的處理（著系可以用數(shù)據(jù)流圖、帶方法的對(duì)象模型或者其他符號(hào)表示）。網(wǎng)絡(luò)，它在組織內(nèi)并在組織與它的主要業(yè)務(wù)伙伴之間傳輸數(shù)據(jù)（它可以通過網(wǎng)絡(luò)連接和拓?fù)鋱D來顯示）。人，人執(zhí)行處理并且是數(shù)據(jù)和信息的來源和接收者（人在過程模型中顯示為數(shù)據(jù)的發(fā)送者和接收者）。執(zhí)行過程的事件和時(shí)間點(diǎn)（它們可以用狀態(tài)轉(zhuǎn)換圖和其他的方式來顯示）。事件的原因和數(shù)據(jù)處理的規(guī)則（經(jīng)常以文本形式顯示，但是也存在一些用于規(guī)劃的圖表工具，如決策表）。1.2信息工程信息系統(tǒng)的規(guī)劃者按照信息系統(tǒng)規(guī)劃的特定方法開發(fā)出信息系統(tǒng)的體系結(jié)構(gòu)。信息工程是一種正式的和流行的方法。信息工程是一種面向數(shù)據(jù)的創(chuàng)建和維護(hù)信息系統(tǒng)的方法。因?yàn)樾畔⒐こ淌敲嫦驍?shù)據(jù)的，所以當(dāng)你開始理解數(shù)據(jù)庫是怎樣被標(biāo)識(shí)和定義時(shí)，信息工程的一種簡潔的解釋是非常有幫助的。信息工程遵循自頂向下規(guī)劃的方法，其中，特定的信息系統(tǒng)從對(duì)信息需求的廣泛理解中推導(dǎo)出來（例如，我們需要關(guān)于顧客、產(chǎn)品、供應(yīng)商、銷售員和加工中心的數(shù)據(jù)），而不是合并許多詳盡的信息請(qǐng)求（如一個(gè)訂單輸入屏幕或按照地域報(bào)告的銷售匯總）。自頂向下規(guī)劃可使開發(fā)人員更全面地規(guī)劃信息系統(tǒng)，提供一種考慮系統(tǒng)組件集成的方法，增進(jìn)對(duì)信息系統(tǒng)與業(yè)務(wù)目標(biāo)的關(guān)系的理解，加深對(duì)信息系統(tǒng)在整個(gè)組織中的影響的理解。信息工程包括四個(gè)步驟:規(guī)劃、分析、設(shè)計(jì)和實(shí)現(xiàn)。信息工程的規(guī)劃階段產(chǎn)生信息系統(tǒng)體系結(jié)構(gòu)，包括企業(yè)數(shù)據(jù)模型。1.3信息系統(tǒng)規(guī)劃信息系統(tǒng)規(guī)劃的目標(biāo)是使信息技術(shù)與組織的業(yè)務(wù)策略緊密結(jié)合，這種結(jié)合對(duì)于從信息系統(tǒng)和技術(shù)的投資中獲取最大利益是非常重要的。正如表1所描述的那樣，信息工程方法的規(guī)劃階段包括3個(gè)步驟，我們?cè)诤罄m(xù)的3個(gè)小節(jié)中討論它們。1.確定關(guān)鍵性的規(guī)劃因素關(guān)鍵性的規(guī)劃因素是指組織目標(biāo)、關(guān)鍵的成功因素和問題領(lǐng)域。確定這些因素的目的是建立規(guī)劃的環(huán)境并且將信息系統(tǒng)規(guī)劃與戰(zhàn)略業(yè)務(wù)規(guī)劃聯(lián)系起來。表2顯示了松谷家具公司的一些可能的關(guān)鍵規(guī)劃因素，這些因素有助于信息系統(tǒng)的管理者為新的信息系統(tǒng)和數(shù)據(jù)庫社頂優(yōu)先級(jí)以處理需求。例如，考慮到不精確的銷售預(yù)測(cè)這個(gè)問題領(lǐng)域，信息系統(tǒng)的管理者可能在組織數(shù)據(jù)庫中存放額外的歷史銷售數(shù)據(jù)、新的市場研究數(shù)據(jù)和新產(chǎn)品的測(cè)試數(shù)據(jù)。2.確定組織的規(guī)劃對(duì)象組織規(guī)劃對(duì)象定義了業(yè)務(wù)范圍，業(yè)務(wù)范圍會(huì)限制后來的系統(tǒng)分析和信息系統(tǒng)可能發(fā)生改變的地方。五個(gè)關(guān)鍵的規(guī)劃對(duì)象如下所示:●組織單元組織中的各種部門?！窠M織地點(diǎn)業(yè)務(wù)操作的發(fā)生地?！駱I(yè)務(wù)功能支持組織使命的業(yè)務(wù)處理的相關(guān)組。業(yè)務(wù)功能不同于組織單元，事實(shí)上一個(gè)功能可以分配給多個(gè)組織單元（例如，產(chǎn)品開發(fā)功能可能是銷售部和生產(chǎn)部共同的責(zé)任）。●實(shí)體類型關(guān)于組織所管理的人，地點(diǎn)和事物的數(shù)據(jù)的主要類別?！裥畔⑾到y(tǒng)處理數(shù)據(jù)集的應(yīng)用軟件和支持程序。3.建立企業(yè)模型一個(gè)全面的企業(yè)模型包括每個(gè)企業(yè)功能的功能分解模型、企業(yè)數(shù)據(jù)模型和各種規(guī)劃矩陣。功能分解是把組織的功能進(jìn)行更詳細(xì)的分解過程，功能分解是在系統(tǒng)分析中為了簡化問題、分散注意力和確定組件而使用的經(jīng)典處理方法。在松谷家具公司中訂單履行功能的功能分解的例子如圖2所示。對(duì)于處理業(yè)務(wù)功能和支持功能的全部集合而言，多個(gè)數(shù)據(jù)庫是必須的，因此一個(gè)特定的數(shù)據(jù)庫可能僅僅對(duì)支持功能（如圖2所示）的一個(gè)子集提供支持。為了減少數(shù)據(jù)冗余和使數(shù)據(jù)更有意義，擁有完整的、高層次的企業(yè)視圖是非常有幫助的。企業(yè)數(shù)據(jù)模型使用特定的符號(hào)來描述。除了實(shí)體類型這種圖形描述外，一個(gè)完整的企業(yè)數(shù)據(jù)模型還應(yīng)包括每個(gè)實(shí)體類型的描述和描述業(yè)務(wù)操作的提要，即業(yè)務(wù)規(guī)則。業(yè)務(wù)規(guī)則決定數(shù)據(jù)的有效性。一個(gè)企業(yè)數(shù)據(jù)模型不僅包括實(shí)體類型，還包括數(shù)據(jù)實(shí)體間的聯(lián)系，以及各種規(guī)劃對(duì)象間的其他聯(lián)系。顯示規(guī)劃對(duì)象間聯(lián)系的一種常見形式是矩陣。由于規(guī)劃矩陣不需要數(shù)據(jù)庫被明確的建模就可以明確描述業(yè)務(wù)需求，因此規(guī)劃矩陣是一種重要的功能。規(guī)劃矩陣經(jīng)常從業(yè)務(wù)規(guī)則中導(dǎo)出，它有助于社頂開發(fā)活動(dòng)優(yōu)先級(jí)、將開發(fā)活動(dòng)排序和根據(jù)自頂向下視圖通過一種企業(yè)范圍的方法安排這些開發(fā)活動(dòng)。有許多種規(guī)劃矩陣可供使用，它們的共同之處是:●地點(diǎn)-功能顯示業(yè)務(wù)功能在哪個(gè)業(yè)務(wù)地點(diǎn)執(zhí)行。●單元-功能顯示業(yè)務(wù)功能由哪個(gè)業(yè)務(wù)單元執(zhí)行或負(fù)責(zé)。●信息系統(tǒng)-數(shù)據(jù)實(shí)體解釋每個(gè)信息系統(tǒng)如何與每個(gè)數(shù)據(jù)實(shí)體相互作用（例如，是否每個(gè)系統(tǒng)都對(duì)每個(gè)實(shí)體中的數(shù)據(jù)進(jìn)行創(chuàng)建、檢索、更新和刪除）?！裰С止δ?數(shù)據(jù)實(shí)體確定每個(gè)功能中數(shù)據(jù)的獲取、使用、更新和刪除。●信息系統(tǒng)-目標(biāo)顯示信息系統(tǒng)支持的每個(gè)業(yè)務(wù)目標(biāo)圖3舉例說明了一個(gè)可能的功能-數(shù)據(jù)實(shí)體矩陣。這樣的矩陣可以用于多種目的，包括以下三個(gè)目的:1)確定空白實(shí)體顯示哪些數(shù)據(jù)實(shí)體沒有被任何功能使用或哪個(gè)功能沒有使用任何實(shí)體。2)發(fā)現(xiàn)丟失的實(shí)體每個(gè)功能涉及的員工通過檢查矩陣能夠確認(rèn)任何可能丟失的實(shí)體。3)區(qū)分開發(fā)活動(dòng)的優(yōu)先級(jí)如果一個(gè)給頂?shù)墓δ軐?duì)于系統(tǒng)開發(fā)有高優(yōu)先級(jí)（可能因?yàn)樗c重要的組織目標(biāo)相關(guān)），那么這個(gè)領(lǐng)域所使用的實(shí)體在數(shù)據(jù)庫開發(fā)中擁有高優(yōu)先級(jí)。Hoffer、George和Valacich(2002)的著作中有關(guān)于怎樣使用規(guī)劃矩陣完成信息工程和系統(tǒng)規(guī)劃的更完整的描述。2數(shù)據(jù)庫開發(fā)過程基于信息工程的信息系統(tǒng)規(guī)劃是數(shù)據(jù)庫開發(fā)項(xiàng)目的一個(gè)來源。這些開發(fā)新數(shù)據(jù)庫的項(xiàng)目通常是為了滿足組織的戰(zhàn)略需求，例如改善客戶支持、提高產(chǎn)品和庫存管理或進(jìn)行更精確的銷售預(yù)測(cè)。然而許多數(shù)據(jù)庫開發(fā)項(xiàng)目更多的是以自底向上的方式出現(xiàn)的，例如信息系統(tǒng)的用戶需要特定的信息來完成他們的工作，從而請(qǐng)求開始一個(gè)項(xiàng)目，又如其他信息系統(tǒng)的專家發(fā)現(xiàn)組織需要改進(jìn)數(shù)據(jù)管理而開始新的項(xiàng)目。即使在自底向上的情況下，建立企業(yè)數(shù)據(jù)模型也是必須的，以便理解現(xiàn)有的數(shù)據(jù)庫是否可以提供所需的數(shù)據(jù)，否則，新的數(shù)據(jù)庫、數(shù)據(jù)實(shí)體和屬性都應(yīng)該加到當(dāng)前的組織數(shù)據(jù)資源中去。無論是戰(zhàn)略需求還是操作信息的需求，每個(gè)數(shù)據(jù)庫開發(fā)項(xiàng)目通常集中在一個(gè)數(shù)據(jù)庫上。一些數(shù)據(jù)庫項(xiàng)目僅僅集中在定義、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)數(shù)據(jù)庫，以作為后續(xù)信息系統(tǒng)開發(fā)的基礎(chǔ)。然而在大多數(shù)情況下，數(shù)據(jù)庫及其相關(guān)信息處理功能是作為一個(gè)完整的信息系統(tǒng)開發(fā)項(xiàng)目的一部分而被開發(fā)的。2.1系統(tǒng)開發(fā)生命周期指導(dǎo)管理信息系統(tǒng)開發(fā)項(xiàng)目的傳統(tǒng)過程是系統(tǒng)開發(fā)生命周期(SDLC)。系統(tǒng)開發(fā)生命周期是指一個(gè)組織中由數(shù)據(jù)庫設(shè)計(jì)人員和程序員組成的信息系統(tǒng)專家小組詳細(xì)說明、開發(fā)、維護(hù)和替換信息系統(tǒng)的全部步驟。這個(gè)過程比作瀑布是因?yàn)槊恳徊蕉剂鞯较噜彽南乱徊?，即信息系統(tǒng)的規(guī)格說明是一塊一塊地開發(fā)出來的，每一塊的輸出是下一塊的輸入。然而如圖所示，這些步驟并不是純線性的，每個(gè)步驟在時(shí)間上有所重疊（因此可以并行地管理步驟），而且當(dāng)需要重新考慮先前的決策時(shí)，還可以回滾到前面某些步驟。（因而水可以在瀑布中倒流?。﹫D4對(duì)系統(tǒng)開發(fā)生命周期每一階段的目的和可交付的產(chǎn)品進(jìn)行了簡明注解。系統(tǒng)開發(fā)生命周期的每一階段都包括與數(shù)據(jù)庫開發(fā)相關(guān)的活動(dòng)，所以，數(shù)據(jù)庫管理的問題遍布整個(gè)系統(tǒng)開發(fā)過程。我們?cè)趫D5中重復(fù)了系統(tǒng)開發(fā)生命周期的七個(gè)階段，并概述了每個(gè)階段常見的數(shù)據(jù)庫開發(fā)活動(dòng)。請(qǐng)注意，系統(tǒng)開發(fā)生命周期的階段和數(shù)據(jù)庫開發(fā)步驟之間不存在一一對(duì)應(yīng)的關(guān)系，概念數(shù)據(jù)建模發(fā)生在兩個(gè)系統(tǒng)開發(fā)生命周期階段之間。企業(yè)建模數(shù)據(jù)庫開發(fā)過程從企業(yè)建模（系統(tǒng)開發(fā)生命周期中項(xiàng)目論證和選擇階段的一部分）開始設(shè)定組織數(shù)據(jù)庫的范圍和一般內(nèi)容。企業(yè)建模發(fā)生在信息系統(tǒng)規(guī)劃和其他活動(dòng)期間，這些活動(dòng)確定信息系統(tǒng)的哪個(gè)部分需要改變和加強(qiáng)并概述出全部組織數(shù)據(jù)的范圍。在這一步中，檢查當(dāng)前數(shù)據(jù)庫和信息系統(tǒng)，分析作為開發(fā)項(xiàng)目主體的業(yè)務(wù)領(lǐng)域的本質(zhì)，用非常一般的術(shù)語描述每個(gè)信息系統(tǒng)在開發(fā)時(shí)所需要的數(shù)據(jù)。每個(gè)項(xiàng)目只有當(dāng)它達(dá)到組織的預(yù)期目標(biāo)時(shí)才可以進(jìn)行下一步。概念數(shù)據(jù)建模對(duì)一個(gè)已經(jīng)開始的信息系統(tǒng)項(xiàng)目而言，概念數(shù)據(jù)建模階段分析信息系統(tǒng)的全部數(shù)據(jù)需求。它分為兩個(gè)階段。首先，它在項(xiàng)目開始和規(guī)劃階段建立一張類似于圖1的圖。同時(shí)建立其他文檔來概述不考慮現(xiàn)存數(shù)據(jù)庫的情況下特定開發(fā)項(xiàng)目中所需的數(shù)據(jù)范圍。此時(shí)僅僅包括高層類別的數(shù)據(jù)（實(shí)體）和主要聯(lián)系。然后在系統(tǒng)開發(fā)生命周期的分析階段產(chǎn)生確定信息系統(tǒng)必須管理的全部組織數(shù)據(jù)的詳細(xì)數(shù)據(jù)模型，定義所有數(shù)據(jù)屬性，列出全部數(shù)據(jù)類別，表示數(shù)據(jù)實(shí)體間所有的業(yè)務(wù)聯(lián)系，確定描述數(shù)據(jù)完整性的全部規(guī)則。在分析階段，還要檢查概念數(shù)據(jù)模型（在后面也稱作概念模式）與用來解釋目標(biāo)信息系統(tǒng)其他方面的模型類別的一致性，例如處理步驟、處理數(shù)據(jù)的規(guī)則以及時(shí)間的時(shí)序。然而，即使是這樣詳細(xì)的概念數(shù)據(jù)模型也只是初步的，因?yàn)楹罄m(xù)的信息系統(tǒng)生命周期中的活動(dòng)在設(shè)計(jì)事務(wù)、報(bào)表、顯示和查詢時(shí)可能會(huì)發(fā)現(xiàn)遺漏的元素或錯(cuò)誤。因此，經(jīng)常說到的概念數(shù)據(jù)建模是以一種自頂向下的方式完成的，它由業(yè)務(wù)領(lǐng)域的一般理解所驅(qū)動(dòng)，而不是由特定的信息處理活動(dòng)所驅(qū)動(dòng)。3.邏輯數(shù)據(jù)庫設(shè)計(jì)邏輯數(shù)據(jù)庫設(shè)計(jì)從兩個(gè)角度進(jìn)行數(shù)據(jù)庫開發(fā)。首先，將概念數(shù)據(jù)模型變換成基于關(guān)系數(shù)據(jù)庫理論的標(biāo)準(zhǔn)表示方法——關(guān)系。然后像設(shè)計(jì)信息系統(tǒng)的每個(gè)計(jì)算機(jī)程序（包括程序的輸入和輸出格式）那樣，對(duì)數(shù)據(jù)庫支持的事務(wù)、報(bào)表、顯示和查詢進(jìn)行詳細(xì)的檢查。在這個(gè)所謂的自底向上的分析中，精確地驗(yàn)證數(shù)據(jù)庫中需要維護(hù)的數(shù)據(jù)和在每個(gè)事務(wù)、報(bào)表等等中需要的那些數(shù)據(jù)的性質(zhì)。對(duì)于每個(gè)單獨(dú)的報(bào)表、事務(wù)等等的分析都要考慮一個(gè)特定的、有限制的但是完全的數(shù)據(jù)庫視圖。當(dāng)報(bào)表、事務(wù)等被分析時(shí)有可能根據(jù)需要而改變概念數(shù)據(jù)模型。尤其在大型的項(xiàng)目中，不同的分析人員和系統(tǒng)開發(fā)者的團(tuán)隊(duì)可以獨(dú)立地工作在不同的程序或程序集中，他們所有工作的細(xì)節(jié)直到邏輯設(shè)計(jì)階段才可能會(huì)顯示出來。在這種情況下，邏輯數(shù)據(jù)庫設(shè)計(jì)階段必須將原始的概念數(shù)據(jù)模型和這些獨(dú)立的用戶視圖合并或集成到一個(gè)全面的設(shè)計(jì)中。在進(jìn)行邏輯信息系統(tǒng)設(shè)計(jì)時(shí)也可以確定額外的信息處理需求，此時(shí)這些新的需求必須集成到前面確定的邏輯數(shù)據(jù)庫設(shè)計(jì)中。邏輯數(shù)據(jù)庫設(shè)計(jì)的最后一步是根據(jù)為生成結(jié)構(gòu)良好的數(shù)據(jù)規(guī)格說明而確定的規(guī)則，將組合的、協(xié)商后的數(shù)據(jù)規(guī)格說明轉(zhuǎn)換成基本的或原子的元素。對(duì)當(dāng)今的大部分?jǐn)?shù)據(jù)庫而言，這些規(guī)則來自關(guān)系數(shù)據(jù)庫理論和稱作規(guī)范化的過程。這一步的結(jié)果是產(chǎn)生管理這些數(shù)據(jù)的、不引用任何數(shù)據(jù)庫管理系統(tǒng)的完整的數(shù)據(jù)庫描述圖。在完成邏輯數(shù)據(jù)庫設(shè)計(jì)后，開始確定詳細(xì)的計(jì)算機(jī)程序的邏輯和維護(hù)、報(bào)告數(shù)據(jù)庫內(nèi)容所需的查詢。4.物理數(shù)據(jù)庫設(shè)計(jì)和定義物理數(shù)據(jù)庫設(shè)計(jì)和定義階段決定計(jì)算機(jī)存儲(chǔ)器（通常是磁盤）中數(shù)據(jù)庫的組織，定義數(shù)據(jù)庫管理系統(tǒng)的物理結(jié)構(gòu)，概述處理事務(wù)的程序，產(chǎn)生期望的管理信息和決策支持的報(bào)表。本階段的目標(biāo)是設(shè)計(jì)能夠有效、安全地管理所有數(shù)據(jù)處理的數(shù)據(jù)庫，因此物理數(shù)據(jù)庫設(shè)計(jì)需緊密結(jié)合物理信息系統(tǒng)其他方面的設(shè)計(jì)，包括程序、計(jì)算機(jī)硬件、操作系統(tǒng)和數(shù)據(jù)通信網(wǎng)絡(luò)。5.數(shù)據(jù)庫實(shí)現(xiàn)數(shù)據(jù)庫實(shí)現(xiàn)階段編寫、測(cè)試和安裝處理數(shù)據(jù)庫的程序。設(shè)計(jì)人員可以使用標(biāo)準(zhǔn)的編程語言（如COBOL、C或VisualBasic）、專用的數(shù)據(jù)庫處理語言（如SQL），或?qū)Ｓ玫姆沁^程化語言來編程，以產(chǎn)生固定格式的報(bào)表、顯示結(jié)果，可能還包括圖表。在實(shí)現(xiàn)階段，還要完成所有的數(shù)據(jù)庫文檔，培訓(xùn)用戶，為信息系統(tǒng)（和數(shù)據(jù)庫）的用戶安裝程序。最后一步是利用現(xiàn)存的信息源（遺留應(yīng)用中的文件和數(shù)據(jù)庫以及現(xiàn)在需要的新數(shù)據(jù)）加載數(shù)據(jù)。加載數(shù)據(jù)的第一步經(jīng)常是將數(shù)據(jù)從現(xiàn)存的文件和數(shù)據(jù)庫中轉(zhuǎn)到一種中間的格式（如二進(jìn)制或文本文件），然后再將這些中間數(shù)據(jù)加載到新的數(shù)據(jù)庫中。最后，運(yùn)行數(shù)據(jù)庫以及相關(guān)的應(yīng)用以供實(shí)際的用戶維護(hù)和檢索數(shù)據(jù)。在運(yùn)轉(zhuǎn)期間，定期備份數(shù)據(jù)庫，并當(dāng)數(shù)據(jù)庫損壞或受到影響時(shí)恢復(fù)數(shù)據(jù)庫。6.數(shù)據(jù)庫維護(hù)數(shù)據(jù)庫在數(shù)據(jù)庫維護(hù)期間逐漸發(fā)展。在這一步，為了滿足變化的業(yè)務(wù)條件，為了改正數(shù)據(jù)庫設(shè)計(jì)的錯(cuò)誤，或數(shù)據(jù)庫應(yīng)用的處理速度而增加、刪除或改變數(shù)據(jù)庫的結(jié)構(gòu)特征。當(dāng)一個(gè)程序或計(jì)算機(jī)發(fā)生故障而使數(shù)據(jù)庫受到影響或損壞時(shí)也可能應(yīng)該重建數(shù)據(jù)庫。這一步通常是數(shù)據(jù)庫開發(fā)過程中最長的一步，因?yàn)樗掷m(xù)數(shù)據(jù)庫及相關(guān)應(yīng)用的整個(gè)生命周期，每次數(shù)據(jù)庫的發(fā)展都可看作一個(gè)簡略的數(shù)據(jù)庫開發(fā)過程，其中會(huì)出現(xiàn)概念數(shù)據(jù)建模、邏輯和物理數(shù)據(jù)庫設(shè)計(jì)以及數(shù)據(jù)庫實(shí)現(xiàn)以處理提出的變化。2.2信息系統(tǒng)開發(fā)的其他方法系統(tǒng)開發(fā)生命周期法或其稍作變化的變體經(jīng)常用于指導(dǎo)信息系統(tǒng)和數(shù)據(jù)庫的開發(fā)。信息系統(tǒng)生命周期是一種方法學(xué)，它是高度結(jié)構(gòu)化的方法，它包括許多檢查和權(quán)衡以確保每一步產(chǎn)生精確的結(jié)果，而且新的或替代的信息系統(tǒng)與它必須通信的或數(shù)據(jù)定義需要一致的現(xiàn)存系統(tǒng)保持一致。系統(tǒng)開發(fā)生命周期法經(jīng)常由于產(chǎn)生一個(gè)工作系統(tǒng)需要很長的時(shí)間而受到批評(píng)，因?yàn)楣ぷ飨到y(tǒng)僅僅在整個(gè)過程結(jié)束時(shí)才產(chǎn)生?，F(xiàn)在組織越來越多的使用快速應(yīng)用開發(fā)法，它是一個(gè)包含分析、設(shè)計(jì)和實(shí)現(xiàn)步驟的快速重復(fù)的迭代過程，直到匯聚到用戶所需的系統(tǒng)為止。快速應(yīng)用開發(fā)法在所需的數(shù)據(jù)庫已經(jīng)存在、增強(qiáng)系統(tǒng)主要是為了檢索數(shù)據(jù)的應(yīng)用中適用，而不適用于那些生成和修改數(shù)據(jù)庫的應(yīng)用。使用最廣泛的快速應(yīng)用開發(fā)法之一是原型法。原型法是一個(gè)系統(tǒng)開發(fā)的迭代過程，通過分析員和用戶的緊密配合，持續(xù)地修改系統(tǒng)而最終將所有需求轉(zhuǎn)換成一個(gè)工作系統(tǒng)。圖6顯示原型法的過程。在此圖中我們包含了注釋，概略地描述了每個(gè)原型法階段的數(shù)據(jù)庫開發(fā)活動(dòng)。一般來說，當(dāng)信息系統(tǒng)的問題被確定時(shí)，僅僅粗略地嘗試概念數(shù)據(jù)建模。在開發(fā)最初的原型時(shí)，設(shè)計(jì)用戶想要的顯示和報(bào)表，同時(shí)理解任何新的數(shù)據(jù)庫需求并定義一個(gè)用語原型的數(shù)據(jù)庫。這通常是一個(gè)新的數(shù)據(jù)庫，它復(fù)制現(xiàn)存系統(tǒng)的一部分，還可能增加了一些新的內(nèi)容。當(dāng)需要新的內(nèi)容時(shí)，這些內(nèi)容通常來自外部數(shù)據(jù)源，如市場研究數(shù)據(jù)、一般的經(jīng)濟(jì)指標(biāo)或行業(yè)標(biāo)準(zhǔn)。當(dāng)產(chǎn)生原型新的版本時(shí)重復(fù)數(shù)據(jù)庫的實(shí)現(xiàn)和維護(hù)活動(dòng)。通常僅進(jìn)行最低限度的安全性和完整性控制，因?yàn)榇藭r(shí)的重點(diǎn)是盡可能快地產(chǎn)生可以使用的原型版本。而且文檔管理也延遲到項(xiàng)目的最后，在交付使用時(shí)才進(jìn)行用戶培訓(xùn)。最后，一旦構(gòu)建了一個(gè)可接受的原型，開發(fā)者和用戶將決定最后的原型和數(shù)據(jù)庫是否能交付使用。如果系統(tǒng)（包括數(shù)據(jù)庫）效率很低，那么系統(tǒng)和數(shù)據(jù)庫將被重新編程和重新組織以達(dá)到期望的性能。隨著可視化編程工具（如VisualBasic、Java、VisualC++和第四代語言）越來越流行，利用可視化編程工具可以很方便地修改用戶與系統(tǒng)間的界面，原型法正成為可供選擇的系統(tǒng)開發(fā)方法。使用原型法改變用戶報(bào)表和顯示的內(nèi)容和布局是相當(dāng)容易的。在這個(gè)過程中，新的數(shù)據(jù)庫需求被確定，因此被發(fā)展中的應(yīng)用使用的現(xiàn)存的數(shù)據(jù)庫應(yīng)該進(jìn)行修改。甚至有可能為一個(gè)需要新的數(shù)據(jù)庫的系統(tǒng)使用原型法，在這種情況下，當(dāng)系統(tǒng)需求在迭代的開發(fā)過程中不斷變化時(shí)需要獲取樣本數(shù)據(jù)以建造或重建數(shù)據(jù)庫原型。3數(shù)據(jù)庫開發(fā)的三層模式體系結(jié)構(gòu)在本文前面關(guān)于數(shù)據(jù)庫開發(fā)過程的解釋中提到了一個(gè)系統(tǒng)開發(fā)項(xiàng)目上建立的幾個(gè)不同的、但是相關(guān)的數(shù)據(jù)庫視圖或模型:●概念模式（在分析階段建立）?！裢獠磕Ｊ交蛴脩粢晥D（在分析階段和邏輯設(shè)計(jì)階段建立）?！裎锢砟Ｊ交騼?nèi)部模式（在物理設(shè)計(jì)階段建立）。圖7描述了數(shù)據(jù)庫這三個(gè)視圖之間的關(guān)系，重要的是要記住，它們是同一個(gè)組織數(shù)據(jù)庫的視圖或模型。也就是說，每一個(gè)組織數(shù)據(jù)庫都有一個(gè)物理模式、一個(gè)概念模式以及一個(gè)或多個(gè)用戶視圖。因此，三層模式體系結(jié)構(gòu)用觀察同一數(shù)據(jù)集的不同方式定義數(shù)據(jù)庫。概念模式關(guān)于全部數(shù)據(jù)庫結(jié)構(gòu)的、與技術(shù)無關(guān)的規(guī)格說明。概念模式定義了整個(gè)數(shù)據(jù)庫而不涉及數(shù)據(jù)怎樣存儲(chǔ)在計(jì)算機(jī)的二級(jí)存儲(chǔ)器中。通常，概念模式用實(shí)體-聯(lián)系（E-R）圖或?qū)ο蠼７?hào)這樣的圖形格式來描述，我們把這種類型的概念模式稱為數(shù)據(jù)模型。另外，概念模式的規(guī)格說明作為元數(shù)據(jù)存儲(chǔ)在信息庫或數(shù)據(jù)字典中。物理模式包括概念模式的數(shù)據(jù)怎樣存儲(chǔ)在計(jì)算機(jī)二級(jí)存儲(chǔ)器中的規(guī)格說明。對(duì)數(shù)據(jù)庫分析員和設(shè)計(jì)人員來說，重要的是物理數(shù)據(jù)庫（物理模式）的定義，它提供了關(guān)于分配和管理存儲(chǔ)和訪問的數(shù)據(jù)所在的物理二級(jí)存儲(chǔ)器空間的數(shù)據(jù)庫技術(shù)的全部規(guī)格說明。數(shù)據(jù)庫開發(fā)和數(shù)據(jù)庫技術(shù)是以數(shù)據(jù)庫這三個(gè)模式間的區(qū)分為基礎(chǔ)的。數(shù)據(jù)庫開發(fā)項(xiàng)目的一個(gè)角色可能僅需處理與這三個(gè)視圖中的一個(gè)相關(guān)的工作。例如，一個(gè)初學(xué)者可能設(shè)計(jì)用于一個(gè)或多個(gè)程序的外部模式，而一個(gè)有經(jīng)驗(yàn)的開發(fā)者將設(shè)計(jì)物理模式或概念模式。數(shù)據(jù)庫設(shè)計(jì)問題在不同的層次上有很大的不同。4三層數(shù)據(jù)庫定位體系結(jié)構(gòu)顯然，所有數(shù)據(jù)庫中的好的事情都和“三”有關(guān)！當(dāng)設(shè)計(jì)一個(gè)數(shù)據(jù)庫時(shí)，你要選擇把數(shù)據(jù)存放在何處。這個(gè)選擇在物理數(shù)據(jù)庫設(shè)計(jì)階段作出。數(shù)據(jù)庫分為個(gè)人數(shù)據(jù)庫、工作組數(shù)據(jù)庫、部門數(shù)據(jù)庫、企業(yè)數(shù)據(jù)庫和因特網(wǎng)數(shù)據(jù)庫。個(gè)人數(shù)據(jù)庫經(jīng)常由最終用戶自己設(shè)計(jì)和開發(fā)，僅僅由數(shù)據(jù)庫專家給予培訓(xùn)和咨詢幫助，它僅包含最終用戶個(gè)人感興趣的數(shù)據(jù)。有時(shí)候，個(gè)人數(shù)據(jù)庫是從工作組數(shù)據(jù)庫或企業(yè)數(shù)據(jù)庫中提取出來的，這種情況下數(shù)據(jù)庫專家經(jīng)常編寫一些提取例程來創(chuàng)建本地?cái)?shù)據(jù)庫。工作組數(shù)據(jù)庫和部門數(shù)據(jù)庫經(jīng)常被最終用戶、業(yè)務(wù)部門中的系統(tǒng)專家和中心數(shù)據(jù)庫專家一起開發(fā)。這些人員的協(xié)同工作是必須的，因?yàn)樵谠O(shè)計(jì)共享的數(shù)據(jù)庫時(shí)必須權(quán)衡大量的問題:處理速度、易于使用、數(shù)據(jù)定義的差別和其他類似的問題。由于企業(yè)數(shù)據(jù)庫和因特網(wǎng)數(shù)據(jù)庫影響廣、規(guī)模大，所以，通常由在集中的數(shù)據(jù)庫開發(fā)小組中受過專業(yè)培訓(xùn)的數(shù)據(jù)庫專家來開發(fā)。1.客戶層一個(gè)臺(tái)式計(jì)算機(jī)或筆記本也稱作表示層，它專門管理用戶系統(tǒng)界面和本地化數(shù)據(jù)，在這一層上可以執(zhí)行Web腳本任務(wù)。2.服務(wù)器/Web服務(wù)器層處理HTTP協(xié)議、腳本任務(wù)，執(zhí)行計(jì)算和提供數(shù)據(jù)訪問，所以該層稱作處理服務(wù)層。3.企業(yè)服務(wù)器（小型機(jī)或大型機(jī)）層執(zhí)行復(fù)雜的計(jì)算和管理來自組織間多個(gè)數(shù)據(jù)源的數(shù)據(jù)的合并，也稱作數(shù)據(jù)服務(wù)層。在一個(gè)組織中，數(shù)據(jù)庫和信息系統(tǒng)分層的體系結(jié)構(gòu)與用于分布式計(jì)算的客戶/服務(wù)器體系結(jié)構(gòu)的概念相關(guān)?？蛻?服務(wù)器體系結(jié)構(gòu)基于一個(gè)局域網(wǎng)環(huán)境，其中服務(wù)器上（稱作數(shù)據(jù)庫服務(wù)器或數(shù)據(jù)庫引擎）的數(shù)據(jù)庫軟件執(zhí)行來自客戶工作站的數(shù)據(jù)庫命令，每個(gè)客戶的應(yīng)用程序?qū)Ｗ⒂谒鼈兊挠脩艚涌诠δ堋?shí)際上，整個(gè)概念數(shù)據(jù)庫（以及訪問這些數(shù)據(jù)庫的應(yīng)用處理例程）作為一個(gè)分布式數(shù)據(jù)庫或單獨(dú)但是相關(guān)的物理數(shù)據(jù)庫而分布在本地的PC工作站、中間的服務(wù)器（工作組或部門）和一個(gè)中心服務(wù)器（部門或企業(yè)）上。簡單地說，使用客戶/服務(wù)器體系結(jié)構(gòu)的原因是:●它可以在多個(gè)處理器上同時(shí)處理同一個(gè)應(yīng)用，因此改善了應(yīng)用的響應(yīng)時(shí)間和數(shù)據(jù)處理速度?！袼梢岳妹總€(gè)計(jì)算機(jī)平臺(tái)最好的數(shù)據(jù)處理特性（如PC的高級(jí)用戶界面與小型機(jī)和大型機(jī)的計(jì)算速度）?！窨梢曰旌鲜褂酶鞣N客戶端的技術(shù)（裝配Intel或Motorola處理器的個(gè)人計(jì)算機(jī)、網(wǎng)絡(luò)計(jì)算機(jī)、信息站等）和共享公共數(shù)據(jù)。另外，你可以在任何層改變技術(shù)而僅對(duì)其他層系統(tǒng)模塊的影響很小。●能夠使處理靠近需處理的數(shù)據(jù)源，從而改進(jìn)響應(yīng)時(shí)間并減少網(wǎng)絡(luò)通信量?！袼试S和鼓勵(lì)接受開放系統(tǒng)標(biāo)準(zhǔn)。對(duì)于數(shù)據(jù)庫開發(fā)而言，使用一個(gè)多層的客戶/服務(wù)器體系結(jié)構(gòu)開發(fā)數(shù)據(jù)庫最有意義之處在于易于將數(shù)據(jù)庫開發(fā)和維護(hù)數(shù)據(jù)庫的模塊與向最終用戶表示數(shù)據(jù)庫內(nèi)容的信息系統(tǒng)模塊分隔開。表示例程能夠使用像PowerBuilder、Java和VisualBasic這樣的語言來提供易于使用的圖形化的用戶界面。通過中間件，表示例程能夠通過層間相互作用來訪問例程，該例程訪問所需數(shù)據(jù)并分析這些數(shù)據(jù)以形成所需信息。作為一個(gè)數(shù)據(jù)庫開發(fā)人員和程序員，你可以在這三層中的任何一層工作，開發(fā)必需的軟件。

InformationSystemDevelopmentandDatabaseDevelopmentInmanyorganizations,databasedevelopmentfromthebeginningofenterprisedatamodeling,datamodelingenterprisesdeterminethescopeofthedatabaseandthegeneralcontent.Thisstepusuallyoccursinanorganization'sinformationsystemplanningprocess,itaimstohelporganizationscreateanoveralldatadescriptionorexplanation,andnotthedesignofaspecificdatabase.Aspecificdatabaseforoneormoreinformationsystemsprovidedataandthecorporatedatamodel(whichmayinvolveanumberofdatabases)describedbytheorganizationmaintainingthescopeofthedata.Datamodelingintheenterprise,youreviewofthecurrentsystem,theneedtosupportanalysisofthenatureofthebusinessareas,theneedforfurtherdescriptionoftheabstractdata,andplanningoneormoredatabasedevelopmentproject.Figure1showsPine1.1InformationSystemArchitectureAsshowninfigure1,seniordatamodelisonlygeneralinformationsystemarchitecture(ISA)orapartofanorganization'sinformationsystemblueprint.Intheinformationsystemplanning,youcanbuildanenterprisedatamodelasawholeinformationsystemarchitecturepart.AccordingtoZachman(1987),SowaandZachman(1992)viewsofaninformationsystemarchitectureconsistsofthefollowingsixkeycomponents:Data(Figure1shows,butthereareothermethodsthat).Manipulationofdataprocessing(ofadataflowdiagramcanbeused,withtheobjectmodelmethods,orothersymbolsthat).Networks,whichorganizationsandinorganizationswithitsmaintransmissionofdatabetweenbusinesspartners(itcanconnectthroughthenetworktopologymapandtodemonstrate).Peoplewhodealwiththeimplementationofdataandinformationandisthesourceandreceiver(intheprocessmodelforthedatashowsthatthesenderandthereceiver).Implementationoftheeventsandtimepoints(theycanusestatetransitiondiagramandothermeans.)Thereasonsfortheincidentanddataprocessingrules(oftenintheformoftextdisplay,buttherearealsoanumberofchartsfortheplanningtoolssuchasdecisiontables).1.2InformationEngineeringInformationsystemsplannersinaccordancewiththespecificinformationsystemplanningmethodsdevelopedinformationsystemarchitecture.Informationengineeringisapopularandformalmethods.Informationengineeringisadata-orientedcreationandmaintenanceoftheinformationsystem.Informationengineeringisbecausethedata-oriented,sowhenyoubegintounderstandhowthedatabaseisdefinedbythelogoandwheninformationengineeringaconciseexplanationisveryhelpful.InformationEngineeringfollowtop-downplanningapproach,inwhichspecificinformationsystemsfromawiderangeofinformationneedsintheunderstandingderivedfrom(forexample,weneedaboutcustomers,products,suppliers,salesandprocessingofthedatacenter),ratherthanmergingmanydetailedinformationrequested(orderssuchasascreenorinaccordancewiththeimportationofgeographicalsalessummaryreport).Top-downplanningwillenabledeveloperstoplanmorecomprehensiveinformationsystem,considersystemcomponentsprovideanintegratedapproachtoenhancetheinformationsystemandtherelationshipbetweenthebusinessobjectivesoftheunderstanding,deepentheirunderstandingofinformationsystemsthroughouttheorganizationinunderstandingtheimpact.InformationEngineeringincludesfoursteps:planning,analysis,designandimplementation.Theplanningstageofprojectinformationgeneratedinformationsystemarchitecture,includingenterprisedatamodel.1.3InformationSystemPlanningInformationsystemsplanningobjectiveistoenableITorganizationsandthebusinessstrategycloselyintegrated,suchintegrationfortheinformationsystemsandtechnologytomakethemostoftheinvestmentinterestisveryimportant.Asthetableasadescription,informationengineeringapproachtheplanningstageincludethreesteps,weinthefollow-upofthreesectionstheydiscussed.1.CriticalfactorsdeterminingtheplanningPlanningisthekeyfactorthatorganizationalobjectives,criticalsuccessfactorsandproblemareas.Thesefactorsdeterminethepurposeoftheestablishmentofplanningandenvironmentplanningandinformationsystemslinkedtostrategicbusinessplanning.Table2showsthePine2.TheplanningorganizationssettargetsOrganizationsplanningtargetsdefinedscopeofbusiness,andbusinessscopewilllimitthesubsequentanalysisandinformationsystemsmaychangeplaces.Fivekeyplanningtargetsasfollows:●organizationalunitsinthevarioussectors.●organizationslocationoftheplaceofbusinessoperations.●functionsofthebusinesssupportorganizationshandlingmissionoftherelevantgroup.Unlikebusinessorganizationsfunctionmodules,infactafunctioncanbeassignedtovariousorganizationsmodules(forexample,productdevelopmentfunctionistheproductionandsaleofthecommonresponsibilityoftheMinistry).●typesofentitiesmanagedbytheorganizationonthepeople,placesandthingsofthemajortypesofdata.●InformationSystemdatasetprocessingsoftwareapplicationsandsupportprocedures.3.TosetupabusinessmodelAcomprehensivebusinessmodelincludingthefunctionsofeachenterprisefunctionaldecompositionmodel,theenterprisedatamodelandthevariousplanningmatrix.Functionaldecompositionisthefunctionoftheorganizationforamoredetaileddecompositionprocess,thefunctionaldecompositionistosimplifytheanalysisoftheissue,distractedandidentifycomponentsandtheuseoftheclassicalapproach.PineTheuseofspecificenterprisedatamodeltodescribethesymbol.Apartfromthegraphicaldescriptionofthistypeofentity,acompleteenterprisedatamodelshouldalsoincludeadescriptionofeachentitytypedescriptionofbusinessoperationsandasummaryofthatbusinessrules.Businessrulesdeterminethevalidityofthedata.Anenterprisedatamodelincludesnotonlythetypesofentities,includingthelinkbetweenthedataentities,aswellasvariousotherobjectsplanninglinks.Showedthatthelinkagebetweenplanningtargetsacommonformofmatrix.Becauseofplanningmatrixneednotbeexplicitmodelingdatabasecanbeclearlydescribedbusinessneeds,planningmatrixisanimportantfunction.Regularplanningmatrixderivedfromtheoperationalrules,itwillhelpsocialdevelopmentactivitiesthattopprioritywillbesortinganddevelopmentactivitiesunderthetop-downviewthroughanenterprise-wideapproachforthedevelopmentoftheseactivities.Therearemanytypesofplanningmatrixisavailable,theircommonalitiesare:●locations-featuresshowbusinessfunctioninwhichtheimplementationofoperationallocations.●unit-functionswhichshowedthatbusinessfunctionorbusinessunitresponsibleforimplementation.●InformationSystem-dataentitiestoexplainhoweachinformationsysteminteractwitheachdataentity(forexample,whetherornoteachsystemineachentityhavethedatatocreate,retrieve,updateanddelete).●supportfunctions-dataineachfunctionalentitiesinthedatasetfortheacquisition,use,updateanddelete.●InformationSystem-targetindicationforeachinformationsystemtosupportbusinessobjectives.Figure3illustrateapossiblefunctions-dataentitiesmatrix.Suchamatrixcanbeusedforavarietyofpurposes,includingthefollowingthreeobjectives:1)identifygapsinthedataentitiestoindicatethetypesofentitiesnotuseanyfunctionorfunctionswhichdonotuseanyentity.2)foundthatthelossofeachfunctionalentitiesinvolvedintheinspectionstaffthroughthematrixtoidentifyanypossiblelossoftheentity.3)Thedistinctionbetweendevelopmentactivitiesiftheprioritytothetopofasystemdevelopmentfunctionforahigh-priority(probablybecauseitimportantorganizationalobjectivesrelated),thenthisareausedbyentitiesinthedevelopmentofthedatabasehasahighpriority.Hoffer,GeorgeandValacich(2002)aretheworksofthematrixonhowtousetheplanningandcompletionoftheInformationEngineeringTheplanningsystemmorecompletedescription.2databasedevelopmentprocessBasedoninformationengineeringinformationsystemsplanningdatabaseisasourceofdevelopmentprojects.Thesenewdatabasedevelopmentprojectsisusuallyinordertomeetthestrategicneedsoforganizations,suchasimprovingcustomersupport,improveproductandinventorymanagement,oramoreaccuratesalesforecast.However,manymoredatabasedevelopmentprojectisthebottom-upapproachemerging,suchasinformationsystemuserneedsspecificinformationtocompletetheirwork,thusbeginningaprojectrequest,andasotherinformationsystemsexpertsfoundthatorganizationsneedtoimprovedatamanagementandbeginnewprojects.Bottom-upeveninthecircumstances,tosetupanenterprisedatamodelisalsonecessarytounderstandtheexistingdatabasecanprovidethenecessarydata,otherwise,thenewdatabase,dataentitiesandattributescanbeaddedtothecurrentdataresourcestotheorganization.Boththestrategicneedsoroperationalinformationneedsofeachdatabasedevelopmentprojectsnormallyconcentratedinadatabase.Someprojectsonlyconcentratedinthedatabasedefinition,designandimplementationofadatabase,asafollow-uptothebasisofthedevelopmentofinformationsystems.However,inmostcases,thedatabaseandassociatedinformationprocessingfunctionasacompleteinformationsystemsdevelopmentprojectwaspartofthedevelopment.2.1SystemDevelopmentLifeCycleGuidemanagementinformationsystemdevelopmentprojectsisthetraditionalprocessofsystemdevelopmentlifecycle(SDLC).SystemdevelopmentlifecycleisanorganizationofthedatabasedesignersandprogrammersinformationsystemcomposedofthePanelofExpertsdetaileddescription,development,maintenanceandreplacementoftheentireinformationsystemsteps.ThisprocessisbecauseWaterfallthanforeverystepintotheadjacentthenextstep,thatis,theinformationsystemisaspecificationdevelopedbyapieceofland,everypieceoftheoutputisunderaninput.Howevershowninthefigure,thesestepsarenotpurelylinear,eachofthestepsoverlapintime(andthuscanmanageparallelsteps),butwhentheneedtoreconsiderpreviousdecisions,butalsotorollbacksomestepsahead.(Andthereforewatercanbeputbackinthewaterfall!)Figure4onthesystemdevelopmentlifecycleandthepurposeofeachstageoftheproductcanbedeliveredconcisenotes.Thesystemdevelopmentlifecycleincludingeachstageanddatabasedevelopment-relatedactivities,therefore,thequestionofdatabasemanagementsystemsthroughouttheentiredevelopmentprocess.InFigure5werepeatofthesystemdevelopmentlifecyclestageoftheseven,andoutlinesthecommondatabaseateachstageofdevelopmentactivities.Pleasenotethatthesystemsdevelopmentlifecyclestagesanddatabasedevelopmentsteps一一對(duì)應(yīng)existsbetweentherelationshipbetweentheconceptofmodelingdatainbothsystemsdevelopmentlifecyclestagesbetween.EnterpriseModelingDatabasedevelopmentprocessfromtheenterprisemodeling(systemdevelopmentlifecyclestageoftheprojectfeasibilitystudies,andtochooseapart),Organizationssetthescopeandgeneraldatabasecontent.Enterprisemodelingininformationsystemsplanningandotheractivities,theseactivitiesdeterminewhichpartofinformationsystemsneedtochangeandstrengthentheentireorganizationandoutlinesthescopeofdata.Inthisstep,checkthecurrentdatabaseandinformationsystems,developmentoftheprojectasthemainareasofthenatureofthebusiness,withaverygeneraldescriptionofeachterminthedevelopmentofinformationsystemswhenneededdata.Eachitemonlywhenitachievedtheexpectedgoalsoforganizationscanbewhenthenextstep.ConceptualDataModelingOnehasalreadybegunontheInformationSystemproject,theconceptofdatamodelingphaseoftheinformationsystemsneedsofallthedata.Itisdividedintotwostages.First,itbegantheprojectintheplanningstageandtheestablishmentofaplansimilartoFigure1.Atthesametimeoutliningtheestablishmentofotherdocumentstotheexistingdatabasewithoutconsideringthecircumstancesspecificdevelopmentprojectsinthescopeoftherequireddata.Thiscategoryonlyincludeshigh-leveldata(entities),andmaincontact.Theninthesystemdevelopmentlife-cycleanalysisstagemusthaveamanagementinformationsystemsettheentireorganizationDetailsofthedatamodeldefinitionofalldataattributes,listingalldatatypesthatalldatainter-entitybusinesslinkages,definingdescriptionofthefulldataintegrityrules.Intheanalysisphase,butalsotheconceptofinspectiondatamodel(alsocalledtheconceptbehindthemodel)andthegoalofinformationsystemsusedtoexplainotheraspectsofthemodelofconsistencycategories,suchasprocessingsteps,rulesanddataprocessingtimeoftiming.However,eveniftheconceptissuchdetaileddatamodelisonlypreliminary,becausefollow-upinformationsystemlifecycleactivitiesinthedesignofservices,statements,displayandinquiriesmayfindthatmissingelementormistakes.Therefore,theconceptofdataoftensaidthatmodelingisatop-downmanner,itsareasofoperationfromthegeneralunderstandingofthedriver,ratherthanthespecificinformationprocessingactivitiesbythedriver.3.LogicalDatabaseDesignLogicaldatabasedesignfromtwoperspectivesdatabasedevelopment.First,theconceptofdatamodeltransformintorelationaldatabasetheorybasedonthecriteriathatmeans-between.Then,asthedesignofinformationsystems,everycomputerprocedures(includingproceduresfortheinputandoutputformat),databasesupportservices,statements,andinquiriesrevealedthatadetailedexamination.Inthisso-calledBottom-upanalysis,accurateverificationoftheneedtomaintainthedatabaseandthedataineachaffairs,statementsandsoontheneedsofthoseinthenatureofthedata.Foreachseparatestatements,services,andsoontheanalysismusttakeintoaccountaspecific,limitedbutcompletedatabaseview.Whenstatements,services,andotheranalysismightbenecessarytochangetheconceptofdatamodel.Especiallyinlarge-scaleprojects,thedifferentanalyticalsystemsdevelopmentstaffandtheteamcanworkindependentlyindifferentproceduresorinacentralized,thedetailsoftheirworkuntilallthelogicdesignstagemaybedisplayed.Inthesecircumstances,logicdatabasedesignstagemustbetheoriginalconceptofdatamodelanduserviewtheseindependentormergedintoacomprehensivedesign.Inlogicdesigninformationsystemsalsoidentifyadditionalinformationprocessingneedsofthesenewdemandsatthistimemustbeintegratedintothelogicofearlieridentifiedinthedatabasedesign.Logicaldatabasedesignisbasedonthefinalstepfortheformationofgooddataspecificationsanddeterminetherules,thecombination,thedataafterconsultationspecificationsorconvertedintobasicatomicelement.Mostoftoday'sdatabase,theserulesfromtherelationaldatabasetheoryandtheprocessknownasstandardization.Thisstepistheresultofmanagementofthesedatahavenotcitedanydatabasemanagementsystemforacompletedescriptionofthedatabasemap.Logicaldatabasedesigncompleted,webegantoidentifyindetailthelogicofthecomputerprogramandmaintenance,thereportcontentsofthedatabaseforinquiries.4.PhysicaldatabasedesignanddefinitionPhysicaldatabasedesignanddefinitionphasedecisionscomputermemory(usuallydisk)databaseintheorganization,definitionofAccordingtothelibrarymanagementsystemforphysicalstructure,theproceduresoutlinedprocessingservices,producethedesiredmanagementinformationanddecisionsupportstatements.Theobjectiveofthisstageistodesignaneffectiveandsafemanagementofalldata-processingdatabase,thephysicaldatabasedesigntocloselyintegratetheinformationsystemsofotherphysicalaspectsofthedesign,includingprocedures,computerhardware,operatingsystemsanddatacommunicationsnetworks.5.DatabaseImplementationThedatabasepreparedbytherealizationstage,testingandinstallationproceduresforhandlingdatabases.Designerscanusethestandardprogramminglanguage(suchasCOBOL,CorVisualBasic),thededicateddatabaseprocessinglanguages(suchasSQL),ortheprocessofthenon-exclusivelanguageprogramminginordertoproduceastatementofthefixedformat,theresultwillbedisplayed,andmayalsoincludecharts.Inachievingstage,butalsothecompletionofallthedatabasefiles,trainingusersforinformationsystems(database)usersetupprogram.Thefinalstepistouseexistingsourcesofinformation(documentslegacyapplicationsanddatabasesandnowneedsnewdata)loadingdata.Loadingdataisoftenthefirststepindatafromexistingfilesanddatabasestoanintermediateformat(suchasbinaryortextfiles)andthentoturnintermediateloadingdatatoanewdatabase.Finally,runningdatabasesandrelatedapplicationsfortheactualusermaintenanceandretrievalofdata.Inoperation,theregularbackupdatabaseandthedatabasewhendamagedoraffectedresumedatabase.6.DatabasemaintenanceDuringthedatabaseintheprogressivedevelopmentofdatabasemaintenance.Inthisstep,inordertomeetchangingbusinessconditions,inordertocorrecttheerroneousdatabasedesign,databaseapplicationsorprocessingspeedincrease,deleteorchangethestructureofthedatabase.Whenaprocedureorfailureofthecomputerdatabaseaffectordamagethedatabasemayalsobereconstruction.Thisstepusuallyisthelongestinthedatabasedevelopmentprocessstep,asitcontinuedtodatabasesandrelatedapplicationsthroughoutthelifecycle,thedevelopmentofeachdatabasecanbeseenasabriefdatabasedevelopmentprocessanddatamodelingconceptsarise,logicalandphysicaldatabasedesignanddatabasetoachievedealingwiththechanges.2.2InformationSystemdevelopedbyothermeansSystemDevelopmentLifeCycleminorchangesinlaworitsvariantoftheoftenusedtoguideinformati