IT用語帳
FEアルゴリズムとプログラミング · その他の言語

UML

Unified Modeling Language

ゆーえむえる

オブジェクト指向のソフトウェア設計を視覚的に表現するための標準化された表記法。クラス図、シーケンス図、ユースケース図、アクティビティ図、ステートマシン図など複数のダイアグラムで構成され、システムの構造や振る舞いを多角的に表現できる。

共有:

Related

他の資格での定義

IPUML

オブジェクト指向のソフトウェア開発において、システムの構造や振る舞いを視覚的に表現するための標準的なモデリング言語。クラス図、ユースケース図、シーケンス図など複数のダイアグラムを定義している。

APUML

オブジェクト指向設計の事実上の標準となる統一モデリング言語。クラス図、シーケンス図、ユースケース図、アクティビティ図、ステートマシン図、コミュニケーション図など13種類のダイアグラムでシステムの構造や振る舞いを表現する。

STUML

オブジェクト指向のソフトウェア開発において、システムの構造や振る舞いを視覚的に表現するための標準的なモデリング言語。クラス図、ユースケース図、シーケンス図、アクティビティ図など複数の図法を持ち、システム構成要素の関連の表記に用いられる。

SAUML

ソフトウェアの分析・設計で用いる標準的なモデリング言語。構造図(クラス図、コンポーネント図等)と振る舞い図(シーケンス図、アクティビティ図等)の14種類の図から構成される。OMGが標準化を管理している。

DBUML

システムの構造と振る舞いを図で表現する標準のモデリング言語。データベース設計では、クラス図を概念データモデルの記述に用い、多重度や汎化・集約の表現によってE-R図と同等の情報を表せる。

ESUML

オブジェクト指向ソフトウェアの設計をモデル化するための標準的な記法。クラス図、シーケンス図、ステートマシン図、ユースケース図などの13種類の図を提供する。組込みシステムでは特に状態遷移図やシーケンス図が活用される。

PD-MUML

オブジェクト指向のソフトウェア開発において、システムの構造や振る舞いを視覚的に表現するための標準的なモデリング言語。クラス図、ユースケース図、シーケンス図、アクティビティ図など複数の図法を持ち、システム構成要素の関連の表記に用いられる。

PD-DUML

OMGが標準化した、ソフトウェアの構造や振る舞いを図で表すための統一モデリング言語。クラス図、ユースケース図、シーケンス図、アクティビティ図、状態マシン図など14種類の図がある。データベースの概念設計では、クラス図でエンティティに当たるクラスと属性、クラス間の関連と多重度を表し、E-R図の代わりに使うことができる。

PD-SUML

オブジェクト指向のソフトウェア開発において、システムの構造や振る舞いを視覚的に表現するための標準的なモデリング言語。クラス図、ユースケース図、シーケンス図、アクティビティ図など複数の図法を持ち、システム構成要素の関連の表記に用いられる。

A-1UML

オブジェクト指向による分析・設計で、システムの構造や振る舞いを図で表すための標準のモデリング言語。OMGが標準化しており、クラス図などの構造図と、ユースケース図、アクティビティ図、シーケンス図、状態マシン図などの振る舞い図がある。

Past Exams

過去問での出題

過去問で 116 回出題(応用情報技術者試験 34・データベーススペシャリスト試験 25・基本情報技術者試験 17・高度試験 午前Ⅰ 17・システムアーキテクト試験 11・ITパスポート試験 4・ネットワークスペシャリスト試験 3・システム監査技術者試験 3・エンベデッドシステムスペシャリスト試験 2)

残り 106 件を表示

出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

基本情報技術者試験の過去問によく出る用語

Related

関連キーワードの用語

FEE-R図

実体(エンティティ)、関連(リレーションシップ)、属性(アトリビュート)を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。

DBユースケース図

利用者(アクタ)とシステムが提供する機能(ユースケース)の関係を表すUMLの図。データ要求分析の段階で、誰がどのデータをどう扱うかを整理し、CRUD分析の入力として用いる。

FEモジュール分割

プログラムを独立性の高い機能単位のモジュールに分割する設計手法。STS分割やTR分割、共通機能分割などの手法がある。モジュールの凝集度を高め、結合度を低くすることが良い設計の基準であり、保守性と再利用性の向上に寄与する。

FEシステム要件定義

システムの境界を定め、利害関要件として定義された利用の状況および運用シナリオに基づいて機能的な境界を定義するプロセス。システムの機能要件・性能要件を明確にし、レビューを経て要件を確定する。

FE機能要件

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。

FE非機能要件

性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。