共享信息数据模型sid交流.pptVIP

CustomerOrder 一个客户申请是用来获取一个产品的一次沟通（ communication）。有不同类型的客户申请，例如接入服务请求、本地服务请求、目录服务请求、产品申请等。 * 第六十三页，共93页。 CustomerOrderItem 客户申请的目的通过产品提供条款、产品描述或从商务谈判项中继承的产品表示出来。 * 第六十四页，共93页。 Custom Order * 第六十五页，共93页。 Custom SLA * 第六十六页，共93页。 Custom Interaction * 第六十七页，共93页。 Product * 第六十八页，共93页。 Service * 第六十九页，共93页。 High-level Service Concept * 第七十页，共93页。 Basic Service Model * 第七十一页，共93页。 Basic Service Model 面向客户的服务与产品直接相关，面向客户的服务需要面向资源的服务来支撑 面向资源的服务通过资源与产品相关，面向资源的服务的实现需要依赖资源 交付给用户的产品可以理解为由一些面向客户的服务和各种类型的资源构成 * 第七十二页，共93页。 专家对于SID的理解 * 第三十一页，共93页。 * 第三十二页，共93页。 * 第三十三页，共93页。 * 第三十四页，共93页。 * 第三十五页，共93页。 UML的基本概念 * 第三十六页，共93页。 UML的应用 软件设计与实现的成功经验 注重系统架构的开发 注重过程的迭代和递增性 UML对使用它的过程提出的要求： 支持用例驱动（use-case driven） 以架构为中心（architecture-centric） 增量和迭代地开发（incremental iterative） UML的应用贯穿在系统开发的五个阶段 * 第三十七页，共93页。 UML的应用 需求 分析 UML的用例视图可以表示客户的需求。通过用例建模，可以对外部的角色以及他们所需要的系统功能建模。不仅要对软件系统，对商业过程也需要进行需求分析。 分析 分析阶段主要考虑所要解决的问题。类图描述系统的静态结构，协作图、状态图、活动图和序列图描述系统的动态特征。在分析阶段，只对问题领域的类建模，不定义软件系统的解决方案的细节（如用户接口的类、数据库等）。 设计 在设计阶段，把分析阶段的结果扩展成技术解决方案。加入新的类来实现技术基础结构－用户接口、数据库操作等。分析阶段的分析类被嵌入在这个技术基础结构中。设计阶段的结果是构造阶段的详细的规格说明。 构造 把设计阶段的类转换成某种面向对象程序设计语言的代码。在对UML表示的分析和设计模型进行转换时，最好不要直接把模型转换成代码。因为在早期阶段，模型是理解系统并对系统进行结构化的手段。 测试 不同的测试小组运用不同的UML图作为他们工作的基础： 单元测试使用类图和类的规格说明；集成测试典型地使用组件图和协作图； 系统测试使用用例图来确认系统的行为符合图中的定义。 * 第三十八页，共93页。 UML的架构 UML由图和元模型组成 图是UML的语法 元模型是UML的语义 * 第三十九页，共93页。 UML的组成 UML由视图、图、模型元素和通用机制几个部分组成： 视图：表示被建模系统的各个方面。是在某一个抽象层次上，对系统的抽象表示。视图把建模语言和系统开发时选择的方法或过程连接起来。 图：用来描述一个视图的内容。 模型元素：代表面向对象种的对象、类、消息和关系等概念，是构成图的最基本的常用概念。一个模型元素可以用在多个不同的图中，但他们总是具有相同的含义和相同的符号表示。 通用机制：用于表示其他信息，如注释、模型元素的语义等。另外还提供扩展机制，使UML语言能够适应一个特殊的方法（或过程）、或扩充至一个组织或用户。 * 第四十页，共93页。 UML的五种视图 用例视图 设计视图 进程视图 实现视图 部署视图 * 第四十一页，共93页。 UML的九种图 用例图 类图 对象图 状态图 活动图 序列图 协作图 组件图 部署图 * 第四十二页，共93页。 UML的图与视图 用例视图： 强调从用户的角度看到的或需要的系统功能 用户 设计人员 开发人员 测试人员 用户模型视图 想定视图 用例图：描述系统的功能。 设计视图： 用来显示系统内部的功能是如何设计的； 展现系统的静态或结构组成及特征 以及系统的动态或行为特征 设计人员 开发人员 测试人员 结构模型视图 静态视图 类图：描述系统的静态结构。 ? 对象图：描述系统在某个时刻的静态结构。 行为模型视图 动态视图 序列图：按时间顺序描述系统元素间的交互。 协作图：按照时间和空间的顺序描述系统元素间的交互