A Activities - 活动 为单一目的而一起执行的工作的模式活动可以使用.DOC

A Activities - 活动 为单一目的而一起执行的工作的模式。活动可以使用或产生工作产品，且可以由工作项进行跟踪。 Adversary - 敌人 不受欢迎的角色或企图访问某个资产的角色。敌人的示例包括黑客。 Application diagram - 应用程序关系图 组成用于部署的系统的应用程序的定义和配置。应用程序关系图用于开发环境，它显示在开发代码之前通过图形布局中的终结点公开的通信依赖项。 Asset - 资产 系统必须对其进行保护以避免被敌人滥用的抽象或具体的资源。 Automated test - 自动测试 计算机可以运行以测试系统功能的一组步骤。 B Backlog - 积压 尚未关闭的工作项集，表示处于考虑中或仍需要完成的工作。 Bug allotment - Bug 分配 分配用于修复 bug 的一段开发时间。分配是通过在迭代计划中留下时间间隙来创建的。 Bug 一种工作项类型，记录产品中缺陷的可能来源。 Build - 生成 接受一个或多个输入配置项并处理它们（生成它们）以创建一个或多个输出配置项所涉及的过程；例如，软件编译和加载。 Build verification tests - 版本验证测试 也称为冒烟测试。用于在较高级别确定生成的运行状况的一组测试。这些测试通常试验核心功能，以帮助团队成员确定进一步进行测试是否值得。 C Changeset - 变更集 更改的逻辑分组。存在挂起的变更集、搁置集和已提交的变更集。挂起的变更集是已经在一次登记中进行但是尚未提交到数据库以进行发布和永久记录的一组更改。搁置集是尚未提交但是其整个内容现在位于源代码管理服务器中的一组更改。已提交的变更集是已经永久记录在数据库的历史记录中并且可供其他人员进行查看的一组更改。 Class diagram - 类关系图 类以及它们之间的关系的可视化和静态表示形式。 Code analysis - 代码分析 检查代码是否符合设计原则。对于查找由一组原则确定的常见编码和设计错误，代码分析比编译更胜一筹。 Code coverage - 代码覆盖率 用于描述程序源代码测试程度的指标。代码覆盖率表示为被测试的代码行在总代码行中所占的百分比。 D Deployment diagram - 部署关系图 用于定义和评估应用程序系统中各应用程序的部署的关系图。部署关系图文件 (.dd) 包含基于系统定义模型 (SDM) 的信息。 Development task - 开发任务 所分配的开发工作单元，通常为生成方案或服务质量要求的一部分而创建。开发任务描述开发人员在迭代上下文中的目标。 Differentiating factor - 区分因素 方案中确定该方案区别于其他方案的唯一性的部分。区分因素的目标是防止创建多个描述系统中的相同流程的方案。 Disfavored persona - 不受欢迎的角色 请参见“敌人”。 DREAD 一种与漏洞或安全要求相关联的风险等级。DREAD 代表“破坏可能性”、“可重现性”、“可利用性”、“受影响的用户”、“可发现性”。 Dynamic systems initiative - 动态系统管理计划 一个围绕新的软件体系结构组合硬件、软件和服务供应商的管理计划，该软件结构使客户能够利用符合行业标准的硬件的强大功能，并自动化 IT 运作，使其简单而灵活。 E Entry point - 入口点 系统提供的接口，可用作获得对系统的资产或资源的访问权限的途径。 Exploratory testing - 探索性测试 对不具有预先定义的测试集的产品进行的测试。执行探索性测试的测试人员扮演某个角色，并执行该角色将执行的任务。 F Feature dissatisfaction - 功能缺陷 用户认为产品未满足市场、竞争者、以前的体验或承诺所设定的期望的一种情况。 Fuzzing - 模糊化处理 模糊化处理向软件应用程序编程接口 (API) 和网络接口提供结构化但是无效的输入，以便使检测出可能导致软件漏洞的错误的可能性最大化。 G Goal - 目标 角色尝试实现的目标。某个系统会帮助角色实现这些目标。 I Infrastructure architecture - 基础体系结构 包括协议、安全级别和服务在内的部署环境的拓扑。此体系结构提供到部署环境（如数据中心）的逻辑映射。 Instrument - 检测 检查在每个代码区域中所消耗的时间量的过程。 Iteration - 迭代 用于计划任务的固定时段。一次迭代一般固定在 2 至 6 周之间完成。迭代一般连续地进行编号并按顺序执行。 Iteration budget - 迭代预算 用于根据量值的粗略预定估计来计划迭代的开发活动的预算。迭代预算是从速度