电子商务系统的分析.ppt

第三章电子商务系统的分析,要搞清楚的问题既有的系统是如何工作的？用户希望新系统如何工作？目的：获取系统需求信息功能需求性能需求成果需求分析报告针对新系统建立的模型,系统,SDLC中的系统分析,信息系统人的系统,电子商务系统分析,在系统规划确定的目标和开发方案的指导下结合电子商务系统的特点对企业的各个方面进行深入调查研究及描述企业现行系统的活动和各项工作理解企业的业务流程和数据流程分析待开发软件提出的需求并给出详细的定义。讨论决定哪些需求是可以满足的，哪些需求不能满足，并对能满足得需求加以确切地描述。使用一系列分析工具与技术建立目标系统逻辑模型，为系统设计奠定基础。,电子商务系统分析vs一般的信息系统分析,基本的方法、流程和工具相同不同点主要体现在调研分析的边界创新性电子商务系统分析要求以战略规划和系统规划成果为依据充分了解管理及业务人员的需求借鉴典型的电子商务系统功能,一.企业商务活动的基本内容,企业的主要商务活动及它们之间的信息流转,市场活动（Marketing）,目标增加客户对企业及相关产品的认知程度，了解企业的服务为企业发现潜在的商业机会，发掘潜在客户，发现客户需求培养客户的忠诚度要点企业的形象产品的优势及特点市场细分借助于Internet，电子商务可以：获得不受地域限制的市场宣传空间减少对外界力量的依赖，直接面对潜在客户拥有最廉价的信息发布渠道直接通过客户的浏览及消费历史记录获取用户需求信息,销售活动（Sale）,销售过程实质上是为用户提供备选产品的过程，这一过程包括：产品的发现、选择两个基本环节。目标与顾客达成交易，并使交易结果符合企业利益需要要点产品的信息及描述消费的环境电子商务中的销售活动可以：为客户提供发现产品的渠道带来交易方式的变革，使交易免受地域的限制直接产生电子化的交易记录,订货（Order）,目标满足企业生产和销售的需要要点供应商的选择运输合适的库存量电子商务系统可以优化订货需求帮助扩大供应商的选择范围，优化供应商选择结果提高订货过程的效率改善对运输过程的监管和优化,支付与交付（Payment&Delivery）,支付与交付的过程也就是履行订单的执行过程目标完成交易费用的给付完成产品的包装、运输和递交完成产品所有权的转移要点安全性时间费用电子商务系统可以缩短支付时间，降低支付成本实现交付过程可视化追踪订单执行过程提供无形产品的交付渠道,客户服务（Service）,目标培养客户忠诚度从服务中发现客户需求，为市场及销售活动提供依据要点订单完成情况的检查产品使用的反馈订货及客户历史记录客户行为分析电子商务可以提供新的客户服务方式（在线、远程、动态）使服务超越地域和时间的限制加快服务的反馈提供One-To-One的个性化服务提供自助式服务进行服务过程的记录及发掘,二、典型的电子商务业务需求,市场推广过程中的电子商务业务需求网络广告E-mail推销品牌形象展示销售过程中的电子商务业务需求网上产品展示产品搜索订货过程中的电子商务业务需求联机采购在线报价和价格计算远程协商电子支付,典型的电子商务业务需求（续）,交付过程中的电子商务业务需求交付过程跟踪服务过程中的电子商务业务需求客户信息反馈客户跟踪服务企业内部相关管理业务需求商品库存管理经营辅助决策.,三、电子商务系统分析的过程,信息系统分析的基本思路电子商务系统分析的基本过程和方法,3.1信息系统分析的基本思路,自顶向下从静到动去伪存真不断迭代,3.2电子商务系统分析的基本过程,进行需求调查，获取需求（Requirement）整理提炼，针对需求进行建模利用相关的软件工程方法结构化分析方法面向对象的分析方法原型法反复修改,需求调查,参与人员：系统分析人员与业务人员共同完成方法访谈问卷调查跟班查阅资料利用原型,可采纳的资料素材有关机构组成和职责的规定报表历史数据访谈记录相关法律、法规、文件等成果需求调查报告相关资料素材,业务流程重构,企业业务流程重构是指对企业进行根本的再思考和彻底的再设计，以求企业关键的性能指标如成本、质量和速度等，获得巨大的提高。它是一种基于信息技术的、为更好地满足顾客需要服务的、系统化的、企业组织的工作流程的改进及相关活动。业务流程再造突破了传统的劳动分工理论的思想体系，强调以“流程导向”替代原有的“职能导向”的企业组织形式，为企业经营管理提出了一个全新的思路。它不是原有东西的修补或是局部性的改变，或保持原有的组织结构完整不变，而是要抛弃运作已久的规程，对企业提供产品或服务的工作过程进行重新审视，这意味着抛弃所有的陈规陋习，一切从头开始。有全局的思想，从整体上确认企业的业务流程,业务流程重构,核心流程物流作业活动管理活动信息系统支持流程企业基础设施、人员、培训、技术开发、资金。,业务流程重构的特点,以过程为导向面向顾客打破常规充分利用信息技术目标远大,业务流程重构步骤,1.确定基本范围和目标。2.组织队伍3.对有待进行重构的过程进行诊断重复的、无用的，形式或格式上不一致，甚至相互矛盾的处理过程。瓶颈式的阻塞延迟。重复多余的、上下不一致的报表文件。不合理的规章制度。在电子商务环境下，能改进企业业务流程的电子技术,进行再设计,进行再设计寻找再设计思路设计新的业务过程将原有流程中冗余的活动删除。对有用的活动尽可能加以简化。把原有的几道工序依靠信息技术的支持加以合并。将顺序的流程改为同步流程。最后还应再检查改动后的业务流程是否衔接，从过程总体上还有什么应该安排和改动的地方。进行岗位的再安排设计对原型修改,业务流程重构的原则,从企业的产品出发企业人员参入和实际结合集中处理从整体考虑决策点下放从信息源头获取信息,1清除,清除将原有流程内的非增值处理予以清除。需要常问的关键问题是：这个流程环节为什么存在呢？这个流程环节的结果是整个流程完成的必要条件吗？如果答案是否定的，那么，这样的处理就应被清除。,清除,处理间的等待不必要的移动重复的处理过量的库存,2简化,简化是指在不改变原有处理功能的基础上，将复杂的处理精简化。包括：使用简单的技术沟通简单明了表格流程间组织,3任务整合,对业务流程经过充分的简化以后，还需要对简化之后的流程进行整合，目的是使整个流程顺畅、连贯，更好地满足顾客需求。活动合并团队供应商整合,4流程自动化,对业务流程的清除、简化和整合是流程自动化的基础。除了需要人进行控制和决策的环节；其余能交由计算机处理的都应交给计算机处理；注意的地方：数据的采集和传输数据的分析。,某企业集团技术装备本部的业务流程再造,企业业务流程再造的目标组织队伍核心业务流程问题分析及解决办法核心流程再造分析,某企业集团技术装备本部的业务流程再造,目标实现企业管理和信息技术的结合减少不必要的流程提高企业的工作效率降低企业的运营成本加强企业的竞争力。,某企业集团技术装备本部的业务流程再造,组织项目管理委员会业务流程分析小组再造小组电子商务系统规划设计小组,某企业集团技术装备本部的业务流程再造,问题分析物料管理业务流程不统库存管理混乱保管员和微机员工作强度不合理信息的组织形式、内容不统一业务没有统一核算。销售环节复杂产品入库不及时计划制定不合理无效库存不能动态调整价格管理流程和报表不规范,材料科再造前,a.开单检验材料处采购科业务员根据分供方提出的供货报验申请，手工开具通知验收单，分供方持验收单和货物经过质管处检验，检验人员在通知验收单上签字分供方凭质管处签字的通知验收单到材料仓库办理入库。b.审核入库仓库保管员根据物流库存账判断是否超过最大储备量，同时核对报验、入库的数量、办理入库，并在通知验收单上写明接受入库数量并签字。分供方的货进入了材料仓库。仓库保管员要依据签字后的通知验收单登记仓库物流库存账。此通知验收单返回给分供方。c.单据反馈经过仓库保管员签字的通知验收单传递到材料科微机员手中，微机员依据通知验收单录入并打印入库单，计算机记仓库库存账和入库流水账，仓库保管员依据此入库单在仓库物流库存账上登记入库单号，以便将来进行对账。,未实现计算机对仓库库存的控制保管员工作量较大，如果有仓库管理员，两者在工作上是一种重复投入；管理人员过多。,材料科再造前的缺点,材料科微机员(负责报验的微机员)凭分供方提供的采购订单打印通知验收单,计算机自动判断现有库存量加上报验数量是否超过仓库的最大储备量，如果超过，则在通知验收单上注明允许的最大入库量，提醒入库检验人员。微机员开了验收单后就可以记入计算机临时库存账和临时入库流水账。记临时账主要目的是及时反映库存量，临时库存和计算机库存账之间的差值，反映出入库的在途量。分供方持单及货经过质管处检验；检验人员在通知验收单上签字，并打印通知验收单。分供方持单及货到材料科入库。,b.审核入库和单据反馈仓库保管员核对通知验收单上的货物数量和实际量、当前货物的质量以及计算机允许的最大入库量，确定本次接受的数量，如果实际入库量没有变化，则自动生成并打印入库单，仓库保管员依据此入库单在仓库物流库存账上登记入库单号，以便将来进行对账。如果实际入库数量有变化，则要修改临时库存账和临时入库流水账，修改后生成并打印入库单。仓库保管员在通知验收单上注明实际入库量并签字。至此，分供方的货入到了材料仓库。,单据反馈在材料科，系统根据仓库保管员的仓库物流库存账自动更新库存账、出库流水账、临时库存账和临时入库流水账。,再造前材料出库开领料单审核出库单据反馈再造后材料出库开领料单审核出库单据反馈,销售处再造前业务流程为接受订单组织生产跟踪和完成订单再造后业务流程为订单接收开发货单,入库再造前：开单检验审核入库单据反馈再造后开单检验审核入库单据反馈生产车间企划主要处理流程,成品科,出库再造前：开领货单审核出库单据反馈再造后开发货单开出库单审核出库单据反馈生产车间企划主要处理流程,成品科,生产车间主要处理施程再造前流程(a)生产计划接收、安排生产(b)生产进度台账调整(c)产品入库(d)生产原料准备(e)物料考核,生产车间,再造后流程(a)生产计划接收、生成车间作业计划控制台账（b）车间作业计划台账调整（c）产品入库（d）生产原料准备（e）物料考核,生产车间,再造前（a）订单接收、生产计划的制定和下达(b)计划下达(c)生产计划调整(d)生产计划实施的监督(e)生产的组织,企划,再造后(a)订单接收、生产计划的制定和下达(b)生产计划调整(c)生产计划实施的监督(d)生产的组织,企划,在企业实施业务流程再造后，销售处接受订单，企划处从销售处接收生产订单，自动制定生产计划。企划处把生产计划下达给车间，由车间进行生产，车间生产时需要到材料科领取材料。生产完成以后进行产品的入库。材料科通过系统接受企划处的计划，负责组织生产原料的采购和生产原料的入库，并通过系统办理车间所需材料的出库。成品科通过系统接受企划处的计划，负责实施生产车间生产的产品的入库。企划处还通过系统下达给销售处，销售科负责外协生产及订单的实施销售科通过和外部协作单位电子商务系统之间的接口传递子订单的信息。整个系统形成了一个整体，各部门分工协作共同通过系统完成任务。而不是像以前每个部门主要考虑自己的职能，手工查自己的台账，来完成自己的工作，效益低下，造成很多浪费。每个部门之间是并行工作，消除掉一些无用的手工流程。,四、结构化分析方法（StructuredAnalysis，SA）,结构化分析方法是一种面向数据流的需求分析方法，也是一种建模活动，它主要根据软件内部的数据传递、变换关系，自顶向下逐层分解，描绘出满足功能要求的软件系统。尤其适合于较大型的信息系统,结构化分析的主要工具,数据流图（DFD）：功能模型数据字典（DD）实体关系图（E-R图）：数据模型状态变迁图（STD图）：行为模型,数据流图（DFD）,DataFlowDiagram用于表示数据在信息系统中的流动情况，但不表示具体的程序逻辑和处理步骤,数据流图的基本元素,数据流图的基本元素（续）,数据流是数据在系统内传播的路径，由一个或一组数据项构成。除了数据存储之间的数据流不用命名外，其它数据流应该用名词或名词短语命名。（对于有些含义比较明显的数据流也不一定加以命名）数据流的准确定义由数据字典DataDictionary给出实体代表了系统边界之外的，与系统存在数据交换的人员、组织或其它系统,数据流图的基本元素（续）,处理也称为数据加工，它对数据流进行某些操作或变换。每个处理要有名字，通常是动词短语，简明地描述完成什么处理。在分层的数据流图中，处理还应有编号。数据存储指暂时保存的数据，它可以是数据库表、文件或其它任何形式的数据组织。流向数据存储的数据流可理解为写入存储或提交查询请求，从数据存储流出的数据可理解为从存储设备读数据或得到查询结果。数据存储也可有编号,数据流图的绘制方法,首先，确定系统的边界和外部实体绘出系统的顶层数据流图（contextdiagram）只包含一个处理，标号为0，且名称为整个系统的名称在顶层数据流图的基础上，细化得出第0层数据流图逐层细化，扩展得出更低一层的数据流图，直到所有处理都已足够简单,绘制数据流图的规则,每个数据流都至少有一端是连接到处理的每个处理都至少有一个输入数据流，且至少有一个输出数据流每一个数据存储都必须通过数据流连接到处理一般情况下，每个数据存储都应该既有输入数据流，又有输出数据流注意命名的唯一性、易懂性,绘制数据流图的常规原则,同一幅图上包含的处理不超过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联系电话固定电话移动电话说明：上述两项至少一项为非空,面向过程模型的弊端,以实现功能的过程为中心，而用户的需求变化主要是针对功能的，且功能变化往往引起较大的结构变化，因此，系统稳定性不好。系统有明确的边界定义，且系统结构依赖于系统边界的定义。这样的系统不易扩充和修改。可重用性(reusability)较差。,五、面向对象的分析与设计方法(ObjectOrientedAnalysis&Design,OOA&OOD),基本思想：现实世界由相互联系的各种事物组成，每一事物均有其自身的属性和特定的行为，面向对象的分析与设计方法即遵循此思想，以最自然的形式针对现实世界中的问题建模，并按人们通常的思维方式对问题进行求解，力图籍此简化问题模型，降低求解难度,面向对象方法的几个基本概念,对象可用名字进行唯一标识可用属性（状态）描述某些特征可用一组操作（服务）完成其各种行为类具有相同属性和操作的一组对象的集合，它为属于该类的全部对象提供了统一的抽象描述同样具有名称、属性和操作属性和操作又可分为外部特性和内部实现两部分消息向对象发出的服务请求包含：SenderReceiverParameters由接收者负责对消息进行响应，执行相应操作,UML面向对象的分析设计工具,UMLUnifiedModelingLanguage统一建模语言1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推荐，为OMG所采纳，进而成为了可视化建模的事实标准目前最新版本2.1.2,UML的特点和应用,特点一种可视化的语言一种可用于详细描述的语言精确无歧义完整一种构造语言正向工程逆向工程一种文档化的语言主要应用于软件系统的分析、设计工作，也可应用于非软件领域,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）整体拥有部分，部分与整体共存以实心菱形表示,类及类之间的关系,自关联,同时存在两种关系,依赖关系,泛化关系,多元关联,大学里的几种关系,普通聚集,组合,指定关系名称和方向,另一种指定关系名称的方法,指定多重性,类图,用于描述类与类之间的静态关系类图主要由类及它们之间的关系构成，此外，还可以包含接口、包等元素，也可包括对象等实例,类图的主要作用,分析阶段帮助识别系统的主体帮助辨析系统的属性和行为描述应用领域中的概念设计阶段直接引导面向对象的设计描述类与类之间的接口实现阶段描述软件系统中的实现可利用工具直接生成代码框架,对象图（ObjectDiagram）,形式与类图相似对象之间的连接使用“链”（Link）,包图（PackageDiagram）,目的：将复杂的大系统拆分为若干小系统包：将若干元素集合成一个更高层次的单位，形成一个低耦合、高内聚的元素集合，将其称为包。包中的元素也具有可见性。包图利用类似于文件夹的符号表示包。包图主要描述包之间的包含及依赖关系。,用例图（UseCaseDiagram）,要素参与者用例关系用例图描述了谁将是系统的使用者使用者希望系统提供什么服务（功能）使用者与系统之间的交互（参与者与用例之间的关系）关联关系（association）系统所提供的服务（用例之间的关系）包含关系（include）延伸关系（extend）泛化关系（generalize）,用例之间存在的三种可能的关系,包含关系（include）表示基础用例（客户用例）在其内部说明的某一位置显式地合并了另一个用例的行为用途用例的复用用例的简化延伸关系（extend）基础用例在由延伸用例间接地说明的一个位置上，隐式地合并了另一个用例的行为特点：即使没有扩展用例，基础用例本身也是完整的用途把新的行为插入到已有用例中把复杂的可选的处理从基本的必须的处理中分离出来泛化关系（generalize）与类的泛化关系相似用途先给出一个概念性的用例，再给出其实现用例,参与者与用例之间的关联关系,用例之间的关系,用例图的主要用途,分析阶段帮助识别系统的相关主体帮助明确并逐步细化系统功能需求是绘制其它图的出发点实现阶段是编制测试用例的基础实施阶段是制定培训、维护计划的依据,状态图（StatechartDiagram）,用途与状态迁移图相似，用于描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前状态对不同的事件做出反应。要素状态转移与STD的主要不同点以圆角矩形代表状态增加两个可选的特殊状态：起始状态、终止状态状态内增加属性：进入操作、退出操作、内部转移允许在状态内嵌套子状态图允许无触发器转移,状态及转移的属性,状态名称进入/退出操作内部转移子状态顺序子状态并行子状态延迟的事件,转移源状态事件触发器警戒条件操作目标