电子商务系统的分析与设计-第4章.ppt

《电子商务系统的分析与设计-第4章.ppt》由会员分享，可在线阅读，更多相关《电子商务系统的分析与设计-第4章.ppt（96页珍藏版）》请在装配图网上搜索。

1、第四章电子商务系统的分析,要搞清楚的问题 既有的系统是如何工作的？ 用户希望新系统如何工作？ 目的：获取系统需求信息 功能需求 性能需求 成果 需求分析报告 针对新系统建立的模型,系统,SDLC中的系统分析,信息系统 人的系统,电子商务系统分析vs一般的信息系统分析,基本的方法、流程和工具相同 不同点主要体现在 调研分析的边界 创新性 电子商务系统分析要求 以战略规划和系统规划成果为依据 充分了解管理及业务人员的需求 借鉴典型的电子商务系统功能,一. 企业商务活动的基本内容,企业的主要商务活动及它们之间的信息流转,市场活动（Marketing）,目标 增加客户对企业及相关产品的认知程度，了解企

2、业的服务 为企业发现潜在的商业机会，发掘潜在客户，发现客户需求 培养客户的忠诚度 要点 企业的形象 产品的优势及特点 市场细分 借助于Internet，电子商务可以： 获得不受地域限制的市场宣传空间 减少对外界力量的依赖，直接面对潜在客户 拥有最廉价的信息发布渠道 直接通过客户的浏览及消费历史记录获取用户需求信息,销售活动（Sale）,销售过程实质上是为用户提供备选产品的过程，这一过程包括：产品的发现、选择两个基本环节。 目标 与顾客搭成交易，并使交易结果符合企业利益需要 要点 产品的信息及描述 消费的环境 电子商务中的销售活动可以： 为客户提供发现产品的渠道 带来交易方式的变革，使交易免受地

3、域的限制 直接产生电子化的交易记录,订货（Order）,目标 满足企业生产和销售的需要 要点 供应商的选择 运输 合适的库存量 电子商务系统可以 优化订货需求 帮助扩大供应商的选择范围，优化供应商选择结果 提高订货过程的效率 改善对运输过程的监管和优化,支付与交付（Payment & Delivery ）,支付与交付的过程也就是履行订单的执行过程 目标 完成交易费用的给付 完成产品的包装、运输和递交 完成产品所有权的转移 要点 安全性 时间 费用 电子商务系统可以 缩短支付时间，降低支付成本 实现交付过程可视化 追踪订单执行过程 提供无形产品的交付渠道,客户服务（Service）,目标 培养客

4、户忠诚度 从服务中发现客户需求，为市场及销售活动提供依据 要点 订单完成情况的检查 产品使用的反馈 订货及客户历史记录 客户行为分析 电子商务可以 提供新的客户服务方式（在线、远程、动态） 使服务超越地域和时间的限制 加快服务的反馈 提供One-To-One 的个性化服务 提供自助式服务 进行服务过程的记录及发掘,二、典型的电子商务业务需求,市场推广过程中的电子商务业务需求 网络广告 E-mail推销 品牌形象展示 销售过程中的电子商务业务需求 网上产品展示 产品搜索 订货过程中的电子商务业务需求 联机采购 在线报价和价格计算 远程协商 电子支付 ,典型的电子商务业务需求（续）,交付过程中的电

5、子商务业务需求 交付过程跟踪 服务过程中的电子商务业务需求 客户信息反馈 客户跟踪服务 企业内部相关管理业务需求 商品库存管理 经营辅助决策 .,三、电子商务系统分析的过程,信息系统分析的基本思路 电子商务系统分析的基本过程和方法,3.1 信息系统分析的基本思路,自顶向下 从静到动 去伪存真 不断迭代,3.2 电子商务系统分析的基本过程,进行需求调查，获取需求（Requirement） 整理提炼，针对需求进行建模 利用相关的软件工程方法 结构化分析方法 面向对象的分析方法 原型法 反复修改,需求调查,参与人员： 系统分析人员与业务人员共同完成 方法 访谈 问卷调查 跟班 查阅资料 利用原型,可

