外文科技文献译文 信息系统的开发和数据库开发.docx

外文科技文献译文 信息系统的开发和数据库开发.docx

《外文科技文献译文 信息系统的开发和数据库开发.docx》由会员分享，可在线阅读，更多相关《外文科技文献译文 信息系统的开发和数据库开发.docx（24页珍藏版）》请在冰豆网上搜索。

外文科技文献译文信息系统的开发和数据库开发

本科生毕业设计（论文）

外文科技文献译文

译文题目信息系统的开发和数据库开发

（外文题目）InformationSystemDevelopmentandDatabaseDevelopment

系名称电子与信息工程系

专业电子信息工程（通信工程）

学号1115028

学生姓名薛祥宇

日期2015.4.16

指导教师签名日期2015.4.16

译文：

信息系统的开发和数据库开发

在许多组织中，从企业数据建模之初数据库开发，数据建模企业确定数据库和一般内容的范围。

这一步通常发生在一个组织的信息系统规划的过程中，它的目的是帮助企业建立一个全面的数据说明或解释，而不是特定数据库的设计。

为一个或多个信息系统的一个特定的数据库提供该组织保持数据的范围中记载的数据与公司数据模型（其可以涉及多个数据库）。

在企业数据建模，你检讨现行制度，需要支持的业务领域的性质，需要对抽象数据进一步说明，并规划一个或多个数据库开发项目的分析。

图1显示了松谷家具公司的企业数据的一部分的模型。

1.1信息系统体系结构

如图1，高级数据模型也只是一般的信息系统架构（ISA），或一个组织的信息系统蓝图的一部分。

在信息系统的规划，你可以建立一个企业数据模型作为整个信息系统架构的一部分。

根据Zachman的（1987），索瓦和Zachman的（1992）的观点的信息系统架构由以下六个关键的组件组成：

数据（图1示出，但也有其他方法）。

数据处理的操作（一个数据流图的都可以使用，与对象模型的方法，或者其它符号）。

网络，其组织和与商业伙伴之间的数据，其主传动机构（它可以通过网络拓扑映射连接并展示）。

人谁处理的数据和信息的实现，是在源和接收器（在用于数据的过程模型表明，发送者和接收者）。

实现事件和时间点（他们可以使用状态转换图等多种方式。

）

的原因，事件和数据处理规则（通常在文本的形式显示出来，但也有许多图表的规划工具，如决策表）。

1.2信息工程

信息系统的规划者按照特定的信息系统规划方法开发的信息系统架构。

信息工程是一种流行的和正式的方法。

信息工程是一个面向数据的创建和维护信息系统。

信息化工程是因为数据为导向的，所以当你开始了解该数据库是由标志定义，当信息工程简明的解释是非常有帮助的。

信息工程遵循自上而下的规划方法，即从各种各样的信息的特定信息系统需要从得到的理解（例如，我们需要有关客户，产品，供应商，数据中心的销售和加工），而不是许多合并的详细信息请（订单如屏幕或按照地域销售汇总报表输入）。

自上而下的规划将使开发人员能够计划更多的综合信息系统，考虑系统组件提供了一个综合的方法，以提高信息系统和理解的业务目标之间的关系，深化信息系统的了解整个组织理解的影响。

信息工程包括四个步骤：

规划，分析，设计和实施。

项目信息的规划阶段产生的信息系统架构，包括企业数据模型。

1.3信息系统规划

信息系统规划的目标是使IT组织和企业战略紧密结合起来，这种整合的信息系统和技术，使大部分的投资兴趣是非常重要的。

由于表作为说明，信息工程方法在规划阶段包括三个步骤，我们在后续三个部分，他们讨论。

1.关键因素，确定规划

规划是关键因素，组织目标，关键成功因素和问题领域。

这些因素决定建立链接到企业战略规划规划，环境规划与信息系统的目的。

