システム開発と変更管理
System Development and Change Management
この記事のポイント① システムは SDLCsystem development life cycle の段階で開発する
② ウォーターフォールwaterfall は段階を順番に、アジャイルagile は短い期間をくり返して作る
③ 本番のシステムを変えるときは、変更管理change management の手続（承認・テスト・移行）を守る
② ウォーターフォールwaterfall は段階を順番に、アジャイルagile は短い期間をくり返して作る
③ 本番のシステムを変えるときは、変更管理change management の手続（承認・テスト・移行）を守る
1SDLCの段階
SDLC phases
1
計画Planning
目的・範囲・費用対効果を決める
2
分析Analysis
利用者の要件を集める
3
設計Design
画面・データ・処理を設計する
4
開発とテストDevelopment and testing
プログラムを作り、単体・結合・利用者受入テストを行う
5
導入Implementation
データを移し、本番に切り替える
6
運用と保守Operations and maintenance
使いながら直し、評価する
利用者が最後に確かめる 利用者受入テスト（user acceptance testing）は、本番に移す前の重要な統制です。
2開発の進め方と切り替え
Methodologies and conversion
| 内容 | |
|---|---|
| ウォーターフォール Waterfall | 段階を順に進める。計画しやすいが、変更に弱い |
| アジャイル Agile | 短い期間（スプリント）で作って見せることをくり返す。変更に強い |
| 並行稼働 Parallel conversion | 新旧を同時に動かして結果を比べる。最も安全だが費用がかかる |
| 一斉切り替え Direct (plunge) conversion | ある日に一気に切り替える。最もリスクが高い |
| 段階的切り替え Phased conversion | 機能や部門ごとに順に切り替える |
| 試験導入 Pilot conversion | 一部の拠点で先に試す |
3変更管理
Change management
1
変更の申請と承認Request and authorize
変更の理由と影響を文書にし、責任者が承認する
2
開発環境で作るDevelop in a separate environment
本番とは別の環境で作業する
3
テストTest
テスト環境で、利用者も含めて確かめる
4
本番への移行Migrate to production
開発者以外の担当者が移行する
5
記録Document
何を、いつ、誰が変えたかを残す
英語で読む
Emergency changes should still be documented and approved after the fact.
緊急の変更でも、文書に残し、事後に承認を得るべきである。
4この記事の英単語
Key terms
system development life cycle
システム開発ライフサイクル
requirements analysis
要件分析
user acceptance testing
利用者受入テスト
waterfall
ウォーターフォール
agile
アジャイル
parallel conversion
並行稼働
direct conversion
一斉切り替え
change management
変更管理
production environment
本番環境
emergency change
緊急の変更
→ 発音・例文は「USCPA英単語」ページと、単語帳『Before USCPA』で確認できます。
5確認問題
Practice questions — 本試験と同じく英語で解いてみよう
情報システムと内部統制の一般的な考え方、AICPAのTrust Services Criteria・SOC報告書、NISTなどの公開された枠組みの考え方を、本サイトが日本語でまとめたものです。英文・設例・問題は本サイトが作成したものです。