架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。
記事「「今どこにつながっているか」を確認してから操作する」(06-02)の本文で実際に実行して確認した内容をまとめたもの。空欄版は 06-02-environments_template.md。
1. 環境一覧
| 環境名 | 用途 | データの種別 | 操作してよい人 |
|---|---|---|---|
| 開発 | 実装・試行錯誤を行う場所 | 架空データのみ | 開発担当(人・AI協働) |
| 検証 | 本番に近い条件で確かめる場所 | 架空データのみ | 開発担当、検証担当 |
| 本番 | 実際の利用者が使う場所 | 実データ | 運用管理者の確認を経た操作のみ |
本番へ操作する条件:運用管理者の確認を経てから操作する。
2. 接続先の確認手順
確認コマンド(examples/06-02-environments/ で実行。設定ファイルは架空):
node check_env.js # 開発の設定を読む
node check_env.js env-production.json # 本番の設定を読む(止まる)
期待結果:開発は 接続先確認: environment=development / dataType=架空データのみ / connection=ローカルの練習用フォルダ と「操作してよい環境です」が表示され、終了コード0。本番は「ここで止めます」が表示され、終了コード2。設定ファイルが無ければ終了コード1(実行確認済み、2026-09-20。実行記録は evidence_public/phase5b1-2026-09-20/06-02/run_log.md)。
実施する人:本番へ操作する人が、操作のたびに実施する。AIに操作を頼むときは、人が先にこの確認を実行して判定を読む。
3. 完了条件の確認
- 各環境にデータの種別(架空/実)がある
- 接続先の確認手順が実行可能な形で書かれている
- 本番へ操作する条件が書かれている
4. 次工程へ渡すもの
- 環境一覧・接続先確認方法(第1〜2節)
- 承認者:総務課長(架空)— 記入例のため未承認の扱い
AI時代のシステム開発の基礎