MIS的系统设计 2004.12.7
5.1 IS设计概述
? 系统设计的目标
– 确定应该怎样具体实现所要求的系统
– 是对目标系统的精确描述
– 系统分析：解决“做什么”
– 系统设计：解决“怎么做”
5.1 续
? 系统设计的任务
– 问题结构 (系统需求 ) 系统结构
– 从系统分析说明书出发，形成系统的具体设计方案。
– 系统物理结构
? 模块组成、联结方式、表达方式
– 数据库设计
? 物理模型的设计
– 编码设计
– 人 /机界面设计
映射
5.1 续
? 对系统设计员的培训
– 系统分析培训
? 使系统设计员能够正确理解系统分析的各项逻辑功能要求，以
免造成系统设计上的偏差。
– 系统设计培训
? 系统设计方法的统一－－使设计组内所有设计人员都采用相同
而有效的方法来从事系统设计工作
? 文档的规范化－－在统一的文档规范的要求下形成系统设计文
档。
? 对系统分析员的要求
– 负责对设计成果进行评审，必要时需对系统分析报告
做进一步的修正。
? 系统设计模型
数据
字典
数据
流图
E-R图
加工小说明
流 程
描
述
处理描述
数
据
对
描
述
象
数据设计
模块结构设计
接口设计
过程设计
分析模型 设计模型
平台设计
5.1 续
? 上图中通过数据、功能模型展示的系统需求被传送给设计
阶段，运用某种设计方法，设计阶段产生出：
– 数据设计,将分析时创建的数据模型变换成实现系统所
需的数据结构。
– 平台设计,将性能要求变换成对系统软硬件环境的配置
– 模块结构设计,定义系统模块元素之间的关系。
– 接口设计,描述了系统内部、系统和协作系统之间的以
及系统同人之间如何通信。
– 过程设计,将加工说明变换为对系统模块内部算法的具
体描述。
5.2 系统设计方法
?结构化设计方法 (SD)
?面向数据结构的设计方法 (JSD方法 )
?面向对象的设计方法 (OOD)
5.2 续
? 系统 设计主要内容
?系统总体设计
?系统详细设计
?写出系统设计报告
5.2 续
总体设计：
?告诉用户系统具体将要做什么 。 一旦用户同意了这个
总体设计, 我们会将这个总体设计转换为更加详细的
文档 。
总体设计包括：
– 工具 — 如何描述系统的 总体结构
– 方法 — 用什么方法把问题结构导出系统结构
– 评价准则 — 什么样的系统结构是, 最优的,
5.2 续
总体结构：
– 系统的组成部分，即有哪些模块组成
– 系统的层次及调用关系
– 模块的处理功能
– 模块之间的界面，即模块间传递的数据
5.2 续
? 详细设计：
– 让系统建设者了解要解决用户的问题所需要的硬件和
系统。主要描述系统的硬件配置、系统代码、人机界
面、输入和输出、数据库和网络体系结构等。也就是
说，详细设计是系统说明的一个 技术层面 上的描述。
? 详细设计包括：
– 系统平台设计
– 代码设计
– 数据库设计
– 对话（人机界面）设计
– 输入 /输出设计
– 模块内部的算法设计（处理流程设计）
5.3.1 结构化系统设计
? 结构化系统设计是
–, 用一组标准的准则和工具帮助系统设计人员确定应
该由哪些模块，用什么方式联结在一起，才能构成一
个最好的系统结构, 。
即，结构化设计方法 (SD)是以数据流图为基础的，
采用 模块化、自顶向下逐步求精 的基本思想，以
数据流图为基础 构造出模块结构图 。
5.3.1 续
? 结构化系统设计的特点
– 采用分解的方法,即把系统分解成由相对独立的、功能
单一的若干模块组成的结构
– 采用图形表达工具
? 结构图 — 表达一个已经被分解的暗盒模块及其联结关系
– 有一组基本的设计原则
? 模块的内聚 /耦合 /扇入扇出
– 有一组基本的设计策略
? 变换为中心 /事务为中心
– 有一组评价标准和优化技术
? 运行效率 — 处理能力 /运行时间 /响应时间
? 可靠性 — 校验码 /批量控制 /建立运行日至和信息追踪 /文件的
存取限制 /可靠性指标
? 可修改性
5.3.1 续
? 结构化系统设计的基本工具
– 在系统设计阶段，我们采用 模块结构图 来表达
目标系统的物理模型，描述系统的结构。
? 结构化系统设计原则
– 系统的观点
– 模块化结构
– 阶段性策略
– 模块的独立性
– 鼓励用户积极参与设计
5.3.2 系统总体设计
? 系统总体 设计的主要内容
– 系统的分解方法
– 模块结构图
– 基本设计原则
– 设计策略
– 设计优化技巧
5.3.2 续
? 系统的分解方法
– 系统分解的方法是把一个复杂的问题分解成简单的要
素，把一个统一的整体分解为各个组成部分，然后对
各个要素和组成部分分别进行研究。
– 借助于目标系统的逻辑模型 (DFD)并根据部门机构设置
情况进行系统分解
– 明确系统分解前、后的功能尽量一致
– 每次分解的结果是可以独立开发的子系统 (或模块 )
– 各子系统 (或模块 )间的关联尽量少
– 制定子系统 (或模块 )间的约束规范
– 区别稳定的和易变的子系统 (或模块 )
5.3.2 续
? 系统分解的方法
(一 )按企业业务管理部门划分
如：生产、销售、供应管理等；按部门设置
(二 )按完成功能的类型来划分
如：顾客服务、技术与生产数据管理；按实际职能设置
5.3.2 续
? 模块结构图
– 结构化设计方法的基本思想就是模块化。即对每一个
系统按功能逐步由顶向下，由抽象到具体的逐层分解，
将系统分解成为多层次的独立功能模块，一直分解到
能简单地用程序实现为止。
5.3.2 续
? 模块
– 模块是可以组成、分解、更换的系统，是易于处理的基本单位
– 具有四种属性的一组程序语句称为一个模块。这四种属性分别是：
? 输入输出、逻辑功能 （ 外部特性 ）；
? 内部数据、程序代码 （ 内部特性 ）。
? 模块的例子,
Int max(intx,inty)
{ int z;
z=x>y?x:y;
return(z);
}
模块名
数
据
内部
数据
5.3.2 续
? 模块化思想：
– 模块化是好的系统设计的一个基本准则
高层模块
从整体上把握问题，
暂不考虑细节
转换
复杂问题 较小问题
分解
可减小解题所需的总的工作
模块化设计
对模块进行分解分解
5.3.2 续
? 模块和子系统的区别
– 模块和子系统的概念是有所区别的。
– 子系统仍具有系统的特征（ 更大 ），模块则是指为完
成某项功能的程序集合体（ 较小 ），它是一个不可分
割的整体。
– 模块和子系统的概念有时又是兼容和不可绝对区分的。
– 在日常工作中我们常将完成一个管理功能的程序集称
为模块，而它常常由多个很小的程序子模块组成，所
以有的时候可称为子系统。
5.1 IS设计概述
? 系统设计的目标
– 确定应该怎样具体实现所要求的系统
– 是对目标系统的精确描述
– 系统分析：解决“做什么”
– 系统设计：解决“怎么做”
5.1 续
? 系统设计的任务
– 问题结构 (系统需求 ) 系统结构
– 从系统分析说明书出发，形成系统的具体设计方案。
– 系统物理结构
? 模块组成、联结方式、表达方式
– 数据库设计
? 物理模型的设计
– 编码设计
– 人 /机界面设计
映射
5.1 续
? 对系统设计员的培训
– 系统分析培训
? 使系统设计员能够正确理解系统分析的各项逻辑功能要求，以
免造成系统设计上的偏差。
– 系统设计培训
? 系统设计方法的统一－－使设计组内所有设计人员都采用相同
而有效的方法来从事系统设计工作
? 文档的规范化－－在统一的文档规范的要求下形成系统设计文
档。
? 对系统分析员的要求
– 负责对设计成果进行评审，必要时需对系统分析报告
做进一步的修正。
? 系统设计模型
数据
字典
数据
流图
E-R图
加工小说明
流 程
描
述
处理描述
数
据
对
描
述
象
数据设计
模块结构设计
接口设计
过程设计
分析模型 设计模型
平台设计
5.1 续
? 上图中通过数据、功能模型展示的系统需求被传送给设计
阶段，运用某种设计方法，设计阶段产生出：
– 数据设计,将分析时创建的数据模型变换成实现系统所
需的数据结构。
– 平台设计,将性能要求变换成对系统软硬件环境的配置
– 模块结构设计,定义系统模块元素之间的关系。
– 接口设计,描述了系统内部、系统和协作系统之间的以
及系统同人之间如何通信。
– 过程设计,将加工说明变换为对系统模块内部算法的具
体描述。
5.2 系统设计方法
?结构化设计方法 (SD)
?面向数据结构的设计方法 (JSD方法 )
?面向对象的设计方法 (OOD)
5.2 续
? 系统 设计主要内容
?系统总体设计
?系统详细设计
?写出系统设计报告
5.2 续
总体设计：
?告诉用户系统具体将要做什么 。 一旦用户同意了这个
总体设计, 我们会将这个总体设计转换为更加详细的
文档 。
总体设计包括：
– 工具 — 如何描述系统的 总体结构
– 方法 — 用什么方法把问题结构导出系统结构
– 评价准则 — 什么样的系统结构是, 最优的,
5.2 续
总体结构：
– 系统的组成部分，即有哪些模块组成
– 系统的层次及调用关系
– 模块的处理功能
– 模块之间的界面，即模块间传递的数据
5.2 续
? 详细设计：
– 让系统建设者了解要解决用户的问题所需要的硬件和
系统。主要描述系统的硬件配置、系统代码、人机界
面、输入和输出、数据库和网络体系结构等。也就是
说，详细设计是系统说明的一个 技术层面 上的描述。
? 详细设计包括：
– 系统平台设计
– 代码设计
– 数据库设计
– 对话（人机界面）设计
– 输入 /输出设计
– 模块内部的算法设计（处理流程设计）
5.3.1 结构化系统设计
? 结构化系统设计是
–, 用一组标准的准则和工具帮助系统设计人员确定应
该由哪些模块，用什么方式联结在一起，才能构成一
个最好的系统结构, 。
即，结构化设计方法 (SD)是以数据流图为基础的，
采用 模块化、自顶向下逐步求精 的基本思想，以
数据流图为基础 构造出模块结构图 。
5.3.1 续
? 结构化系统设计的特点
– 采用分解的方法,即把系统分解成由相对独立的、功能
单一的若干模块组成的结构
– 采用图形表达工具
? 结构图 — 表达一个已经被分解的暗盒模块及其联结关系
– 有一组基本的设计原则
? 模块的内聚 /耦合 /扇入扇出
– 有一组基本的设计策略
? 变换为中心 /事务为中心
– 有一组评价标准和优化技术
? 运行效率 — 处理能力 /运行时间 /响应时间
? 可靠性 — 校验码 /批量控制 /建立运行日至和信息追踪 /文件的
存取限制 /可靠性指标
? 可修改性
5.3.1 续
? 结构化系统设计的基本工具
– 在系统设计阶段，我们采用 模块结构图 来表达
目标系统的物理模型，描述系统的结构。
? 结构化系统设计原则
– 系统的观点
– 模块化结构
– 阶段性策略
– 模块的独立性
– 鼓励用户积极参与设计
5.3.2 系统总体设计
? 系统总体 设计的主要内容
– 系统的分解方法
– 模块结构图
– 基本设计原则
– 设计策略
– 设计优化技巧
5.3.2 续
? 系统的分解方法
– 系统分解的方法是把一个复杂的问题分解成简单的要
素，把一个统一的整体分解为各个组成部分，然后对
各个要素和组成部分分别进行研究。
– 借助于目标系统的逻辑模型 (DFD)并根据部门机构设置
情况进行系统分解
– 明确系统分解前、后的功能尽量一致
– 每次分解的结果是可以独立开发的子系统 (或模块 )
– 各子系统 (或模块 )间的关联尽量少
– 制定子系统 (或模块 )间的约束规范
– 区别稳定的和易变的子系统 (或模块 )
5.3.2 续
? 系统分解的方法
(一 )按企业业务管理部门划分
如：生产、销售、供应管理等；按部门设置
(二 )按完成功能的类型来划分
如：顾客服务、技术与生产数据管理；按实际职能设置
5.3.2 续
? 模块结构图
– 结构化设计方法的基本思想就是模块化。即对每一个
系统按功能逐步由顶向下，由抽象到具体的逐层分解，
将系统分解成为多层次的独立功能模块，一直分解到
能简单地用程序实现为止。
5.3.2 续
? 模块
– 模块是可以组成、分解、更换的系统，是易于处理的基本单位
– 具有四种属性的一组程序语句称为一个模块。这四种属性分别是：
? 输入输出、逻辑功能 （ 外部特性 ）；
? 内部数据、程序代码 （ 内部特性 ）。
? 模块的例子,
Int max(intx,inty)
{ int z;
z=x>y?x:y;
return(z);
}
模块名
数
据
内部
数据
5.3.2 续
? 模块化思想：
– 模块化是好的系统设计的一个基本准则
高层模块
从整体上把握问题，
暂不考虑细节
转换
复杂问题 较小问题
分解
可减小解题所需的总的工作
模块化设计
对模块进行分解分解
5.3.2 续
? 模块和子系统的区别
– 模块和子系统的概念是有所区别的。
– 子系统仍具有系统的特征（ 更大 ），模块则是指为完
成某项功能的程序集合体（ 较小 ），它是一个不可分
割的整体。
– 模块和子系统的概念有时又是兼容和不可绝对区分的。
– 在日常工作中我们常将完成一个管理功能的程序集称
为模块，而它常常由多个很小的程序子模块组成，所
以有的时候可称为子系统。
