企业ERP系统实施是一项复杂且细节的系统工程，一般以项目形式完成。项目领导小组一般由企业高层领导和服务方组成，通过定期和不定期会议指导项目的运作和排除项目组难以解决的困难。项目组的构成包括服务方的咨询顾问和企业方的关键用户。

一、前期准备

前期准备工作是ERP系统实施的重要环节，关系到系统实施是_台成功，应高度蕈视。主要内容包括：

1、原理培训：培训对象主要是企业高层管理者及ERP项日组人员，目的是让他们掌握ERP的基本原理和管理思想。

2、需求确认：参与对象主要是企业各级管理者及项日组人员，主要是对企业现行管理的业务流程和存存的问题进行归纳、总结和评议，找出企管理的症结所在，并确定解决方案，明确预期目标。

3、确定目标：企业在实施ERP前，要理智地进行立项分析，包括企业是否具备应用ERP系统的基本条件，最迫切需要解决哪些问题，企业为ERP系统投入的资金、人力等资源能否保证系统实施，企业实施ERP系统的投资回报率有多高，最终确定是否ERP系统。

4、系统选型：每个企业都有其特殊性，任何一套系统都不可能完全解决企业的所有问题，系统选型可以采取招标方式，既方便对比了解不同系统的优缺点，又促进投标单位的竞争而使企业最终受益。

二、实施阶段

1、项目组织：项目实施小组成员主要由 业信息技术部门、财务部门等主要部门的领导或业务骨干组成。

2、方案准备：由关键用户和系统咨询颐问讨论业务流程操作的每个细节，最终确定其存系统中实现的方案。企业在系统实施前必须完成业务流程重组简BPR。企业进行BPR是实施ERP的前提、依据和基础。

3、数据准备：在运行ERP之前，要准备和录入一系列基础数据，包括主数据和业务数据，需要做大量分析研究工作。主数据是指会被其他操作过程选用的，在系统财务、业务等不同的模块之间共享的记录数据，包括会计科目、客户、产品、银行、人员等类型的信息;业务数据是指系统切换时点反映企业状况的需要记录结转的业务、财务数据，包括财务账面所有余额、业务台账余额等信息。

4、系统安装调试：由于ERP系统是信息集成系统，在测试时，应当是全系统测试，各部门同时参与。这样才能理解各个数据、功能和流程之间相互的集成关系，找出不足，提出解决企业财务管理问题的方案。

5、模拟运行及用户化：在基本掌握软件功能的基础上，选择代表产品，录入必要的数据，组织项目小组进行实战性模拟，提出解决方案。可由代表不同环节的关键用户集中进行，根据企业特殊需求配置系统、开发程序等，对系统进行“客户化”工作。

6、制定：工作准则与规程：针对实施中出现的无法由系统自动控制而必须人为干预的问题，由项目实施小组确定相应的解决方案，制定与之对应的工作准则和规程，并在实践中不断总结、完善。

7、用户培训。由企业的关键用户在实施颐问的指导下，按照既定的系统操作规程，对最终用户进行系统操作培训。

三、系统运用

1、新系统上线，新旧系统并行阶段：在这个阶段，所有最终用户必须在工作岗位上的正式系统中操作，处丁真正应用状态，新的正式系统上线开始运作，业原操作方式与新系统同时运行。

2、验收：在确认新系统运行成功后，完成必要的用户化上作，运行之前还需要经项日领导小组、项日实施小组的审批和验收通过，以确保ERP的实施质量。

3、持续发展阶段：包括软件维护、升级和对新需求的继续丌发工作。随着市场竞争形势的发展，企业管理水平的不断提高、系统自身不断更新换代、信息技术的不断进步等各方面都会对原有系统构成新的挑战，有必要对系统实施结果做一个小结，以判断是否达到最初的目标，在此基础上制定下一步的目标，不断改进和提高。这也是ERP系统和普通应用软件的重要区别。

本文转自UAS管理系统：www.usoftchina.com

1.*WBS是什么?创建WBS分解过程?

WBS是工作分解结构的意思;

创建WBS分解过程:

1. 识别和分析可交付成果及相关工作
2. 确定WBS的结构和编排方法
3. 自上而下的细化分解
4. 为WBS组件制定和分配标识编码
5. 核实可交付成果分解的程度是否恰当

