而我们说的业务分析能力和软件设计能力最终都需要呈现在一份软件需求说明书——软件需求规格说明规范中，这份文档的目的一方面是指导项目人员了解最终用户的使用场景，说明客户需求；另一方面是作为后续开发测试的业务需求指导文档，所以好的需求文档在软件开发中扮演着十分重要的角色，它不仅可以降低沟通成本，提高开发效率，还能提升最终软件测试环节的响应速度。
那软件需求说明书需要包括哪些内容呢？
以下一一列举（核心部分会以所接触的不同项目中合适的样例做展示）：
A.封面
封面中应该注明具体的软件名称，承建企业，版本号和版本日期；信息完善的封面可以在后期帮助研发人员和客户快速锁定版本内容。
B.目录
可以帮助文档的阅读者快速浏览整个产品的功能架构
C.版本修订历史
很多工程师在写软件需求说明书时经常忽略这一部分的内容，其实这部分的内容是十分关键的，这是需求管理中一个非常重要的环节，凡是需求的变更和增加，都可以进行追溯，而且也方便阅读者清楚地看到此次版本的主要变更内容，不需要拉到整个文档去查看。
第一章 文档概述
1.1文档目的
1.1.1项目建设者
建设单位：XXXX有限公司
参与部门：市场部、研发部、XXXX
1.1.2预期读者
XXXX系统软件客户及相关项目参与人
1.2权限分配
权限分配主要用于角色-页面/功能的分配，这可以帮助系统前期快速建立角色对象。
1.3状态分类及属性
1.4术语及缩略语
术语和缩略语主要用于对项目专业词汇的解释，因为每一个新的软件产品，都对应着一个新的业务场景，很多新接触的研发人员并不了解这些词汇的含义，所以事先解释好词汇可以帮助阅读者快速理解，做到事半功倍。例如：
1.5系统功能结构
1.6.业务流程图、页面流程图、数据流程图等。
举例（业务流程图）
业务流程
第二章 技术与工具
技术与开发工具是开发阶段的约束条件，有助于系统后期升级与维护，比如事先约束好以下内容：
2.1 开发技术
采用但不限于 Java HTML5+CSS3 Java Script SQL .NET 等。
2.2 数据库
Oracle 或 My SQL 等
2.3数据传输
Web Service接口 Q队列
2.4工具
Project Visio Edraw PL/SQL Photoshop 办公软件等
第三章 系统功能
3.1系统通用性需求
在我们的软件设计中，会有很多的需求是具有共性的，我们没有必要在每个页面都重复说一遍，这样对于文档来说会繁复冗余，对于开发者来说，前期做框架搭建时也很难全局考虑。
哪些功能可以进行通用性描述呢？
比如：
1.翻页按钮：首页、尾页、上一页、下一页、数字栏、跳页按钮
2.点击重置按钮回到初始条件
......等等。
3.1系统个性需求
个性需求用于描述每个系统独立页面的功能需求，在这里产品经理要详细写好输入/输出条件，功能点要求，页面逻辑等。比如
模块一 销售情况分析
功能简介：销售情况分析用于查询和管理不同营业对象的销售情况。
页面流程：
此处放上该功能的页面交互流程，不相干的模块不用在流程上表现出来，免得页面复杂
输入/输出：
输入输出在需求文档的功能页面中非常关键，详细周全的输入输出可以让研发一目了然也可以让测试团队快速编写测试用例，整体上提高了开发环节的响应速度。
功能点说明：
产品原型：
此处再把原型粘贴上来，让研发可以直观地查看。
模块二 公司合同管理
XXXXXXXXXX
按照上面同样的方式，把输入输出要求和功能需求、流程、原型一一列举。
第四章 非功能性需求
非功能性的需求描述也很关键，系统的性能、兼容性、可靠性也很重要，比如：
4.1安全性
安全需求包括程序安全与数据安全。为防止程序和数据受到蓄意（或意外）的存取、使用、修改，保证产品的合法使用，其安全性需达到以下标准：
a) 数据的传输与接收，需采取包含但不局限于专线、内网、加密等措施，以保证数据安全；
b) 登录系统的用户需经过系统管理员事先授权，对陌生用户不开放使用；
c) 建立完整的系统管理日志，跟踪用户的操作细节、监控数据的日常流转；
d) 不同用户之间的数据相互保密，不得造成数据泄露。
4.2可靠性
XXXXX管理系统需与XXXX系统交互协作，数据来源广，因此系统的可靠运行显得尤为重要：
a) 对存储在服务器上的数据需经常备份，保证数据不遗失；
b) 后台建立数据监控机制，对数据断传进行监控；
c) 程序可靠，支持系统正常运行并降低隐藏的缺陷；
d) 程序可读性强，便于后期维护。
4.3性能
a) 支持大量用户的并发访问（不少于200人）；
b) 正常的交互响应时间≤2秒，数据量庞大的情况另外考虑，跳转页面时应有页面加载提示；
c) 支持2M/秒网速下的正常运行；
d) 支持PC端主流浏览器（火狐浏览器、谷歌等）的正常登录和访问；
e) 支持页面的自适应，满足页面正常展示。
4.4可测性
产品功能正常的使用离不开上线投产前的质量检测，全面而完善的测试可为用户正常使用系统提供先决条件，因此系统的设计需满足可测试性要求：
a) 通过控制测试范围，更好地组合或分解单元模块，执行灵巧的测试；
b) 能够准确定位软件的问题所在，发现其功能模块的联动变化；
c) 提供模拟行李编号测试，满足对行李的查询功能；
d) 提供测试案例及测试报告。
4.5扩展性
XXXXX系统不仅要考虑现有数据集成和功能集成的实现，还要充分考虑因国家政策或的改变、业务流程、业务需求的变化对系统造成的影响：
a) 支持功能的精简与扩展；
b) 方便对数据库的维护与更新；
c) 开发技术的可复用性等。
欢迎大家一同讨论~~
