第03章电子商务系统分析

第3章电子商务系统分析本章内容3.1电子商务系统分析3.2业务流程重构3.3新系统逻辑方案的建立3.1电子商务系统分析系统分析也称逻辑设计。其要回答新系统“做什么”这个关键性的问题。系统分析电子商务系统分析就是在系统规划确定的原则和目标的指导下，结合欲开发电子商务系统的的要求，对企业进行调查，了解企业的组织结构以及与企业准备开展的电子商务活动有关的数据流程和业务处理过程。深入研究及描述现行系统的活动和各项工作，及用户的需求。使用一系列分析工具与技术建立目标系统逻辑模型，为系统设计奠定基础。3.1.1系统调查系统分析也是调查、分析和定义用户需求的过程。系统分析的初始工作是为新系统开发做进一步的详细系统调查。1.系统调查的原则⑴在系统调查开始前，制定系统调查计划和进行系统调查培训。⑵系统调查应严格按照系统化原则进行⑶如实记录调查情况⑷采用规范化的工作方法⑸全面铺开与重点调查结合⑹调查与分析整理相结合⑺了解业务与收集数据同时进行2.需求的分类系统需求可分为：功能需求非功能需求功能需求功能需求(FunctionalRequirements)描述的是系统和环境的行为，通过这些行为，使得用户能完成他们的任务,从而满足业务需求。非功能性需求非功能性需求描述了系统的属性,包括(1)性能(2)可靠性(3)可维护性(4)可用性(5)可扩展性(6)安全性某网站对网站性能需求的调查用户数量使用周期(天)每次使用时间(分)总时间(分)每次点击次数总点击次数每次事务操作总事务操作医院300530180084803180.00零售商12003208000520002800.00批发商80033080009240041066.67厂家400042020000101000055000.00总计37800148807046.67每分钟平均75.629.7614.09某网站对网站性能需求的调查按每天工作时间500分钟计算,每分钟同时有约75个用户同时使用;每分钟的页面申请为30个,数据库事务操作为15个。按网页平均大小10kbyte计算,要求网络流量5kbyte/s。3.典型的电子商务业务需求典型的商务模式的业务需求，还是具有一定的共性。这些共性的需求可分成四个方面：可用性功能性可靠性效果⑴可用性①可理解性网站地图目录索引②在线帮助和反馈在线帮助：产品/服务说明、企业概况、分销机构、购物指南、搜索地址目录：电子信箱、电话/传真、通信地址在线反馈：调查表、用户指南、用户评价常见问题解答③用户界面及其友好性产品信息的易得性信息的本地化业务规则说明沟通渠道支付方式说明购物清单的保存多语种支持下载设施色彩的协调性响应时间的一致性⑵功能性①购物产品/服务目录产品展示（包括图片、动画、内容等）服务措施电子购物车电子购物清单撤消购物产品退换订单查询②支付支付流程支付手段：邮政汇款、银行转账、网上支付、货到付款支付帮助③产品交付产品/服务的直接交付交付方式说明④导航和浏览导航性能：定位能力(路径指示、当前位置标记)、导航预测、最小路径、导航结构分类浏览：链接可视性、链接名称、返回⑶可靠性①安全安全协议：SET、SSL支付系统安全访问控制攻击防御隐私保密性身份认证②无缺陷性链接错误：链接中断、无效链接、尚未实现的链接其他错误：因浏览器造成的缺陷和不足、与浏览器无关的或预料之外的缺陷可恢复性：系统崩溃的恢复、用户操作失误的恢复、黑客攻击的恢复⑷效果①性能静态页面大小购物流程性能时间性能：页面生成速度、图像生成速度、下载时间、产品搜索时间②可访问性信息可访问性：文本支持、浏览器激活页面的可读性（页面标题、整体可读性）窗口可访问性：帧窗口的数量、非帧页面3.系统调查的内容系统调查的内容包括现行系统的：⑴系统的界限和运行状况⑵系统的外部环境⑶组织机构⑷人员及构成⑸系统的业务流程⑹系统的信息流程3.系统调查的内容⑺系统的资源状况⑻系统的约束条件⑼系统的薄弱环节⑽系统研制工作的资源状况⑾各个方面对现行系统和新系统研制的态度⑿其他需要调查的相关问题4.系统调查的步骤⑴确定调查目标⑵确定调查的方法⑶制订调查计划⑷调查的组织准备工作⑸实施调查⑹分析、整理资料⑺写出调查报告5.系统调查的方法问卷调查面谈座谈会查阅档案现场考察等可以灵活地综合运用3.1.2组织结构组织结构主要有三部分内容：组织结构的分析业务流程与组织结构之间的联系分析业务功能一览表组织结构分析通常利用组织结构图来进行组织结构分析。组织结构图是一张反映组织内部之间隶属关系的树状结构图。组织结构图1、聘任Mark(任宇昕)担任公司首席运营官(COO)，领导社交网络事业群和互动娱乐事业群的工作，兼任互动娱乐事业群总裁，不再担任原互动娱乐业务系统高级执行副总裁职务，向公司总裁Martinlau(刘炽平)汇报。2、Jeffxiong(熊明华)不再兼任原平台研发系统高级执行副总裁职务，继续担任公司联席首席技术官(CO-CTO)，负责公司在互联网技术创新及行业前沿发展趋势的研究和投资工作。3、聘任Tel(刘成敏)担任移动互联网事业群总裁(高级执行副总裁级别)，向公司总裁Martinlau(刘炽平)汇报。4、聘任Sylau(刘胜义)担任网络媒体事业群总裁(高级执行副总裁级别)，向公司总裁Martinlau(刘炽平)汇报。5、聘任Dowsontong(汤道生)担任社交网络事业群总裁(高级执行副总裁级别)，不再担任原互联网业务系统高级副总裁职务，向公司首席运营官Mark(任宇昕)汇报。6、聘任Ls(卢山)担任技术工程事业群总裁(高级执行副总裁级别)，不再担任原运营平台系统高级副总裁职务，向公司总裁Martinlau(刘炽平)汇报。7、Vic(李海翔)不再担任原平台研发系统-搜索业务线高级执行副总裁职务，继续担任公司高级执行副总裁，向公司总裁Martinlau(刘炽平)汇报。组织／业务关系图业务功能一览表业务功能一览表可以使我们在了解组织结构的同时，对于依附于组织结构的各项业务功能也有一个概貌性的了解.业务功能一览表3.1.3业务流程分析业务流程分析有助于了解业务的具体处理过程，为修改和删除原系统的不合理部分，为业务流程重构提供基础。1.业务流程分析的内容⑴原有流程的分析⑵业务流程的优化⑶确定新的业务流程业务流程图业务流程图（transactionflowdiagram，简称TFD），就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的基本图形符号业务流程图业务流程图业务流程图的作用①业务流程图是系统分析员作进一步系统分析的依据；②业务流程图是系统分析员，管理人员相互交流的工具；③系统分析员可以直接在业务流程图上拟出计算机要处理部分；④利用业务流程图分析业务流程是否合理。3.1.4数据与数据流程分析数据与数据流程分析是今后建立数据库系统和设计业务处理过程的基础。数据流程分析的基础是调查１.数据的汇总分析在系统调查中我们曾收集了大量的数据。这些数据资料使用之前，还必须加以汇总、整理和分析，理清它们之间的关系。数据来源内部数据来源外部数据来源用户、管理者组织图表格和文档程序手册和政策财务报表信息系统手册业务流程的其他措施客户供应商股东政府、中介竞争对手外界团体顾问⑴数据汇总数据汇总分为如下几步：①将系统调查中所收集到的数据资料，按业务过程自顶向下地对数据项进行整理。③将所有原始数据和最终输出数据分类整理出来。⑵数据分析数据分析是要分析已收集数据的正确性一致程度无冗余的程度分析的工具可借用U/C矩阵①完备性检验完备性（completeness）检验是指对具体的数据项（或类）必须有一个产生者（即“C”）和至少一个使用者（即“U”），功能则必须有产生或使用（“U”或“C”元素）发生。否则这个U/C矩阵的建立是不完备的。②一致性检验一致性（uniformity）检验是指对具体的数据项／类必有且仅有一个产生者（“C”）。不一致现象的产生可能有如下原因：没有产生者——漏填了“C”元素或者是功能、数据的划分不当。多个产生者——错填了“C”元素或者是功能、数据的划分不独立，不一致。③无冗余性检验无冗余性（non－verbosity）检验即表中不允许有空行空列。如果有空行空列发生则可能出现如下问题：漏填了“C”或“U”元素；功能项或数据项的划分是冗余的——没有必要的。⑶数据特征分析特征分析主要包括以下内容：①数据的类型及长度。②合理的取值范围。③哪些业务使用这些数据。④数据流量。⑤重要程度和保密程度。３.数据流程分析数据流程分析主要包括对信息的传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题。这些问题包括：数据流程不畅前后数据不匹配数据处理过程不合理数据流程图数据流程图是结构化方法中的主要建模工具。现有的数据流程分析多是通过分层的数据流程图（DataFlowDiagram，简称DFD）来实现的。数据流程图是系统逻辑模型的主要组成部分。⑴数据流程图的构成数据流程图中的主要图形符号DeMarco&Yourdan与Gane&SarsonDFD图形符号体系⑵数据流程图的绘制方法①由外向内。②由顶向下，逐层分解，逐步求精③由左向右,合理布局。④由主到次。⑤合理命名及编号。⑵数据流程图的绘制方法⑥数据守恒，避免输出、输入遗漏。⑦父子平衡。⑧数据流程图分解。合理、均匀。⑨以层次不超过4，每层的处理过程不超过7为宜。分层数据流程图多层数据流程图顶层流程图仅包含一个处理，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据底层流图是指其处理不需再做分解的数据流图中间层流图则表示对其上层父图的细化。它的每一处理可能继续细化，形成子图。多层数据流程图顶层图又称环境图（contextdiagram）和上下文数据流程图，描述了系统的外部实体，以及系统与这些外部实体之间的数据交换，即系统与外部实体之间的接口。零层图（diagramzero）:描述了系统的主要处理功能、数据流、外部实体与数据存储。画DFD的步骤：第一步：绘制顶层图第二步：绘制０层图第三步：分解处理，画出各级子图第四步：构造总体数据流程图。把分解后的DFD碎片装配起来，画出DFD的总图。DFD示例商店业务处理系统——环境图第０层数据流图加细每一个处理框销售细化采购细化销售管理系统的数据分层流图常见错误黑洞：即只有输入而没有输出或只有输出而没有输入灰洞：即输入不足以产生输出常见错误数据流不能从一个外部实体传递给另外一个外部实体；数据流不能从一个外部实体直接传递给一个数据存储；数据流不能从一个数据存储未做任何处理就传递给一个外部实体；数据流不能从一个数据存储直接传递给一个数据存储；4.数据字典数据字典（DataDictionary）则是在数据流程图的基础上，进一步定义和描述数据处理过程、实体及数据存储的详细逻辑内容的工具。可以使用自动化管理工具实施管理，powerdesigner编写数据词典的基本要求是：①对数据流程图上各种元素的定义必须明确、易理解、唯一。②命名、编号与数据流程图一致。③符合一致性与完整性的要求，对数据流程图上的元素定义与说明无遗漏项。数据词典中无内容重复或内容相互矛盾的条目。数据流程图中同类元素的数据词典条目中，无同名异义或异名同义者。④格式规范、风格统一、文字精炼，数字与符号正确。数据字典数据字典中包含有6类条目：数据项数据结构数据流数据存储外部实体处理⑴数据项条目数据项是具有独立逻辑含义的最小数据组成单位。如商品编号、商品名称等。数据项包括：①名称：②别名：③类型：④长度：⑤值域：⑥简要说明表3-1数据项条目的一个例子数据项条目数