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