ARC-004

システム連携一覧

分類:ARCHITECTURE重点成果物実物サンプルあり

これは何か

システム連携一覧は、プロジェクトのすべてのシステム連携を、同じ項目で1本ずつ並べた成果物です(07-06 36本を一覧で管理する)。

連携1本ごとの細かい仕様書とは別に、全体を見渡すための「目次」の役割を持ちます。

なぜ作るか

誰が使うか・いつ作るか

CASE FACTFROZEN正本に記載されたアステリア案件の事実

正本で個別に定義されている連携(12本)

ID 名称 経路
IF-01 顧客マスター連携 営業管理 → 新基幹
IF-02 契約情報連携 営業管理 → 新基幹
IF-03 社員・組織マスター連携 人事 → 新基幹
IF-04 工数連携 勤怠・工数SaaS → 連携基盤 → 新基幹
IF-05 売上仕訳連携 新基幹 → 連携基盤 → FIN-CORE
IF-06 (名称は システム・連携 を参照) 新基幹 → 連携基盤 → FIN-CORE
IF-07 原価仕訳連携 新基幹 → 連携基盤 → FIN-CORE
IF-08 — 新基幹 → BI
IF-09 — FIN-CORE → BI
IF-10 — 認証・ID → 新基幹
IF-11 — 新基幹 → 監視・ログ
IF-12 — 連携基盤 → 監視・ログ

プロジェクト全体の連携は約36本です。「—」は、正本に名称の記載がないことを示します。

約36本のうち、IF-01〜IF-12 以外の連携の名称・経路は、正本に記載がありません。未確定 この成果物ページでは、定義されていない連携を想像で追加しません。

教材用サンプル成果物の読み方を学ぶための例

教材用サンプル — 一覧に足す列

この成果物は学習用サンプルです。FROZEN正本に記載されたCASE FACTと、成果物の読み方を学ぶための教材用サンプル値を区別して表示しています。

列 何を書くか 書き方の例(教材上の例)
方法 API・ファイル・一括処理など 「ファイル(夜間)」
時刻・頻度 いつ、どのくらいの頻度で動くか 「毎日1回」
失敗時の扱い 再送するか、誰に知らせるか 「自動で再送、失敗が続けば運用へ通知」
担当 送る側・受け取る側・途中の基盤の担当 役割名・会社名
状態 設計中・開発中・テスト済み・本番稼働 「テスト済み」
仕様書 詳細な仕様の置き場所と、正式な版 文書名と版

これらの列の値は、アステリア案件では正本に記載がないため、例として示しています。

どこを見るか

  1. 全体の本数の見込みと、一覧に載っている本数が合っているか
  2. すべての連携に、担当・方法・失敗時の扱いがあるか
  3. 同じシステムの組み合わせで、似た連携が重複していないか
  4. 連携基盤など、途中の仕組みを通る連携が分かるか
  5. 状態の欄が、最新になっているか

赤信号

  • 一覧の本数が、全体の見込みより大幅に少ないまま
  • 担当者だけが知っている連携がある
  • 状態が何週間も「設計中」のまま
  • 仕様書の正式な版が分からない

関係するUnit・危機演習

AI WORKFLOW

「この連携一覧を確認し、①担当・方法・失敗時の扱いが空欄の連携、②同じ送る側・受け取る側の組み合わせを持つ連携、③全体構成図にあって一覧にない線、を挙げてください。一覧にない連携を推測で追加しないでください。」

REVIEW

  • 一覧と構成図が、同じ時点の版か
  • AIが連携の方法や名称を、一般的な例で埋めていないか
  • 重複とされた連携が、本当に同じ目的か

人間が判断すること

  • 一覧にない連携を、正式な連携として認めるか
  • 連携ごとの方法・失敗時の扱い・担当
  • 決まっていない連携を、誰がいつまでに決めるか

いつ使うか

この教材では STAGE 07|36本のシステム連携を管理する の文脈で扱います。 アステリア案件での正式な作成・使用時期(月)は正本に記載がないため、未確定としています。

最後の問い

この一覧から、連携基盤が止まったときに影響を受ける連携をすべて挙げられますか?

学習上の接続

教材上の学習接続です。成果物とUnitの正式な対応表はbaselineにないため、正式な関連付けとしては登録していません。

  • Stage:未確定(baselineに対応表なし)
  • 危機演習:未確定(baselineに対応表なし)
  • 人物:未確定(baselineに対応表なし)