4电子商务系统的分析

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

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

3、使交易结结果符合合企业利利益需要要要点产品的信信息及描描述消费的环环境电子商务务中的销销售活动动可以：为客户提提供发现现产品的的渠道带来交易易方式的的变革，使交易易免受地地域的限限制直接产生生电子化化的交易易记录订货（Order）目标满足企业业生产和和销售的的需要要点供应商的的选择运输合适的库库存量电子商务务系统可可以优化订货货需求帮助扩大大供应商商的选择择范围，优化供供应商选选择结果果提高订货货过程的的效率改善对运运输过程程的监管管和优化化支付与交交付（Payment &Delivery）支付与交交付的过过程也就就是履行行订单的的执行过过程目标完成交易易费用的的给付完成产品品的包装装、运输输

4、和递交交完成产品品所有权权的转移移要点安全性时间费用电子商务务系统可可以缩短支付付时间，降低支支付成本本实现交付付过程可可视化追踪订单单执行过过程提供无形形产品的的交付渠渠道客户服务务（Service）目标培养客户户忠诚度度从服务中中发现客客户需求求，为市市场及销销售活动动提供依依据要点订单完成成情况的的检查产品使用用的反馈馈订货及客客户历史史记录客户行为为分析电子商务务可以提供新的的客户服服务方式式（在线线、远程程、动态态）使服务超超越地域域和时间间的限制制加快服务务的反馈馈提供One-To-One的的个性性化服务务提供自助助式服务务进行服务务过程的的记录及及发掘二、典型型的电子子商务业业务

5、需求求市场推广广过程中中的电子子商务业业务需求求网络广告告E-mail推推销品牌形象象展示销售过程程中的电电子商务务业务需需求网上产品品展示产品搜索索订货过程程中的电电子商务务业务需需求联机采购购在线报价价和价格格计算远程协商商电子支付付典型的电电子商务务业务需需求（续续）交付过程程中的电电子商务务业务需需求交付过程程跟踪服务过程程中的电电子商务务业务需需求客户信息息反馈客户跟踪踪服务企业内部部相关管管理业务务需求商品库存存管理经营辅助助决策.三、电子子商务系系统分析析的过程程信息系统统分析的的基本思思路电子商务务系统分分析的基基本过程程和方法法3.1信信息系系统分析析的基本本思路自顶向下下从

6、静到动动去伪存真真不断迭代代3.2电电子商商务系统统分析的的基本过过程进行需求调查查，获取需需求（Requirement）整理提炼炼，针对对需求进进行建模模利用相关关的软件件工程方方法结构化分分析方法法面向对象象的分析析方法原型法反复修改改需求调查查参与人员员：系统分析析人员与与业务人人员共同同完成方法访谈问卷调查查跟班查阅资料料利用原型型可采纳的的资料素素材有关机构构组成和和职责的的规定报表历史数据据访谈记录录相关法律律、法规规、文件件等成果需求调查查报告相关资料料素材四、结构构化分析析方法（StructuredAnalysis，SA）结构化分分析方法法是一种种面向数数据流的的需求分分析方法

7、法，也是是一种建建模活动动，它主主要根据据软件内内部的数数据传递递、变换换关系，自顶向向下逐层层分解，描绘出出满足功功能要求求的软件件系统。尤其适合合于较大大型的信信息系统统结构化分分析的主主要工具具数据流图图（DFD）：功功能模型型数据字典典（DD）实体关系系图（E-R图图）：数数据模型型状态变迁迁图（STD图）：行为模模型数据流图图（DFD）Data FlowDiagram用于表示示数据在在信息系系统中的的流动情情况，但但不表示示具体的的程序逻逻辑和处处理步骤骤数据流图图的基本本元素数据流图图的基本本元素（续）数据流是数据在在系统内内传播的的路径，由一个个或一组组数据项项构成。除了数据据存

8、储之之间的数数据流不不用命名名外，其其它数据据流应该该用名词词或名词词短语命命名。（对于有些些含义比比较明显显的数据据流也不不一定加加以命名名）数据流的的准确定定义由数数据字典典DataDictionary给出实体代表了系系统边界界之外的的，与系系统存在在数据交交换的人人员、组组织或其其它系统统数据流图图的基本本元素（续）处理也称为数数据加工工，它对对数据流流进行某某些操作作或变换换。每个处理理要有名名字，通通常是动动词短语语，简明明地描述述完成什什么处理理。在分层的的数据流流图中，处理还还应有编编号。数据存储储指暂时保保存的数数据，它它可以是是数据库库表、文文件或其其它任何何形式的的数据组组

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

