UML20笔记.doc

职责分类主题链接业务分析人员、 创建高层次模型的业务流程业务分析师软件架构师、 映射功能要求，执行实时建模的对象，设计、部署模型和详细的、可交付结果的组件软件设计师软件工程师，映射到类图上的使用案例、 详细的类之间的互动关系、 定义系统部署和定义包软件工程师开发人员，执行代码工程，包括现有代码的逆向工程和类元素的代码生成开发商项目经理将资源分配给元素、 度量风险和项目进展，估计项目风险大小，并管理元素状态、 更改控制和维护元素项目经理测试、 建模环境中创建对元素的测试脚本测试仪执行经理，到：跟踪和维护项目中相关的分配元素快速捕获并保存维护记录。如：问题、 更改、 缺陷和任务跟踪项目和过程所涉及的系统部署的维护执行经理技术开发人员，利用Enterprise Architect 内已经存在的功能创建自定义的插件技术开发数据库开发人员，开发数据库，包括数据库结构建模、 从现有数据库中导入数据库结构与生成 DDL 迅速从模型创建数据库数据库开发人员业务分析师业务分析师可以使用Enterprise Architect 创建业务流程的高层次模型。这些包括可视化业务需求、 活动、 工作流程和系统行为。使用Enterprise Architect，业务分析员可以描述特定业务的工作流程。这种模式是提供一个拟议系统的高级描述。业务分析师任务主题详细请参阅高级别业务流程建模业务分析人员可以使用Enterprise Architect 对业务进程建立模型分析图。分析图是 2.3 UML 活动图的一个子集，是不太正式的图类型，但它们提供有用的手段来表达重要的业务特点和要求。分析图示例分析图模型的要求收集要求通常是开发解决方案的第一步，将它用于开发软件应用程序或详细描述业务流程 ；它是项目实施的重要一步。Enterprise Architect，使您能够定义要求元素并连接到需要实施的模型元素，或者连接要求到一起的层次结构， 输出要求报告，和将要求移出模型元素。需求管理 业务活动模型业务分析人员可以使用活动图来建模系统的行为以及系统的总体流程。活动图不做精确的系统内部行为描述，但在高水平上显示系统一般的流程和通路。活动图工作流模型若要对工作流程中涉及的元素之间的合作进行可视化、 业务分析人员可以使用交互概述图，来描述子活动所涉及的系统。交互概述图显示系统行为为了显示系统的行为，业务分析师使用Enterprise Architect 的用例图来映射系统的功能要求和行为。用例图软件架构师软件设计师可以使用Enterprise Architect 的用例图来映射功能需求，使用交互图 (序列、 时机、 通信或交互概述）执行实时建模对象，设计部署模型和使用组件图设计详细的可交付结果的组件。软件架构师的角色主题详细请参阅映射系统的功能要求Enterprise Architect 使软件设计师可以采用已由业务分析师建立的高级业务模型来创建详细的用例图。用例图描述拟议系统的功能，并只用于详细介绍单个工作单元。使用案例映射实时对象软件设计师可以使用交互图 （顺序图和通信图） 对系统的动态设计进行建模。序列图用于详细说明对象和对象之间在生存期之间传递的消息。交互图类似序列图，但用于显示一个对象与其他对象之间的交互方式。序列图示例序列图时序图通信图 交互概述图映射对象的部署软件设计师可以使用部署图来提供处理节点在运行时配置的静态视图。部署图，可以用于显示硬件、 软件和系统使用的任何中间件之间的连接。部署图详细信息可交付结果的组件组件图使软件架构师对系统的物理方面进行建模。组件可以是可执行的、 库、 数据文件或是一个系统的一部分物理资源。组件模型可以从零开始从班级模型开发，或从现有的项目和第三方供应商能带来的。组件图软件工程师使用Enterprise Architect 软件工程师可以映射使用案例到类图、 细化类之间的交互关系、 使用部署图来定义系统部署和定义包图。软件工程任务主题详细请参阅映射用例图到详细的类软件工程师可以使用Enterprise Architect 分析软件架构师设计的用例图，并使用用例图提供的信息创建类，以实现用例图中定义的目标。类是一个标准的 UML 结构，用于描述对象在运行时生产的模式的详细说明。软件工程师可以创建图，并用连接器将元素连接起来，在关系矩阵中记录从用例图到类的映射。使用案例示例用例图类图实现关系矩阵细化类之间的交互作用交互图 （顺序图和通信图） 启用模型系统的动态设计的软件工程师。序列图用于详细介绍对象和对象之间在生存期之间的消息传递。交互图类似序列图，但而是用来显示对象与其他对象的交互方式。序列通信定义系统部署部署图可以用于提供处理节点和节点在运行时配置的静态视图。部署图，可以用于显示硬件、 软件和系统任何中间件，用来解释连接和组件之间的连接关系。部署定义软件包软件工程师可以使用包图来细化软件结构。包图用于组织图和元素，以易于管理，描述依赖关系。包 模型模板Enterprise Architect 生成的模型模板旨在协助新的和有经验的用户创建项目和模型。模板通过该模型向导，为UML 2 技术基础和核心扩展技术条件下，提供可用的模型类型。每个模板提供了一个框架，框架中含有包、 图、 代表性元素和连接器，建立适当的模型以符合你的目的。这些包括概述图，它提供介绍术语和模型的模板中所使用的图标和与模板有关的重要UML 概念的快速指南和以及如何在Enterprise Architect中应用。此信息是通过注释元素或超链接到Enterprise Architect的帮助文档和其他的 Sparx Systems网站资源提供的。模板：模板详细请参阅业务流程模型业务流程模型描述组织或系统中的行为和信息流动。作为业务活动的模型，它捕获与业务流程相关联的重要事件、 输入、 资源、 处理和输出。业务流程模型商业模式分析图业务建模/互动需求模型需求模型是结构化的最终用户需求的目录和它们之间的关系。Enterprise Architect 中内置的需求管理设施可以用于定义元素的需求、 连接到其他的模型元素的需求、 连接到层次结构中的需求和报告的需求。需求管理需求管理在Enterprise Architect软件包用例模型用例模型描述了系统功能的使用案例。每个用例表示单个的可重复交互的用户或 使用者 使用系统时的体验，强调系统和用户的交互角度。使用案例用例图用例模型域模型域模型是高层次的概念模型，定义项目感兴趣的领域中的物理和抽象对象。域模型可用于文档之间的关系和责任的概念类 （即，代表一组事物的概念的类），而不是定义一个编程对象的类。此模型还可用于定义一个域的条款。域模型显示：域的物理和组织单位 ；例如，员工和飞行这些单位之间的关系；例如，雇员是分配给飞行这些关系 的多重性；例如，一雇员可以分配给没有航班，一飞行或很多（由航班1*两端的关系）多重性类模型类模型是在建软件系统中严谨的逻辑模型。类一般有直接的关系，源代码或其他可以组合到可执行组件的软件构件。类类图逻辑模型数据库模型数据库模型描述了数据，必须作为整体的系统设计的一部分，进行存储和检索。通常这是指关系数据库模型，它描述表和详细的数据，并启用 DDL 脚本来创建和设置数据库的生成。数据模型UML 数据库建模组件模型组件模型定义了类、 工件和其他低级别的元素是如何受高级别的组件控制的，并说明它们的接口和它们之间的连接。组件是协同工作，以提供模型中定义的所需行为要求。组件组件图组件模型部署模型部署模型描述如何部署系统，以及部署在哪里。由节点，表示的物理机器和处理器和内部的建设可以通过嵌入节点或工件描述。工件被分配到节点到模型的系统部署和推出，分配指导是通过使用部署规格说明。节点工件部署和铺开部署图分栏-标记值物理模型测试模型测试模型描述和维护一系列的测试、 测试计划和当前模型对执行的测试结果。测试测试用例显示测试脚本分栏Enterprise Architect在测试支持维护模型维护模型使在软件产品开发期间和之后的产生问题能够可视化表示。更改元素和测试的结合，可以增强模型。发展颜色代码外部要求项目管理模型项目管理模型详细介绍了当前项目的计划、 阶段、 里程碑和资源要求。项目经理可以使用Enterprise Archi