アジャイル開発
Agile Development
あじゃいるかいはつ
短いイテレーション(反復)で動作するソフトウェアを段階的に開発する手法の総称。変化への適応、チーム間の協働、動作するソフトウェアを重視する。アジャイルソフトウェア開発宣言(2001年)が基本理念。
Related
他の資格での定義
短い反復(イテレーション)を繰り返しながら、動作するソフトウェアを段階的に開発していく手法の総称。変化する要求への迅速な対応を重視し、顧客との継続的な協力により価値を提供する。
迅速かつ適応的にソフトウェア開発を行う軽量な開発手法の総称。短い反復(イテレーション)を繰り返し、動くソフトウェアを早期に提供する。アジャイルソフトウェア開発宣言の12の原則に基づく。XP、スクラムなどが代表的。
短い反復(イテレーション)を繰り返しながら、動くソフトウェアを迅速かつ適応的に開発する軽量な手法の総称。アジャイルソフトウェア開発宣言の12の原則に基づき、変化への対応と顧客との協調を重視する。スクラム、XP、FDDなどの手法がある。
短い反復(イテレーション)サイクルで開発とフィードバックを繰り返し、変化する要求に柔軟に対応するソフトウェア開発手法の総称。スクラム、XP(エクストリームプログラミング)などの手法があり、顧客との密なコミュニケーションと動作するソフトウェアの早期提供を重視する。
短いイテレーション(反復)で計画・設計・実装・テストを繰り返し、段階的にソフトウェアを開発する手法の総称。変化への対応力が高く、顧客との密なコミュニケーションを重視する。スクラム、XP、カンバンなどの手法がある。
短い開発サイクル(イテレーション)を繰り返し、変化する要求に柔軟に対応する開発手法の総称。スクラム、XP等の手法がある。組込み開発でもプロトタイプの早期検証やハードウェアとの並行開発に活用される。
短いイテレーション(反復)を繰り返しながら、変化に柔軟に対応するシステム開発手法。スクラムやXPなどの手法がある。監査では従来のウォーターフォール型とは異なる統制の評価アプローチが必要となる。
短い反復(イテレーション)サイクルで開発とフィードバックを繰り返し、変化する要求に柔軟に対応するソフトウェア開発手法の総称。スクラム、XP(エクストリームプログラミング)などの手法があり、顧客との密なコミュニケーションと動作するソフトウェアの早期提供を重視する。
要求の変化に柔軟に対応するため、短い期間の反復(イテレーション)ごとに計画、設計、実装、テストを行い、動くソフトウェアを少しずつ提供していく開発手法の総称。アジャイルソフトウェア開発宣言の価値観に基づき、スクラム、XP、リーンソフトウェア開発などの手法がある。
Past Exams
過去問での出題
過去問で 47 回出題(応用情報技術者試験 13・ITパスポート試験 8・システムアーキテクト試験 6・高度試験 午前Ⅰ 6・基本情報技術者試験 4・プロジェクトマネージャ試験 4・情報処理安全確保支援士試験 3・システム監査技術者試験 2・エンベデッドシステムスペシャリスト試験 1)。うち 3 回は用語そのものを問う問題です。
- 令和7年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問13(IPA の PDF を新しいタブで開きます)
- 令和7年度 春期 情報処理安全確保支援士試験 午前Ⅱ 問22(IPA の PDF を新しいタブで開きます)
- 令和7年度 春期 情報処理安全確保支援士試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 令和7年度 基本情報技術者試験 科目A 公開問題 問13(IPA の PDF を新しいタブで開きます)
- 令和6年度 秋期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和6年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問16(IPA の PDF を新しいタブで開きます)
- 令和6年度 春期 システムアーキテクト試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 令和6年度 基本情報技術者試験 科目A 公開問題 問12(IPA の PDF を新しいタブで開きます)
- 令和6年度 ITパスポート試験 公開問題 問40用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和6年度 ITパスポート試験 公開問題 問48選択肢(IPA の PDF を新しいタブで開きます)
残り 37 件を表示閉じる
- 令和5年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 令和5年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問15(IPA の PDF を新しいタブで開きます)
- 令和5年度 秋期 情報処理安全確保支援士試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 令和5年度 春期 システムアーキテクト試験 午前Ⅱ 問12(IPA の PDF を新しいタブで開きます)
- 令和5年度 基本情報技術者試験 科目A 公開問題 問12(IPA の PDF を新しいタブで開きます)
- 令和4年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和4年度 春期 システムアーキテクト試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 令和4年度 ITパスポート試験 公開問題 問38正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 応用情報技術者試験 午前 問58(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 システム監査技術者試験 午前Ⅱ 問3(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 令和3年度 春期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 令和3年度 ITパスポート試験 公開問題 問51(IPA の PDF を新しいタブで開きます)
- 令和2年度 10月 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和2年度 10月 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 ITパスポート試験 問40(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 ITパスポート試験 問49用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 ITパスポート試験 問52(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 システムアーキテクト試験 午前Ⅱ 問13(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 システム監査技術者試験 午前Ⅱ 問5(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 ITパスポート試験 問47用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 システムアーキテクト試験 午前Ⅱ 問13(IPA の PDF を新しいタブで開きます)
- 平成30年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 平成30年度 春期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 平成29年度 秋期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 平成29年度 秋期 システムアーキテクト試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 基本情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
ウォーターフォールモデルの各開発工程に対応するテスト工程を対に配置した開発モデル。要件定義に受入テスト、基本設計にシステムテスト、詳細設計に結合テスト、実装に単体テストが対応する。各工程の整合性を確保する。
シミュレーションモデルを用いて設計・検証を行い、モデルから自動的にコードを生成する開発手法。MATLAB/Simulinkが代表的なツール。自動車や航空宇宙の組込みシステム開発で広く採用され、開発の効率化と品質向上に寄与する。
要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順に進める開発モデル。各工程の完了を確認してから次に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が確定したプロジェクトに適する。
アジャイル開発のフレームワークの一つ。プロダクトオーナー、スクラムマスター、開発チームの3つの役割と、スプリント計画、デイリースクラム、スプリントレビュー、レトロスペクティブの4つのイベントで構成される。
計画、リスク分析、開発、評価のサイクルを繰り返しながらシステムを段階的に発展させる開発モデル。Barry Boehmが提唱。リスク駆動のアプローチで、各サイクルでリスクを評価・軽減しながら開発を進める。
Kent Beckが提唱したアジャイル開発手法。ペアプログラミング、テスト駆動開発(TDD)、継続的インテグレーション、リファクタリング、小規模リリースなどのプラクティスを組み合わせて高品質なソフトウェアを迅速に開発する。
