経営情報システム R04年度 第13問

第13問

システム開発の方法論は多様である。システム開発に関する記述として、最も適 切なものはどれか。

  1. DevOps は、開発側と運用側とが密接に連携して、システムの導入や更新を柔 軟かつ迅速に行う開発の方法論である。
  2. XP は、開発の基幹手法としてペアプログラミングを用いる方法論であり、
  3. ォーターフォール型開発を改善したものである。
  4. ウォーターフォール型開発は、全体的なモデルを作成した上で、ユーザにとっ て価値ある機能のまとまりを単位として、計画、設計、構築を繰り返す方法論で ある。
  5. スクラムは、動いているシステムを壊さずに、ソフトウェアを高速に、着実 に、自動的に機能を増幅させ、本番環境にリリース可能な状態にする方法論であ る。
  6. フィーチャ駆動開発は、開発工程を上流工程から下流工程へと順次移行し、後 戻りはシステムの完成後にのみ許される方法論である。
▼ 解答・解説を見る

正解:

解答:ア

システム開発の方法論に関する記述の正誤を問う問題。

  • ア(○):DevOps(Development+Operations)は、開発側と運用側が密接に連携し、システムの導入・更新を柔軟かつ迅速に行う方法論・文化。正しい。
  • イ(×):XP(エクストリーム・プログラミング)はペアプログラミング等を用いるアジャイル系手法だが、ウォーターフォール型を改善したものという位置づけは誤り。
  • ウ(×):全体モデルを作り、価値ある機能単位で計画・設計・構築を繰り返すのはフィーチャ駆動開発(FDD)等の反復型の説明。ウォーターフォールは後戻りを前提としない逐次型。
  • エ(×):動作中のシステムを壊さず高速・自動的に機能を追加し本番リリース可能にする、という説明はCI/CDやDevOps的な内容で、スクラム(反復的なアジャイル開発のフレームワーク)の定義ではない。
  • オ(×):上流から下流へ順次移行し後戻りを認めないのはウォーターフォール型の説明。フィーチャ駆動開発の説明ではない。

よって

#プログラミング・言語#システム開発

← 経営情報システムの一覧へ戻る