ログイン

ソフトウェア工学

ソフトウェア工学
82問 • 1年前
  • まい
  • 通報

    問題一覧

  • 1

    情報システムは何から構成されているか

    人, 機械, コンピュータ

  • 2

    情報処理システムはなんの中にあって、何で構成されているか

    情報システム, コンピュータ

  • 3

    ソフトウェアは何に仕事をさせるために必要なプログラム、データに関連する何等であるか

    コンピュータ, ドキュメント

  • 4

    情報システム開発何で幅広く用いられているか

    行政, 企業, 個人

  • 5

    情報システム開発は何を支えるものかまた、情報システムは顧客がどんな事が多いか、そして、求められる性質は何か

    人間の業務, 非専門家, 使いやすさ、わかりやすさ

  • 6

    組込みシステム開発は何に働きをかけるしすてむか、また、顧客はどんな場合が多いかそして、求められる性質は何か

    物理現象, 専門家, 安全性・リアルタイム性

  • 7

    ソフトウェアの特徴3つ答えよ

    多種多様さ, 規模も複雑さの増加, 変化の厳しさ

  • 8

    ソフトウェアの良し悪しを判断する基準を答えよ上に略称した3つにそれぞれの意味を答えよ

    QCD, 品質, コスト, 納期

  • 9

    ソフトウェア工学は何などの制約の下で、開発、利用するための理論や何を整理したものか

    現実的な時間、コスト, 実践的技術

  • 10

    上流工程の問題で、上流工程の問題はどこで見つかりやすいか

    下流工程

  • 11

    要求定義とは、何から作るものの仕様を聞き、作るべきものを何としてまとめるか

    顧客, 要求事項

  • 12

    設計とは何を記述するために必要な振る舞いや何をまとめるのか

    コード, 通信方法

  • 13

    下流工程で見つかった上流工程の不具合を修正するため、上流工程からやり直すことをなんというか

    手戻り

  • 14

    プロジェクトとは何な活動と対比して、何が限られている活動のことか

    定常的, 時間・コスト・資源

  • 15

    ソフトウェアの大規模化に対する管理や組織の問題は、どんな作業である管理業務の何が高まるのか

    間接的, 重要性や比重

  • 16

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

    レガシーコード

  • 17

    ソフトウェアの変化の問題について、何となにの変化によって、ソフトウェアは対応が必要であるか

    ビジネスの変化, プラットフォームの変化

  • 18

    ソフトウェアはなにされることがおおいか

    再利用

  • 19

    ソフトウェア工学では多少性能やなんの効率を落としても、どんなコードが必要なのか

    メモリ利用, 読みやすい, 修正しやすい

  • 20

    事実や概念・指示の表現

    データ

  • 21

    データを評価して得ることのできる意味

    情報

  • 22

    ソフトウェアの特性を3つ答えよ

    ソフトウェアの動作は離散的である, インターリーブして動作する, 最終的に機械語で実行

  • 23

    ソフトウェアの動作はどんな値でしか表現できなくてどんなタイミングでしか実行できないのか

    飛び飛び

  • 24

    OSは、見かけ上同時に何が動いているように見せるが、実際には実行する何を切り替えながら動作するかまた、人間が必ずしも何を決定することができないのか

    プログラム, タイミング

  • 25

    インターリーブするのも何語単位で、何と必ずしも対応しないのか

    機械, ソースコード

  • 26

    ネットワークに接続された複数のクライアントが、サーバに処理を要求すること

    クライアントサーバ方式

  • 27

    基本的には何はサーバよりも台数が多いのか

    クライアント

  • 28

    一台のサーバですべて処理する処理をなんというかまた、メリットデメリットを答えよ

    集中処理, 効率的・セキュリティの確保, 故障に弱い

  • 29

    複数のサーバに処理を投げる処理を何というまた、メリット・デメリットをこたえよ

    分散処理, 処理の分担・負荷軽減, 高コスト

  • 30

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

    可用性

  • 31

    1台のコンピューターでシステムを構築するのは何システムかまた、メリットデメリットをこたえよ

    シンプレックスシステム, 低コスト, 故障に弱い

  • 32

    2台のコンピュータでシステを構築しているが、それぞれが別の処理を行っているシステ厶をなんというかまた、メリットデメリットを答えよ

    デュプレックスシステム, 故障に強い, 高コスト

  • 33

    2台のコンピュータでシステムを構築しており、どちらも同じ処理を行っているシステムをなんというかまた、メリット・デメリットを答えよ

    デュアルシステム, デュプレックスシステムより故障に強い, 効率が悪い

  • 34

    組込みソフトフェアの特徴で、ハードウェアへの依存が強いものをなんというか

    専用ハードウェア

  • 35

    組み込みソフトウェアの特徴で何か出来事が発生してから、それに応じて応答することが多いのをなんというか

    イベントドリブン

  • 36

    組み込みシステムの特徴で時間制約を守らなくてはいけないものをなんというか

    リアルタイム性

  • 37

    長時間連続動作が求められるため、故障せず要求通りの動作をすることを何性と言い、人を傷つけちゃいけないことを何性というか

    信頼性, 安全性

  • 38

    問題を解決したり、目標を達成するために顧客が必要とする条件や能力

    要求

  • 39

    ソフトウェアに対する要求を明らかにするもの

    要求仕様書

  • 40

    システムによって影響を受ける、またはシステムの影響を与える人、グループ、組織のこと

    ステークホルダ

  • 41

    システムそのものが果たすべき要求

    機能要求

  • 42

    品質や設計・開発の制約、法令、標準に基づく要求をなんというか

    非機能要求

  • 43

    要求定義のプロセスを上から答えよ

    要求獲得, 要求分析, 要求仕様化, 要求の検証

  • 44

    顧客に質問して、じょうほうをききだすほうほうをなんというか、また、紙などの確認項目を顧客に示し、回答させる手法をなんというか、また、複数のステークホルダで議論することをなんというかまた、アイディアを出すことをなんというか

    インタビュー, アンケート, ワークショップ, ブレーンストーミング

  • 45

    一部のみを実際に作って顧客に見てもらうことをなんというか

    プロトタイピング

  • 46

    箇条書きなどの構造化や表で表現するのをなになシナリオというかまた、シンプルに日常的な言葉で文章として描くシナリオはなにか

    構造的なシナリオ, 叙述的なシナリオ

  • 47

    システムの利用のされ方をなんというか

    ユースケース

  • 48

    現実世界やシステムが最終的にこうなってほしいという意図を定義し、サブゴールに分割してく分析である、具体例ではなく、抽象的な場合が多い分析をなんというかまた、具体的な一連の出来事を時系列で定義していく、必要な要求を抽出していく分析をなんというか

    ゴール分析, シナリオ分析

  • 49

    要求仕様書に満たすべき性質を答えよ ソフトウェアが満たすべき、要求が書かれている 要求が一意に解釈できる 必要な情報が全て記述されている 矛盾してないか 重要度 そのまますぎる 修正がすぐできるか 根拠ある?

    正当性, 非あいまい性, 完全性, 無矛盾性, 順序付け, 検証可能性, 変化可能性, 追跡可能性

  • 50

    問題を解くための手段をなんというかまた、データ要素、関連方法をなんというか

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

  • 51

    要求と設計の関係性は設計の過程で何を取るか、何をすることで何に影響を与えるのか また、何に対して、具体的な何を割り当てると新たな問題が発生することがあるのか

    どのような実現方法, 選択, 品質, 要求(問題), 設計(解決策)

  • 52

    基盤となるソフトウェアハードウェアのこと

    プラットフォーム

  • 53

    構造化プログラミングは何を用いてプログラムを書くことであるか(3)

    順次, 分岐, 反復

  • 54

    設計と要求の関係は何を解決するためには、何が割りあたってることと言えるのか

    ある問題(要求事項), 一つ以上の解(設計事項)

  • 55

    ソフトウェアの構成要素 ソフトウェアを構成するモジュールとその関係性を定義すること

    モジュール, モジュール化

  • 56

    モジュール性がいいとはどのような状態か

    変更箇所が少なく、変更による影響が小さい

  • 57

    モジュールの強度が強いとはどのような状態かまた、強度が弱いのはどんな状態か

    役割が明確, 役割があいまい

  • 58

    モジュールの強度が強いほどいいが、強い順にあげよ

    機能的強度, 情報的強度, 連絡的強度, 手順的強度, 時間的強度, 論理的強度, 暗号的強度

  • 59

    機能的強度 情報的強度 連絡的強度 手順的強度 時間的強度 論理的強度 暗号的強度 もを説明せよ

    モジュールが一つの機能のみ提供, 特定のデータへのアクセスを行う機能をまとめたもの, 手順的強度に加えて各機能で共有のデータを参照・変更する, 順番に実行される複数の機能を手順として一つのモジュールにまとまっている, ある時点で実行する機能がまとまっている状態, 複数機能のうち一つが選択可能になっている状態, 無秩序に機能だけを寄せ集めただけの状態

  • 60

    モジュール結合では弱いほどいい弱い順に答えよ

    データ結合, スタンプ結合, 制御結合, 外部結合, 共通結合, 内容結合

  • 61

    モジュール結合で弱い状態を答えよもし

    モジュール間の関係が十分に抑えられており開発者に明示的に示されている

  • 62

    データ結合 スタンプ結合 制御結合 外部結合 共通結合 内容結合を説明せよ

    共有変数ではない変数を引数として受け取る場合, 共有変数ではない構造体データを受け取る場合, 他のモジュールの特定の制御を目的としてIf文などの条件式で使用される引数を使う場合, 複数のモジュール間で読み書き可能な構造化された変数を参照している場合, 複数のモジュール間で読み書き可能なデータ領域を参照している場合, 他のモジュール内の構成要素を直接参照、変更する場合

  • 63

    モジュール強度で良くないことを上から悪い順に述べよ

    無秩序にモジュール化することが最も推奨されていない, 時間の考えだけでまとめることも推奨されていない

  • 64

    モジュール結合度について良くないこと順に上から答えよ

    他のモジュールに呼ぶではなく、飛ぶことが最も推奨されていない, 共有変数の使用は推奨されていない, やり取りするデータの規模が大きいほど高い結合度

  • 65

    外部のモジュールから内部構造が見えなくし公開された装荷のみを許可する設計 情報隠蔽を実現するための手段

    情報隠蔽, カプセル化

  • 66

    イベントに対して何らかの反応を返す振る舞い 最初は粗く、徐々に詳細な機能分割する手法 システム全体を一つの機能と捉えたとき、その機能を細分化していくことを指す

    ソアクティブシステム, 手段的詳細化, 機能分散

  • 67

    モジュールを作るための基本的な視点を3つ答えよ

    機能, 情報・データ, 状態

  • 68

    モジュールの捉え方・単位として実現するものをなんというか

    プロセス

  • 69

    モデルの妥当性とはなにか

    対象を以下に正確に表しているかや表現したい側面のまま表現できていること

  • 70

    ある側面・性質を抜き出して把握することであり、特定の一つの側面だけを考えること

    抽象化

  • 71

    ユースケース図のシステム外にあり、システムに関わる人や物のこと

    アクタ

  • 72

    ユースケース図だけでは名前だけしかなく、わからないので補足することが目的

    ユースケース記述

  • 73

    その機能と実行前に成り立っていなくてはならない条件

    事前条件

  • 74

    抽象的な構造を表す図 具体的な構造を表す図

    クラス図, オブジェクト図

  • 75

    書き方の規則を示すもの 読み方の規則を示すもの

    シンタックス, セマンティクス

  • 76

    情報システムに関する対象を抽象化し、形式性のある技術で表現する作業を指す

    ソフトウェアモデリング

  • 77

    ステートマシン図のメリットデメリットをあげよまた、同様に状態遷移表についてもあげよ

    全体像を直感的に捉えやすい, 矢印がないと考慮漏れか実際に遷移がないのかわからない, 考慮漏れがないか確認しやすい, 遷移の流れが追いにくい

  • 78

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

    オブジェクト指向設計

  • 79

    クラスで定義した変数や関数の実体をなんというか スーパークラスのフィールドとメソッドをサブクラスも持つ関係

    インスタンス, 継承

  • 80

    サブクラスではスーパークラスのメソッドを同名のメソッドとして再定義できる

    オーバーライド

  • 81

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

    オーバーロード

  • 82

    モデリングの有用性を3つ答えよ

    基本的な視点や記述方法の提供, 規模や複雑さの軽減, 正確な表現方法の提供

  • 英単語2

    英単語2

    まい · 39問 · 3年前

    英単語2

    英単語2

    39問 • 3年前
    まい

    倫理30から43

    倫理30から43

    まい · 62問 · 3年前

    倫理30から43

    倫理30から43

    62問 • 3年前
    まい

    ちゃか

    ちゃか

    まい · 55問 · 3年前

    ちゃか

    ちゃか

    55問 • 3年前
    まい

    熟語

    熟語

    まい · 48問 · 3年前

    熟語

    熟語

    48問 • 3年前
    まい

    英単語3

    英単語3

    まい · 26問 · 3年前

    英単語3

    英単語3

    26問 • 3年前
    まい

    熟語

    熟語

    まい · 48問 · 3年前

    熟語

    熟語

    48問 • 3年前
    まい

    ちゃか

    ちゃか

    まい · 54問 · 3年前

    ちゃか

    ちゃか

    54問 • 3年前
    まい

    英単語

    英単語

    まい · 38問 · 3年前

    英単語

    英単語

    38問 • 3年前
    まい

    英語不定詞、動名詞

    英語不定詞、動名詞

    まい · 18問 · 3年前

    英語不定詞、動名詞

    英語不定詞、動名詞

    18問 • 3年前
    まい

    倫理 インド思想

    倫理 インド思想

    まい · 63問 · 3年前

    倫理 インド思想

    倫理 インド思想

    63問 • 3年前
    まい

    熟語

    熟語

    まい · 48問 · 3年前

    熟語

    熟語

    48問 • 3年前
    まい

    倫理 定期

    倫理 定期

    まい · 60問 · 3年前

    倫理 定期

    倫理 定期

    60問 • 3年前
    まい

    ちゃか

    ちゃか

    まい · 54問 · 3年前

    ちゃか

    ちゃか

    54問 • 3年前
    まい

    歴史

    歴史

    まい · 48問 · 3年前

    歴史

    歴史

    48問 • 3年前
    まい

    倫理30から43

    倫理30から43

    まい · 62問 · 3年前

    倫理30から43

    倫理30から43

    62問 • 3年前
    まい

    英単語3

    英単語3

    まい · 26問 · 3年前

    英単語3

    英単語3

    26問 • 3年前
    まい

    熟語

    熟語

    まい · 48問 · 3年前

    熟語

    熟語

    48問 • 3年前
    まい

    英語不定詞、動名詞

    英語不定詞、動名詞

    まい · 18問 · 3年前

    英語不定詞、動名詞

    英語不定詞、動名詞

    18問 • 3年前
    まい

    英単語 3年生no.2

    英単語 3年生no.2

    まい · 23問 · 2年前

    英単語 3年生no.2

    英単語 3年生no.2

    23問 • 2年前
    まい

    3年生熟語no.2

    3年生熟語no.2

    まい · 13問 · 2年前

    3年生熟語no.2

    3年生熟語no.2

    13問 • 2年前
    まい

    計算機システムの単語

    計算機システムの単語

    まい · 36問 · 2年前

    計算機システムの単語

    計算機システムの単語

    36問 • 2年前
    まい

    政治経済 中間

    政治経済 中間

    まい · 94問 · 2年前

    政治経済 中間

    政治経済 中間

    94問 • 2年前
    まい

    計算機システムの単語

    計算機システムの単語

    まい · 36問 · 2年前

    計算機システムの単語

    計算機システムの単語

    36問 • 2年前
    まい

    英単語三

    英単語三

    まい · 33問 · 2年前

    英単語三

    英単語三

    33問 • 2年前
    まい

    英単語の熟語3

    英単語の熟語3

    まい · 8問 · 2年前

    英単語の熟語3

    英単語の熟語3

    8問 • 2年前
    まい

    論理回路no.1

    論理回路no.1

    まい · 16問 · 2年前

    論理回路no.1

    論理回路no.1

    16問 • 2年前
    まい

    英単語no.4

    英単語no.4

    まい · 31問 · 2年前

    英単語no.4

    英単語no.4

    31問 • 2年前
    まい

    英語 no.5

    英語 no.5

    まい · 23問 · 2年前

    英語 no.5

    英語 no.5

    23問 • 2年前
    まい

    政治経済 定期テスト

    政治経済 定期テスト

    まい · 100問 · 2年前

    政治経済 定期テスト

    政治経済 定期テスト

    100問 • 2年前
    まい

    英語B

    英語B

    まい · 93問 · 2年前

    英語B

    英語B

    93問 • 2年前
    まい

    英語8

    英語8

    まい · 10問 · 2年前

    英語8

    英語8

    10問 • 2年前
    まい

    政治経済3 後期中間

    政治経済3 後期中間

    まい · 89問 · 2年前

    政治経済3 後期中間

    政治経済3 後期中間

    89問 • 2年前
    まい

    英語後期中間 単語

    英語後期中間 単語

    まい · 49問 · 2年前

    英語後期中間 単語

    英語後期中間 単語

    49問 • 2年前
    まい

    後期中間英語 熟語等

    後期中間英語 熟語等

    まい · 40問 · 2年前

    後期中間英語 熟語等

    後期中間英語 熟語等

    40問 • 2年前
    まい

    計算機システム 後期中間

    計算機システム 後期中間

    まい · 20問 · 2年前

    計算機システム 後期中間

    計算機システム 後期中間

    20問 • 2年前
    まい

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

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

    まい · 18問 · 2年前

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

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

    18問 • 2年前
    まい

    英語単語

    英語単語

    まい · 71問 · 2年前

    英語単語

    英語単語

    71問 • 2年前
    まい

    計算機システム

    計算機システム

    まい · 59問 · 2年前

    計算機システム

    計算機システム

    59問 • 2年前
    まい

    英語B 後期

    英語B 後期

    まい · 99問 · 2年前

    英語B 後期

    英語B 後期

    99問 • 2年前
    まい

    英語unit12

    英語unit12

    まい · 11問 · 2年前

    英語unit12

    英語unit12

    11問 • 2年前
    まい

    計算機システム

    計算機システム

    まい · 87問 · 2年前

    計算機システム

    計算機システム

    87問 • 2年前
    まい

    まいひめ

    まいひめ

    まい · 99問 · 2年前

    まいひめ

    まいひめ

    99問 • 2年前
    まい

    生物

    生物

    まい · 86問 · 1年前

    生物

    生物

    86問 • 1年前
    まい

    英特論

    英特論

    まい · 32問 · 1年前

    英特論

    英特論

    32問 • 1年前
    まい

    英語特A

    英語特A

    まい · 32問 · 1年前

    英語特A

    英語特A

    32問 • 1年前
    まい

    情報通信

    情報通信

    まい · 69問 · 1年前

    情報通信

    情報通信

    69問 • 1年前
    まい

    生物

    生物

    まい · 100問 · 1年前

    生物

    生物

    100問 • 1年前
    まい

    情報通信二

    情報通信二

    まい · 45問 · 1年前

    情報通信二

    情報通信二

    45問 • 1年前
    まい

    とくろんえ

    とくろんえ

    まい · 32問 · 1年前

    とくろんえ

    とくろんえ

    32問 • 1年前
    まい

    とくろんえ

    とくろんえ

    まい · 32問 · 1年前

    とくろんえ

    とくろんえ

    32問 • 1年前
    まい

    特論A 定期

    特論A 定期

    まい · 84問 · 1年前

    特論A 定期

    特論A 定期

    84問 • 1年前
    まい

    情報通信

    情報通信

    まい · 10問 · 1年前

    情報通信

    情報通信

    10問 • 1年前
    まい

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

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

    まい · 51問 · 1年前

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

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

    51問 • 1年前
    まい

    とくろんえ

    とくろんえ

    まい · 30問 · 1年前

    とくろんえ

    とくろんえ

    30問 • 1年前
    まい

    地球

    地球

    まい · 65問 · 1年前

    地球

    地球

    65問 • 1年前
    まい

    問題一覧

  • 1

    情報システムは何から構成されているか

    人, 機械, コンピュータ

  • 2

    情報処理システムはなんの中にあって、何で構成されているか

    情報システム, コンピュータ

  • 3

    ソフトウェアは何に仕事をさせるために必要なプログラム、データに関連する何等であるか

    コンピュータ, ドキュメント

  • 4

    情報システム開発何で幅広く用いられているか

    行政, 企業, 個人

  • 5

    情報システム開発は何を支えるものかまた、情報システムは顧客がどんな事が多いか、そして、求められる性質は何か

    人間の業務, 非専門家, 使いやすさ、わかりやすさ

  • 6

    組込みシステム開発は何に働きをかけるしすてむか、また、顧客はどんな場合が多いかそして、求められる性質は何か

    物理現象, 専門家, 安全性・リアルタイム性

  • 7

    ソフトウェアの特徴3つ答えよ

    多種多様さ, 規模も複雑さの増加, 変化の厳しさ

  • 8

    ソフトウェアの良し悪しを判断する基準を答えよ上に略称した3つにそれぞれの意味を答えよ

    QCD, 品質, コスト, 納期

  • 9

    ソフトウェア工学は何などの制約の下で、開発、利用するための理論や何を整理したものか

    現実的な時間、コスト, 実践的技術

  • 10

    上流工程の問題で、上流工程の問題はどこで見つかりやすいか

    下流工程

  • 11

    要求定義とは、何から作るものの仕様を聞き、作るべきものを何としてまとめるか

    顧客, 要求事項

  • 12

    設計とは何を記述するために必要な振る舞いや何をまとめるのか

    コード, 通信方法

  • 13

    下流工程で見つかった上流工程の不具合を修正するため、上流工程からやり直すことをなんというか

    手戻り

  • 14

    プロジェクトとは何な活動と対比して、何が限られている活動のことか

    定常的, 時間・コスト・資源

  • 15

    ソフトウェアの大規模化に対する管理や組織の問題は、どんな作業である管理業務の何が高まるのか

    間接的, 重要性や比重

  • 16

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

    レガシーコード

  • 17

    ソフトウェアの変化の問題について、何となにの変化によって、ソフトウェアは対応が必要であるか

    ビジネスの変化, プラットフォームの変化

  • 18

    ソフトウェアはなにされることがおおいか

    再利用

  • 19

    ソフトウェア工学では多少性能やなんの効率を落としても、どんなコードが必要なのか

    メモリ利用, 読みやすい, 修正しやすい

  • 20

    事実や概念・指示の表現

    データ

  • 21

    データを評価して得ることのできる意味

    情報

  • 22

    ソフトウェアの特性を3つ答えよ

    ソフトウェアの動作は離散的である, インターリーブして動作する, 最終的に機械語で実行

  • 23

    ソフトウェアの動作はどんな値でしか表現できなくてどんなタイミングでしか実行できないのか

    飛び飛び

  • 24

    OSは、見かけ上同時に何が動いているように見せるが、実際には実行する何を切り替えながら動作するかまた、人間が必ずしも何を決定することができないのか

    プログラム, タイミング

  • 25

    インターリーブするのも何語単位で、何と必ずしも対応しないのか

    機械, ソースコード

  • 26

    ネットワークに接続された複数のクライアントが、サーバに処理を要求すること

    クライアントサーバ方式

  • 27

    基本的には何はサーバよりも台数が多いのか

    クライアント

  • 28

    一台のサーバですべて処理する処理をなんというかまた、メリットデメリットを答えよ

    集中処理, 効率的・セキュリティの確保, 故障に弱い

  • 29

    複数のサーバに処理を投げる処理を何というまた、メリット・デメリットをこたえよ

    分散処理, 処理の分担・負荷軽減, 高コスト

  • 30

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

    可用性

  • 31

    1台のコンピューターでシステムを構築するのは何システムかまた、メリットデメリットをこたえよ

    シンプレックスシステム, 低コスト, 故障に弱い

  • 32

    2台のコンピュータでシステを構築しているが、それぞれが別の処理を行っているシステ厶をなんというかまた、メリットデメリットを答えよ

    デュプレックスシステム, 故障に強い, 高コスト

  • 33

    2台のコンピュータでシステムを構築しており、どちらも同じ処理を行っているシステムをなんというかまた、メリット・デメリットを答えよ

    デュアルシステム, デュプレックスシステムより故障に強い, 効率が悪い

  • 34

    組込みソフトフェアの特徴で、ハードウェアへの依存が強いものをなんというか

    専用ハードウェア

  • 35

    組み込みソフトウェアの特徴で何か出来事が発生してから、それに応じて応答することが多いのをなんというか

    イベントドリブン

  • 36

    組み込みシステムの特徴で時間制約を守らなくてはいけないものをなんというか

    リアルタイム性

  • 37

    長時間連続動作が求められるため、故障せず要求通りの動作をすることを何性と言い、人を傷つけちゃいけないことを何性というか

    信頼性, 安全性

  • 38

    問題を解決したり、目標を達成するために顧客が必要とする条件や能力

    要求

  • 39

    ソフトウェアに対する要求を明らかにするもの

    要求仕様書

  • 40

    システムによって影響を受ける、またはシステムの影響を与える人、グループ、組織のこと

    ステークホルダ

  • 41

    システムそのものが果たすべき要求

    機能要求

  • 42

    品質や設計・開発の制約、法令、標準に基づく要求をなんというか

    非機能要求

  • 43

    要求定義のプロセスを上から答えよ

    要求獲得, 要求分析, 要求仕様化, 要求の検証

  • 44

    顧客に質問して、じょうほうをききだすほうほうをなんというか、また、紙などの確認項目を顧客に示し、回答させる手法をなんというか、また、複数のステークホルダで議論することをなんというかまた、アイディアを出すことをなんというか

    インタビュー, アンケート, ワークショップ, ブレーンストーミング

  • 45

    一部のみを実際に作って顧客に見てもらうことをなんというか

    プロトタイピング

  • 46

    箇条書きなどの構造化や表で表現するのをなになシナリオというかまた、シンプルに日常的な言葉で文章として描くシナリオはなにか

    構造的なシナリオ, 叙述的なシナリオ

  • 47

    システムの利用のされ方をなんというか

    ユースケース

  • 48

    現実世界やシステムが最終的にこうなってほしいという意図を定義し、サブゴールに分割してく分析である、具体例ではなく、抽象的な場合が多い分析をなんというかまた、具体的な一連の出来事を時系列で定義していく、必要な要求を抽出していく分析をなんというか

    ゴール分析, シナリオ分析

  • 49

    要求仕様書に満たすべき性質を答えよ ソフトウェアが満たすべき、要求が書かれている 要求が一意に解釈できる 必要な情報が全て記述されている 矛盾してないか 重要度 そのまますぎる 修正がすぐできるか 根拠ある?

    正当性, 非あいまい性, 完全性, 無矛盾性, 順序付け, 検証可能性, 変化可能性, 追跡可能性

  • 50

    問題を解くための手段をなんというかまた、データ要素、関連方法をなんというか

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

  • 51

    要求と設計の関係性は設計の過程で何を取るか、何をすることで何に影響を与えるのか また、何に対して、具体的な何を割り当てると新たな問題が発生することがあるのか

    どのような実現方法, 選択, 品質, 要求(問題), 設計(解決策)

  • 52

    基盤となるソフトウェアハードウェアのこと

    プラットフォーム

  • 53

    構造化プログラミングは何を用いてプログラムを書くことであるか(3)

    順次, 分岐, 反復

  • 54

    設計と要求の関係は何を解決するためには、何が割りあたってることと言えるのか

    ある問題(要求事項), 一つ以上の解(設計事項)

  • 55

    ソフトウェアの構成要素 ソフトウェアを構成するモジュールとその関係性を定義すること

    モジュール, モジュール化

  • 56

    モジュール性がいいとはどのような状態か

    変更箇所が少なく、変更による影響が小さい

  • 57

    モジュールの強度が強いとはどのような状態かまた、強度が弱いのはどんな状態か

    役割が明確, 役割があいまい

  • 58

    モジュールの強度が強いほどいいが、強い順にあげよ

    機能的強度, 情報的強度, 連絡的強度, 手順的強度, 時間的強度, 論理的強度, 暗号的強度

  • 59

    機能的強度 情報的強度 連絡的強度 手順的強度 時間的強度 論理的強度 暗号的強度 もを説明せよ

    モジュールが一つの機能のみ提供, 特定のデータへのアクセスを行う機能をまとめたもの, 手順的強度に加えて各機能で共有のデータを参照・変更する, 順番に実行される複数の機能を手順として一つのモジュールにまとまっている, ある時点で実行する機能がまとまっている状態, 複数機能のうち一つが選択可能になっている状態, 無秩序に機能だけを寄せ集めただけの状態

  • 60

    モジュール結合では弱いほどいい弱い順に答えよ

    データ結合, スタンプ結合, 制御結合, 外部結合, 共通結合, 内容結合

  • 61

    モジュール結合で弱い状態を答えよもし

    モジュール間の関係が十分に抑えられており開発者に明示的に示されている

  • 62

    データ結合 スタンプ結合 制御結合 外部結合 共通結合 内容結合を説明せよ

    共有変数ではない変数を引数として受け取る場合, 共有変数ではない構造体データを受け取る場合, 他のモジュールの特定の制御を目的としてIf文などの条件式で使用される引数を使う場合, 複数のモジュール間で読み書き可能な構造化された変数を参照している場合, 複数のモジュール間で読み書き可能なデータ領域を参照している場合, 他のモジュール内の構成要素を直接参照、変更する場合

  • 63

    モジュール強度で良くないことを上から悪い順に述べよ

    無秩序にモジュール化することが最も推奨されていない, 時間の考えだけでまとめることも推奨されていない

  • 64

    モジュール結合度について良くないこと順に上から答えよ

    他のモジュールに呼ぶではなく、飛ぶことが最も推奨されていない, 共有変数の使用は推奨されていない, やり取りするデータの規模が大きいほど高い結合度

  • 65

    外部のモジュールから内部構造が見えなくし公開された装荷のみを許可する設計 情報隠蔽を実現するための手段

    情報隠蔽, カプセル化

  • 66

    イベントに対して何らかの反応を返す振る舞い 最初は粗く、徐々に詳細な機能分割する手法 システム全体を一つの機能と捉えたとき、その機能を細分化していくことを指す

    ソアクティブシステム, 手段的詳細化, 機能分散

  • 67

    モジュールを作るための基本的な視点を3つ答えよ

    機能, 情報・データ, 状態

  • 68

    モジュールの捉え方・単位として実現するものをなんというか

    プロセス

  • 69

    モデルの妥当性とはなにか

    対象を以下に正確に表しているかや表現したい側面のまま表現できていること

  • 70

    ある側面・性質を抜き出して把握することであり、特定の一つの側面だけを考えること

    抽象化

  • 71

    ユースケース図のシステム外にあり、システムに関わる人や物のこと

    アクタ

  • 72

    ユースケース図だけでは名前だけしかなく、わからないので補足することが目的

    ユースケース記述

  • 73

    その機能と実行前に成り立っていなくてはならない条件

    事前条件

  • 74

    抽象的な構造を表す図 具体的な構造を表す図

    クラス図, オブジェクト図

  • 75

    書き方の規則を示すもの 読み方の規則を示すもの

    シンタックス, セマンティクス

  • 76

    情報システムに関する対象を抽象化し、形式性のある技術で表現する作業を指す

    ソフトウェアモデリング

  • 77

    ステートマシン図のメリットデメリットをあげよまた、同様に状態遷移表についてもあげよ

    全体像を直感的に捉えやすい, 矢印がないと考慮漏れか実際に遷移がないのかわからない, 考慮漏れがないか確認しやすい, 遷移の流れが追いにくい

  • 78

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

    オブジェクト指向設計

  • 79

    クラスで定義した変数や関数の実体をなんというか スーパークラスのフィールドとメソッドをサブクラスも持つ関係

    インスタンス, 継承

  • 80

    サブクラスではスーパークラスのメソッドを同名のメソッドとして再定義できる

    オーバーライド

  • 81

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

    オーバーロード

  • 82

    モデリングの有用性を3つ答えよ

    基本的な視点や記述方法の提供, 規模や複雑さの軽減, 正確な表現方法の提供