《系统需求列表》模板
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（需求在系统中开发的优先程度）
（场景中具有该业务的系统用户）
写作要点：
1．需求编号是每条需求的唯一确定标示，不能有重复的情况发生。并且编号必须是有意义的，不能简单的使用数字。
2．需求描述必须简单明了，不能有可有可无的“废话”。而且必须保证其正确性，否则会影响开发。
《系统需求列表》
功能/非功能需求列表包含场景名、用例名、需求编号、需求描述、优先级和用户角色，写法பைடு நூலகம்下：
场景
用例名称
需求编号
需求描述
优先级
用户角色
（场景描述中的场景名称）
（用例表中的用例名）
（格式：场景序号.用例序号.需求序号.错误情况序号。如果没有错误情况则不需要写出。）
（对场景中业务流程的解释，每一点作为一个需求，每一个异常情况作为一个需求，每一个性能、稳定性、易用性、兼容性、可拓展性、可维护性要求作为一个需求）
（场景中具有该业务的系统用户）
写作要点：
1．需求编号是每条需求的唯一确定标示，不能有重复的情况发生。并且编号必须是有意义的，不能简单的使用数字。
2．需求描述必须简单明了，不能有可有可无的“废话”。而且必须保证其正确性，否则会影响开发。
《系统需求列表》
功能/非功能需求列表包含场景名、用例名、需求编号、需求描述、优先级和用户角色，写法பைடு நூலகம்下：
场景
用例名称
需求编号
需求描述
优先级
用户角色
（场景描述中的场景名称）
（用例表中的用例名）
（格式：场景序号.用例序号.需求序号.错误情况序号。如果没有错误情况则不需要写出。）
（对场景中业务流程的解释，每一点作为一个需求，每一个异常情况作为一个需求，每一个性能、稳定性、易用性、兼容性、可拓展性、可维护性要求作为一个需求）