[2024 年 3 月 20 日] 通过 ACD300 Dumps 免费最新 Appian 练习测试 [Q21-Q37]

新问题 21
针对概述的每种情况，请选择最佳工具以达到预期目标。注意：要更改您的答案，您可以点击选择列表顶部的空白处，取消选择您的答案。

新问题 22
作为即将发布的应用程序的一部分，在包含客户数据的表中添加了一个新的可空字段。
创建添加新字段的脚本时，应考虑哪两个操作？

创建一个脚本，添加所持内容并使其保持为空。

创建删除字段的回滚脚本。

创建一个脚本，添加字段并填充它

创建一个回滚脚本，清除字段中的数据

添加一个视图，将客户数据与计算中使用的数据连接起来

新问题 23
您是 Appian 项目的首席开发人员，在一次积压工作细化会议上，您收到了以下用户故事。
作为餐厅的顾客。我需要能在网上订餐，以避免排队等候外卖。您认为哪两个功能验收标准是 "好"？

用户点击 "保存 "后，订单信息将保存在订单表中，并有审计历史记录。

订单完成后，用户将收到电子邮件通知。

系统每天可处理多达 500 份订单

如果不填写所有必填字段，用户就无法提交表格。

新问题 24
Applan 云应用程序具有高可用性 (HA) 的两个优势是什么？

Applan 云 HA 实例由运行在不同地区不同可用性区域的多个活动节点组成。

数据和交易在活动节点间不断复制，以实现冗余并避免单点故障。

典型的 Appian Cloud HA 实例由两个活动节点组成。

如果发生系统故障，您的 Appian 实例将在 15 分钟内恢复并提供给用户使用。

新问题 25
作为从测试到生产的第一个部署流程的一部分，您正在运行检查。您收到通知，其中一个对象将无法部署，因为它依赖于另一个团队拥有的应用程序中的一个对象。
下一步该怎么做？

创建具有相同代码库的自己的对象，替换应用程序中的依赖对象，并部署到 PROO。

停止生产部署，并联系其他团队，请他们指导如何将对象推广到 PROD

检查必要对象的依赖关系如果依赖关系较少且风险较低，则使用 PROO 进行部署

将功能上可行的软件包推送到 PROD，但不包含依赖项，并根据其他团队的限制条件规划部署的其余部分

新问题 26
您的敏捷 Scrum 项目要求您管理两个团队，每个团队有三名开发人员。两个团队并行开发同一个应用程序。
如何在团队之间进行分工，避免交叉依赖造成的问题？

让每个小组根据个人喜好选择他们想要加工的石头

按技术难度对史诗和石头进行分组，并将更具挑战性的故事分配给一个小组

按功能对史诗和石头进行分组，并按功能在每个团队之间分配工作。

根据团队成员的累计工作年限，为每个团队分配故事。

新问题 27
您的 Appian 平台上有 5 个处于生产状态的应用程序。用户现在开始在平台上使用多个应用程序，客户希望确保所有应用程序的用户体验保持一致。您注意到，有些应用程序使用富文本，有些使用节布局，还有一些使用框布局。结果是每个应用程序的页眉都有不同的颜色和大小。
为确保整个平台的一致性，您有何建议？

为文字大小和颜色创建常量，并更新每个部分的值。

在通用应用程序中，创建一条可在整个平台上用于节标题的规则，并更新每个应用程序以引用这条新规则

在通用应用程序中，为每个应用程序创建一条规则，并更新每个应用程序以引用各自的规则

在每个单独的应用程序中，创建一条可用于批量总段落标题的规则，并更新每个应用程序，使其引用各自的规则

新问题 28
您有一个活跃的开发团队（团队 A）在为应用程序（App X'）构建增强功能，目前正在使用测试环境进行 UAT。
另一个运营团队（"团队 B"）发现应用程序 X 的生产实例中存在一个关键错误，他们必须进行修复。可用环境是开发环境、测试环境和生产环境。测试和生产这两个团队应采取哪些风险缓解措施，以确保 AS 团队的资本项目只受到轻微干扰，而 B 团队的关键修复可以完成并迅速部署到最终用户？

如果存在重叠，则在补救和部署之前，必须将组件版本控制到 PROD 状态，然后再将其版本控制回最新的开发状态如果不存在重叠，则可以在不做任何版本更改的情况下补救和部署组件

团队 A 必须在 OEV 中分析其当前代码库，并将 hotfix 变更合并到最新的增强功能中。然后，团队 B 需要等待热修复程序按照常规部署协议从 DEV 部署到 PROO 环境。