表2显示了松谷家具公司的一些可能的因素，这些因素造成了信息系统经理为新的信息系统和数据库的俱乐部最优先处理的需求重点规划。

例如，给定的不精确的销售预测这个问题领域，在组织中的信息系统管理者可以被存储在数据库中的附加的历史销售数据，新的市场研究数据和新产品检测数据。

2.策划组织设定目标

组织策划目标的业务定义的范围，业务范围将限制在随后的分析和信息系统可能改变的地方。

五重点规划的目标如下：

●组织单位的各个部门。

●业务运营的地方组织的位置。

●业务支撑机构办理相关组的任务功能。

不同于商业组织功能模块，实际上是一个功能可以分配给不同的组织模块（例如，产品开发职能是生产和销售部的共同责任）。

●按类型对数据的主要类型的人，地点和事物的组织管理实体。

●信息系统数据集中处理应用软件和支持程序。

3.要建立一种商业模式

一个全面的业务模型，包括每个企业功能分解模型，企业数据模型和各种规划矩阵的功能。

功能分解是组织为一个更详细的分解过程中的功能，该功能分解是简化问题的分析，分心和识别组件以及使用的经典方法。

松谷家具公司，以功能在下面图2中的功能分解的例子。

在处理全套，多个数据库的业务功能和支持功能，是必不可少的一个特定的数据库，因此有可能只支持功能（如图2）提供的支持的子集。

为了减少数据冗余，使数据更有意义，有一个完整的，高层次的业务视图是非常有帮助的。

使用特定的企业数据模型来描述符号。

除了这种类型的实体的图形描述，一个完整的企业数据模型还应该包括企业运营的每个实体类型描述的描述和业务规则的摘要。

业务规则确定数据的有效性。

企业数据模型包括实体不仅类型，包括各种其它的目的打算链接数据实体之间的链接，以及。

表明规划之间的联系的目标矩阵的常见形式。

由于规划矩阵不必明确模型数据库可以清楚地描述业务需求，规划矩阵是一个重要的功能。

从业务规则定期导出矩阵的规划，这将有助于通过这些活动发展的一个企业范围的方式自上而下的视角下的首要任务将被分拣社会发展活动和发展活动。

有许多类型规划矩阵是可用的，它们的共同点是：

●位置-功能显示业务功能，其中经营地点实施。

●单元-这表明职能业务功能或负责实施业务单元。

●信息系统-数据实体来解释每个信息系统与每个数据实体如何进行交互（例如，是否在每个实体的每个系统必须创建，检索，更新和删除中的数据）。

●支持功能-数据在设定的取得，使用，更新和删除数据的每一个功能实体。

●信息系统-每一个信息系统，以支持业务目标的目标指示。

图3示出了一个可能的功能-数据实体矩阵。

这样的矩阵可以用于多种目的，包括以下三个目的：

1）识别所述数据实体的间隙，以指示实体的类型不使用不使用任何实体的任何一种或多种功能。

2）发现，通过基质涉及的检查人员各功能实体的损耗，以确定该实体的任何可能的损失。

3）发展活动之间的区别，如果优先的系统开发功能上的高优先级（可能是因为它重要的组织目标相关的），然后在数据库的开发使用的实体这一领域具有高优先级。

霍弗，乔治和Valacich（2002年）是矩阵对如何使用信息工程的规划和完成的作品规划体系更加完整的描述。

2数据库的开发过程

基于信息工程信息系统规划数据库开发项目的来源。

这些新的数据库开发项目通常是为了满足企业的战略需求，比如提高客户的支持，提高产品和库存管理，或者更准确的销售预测。

然而，越来越多的数据库开发项目是自下而上的方式出现，如信息系统的用户需要特定信息来完成自己的工作，从而开始一个项目的请求，并作为其他信息系统专家发现，组织需要改进数据管理，并开始新的项目。

自下而上，即使在这种情况下，以建立企业数据模型也有必要了解现有数据库可以提供必要的数据，否则，新的数据库，数据实体和属性可以被添加到当前数据资源向组织。

