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

第四章电子商务系统的分析问题定义可行性研究

需求分析总体设计详细设计编码与单元测试综合测试运行维护问题是什么?行的解吗?系统必须做什么?新系统的逻辑模型是？要搞清楚的问题既有的系统是如何工作的？（获取需求）用户希望新系统如何工作？（新系统逻辑模型的建立）获取系统需求信息功能需求非功能性需求（性能需求，安全需求、可用性需求等）成果需求分析报告针对新系统建立的模型系统SDLC中的系统分析

已有信息系统人工处理的系统电子商务系统分析vs一般的信息系统分析基本的方法、过程和工具相同不同点主要体现在调研分析的边界创新性电子商务系统分析要求以EC战略规划和EC系统规划成果为依据充分理解管理及业务人员的需求借鉴典型的电子商务系统功能IS：主要调查企业内部的要求，存在手工系统或旧的信息系统；ECIS：企业内和企业外（客户、供应商）两方面的要求；或者EC尚未开展，新建的系统是全新的。市场活动（Marketing）目标增加客户对企业及相关产品的认知程度，了解企业的服务为企业发现潜在的商业机会，发掘潜在客户，发现客户需求培养客户的忠诚度要点企业的形象产品或服务的优势及特点（竞争力）客户，发现客户的需求借助于Internet，电子商务可以：获得不受地域限制的市场宣传空间减少对外界力量的依赖，直接面对潜在客户拥有最廉价的信息发布渠道直接通过客户的浏览及消费历史记录获取用户需求信息销售活动（Sale）销售过程实质上是为用户提供备选产品的过程，这一过程包括：产品的发现、选择两个基本环节。目标与顾客达成交易，并使交易结果符合企业利益需要要点产品的信息及描述消费的环境电子商务中的销售活动可以：为客户提供发现产品的新渠道带来交易方式的变革，使交易免受地域的限制直接产生电子化的交易记录订货（Order）目标满足企业生产和销售的需要要点供应商的选择运输合适的库存量电子商务系统可以优化订货需求帮助扩大供应商的选择范围，优化供应商选择结果提高订货过程的效率改善对运输过程的监管和优化客户服务（Service）目标培养客户忠诚度从服务中发现客户需求，为市场及销售活动提供依据要点订单完成情况的检查产品使用的反馈订货及客户历史记录客户行为分析电子商务可以提供新的客户服务方式（在线、远程、动态）使服务超越地域和时间的限制加快服务的反馈提供One-To-One的个性化服务提供自助式服务进行服务过程的记录及历史记录的挖掘二、典型的电子商务业务需求企业的电子商务可以划分为B2B，B2C等几种模式。虽然企业的产品和服务不同，但是在几种典型商务模式的业务需求方面有相同处。了解这些典型需求，对于系统需求分析有一定启发。B2C的电子零售系统的基本需求用户管理需求用户注册注册用户信息管理客户需求提供电子目录，帮助用户搜索、发现需要的商品进行同类产品的比较，帮助用户进行购买决策(列举产品的各种参数)购物车为购买产品下订单、订单管理（撤销、修改订单）、订单状态的跟踪提供多种支付手段（在线银行、第三方支付、货到付款等）销售商的需求检查客户的注册信息处理客户的订单完成客户选购产品的结算，处理客户付款各种商品信息的维护商品库存管理跟踪产品销售情况能够和物流配送系统建立接口售后服务B2B电子商务B2B电子商务中的主要实体卖方企业、买方企业、中介（银行等）、物流企业（含运输、仓储、包装等）和政府机构（如税务、海关等）。B2B电子商务活动中处理的信息产品或服务—性能、规格、价格等买卖企业—名称、特点、产品、销售历史等运输企业—名称、运输路线、运力、费用等仓储企业—名称、仓储能力、费用等B2B电子商务的基本需求会员管理会员身份管理会员资料管理权限控制产品目录管理审批流程订单管理交易定价拍卖和投标采购网络支付

企业门户网站的基本需求企业基本信息发布企业动态与新闻企业产品与服务搜索与索引，可帮助用户尽快找到相关信息电子邮件、客服联系方式、用户反馈用户访问统计、网站访问分析个性化服务电子社区相关链接三、电子商务系统分析的过程信息系统分析的基本思路电子商务系统分析的基本过程和方法3.1信息系统分析的基本思路自顶向下从静到动去伪存真不断迭代首先从宏观的层次进行抽象（SA中分层DFD，OOA中的概念层类图、逻辑层类图、实现层类图）首先业务的静态特征，然后在考虑其动态行为（SA中先识别实体、加工、数据，然后在联系起来；OOA中现识别类，在讨论对象之间的消息传递、协作）体现系统分析的反复性，表明系统分析过程是一个不断加深认识的过程。每次分析过程，去除不确切的地方，以便反应业务的真实状况。3.2电子商务系统分析的基本过程进行需求调查，获取需求（Requirements）p78整理提炼，针对需求进行建模利用相关的软件工程方法和工具结构化分析方法DFD面向对象的分析方法UML原型法反复修改在开发一个系统期间所产生的中间描述或文档为模型；模型的产生过程，我们叫做建模。系统分析阶段需要建立新系统的逻辑模型。四、结构化分析方法

