ITパスポート　④ 開発技術

正解：B．手作業

ITパスポート試験において業務はシステムと手作業の2つで構成されると定義されています。

正解：C．システムはハードウェアとソフトウェアから構成される

システムはハードウェアとソフトウェアから構成され、ソフトウェアはシステムの一部です。

正解：D．保守

SLCPは主に企画、要件定義、開発、運用、保守の5つのプロセスから構成されます。

正解：A．要件定義→システム設計→プログラミング→テスト

開発プロセスは要件定義、システム設計、プログラミング、テスト、ソフトウェア受入れの順に進みます。

正解：A．システムに必要な機能や性能を決めること

システム要件定義はシステムに必要な条件（機能や性能）を明確にするプロセスです。

正解：C．国際会計基準に則った会計処理が実施できること

業務として実現すべき機能が機能要件であり、処理時間や暗号化などは非機能要件に該当します。

正解：A．システムに必要な応答時間やセキュリティ性

非機能要件とはユーザーは把握しきれていない応答時間やセキュリティ性などのシステムに必要な性能のことです。

正解：D．互換性

他のシステムと情報交換できる度合いは互換性と呼ばれます。

正解：D．性能効率性

資源（CPUやメモリなど）の量に対する性能の度合いは性能効率性と呼ばれます。

正解：D．共同レビュー

文書を両者で確認し、誤りや相違点がないかチェックする作業を共同レビューといいます。

正解：D．要件定義プロセス

要件定義プロセスは業務要件を決め、システム要件定義はシステム要件を決めます。

正解：D．システム方式設計

システム方式設計では要件をハードウェア、ソフトウェア、手作業のいずれかに振り分けます。

正解：A．ソフトウェア要件をプログラムの単位まで分割する

ソフトウェア要件（機能や性能）をプログラムの単位まで分割する工程です。

正解：D．ソフトウェア詳細設計

プログラムの単位まで分割された要件をさらにコーディング単位まで分割し動作ロジックを検討します。

正解：B．インタフェースとデータの要件

画面やファイルなどのインタフェース要件やデータの要件などを具体化します。

正解：B．ハードウェア、ソフトウェア、手作業

システム方式設計では、システム要件をハードウェア・ソフトウェア・手作業のいずれかに割り振ります。

正解：B．ソフトウェア詳細設計

プログラミングはソフトウェア詳細設計の後に行われます。

正解：A．ソースコード

コンパイラが機械語に翻訳する前のプログラム言語で書かれたものをソースコードと呼びます。

正解：D．コンパイラ

ソースコードを0と1で表された機械語に変換する機能をコンパイラといいます。

正解：C．単体テスト

単体テストではプログラム単位で誤りがないことを検証します。

正解：B．結合テスト

単体テストが完了したプログラム同士を組み合わせ、連携がうまくいくかを検証します。

正解：B．システムテスト

システム全体としてシステム要件定義書どおりに動作するかを検証します。

正解：C．運用テスト

運用テストは実際の環境で業務が要件どおり実施できるかを検証します。

正解：B．ユーザー

運用テストはユーザー（利用者）が主体となって行います。

正解：B．ホワイトボックステスト

箱の中身（具体的な処理の内容）を見ながらテストするイメージからこう呼ばれます。

正解：A．入力と出力だけに着目し仕様書通りかを確認する

内部構造を考慮せず、入力に対して仕様通りの出力が得られるかを確認します。

正解：D．開発者が仕様を誤解していた場合のバグは見つけられない

プログラムを書いた開発者自身がテストを行うため仕様の誤解によるバグは発見できません。

正解：A．ホワイトボックステスト

単体テストでは通常プログラムの内部構造を検証するホワイトボックステストが行われます。

正解：C．デバッグ

プログラムのバグ（不具合）を取り除く修正作業をデバッグといいます。

正解：A．回帰テスト

リグレッションテストとも呼ばれ、修正による新たな不具合の有無を確認します。

正解：A．ソフトウェア受入れ

この工程の主人公は発注者（利用者）となり、納品と受入れが行われます。

正解：C．発注者側の本番環境にソフトウェアをインストールすること

本番環境へのインストールや、現行システムからの移行を行う作業です。

正解：C．発注者

契約内容通り完成しているかを発注者（利用者）が検収の意味合いで行います。

正解：B．運用プロセス

本番環境で動かすとともに利用者マニュアルを使った教育なども行います。

正解：B．保守プロセス

ITパスポート試験では「ソフトウェア保守」という用語でよく出題されます。

正解：B．ファンクションポイント法

機能（ファンクション）に点数（ポイント）をつけて開発費用を見積もります。

正解：A．ウォーターフォールモデル

各工程を明確に分け、前工程完了後に次へ進む滝のような一直線のアプローチです。

正解：D．全体の計画やスケジュールが立てやすい

各工程が明確に分かれているためスケジュールの計画が立てやすいのが特徴です。

正解：B．アジャイル開発

素早く（Agile）リリースを繰り返し、仕様変更にも柔軟に対応する手法です。

正解：C．大規模プロジェクトでの見積もりが容易である

プロジェクト開始時点で見積もりが作りづらく、大規模開発には向いていないとされます。

正解：C．DevOps

開発者（Dev）と運用者（Ops）の目的の違いによる衝突を解決し協力する取り組みです。

正解：C．リファクタリング

外部からの動作は変えずに内部のソースコードを整理し保守性などを改善します。

正解：B．通常は後に行う単体テストを先に行いそのテストを通るようにプログラムを書く手法

テストを先に書くことでプログラムの目的が明確になり不具合も少なくなります。

正解：A．ペアプログラミング

1人が書きもう1人がチェックすることで品質向上や技術習得に役立ちます。

正解：C．プロトタイピングモデル

試作品（プロトタイプ）を作成し、フィードバックを得ながら進めます。

正解：C．オブジェクト指向

データと処理を1つの部品（オブジェクト）にまとめ再利用性を高めます。

正解：D．EUC

End User Computingの略で、現場部門が自らシステムに関わることを指します。

正解：D．RAD

Rapid Application Developmentの略で、短期間での開発を目的とします。

正解：A．リバースエンジニアリング

既存のプログラムを外側から解析して内部の設計情報などを抽出します。

正解：C．スクラム

スクラムはチームの団結やコミュニケーションを重視するアジャイル開発のフレームワークです。

正解：D．ソフトウェアライフサイクルプロセス

ソフトウェアの一生（ライフサイクル）をプロセスとして定義したものです。

正解：A．ソフトウェアインタフェース

プログラム同士をつなぐ部分であり、結合テストの重要な確認対象となります。