AI適用計画
えーあいてきようけいかく解決する課題、適用作業、支援、確認、効果測定を定める計画。
重複調査を減らすため、現行調査へ適用する。
混同しやすい点AIの利用回数を目的にしない。
関連する章で学ぶ →後編の追加用語を確認します。共通の開発・AI用語は、コースを「両コース」に切り替えて検索できます。
19 / 19 件
解決する課題、適用作業、支援、確認、効果測定を定める計画。
重複調査を減らすため、現行調査へ適用する。
混同しやすい点AIの利用回数を目的にしない。
関連する章で学ぶ →次の作業へ進む条件と判断者を確認する区切り。
業務ルール合意後に正式実装へ進む。
混同しやすい点資料の存在だけでなく内容と未解決事項を確認する。
関連する章で学ぶ →変更が関係する業務・処理・データ・運用を調べること。
計算変更から帳票とバッチへの影響をたどる。
混同しやすい点コード検索だけで影響なしと断定しない。
関連する章で学ぶ →比較や進行判断の基準として確定した成果物の組合せ。
要件v2、設計v3、対象コードを記録する。
混同しやすい点同じ時刻のファイルなら整合しているとは限らない。
関連する章で学ぶ →処理間で守る入力、出力、エラー、再送などの取り決め。
同じ連携IDで再送したときの応答を定める。
混同しやすい点データ形式だけでなく振る舞いも確認する。
関連する章で学ぶ →失敗や応答不明時に処理や送信を再び行うこと。
連携結果を照会してから再送する。
混同しやすい点処理済みなのに応答だけ失われている場合がある。
関連する章で学ぶ →目的を、入力・成果物・確認を定められる作業へ分けること。
計算、保存、連携を別タスクにする。
混同しやすい点分割後の依存と統合確認も必要。
関連する章で学ぶ →本教材では、指示と許可範囲に従いツールを使って作業を進めるAIの実行主体。
対象ファイルを調べ、修正し、検証結果を報告する。
混同しやすい点使える機能と権限は環境ごとに確認する。
関連する章で学ぶ →作業を続ける前に、人へ確認すべき条件。
無関係な変更や本番接続の発見で止める。
混同しやすい点停止後の記録・復旧・再開条件も定める。
関連する章で学ぶ →変更を頻繁に統合し、自動ビルドやテストで問題を早く見つける実践。
統合後の版で共通部品と利用側を確認する。
混同しやすい点自動テスト成功だけですべての品質を保証しない。
関連する章で学ぶ →どの条件で何を実行し、どう判定したかを確認できる記録。
版、環境、入力、期待値、実測を残す。
混同しやすい点完了宣言と実行した事実を区別する。
関連する章で学ぶ →システムや業務処理の状態を把握し、異常を検知する仕組み。
連携滞留と処理失敗を記録し通知する。
混同しやすい点サーバーが動いているだけでは業務完了を保証しない。
関連する章で学ぶ →障害後にデータとサービスを必要な状態へ戻すこと。
外部連携と照合し、二重登録を承認された方法で訂正する。
混同しやすい点原因修正と業務回復を分けて確認する。
関連する章で学ぶ →影響把握、拡大防止、回復、原因調査、再発防止を行う活動。
二重請求の影響を特定し、照合と訂正を行う。
混同しやすい点原因確定を待たず影響を報告すべき場合がある。
関連する章で学ぶ →旧データを新しい構造や環境へ変換し移すこと。
値引き項目へ既存取引の値を変換する。
混同しやすい点件数だけでなく金額・状態・重要項目を照合する。
関連する章で学ぶ →新しい構成へ移行し、必要なら前の構成へ戻すこと。
新旧コードとDBの互換性を確認して戻す。
混同しやすい点外部送信や新規操作は単純には戻せない。
関連する章で学ぶ →複数の記録の件数・金額・状態などが一致するか確認すること。
送信記録と会計側の処理済み記録を比較する。
混同しやすい点同じ件数でも別の取引が含まれる場合がある。
関連する章で学ぶ →運用者が確認・連絡・操作・復旧を行うための手順。
バッチの部分成功を確認し、承認後に再実行する。
混同しやすい点別の担当者が手順だけで実施できるか試す。
関連する章で学ぶ →個人の生成速度に加え、工程全体の工数・待ち・品質を比較すること。
レビューと手戻り増加を含め、14時間と16時間を比較する。
混同しやすい点案件条件の違いを無視して短縮率を断定しない。
関連する章で学ぶ →