ソフトウェア工学10回から11回目まで

マイの作った問題なので誤字多めです、泣

ソフトウェア工学10回から11回目まで

51問 • 1年前マイの作った問題なので誤字多めです、泣

まい

通報

問題一覧

実装について設計の結果をもとに、実際に（）なソフトウェアを構築し、このソフトウェアの（）を設定する作業

実行可能, 実行環境

実装で作成されるものの例

プログラム

実装に関わる作業実行可能なソフトウェアの構築プログラミングの場合はコンパイル・リンクを行い、（）を得る実行環境の設定と配置設定はハードウェア・OS・ミドルウェア・フレームネットワークを設定配置は（）する

実行形式, デプロイ

バージョン管理について様々なバージョンの（）が作られている（機能拡張・（）・類似した製品群など）一旦作られたソフトウェアは（）な形で管理する

ソフトウェア, 不具合対応, 再現可能

デバッグとは何かプログラム中の（）を検出して、（）を特定し、修正する作業

欠陥, 原因箇所

実装に関わる課題でプログラムの作成では（）を正しく解釈し、実装技術を理解している必要がある

設計

機械的な作業の例として（）がかかる上に間違いが混入することもあるこのような時、（）して、特定のディレクトリに置く。そして、（）して、一コマンドで（）する

手間, コンパイル, 自動化, 実行可能

依存関係の管理プログラムで言えば、（）が必要なファイルを把握する必要があるこれは（）が発生することがあるこのようなことを防ぐためには、（）するべき

再コンパイル, 見落とし, 自動化

バージョン管理についてプログラムのについて（）に戻したくなる場合がある複数人で編集する場合には（）が衝突することがある

古いバージョン, 修正作業

デグレードとは何か

変更作業の結果改悪になること

ソフトウェアと実行環境について ①基本的な形態は（）をコンパイルし、実行する例）計算機上で実行形式ファイルを動かす ②アプリケーションフレームワークの利用はよく使われる（）や、（）などがあらかじめ用意されているゼロから作らなくていいため、効率がいい

高水準言語, 機能, 構成

ソフトウェアと実行環境について ③分散システム（）に（）できるように構築しなければならない、（）する先が増えるため、複雑になる ④仮想化環境・クラウドについて仮想化は、（）などがCPUコア数やメモリのリソースが充実した計算機が存在する前提 -１つの計算機の中に仮想的な計算機を作る -１つでやると大変、（）-仮想化は、自身でサーバを組むイメージ -（）は状況によって、CPUやメモリなどのリソースを柔軟かつ迅速に提供できる

相互, 協調, デプロイ, サーバマシン, クラウドコンピューティング

ソフトウェアと実行環境について ⑤（）-PCでプログラムを書いてコンパイルし、ターゲット上で動かす（）ではOSも含めてビルドし、書き込むことがある

クロス開発, 組み込みシステム

実装に関わる技術プログラミング支援についてコーディングを行う、エディタが（）になってきている例）キーボードの自動補完（）-エディタだけでなく、ビルドや（）も機能として提供

高機能, IDE, デバッグ

ビルド作業と依存関係についてたくさん実行しまくるとキリがなくて大変なので、（）や依存関係（必要なファイルの関係）を定義しておき、（）する例）makeコマンドなどで自動的に（）できる

ビルド手順, 自動化, ビルド

継続的インテグレーションについてプログラム作成 ⇩ （） ⇩ デプロイ ⇩ テストでまだプログラム作成に戻るこれを（）するツールが存在する

ビルド作業, 自動化

オープンソースソフトウェアについて（）条件で公開されたソフトウェアのこと勝手にコピー・（）できないあくまで著作権に守られている無償だが品質が低いとも限らない

誰でも自由に利用できる, 貸与

デバッグの作業について不具合の発見・ソフトウェアが期待した動作をしないことで不具合の発言が疑われる不具合の再現・（）条件を特定する原因の特定・条件をもとに（）を見つける原因の解決・（）を行う確認・（）の解決を確認し、副作用を確認する

不具合が生じる, 原因, 修正作業, 不具合

デバッグのコツは ①状況を的確に（）する（）やトレースを読んで理解を試みる ②状況を把握する（）を作る変数や、（）を取り出す仕組みを作る ③問題の簡略化大量のデータ、（）だと、原因を探す難易度が上がる（）などデータを徐々に小さくするなど問題範囲を絞り込む作業のどの時点で問題が（）発生したかをおもいだす