无论是战略需要或每个数据库开发项目的业务信息需求通常集中在一个数据库中。

有些项目只集中在一个数据库中的数据库定义，设计和实施，为后续的信息系统发展的基础。

然而，在大多数情况下，数据库和相关联的信息处理功能作为一个完整的信息系统的开发项目是发展的一部分。

2.1系统开发生命周期

导游管理信息系统开发项目的系统开发生命周期（SDLC）的传统工艺。

系统开发生命周期是专家的详细介绍，开发，维护和更换的整个信息系统的步骤小组组成的数据库设计师和程序员信息系统的组织。

此过程是因为瀑布比为每一步进入相邻的下一个步骤，即，在信息系统是由一块土地开发的一种规范，每一块的输出是下一个输入。

然而，在该图中示出，这些步骤不是纯粹的线性，在每个时间步骤重叠（并因此可以管理并行步骤），但是当需要重新考虑先前的决定，也能提前回滚一些步骤。

（和因此水可被放回瀑布！

）

图4对系统开发生命周期和产品的各个阶段的目的可交付简洁说明。

该系统开发生命周期，包括每个阶段和数据库开发相关的活动，因此，数据库管理系统在整个开发过程中的问题。

在图5中我们重复了七个系统开发生命周期阶段，并概述了在发展活动各个阶段的公共数据库。

请注意，系统开发生命周期阶段和数据库的开发步骤一一对应之间两个系统开发生命周期阶段的数据建模的概念之间的关系之间存在着。

企业建模

从企业建模数据库开发过程中（该项目的可行性研究系统开发生命周期阶段，并选择部分），组织设置范围和一般的数据库内容。

在信息系统规划和其他活动的企业建模，这些活动确定信息系统的一部分，需要改变和加强整个组织，并概述数据的范围。

在此步骤中，所需的数据时检查当前数据库和信息系统，该项目的开发为​​业务的性质的主要领域，每个术语的一个非常普遍的描述中的信息系统的开发。

只有当它实现组织的预期目标可以是下一个步骤时，每个项目。

概念数据建模

一个已经开始在信息系统项目中，所有的数据的信息系统需要的数据建模阶段的概念。

它被分成两个阶段。

首先，它开始在规划阶段的项目，并建立一个类似的计划，以图1同时概述了建立其他文件到现有的数据库，不考虑具体情况开发项目所需要的数据的范围。

这一类别仅包括高层次的数据（实体），和主要联系人。

然后在系统开发生命周期分析阶段必须有一个管理信息系统中设置的所有数据的数据模型定义的整个组织属性的详细信息，列出了所有的数据类型，所有的数据实体间的商业联系，充分数据的定义描述完整性规则。

在分析阶段，还检查数据模型的概念（也被称为模型背后的概念），并用来解释其他方面一致的类别的模式，如处理步骤，规则和数据处理时间信息系统的目标的定时。

然而，即使这个概念是这样详细的数据模型只是初步的，因为在服务，声明，显示和查询的设计后续信息系统的生命周期的活动可能会发现，缺少元素或错误。

因此，数据的概念常说的建模是自上而下的方式，它的操作与一般理解的驱动，而不是由驾驶员的具体的信息处理活动区域。

3.逻辑数据库设计

从两个角度数据库开发逻辑数据库设计。

首先，数据模型的概念转变成基于该装置的标准关系数据库理论-之间。

那么，作为信息系统的设计，每一个计算机程序（包括程序的输入和输出格式），数据库支持服务，报表和调查显示，一个详细的检查。

在此所谓的自下而上的分析中，需要精确的验证，以维护数据库并在每个事务，语句等的那些中的数据的性质的需要的数据。

对于每一个单独的语句，服务等的分析，必须考虑到一个特定的，有限的，但完整的数据库视图。

当语句，服务，以及其他的分析可能需要改变数据模型的概念。