6、采纳的资料素材 有关机构组成和职责的规定 报表 历史数据 访谈记录 相关法律、法规、文件等 成果 需求调查报告 相关资料素材,四、结构化分析方法 （Structured Analysis，SA）,结构化分析方法是一种面向数据流的需求分析方法，也是一种建模活动，它主要根据软件内部的数据传递、变换关系，自顶向下逐层分解，描绘出满足功能要求的软件系统。 尤其适合于较大型的信息系统,结构化分析的主要工具,数据流图（DFD）：功能模型 数据字典（DD） 实体关系图（E-R图）：数据模型 状态变迁图（STD图）：行为模型,数据流图（DFD）,Data Flow Diagram 用于表示数据在信息系统中的流

7、动情况，但不表示具体的程序逻辑和处理步骤,数据流图的基本元素,数据流图的基本元素（续）,数据流 是数据在系统内传播的路径，由一个或一组数据项构成。 除了数据存储之间的数据流不用命名外，其它数据流应该用名词或名词短语命名。（对于有些含义比较明显的数据流也不一定加以命名） 数据流的准确定义由数据字典Data Dictionary给出 实体 代表了系统边界之外的，与系统存在数据交换的人员、组织或其它系统,数据流图的基本元素（续）,处理 也称为数据加工，它对数据流进行某些操作或变换。 每个处理要有名字，通常是动词短语，简明地描述完成什么处理。 在分层的数据流图中，处理还应有编号。 数据存储 指暂时保存

8、的数据，它可以是数据库表、文件或其它任何形式的数据组织。 流向数据存储的数据流可理解为写入存储或提交查询请求，从数据存储流出的数据可理解为从存储设备读数据或得到查询结果。 数据存储也可有编号,数据流图的绘制方法,首先，确定系统的边界和外部实体 绘出系统的顶层数据流图（context diagram） 只包含一个处理，标号为0 ，且名称为整个系统的名称 在顶层数据流图的基础上，细化得出第0层数据流图 逐层细化，扩展得出更低一层的数据流图，直到所有处理都已足够简单,绘制数据流图的规则,每个数据流都至少有一端是连接到处理的 每个处理都至少有一个输入数据流，且至少有一个输出数据流 每一个数据存储都必须

9、通过数据流连接到处理 一般情况下，每个数据存储都应该既有输入数据流，又有输出数据流 注意命名的唯一性、易懂性,绘制数据流图的常规原则,同一幅图上包含的处理不超过9个 尽量避免数据流的交叉 使用多级符号，表示处理之间的父子关系,案例-学生学籍管理系统,学籍管理系统的1层DFD,P2“成绩管理”的展开,P2.3“成绩分析”的展开,某银行储蓄所存（取）款过程如下： 储户将填好的存（取）单及存折送交分类处理处。分类处理安三种不同情况分别处理。如果存折不符或存（取）单不合格，则将存折及存（取）单直接退还储户重新填写；如果是存款，则将存折及存款单送交存款处处理。存款处理处取出底帐登记后，将存折退还给储户；

10、如果是取款，则将存折及取款单送交取款处理处，该服务台取出底帐及现金，记账后将存折与现金退给储户。从而完成存（取）款处理过程。试按此画出数据流程图。,案例：家具公司电子商务系统,外部实体 客户 内容维护人员 销售人员 生产调度系统 （生产调度人员） 财务系统（财务人员） 客服人员 物流跟踪系统 维修人员,案例：主要处理,用户管理 注册 登录 用户信息检索 用户信息维护 产品展示 产品目录浏览 产品信息检索 产品效果图展示 网上订货 购物车处理 添加到购物车 修改购物车 下订单 订单确认 订单跟踪,客户服务 咨询 报修 派发修理通知 服务跟踪 信息发布 企业信息发布 产品信息发布 招聘信息发布 企

11、业/招聘信息检索 统计分析,数据字典（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图）,目标：直观地分析系统的动作 从特定的视角出发描述系统的动态行为,状态迁移图的内容,描述系统行为的三个要素：,状态,事件 （输入）,用圆圈“”表示,状态迁移 （输出）,用箭头“”表示,用字符表示,状态迁移图的表示举例,状态迁

