电子商务系统的分析

上传人:无*** 文档编号:147677325 上传时间:2022-09-02 格式:PPTX 页数:109 大小:2.65MB
收藏 版权申诉 举报 下载
电子商务系统的分析_第1页
第1页 / 共109页
电子商务系统的分析_第2页
第2页 / 共109页
电子商务系统的分析_第3页
第3页 / 共109页
资源描述:

《电子商务系统的分析》由会员分享,可在线阅读,更多相关《电子商务系统的分析(109页珍藏版)》请在装配图网上搜索。

1、第三章电子商务系统的分析第三章电子商务系统的分析o 要搞清楚的问题要搞清楚的问题n 既有的系统是如何工作的?既有的系统是如何工作的?n 用户希望新系统如何工作?用户希望新系统如何工作?o 目的:获取系统需求信息目的:获取系统需求信息n 功能需求功能需求n 性能需求性能需求o 成果成果n 需求分析报告需求分析报告n 针对新系统建立的模型针对新系统建立的模型系统系统SDLC中的系统分析中的系统分析l 信息系统信息系统l 人的系统人的系统电子商务系统分析n 在系统规划确定的目标和开发方案的指导下n 结合电子商务系统的特点n 对企业的各个方面进行深入调查n 研究及描述企业现行系统的活动和各项工作n 理

2、解企业的业务流程和数据流程n 分析待开发软件提出的需求并给出详细的定义。n 讨论决定哪些需求是可以满足的,哪些需求不能满足,并对能满足得需求加以确切地描述。n 使用一系列分析工具与技术建立目标系统逻辑模型,为系统设计奠定基础。电子商务系统分析电子商务系统分析vs一般的信息系统分析一般的信息系统分析o 基本的方法、流程和工具相同基本的方法、流程和工具相同o 不同点主要体现在不同点主要体现在n 调研分析的边界调研分析的边界n 创新性创新性o 电子商务系统分析要求电子商务系统分析要求n 以战略规划和系统规划成果为依据以战略规划和系统规划成果为依据n 充分了解管理及业务人员的需求充分了解管理及业务人员

