SYLLABUS / VER. 5.2
SAシラバスと副読本
公開済みの本文から、対応する小項目へたどる索引です。対応付けは本書の編集上の整理であり、IPAが本教材の網羅性や正確性を認定したものではありません。
Ⅰ 契約・合意、Ⅱ 企画、Ⅲ 要件定義、Ⅳ 開発、Ⅴ 運用・保守。未掲載の小項目もあり、この一覧だけでシラバス全体を網羅するものではありません。
49小項目に、公開済み40章を関連付けています。
1-1 提案依頼書の準備
公式PDFの該当ページ ↗2-1 提案書の準備
公式PDFの該当ページ ↗4-2 対象業務の内容の確認
公式PDFの該当ページ ↗4-3 対象業務のシステム課題の定義
公式PDFの該当ページ ↗4-5 適用情報技術の調査
公式PDFの該当ページ ↗4-6 業務モデルの作成
公式PDFの該当ページ ↗4-7 システム化機能の整理とシステム方式の策定
公式PDFの該当ページ ↗4-8 システム移行に対する基本方針の明確化
公式PDFの該当ページ ↗4-9 他システムとの連携方針明確化
公式PDFの該当ページ ↗4-10 システム運用と保守に対する基本方針の明確化
公式PDFの該当ページ ↗4-12 システム再利用に対する基本方針の明確化
公式PDFの該当ページ ↗4-13 教育訓練に対する基本方針の明確化
公式PDFの該当ページ ↗4-14 サービスレベルと品質に対する基本方針の明確化
公式PDFの該当ページ ↗4-15 実現可能性の検討
公式PDFの該当ページ ↗4-17 システム選定方針の策定
公式PDFの該当ページ ↗4-18 コストとシステム投資効果の予測
公式PDFの該当ページ ↗4-20 経営事業戦略、情報戦略及びシステム化構想との検証
公式PDFの該当ページ ↗5-1 利害関係者の要件の識別と制約条件の定義
公式PDFの該当ページ ↗5-2 業務要件の定義
公式PDFの該当ページ ↗5-3 組織及び環境要件の具体化
公式PDFの該当ページ ↗5-4 機能要件の定義
公式PDFの該当ページ ↗5-5 非機能要件の定義
公式PDFの該当ページ ↗- CPUを増やしても、返事が早くならない
- 誰を信用した瞬間に、何が壊れるのか
- 平均一ミリ秒では、間に合ったことにならない
- 親切な再試行が、障害を広げる
- 二つの正しい処理が、間違った結果を作る
- 保存したはずのデータは、どこにあったのか
- 二台にしたのに、止まったままだった
- 鍵を失ったあと、暗号は何を守れるのか
- 動き続けることが、危険になる瞬間
- つながったのに、画面が使えない
- 故障の一覧から、安全だと言える根拠へ
- ログインできた人を、どこまで信用するのか
- 通信が切れた装置は、誰の管理下にあるのか
- 再起動したコンテナは、業務も復旧したのか
- 新システムが動いた朝、古い台帳が残った
- 一文字の入力が、命令へ変わるとき
- 九十九パーセント正しいモデルが、故障を見逃す
- 「二秒以内」を、合意できる要件にする
- 通信を止めたのに、攻撃が止まらない
- 数字が一致しても、同じ現実を見ているとは限らない
- 漏れなかったデータも、人を傷つける
5-6 スケジュールに関する要件の定義
公式PDFの該当ページ ↗6-2 開発環境の準備
公式PDFの該当ページ ↗7-1 システム要件の定義
公式PDFの該当ページ ↗7-2 システム要件の評価
公式PDFの該当ページ ↗7-3 システム要件の共同レビューの実施
公式PDFの該当ページ ↗8-1 システム方式の確立
公式PDFの該当ページ ↗8-4 システム方式の評価
公式PDFの該当ページ ↗- 割引を変えたら、帳票が壊れた
- CPUを増やしても、返事が早くならない
- 誰を信用した瞬間に、何が壊れるのか
- 平均一ミリ秒では、間に合ったことにならない
- 親切な再試行が、障害を広げる
- 二台にしたのに、止まったままだった
- 鍵を失ったあと、暗号は何を守れるのか
- 動き続けることが、危険になる瞬間
- 予約はあるのに、通知する仕事がない
- 故障の一覧から、安全だと言える根拠へ
- ログインできた人を、どこまで信用するのか
- 分けるべき境界と、まだ分けない判断
- 再起動したコンテナは、業務も復旧したのか
- 一文字の入力が、命令へ変わるとき
- 九十九パーセント正しいモデルが、故障を見逃す
- 通信を止めたのに、攻撃が止まらない
- 数字が一致しても、同じ現実を見ているとは限らない
- 変更を止めずに、合意を守る
- 漏れなかったデータも、人を傷つける