尤其是在大型项目中，不同的分析系统的开发人员和团队可以在不同的程序或者在一个集中的独立工作，可以显示自己的工作细节，直到所有的逻辑设计阶段。

在这些情况下，逻辑数据库设计阶段必须是数据模型和这些独立的用户视图的原始概念或合并成一个全面的设计。

在逻辑设计的信息系统也确定在这个时候这些新的需求更多的信息处理需求必须纳入在数据库设计先前确定的逻辑。

逻辑数据库设计是基于为良好的数据规格形成的最后一步，并确定规则，组合，后磋商规格的数据或转换成基本原子元素。

当今大多数的数据库，从关系型数据库理论，这些规则和过程称为标准化。

此步骤是对这些数据的管理还没有引为数据库地图的完整描述的任何数据库管理系统的结果。

逻辑数据库设计完成后，我们开始确定详细的计算机程序和维护，数据库进行查询的报告内容的逻辑。

4.物理数据库设计和定义

物理数据库设计和定义阶段决定计算机内存（通常是磁盘）数据库中的组织，据对物理结构的图书管理系统的定义，概述加工服务程序，产生所需的管理信息和决策支持声明。

该阶段的目标是设计所有的数据处理数据库，物理数据库设计紧密结合起来的设计的其它物理方面，包括程序，计算机硬件，操作系统和数据通信网络的信息系统的安全，有效的管理。

5.数据库实施

编写的实现阶段，测试和安装程序处理数据库的数据库。

设计人员可以使用标准的编程语言（如COBOL，C或VisualBasic），该专用数据库处理语言（例如SQL），或在非排他性的语言编程，以便产生固定格式的语句的过程中，结果将显示，并且还可以包括图表。

在实现阶段，也是完成所有数据库文件，培养用户对于信息系统（数据库）的用户设置程序。

最后一步是使用现有信息来源（文件遗留应用程序和数据库，现在需要新的数据）加载数据。

载入数据往往是从现有文件和数据库数据的第一步到中间格式（如二进制或文本文件），然后把中间数据装载到新的数据库。

最后，运行的数据库和相关应用数据的实际用户维护和检索。

在操作中，定期备份数据库和数据库损坏或受影响的恢复数据库时。

6.数据库维护

期间中的数据库维护的逐步发展的数据库。

在此步骤中，为了满足不断变化的业务状况，以纠正错误数据库设计，数据库应用程序或处理速度的增加，删除或更改数据库的结构。

当计算机数据库的过程或​​故障影响或损坏数据库也可以重建。

此步骤通常是最长的数据库开发过程步骤，因为它继续数据库和相关应用的整个生命周期中，每个数据库的开发可以被看作是一个简短的数据库开发过程和数据建模概念出现，逻辑和物理数据库设计和数据库来实现处理变化。

2.2信息系统开发的其他方式

系统开发生命周期的法律或小的变化及其对经常使用的变量来指导信息系统和数据库的开发。

信息系统是一个生命周期方法，它是高度结构化的方法，其中包括很多的制衡，以确保准确的结果，以及新的或替代性的信息系统的每一步，它必须通信或数据定义一致现有的系统需要一致性。

由于经常需要有一个工作系统很长一段时间的系统开发生命周期受到批评，因为只能在系统中，直到生成的全过程结束。

越来越多的组织现在使用快速应用程序开发方法，它是一个包括分析，设计和实施的步骤，以重复快速迭代过程直到收敛到用户的系统为止。

需要快速应用开发法的数据库已经存在，并增强系统主要数据检索应用程序的应用程序，而不是那些谁生成和修改数据库应用程序。

快速应用程序开发的最常用的方法是原型之一。

该原型系统是迭代开发过程中，通过紧密合作，分析师和用户的方法，继续修改系统最终会转换成一个工作系统的所有需求。

图6显示原型的过程。