简化记忆:

• 可交付成果(识别与分析)
• WBS的结构和编排(确定 方法)
• 逐渐细化(自上而下 分解)
• 分配表示编码(制定WBS组件)
• 核实交付成果分解程度(恰当的)

专业词	意思	考点内容
MRPII	制造资源的缩写
ERP	企业资源计划	以MRPII(制造资源)为核心
CRM	客户关系管理	以客户为中心,市场营销和客户服务是CRM的支柱性功能
SCM	供应链管理	围绕核心企业,对信息流,物流,资金量和商流的控制,是一条增值链
EAI	企业应用集成
WBS	工作分解结构

2.*EAI(企业应用集成)的五个层面,口诀:“界平数应过”

• 界:界面集成
• 平:平台集成
• 数:数据集成
• 应:应用集成
• 过:过程集成

3.电子商务模式(B表是企业,C表示居民)

• B2B:企业对企业
• B2C:企业对居民
• C2C:居民对居民

4.*监控阶段输入围绕以下几点选或答

• 计划
• 绩效
• 输出有变更
• 更新

往年题目:以下哪个是监控项目工作过程的输入(B)。 
A．工作绩效信息
B．绩效报告
C．批准的变更请求
D．提出的变更请求

5.项目管理计算计算公式

公式(括号里表示对应的意思)
EAC(完工估算) = ETC(完工尚需预算) + AC(实际成本)
SV(进度偏差) = EV(完工成本) - PV(计划预算)
CV(成本偏差) = EV(完工成本) - AV(实际成本)
SPI(进度绩效) = EV(完工成本) / PV(计划预算)
CPI(成本绩效) = EV(完工成本) / AC(实际成本)
BAC(全部工作预算) = 所有PV(计划预算)的和
EV(完工成本) = PV(计划预算) * SPI(进度绩效)
ETC(完工尚需预算) = (BAC(全部工作预算) - EV(完工成本)) / CPI(成本绩效) 非典型的CPI为1

6.求标准差,期望值

以上是往年题,这里有两条公式需要稍微重点注意
标准差 = (悲观估计-乐观估计)/6
期望值 = (乐观估计值 + 4*最可能估计值 + 悲观估计值)/6

7.*信息化相关知识

• 香农:给出对信息的定义是"信息是不确定的减少"
• 维纳:给出的信息定义是"信息就是信息,既不是物质也不是能量"
• 信息化的定义:计算机,通信和网络科技的现代化

8.*国家信息体系的九大战略重点

• 口诀:“经政文社开基竞安用”
• 经:推进国民经济信息化
• 政:推进电子政务
• 文:推进先进网络文化
• 社:推进社会信息化
• 开:加强信息资源的开发利用
• 基:完善综合信息基础设施
• 竞:提高信息产业竞争力
• 安:建设国家信息安全保障体系
• 用:提高国民信息技术应用能力

9.*国家信息化体系六个要素

• 口诀:“资网技术产人政”
• 资:信息资源 --是核心
• 网:信息网络 --是信息传输、交换和共享的必要手段
• 技术:信息技术 --是龙头
• 产:信息产业 --是基础
• 人:信息人才 --是关键
• 政:信息化政策,法规,标准与规范 --是根本保障

10.电子政务(G表政府,B表企业,C表居民,E表政府雇员)

• G2G:政府对政府
• G2B:政府对企业
• G2C:政府对居民
• B2G:企业对政府
• C2G:居民对政府
• G2E:政府对政府雇员

11.*企业信息化

企业信息化一定要建立在企业战略规划的基础上,是技术和业务的融合

12.BI(商业智能);DM(数据挖掘);DW:数据仓库

• 数据仓库技术用于接触分析
• 数据挖掘的技术应用于从数据库中发现知识,对决策进行支持
• 数据仓库和数据挖掘是商业智能的主要组成

13.*数据仓库的特点

• 面向主题
• 集成的
• 非易失的
• 反映历史变化的数据集合

14.*数据仓库的四个层次

1. 数据源
2. 数据存储和管理
3. 联机分析处理服务器
4. 前端工具

15.*数据挖掘技术分为以下几种

