软件工程

画图题

用例图

用例图主要包含“涉及的角色、角色对应的行为、第三方参与部分”。 review.txt (line 310) 里说：用例本质上是在描述“最终用户如何与系统交互”。 review.txt (line 1055) 里说：用例视图是“从用户角度看到的系统外部功能”，而且是其它视图的基础。所以你画用例图时，核心不是“系统内部怎么实现”，而是“谁，在系统外面，想让系统帮他完成什么事”。
- 例题

CRC

一张 CRC 卡片通常直接画成一个矩形： 顶部：Class Name , 中间先写一行 Description , 左下：Responsibilities , 右下：Collaborators
- 2020 真题明确要你写 applier 和 patent 两张 CRC 卡，所以就从题面直接抽。

泳道图

类图

画出最重要的类
每个类写出类名 / 属性 / 方法
再补类间关系

- 一对一：1 —— 1
  一对多：1 —— *
  零或一：0..1
  至少一个：1..*
  多对多：* —— *

状态图

先确定“画谁的状态图”。题目如果写了 for the patent class / QR code class / document，就只画这个对象，不画整个系统。
从题干里找“稳定状态”。状态一般写成名词或形容词，不写动作。例如对 patent，状态更像 Draft、Submitted、Under Review、Approved、Rejected，而不是 submit、review、approve。
再找“事件”写在箭头上。事件通常来自题目里的动词或条件。比如：submit application、format check passed、format rejected、reviewers request revision、approve、reject。
加开始和结束。你们课件对活动图明确写了开始/结束状态；状态图考试里也建议画初始点和一个或多个终止点，这样更完整。
只画“外部可观察”的关键状态。不要把每个小动作都变成状态。例如填写标题、上传附件一般不是状态，而是导致对象进入 Submitted 的过程

圆角矩形：状态 ; 箭头：状态转移 ; 箭头标签：事件/条件 ; 黑实心圆：开始 ; 同心圆或终止节点：结束 ; 如果时间紧，状态里只写状态名就够，状态变量/活动可以省略

时序图

它属于 行为建模，和状态图一样都在描述动态行为，但区别是：
- 状态图：看一个对象自己的生命周期怎么变
- 时序图：看多个对象之间怎么传消息、怎么配合完成一个用例
组成：对象，生命线，消息，控制焦点，控制结构
- 对象：对于参与者，使用小人标记
- 生命线：虚线
- 消息类型：同步消息( -> 等待返回)，异步消息( --> 不等待返回 )，返回消息( <-- )
- 控制焦点：表示当前对象的活动状态

先选一个具体场景 ; 时序图通常不是画整个系统，而是画一个 use case 或一段 normal scenario 所以最稳的思路是：先有用例/脚本，再把脚本改写成时序图
找参与交互的对象 ; 从题面里先找“谁在互相发消息”。常见分三类：actor：用户、管理员、PE、Reviewer ; boundary/UI：页面、表单、界面对象 ; control/service：控制类、业务处理类 ; entity：核心业务对象，如 Patent、Order、QR Code
横向排对象，纵向看时间 ; 标准布局：最左边放 actor , 中间放 boundary / control , 右边放 entity / database 之类后端对象 , 时间从上往下
把脚本改成“消息” : 把文字场景里的动作改写成对象间调用，比如：
画生命线和控制焦点 ; 你们课件明确点了这两个元素，所以别省：每个对象下面一条 虚线生命线 ; 正在执行时，用一个细长矩形表示 控制焦点

比如“申请人提交专利申请”的时序图，可以写成这样

数据流图

最重要的 4 个元素
- 外部实体：系统外的人或对象，表示数据的来源/去向。2020 这题老师提示里直接写了：外部实体，方框：申请人，评论家，PE，见 2020画图真题.pdf。
- 处理过程：把输入数据变成输出数据的功能，通常画成泡泡/圆角过程框。
- 数据流：带名字的箭头，表示“流动的数据”，不是操作步骤。
- 数据存储：系统内部要保存的数据，比如申请库、评审库、主题目录。

先找 外部实体。谁在系统外和系统交换信息，谁就是外部实体。典型是：用户、管理员、PE、Reviewer、外部系统。
再找 主处理过程。从题目动作里抽 3 到 5 个大处理最稳。例如不要把“输入标题”“输入作者”拆成单独处理，它们通常都属于“提交申请”。
再补 数据存储。只有会被系统保存、后续还会再用的数据才值得画成存储。例如：Patent DB、Review DB、Task DB、Topic Catalog。
最后连 数据流。箭头上写的是申请信息、评审意见、审批结果、通知信息这种“数据名”，不要写成“审批”“检查”这种动作名。

软件架构图

UI / View Layer
--------------------------------
ApplierUI   PEUI   ReviewerUI

Controller Layer
--------------------------------
ApplierController   PEController   ReviewerController

Service Layer
--------------------------------
PatentService   ReviewService   InviteService
DecisionService   TaskService   CommentService

DAO Layer
--------------------------------
PatentMapper   ReviewMapper   InviteMapper
DecisionMapper   TaskMapper   CommentMapper

Model Layer
--------------------------------
PatentEntity   ReviewEntity   InviteEntity
DecisionEntity   TaskEntity   CommentEntity

Database
--------------------------------
PAPS Database