Skip to content

Commit e64fafd

Browse files
committed
Update code modernization phase diagram
1 parent 9b4e627 commit e64fafd

2 files changed

Lines changed: 4 additions & 4 deletions

File tree

examples/codex/code_modernization.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -18,14 +18,14 @@ We’ll use a COBOL-based [investment portfolio system](https://github.com/senti
1818

1919
We’ve broken it down into 5 different phases that revolve around an executive plan (ExecPlan in short), which is a design document that the agent can follow to deliver the system change.
2020

21-
<img src="../../images/code-modernization-phases.png" alt="Code Modernization Phases" width="700"/>
21+
![Code Modernization Phases](../../images/code-modernization-phases.png)
2222

2323
We will create 4 types of documents for the pilot flow we choose:
2424

2525
* **pilot_execplan.md** - ExecPlan that orchestrates the pilot that answers: what’s in scope, why it matters, what steps we’ll take, and how we’ll know we’re done.
26-
* **pilot_overview.md** - Which legacy programs (COBOL in our example), orchestration jobs (JCL here), and data sources are involved, how data flows between them, and what the business flow actually does.
27-
* **pilot_design.md** - Target shape of the system: the service/module that will own this flow, the new data model, and the public APIs or batch entry points.
28-
* **pilot_validation.md** - Defines how we’ll prove parity: key scenarios, shared input datasets, how to run legacy vs modern side-by-side, and what “matching outputs” means in practice.
26+
* **pilot_reporting_overview.md** - Which legacy programs (COBOL in our example), orchestration jobs (JCL here), and data sources are involved, how data flows between them, and what the business flow actually does.
27+
* **pilot_reporting_design.md** - Target shape of the system: the service/module that will own this flow, the new data model, and the public APIs or batch entry points.
28+
* **pilot_reporting_validation.md** - Defines how we’ll prove parity: key scenarios, shared input datasets, how to run legacy vs modern side-by-side, and what “matching outputs” means in practice.
2929

3030
These 4 files help lay out what code is being changed, what the new system should look like, and exactly how to check that behavior hasn’t regressed.
3131

-308 KB
Loading

0 commit comments

Comments
 (0)