电子商务系统设计与实现.ppt

电子商务系统设计与实现 第9章 电子商务系统分析 9.1 电子商务系统分析的任务 9.2 系统调查 9.3 典型的电子商务系统业务需求 9.4 系统分析方法 9.5 基于UML的系统分析方法 9.6 系统分析报告 n 掌握企业商务活动的特点 主要是了解企业商务运作过程中都有哪些基本的商务环节， 其基本的特点是什么，在开展电子商务活动中的重点和要点是 什么。 n 系统调查 理解用户对电子商务系统的需求，包括对系统功能、性能方 面的需求。 n 确定系统逻辑模型，形成系统分析报告 确定系统应具有的逻辑功能，再用一系列图表和文字表示 出来，形成系统的逻辑模型，撰写系统分析报告。 9.1 电子商务系统分析的任务 who? 谁执行系统中的各个过程？为什么？选择该 人执行这个活动正确吗？其他的人能更有效地执行这 些任务吗？ what? 在做什么？接下来是什么程序？为什么那个 过程是必要的？ where? 正在哪里执行操作？为什么？这些操作可 以在哪里执行？在其他地方执行会更有效吗？ when? 什么时候执行一个程序？为什么在这个时间 执行它？是最好的时间吗？ how? 怎样执行一个程序？为什么用那种方式执行 它？用其他的方式执行会更好、更有效或者花费更少 吗？ 9.2 系统调查 n 面谈 (1) 确定要面谈的人 (2) 确立目标 (3) 提出面谈的问题 (4) 将面谈结果整理成文档 9.2 系统调查 n问卷调查 问卷调查应该简单、友好。 提供清晰的指令以方便回答所有预期的问题。 将问题用短语表达，以避免误解；使用简单的术语。 尽量不要引导用户做出回答或者提出有诱导作用的问题。 限制使用开放式问题，这样的问题难以制成表格。 限制使用可能导致对工作安全性的担心或者产生其他负面影 响的问题。 在调查表的最后进行一般的总结。 在定稿并分发给一个大组之前对调查表进行小范围内的测试 。 9.2 系统调查 n观察 系统分析员直接在用户工作的地方观察他们的活动 ，并且记录下所观察的系统运作过程。 n抽样 样本可能包括记录、报表、操作日志、数据输入文 档、意见汇总、工作请求以及各种类型的表格。抽样技 术包括系统抽样、分层抽样以及随机抽样。 9.2 系统调查 nB2B电子商务系统的需求 会员注册 信息分布 信息查询 在线交易 拍卖与投标采购 商务论坛 网上洽谈 签订电子合同 广告宣传 9.3 典型的电子商务需求 nB2C电子商务系统的需求 9.3 典型的电子商务需求 消费者需求有： 1. 用户注册、登录 2. 商品查询 3. 购物车 4. 为购买产品下订单 5. 撤消和修改订单 6. 跟踪订单的状态 7. 在线支付 8. 新手导航 9. 信息反馈 商家的需求有 ： 1. 商品信息分布 2. 检查客户的注册信息 3. 发布和管理网络广告 4. 处理客户订单 5. 商品库存管理 6. 精品推荐、促销活动 7. 和物流配送系统建立接口 8. 和银行之间的接口 9. 客户关系管理 10.售后服务 nC2C电子商务系统的需求 （1）会员注册、认证 （2）卖家管理 包括店铺设置管理、商品发布、商品下架、商品删 除、成交后发货、退款等。 （3）买家管理 包括商品搜索、浏览、了解卖家、出 价竞拍、在线支付、交易投诉等 （4）论坛 （5）新手导航 （6）客户服务 9.3 典型的电子商务需求 n结构化分析方法 1. 数据流图(DFD) 9.4 系统分析方法 箭头，表示数据流 圆或椭圆，表示数据处理 双杠，表示数据存储 方框，表示数据的源点或终点 n结构化分析方法 2. 数据流图步骤 (1)首先画出系统的输入输出，即先画顶层数据流图。 9.4 系统分析方法 n结构化分析方法 2. 数据流图步骤 (2)画系统内部，即画下层数据流图。 9.4 系统分析方法 9.4 系统分析方法 n 结构化分析方法 3. 注意事项 命名。 画数据流而不是控制流。 一般不画物质流。 每个加工至少有一个输入数据流和一个输出数据流，反映出此处理数据的来 源与处理的结果。 编号。如果一张数据流图中的某个加工分解成另一张数据流图时，则上层图 为父图，直接下层图为子图。子图及其所有的加工都应编号。 父图与子图的平衡。子图的输入输出数据流同父图相应处理的输入输出数据 流必须一致，即父图与子图的平衡。 局部数据存储。 提高数据流图的易懂性。注意合理分解，要把一个处理分解成几个功能相对 独立的子处理，这样可以减少处理之间输入、输出数据流的数目，增加数据流 图的可理解性。 9.4 系统分析方法 n结构化分析方法 4. 数据字典 （1）数据项 （2）数据结构 （3）数据流 （4）数据存储 （5）处理过程 9.4 系统分析方法 9.4 系统分析方法 数据项卡片 数据结构卡片 数据存储卡片 数据流卡片 处理过程卡片 n面向对象分析方法 （1）给出系统的需求，进行系统的需求分析。 需求分析的目标是识别系统执行者、系统用例， 得到系统的用例图，并用用例文档描述各个用例 ； （2）进一步分析系统需求，确定类以及类与类 之间的关系，确定它们的静态结构和动态行为， 最终用类图和对象图描述系统的静态结构，用顺 序图、协作图、活动图和状态图描述系统的动态 行为。 9.4 系统分析方法 1. 系统需求分析 （1）确定执行者 （2）确定用例 （3）绘制用例图 （4）描述用例 （5）优化用例图 9.5 基于UML的系统分析方法 1.1 确定执行者 1)谁使用系统的主要功能(主执行者)？ 2)谁需要从系统获得对日常工作的支持和服务？ 3)需要谁维护管理系统的日常运行（副执行者）？ 4)公司的哪个部门使用系统？ 5)系统需要与其它哪些系统交互？ 6)谁需要使用系统产生的结果（值）？ 针对网上宠物店前台系统，通过回答以上问题，可以 得到执行者有两类，普通用户和登录后的用户。 9.5 基于UML的系统分析方法 1.2 确定用例 1)与系统实现有关的主要问题是什么？ 2)系统需要哪些输入/输出？这些输入/输出从何而来？ 到哪里去？ 3)执行者需要系统提供哪些功能？ 4)执行者是否需要对系统中的信息进行读、创建、修改 、删除或存储？ 注册新账号、登录、注销登录、编辑账号、搜索产 品、查看产品分类、查看产品、查看产品项目、将产品项 目放入购物车、从购物车删除产品项目、修改购物数量、 新订单、查看订单、查看购物车、结算等 。 9.5 基于UML的系统分析方法 1.3 绘制用例图 9.5 基于UML的系统分析方法 1.4 描述用例 9.5 基于UML的系统分析方法 表9.1 查看订单用例的文档 用例名称：查查看订单订单 用例标识标识 号：202 执执行者：登录录后的用户户 简简要说说明： 登录录后的用户户可以查查看已经经提交的订单订单 信息，包括付款、发货发货 地址和订购产订购产 品等信息。 前置条件： 用户户已经经登录录系统统 基本事件流： 1 用户户鼠标标点击击“我的帐户帐户 ”按钮钮 2 系统显统显 示用户户信息界面 3 用户户在用户户信息界面中鼠标标点击击“我的订单订单 ”按钮钮 4. 系统显统显 示该该用户户的所有订单订单 列表 9. 用户选择户选择 其中一个订单订单 ，系统统将显显示该订单该订单 的详细详细 信息 其他事件流： 用户户可以鼠标标点击订单击订单 信息中的产产品项项目编编号，重新订购订购 已购买购买 的产产品。 异常事件流： 1 提示错误错误 信息，用户户确认认 2 返回到系统统主页页面 后置条件： 无 注释释：无 2. 静态结构模型 （1）识别对象和类 （2）识别类的属性和操作 （3）确定对象之间的关系 （4）绘制类图 9.5 基于UML的系统分析方法 2.1 识别对象和类 9.5 基于UML的系统分析方法 (1)边界类:位于系统与外界的交界处，窗体、报表、以及表示通 讯协议的类、直接与外部设备交互的类、直接与外部系统交互 的类等都是边界类。 (2)实体类:保存要放进持久存储体的信息。持久存储体就是数据 库、文件等可以永久存储数据的介质。实体类可以通过事件流 和交互图发现。通常每个实体类在数据库中有相应的表，实体 类中的属性对应数据库表中的字段。 (3)控制类:是控制其他类工作的类。每个用例通常有一个控制 类，控制用例中的事件顺序，控制类也可以在多个用例间共用 。其他类并不向控制类发送很多消息，而是由控制类发出很多 消息。 2.1 识别对象和类 9.5 基于UML的系统分析方法 针对网上宠物店系统 实体类:产品、产品分类、产品项目、帐号、购物车、订单等 。 边界类:登录界面、产品查询界面、查看产品界面、购物车界 面等等。 控制类:需要考虑具体实现时的设计模式，此部分一般在系统 设计时加以考虑。如在Struts模式实现系统时，用JavaBean作为 控制类，网上宠物店系统的订单处理可引入控制类OrderBean来 进行具体的消息处理。 2.2 识别分析类属性 9.5 基于UML的系统分析方法 按一般常识这个类应该具有哪些属性？ 在当前的问题域中类应该具有什么属性？ 根据系统责任的要求，这个类应该具有哪些属性？ 建立这个类是为了保存和管理哪些信息？ 类为了在服务中实现其功能，需要增设哪些属性？ 有哪些需要区别的状态，是否需要增加一个属性来区 别这些状态？ 用什么属性表示整体部分结构和实例连接？ 2.2 识别分析类属性 9.5 基于UML的系统分析方法 所反映的信息在系统中用不上的属性。 描述的不是类本身的特征的属性。 破坏了类特征的“原子性”的属性。 可通过继承得到的属性。 可以从其他属性直接导出的属性。 在类中有类似的或描述同一特征的属性。 2.2 识别分析类属性 9.5 基于UML的系统分析方法 用户类（Account）的主要属性：用户名（username）、密码（password） 、E-MAIL（email）用户姓名(firstName)等。 产品类（Product）的主要属性：产品ID(productId)、产品类别 ID(categoryId)、产品名称(name)和产品描述（description）。 产品类别类（Category）的主要属性：产品类别ID（categoryId）、类别名 称（name）和类别描述（description）。 产品项目类（Item）的主要属性：产品项目ID（itemId）、产品类别ID（ categoryId）、单价（listPrice）、供应商ID（supplierId）、状态（status）、 自定义属性（attribute）等。 订单类（Order）的主要属性：订单ID （orderId）、用户（username）、订 单日期（orderDate）、送货地址1（shipAddress1）、送货地址2（ shipAddress2）、送货城市（shipCity）、送货邮政编码（shipZip）、产品列 表（lineItems）等。 购物车类（Cart）的主要属性：购物车项目列表（itemList）。 购物车项目类(CartItem) 的主要属性：产品项目（item）、数量（quantity） 等。 2.3 识别分析类的操作 9.5 基于UML的系统分析方法 （1）实现功能的操作。这种操作提供一些业务功能，可以从用 户需求中获取。 （2）访问属性的操作，也称访问操作。在面向对象中，为了保 护信息的安全性，类的属性通常是私有或受保护的，如果其他类 要访问某个类的属性，必须通过访问操作来访问。访问操作通常 对应Get或Set操作，即获取或设置某属性的值。 （3）管理对象创建和删除的操作，如对象的构造方法和析构方 法 （4）辅助一个类完成自身任务的操作。这种操作通常是私有的 ，对于其他类没有意义，只是完善类自身的操作。 2.3 识别分析类的操作 9.5 基于UML的系统分析方法 与该类交互的有哪些类（包括该类本身）？ 该类接收哪些类（包括自己）发送来的消息，收到消 息之后做了什么处理？ 该类向哪些类发送了消息，消息的内容是什么，该类 在发送之前做了什么处理？ 为了维持自身属性的一致性、完整性，以及自身属性 的更新，该类中需要哪些操作？ 系统是否还需要该类具有其他一些职责？ 2.3 识别分析类的操作 9.5 基于UML的系统分析方法 产品类（Product）的主要操作：设置和获取每个属性值的方法 。 产品类别类（Category）的主要操作：设置和获取每个属性值的 方法。 产品项目类（Item）的主要操作：设置和获取每个属性值的方法 订单类（Order）的主要操作：设置和获取每个属性值的方法、 初始化订单（initOrder）、增加产品项目（addLineItem）等。 购物车类（Cart）的主要操作：设置和获取每个属性值的方法、 增加产品项目（addItem）、删除产品项目（removeItemById）等 购物车项目类(CartItem) 的主要操作：设置和获取每个属性值的 方法、统计金额（calculateTotal）等。 2.4 识别类的关系 9.5 基于UML的系统分析方法 在交互图中，如果一个类向另一类发出消息，则它们必有关系 ，并且通常是关联或依赖关系。 任何有其他类参与组成的类都有聚集关系。 寻找相似类的不同点，将不同的部分下降为特殊的类，将共性 的部分上升为基类，两者之间的关系确定为泛化关系。 发现不同类中的共同点，并且将共同的部分放在另一类中。这 些类与新创建的类之间的关系也是泛化关系。 2.5 绘制类图 9.5 基于UML的系统分析方法 3 动态行为模型 9.5 基于UML的系统分析方法 系统的动态行为模型由顺序图、状态图和活动图表 达。在系统分析时应当对主要的用例和对象类绘制这 些图形，以便分析系统的行为，验证和修改系统的静 态结构，满足用户的需求，达到系统的目标。 3.1 活动图 9.5 基于UML的系统分析方法 3.2 顺序图 9.5 基于UML的系统分析方法 9.6