信息工程数据库外文翻译外文文献英文文献数据库开发进程Word文档下载推荐.docx
《信息工程数据库外文翻译外文文献英文文献数据库开发进程Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《信息工程数据库外文翻译外文文献英文文献数据库开发进程Word文档下载推荐.docx(7页珍藏版)》请在冰豆网上搜索。
![信息工程数据库外文翻译外文文献英文文献数据库开发进程Word文档下载推荐.docx](https://file1.bdocx.com/fileroot1/2022-11/17/8c1ccfff-b58f-4ff8-b704-1968d343e310/8c1ccfff-b58f-4ff8-b704-1968d343e3101.gif)
基于信息工程的信息系统计划是数据库开发项目的一个来源。
这些开发新数据库的项目一般是为了知足组织的战略需求,例如改善客户支持、提高产品和库存管理或进行更精准的销售预测。
但是许多数据库开发项目更多的是以自底向上的方式出现的,例如信息系统的用户需要特定的信息来完成他们的工作,从而请求开始一个项目,又如其他信息系统的专家发觉组织需要改良数据管理而开始新的项目。
即便在自底向上的情形下,成立企业数据模型也是必需的,以便理解现有的数据库是不是能够提供所需的数据,不然,新的数据库、数据实体和属性都应该加到当前的组织数据资源中去。
无论是战略需求仍是操作信息的需求,每一个数据库开发项目通常集中在一个数据库上。
一些数据库项目仅仅集中在概念、设计和实现一个数据库,以作为后续信息系统开发的基础。
但是在大多数情形下,数据库及其相关信息处置功能是作为一个完整的信息系统开发项目的一部份而被开发的。
一.系统开发生命周期
指导管理信息系统开发项目的传统进程是系统开发生命周期(SDLC)。
系统开发生命周期是指一个组织中由数据库设计人员和程序员组成的信息系统专家小组详细说明、开发、保护和替换信息系统的全数步骤。
那个进程比作瀑布是因为每一步都流到相邻的下一步,即信息系统的规格说明是一块一块地开发出来的,每一块的输出是下一块的输入。
但是如图所示,这些步骤并非是纯线性的,每一个步骤在时刻上有所重叠(因此能够并行地管理步骤),而且当需要从头考虑先前的决策时,还能够回滚到前面某些步骤。
(因此水能够在瀑布中倒流!
)系统开发生命周期的每一阶段都包括与数据库开发相关的活动,所以,数据库管理的问题遍及整个系统开发进程。
请注意,系统开发生命周期的阶段和数据库开发步骤之间不存在一一对应的关系,概念数据建模发生在两个系统开发生命周期阶段之间。
企业建模
数据库开发进程从企业建模(系统开发生命周期中项目论证和选择阶段的一部份)开始,设定组织数据库的范围和一般内容。
企业建模发生在信息系统计划和其他活动期间,这些活动肯定信息系统的哪个部份需要改变和增强并概述出全数组织数据的范围。
在这一步中,检查当前数据库和信息系统,分析作为开发项目主体的业务领域的本质,用超级一般的术语描述每一个信息系统在开发时所需要的数据。
每一个项目只有当它达到组织的预期目标时才能够进行下一步。
概念数据建模
对一个已经开始的信息系统项目而言,概念数据建模阶段分析信息系统的全数数据需求。
它分为两个阶段。
第一,它在项目开始和计划阶段成立一张图。
同时成立其他文档来概述不考虑现存数据库的情形下特定开发项目中所需的数据范围。
现在仅仅包括高层类别的数据(实体)和主要联系。
然后在系统开发生命周期的分析阶段产生肯定信息系统必需管理的全数组织数据的详细数据模型,概念所有数据属性,列出全数数据类别,表示数据实体间所有的业务联系,肯定描述数据完整性的全数规则。
在分析阶段,还要检查概念数据模型(在后面也称作概念模式)与用来解释目标信息系统其他方面的模型类别的一致性,例如处置步骤、处置数据的规则和时刻的时序。
但是,即即是如此详细的概念数据模型也只是初步的,因为后续的信息系统生命周期中的活动在设计事务、报表、显示和查询时可能会发觉遗漏的元素或错误。
因此,常常说到的概念数据建模是以一种自顶向下的方式完成的,它由业务领域的一般理解所驱动,而不是由特定的信息处置活动所驱动。
逻辑数据库设计
逻辑数据库设计从两个角度进行数据库开发。
第一,将概念数据模型变换成基于关系数据库理论的标准表示方式——关系。
然后像设计信息系统的每一个运算机程序(包括程序的输入和输出格式)那样,对数据库支持的事务、报表、显示和查询进行详细的检查。
在那个所谓的自底向上的分析中,精准地验证数据库中需要保护的数据和在每一个事务、报表等等中需要的那些数据的性质。
对于每一个单独的报表、事务等等的分析都要考虑一个特定的、有限制的可是完全的数据库视图。
当报表、事务等被分析时有可能按照需要而改变概念数据模型。
尤其在大型的项目中,不同的分析人员和系统开发者的团队能够独立地工作在不同的程序或程序集中,他们所有工作的细节直到逻辑设计阶段才可能会显示出来。
在这种情形下,逻辑数据库设计阶段必需将原始的概念数据模型和这些独立的用户视图归并或集成到一个全面的设计中。
在进行逻辑信息系统设计时也能够肯定额外的信息处置需求,现在这些新的需求必需集成到前面肯定的逻辑数据库设计中。
逻辑数据库设计的最后一步是按照为生成结构良好的数据规格说明而肯定的规则,将组合的、协商后的数据规格说明转换成大体的或原子的元素。
对现今的大部份数据库而言,这些规则来自关系数据库理论和称作规范化的进程。
这一步的结果是产生管理这些数据的、不引用任何数据库管理系统的完整的数据库描述图。
在完成逻辑数据库设计后,开始肯定详细的运算机程序的逻辑和保护、报告数据库内容所需的查询。
物理数据库设计和概念
物理数据库设计和概念阶段决定运算机存储器(一般是磁盘)中数据库的组织,概念数据库管理系统的物理结构,概述处置事务的程序,产生期望的管理信息和决策支持的报表。
本阶段的目标是设计能够有效、安全地管理所有数据处置的数据库,因此物理数据库设计需紧密结合物理信息系统其他方面的设计,包括程序、运算机硬件、操作系统和数据通信网络。
数据库实现
数据库实现阶段编写、测试和安装处置数据库的程序。
设计人员能够利用标准的编程语言(如COBOL、C或VisualBasic)、专用的数据库处置语言(如SQL),或专用的非进程化语言来编程,以产生固定格式的报表、显示结果,可能还包括图表。
在实现阶段,还要完成所有的数据库文档,培训用户,为信息系统(和数据库)的用户安装程序。
最后一步是利用现存的信息源(遗留应用中的文件和数据库和此刻需要的新数据)加载数据。
加载数据的第一步常常是将数据从现存的文件和数据库中转到一种中间的格式(如二进制或文本文件),然后再将这些中间数据加载到新的数据库中。
最后,运行数据库和相关的应用以供实际的用户保护和检索数据。
在运转期间,按期备份数据库,并当数据库损坏或受到影响时恢复数据库。
数据库在数据库保护期间逐渐进展。
在这一步,为了知足转变的业务条件,为了更正数据库设计的错误,或数据库应用的处置速度而增加、删除或改变数据库的结构特征。
当一个程序或运算机发生故障而使数据库受到影响或损坏时也可能应该重建数据库。
这一步一般是数据库开发进程中最长的一步,因为它持续数据库及相关应用的整个生命周期,每次数据库的进展都可看做一个简略的数据库开发进程,其中会出现概念数据建模、逻辑和物理数据库设计和数据库实现以处置提出的转变。
二.信息系统开发的其他方式
系统开发生命周期法或其稍作转变的变体经常常利用于指导信息系统和数据库的开发。
信息系统生命周期是一种方式学,它是高度结构化的方式,它包括许多检查和衡量以确保每一步产生精准的结果,而且新的或替代的信息系统与它必需通信的或数据概念需要一致的现存系统维持一致。
系统开发生命周期法常常由于产生一个工作系统需要很长的时刻而受到批评,因为工作系统仅仅在整个进程结束时才产生。
此刻组织愈来愈多的利用快速应用开发法,它是一个包括分析、设计和实现步骤的快速重复的迭代进程,直到汇聚到用户所需的系统为止。
快速应用开发法在所需的数据库已经存在、增强系统主如果为了检索数据的应用中适用,而不适用于那些生成和修改数据库的应用。
利用最普遍的快速应用开发法之一是原型法。
原型法是一个系统开发的迭代进程,通过度析员和用户的紧密配合,持续地修改系统而最终将所有需求转换成一个工作系统。
在此图中咱们包括了注释,概略地描述了每一个原型法阶段的数据库开发活动。
一般来讲,当信息系统的问题被确按时,仅仅粗略地尝试概念数据建模。
在开发最初的原型时,设计用户想要的显示和报表,同时理解任何新的数据库需求并概念一个用语原型的数据库。
这一般是一个新的数据库,它复制现存系统的一部份,还可能增加了一些新的内容。
当需要新的内容时,这些内容通常来自外部数据源,如市场研究数据、一般的经济指标或行业标准。
当产生原型新的版本时重复数据库的实现和保护活动。
通常仅进行最低限度的安全性和完整性控制,因为现在的重点是尽可能快地产生能够利用的原型版本。
而且文档管理也延迟到项目的最后,在交付使历时才进行用户培训。
最后,一旦构建了一个可同意的原型,开发者和用户将决定最后的原型和数据库是不是能交付利用。
若是系统(包括数据库)效率很低,那么系统和数据库将被从头编程和从头组织以达到期望的性能。
随着可视化编程工具(如VisualBasic、Java、VisualC++和第四代语言)愈来愈流行,利用可视化编程工具能够很方便地修改用户与系统间的界面,原型法正成为可供选择的系统开发方式。
利用原型法改变用户报表和显示的内容和布局是相当容易的。
在那个进程中,新的数据库需求被肯定,因此被进展中的应用利用的现存的数据库应该进行修改。
乃至有可能为一个需要新的数据库的系统利用原型法,在这种情形下,当系统需求在迭代的开发进程中不断转变时需要获取样本数据以建造或重建数据库原型。
附件2:
外文原文
DatabaseDevelopmentProcess
Basedoninformationengineeringinformationsystemsplanningdatabaseisasourceofdevelopmentprojects.Thesenewdatabasedevelopmentprojectsisusuallyinordertomeetthestrategicneedsoforganizations,suchasimprovingcustomersupport,improveproductandinventorymanagement,oramoreaccuratesalesforecast.However,manymoredatabasedevelopmentprojectisthebottom-upapproachemerging,suchasinformationsystemuserneedsspecificinformationtocompletetheirwork,thusbeginningaprojectrequest,andasotherinformationsystemsexpertsfoundthatorganizationsneedtoimprovedatamanagementandbeginnewprojects.Bottom-upeveninthecircumstances,tosetupanenterprisedatamodelisalsonecessarytounderstandtheexistingdatabasecanprovidethenecessarydata,otherwise,thenewdatabase,dataentitiesandattributescanbeaddedtothecurrentdataresourcestotheorganization.
Boththestrategicneedsoroperationalinformationneedsofeachdatabasedevelopmentprojects