ログイン

ソフトウェア工学(前期中間)

ソフトウェア工学(前期中間)
72問 • 1年前
  • 葛田旋
  • 通報

    問題一覧

  • 1

    情報システムの中で人を除いたシステム

    情報処理システム

  • 2

    "人間の業務を支える"システム

    情報システム

  • 3

    物理現象に働きかけるシステム

    組込みシステム

  • 4

    ソフトウェア

    コンピュータに仕事をさせるために必要なプログラム、データ、関連するドキュメント

  • 5

    ソフトウェアの特徴3つ

    多種多様さ, 規模と複雑さ, 変化の激しさ

  • 6

    モジュール強度の暗号的強度

    無秩序に機能を寄せ集めた状態

  • 7

    モジュール強度の論理的強度

    複数機能のうち一つが選択可能になっている

  • 8

    モジュール強度の時間的強度

    ある時点で実行する機能がまとまっている

  • 9

    モジュール強度の手順的強度

    順番に実行される複数の機能を手順として一つのモジュールにまとまっている

  • 10

    モジュール強度の連絡的強度

    各機能で共通のデータを参照・変更する

  • 11

    モジュール強度の情報的強度

    特定データへのアクセスを行う機能がまとまっている

  • 12

    モジュール強度の機能的強度

    一つの機能のみ提供する

  • 13

    モジュール結合度の内容結合

    ほかのモジュール内の構成要素を直接参照・変更する場合

  • 14

    モジュール結合度の共通結合

    複数のモジュール間で読み書き可能な構造化されたデータ領域を参照している場合

  • 15

    モジュール結合度の外部結合

    複数のモジュール間で読み書き可能な変数を参照している場合

  • 16

    モジュール結合度の制御結合

    ほかのモジュールの特定の制御を目的として、if文などの条件式で使用される引数を使う場合

  • 17

    モジュール結合度のスタンプ結合

    共有変数ではない構造体データを受け取る場合

  • 18

    モジュール結合度のデータ結合

    共有変数ではない変数を引数として受け取る場合

  • 19

    情報処理システム

    情報システムの中で人を除いたシステム

  • 20

    情報システム

    "人間の業務を支える"システム

  • 21

    組込みシステム

    "物理現象に働きかける"システム

  • 22

    ソフトウェアの良し悪しを決めるQCDを英語で全て答えよ

    Quality, Cost, Delivery

  • 23

    要求定義

    顧客から作るべきものの「要求事項」をまとめる

  • 24

    設計

    コードを記述するために必要な振る舞いや通信方法をまとめる

  • 25

    下流工程で上流工程を原因とするバグを発見した場合、何が発生するか

    手戻り

  • 26

    プロジェクト

    時間・コスト・資源が限られた活動

  • 27

    ソフトウェアが再利用されることが多いにはなぜか

    新規開発はコストが高いため

  • 28

    レガシーコード

    業務の中核を支えるソフトウェア

  • 29

    ソフトウェアは長期間の修正を経てどうなるか

    品質が劣化する

  • 30

    いったん作られたソフトウェアは何を持つか

    慣性

  • 31

    ブルックスの法則

    「遅れている開発プロジェクトの開発要員の増員は遅れをひどくする」経験則

  • 32

    データ

    約束事に基づいて表現される事実や概念、指示の表現

  • 33

    情報

    データを評価して得られる意味

  • 34

    OS

    ハードウェアを意識せずに効率よくソフトウェアを実行するためのソフトウェア

  • 35

    ソフトウェア動作の特性について穴埋めせよ ・ソフトウェアの動作は「」 ・「」して動作する ・最終的に「」で実行される

    離散的, インタリーブ, 機械語

  • 36

    通信

    情報やデータを伝達すること

  • 37

    クライアントサーバ方式の集中処理

    1台のサーバですべて処理する、効率的だが故障に弱い

  • 38

    クライアントサーバ方式の分散処理

    複数のサーバに処理を分散する、故障に強いがコストが高くデータの一貫性を保守する必要がある

  • 39

    可用性

    システムを利用したいときどの程度システムが稼働し利用できるか

  • 40

    シンプレックスシステム

    1台のコンピュータでシステムを構築、低コストだが故障によってシステムが止まる

  • 41

    デュプレックスシステム

    2台のコンピュータでシステムを構築、1台の主系となるコンピュータを使い、故障したら普段は別の処理を行っている従系を使う

  • 42

    デュアルシステム

    2台のコンピュータでシステムを構築、同時に2台を動かし、同じ処理を行う

  • 43

    組込みソフトウェアの特徴5つ

    専用ハードウェア, イベントドリブン, リアルタイム性, 資源の制約, 高い信頼性・安全性

  • 44

    機能要求

    要求のうち、ソフトウェアが提供するサービス

  • 45

    要求獲得の情報収集の手段3つ

    インタビュー, アンケート, ワークショップ

  • 46

    要求獲得の発想支援

    アイデアを質より量で出してみたり、プロトタイプを作ってイメージを持たせる

  • 47

    要求獲得で行うこと3つ

    情報収集, 発想支援, 合意形成

  • 48

    要求分析で分析するもの3つ(○○の分析の○○)

    ゴール, シナリオ, ユースケース

  • 49

    サブゴールの関係3つ

    階層関係, 依存関係, 衝突関係

  • 50

    要求仕様化

    要求を文章や図表でまとめる

  • 51

    要求の検証、妥当性確認、評価

    要求仕様書をステークホルダ間で確認する

  • 52

    「『良質の文書』であること」の他に要求仕様書に求められる性質8つ

    正当性, 非曖昧性, 完全性, 無矛盾性, 順序付け, 検証可能性, 変更可能性, 追跡可能性

  • 53

    外部設計(external design)

    ソフトウェアが外部とどのようなインタフェースを通してやり取りするか決める

  • 54

    内部設計

    ソフトウェアの実現方法を決める

  • 55

    実現技術の決定

    ソフトウェアを実現する際にどのような技術・標準、ハードウェア、OS、ミドルウェアを用いるか決める

  • 56

    プログラムの実現構造2つ

    アルゴリズム, データ構造

  • 57

    要求と設計の関係

    要求がWhatを定義するなら設計はHowを定義する作業であり、要求に対して設計を割り当てると新たな問題が発生することもある

  • 58

    構造化プログラミング

    開発においては現在ではわずかな高速化よりもコードが読みやすくなる方が重要視されることが多い

  • 59

    モジュール

    ソフトウェアの構成要素

  • 60

    適切なモジュールの規模

    確実にプログラムを組める程度の規模にする

  • 61

    モジュール強度

    モジュール内の結びつきの強さ

  • 62

    モジュール結合度

    モジュール間の結びつきの強さ

  • 63

    情報隠蔽(information hiding)

    外部モジュールが内部構造をみえ無くし公開された操作のみを許可する設計

  • 64

    カプセル化

    情報隠蔽を実現する手段

  • 65

    段階的詳細化(リファインメント、refinement)

    最初は荒く、徐々に詳細な機能分割をする手法

  • 66

    リアクティブシステム(reactive system)

    イベントに対して何らかの反応を返す振る舞い(behivitor)を行うシステム

  • 67

    オブジェクト指向設計

    クラスやオブジェクトをモジュール化の単位とする設計手法

  • 68

    クラス

    オブジェクトの設計図にあたる、データと手続きをまとめたもの

  • 69

    インスタンス

    クラスで定義した変数や関数の実体

  • 70

    オーバーロード(overload)

    渡されるデータの型が異なっても方に応じた処理を実行できるように関数を定義すること

  • 71

    シンタックス(syntax、構文)

    書き方の規則を指す

  • 72

    セマンティクス(semantics、意味論)

    解釈の仕方の規則を指す

  • 政治・経済

    政治・経済

    葛田旋 · 46問 · 2年前

    政治・経済

    政治・経済

    46問 • 2年前
    葛田旋

    電子工学

    電子工学

    葛田旋 · 21問 · 2年前

    電子工学

    電子工学

    21問 • 2年前
    葛田旋

    再試対策

    再試対策

    葛田旋 · 9問 · 2年前

    再試対策

    再試対策

    9問 • 2年前
    葛田旋

    ハードウェア総論

    ハードウェア総論

    葛田旋 · 28問 · 1年前

    ハードウェア総論

    ハードウェア総論

    28問 • 1年前
    葛田旋

    OS試験対策01

    OS試験対策01

    葛田旋 · 40問 · 1年前

    OS試験対策01

    OS試験対策01

    40問 • 1年前
    葛田旋

    データベース(後期中間)

    データベース(後期中間)

    葛田旋 · 15問 · 1年前

    データベース(後期中間)

    データベース(後期中間)

    15問 • 1年前
    葛田旋

    OS

    OS

    葛田旋 · 35問 · 1年前

    OS

    OS

    35問 • 1年前
    葛田旋

    問題一覧

  • 1

    情報システムの中で人を除いたシステム

    情報処理システム

  • 2

    "人間の業務を支える"システム

    情報システム

  • 3

    物理現象に働きかけるシステム

    組込みシステム

  • 4

    ソフトウェア

    コンピュータに仕事をさせるために必要なプログラム、データ、関連するドキュメント

  • 5

    ソフトウェアの特徴3つ

    多種多様さ, 規模と複雑さ, 変化の激しさ

  • 6

    モジュール強度の暗号的強度

    無秩序に機能を寄せ集めた状態

  • 7

    モジュール強度の論理的強度

    複数機能のうち一つが選択可能になっている

  • 8

    モジュール強度の時間的強度

    ある時点で実行する機能がまとまっている

  • 9

    モジュール強度の手順的強度

    順番に実行される複数の機能を手順として一つのモジュールにまとまっている

  • 10

    モジュール強度の連絡的強度

    各機能で共通のデータを参照・変更する

  • 11

    モジュール強度の情報的強度

    特定データへのアクセスを行う機能がまとまっている

  • 12

    モジュール強度の機能的強度

    一つの機能のみ提供する

  • 13

    モジュール結合度の内容結合

    ほかのモジュール内の構成要素を直接参照・変更する場合

  • 14

    モジュール結合度の共通結合

    複数のモジュール間で読み書き可能な構造化されたデータ領域を参照している場合

  • 15

    モジュール結合度の外部結合

    複数のモジュール間で読み書き可能な変数を参照している場合

  • 16

    モジュール結合度の制御結合

    ほかのモジュールの特定の制御を目的として、if文などの条件式で使用される引数を使う場合

  • 17

    モジュール結合度のスタンプ結合

    共有変数ではない構造体データを受け取る場合

  • 18

    モジュール結合度のデータ結合

    共有変数ではない変数を引数として受け取る場合

  • 19

    情報処理システム

    情報システムの中で人を除いたシステム

  • 20

    情報システム

    "人間の業務を支える"システム

  • 21

    組込みシステム

    "物理現象に働きかける"システム

  • 22

    ソフトウェアの良し悪しを決めるQCDを英語で全て答えよ

    Quality, Cost, Delivery

  • 23

    要求定義

    顧客から作るべきものの「要求事項」をまとめる

  • 24

    設計

    コードを記述するために必要な振る舞いや通信方法をまとめる

  • 25

    下流工程で上流工程を原因とするバグを発見した場合、何が発生するか

    手戻り

  • 26

    プロジェクト

    時間・コスト・資源が限られた活動

  • 27

    ソフトウェアが再利用されることが多いにはなぜか

    新規開発はコストが高いため

  • 28

    レガシーコード

    業務の中核を支えるソフトウェア

  • 29

    ソフトウェアは長期間の修正を経てどうなるか

    品質が劣化する

  • 30

    いったん作られたソフトウェアは何を持つか

    慣性

  • 31

    ブルックスの法則

    「遅れている開発プロジェクトの開発要員の増員は遅れをひどくする」経験則

  • 32

    データ

    約束事に基づいて表現される事実や概念、指示の表現

  • 33

    情報

    データを評価して得られる意味

  • 34

    OS

    ハードウェアを意識せずに効率よくソフトウェアを実行するためのソフトウェア

  • 35

    ソフトウェア動作の特性について穴埋めせよ ・ソフトウェアの動作は「」 ・「」して動作する ・最終的に「」で実行される

    離散的, インタリーブ, 機械語

  • 36

    通信

    情報やデータを伝達すること

  • 37

    クライアントサーバ方式の集中処理

    1台のサーバですべて処理する、効率的だが故障に弱い

  • 38

    クライアントサーバ方式の分散処理

    複数のサーバに処理を分散する、故障に強いがコストが高くデータの一貫性を保守する必要がある

  • 39

    可用性

    システムを利用したいときどの程度システムが稼働し利用できるか

  • 40

    シンプレックスシステム

    1台のコンピュータでシステムを構築、低コストだが故障によってシステムが止まる

  • 41

    デュプレックスシステム

    2台のコンピュータでシステムを構築、1台の主系となるコンピュータを使い、故障したら普段は別の処理を行っている従系を使う

  • 42

    デュアルシステム

    2台のコンピュータでシステムを構築、同時に2台を動かし、同じ処理を行う

  • 43

    組込みソフトウェアの特徴5つ

    専用ハードウェア, イベントドリブン, リアルタイム性, 資源の制約, 高い信頼性・安全性

  • 44

    機能要求

    要求のうち、ソフトウェアが提供するサービス

  • 45

    要求獲得の情報収集の手段3つ

    インタビュー, アンケート, ワークショップ

  • 46

    要求獲得の発想支援

    アイデアを質より量で出してみたり、プロトタイプを作ってイメージを持たせる

  • 47

    要求獲得で行うこと3つ

    情報収集, 発想支援, 合意形成

  • 48

    要求分析で分析するもの3つ(○○の分析の○○)

    ゴール, シナリオ, ユースケース

  • 49

    サブゴールの関係3つ

    階層関係, 依存関係, 衝突関係

  • 50

    要求仕様化

    要求を文章や図表でまとめる

  • 51

    要求の検証、妥当性確認、評価

    要求仕様書をステークホルダ間で確認する

  • 52

    「『良質の文書』であること」の他に要求仕様書に求められる性質8つ

    正当性, 非曖昧性, 完全性, 無矛盾性, 順序付け, 検証可能性, 変更可能性, 追跡可能性

  • 53

    外部設計(external design)

    ソフトウェアが外部とどのようなインタフェースを通してやり取りするか決める

  • 54

    内部設計

    ソフトウェアの実現方法を決める

  • 55

    実現技術の決定

    ソフトウェアを実現する際にどのような技術・標準、ハードウェア、OS、ミドルウェアを用いるか決める

  • 56

    プログラムの実現構造2つ

    アルゴリズム, データ構造

  • 57

    要求と設計の関係

    要求がWhatを定義するなら設計はHowを定義する作業であり、要求に対して設計を割り当てると新たな問題が発生することもある

  • 58

    構造化プログラミング

    開発においては現在ではわずかな高速化よりもコードが読みやすくなる方が重要視されることが多い

  • 59

    モジュール

    ソフトウェアの構成要素

  • 60

    適切なモジュールの規模

    確実にプログラムを組める程度の規模にする

  • 61

    モジュール強度

    モジュール内の結びつきの強さ

  • 62

    モジュール結合度

    モジュール間の結びつきの強さ

  • 63

    情報隠蔽(information hiding)

    外部モジュールが内部構造をみえ無くし公開された操作のみを許可する設計

  • 64

    カプセル化

    情報隠蔽を実現する手段

  • 65

    段階的詳細化(リファインメント、refinement)

    最初は荒く、徐々に詳細な機能分割をする手法

  • 66

    リアクティブシステム(reactive system)

    イベントに対して何らかの反応を返す振る舞い(behivitor)を行うシステム

  • 67

    オブジェクト指向設計

    クラスやオブジェクトをモジュール化の単位とする設計手法

  • 68

    クラス

    オブジェクトの設計図にあたる、データと手続きをまとめたもの

  • 69

    インスタンス

    クラスで定義した変数や関数の実体

  • 70

    オーバーロード(overload)

    渡されるデータの型が異なっても方に応じた処理を実行できるように関数を定義すること

  • 71

    シンタックス(syntax、構文)

    書き方の規則を指す

  • 72

    セマンティクス(semantics、意味論)

    解釈の仕方の規則を指す