12、移图的应用,作用 明确系统需求 确定系统在不同状态下的可能的动作 进而指导系统设计 实现 引入状态变量 对应不同状态变量值，提供不同的界面、处理,决策树,决策表,面向过程模型的弊端,以实现功能的过程为中心，而用户的需求变化主要是针对功能的，且功能变化往往引起较大的结构变化，因此，系统稳定性不好。 系统有明确的边界定义，且系统结构依赖于系统边界的定义。这样的系统不易扩充和修改。 可重用性(reusability)较差。,五、面向对象的分析与设计方法(Object Oriented Analysis&Design, OOA&OOD),基本思想： 现实世界由相互联系的各种事物组成，每一事物均有其自身

13、的属性和特定的行为，面向对象的分析与设计方法即遵循此思想，以最自然的形式针对现实世界中的问题建模，并按人们通常的思维方式对问题进行求解，力图籍此简化问题模型，降低求解难度,面向对象方法的几个基本概念,对象 可用名字进行唯一标识 可用属性（状态）描述某些特征 可用一组操作（服务）完成其各种行为 类 具有相同属性和操作的一组对象的集合，它为属于该类的全部对象提供了统一的抽象描述 同样具有名称、属性和操作 属性和操作又可分为外部特性和内部实现两部分 消息 向对象发出的服务请求 包含： Sender Receiver Parameters 由接收者负责对消息进行响应，执行相应操作,UML面向对象的分析

14、设计工具,UML Unified Modeling Language 统一建模语言 1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推荐，为OMG所采纳，进而成为了可视化建模的事实标准 目前最新版本2.1.2,UML的特点和应用,特点 一种可视化的语言 一种可用于详细描述的语言 精确 无歧义 完整 一种构造语言 正向工程 逆向工程 一种文档化的语言 主要应用于软件系统的分析、设计工作，也可应用于非软件领域,UML的构成,用例图（Use Case diagram） 静态图（Static diagram） 类图 Class

15、diagram 对象图 Object diagram 包图 Package diagram 行为图（Behavior diagram） 状态图 Statechart diagram 活动图 Activity diagram 交互图 （Interactive diagram） 顺序图 Sequence diagram 协作图 Cooperation diagram 实现图（Implementation diagram） 构件图 Component Diagram 部署图 Deployment Diagram,描述系统的动态模型和组成对象间的交互关系,描述系统组成元素的静态结构,描述对象间的交互关

16、系,描述系统的物理组成单元,UML基本元素 类(Class),表示由三部分构成 名称必须包含 其余可省略或陆续添加 可说明属性及操作的可见性 可说明属性的类型 可说明操作的参数、返回值,UML基本元素 对象(Object),表示由两部分组成 没有操作 名称必须包含 名称带下划线 名称后可跟类名 其余可省略或陆续添加 可说明属性的类型,UML基本元素 用例(Use Case)和参与者(Actor),参与者 存在于作为研究对象的系统之外的实体 可以为人、机构、设备、系统等 利用人形表示 通常仅包含其名称,用例 对一组动作序列的描述，系统执行这些动作将产生一个对特定参与者有价值而且可观察的结果 使用

17、实线椭圆 通常仅包含其名称,UML基本元素 关系,依赖关系（dependency）,代表：使用关系 说明一个事物规格说明的变化可能影响到使用它的另一个事物 箭头指向被依赖的事物,泛化关系（generalization）,指一般事物（称为超类或父类）和该事物的较为特殊的种类（称为子类）之间的关系 一个类可以有0个、1个或多个父类 没有父类且最少有一个子类的类称为根类或基类 没有子类的类称为叶子类 箭头指向被继承的类,关联关系（association）,代表一种结构关系 类型 自关联 二元关联 关联可以有一个名称,聚集、聚合（Aggregation）一种特殊的关联关系,用于表示整体与部分的关系 以

18、菱形表示 可进一步细分为： 普通聚集，共享聚集（Shared Aggregation） 整体与部分可以单独存在 以空心菱形表示 组合（Composition） 整体拥有部分，部分与整体共存 以实心菱形表示,类及类之间的关系,自关联,同时存在两种关系,依赖 关系,泛化 关系,多元 关联,大学里的几种关系,普通 聚集,组合,指定关系名称和方向,另一种指定关系名称的方法,指定多重性,类图,用于描述类与类之间的静态关系 类图主要由类及它们之间的关系构成，此外，还可以包含接口、包等元素，也可包括对象等实例,类图的主要作用,分析阶段 帮助识别系统的主体 帮助辨析系统的属性和行为 描述应用领域中的概念 设计