在此图中，我们包含了注释，简要描述了数据库开发活动原型的每一个阶段。

通常情况下，当被确定信息系统的问题，尝试了数据建模的只是一个粗略的概念。

在初始原型的发展，用户的设计要显示和声明，任何新的数据库的需求，并定义一个术语原型数据库。

这通常是一个新的数据库，复制现有系统的一部分，但也可能会增加一些新的内容。

当需要新的内容，但这些元件通常是从外部数据源，如市场研究数据，总的经济指标或行业标准。

当一个新版本的原型，以重复实现和维持的数据库活动。

可以使用的安全性和完整性控制的通常只有一个最低水平，因为此时的焦点尽快是制作一个原型版本。

但是，文档管理项目也推迟到最后，只有在用户培训的交付使用。

最后，一​​旦建成一个可接受的原型，开发人员和用户将是是否原型交付最终决定和使用的​​数据库。

如果系统（包括数据库）的效率非常低，则系统和数据库将被重新编程和重新组织，以达到期望的性能。

随着可视化编程工具（如VisualBasic，Java的，的VisualC++和第四代语言）越来越流行使用的可视化编程工具可以很容易地改变与系统的用户界面，样机正在成为系统开发方法的选择。

使用原型方法及原秀改动的内容和布局的客户是相当不容易。

在这个过程中，新的数据库需要被确定，因此它是利用现有的数据库的开发应修正。

还有就是需要一个新的数据库系统原型方法，甚至有可能，在这种情况下，当发展中不断变化的需求的迭代过程中，系统需要访问样本数据，数据库原型建造或重建。

三层架构模型3数据库开发

在这篇文章前面的关于建立几个不同的系统开发项目的解释中提到的数据库开发过程中，但相关的数据库视图或型号：

●概念模型（在建立的分析阶段）。

●外部模型或用户视图（在分析阶段和建立逻辑设计阶段）。

●物理模型或内部模型（在建立的物理设计阶段）。

图7描述了数据库视图这三者之间的关系，它是要记住，它们是同一个组织的数据库视图或模型是重要的。

换句话说，每个组织具有物理模型，概念模型和一个或多个用户视图的数据库。

因此，使用相同的数据的三层体系结构模型中设置观察不同的方式定义数据库。

在完整的数据库结构的概念模型，无关的技术规范。

概念模型定义不涉及存储在计算机中如何辅助存储器中的整个数据库中的数据。

通常情况下，由实体概念模型-链接（ER）映射或对象建模符号，图形格式来描述，我们有这种类型的概念模型，称为数据模型。

此外，该概念模型规范作为元数据存储在数据库或数据字典。

物理模型包括数据如何存储在两个规范计算机存储器概念模型。

分析师和数据库设计是物理数据库（物理方式）定义为重要的是，它提供了数据存储和两个完整的数据库技术规格的物理存储器空间的存取的分配和管理信息。

数据库开发和数据库技术数据库是三款车型分为基础之一。

数据库开发项目可能有一个角色只处理这三种观点的相关工作。

例如，一个初学者可被设计为一个或多个程序的外部模型，并且一个有经验的开发者将设计的物理模型或概念模型。

在不同层次的数据库设计问题有很大的不同。

数据库定位系统4三层结构

当设计一个数据库时，你要选择在哪里存储数据。

在物理数据库设计阶段该选项。

数据库分为个人数据库，工作组数据库，部门数据库，企业数据库和互联网数据库。

个人往往由最终用户数据库的设计和自身的发展，仅仅靠数据库专家给培训和咨询，帮助，它只包含个人最终用户感兴趣的数据。

有时候，从数据库或企业工作组的个人数据库中提取，从数据库中，从正规程序编写的一些专家来创建本地数据库这样的情况下数据库。

部门工作组数据库和数据库往往是最终用户，业务专家和中央数据库系统专家开发。

这些人员的协同工作是必要的，因为在数据库的设计是由大量的问题共同权衡：

