UML图详解：用例图、活动图、状态图与领域模型

本文主要介绍了软件建模中的几种UML图，包括用例图、活动图、状态图、领域模型和系统顺序图，并强调了在这些图中容易被扣分的关键点。 用例图（Usecase Diagram）是描述系统功能和参与者之间的交互的图表，参与者是指使用系统的人或事物，用例则是系统提供的可观察服务，通常表现为动词或动名词。在用例图中，关系包括关联、泛化、包含和扩展。关联应使用实线表示，有时带有箭头，指出方向。扣分点包括参与者定义不明确、用例词性不正确、关联线的实线和虚线使用混乱以及关联箭头的缺失。 活动图（Activity Diagram）用于表示用例的执行流程，每个用例对应一个活动图。它包含开始节点（唯一）、结束节点（可多个）、同步条（需成对出现表示并行执行）、选择（需明确分支条件）和活动（圆边矩形，动名词表示）。扣分点在于同步条未成对出现，判定条件未明确，活动框形状或标识错误。 状态图（State Diagram）展示了对象从创建到消亡的生命周期，由状态（通常是名词或名词+动词格式）和转移（事件名[监护条件]/动作名）组成。开始和结束状态是必备的。扣分点在于状态表示错误（应为圆角矩形，且不应仅是动名词），缺乏状态变化的条件。 领域模型（Domain Model）是一组无操作的类图，用来表示概念类。步骤包括寻找概念类、绘制为UML类图并添加关联和属性。关联命名有规范，多重性表示类之间的关联数量，属性则表示对象的逻辑数据值。扣分点可能在于超过10个概念类、缺乏描述类或出现XX列表。 系统顺序图（System Sequence Diagram, SSD）关注于用例的一个特定场景，描述外部参与者与系统组件间的交互顺序。通常，它包含消息交换和生命线。扣分点可能在于场景描述不清晰，消息顺序混乱，或者生命线的表示不准确。 以上是UML建模中关键知识点的概述，理解并掌握这些要点有助于创建高质量的软件设计模型。在实际应用中，应根据项目需求和具体场景灵活运用，同时注意避免上述提到的扣分点，以提高模型的准确性和有效性。