19、阶段 直接引导面向对象的设计 描述类与类之间的接口 实现阶段 描述软件系统中的实现 可利用工具直接生成代码框架,对象图（Object Diagram）,形式与类图相似 对象之间的连接使用“链”（Link）,包图（Package Diagram）,目的：将复杂的大系统拆分为若干小系统 包：将若干元素集合成一个更高层次的单位，形成一个低耦合、高内聚的元素集合，将其称为包。 包中的元素也具有可见性。 包图利用类似于文件夹的符号表示包。 包图主要描述包之间的包含及依赖关系。,用例图（Use Case Diagram）,要素 参与者 用例 关系 用例图描述了 谁将是系统的使用者 使用者希望系统提供什么服

20、务（功能） 使用者与系统之间的交互（参与者与用例之间的关系） 关联关系（association） 系统所提供的服务（用例之间的关系） 包含关系（include） 延伸关系（extend） 泛化关系（generalize）,用例之间存在的三种可能的关系,包含关系（include） 表示基础用例（客户用例）在其内部说明的某一位置显式地合并了另一个用例的行为 用途 用例的复用 用例的简化 延伸关系（extend） 基础用例在由延伸用例间接地说明的一个位置上，隐式地合并了另一个用例的行为 特点：即使没有扩展用例，基础用例本身也是完整的 用途 把新的行为插入到已有用例中 把复杂的可选的处理从基本的必须的

21、处理中分离出来 泛化关系（generalize） 与类的泛化关系相似 用途 先给出一个概念性的用例，再给出其实现用例,参与者与用例之间的关联关系,用例之间的关系,用例图的主要用途,分析阶段 帮助识别系统的相关主体 帮助明确并逐步细化系统功能需求 是绘制其它图的出发点 实现阶段 是编制测试用例的基础 实施阶段 是制定培训、维护计划的依据,状态图（Statechart Diagram）,用途与状态迁移图相似，用于描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前状态对不同的事件做出反应。 要素 状态 转移 与STD的主要不同点 以圆角矩形代表状态 增加两个可选的特殊状态：起始状态、终止状

22、态 状态内增加属性：进入操作、退出操作、内部转移 允许在状态内嵌套子状态图 允许无触发器转移,状态及转移的属性,状态 名称 进入/退出操作 内部转移 子状态 顺序子状态 并行子状态 延迟的事件,转移 源状态 事件触发器 警戒条件 操作 目标状态,状态图示例,活动图（Activity Diagram）,本质上为流程图 要素 状态 初始状态 终止状态 动作状态 原子性 不可中断性 瞬时性 活动状态 可分解 可中断 占有有限的时间,控制流（转换） 普通转换 分支 分叉 汇合 对象流 表示活动中输入或输出的对象 泳道 用于将活动图中的活动状态分组,活动图示例,活动图的主要用途,分析阶段 辅助进行工作流

23、分析 辅助对系统中主体行为进行分析 设计阶段 设计类的依据 最终细化到程序流程图,交互图（Interaction Diagram）,与活动图一样，用于对系统的动态特性建模 交互图强调从对象到对象的控制流 活动图强调从活动到活动的控制流 由顺序图和协作图共同构成 显示的是一个交互，由一组对象和它们之间的关系组成，包含它们之间可能传递的消息 顺序图：强调时间顺序的交互图 协作图：强调结构组织的交互图 两者在语义上是等价的,顺序图（Sequence Diagram）,要素 对象：沿X轴排列 名称 生命线 控制焦点可选，用于可视化消息的嵌套或实际计算发生时的时间 消息：沿Y轴排列 名称 参数（可选）

24、消息的类型 普通消息 调用,顺序图示例,协作图（Collaboration Diagram）,要素 对象：名称 链：连接对象之间的弧 消息 名称 参数 顺序号：以嵌套的形式反映了消息间的先后顺序,协作图示例,交互图的主要用途,分析阶段 帮助识别系统的相关主体 帮助分析业务流程 设计阶段 设计类的操作的重要依据 设计程序流程的出发点 实现阶段 是编制测试用例的重要参考,基于UML的分析设计过程,基本原则 用例驱动的 以体系结构为中心的 迭代的 增量的 一般技巧 每一个图中只包含与特定主题相关的内容 使用工具,利用UML进行系统分析的方法,确定Actor 画出用例图 画各种动态视图（主要是活动图、