1. 描述性数据挖掘
   • 数据总结
   • 聚类
   • 关联分析
2. 预测性数据挖掘
   • 分类
   • 回归
   • 时间顺序

15.*大数据有五个特点

1. 大量(Volume)
2. 高速(Velocity)
3. 多样(Variety)
4. 低密度价值(Value)
5. 真实性(Veracity)

16.*大数据的关键技术

• 大数据存储管理技术
• 大数据并行计算机技术与平台
• 大数据分析技术

17.*云计算的三个层次

• IaaS:基础设施即服务
• PssS;平台即服务
• SaaS:软件即服务

18.信息系统服务

• 前端的信息技术咨询服务相当于售前
• 中端的系统集成服务相当于售中
• 后端的技术支持服务相当售后

19.*系统集成服务五个集成(跟2.企业集成很像,注意区分)

口诀:“硬软数信,技管人机”

1. 硬:硬件集成
2. 软:软件集成
3. 数信:数据和信息集成
4. 技管:技术与管理集成
5. 人机:人与组织机构集成

20.*监理的主要工作内容"四控三管一协调"

口诀:“投进质变安心合,再加上沟通协调”

四控:

• 投:投资控制
• 进:进度控制
• 质:质量控制
• 变:变更控制

三管:

• 安:安全管理
• 信:信息管理
• 合:合同管理

一协调:

• 沟通与协调

21.*IT服务是以客户为中心,提高企业"服务提供"和"服务支持"能力的方法

22.*ITSM(IT服务管理)的三个根本目的

• 以客户为中心,提供IT服务
• 提供高质量,低成本的服务
• 提供的服务是可以准确计价的

23.ITIL(IT基础架构标准库)是ITSM(IT服务管理)领域的最佳实践,提供了核心流程

24.ITIL(IT基础架构标准库)的核心是服务管理模块,分为"服务支持"和"服务提供"两个子模块

25.*项目十大管理模块以对应的工作的生命周期

十大管理	启动过程	计划过程	执行过程	监控过程	收尾过程
项目整体管理	制定项目章程	指定项目管理计划	指导和管理项目执行	1.监控项目工作 2.实施整体变更控制	结束项目或阶段
项目范围管理		1.规划范围管理2.计划收集需求3.定义需求(范围说明书)4.创建WBS(范围基准)		1.范围确认(验收相关)2.范围控制
项目进度管理		1.规划进度管理计划(范围基准)2.定义活动3.活动排序4.活动资源估算5.估算活动持续时间6.指定进度计划(进度基准)		控制进度
项目成本管理		1.规划成本管理计划2.成本估算3.成本预算(成本基准)		成本控制
项目质量管理		规划质量管理计划	保证质量	质量控制
项目人力资源管理		规划人力资源管理计划	项目团队组建,建设,管理
项目沟通管理		规划沟通管理计划	管理沟通	控制沟通
项目风险管理		1.规划风险管理计划2.风险识别3.风险定量分析4.风险定性分析5.规划风险应对		控制风险
项目采购管理		规划采购管理计划	实施采购	管理采购	结束采购
项目干系人管理	识别干系人	规划干系人管理	管理干系人参与	控制干系人参与

项目章程主要内容:

1. 概括性的项目描述和产品描述
2. 项目目的和批准的原因
3. 项目总体要求
4. 可测量的项目目标和相关成功标准
5. 主要风险
6. 总里程碑计划
7. 总预算
8. 项目审批要求
9. 项目经理职责职权
10. 发起人和其他批准目章程人员姓名和职权

范围说明书的主要内容:

1. 产品范围描述

2. 项目验收标准

3. 项目可交付成果

4. 项目排外责任

5. 制约因素

6. 假设条件

7. 项目边界

8. 项目需求

   ---

   窍门:

   1. 上一个过程域的输出是他下一个过程域的输入
   2. 走投无路万能输入:组织过程资产,事业环境因素
   3. 走投无路万能输出:项目文件更新,项目管理计划更新,组织过程资产更新
   4. 走投无路万能工具:会议,专家判断
   5. 计划过程组一般都有章程计划作为输入;监控阶段输入有计划,绩效,输出有变更,更新
   6. 含有控制两字的都是监控阶段(除了范围确认,管理采购)
   7. 十大过程:整范进城质人沟风采干,范进成风只有计划和监控阶段

