什么是软件需求分析

软件需求分析的一个重要应用场景是需求收集和发现。在这个阶段，分析师需要从项目章程、业务流程文档和利益相关者访谈等来源收集需求，他们可以采用原型设计、用例分析和敏捷软件开发等技术，帮助缩小业务用户和IT组织之间的沟通差距，并在编写任何代码之前"试销"应用程序。

软件需求分析还应用于分析和验证所陈述的需求，确保它们清晰、完整、无重复、简洁、有效、一致和无歧义。分析师可以采用开发场景、识别用例、工作场所观察、访谈和焦点小组等各种方法来获取和记录需求，目标是确立利益相关者的确切需求，以便生产出满足其业务需求的系统。

在需求收集阶段，需求分析还应用于编写描述不同用户将如何与应用程序交互的用户故事。例如，银行移动银行应用程序的需求管理团队确定了两个用户故事：一个是客户提交开立新银行账户的请求，另一个是管理员批准客户文档。需求分析还包括识别软件系统的安全性和合规性要求。

软件需求分析的另一个应用场景是创建软件需求规范文件，该文件设定预期并定义共同目标，以帮助项目规划，在这个阶段，开发团队从各种利益相关者那里收集需求，如客户、内部和外部专家以及经理。

需求获取是指从各种渠道收集需求信息，如项目章程、业务流程文档、利益相关者访谈等，这个过程需要与客户、最终用户和其他利益相关方进行广泛沟通，以全面了解他们的期望和需求。

需求记录是将获取到的需求以各种形式记录下来，如概要列表、自然语言文档、用例、用户故事和模型等，记录需求的目的是为了形成统一的需求规范，作为后续开发和测试的依据。

需求分析是对记录的需求进行审查和评估，确保需求清晰、完整、一致且无歧义，并解决任何存在的冲突，分析过程中可能需要与利益相关方进一步沟通，对需求进行修改和完善。 除了按照活动类型划分外，需求还可以根据其性质分为不同类型，如业务需求（高层次目标）、客户需求（期望和需求）和运营需求（部署、任务概况等），由于技术人员和最终用户可能使用不同的词汇，因此需要通过原型设计、用例开发和敏捷开发等技术来解决沟通障碍。

用户往往不参与需求评审，或者技术水平有限，无法理解开发过程和当前技术，导致即使开发已经启动也会改变需求。

技术人员和最终用户可能使用不同的词汇，导致双方虽然表面达成一致，但实际上会存在分歧，直到最终产品交付时才发现。

工程师和开发人员可能试图将需求与现有系统或模型相匹配，而不是针对客户需求开发定制系统。

为解决沟通挑战，一种尝试是雇佣业务或系统分析专家。另一种策略是引入专业的沟通培训，提升团队成员之间的表达与倾听能力。这可能涵盖非暴力沟通技巧、有效反馈方法以及跨部门沟通协作的工作坊。同时，利用技术工具，比如项目管理软件和即时通讯平台，来促进信息透明度和同步，也是不可或缺的一环。此外，建立定期的团队会议和一对一会谈机制，鼓励开放对话，及时解决误解与冲突，能够从根本上强化团队的沟通效能。

20 世纪 90 年代引入了原型设计、UML、用例和敏捷软件开发等技术，旨在解决之前需求分析方法的问题。

软件需求分析通常从获取需求开始，常用的技术包括访谈、问卷调查、工作坊与研讨会、情景分析等。这些技术使分析师能够深入理解用户的实际需求和期望。例如，通过一对一的访谈，分析师可以挖掘用户的详细需求和潜在问题；问卷调查则可以收集大量用户的意见和建议，为需求分析提供统计数据支持。工作坊和研讨会则是一种集体讨论形式，通过集中不同背景和专业领域的利益相关者，促进信息共享和创意激发，有助于识别和细化需求。情景分析则通过描述特定情境下用户与系统的交互过程，帮助分析师理解用户在实际使用中的需求。此外，还包括使用用例建模，通过构建用例图和用例说明，来描述系统功能和用户行为。需求获取还可能涉及到竞品分析，通过研究市场上类似产品的功能和用户反馈，来提炼需求。所有这些技术都旨在确保需求的全面性和准确性，为后续的软件设计和开发打下坚实基础。

在获取需求后，需要对需求进行分析、管理和优化，这一过程通常涉及多种工具和技术来提高效率和准确性。使用需求分析和管理工具可以帮助团队更有效地组织需求，确保它们与项目目标一致，并且可以被跟踪和度量。这些工具支持需求的文档化、版本控制、优先级排序、依赖关系映射以及变更管理。通过这种方式，团队可以确保需求在整个开发周期中保持清晰和最新状态，同时允许所有利益相关者对需求有一个共享的理解。此外，这些工具还可以帮助识别潜在的冲突和重叠，促进需求的一致性和完整性，为软件的设计、开发和测试阶段奠定坚实的基础。通过持续的需求管理，团队可以适应变化，优化资源分配，并提高软件交付的成功率。

需求应以清晰、可操作和可测试的方式记录下来，需求应与已识别的业务需求或机会相关，并定义到足以进行系统设计的详细程度。清晰的需求文档有助于提高需求质量。

对需求进行分析以确保其清晰、完整、无重复、简洁、有效、一致和无歧义，这种分析有助于解决需求中的任何明显冲突。可视化工具和模板的一致使用也有助于提高需求质量，促进对期望的最终产品的更好理解。

记录需求之间的依赖关系和相互关系，以及任何假设和约束，对于保持需求质量都很重要。在整个需求分析过程中识别并让利益相关方参与也至关重要，以确保最终需求满足所有受影响方的需求。

需求应该在整个软件开发生命周期中不断进行评审、验证和改进。这有助于确保需求保持最新并满足不断变化的业务需求。利益相关方的持续参与对于维护需求质量也很重要。

在信息系统的早期发展阶段，软件需求分析的重点主要集中在数据处理和数值计算等例行工作上。当时的需求分析过程相对简单，主要围绕着这些基本的数据处理功能展开。

随着软件系统日益复杂，需求分析开始成为软件开发过程中独立的第一阶段。在这个阶段，开发团队通过与利益相关者的讨论和访谈，收集并分析客户的需求和目标，确定所需的功能和软件的整体范围。同时还需要分析现有系统和工作流程，评估技术可行性，并制定项目里程碑。

在规划和设计阶段，开发团队会创建全面的项目计划，概述开发路线图、时间线、资源分配和可交付成果。同时，还需要确定软件架构设计，并考虑用户界面 (UI) 和用户体验 (UX) 设计元素。

为了更好地应对需求分析中的挑战，软件行业引入了多种方法论和技术，如原型设计、统一建模语言 (UML)、用例设计和敏捷软件开发等。这些方法旨在改善技术人员与最终用户之间的沟通，并支持更加迭代和以用户为中心的开发模式。