（StructuredAnalysis，SA）结构化模型的基本出发点P81计算机数据处理过程：IPO结构化分析方法是一种面向数据流的需求分析方法，也是一种建模活动，它主要根据软件内部的数据传递、变换关系，自顶向下逐层分解，描绘出满足功能要求的软件系统。尤其适合于较大型的信息系统结构化分析的主要工具数据流图（DFD）：功能模型数据字典（DD）实体关系图（E-R图）：数据模型状态变迁图（STD图）：行为模型数据流图（DFD）DataFlowDiagram用于表示数据在信息系统中的流动情况，但不表示具体的程序逻辑和处理步骤数据流图的基本元素（续）数据流是数据在系统内传播的路径，由一个或一组数据项构成。除了数据存储之间的数据流不用命名外，其它数据流应该用名词或名词短语命名。（对于有些含义比较明显的数据流也不一定加以命名）数据流的准确定义由数据字典DataDictionary给出实体代表了系统边界之外的，与系统存在数据交换的人员、组织或其它系统数据流图的基本元素（续）处理也称为数据加工，它对数据流进行某些操作或变换。每个处理要有名字，通常是动词短语，简明地描述完成什么处理。在分层的数据流图中，处理还应有编号。数据存储指暂时保存的数据，它可以是数据库表、文件或其它任何形式的数据组织。流向数据存储的数据流可理解为写入存储或提交查询请求，从数据存储流出的数据可理解为从存储设备读数据或得到查询结果。数据存储也可有编号绘制数据流图的常规原则同一幅图上包含的处理不超过9个尽量避免数据流的交叉使用多级符号，表示处理之间的父子关系案例：家具公司电子商务系统外部实体客户内容维护人员销售人员生产调度系统（生产调度人员）财务系统（财务人员）客服人员物流跟踪系统维修人员案例：主要处理用户管理注册登录用户信息检索用户信息维护产品展示产品目录浏览产品信息检索产品效果图展示网上订货购物车处理添加到购物车修改购物车下订单订单确认订单跟踪客户服务咨询报修派发修理通知服务跟踪信息发布企业信息发布产品信息发布招聘信息发布企业/招聘信息检索统计分析数据字典（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图）（参考）目标：直观地分析系统的动作从特定的视角出发描述系统的动态行为状态迁移图的内容（参考）描述系统行为的三个要素：

状态

事件（输入）用圆圈“○”表示

状态迁移（输出）用箭头“→”表示用字符表示状态迁移图的表示举例（参考）s1s20110s310状态迁移图的应用（参考）作用明确系统需求确定系统在不同状态下的可能的动作进而指导系统设计实现引入状态变量对应不同状态变量值，提供不同的界面、处理……面向过程模型的弊端以实现功能的过程为中心，而用户的需求变化主要是针对功能的，且功能变化往往引起较大的结构变化，因此，系统稳定性不好。系统有明确的边界定义，且系统结构依赖于系统边界的定义。这样的系统不易扩充和修改。可重用性(reusability)较差。五、面向对象的分析与设计方法

(ObjectOrientedAnalysis&Design,OOA&OOD)基本思想：现实世界由相互联系的各种事物组成，每一事物均有其自身的属性和特定的行为，面向对象的分析与设计方法即遵循此思想，以最自然的形式针对现实世界中的问题建模，并按人们通常的思维方式对问题进行求解，力图籍此简化问题模型，降低求解难度面向对象方法的几个基本概念对象可用名字进行唯一标识可用属性（状态）描述某些特征可用一组操作（服务）完成其各种行为类具有相同属性和操作的一组对象的集合，它为属于该类的全部对象提供了统一的抽象描述同样具有名称、属性和操作属性和操作又可分为外部特性和内部实现两部分消息向对象发出的服务请求包含：SenderReceiverParameters由接收者负责对消息进行响应，执行相应操作UML－－面向对象的分析设计工具UML UnifiedModelingLanguage统一建模语言1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推荐，为OMG所采纳，进而成为了可视化建模的事实标准目前最新版本2.1.2UML的特点和应用特点一种可视化的语言一种可用于详细描述的语言精确无歧义完整一种构造语言正向工程逆向工程一种文档化的语言主要应用于软件系统的分析、设计工作，也可应用于非软件领域UML建模（构成）用例图（UseCasediagram）静态图（Staticdiagram）类图Classdiagram对象图Objectdiagram包图Packagediagram行为图（Behaviordiagram）状态图Statechartdiagram活动图Activitydiagram交互图（Interactivediagram）顺序图Sequencediagram协作图Cooperationdiagram实现图（Implementationdiagram）构件图ComponentDiagram部署图DeploymentDiagram描述系统的动态模型和组成对象间的交互关系描述系统组成元素的静态结构描述对象间的交互关系描述系统的物理组成单元UML基本元素—