25、顺序图及状态图），以进一步说明各个用例的详细情况,UML支援环境,Rational Rose (IBM) 经典的可视化建模工具 全面支持UML 建模标准 可以在同一个模型中实现业务建模、需求建模、应用建模和数据建模 支持多种语言（C+, Java、VB 等）的代码生成及双向工程 自带的的模块测试工具，可以在设计阶段就及早对设计模型进行测试 Poseidon for UML (Gentleware German) Visio2003 (Microsoft) PowerDesigner (Sybase) Trufun Kant&Plato (楚凡 China),六、原型法（Prototype Ap

26、proach）面对小型项目的最实用的分析设计方法,利用静态页面构造出系统的主要界面，并利用超链接反映它们之间的相互关系 利用原型法可以为系统分析人员与用户之间的交流沟通提供一个着眼点,第七节 系统分析建模工具及其操作介绍,一、建模工具简介 在信息系统分析建模工具中，目前常用的有微软的Visio和Rational公司的Rose。 1Visio 2Rational Rose,二、Visio建模的基本操作,1流程图绘制 图4-37 Visio起始界面,图438 绘制业务流程图界面,2.绘制数据流程图,进入如图439所示的绘制数据流程图界面。,图440 绘制数据流程图界面,图4-42 绘制学籍管理系统

27、数据流图顶层的过程,3UML建模过程,图4-44 UML的绘图界面,图4-45 绘制用例图的过程,第八节 系统分析报告的结构与内容,一、分析报告的结构 系统分析会产生大量的图表，为了使系统分析报告清楚，便于不同人员查看、参考，系统分析报告一般分为正文和附录两部分。 正文主要阐述系统分析各工作环节的工作任务、内容、一般的原则和方法。 附录给出新系统逻辑模型的表述，包括各种表格、图等。,二、系统分析报告的主要内容,1前言 前言是系统分析工作的大致描述，其中包括本次系统分析的主要任务、设计依据、术语约定等。 2现行系统概况 对详细调查做简单的描述，可以包括企业发展概况、企业物理概况、生产经营概况、组

28、织机构设置、企业流程调查情况、信息载体调查情况。 3系统需求分析,4数据模型设计 包括数据模型设计的原则、考虑的要点、公共数据类的设计说明以及其他说明。 5编码模型设计 阐述编码模型设计所采用的标准和原则、各编码对象以及编码原则、特殊编码，以及有关编码工作中需要注意的事项等。,6子系统划分 7新系统功能模型设计 8其他 9附录。,思考题,1系统调查的目的是什么？ 2简述现行系统调查的主要内容。 3电子商务系统需求分析包含哪些内容？ 4比较信息工程方法和功能分解方法的区别。 5.什么叫数据词典?它的内容包括哪些? 6.决策树有何作用? 7.决策表有何作用? 简述决策表的构成. 8业务功能用什么图

29、表示？以自己熟悉的部门为例画出其组织结构图。,9业务流程分析的目的和内容是什么？ 10数据流程图有何作用？它与业务流程图的联系与区别在哪些方面？ 11简述数据流图的局限性。 12某商场对每一批购入的商品根据“入库单”登记在“购入流水账”中，对每一批销售的商品根据“出库单”登记在“销售流水账”中。商品每天入库或出库后，要根据“购入流水账”和“销售流水账”，修改“库存台账”。商场每月将根据“库存台账”制作各种报表。请绘制该商场供销存管理的数据流图。 13什么是统一建模语言？它有哪些优点？,14UML的作用是什么？它与程序设计语言有何区别？ 15UML提供了哪几种模型图？哪些用于静态建模，哪些用于动态建模？ 16什么是用例建模，它的组成元素有哪些？ 17什么是参与者，它有哪些类型，如何描述参与者？ 18什么是用例，它有哪些特征，如何确定用例，用例之间有什么关系？ 19什么是类图，它的组成元素有哪些？ 20类的属性用来描述什么？写出其描述语法，并说明其含义。 21类之间有哪些关系？ 22什么是对象图？它所使用的符号有哪些？ 23什么是状态图？它所使用的符号有哪些？ 24什么是活动图？它的构成元素有哪些？,