visual paramdigm使用

visual paramdigm使用"/>

visual paramdigm使用

1、vp介绍

visual paramdigm是公司标准设计工具之一，主要用于设计：

A、UML相关的各种图，例如：交互序列图、类图、通讯图、活动图、时间图、状态图等等

B、数据库相关的ER图，逻辑模型图，表结构详细

2、UML图

用例图 Use Case Diagram

用途：用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示这些元素之间的各种关系，如泛化、关联和依赖。它展示了一个外部用户能够观察到的系统功能模型图。

要求：做模块级别的用例，不要注重一般增删改查功能点，如果已经存在用例规格说明书就不需要整理UML中的用例。错误!未指定文件名。错误!未指定文件名。

交互概览图 Interaction Overview Diagram

用途：将一些零散的序列图组织在一起，表达出完正的业务逻辑。

要求：关键业务流程必须有活动图或者交互概览图

 

业务流程建模使用方式：

1.业务流程设计：使用活动图描述主线，序列图来描述其中一些活动节点的对象控制流及细节。

2.代码建模过程： 如果逻辑复杂建议使用序列图理清对象之间的控制流程，再通过活动图表示重要的方法、调用流程

序列图 Sequence Diagram

用途：描述对象之间的交互顺序，着重体现对象间消息传递的时间顺序，描述流程中不同对象之间的调用关系

注意：序列图需要用交互概览图进行串联

建议：代码细节实现如果需要理清思路建议使用序列图，侧重体现一个大的业务中的一个小业务环节的流程顺序使用序列图，一般流程以及业务控制规则的描述不建议使用序列图需要使用活动图

通讯图 Communication Diagram

用途：描述对象之间的交互关系，侧重对象之间的消息传递

活动图 Activity Diagram

用途：描述实现用例所要进行的活动、流程、约束，侧重点在于描述业务流程

要求：关键业务流程必须有活动图或者交互概览图

注意：如果业务流程涉及到多个系统参与需要在活动图中引入泳道，活动节点是activiti必须做好父图与子图之间的关联

状态图 State Machine Diagram

用途： 描述对象的所有状态以及事件发生而引起的状态之间的转移，则重点在于业务流程中业务状态的变化过程

要求： 主要的业务状态必须有状态图，并且需要描述清楚状态转移条件

时序图 Timing Diagram

用途：设计定时任务调度时间顺序

要求：系统中存在定时任务，必须设计时序图，并且需要将所有的定时任务放在同一张图中体现

包图 Package Diagram

用途：系统相关文件归类以及文件与文件的依赖关系，侧重归类

要求：产品项目中架构师做好建模以及归类，客户项目中在根据需求提前做好归类

类图 Class Diagram

用途：描述实体的组成以及实体间的关系

要求：系统中涉及到大量多态时需要给出类图，并说明各个对象间的关系。如果时简单的一个接口多个实现则不需要设计

注意：不建议使用静态图中类图或对象图做软件设计，代码中写清注释即可

组件图 Component Diagram

用途：从物理角度描述软件系统提供的接口以及依赖的组件以及接口

注意：设计中写好接口文档即可，不需要做组件设计

网络部署图 Deployment Diagram

用途：描述系统的完整的部署方案，软硬件环境，网络环境等

要求：必须有且早期由架构师给出设计，并给出部署方案，项目相关人员做具体实施

3、有用功能

A、导出功能

vp支持丰富的导出功能，可以将当前视图中的图导出为图片，也可以导出为另一个vp文件

也支持选择哪几个图导出，如下所示：

如果选择导出为图片，建议优先选择导出为：svg，因为该格式可以无限放大，不失分辨率

B、合并功能

   vp支持丰富的导入功能，可以一个vp文件导入到另一个vp文件中，这样就便于多人协同开展设计工作，例如：AAA负责数据库设计、BBB负责UML的某个几个页面的交互设计，CCC负责UML的另外几个页面的交互设计，最后大家一起合并成为一个完成的设计文档。