处理速度，易用性，数据定义差异和其他类似的问题。

由于企业数据库和互联网数据库广泛的影响，大规模的，它通常集中在数据库开发团队已经接受过专业培训，建立专家数据库。

1.客户层

在台式机或笔记本电脑也被称为该层，专门在这一层的管理用户界面和系统的本地化数据可以在Web脚本任务来实现。

2.服务器/Web服务器

HTTP协议处理，脚本任务，计算的实施和提供数据访问，被称为加工服务层的图层。

3.企业服务器（小型机或大型机）层

复杂的计算和组织间的管理，从数据集成的多个数据源，也被称为数据服务层实现。

在一个组织中，层次化数据库和信息系统结构的分布式计算和相关的概念的客户机/服务器体系结构。

基于LAN环境的客户机/服务器结构中，包括服务器（称为数据库服务器或数据库引擎）从客户端工作站数据库订单数据库软件实现中，每一个客户应用程序集中在他们的用户界面功能。

事实上，该数据库的整个概念（以及这些数据库的应用程序来处理例程），为分布式数据库中或在本地PC工作站的独立但相关的物理数据库分布服务器中间体（工作组或部门）和一个中心服务器（部门或企业）。

简单地说，使用客户机/服务器体系结构的：

●它能够同时处理在同一应用程序的多个处理器，提高应用程序的响应时间和数据处理速度。

●它可以使用的最佳数据处理的各计算机平台（如与大型机和运算速度的PCMinicom先进用户接口）。

●可以混合使用各种客户端技术（Intel或Motorola处理器的个人电脑组装，电脑网络，信息亭等），公共数据共享。

此外，您还可以在系统模块上的任何层和其它层只有一小的影响改变技术。

●能够处理靠近数据源来加以处理，以提高响应时间，并减少网络流量。

●接受它允许和鼓励开放系统标准。

数据库开发，采用多层的客户机/服务器数据库体系结构的发展是最有意义的数据库将是容易开发和维护数据库模块向最终用户和数据库信息系统模块分离的内容。

该例程可以作为PowerBuilder中，Java和VisualBasic语言提供这个易于使用的图形用户界面。

通过该层间例行相互作用可以传递给访问例程，该例程访问的必要的数据和这些数据的分析，以形成所需的信息的中间件。

作为一个数据库开发人员和程序员，你可以在这个三层的任何工作水平，开发必要的软件。

原文：

InformationSystemDevelopmentandDatabaseDevelopment

Inmanyorganizations,databasedevelopmentfromthebeginningofenterprisedatamodeling,datamodelingenterprisesdeterminethescopeofthedatabaseandthegeneralcontent.Thisstepusuallyoccursinanorganization'sinformationsystemplanningprocess,itaimstohelporganizationscreateanoveralldatadescriptionorexplanation,andnotthedesignofaspecificdatabase.Aspecificdatabaseforoneormoreinformationsystemsprovidedataandthecorporatedatamodel（whichmayinvolveanumberofdatabases）describedbytheorganizationmaintainingthescopeofthedata.Datamodelingintheenterprise,youreviewofthecurrentsystem,theneedtosupportanalysisofthenatureofthebusinessareas,theneedforfurtherdescriptionoftheabstractdata,andplanningoneormoredatabasedevelopmentproject.Figure1showsPineValleyfurniturecompany'senterprisedatamodelofapart.

1.1InformationSystemArchitecture

Asshowninfigure1,seniordatamodelisonlygeneralinformationsystemarchitecture（ISA）orapartofanorganization'sinformationsystemblueprint.Intheinformationsystemplanning,youcanbuildanenterprisedatamodelasawholeinformationsystemarchitecturepart.AccordingtoZachman（1987）,SowaandZachman（1992）viewsofaninformationsystemarchitectureconsistsofthefollowingsixkeycomponents:

Data（Figure1shows,butthereareothermethodsthat）.

Manipulationofdataproc