把握, エラーメッセージ, 仕組み, 一部のデータ, 長時間の実行, 発生

バージョン管理バージョンの重要性について ①デグレードからの回復：（）で比較して、原因を分析できる ②派生開発：特定のバージョンから、別の進化をさせることができる ③ファイルの紛失防止：Gitのような仕組みならば誤削除から復旧できる

新旧のバージョン

リリースしたソフトウェアの通し番号

バージョン

バージョン管理-ソフトウェアは（）に基づいて開発されることが多いバージョン管理は（）で表される

前のバージョン, 木構造

ブランチについてあるバージョンをもとにした時の（）の事マージについてブランチで分かれて開発していたバージョンを（）する事マージ時に重複する修正がある場合は（）と呼ばれる

開発の分岐, 統合, 衝突

検証と妥当性について成果物の確認は（）と（）からなる（）と（）をなんというか

検証, 妥当性確認, V&V

検証とは開発のあるフェーズで作られた（）がそのフェーズの開発当初の（）や（）を満たしているかどうかを評価する活動

成果物, 制約, 条件

妥当性確認とは（）や目的に対する要求が達成されているかどうかを、（）を用意して確認する事

意図される利用方法, 客観的根拠

検証と妥当性確認の違いについて検証：（）の確認妥当性確認：（）が開発目的に合っているか確認

フェーズ前後, 成果物

成果物の確認技術二つ答えよ

テスト, レビュー

成果物確認の技術（）：ツールなどを用いて、成果物を実行せずに解析する方法（）：数理論理学に基づいて検証を行うための方法の総称

静的解析, 形式検証

ソフトウェアの欠陥について欠陥：要求された機能などが果たせなくなるような（）またはシステム中の不備フォールト：欠陥とほぼ同義だが、（）のみを指すことがある（）：間違った結果をもたらす人間の行為故障：コンポーネントやシステムが、期待した機能，（），結果を提供できないこと

コンポーネント, ソースコード, エラー, サービス

テスト技術についてテストの目的は、実際に動作させて（）を発見テストケースはテストのために作られた（）、実行条件、期待される出力値の組みのこと（）はテストケースをまとめたもの

欠陥, 入力値, テストスイート

テストの特性何を全て確認することはできないかテストで（）が見つからなかったとはいえ、（）がないとは言い切れない

起こりうる実行, 不具合, 欠陥

テストは段階的に行われている ①受け入れテスト-（）が主な目的となる ②システムテスト-（）をテストする -機能仕様や、（）を満たすか確認する ③統合テスト-単体テストを通過した対象に対して実際に（）テストをする ④単体テスト-（）をテストするテスト対象の外についての代替が必要（）：テスト対象を呼び出す部分（）：テスト対象から呼び出される部分これは④から①に向かって行われる

妥当性確認, システム全体としての振る舞い, 非機能仕様, つなぎ合わせて, ソフトウェアの一部のみ, ドライバ, スタブ

テストタイプについて・機能テスト機能が仕様通りに（）されているか確認・非機能テスト（）、負荷テスト、信頼性など・構造テストテストの（）を図る・変更に伴うテスト変更によって（）が除去されているか（）を起こしていないか

実装, 性能テスト, 網羅性, 欠陥, デグレード

ブラックボックステスト（機能テスト）についてシステムの（）を見ずに、機能面・非機能面の確認を行うテスト例）同値分割法

内部構造

同値分割法について入力値を（①）に分割し、（）ごとの代表値を最低一回与える（）で正しければ同じ（①）は全て正しく動作する前提

同値クラス, 各同値クラス, 代表値

動作が同様とみなされる入力値集合

同値クラス

境界値分析について同値クラスの（）に基づいて（）する方法（）の条件式の誤りに気がつくために有効

境界, テスト設計, コード中

他のブラックボックステストについて（）-決定表と呼ばれる条件と期待される結果のくみに基づくテスト手法（）-状態遷移モデルで定義された状態遷移が実現されてるかどうか（）-ユースケース記述に基づきテストする

決定表テスト, 状態遷移テスト, ユースケーステスト

ホワイトボックステストについて（構造テスト）システムの内部構造を見て（）面・（）面の確認を行うテスト

機能, 非機能

