外文文献及翻译:信息系统开发和数据库开发.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《外文文献及翻译:信息系统开发和数据库开发.docx》由会员分享,可在线阅读,更多相关《外文文献及翻译:信息系统开发和数据库开发.docx(33页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、外文文献及翻译:信息系统开发和数据库开发 天津科技高校本科生毕业设计(论文)外文资料翻译 专业:软件工程 学号 号:10103219姓名:吴振指导老师姓名 :程 程 岚 岚 岚迟 迟精选文库 信息系统开发和数据库开发组织中,数据库开发是从企业数据建模起先的,企业数据建模确定了组织数据库的范围和一般内容。这一步骤通常发生在一个组织进行信息系统规划的过程中,它的目的是为组织数据创建一个整体的描述或说明,而不是设计一个特定的数据库。一个特定的数据库为一个或多个信息系统供应数据,而企业数据模型(可能包含很多数据库)描述了由组织维护的数据的范围。在企业数据建模时,你审查当前的系统,分析须要支持的业务领域
2、的本质,描述须要进一步抽象的数据,并且规划一个或多个数据库开发项目。图 1 显示松谷家具公司的企业数据模型的一个部分。1.1 信息系统体系结构 如图 1 所示,高级的数据模型仅仅是总体信息系统体系结构(ISA)一个部分或一个组织信息系统的蓝图。在信息系统规划期间,你可以建立一个企业数据模型作为整个信息系统体系结构的一部分。依据 Zachman(1987)、Sowa 和Zachman(1992)的观点,一个信息系统体系结构由以下 6 个关键部分组成: 数据(如图 1 所示,但是也有其他的表示方法)。操纵数据的处理(着系可以用数据流图、带方法的对象模型或者其他符号表示)。网络,它在组织内并在组织与
3、它的主要业务伙伴之间传输数据(它可以通过网络连接和拓扑图来显示)。人,人执行处理并且是数据和信息的来源和接收者(人在过程模型中显示为数据的发送者和接收者)。执行过程的事务和时间点(它们可以用状态转换图和其他的方式来显示)。事务的缘由和数据处理的规则(常常以文本形式显示,但是也存在一些用于规划的图表工具,如决策表)。1.2 信息工程精选文库 信息系统的规划者根据信息系统规划的特定方法开发出信息系统的体系结构。信息工程是一种正式的和流行的方法。信息工程是一种面对数据的创建和维护信息系统的方法。因为信息工程是面对数据的,所以当你起先理解数据库是怎样被标识和定义时,信息工程的一种简洁的说明是特别有帮助
4、的。信息工程遵循自顶向下规划 的方法,其中,特定的信息系统从对信息需求的广泛理解中推导出来(例如,我们须要关于顾客、产品、供应商、销售员和加工中心的数据),而不是合并很多详尽的信息恳求(如一个订单输入屏幕或根据地域报告的销售汇总)。自顶向下规划可使开发人员更全面地规划信息系统,供应一种考虑系统组件集成的方法,增进对信息系统与业务目标的关系的理解,加深对信息系统在整个组织中的影响的理解。信息工程包括四个步骤:规划、分析、设计和实现。信息工程的规划阶段产生信息系统体系结构,包括企业数据模型。1.3 信息系统规划 信息系统规划的目标是使信息技术与组织的业务策略紧密结合,这种结合对于从信息系统和技术的
5、投资中获得最大利益是特别重要的。正如表 1 所描述的那样,信息工程方法的规划阶段包括 3 个步骤,我们在后续的 3 个小节中探讨它们。1.确定关键性的规划因素 关键性的规划因素是指组织目标、关键的胜利因素和问题领域。确定这些因素的目的是建立规划的环境并且将信息系统规划与战略业务规划联系起来。表 2显示了松谷家具公司的一些可能的关键规划因素,这些因素有助于信息系统的管理者为新的信息系统和数据库社顶优先级以处理需求。例如,考虑到不精确的销售预料这个问题领域,信息系统的管理者可能在组织数据库中存放额外的历史销售数据、新的市场探讨数据和新产品的测试数据。2.确定组织的规划对象 组织规划对象定义了业务范
6、围,业务范围会限制后来的系统分析和信息系统可能发生变更的地方。五个关键的规划对象如下所示: 组织单元组织中的各种部门。组织地点业务操作的发生地。精选文库 业务功能支持组织使命的业务处理的相关组。业务功能不同于组织单元,事实上一个功能可以安排给多个组织单元(例如,产品开发功能可能是销售部和生产部共同的责任)。实体类型 关于组织所管理的人,地点和事物的数据的主要类别。信息系统处理数据集的应用软件和支持程序。3.建立企业模型 一个全面的企业模型包括每个企业功能的功能分解模型、企业数据模型和各种规划矩阵。功能分解是把组织的功能进行更具体的分解过程,功能分解是在系统分析中为了简化问题、分散留意力和确定组
7、件而运用的经典处理方法。在松谷家具公司中订单履行功能的功能分解的例子如图 2 所示。对于处理业务功能和支持功能的全部集合而言,多个数据库是必需的,因此一个特定的数据库可能仅仅对支持功能(如图 2 所示)的一个子集供应支持。为了削减数据冗余和使数据更有意义,拥有完整的、高层次的企业视图是特别有帮助的。企业数据模型运用特定的符号来描述。除了实体类型这种图形描述外,一个完整的企业数据模型还应包括每个实体类型的描述和描述业务操作的提要,即业务规则。业务规则确定数据的有效性。一个企业数据模型不仅包括实体类型,还包括数据实体间的联系,以及各种规划对象间的其他联系。显示规划对象间联系的一种常见形式是矩阵。由
8、于规划矩阵不须要数据库被明确的建模就可以明确描述业务需求,因此规划矩阵是一种重要的功能。规划矩阵常常从业务规则中导出,它有助于社顶开发活动优先级、将开发活动排序和依据自顶向下视图通过一种企业范围的方法支配这些开发活动。有很多种规划矩阵可供运用,它们的共同之处是: 地点-功能显示业务功能在哪个业务地点执行。单元-功能显示业务功能由哪个业务单元执行或负责。信息系统-数据实体说明每个信息系统如何与每个数据实体相互作用(例如,是否每个系统都对每个实体中的数据进行创建、检索、更新和删除)。支持功能-数据实体确定每个功能中数据的获得、运用、更新和删除。精选文库 信息系统-目标显示信息系统支持的每个业务目标
9、 图 3 举例说明白一个可能的功能-数据实体矩阵。这样的矩阵可以用于多种目的,包括以下三个目的: 1)确定空白实体显示哪些数据实体没有被任何功能运用或哪个功能没有运用任何实体。2)发觉丢失的实体每个功能涉及的员工通过检查矩阵能够确认任何可能丢失的实体。3)区分开发活动的优先级假如一个给顶的功能对于系统开发有高优先级(可能因为它与重要的组织目标相关),那么这个领域所运用的实体在数据库开发中拥有高优先级。Hoffer、George 和 Valacich(2002)的著作中有关于怎样运用规划矩阵完成信息工程和系统规划的更完整的描述。2 数据库开发过程 基于信息工程的信息系统规划是数据库开发项目的一个
10、来源。这些开发新数据库的项目通常是为了满意组织的战略需求,例如改善客户支持、提高产品和库存管理或进行更精确的销售预料。然而很多数据库开发项目更多的是以自底向上的方式出现的,例如信息系统的用户须要特定的信息来完成他们的工作,从而恳求起先一个项目,又如其他信息系统的专家发觉组织须要改进数据管理而起先新的项目。即使在自底向上的状况下,建立企业数据模型也是必需的,以便理解现有的数据库是否可以供应所需的数据,否则,新的数据库、数据实体和属性都应当加到当前的组织数据资源中去。无论是战略需求还是操作信息的需求,每个数据库开发项目通常集中在一个数据库上。一些数据库项目仅仅集中在定义、设计和实现一个数据库,以作
11、为后续信息系统开发的基础。然而在大多数状况下,数据库及其相关信息处理功能是作为一个完整的信息系统开发项目的一部分而被开发的。2.1 系统开发生命周期 指导管理信息系统开发项目的传统过程是系统开发生命周期(SDLC)。系统开发生命周期是指一个组织中由数据库设计人员和程序员组成的信息系统专家精选文库 小组具体说明、开发、维护和替换信息系统的全部步骤。这个过程比作瀑布是因为每一步都流到相邻的下一步,即信息系统的规格说明是一块一块地开发出来的,每一块的输出是下一块的输入。然而如图所示,这些步骤并不是纯线性的,每个步骤在时间上有所重叠(因此可以并行地管理步骤),而且当须要重新考虑从前的决策时,还可以回滚
12、到前面某些步骤。(因而水可以在瀑布中倒流!)图 4 对系统开发生命周期每一阶段的目的和可交付的产品进行了简明注解。系统开发生命周期的每一阶段都包括与数据库开发相关的活动,所以,数据库管理的问题遍布整个系统开发过程。我们在图 5 中重复了系统开发生命周期的七个阶段,并概述了每个阶段常见的数据库开发活动。请留意,系统开发生命周期的阶段和数据库开发步骤之间不存在一一对应的关系,概念数据建模发生在两个系统开发生命周期阶段之间。企业建模数据库开发过程从企业建模(系统开发生命周期中项目论证和选择阶段的一部分)起先设定组织数据库的范围和一般内容。企业建模发生在信息系统规划和其他活动期间,这些活动确定信息系统
13、的哪个部分须要变更和加强并概述出全部组织数据的范围。在这一步中,检查当前数据库和信息系统,分析作为开发项目主体的业务领域的本质,用特别一般的术语描述每个信息系统在开发时所须要的数据。每个项目只有当它达到组织的预期目标时才可以进行下一步。概念数据建模对一个已经起先的信息系统项目而言,概念数据建模阶段分析信息系统的全部数据需求。它分为两个阶段。首先,它在项目起先和规划阶段建立一张类似于图 1 的图。同时建立其他文档来概述不考虑现存数据库的状况下特定开发项目中所需的数据范围。此时仅仅包括高层类别的数据(实体)和主要联系。然后在系统开发生命周期的分析阶段产生确定信息系统必需管理的全部组织数据的具体数据
14、模型,定义全部数据属性,列出全部数据类别,表示数据实体间全部的业务联系,确定描述数据完整性的全部规则。在分析阶段,还要检查概念数据模型(在后面也称作概念模式)与用来说明目标信息系统其他方面的模型类别的一样性,例如处理步骤、处理数据的规则以刚好间的时序。然而,即使是这样具体的概念数据模型也只是初步的,因为后续的信息系统生命周期中的活动在设计事务、报表、显示和查询时可能会发觉遗漏的元素或错误。因此,常常说到的概念数据建模是以一种自顶向下的方式完成的,它由业务领域的一般理解所驱动,而不是由特定的信息处理活动所驱动。3.逻辑数据库设计精选文库 逻辑数据库设计从两个角度进行数据库开发。首先,将概念数据模
15、型变换成基于关系数据库理论的标准表示方法关系。然后像设计信息系统的每个计算机程序(包括程序的输入和输出格式)那样,对数据库支持的事务、报表、显示和查询进行具体的检查。在这个所谓的自底向上的分析中,精确地验证数据库中须要维护的数据和在每个事务、报表等等中须要的那些数据的性质。对于每个单独的报表、事务等等的分析都要考虑一个特定的、有限制的但是完全的数据库视图。当报表、事务等被分析时有可能依据须要而变更概念数据模型。尤其在大型的项目中,不同的分析人员和系统开发者的团队可以独立地工作在不同的程序或程序集中,他们全部工作的细微环节直到逻辑设计阶段才可能会显示出来。在这种状况下,逻辑数据库设计阶段必需将原
16、始的概念数据模型和这些独立的用户视图合并或集成到一个全面的设计中。在进行逻辑信息系统设计时也可以确定额外的信息处理需求,此时这些新的需求必需集成到前面确定的逻辑数据库设计中。逻辑数据库设计的最终一步是依据为生成结构良好的数据规格说明而确定的规则,将组合的、协商后的数据规格说明转换成基本的或原子的元素。对当今的大部分数据库而言,这些规则来自关系数据库理论和称作规范化的过程。这一步的结果是产生管理这些数据的、不引用任何数据库管理系统的完整的数据库描述图。在完成逻辑数据库设计后,起先确定具体的计算机程序的逻辑和维护、报告数据库内容所需的查询。4.物理数据库设计和定义 物理数据库设计和定义阶段确定计算
17、机存储器(通常是磁盘)中数据库的组织,定义数据库管理系统的物理结构,概述处理事务的程序,产生期望的管理信息和决策支持的报表。本阶段的目标是设计能够有效、平安地管理全部数据处理的数据库,因此物理数据库设计需紧密结合物理信息系统其他方面的设计,包括程序、计算机硬件、操作系统和数据通信网络。5.数据库实现 数据库实现阶段编写、测试和安装处理数据库的程序。设计人员可以运用标准的编程语言(如 COBOL、C 或 Visual Basic)、专用的数据库处理语言(如SQL),或专用的非过程化语言来编程,以产生固定格式的报表、显示结果,可能还包括图表。在实现阶段,还要完成全部的数据库文档,培训用户,为信息系
18、统(和数据库)的用户安装程序。最终一步是利用现存的信息源(遗留应用中的精选文库 文件和数据库以及现在须要的新数据)加载数据。加载数据的第一步常常是将数据从现存的文件和数据库中转到一种中间的格式(如二进制或文本文件),然后再将这些中间数据加载到新的数据库中。最终,运行数据库以及相关的应用以供实际的用户维护和检索数据。在运转期间,定期备份数据库,并当数据库损坏或受到影响时复原数据库。6.数据库维护 数据库在数据库维护期间渐渐发展。在这一步,为了满意改变的业务条件,为了改正数据库设计的错误,或数据库应用的处理速度而增加、删除或变更数据库的结构特征。当一个程序或计算机发生故障而使数据库受到影响或损坏时
19、也可能应当重建数据库。这一步通常是数据库开发过程中最长的一步,因为它持续数据库及相关应用的整个生命周期,每次数据库的发展都可看作一个简略的数据库开发过程,其中会出现概念数据建模、逻辑和物理数据库设计以及数据库实现以处理提出的改变。2.2 信息系统开发的其他方法 系统开发生命周期法或其稍作改变的变体常常用于指导信息系统和数据库的开发。信息系统生命周期是一种方法学,它是高度结构化的方法,它包括很多检查和权衡以确保每一步产生精确的结果,而且新的或替代的信息系统与它必需通信的或数据定义须要一样的现存系统保持一样。系统开发生命周期法常常由于产生一个工作系统须要很长的时间而受到指责,因为工作系统仅仅在整个
20、过程结束时才产生。现在组织越来越多的运用快速应用开发法,它是一个包含分析、设计和实现步骤的快速重复的迭代过程,直到汇聚到用户所需的系统为止。快速应用开发法在所需的数据库已经存在、增加系统主要是为了检索数据的应用中适用,而不适用于那些生成和修改数据库的应用。运用最广泛的快速应用开发法之一是原型法。原型法是一个系统开发的迭代过程,通过分析员和用户的紧密协作,持续地修改系统而最终将全部需求转换成一个工作系统。图 6 显示原型法的过程。在此图中我们包含了注释,概略地描述了每个原型法阶段的数据库开发活动。一般来说,当信息系统的问题被确定时,仅仅粗略地尝试概念数据建模。在开发最初的原型时,设计用户想要的显
21、示和报表,同时理解任何新的数据库需求并定义一个用语原型的数据库。这通常是一个新的数据库,它复制现存系统的一部分,还可能增加了一些新的内容。当须要新的内容时,这些内容通常来自外部数据源,如市场探讨数据、一般的经济指标或行业标准。精选文库 当产生原型新的版本时重复数据库的实现和维护活动。通常仅进行最低限度的平安性和完整性限制,因为此时的重点是尽可能快地产生可以运用的原型版本。而且文档管理也延迟到项目的最终,在交付运用时才进行用户培训。最终,一旦构建了一个可接受的原型,开发者和用户将确定最终的原型和数据库是否能交付运用。假如系统(包括数据库)效率很低,那么系统和数据库将被重新编程和重新组织以达到期望
22、的性能。随着可视化编程工具(如 Visual Basic、Java、Visual C+和第四代语言)越来越流行,利用可视化编程工具可以很便利地修改用户与系统间的界面,原型法正成为可供选择的系统开发方法。运用原型法变更用户报表和显示的内容和布局是相当简单的。在这个过程中,新的数据库需求被确定,因此被发展中的应用运用的现存的数据库应当进行修改。甚至有可能为一个须要新的数据库的系统运用原型法,在这种状况下,当系统需求在迭代的开发过程中不断改变时须要获得样本数据以建立或重建数据库原型。3 数据库开发的三层模式体系结构 在本文前面关于数据库开发过程的说明中提到了一个系统开发项目上建立的几个不同的、但是相
23、关的数据库视图或模型: 概念模式(在分析阶段建立)。 外部模式或用户视图(在分析阶段和逻辑设计阶段建立)。 物理模式或内部模式(在物理设计阶段建立)。图 7 描述了数据库这三个视图之间的关系,重要的是要记住,它们是同一个组织数据库的视图或模型。也就是说,每一个组织数据库都有一个物理模式、一个概念模式以及一个或多个用户视图。因此,三层模式体系结构用视察同一数据集的不同方式定义数据库。概念模式 关于全部数据库结构的、与技术无关的规格说明。概念模式定义了整个数据库而不涉及数据怎样存储在计算机的二级存储器中。通常,概念模式用实体-联系(E-R)图或对象建模符号这样的图形格式来描述,我们把这种类型的概念
24、模式称为数据模型。另外,概念模式的规格说明作为元数据存储在信息库或数据字典中。精选文库 物理模式 包括概念模式的数据怎样存储在计算机二级存储器中的规格说明。对数据库分析员和设计人员来说,重要的是物理数据库(物理模式)的定义,它供应了关于安排和管理存储和访问的数据所在的物理二级存储器空间的数据库技术的全部规格说明。数据库开发和数据库技术是以数据库这三个模式间的区分为基础的。数据库开发项目的一个角色可能仅需处理与这三个视图中的一个相关的工作。例如,一个初学者可能设计用于一个或多个程序的外部模式,而一个有阅历的开发者将设计物理模式或概念模式。数据库设计问题在不同的层次上有很大的不同。4 三层数据库定
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 外文 文献 翻译 信息系统 开发 数据库
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内