マッシュアップ
Mashup
まっしゅあっぷ
複数の提供元によるAPIを組み合わせることで新しいサービスを構築する手法。既存サービスの機能を再利用するため、短期間・低コストでの開発が可能だが、元サービスへの依存度が高い点に注意が必要。
Related
他の資格での定義
Past Exams
過去問での出題
過去問で 22 回出題(応用情報技術者試験 6・プロジェクトマネージャ試験 4・情報処理安全確保支援士試験 3・データベーススペシャリスト試験 2・高度試験 午前Ⅰ 2・ITパスポート試験 1・基本情報技術者試験 1・システムアーキテクト試験 1・ネットワークスペシャリスト試験 1・エンベデッドシステムスペシャリスト試験 1)。うち 9 回は用語そのものを問う問題です。
- 令和6年度 秋期 応用情報技術者試験 午前 問50選択肢(IPA の PDF を新しいタブで開きます)
- 令和6年度 基本情報技術者試験 科目A 公開問題 問5(IPA の PDF を新しいタブで開きます)
- 令和5年度 春期 ネットワークスペシャリスト試験 午前Ⅱ 問25(IPA の PDF を新しいタブで開きます)
- 令和4年度 ITパスポート試験 公開問題 問61正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 データベーススペシャリスト試験 午前Ⅱ 問25用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問17用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 情報処理安全確保支援士試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問17用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 情報処理安全確保支援士試験 午前Ⅱ 問23用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問25(IPA の PDF を新しいタブで開きます)
残り 12 件を表示閉じる
- 平成29年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問17(IPA の PDF を新しいタブで開きます)
- 平成27年度 春期 データベーススペシャリスト試験 午前Ⅱ 問25(IPA の PDF を新しいタブで開きます)
- 平成27年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問18(IPA の PDF を新しいタブで開きます)
- 平成27年度 春期 情報セキュリティスペシャリスト試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 平成26年度 春期 応用情報技術者試験 午前 問50用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成26年度 春期 高度試験 午前Ⅰ 問17用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成25年度 秋期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 平成24年度 秋期 システムアーキテクト試験 午前Ⅱ 問13用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成24年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 平成22年度 秋期 応用情報技術者試験 午前 問48用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成22年度 秋期 高度試験 午前Ⅰ 問16用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成21年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。
開発の早い段階で試作品(プロトタイプ)を作成し、利用者に確認してもらいながら要件を明確化する開発モデル。利用者のフィードバックを反映して改善を繰り返すため、要件の認識齟齬を防ぎやすい。
迅速かつ適応的にソフトウェア開発を行う軽量な開発手法の総称。短い反復(イテレーション)を繰り返し、動くソフトウェアを早期に提供する。アジャイルソフトウェア開発宣言の12の原則に基づく。XP、スクラムなどが代表的。
システムの機能をいくつかのサブシステムに分割し、優先度の高いものから段階的に開発・リリースする開発モデル。各段階で動作するシステムを提供でき、利用者のフィードバックを次の段階に反映できる。
要件が不明確な場合に、まず核となる部分を開発し、利用者のフィードバックに基づいてシステムを進化させていく開発モデル。スパイラルモデルが代表的で、リスク分析を各反復に組み込む特徴がある。
専門的なコーディングの知識や経験がなくても、GUI操作や最小限のコード記述でソフトウェア開発が可能な手法・プラットフォーム。開発の迅速化・コスト削減に寄与するが、カスタマイズの自由度に制約がある場合もある。
