需求调研 1是需求工程流程的关键步骤，它为软件的正式规范制定提供了基础。然而，这一过程充满了挑战。
1 需求调研的常见挑战
需求调研是软件工程中最具挑战性的部分。以下是一些常见的挑战：
- 理解用户需求：需求往往定义模糊，并且可能随时间变化，这使得工程师难以把握用户的真正需求。
- 管理利益相关者：多个利益相关者可能有不同的目标和优先级 2，满足每个人的需求是一项挑战。
- 识别和减轻风险：工程师必须识别和减轻与需求相关的潜在风险，如安全漏洞或可扩展性问题。
- 处理模糊性：需求可能含糊不清、不一致或不完整，这增加了工程师理解系统应实现功能的难度。
- 跟上技术变化：需求必须与最新的技术趋势和创新保持一致，而这些趋势和创新可能难以预测和跟上。
- 平衡可行性、成本和时间：工程师需要在实现需求的可行性、成本和时间之间找到平衡。
- 保持可追溯性：在整个开发过程中，需求的可追溯性至关重要，以确保所有要求得到满足并跟踪任何更改。
- 理解大型和复杂系统的需求：大型系统可能涉及大量用户和功能，增加了安全性 3等方面的限制。
- 系统边界不明确：可能没有明确的实施要求，客户可能会添加不相关或不必要的功能，导致实施成本过高。
- 客户/利益相关者 4需求不明确：客户可能对自己的需求有一个基本的想法，但缺乏详细的实施计划。
- 存在冲突的需求：不同利益相关者可能提出相互矛盾的需求，单个利益相关者也可能提出不兼容的需求。
- 需求变更：客户可能在访谈或评审 5中表达对最初指定需求集的更改，处理这些变化可能很困难。
- 适当划分系统以降低复杂性：项目可以分解为小模块或功能，由不同的团队处理，需要确保分区不重叠且彼此独立。
- 验证和跟踪需求：在实施前交叉检查列出的需求非常重要，应具有向前和向后的可追溯性。
- 确定关键需求：确定必须实现的需求集，并按优先级排列，以便首先实现关键需求。
- 解决“待定”需求：TBD需求集包括那些未来尚待解决的需求，此类需求的数量应尽可能少。
- 适当的文档、会议时间和预算限制：确保适当的文档是一项挑战，尤其是在需求发生变化的情况下。时间和预算限制也需要谨慎处理。
2 克服需求调研挑战的解决方案
- 成功的沟通：建立开发团队、业务分析师、最终用户和其他利益相关者之间的清晰、有效的沟通渠道。
- 利益相关者参与：在整个需求调研过程中，积极主动地与利益相关者沟通，组织频繁的会议、研讨会 6和反馈会议。
- 获得领域专业知识：与主题专家、领域专家和最终用户合作，获取有关该行业和特定公司要求的知识。
- 利用视觉辅助工具：使用视觉辅助工具帮助利益相关者理解困难的概念，确保指定的要求恰当地代表他们的期望。
- 文档：明确定义文档的标准和程序，使用版本控制、模板和一致的语言来保持文档的准确性和最新性。
3 需求调研的优点
- 改善沟通：需求调研有助于改善利益相关者、开发人员和用户之间的沟通，从而更好地理解用户需求并生产出更成功的最终产品。
- 减少返工：通过在开发过程早期识别和解决需求，工程师可以减少以后代价高昂的返工的可能性。
- 提高用户满意度：通过彻底了解和满足用户的需求，工程师可以创建更有可能满足用户期望并提高满意度的软件。
- 提高系统质量：通过识别和减轻与需求相关的风险，工程师可以提高系统的整体质量。
- 更好地与业务目标保持一致：通过使需求与业务目标保持一致，工程师可以确保软件的开发方式能够支持组织的整体目标。
4 需求调研的缺点
- 耗时：需求调研可能是一个耗时的过程，可能会减慢开发过程。
- 成本高昂：收集需求可能成本高昂，尤其是涉及多个利益相关者时。
- 需求变更的风险：需求可能随时间变化，这可能导致混乱，并且需要额外的工作来使项目与更新的需求保持一致。
- 难以确定所有需求：确定所有需求可能很困难，尤其是在处理复杂系统或新技术时。
- 难以预测未来需求：难以预测未来需求，这可能导致软件过时或需要重新设计。
- 难以处理用户不断变化的需求：当用户开始使用系统时，他们可能会意识到他们需要一些在需求收集阶段没有预料到的东西。
5 结语
需求工程存在许多问题，包括定义系统范围的问题、促进受拟议系统影响的各个社区之间相互理解的问题以及解决需求不稳定性的问题。这些问题可能会导致不可持续的需求并取消项目开发，否则，系统的开发将被视为不令人满意或不可接受的、修复成本高昂或将面临变化。通过改进服务交付，可以改进需求工程过程，从而改善系统需求并形成更好的系统。