发信人: cancan28()
整理人: majorsun(2000-12-05 18:21:47), 站内信件
|
高质量需求说明的特征
一个完整的SRS不仅是包括长长的功能性需求列表，还包括外部接口描述和一些诸
如质量属性，期望性能的非功能性需求。下面描述了高质量的SRS的一些特性。
完整：不应该遗漏要求和必需的信息。完整性也是一个需求应具备的。发现缺少
的信息很难，因为根本不存在。在SRS中将需求以分层目录方式组织，将帮助评审
人员理解功能性描述的结构，使他们很容易指出遗失的东西。
在需求抽象时，相对于系统功能，你过多的注意用户的业务，将导致在需求的全
局观和引进不是真正必需的需求上显得不足。在需求抽象上，应用用例方法会发
挥很好的作用。能够从不同角度察看需求的图形分析模型也可以检查出不完整性
。
如果你知道已缺少一些信息，使用TBD（to be determined）标准标志可以突出这
些缺陷，当你在构建产品的相关部分时，就可以从一个给定的需求集中解决所有
的缺陷。
一致性：一致性需求就是不要于其他的软件需求或高级别的系统（商业）需求发
生冲突。需求中的不一致必须在开发开始前得到解决。只有经过调研才能确定哪
些是正确的。修改需求时一定要谨慎，如果只审定修改的部分，没有审定于修改
相关的部分，就可能导致不一致性。
可修改性：当每个需求的要求修改了或维护其历史更改时，你必须能够审定SRS。
也就是说每个需求必须相对于其他需求有其单独的标示和分开的说明，便于清晰
的查阅。通过良好的组织可以使需求易于修改，如：将相关的需求分组，建立目
录表，索引，以及前后参考（照）。
可追踪：你应能将一个软件与其原始材料相对应，如高级系统需求，用例，用户
的提议等。也能够将软件需求与设计元素，源代码，用于构造实现和验证需求的
测试相对应。可追踪的需求应该具有独立标示，细密和结构化的编写，不应过大
，不应是叙述性的文字和公告式的列表。
--
好耶！你喜欢足球吗？
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.104.105.165]
|
|