建设工程信息管理 第2版 教学课件 作者 李晓东 张德群 建设工程信息管理（第7章）.pptVIP

第7章 管理信息系统设计 7.1 系统设计的目标与原则 7.2 系统概要设计 7.3 系统详细设计 第7章 管理信息系统设计 7.1 系统设计的目标与原则 7.1 系统设计的目标与原则 7.2 系统概要设计 7.2.1 划分子系统 应考虑的因素： ①子系统在功能上应有相对的独立性； ②子系统在数据上应有较好的数据完整性； ③子系统在规模上应有一定的适中性,可以根据功能独立性、数据完整性综合考虑。 例如：工程项目管理信息系统可以分为进度控制子系统、成本控制子系统、质量控制子系统、合同管理等子系统等。 在从数据流图导出初始模块结构图时采用一组基本的设计策略—变换分析与事务分析。 在对初始模块结构图改进和优化方面有一组基本的设计原则—耦合小、内聚大，和一组质量优化技术。 （1）事务分析 以事务为中心的转换方法。 模块结构图改进首先应按照“ 块间联系小、块内联系大”的质量标准进行检查和修改。其次应注意以下几个问题： （1）合理确定模块的扇入和扇出 扇入数为1的模块一般可以合并到它的上层模块。 扇入数较大时，不能向上合并。 一个模块具有多个功能时，应考虑进一步分解（扇出）。对扇出数过少（例如1和2）的模块，也应进行检查。一般说来，模块的扇出数应在七个以内。 （2）模块的大小适中 为了提高可读性和方便修改，一个基本模块的程序量以能印在一张纸上为宜，但不是绝对的。模块的功能决定模块的大小。 同一功能的程序多次出现会浪费编码时间，并不易调试和维护，应予以合并。 （4）减少块间传递参数的个数 （5）消除管道性的模块 管道性指没有实质性的工作，只是传递数据。 （6）整体考虑问题 研究整张结构图， 而不是由几个人分别研究一张图的各个部分。 （7）合理设置模块的作用范围和控制范围 作用范围：模块中包含的判定处理所影响到的其他模块集。 控制范围：模块本身及其所有的下属模块。 好的模块结构应满足以下要求： ①判定的作用范围应该在判定所在模块的控制范围之内。 ② 判定所在模块在模块层次结构中的位置不能太高。 当出现作用范围不在控制范围之内时，可采取如下纠正方法： ①把判定所在的模块合并至上层模块中，或从低层模块移到高层模块，使判定的位置提高。 ②把受判定影响的模块下移到控制范围之内。 7.2 系统概要设计 7.2.3 系统平台设计 计算机处理方式选择 根据系统功能、业务处理的特点、性能／价格比等因素，选择批处理、联机实时处理、联机成批处理、分布式处理等方式。 计算机网络系统的设计 包括中小型主机方案与微机网络方案的选取、网络互连结构及通信介质的选型、局域网拓扑结构的设计、网络应用模式及网络操作系统的选型、网络协议的选择、网络管理、远程用户等工作。 代码的概念 代码是客观实体或属性的一种表示符号。在管理信息系统中，代码是人与计算机的共同语言，起着沟通人与计算机的作用。 代码设计的目的 采用代码，可以使数据表达标准化，简化程序设计，加快输入，减少出错，便于计算机处理（记录、检索、排序等），节省存储空间，提高处理速度。 代码设计的意义 代码设计是一项重要的基础工作，设计质量的好坏，不仅关系到计算机的处理效率，而且直接影响MIS的推广与使用。 代码设计的原则 唯一确定性 每一代码仅代表唯一的实体或属性，每一实体和属性都用一个确定的代码来表示。 标准化与通用性 尽可能利用国际、国内、部门的标准代码。 可扩充性 考虑系统的发展与变化，当增加新的实体（或属性）时，不需要变动原代码体系。 简明性 尽可能简短、统一。 系统性 代码要有规律，逻辑性强。这样既便于计算机处理，也便于识别和记忆及人工处理使用。 易修改性 这是代码具有标准化又具有灵活性的一面，当系统条件发生某些变化时，代码应容易进行修改。 明确代码目的； 确定代码对象； 确定代码的使用范围和期限； 分析代码对象特征。包括代码使用频率、变更周期、追加及删除情况等； 决定采