项目评审文档的编写

个人所得税计算需求：TAX-SRS-001

输入：
参数1：税率枚举类型，取值范围：5%，10%，15%
参数2：个人收入，1600～100000000000

处理过程：
全月应纳税所得额               税率（%）
1600～2500元的部分            5
2500～3500元的部分            10
3500～ 100000000000元的部分  15

– 输出：
参数1：所得税金额，即个人收入和税率按照处理过程中描述的所得税
计算方法得到的所得税金额。

根据以上要求，写一份项目评审报告。并由组织者填写以下表。

Review通知单

 

项目名称		项目编号
拟制	s	日期

 

1          待Review的工作产品

序号	名称	版本号	规模

 

2          参考资料和相关的工作产品

序号	名称	版本号	规模

 

3          说明

请输入评审说明，如本次评审从哪部分到哪部分，关注点是什么，是否再次评审等

4          人员列表

序号	角色	姓名	备注（如果有）
1	组织者
2	讲解员
3	记录员
4	作者
5	Review人员1
6	Review人员2
7	Review人员3
8	Review人员4
9	Review人员5
10	Review人员6

 

5          计划

	日期	地点	开始时间	结束时间
介绍会议
Review会议
第三小时会议（可选）

 

 

软件需求规格说明书评审检查单

 

项目编号			责任人
检查者			检查日期
序号	检查项			执行情况		说明
1	是否所有的分配需求都在SRS中体现？			Yes是[ ] No否[ ] NA免[ ]
2	在SRS中定义需求时，是否避免使用那些会引起歧义的术语，诸如也许、可能等，每条需求都清晰无歧义？			Yes是[ ] No否[ ] NA免[ ]
3	是否在SRS中清楚地描述了软件要做什么及不做什么？			Yes是[ ] No否[ ] NA免[ ]
4	是否在SRS中描述了软件使用的目标环境，指明并简短描述了目标环境中其它相关软件产品/子系统/模块？			Yes是[ ] No否[ ] NA免[ ]
5	是否每一个具体需求都有唯一的编号？			Yes是[ ] No否[ ] NA免[ ]
6	每一个需求是否切实可行、可测试、前后一致、彼此不冲突？			Yes是[ ] No否[ ] NA免[ ]
7	是否在SRS中说明了对每个输入的验证措施，并描述了每个输入的属性如：度量单位、边界值、时序要求等等？			Yes是[ ] No否[ ] NA免[ ]
8	是否在SRS中说明了对每个输入的处理？			Yes是[ ] No否[ ] NA免[ ]
9	是否在SRS中说明了每个输出项是如何输出的，并且描述了每个输出的属性如：度量单位、边界值、时序要求等等？			Yes是[ ] No否[ ] NA免[ ]
10	是否在SRS中描述了软件所有的性能需求？			Yes是[ ] No否[ ] NA免[ ]
11	是否性能需求的描述能通过测试来进行验证？			Yes是[ ] No否[ ] NA免[ ]
12	是否在SRS中说明了所有对系统可能的约束？			Yes是[ ] No否[ ] NA免[ ]
13	质量属性是否以可测量或可验证的术语进行描述？			Yes是[ ] No否[ ] NA免[ ]
14	是否在SRS中描述了系统中与其它子系统、模块或硬件设备的相关接口？			Yes是[ ] No否[ ] NA免[ ]
15	是否对每个接口的描述足够清楚，实现时不需更多解释？			Yes是[ ] No否[ ] NA免[ ]
16	是否在SRS中描述了与操作系统的接口？			Yes是[ ] No否[ ] NA免[ ]
17	是否在SRS的附录中记录了分配需求可行性的分析结果			Yes是[ ] No否[ ] NA免[ ]
18	是否项目SOW文档中所对应的分配需求都在RTM中体现?			Yes是[ ] No否[ ] NA免[ ]