我在进行文档管理系统的设计与开发，我现在进行到需求分析阶段，如果用UML的话，应该画些啥图？谢谢

Posted 2023-03-15

参考技术A 简单地了解一下UML设计中有的图例及基本作用。首先对UML中的各个图的功用做一个简单介绍： 　　1、用例图 　　描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示了这些元素之间的各种关系，如泛化、关联和依赖。 　　
2、类图 　　类图是描述系统中的类，以及各个类之间的关系的静态视图。能够让我们在正确编写代码以前对系统有一个全面的认识。类图是一种模型类型，确切的说，是一种静态模型类型。 　　3、对象图 　　与类图极为相似，它是类图的实例，对象图显示类的多个对象实例，而不是实际的类。它描述的不是类之间的关系，而是对象之间的关系。 　
　4、活动图 　　描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。能够演示出系统中哪些地方存在功能，以及这些功能和系统中其他组件的功能如何共同满足前面使用用例图建模的商务需求。 　
　5、状态图 　　描述类的对象所有可能的状态，以及事件发生时状态的转移条件。可以捕获对象、子系统和系统的生命周期。他们可以告知一个对象可以拥有的状态，并且事件(如消息的接收、时间的流逝、错误、条件变为真等)会怎么随着时间的推移来影响这些状态。一个状态图应该连接到所有具有清晰的可标识状态和复杂行为的类；该图可以确定类的行为，以及该行为如何根据当前的状态变化，也可以展示哪些事件将会改变类的对象的状态。状态图是对类图的补充。 　　6、序列图 （顺序图） 　　序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进行交互的。顺序图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的。
　　7、协作图 　　和序列图相似，显示对象间的动态合作关系。可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之间是如何通信的。如果强调时间和顺序，则使用序列图；如果强调上下级关系，则选择协作图；这两种图合称为交互图。 　　
8、构件图 （组件图） 　　描述代码构件的物理结构以及各种构建之间的依赖关系。用来建模软件的组件及其相互之间的关系，这些图由构件标记符和构件之间的关系构成。在组件图中，构件时软件单个组成部分，它可以是一个文件，产品、可执行文件和脚本等。 　
　9、部署图 （配置图） 　　是用来建模系统的物理部署。例如计算机和设备，以及它们之间是如何连接的。部署图的使用者是开发人员、系统集成人员和测试人员。 　　一：这九种模型图各有侧重， 　　1:用例图侧重描述用户需求， 　　2:类图侧重描述系统具体实现； 　　二：描述的方面都不相同， 　　1:类图描述的是系统的结构， 　　2:序列图描述的是系统的行为； 　　三：抽象的层次也不同， 　　1：构件图描述系统的模块结构，抽象层次较高， 　　2：类图是描述具体模块的结构，抽象层次一般， 　　3：对象图描述了具体的模块实现，抽象层次较低。 　　在有的文献书籍中，将这九种模型图分为三大类： 　　结构分类、动态行为和模型管理： 　　1：结构分类包括用例图、类图、对象图、构件图和部署图， 　　2：动态行为包括状态图、活动图、顺序图和协作图， 　　3：模型管理则包含类图。本回答被提问者采纳 参考技术B 我知道追问

如何？