計算機外文翻譯--- 數(shù)據(jù)庫開發(fā)過程

1、<p>　　畢業(yè)設計(論文)外文資料翻譯</p><p>　　系　　部： 計算機科學與技術 </p><p>　　專 業(yè)： 計算機科學與技術 </p><p>　　姓 名： </p><p>　　學 號：

2、 </p><p>　　外文出處： http://www.18lw.com/lwzl_inf- </p><p>　　o.asp?ztId=467&page=1 </p><p>　　附 件： 1.外文資料翻譯譯文；2.外文原文。 </p><p>　　注：請將該封面與附件裝訂

3、成冊。</p><p>　　附件1：外文資料翻譯譯文</p><p><b>　　數(shù)據(jù)庫開發(fā)過程</b></p><p>　　基于信息工程的信息系統(tǒng)規(guī)劃是數(shù)據(jù)庫開發(fā)項目的一個來源。這些開發(fā)新數(shù)據(jù)庫的項目通常是為了滿足組織的戰(zhàn)略需求，例如改善客戶支持、提高產品和庫存管理或進行更精確的銷售預測。然而許多數(shù)據(jù)庫開發(fā)項目更多的是以自底向上的方式出現(xiàn)的，

4、例如信息系統(tǒng)的用戶需要特定的信息來完成他們的工作，從而請求開始一個項目，又如其他信息系統(tǒng)的專家發(fā)現(xiàn)組織需要改進數(shù)據(jù)管理而開始新的項目。即使在自底向上的情況下，建立企業(yè)數(shù)據(jù)模型也是必須的，以便理解現(xiàn)有的數(shù)據(jù)庫是否可以提供所需的數(shù)據(jù)，否則，新的數(shù)據(jù)庫、數(shù)據(jù)實體和屬性都應該加到當前的組織數(shù)據(jù)資源中去。</p><p>　　無論是戰(zhàn)略需求還是操作信息的需求，每個數(shù)據(jù)庫開發(fā)項目通常集中在一個數(shù)據(jù)庫上。一些數(shù)據(jù)庫項目僅僅集中

5、在定義、設計和實現(xiàn)一個數(shù)據(jù)庫，以作為后續(xù)信息系統(tǒng)開發(fā)的基礎。然而在大多數(shù)情況下，數(shù)據(jù)庫及其相關信息處理功能是作為一個完整的信息系統(tǒng)開發(fā)項目的一部分而被開發(fā)的。</p><p>　　2.1 系統(tǒng)開發(fā)生命周期</p><p>　　指導管理信息系統(tǒng)開發(fā)項目的傳統(tǒng)過程是系統(tǒng)開發(fā)生命周期(SDLC)。系統(tǒng)開發(fā)生命周期是指一個組織中由數(shù)據(jù)庫設計人員和程序員組成的信息系統(tǒng)專家小組詳細說明、開發(fā)、維護和替

6、換信息系統(tǒng)的全部步驟。這個過程比作瀑布是因為每一步都流到相鄰的下一步，即信息系統(tǒng)的規(guī)格說明是一塊一塊地開發(fā)出來的，每一塊的輸出是下一塊的輸入。然而如圖所示，這些步驟并不是純線性的，每個步驟在時間上有所重疊（因此可以并行地管理步驟），而且當需要重新考慮先前的決策時，還可以回滾到前面某些步驟。（因而水可以在瀑布中倒流?。┫到y(tǒng)開發(fā)生命周期的每一階段都包括與數(shù)據(jù)庫開發(fā)相關的活動，所以，數(shù)據(jù)庫管理的問題遍布整個系統(tǒng)開發(fā)過程。請注意，系統(tǒng)開發(fā)生命周

7、期的階段和數(shù)據(jù)庫開發(fā)步驟之間不存在一一對應的關系，概念數(shù)據(jù)建模發(fā)生在兩個系統(tǒng)開發(fā)生命周期階段之間。</p><p><b>　　企業(yè)建模 </b></p><p>　　數(shù)據(jù)庫開發(fā)過程從企業(yè)建模（系統(tǒng)開發(fā)生命周期中項目論證和選擇階段的一部分）開始，設定組織數(shù)據(jù)庫的范圍和一般內容。企業(yè)建模發(fā)生在信息系統(tǒng)規(guī)劃和其他活動期間，這些活動確定信息系統(tǒng)的哪個部分需要改變和加強并概述

