【正文】 and processing of the data center), rather than merging many detailed information requested ( orders such as a screen or in accordance with the importation of geographical sales summary report). Topdown planning will enable developers to plan more prehensive information system, consider system ponents provide an integrated approach to enhance the information system and the relationship between the business objectives of the understanding, deepen their understanding of information systems throughout the anization in understanding the impact. Information Engineering includes four steps: planning, analysis, design and implementation. The planning stage of project information generated information system architecture, including enterprise data model. Information System Planning Information systems planning objective is to enable IT anizations and the business strategy closely integrated, such integration for the information systems and technology to make the most of the investment interest is very important. As the table as a description, information engineering approach the planning stage include three steps, we in the followup of three sections they discussed. 1. Critical factors determining the planning Planning is the key factor that anizational objectives, critical success factors and problem areas. These factors determine the purpose of the establishment of planning and environment planning and information systems linked to strategic business planning. Table 2 shows the Pine Valley furniture pany39。s information system planning process, it aims to help anizations create an overall data description or explanation, and not the design of a specific database. A specific database for one or more information systems provide data and the corporate data model (which may involve a number of databases) described by the anization maintaining the scope of the data. Data modeling in the enterprise, you review of the current system, the need to support analysis of the nature of the business areas, the need for further description of the abstract data, and planning one or more database development project. Figure 1 shows Pine Valley furniture pany39。作為一個數(shù)據(jù)庫開發(fā)人員和程序員，你可以在這三層中的任何一層工作，開發(fā)必需的軟件。表示例程能夠使用像 PowerBuilder、 Java 和Visual Basic 這樣的語言來提供易于使用的圖形化的用戶界面。 ● 它允許和鼓勵接受開放系統(tǒng)標準。另外，你可以在任何層改變技術而僅對其他層系統(tǒng)模塊的影響很小。 ● 它可以利用每個計算機平臺最好的數(shù)據(jù)處理特性（如 PC 的高級用戶界面與小型機和大型機的計算速度）。實際上，整個概念數(shù)據(jù)庫（以及訪問這些數(shù)據(jù)庫的應用處理例程）作為一個分布式數(shù)據(jù)庫或單獨但是相關的物理數(shù)據(jù)庫而分布在本地的 PC 工作站、中間的服務器（工作組或部門）和一個中心服務器（部門或企業(yè)）上。 在一個組織中，數(shù)據(jù)庫和信息系統(tǒng)分層的體系結構與用于分布式計算 的客戶/服務器體系結構的概念相關。 /Web 服務器層 處理 HTTP 協(xié)議、腳本任務，執(zhí)行計算和提供數(shù)據(jù)訪問，所以該層稱作處理服務層。由于企業(yè)數(shù)據(jù)庫和因特網(wǎng)數(shù)據(jù)庫影響廣、規(guī)模大，所以，通常由在集中的數(shù)據(jù)庫開發(fā)小組中受過專業(yè)培訓的數(shù)據(jù)庫專家來開發(fā)。工作組數(shù)據(jù)庫和部門數(shù)據(jù)庫經(jīng)常被最終用戶、業(yè)務部門中的系統(tǒng)專家和中心數(shù)據(jù)庫專家一起開發(fā)。個人數(shù)據(jù)庫經(jīng)常由最終用戶自己設計和開發(fā)，僅僅由數(shù)據(jù)庫專家給予培訓和咨詢幫助，它僅包含最終用戶個人感興趣的數(shù)據(jù)。這個選擇在物理數(shù)據(jù)庫設計階段作出 。數(shù)據(jù)庫設計問題在不同的層次上有很大的不同。數(shù)據(jù)庫開發(fā)項目的一個角色可能僅需處理與這三個視圖中的一個相關的工作。對數(shù)據(jù)庫分析員和設計人員來說，重要的是物理數(shù)據(jù)庫（物理模式）的定義，它 提供了關于分配和管理存儲和訪問的數(shù)據(jù)所在的物理二級存儲器空間的數(shù)據(jù)庫技術的全部規(guī)格說明。另外，概念模式的規(guī)格說明作為元數(shù)據(jù)存儲在信息庫或數(shù)據(jù)字典中。概念模式定義了整個數(shù)據(jù)庫而不涉及數(shù)據(jù)怎樣存儲在計算機的二級存儲器中。因此，三層模式體系結構用觀察同一數(shù)據(jù)集的不同方式定義數(shù)據(jù)庫。 圖 7 描述了數(shù)據(jù)庫這三個視圖之間的關系，重要的是要記住，它們是同一個組織數(shù)據(jù)庫的視圖或模型。 ● 外部模式或用戶視圖（在分析階段和邏輯設計階段建立）。甚至有可能為一個需要新的數(shù)據(jù)庫的系統(tǒng)使用原型法，在這種情況下，當 系統(tǒng)需求在迭代的開發(fā)過程中不斷變化時需要獲取樣本數(shù)據(jù)以建造或重建數(shù)據(jù)庫原型。使用原型法改變用戶報表和顯示的內容和布局是相當容易的。如果系統(tǒng)（包括數(shù)據(jù)庫）效率很低，那么系統(tǒng)和數(shù)據(jù)庫將被重新編程和重新組織以達到期望的性能。而且文檔管理也延遲到項目的最后，在交付使用時才進行用戶培訓。 當產(chǎn)生原型新的版本時重復數(shù)據(jù)庫的實現(xiàn)和維護活動。這通常是一個新的數(shù)據(jù)庫，它復制現(xiàn)存系統(tǒng)的一部分，還可能增加了一些新的內容。一般來說，當信息系統(tǒng)的問題被確定時，僅僅粗略地嘗試概念數(shù)據(jù)建模。圖 6 顯示原型法的過程。 使用最廣泛的快速應用開發(fā)法之一是原型法?，F(xiàn)在組織越來越多的使用快速應用開發(fā)法，它是一 個包含分析、設計和實現(xiàn)步驟的快速重復的迭代過程，直到匯聚到用戶所需的系統(tǒng)為止。信息系統(tǒng)生命周期是一種方法學，它是高度結構化的方法，它包括許多檢查和權衡以確保每一步產(chǎn)生精確的結果，而且新的或替代的信息系統(tǒng)與它必須通信的或數(shù)據(jù)定義需要一致的現(xiàn)存系統(tǒng)保持一致。這一步通常是數(shù)據(jù)庫開發(fā)過程中最長的一步，因為它持續(xù)數(shù)據(jù)庫及相關應用的整個生命周期，每次數(shù)據(jù)庫的發(fā)展都可看作一個簡略的數(shù)據(jù)庫開發(fā)過程 ，其中會出現(xiàn)概念數(shù)據(jù)建模、邏輯和物理數(shù)據(jù)庫設計以及數(shù)據(jù)庫實現(xiàn)以處理提出的變化。在這一步，為了滿足變化的業(yè)務條件，為了改正數(shù)據(jù)庫設計的錯誤，或數(shù)據(jù)庫應用的處理速度而增加、刪除或改變數(shù)據(jù)庫的結構特征。在運轉期間，定期備份數(shù)據(jù)庫，并當數(shù)據(jù)庫損壞或受到影響時恢復數(shù)據(jù)庫。加載數(shù)據(jù)的第一步經(jīng)常是將數(shù)據(jù)從現(xiàn)存的文件和數(shù)據(jù)庫中轉到一種中間的格式（如二進制或文本文件），然后再將這些中間數(shù)據(jù)加載到 新的數(shù)據(jù)庫中。在實現(xiàn)階段，還要完成所有的數(shù)據(jù)庫文檔，培訓用戶，為信息系統(tǒng)（和數(shù)據(jù)庫）的用戶安裝程序。 數(shù)據(jù)庫實現(xiàn)階 段編寫、測試和安裝處理數(shù)據(jù)庫的程序。 物理數(shù)據(jù)庫設計和定義階段決定計算機存儲器（通常是磁盤）中數(shù)據(jù)庫的組織，定義數(shù)據(jù)庫管理系統(tǒng)的物理結構，概述處理事務的程序，產(chǎn)生期望的管理信息和決策支持的報表。這一步的結果是產(chǎn)生管理這些數(shù)據(jù)的 、不引用任何數(shù)據(jù)庫管理系統(tǒng)的完整的數(shù)據(jù)庫描述圖。 邏輯數(shù)據(jù)庫設計的最后一步是根據(jù)為生成結構良好的數(shù)據(jù)規(guī)格說明而確定的規(guī)則，將組合的、協(xié)商后的數(shù)據(jù)規(guī)格說明轉換成基本的或原子的元素。在這種情況下，邏輯數(shù)據(jù)庫設計階段必須將原始的概念數(shù)據(jù)模型和這些獨立的用戶視圖合并或集成到一個全面的設計中。當報表、事務等被分析時有可能根據(jù)需要而改變概念數(shù)據(jù)模型。在這個所謂的自底向上的分析中，精確地驗證數(shù)據(jù)庫中需要維護的數(shù)據(jù)和在每個事務、報表等等中需要的那些數(shù)據(jù)的性質。首先 ，將概念數(shù)據(jù)模型變換成基于關系數(shù)據(jù)庫理論的標準表示方法 —— 關系。因此，經(jīng)常說到的概念數(shù)據(jù)建模是以一種自頂向下的方式完成的，它由業(yè)務領域的一般理解所驅動，而不是由特定的信息處理活動所驅動。在分析階段，還要檢查概念數(shù)據(jù)模型（在后面也稱作概念模式）與用來解釋目標信息系統(tǒng)其他方面的模型類別的一致性，例如處理步驟、處理數(shù)據(jù)的規(guī)則以及時間的時序。此時僅僅包括高層類別的數(shù)據(jù)（實體）和主要聯(lián)系。首先，它在項目開始和規(guī)劃階段建立一張類似于圖 1 的圖。 概念數(shù)據(jù)建模對一個已經(jīng)開始的信息系統(tǒng)項目而言，概念數(shù)據(jù)建模階段分析信息系統(tǒng)的全部數(shù)據(jù)需求。在這一步中，檢查當前數(shù)據(jù)庫和信息系統(tǒng)，分析作為開發(fā)項目主體的業(yè)務領域的本質，用非常一般的術語描述每個信 息系統(tǒng)在開發(fā)時所需要的數(shù)據(jù)。 企業(yè)建模 數(shù)據(jù)庫開發(fā)過程從企業(yè)建模（系統(tǒng)開發(fā)生命周期中項目論證和選擇階段的一部分）開始設定組織數(shù)據(jù)庫的范圍和一般內容。我們在圖 5 中重復了系統(tǒng)開發(fā)生命 周期的七個階段，并概述了每個階段常見的數(shù)據(jù)庫開發(fā)活動。（因而水可以在瀑布中倒流！） 圖 4 對系統(tǒng)開發(fā)生命周期每一階段的目的和可交付的產(chǎn)品進行了簡明注解。這個過程比作瀑布是因為每一步都流到相鄰的下一步，即信息系統(tǒng)的規(guī)格說明是一塊一塊地開發(fā)出來的，每一塊的輸出是下一塊的輸入。 系統(tǒng)開發(fā)生命周期 指導管理信息系統(tǒng)開發(fā)項目的傳統(tǒng)過程是系統(tǒng)開發(fā)生命周期 (SDLC)。一些數(shù)據(jù)庫項目僅僅集中在定義、設計和實現(xiàn)一個數(shù)據(jù)庫，以作為后續(xù)信息系統(tǒng)開發(fā)的基礎。即使在自底向上的情況下，建立企業(yè)數(shù)據(jù)模型也是必須的，以便理解現(xiàn)有的數(shù)據(jù)庫是否可以提供所需的數(shù)據(jù)，否則，新的數(shù) 據(jù)庫、數(shù)據(jù)實體和屬性都應該加到當前的組織數(shù)據(jù)資源中去。這些開發(fā)新數(shù)據(jù)庫的項目通常是為了滿足組織的戰(zhàn)略需求，例如改善客戶支持、提高產(chǎn)品和庫存管理或進行更精確的銷售預測。 Hoffer、 Gee 和 Valacich(2021)的著作中有關于怎樣使用規(guī)劃矩陣完成信息 工程和系統(tǒng)規(guī)劃的更完整的描述。 2)發(fā)現(xiàn)丟失的實體每個功能涉及的員工通過檢查矩陣能夠確認任何可能丟失的實體。 ●信息系統(tǒng) 目標顯示信息系統(tǒng)支持 的每個業(yè)務目標 圖 3 舉例說明了一個可能的功能 數(shù)據(jù)實體矩陣。 ●信息系統(tǒng) 數(shù)據(jù)實體解釋每個信息系統(tǒng)如何與每個數(shù)據(jù)實體相互作用（例如，是否每個系統(tǒng)都對每個實體中的數(shù)據(jù)進行創(chuàng)建、檢索、更新和刪除）。有許多種規(guī)劃矩陣可供使用，它們的共同之處是 : ●地點 功能顯示業(yè)務功能在哪個業(yè)務地點執(zhí)行。由于規(guī)劃矩陣不需要數(shù)據(jù)庫被明確的建模就可以明確描述業(yè)務需求，因此規(guī)劃矩陣是一種重要的 功能。 一個企業(yè)數(shù)據(jù)模型不僅包括實體類型，還包括數(shù)據(jù)實體間的聯(lián)系，以及各種規(guī)劃對象間的其他聯(lián)系。除了實體類型這種圖形描述外，一個完整的企業(yè)數(shù)據(jù)模型還應包括每個實體類型的描述和描述業(yè)務操作的提要，即業(yè)務規(guī)則。為了減少數(shù)據(jù)冗余和使數(shù)據(jù)更有意義，擁有完整的、高層次的企業(yè)視圖是非常有幫助的。在松谷家具公司中訂單履行功能的功能分解的例子如圖 2 所示。 一個全面的企業(yè)模型包括每個企業(yè)功能的功能分解模型、企業(yè)數(shù)據(jù)模型和各種規(guī)劃矩陣。 ●實體類型 關于組織所管理的人，地點和事物的數(shù)據(jù)的主要類別。 ●業(yè)務功能支持組織使命的業(yè)務處理的相關組。五個關鍵的規(guī)劃對象如下所示 : ●組織單元組織中的各種部門。例如，考慮到不精確的銷售預測這個問題領域，信息系統(tǒng)的管理者可能在組織數(shù)據(jù)庫中存放額外的歷史銷售數(shù)據(jù)、新的市場研究數(shù)據(jù)和新產(chǎn)品的測試數(shù)據(jù)。確定這些因素的目的是建立規(guī)劃的環(huán)境并且將信息系統(tǒng)規(guī)劃與戰(zhàn)略業(yè)務規(guī)劃聯(lián)系起來。正如表 1 所描述的那樣，信息工程方法