深色模式
Requirements 需求收集与文档 📑💡
在本视频中，您将学习：
描述需求收集过程的步骤
解释 用户需求规格说明书（URS） 的目的
解释 软件需求规格说明书（SRS） 的目的
解释 系统需求规格说明书（SysRS） 的目的
需求收集过程 🚀
需求收集 是一个六步的过程，旨在定义需要解决的问题，并记录如何解决该问题的步骤。
这些步骤包括：
识别利益相关者
设定目标和目的
从利益相关者中提取需求
记录需求
分析并确认需求
优先排序
步骤详情：
识别利益相关者：通常，利益相关者是请求开发软件产品的组织的成员。关键人员包括决策者、最终用户、系统管理员、工程师、市场、销售及客户支持人员。确保每个受产品影响的群体都有代表参与。
设定目标与目的：
目标应明确，通常是长期可达成的结果，可能包括客户期望和业务目标。
目的应比目标具体，是可以执行且可衡量的行动，目的是实现既定的目标。
需求提取：需求提取可以通过调查问卷、访谈等方式进行。随着需求的出现，记录并确保其与目标和目的对齐。
需求记录：记录的需求应确保所有利益相关者和项目团队成员容易理解。
需求分析与确认：确保需求的一致性、清晰性和完整性。在确认后，需求应与利益相关者共享并获得批准。
需求优先排序：需求应根据重要性进行优先排序。可以使用标签如“必须有”、“高度期望”和“可以有”等进行标记。
三种需求文档 📝
通常，需求收集过程会生成三种文档：
软件需求规格说明书（SRS）
用户需求规格说明书（URS）
系统需求规格说明书（SysRS）
1. 软件需求规格说明书（SRS） 📜
SRS 是捕捉软件应执行功能的文档，并为其性能建立基准或服务水平。SRS 包含以下几个部分：
部分
内容
目的声明
描述 SRS 的预期用途、受众、范围、约束、假设、依赖性和需求
约束、假设和依赖性
详细列出产品必须在特定条件下操作的限制，如符合标准或硬件限制。假设包括操作系统或硬件要求。
需求分类
功能需求（Functional Requirements）：涵盖软件的功能性。
外部接口需求（External Interface Requirements）：涉及与用户和外部硬件或软件的交互。
系统功能（System Features）：是功能需求的子集，系统功能所需的特性。
非功能需求（Non-functional Requirements）：如性能、安全性、质量标准等。
2. 用户需求规格说明书（URS） 🧑💻
URS 记录了用户对软件系统的业务需求和期望，通常以 “用户故事” 或 “用例” 的形式编写，回答以下问题：
谁是用户？
需要执行什么功能？
为什么用户需要这个功能？
用户验收测试（UAT）用于确定这些需求是否得到满足。
3. 系统需求规格说明书（SysRS） 🖥️
SysRS 明确概述了整个系统的需求，通常具有比 SRS 更广泛的范围。
虽然许多软件项目会开发 SRS，而不是 SysRS，但 SysRS 在以下方面有所不同：
系统功能：描述整个系统的能力、接口和用户特征。
政策、法规、人员要求：列出系统相关的政策、法规要求，以及人员需求。
性能、可靠性、安全性：包括系统的性能标准和安全要求。
硬件要求：明确系统所需的硬件配置。
📌 总结
在本视频中，您学习了：
需求收集过程 包括识别利益相关者、设定目标与目的、提取需求、记录需求、确认需求并优先排序。
软件需求规格说明书（SRS） 记录功能、外部接口、系统功能和非功能性需求。
用户需求规格说明书（URS） 记录用户需求，通常以用户故事的形式表示。
系统需求规格说明书（SysRS） 描述系统能力、验收标准以及政策、法规、人员、性能、安全和硬件需求。
这些文档帮助确保所有需求都得到充分理解和实现，从而为软件开发提供明确的指导。
