chapt 06 电子商务应用系统设计.pptVIP

第六章 电子商务应用系统设计 本章内容 6.1 应用系统体系结构风格 6.2 模块设计及子系统划分 6.3 数据流图导出结构图 6.4 代码设计 6.5 计算机处理过程设计 6.6 数据库设计 6.6 用户界面设计 6.7 系统设计说明书 电子商务应用系统设计 应用系统设计阶段要根据新系统逻辑模型建立应用系统的物理模型，也即根据新系统逻辑功能的要求，根据实际的技术条件、经济条件和社会条件，以及系统的规模和复杂程度等实际条件，进行若干具体设计，确定应用系统的实施方案，解决系统“怎么做”的问题。 物理模型给出处理功能和数据结构的实际表示形式 应用系统设计基本任务 应用系统设计基本任务大体包括总体（概要）设计和详细设计两大部分。 总体设计 是描述应用系统的总体结构，其内容有： ①将系统划分成子系统，子系统进一步划分成模块 ②确定每个模块的功能 ③确定模块间调用关系 应用系统设计基本任务（续） 详细设计 是为各个具体任务选择适当的技术手段和处理方法，其内容有： ①代码设计； ②数据库设计； ③用户界面设计； ④处理流程设计。 第1节 应用系统体系结构 软件体系结构描述了构成系统的成分，这些成分之间的相互作用、指导其组合的风格（惯用模式），以及对这些风格的描述。 2层C/S结构 3层体系结构 多层体系结构 1. 二层C／S体系结构 二层C／S体系结构 其主要缺点是: ⑴客户端程序设计复杂； ⑵开发成本高； ⑶软件维护和升级困难； ⑷难以扩展至大型企业广域网或Internet； 2. 三层体系结构 浏览器／服务器（B／S）三层结构 3.多层结构 多层结构的优点是： ⑴可实现高度的可伸缩性。 ⑵可增强整个系统的模块化程度，提高系统的灵活性。 ⑶可以使开发工作在具有不同专长的人员之间进行合理分工。便于分配适合的开发人员以完成相应的开发任务。 ⑷可以实现高度的代码重用。 4 体系结构的选择 选择上述体系结构应考虑以下因素： ⑴被开发的系统特点。 ⑵网络协议。 ⑶可用的软件产品。 ⑷建设成本等。 此外开发人员对所选体系结构风格实现技术掌握的熟练程度，以及实现所选体系结构风格所需的工期也是应考虑的因素。 第2节 子系统划分与模块设计 2.1 模块 模块的例子: Int max(intx,inty) { int z; z=xy?x:y; return(z); } 2.2 模块间的耦合 耦合度是模块间的联结关系，衡量不同模块间的相互依赖的紧密程度； 耦合的强弱取决于： 联接方式（模块之间通过什么方式联系） 往来信息的作用（模块间信息的作用） 数量（模块间往来信息的多少） 耦合度越高，模块独立性越弱。 模块间耦合的类型： 非直接耦合 两个模块没有直接关系(模块1和模块2)，模块独立性最强。 数据耦合 一模块调用另一模块时，被调用模块的输入、输出都是简单的数据。 属松散耦合。 标记耦合(特征耦合) 如两个模块通过传递数据结构(不是简单数据，而是记录、数组等)加以联系，或都与一个数据结构有关系,则称这两个模块间存在标记耦合。 控制耦合 一模块通过开关量、标志、名字等控制信息，明显地控制另一模块的功能。 控制耦合增加了模块之间的复杂性，调用模块必须知道被调模块的内部逻辑，增加了相互依赖。 公共耦合(公共数据区耦合) 一组模块引用同一个公用数据区(也称全局数据区、公共数据环境)。 公共数据区指： 全局数据结构 共享通讯区 内存公共覆盖区等 公共耦合存在的问题： (1)系统可理解性降低(模块间存在错综复杂的连系) (2)系统可维护性差(修改变量名或属性困难) (3)系统可靠性差(公共数据区及全程变量无保护措施) 内容耦合 一模块直接访问另一模块的内部信息(程序代码或数据) 发生内容耦合的情形： (1)一模块直接访问另一模块的内部数据 (2)一模块不通过正常入口转到另一模块内 (3)两模块有一部分代码重叠 (4)一模块有多个入口 模块化设计对耦合度的要求： 耦合是影响系统复杂程度和设计质量的重要因素 目标：建立模块间耦合度尽可能松散的系统 如何降低模块间耦合度： 如模块必须存在耦合，选择适当的耦合类型 原则：尽量使用数据耦合 　　　少用控制耦合 　　　限制公共耦合的范围 　　　坚决避免使用内容耦合 降低模块间接口的复杂性 2.3 模块的内聚 衡量一个模块内部各成分之间彼此结合的紧密程度 设计目标：高内聚(一模块的所有成分都直接参与并且对于完成同一功能来说都是最基本的) 偶然内聚 如果一个模块所要完成的动作之间没有任何关系，或者即使有某种关系，也是非常松散的，就称之为偶然组合。 模块内各部分间无联系 偶然内聚的可理解性差，难于修改，内聚程度最低，设计时应该尽量避免使用。 逻辑内聚 把几种相关功能(逻辑上相似的