上QQ阅读APP看本书,新人免费读10天
设备和账号都新为新人
原则43 记录需求为什么被引入
RECORD WHY REQUIREMENTS WERE INCLUDED
在创建需求规格说明时,要完成很多工作:访谈、辩论、讨论、架构调研、工作机制描述、问卷、JAD/RAD环节、其他系统的需求规格说明、早期的系统层面的需求分析。需求规格说明描述了从以上这些工作获得的需求分析结果。假设客户后续要求做一个需求变更。我们需要知道原始需求的动机,以便确认是否可以安全地变更。同样,当系统无法满足某个需求时,我们需要知道需求的背景,才能决定是修改系统设计以满足需求,还是修改需求以匹配系统。
当做出需求决策时(例如,响应时间应该是两秒),记录一个指向其来源的标识。例如,如果决策是在与客户交谈时做出的,需要记录日期、时间及访谈的参与者。理想情况下,应明确所参考的文字、录音或录像记录。只有基于这样的档案记录,才能(1)随后扩展需求,或(2)在已完成的系统不能满足需求时做出响应。
Gilb,T., Principles of Software Engineering Management,Reading,Mass.: Addision Wesley,1988,Section 9.11.
译者注
JAD,即“联合应用开发”(Joint Application Development)。
RAD,即“快速应用开发”(Rapid Application Development)。