ログイン

2年 コンシス 2学期 期末

2年 コンシス 2学期 期末
13問 • 2年前
  • 竹村海人
  • 通報

    問題一覧

  • 1

    システム化の対象となる業務について、業務を遂行するうえで必要な要件を定義すること。

    業務要件定義

  • 2

    システム化するにあたって、システムに要求される機能や性能を定義すること。

    システム要件定義

  • 3

    利用者の要求事項や現況業務を合わせて分析し、システムに実施すべき機能を具体化した、システムの動作や処理内容のこと。

    機能要件

  • 4

    システムに実施すべき具体的な機能の要件ではなく、処理時間やセキュリティ対策など、システムを設計するうえで考慮すべき機能以外の要件のこと。

    非機能要件

  • 5

    ハードウェアなどのシステムの方式を具体的に設計する。要件をハードウェア構成、ソフトウェア構成、手作業に分割する。利用者が主体となり、システム開発部門と共同で実施する。

    システム方式設計

  • 6

    設計するソフトウェア要件について、利用者から見える部分を設計する。システムのインターフェースを設計したり、取り扱うデータを洗い出したりする。利用者が主体となってシステム開発部門と共同で実施する。

    ソフトウェア要件定義

  • 7

    個々のモジュール(プログラムを構成する最小単位)が決められたどおりに機能するかどうかを検証するテストのこと。

    単体テスト

  • 8

    プログラムの制御や流れに注目し、プログラムの内部構造や論理をチェックする。

    ホワイトボックステスト

  • 9

    入力データに対する出力結果について着目し、機能が仕様書通りかをチェックする。

    ブラックボックステスト

  • 10

    サービスマネジメントのベストプラクティス(成功事例)をまとめたフレームワーク(枠組み)のこと。

    ITIL

  • 11

    ()は、提供するサービス内容とサービスレベル目標を明文化し、サービスの提供者と利用者との間で合意文章のこと。()ともいう。

    サービスレベル合意書, SLA

  • 12

    ()は、サービスレベル合意書の合意内容に基づいて、サービスレベル目標わ、満たしてくれるかどうかを継続的に監視し、維持・改善していくための一連の活動のこと。()ともいう。

    サービスレベル管理, SLM

  • 13

    サービスを構成するハードウェアやソフトウェア、ネットワーク、ドキュメントなどの構成情報を正確に把握し、維持していく一連の活動のこと。

    構成管理

  • 公共 2年 2学期 中間

    公共 2年 2学期 中間

    竹村海人 · 53問 · 2年前

    公共 2年 2学期 中間

    公共 2年 2学期 中間

    53問 • 2年前
    竹村海人

    コンピューターシステム 2年 2学期

    コンピューターシステム 2年 2学期

    竹村海人 · 69問 · 2年前

    コンピューターシステム 2年 2学期

    コンピューターシステム 2年 2学期

    69問 • 2年前
    竹村海人

    2年 公共  2学期 期末

    2年 公共  2学期 期末

    竹村海人 · 7回閲覧 · 66問 · 2年前

    2年 公共  2学期 期末

    2年 公共  2学期 期末

    7回閲覧 • 66問 • 2年前
    竹村海人

    2年 2学期 期末 保健体育

    2年 2学期 期末 保健体育

    竹村海人 · 55問 · 2年前

    2年 2学期 期末 保健体育

    2年 2学期 期末 保健体育

    55問 • 2年前
    竹村海人

    公共 2年3学期 学年末

    公共 2年3学期 学年末

    竹村海人 · 36問 · 2年前

    公共 2年3学期 学年末

    公共 2年3学期 学年末

    36問 • 2年前
    竹村海人

    新歴史総合 3年1学期中間

    新歴史総合 3年1学期中間

    竹村海人 · 22問 · 1年前

    新歴史総合 3年1学期中間

    新歴史総合 3年1学期中間

    22問 • 1年前
    竹村海人

    問題一覧

  • 1

    システム化の対象となる業務について、業務を遂行するうえで必要な要件を定義すること。

    業務要件定義

  • 2

    システム化するにあたって、システムに要求される機能や性能を定義すること。

    システム要件定義

  • 3

    利用者の要求事項や現況業務を合わせて分析し、システムに実施すべき機能を具体化した、システムの動作や処理内容のこと。

    機能要件

  • 4

    システムに実施すべき具体的な機能の要件ではなく、処理時間やセキュリティ対策など、システムを設計するうえで考慮すべき機能以外の要件のこと。

    非機能要件

  • 5

    ハードウェアなどのシステムの方式を具体的に設計する。要件をハードウェア構成、ソフトウェア構成、手作業に分割する。利用者が主体となり、システム開発部門と共同で実施する。

    システム方式設計

  • 6

    設計するソフトウェア要件について、利用者から見える部分を設計する。システムのインターフェースを設計したり、取り扱うデータを洗い出したりする。利用者が主体となってシステム開発部門と共同で実施する。

    ソフトウェア要件定義

  • 7

    個々のモジュール(プログラムを構成する最小単位)が決められたどおりに機能するかどうかを検証するテストのこと。

    単体テスト

  • 8

    プログラムの制御や流れに注目し、プログラムの内部構造や論理をチェックする。

    ホワイトボックステスト

  • 9

    入力データに対する出力結果について着目し、機能が仕様書通りかをチェックする。

    ブラックボックステスト

  • 10

    サービスマネジメントのベストプラクティス(成功事例)をまとめたフレームワーク(枠組み)のこと。

    ITIL

  • 11

    ()は、提供するサービス内容とサービスレベル目標を明文化し、サービスの提供者と利用者との間で合意文章のこと。()ともいう。

    サービスレベル合意書, SLA

  • 12

    ()は、サービスレベル合意書の合意内容に基づいて、サービスレベル目標わ、満たしてくれるかどうかを継続的に監視し、維持・改善していくための一連の活動のこと。()ともいう。

    サービスレベル管理, SLM

  • 13

    サービスを構成するハードウェアやソフトウェア、ネットワーク、ドキュメントなどの構成情報を正確に把握し、維持していく一連の活動のこと。

    構成管理