本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 評估和規劃
<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 APIs。不過，您的組織偏好使用 WCF。您向客服人員詢問選項，並了解替代方法是將其轉換為 CoreWCF。

## 上傳指導文件，為您的組織量身打造計劃
<a name="dotnet-bp-steering-docs"></a>

建立原始轉型計畫時，不了解組織的需求和偏好設定。您可以通知代理程式組織慣例、應用程式規格、偏好的技術堆疊和偏好的編碼模式範例。

上傳指導文件之後，請加以解釋，以提供客服人員內容。透過轉向文件的其他資訊，客服人員可以根據組織喜歡的運作方式，準備量身打造的計劃。

## 自由自訂計劃
<a name="dotnet-bp-customize-plan"></a>

.NET 代理程式具有彈性，您可以在 .NET 到 .NET 轉換的網域內自由自訂轉換計劃。您可以在聊天中要求計劃變更，或者如果您願意，也可以使用 Markdown 檔案。檢閱和精簡計畫，直到滿足為止。

如果需要由多個利益相關者檢閱計劃，您可以將計劃下載為 Markdown 檔案、共用，然後上傳自訂計劃。

例如，您檢閱轉換計畫，並決定要將類別程式庫專案轉換為 .NET Standard，而不是 .NET 10。在聊天中，您說：「修改計畫，將所有類別程式庫轉換為 .NET Standard 2.0」，客服人員會為您提供修訂後的計畫。