第四章-电子商务系统的分析.ppt

需求调查 参与人员： 系统分析人员与业务人员共同完成 方法 访谈 问卷调查 跟班 查阅资料 利用原型 可采纳的资料素材 有关机构组成和职责的规定 报表 历史数据 访谈记录 相关法律、法规、文件等 成果 需求调查报告 相关资料素材 结构化分析的主要工具 数据流图（DFD）：功能模型 数据字典（DD） 实体关系图（E-R图）：数据模型 状态变迁图（STD图）：行为模型 数据流图（DFD） Data Flow Diagram 用于表示数据在信息系统中的流动情况，但不表示具体的程序逻辑和处理步骤 数据流图的基本元素 数据流图的基本元素（续） 数据流 是数据在系统内传播的路径，由一个或一组数据项构成。 除了数据存储之间的数据流不用命名外，其它数据流应该用名词或名词短语命名。（对于有些含义比较明显的数据流也不一定加以命名） 数据流的准确定义由数据字典Data Dictionary给出 实体 代表了系统边界之外的，与系统存在数据交换的人员、组织或其它系统 数据流图的基本元素（续） 处理 也称为数据加工，它对数据流进行某些操作或变换。 每个处理要有名字，通常是动词短语，简明地描述完成什么处理。 在分层的数据流图中，处理还应有编号。 数据存储 指暂时保存的数据，它可以是数据库表、文件或其它任何形式的数据组织。 流向数据存储的数据流可理解为写入存储或提交查询请求，从数据存储流出的数据可理解为从存储设备读数据或得到查询结果。 数据存储也可有编号 数据流图的绘制方法 首先，确定系统的边界和外部实体 绘出系统的顶层数据流图（context diagram） 只包含一个处理，标号为0 ，且名称为整个系统的名称 在顶层数据流图的基础上，细化得出第0层数据流图 逐层细化，扩展得出更低一层的数据流图，直到所有处理都已足够简单 绘制数据流图的规则 每个数据流都至少有一端是连接到处理的 每个处理都至少有一个输入数据流，且至少有一个输出数据流 每一个数据存储都必须通过数据流连接到处理 一般情况下，每个数据存储都应该既有输入数据流，又有输出数据流 注意命名的唯一性、易懂性 绘制数据流图的常规原则 同一幅图上包含的处理不超过9个 尽量避免数据流的交叉 使用多级符号，表示处理之间的父子关系 案例：家具公司电子商务系统 外部实体 客户 内容维护人员 销售人员 生产调度系统 （生产调度人员） 财务系统（财务人员） 客服人员 物流跟踪系统 维修人员 案例：主要处理 用户管理 注册 登录 用户信息检索 用户信息维护 产品展示 产品目录浏览 产品信息检索 产品效果图展示 网上订货 购物车处理 添加到购物车 修改购物车 下订单 订单确认 订单跟踪 客户服务 咨询 报修 派发修理通知 服务跟踪 信息发布 企业信息发布 产品信息发布 招聘信息发布 企业/招聘信息检索 统计分析 数据字典（Data Dictionary，DD） 1－订单 1.1 － 订单标识 1.2 － 顾客详情 1.3 － 书籍详情 1.1 － 订单标识 1.1.1 － 订货日期 1.1.2 － 订单编号 1.2 － 顾客详情 1.2.1 姓名 1.2.2 联系电话 地址 ID 1.2.2 联系电话 固定电话 移动电话 说明：上述两项至少一项为非空 行为模型：状态变迁图（STD图） 目标：直观地分析系统的动作 从特定的视角出发描述系统的动态行为 状态迁移图的内容 描述系统行为的三个要素： 状态迁移图的表示举例 状态迁移图的应用 作用 明确系统需求 确定系统在不同状态下的可能的动作 进而指导系统设计 实现 引入状态变量 对应不同状态变量值，提供不同的界面、处理…… 面向过程模型的弊端 以实现功能的过程为中心，而用户的需求变化主要是针对功能的，且功能变化往往引起较大的结构变化，因此，系统稳定性不好。 系统有明确的边界定义，且系统结构依赖于系统边界的定义。这样的系统不易扩充和修改。 可重用性(reusability)较差。 五、面向对象的分析与设计方法(Object Oriented AnalysisDesign, OOAOOD) 基本思想： 现实世界由相互联系的各种事物组成，每一事物均有其自身的属性和特定的行为，面向对象的分析与设计方法即遵循此思想，以最自然的形式针对现实世界中的问题建模，并按人们通常的思维方式对问题进行求解，力图籍此简化问题模型，降低求解难度 面向对象方法的几个基本概念 对象 可用名字进行唯一标识 可用属性（状态）描述某些特征 可用一组操作（服务）完成其各种行为 类 具有相同属性和操作的一组对象的集合，它为属于该类的全部对象提供了统一的抽象描述 同样具有名称、属性和操作 属性和操作又可分为外部特性和内部实现两部分 消息 向对象发出的服务请求 包含： Sender Receiver