管理信息系统设计.pptx

主要问题：;系统设计; 1.系统设计含义 系统设计就是详细定义基于计算机的各种活动的解决方案。 2．系统设计阶段的主要活动 总体结构设计 详细设计（概要设计、详细设计） 进度与计划（一般另写） 系统设计说明书编写;系统设计概述;系统设计概述; 1. 系统总体结构设计的任务 系统总体结构设计是系统设计阶段第一步，其任务是根据系统的总目标和功能将整个系统合理划分若干个功能模块，正确处理模块之间的调度关系和数据关系，定义各模块内部结构等。 系统结构设计是从计算机实现的角度出发，对前一阶段划分的子系统进行校核，并在此基础上，将子系统进一步逐层分解，直至划分到模块。 2.系统总体结构设计的原则 分解协调原则、模块化原则、自顶向下的原则、层次性原则、一致性原则、明确性原则。;3.划分子系统 将实际系统按其管理要求、环境条件和开发工作等方面，将其划分为若干相互独立的子系统。;划分子系统;划分子系统;7.3 系统功能结构图设计; ;12;层次化模块结构图; IPO图;15;16; 某公司销售采购处理系统的数据处理子系统 层次化模块结构图举例 ;7.4 系统物理配置方案设计;系统物理配置方案设计;系统物理配置方案设计;系统物理配置方案设计;系统物理配置方案设计;系统物理配置方案设计;7.5 系统处理流程图设计;处理流程图设计;处理流程图设计;处理流程图设计;处理流程图设计;处理流程图设计;处理流程图设计;7.6 代码设计;代码设计;2) 代码设计的原则 (1) 唯一性。每一个代码只能唯一地代表系统中的一个实体或实体属性。而一个实体或实体属性也只能唯一地由一个代码来表示。 (2) 标准性。代码设计时要尽量采用国际或国家的标准代码，以方便信息的交换和共享，并可为以后对系统的更新和维护创造有利条件。 (3) 合理性。代码设计必须与编码对象的分类体系相适应，以使代码对编码对象的分类具有标识作用。 (4) 可扩充性。编码时要留有足够的备用代码，以适应今后扩充代码的需要。但备用代码也不能留得过多，以免增加处理的难度。;(5) 简单性。代码结构要简单，要尽量缩短代码的长度，以方便输入，提高处理效率，并且便于记忆，减少读写的差错。 (6) 适用性。代码设计要尽量反映编码对象的特点，以便于识别和记忆，使用户容易了解和掌握。 (7) 规范化。代码的结构、类型、编码格式必须严格统一，以便于计算机处理。;代码设计;代码的分类;代码的分类;代码的分类;代码的分类;代码的分类;代码的分类;代码的分类;;7.7 数据库设计; 数据库设计;数据库设计步骤;数据库是信息系统的核心组成部分。 根据企业中用户的需要及企业生存环境，在指定的数据库管理系统上，设计企业数据库的逻辑模型，最后建立成企业数据库。这是一个从现实世界转向信息世界，再从信息世界转向计算机数据世界的过程。;现实世界;三个不同的世界的关系 ;实体联系模型;实体集间的联系方式可以分为如下三类。 ① 一对一联系。② 一对多联系。 ③ 多对多联系。;实体间联系类型;一个联系发生在两个实体集之间，则称为二元联系。 若联系发生在一个实体集内部，则称为一元联系或递归联系。如球队集的比赛联系。 若联系发生三个或更多个实体集之间，则称为多元联系。如在售书联系中，若加入读者实体信息，一个售书行为将售书员工、读者、图书同时联系在一起，从而使售书联系变成三元联系，他们之间是m:n:k的联系方式。;实体联系（ER）图用图示的方法表示实体联系模型。ER图中用到的图符如下。 矩形框中写上实体名表示实体。 椭圆框中写上属性名，在实体和它的属性间连上连线。作为实体标识符的属性下画一条下划线。 菱形框中写上联系名，用连线将相关实体连起来，并标上联系类别，画出联系的属性。;ER图实例分析A ;教学管理实体属性图;教学管理实体联系图;画ER图的步骤;关系：直观的看，关系（Relation）就是由行和列组成的二维表，一个关系就是一张二维表。 属性和元组：关系中一行称为关系的一个元组（Tuple），一列称为一个属性（Attribute）。 一个元组是由相关联的属性值组成的一组数据。关系中每个元组在属性结构上是相同的。关系中属性的个数称为关系的度或目（Degree）。关系是由具有相同属性构成的元组组成的，所以说关系是元组的集合。一个关系中元组的个数称为该关系的基数。 关系模型：用若干个关系（二维表）来表示实体及其联系。;关系的一列是一个属性，为区分各个属性，每个属性都有一个名字，称为属性名。 每个属性都从一个有确定范围的域中取值。域（Domain）是值的集合。 在一个关系中，可以唯一确定每个元组的属性或属性组称为候选键（Candidate Key），从