电子商务系统的分析课件

上传人:风*** 文档编号:243910907 上传时间:2024-10-01 格式:PPTX 页数:73 大小:968.21KB
返回 下载 相关 举报
电子商务系统的分析课件_第1页
第1页 / 共73页
电子商务系统的分析课件_第2页
第2页 / 共73页
电子商务系统的分析课件_第3页
第3页 / 共73页
点击查看更多>>
资源描述
单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,第四章电子商务系统的分析,要搞清楚的问题,既有的系统是如何工作的?,用户希望新系统如何工作?,目的:获取系统需求信息,功能需求,性能需求,成果,需求分析报告,针对新系统建立的模型,系统,SDLC中的系统分析,信息系统,人的系统,电子商务系统分析vs一般的信息系统分析,基本的方法、流程和工具相同,不同点主要体现在,调研分析的边界,创新性,电子商务系统分析要求,以战略规划和系统规划成果为依据,充分了解管理及业务人员的需求,借鉴典型的电子商务系统功能,一. 企业商务活动的基本内容,企业的主要商务活动及它们之间的信息流转,市场活动(Marketing),目标,增加客户对企业及相关产品的认知程度,了解企业的服务,为企业发现潜在的商业机会,发掘潜在客户,发现客户需求,培养客户的忠诚度,要点,企业的形象,产品的优势及特点,市场细分,借助于Internet,电子商务可以:,获得不受地域限制的市场宣传空间,减少对外界力量的依赖,直接面对潜在客户,拥有最廉价的信息发布渠道,直接通过客户的浏览及消费历史记录获取用户需求信息,销售活动(Sale),销售过程实质上是为用户提供备选产品的过程,这一过程包括:产品的发现、选择两个基本环节。,目标,与顾客搭成交易,并使交易结果符合企业利益需要,要点,产品的信息及描述,消费的环境,电子商务中的销售活动可以:,为客户提供发现产品的渠道,带来交易方式的变革,使交易免受地域的限制,直接产生电子化的交易记录,订货(Order),目标,满足企业生产和销售的需要,要点,供应商的选择,运输,合适的库存量,电子商务系统可以,优化订货需求,帮助扩大供应商的选择范围,优化供应商选择结果,提高订货过程的效率,改善对运输过程的监管和优化,支付与交付(Payment & Delivery ),支付与交付的过程也就是履行订单的执行过程,目标,完成交易费用的给付,完成产品的包装、运输和递交,完成产品所有权的转移,要点,安全性,时间,费用,电子商务系统可以,缩短支付时间,降低支付成本,实现交付过程可视化,追踪订单执行过程,提供无形产品的交付渠道,客户服务(Service),目标,培养客户忠诚度,从服务中发现客户需求,为市场及销售活动提供依据,要点,订单完成情况的检查,产品使用的反馈,订货及客户历史记录,客户行为分析,电子商务可以,提供新的客户服务方式(在线、远程、动态),使服务超越地域和时间的限制,加快服务的反馈,提供One-To-One 的个性化服务,提供自助式服务,进行服务过程的记录及发掘,二、典型的电子商务业务需求,市场推广过程中的电子商务业务需求,网络广告,E-mail推销,品牌形象展示,销售过程中的电子商务业务需求,网上产品展示,产品搜索,订货过程中的电子商务业务需求,联机采购,在线报价和价格计算,远程协商,电子支付,典型的电子商务业务需求(续),交付过程中的电子商务业务需求,交付过程跟踪,服务过程中的电子商务业务需求,客户信息反馈,客户跟踪服务,企业内部相关管理业务需求,商品库存管理,经营辅助决策,.,三、电子商务系统分析的过程,信息系统分析的基本思路,电子商务系统分析的基本过程和方法,3.1 信息系统分析的基本思路,自顶向下,从静到动,去伪存真,不断迭代,3.2 电子商务系统分析的基本过程,进行,需求调查,,获取需求(Requirement),整理提炼,针对需求进行建模,利用相关的软件工程方法,结构化分析方法,面向对象的分析方法,原型法,反复修改,需求调查,参与人员:,系统分析人员与业务人员共同完成,方法,访谈,问卷调查,跟班,查阅资料,利用原型,可采纳的资料素材,有关机构组成和职责的规定,报表,历史数据,访谈记录,相关法律、法规、文件等,成果,需求调查报告,相关资料素材,四、结构化分析方法,(Structured Analysis,SA),结构化分析方法是一种面向数据流的需求分析方法,也是一种建模活动,它主要根据软件内部的数据传递、变换关系,自顶向下逐层分解,描绘出满足功能要求的软件系统。,尤其适合于较大型的信息系统,结构化分析的主要工具,数据流图,(DFD):功能模型,数据字典,(DD),实体关系图(E-R图):数据模型,状态变迁图,(STD图):行为模型,数据流图(DFD),Data Flow Diagram,用于表示数据在信息系统中的流动情况,但不表示具体的程序逻辑和处理步骤,数据流图的基本元素,数据流图的基本元素(续),数据流,是数据在系统内传播的路径,由一个或一组数据项构成。,除了数据存储之间的数据流不用命名外,其它数据流应该用名词或名词短语命名。,(,对于有些含义比较明显的数据流也不一定加以命名),数据流的准确定义由数据字典Data Dictionary给出,实体,代表了系统边界之外的,与系统存在数据交换的人员、组织或其它系统,数据流图的基本元素(续),处理,也称为数据加工,它对数据流进行某些操作或变换。,每个处理要有名字,通常是动词短语,简明地描述完成什么处理。,在分层的数据流图中,处理还应有编号。,数据存储,指暂时保存的数据,它可以是数据库表、文件或其它任何形式的数据组织。,流向数据存储的数据流可理解为写入存储或提交查询请求,从数据存储流出的数据可理解为从存储设备读数据或得到查询结果。,数据存储也可有编号,数据流图的绘制方法,首先,确定系统的边界和外部实体,绘出系统的顶层数据流图(context diagram),只包含一个处理,标号为0 ,且名称为整个系统的名称,在顶层数据流图的基础上,细化得出第0层数据流图,逐层细化,扩展得出更低一层的数据流图,直到所有处理都已足够简单,绘制数据流图的规则,每个数据流都至少有一端是连接到处理的,每个处理都至少有一个输入数据流,且至少有一个输出数据流,每一个数据存储都必须通过数据流连接到处理,一般情况下,每个数据存储都应该既有输入数据流,又有输出数据流,注意命名的唯一性、易懂性,绘制数据流图的常规原则,同一幅图上包含的处理不超过9个,尽量避免数据流的交叉,使用多级符号,表示处理之间的父子关系,案例:家具公司电子商务系统,外部实体,客户,内容维护人员,销售人员,生产调度系统 (生产调度人员),财务系统(财务人员),客服人员,物流跟踪系统,维修人员,案例:主要处理,用户管理,注册,登录,用户信息检索,用户信息维护,产品展示,产品目录浏览,产品信息检索,产品效果图展示,网上订货,购物车处理,添加到购物车,修改购物车,下订单,订单确认,订单跟踪,客户服务,咨询,报修,派发修理通知,服务跟踪,信息发布,企业信息发布,产品信息发布,招聘信息发布,企业/招聘信息检索,统计分析,数据字典(Data Dictionary,DD),1订单,1.1 订单标识,1.2 顾客详情,1.3 书籍详情,1.1 订单标识,1.1.1 订货日期,1.1.2 订单编号,1.2 顾客详情,1.2.1 姓名,1.2.2 联系电话,地址,ID,1.2.2 联系电话,固定电话,移动电话,说明:上述两项至少一项为非空,行为模型:状态变迁图(STD图),目标:直观地分析系统的动作,从特定的视角出发描述系统的动态行为,状态迁移图的内容,描述系统行为的三个要素:,状态,事件,(输入),用圆圈,“”,表示,状态迁移,(输出),用箭头“”表示,用字符表示,状态迁移图的表示举例,s,1,s,2,0,1,1,0,s,3,1,0,状态迁移图的应用,作用,明确系统需求,确定系统在不同状态下的可能的动作,进而指导系统设计,实现,引入状态变量,对应不同状态变量值,提供不同的界面、处理,面向过程模型的弊端,以实现功能的过程为中心,而用户的需求变化主要是针对功能的,且功能变化往往引起较大的结构变化,因此,系统,稳定性不好,。,系统有明确的边界定义,且系统结构依赖于系统边界的定义。这样的系统,不易扩充和修改,。,可重用性(reusability),较差,。,五、面向对象的分析与设计方法,(Object Oriented Analysis&Design, OOA&OOD),基本思想:,现实世界由相互联系的各种事物组成,每一事物均有其自身的属性和特定的行为,面向对象的分析与设计方法即遵循此思想,以最自然的形式针对现实世界中的问题建模,并按人们通常的思维方式对问题进行求解,力图籍此简化问题模型,降低求解难度,面向对象方法的几个基本概念,对象,可用名字进行唯一标识,可用属性(状态)描述某些特征,可用一组操作(服务)完成其各种行为,类,具有相同属性和操作的一组对象的集合,它为属于该类的全部对象提供了统一的抽象描述,同样具有名称、属性和操作,属性和操作又可分为外部特性和内部实现两部分,消息,向对象发出的服务请求,包含:,Sender,Receiver,Parameters,由接收者负责对消息进行响应,执行相应操作,UML面向对象的分析设计工具,UML,Unified Modeling Language,统一建模语言,1996年,由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出,并由若干大公司共同推荐,为OMG所采纳,进而成为了可视化建模的事实标准,目前最新版本2.1.2,UML的特点和应用,特点,一种,可视化,的语言,一种可用于,详细描述,的语言,精确,无歧义,完整,一种,构造,语言,正向工程,逆向工程,一种,文档化,的语言,主要应用于软件系统的分析、设计工作,也可应用于非软件领域,UML的构成,用例图(Use Case diagram),静态图(Static diagram),类图 Class diagram,对象图 Object diagram,包图 Package diagram,行为图(Behavior diagram),状态图 Statechart diagram,活动图 Activity diagram,交互图 (Interactive diagram),顺序图 Sequence diagram,协作图 Cooperation diagram,实现图(Implementation diagram),构件图 Component Diagram,部署图 Deployment Diagram,描述系统的动态模型和组成对象间的交互关系,描述系统组成元素的静态结构,描述对象间的交互关系,描述系统的物理组成单元,UML基本元素 类(Class),表示由三部分构成,名称必须包含,其余可省略或陆续添加,可说明属性及操作的可见性,可说明属性的类型,可说明操作的参数、返回值,UML基本元素 对象(Object),表示由两部分组成,没有操作,名称必须包含,名称带下划线,名称后可跟类名,其余可省略或陆续添加,可说明属性的类型,UML基本元素, 用例(Use Case)和参与者(Actor),参与者,存在于作为研究对象的系统之外的实体,可以为人、机构、设备、系统等,利用人形表示,通常仅包含其名称,用例,对一组动作序列的描述,系统执行这些动作将产生一个对特定参与者有价值而且可观察的结果,使用实线椭圆,通常仅包含其名称,UML基本元素 关系,依赖关系(dependency),代表:使用关系,说明一个事物规格说明的变化可能影响到使用它的另一个事物,箭头指向被依赖的事物,泛化关系(generalization),指一般事物(称为超类或父类)和该事物的较为特殊的种类(称为子类)之间的关系,一个类可以有0个、1个或多个父类,没有父类且最少有一个子类的类称为根类或基类,没有子类的类称为叶子类,箭头指向被继承的类,关联关系(association),代表一种结构关系,类型,自关联,二元关联,关联可以有一个名称,聚集、聚合(Aggregation),一种特殊的关联关系,用于表示整体与部分的关系,以菱形表示,可进一步细分为:,普通聚集,共享聚集(Shared Aggregation),整体与部分可以单独存在,以空心菱形表示,组合(Composition),整体拥有部分,部分与整体共存,以实心菱形表示,类及类之间的关系,自关联,同时存在两种关系,依赖,关系,泛化,关系,多元,关联,大学里的几种关系,普通,聚集,组合,指定关系名称和方向,另一种指定关系名称的方法,指定多重性,类图,用于描述类与类之间的静态关系,类图主要由类及它们之间的关系构成,此外,还可以包含接口、包等元素,也可包括对象等实例,类图的主要作用,分析阶段,帮助识别系统的主体,帮助辨析系统的属性和行为,描述应用领域中的概念,设计阶段,直接引导面向对象的设计,描述类与类之间的接口,实现阶段,描述软件系统中的实现,可利用工具直接生成代码框架,对象图(Object Diagram),形式与类图相似,对象之间的连接使用“链”(Link),包图(Package Diagram),目的:将复杂的大系统拆分为若干小系统,包:将若干元素集合成一个更高层次的单位,形成一个低耦合、高内聚的元素集合,将其称为包。,包中的元素也具有可见性。,包图利用类似于文件夹的符号表示包。,包图主要描述包之间的包含及依赖关系。,用例图(Use Case Diagram),要素,参与者,用例,关系,用例图描述了,谁将是系统的使用者,使用者希望系统提供什么服务(功能),使用者与系统之间的交互(参与者与用例之间的关系),关联关系(association),系统所提供的服务(用例之间的关系),包含关系(include),延伸关系(extend),泛化关系(generalize),用例之间存在的三种可能的关系,包含关系(include),表示基础用例(客户用例)在其内部说明的某一位置显式地合并了另一个用例的行为,用途,用例的复用,用例的简化,延伸关系(extend),基础用例在由延伸用例间接地说明的一个位置上,隐式地合并了另一个用例的行为,特点:即使没有扩展用例,基础用例本身也是完整的,用途,把新的行为插入到已有用例中,把复杂的可选的处理从基本的必须的处理中分离出来,泛化关系(generalize),与类的泛化关系相似,用途,先给出一个概念性的用例,再给出其实现用例,参与者与用例之间的关联关系,用例之间的关系,用例图的主要用途,分析阶段,帮助识别系统的相关主体,帮助明确并逐步细化系统功能需求,是绘制其它图的出发点,实现阶段,是编制测试用例的基础,实施阶段,是制定培训、维护计划的依据,状态图,(Statechart Diagram),用途与状态迁移图相似,用于描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前状态对不同的事件做出反应。,要素,状态,转移,与STD的主要不同点,以圆角矩形代表状态,增加两个可选的特殊状态:起始状态、终止状态,状态内增加属性:进入操作、退出操作、内部转移,允许在状态内嵌套子状态图,允许无触发器转移,状态及转移的属性,状态,名称,进入/退出操作,内部转移,子状态,顺序子状态,并行子状态,延迟的事件,转移,源状态,事件触发器,警戒条件,操作,目标状态,状态图示例,活动图,(Activity Diagram),本质上为流程图,要素,状态,初始状态,终止状态,动作状态,原子性,不可中断性,瞬时性,活动状态,可分解,可中断,占有有限的时间,控制流(转换),普通转换,分支,分叉,汇合,对象流,表示活动中输入或输出的对象,泳道,用于将活动图中的活动状态分组,活动图示例,活动图的主要用途,分析阶段,辅助进行工作流分析,辅助对系统中主体行为进行分析,设计阶段,设计类的依据,最终细化到程序流程图,交互图(Interaction Diagram),与活动图一样,用于对系统的动态特性建模,交互图强调从对象到对象的控制流,活动图强调从活动到活动的控制流,由,顺序图,和,协作图,共同构成,显示的是一个交互,由一组对象和它们之间的关系组成,包含它们之间可能传递的消息,顺序图:强调时间顺序的交互图,协作图:强调结构组织的交互图,两者在语义上是等价的,顺序图(Sequence Diagram),要素,对象:沿X轴排列,名称,生命线,控制焦点可选,用于可视化消息的嵌套或实际计算发生时的时间,消息:沿Y轴排列,名称,参数(可选),消息的类型,普通消息,调用,顺序图示例,协作图(Collaboration Diagram),要素,对象:名称,链:连接对象之间的弧,消息,名称,参数,顺序号:以嵌套的形式反映了消息间的先后顺序,协作图示例,交互图的主要用途,分析阶段,帮助识别系统的相关主体,帮助分析业务流程,设计阶段,设计类的操作的重要依据,设计程序流程的出发点,实现阶段,是编制测试用例的重要参考,基于UML的分析设计过程,基本原则,用例驱动的,以体系结构为中心的,迭代的,增量的,一般技巧,每一个图中只包含与特定主题相关的内容,使用工具,利用UML进行系统分析的方法,确定Actor,画出用例图,画各种动态视图(主要是活动图、顺序图及状态图),以进一步说明各个用例的详细情况,UML支援环境,Rational Rose (IBM),经典的可视化建模工具,全面支持,UML,建模标准,可以在同一个模型中实现业务建模、需求建模、应用建模和数据建模,支持多种语言(,C+, Java,、,VB,等)的代码生成及双向工程,自带的的模块测试工具,可以在设计阶段就及早对设计模型进行测试,Poseidon for UML (Gentleware German),Visio2003 (Microsoft),PowerDesigner (Sybase),Trufun Kant&Plato (楚凡 China),六、原型法(Prototype Approach)面对小型项目的最实用的分析设计方法,利用静态页面构造出系统的主要界面,并利用超链接反映它们之间的相互关系,利用原型法可以为系统分析人员与用户之间的交流沟通提供一个着眼点,树立质量法制观念、提高全员质量意识。,10月-24,10月-24,Tuesday, October 1, 2024,人生得意须尽欢,莫使金樽空对月。,10:29:16,10:29:16,10:29,10/1/2024 10:29:16 AM,安全象只弓,不拉它就松,要想保安全,常把弓弦绷。,10月-24,10:29:16,10:29,Oct-24,01-Oct-24,加强交通建设管理,确保工程建设质量。,10:29:16,10:29:16,10:29,Tuesday, October 1, 2024,安全在于心细,事故出在麻痹。,10月-24,10月-24,10:29:16,10:29:16,October 1, 2024,踏实肯干,努力奋斗。,2024年10月1日,10:29 上午,10月-24,10月-24,追求至善凭技术开拓市场,凭管理增创效益,凭服务树立形象。,01 十月 2024,10:29:16 上午,10:29:16,10月-24,严格把控质量关,让生产更加有保障。,十月 24,10:29 上午,10月-24,10:29,October 1, 2024,作业标准记得牢,驾轻就熟除烦恼。,2024/10/1 10:29:16,10:29:16,01 October 2024,好的事情马上就会到来,一切都是最好的安排。,10:29:16 上午,10:29 上午,10:29:16,10月-24,一马当先,全员举绩,梅开二度,业绩保底。,10月-24,10月-24,10:29,10:29:16,10:29:16,Oct-24,牢记安全之责,善谋安全之策,力务安全之实。,2024/10/1 10:29:16,Tuesday, October 1, 2024,相信相信得力量。,10月-24,2024/10/1 10:29:16,10月-24,谢谢大家!,
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 教学培训


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

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


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