システム開発手法の一問一答

システム開発の進め方の一つであるウォーターフォールモデルの特徴として、最も適切なものはどれか。

• ①要件定義から設計、実装、テストの順に工程を進め、原則として前の工程には戻らない手法である。
• ②要件定義から設計、実装、テストへと進んだ後、最初の要件定義工程へ必ず後戻りする開発手法である。
• ③短い期間で開発と利用者からの評価を繰り返しながら、要件を少しずつ固めていく開発手法である。
• ④設計と実装の工程を1つにまとめ、テストという工程自体を完全に省略して進める手法である。

開発とレビューを短い周期で繰り返すスクラムの進め方について、最も適切な説明はどれか。

• ①開発の全工程を最初から最後まで1回だけ実施し、途中で計画の見直しを一切行わない手法である。
• ②スプリントと呼ぶ短い期間を繰り返しながら、優先度の高い機能から順に開発していく手法である。
• ③スプリントの期間は決められておらず、開発が完了するまで無期限に継続する手法である。
• ④利用者からの評価や意見を開発の途中では一切取り入れず、完成後にのみ受け付ける手法である。

開発の初期段階で試作品を作成し利用者の確認を得るプロトタイピングモデルについて、最も適切な説明はどれか。

• ①試作品を完成後の納品物としてそのまま使う前提に立ち、時間をかけて作り込む手法である。
• ②試作品を全く作成することなく、要件定義書のみを用いて利用者と仕様とを確認し合う手法である。
• ③動作する試作品を早い段階で提示し、利用者の意見を確認しながら認識のずれを減らす手法である。
• ④開発の最終段階になって初めて試作品を提示し、その時点で要件を確定させる手法である。

リスク分析を繰り返しながら開発を進めるスパイラルモデルに関する記述として、最も適切なものはどれか。

• ①最初に全体の要件をすべて確定させたうえで、以後は一度もリスクの見直しを行わない手法である。
• ②サブシステムへの分割を一切行わず、システム全体を一つの工程として一度に開発する手法である。
• ③リスク分析の工程は初回の1回のみで完了し、以降の開発サイクルでは全く実施しない手法である。
• ④システムを複数のサブシステムに分け、計画・分析・開発・評価を繰り返して段階的に完成させる。

システム開発で用いられる設計図の表記法であるUMLに関する記述として、最も適切なものはどれか。

• ①ユースケース図は利用者とシステムのやり取りを、クラス図はデータや処理の構造を表す図法である。
• ②UMLで描ける図の種類はユースケース図の1種類のみであり、他の観点を表す図は一切存在しない。
• ③クラス図は利用者とシステムとのやり取りを、ユースケース図はデータの構造のみを表す図法である。
• ④UMLはプログラムのソースコードそのものを記述するために用いられるプログラミング言語である。

ソフトウェア開発の規模を見積もる手法であるファンクションポイント法について、最も適切な説明はどれか。

• ①開発者が実際に書いたプログラムの行数(ソースコード量)のみを基準に規模を見積もる手法である。
• ②画面や帳票、データファイルなど利用者から見える機能の数と複雑さから規模を見積もる手法である。
• ③開発に投入する要員の人数と作業日数とを掛け合わせた値のみで開発規模を表す手法である。
• ④過去に類似システムを開発した際の総費用をそのまま新しいシステムの見積り額とする手法である。

プログラムのテスト手法であるホワイトボックステストとブラックボックステストの違いについて、最も適切な説明はどれか。

• ①ホワイトボックステストは入力と出力の対応関係に着目し、ブラックボックステストは内部構造に着目する。
• ②ホワイトボックステストとブラックボックステストは、呼び方が異なるだけで観点は同じ手法である。
• ③ホワイトボックステストは内部構造に着目し、ブラックボックステストは入力と出力の対応関係に着目する。
• ④ブラックボックステストは、プログラムの内部構造を1行ずつ確認しながら進めていく手法である。

開発チームと運用チームが連携する考え方であるDevOpsについて、最も適切な説明はどれか。

• ①開発チームと運用チームの担当領域を明確に分離し、互いの業務に一切関与させない考え方である。
• ②システムの開発が完了した後、運用チームが初めて開発チームと顔を合わせる進め方を指す考え方である。
• ③運用チームを廃止し、開発チームがシステムの企画から運用まですべてを単独で担う考え方である。
• ④開発チームと運用チームが緊密に連携し、開発から運用までを継続的かつ迅速に進める考え方である。

システム開発の最上流に位置する要件定義工程の役割について、最も適切な説明はどれか。

• ①利用者が実現したい業務内容やシステムに求める機能を、開発者との間で整理する工程である。
• ②プログラムのソースコードを実際に記述し、動作するシステムを作り上げる工程である。
• ③完成したシステムが仕様のとおりに動作するかどうかを、実際に操作して確認する工程である。
• ④運用を開始した後のシステムに障害が発生した際、原因を調査し復旧させる工程である。

既存のプログラムを解析して設計情報を導き出すリバースエンジニアリングに関する記述のうち、最も不適切なものはどれか。

• ①リバースエンジニアリングは、既存のプログラムの構造を解析し、設計書などの情報を後から作り出す手法である。
• ②リバースエンジニアリングは、既存のソースコードを参照せず、新規のプログラムを一から作成する手法である。
• ③仕様書が失われてしまった既存システムの改修において、リバースエンジニアリングが役立つことがある。
• ④リバースエンジニアリングによって得られた情報をもとに、新しいシステムへ設計内容を引き継ぐ場合がある。