第 8 小组必须处理测试环境中的变更，这些变更随后可以直接测试和部署到生产环境中。部署完成后。团队 B 就可以将他们的变更传达给各团队，以确保这些变更作为下一个版本的一部分纳入其中。

第 8 小组必须直接处理 PROD 中的更改。由于没有 hotfix 流，而且 OEV 和 TEST 正在用于主动开发，因此最好避免组件冲突。一旦团队 A 完成了增强工作，团队 6 就可以更新 DEV 和 TEST。团队 6 就可以相应地更新 DEV 和 TEST。

新问题 29
您正在决定适当的流程模型数据管理策略。
针对每项要求，匹配相应的实施策略。每个策略将使用一次。
注意：要更改您的回答，可单击选择列表顶部的空白处取消选择您的回答。

说明

要求：完成或取消后 2 天存档。正确匹配：A. 需要在完成或取消后 2 天内可用的流程，之后就不再需要也无法访问正确匹配的精确解释摘自 Appian 文档：此策略称为
"2 天后归档 "是 Appian 流程模型数据管理的选项之一。该策略意味着完成或取消的流程将在 2 天内保持可用，之后将被归档，不再可访问。该策略有助于减少流程数据库的大小，并提高流程报告的性能。
要求：使用系统默认值（目前在完成或取消后 7 天自动存档）。
正确匹配：C. 在完成或取消后 7 天内仍然可用的流程，之后在被访问时将被归档正确匹配的精确解释摘自 Appian 文档：此策略称为 "使用系统默认值"，是 Appian 中流程模型数据管理的选项之一。该策略意味着完成或取消的流程将在 7 天内保持可用，之后在被访问时将被归档。这种策略有助于平衡流程数据的可用性和性能，因为它允许按需而不是按固定时间表归档流程。
要求：在完成或取消后 2 天删除流程。正确匹配：B. 需要在完成或取消后 2 天内可用的流程，之后仍可访问正确匹配的精确解释摘自 Appian 文档：此策略称为 "2 天后删除"，是 Appian 中流程模型数据管理的选项之一。该策略意味着完成或取消的流程将保留 2 天，之后将被删除，不再可访问。该策略有助于减少流程数据库的大小并提高流程报告的性能，但也意味着流程数据将永久丢失。
要求：不要自动清理进程。正确匹配：D. 需要保持可用的流程，无需取消存档正确匹配的精确解释摘自 Appian 文档：此策略称为 "不自动清理"，是 Appian 中流程模型数据管理的选项之一。该策略意味着完成或取消的流程将无限期地保持可用，而不会被归档或删除。该策略有助于确保流程数据的可用性和完整性，但也意味着流程数据库会随着时间的推移而增长，并影响流程报告的性能。

新问题 30
您正在开发一个案例管理应用程序，用于管理大量站点的支持案例。该应用程序站点的一个选项卡是一个案例记录网格，以及与该案例相对应的站点信息。用户必须能够按照优先级和状态过滤案例。
您决定创建一个视图作为实体支持记录的来源，该视图连接了独立的案例/站点表（如下图所示）。

应为哪三列编制索引？

site_id

地位

名字

修改日期

优先权

案件编号

新问题 31
您在一个有很多行（>100k）的 MySQL 表的搜索字段上添加了一个索引。
在哪三种情况下，该领域将从指数中受益匪浅？

该字段包含一个文本拍摄业务代码。

字段包含较长的非结构化文本，例如哈希值

该字段包含许多日期时间，范围很大

Add 包含 0 以上和 0 以下的 Dig 整数。

字段包含结构化的 JSON。

