問題一覧
1
2つのモジュール間で必要なデータ項目だけを引数として渡す。
2
これは"論理的強度"のモジュールである。関連したいくつかの機能を含み、パラメタによっていずれかの機能を選択して実行している。現状では大きな問題となっていないとしても、仕様変更に伴うパラメタの変更による影響を最小限に抑えるために、機能ごとにモジュール分割すか、機能ごとの入口点を設ける方が良い。
3
データ結合
4
データ項目だけをモジュール間の引数として渡す。
5
ソフトウェア品目に対する要件を、最上位レベルの構造を表現する方式であって、かつ、ソフトウェアコンポーネントを識別する方式に変換する
6
単一の機能を実行するモジュール
7
ある振る舞いから次の振る舞いへの制御の流れを表現する。
8
対象業務領域のモデル化にあたって、情報資源のデータ構造に着目する
9
シーケンス図
10
図形と三角形
11
継承
12
管理の対象をエンティティ及びエンティティ間のリレーションシップとして表現する
13
単価ファイル
14
エンティティ間の関連
15
現状の業務を分析し、システム要求を整理する
16
DFD
17
矢印には、データを表す名前を付ける
18
対象とする世界を実体と関連の二つの概念で表現する図である
19
オブジェクト間で送受信されるメッセージ
20
カプセル化
21
公園、代々木公園
22
イ
23
システムとアクタの相互作用を表現する
24
継承という概念によって、モデルの拡張や変更の際に変更箇所を局所化できる
25
トラック
26
AとC
27
データとそれを操作する手続きを一つのオブジェクトにして、データと手続きの詳細をオブジェクトの外部から隠蔽すること
28
内部構造に基づいてテストデータを作成する
29
プログラム中に文法上の誤りや論理的な誤りなどがあるかどうかを、ソースコードを分析して調べる
30
複数条件網羅
31
プログラムの機能仕様やインタフェースの仕様に基づいて、テストケースを設計する
32
(A=7,B=0),(A=8,B=2)
33
アサーションチェック
34
2
35
レビューを主導し、参加者にそれぞれの役割を果たさせるようにする
36
ウォークスルー
37
ウ
38
まだ多くのバグが内在している可能性があることを示す
39
仕様の不備や誤りを早期に発見し、手戻り工数の削減を図る
40
ドライバは、引数を渡してテスト対象モジュールを呼び出す
41
リグレツションテスト
42
トップダウンでのプログラムのテストを行う時、作成したモジュールをテストするために、仮の下位モジュールを用意して動作を確認する
43
ドライバが必要である
44
実際に業務で使うデータや、業務上例外として処理されるデータ
45
スタブ
46
プログラムを修正したことによって、想定外の影響が出ていないかどうかを確認するためのテストである
47
スタブ
48
640
49
退行テスト
50
品質の工場や知識の共有をはかるために、2人のプログラマがペアとなり、その場で相談したりレビューしたりしながら、一つのプログラムの開発を行う
51
各イテレーションの最後
52
ソフトウェアの保守性を高めるために、外部仕様を変更することなく、プログラムの内部構造を変更する
53
リバースエンジニアリング
54
ペアプログラミング
55
プログラムのバージョン
56
既存のソフトウェアを解析し、その仕様や構造を明らかにする
57
スパイラルモデル
58
システムテストにおいて、単体テストレベルのバグが多発して、開発が予定通り進捗しない
情報システム中間
情報システム中間
ユーザ名非公開 · 81問 · 1年前情報システム中間
情報システム中間
81問 • 1年前情報処理技術
情報処理技術
ユーザ名非公開 · 100問 · 1年前情報処理技術
情報処理技術
100問 • 1年前情報処理技術②
情報処理技術②
ユーザ名非公開 · 100問 · 1年前情報処理技術②
情報処理技術②
100問 • 1年前情報処理技術③
情報処理技術③
ユーザ名非公開 · 100問 · 1年前情報処理技術③
情報処理技術③
100問 • 1年前情報処理技術④
情報処理技術④
ユーザ名非公開 · 100問 · 1年前情報処理技術④
情報処理技術④
100問 • 1年前情報処理技術⑤
情報処理技術⑤
ユーザ名非公開 · 55問 · 1年前情報処理技術⑤
情報処理技術⑤
55問 • 1年前問題一覧
1
2つのモジュール間で必要なデータ項目だけを引数として渡す。
2
これは"論理的強度"のモジュールである。関連したいくつかの機能を含み、パラメタによっていずれかの機能を選択して実行している。現状では大きな問題となっていないとしても、仕様変更に伴うパラメタの変更による影響を最小限に抑えるために、機能ごとにモジュール分割すか、機能ごとの入口点を設ける方が良い。
3
データ結合
4
データ項目だけをモジュール間の引数として渡す。
5
ソフトウェア品目に対する要件を、最上位レベルの構造を表現する方式であって、かつ、ソフトウェアコンポーネントを識別する方式に変換する
6
単一の機能を実行するモジュール
7
ある振る舞いから次の振る舞いへの制御の流れを表現する。
8
対象業務領域のモデル化にあたって、情報資源のデータ構造に着目する
9
シーケンス図
10
図形と三角形
11
継承
12
管理の対象をエンティティ及びエンティティ間のリレーションシップとして表現する
13
単価ファイル
14
エンティティ間の関連
15
現状の業務を分析し、システム要求を整理する
16
DFD
17
矢印には、データを表す名前を付ける
18
対象とする世界を実体と関連の二つの概念で表現する図である
19
オブジェクト間で送受信されるメッセージ
20
カプセル化
21
公園、代々木公園
22
イ
23
システムとアクタの相互作用を表現する
24
継承という概念によって、モデルの拡張や変更の際に変更箇所を局所化できる
25
トラック
26
AとC
27
データとそれを操作する手続きを一つのオブジェクトにして、データと手続きの詳細をオブジェクトの外部から隠蔽すること
28
内部構造に基づいてテストデータを作成する
29
プログラム中に文法上の誤りや論理的な誤りなどがあるかどうかを、ソースコードを分析して調べる
30
複数条件網羅
31
プログラムの機能仕様やインタフェースの仕様に基づいて、テストケースを設計する
32
(A=7,B=0),(A=8,B=2)
33
アサーションチェック
34
2
35
レビューを主導し、参加者にそれぞれの役割を果たさせるようにする
36
ウォークスルー
37
ウ
38
まだ多くのバグが内在している可能性があることを示す
39
仕様の不備や誤りを早期に発見し、手戻り工数の削減を図る
40
ドライバは、引数を渡してテスト対象モジュールを呼び出す
41
リグレツションテスト
42
トップダウンでのプログラムのテストを行う時、作成したモジュールをテストするために、仮の下位モジュールを用意して動作を確認する
43
ドライバが必要である
44
実際に業務で使うデータや、業務上例外として処理されるデータ
45
スタブ
46
プログラムを修正したことによって、想定外の影響が出ていないかどうかを確認するためのテストである
47
スタブ
48
640
49
退行テスト
50
品質の工場や知識の共有をはかるために、2人のプログラマがペアとなり、その場で相談したりレビューしたりしながら、一つのプログラムの開発を行う
51
各イテレーションの最後
52
ソフトウェアの保守性を高めるために、外部仕様を変更することなく、プログラムの内部構造を変更する
53
リバースエンジニアリング
54
ペアプログラミング
55
プログラムのバージョン
56
既存のソフトウェアを解析し、その仕様や構造を明らかにする
57
スパイラルモデル
58
システムテストにおいて、単体テストレベルのバグが多発して、開発が予定通り進捗しない