品質特性
Software Quality Characteristics
そふとうぇあひんしつとくせい
JIS X 25010:2013(ISO/IEC 25010:2011)で規定されるソフトウェア製品の品質モデル。製品品質モデルでは機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの特性に分類される。2023年の改訂(ISO/IEC 25010:2023)で安全性が加わり、9特性になった。
Related
他の資格での定義
ソフトウェアの品質を評価するための特性分類。ISO/IEC 25010:2011(JIS X 25010:2013)では、機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性が定義されている。2023年の改訂(ISO/IEC 25010:2023)で安全性が加わり、9特性になった。
JIS X 25010:2013(ISO/IEC 25010:2011)で規定されるソフトウェア製品の品質モデル。製品品質モデルとして機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの特性に分類される。利用時の品質モデルには有効性、効率性、満足性、リスク回避性、利用状況網羅性がある。2023年の改訂(ISO/IEC 25010:2023)で安全性が加わり、9特性になった。
ソフトウェアの品質を体系的に定義・評価するためのモデル。ISO/IEC 25010:2011(SQuaRE)では、機能適合性、性能効率性、使用性、信頼性、セキュリティ、互換性、保守性、移植性の8つの品質特性が定義されている。品質測定・評価の基準として広く活用される。2023年の改訂(ISO/IEC 25010:2023)で安全性が加わり、9特性になった。
ISO/IEC 25010:2011(JIS X 25010:2013)で定義されるソフトウェア品質の8つの主特性。機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性から構成される。品質要件の定義や品質評価の基準として用いる。2023年の改訂(ISO/IEC 25010:2023)で安全性が加わり、9特性になった。
機能適合性、性能効率性、信頼性、使用性、保守性など、製品の品質を評価する観点。組込みシステムでは信頼性と性能効率性の要求が特に厳しい。
ソフトウェアの品質を評価するための特性分類。ISO/IEC 25010:2011(JIS X 25010:2013)では、機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性が定義されている。2023年の改訂(ISO/IEC 25010:2023)で安全性が加わり、9特性になった。
ソフトウェア製品の品質を、評価できる品質特性と副特性に分解して体系化したモデル。JIS X 25010(ISO/IEC 25010:2011)では機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8特性とし、ISO/IEC 25010:2023では安全性を加えた9特性に改められた。品質要件の定義や評価の観点として使う。
Past Exams
過去問での出題
過去問で 34 回出題(ITパスポート試験 6・プロジェクトマネージャ試験 6・基本情報技術者試験 4・システムアーキテクト試験 4・システム監査技術者試験 4・応用情報技術者試験 3・情報処理安全確保支援士試験 3・エンベデッドシステムスペシャリスト試験 2・データベーススペシャリスト試験 1・高度試験 午前Ⅰ 1)。うち 8 回は用語そのものを問う問題です。
- 令和7年度 ITパスポート試験 公開問題 問47(IPA の PDF を新しいタブで開きます)
- 令和6年度 秋期 システム監査技術者試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 令和6年度 基本情報技術者試験 科目A 公開問題 問19(IPA の PDF を新しいタブで開きます)
- 令和6年度 ITパスポート試験 公開問題 問50(IPA の PDF を新しいタブで開きます)
- 令和5年度 春期 システムアーキテクト試験 午前Ⅱ 問8用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和4年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問14(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 システム監査技術者試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 令和3年度 春期 システムアーキテクト試験 午前Ⅱ 問10(IPA の PDF を新しいタブで開きます)
- 令和3年度 春期 情報処理安全確保支援士試験 午前Ⅱ 問22用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 応用情報技術者試験 午前 問47(IPA の PDF を新しいタブで開きます)
残り 24 件を表示閉じる
- 平成30年度 秋期 システムアーキテクト試験 午前Ⅱ 問6用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成30年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問12(IPA の PDF を新しいタブで開きます)
- 平成29年度 秋期 情報処理安全確保支援士試験 午前Ⅱ 問22(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 システム監査技術者試験 午前Ⅱ 問22用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 データベーススペシャリスト試験 午前Ⅱ 問24用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 情報処理安全確保支援士試験 午前Ⅱ 問22用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成28年度 秋期 システムアーキテクト試験 午前Ⅱ 問8(IPA の PDF を新しいタブで開きます)
- 平成28年度 春期 応用情報技術者試験 午前 問46(IPA の PDF を新しいタブで開きます)
- 平成28年度 春期 高度試験 午前Ⅰ 問16(IPA の PDF を新しいタブで開きます)
- 平成27年度 春期 システム監査技術者試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 平成26年度 春期 基本情報技術者試験 午前 問77(IPA の PDF を新しいタブで開きます)
- 平成25年度 春期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問22(IPA の PDF を新しいタブで開きます)
- 平成25年度 春期 ITパスポート試験 問46(IPA の PDF を新しいタブで開きます)
- 平成24年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問9用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成23年度 秋期 応用情報技術者試験 午前 問46(IPA の PDF を新しいタブで開きます)
- 平成23年度 秋期 ITパスポート試験 問34(IPA の PDF を新しいタブで開きます)
- 平成23年度 ITパスポート試験 特別試験 問53(IPA の PDF を新しいタブで開きます)
- 平成23年度 プロジェクトマネージャ試験 特別試験 午前Ⅱ 問8(IPA の PDF を新しいタブで開きます)
- 平成22年度 秋期 ITパスポート試験 問38(IPA の PDF を新しいタブで開きます)
- 平成22年度 春期 基本情報技術者試験 午前 問52(IPA の PDF を新しいタブで開きます)
- 平成22年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問10用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成21年度 秋期 基本情報技術者試験 午前 問76(IPA の PDF を新しいタブで開きます)
- 平成21年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問5(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
要件と設計・実装・テストの各成果物間の対応関係を追跡できること。双方向の追跡可能性(双方向のトレーサビリティ)により、要件の漏れや不要な実装の検出が可能になる。要件定義やレビューの評価基準として重要。
プロジェクトの成果物を適宜評価するための活動。コードレビュー、ピアレビュー、デザインレビュー、インスペクション、ウォークスルーなどの種類がある。品質向上と欠陥の早期発見を目的とする。
モデレーターが主導し、チェックリストに基づいて成果物の欠陥を組織的に検出するレビュー手法。正式な手順に従い、参加者の役割(作成者・読み手・記録者等)が明確に定められている。
成果物の作成者が説明役となり、参加者に内容を順に説明しながら問題点や改善点を検出するレビュー手法。インスペクションより非公式で柔軟に実施でき、知識共有の効果もある。
ソースコードを他の開発者が読んで、コーディング標準への準拠、効率性、保守性、欠陥の有無を確認する活動。ピアコードレビュー、コードインスペクション、ウォークスルーなどの形式がある。
プログラムの制御フローグラフに基づいて算出される複雑度の指標。分岐の数が多いほど値が大きくなり、テストすべきパス数の目安となる。メトリクス計測に用いられ、コードレビューの判断材料にもなる。
