软件需求规格说明有哪些特点?
1. 完整性 不能遗漏任何必要的需求信息。
遗漏需求将很难查出。
注重用户的任务而不是系统的功能将有助于你避免不完整性。
如果知道缺少某项信息,用TBD (“待确定” )作为标准标识来标明这项缺漏。
在开始开发之前,必须解决需求中所有的TBD项。
2. 一致性 一致性是指与其它软件需求或高层(系统,业务)需求不相矛盾。
在开发前必须解决所有需求间的不一致部分。
只有进行一番调查研究,才能知道某一项需求是否确实正确。
3. 可修改性 在必要时或为维护每一需求变更历史记录时,应该修订SRS。
这就要求每项需求要独立标出,并与别的需求区别开来,从而无二义性。
每项需求只应在SRS中出现一次。
这样更改时易于保持一致性。
另外,使用目录表、索引和相互参照列表方法将使软件需求规格说明更容易修改。
4. 可跟踪性
《软件需求规格说明书》的目的?
需求规格说明书:主要从用户角度(需求或市场人员根据用户要求编写)描述软件需要实现的功能,各个功能模块,各个功能模块的重要性,以及业务流程等。
系统设计说明书:主要从软件开发(程序员)角度描述软件需要实现功能,如何划分这些功能模块,各个功能模块的关系,软件的业务流程等。
总结:内容基本都一样!只是表现形式不一样!阅读对象不一样!...