問題一覧
1
ソフトウェアの構想・設計から開発、導入、運用、保守、破棄に到るまでの工程全体のこと。
2
？
3
？
4
利用者にヒアリングするなどして、作成するシステムにどんな機能が求められているかを明らかにする。
5
要件をとりまとめた文書のこと。
6
ソフトウェアやシステム開発において、クライアントから求められる『機能』のこと。
7
『機能以外』のユーザービリティ、性能、拡張性、セキュリティなどの品質的に関連するもの全般を指します。
8
要件定義の結果に基いてシステムの詳細な仕様を固める。複数の段階に分けて、大枠から詳細へと、細分化しながら詰めていくのが一般的。 外部設計→内部設計→プログラム設計
9
システムを「利用者側から見た」設計を行う。ユーザインタフェースなど、利用者が実際に手を触れる部分の設計を行う
10
システムを「開発者から見た」設計を行う。外部設計を実現するための実装方法や物理データ設計などを行う。
11
プログラムを「どう作るか」という視点の設計を行う。プログラムの構造化設計や、モジュール同士のインタフェース使用などがこれにあたる。
12
作成したプログラムにミスがないか、仕様通りに作られているかを検証する。検証は設計の逆で、詳細から大枠へと、遡る形で行うのが一般的。 単体テスト→結合テスト→システムテスト→運用テスト
13
モジュールレベルの動作確認を行う。モジュール単位で中の処理を精査したり、入出力をチェックしたりプログラム設計通りできているのかを確認。
14
モジュールを結合させた状態での動作確認や入出力検査などを行う。モジュールを結合して、機能単位や処理単位での入出力チェックしたり内部設計通りできているかを確認。
15
システム全体を稼働させて動作の確認や負荷試験などを行う。システム全体が機能を果たすかの動作確認で、負荷試験や耐久試験などを含めて総合チェックし、外部設計通りできているかを確認。
16
実際の運用と同じ条件下で動作確認する。要件定義の要求仕様が満たされているかを確認。
17
要件定義からシステム設計、プログラミング、テストと、各区工程を順番に進めていく開発手法。基本的に開発の後戻りを想定していない。
18
システム開発の早い段階から試作品(プロトタイプ)を作成して、利用者の確認を得ながら開発を進めていく開発手法。
19
システムを複数のサブシステムに分割して、それぞれのサブシステムごとに開発を進めていく開発手法。個々のサブシステムは、ウォータフォールモデルで開発を進める。
20
各工程ごとの成果物を検証し問題発見に努め、潜在する問題点を早期発見し次の工程へと持ち越させないようにすること。
21
要件定義や外部設計、内部設計など、設計段階で作成した仕様書に対して、不備がないか確認するためのレビュー。
22
作成したプログラムに不備がないかを確認するために、ソースコードを対象として行われるレビュー。
23
レビュー対象物の作成者が説明者となり、複数の関係者が質問やコメントし、レビューを行う手法。
24
あらかじめ参加者の役割を決め、進行役として第三者であるモデレータ(議長)がレビュー責任者を務めてレビューを実施する手法。
25
参加者全員がテーマごとに順番に進行役を務めながらレビューを行う手法。
26
？
27
エンドユーザと開発者による少人数構成のチームを組み、とにかく短期間で開発を行うことを重要視した開発手法。
28
？
29
スパイラルモデルの派生型で、「短いサイクルで、動作するプログラムを作成する」という作業を繰り返し、変化の激しい経営環境や利用者の要件を随時取り入れながら、段階的にシステム全体を完成させていく開発手法。
30
アジャイル開発の手法の一つ。 ・テスト駆動開発 ・ペアプログラミング ・リファクタリング
31
実装の前にテストを定め、そのテストをパスするように実装を行う。
32
2人1組でプログラミングを行う。
33
外部仕様を変更することなく、プログラムの内部構造を変更する。
34
既存のソフトウェアを解析して、プログラムの仕様と設計書を取り出す開発手法。
35
リバースエンジニアリングによって得られた仕様をもとに新しいソフトウェアを開発する手法。
36
公開されている複数のサービスを組み合わせることで新しいサービスを作り出す手法。
37
データの流れを図で表したもの。
38
実体(Entity: エンティティ)と、実体間の関連(Relationship: リレーションシップ)という概念を使って、データの構造を図に表したもの。
39
機器やソフトウェア、システムなどとその利用者の間で情報をやり取りする仕組み。
40
コマンドと呼ばれる文字列を入力することで操作するインタフェースのこと。
41
画面に表示されているアイコンやボタンなどの絵や図形などをクリックやタップし操作するインタフェースのこと。
42
アプリケーションを操作するための項目が並んだメニュー。
43
クリックすると、下に垂れ下がって表示されるメニュー。
44
文字入力用の矩形領域
45
選択肢を複数選択するときに利用。
46
複数ある選択肢の中から、１つだけを選ばせるときに利用。
47
数字列の誤りを検知するために付加される検査用の数字のこと。
48
連続した番号を付与していくコード体系。
49
対象をいくつかのグループに分け、そのグループごとに連続した番号を付与するコード体系。
50
けたごとに意味を持たせたコード体系。
51
項目の意味を表す略称や記号などによって表現するコード体系。コードを見ただけで内容を推測しやすいという特徴を持つ。
52
数値として扱う必要のあるデータに、文字など数値として扱えないものが含まれていないかチェックする。
53
データが昇順や降順など決められた順序で並んでいるかをチェックする。
54
データの値が一定の範囲内にあるかどうかをチェックする。
55
データの形式が正しいかをチェックする。
56
登録済みでないコードの入力を避けるため、入力されたコードが、表中に登録されているか照合する。
57
データが論理的に矛盾しないかどうかをチェックする。
58
重複したデータが存在しないかどうかをチェックする。
59
各プログラムをモジュールという単位に分解・階層化させること
60
プログラムを「入力処理(源泉:Source)」、「変換処理(変換:Transform)」、「出力処理(吸収:Sink)」という3つのモジュール構造に分割する方法。
61
プログラムを一連の処理(トランザクション)単位に分割する方法。
62
プログラム中の共通機能をモジュールとして分割する方法。
63
モジュール内の機能が、内部でどのように関連付いているかを示す度合い。
64
モジュールが、他のモジュールとどのように結合するかを示す度合い。
65
プログラム中にある、記述ミスや血管(使用間違いや計算式の誤りなど)のこと。
66
プログラムを構成するモジュール単位に行うテスト。
67
複数のモジュールを繋ぎ合わせてテストを行い、モジュール間のインタフェースが正常に機能しているかなどを確認する
68
システム全体をテスト。
69
モジュールの外部仕様に着目して行うテスト。モジュールの内部構造は意識せず、入力に対して適切な出力が仕様通りできているかを検証する。
70
データ範囲を種類ごとのグループに分け、それぞれから代表的な値を抜き出してテストデータに用いる。
71
同値分割のグループの境界部分の値をテストデータに用いる。
72
モジュールの内部構造に着目する。ブラックボックステストとは逆に、モジュールの内部構造が正しく作られているかを検証する。
73
全ての命令を最低1回は確認するテスト。
74
全ての分岐を最低1回は確認するテスト。
75
ここの条件が真と偽の値を最低1回は満たすようにするテスト。
76
複数の条件が取りうる、真偽の値を全ての組み合わせを網羅するテスト。
77
上位モジュールから先にテストを済ませていくテスト。
78
トップダウンテストで用いる仮のモジュール
79
トップダウンテストとは逆に、下位モジュールからテストを行うテスト。
80
ボトムアップテストで用いる仮のモジュール
81
プログラムを修正したときに、その修正内容がこれまで正常に動作していた範囲に悪影響を与えていないか(新たにバグを誘発することになっていないか)を確認するためのテスト。
82
？
83
？
[2]２進数の計算と数値表現
[2]２進数の計算と数値表現
中澤優斗 · 8問 · 2年前[2]２進数の計算と数値表現
[2]２進数の計算と数値表現
8問 • 2年前[4]デジタルデータのあらわし方
[4]デジタルデータのあらわし方
中澤優斗 · 28問 · 2年前[4]デジタルデータのあらわし方
[4]デジタルデータのあらわし方
28問 • 2年前[5]CPU(Central Processing Unit)
[5]CPU(Central Processing Unit)
中澤優斗 · 38問 · 2年前[5]CPU(Central Processing Unit)
[5]CPU(Central Processing Unit)
38問 • 2年前[6]メモリ
[6]メモリ
中澤優斗 · 18問 · 2年前[6]メモリ
[6]メモリ
18問 • 2年前[7]ハードディスクとその他の補助記憶装置
[7]ハードディスクとその他の補助記憶装置
中澤優斗 · 33問 · 2年前[7]ハードディスクとその他の補助記憶装置
[7]ハードディスクとその他の補助記憶装置
33問 • 2年前[8]その他のハードウェア
[8]その他のハードウェア
中澤優斗 · 42問 · 2年前[8]その他のハードウェア
[8]その他のハードウェア
42問 • 2年前[9]基本ソフトウェア
[9]基本ソフトウェア
中澤優斗 · 60問 · 2年前[9]基本ソフトウェア
[9]基本ソフトウェア
60問 • 2年前[10]ファイル管理
[10]ファイル管理
中澤優斗 · 35問 · 2年前[10]ファイル管理
[10]ファイル管理
35問 • 2年前[11]データベース
[11]データベース
中澤優斗 · 43問 · 2年前[11]データベース
[11]データベース
43問 • 2年前[12]ネットワーク＿１
[12]ネットワーク＿１
中澤優斗 · 65問 · 2年前[12]ネットワーク＿１
[12]ネットワーク＿１
65問 • 2年前[12]ネットワーク＿２
[12]ネットワーク＿２
中澤優斗 · 39問 · 2年前[12]ネットワーク＿２
[12]ネットワーク＿２
39問 • 2年前[13]セキュリティ
[13]セキュリティ
中澤優斗 · 78問 · 2年前[13]セキュリティ
[13]セキュリティ
78問 • 2年前[15]システム周りの各種マネジメント
[15]システム周りの各種マネジメント
中澤優斗 · 49問 · 2年前[15]システム周りの各種マネジメント
[15]システム周りの各種マネジメント
49問 • 2年前[16]プログラムの作り方
[16]プログラムの作り方
中澤優斗 · 65問 · 2年前[16]プログラムの作り方
[16]プログラムの作り方
65問 • 2年前[17]システム構成と障害対策
[17]システム構成と障害対策
中澤優斗 · 43問 · 2年前[17]システム構成と障害対策
[17]システム構成と障害対策
43問 • 2年前[18]企業活動と関連法規
[18]企業活動と関連法規
中澤優斗 · 46問 · 2年前[18]企業活動と関連法規
[18]企業活動と関連法規
46問 • 2年前[19]経営戦略のための業務改善と分析手法
[19]経営戦略のための業務改善と分析手法
中澤優斗 · 14問 · 2年前[19]経営戦略のための業務改善と分析手法
[19]経営戦略のための業務改善と分析手法
14問 • 2年前[20]財務会計は忘れちゃいけないお金の話
[20]財務会計は忘れちゃいけないお金の話
中澤優斗 · 18問 · 2年前[20]財務会計は忘れちゃいけないお金の話
[20]財務会計は忘れちゃいけないお金の話
18問 • 2年前問題一覧
1
ソフトウェアの構想・設計から開発、導入、運用、保守、破棄に到るまでの工程全体のこと。
2
？
3
？
4
利用者にヒアリングするなどして、作成するシステムにどんな機能が求められているかを明らかにする。
5
要件をとりまとめた文書のこと。
6
ソフトウェアやシステム開発において、クライアントから求められる『機能』のこと。
7
『機能以外』のユーザービリティ、性能、拡張性、セキュリティなどの品質的に関連するもの全般を指します。
8
要件定義の結果に基いてシステムの詳細な仕様を固める。複数の段階に分けて、大枠から詳細へと、細分化しながら詰めていくのが一般的。 外部設計→内部設計→プログラム設計
9
システムを「利用者側から見た」設計を行う。ユーザインタフェースなど、利用者が実際に手を触れる部分の設計を行う
10
システムを「開発者から見た」設計を行う。外部設計を実現するための実装方法や物理データ設計などを行う。
11
プログラムを「どう作るか」という視点の設計を行う。プログラムの構造化設計や、モジュール同士のインタフェース使用などがこれにあたる。
12
作成したプログラムにミスがないか、仕様通りに作られているかを検証する。検証は設計の逆で、詳細から大枠へと、遡る形で行うのが一般的。 単体テスト→結合テスト→システムテスト→運用テスト
13
モジュールレベルの動作確認を行う。モジュール単位で中の処理を精査したり、入出力をチェックしたりプログラム設計通りできているのかを確認。
14
モジュールを結合させた状態での動作確認や入出力検査などを行う。モジュールを結合して、機能単位や処理単位での入出力チェックしたり内部設計通りできているかを確認。
15
システム全体を稼働させて動作の確認や負荷試験などを行う。システム全体が機能を果たすかの動作確認で、負荷試験や耐久試験などを含めて総合チェックし、外部設計通りできているかを確認。
16
実際の運用と同じ条件下で動作確認する。要件定義の要求仕様が満たされているかを確認。
17
要件定義からシステム設計、プログラミング、テストと、各区工程を順番に進めていく開発手法。基本的に開発の後戻りを想定していない。
18
システム開発の早い段階から試作品(プロトタイプ)を作成して、利用者の確認を得ながら開発を進めていく開発手法。
19
システムを複数のサブシステムに分割して、それぞれのサブシステムごとに開発を進めていく開発手法。個々のサブシステムは、ウォータフォールモデルで開発を進める。
20
各工程ごとの成果物を検証し問題発見に努め、潜在する問題点を早期発見し次の工程へと持ち越させないようにすること。
21
要件定義や外部設計、内部設計など、設計段階で作成した仕様書に対して、不備がないか確認するためのレビュー。
22
作成したプログラムに不備がないかを確認するために、ソースコードを対象として行われるレビュー。
23
レビュー対象物の作成者が説明者となり、複数の関係者が質問やコメントし、レビューを行う手法。
24
あらかじめ参加者の役割を決め、進行役として第三者であるモデレータ(議長)がレビュー責任者を務めてレビューを実施する手法。
25
参加者全員がテーマごとに順番に進行役を務めながらレビューを行う手法。
26
？
27
エンドユーザと開発者による少人数構成のチームを組み、とにかく短期間で開発を行うことを重要視した開発手法。
28
？
29
スパイラルモデルの派生型で、「短いサイクルで、動作するプログラムを作成する」という作業を繰り返し、変化の激しい経営環境や利用者の要件を随時取り入れながら、段階的にシステム全体を完成させていく開発手法。
30
アジャイル開発の手法の一つ。 ・テスト駆動開発 ・ペアプログラミング ・リファクタリング
31
実装の前にテストを定め、そのテストをパスするように実装を行う。
32
2人1組でプログラミングを行う。
33
外部仕様を変更することなく、プログラムの内部構造を変更する。
34
既存のソフトウェアを解析して、プログラムの仕様と設計書を取り出す開発手法。
35
リバースエンジニアリングによって得られた仕様をもとに新しいソフトウェアを開発する手法。
36
公開されている複数のサービスを組み合わせることで新しいサービスを作り出す手法。
37
データの流れを図で表したもの。
38
実体(Entity: エンティティ)と、実体間の関連(Relationship: リレーションシップ)という概念を使って、データの構造を図に表したもの。
39
機器やソフトウェア、システムなどとその利用者の間で情報をやり取りする仕組み。
40
コマンドと呼ばれる文字列を入力することで操作するインタフェースのこと。
41
画面に表示されているアイコンやボタンなどの絵や図形などをクリックやタップし操作するインタフェースのこと。
42
アプリケーションを操作するための項目が並んだメニュー。
43
クリックすると、下に垂れ下がって表示されるメニュー。
44
文字入力用の矩形領域
45
選択肢を複数選択するときに利用。
46
複数ある選択肢の中から、１つだけを選ばせるときに利用。
47
数字列の誤りを検知するために付加される検査用の数字のこと。
48
連続した番号を付与していくコード体系。
49
対象をいくつかのグループに分け、そのグループごとに連続した番号を付与するコード体系。
50
けたごとに意味を持たせたコード体系。
51
項目の意味を表す略称や記号などによって表現するコード体系。コードを見ただけで内容を推測しやすいという特徴を持つ。
52
数値として扱う必要のあるデータに、文字など数値として扱えないものが含まれていないかチェックする。
53
データが昇順や降順など決められた順序で並んでいるかをチェックする。
54
データの値が一定の範囲内にあるかどうかをチェックする。
55
データの形式が正しいかをチェックする。
56
登録済みでないコードの入力を避けるため、入力されたコードが、表中に登録されているか照合する。
57
データが論理的に矛盾しないかどうかをチェックする。
58
重複したデータが存在しないかどうかをチェックする。
59
各プログラムをモジュールという単位に分解・階層化させること
60
プログラムを「入力処理(源泉:Source)」、「変換処理(変換:Transform)」、「出力処理(吸収:Sink)」という3つのモジュール構造に分割する方法。
61
プログラムを一連の処理(トランザクション)単位に分割する方法。
62
プログラム中の共通機能をモジュールとして分割する方法。
63
モジュール内の機能が、内部でどのように関連付いているかを示す度合い。
64
モジュールが、他のモジュールとどのように結合するかを示す度合い。
65
プログラム中にある、記述ミスや血管(使用間違いや計算式の誤りなど)のこと。
66
プログラムを構成するモジュール単位に行うテスト。
67
複数のモジュールを繋ぎ合わせてテストを行い、モジュール間のインタフェースが正常に機能しているかなどを確認する
68
システム全体をテスト。
69
モジュールの外部仕様に着目して行うテスト。モジュールの内部構造は意識せず、入力に対して適切な出力が仕様通りできているかを検証する。
70
データ範囲を種類ごとのグループに分け、それぞれから代表的な値を抜き出してテストデータに用いる。
71
同値分割のグループの境界部分の値をテストデータに用いる。
72
モジュールの内部構造に着目する。ブラックボックステストとは逆に、モジュールの内部構造が正しく作られているかを検証する。
73
全ての命令を最低1回は確認するテスト。
74
全ての分岐を最低1回は確認するテスト。
75
ここの条件が真と偽の値を最低1回は満たすようにするテスト。
76
複数の条件が取りうる、真偽の値を全ての組み合わせを網羅するテスト。
77
上位モジュールから先にテストを済ませていくテスト。
78
トップダウンテストで用いる仮のモジュール
79
トップダウンテストとは逆に、下位モジュールからテストを行うテスト。
80
ボトムアップテストで用いる仮のモジュール
81
プログラムを修正したときに、その修正内容がこれまで正常に動作していた範囲に悪影響を与えていないか(新たにバグを誘発することになっていないか)を確認するためのテスト。
82
？
83
？