第4章 电子商务系统的分析new.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第4章 电子商务系统的分析new.ppt

* * * * * * * * 将开发任务分解成若干更小的部分或若干小项目是保证产品质量、提高生产效率的一种有效手段。 * 参与者通过向系统输入和请求系统输出某些事件来触发系统用例的执行。 例如对于网上销售系统来讲,购买台式机产品的顾客和购买笔记本产品的顾客都是企业顾客的特例,可以当作同一个参与者“顾客”来处理。 * 识别了系统用例后,可以用图和说明的方式来组织和整理用例模型,以说明用例之间的关系和用例与参与者之间的关系。用例图是用例模型的图形显示,描述了系统的一组用例、用例的参与者以及用例和参与者之间的关系。同时,还可以以文档的方式从整体上解释用例模型,描述参与者与用例如何进行交互,并描述用例之间如何彼此相关。 * 概念模型是面向对象分析阶段的主要成果和产出,是下一步面向对象设计工作的基础和前提。 * * 电子商务系统建设与管理 * 三、域类分析 1.建立概念模型 (1)什么是概念模型? 概念模型是对问题域中的概念或对象的描述,将展示系统涉及领域的有意义概念及这些概念之间的关系。 ① 对系统领域中的有意义概念或对象进行描述。 ② 描述的是真实世界中的各个事物的代表,而不是软件系统中的构件或者程序的代表,因此在建立概念模型时不应该考虑软件实施后的具体软件对象或概念。 ③ 侧重于对系统进行静态描述,包括对象本身和对象之间关系的描述。 电子商务系统建设与管理 * 三、域类分析 建立概念模型或类模型,需要完成以下工作: 识别概念:在系统领域范围内,利用术语表或名词性短语的方式来获得系统的候选概念;将这些概念以类的方式在概念模型中标识出来; 识别概念的属性:根据需求分析文档识别概念的基本属性,并将属性添加到概念模型中去; 识别概念间的关系:对这些概念之间的关系进行分析,并在概念模型中表述这些关系。 电子商务系统建设与管理 * 三、域类分析 (2)识别概念和属性 概念或对象可以定义为客观世界中存在的事物,这种事物可以是真实存在的物质实体或抽象的概念,包括一个想法、事物或者对象。 属性详细描述了概念的特性,表示了概念在某一个方面所具有的性质。 电子商务系统建设与管理 * 三、域类分析 获得系统领域的概念的两种策略: 利用术语表来获得系统领域概念:术语表是领域内的重要概念的列表清单,包括了业务领域内的候选类的名称定义和相关解释,是对业务领域内的实体、对象或概念的描述,可以直接成为概念模型中的一个重要组成部分。 利用名词性短语来获得系统领域概念:根据名词性短语来建立系统概念模型是一种非常直观和简单的方法,首先识别系统领域问题描述中的名词和名词短语,然后将它们作为系统概念或属性的候选对象。 电子商务系统建设与管理 * 三、域类分析 对于领域内的一个概念或对象或想法是作为概念模型中的类还是作为属性,主要判断依据有三个: ① 尽量减少类的数量,即能作为属性的尽量以属性的方式来表达; ② 类的属性描述不能过于复杂,如果属性非常复杂,则可能需要建立一个新的类; ③ 作为属性表达的概念或对象不能再有自己的属性。 * 【实例4-8】从用例“下订单”中获得概念和属性 电子商务系统建设与管理 * 三、域类分析 (3)识别概念间的关系 关联:是概念之间的一个有意义或者是观察者关注的关系,它描述了事物之间的连接关系。 关联的表示法: 电子商务系统建设与管理 * 三、域类分析 关联的识别方式: 套用通用的关联分类方式 分析用例的详细描述文档 分析系统顺序图 电子商务系统建设与管理 * 三、域类分析 识别关联时的注意事项: 识别概念比识别关联重要得多。 控制关联的数量,关联并非越多越好。 对关联的识别侧重于对系统有意义和持久型的连接关系 。 * 【实例4-11】系统概念模型 电子商务系统建设与管理 * 三、域类分析 2. 类的职责分配 职责: 是分析类(即概念模型中的概念)应该完成的任务或应该履行的义务的表述,职责与对象在行为上的动作或操作有密切关系。 在面向对象的分析设计中,首先要识别职责,其次要根据一定的模式或规则来分配职责,即把职责分派给合适的对象。职责的粒度划分不一样,其表达和组成方式也不一样,广义上的职责可以是一个涉及面较宽的职责,可能需要许多个类和许多个方法才能实现. * 【实例4-9】系统中部分分析类的职责 电子商务系统建设与管理 * 三、域类分析 3. 建立系统动态行为模型 系统动态行为描述系统做了什么?系统通过哪些行为和步骤来响应参与者的调用并返回有效结果。 可以用UML中的顺序图来描述关键系统关键用例的的系统行为。 顺序图:用二维图的方式描述系统行为,纵轴是时间轴、横轴是发生系统行为的对象。 顺序图展示了:

文档评论(0)

xinshengwencai + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:5311233133000002

1亿VIP精品文档

相关文档