共享信息数据模型SID交流_第1页
共享信息数据模型SID交流_第2页
共享信息数据模型SID交流_第3页
共享信息数据模型SID交流_第4页
共享信息数据模型SID交流_第5页
已阅读5页,还剩87页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、-1-tmf gb922 member evaluation version 3.1大唐软件技术有限责任公司大唐软件技术有限责任公司 程之明程之明2003年年10月月-2-内容提要内容提要nsid总体描述n专家对于sid的理解ncustomnproductnservicenagreementn总结-3-sid总体描述-4-ngoss knowledge elementn业务过程(business processes)n业务过程流n业务应用协议n共享数据和信息共享数据和信息n参考编码和接口n.-5-ngoss knowledge base-6-“the shared information/da

2、ta (sid) model can be viewed as a companion model to the etom, in that it provides an information/data reference model and a common information/data vocabulary from an entity perspective. ”“teamed with the etom, the sid model provides enterprises with not only a process view of their business but al

3、so an entity view.”“the sid provides the definition of the things that are to be affected by the business processes defined in the etom. the sid and etom in combination offer a way to explain how things are intended to fit together to meet a given business need.”什么是sid?-7-sid 与 etomnetom:-业务流程参考模型-通

4、用的过程词汇表-指导企业怎样有效地组织他们的业务流程,以及基于通用词汇进行有效的沟通。nsid:-给出的是一个信息/数据的参考模型-通用的公共信息/数据词汇表-定义了被在etom中定义的业务流程所影响的“thing”,即参与了企业业务流程的实体。nsid & etom:-实体间如何互相配合,共同完成特定的业务需求-8-sid的关注点nsid关注于:电信企业对于共享信息/数据的定义和相关模型。n定义的焦点-业务实体:与业务相关的“thing”-实体属性:进一步描述实体的事实n业务实体和实体属性的定义,提供了一个业务导向的视角来看待企业的信息和数据。n有关sid的工作提供两个视图:-业务视

5、图:结合业务导向的uml类图模型,上述定义提供了企业信息和数据的业务视图-系统视图:设计导向的uml类图模型和序列图,则提供了企业信息和数据的系统视图-9-sid模型框架nsid的内容,根据sid模型框架进行组织:-理解sid内容的核心概念和定义-用来建模和组织sid的sid模型框架nsid模型框架:-对于企业的业务处理过程和数据,应用数据内聚原则形成-提供了企业共享信息/数据的非冗余视图-假定条件:使用etom模型中的业务实体定义,即可提供企业共享数据的业务视图。-10-目前的sid模型所覆盖的内容n目前覆盖的内容:-customer-product(product and product

6、instance)-service-resource(physical and logical)-common business entitiesn目前尚未覆盖的内容:-sales-marketing-supplier/partner-enterprise-11-gb922 文档结构-12-gb922 文档结构-13-sid的相关概念nsid模型的组成-tmf sid框架 一系列的域,并分割形成若干业务实体集合 域的划分根据服务提供商的业务关注点进行 域具有高内聚、低耦合的特点 便于整个业务问题的分割以及资源的集中使用-业务实体、实体属性和实体间关系 提供了从业务视角上更容易理解的模型视图 构

7、成了sid模型的根基 作为用uml类图模型表示的更细化的模型的基础-每个业务实体的uml类图模型 从软件系统架构驱动的角度,提供了业务实体的业务视图,以及业务实体与其他业务实体之间的关系。-业务实体的uml设计模型和序列图 实体的进一步细节描述,包括构成实体的底层类、扩展的属性,以及类上的操作等。-14-sid的关键定义ndomain-a collection of data and functions associated with a specific management area.-derived from an analysis of process and information