10、据流，且至少少有一个个输出数数据流每一个数数据存储储都必须须通过数数据流连连接到处处理一般情况况下，每每个数据据存储都都应该既既有输入入数据流流，又有有输出数数据流注意命名名的唯一一性、易易懂性绘制数据据流图的的常规原原则同一幅图图上包含含的处理理不超过过9个尽量避免免数据流流的交叉叉使用多级级符号，表示处处理之间间的父子子关系案例：家家具公司司电子商商务系统统外部实体体客户内容维护护人员销售人员员生产调度度系统（生产产调度人人员）财务系统统（财务务人员）客服人员员物流跟踪踪系统维修人员员案例：主主要处理理用户管理理注册登录用户信息息检索用户信息息维护产品展示示产品目录录浏览产品信息息检索产品

11、效果果图展示示网上订货货购物车处处理添加到购购物车修改购物物车下订单订单确认认订单跟踪踪客户服务务咨询报修派发修理理通知服务跟踪踪信息发布布企业信息息发布产品信息息发布招聘信息息发布企业/招招聘信息息检索统计分析析数据字典典（DataDictionary，DD）1订单单1.1订订单标识识1.2顾顾客详情情1.3书书籍详情情1.1订订单标识识1.1.1 订货货日期1.1.2 订单单编号1.2顾顾客详情情1.2.1姓姓名1.2.2联联系电话话地址ID1.2.2联联系电话话固定电话话移动电话话说明：上上述两项项至少一一项为非非空行为模型型：状态态变迁图图（STD图）目标：直直观地分分析系统统的动作作

12、从特定的的视角出出发描述述系统的的动态行行为状态迁移移图的内内容描述系统统行为的的三个要要素： 状态 事件（输入）用圆圈“”表示状态迁移移（输出）用箭头“”表表示用字符表表示状态迁移移图的表表示举例例s1s20110s310状态迁移移图的应应用作用明确系统统需求确定系统统在不同同状态下下的可能能的动作作进而指导导系统设设计实现引入状态态变量对应不同同状态变变量值，提供不不同的界界面、处处理面向过程程模型的的弊端以实现功功能的过过程为中中心，而而用户的的需求变变化主要要是针对对功能的的，且功功能变化化往往引引起较大大的结构构变化，因此，系统稳定性不不好。系统有明明确的边边界定义义，且系系统结构构

13、依赖于于系统边边界的定定义。这这样的系系统不易扩充充和修改改。可重用性性(reusability)较差。五、面向向对象的的分析与与设计方方法(Object Oriented Analysis&Design,OOA&OOD)基本思想想：现实世界界由相互互联系的的各种事事物组成成，每一一事物均均有其自自身的属属性和特特定的行行为，面面向对象象的分析析与设计计方法即即遵循此此思想，以最自自然的形形式针对对现实世世界中的的问题建建模，并并按人们们通常的的思维方方式对问问题进行行求解，力图籍籍此简化化问题模模型，降降低求解解难度面向对象象方法的的几个基基本概念念对象可用名字字进行唯唯一标识识可用属性性（

14、状态态）描述述某些特特征可用一组组操作（服务）完成其其各种行行为类具有相同同属性和和操作的的一组对对象的集集合，它它为属于于该类的的全部对对象提供供了统一一的抽象象描述同样具有有名称、属性和和操作属性和操操作又可可分为外外部特性性和内部部实现两两部分消息向对象发发出的服服务请求求包含：SenderReceiverParameters由接收者者负责对对消息进进行响应应，执行行相应操操作UML面向向对象的的分析设设计工具具UMLUnified Modeling Language统一建模模语言1996年，由由Rational公公司的G.Booch、J.Rumbaugh、I.Jacobson共同同提出

15、，并由若若干大公公司共同同推荐，为OMG所采采纳，进进而成为为了可视视化建模模的事实实标准目前最新新版本2.1.2UML的的特点和和应用特点一种可视化的语言一种可用用于详细描述述的语言精确无歧义完整一种构造语言正向工程程逆向工程程一种文档化的语言主要应用用于软件件系统的的分析、设计工工作，也也可应用用于非软软件领域域UML的的构成用例图（Use Casediagram）静态图（Static diagram）类图Classdiagram对象图Objectdiagram包图Packagediagram行为图（Behaviordiagram）状态图Statechartdiagram活动图Activi

16、tydiagram交互图（Interactive diagram）顺序图Sequencediagram协作图Cooperationdiagram实现图（Implementationdiagram）构件图Component Diagram部署图DeploymentDiagram描述系统统的动态态模型和和组成对对象间的的交互关关系描述系统统组成元元素的静静态结构构描述对象象间的交交互关系系描述系统统的物理理组成单单元UML基基本元素素 类类(Class)表示由三三部分构构成名称必须须包含其余可省省略或陆陆续添加加可说明属属性及操操作的可可见性可说明属属性的类类型可说明操操作的参参数、返返回值UML

