版本控制是为了管理软件需求规格的说明文档。它主要的活动是统一标识需求规格说明文档的每一个版本，并让每一个开发组的成员能够获得和使用他所需要的任一版本。同时，把每一个需求变更记入文档，并及时通知到开发组相关人员。

需求规格说明文档的每一版本应保存相应历史信息，包括版本号、变更日期、变更人员、变更原因和变更内容。每当需求发生变更，就应产生需求规格说明的对应一次修改。

版本控制最简单的方法是根据约定，手工标记软件需求规格说明的每一次修改。因此，版本号管理策略可采用：X.X.X.[Y]。

第一位X：主版本号

当项目进行了重大修改或局部修改累计较多，而导致项目整体发生全局变化时，主版本号加1，其他位归0。

第二位X：次版本号

当项目在原有的基础上增加了重要新功能时，主版本号不变，子版本号加1，修正版本号归0。

第三位X：修正版本号

当项目进行了局部修改或Bug修正时，主版本号和次版本号不变，修正版本号加1。

第四位Y：

a）当服务端或H5（不涉及客户端）进行发版时，在当前三位版本号的基础上启用第四位，例如1.2.3.1。

b）当客户端进行紧急Bug修复时，启用第四位。

当然，软件项目中也可以采用固定版本号方式来进行版本管理，如版本号以本周固定时间点设定，未来的版本号以此类推。不管本周有没有发版都需要设定一个版本号。

如果采用软件配置工具中的版本控制工具来管理需求规格说明文档，可以自动建立文档的版本树，标识文档的演化情况。这种工具能根据开发人员的存取权限，把文档的任一版本提供给开发人员使用，同时可提供一个日志记录。