软件项目需求分析报告模板

简述

项目组讨论总结了一套需求报告的模板，分享一下。
除了标题、修订记录、目录以外，报告主体分为六个章节，分别是引言、需求概述、分析场景、功能实例化、其它说明以及附录。
下面具体描述各部分的写法。

详述

1. 引言
   1.1 编写目的
   对产品或项目进行定义。如果这个软件需求规格说明只与整个系统的一部分有关系，那么只定义文档中要说明的部分或子系统。
   1.2 预期读者和阅读建议
   预期参考人员包括开发人员、测试人员、项目管理人员、质量管理人员、研发部门经理和需要阅读本报告的高层经理。
   1.3 术语定义
   中英文数据及简写。
   1.4 参考资料
2. 需求概述
   2.1 原始需求
   需求最原始的描述、表达或定义，划定系统的边界。
   2.2 找用户
   找到系统之外，透过系统边界，与系统进行有意义交互的任何事物（可以是人、设备、系统），是系统行为和流程的触发者，并分析用户需要该系统解决的问题或达到的具体的能力，确认用户对该系统的AC（验收准则）和IFD（接口定义）。
   2.3 问目的
   思考用户提出该诉求的隐藏目的和动机，可深度理解需求，有效减少因用户表述不准确而不断变更需求，从而给需求开发带来巨大的资源浪费。
3. 分析场景
   3.1 原系统分析
   对现有系统（包括自动或人工）进行简要分析，如果是全新开发的模块，可以直接写全新开发等。
   3.2 业务流程图
   描述实际业务的过程和特点，即业务建模，可以通过简易流程图，时序图等表达。
4. 功能实例化
   依照面对的需求，经过以上的分析，拆成一个或几个相对独立的功能（主要目的是为了开发和测试形成条理性），并尽可能总结各个功能的验收准则。
   4.1 子模块名称
   4.1.1 子模块功能描述
   4.1.2 子模块验收准则
5. 其它说明
   性能、权限、安全以及一些特殊的情况。
6. 附录
   对本需求有说明意义的资料：协议、文档、数据、表格、样张等。

写在最后

软件项目的需求文档根据项目的甲方有不同的格式和变化，上文的模板主要是内部协助开发测试的模板，希望可以有一定的借鉴意义。