---

0.一图总览

1.数据库设计概述及六步骤简介

数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。

1. 数据库设计的特点
   数据库设计是一项涉及多学科的综合性技术，又是一项庞大的工程项目，具有如下特点：
   (1) 数据库建设是硬件、软件和干件（技术和管理的界面）的结合。
   (2) 数据库设计应该和应用系统设计相结合。

2. 数据库设计方法
   常用的数据库设计方法如下：
   （1）新奥尔良方法：将数据库设计分为若干阶段和步骤
   （2）基于 E-R 模型的设计方法：概念设计阶段广泛采用
   （3）基于 3NF 的设计方法：逻辑阶段可采用的有效方法
   （4）ODL（Object Definition Language）方法：面向对象的数据库设计方法
   （5）计算机辅助设计：ORACLE Designer 2000、SYBASE PowerDesigner

3. 数据库设计的基本步骤
   数据库设计分为 6 个阶段：
   （1） 需求分析：准确了解与分析用户需求（包括数据与处理）。
   （2）概念结构设计：对用户需求进行综合、归纳与抽象，形成一个独立于具体 DBMS的概念模型。
   （3）逻辑结构设计：将概念结构转换为某个 DBMS 所支持的数据模型，并对其进行优化。
   （4）物理结构设计：为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。
   （5） 数据库实施：建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。
   （6）数据库运行和维护：对数据库系统进行评价、调整与修改。

需求分析和概念设计独立于任何数据库管理系统
逻辑设计和物理设计与选用的DBMS密切相关

2.需求分析—步骤一

需求分析是整个数据库设计过程中最重要的步骤之一，是后继各阶段的基础。在需求分析阶段，从多方面对整个组织进行调查，收集和分析各项应用对信息和处理两方面的需求。

2.1 收集资料

收集资料是数据库设计人员和用户共同完成的任务。确定企业组织的目标，从这些目标导出对数据库的总体要求。通过调研，确定由计算机完成的功能。

2.2 分析整理

分析的过程是对所收集到的数据进行抽象的过程，产生求解的模型。

2.3 数据流图

采用数据流图来描述系统的功能。数据流图可以形象地描述事务处理与所需数据的关联，便于用结构化系统方法，自顶向下，逐层分解，步步细化。

2.4 数据字典

对数据流图中的数据流和加工等进一步定义，从而完整地反映系统需求。
数据字典的用途：
进行详细的数据收集和数据分析所获得的主要结果
数据字典的内容：
数据项
数据结构
数据流
数据存储
处理过程

2.5 用户确认

需求分析得到的数据流图和数据字典要返回给用户，通过反复完善，最终取得用户的认可。

3.概念结构设计—步骤二

概念设计阶段的目标是产生整体数据库概念结构，即概念模式。概念模式是整个组织各个用户关心的信息结构。描述概念结构的有力工具是 E-R 模型。

3.1 E-R 模型

（1）基本 E-R 模型
E-R 模型通过 E-R 图表示出来。
将所有实体属性和实体之间的联系均描述出来就构成了一个 E-R 图

（2）基本 E-R 模型的扩展
数据抽象
一般有 3 种抽象：
(1)分类: 它抽象了对象值和型之间“is member of”的语义。例如：“张英”是“学生”实体中的一员。

(2)聚集 :它抽象了对象内部类型和成分之间“is part of”的语义。例如：若干属性的聚集组成了实体型。

(3)概括 :它抽象了类型之间“is subset of”的语义。

依赖联系

在现实世界中，常常有某些实体对于另一些实体具有很强的依赖关系，即一个实体的存在必须以另一实体的存在为前提。通常把前者称为弱实体。
在E-R图中，用双线框表示弱实体，用指向弱实体的箭头表明依赖联系。

超类和子类

概括定义了类型之间的一种子集联系。
例如：学生是一个实体型，本科生、研究生也是实体型。本科生、研究生均是学生的子集。把学生称为超类，本科生、研究生称为学生的子类。
在E-R图中，用双竖边的矩形框表示子类，用直线加小圆圈表示超类-子类联系。
子类继承超类上定义的全部属性，其本身还可包含其他属性。

