在写需求用例的之前，一定要对所涉及的业务流程有一个比较完整认知，最好先和客户进行一次交流。
现在就可以写需求用例了。主要分为一下几个步骤：
1）描述涉及的角色（Roles）
   在系统中会与系统惊醒交互的角色都有哪些

image.png

2）设计基本用例图(UML-Usecase)
该图应涵盖承接项目中的完整的业务用例，粒度要适中，每个用例能说明业务中一个主要步骤就好。不要过细，也不要过粗！（这个尺度的把握比较难，主要是看用例是否能表述清楚一个业务中的问题）
对于基本用例图，主要是为了建立一个全局的视图，角色和用例之间的关系。对于中等规模的项目，我建议要分出不用的业务模块，并且把业务模块用不同的“包”来表示，这样可以大大降低用例图的视觉复杂性。
3）书写用例描述
对不同业务模块中的用例分别书写具体的用例描述

image.png

1.   管理员登陆系统
   

2.   进入主题管理功能区
   

3.   选择要修改的主题
   

4.   修改主题名称和描述并可以重新指定主题的父级主题
   

5.   确认并完成修改主题
   

   4）为复杂用例设计交互图/活动图（UML- Activity）
   主要是根据用例描述中的“路径”信息来设计活动图，所以只要为比较复杂的用例设计就可以了。这样可以更直观的理解用例描述中的路径流程。
   5）为主要业务对象设计状态图（UML- Statechart）
   主要是用来说明业务对象的有哪些状态，并且在什么情况下有状态的迁移。