8、出全部組織數(shù)據(jù)的范圍。在這一步中，檢查當前數(shù)據(jù)庫和信息系統(tǒng)，分析作為開發(fā)項目主體的業(yè)務領域的本質，用非常一般的術語描述每個信息系統(tǒng)在開發(fā)時所需要的數(shù)據(jù)。每個項目只有當它達到組織的預期目標時才可以進行下一步。</p><p><b>　　概念數(shù)據(jù)建模 </b></p><p>　　對一個已經開始的信息系統(tǒng)項目而言，概念數(shù)據(jù)建模階段分析信息系統(tǒng)的全部數(shù)據(jù)需求。它分為兩個階

9、段。首先，它在項目開始和規(guī)劃階段建立一張圖。同時建立其他文檔來概述不考慮現(xiàn)存數(shù)據(jù)庫的情況下特定開發(fā)項目中所需的數(shù)據(jù)范圍。此時僅僅包括高層類別的數(shù)據(jù)（實體）和主要聯(lián)系。然后在系統(tǒng)開發(fā)生命周期的分析階段產生確定信息系統(tǒng)必須管理的全部組織數(shù)據(jù)的詳細數(shù)據(jù)模型，定義所有數(shù)據(jù)屬性，列出全部數(shù)據(jù)類別，表示數(shù)據(jù)實體間所有的業(yè)務聯(lián)系，確定描述數(shù)據(jù)完整性的全部規(guī)則。在分析階段，還要檢查概念數(shù)據(jù)模型（在后面也稱作概念模式）與用來解釋目標信息系統(tǒng)其他方面的模型

10、類別的一致性，例如處理步驟、處理數(shù)據(jù)的規(guī)則以及時間的時序。然而，即使是這樣詳細的概念數(shù)據(jù)模型也只是初步的，因為后續(xù)的信息系統(tǒng)生命周期中的活動在設計事務、報表、顯示和查詢時可能會發(fā)現(xiàn)遺漏的元素或錯誤。因此，經常說到的概念數(shù)據(jù)建模是以一種自頂向下的方式完成的，它由業(yè)務領域的一般理解所驅動，而不是由特定的信息處理活動所驅動。</p><p><b>　　3.邏輯數(shù)據(jù)庫設計</b></p>

11、;<p>　　邏輯數(shù)據(jù)庫設計從兩個角度進行數(shù)據(jù)庫開發(fā)。首先，將概念數(shù)據(jù)模型變換成基于關系數(shù)據(jù)庫理論的標準表示方法——關系。然后像設計信息系統(tǒng)的每個計算機程序（包括程序的輸入和輸出格式）那樣，對數(shù)據(jù)庫支持的事務、報表、顯示和查詢進行詳細的檢查。在這個所謂的自底向上的分析中，精確地驗證數(shù)據(jù)庫中需要維護的數(shù)據(jù)和在每個事務、報表等等中需要的那些數(shù)據(jù)的性質。</p><p>　　對于每個單獨的報表、事務等等的

12、分析都要考慮一個特定的、有限制的但是完全的數(shù)據(jù)庫視圖。當報表、事務等被分析時有可能根據(jù)需要而改變概念數(shù)據(jù)模型。尤其在大型的項目中，不同的分析人員和系統(tǒng)開發(fā)者的團隊可以獨立地工作在不同的程序或程序集中，他們所有工作的細節(jié)直到邏輯設計階段才可能會顯示出來。在這種情況下，邏輯數(shù)據(jù)庫設計階段必須將原始的概念數(shù)據(jù)模型和這些獨立的用戶視圖合并或集成到一個全面的設計中。在進行邏輯信息系統(tǒng)設計時也可以確定額外的信息處理需求，此時這些新的需求必須集成到前

