对于软件需求而言最为关键的就是如何进行组织否则一句话、一句话地描述就会显得十分零散。而且很难保证开发人员注意满足这些需求。

其中典型的问题有两个：

• 信息传递的无效性：很多需求规格说明书里面会通过一个名为设计原则的小节来说明非功能需求。
• 忽略了非功能需求的局部性：更为科学的做法是抓住具体的场景来描述

• 非技术因素决定的技术类型：对于软件开发而言，有些技术选型并不是由技术团队决定，而会受到企业实际情况的影响。

• 预期的软硬件环境：技术开发团队在决定架构、选择实现技术时会受到企业实际的软硬件环境的影响。

完整性：就是使需求没有遗漏，也就是在需求变更中，新需求所占的比例的量不大。而且这些新需求都是因为外部环境的变化而产生的。

不失真：需求的正确性和无歧义性是一组相关的要求，指的是确保需求在信息传递的过程中不失真。

有优先级：想要更好地对项目进行管理就需要有效的区分优先级。

需求工程解析

需求工程包括需求开发和需求管理两大范畴，需求开发是收集、分析、整理、编写、验证需求的全过程。重点在于开发出高质量的需求规格说明。需求管理则是对需求的实现、变化进行追踪的全过程，重点在于确保开发的软件满足这些需求。

需求获取：需求获取也是需求捕获，但是其中出现的问题主要体现在捕获范围不足、缺乏计划性、捕获对象不明确、捕获手段不明确。

需求分析：需求分析是需求开发过程中的核心任务。

编写规范：编写规范就是将需求分析结果文档化的过程，对于比较规范化的开发组织而言，都会重视这个活动。

需求验证：对于需求验证工作，大多数组织都不够重视，有时只是找一个客户代表签字确认，有时甚至直到交付系统通过测试系统来验证。

需求管理工作要点

具体来说，需求管理工作包括基线管理、变更管理和需求跟踪。

统一、明确的需求项划分标准：要对需求进行有效的管理、就必须有清晰、统一、明确的标准将需求划分为具体的需求项。

引入基线管理：就会把需求分为两大类，一类是已经开始的基线内的需求、另一类就是还没有安排开发的待处理项目。

引入变更管理：引入变更管理是十分重要的，就需求管理的范畴而言，重点在于完成业务影响分析、技术影响分析、项目影响分析三方面。

引入需求跟踪：在对变更的影响进行分析时，就会发现很难精确的评价变更将影响那些需求项、那些设计元素、只能凭借印象和经验。而要想真正的做到精确的量化评估，就需要通过跟踪活动来积累信息。

需求分析人员的技能组成

他的三大技能是横跨文、理两大学科的，因此想要找集三方面特长于一身的人 很难，因此通常需求通过团队协作来解决这一矛盾。

各种能力培养的要点

沟通能力是最重要的，通过改变思维模式不断训练是可以提高的。

需求定义阶段就是项目的立项阶段，也与RUP的初始化阶段相对应。

相当于需求捕获、分析和建模的阶段一，对应RUP中细化阶段的第一次迭代。

填充细节阶段

相当于需求捕获、分析与建模的阶段二、在RUP中将从细化阶段的第二次迭代开始直到构建阶段完成。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！