制御フローテストについて（）に基づき、カバレッジ基準に従ってテスト設計するカバレッジ基準-テストで（）したいアイテム要素のことカバレッジを100%にすることが目標

制御構造, 網羅

命令網羅について（Ｃ0カバレッジ）全ての（）を網羅するとカバレッジは100%になる処理の手順は（）のようになる分岐網羅（C 1カバレッジ）について全ての（）を網羅するとカバレッジは100%になる全ての（）を通ればいいので、どう通るのかは重要ではない

処理, 直線, 分岐, 矢印

複合条件網羅全ての条件式の（）を網羅すると100%になる

真偽

（）：データの流れを確認するテスト変数が正しく定義、利用、（）されているか確認する

データフローテスト, 消滅

レビュー技術についてレビューの目的レビューに参加するメンバによってレビュー対象の（）を検出すること長所例）対象がコードに限定されない短所例）厳密な網羅的な確認には不向き

欠陥

レビューの種類について（）：管理者がレビューする技術レビュー：（）をできるメンバーで実施する（）：仕様や標準からの逸脱などの欠陥を検出する（）：設計者やプログラマが成果物を説明し、参加者が質疑・コメントを実施する

管理者レビュー, 妥当性の確認, インスペクション, ウォークスルー

静的解析技術について（）がないか、望ましい（）になっているか、望ましい（）になっているか、修正や拡張に適した形かレビュー前に静的解析をすると、（）出なければならないことに注力できる

欠陥, ソフトウェア構造, コーディング, 人

構造の解析制御フロー解析について ①プログラム中の命令の（） ②（）の呼び出し順序データフロー解析について変数がどのような命令で変更されるかなど（）を確認する

実行順序, 関数, 変数の流れ

コーディング規約遵守の確認（）を定める読みやすさや、（）を効率化し、（）の混入を低減できる

ルール, 保守作業, エラー

メトリクスの測定メトリクス：（）例）ソースコードだと、行数、分岐数、など（）：コードの複雑さの指標の一つ制御フローから求められる

定量的な測定値, サイクロマティック複雑度

サイクロマティック複雑度は矢印の数　− （）　+ 2 で求めることができるつまり（）やループが多いほど複雑なソースコードになる

ノード数, 分岐

英単語2

英単語2

倫理30から43

倫理30から43

ちゃか

ちゃか

熟語

熟語

英単語３

英単語３

熟語

熟語

ちゃか

ちゃか

英単語

英単語

英語不定詞、動名詞

英語不定詞、動名詞

倫理　インド思想

倫理　インド思想

熟語

熟語

倫理定期

倫理定期

ちゃか

ちゃか

歴史

歴史

倫理30から43

倫理30から43

英単語３

英単語３

熟語

熟語

英語不定詞、動名詞

英語不定詞、動名詞

英単語　3年生no.2

英単語　3年生no.2

3年生熟語no.2

3年生熟語no.2

計算機システムの単語

計算機システムの単語

政治経済　中間

政治経済　中間

計算機システムの単語

計算機システムの単語

英単語三

英単語三

英単語の熟語3

英単語の熟語3

論理回路no.1

論理回路no.1

英単語no．4

英単語no．4

英語　no.5

英語　no.5

政治経済　定期テスト

政治経済　定期テスト

英語B

英語B

英語8

英語8

政治経済3　後期中間

政治経済3　後期中間

英語後期中間　単語

英語後期中間　単語

後期中間英語　熟語等

後期中間英語　熟語等

計算機システム　後期中間

計算機システム　後期中間

計算機システム　後期中間単語

計算機システム　後期中間単語

英語単語

英語単語

計算機システム

計算機システム

英語B　後期

英語B　後期

英語unit12

英語unit12

計算機システム

計算機システム

まいひめ

まいひめ

生物

生物

英特論

英特論

英語特A

英語特A

情報通信

情報通信

ソフトウェア工学

ソフトウェア工学

生物

生物

情報通信二

情報通信二

とくろんえ

とくろんえ

とくろんえ

とくろんえ

特論A 定期

特論A 定期

情報通信

情報通信

とくろんえ

とくろんえ

地球

地球

問題一覧

実装について設計の結果をもとに、実際に（）なソフトウェアを構築し、このソフトウェアの（）を設定する作業

実行可能, 実行環境

実装で作成されるものの例

プログラム

実行形式, デプロイ

ソフトウェア, 不具合対応, 再現可能