3.2 建立 E-R 模型

（1）设计局部 E-R 模型
确定局部结构范围
定义实体
联系定义
属性分配

（2）设计全局 E-R 模型
确定公共实体类型
局部E-R模型的合并
消除冲突

（3）全局 E-R 模型的优化
实体类型的合并
冗余属性的消除
冗余联系的消除

4.逻辑结构设计—步骤三

逻辑结构设计就是把上述概念模型转换成为某个具体的数据库管理系统所支持的数据模型。

4.1 E-R 模型向关系模式的转换

转换原则:
（1）每一个实体类型转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码。
（2）联系的转换
① 一般1:1，1:m联系不产生新的关系模式，而是将一方实体的码加入到多方实体对应的关系模式中，联系的属性也一并加入。
②m:n联系要产生一个新的关系模式，该关系模式由联系涉及实体的码加上联系的属性（若有）组成。

具体做法：

（1）两实体间的 1:1 联系

一个 1:1 联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。可将任一方实体的主码纳入另一方实体对应的关系中，若有，联系的属性也一并纳入。

例如，如图 6.1 所示的 E-R 图可转换为如下关系模式：
工厂（厂号，厂名，地点，姓名，任期）
厂长（姓名，性别，年龄）
或者：
工厂（厂号，厂名，地点）
厂长（姓名，性别，年龄，厂号，任期）

（2）两实体间的 1:m 联系

可将“1”方实体的主码纳入“m”方实体对应的关系中作为外码，同时把联系的属性也一并纳入“m”方对应的关系中。

例如，如图 6.2 所示的 E-R 图转换为如下关系模式：
仓库（仓库号，地点，面积）
商品（货号，品名，价格，仓库号，数量）

（3）同一实体间的 1:m 联系

可在这个实体所对应的关系中多设一个属性，作为与该实体相联系的另一个实体的主码。

例如，如图 6.3 所示的 E-R 图可转换为如下关系模式：
职工（工号，姓名，年龄，性别，职称，工资，领导者工号，民意测验）

（4）两实体间的弱实体联系

可将被依赖实体的主码纳入弱实体中，作为弱实体的主码或主码中的一部分。

例如，如图 6.4 所示的 E-R 图可转换为如下关系模式：
职工（工号，姓名，年龄，性别，职称）
亲属（工号，亲属姓名，亲属关系）

（5）超类和子类的转换

超类、子类实体都可转换为一个关系，并将超类实体的主码加到子类实体中。

例如，如图 6.5 所示的 E-R 图中各个实体的属性为：
职员：职工号，姓名，性别，年龄，参加工作时间
飞行员：飞行小时，健康检查，飞机型号
机械师：学历，级别，专业职称
管理员：职务，职称

该 E-R 图转换为如下关系模式：

职员（职工号，姓名，性别，年龄，参加工作时间）
飞行员（职工号，飞行小时，健康检查，飞机型号）
机械师（职工号，学历，级别，专业职称）
管理员（职工号，职务，职称）

为了查询方便，可在超类实体中增加一个指示器属性，根据指示器的值直接查询子类实体表。所以，职员关系又可以为：
职员（职工号，姓名，性别，年龄，参加工作时间，职员类型）

（6）两实体间的 m:n 联系

必须对“联系”单独建立一个关系，该关系中至少包含被它所联系的双方实体的“主码”，如果联系有属性，也要纳入这个关系中。

例如，如图 6.6 所示的 E-R 图转换为如下关系模式：
学生（学号，姓名，性别，年龄）
课程（课程号，课程名，学时）
选修（学号，课程号，成绩）

（7）同一实体间的 m:n 联系

必须为这个“联系”单独建立一个关系，该关系中至少应包含被它所联系的双方实体的“主码”，如果联系有属性，也要纳入这个关系中。由于这个“联系”只涉及一个实体，所以加入的实体的主码不能同名。

例如，如图 6.7 所示的 E-R 图转换为如下关系模式：
零部件（代号，名称，价格）
组装（代号，组装件代号，数量）

（8）两个以上实体间的 m:n 联系

必须为这个“联系”单独建立一个关系，该关系中至少应包含被它所联系的各个实体的“主码”，若是联系有属性，也要纳入这个关系中。