13、面確定的邏輯數(shù)據(jù)庫設計中。</p><p>　　邏輯數(shù)據(jù)庫設計的最后一步是根據(jù)為生成結構良好的數(shù)據(jù)規(guī)格說明而確定的規(guī)則，將組合的、協(xié)商后的數(shù)據(jù)規(guī)格說明轉換成基本的或原子的元素。對當今的大部分數(shù)據(jù)庫而言，這些規(guī)則來自關系數(shù)據(jù)庫理論和稱作規(guī)范化的過程。這一步的結果是產生管理這些數(shù)據(jù)的、不引用任何數(shù)據(jù)庫管理系統(tǒng)的完整的數(shù)據(jù)庫描述圖。在完成邏輯數(shù)據(jù)庫設計后，開始確定詳細的計算機程序的邏輯和維護、報告數(shù)據(jù)庫內容所需的查詢。

14、</p><p>　　4.物理數(shù)據(jù)庫設計和定義</p><p>　　物理數(shù)據(jù)庫設計和定義階段決定計算機存儲器（通常是磁盤）中數(shù)據(jù)庫的組織，定義數(shù)據(jù)庫管理系統(tǒng)的物理結構，概述處理事務的程序，產生期望的管理信息和決策支持的報表。本階段的目標是設計能夠有效、安全地管理所有數(shù)據(jù)處理的數(shù)據(jù)庫，因此物理數(shù)據(jù)庫設計需緊密結合物理信息系統(tǒng)其他方面的設計，包括程序、計算機硬件、操作系統(tǒng)和數(shù)據(jù)通信網(wǎng)絡。<

15、;/p><p><b>　　5.數(shù)據(jù)庫實現(xiàn)</b></p><p>　　數(shù)據(jù)庫實現(xiàn)階段編寫、測試和安裝處理數(shù)據(jù)庫的程序。設計人員可以使用標準的編程語言（如COBOL、C或Visual Basic）、專用的數(shù)據(jù)庫處理語言（如SQL），或專用的非過程化語言來編程，以產生固定格式的報表、顯示結果，可能還包括圖表。在實現(xiàn)階段，還要完成所有的數(shù)據(jù)庫文檔，培訓用戶，為信息系統(tǒng)（和數(shù)據(jù)

16、庫）的用戶安裝程序。最后一步是利用現(xiàn)存的信息源（遺留應用中的文件和數(shù)據(jù)庫以及現(xiàn)在需要的新數(shù)據(jù)）加載數(shù)據(jù)。加載數(shù)據(jù)的第一步經常是將數(shù)據(jù)從現(xiàn)存的文件和數(shù)據(jù)庫中轉到一種中間的格式（如二進制或文本文件），然后再將這些中間數(shù)據(jù)加載到新的數(shù)據(jù)庫中。最后，運行數(shù)據(jù)庫以及相關的應用以供實際的用戶維護和檢索數(shù)據(jù)。在運轉期間，定期備份數(shù)據(jù)庫，并當數(shù)據(jù)庫損壞或受到影響時恢復數(shù)據(jù)庫。</p><p><b>　　6.數(shù)據(jù)庫維護

17、</b></p><p>　　數(shù)據(jù)庫在數(shù)據(jù)庫維護期間逐漸發(fā)展。在這一步，為了滿足變化的業(yè)務條件，為了改正數(shù)據(jù)庫設計的錯誤，或數(shù)據(jù)庫應用的處理速度而增加、刪除或改變數(shù)據(jù)庫的結構特征。當一個程序或計算機發(fā)生故障而使數(shù)據(jù)庫受到影響或損壞時也可能應該重建數(shù)據(jù)庫。這一步通常是數(shù)據(jù)庫開發(fā)過程中最長的一步，因為它持續(xù)數(shù)據(jù)庫及相關應用的整個生命周期，每次數(shù)據(jù)庫的發(fā)展都可看作一個簡略的數(shù)據(jù)庫開發(fā)過程，其中會出現(xiàn)概念數(shù)據(jù)

18、建模、邏輯和物理數(shù)據(jù)庫設計以及數(shù)據(jù)庫實現(xiàn)以處理提出的變化。</p><p>　　2.2 信息系統(tǒng)開發(fā)的其他方法</p><p>　　系統(tǒng)開發(fā)生命周期法或其稍作變化的變體經常用于指導信息系統(tǒng)和數(shù)據(jù)庫的開發(fā)。信息系統(tǒng)生命周期是一種方法學，它是高度結構化的方法，它包括許多檢查和權衡以確保每一步產生精確的結果，而且新的或替代的信息系統(tǒng)與它必須通信的或數(shù)據(jù)定義需要一致的現(xiàn)存系統(tǒng)保持一致。系統(tǒng)開發(fā)生命