デバッグとは何かプログラム中の（）を検出して、（）を特定し、修正する作業

欠陥, 原因箇所

実装に関わる課題でプログラムの作成では（）を正しく解釈し、実装技術を理解している必要がある

設計

手間, コンパイル, 自動化, 実行可能

再コンパイル, 見落とし, 自動化

バージョン管理についてプログラムのについて（）に戻したくなる場合がある複数人で編集する場合には（）が衝突することがある

古いバージョン, 修正作業

デグレードとは何か

変更作業の結果改悪になること

高水準言語, 機能, 構成

相互, 協調, デプロイ, サーバマシン, クラウドコンピューティング

クロス開発, 組み込みシステム

高機能, IDE, デバッグ

ビルド手順, 自動化, ビルド

継続的インテグレーションについてプログラム作成 ⇩ （） ⇩ デプロイ ⇩ テストでまだプログラム作成に戻るこれを（）するツールが存在する

ビルド作業, 自動化

誰でも自由に利用できる, 貸与

不具合が生じる, 原因, 修正作業, 不具合

把握, エラーメッセージ, 仕組み, 一部のデータ, 長時間の実行, 発生

新旧のバージョン

リリースしたソフトウェアの通し番号

バージョン

バージョン管理-ソフトウェアは（）に基づいて開発されることが多いバージョン管理は（）で表される

前のバージョン, 木構造

開発の分岐, 統合, 衝突

検証と妥当性について成果物の確認は（）と（）からなる（）と（）をなんというか

検証, 妥当性確認, V&V

検証とは開発のあるフェーズで作られた（）がそのフェーズの開発当初の（）や（）を満たしているかどうかを評価する活動

成果物, 制約, 条件

妥当性確認とは（）や目的に対する要求が達成されているかどうかを、（）を用意して確認する事

意図される利用方法, 客観的根拠

検証と妥当性確認の違いについて検証：（）の確認妥当性確認：（）が開発目的に合っているか確認

フェーズ前後, 成果物

成果物の確認技術二つ答えよ

テスト, レビュー

成果物確認の技術（）：ツールなどを用いて、成果物を実行せずに解析する方法（）：数理論理学に基づいて検証を行うための方法の総称

静的解析, 形式検証

コンポーネント, ソースコード, エラー, サービス

欠陥, 入力値, テストスイート

テストの特性何を全て確認することはできないかテストで（）が見つからなかったとはいえ、（）がないとは言い切れない

起こりうる実行, 不具合, 欠陥

妥当性確認, システム全体としての振る舞い, 非機能仕様, つなぎ合わせて, ソフトウェアの一部のみ, ドライバ, スタブ

実装, 性能テスト, 網羅性, 欠陥, デグレード

ブラックボックステスト（機能テスト）についてシステムの（）を見ずに、機能面・非機能面の確認を行うテスト例）同値分割法

内部構造

同値分割法について入力値を（①）に分割し、（）ごとの代表値を最低一回与える（）で正しければ同じ（①）は全て正しく動作する前提

同値クラス, 各同値クラス, 代表値

動作が同様とみなされる入力値集合

同値クラス

境界値分析について同値クラスの（）に基づいて（）する方法（）の条件式の誤りに気がつくために有効

境界, テスト設計, コード中

決定表テスト, 状態遷移テスト, ユースケーステスト

ホワイトボックステストについて（構造テスト）システムの内部構造を見て（）面・（）面の確認を行うテスト

機能, 非機能

制御構造, 網羅

処理, 直線, 分岐, 矢印

複合条件網羅全ての条件式の（）を網羅すると100%になる

真偽

（）：データの流れを確認するテスト変数が正しく定義、利用、（）されているか確認する

データフローテスト, 消滅

欠陥

管理者レビュー, 妥当性の確認, インスペクション, ウォークスルー

欠陥, ソフトウェア構造, コーディング, 人

実行順序, 関数, 変数の流れ

コーディング規約遵守の確認（）を定める読みやすさや、（）を効率化し、（）の混入を低減できる

ルール, 保守作業, エラー

メトリクスの測定メトリクス：（）例）ソースコードだと、行数、分岐数、など（）：コードの複雑さの指標の一つ制御フローから求められる

定量的な測定値, サイクロマティック複雑度

サイクロマティック複雑度は矢印の数　− （）　+ 2 で求めることができるつまり（）やループが多いほど複雑なソースコードになる

ノード数, 分岐