动作桩(Action Stub):———左下部分:列出了可能采取的动作。这些动作的排列顺序没有限制，但为便于阅读也可令共按适当的顺序排列。
动作项(Action Entry):———右下部分:是和条件项紧密相关的，它指出了在条件项的各种取值的组合情况下一步应采取什么动作。这里将任一条件取值组合及其相应要执行动作作称为规则，它在判定有中是纵贯条件项和动作项的一列。显然，判定表中列出了多少个条件取值的组合，也就有多少条规则，即条件项一动作项有多少列。
在实际使用判定表时，常常先把它化简。如果表中有两条或更多的规则具有相同的动作，并且其条件项之间存在着某些关系，就可设法将它们合并。就是说要执行的动作与第三条件的取值无关，这样，便可将这两条规则合并，合并后的第三条件取值用“—”表示，即与取值无关。类似地，无关条件项“—”，在逻辑上又可包含其他项值，具有相同动作的规则还可以进一步合并。判定表能够把在什么条件下，系统应完成哪些操作，表达得十分清楚、准确、一目了然。这是用语言说明难以准确、清楚表达的，但是用判定表描述循环比较困难。有时，判定表可以和结构化语言结合起来使用。
(3)判定树
判定树也是用来表达加工逻辑的一种工具。有时候它比判定表更直观，用它来描述加工，很容易为用户接受。
没有一种统一的方法来构造判定树，也不可能有统一的方法。因为客观存在是用结构化语言，甚至是自然语言写成的叙述文作为构造树的原始依据的，但可以从中找些规律。首先，应从文字资料中分清哪些是判定条件，哪些是判定做出的结论。
在表达一个基本加工逻辑时，结构化语言、判定表和判定树常常交*使用，互相补充。因为这3种手段各有优缺点。
总之，加工逻辑说明是结构化分析方法的一个组成部分，对每个加工都要加以说明。使用的手段，应当以结构化语言为主，对存在判断问题的加工逻辑，可辅之以判定表和判定树。
4.软件需求说明
软件需求规格说明书包括的主要内容如下:
(1)概述
(2)数据描述①数据流图②数据字典
③系统接口说明④内部接口说明
(3)功能描述①功能②处理说明③设计的限制
(4)性能描述①性能指标②测试种类
③预期的软件响应性能④其它
(5)参考文献目录
(6)附录
其中概述是从系统的角度描述软件的目标和任务。软件需求文档的生成方法有以下两种。
(1)计算机辅助生成:由于需求文档的规模较大，并且需要经常查询、维护，所以使用计算机辅助的软件需求分析工具，来实现软件需求文档的自动生成，是非常有意义的。1977年最先推出了需求陈述语言RSL(RSL中的语句是计算机可以处理的)。同年美国密执安大学开发了PSL/PSA(问题陈述语言/问题陈述分析程序)系统。它是信息系统开发自动化支持环境1SDOS的一个组成部分。其中PSL是用来描述系统的形式语言，它可以对系统需求的一致性进行检查，并可根据开发者的需要，随时生成需求文档。
(2)手工与半手工方式:这种方法难以保证文档质量。半手工方式是利用正文编辑程序及其他实用程序辅助手工方式来生成文档，这类方法难以保证文档的正确性、一致性和完整性。