例如，如图 6.8 所示的 E-R 图可转换为如下关系模式：
供应商（供应商号，供应商名，地址）
零件（零件号，零件名，重量）
项目（项目编号，项目名称，开工日期）
供应（供应商号，项目编号，零件号，零件数）

4.2 关系模式的优化

最核心的就是要遵循数据库设计的nF范式

应用关系规范化理论对上述产生的关系模式进行优化，具体步骤如下：
（1）确定每个关系模式内部各个属性之间的数据依赖以及不同关系模式属性之间的数据依赖。
（2）对各个关系模式之间的数据依赖进行最小化处理，消除冗余的联系。
（3）确定各关系模式的范式等级。
（4）按照需求分析阶段得到的处理要求，确定要对哪些模式进行合并或分解。
（5）为了提高数据操作的效率和存储空间的利用率，对上述产生的关系模式进行适当的修改、调整和重构。

4.3 设计用户子模式

全局关系模型设计完成后，还应根据局部应用的需求，结合具体 DBMS 的特点，设计用户的子模式。

设计子模式时应注意考虑用户的习惯和方便性，主要包括：
（1）使用更符合用户习惯的别名。
（2）可以为不同级别的用户定义不同的视图，以保证系统的安全性。
（3）可将经常使用的复杂的查询定义为视图，简化用户对系统的使用。

5.物理结构设计—步骤四

数据库的物理设计是指对一个给定的逻辑数据库模型选取一个最适合应用环境的物理结构的过程。物理设计通常分为两步：

5.1 确定数据库的物理结构

（1）确定数据的存取方法

• 索引方法的选择
• 聚簇方法的选择

（2）确定数据的存储结构

• 确定数据的存放位置
  基本原则:根据应用情况将易变部分与稳定部分分开存放、存取频率较高部分与存取频率较低部分分开存放
• 确定系统配置
  DBMS产品一般都提供了一些存储分配参数
  同时使用数据库的用户数
  同时打开的数据库对象数
  内存分配参数
  使用的缓冲区长度、个数
  存储分配参数
  …….

5.2 物理结构进行评价

对时间效率、空间效率、维护开销和各种用户要求进行权衡，从多种设计方案中选择一个较优的方案。

评价方法（完全依赖于所选用的DBMS ）

• 定量估算各种方案
  存储空间
  存取时间
  维护代价
• 对估算结果进行权衡、比较，选择出一个较优的合理的物理结构
• 如果该结构不符合用户需求，则需要修改设计

6.数据库实施—步骤五

实施阶段的工作主要有：

• 建立数据库结构
• 数据载入
  数据库结构建立好后，就可以向数据库中装载数据了。组织数据入库是数据库实施阶段最主要的工作。
• 应用程序的编码和调试
• 数据库试运行
  功能测试
  实际运行数据库应用程序，执行对数据库的各种操作，测试应用程序的功能是否满足设计要求
  如果不满足，对应用程序部分则要修改、调整，直到达到设计要求
  性能测试
  测量系统的性能指标，分析是否达到设计目标
  如果测试的结果与设计目标不符，则要返回物理设计阶段，重新调整物理结构，修改系统参数，某些情况下甚至要返回逻辑设计阶段，修改逻辑结构

7.数据库运行维护—步骤六

数据库系统投入正式运行后，对数据库经常性的维护工作主要由 DBA 完成，包括：

• 数据库的转储和恢复
  在数据库试运行阶段，系统还不稳定，硬、软件故障随时都可能发生
  系统的操作人员对新系统还不熟悉，误操作也不可避免
  因此必须做好数据库的转储和恢复工作，尽量减少对数据库的破坏
• 数据库的安全性、完整性控制
• 数据库性能的监督、分析和改造
• 数据库的重组与重构
  重组织的目标
  提高系统性能
  重组织的工作
  按原设计要求
  重新安排存储位置
  回收垃圾
  减少指针链
  数据库的重组织不会改变原设计的数据逻辑结构和物理结构
  数据库重构造
  根据新环境调整数据库的模式和内模式
  增加新的数据项
  改变数据项的类型
  改变数据库的容量
  增加或删除索引
  修改完整性约束条件

参考：《数据库系统概论第五版》、《数据库原理习题与解析第二版》