类(Class)

表示由三部分构成名称必须包含其余可省略或陆续添加可说明属性及操作的可见性可说明属性的类型可说明操作的参数、返回值UML基本元素—

对象(Object)

表示由两部分组成没有操作必须包含名称名称带下划线名称后可跟类名其余可省略或陆续添加可说明属性的类型UML基本元素

——

用例(UseCase)和参与者(Actor)参与者存在于作为研究对象的系统之外的实体可以为人、机构、设备、系统等利用人形表示通常仅包含其名称用例对一组动作序列的描述，系统执行这些动作将产生一个对特定参与者有价值而且可观察的结果使用实线椭圆通常仅包含其名称UML基本元素—

关系（以下三种）依赖关系（dependency）代表：使用关系说明一个事物规格说明的变化可能影响到使用它的另一个事物箭头指向被依赖的事物泛化关系（generalization）指一般事物（称为超类或父类）和该事物的较为特殊的种类（称为子类）之间的关系一个类可以有0个、1个或多个父类没有父类且最少有一个子类的类称为根类或基类没有子类的类称为叶子类箭头指向被继承的类关联关系（association）代表一种结构关系类型自关联二元关联关联可以有一个名称聚集、聚合（Aggregation）

－－一种特殊的关联关系用于表示整体与部分的关系以菱形表示可进一步细分为：普通聚集，共享聚集（SharedAggregation）整体与部分可以单独存在以空心菱形表示组合（Composition）整体拥有部分，部分与整体共存以实心菱形表示类及类之间的关系自关联同时存在两种关系依赖关系泛化关系多元关联大学里的几种关系普通聚集组合指定关系名称和方向另一种指定关系名称的方法指定多重性类图（p90）用于描述类与类之间的静态关系类图主要由类及它们之间的关系构成，此外，还可以包含接口、包等元素，也可包括对象等实例类图的主要作用分析阶段帮助识别系统的主体帮助辨析系统的属性和行为描述应用领域中的概念设计阶段直接引导面向对象的设计描述类与类之间的接口实现阶段描述软件系统中的实现可利用工具直接生成代码框架对象图（ObjectDiagram）形式与类图相似对象之间的连接使用“链”（Link）包图（PackageDiagram）目的：将复杂的大系统拆分为若干小系统包：将若干元素集合成一个更高层次的单位，形成一个低耦合、高内聚的元素集合，将其称为包。包中的元素也具有可见性。包图利用类似于文件夹的符号表示包。包图主要描述包之间的包含及依赖关系。用例图（UseCaseDiagram）pp90要素参与者用例关系用例图描述了谁将是系统的使用者使用者希望系统提供什么服务（功能）使用者与系统之间的交互（参与者与用例之间的关系）关联关系（association）系统所提供的服务（用例之间的关系）包含关系（include）延伸关系（extend）泛化关系（generalize）用例之间存在的三种可能的关系包含关系（include）表示基础用例（客户用例）在其内部说明的某一位置显式地合并了另一个用例的行为用途用例的复用用例的简化延伸关系（extend）基础用例在由延伸用例间接地说明的一个位置上，隐式地合并了另一个用例的行为特点：即使没有扩展用例，基础用例本身也是完整的用途把新的行为插入到已有用例中把复杂的可选的处理从基本的必须的处理中分离出来泛化关系（generalize）与类的泛化关系相似用途先给出一个概念性的用例，再给出其实现用例参与者与用例之间的关联关系用例之间的关系用例图的主要用途分析阶段帮助识别系统的相关主体帮助明确并逐步细化系统功能需求是绘制其它图的出发点实现阶段是编制测试用例的基础实施阶段是制定培训、维护计划的依据状态图（StatechartDiagram）P92用途与状态迁移图相似，用于描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前状态对不同的事件做出反应。要素状态转移与STD的主要不同点以圆角矩形代表状态增加两个可选的特殊状态：起始状态、终止状态状态内增加属性：进入操作、退出操作、内部转移允许在状态内嵌套子状态图允许无触发器转移状态及转移的属性状态名称进入/退出操作内部转移子状态顺序子状态并行子状态延迟的事件转移源状态事件触发器警戒条件操作目标状态状态图示例活动图（ActivityDiagram）本质上为流程图要素状态初始状态终止状态动作状态原子性不可中断性瞬时性活动状态可分解可中断占有有限的时间控制流（转换）普通转换分支分叉汇合对象流表示活动中输入或输出的对象泳道用于将活动图中的活动状态分组活动图示例活动图的主要用途分析阶段辅助进行工作流分析辅助对系统中主体行为进行分析设计阶段设计类的依据最终细化到程序流程图交互图（InteractionDiagram）与活动图一样，用于对系统的动态特性