19、周期法經常由于產生一個工作系統(tǒng)需要很長的時間而受到批評，因為工作系統(tǒng)僅僅在整個過程結束時才產生?，F(xiàn)在組織越來越多的使用快速應用開發(fā)法，它是一個包含分析、設計和實現(xiàn)步驟的快速重復的迭代過程，直到匯聚到用戶所需的系統(tǒng)為止?？焖賾瞄_發(fā)法在所需的數(shù)據(jù)庫已經存在、增強系統(tǒng)主要是為了檢索數(shù)據(jù)的應用中適用，而不適用于那些生成和修改數(shù)據(jù)庫的應用。</p><p>　　使用最廣泛的快速應用開發(fā)法之一是原型法。原型法是一個系統(tǒng)開發(fā)

20、的迭代過程，通過分析員和用戶的緊密配合，持續(xù)地修改系統(tǒng)而最終將所有需求轉換成一個工作系統(tǒng)。在此圖中我們包含了注釋，概略地描述了每個原型法階段的數(shù)據(jù)庫開發(fā)活動。一般來說，當信息系統(tǒng)的問題被確定時，僅僅粗略地嘗試概念數(shù)據(jù)建模。在開發(fā)最初的原型時，設計用戶想要的顯示和報表，同時理解任何新的數(shù)據(jù)庫需求并定義一個用語原型的數(shù)據(jù)庫。這通常是一個新的數(shù)據(jù)庫，它復制現(xiàn)存系統(tǒng)的一部分，還可能增加了一些新的內容。當需要新的內容時，這些內容通常來自外部數(shù)據(jù)源

21、，如市場研究數(shù)據(jù)、一般的經濟指標或行業(yè)標準。</p><p>　　當產生原型新的版本時重復數(shù)據(jù)庫的實現(xiàn)和維護活動。通常僅進行最低限度的安全性和完整性控制，因為此時的重點是盡可能快地產生可以使用的原型版本。而且文檔管理也延遲到項目的最后，在交付使用時才進行用戶培訓。最后，一旦構建了一個可接受的原型，開發(fā)者和用戶將決定最后的原型和數(shù)據(jù)庫是否能交付使用。如果系統(tǒng)（包括數(shù)據(jù)庫）效率很低，那么系統(tǒng)和數(shù)據(jù)庫將被重新編程和重新

22、組織以達到期望的性能。</p><p>　　隨著可視化編程工具（如Visual Basic、Java、Visual C++和第四代語言）越來越流行，利用可視化編程工具可以很方便地修改用戶與系統(tǒng)間的界面，原型法正成為可供選擇的系統(tǒng)開發(fā)方法。使用原型法改變用戶報表和顯示的內容和布局是相當容易的。在這個過程中，新的數(shù)據(jù)庫需求被確定，因此被發(fā)展中的應用使用的現(xiàn)存的數(shù)據(jù)庫應該進行修改。甚至有可能為一個需要新的數(shù)據(jù)庫的系統(tǒng)使

23、用原型法，在這種情況下，當系統(tǒng)需求在迭代的開發(fā)過程中不斷變化時需要獲取樣本數(shù)據(jù)以建造或重建數(shù)據(jù)庫原型。</p><p>　　附件2：外文原文（復印件）</p><p>　　database development process</p><p>　　Based on information engineering information systems planni

24、ng database is a source of development projects. These new database development projects is usually in order to meet the strategic needs of organizations, such as improving customer support, improve product and inventory

25、 management, or a more accurate sales forecast. However, many more database development project is the bottom-up approach emerging, such as information system user needs specific information to complete their work, thus

26、b</p><p>　　Both the strategic needs or operational information needs of each database development projects normally concentrated in a database. Some projects only concentrated in the database definition, des

27、ign and implementation of a database, as a follow-up to the basis of the development of information systems. However, in most cases, the database and associated information processing function as a complete information s

28、ystems development project was part of the development. </p><p>　　2.1 System Development Life Cycle </p><p>　　Guide management information system development projects is the traditional process

