什么是软件需求

需求获取是从利益相关者和其他来源收集和发现需求的过程，通常使用访谈、焦点小组和文档分析等技术。这是确定软件需求的第一步，旨在全面了解客户和用户的需求。

需求分析是对每个需求进行深入理解并以多种方式表示的过程。分析有助于确保需求的完整性、一致性和可行性，并识别任何遗漏或矛盾之处。

需求规格说明是以组织良好的方式记录需求的过程，通常使用用例、用户故事和功能需求等工件，以促进沟通和变更管理。规格说明文档对于确保所有利益相关者对需求有共同理解至关重要。

需求管理也是至关重要的，因为需求在项目期间经常发生变化，需要适当跟踪和控制。需求变更控制有助于确保项目保持在正轨。

需求验证技术用于确认已指定了正确的需求集，以满足项目的业务目标。这包括与利益相关者审查和确认需求，以及执行其他验证活动。

软件需求规范用于在客户和承包商或供应商之间建立协议，明确软件产品应具备的功能。这有助于避免由于期望值不一致而导致的项目失败。

在进入系统设计阶段之前，软件需求规范可以对需求进行严格评估。这为估算产品成本、风险和进度提供了现实的基础。

软件需求在需求挖掘、分析、规格说明和管理活动中发挥作用。需求挖掘涉及从利益相关者和其他来源收集和发现需求。需求分析则是对每个需求进行更深入、更精确的理解，并以多种互补的方式表示需求集。规格说明则是以持久和有组织的方式表示和存储收集到的需求知识，以促进有效的沟通和变更管理。

软件需求用于记录系统的功能需求，通常涉及用例，说明系统应如何与用户或其他系统交互以实现业务目标。用例由需求工程师和利益相关者共同撰写，避免使用技术术语，使用最终用户或领域专家的语言。

功能性需求描述了软件系统预期的行为和输出。它们规定了软件应该具备哪些功能，以满足用户的需求。功能性需求是软件需求中最基本和最重要的部分。

非功能性需求指定了诸如可移植性、安全性、可维护性、可靠性、可扩展性、性能、可重用性和灵活性等方面的要求。非功能性需求可分为界面约束、性能约束、操作约束、生命周期约束和经济约束等类别。

领域需求与特定类别或领域项目的特征相关。不同的应用领域会有不同的领域需求，如金融软件的审计需求、医疗软件的隐私需求等。领域需求反映了软件所处领域的特殊要求。

软件需求规格说明书（SRS）列出了软件项目的功能性和非功能性需求。它在系统设计阶段之前对需求进行严格评估，目的是减少后期的重新设计。SRS为客户和承包商之间就软件产品的功能达成一致，是双方协议的基础。

软件需求描述了待开发软件系统的预期行为、功能和约束条件。它们可以是功能需求（描述预期输出和行为）或非功能需求（如可移植性、安全性、可维护性、可靠性和性能等）。而用户需求则描述了用户为解决问题或实现目标所需的条件和能力，着重于用户的需求和目标，而非软件系统的技术细节。

软件需求通常由开发团队和技术相关方定义，是对软件系统功能、性能和安全标准等技术规范的描述。而用户需求则来自于最终使用软件应用程序的用户，描述了他们如何利用软件来完成任务和实现目标。

软件需求规定了软件项目开发所需的充分必要条件，用于在客户和承包商之间就软件应如何运行达成一致。而用户需求则需要通过提取、分析、规格说明和验证等过程转化为软件需求。

软件需求的目的是确保开发出满足技术规范的软件系统。而用户需求的目的是确保开发出能够满足业务和用户实际需求的软件应用程序。

在确定优先级之前，需要对所有需求进行彻底分析和分类。可以根据需求的重要性、复杂程度、风险等因素对需求进行分类。这有助于更好地理解需求之间的关系和依赖性，为后续确定优先级奠定基础。

需求优先级的确定应该让所有利益相关者参与其中，包括客户、用户、开发团队等。不同利益相关者对需求的重视程度可能不同，需要达成共识。一些常用的技术如规划扑克等，可以帮助利益相关者就需求优先级达成一致。

评估每个需求对业务目标的贡献程度是确定优先级的关键。高业务价值的需求应当被优先考虑。此外，还需要考虑需求之间的相互依赖关系，确保实现高优先级需求所依赖的其他需求也被优先处理。

一些需求可能存在较高的实现风险或受到技术、时间、资源等约束的影响。在确定优先级时，需要对这些风险和约束进行评估，对高风险需求适当降低优先级。

需求优先级并非一成不变，在软件开发的整个生命周期中都需要持续评估和调整。新出现的需求、变更的业务目标、技术进展等因素都可能导致优先级的变化。

通过分析需求文档的完整性和正确性，评审产品架构和设计，确保需求规格说明与项目业务目标相符。可借助工具检查需求文档是否符合预期结构和标准，并与其他需求集进行比较、合并和更新。

需求可追踪性是验证的重要方面，可使用工具将需求与其他工件（如模型和源代码）相关联，追踪需求在整个开发生命周期中的实现情况。

模型驱动系统工程（MBSE）采用形式化建模方法，在整个开发生命周期中支持需求验证和确认活动。

软件测试是需求验证的关键环节。质量分析师通过执行各种测试（如集成测试、功能测试、性能测试、验收测试和安全测试），评估应用程序是否满足需求，并识别和修复软件错误和缺陷。

自动推理技术可用于验证软件是否符合安全策略，并按预期设计运行。例如，工程师使用自动推理来证明每种启动配置下的启动代码都是安全的，并确保存储和处理数据受到保护。

软件确认用于验证软件实现与高层次规范的一致性，并确保系统的所有可能行为都满足指定的时序属性，从而确保软件按预期或设计运行。

相关利益相关者定义应用程序的需求，分析如何支持其业务目标和合规性需求。这通常涉及编写用户故事，描述不同用户将如何与应用程序交互。

开发团队创建软件需求规格说明书，设定预期并定义共同目标，以帮助项目规划。这包括估算成本、制定进度计划以及制定详细计划来实现目标。

应用程序生命周期管理（ALM）工具可以作为应用程序用户需求的中央存储库，将用户故事与技术和功能规范相关联。这有助于在整个开发过程中管理需求。

在开发阶段，各个团队通力合作将需求转化为可运行的应用程序。这包括项目经理估算时间和成本、开发人员确定设计任务和编程活动、质量分析师添加审查任务和检查点。

开发和测试团队为软件项目制定时间表，确定需求之间的相互依赖关系以及完成和发布新功能的顺序。他们使用集成测试、用户验收测试和冒烟测试等技术来验证应用程序是否满足需求。