8、frameworks-have the following properties: 允许允许etom中的业务过程逻辑中的业务过程逻辑/规则与业务相关的功能及企业数据规则与业务相关的功能及企业数据相分离。因而是服务提供商能够将端到端的业务处理过程以及业相分离。因而是服务提供商能够将端到端的业务处理过程以及业务规则,与实现这一业务过程的组件相对独立。务规则,与实现这一业务过程的组件相对独立。 包含了一系列的业务实体,同时封装了实体上的操作和企业信息包含了一系列的业务实体,同时封装了实体上的操作和企业信息 是企业数据以及相关操作的相对稳定的集合(相对于业务过程而是企业数据以及相关操作的相对稳定的集合

9、(相对于业务过程而言)言) 提供了丰富的企业数据的表示格式提供了丰富的企业数据的表示格式 具有明确的职责和所属关系具有明确的职责和所属关系-15-ndomainnaggregate business entity-a well-defined set of information and operations that characterize a highly cohesive, loosely coupled set of business entities.一组良好定义的信息和合约操作,表现一组业务实体的高内聚、低一组良好定义的信息和合约操作,表现一组业务实体的高内聚、低耦合的特性耦合的

10、特性nbusiness entity (new definition)-something of interest to the business that may be tangible (切实的(切实的 )things (such as a customer), active things (such as a customer order), or conceptual things (such as a customer account).-business entities are characterized by attributes (属性)(属性)and participate

11、(协作、交互)(协作、交互) in relationships with other business entities.-business entity instances typically move through a well-defined life cycle. sid的关键定义a business entity is a thing of interest to the business that represents a tangible object, an activity, or a concept. business entities typically move th

12、rough a well-defined life cycle.business entities are further characterized by attributes and participate in relationships with other business entities.-16-sid的关键定义nattribute-a fact that describes a business entity.nrelationship-an association of business interest between two business entities, or b

13、etween a business entity and itself.-17-sid的业务视图 domain within sid align with etom-18-sid的业务视图 -sid framework-19-sid的业务视图 -sid framework-20-sid的业务视图 -sid framework-21-sid的业务视图 -sid framework-22-service domain level 2 abes-23-initial service domain level 3 abes service specification service-24-abe ca

14、tegorizationnstrategy and plan (战略与规划)(战略与规划)nmanaged entity (被管理实体)(被管理实体)nmanaged entity specification a description of a managedentity that might allow it to be built. (被管理实体的规格说明)(被管理实体的规格说明)ninteraction a communication with a managedentity. this is a type of businessinteraction. (交互)(交互)nconfig

15、uration the internal structure of a managedentity. (配置)(配置)-25-abe categorizationnperformance the measure of managedentity quality. (性能)(性能)ntest a means of interrogating a managedentity in order to understand its state(s). (测试)(测试)ntrouble a problem associated with a managedentity. alarms, outages

16、and faults are examples (故障)(故障)nprice the cost of a managedentity. (价格)(价格)nusage a period of time during which a managedentity is in use. (使用)(使用)-26-abe categorization-27-domain definitions, abe definitions, and mapping to etom level 2 processes -28-principles of mappingn如果可能,一个abe只与一个etom 的 leve

17、l 2过程一一对应。这个特定的过程称为 “primary”。nprimary level 2 etom过程在执行时,可以对这个abe进行“读写” 操作。n信息即在过程层流动,也在系统层流动(读取abe)。n如果一对一的配对不能形成,一个abe最多映射到两个etom 的 level 2过程。如果一个abe映射到两个etom 的 level 2过程,这两个level 2 过程都被称为“primary”。n过程如果需要从某些abe中反馈信息,以保证运行的正确性,但又不是这个abe的“primary”过程,则称此过程为 “secondary”。-29-principles of mappingn du

18、ality phenomenon(二元性): 意指一个任意的abe支撑了两个primary etom level 2 过程, 而这两个primary过程属于不同的过程区域。 这种情况的出现,是因为所关注的abe在核心功能上不清晰所造成的。nambiguity phenomenon(不定性): 与二元性相类似,只是此时abe所对应的两个 primary etom level 2 过程同属于三个过程区域中的某一个区域。-30-principles of mappingn造成上述情况的原因有:-两个abe能够继续分解成两个abe,每个abe对应一个etom level 2 过程。-可能存在一个遗漏的

19、abe,对应其中的一个etom level 2 过程。-可能存在一个遗漏的etom level 2 过程,这个过程是上述两个过程的集合。-在映射过程中产生了错误。 -31-专家对于sid的理解-32-33-34-35-36-uml的基本概念-37-uml的应用n软件设计与实现的成功经验-注重系统架构的开发-注重过程的迭代和递增性numl对使用它的过程提出的要求:-支持用例驱动(use-case driven)-以架构为中心(architecture-centric)-增量和迭代地开发(incremental & iterative)numl的应用贯穿在系统开发的五个阶段-38-uml的

20、应用需求需求分析分析uml的用例视图可以表示客户的需求。通过用例建模,可以对外部的角色以及他们所需要的系统功能建模。不仅要对软件系统,对商业过程也需要进不仅要对软件系统,对商业过程也需要进行需求分析。行需求分析。 分析分析分析阶段主要考虑所要解决的问题。类图描述系统的静态结构,协作图、状态图、活动图和序列图描述系统的动态特征。在分析阶段,只对问题领在分析阶段,只对问题领域的类建模,不定义软件系统的解决方案的细节(如用户接口的类、数据域的类建模,不定义软件系统的解决方案的细节(如用户接口的类、数据库等)。库等)。 设计设计在设计阶段,把分析阶段的结果扩展成技术解决方案。加入新的类来实现技术基础结

21、构用户接口、数据库操作等。分析阶段的分析类被嵌入在这个技术基础结构中。设计阶段的结果是构造阶段的详细的规格说明。 构造构造把设计阶段的类转换成某种面向对象程序设计语言的代码。在对在对umluml表示的表示的分析和设计模型进行转换时,最好不要直接把模型转换成代码。因为在早分析和设计模型进行转换时,最好不要直接把模型转换成代码。因为在早期阶段,模型是理解系统并对系统进行结构化的手段。期阶段,模型是理解系统并对系统进行结构化的手段。 测试测试不同的测试小组运用不同的uml图作为他们工作的基础:单元测试使用类图和类的规格说明;集成测试典型地使用组件图和协作图;系统测试使用用例图来确认系统的行为符合图中

22、的定义。 -39-uml的架构-40-uml的组成uml由视图、图、模型元素和通用机制几个部分组成:n视图:表示被建模系统的各个方面。是在某一个抽象层次上,对系统的抽象表示。视图把建模语言和系统开发时选择的方法或过程连接起来。 n图:用来描述一个视图的内容。n模型元素:代表面向对象种的对象、类、消息和关系等概念,是构成图的最基本的常用概念。一个模型元素可以用在多个不同的图中,但他们总是具有相同的含义和相同的符号表示。 n通用机制:用于表示其他信息,如注释、模型元素的语义等。另外还提供扩展机制,使uml语言能够适应一个特殊的方法(或过程)、或扩充至一个组织或用户。 -41-uml的五种视图n用例

23、视图n设计视图n进程视图n实现视图n部署视图-42-uml的九种图n用例图n类图n对象图n状态图n活动图n序列图n协作图n组件图n部署图-43-uml的图与视图用例视图用例视图:强调从用户的角度用户的角度看到的或需要的系统功系统功能能用户设计人员开发人员测试人员用户模型视图想定视图用例图:用例图:描述系统的功能。设计视图设计视图:用来显示系统内部的功能是如何设计的;展现系统的静态或结系统的静态或结构组成及特征构组成及特征以及系统的动态或行系统的动态或行为特征为特征设计人员开发人员测试人员结构模型视图静态视图类图:类图:描述系统的静态结构。对象图:对象图:描述系统在某个时刻的静态结构。行为模型视

24、图动态视图序列图:序列图:按时间顺序描述系统元素间的交互。协作图:协作图:按照时间和空间的顺序描述系统元素间的交互和他们之间的关系。状态图:状态图:描述了系统元素的状态条件和响应。活动图:活动图:描述了系统元素的活动。uml的图与视图-44-uml的图与视图进程视图进程视图:显示系统的并发工系统的并发工作状况作状况。将系统划分为进程和处理机方式,通过划分引入并发机制,利用并发高效地使用资源,并行执行和处理异步事务。视图所描述的方面属于系统中的非功能性质方面开发人员集成人员行为模型视图动态视图序列图:序列图:按时间顺序描述系统元素间的交互。协作图:协作图:按照时间和空间的顺序描述系统元素间的交互

25、和他们之间的关系。状态图:状态图:描述了系统元素的状态条件和响应。活动图:活动图:描述了系统元素的活动。执行图组件图:组件图:描述了实现系统的元素的组织部署图:部署图:描述了环境元素的配置,并把实现系统的元素映射到配置上。-45-uml的图与视图组件视图组件视图:体现了系统实现系统实现的结构和行为特征显示代码组件的组织方式开发人员实现模型视图开发视图组件图:组件图:描述了实现系统的元素的组织部署视图部署视图:体现了系统实现环境系统实现环境的结构和行为特征显示了系统的物理架构,即系统的物理展开开发人员集成人员测试人员环境模型视图物理视图部署图:部署图:描述了环境元素的配置,并把实现系统的元素映射

26、到配置上。-46-uml的模型元素n模型元素包括:-类-对象-状态-用例-节点-接口-包-组件-n模型元素与模型元素之间的关系,也是模型元素:-关联(association)-继承(generalization)-依赖(dependency)-聚合(aggregation)shapecirclesquare-47-uml的四种关系n关联n继承作家作家计算机计算机使用使用作家作家交通工具交通工具小汽车小汽车船船卡车卡车-48-uml的四种关系n聚合n复合聚合军舰军舰海军海军包含包含*列表框列表框窗口窗口包含包含*文本框文本框按钮按钮菜单菜单*-49-uml的四种关系n依赖n精化类类a类类b友元友

27、元设计类设计类分析类分析类-50-custom-51-gb922附录2主要描述了以下两个abencustomerncustomer orderncustomer sla:see agreement and service level agreement business entity models in addendum 1a. -52-customerncustomer是一个从企业购买产品和服务,或接受免费的产品包(offers)或服务的人或组织。这被建模为扮演客户角色的团体(party)。一个客户是一种团体角色(partyrole)。客户也可以是分销企业产品的其它业务提供商,或租用企业的资

28、源提供自己的产品和服务的服务提供商。ncustomeridcustomerstatus (客户的当前状态)customerrank(与其他客户的关系的重要性)-53-customercreditprofilencustomercreditprofile:客户信用度的概述。ncreditprofileidcreditprofiledatevalidfor (有效期)-54-customercreditprofilereferencen帮助定义客户信用度值的原始信息。n -55-customeraccountn客户帐户是客户与向他提供产品的企业之间的一个协定。n -56-customeraccou

29、ntbillcyclen为某个客户帐户形成帐单的时间点。n -57-customeraccountcontactn用来作为一个客户帐户的联系点的某个个人或组织,需通过某种接触媒介访问。联系人(contact)可以是一个客户组织的成员或其它企业(例如客户帐户的提供者)中的成员。n -58-customeraccountrelationshipn两个客户帐户之间的重大联系n -59-customeraccounttaxexemptionn免税证明n -60-customer-61-customer account-62-customer business entity model有以下几点值得注意

30、:n强调了客户帐户间的关系而未强调客户间关系n强调了客户帐户的联系人而未强调客户联系人-63-customerordern一个客户申请是用来获取一个产品的一次沟通( communication)。有不同类型的客户申请,例如接入服务请求、本地服务请求、目录服务请求、产品申请等。n -64-customerorderitemn客户申请的目的通过产品提供条款、产品描述或从商务谈判项中继承的产品表示出来。-65-custom order-66-custom sla-67-custom interaction-68-product-69-service-70-high-level service con

31、cept-71-basic service model-72-basic service modeln面向客户的服务与产品直接相关,面向客户的服务需要面向资源的服务来支撑n面向资源的服务通过资源与产品相关,面向资源的服务的实现需要依赖资源n交付给用户的产品可以理解为由一些面向客户的服务和各种类型的资源构成-73-servicespecification overview-74-servicespecification-75-servicespecification-76-servicespecification-77-service and resource-78-servicespec and resourc

温馨提示

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

评论

0/150

提交评论