29、of system development life cycle (SDLC). System development life cycle is an organization of the database designers and programmers information system composed of the Panel of Experts detailed description, development, m

30、aintenance and replacement of the entire information system steps. This process is because Waterfall than for every step into the adjacent the next step, that is, the information system is a speci</p><p>　　T

31、he system development life cycle including each stage and database development-related activities, therefore, the question of database management systems throughout the entire development process. In Figure 5 we repeat o

32、f the system development life cycle stage of the seven, and outlines the common database at each stage of development activities. Please note that the systems development life cycle stages and database development steps

33、exists between the relationship between the concept of mode</p><p>　　1.Enterprise Modeling </p><p>　　Database development process from the enterprise modeling (system development life cycle stag

34、e of the project feasibility studies, and to choose a part)</p><p>　　Organizations set the scope and general database content. Enterprise modeling in information systems planning and other activities, these

35、activities determine which part of information systems need to change and strengthen the entire organization and outlines the scope of data. In this step, check the current database and information systems, development o

36、f the project as the main areas of the nature of the business, with a very general description of each term in the development of information </p><p>　　2.Conceptual Data Modeling </p><p>　　One h

37、as already begun on the Information System project, the concept of data modeling phase of the information systems needs of all the data. It is divided into two stages. First, it began the project in the planning stage. A

38、t the same time outlining the establishment of other documents to the existing database without considering the circumstances specific development projects in the scope of the required data. This category only includes h

39、igh-level data (entities), and main contact. Then in th</p><p>　　3. Logical Database Design </p><p>　　Logical database design from two perspectives database development. First, the concept of da

40、ta model transform into relational database theory based on the criteria that means - between. Then, as the design of information systems, every computer procedures (including procedures for the input and output format),

41、 database support services, statements, and inquiries revealed that a detailed examination. In this so-called Bottom-up analysis, accurate verification of the need to maintain the database</p><p>　　4. Physic

42、al database design and definition</p><p>　　Physical database design and definition phase decisions computer memory (usually disk) database in the organization, definition of According to the library manageme

43、nt system for physical structure, the procedures outlined processing services, produce the desired management information and decision support statements. The objective of this stage is to design an effective and safe ma

44、nagement of all data-processing database, the physical database design to closely integrate the information systems </p><p>　　5. Database Implementation </p><p>　　The database prepared by the re

45、alization stage, testing and installation procedures for handling databases. Designers can use the standard programming language (such as COBOL, C or Visual Basic), the dedicated database processing languages (such as SQ

46、L), or the process of the non-exclusive language programming in order to produce a statement of the fixed format, the result will be displayed, and may also include charts. In achieving stage, but also the completion of

47、all the database files, train</p><p>　　6. Database maintenance </p><p>　　During the database in the progressive development of database maintenance. In this step, in order to meet changing busin

48、ess conditions, in order to correct the erroneous database design, database applications or processing speed increase, delete or change the structure of the database. When a procedure or failure of the computer database

49、affect or damage the database may also be reconstruction. This step usually is the longest in the database development process step, as it continued to databas</p><p>　　2.2 Information System developed by ot

50、her means </p><p>　　System Development Life Cycle minor changes in law or its variant of the often used to guide information systems and database development. Information System is a life-cycle methodology,

51、it is highly structured approach, which includes many checks and balances to ensure that every step of produce accurate results, and new or alternative information system and it must communications or data definitions co

52、nsistent existing system needs consistency. System development life cycle because of the regu</p><p>　　The most widely used method of rapid application development is one of the prototype. The prototype syst

53、em is a method of iterative development process, analysts and users through close co-operation, continuing to revise the system will eventually convert all the needs of a working system. In this diagram we contains notes

54、, briefly describes each stage of the prototype of the database development activities. Normally, when information systems problems were identified, tried only a rough concept </p><p>　　Along with visual pro

55、gramming tools (such as Visual Basic, Java, Visual C + + and fourth generation language) increasingly popular use of visual programming tools can easily change the user interface with the system, the prototype is becomin

56、g the choice of system development methodology. Customers using the prototype method statements and show changes to the content and layout is quite easy. In the process, the new database needs were identified, so it is t