ソフトウェアの開発における DevOps に関する記述として、最も適切なものはどれか。
ア 開発側が重要な機能のプロトタイプを作成し、顧客とともにその性能を実測して妥当性を評価する。
これはプロトタイピングの説明です。試作品を作成して顧客と評価する手法であり、DevOpsの説明ではありません。
イ 開発側では、開発の各工程でその工程の完了を判断した上で次工程に進み、総合テストで利用者が参加して操作性の確認を実施した後に運用側に引き渡す。
これはウォーターフォール開発の説明です。開発工程を順番に進め、最後に運用側へ引き渡す方法であり、DevOpsの特徴である開発と運用の連携は強調されていません。
ウ 開発側と運用側が密接に連携し、自動化ツールなどを活用して機能の導入や更新などを迅速に進める。
DevOpsは「作ったらすぐ使える状態にする仕組み」です。例えば、Webシステムに新しいログイン機能を追加する場合を考えます。従来は、開発者がプログラムを完成させた後、運用担当者に手作業で渡し、運用担当者がサーバに手動でインストールしていました。この方法では時間がかかり、ミスも起きやすくなります。DevOpsでは、開発者がプログラムを修正して保存すると、自動化ツールがすぐに動作します。まず自動でテストが実行され、問題がなければ自動的に本番サーバに反映されます。その結果、新しい機能を迅速かつ安全に利用者へ提供できます。
DevOps is a mechanism that makes new features available for use immediately after they are developed. For example, consider adding a new login function to a web system. Traditionally, after developers completed the program, they handed it over to the operations team, who manually installed it on the server. This process took time and was prone to human error. With DevOps, when developers modify and save the program, automation tools are triggered immediately. Automated tests are run first, and if no problems are found, the changes are automatically deployed to the production server. As a result, new features can be delivered to users quickly and safely.
エ システム開発において、機能の拡張を図るために、固定された短期間のサイクルを繰り返しながらプログラムを順次追加する。
これはアジャイル開発の説明です。短いサイクルを繰り返しながら機能を追加していく開発手法であり、DevOpsの説明ではありません。
※出典：ITパスポート試験 令和6年度 問47
