本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 评估和规划
<a name="dotnet-bp-assessment-planning"></a>

开始 AWS 转换作业后，Transform 会分析您的代码并生成评估报告和转换计划。使用以下最佳实践来充分利用此阶段。

## 查看评估并提出问题以设定您的期望
<a name="dotnet-bp-review-assessment"></a>

仔细审查评估结果，以了解哪些项目难以转型，以及为什么。代理介绍具有复杂性级别（低、中、高、关键）的项目，并解释了为什么它们具有该等级。

提问以更多地了解具有挑战性的领域。例如：
+ 询问代理对项目转型或用例的信心程度。
+ 询问代理使用 AI 代码伴侣可能需要执行哪些转换后任务。

## 查看计划并与代理商讨论选项
<a name="dotnet-bp-review-plan"></a>

代理提供转型计划供您审核。您可以讨论和修改此计划。首先要了解您的选择。询问代理商除了计划的任何部分之外还有哪些替代方案。

例如，转型计划可能提议将WCF服务转换为 ASP.NET Web API。但是，您的组织更愿意留在WCF。你向代理询问选项，然后得知另一种选择是将它们转换为CoreWCF。

## 上传指导文件，为您的组织量身定制计划
<a name="dotnet-bp-steering-docs"></a>

最初的转型计划是在不了解贵组织的要求和偏好的情况下制定的。您可以将组织惯例、应用程序规范、首选技术堆栈和首选编码模式示例告知代理人。

上传指导文件后，对其进行解释以向代理提供背景信息。利用指导文件中的其他信息，代理可以根据您的组织喜欢的工作方式准备一份量身定制的计划。

## 自由定制计划
<a name="dotnet-bp-customize-plan"></a>

.NET 代理非常灵活，您可以在.NET 到.NET 的转换域内自由自定义转换计划。你可以在聊天中要求更改计划，或者如果你愿意，也可以使用 markdown 文件。审查并完善计划，直至满意。

如果计划需要由多个利益相关者审核，则可以将该计划下载为降价文件，进行共享，然后再上传自定义计划。

例如，您可以查看转换计划，并决定要将类库项目转换为.NET Standard 而不是.NET 10。在聊天中，你说：“修改将所有类库转换为.NET Standard 2.0 的计划”，然后代理会向你提供修改后的计划。