1、电子商务系统建设与管理,国家“十一五”规划教材,第四章 电子商务系统的分析,电子商务系统建设与管理,3,2019年7月14日星期日,案例 铁路物资总公司电子商务系统开发,铁路物资总公司是位居国内物资流通行业前三强的企业，主要负责铁路部门燃油、机电产品、配件等消耗材料的采购、供应。在全国各地拥有上百个仓库、铁路专用线，并依托自身的优势，开展第三方物流服务。2000年铁路物资总公司决定利用电子商务降低企业的采购成本，拓展企业市场空间。2000年11月建立了由公司业务人员、科研人员、IBM和i2公司有关人员的项目组负责电子商务系统的规划、开发。 铁路物资总公司在电子商务系统的规划阶段，确定了其未来的
2、商务模式由“B2B的电子交易市场、第三方物流平台和企业内部集采专供”三个部分组成。在这一规划的指导下，项目组开始对公司总部、全国17个办事处、物流仓库,电子商务系统建设与管理,4,2019年7月14日星期日,4,案例 铁路物资总公司电子商务系统开发,等单位进行了艰苦、细致、深入的调查分析。在调查过程中，采用了用户交流会、问卷调查等形式，收集了企业既有的报表、历史数据，然后针对各项业务，总结归纳了每项业务的功能、数据和业务处理过程，在此基础上，分析了未来要建设的电子商务系统中应该处理的业务对象、各个业务对象的加工处理过程及相互关系。这种分析过程从2000年11月持续到2001年5月，不断将分析的
3、结果与业务人员进行交流，最终给出的系统功能得到了企业的认同。 2001年6月到11月，系统完成编码和调试，2002年3月系统投产运行。2003年该系统被中国计算机用户协会评为2002年十大最佳电子商务系统之一。,电子商务系统建设与管理,5,2019年7月14日星期日,5,本章主要内容,电子商务系统分析的基本概念 电子商务系统分析的基本过程 信息系统开发方法概述 统一建模语言 电子商务系统的需求分析,电子商务系统建设与管理,6,南开大学国际商学院信管系,6,电子商务系统的规划与设计电子商务系统分析,4.1 概 述,电子商务系统分析的基本概念 电子商务系统分析就是在系统规划确定的原则和目标的指导下
4、，结合电子商务系统的特点，对企业进行调查，全面了解企业的目标、组织结构、数据流程和业务处理过程，结合不同电子商务活动的基本需求，进而确定企业的详细需求定义（或者系统功能需求说明书），为系统设计奠定基础。,电子商务系统建设与管理,7,南开大学国际商学院信管系,2019年7月14日星期日,7,电子商务系统的规划与设计电子商务系统分析,电子商务系统分析的特点 与一般企业信息系统的分析相比较，它们 目标是相同的 给未来要建设的新系统提出明确的、细致的需求，从而使得系统设计有的放矢，具有明确的针对性 方法是类似的 面向数据流的结构化分析方法 面向对象的分析方法,企业的业务过程 企业的业务模型,4.1 概
5、 述,电子商务系统建设与管理,8,南开大学国际商学院信管系,2019年7月14日星期日,8,电子商务系统的规划与设计电子商务系统分析,系统分析的对象不尽相同 传统信息系统分析着重于从业务的手工处理系统，或者企业既有系统入手，描述既有老系统业务处理中的数据、加工处理过程，在此基础上分析其中的不足或缺陷，进而提出未来要构造的新系统的需求。这种系统分析的过程，具有相对明确的参照物，而且其分析对象是存在的，业务处理过程也相对明确 电子商务系统分析过程中，由于企业电子商务活动还没有实施，所以目标系统的参照物并不存在。电子商务系统分析的对象并不完全是企业的手工处理过程，既有的老系统只是其中的一个部分(如电
6、子社区管理),4.1 概 述,电子商务系统建设与管理,9,9,系统分析的任务不同 传统的系统分析主要包括系统调查、系统业务分析、提出对新系统的需求这几个方面； 而电子商务系统分析的任务除了要对业务流程进行调查、分析老系统的不足外，另一个很重要的任务是创新工作，即在老系统的基础上，结合电子商务的特点不同电子商务模式需求的共性，创新性地提出企业尚未开展、而目标系统应当满足的一部分需求（如企业门户）。 总的来说，电子商务系统分析与传统信息系统分析目标是一致的，主要是分析提出未来新系统的业务需求。但是电子商务系统分析不仅需要调查分析企业业务处理过程，描述老系统的业务需求，而且要在其基础上，结合电子商务
7、的特点，创新性地描述未来系统应当满足的需求和实现的功能,4.1 概 述,电子商务系统建设与管理,10,4.2 电子商务系统分析的过程,信息系统分析的基本思路 解决系统到底要“做什么”的问题 系统分析阶段需要对企业生产、经营全过程的数据收集、存储、加工、处理、传递等信息处理工作进行调查分析；另外，还要调查和分析企业的主要商务活动的功能，如数据处理、预测、计划、辅助决策、公共信息服务等。 系统分析的结果就是建立起企业运作过程的清晰的、准确的、动态的模型,电子商务系统建设与管理,11,南开大学国际商学院信管系,2019年7月14日星期日,11,电子商务系统的规划与设计电子商务系统分析,电子商务系统分
8、析的思路 电子商务系统的分析过程中还需要包括一个创新性的综合加工过程，这一过程的目的是在了解企业商务活动过程的基础上，通过分析、综合、创新提出新系统应该满足的而既有业务中不具备的需求。 提出这种需求的过程是一种创新性的活动，其基础主要包括以下几方面的内容： 了解企业商务活动以及电子商务可能对企业商务活动的改进方式 掌握企业既有商务活动的详细特征 了解典型的电子商务活动的基本需求,4.2 电子商务系统分析的过程,电子商务系统建设与管理,12,南开大学国际商学院信管系,2019年7月14日星期日,12,电子商务系统的规划与设计电子商务系统分析,电子商务系统分析的基本过程,4.2 电子商务系统分析的
9、过程,电子商务系统建设与管理,13,4.3 信息系统开发方法概述,1.结构化系统开发方法(瀑布模型) 结构化开发结构化系统开发该方法强调从系统的角度出发来分析问题和解决问题，面对要开发的系统，从层次的角度，自顶向下地分析和设计系统。 开发过程强调严格的规范管理和系统生命周期，工作文档要成文，要标准。,电子商务系统建设与管理,14,系统开发生命周期,电子商务系统建设与管理,15,结构化开发的过程： 严格按照生命周期五个阶段：系统规划、系统分析、系统设计、系统实施、系统运行和维护。,4.3 信息系统开发方法概述,电子商务系统建设与管理,16,瀑布模型,4.3 信息系统开发方法概述,电子商务系统建设
10、与管理,17,结构化系统开发方法的优缺点 优点：整体思路清楚，能够从全局出发，步步为营，减少返工，有利于提高开发质量；设计工作中阶段性强，每一阶段均有工作成果出现，且是下一阶段工作的依据，工作进度比较容易把握，有利于系统开发的总体管理和控制。 缺点：1.系统开发周期太长。风险高。2.不符合人们循序渐进认识事物的规律性。,4.3 信息系统开发方法概述,电子商务系统建设与管理,18,2. 迭代化开发 用户与系统分析设计人员合作，在短期内定义用户的基本需求，开发出一个功能不十分完善的 、实验性的、简易的应用软件基本框架,称为原型。先运行这个原型，再不断评价和改进原型，使之逐步完善。其开发是一个分析、
11、设计、编程、测试、运行、评价多次重复，不断演进的过程。,4.3 信息系统开发方法概述,电子商务系统建设与管理,19,迭 代 化 开 发 过 程,系统申请,运行、评价,开发一个原型系统,确定系统的基本要求和主要功能,确定模型后处理,实际系统运行、维护,满意吗？,满意,不满意,主要任务；构造模型的依据,修改 (分析/设计/实施/测试/评价),电子商务系统建设与管理,20,迭代化的软件项目生命周期模型,迭代计划的依据：风险驱动 把复杂的问题分解成一系列相对简单的问题 早期的迭代解决风险最高的问题。 每次迭代都增加系统的功能并产生一个可运行的结果 每次迭代都包括有测试工作,时间,Iteration 1
12、,Iteration 2,Iteration 3,4.3 信息系统开发方法概述,电子商务系统建设与管理,21,迭代式项目的执行,迭代一的目标是开发一个系统核心原型，满足性能需求指标 迭代执行的结果可能实现预定目标，也可能没有达到预定目标 项目经理需要对每次迭代结果进行评估 根据上一次迭代执行的结果来决定下一次迭代的工作内容,4.3 信息系统开发方法概述,电子商务系统建设与管理,22,迭代一失败之后，调整过的计划,以此保证任务按期完成,电子商务系统建设与管理,23,迭代化开发的四个阶段,4.3 信息系统开发方法概述,电子商务系统建设与管理,24,3面向对象开发方法的概念 面向对象(Object
13、Oriented)方法的形成最初是从面向对象程序设计语言开始的，随之才逐渐形成面向对象分析和设计方法。 面向对象编程语言的出现以20世纪60年代末挪威奥斯陆大学和挪威计算中心共同研制的SIMULA语言为标志。,4.3 信息系统开发方法概述,电子商务系统建设与管理,25,面向对象开发方法的开发过程,4.3 信息系统开发方法概述,电子商务系统建设与管理,26,（1）分析问题的性质和求解问题。 简称为OOA（Object-Oriented Analysis）。 （2）设计问题的技术解决方案。 简称为OOD（Object-Oriented Design）。 （3）程序实现。 简称为OOP（Object
14、-Oriented Programming）。,4.3 信息系统开发方法概述,电子商务系统建设与管理,27,4.4 统一建模语言,一、概述 二、UML的静态建模 三、UML的动态建模 四、UML的建模应用过程 五、UML的应用领域,电子商务系统建设与管理,28,一、概述,1UML的由来,UML的发展历程,电子商务系统建设与管理,29,一、概述,2UML简介 UML定义包括UML语义和UML表示法两部分。 UML语义。它是基于UML的精确元模型(meta model)。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明，使开发在语义上取得一致，消除了人为表达方法所造成的影响
15、。此外UML还支持对元模型的扩展定义。 UML表示法。定义UML符号的表示法，为使用这些图形符号和文本语法进行系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。,电子商务系统建设与管理,30,一、概述,2UML简介统一建模语言UML的重要内容可以由下列五类图(共9种图形)来定义： 第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。 第二类是静态图(static diagram)，包括类图、对象图和包图。 类图描述系统中类的静态结构； 对象图是类图的实例； 包图由包或类组成，表示包与包之间的关系，包图用于描述系统的分层结构。,电子商务系统建
16、设与管理,31,一、概述,2UML简介 第三类是行为图(behavior diagram)，描述系统的动态模型和组成对象间的交互关系，分为状态图和活动图。 第四类是交互图(interactive diagram)，描述对象间的交互关系，分为顺序图和协作图。 第五类是实现图(implementation diagram)，分为组件图和配置图。,电子商务系统建设与管理,32,二、UML的静态建模,任何建模语言都以静态建模机制为基础，统一建模语言UML也不例外。UML的静态建模机制包括用例图(use case diagram)、类图(class diagram)、对象图(object diagram
17、)、包(package)、组件图(component diagram)和配置图(deployment diagram)。,电子商务系统建设与管理,33,二、UML的静态建模,1用例图UML中的角色是指触发系统的用户，用例是指系统的功能。用例图用于描述若干角色以及这些角色与系统提供的用例之间的关系。用例图仅仅从角色使用系统的角度描述系统的信息，也就是站在系统外部察看系统功能，它并不描述系统内部对该功能的具体操作方式，用例图定义的是系统的功能需求。,建立需求模型概述电子商务系统建设与管理,用例图的画法,在这个用例中，有一个参与者（即顾客）和一个用例（即图书选购），根据分析可知，“图书选购”用例可以
18、分解成两个用例，即“浏览图书”和“加入购物车”，最终得到用例图“图书选购”，如左图所示。,电子商务系统建设与管理,35,二、UML的静态建模,2类图UML中的类用来表示系统中需要处理的事物。类与类之间有多种连接关系，比如：关联关系(彼此之间的连接)、依赖(一个类使用另一个类)、泛化(一个类是另一个类的子类)等。类图就是用来表示系统中类和类之间的这些关系，它是对系统静态结构的描述。,电子商务系统建设与管理,36,二、UML的静态建模,2类图,读卡机-卡号 接收卡() 弹出卡() 读卡(),帐目 -帐号 -PIN -结余 打开() 取钱() -扣钱() -验钱数(),ATM屏幕提示() 接收输入(
19、),取钱机-结余 提供兑现() 提供收款(),ATM系统,电子商务系统建设与管理,37,二、UML的静态建模,3对象图对象图是类图的变体。两者之间的差别在于对象图表示的是类的对象实例，而不是真实的类。对象图是类图的一个范例，它及时、具体地反映了系统执行到某处时的当前工作状况。对象图没有类图重要，对象图通常用来示例一个复杂的类图，通过对象图反映真正的实例是什么，它们之间可能具有什么样的关系，以帮助人们对类图的理解。,电子商务系统建设与管理,38,二、UML的静态建模,4包将许多类集合成一个更高层次的单位，形成一个高内聚、低耦合的类的集合。UML中将这种机制叫做包(package)。 包图主要显示
20、由类组成的包以及这些包之间的依赖关系，有时还显示包和包之间的继承关系和组成关系。,电子商务系统建设与管理,39,二、UML的静态建模,5组件图和配置图 1) 组件图。组件图显示软件组件之间的依赖关系。一般来说，软件组件就是一个实际文件，可以是源代码文件、二进制代码文件和可执行文件等。组件图可以用来显示编译、链接或执行时组件之间的依赖关系。 2) 配置图。配置图描述系统硬件的物理拓扑结构以及在此结构上执行的软件。配置图可以显示计算结点的拓扑结构和通信路径、结点上运行的软件组件、软件组件包含的逻辑单元(对象、类)等。配置图常常用于帮助理解分布式系统。,电子商务系统建设与管理,40,三、UML的动态
21、建模,1消息 UML定义的消息类型有三种： 1) 简单消息。表示简单的控制流，用于描述控制如何在对象间进行传递，而不考虑通信的细节。 2) 同步消息。表示嵌套的控制流，方法的调用是一种典型的同步消息。调用者发出消息后必须等待消息返回，只有当处理消息的方法执行完毕后，调用者才可继续执行自己的方法。 3) 异步消息。表示异步控制流，当调用者发出消息后不用等待消息的返回即可继续执行自己的方法。异步消息主要用于描述实时系统中的并发行为。,电子商务系统建设与管理,41,三、UML的动态建模,2状态图 状态图用来描述一个特定对象的所有可能状态及其引起状态转移的事件，表示单个对象在其生命周期中的行为。一个状
22、态图包括一系列的状态以及状态之间的转移。 1) 状态。状态图中定义的状态有：初态、终态、中间状态、复合状态。如果一个状态可以进一步地细化为多个子状态，我们将其称作复合状态。 2) 转移。状态图中状态之间带箭头的连线被称为转移。,电子商务系统建设与管理,42,三、UML的动态建模,3顺序图顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。顺序图存在两个轴：水平轴表示不同的对象，垂直轴表示时间。顺序图中的对象用一个带有垂直虚线的矩形框表示，并标有对象名和类名。,电子商务系统建设与管理,43,顺序图的画法,电子商务系统建设与管理,44,三、UML的动态建模,4协作图协作图用于描
23、述相互合作的对象间的交互关系和链接关系。虽然顺序图和协作图都用来描述对象间的交互关系，但侧重点不一样。顺序图着重体现交互的时间顺序，协作图则着重体现交互对象间的静态链接关系。,电子商务系统建设与管理,45,协作图的画法,电子商务系统建设与管理,46,三、UML的动态建模,5活动图活动图的应用非常广泛，它既可描述操作(即类的方法)的行为，也可以描述用例和对象内部的工作过程。活动图是由状态图变化而来的，它们各自用于不同的目的。活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果。活动图中一个活动结束后将立即进入下一个活动。,电子商务系统建设与管理,47,活动图的画法,电子商务系统
24、建设与管理,48,四、UML的建模应用过程,使用UML建模是一个迭代递增的开发过程，也就是说，不是在项目结束时一次性提交软件，而是分块逐次开发和提交。每一次迭代都包含编码、测试和集成，所得产品应满足项目需求的某一子集，或提交给用户，或纯粹是内部提交。每次迭代都包含了软件生命周期的所有阶段。同时，每次迭代都要增加一些新的功能，解决一些新的问题。每次迭代都分为以下几个阶段：,电子商务系统建设与管理,49,四、UML的建模应用过程,分析阶段。捕捉系统的功能需求，分析、提取所开发系统的“客观世界”领域的类以及描述它们的协作关系，分析阶段一般包括用例和域类分析。 设计阶段。通过考虑实现环境，将分析阶段的
25、模型扩展和转化为可行的技术实现方案，即通过设计模型描述技术上的解决方案。 实现阶段。具体工作就是进行编码，同时对已构造的模型作相应的修正，并通过模型描述所开发系统的软硬件配置情况。 测试阶段。使用前几个阶段所构造的模型来指导和协助测试工作。,电子商务系统建设与管理,50,五、UML的应用领域,UML的目标是以面向对象图形的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统、企业机构或事务过程。总之，UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。,电子商务系统建设与管理,51,4.5
26、电子商务系统的分析,一、需求分析 二、功能分析 三、域类分析,电子商务系统建设与管理,52,需求调研的概述,什么是需求？,需求调研的目的,需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一系列活动，为编写软件需要规格说明书做的前期工作。,了解现实世界中做实际工作的人们真正需要什么样的程序过程 ，编写用户需求说明书，为编写软件需要规格说明书提供依据 。,什么是需求调研？,需求就是用户对软件系统的要求，解决问题的需要。,电子商务系统建设与管理,53,需求调研的概述,需求调查的一般规程,电子商务系统建设与管理,54,需求调研的概述,需求与软件需求,需求调研就是要搞清楚用户的需要，通过用户的需
27、求提取特征，进而提取软件需求,电子商务系统建设与管理,55,需求调研的概述,做好需求调研的重要性,软件开发面临的实际问题,电子商务系统建设与管理,56,需求调研的概述,做好需求调研的重要性,软件开发面临的实际问题,电子商务系统建设与管理,57,需求调研的概述,做好需求调研的重要性,软件开发面临的实际问题,电子商务系统建设与管理,58,需求调研的概述,做好需求调研的重要性,做好需求调研是获取正确的软件需求的前提，正确的软件需求是项目成果的关键。,需求,设计,编码,单元测试,验收测试,维护,（各阶段错误修改成本比例）,电子商务系统建设与管理,59,软件需求调研,软件需求的定义,用户为解决某个问题、
28、或为实现某一目标，要求软件必须满足的条件或能力。,软件需求的三个层次,1）业务需求2）用户需求3）功能需求和非功能需求,电子商务系统建设与管理,60,软件需求调研,软件需求的三个层次,1业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 2用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例（use case）文档或方案脚本说明中予以说明。 3功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而
29、满足了业务需求。 4非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。,电子商务系统建设与管理,61,如何开展需求调研,了解需求调研的方法,需求调研的方法多种多样，主要包括： 座谈法 与用户交谈，向用户提出事先准备好的相关问题。 调查表法将相关的问题制成调查表，向用户群体发调查问卷。 观察法参观用户的工作流程，观察用户的操作。 切记：没有最好的方法，只有最适合自己的方法。做到根据环境的不同选择最适合的调研方法。,电子商务系统建设与管理,62,需求调研前的准备,三种准备 两种心态 五种提高,电子商务系统建设与管理,63
30、,需求调研的步骤,1. 完全倾听客户的心声,倾听,记录,整理,确认,电子商务系统建设与管理,64,需求调研的步骤,2. 整理客户的需求3. 引导客户的需求 4. 编写用户需求说明书,电子商务系统建设与管理,65,需求调研的步骤,用户需求说明书的模板,电子商务系统建设与管理,66,需求调研中的注意事项,切忌在倾听需求的过程中附带如何解决的思想！,在调研过程中我们只是为了摸清楚用户的所有需求。能搞了解到用户真正想要的系统，用户真正要解决什么样的问题才是需求调研的目标。在调研过程中如果附带了如何解决用户提到的需求的想法时，将会使调研人员陷入只见树木不见森林的的谜团中，而且往往会遗漏用户的重要需求，造
31、成整体需求的不完整。,电子商务系统建设与管理,67,对每一次的调研形成正确的文档,需求调研中的注意事项,需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各种需求完整地体现在软件需求规格说明书中将更是一个复杂而艰辛的过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以备忘录的形式让用户进行确认。 需求调研后形成的文档文档必须是正确的，是经过验证的，是在受控的状态下变更的。而很多开发人员往往会问：“简单的系统就不用写需求了吧？”其实简单的系统未必简单，只有想清楚、写清楚、说清楚才说明已经真正把需求整理清楚了。,电子商务系统建设与管理,68,做好需求变更的控制,需求调研中的
32、注意事项,可能产生变更的原因是多种多样的，用户的业务发生变化，市场形势发生变化、双发的理解最初具有偏差等等一系列的问题都会影响到需求的变更。因此，如何处理好用户的需求变更将是获取用户的实际需求的关键。 对每一次的变更要双发进行确认，并进行版本控制，做到有据可依。,电子商务系统建设与管理,69,什么是业务流程,业务流程是指在组织内部“流转”的一系列相关的活动 流程就是“工作的流动（Work flow）”，是业务与业务之间的传递或转移的动态过程。 业务流程不仅仅限于一个单一的功能或者单一的部门 业务流程能够贯穿始终地反映经营情况,电子商务系统建设与管理,70,流程图绘制,流程图绘制主要包括以下三项
33、内容： 理解流程 编制流程图 完善流程图,电子商务系统建设与管理,71,流程图绘制基础,有明确定义的开端和结束 有输入必有输出 在整个企业组织中“流动” 不局限于单一的功能和部门,流程,输入,输出,流程图绘制,电子商务系统建设与管理,72,流程图绘制,流程/子流程 概述企业活动 流程图直接阐明组织的主要业务/功能单位（部门级）的关键目标 流程步骤 描述中级组织单位（部门级）的任何活动 在一个流程中能得到主要的输入、输出信息 任务 描述个人能完成的活动 所有个人应完成的工作组成他/她的岗位职责,电子商务系统建设与管理,73,是,否,动作,可选动作,单个文件/表单,多个文件/表单,子流程,存档,判
34、断/决策,逻辑关系线,数据,人工输入,人工操作,卡片,资料带,或者,排序,合并,常用流程符号,不常用流程符号,终止,流程图符号说明,电子商务系统建设与管理,74,例：,供应商数据库,存档框应该尽可能描述系统、数据库、和其它信息的存储 数据/信息框应当描述行动框中生成的数据和信息表,对,错,新供应商 详细情况,供应商价格清单,X,新供应商 详细情况,供应商 价格清单,选择供应商,选择物料供应商,选择物料供应商,选择供应商,电子商务系统建设与管理,75,数据流图,数据流图（DFD：Data Flow Diagram）就是组织中信息运动的抽象，是信息逻辑系统模型的主要形式。这个模型不涉及硬件、软件、
35、数据结构与文件组织，它与对系统的物理描述无关，只是用一种图形及与此相关的注释来表示系统的逻辑功能，即所开发的系统在信息处理方面要做什么。由于图形描述简明、清晰，不涉及到技术细节，所描述的内容是面向用户的，所以即使完全不懂信息技术的用户单位的人员也容易理解。因此数据流图是系统分析人员与用户之间进行交流的有效手段，也是系统设计（即建立所开发的系统的物理模型）的主要依据之一。,电子商务系统建设与管理,76,数据流图的构成,数据流图的构成 （1）数据流图使用的符号DFD由四种基本符号组成。如下图所示。,图 数据流图的基本符号,电子商务系统建设与管理,77,下图是一个简单的DFD。它表示数据流“付款单”
36、从外部项“客户”（源点）流出，经加工“帐务处理”转换成数据流“明细帐”，再经加工“打印帐簿”转换成数据流“帐簿”，最后流向外部项“会计”（终点），加工“打印帐簿”在进行转换时，从数据存储“总帐”中读取数据。,数据流图的构成,电子商务系统建设与管理,78,（2）数据流 数据流（Data Flow）由一个或一组确定的数据组成。数据流名应能直观地反映数据流的含义。数据流的流向数据流可以同名，也可以有相同的数据结构，但必须有不同的数据或具有不同的含义。两个符号(加工、外部项、数据存储)之间可以有多个数据流存在，DFD并不表明它们之间的任何关系，诸如次序、主次等。避免错误的数据流命名方法,数据流图的构成
37、,电子商务系统建设与管理,79,（3）加工加工又称处理亦称变换，它表示对数据流的操作。加工的符号分成上、下两部分，从上到下分别是标识部分和功能描述部分。标识部分用于标注加工编号，加工编号应具有唯一性，以标识加工，以“P”开头。功能描述部分用来写加工名。为使DFD清晰易读，加工名应简单，能概括地说明对数据的加工行为，其详细描述在数据词典中定义。加工要逐层分解，以求得分解后的加工功能简单、易于理解。,数据流图的构成,电子商务系统建设与管理,80,（4）数据存储数据存储是用来存贮数据的。在分层DFD中，数据存储一般仅属于某一层或某几层，因此又称数据存储为局部文件。现对数据存储符号说明如下：数据存储名
38、写在开口的长方框内，应概要地说明文件中的主要数据。数据存储上一定要有数据流。为便于说明和管理，数据存储亦应编号，编号写在文件符号左端小方格中，以“D”开头。为避免DFD中出现交叉线，同一数据存储可在多处画出，可以用下图所示符号表示数据存储重复。,数据流图的构成,电子商务系统建设与管理,81,（5）外部项源点和终点(又称端点)是系统外的实体，称作外部项。它们存在于环境之中，与系统有信息交流，从源点到系统的信息叫系统的输入；从系统到终点的信息称系统的输出。同个端点可以是人或其它系统。在DFD中引入源点和终点是为了便于理解系统，所以不需要详细描述它们。它们可有编号，以“S”开头。,数据流图的构成,电
39、子商务系统建设与管理,82,数据流图的绘制步骤,数据流图的绘制步骤（1）确定所开发的系统的外部项（外部实体），即系统的数据来源和去处。（2）确定整个系统的输出数据流和输入数据流，把系统作为一个加工环节，画出关联图。（3）确定系统的主要信息处理功能，按此将整个系统分解成几个加工环节（子系统）确定每个加工的输出与输入数据流以及与这些加工有关的数据存储。 （4）根据自顶向下，逐层分解的原则，对上层图中全部或部分加工环节进行分解。,电子商务系统建设与管理,83,（5）重复步骤（4），直到逐层分解结束。 （6）对图进行检查和合理布局，主要检查分解是否恰当、彻底，DFD中各层是否有遗漏、重复、冲突之处，各
40、层DFD及同层DFD之间关系是否争取及命名、编号是否确切、合理等，对错误与不当之处进行修改。 （7）和用户进行交流，在用户完全理解数据图的内容的基础上征求用户的意见。,数据流图的绘制步骤,电子商务系统建设与管理,84,绘制数据流图举例 (1）储户将填好的取款单、存折交银行，银行做如下处理：审核并查对帐目，将不合格的存折、取款单退回储户，合格的存折、取款单送取款处理。处理取款修改帐目，将存折、利息单、结算清单及现金交储户，同时将取款单存档。,数据流图的绘制步骤,电子商务系统建设与管理,85,画出银行取款处理数据流图。 第一步，画出关联数据流图。注意，现金是实物，不能作为数据流。,取款处理关联图,
41、数据流图的绘制步骤,电子商务系统建设与管理,86,第二步，逐层分解加工，画出下层DFD。,取款处理顶层图,数据流图的绘制步骤,电子商务系统建设与管理,87,数据流图绘制举例,（2）图书预订系统：书店向顾客发放订单，顾客将所填订单交由系统处理，系统首先依据图书目录对订单进行检查并对合格订单进行处理，处理过程中根据顾客情况和订单数目将订单分为优先订单与正常订单两种，随时处理优先订单，定期处理正常订单。最后系统根据所处理的订单汇总，并按出版社要求发给出版社。画出图书预定系统的各层数据流图。,电子商务系统建设与管理,88,第一步，画出关联数据流图。,图书预订系统关联图,数据流图绘制举例,电子商务系统建
42、设与管理,89,第二步，逐层分解加工，画出下层DFD。注意到根据题意，当绘出系统顶层图后并不能将所有加工分解成基本加工，还要进行二层图分解。并在分解加工过程中逐步充实进数据存储。见图。,图书预订系统顶层图,数据流图绘制举例,电子商务系统建设与管理,90,图书预订系统二层图,数据流图绘制举例,电子商务系统建设与管理,91,数据流图的作用,数据流图的作用前面说过，系统分析的主要任务是建立新系统的逻辑模型。具体地讲主要是画出新系统的DFD，编写定义DFD的数据词典。建立新系统的DFD是一项十分重要的工作。因为建立的DFD是系统开发乃至系统维护的依据，是系统的重要文档之一。系统分析员要在详细调查中，在与用户的反复交流中修改DFD，力求新建DFD是正确的、准确的。,
