Module 06 · Final Quiz and Final Project
Software Engineering Glossary软件工程术语表
| Term 术语 | 定义 | 介绍该术语的视频 |
|---|---|---|
| 2-tier 两层架构 | 两层架构是一种计算模型，服务器负责托管、交付和管理提供给客户端的大部分资源与服务。 | 第 4 周：软件架构模式 |
| 3-tier 三层架构 | 三层模式将应用组织为三个逻辑和物理计算层：表示层，即用户界面；中间层，通常是处理业务逻辑的应用层；以及存储和管理数据的数据层。 | 第 4 周：软件架构模式 |
| Agile 敏捷开发 | 敏捷是一种迭代式软件开发方法。团队按周期或冲刺（Sprint）工作，每个冲刺中都会进行单元测试。每次冲刺结束时，会在会议上发布一部分可运行的代码，供利益相关者查看新功能并提供反馈。 | 第 1 周：软件开发方法论 |
| Alpha release Alpha 发布 | Alpha 发布是系统的第一个可运行版本，面向选定的利益相关者群体发布。 | 第 1 周：构建高质量软件 |
| API gateway API 网关 | API 网关将客户端的 API 请求路由到服务。编排负责处理服务之间的通信。 | 第 4 周：软件架构模式 |
| Application deployment environment 应用部署环境 | 应用环境是运行应用所需的硬件与软件资源的组合。 | 第 4 周：应用部署环境 |
| Application Programming Interface (API) 应用程序接口 | API 是允许两个程序进行通信的代码。 | 第 2 周：后端开发的重要性 |
| Array 数组 | 数组按顺序存储固定数量、相同类型的元素，索引从零开始。 | 第 3 周：编程概念简介，第 1 部分 |
| Assembly language 汇编语言 | 汇编语言是一种低级编程语言，使用一组符号表示机器码。 | 第 3 周：查询与汇编编程语言 |
| Attributes 属性 | 对象的特性和数据就是它的属性。 | 第 4 周：面向对象分析与设计 |
| Backend developers 后端开发人员 | 后端开发人员处理代码和数据发送到客户端之前在服务器上发生的一切。 | 第 2 周：Web 和云开发概述 |
| Behavioral models 行为模型 | 行为模型描述系统做什么，而不解释如何实现。系统的整体行为可以通过行为模型来传达。 | 第 4 周：软件设计与建模 |
| Beta release Beta 发布 | Beta 发布也称为有限发布，面向开发组织之外的利益相关者。 | 第 1 周：构建高质量软件 |
| Black-box testing 黑盒测试 | 黑盒测试是一种测试人员不查看源代码或内部结构的测试方法。 | 第 1 周：软件测试 |
| Boolean expression 布尔表达式 | 布尔表达式是一种只有“真”或“假”两个值的编程语句。 | 第 3 周：分支与循环编程逻辑 |
| Branching 分支 | 分支逻辑使计算机程序根据执行过程中是否满足特定条件作出决策，选择不同的指令集。 | 第 3 周：分支与循环编程逻辑 |
| Build automation servers 构建自动化服务器 | 构建自动化服务器按计划或在被触发时执行构建自动化工具。 | 第 2 周：更多应用开发工具 |
| Build automation utilities 构建自动化工具 | 构建自动化工具通过编译和链接源代码，生成可执行文件等构建产物。 | 第 2 周：更多应用开发工具 |
| Business logic 业务逻辑 | 应用的业务逻辑决定事务结果，以及哪些数据被写入数据库或从数据库中检索等事项。 | 第 4 周：生产环境部署组件 |
| Cascading Stylesheets (CSS) 层叠样式表 | 开发人员使用 CSS 创建美观的网站。CSS 为前端开发人员提供标准方法，用于定义、应用和管理网站及其各个组件的不同样式特征。CSS 确保外观、风格、颜色、字体、设计和布局的一致性。 | 第 2 周：前端开发概述 |
| Chief Technology Officer (CTO) 首席技术官 | 首席技术官负责监督公司的所有研发活动，并监控公司的系统和基础设施，确保它们满足公司需求与预算。 | 第 5 周：软件工程职业路径 |
| Class 类 | 类是对象的通用版本，包含对象的通用属性，即其特性和方法。 | 第 4 周：面向对象分析与设计 |
| Class diagram 类图 | 类图常用于在面向对象分析与设计中传达软件系统的结构，展示面向对象设计中的各个类如何相互关联。 | 第 4 周：面向对象分析与设计 |
| Client-Server 客户端—服务器 | 两层架构的另一种说法。 | 第 4 周：软件架构模式 |
| Compiled language 编译型语言 | 编译型语言使用编译程序创建用于运行软件的程序文件。编译器获取源代码，将其从编程语言转换为机器码，然后编译成一个可执行文件。最后，在设备上选择相应图标或文件即可运行程序。 | 第 3 周：解释型与编译型编程语言简介 |
| Component 组件 | 组件是一个独立的、封装功能的单元，作为应用的一部分与其他组件共同工作。 | 第 4 周：应用架构方法 |
| Component-based architecture 基于组件的架构 | 基于组件的架构着重将设计分解为逻辑组件，其抽象层次高于面向对象设计。它应定义、组合并实现松耦合的独立组件，使它们协同工作以创建应用。 | 第 4 周：应用架构方法 |
| Conditional statement 条件语句 | 允许计算机使用分支逻辑的“if-then”语句。 | 第 3 周：分支与循环编程逻辑 |
| Constant 常量 | 常量是在程序中其值保持不变的数据项。 | 第 3 周：编程概念简介，第 1 部分 |
| Continuous Integration / Continuous Delivery or Continuous Integration / Continuous Deployment (CI/CD) 持续集成／持续交付或持续集成／持续部署 | CI/CD 指持续集成以及持续交付或持续部署的实践。它是 DevOps 团队的一项最佳实践，使开发人员能够可靠地频繁交付变更。持续集成（CI）确保所有代码组件顺畅协作。持续交付（CD）从 CI 完成的地方开始：CI 流程自动构建并测试代码，随后 CD 将构建中的所有代码变更部署到测试或预发布环境。 | 第 2 周：更多应用开发工具 |
| Create, Read, Update, Delete (CRUD) 创建、读取、更新、删除 | CRUD 是最常见查询类型的简称，即创建、读取、更新和删除。 | 第 3 周：查询与汇编编程语言 |
| Database Management System (DBMS) 数据库管理系统 | 数据库管理系统通过将数据库连接到用户或其他程序来控制数据库。 | 第 4 周：生产环境部署组件 |
| Distributed system 分布式系统 | 分布式系统包含位于不同计算机上的多个服务，它们通过超文本传输协议（HTTP）等通信协议相互传递消息，以协调交互。 | 第 4 周：应用架构方法 |
| Driver/navigator 驾驶员／导航员 | 这是一种配对编程风格：一位开发人员担任驾驶员，负责输入代码；另一位担任导航员，在代码编写过程中进行审查，并指引下一步方向。 | 第 2 周：配对编程 |
| Dynamic content 动态内容 | 动态内容在客户端每次请求时生成。 | 第 2 周：Web 和云开发概述 |
| Encapsulation 封装 | 封装将组件的数据和方法捆绑在一起，以隐藏内部状态，避免暴露其具体实现。 | 第 4 周：应用架构方法 |
| Event-driven 事件驱动 | 事件驱动模式关注事件的生产者与消费者。生产者监听触发器并作出响应，消费者处理事件。生产者将事件发布到事件路由器，由路由器决定将事件推送给哪个消费者。触发事件会向监听该事件的消费者生成一条称为事件通知的消息。 | 第 4 周：软件架构模式 |
| Extensibility 可扩展性 | 可扩展性是指在不改变其他组件的情况下，向某个组件添加行为的能力。 | 第 4 周：应用架构方法 |
| Firewall 防火墙 | 防火墙阻止未经授权的访问进入或离开私有网络。 | 第 4 周：应用部署环境 |
| Framework 框架 | 框架提供构建和部署应用的标准方式。可以将框架视为一个骨架，通过添加自己的代码对其进行扩展，作为构建应用的支撑结构。 | 第 2 周：应用开发工具简介 |
| Frontend developers 前端开发人员 | 前端开发人员处理客户端发生的一切，也就是用户能够看到和交互的所有内容。 | 第 2 周：Web 和云开发概述 |
| Fullstack developers 全栈开发人员 | 全栈开发人员具备前端和后端环境的技能、知识与经验。 | 第 2 周：Web 和云开发概述 |
| Function 函数 | 函数是一段结构化、独立且可重用的代码，用于执行一个特定操作。函数接收数据作为输入，对数据进行处理，然后将结果作为输出返回。 | 第 3 周：编程概念简介，第 2 部分 |
| Functional testing 功能测试 | 功能测试是一种关注输入与输出的黑盒测试。 | 第 1 周：软件测试 |
| General availability 正式发布 | 面向所有用户的软件稳定版本。 | 第 1 周：构建高质量软件 |
| Git | Git 是一种代码仓库，可以跟踪变更，将代码拆分到不同分支中以进行更专注的开发，再将其合并回主代码。 | 第 2 周：应用开发工具简介 |
| Hybrid Cloud 混合云 | 公有云与私有云的组合，两者无缝协作，称为混合云模型。 | 第 4 周：应用部署环境 |
| Hypertext Markup Language (HTML) 超文本标记语言 | HTML 用于创建网站的物理结构，包括文本、链接、图片／视频、页面分隔符和按钮等元素。 | 第 2 周：前端开发概述 |
| Information developer 信息开发人员 | 技术写作人员的另一种称谓。 | 第 1 周：软件工程项目角色 |
| Inheritance 继承 | 子类继承父类相同的属性和方法，也可以添加自己额外的属性和方法。 | 第 4 周：面向对象分析与设计 |
| Integrated Development Environment (IDE) 集成开发环境 | IDE 使构建和管理代码更加容易。好的 IDE 支持多种语言，并能与 Git、GitHub 等管理和存储工具集成。其他实用功能包括自定义扩展和主题，以支持不同的工作方式与环境。 | 第 2 周：Web 和云开发概述 |
| Integration testing 集成测试 | 集成测试发生在单元测试之后，此时各组件被集成为一个更大的产品。 | 第 1 周：构建高质量软件 |
| Interpreted language 解释型语言 | 解释型语言通常也称为脚本语言。使用 Python、HTML 等解释型或脚本语言编写的程序，通过计算机操作系统或 Web 浏览器中的编程解释器运行。解释器获取人类可读的脚本代码，将其转换为机器码，使计算机完成所请求的任务。 | 第 3 周：解释型与编译型编程语言简介 |
| JavaScript | JavaScript 是一种面向对象的编程语言，与 HTML 和 CSS 配合使用，为网站添加交互功能。 | 第 2 周：前端开发概述 |
| Leaner Stylesheets (LESS) LESS 样式表 | LESS 增强了 CSS，增加了更多样式和功能。 | 第 2 周：前端开发概述 |
| Library 库 | 库是代码的集合，例如标准程序和子程序，可以在自己的代码中使用。 | 第 2 周：应用开发工具简介 |
| Load 负载 | 负载是指并发用户数、事务数量，以及客户端与服务器之间来回传输的数据量。 | 第 4 周：应用部署环境 |
| Load balancer 负载均衡器 | 负载均衡器将网络流量高效地分配给网络中的多台服务器，位于客户端与服务器之间，用于防止服务器流量过载。它会确定哪些服务器能够以最大限度提高可用性和响应能力的方式满足这些需求。 | 第 4 周：生产环境部署组件 |
| Loop 循环 | 循环是一系列持续重复的指令，直到达到特定条件。 | 第 3 周：分支与循环编程逻辑 |
| Method 方法 | 函数的另一种称谓。 | 第 3 周：编程概念简介，第 2 部分 |
| Microservices 微服务 | 微服务是一种构建应用的方法，将应用功能拆分为称作服务的模块化组件。 | 第 4 周：软件架构模式 |
| Minimal Viable Product (MVP) 最小可行产品 | MVP 是包含基本功能集的软件发布版本，交付给利益相关者，以便他们对这些基本功能提供反馈。MVP 中的功能集用于验证有关软件的假设。 | 第 1 周：软件开发方法论 |
| Node 节点 | 节点是网络中任何能够识别、处理数据并向其他节点传输数据的设备。 | 第 4 周：应用架构方法 |
| Non-functional testing 非功能测试 | 非功能测试检验应用的性能、安全性、可扩展性和可用性等属性，检查被测系统（SUT）的非功能性行为是否正常。 | 第 1 周：软件测试 |
| Object-oriented Analysis and Design (OOAD) 面向对象分析与设计 | 当系统将使用面向对象编程语言开发时，OOAD 是用于分析和 设计该软件系统的方法。 |
第 4 周：面向对象分析与设计 |
| Object-Oriented Programming (OOP) 面向对象编程 | 一种以对象为中心的编程方法；过程式编程则以函数为中心。对象本身包含以属性或特性形式存在的数据，以及以过程或方法形式存在的代码。两种方法的关键区别是：过程式编程使用方法操作独立的数据结构，OOP 则将两者打包在一起，让对象操作自己的数据结构。 | 第 3 周：编程概念简介，第 2 部分 |
| Object-Relational Mapping (ORM) 对象关系映射 | 用于连接数据库并检索正确数据的工具。 | 第 2 周：后端开发的重要性 |
| On-premises deployment 本地部署 | 采用本地软件部署时，组织负责运行应用所需的系统、硬件、相关基础设施与维护工作。 | 第 4 周：应用部署环境 |
| Ops engineer 运维工程师 | 站点可靠性工程师的另一种称谓。 | 第 1 周：软件工程项目角色 |
| Package manager 软件包管理器 | 软件包管理器根据用户请求，负责查找、安装、维护或卸载软件包。 | 第 2 周：更多应用开发工具 |
| Packages 软件包 | 软件包是包含应用文件、安装说明以及所选任意元数据的归档文件。它们有自己的元数据，包括软件包描述、版本和依赖项，例如需要预先安装的其他软件包。 | 第 2 周：更多应用开发工具 |
| Pair programming 配对编程 | 配对编程是团队合作的一种延伸，两名开发人员在同一台计算机前并肩工作。 | 第 2 周：配对编程 |
| Parameter 参数 | 传入函数的数据。 | 第 3 周：编程概念简介，第 2 部分 |
| Peer-to-peer (P2P) 对等网络 | 对等网络架构由去中心化的节点网络组成，每个节点既是客户端也是服务器，工作负载分配到这些节点上。 | 第 4 周：软件架构模式 |
| Ping-pong 乒乓式配对编程 | 乒乓式是一种结合测试驱动开发的配对编程风格。对于每个任务，一位开发人员先编写失败的测试，另一位再编写代码使测试通过。每个任务结束时，两人共同重构已通过测试的代码，进一步完善和改进。 | 第 2 周：配对编程 |
| Principal Engineer 首席工程师 | 首席工程师负责软件解决方案的架构、设计与开发。他们需要为团队建立流程和程序，并提供技术方向。 | 第 5 周：软件工程职业路径 |
| Private Cloud 私有云 | 私有云的云基础设施专供单一组织使用。软件系统可以在本地运行，基础设施也可以由服务提供商拥有、管理和运营。 | 第 4 周：应用部署环境 |
| Procedure 过程 | 函数的另一种称谓。 | 第 3 周：编程概念简介，第 2 部分 |
| Product manager 产品经理 | 产品经理与产品负责人类似。“产品经理”这一称谓通常用于瀑布式或类似瀑布式的软件开发项目。 | 第 1 周：软件工程项目角色 |
| Product owner 产品负责人 | 产品负责人对产品应有的形态具有明确愿景，深入理解客户需求与最终用户的需要。他们负责领导软件开发工作，确保产品为利益相关者提供所期待的价值。 | 第 1 周：软件工程项目角色 |
| Production environment 生产环境 | 生产环境由运行应用并将其交付给最终用户的基础设施组成，例如服务器、负载均衡器和数据库。 | 第 4 周：软件架构简介 |
| Production environment 生产环境 | 生产环境包含应用运行所依赖的整个解决方案技术栈，包括硬件、软件以及其他基础设施组件，面向所有用户。 | 第 4 周：应用部署环境 |
| Project manager 项目经理 | 项目经理确保项目顺利运行，并促进项目相关沟通。他们通常处理规划、调度、预算、人员与资源分配、软件计划执行以及团队沟通等整体性问题。 | 第 1 周：软件工程项目角色 |
| Prototype 原型 | 原型是最终产品的小规模复制品，用于收集利益相关者反馈并确立需求。 |
第 1 周：软件开发生命周期阶段 |
| Proxy server 代理服务器 | 代理服务器位于两个层之间，处理这两层之间的请求。它可以承担多种用途，例如负载均衡、系统优化、缓存、防火墙、隐藏请求来源、加密、扫描恶意软件等。 | 第 4 周：生产环境部署组件 |
| Pseudocode 伪代码 | 伪代码与项目代码之间能够有效衔接，因为它紧密遵循实际代码将采用的逻辑。 | 第 3 周：代码组织方法 |
| Public Cloud 公有云 | 公有云是通过开放互联网，使用云服务商所拥有硬件上的软件支持基础设施。 | 第 4 周：应用部署环境 |
| QA engineer 质量保证工程师 | 质量保证工程师负责确保产品质量，以及软件解决方案满足客户需求。他们编写并执行测试用例，以发现错误或不足，并将反馈提供给开发团队。 | 第 1 周：软件工程项目角色 |
| Query 查询 | 查询使用预定义且可理解的指令，向数据库发出请求。 | 第 3 周：查询与汇编编程语言 |
| Prototype 原型 | 原型用于测试基本设计想法。 | 第 1 周：软件测试 |
| Regression testing 回归测试 | 回归测试也称为维护测试，用于确认应用最近发生的变更，例如错误修复，不会对已有功能造成不利影响。 | 第 1 周：软件测试 |
| Responsive design 响应式设计 | 网站的响应式设计是指网站会根据访问它的设备自动调整尺寸。 | 第 2 周：前端开发概述 |
| Scalability 可扩展性 | 可扩展性是应用在不影响自身性能的情况下，动态处理增长或缩减的负载的能力。 | 第 4 周：应用部署环境 |
| Scripting language 脚本语言 | 解释型语言的另一种称谓。 | 第 3 周：查询与汇编编程语言 |
| Scrum master Scrum 主管 | Scrum 主管专注于确保团队和个人取得成功。 | 第 1 周：软件工程项目角色 |
| Service 服务 | 服务与组件类似，都是功能单元，但服务被设计为可独立部署并由多个系统重用。服务专注于满足某项业务需求。 | 第 4 周：应用架构方法 |
| Service-oriented architecture (SOA) 面向服务架构 | 在面向服务架构中，服务之间松耦合，通过网络上的通信协议相互交互。SOA 支持构建分布式系统，并通过通信协议向其他应用提供服务。 | 第 4 周：应用架构方法 |
| Site reliability engineer 站点可靠性工程师 | 站点可靠性工程师有时称为 SRE 或运维工程师，通过结合软件工程专业知识与 IT 系统管理，连接开发与运维工作。他们跟踪事件并组织会议讨论，自动化系统、程序和流程，协助故障排查，并为客户确保可靠性。 | 第 1 周：软件工程项目角色 |
| Soft skills 软技能 | 软技能是个人特质与人际交往能力，属于非技术技能，比硬技能更难定义、量化或认证。 | 第 5 周：软件工程师所需技能 |
| Software architecture 软件架构 | 软件架构是软件系统的蓝图，程序员据此开发软件中相互交互的组件。架构包含软件系统的基本结构，并解释系统的行为。它定义组件如何交互、运行环境，以及设计软件时采用的原则。 | 第 4 周：软件架构简介 |
| Software design document (SDD) 软件设计文档 | 软件设计文档是一组技术规格，说明设计应如何实现。它提供软件的功能描述，以及假设、依赖、约束、需求、目标和方法论等设计考虑事项。 | 第 4 周：软件架构简介 |
| Software Development Lifecycle (SDLC) 软件开发生命周期 | SDLC 是在可预测的时间和预算内开发高质量软件的系统化过程，其目标是产出满足客户业务需求的软件。 | 第 1 周：软件开发生命周期简介 |
| Software Requirement Specification (SRS) 软件需求规格说明书 | 汇总并列出利益相关者对应用需求的文档。 | 第 1 周：软件开发生命周期阶段 |
| Software stack 软件堆栈 | 软件堆栈是包含软件和编程语言的技术组合。各项技术按层次堆叠，共同支持应用执行。高层为用户提供任务或服务，低层与计算机硬件交互。软件堆栈通常包括编程语言、框架和用户界面工具等前端技术，以及编程语言、框架、Web 服务器、应用服务器、操作系统、消息应用和数据库等后端技术。 | 第 2 周：软件堆栈简介 |
| Squad 小组 | 小组是一个最多由 10 名开发人员组成的小团队，通常包括担任核心开发者和教练的小组领导，以及几名负责开发和实现产品功能与测试用例的软件工程师，也可能包括一两名用户体验开发人员或设计师。 | 第 2 周：团队合作与小组 |
| Staging environment 预发布环境 | 预发布环境尽可能复现生产环境，但不面向一般用户。 | 第 4 周：应用部署环境 |
| Stakeholder 利益相关者 | 利益相关者主要负责定义项目需求，并在团队成员需要澄清需求，或拟议方案无法按计划实现时提供反馈。 | 第 1 周：软件工程项目角色 |
| Standard Operating Procedure (SOP) 标准操作程序 | SOP 是书面文档，逐步说明如何完成组织特有的、常见但复杂的任务。 | 第 1 周：软件文档 |
| Static content 静态内容 | 静态内容是存储在服务器上的内容。 | 第 2 周：Web 和云开发概述 |
| Strong style 强势风格配对编程 | 强势风格是一种让初级软件工程师向更有经验的工程师学习的配对编程风格。经验更丰富的一方担任导航员，驾驶员通过观察其实现过程与思考方式学习。 | 第 2 周：配对编程 |
| Structured design 结构化设计 | 结构化设计将软件问题概念化为组织良好的较小解决单元，称为模块和子模块。它强调通过组织结构来形成解决方案。 | 第 4 周：软件设计与建模 |
| Structured Query Language (SQL) 结构化查询语言 | 最常用的数据库查询语言。 | 第 3 周：查询与汇编编程语言 |
| Syntactically Awesome Stylesheets (SASS) SASS 样式表 | SASS 允许使用变量、嵌套规则和内联导入等功能，使内容保持有序。与 CSS 相比，SASS 能够更快、更轻松地创建样式表。 | 第 2 周：前端开发概述 |
| System architect 系统架构师 | 系统架构师设计和描述项目架构，并将其传达给团队成员。他们负责设计软件内部结构的基本特征和技术方面。 | 第 1 周：软件工程项目角色 |
| System Requirement Specification (SysRS) 系统需求规格说明书 | 除 SRS 的内容外，SysRS 还包含系统能力、接口与用户特征，可能包括政策要求、法规要求、人员要求、性能要求、安全要求和系统验收标准。除软件需求外，它也概述系统所需硬件的预期要求。 | 第 1 周：需求收集与文档 |
| System testing 系统测试 | 系统测试是在应用被视为完成时进行的测试阶段。 | 第 1 周：构建高质量软件 |
| System Under Test (SUT) 被测系统 | SUT 是正在接受测试的软件应用。 | 第 1 周：软件测试 |
| Technical Architect 技术架构师 | 首席工程师的另一种称谓。 | 第 5 周：软件工程职业路径 |
| Technical lead 技术负责人 | 技术负责人管理组织中开发软件的开发人员与工程师团队，负责整个开发生命周期，并向项目利益相关者汇报。 | 第 5 周：软件工程职业路径 |
| Technical writer 技术写作人员 | 技术写作人员为最终用户编写文档。 | 第 1 周：软件工程项目角色 |
| Test case 测试用例 | 测试用例用于验证软件应用的功能，确保需求得到满足。测试用例包含步骤、输入、数据以及相应的预期输出。 | 第 1 周：软件测试 |
| Unified Modeling Language (UML) diagrams 统一建模语言图 | UML 图使用通用且与编程语言无关的符号，传达结构和行为。另一个视频将更详细地讨论 UML 图。 | 第 4 周：软件架构简介 |
| Unit testing 单元测试 | 单元测试通常由开发人员进行，测试能够与系统其他部分隔离的最小代码组件。 | 第 1 周：构建高质量软件 |
| Use cases 用例 | 用例描述用户可能如何与软件系统交互。用例通常比用户故事更细，描述系统如何行动，而非用户行为的目标。 | 第 1 周：需求收集与文档 |
| User Acceptance Testing (UAT) 用户验收测试 | 用户验收测试是由预期用户测试软件的阶段。 | 第 1 周：构建高质量软件 |
| User experience (UX) designer 用户体验设计师 | 用户体验设计师在软件的直观易用性与满足需求所需的健壮性之间取得平衡，从用户角度定义软件的行为。 | 第 1 周：软件工程项目角色 |
| User Requirement Specification (URS) 用户需求规格说明书 | URS 描述软件系统最终用户的业务需要和期望。 | 第 1 周：需求收集与文档 |
| User stories 用户故事 | 用户故事从最终用户或客户的角度解释软件需求，并以用户行为的目标来表述。 | 第 1 周：需求收集与文档 |
| Variable 变量 | 变量具有赋予的值，这些值会在较大的程序中传入函数或子程序。变量的值可根据条件或传入程序的信息而变化。 | 第 3 周：编程概念简介，第 1 部分 |
| Vector 向量 | 向量与数组类似，但大小可变；添加或移除元素时，向量会自动调整大小。 | 第 3 周：编程概念简介，第 1 部分 |
| V-shape model V 形模型 | V 形模型是一种包含确认（Validation）阶段和验证（Verification）阶段的软件开发方法。它与瀑布模型类似，也按顺序进行，每个验证阶段都有一个相应的确认阶段。 | 第 1 周：软件开发方法论 |
| Waterfall 瀑布模型 | 瀑布模型是一种顺序式软件开发方法，一个阶段的输出成为周期中下一阶段的输入。 | 第 1 周：软件开发方法论 |