管理信息系统第七章 管理信息系统的开发.pptVIP

E-R图综合示例－cont. 将物资管理系统的E-R模型转化为关系模型 第二步:将每一个联系转换为关系模式： 仓库--职工（1:n）： 职工（职工号、姓名、年龄、岗位，仓库号） 仓库（仓库号、面积、类型） 仓库--零部件（m:n ） 储存（仓库号、零部件号、库存量） 供应商--零部件（m:n） 供应（供应商号、零部件号、供应量） E-R图综合示例－cont. 将物资管理系统的E-R模型转化为关系模型 合并:将重复的关系模式进行合并，得到最终的关系模型： 职工（职工号、姓名、年龄、岗位、仓库号） 仓库（仓库号、面积、类型） 供应商（供应商号、名称、地址、电话） 零部件（零部件号、名称、规格、单价） 储存（仓库号、零部件号、库存量） 供应（供应商号、零部件号、供应量） 练习 设某商品销售业务中的信息有: 员工号、员工名、工资 销售组名、销售组负责人 商品号、商品名、单价、销售日期、销售量 供应者号、供应者名、供应者地址。 联系: 一个员工仅在一个销售组;一个销售组仅有一个员工; 一个组可销售多种商品；一种商品只能由一个组销售;一种商品每天有一个销售量； 一个供应者可供应多种商品;一种商品可多渠道供应。 请画出E-R模型并转化为关系模型 6.关系的规范化概念 主关键字:主码或主属性 非关键字：除主属性之外的其他属性 完全函数依赖：如果所有的非主属性都由主属性的全体决定 部分依赖关系：是指关系中主属性的一部分也能够决定某个（些）非主属性 7.关系的规范化过程 第一范式(1NF) 元组中的每一个分量都必须是不可分割的数据项。 第二范式(2NF) 关系不仅满足第一范式，而且所有非主属性完全依赖于其主码 。 第三范式（3NF) 不仅满足第二范式，而且它的任何一个非主属性都不传递依赖于任何主关键字。 第一范式 第一范式应满足的基本条件是元组中的每一个分量都必须是不可分割的数据项。 下表不符合1NF的关系 教师代码 姓名 工资 基本工资 附加工资 1001 张兴 500.00 60.00 1002 李明 799.00 70.00 1003 王进 460.00 50.00 计算机硬件的选择取决于数据的处理方式和要运行的应用软件。 数据处理方式对计算机处理能力的需求： 集中式：主机-终端系统 分布式：微机网络方式 应用软件对计算机处理能力的需求： 计算机主存、CPU、输入、输出和通信的通道数、显示方式、外接转储设备及其类型。 软件选择要考虑的因素： 软件是否能满足用户需求； 软件是否具有足够的灵活性； 软件能否获得长期、稳定的技术支持。 计算机通信网络系统的设计主要包括中、小型机方案与微机网络方案的选取，网络互连结构及通信介质的选择，局域网拓扑结构的设计，网络应用模式及网络操作系统的选型，网络协议的选择，网络管理，远程用户等工作。 有关内容请参考计算机网络的技术书籍。 应考虑的因素 数据库的性能； 数据库管理系统的系统平台； 数据库管理系统的安全保密性能； 数据的类型。 市场上流行的数据库管理系统软件 Oracle、Sybase、SQL Server、Informix、Foxpro、Microsoft Access 等等 计算机处理方式可以根据系统功能，业务处理特点，性能/价格比等因素，选择批处理、联机实时处理、联机成批处理、分布式处理等方式。 在一个管理信息系统中，也可以混合使用各种方式。 7.2.4 代码设计 代码：是代表客观实体或属性的符号。其真正意义在于采用一对一的方式，把一个复杂的事物用简单的形式表现出来，是信息分类、校对、统计、检索的关键。 代码设计是实现信息系统的前提条件，是系统设计与编程的标准。一套设计优良的代码系统可以提高信息交流和处理的效率和精度，提高数据的全局一致性，便于数据的存储和检索。 代码设计的原则 唯一确定性：代码应唯一标志它所代表的事物和属性。 系统性：系统所用代码要尽量标准化，尽量参照国家和行业标准。 合理性：代码结构要合理，尽量反映编码对象的特征，并与事物分类体系相适应，以便代码具有分类的标示作用，便于理解和交流。 稳定性：代码应能适应环境的变化，要预留足够的扩充余地。要具有不能轻易改变的持久性、避免经常修改，具有稳定性。随便改变编码结构对设计工作来说是一种严重的浪费。 可识别性：一般说来，代码越短，分类、准备、存储和传递的开销越低，数据检索及处理就越好。当代码很长时，应分成小段，便于记忆。如726-499-6135比7264996135好。 代码的种类 顺序码 区间码 助记码 顺序码（系列码） 用连续数字代表编码对象。 简单、易于管理 没有逻辑基础，本身不说明任何信息特征 通常作为其它代码分类中更细分类的一种补充手段 例如：各种票据的编号，都是顺序码。 区间码 依据被编