说明
在以下情况下，该指数将使总部外办事处受益匪浅：
* A. 字段包含文本短业务代码。在这种情况下，索引可以提高搜索字段中精确匹配值或值范围的查询性能。文本简短业务代码可能具有较高的卡片性，这意味着它有许多不同的值，重复率较低。这使得索引的选择性和效率更高，因为它可以根据搜索条件快速缩小搜索结果的范围。
* C. 字段包含许多日期时间，覆盖范围很大。在这种情况下，索引可以提高搜索字段中精确匹配值或范围值的查询性能。日期时间字段可能具有较高的卡入度，这意味着它有许多不同的值，重复率较低。这使得索引的选择性和效率更高，因为它可以根据搜索条件快速缩小搜索结果的范围。
* D. 字段包含 0 以上和 0 以下的大整数。在这种情况下，索引可以提高搜索字段中精确匹配值或值范围的查询性能。大整数字段可能具有高卡片性，这意味着它有很多不同的值，重复率低。这使得索引的选择性和效率更高，因为它可以根据搜索条件快速缩小搜索结果的范围。
其他选项不正确，原因如下：
* B. 字段包含较长的非结构化文本，例如哈希值。在这种情况下，索引可能无法提高搜索字段中精确匹配值或值范围的查询性能。较长的非结构化文本字段可能具有较低的卡入度（cardinality），这意味着它只有很少的不同值和较高的重复率。这就降低了索引的选择性和效率，因为索引无法根据搜索条件快速缩小搜索结果的范围。此外，为较长的非结构化文本字段建立索引可能会增加数据库的存储空间和维护成本，从而影响整体性能。
* E. 字段包含结构化的 JSON。在这种情况下，索引可能无法提高在字段中搜索精确匹配值或值范围的查询性能。结构化 JSON 字段不是 MySQL 中的本地数据类型，需要使用特殊函数或操作符来访问或操作其元素。为结构化 JSON 字段编制索引可能会增加数据库的复杂性和开销，从而影响整体性能。验证参考资料：Appian 文档，"查询优化 "部分。

新问题 32
您的任务是为一家知名客户开发一个大型采购应用程序。采购流程跟踪的是完成采购请求并获得奖励所需的时间。
客户在合同中规定了多个应用程序开发团队。
如何为多个流程和表格进行设计，同时尽量减少重复代码？

创建卓越中心 (CoE)

创建通用对象应用程序。

为团队领导创建 Scrum of Scrums 冲刺会议

根据需要创建重复的流程和表格

新问题 33
您正在为一个查询和写入 MySQL 数据库的 Appian 应用程序规划数据量测试策略。
您拥有 Appian 应用程序和数据库的管理员权限。
设计数据量测试策略时的两个关键考虑因素是什么？

在加载预填充数据之前，以前测试的数据需要保留在测试环境中

大型数据集必须通过 Applan 进程加载

需要填充的数据量应由项目发起人和利益相关者根据他们的估计来确定

使用正确的数据量进行测试应作为每个冲刺阶段的一部分。

数据模型的更改必须等到保护工作接近尾声时进行。

说明
在为查询和写入 MySQL 数据库的 Appian 应用程序设计数据量测试策略时，应考虑两个关键因素：
* 使用正确的数据量进行测试应作为每个冲刺阶段的一部分。数据量测试是一种检验应用程序在处理大量数据时性能如何的测试。数据量测试对于确保应用程序满足用户和利益相关者对性能和质量的要求非常重要。将数据量测试作为每个冲刺阶段的一部分纳入已完成的定义中，可以确保在交付生产之前，应用程序的每个特性或功能都经过实际数据量的测试。这样，您就可以在开发周期的早期发现并解决任何潜在问题或瓶颈，避免出现任何意外或延误。
* 数据模型更改必须等到项目接近尾声时进行。数据模型更改是指影响数据库结构或模式的更改，如添加、修改或删除表、列、索引或约束。数据模型变更风险大、成本高，尤其是在处理大量数据时。数据模型更改可能会影响数据库的性能、功能或完整性。
* 应用程序和数据库。因此，数据模型更改必须等到项目接近尾声时进行，此时您已完成需求和设计决策，并已将数据量测试工作降至最低。等到项目接近尾声时再更改数据模型，可以减少更改带来的影响和复杂性，避免不必要的返工或倒退。
其他选项并不那么有效。选项 A，在加载预填充数据之前，需要在测试环境中保留以前测试的数据，这不是设计数据量测试策略的关键考虑因素，而是准备测试环境的最佳实践。选项 B，必须通过 Appian 流程加载大型数据集，这不是设计数据量测试策略的关键考虑因素，而是可能适合或不适合您的应用程序的技术实施细节。选项 C，需要填充的数据量应由项目发起人和利益相关者根据他们的估计来确定，这不是设计数据量测试策略的关键考虑因素，而是在进行数据量测试前需要验证的输入或假设。

新问题 34
您的应用程序包含一个进程模型，该模型计划在每天的某个时间运行，它会在第 1 个时区向指定用户启动一个用户输入任务，以便在早上收集数据。
在这种情况下，pm!tinezone 反映了什么？

直观显示 Applan 所在服务器的时区

最近发布流程模型的用户的线路区域

管理控制台中指定的环境默认时区

完成输入任务的用户所在的时区。

新问题 35
您需要使用开箱即用的 Appian 智能服务导出数据。有哪两种格式（或数据生成？

CSV

XML

在 Excel

JSDN