1.4 术语定义

为项目中的关键术语和缩写提供统一、明确的解释，建立共同的沟通语言。

页面内容

本页面旨在创建一个项目词汇表，消除由于术语模糊或多义性可能导致的沟通障碍和开发偏差。一个清晰的术语表是确保所有团队成员、指导老师以及其他相关方对关键概念的理解保持一致的必要工具，为后续的需求分析和系统设计奠定坚实的基础。

为保证本文档及项目所有沟通的准确性，特定义以下关键术语：

AC (Acceptance Criteria - 验收标准)

指一组预先定义好的、用于判断一个用户故事（User Story）是否已完成的条件。每一条标准都应该是可测试的，并且经常使用 Gherkin 语法来编写。

一种敏捷软件开发方法，它鼓励团队成员（包括开发者、测试者、业务分析师）使用自然语言、围绕业务行为的具体“场景（Scenario）”进行协作。Gherkin 是实践 BDD 的核心工具。

一种业务人员可读的、领域特定的语言，用于描述软件的行为而无需关心实现细节。它使用 Given xxx, When xxx, Then xxx 等关键词来构造测试场景（Scenario），通常用来编写用户故事的验收标准（AC）。

一种在开发和测试中使用的技术，指创建一个"假的"但行为与真实组件相似的功能。在本项目中，主要用于"短信发送"和"在线支付"，以模拟完整流程而不产生实际费用或交易。

指一个产品的早期版本，它只包含足以满足核心用户、验证产品构想所必需的最少功能。本项目课程要求的核心功能集合即构成了我们的MVP。

一个关于授权的开放网络标准。在本项目中，特指用于实现"通过GitHub登录"功能的技术。它允许用户授权我们的平台访问其在GitHub上的部分公开信息（如用户名、头像）以完成登录，而无需我们存储用户的密码。

指通过网站或App等在线渠道，为消费者提供旅游产品（如机票、酒店、租车等）预订服务的平台。本项目旨在实现一个简化的OTA平台。

一种仅在单次登录会话中有效的密码，通常通过短信等方式发送给用户，用于验证其身份。

一种从最终用户的视角描述软件功能需求的非正式、自然语言格式。它通常遵循 As a <用户类型>, I want to <做什么>, so that <为什么> 的格式。