17、基基本元素素 对对象(Object)表示由两两部分组组成没有操作作名称必须须包含名称带下下划线名称后可可跟类名名其余可省省略或陆陆续添加加可说明属属性的类类型UML基基本元素素用用例(UseCase)和和参与者者(Actor)参与者存在于作作为研究究对象的的系统之之外的实实体可以为人人、机构构、设备备、系统统等利用人形形表示通常仅包包含其名名称用例对一组动动作序列列的描述述，系统统执行这这些动作作将产生生一个对对特定参参与者有有价值而而且可观观察的结结果使用实线线椭圆通常仅包包含其名名称UML基基本元素素 关关系依赖关系系（dependency）代表：使使用关系系说明一个个事物规规格说明明的变

18、化化可能影影响到使使用它的的另一个个事物箭头指向向被依赖赖的事物物泛化关系系（generalization）指一般事事物（称称为超类类或父类类）和该该事物的的较为特特殊的种种类（称称为子类类）之间间的关系系一个类可可以有0个、1个或多多个父类类没有父类类且最少少有一个个子类的的类称为为根类或或基类没有子类类的类称称为叶子子类箭头指向向被继承承的类关联关系系（association）代表一种种结构关关系类型自关联二元关联联关联可以以有一个个名称聚集、聚聚合（Aggregation）一种特殊殊的关联联关系用于表示示整体与与部分的的关系以菱形表表示可进一步步细分为为：普通聚集集，共享享聚集（Shar

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

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

21、系统的使使用者使用者希希望系统统提供什什么服务务（功能能）使用者与与系统之之间的交交互（参参与者与与用例之之间的关关系）关联关系系（association）系统所提提供的服服务（用用例之间间的关系系）包含关系系（include）延伸关系系（extend）泛化关系系（generalize）用例之间间存在的的三种可可能的关关系包含关系系（include）表示基础础用例（客户用用例）在在其内部部说明的的某一位位置显式式地合并并了另一一个用例例的行为为用途用例的复复用用例的简简化延伸关系系（extend）基础用例例在由延延伸用例例间接地地说明的的一个位位置上，隐式地地合并了了另一个个用例的的行为特点：

22、即即使没有有扩展用用例，基基础用例例本身也也是完整整的用途把新的行行为插入入到已有有用例中中把复杂的的可选的的处理从从基本的的必须的的处理中中分离出出来泛化关系系（generalize）与类的泛泛化关系系相似用途先给出一一个概念念性的用用例，再再给出其其实现用用例参与者与与用例之之间的关关联关系系用例之间间的关系系用例图的的主要用用途分析阶段段帮助识别别系统的的相关主主体帮助明确确并逐步步细化系系统功能能需求是绘制其其它图的的出发点点实现阶段段是编制测测试用例例的基础础实施阶段段是制定培培训、维维护计划划的依据据状态图（StatechartDiagram）用途与状状态迁移移图相似似，用于于描述

23、一一个实体体基于事事件反应应的动态态行为，显示了了该实体体如何根根据当前前状态对对不同的的事件做做出反应应。要素状态转移与STD的主要要不同点点以圆角矩矩形代表表状态增加两个个可选的的特殊状状态：起起始状态态、终止止状态状态内增增加属性性：进入入操作、退出操操作、内内部转移移允许在状状态内嵌嵌套子状状态图允许无触触发器转转移状态及转转移的属属性状态名称进入/退退出操作作内部转移移子状态顺序子状状态并行子状状态延迟的事事件转移源状态事件触发发器警戒条件件操作目标状态态状态图示示例活动图（ActivityDiagram）本质上为为流程图图要素状态初始状态态终止状态态动作状态态原子性不可中断断性瞬时

24、性活动状态态可分解可中断占有有限限的时间间控制流（转换）普通转换换分支分叉汇合对象流表示活动动中输入入或输出出的对象象泳道用于将活活动图中中的活动动状态分分组活动图示示例活动图的的主要用用途分析阶段段辅助进行行工作流流分析辅助对系系统中主主体行为为进行分分析设计阶段段设计类的的依据最终细化化到程序序流程图图交互图（InteractionDiagram）与活动图图一样，用于对对系统的的动态特特性建模模交互图强强调从对对象到对对象的控控制流活动图强强调从活活动到活活动的控控制流由顺序图和协作图共同构成成显示的是是一个交交互，由由一组对对象和它它们之间间的关系系组成，包含它它们之间间可能传传递的消消息顺序图：强调时时间顺序序的交互互图协作图：强调结结构组织织的交互互图两者在语语义上是是等价的的顺序图（SequenceDiagram）要素对象：沿沿X轴排排列名