# 《小型支付商城系统》第2-2节：工程四色建模设计
作者：小傅哥
博客：https://bugstack.cn (opens new window)
沉淀、分享、成长，让自己和他人都能有所收获！😄
# 一、本章诉求
在公司中实际做项目，会先有产品拉一个评审会，对本地需求的 PRD 进行评审。这个过程会有产品、研发（前后端）、测试，一起参与评审。一般在 30分钟 ~ 2小时的会议。评审完成后，研发会对需求进行分工，较大型的项目，会有几个研发同时介入。之后每个研发进行设计阶段，设计会包括新项目的工程框架、技术栈选择、需求的模型设计（DDD）、功能的流程（MVC）实现、要实现和改动点说明等。
本节我们就按照这样的一个过程进行需求的研发设计，主要包括；用户用例图、四色建模（领域拆分）、UML流程图、改动点。有这些东西就可以指导研发开发了。
本项目会搭建 MVC、DDD 双套工程，四色建模主要给 DDD 工程使用。
# 二、画用例图
研发可以根据产品PRD提供的业务UI和流程，分析出用户会有的行为，根据行为画出用户用例图；
- 用例图（英语：use case diagram）是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。用例图也经常和其他图表配合使用。
- 用例图，也可以等同于是用户故事（英语：User story）（软件开发和项目管理中的常用术语），主旨是以日常语言或商务用语撰写句子，是一段简单的功能表述。以客户或使用者的观点撰写下有价值的功能、引导、框架来与使用者进行互动，进而推动工作进程。可以被认为是一种规格文件，但更精确而言，它代表客户的需求与方向。以该用户故事来反应对象在组织内的其工作职责、范围、需要进行的任务等。用户故事在敏捷开发方法中用来定义系统需要提供的功能和实现需求管理。
- 尽管用例本身会涉及大量细节和各种可能性，用例图却能提纲挈领地让人了解系统概况。它为“系统做什么”提供了简化了的图形表示，因此被誉为“搭建系统的蓝图”。
