的代码注释来实现。对于较大范围的改变。设计和需求文件是必不可少的,这里隐含了两
个作用:
(1)如 4.3.5 条指出,SRS 必须是可修改的;
(2)SRS 中必须包括一个记录,它记录那些应用于各个成分的所有具体条文。例如:
它们的危急性(如故障可能危及完全或导致大量财政方面和社会方面的损失);
它们仅与暂时的需要相关(如支持一种可立即恢复原状的显示);
它们的来源(如某功能是由已存在的软件产品的全部拷贝复制而成)。
b. 要求在 SRS 中清楚地写明功能的来源和目的,因为对功能的来源和引入该功能的
目的不清楚的话,通常不可能很好地完成软件的维护。
4.4 SRS 的编制者
软件开发的过程是由开发者和客户双方同意开发什么样的软件协议开始的。这种协议
要使用 SRS 的形式,应该由双方联合起草。这是因为:
a. 客户通常对软件设计和开发过程了解较少,而不能写出可用的 SRS;
b. 开发者通常对于客户的问题和意图了解较少,从而不可能写出一个令人满意的系统
需求。
4.5 SRS 的改进
软件产品的开发过程中,在项目的开始阶段不可能详细说明某些细节,在开发过程中
可能发现 SRS 的缺陷、缺点和错误之类的问题,所以可能要对 SRS 进行改进。
在 SRS 的改进中,应注意如下事项:
4.5.1 尽管可以预见校正版本的开发以后不可避免,而对需求还必须尽可能完全、清
楚地描述。
4.5.2 一旦最初识别出项目的变化,应引入一个正式的改变规程来标识、控制、追踪
和报告项目的改变。批准了的需求改变,用如下的方法编入 SRS 之中:
a. 提供各种改变后的正确的、完全的审查记录;
b. 允许对 SRS 当前的和被替代部分的审查。
4.6 SRS 的编制工具
编制 SRS 最显而易见的方法是用自然语言来描述。尽管自然语言是丰富多彩的,但不
易精确,用形式化的方法较好。
4.6.1 形式化说明方法
在 SRS 中是否使用形式化方法要依据下列因素:
a. 程序规模和复杂性;
b. 客户合同中是否要求使用;
c. SRS 是否是一个合同工具或仅仅是一个内部文件;
d. SRS 文件是否成为设计文件的根据;
e. 具有支持这种方法的计算机设备。
4.6.2 生产工具
软件产品生产中有多种生产工具。比如,计算机的字处理器就是非常有用的生产辅助
工具。一个 SRS 通常有若干作者。可能经历若干版本,并且要进行多次重新组织内容。故
生产工具是必要的。
4.6.3 表达工具
在 SRS 中有许多词汇,特别是许多名词和动词,专门涉及到系统的实体和许多活动,
所以表达 SRS 需要若干工具。比如:
a. 可以验证实体或活动,无论在 SRS 中什么地方都是同一名字。;