理解软件需求的不同来源
软件的需求规范为开发系统提供了基础，这是SDLC中最关键的步骤之一。尽管利益相关者是需求的最终来源，但您不能依赖单一来源陈述的规范。
对于单一来源的需求，几乎不可能对规范进行验证，因为对于来自各种来源（包括客户、消费者、问题领域专家、相关领域专家、潜在用户、运算符、经验丰富的开发人员）的规定专业，将不存在可比的检查，甚至是系统的批评者。一组知识数据是从现有的手动或半自动系统的执行中产生的。
来自所有者、用户、运算符、其他工作人员的反馈。受益人也会被收集起来，并记录他们对新系统的建议和期望。收集的数据经过集体评估和完善，并与相关人员协商。
- 利益相关者/买家：
他们是负责接受和执行软件的人。他们可以是个人、组织、信托，甚至是一个国家的政府或公众。 - 用户/受益人：
这些是产品所针对的产品的用户。 - 运营商：
他们是从事软件工作以向其受益人或最终用户提供软件服务的人员。 - 领域专家：
他们是在软件提供服务的领域具有经验和专业知识的专业人士，即。保险、金融、银行、通信、数据传输、网络等领域专家解开产品开发中涉及的隐藏或不可见的可能需求或风险。 - 开发商：
负责开发软件以使其提供预期服务的软件工程。他们负责软件设计、原型开发和技术可行性。他们与最终用户、买家和应用专家密切合作。 - 自动化工具：
在新一代信息技术和软件开发范式中，有许多自动化和半自动化工具可供使用，可以确认和管理构建系统的需求。此类软件还提供输入。系统/软件要求。 - 过去的经验/案例研究：
在相似或相同领域工作的组织可能会提供其过去的经验，甚至是记录在案的案例研究。这有助于更清楚地了解需求，否则这些需求可能会被隐藏。 - 连接的人/机器/环境：
与软件或环境因素和 IT 领域相关的人可能会提供很多关于开发中涉及的约束、开发、软件和环境影响的信息。 - 测试人员：
测试人员是有关用户行为或系统状况预测行为的良好信息来源。持续与真实用户联系以获取他们的意见。在这种情况下，审查员可以利用他们的经验和分析技能来提供意见。