电子商务系统分析与设计第4章电子商务系统分析

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2014/4/15,#,第,4,章,电子商务系统分析,4.1,电子商务系统分析的任务,4.2,需求分析,4.3,典型电子商务系统功能分析,4.4,系统分析报告,4.1,电子商务系统分析的,任务,图,4-1,电子商务系统分析,4.1,电子商务系统分析的,任务,4.1.1 企业商务活动分析,在进行电子商务系统分析时，需要了解企业商务活动的根本类型，各类商务活动的特点，电子商务对企业商务活动的改善，以便使系统的调查分析过程具有针对性，同时有利于对企业电子商务需求的综合创新。,企业的商务活动主要包括市场Marketing 、销售Sale、订货Order、交付Delivery和售后效劳Service 这样几个环节，这些环节有些是以供给商为中心的例如营销、客户效劳，一些是客户的主动行为例如订货、选购，还有一些是双方共同完成的例如合同的履行，其根本商务流程如图4-2所示。,4.1,电子商务系统分析的,任务,4.1.1 企业商务活动分析,图4-2根本商务流程图,4.1,电子商务系统分析的,任务,4.1.2 系统需求分析,1确定对系统的综合要求,1功能需求,2性能需求,3可靠性和可用性需求,4出错处理需求,5接口需求,6约束,7逆向需求,8将来可能提出的要求,4.1,电子商务系统分析的,任务,4.1.2 系统需求分析,2. 分析系统的数据要求,任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数据要求，这是软件需求分析的一个重要任务。,3. 导出系统的逻辑模型,综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。,4. 修正系统开发方案,根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的本钱和进度，修正以前制定的开发方案。,4.2,需求分析,4.2.1 系统调查,1系统调查的原那么,系统调查原那么包括以下几方面。,1在系统调查开始前，制定系统调查方案和进行系统调查培训。,2系统调查应严格按照系统化原那么进行。,3如实记录调查情况。,4采用标准化的工作方法。,5全面铺开与重点调查结合。,6调查与分析整理相结合。系统调查必须与分析整理相结合，及时反映问题，反响并解决它。,7了解业务与收集数据同时进行。在系统调查了解每个具体工作岗位业务的同时，还必须收集与该业务有关的所有报表、文件和技术文档等信息载体，并将其附在调查问卷之后归档。这些都是今后分析数据流程、建立数据库系统的根底。,4.2,需求分析,4.2.1 系统调查,2需求的分类,电子商务系统需求可被分为功能需求和非功能需求。,功能性需求描述了系统和环境的行为。其任务是对问题空间进行研究分析，产生出一个人们可阅读理解的行为说明。通常包括系统的输入以及输入格式；系统要完成的功能；系统的输出及其反响。,非功能性需求描述了系统的属性，包括系统的性能、可靠性、可维护性、可重用性、灵活和可扩充性、可跟踪性、软件必须处理的接口、必须适应的环境以及任何其他应用设计方面的限制等。,4.2,需求分析,4.2.1 系统调查,3典型的电子商务需求,尽管不同企业的电子商务系统在业务方面的需求会有所区别，但是典型的电子商务在根本需求上还是有共性的，这些共性的需求可分成如下4个方面。,1可用性 可理解性 在线帮助和反响 用户界面及其友好性。,2功能性 购物 支付 产品支付 导航和浏览,3可靠性 平安 无缺陷性,4效果 性能 可访问性,4.2,需求分析,4.2.1 系统调查,4系统调查的内容,1系统的界限和运行状况 2系统的外部环境,3组织机构。 4人员及构成。,5系统的业务流程。 6系统的信息流程。,7系统的资源状况。 8系统的约束条件。,9系统的薄弱环节。10系统研制工作的资源状况。,11各个方面对现行系统和新系统研制的态度。,12其他需要调查的相关问题。,4.2,需求分析,4.2.1 系统调查,5系统调查的步骤,1确定调查目标，拟定调查工程,2确定调查对象和方法,3制订调查方案,4调查的组织准备工作,5实地调查,6分析、整理资料,7写出调查报告,4.2,需求分析,4.2.1 系统调查,6系统调查的方法,1个人访问法,2邮寄调查法,3 调查法,4调查表,5对现存的报告、表格和过程描述进行了解和评估,6同用户会谈和讨论,7参加业务实践,8原型法,9召开联合应用设计会议,4.2,需求分析,4.2.2 系统建模与规格说明,在需求调查根本结束，了解了系统的需求后，需要用有效的形式对其加以明确的定义。模型是定义系统需求的最常用和最正确的形式，系统需求定义的过程就是对系统需求建模的过程.,根据需求分析准那么，需求分析过程应该建立3种模型，它们分别是数据模型、功能模型和行为模型。,1.实体-联系图,实体-联系图描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形。,4.2,需求分析,4.2.2 系统建模与规格说明,数据模型中包含3种相互关联的信息：数据对象、数据对象的属性及数据对象彼此间相互连接的关系。,1数据对象,2属性,属性定义了数据对象的性质。,3联系,客观世界中的事物彼此间往往是有联系的。例如，教师与课程间存在“教这种联系，而学生与课程间那么存在“学这种联系。,一对一联系1：1 一对多联系门1：N 多对多联系M：N,4.2,需求分析,4.2.2,系统建模与规格说明,图,4-3,某校教学管理,ER,图,4.2,需求分析,4.2.2 系统建模与规格说明,4实体-联系图的符号,通常，使用实体-联系图entityrelationship diagram来建立数据模型。可以把实体-联系图简称为ER图，相应地可把用ER图描绘的数据模型称为ER模型。,5数据标准化,软件系统经常使用各种长期保存的信息，这些信息通常以一定方式组织并存储在数据库或文件中，为减少数据冗余，防止出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构标准化。,第一范式 每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构。,第二范式 满足第一范式条件，而且每个非关键字属性都由整个关键字决定而不是由关键字的一局部来决定。,第三范式 符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述即一个非关键字属性值不依赖于另一个非关键字属性值。,4.2,需求分析,4.2.2 系统建模与规格说明,2.数据流图,数据流图Data Flow Diagram，DFD是一种描述信息流和数据从输入移动到输出的过程中所经受的变换，是一种图形化技术，也是结构化系统分析的主要工具。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过 。,1数据流图的作用,画数据流图的根本目的是利用它作为交流信息的工具。分析员把他对现有系统的认识或对目标系统的设想用数据流图描绘出来，供有关人员审查确认。,数据流图的另一个主要用途是作为分析和设计的工具。分析员在研究现有的系统时常用系统流程图表达他对这个系统的认识，这种描绘方法形象具体，比较容易验证它的正确性；但是，开发工程的目标往往不是完全复制现有的系统，而是创造一个能够完成相同的或类似的功能的新系统。,4.2,需求分析,4.2.2 系统建模与规格说明,2数据流图的根本组成及符号,图4-4 数据流图的根本符号,4.2,需求分析,4.2.2 系统建模与规格说明,3绘制数据流图的主要原那么,明确系统界面, 自顶向下逐层扩展,数据流图的绘制过程如图4-5 所示。,4.2,需求分析,4.2.2,系统建模与规格说明,4.2,需求分析,4.2.2,系统建模与规格说明, 合理布局, 数据流图只反映数据流向、数据处理和逻辑意义上的数据存储，不反映任何数据处理过程的技术过程、处理方式和时间顺序，也不反映判断与控制条件等技术问题。这样，只从系统逻辑功能上讨论问题，便于和用户交流。, 数据流图绘制过程，就是系统的逻辑模型的形成过程，必须始终与用户密切接触，详细讨论，不断修改，要和其他系统建设者共同商讨以求一致意见。,4.2,需求分析,4.2.2 系统建模与规格说明,4数据流图绘制的主要步骤,确定所开发的系统的外部项外部实体，即系统的数据来源和去处。,确定整个系统的输出数据流和输入数据流，把系统作为一个数据处理过程环节，画出关联图。,确定系统的主要信息处理功能，按此将整个系统分解成几个处理环节子系统。确定每个数据处理过程的输出与输入数据流以及与这些数据处理过程有关的数据存储。,数据流图草图。,重复上一步骤，直到逐层分解结束。,4.2,需求分析,4.2.2 系统建模与规格说明,对草图进行检查和合理布局，主要检查分解是否恰当、彻底，DFD中各成分是否有遗漏、重复、冲突之处，各层DFD及同层DFD之间关系是否正确及命名，编号是否确切、合理等，对错误与不当之处进行修改。,和用户进行交流，在用户完全理解数据流图的内容的根底上征求用户的意见 。,用计算机或其他制图、编辑工具画出正规的数据流图。,将正规的数据流图提交系统分析负责人复审。假设有修改之处，那么组织人员修改；否那么，通过复审，数据流图绘制过程结束。,4.2,需求分析,4.2.2 系统建模与规格说明,5绘制数据流图的几点注记,数据流必须通过数据处理过程，即送去数据处理或从数据处理过程环节发出。,数据存储环节一般作为两个数据处理过程环节的界面来安排。,编号,由于只画所描述的系统稳定工作情况下的数据流图，因而，数据流图不描述系统启动时或结束工作时功能和数据流运动规律处于变动状态的情况。,4.2,需求分析,4.2.2 系统建模与规格说明,命名, 名称要反映被命名的成分的真实和全部的意义，不能只反映局部内容。, 名称要意义明确、易理解、无歧义，不会造成错觉或混乱。, 数据处理过程的名称一般以“动词十宾语或“名词性定语十动名词为宜，以明确反映信息处理的逻辑功能，其他成分的名称以名词或者“名词性定语十名词为宜。形容词、副词、感慨词等一般不在命名中使用。, 防止使用不反映实际内容的空洞词汇，如数据、信息、优化、计算、处理等词条。, 进出数据存储环节的数据流，如内容和存储者的数据相同，可采用同一名称。,4.2,需求分析,4.2.2 系统建模与规格说明,6数据流图的局限性,难以在数据流图上标识出数据流、数据存储、数据处理过程和外部项的具体内容，如数据流的组成元素、数据存储的数据结构、存取要求、数据量、数据的处理过程与算法等。,不能反映系统中决策与控制过程。,难以对系统中人机交互过程以及信息的反响与循环处理进行描述。,4.2,需求分析,4.2.2 系统建模与规格说明,3数据字典,数据流图描述了数据与处理的关系。数据字典Data Dictionary那么是在数据流图的根底上，进一步定义和描述数据处理过程、实体及数据存储的详细逻辑内容的工具。,编写数据字典的根本要求是有以下几方面。,对数据流图上各种成分的定义必须明确、易理解、惟一。,命名、编号与数据流图一致，必要时可增加编码，方便查询检索、维护和统计报表。,符合一致性与完整性的要求，对数据流图上的成分定义与说明无遗漏项。数据字典中无内容重复或内容相互矛盾的条目。数据流图中同类成分的数据字典条目中，无同名异义或异名同义者。,格式标准、风格统一、文字精练，数字与符号正确。,4.2,需求分析,4.2.2 系统建模与规格说明,数据字典中包含有六类条目：,1数据项,名称：数据项的名称要尽量反映该数据项的具体含义。,别名：一个数据项名称可能不止一个。假设有多个名称，那么需加以说明。,类型：指取值的数据类型。,值域：指数据项的取值范围。,长度值数据项是由几个数字或字母组成。如学号，按某校现在的编法由7个数字组成，其长度就是7个字节。,4.2,需求分析,4.2.2,系统建模与规格说明,图,4-7,数据项,条目的一个例子,4.2,需求分析,4.2.2 系统建模与规格说明,2数据结构,数据结构描述的是数据之间的组合关系。一个数据结构可以包括假设干个数据项或和数据结构。,在数据字典中，数据结构条目包括下面几点。,数据结构的编号。,数据结构的名称。,说明。,数据结构的组成。,4.2,需求分析,4.2.2,系统建模与规格说明,图,4-8,数据结构,条目的一个例子,数据结构条目,数据结构编号：,2,05,数据结构名称：销售合同,说明：某公司签订销售合同后需填写的卡片,结构：,合同编号,订货日期,用户,产品,订货数量,交货日期,签约人,注：带号的是一个数据结构,4.2,需求分析,4.2.2 系统建模与规格说明,3数据流,数据流说明系统中数据流的组成、逻辑流向及在单位时间内的流量。数据可为数据项或数据结构。数据流条目包括以一下几点。,数据流的编号。,数据流的名称。,说明。,数据流的来源。,数据流的去向。,数据流的组成。,数据流的流通量。,顶峰期流通量。,4.2,需求分析,4.2.2 系统建模与规格说明,4数据处理过程,数据处理过程的定义仅对流程图中最低层的处理逻辑加以说明。数据处理过程条目包括。,处理过程编号。,处理过程名称。,输入数据。,输出数据。,处理频率。,处理逻辑。,4.2,需求分析,4.2.2,系统建模与,规格说明,图,4-9,数据处理,过程条目的一个例子,4.2,需求分析,4.2.2 系统建模与规格说明,5数据存储,数据存储是数据暂时或永久保存的地方，并常以文件的形式存储数据。数据存储条目包括以下几点。,数据存储编导。,名称。,说明。,组成。,关键字。,相关的处理。,4.2,需求分析,4.2.2,系统建模与,规格说明,图,4-9,数据,存储条目的一个例子,数据存储条目,数据存储编号：,F03,08,数据存储名称：库存账,简,述：存放配件的历年库存和单价,数据存储组成： 配件编号,+,配件名称,+,单价,+,库存量,+,备注,关,键,字：配件编号,相关联的处理：,P2,（“确定发货量”）,P3,（“开发货单、修改库存”）,4.2,需求分析,4.2.2 系统建模与规格说明,6外部实体,外部实体是数据的来源或去向。外部实体的条目包括以下几点。,外部实体编号。,外部实体名称。,说明。,外部实体输出的数据流。,外部实体输入的数据流。,该外部实体的数量。,4.2,需求分析,4.2.2,系统建模与,规格说明,图,4-10,外部,实体条目的一个例子,外部实体条目,外部实体编号：,S03-01,外部实体名称：用户,简,述：购买公司货物的用户,输入数据流：,DS03-06,（“不合格订货单”）,DS03-08,（“发货单”）,输出数据流：,DS03-06,（“订货单”）,4.2,需求分析,4.2.2 系统建模与规格说明,4状态转换图,在需求分析过程中应该建立起软件系统的行为模型。状态转换图简称为状态图通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。此外，状态图还指明了作为特定事件的结果系统将做哪些动作例如，处理数据。因此，状态图提供了行为建模机制。,1状态,2事件,3符号,4例子,4.2,需求分析,4.2.2,系统建模与,规格说明,图,4-11,状态图,中使用的主要符号,4.2,需求分析,4.2.2 系统建模与规格说明,5软件需求规格说明,通过需求分析除了创立分析模型之外，还应该写出软件需求规格说明，它是分析阶段得出的最主要文档。,通常用自然语言完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性的要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求。自然语言的规格说明具有容易书写、容易理解的优点，为大多数人所欢送和采用。,4.3,典型电子商务系统功能,分析,4.2.3 验证需求,1. 从哪些方面验证软件需求的正确性,1一致性 所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。,2完整性 需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。,3现实性 指定的需求应该是用现有的硬件技术和软件技术根本上可以实现的,4有效性 必须证明需求是正确有效的，确实能解决用户面对的问题。,4.3,典型电子商务系统功能,分析,4.2.3 验证需求,2. 验证软件需求的方法,1验证需求的一致性,2验证需求的现实性,3验证需求的完整性和有效性,3用于需求分析的软件工具,1必须有形式化的语法或表，因此可以用计算机自动处理使用这种语法说明的内容；,2使用这个软件工具能够导出详细的文档；,3必须提供分析测试规格说用书的不一致性和冗余性的手段，并且应该能够产生一组报告指明对完整性分析的结果；,4使用这个软件工具之后，应该能够改进通信状况。,4.3,典型电子商务系统功能,分析,4.3.1 B2C的电子零售系统的根本需求,B2C的电子零售系统是目前比较成熟的一种电子商务模式，也是效劳于个体消费者的零售企业应用最为广泛的一种电子商务模式。支持这种电子商务模式的电子商务系统应当满足消费者购置过程中的各种需求，帮助消费者更好的作出购物选择，它一般应该具备以下功能：,1注册功能,2动态信息展示,3用户反响,4企业信息查询,5商品信息显示,4.3,典型电子商务系统功能,分析,4.3.1 B2C的电子零售系统的根本需求,6订单管理 7汇总统计功能,8用户管理系统 9销售企业界面,10公告板功能 11留言板功能,12客服中心 13实现比较购物,14商品的评估 15电子购物车,16电子支付 17电子拍卖,18广告管理 19商品库存管理,20产品跟踪 21外部接口,4.3,典型电子商务系统功能,分析,4.3.1 B2C的电子零售系统的根本需求,从目标系统的构成上看，B2C的电子商务系统至少包括以下3个局部：,1商品管理子系统,商品信息管理、发布。,2交易子系统,处理订单、支付。,3客户管理或客户关系管理子系统,对客户的信息进行管理。,4.3,典型电子商务系统功能,分析,4.3.1 B2C的电子零售系统的根本需求,从目标系统的构成上看，B2C的电子商务系统至少包括以下3个局部：,1商品管理子系统,商品信息管理、发布。,2交易子系统,处理订单、支付。,3客户管理或客户关系管理子系统,对客户的信息进行管理。,4.3,典型电子商务系统功能分析,4.3.2 B2B电子商务的根本需求,1网上客户的注册与管理,2会员权限管理,3商品信息的分类录入和发布,4网上在线信息的查询、统计和管理,5网上商务流程的管理,6网上拍卖、招标的管理,7网上电子签证的识别及认证,8网上在线支付的平安和管理,4.3,典型电子商务系统功能分析,4.3.2 B2B电子商务的根本需求,9网上重要信息和交易信息的加密与保密,10网上物流配送方式的最正确选择建议,11网上留言、公告、短信及邮件等辅助信息交流手段的运用,利用网络辅助信息交流手段和客户进行沟通。,这样，B2B的电子商务平台既可以促进业务流程自动化，降低生产本钱，提高企业整体效益，又保障了电子商务的平安可靠。,4.3,典型电子商务系统功能分析,4.3.3 企业信息门户的根本需求,1企业根本信息发布2企业动态与新闻,3企业产品和效劳 4企业产品信息目录与导航,5搜索与索引 6电子邮件与客户反响,7用户访问统计 8网站访问分析与统计,9个性化效劳 10电子社区,11相关链接,4.3,典型电子商务系统功能分析,4.3.4 物流配送系统的根本需求,电子商务下物流配送体系的商务流程如下：,1接受配送信息,2汇总分类,3联系进货,4取货运至配送网点,5配货送货,6回执签字,7财务结账,4.3,典型电子商务系统功能分析,4.3.4 物流配送系统的根本需求,根据电子商务下的物流配送的流程，物流配送系统的根本需求包括以下几个方面：,1配送合约议定 2配送方案制定,3进货管理 4收货管理,5储放管理 6出货管理,7货物盘点 8货物追踪,9客户管理 10账务管理,11报表管理,4.3,典型电子商务系统功能分析,4.3.5 电子支付系统的根本需求,虽然不同形式的货币会导致不同的支付方式，但平安、有效、便捷是各种支付方式追求的目标。,1使用数字签名和数字证书实现对各方的认证,2使用加密技术对业务进行加密,3使用消息摘要算法以确认业务的完整性,4保证对业务的不可否认性,5处理贸易业务的多边支付问题,4.3,典型电子商务系统功能分析,4.3.6 电子商务系统平安的根本需求,1交易的真实性,2交易的保密性,3交易的完整性,4不可抵赖性,4.4,系统分析,报告,系统分析阶段的成果是系统分析报告。系统分析报告是下一步进行设计及实现系统的纲领性文件。系统需求分析报告应该不但能够充分描述调查的结果，而且还能反映系统分析的结果和新系统的逻辑方案。系统需求分析报告可分为软件需求说明书、数据要求说明书和开发进度月报表。系统分析报告形成后，必须组织各方面的人员包括组织的领导、管理人员、专业技术人员和系统分析人员等一起对已经形成的逻辑方案进行论证，尽可能地发现其中的问题、误解和疏漏。对于问题、疏漏要及时纠正，对于有争论的问题要重新核实当初的原始调查资料或进一步地深入调查研究，对于重大的问题甚至可能需要调整或修改系统目标，重新进行系统分析。,