对于组织行为需求的用例，我们要填充用例的事件流；
对于组织数据（结构）需求的领域类，我们要填充它的字段与格式。
行为需求细节填充: 功能点、规则约束
界面原型
软件需求规格说明书里的用户界面原型不是解决方案！它应该被视为约束、建议；也就是客户对用户界面原型的要求（约束），以及需求人员根据对用户场景、需要的理解给出的实现建议。
重点在于实现用例事件流的交互过程，在于讲述每个界面中要满足的用户意图，而不仅仅是浮于表面的元素个数、位置、大小等信息。
可考虑界面流转示意图进行表述
进一步补充表达出用户的意图、要求
规则与约束
从需求的角度来看，涉及的规则大致可以分为：行为（或称为功能、业务）规则、结构（或称为数据）规则、界面规则三类。
● 行为规则：或称为功能规则、业务规则，它是指和业务逻辑、业务流程相关的规则。例如：客户上笔订单未付清，新订单就不能发货；500元以上的报销必须由处长审批，500元以下可由科长审批等。
● 结构规则：或称为数据规则，它是指和业务实体、属性、派生属性相关的规则。例如：一条短信的最大长度是70个汉字（140个英文字符），当出现一个汉字时，则每个英文字符算一个汉字；销售人员的当月有效业绩是当月已付款的所有订单的总金额合计等。
● 界面规则：它是指和用户界面相关的规则。例如：在界面中必须以不同颜色显示不同等级的告警；本界面的下拉列表应该提供汉语拼音首字母筛选功能等。
表6-21 各类规则的组织与表述
[图片上传失败...(image-df2f46-1656749316418)]
结构细节填充：字段
● 字段/属性信息：也就是每个领域类所包含的成员属性，细化其构成；
● 字段格式与规则：也就是每个字段详细的格式（诸如字符型、日期型等类型，以及长度、可选值等内容）、组成规则（诸如由多少个字符、多少个数字组成等）；
● 计算规则：对于一些非直接输入的派生属性，通过数据表达式的方式来描述；
● 结构规则：对于数据的组成、格式进行描述。