3、的需求n 借鉴典型的电子商务系统功能借鉴典型的电子商务系统功能一一.企业商务活动的基本内容企业商务活动的基本内容企业的主要商务活动及它们之间的信息流转企业的主要商务活动及它们之间的信息流转市场活动(市场活动(Marketing)o目标目标n增加客户对企业及相关产品的认知程度,了解企业的服务增加客户对企业及相关产品的认知程度,了解企业的服务n为企业发现潜在的商业机会,发掘潜在客户,发现客户需求为企业发现潜在的商业机会,发掘潜在客户,发现客户需求n培养客户的忠诚度培养客户的忠诚度o要点要点n企业的形象企业的形象n产品的优势及特点产品的优势及特点n市场细分市场细分o借助于借助于Internet,电子

4、商务可以:,电子商务可以:n获得不受地域限制的市场宣传空间获得不受地域限制的市场宣传空间n减少对外界力量的依赖,直接面对潜在客户减少对外界力量的依赖,直接面对潜在客户n拥有最廉价的信息发布渠道拥有最廉价的信息发布渠道n直接通过客户的浏览及消费历史记录获取用户需求信息直接通过客户的浏览及消费历史记录获取用户需求信息销售活动(销售活动(Sale)o销售过程实质上是为用户提供备选产品的过程,这一过程包括:销售过程实质上是为用户提供备选产品的过程,这一过程包括:产品的发现、选择两个基本环节。产品的发现、选择两个基本环节。o目标目标n与顾客达成交易,并使交易结果符合企业利益需要与顾客达成交易,并使交易结

5、果符合企业利益需要o要点要点n产品的信息及描述产品的信息及描述n消费的环境消费的环境o电子商务中的销售活动可以:电子商务中的销售活动可以:n为客户提供发现产品的渠道为客户提供发现产品的渠道n带来交易方式的变革,使交易免受地域的限制带来交易方式的变革,使交易免受地域的限制n直接产生电子化的交易记录直接产生电子化的交易记录订货(订货(Order)o 目标目标n满足企业生产和销售的需要满足企业生产和销售的需要o 要点要点n供应商的选择供应商的选择n运输运输n合适的库存量合适的库存量o 电子商务系统可以电子商务系统可以n优化订货需求优化订货需求n帮助扩大供应商的选择范围,优化供应商选择结果帮助扩大供应

6、商的选择范围,优化供应商选择结果n提高订货过程的效率提高订货过程的效率n改善对运输过程的监管和优化改善对运输过程的监管和优化支付与交付(支付与交付(Payment&Delivery)o支付与交付的过程也就是履行订单的执行过程支付与交付的过程也就是履行订单的执行过程o目标目标n完成交易费用的给付完成交易费用的给付n完成产品的包装、运输和递交完成产品的包装、运输和递交n完成产品所有权的转移完成产品所有权的转移o要点要点n安全性安全性n时间时间n费用费用o电子商务系统可以电子商务系统可以n缩短支付时间,降低支付成本缩短支付时间,降低支付成本n实现交付过程可视化实现交付过程可视化n追踪订单执行过程追踪

7、订单执行过程n提供无形产品的交付渠道提供无形产品的交付渠道客户服务(客户服务(Service)o目标目标n培养客户忠诚度培养客户忠诚度n从服务中发现客户需求,为市场及销售活动提供依据从服务中发现客户需求,为市场及销售活动提供依据o要点要点n订单完成情况的检查订单完成情况的检查n产品使用的反馈产品使用的反馈n订货及客户历史记录订货及客户历史记录n客户行为分析客户行为分析o电子商务可以电子商务可以n提供新的客户服务方式(在线、远程、动态)提供新的客户服务方式(在线、远程、动态)n使服务超越地域和时间的限制使服务超越地域和时间的限制n加快服务的反馈加快服务的反馈n提供提供One-To-One 的个性

8、化服务的个性化服务n提供自助式服务提供自助式服务n进行服务过程的记录及发掘进行服务过程的记录及发掘二、典型的电子商务业务需求二、典型的电子商务业务需求o市场推广过程中的电子商务业务需求市场推广过程中的电子商务业务需求n网络广告网络广告nE-mail推销推销n品牌形象展示品牌形象展示no销售过程中的电子商务业务需求销售过程中的电子商务业务需求n网上产品展示网上产品展示n产品搜索产品搜索no订货过程中的电子商务业务需求订货过程中的电子商务业务需求n联机采购联机采购n在线报价和价格计算在线报价和价格计算n远程协商远程协商n电子支付电子支付n典型的电子商务业务需求(续)典型的电子商务业务需求(续)o

9、交付过程中的电子商务业务需求交付过程中的电子商务业务需求n交付过程跟踪交付过程跟踪no 服务过程中的电子商务业务需求服务过程中的电子商务业务需求n 客户信息反馈客户信息反馈n 客户跟踪服务客户跟踪服务n o 企业内部相关管理业务需求企业内部相关管理业务需求n 商品库存管理商品库存管理n 经营辅助决策经营辅助决策n.三、电子商务系统分析的过程三、电子商务系统分析的过程o 信息系统分析的基本思路信息系统分析的基本思路o 电子商务系统分析的基本过程和方法电子商务系统分析的基本过程和方法3.1 信息系统分析的基本思路信息系统分析的基本思路o 自顶向下自顶向下o 从静到动从静到动o 去伪存真去伪存真o

10、不断迭代不断迭代3.2 电子商务系统分析的基本过程电子商务系统分析的基本过程o 进行进行需求调查需求调查,获取需求(,获取需求(Requirement)o 整理提炼,针对需求进行建模整理提炼,针对需求进行建模利用相关的软件工程方法利用相关的软件工程方法n 结构化分析方法结构化分析方法n 面向对象的分析方法面向对象的分析方法n 原型法原型法o 反复修改反复修改需求调查需求调查o 参与人员:参与人员:n系统分析人员与业务人员系统分析人员与业务人员共同完成共同完成o 方法方法n访谈访谈n问卷调查问卷调查n跟班跟班n查阅资料查阅资料n利用原型利用原型o 可采纳的资料素材可采纳的资料素材n有关机构组成和

11、职责的有关机构组成和职责的规定规定n报表报表n历史数据历史数据n访谈记录访谈记录n相关法律、法规、文件相关法律、法规、文件等等o 成果成果n需求调查报告需求调查报告n相关资料素材相关资料素材17业务流程重构o企业业务流程重构是指对企业进行根本的再思考和彻底的再设计,以求企业关键的性能指标如成本、质量和速度等,获得巨大的提高。o它是一种基于信息技术的、为更好地满足顾客需要服务的、系统化的、企业组织的工作流程的改进及相关活动。o业务流程再造突破了传统的劳动分工理论的思想体系,强调以“流程导向”替代原有的“职能导向”的企业组织形式,为企业经营管理提出了一个全新的思路。o它不是原有东西的修补或是局部性

12、的改变,或保持原有的组织结构完整不变,而是要抛弃运作已久的规程,对企业提供产品或服务的工作过程进行重新审视,这意味着抛弃所有的陈规陋习,一切从头开始。o有全局的思想,从整体上确认企业的业务流程 18业务流程重构o 核心流程n 物流作业活动物流作业活动n 管理活动管理活动n 信息系统信息系统o 支持流程n 企业基础设施、人员、培训、技术开发、资金。企业基础设施、人员、培训、技术开发、资金。19业务流程重构的特点o 以过程为导向o 面向顾客o 打破常规o 充分利用信息技术o 目标远大20业务流程重构步骤o1.确定基本范围和目标。o2.组织队伍o3.对有待进行重构的过程进行诊断n重复的、无用的,形式

13、或格式上不一致,甚至相互矛盾的处理过程。重复的、无用的,形式或格式上不一致,甚至相互矛盾的处理过程。n瓶颈式的阻塞延迟。瓶颈式的阻塞延迟。n重复多余的、上下不一致的报表文件。重复多余的、上下不一致的报表文件。n不合理的规章制度。不合理的规章制度。n在电子商务环境下,能改进企业业务流程的电子技术在电子商务环境下,能改进企业业务流程的电子技术21进行再设计 o 进行再设计n 寻找再设计思路寻找再设计思路 n 设计新的业务过程设计新的业务过程 o 将原有流程中冗余的活动删除。o 对有用的活动尽可能加以简化。o 把原有的几道工序依靠信息技术的支持加以合并。o 将顺序的流程改为同步流程。o 最后还应再检

14、查改动后的业务流程是否衔接,从过程总体上还有什么应该安排和改动的地方。n 进行岗位的再安排设计进行岗位的再安排设计 n 对原型修改对原型修改22业务流程重构的原则 o 从企业的产品出发o 企业人员参入o 和实际结合o 集中处理o 从整体考虑o 决策点下放o 从信息源头获取信息231清除o 清除将原有流程内的非增将原有流程内的非增值处理值处理予以清除。予以清除。o 需要常问的关键问题是:n 这个流程环节为什么存在呢?这个流程环节为什么存在呢?n 这个流程环节的结果是整个流程完成的必要条件这个流程环节的结果是整个流程完成的必要条件吗?吗?n 如果答案是否定的,那么,这样的处理就应被清如果答案是否定

15、的,那么,这样的处理就应被清除。除。24清除清除o 处理间的等待o 不必要的移动o 重复的处理o 过量的库存252简化o 简化是指在不改变原有处理功能的基础上,将复杂的处理精简化。o 包括:n 使用简单的技术使用简单的技术n 沟通简单明了沟通简单明了n 表格表格n 流程间组织流程间组织263任务整合o 对业务流程经过充分的简化以后,还需要对简化之后的流程进行整合,目的是使整个流程顺畅、连贯,更好地满足顾客需求。o 活动合并o 团队o 供应商整合 274流程自动化o 对业务流程的清除、简化和整合是流程自动化的基础。o 除了需要人进行控制和决策的环节;其余能交由计算机处理的都应交给计算机处理;o

16、注意的地方:n 数据的采集和传输数据的采集和传输n 数据的分析。数据的分析。28293031323334353637某企业集团技术装备本部的业务流程再造 o 企业业务流程再造的目标 o 组织队伍o 核心业务流程问题分析及解决办法 o 核心流程再造分析 38某企业集团技术装备本部的业务流程再造 目标o 实现企业管理和信息技术的结合o 减少不必要的流程o 提高企业的工作效率o 降低企业的运营成本o 加强企业的竞争力。39某企业集团技术装备本部的业务流程再造 组织o 项目管理委员会o 业务流程分析小组o 再造小组o 电子商务系统规划设计小组40某企业集团技术装备本部的业务流程再造 问题分析 o 物料

17、管理业务流程不统 o 库存管理混乱 o 保管员和微机员工作强度不合理o 信息的组织形式、内容不统一o 业务没有统一核算。o 销售环节复杂o 产品入库不及时o 计划制定不合理o 无效库存o 不能动态调整价格o 管理流程和报表不规范41材料科再造前oa.开单检验n材料处采购科业务员根据分供方提出的供货报验申请,手工开具通知验收单,n分供方持验收单和货物经过质管处检验,检验人员在通知验收单上签字n分供方凭质管处签字的通知验收单到材料仓库办理入库。ob.审核入库n仓库保管员根据物流库存账判断是否超过最大储备量,同时核对报验、入库的数量、办理入库,并在通知验收单上写明接受入库数量并签字。n分供方的货进入

18、了材料仓库。n仓库保管员要依据签字后的通知验收单登记仓库物流库存账。n此通知验收单返回给分供方。oc.单据反馈n经过仓库保管员签字的通知验收单传递到材料科微机员手中,n微机员依据通知验收单录入并打印入库单,n计算机记仓库库存账和入库流水账,n仓库保管员依据此入库单在仓库物流库存账上登记入库单号,以便将来进行对账。42NYY质管处入库检验合格否分供方入库申请采购科手工开具通知验收单通知验收单签字后的通知验收单材料科手工查材料库存账是否入库材料仓库分供方办理入库入库通知单签字签字后的通知验收单保管员记账登记入库单号仓库库存账微机录入员入库微机打印的入库单计算机材料库存账、流水账N43o 未实现计算

19、机对仓库库存的控制o 保管员工作量较大,如果有仓库管理员,两者在工作上是一种重复投入;o 管理人员过多。材料科再造前的缺点44o 材料科微机员(负责报验的微机员)凭分供方提供的采购订单打印通知验收单,n 计算机自动判断现有库存量加上报验数量是否超过仓库的最大储备量,如果超过,则在通知验收单上注明允许的最大入库量,提醒入库检验人员。n 微机员开了验收单后就可以记入计算机临时库存账和临时入库流水账。n 记临时账主要目的是及时反映库存量,临时库存和计算机库存账之间的差值,反映出入库的在途量。o 分供方持单及货经过质管处检验;检验人员在通知验收单上签字,并打印通知验收单。o 分供方持单及货到材料科入库

20、。45o b.审核入库和单据反馈o 仓库保管员核对通知验收单上的货物数量和实际量、当前货物的质量以及计算机允许的最大入库量,确定本次接受的数量,n 如果实际入库量没有变化,则自动生成并打印入库单,仓库保管员依据此入库单在仓库物流库存账上登记入库单号,以便将来进行对账。n 如果实际入库数量有变化,则要修改临时库存账和临时入库流水账,修改后生成并打印入库单。o 仓库保管员在通知验收单上注明实际入库量并签字。至此,分供方的货入到了材料仓库。46o 单据反馈n 在材料科,系统根据仓库保管员的仓库物流库存账自动更新库存账、出库流水账、临时库存账和临时入库流水账。47再造前o 材料出库n 开领料单 n 审

21、核出库 n 单据反馈 再造后o 材料出库n 开领料单 n 审核出库 n 单据反馈 48o 销售处 再造前业务流程为n 接受订单 n 组织生产 n 跟踪和完成订单o 再造后业务流程为n 订单接收n 开发货单49o 入库 再造前:n 开单检验 n 审核入库 n 单据反馈 再造后n 开单检验 n 审核入库 n 单据反馈o 生产车间o 企划主要处理流程成品科成品科50o 出库 再造前:n 开领货单 n 审核出库 n 单据反馈 再造后n 开发货单 n 开出库单 n 审核出库 n 单据反馈 o 生产车间o 企划主要处理流程成品科成品科51o 生产车间主要处理施程 再造前流程n(a)生产计划接收、安排生产n

22、(b)生产进度台账调整n(c)产品入库n(d)生产原料准备n(e)物料考核生产车间生产车间 52o 再造后流程n(a)生产计划接收、生成车间作业计划控制台账n(b)车间作业计划台账调整n(c)产品入库n(d)生产原料准备n(e)物料考核 生产车间生产车间 53再造前o(a)订单接收、生产计划的制定和下达o(b)计划下达o(c)生产计划调整o(d)生产计划实施的监督o(e)生产的组织 企划企划 54再造后o(a)订单接收、生产计划的制定和下达o(b)生产计划调整o(c)生产计划实施的监督o(d)生产的组织企划企划 55o在企业实施业务流程再造后,n销售处接受订单,n企划处从销售处接收生产订单,自

23、动制定生产计划。n企划处把生产计划下达给车间,由车间进行生产,n车间生产时需要到材料科领取材料。n生产完成以后进行产品的入库。n材料科通过系统接受企划处的计划,负责组织生产原料的采购和生产原料的入库,并通过系统办理车间所需材料的出库。n成品科通过系统接受企划处的计划,负责实施生产车间生产的产品的入库。n企划处还通过系统下达给销售处,销售科负责外协生产及订单的实施n销售科通过和外部协作单位电子商务系统之间的接口传递子订单的信息。整个系统形成了一个整体,各部门分工协作共同通过系统完成任务。而不是像以前每个部门主要考虑自己的职能,手工查自己的台账,来完成自己的工作,效益低下,造成很多浪费。每个部门之

24、间是并行工作,消除掉一些无用的手工流程。四、结构化分析方法四、结构化分析方法 (Structured Analysis,SA)o 结构化分析方法是一种面向数据流的需求分结构化分析方法是一种面向数据流的需求分析方法,也是一种建模活动,它主要根据软析方法,也是一种建模活动,它主要根据软件内部的数据传递、变换关系,自顶向下逐件内部的数据传递、变换关系,自顶向下逐层分解,描绘出满足功能要求的软件系统。层分解,描绘出满足功能要求的软件系统。o 尤其适合于较大型的信息系统尤其适合于较大型的信息系统结构化分析的主要工具结构化分析的主要工具o 数据流图数据流图(DFD):功能模型):功能模型o 数据字典数据字

25、典(DD)o 实体关系图(实体关系图(E-R图):数据模型图):数据模型o 状态变迁图(状态变迁图(STD图):行为模型图):行为模型数据流图(数据流图(DFD)o Data Flow Diagramo 用于表示数据在信息系统中的流动情况,但用于表示数据在信息系统中的流动情况,但不表示具体的程序逻辑和处理步骤不表示具体的程序逻辑和处理步骤数据流图的基本元素数据流图的基本元素数据流图的基本元素(续)数据流图的基本元素(续)o 数据流数据流n是数据在系统内传播的路径,由一个或一组数据项构成。是数据在系统内传播的路径,由一个或一组数据项构成。n除了数据存储之间的数据流不用命名外,其它数据流应除了数据

26、存储之间的数据流不用命名外,其它数据流应该用名词或名词短语命名。该用名词或名词短语命名。(对于有些含义比较明显的对于有些含义比较明显的数据流也不一定加以命名)数据流也不一定加以命名)n数据流的准确定义由数据字典数据流的准确定义由数据字典Data Dictionary给出给出o 实体实体n代表了系统边界之外的,与系统存在数据交换的人员、代表了系统边界之外的,与系统存在数据交换的人员、组织或其它系统组织或其它系统数据流图的基本元素(续)数据流图的基本元素(续)o 处理处理n也称为数据加工,它对数据流进行某些操作或变换。也称为数据加工,它对数据流进行某些操作或变换。n每个处理要有名字,通常是动词短语

27、,简明地描述完成每个处理要有名字,通常是动词短语,简明地描述完成什么处理。什么处理。n在分层的数据流图中,处理还应有编号。在分层的数据流图中,处理还应有编号。o 数据存储数据存储n指暂时保存的数据,它可以是数据库表、文件或其它任指暂时保存的数据,它可以是数据库表、文件或其它任何形式的数据组织。何形式的数据组织。n流向数据存储的数据流可理解为写入存储或提交查询请流向数据存储的数据流可理解为写入存储或提交查询请求,从数据存储流出的数据可理解为从存储设备读数据求,从数据存储流出的数据可理解为从存储设备读数据或得到查询结果。或得到查询结果。n数据存储也可有编号数据存储也可有编号数据流图的绘制方法数据流

28、图的绘制方法o 首先,确定系统的边界和外部实体首先,确定系统的边界和外部实体o 绘出系统的顶层数据流图(绘出系统的顶层数据流图(context diagram)n 只包含一个处理,标号为只包含一个处理,标号为0,且名称为整个系统,且名称为整个系统的名称的名称o 在顶层数据流图的基础上,细化得出第在顶层数据流图的基础上,细化得出第0层层数据流图数据流图o 逐层细化,扩展得出更低一层的数据流图,逐层细化,扩展得出更低一层的数据流图,直到所有处理都已足够简单直到所有处理都已足够简单绘制数据流图的规则绘制数据流图的规则o 每个数据流都至少有一端是连接到处理的每个数据流都至少有一端是连接到处理的o 每个

29、处理都至少有一个输入数据流,且至少每个处理都至少有一个输入数据流,且至少有一个输出数据流有一个输出数据流o 每一个数据存储都必须通过数据流连接到处每一个数据存储都必须通过数据流连接到处理理o 一般情况下,每个数据存储都应该既有输入一般情况下,每个数据存储都应该既有输入数据流,又有输出数据流数据流,又有输出数据流o 注意命名的唯一性、易懂性注意命名的唯一性、易懂性绘制数据流图的常规原则绘制数据流图的常规原则o 同一幅图上包含的处理不超过同一幅图上包含的处理不超过9个个o 尽量避免数据流的交叉尽量避免数据流的交叉o 使用多级符号,表示处理之间的父子关系使用多级符号,表示处理之间的父子关系案例:家具

30、公司电子商务系统案例:家具公司电子商务系统o 外部实体外部实体n 客户客户n 内容维护人员内容维护人员n 销售人员销售人员n 生产调度系统生产调度系统(生产调度人员)(生产调度人员)n 财务系统(财务人员)财务系统(财务人员)n 客服人员客服人员n 物流跟踪系统物流跟踪系统n 维修人员维修人员 案例:主要处理案例:主要处理o用户管理用户管理n注册注册n登录登录n用户信息检索用户信息检索n用户信息维护用户信息维护o产品展示产品展示n产品目录浏览产品目录浏览n产品信息检索产品信息检索n产品效果图展示产品效果图展示o网上订货网上订货n购物车处理购物车处理o添加到购物车添加到购物车o修改购物车修改购物

31、车n下订单下订单n订单确认订单确认n订单跟踪订单跟踪o客户服务客户服务n咨询咨询n报修报修n派发修理通知派发修理通知n服务跟踪服务跟踪o信息发布信息发布n企业信息发布企业信息发布n产品信息发布产品信息发布n招聘信息发布招聘信息发布o企业企业/招聘信息检索招聘信息检索o统计分析统计分析数据字典(数据字典(Data Dictionary,DD)o 1订单订单n1.1 订单标识订单标识n1.2 顾客详情顾客详情n1.3 书籍详情书籍详情o 1.1 订单标识订单标识n1.1.1 订货日期订货日期n1.1.2 订单编号订单编号o 1.2 顾客详情顾客详情n1.2.1 姓名姓名n1.2.2 联系电话联系电

32、话n地址地址nIDo 1.2.2 联系电话联系电话n固定电话固定电话n移动电话移动电话说明:上述两项至少一项说明:上述两项至少一项为非空为非空面向过程模型的弊端面向过程模型的弊端o 以实现功能的过程为中心,而用户的需求变以实现功能的过程为中心,而用户的需求变化主要是针对功能的,且功能变化往往引起化主要是针对功能的,且功能变化往往引起较大的结构变化,因此,系统较大的结构变化,因此,系统稳定性不好稳定性不好。o 系统有明确的边界定义,且系统结构依赖于系统有明确的边界定义,且系统结构依赖于系统边界的定义。这样的系统系统边界的定义。这样的系统不易扩充和修不易扩充和修改改。o 可重用性可重用性(reus

33、ability)(reusability)较差较差。五、面向对象的分析与设计方法五、面向对象的分析与设计方法(Object Oriented Analysis&Design,OOA&OOD)o 基本思想:基本思想:现实世界由相互联系的各种事物组成,每一事物均现实世界由相互联系的各种事物组成,每一事物均有其自身的属性和特定的行为,面向对象的分析与有其自身的属性和特定的行为,面向对象的分析与设计方法即遵循此思想,以最自然的形式针对现实设计方法即遵循此思想,以最自然的形式针对现实世界中的问题建模,并按人们通常的思维方式对问世界中的问题建模,并按人们通常的思维方式对问题进行求解,力图籍此简化问题模型,

34、降低求解难题进行求解,力图籍此简化问题模型,降低求解难度度面向对象方法的几个基本概念面向对象方法的几个基本概念o对象对象n可用名字进行唯一标识可用名字进行唯一标识n可用属性(状态)描述某些特征可用属性(状态)描述某些特征n可用一组操作(服务)完成其各种行为可用一组操作(服务)完成其各种行为o类类n具有相同属性和操作的一组对象的集合,它为属于该类的全部对象提供具有相同属性和操作的一组对象的集合,它为属于该类的全部对象提供了统一的抽象描述了统一的抽象描述n同样具有名称、属性和操作同样具有名称、属性和操作n属性和操作又可分为外部特性和内部实现两部分属性和操作又可分为外部特性和内部实现两部分o消息消息

35、n向对象发出的服务请求向对象发出的服务请求n包含:包含:oSenderSenderoReceiverReceiveroParametersParametersn由接收者负责对消息进行响应,执行相应操作由接收者负责对消息进行响应,执行相应操作UML面向对象的分析设计工具面向对象的分析设计工具o UMLUnified Modeling Language统一建模语言统一建模语言o 1996年,由年,由Rational公司的公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出,并由若干大公司共同推荐,共同提出,并由若干大公司共同推荐,为为OMG所采纳,进而成为了可视化建模的事实标所

36、采纳,进而成为了可视化建模的事实标准准o 目前最新版本目前最新版本2.1.2UML的特点和应用的特点和应用o 特点特点n一种一种可视化可视化的语言的语言n一种可用于一种可用于详细描述详细描述的语言的语言o 精确精确o 无歧义无歧义o 完整完整n一种一种构造构造语言语言o 正向工程正向工程o 逆向工程逆向工程n一种一种文档化文档化的语言的语言o 主要应用于软件系统的分析、设计工作,也可应用主要应用于软件系统的分析、设计工作,也可应用于非软件领域于非软件领域UML的构成的构成o用例图(用例图(Use Case diagram)o静态图(静态图(Static diagram)n类图类图 Class

37、diagramn对象图对象图 Object diagramn包图包图 Package diagramo行为图(行为图(Behavior diagram)n状态图状态图 Statechart diagramn活动图活动图 Activity diagramo交互图交互图(Interactive diagram)n顺序图顺序图 Sequence diagramn协作图协作图 Cooperation diagramo实现图(实现图(Implementation diagram)n构件图构件图 Component Diagramn部署图部署图 Deployment Diagram描述系统的动态模型和描述

38、系统的动态模型和组成对象间的交互关系组成对象间的交互关系描述系统组成元描述系统组成元素的静态结构素的静态结构描述对象间的交描述对象间的交互关系互关系描述系统的物理描述系统的物理组成单元组成单元UML基本元素基本元素 类类(Class)o 表示由三部分构成表示由三部分构成o 名称必须包含名称必须包含o 其余可省略或陆续添加其余可省略或陆续添加o 可说明属性及操作的可见可说明属性及操作的可见性性o 可说明属性的类型可说明属性的类型o 可说明操作的参数、返回可说明操作的参数、返回值值UML基本元素基本元素 对象对象(Object)o 表示由两部分组成表示由两部分组成o 没有操作没有操作o 名称必须包

39、含名称必须包含o 名称带下划线名称带下划线o 名称后可跟类名名称后可跟类名o 其余可省略或陆续添加其余可省略或陆续添加o 可说明属性的类型可说明属性的类型UML基本元素基本元素 用例用例(Use Case)和参与者和参与者(Actor)o参与者参与者n存在于作为研究对象的系存在于作为研究对象的系统之外的实体统之外的实体n可以为人、机构、设备、可以为人、机构、设备、系统等系统等n利用人形表示利用人形表示n通常仅包含其名称通常仅包含其名称o用例用例n对一组动作序列的描述,系对一组动作序列的描述,系统执行这些动作将产生一个统执行这些动作将产生一个对特定参与者有价值而且可对特定参与者有价值而且可观察的

40、结果观察的结果n使用实线椭圆使用实线椭圆n通常仅包含其名称通常仅包含其名称UML基本元素基本元素 关系关系依赖关系(依赖关系(dependency)o 代表:使用关系代表:使用关系o 说明一个事物规格说明的变化可能影响到使用它的说明一个事物规格说明的变化可能影响到使用它的另一个事物另一个事物o 箭头指向被依赖的事物箭头指向被依赖的事物泛化关系(泛化关系(generalization)o 指一般事物(称为超类或指一般事物(称为超类或父类)和该事物的较为特父类)和该事物的较为特殊的种类(称为子类)之殊的种类(称为子类)之间的关系间的关系o 一个类可以有一个类可以有0个、个、1个或个或多个父类多个父

41、类o 没有父类且最少有一个子没有父类且最少有一个子类的类称为根类或基类类的类称为根类或基类o 没有子类的类称为叶子类没有子类的类称为叶子类o 箭头指向被继承的类箭头指向被继承的类关联关系(关联关系(association)o 代表一种结构关系代表一种结构关系o 类型类型n 自关联自关联n 二元关联二元关联o 关联可以有一个名称关联可以有一个名称聚集、聚合(聚集、聚合(Aggregation)一种特殊的关联关系一种特殊的关联关系o用于表示整体与部分的关系用于表示整体与部分的关系o以菱形表示以菱形表示o可进一步细分为:可进一步细分为:n普通聚集,共享聚集普通聚集,共享聚集(Shared Aggre

42、gation)o整体与部分可以单独存在整体与部分可以单独存在o以空心菱形表示以空心菱形表示n组合(组合(Composition)o整体拥有部分,部分与整整体拥有部分,部分与整体共存体共存o以实心菱形表示以实心菱形表示类及类之间的关系类及类之间的关系自关联自关联同时存在同时存在两种关系两种关系依赖依赖关系关系泛化泛化关系关系多元多元关联关联大学里的几种关系大学里的几种关系普通普通聚集聚集组合组合指定关指定关系名称系名称和方向和方向另一种另一种指定关指定关系名称系名称的方法的方法指定多指定多重性重性类图类图o 用于描述类与类之间的静态关系用于描述类与类之间的静态关系o 类图主要由类及它们之间的关系

43、构成,此外,还可类图主要由类及它们之间的关系构成,此外,还可以包含接口、包等元素,也可包括对象等实例以包含接口、包等元素,也可包括对象等实例类图的主要作用类图的主要作用o 分析阶段分析阶段n帮助识别系统的主体帮助识别系统的主体n帮助辨析系统的属性和行为帮助辨析系统的属性和行为n描述应用领域中的概念描述应用领域中的概念o 设计阶段设计阶段n直接引导面向对象的设计直接引导面向对象的设计n描述类与类之间的接口描述类与类之间的接口o 实现阶段实现阶段n描述软件系统中的实现描述软件系统中的实现n可利用工具直接生成代码框架可利用工具直接生成代码框架对象图(对象图(Object Diagram)o 形式与类

44、图相似形式与类图相似o 对象之间的连接使用对象之间的连接使用“链链”(Link)包图(包图(Package Diagram)o目的:将复杂的大系统拆分目的:将复杂的大系统拆分为若干小系统为若干小系统o包:将若干元素集合成一个包:将若干元素集合成一个更高层次的单位,形成一个更高层次的单位,形成一个低耦合、高内聚的元素集合,低耦合、高内聚的元素集合,将其称为包。将其称为包。o包中的元素也具有可见性。包中的元素也具有可见性。o包图利用类似于文件夹的符包图利用类似于文件夹的符号表示包。号表示包。o包图主要描述包之间的包含包图主要描述包之间的包含及依赖关系。及依赖关系。用例图(用例图(Use Case

45、Diagram)o 要素要素n参与者参与者n用例用例n关系关系o 用例图描述了用例图描述了n谁将是系统的使用者谁将是系统的使用者n使用者希望系统提供什么服务(功能)使用者希望系统提供什么服务(功能)n使用者与系统之间的交互(参与者与用例之间的关系)使用者与系统之间的交互(参与者与用例之间的关系)o 关联关系(关联关系(association)n系统所提供的服务(用例之间的关系)系统所提供的服务(用例之间的关系)o 包含关系(包含关系(include)o 延伸关系(延伸关系(extend)o 泛化关系(泛化关系(generalize)用例之间存在的三种可能的关系用例之间存在的三种可能的关系o包含

46、关系(包含关系(include)n表示基础用例(客户用例)在其内部说明的某一位置显式地合并了另一表示基础用例(客户用例)在其内部说明的某一位置显式地合并了另一个用例的行为个用例的行为n用途用途o用例的复用用例的复用o用例的简化用例的简化o延伸关系(延伸关系(extend)n基础用例在由延伸用例间接地说明的一个位置上,隐式地合并了另一个基础用例在由延伸用例间接地说明的一个位置上,隐式地合并了另一个用例的行为用例的行为n特点:即使没有扩展用例,基础用例本身也是完整的特点:即使没有扩展用例,基础用例本身也是完整的n用途用途o把新的行为插入到已有用例中把新的行为插入到已有用例中o把复杂的可选的处理从基

47、本的必须的处理中分离出来把复杂的可选的处理从基本的必须的处理中分离出来o泛化关系(泛化关系(generalize)n与类的泛化关系相似与类的泛化关系相似n用途用途o先给出一个概念性的用例,再给出其实现用例先给出一个概念性的用例,再给出其实现用例参与者与用例之间的关联关系参与者与用例之间的关联关系用例之间的关系用例之间的关系下订单下加急订单查询订单状态用户合法性检查检查密码检查指纹用例图的主要用途用例图的主要用途o 分析阶段分析阶段n 帮助识别系统的相关主体帮助识别系统的相关主体n 帮助明确并逐步细化系统功能需求帮助明确并逐步细化系统功能需求n 是绘制其它图的出发点是绘制其它图的出发点o 实现阶

48、段实现阶段n 是编制测试用例的基础是编制测试用例的基础o 实施阶段实施阶段n 是制定培训、维护计划的依据是制定培训、维护计划的依据状态图状态图(Statechart Diagram)o 用途与状态迁移图相似,用于描述一个实体基于事用途与状态迁移图相似,用于描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前状件反应的动态行为,显示了该实体如何根据当前状态对不同的事件做出反应。态对不同的事件做出反应。o 要素要素n状态状态n转移转移o 与与STD的主要不同点的主要不同点n以圆角矩形代表状态以圆角矩形代表状态n增加两个可选的特殊状态:起始状态、终止状态增加两个可选的特殊状态:起始状态、终止

49、状态n状态内增加属性:进入操作、退出操作、内部转移状态内增加属性:进入操作、退出操作、内部转移n允许在状态内嵌套子状态图允许在状态内嵌套子状态图n允许无触发器转移允许无触发器转移状态及转移的属性状态及转移的属性o 状态状态n名称名称n进入进入/退出操作退出操作n内部转移内部转移n子状态子状态o 顺序子状态顺序子状态o 并行子状态并行子状态n延迟的事件延迟的事件o 转移转移n源状态源状态n事件触发器事件触发器n警戒条件警戒条件n操作操作n目标状态目标状态状态图示例状态图示例活动图活动图(Activity Diagram)o本质上为流程图本质上为流程图o 要素要素n状态状态o 初始状态初始状态o

50、终止状态终止状态o 动作状态动作状态n原子性原子性n不可中断性不可中断性n瞬时性瞬时性o 活动状态活动状态n可分解可分解n可中断可中断n占有有限的时间占有有限的时间n控制流(转换)控制流(转换)o 普通转换普通转换o 分支分支o 分叉分叉o 汇合汇合n对象流对象流o 表示活动中输入或输表示活动中输入或输出的对象出的对象n泳道泳道o 用于将活动图中的活用于将活动图中的活动状态分组动状态分组活动图示例活动图示例活动图的主要用途活动图的主要用途o 分析阶段分析阶段n 辅助进行工作流分析辅助进行工作流分析n 辅助对系统中主体行为进行分析辅助对系统中主体行为进行分析o 设计阶段设计阶段n 设计类的依据设

51、计类的依据n 最终细化到程序流程图最终细化到程序流程图交互图(交互图(Interaction Diagram)o 与活动图一样,用于对系统的动态特性建模与活动图一样,用于对系统的动态特性建模n 交互图强调从对象到对象的控制流交互图强调从对象到对象的控制流n 活动图强调从活动到活动的控制流活动图强调从活动到活动的控制流o 由由顺序图顺序图和和协作图协作图共同构成共同构成o 显示的是一个交互,由一组对象和它们之间显示的是一个交互,由一组对象和它们之间的关系组成,包含它们之间可能传递的消息的关系组成,包含它们之间可能传递的消息o 顺序图:强调时间顺序的交互图顺序图:强调时间顺序的交互图o 协作图:强

52、调结构组织的交互图协作图:强调结构组织的交互图o 两者在语义上是等价的两者在语义上是等价的顺序图(顺序图(Sequence Diagram)o要素要素n对象:沿对象:沿X轴排列轴排列o名称名称o生命线生命线o控制焦点可选,用于可视化消息的嵌套或实际计算发生时的控制焦点可选,用于可视化消息的嵌套或实际计算发生时的时间时间n消息:沿消息:沿Y轴排列轴排列o名称名称o参数(可选)参数(可选)o消息的类型消息的类型n普通消息普通消息n调用调用顺序图示例顺序图示例协作图(协作图(Collaboration Diagram)o 要素要素n 对象:名称对象:名称n 链:连接对象之间的弧链:连接对象之间的弧n

53、 消息消息o 名称名称o 参数参数o 顺序号:以嵌套的形式反映了消息间的先后顺序顺序号:以嵌套的形式反映了消息间的先后顺序协作图示例交互图的主要用途交互图的主要用途o 分析阶段分析阶段n 帮助识别系统的相关主体帮助识别系统的相关主体n 帮助分析业务流程帮助分析业务流程o 设计阶段设计阶段n 设计类的操作的重要依据设计类的操作的重要依据n 设计程序流程的出发点设计程序流程的出发点o 实现阶段实现阶段n 是编制测试用例的重要参考是编制测试用例的重要参考基于基于UML的分析设计过程的分析设计过程o 基本原则基本原则n 用例驱动的用例驱动的n 以体系结构为中心的以体系结构为中心的n 迭代的迭代的n 增

54、量的增量的o 一般技巧一般技巧n 每一个图中只包含与特定主题相关的内容每一个图中只包含与特定主题相关的内容n 使用工具使用工具利用利用UML进行系统分析的方法进行系统分析的方法o 确定确定Actoro 画出用例图画出用例图o 画各种动态视图(主要是活动图、顺序图及画各种动态视图(主要是活动图、顺序图及状态图),以进一步说明各个用例的详细情状态图),以进一步说明各个用例的详细情况况UML支援环境支援环境o Rational Rose(IBM)经典的可视化建模工具经典的可视化建模工具全面支持全面支持UML UML 建模标准建模标准可以在同一个模型中实现业务建模、需求建模、应用建模和数据建模可以在同一个模型中实现业务建模、需求建模、应用建模和数据建模支持多种语言(支持多种语言(C+,JavaC+,Java、VB VB 等)的代码生成及双向工程等)的代码生成及双向工程自带的的模块测试工具,可以在设计阶段就及早对设计模型进行测试自带的的模块测试工具,可以在设计阶段就及早对设计模型进行测试 Poseidon for UML(Gentleware German)Visio2003(Microsoft)PowerDesigner(Sybase)Trufun Kant&Plato(楚凡楚凡 China)演讲完毕,谢谢观看!

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!