简述设计文档评审的标准
正确性、完备性、易理解性、一致性、可行性、易修改性、可测试性、可追溯性
1.正确性:包括需求定义是否符合软件标准、功能是否有明确目的、算法和规则是否科学等等
2.完备性:涵盖系统需求的功能、性能、输入/输出、条件限制、应用范围等方面涵盖率越高,完备性越好。主要包括功能和数据的完备性
3.易理解性:需求文档应易容易理解、描述清晰,能作为开发设计说明和功能测试数据的基础。同时应该放置语言歧义性、形式化程度不够。更要防止描述过于细致,甚至包含了实现的细节
4.一致性:定义的需求是否一致,术语是否唯一,操作模式、算法、数据结构是否相互兼容,和硬件已经开发运行环境是否有冲突等。
5.可行性:需求中定义的功能是否具有可执行性、可操作性等,需求所定义的功能是否通过现有的技术实现,所有的功能能否都能在某些极端条件下实现等。
6.易修改性:队需求定义的描述易于修改的程序,如是是否有统一的索引,交叉引用表?是否采用了良好的文档结构?是否有冗余的信息等。
7.可测试性。所定义的功能正确性是否能被判断?系统的非功能需求(如性能、可用性等)是否有验证的标准和方法。输入、输出的数据是否有清楚的定义,从而容易验证。
8.可追溯性。每一项需求定义是否可以确定其来源?是否可以根据上下文找到所需要的依据或支持数据?后续的功能是否都能找到其最初定义的功能?功能的限制条件是否可以找到其存在的理由?
转载于:https://my.oschina.net/passer007/blog/551295