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

电子商务系统建设与管理 * 三、域类分析 5．类关系分析 （3）关联的识别方式（续） 电子商务系统建设与管理 * 三、域类分析 5．类关系分析 （3）关联的识别方式 可以采用以下几种方式来识别概念模型中存在的关联关系： 套用通用的关联分类方式 分析用例的详细描述文档 分析系统顺序图 电子商务系统建设与管理 * 三、域类分析 5．类关系分析 （3）关联的识别方式 在识别关联时我们应该注意： 识别概念比识别关联重要得多 一定要注意控制关联的数量，关联并非越多越好 对关联的识别侧重于对系统有意义和持久型的连接关系 * 【实例4-11】系统概念模型 订单 订单号 交货日期 订单金额 订单状态 欠款情况 客户号 欠款额 还款额 欠款日期 客户 客户号 客户名称 地址 联系人 电话 产品 产品号 产品名称 产品类别 产品说明 产品价格 库存情况 产品号 产品数量 仓储位置 信用额度 客户号 信用额度 信用策略 0..* 1 0..* 0..* 1..* 1 1 电子商务系统建设与管理 * 本章小结 * 关系的规范化 * 关系的规范化 * 关系的规范化 * 关系的规范化 * 关系的规范化 * 关系的规范化 * 关系的规范化 2、建立用例模型 基于参与者的方法 ① 识别出与系统或组织有关的参与者 ② 对每个参与者，识别出他们发起或参加的执行过程 对应的执行过程： 下订单 订单状况查询 产品信息维护 产品库存检查 参与者： 顾客 产品管理人员 【案例】 2、建立用例模型 基于事件的方法 ① 识别出系统必须响应的外部事件 ② 把事件与参与者和用例联系起来 2、建立用例模型 基于事件的方法 ① 识别出系统必须响应的外部事件 ② 把事件与参与者和用例联系起来 外部事件： 产品查询请求 产品购买请求 库存更改 参与者和用例： 顾客 库存管理人员 2、建立用例模型 （2）识别用例间的关系： 用例之间存在两种关系：包含和扩展 包含——子用例 例如：网上销售系统需要用户权限验证功能 扩展： 可选择的行为 在特定条件下才发生的行为 基于操作者的选择而进行的几种不同流程 例如：下订单后对用户进行审核而发出的警告信息 2、建立用例模型 （3）用例图： ——可以让用户快速理解一个系统外部参与者和参与者使用系统的方式 构造用例图的步骤： （一）根据不同方式进行用例组织（按角色组织、按照系统的不同的考察角度、不同的层次进行划分） （二）确定共享用例，定义包含关系 （三）定义用例之间的扩展关系（扩展或可选部分） 网上销售系统的用例图（部分） 下订单 客户 客户管理员 查询订单状态 计算信用额度 审核客户信用 生成错误报告 验证用户身份 包含 扩展 包含 包含 包含 2、建立用例模型 （4） 常见错误： 把用例当作单独的步骤、操作和事物来处理 过多或过少的用例 关系过于复杂 3、用例排序 开发周期围绕用例来组织，对用例进行类别划分或顺序排序，可降低整个系统开发的风险，提高成功率，其排序步骤： （1）定义用例的级别，分为主要的、次要的和可任选的 （2）对级别内的用例按照功能实现的重要性进行排序，确定完成的先后次序 3、用例排序 【案例】网上销售系统部分用例的排序和开发周期安排 4、用例的详细描述 关键用例包含了系统关键风险所在，也是对系统架 构影响最大的一部分。需对其进行详细描述。 对用例进行描述的文档格式和各部分的说明如下： 电子商务系统建设与管理 * 【案例】用例“下订单”的详细描述 名称：下订单 标识：GenerateOrder 说明：客户根据需要通过Internet提交订单 前置条件：查找到合适的采购商品 后置条件：生成用户订单或因为有错误生成错误报告 扩展：“生成错误报告” 包含：“信用审核”，“登录” 相关的商业规则：信用审核规则BR01，超期检查规则BR02 【案例】用例“下订单”的详细描述 基本操作流程（基本路径）： 可选操作流程（备选路径）： 备选过程A：客户的信用额度检查不合格 1、根据客户号查询客户的信用额度和欠款额 2、将客户的信用额度和欠款情况通知客户，并告诉客户不能正常下订单 3、将客户的订单置为无效，并记录无效原因为“信用额度检查不合格” 备选过程B：欠款超期检查不合格 … 1、客户通过浏览产品目录来选择要采购的产品类型和数量 2、客户确定送货的时间和地点 3、客户将订单提交给公司 4、公司首先对库存进行检查，确定有产品可以直接发货 5、公司对客户的信用额度进行审查，确定可以对客户进行赊账销售 6、公司对客户的欠款情况进行审查，确定客户的欠款情况对销售无影响 7、生成客户订单并传到生产和送货部门 电子商务系统建设与管理 * 二、功能分析