暗記メーカー

暗記メーカー

​
ログイン
2-01たこ焼き屋ネットショップのシステム開発の流れをおさえる
32問 • 4ヶ月前
  • osakana
    • 通報

    問題一覧

  • 1

    ソフトウェア開発において基本的な作業項目を定義・標準化したもの。ユーザー企業と開発会社などで、相互理解を進めるための「共通の物差し」となる

    共通フレーム

  • 2

    経営目標に合致したシステム計画を立てるプロセス。システム化構想とシステム化計画を立案する

    企画プロセス

  • 3

    「経営上のニーズや課題にマッチした情報システムとは、どんなものか」を考え、システムのおおまかな全体像や方針を作る

    システム化構想

  • 4

    システム化する業務や解決したい課題、スケジュール、費用や効果予測などを含め、まずはざっくりとした計画を立てる。対象業務の問題点を分析したり、利害関係者に合意を得たりもする

    システム化計画

  • 5

    業務上のデータの流れと処理の関係を表した図。時間の経過や処理の順番は表現できない

    DFD (Data Flow Diagram)

  • 6

    DFDなどを使って業務プロセスやデータの流れをシンプルに図解すること

    モデリング

  • 7

    利用者の業務に必要な要件を明らかにするプロセス。どのようなシステム開発をするべきかを、機能や性能、使用方法などの観点から利用者と開発者側で話し合い、合意する

    要件定義プロセス

  • 8

    ユーザーの行う業務の内容や範囲を確定させること。目的は、システム化の範囲と機能を具体的にして、関係者の間で合意を得ること

    業務要件定義

  • 9

    依頼元企業から、システム開発を依頼する候補のシステム会社(ベンダ)に対し、最新の技術動向などの情報提供を依頼すること

    RFI (Request For Information)

  • 10

    依頼元企業からベンダに対し、システム開発の提案書を提出するよう依頼すること。その際、依頼元は「システム基本方針」「必要機能」「予算」などを提示する

    RFP (Request For Proposal)

  • 11

    「ソフトウェアとハードウェアの役割分担」や「稼働時間」「システムの性能(応答時間)」など、情報システム全体に関することを決める

    システム要件定義

  • 12

    システムやソフトウェア開発そのもので実現できる要件

    機能要件

  • 13

    機能要件以外の要件(ハードウェアの性能、運用時間、セキュリティ対策など)

    非機能要件

  • 14

    ソフトウェアで実現すること。たとえば、入力するデータの種類や画面・帳票のレイアウト、などを定義する

    ソフトウェア要件定義

  • 15

    ソフトウェアの品質を客観的に評価するための特性(規格)。「機能性」「信頼性」「使用性」「効率性」などがある

    ソフトウェア品質特性

  • 16

    「システム要件定義」で決まったことを実現するために、必要なハードウェア構成品目を考えたり、ソフトウェア構成品目や、システムで対応しない手作業にする部分などを明確にしたりする

    システム方式設計

  • 17

    「ソフトウェア要件定義」で決まったことを実現するために、ソフトウェアの大まかな構造と、必要とされるソフトウェアコンポーネント(機能ブロック)を明確にする

    ソフトウェア方式設計

  • 18

    ソフトウェアの各機能(コンポーネント)を構成するさらに小さなプログラムのこと。「部品」レベルのプログラムであり、ソフトウェアユニットとも呼ばれる

    モジュール

  • 19

    ソフトウェアユニットを作成するレベルの詳細な設計を行うこと。ソフトウェア詳細設計のあとに、プログラミングを実施する

    ソフトウェア詳細設計

  • 20

    プログラミングの別名

    コーディング

  • 21

    設計図やプログラムコードなどが、「適切に書かれているか」を審査・検証すること

    レビュー

  • 22

    プログラムコードを確認してバグ(プログラムの欠陥)を取り除く作業

    デバッグ

  • 23

    プログラマ自身が、プログラム単体(モジュール)を検証するテスト

    単体テスト (ソフトウェアユニットテスト)

  • 24

    プログラムの内部構造を分析して、「プログラムに書かれている処理手順が、すべて正しいかどうか」を網羅的に検証するテスト

    ホワイトボックステスト

  • 25

    複数のモジュールを結合(統合)し、モジュール間のインタフェースが整合しているかどうかを確認するテスト

    結合テスト (統合テスト)

  • 26

    「テストデータをインプットし、予想される結果がアウトプットされるか」という観点から、入力と出力に着目し、プログラムの内部構造には触れずに行うテスト

    ブラックボックステスト

  • 27

    開発の最終段階に行うシステム全体のテストであり、システム要件を満たしているかどうかを確認する

    システムテスト (総合テスト)

  • 28

    日々の業務の運用が回るかどうかを、利用者の視点から確認するテスト。「実際に仕事で使ってみる」イメージに近い状態のテスト

    運用テスト

  • 29

    利用者側が主体となり、「そのシステムが契約どおり問題なく使えるか」を検証する。開発者側は利用者マニュアルを作って配布するなど、受け入れを支援する

    ソフトウェア受け入れ/受け入れテスト

  • 30

    ソフトウェアの運用開始後、不具合を修正したり、新しい仕様変更に対応したり、ウイルス定義ファイルを最新にしたり、適切なメンテナンスを行うこと

    ソフトウェア保守

  • 31

    システムの機能をバージョンアップしたときに、従来動いていたプログラムに悪影響がないか、バージョンアップのリリース前に行うテスト

    リグレッションテスト (回帰テスト)

  • 32

    セキュリティ等に問題がないか、わざと悪意のある攻撃を行うテスト

    ペネトレーションテスト (侵入テスト)

    • 1-01お客様の満足度を高める仕事①

    1-01お客様の満足度を高める仕事①

    osakana · 31問 · 4ヶ月前

    1-01お客様の満足度を高める仕事①

    1-01お客様の満足度を高める仕事①

    31問 • 4ヶ月前
    osakana

    1-01お客様の満足度を高める仕事②

    1-01お客様の満足度を高める仕事②

    osakana · 35問 · 4ヶ月前

    1-01お客様の満足度を高める仕事②

    1-01お客様の満足度を高める仕事②

    35問 • 4ヶ月前
    osakana

    1-02生産性を高める、たこ焼き屋の秘策①

    1-02生産性を高める、たこ焼き屋の秘策①

    osakana · 25問 · 4ヶ月前

    1-02生産性を高める、たこ焼き屋の秘策①

    1-02生産性を高める、たこ焼き屋の秘策①

    25問 • 4ヶ月前
    osakana

    1-02生産性を高める、たこ焼き屋の秘策②

    1-02生産性を高める、たこ焼き屋の秘策②

    osakana · 25問 · 4ヶ月前

    1-02生産性を高める、たこ焼き屋の秘策②

    1-02生産性を高める、たこ焼き屋の秘策②

    25問 • 4ヶ月前
    osakana

    1-02生産性を高める、たこ焼き屋の秘策③

    1-02生産性を高める、たこ焼き屋の秘策③

    osakana · 25問 · 4ヶ月前

    1-02生産性を高める、たこ焼き屋の秘策③

    1-02生産性を高める、たこ焼き屋の秘策③

    25問 • 4ヶ月前
    osakana

    1-03データやシステムを活用して企業をよりよい方向に導く

    1-03データやシステムを活用して企業をよりよい方向に導く

    osakana · 38問 · 4ヶ月前

    1-03データやシステムを活用して企業をよりよい方向に導く

    1-03データやシステムを活用して企業をよりよい方向に導く

    38問 • 4ヶ月前
    osakana

    1-04会社のリーダーである経営者が知っておくべきこと①

    1-04会社のリーダーである経営者が知っておくべきこと①

    osakana · 29問 · 4ヶ月前

    1-04会社のリーダーである経営者が知っておくべきこと①

    1-04会社のリーダーである経営者が知っておくべきこと①

    29問 • 4ヶ月前
    osakana

    1-04会社のリーダーである経営者が知っておくべきこと②

    1-04会社のリーダーである経営者が知っておくべきこと②

    osakana · 26問 · 4ヶ月前

    1-04会社のリーダーである経営者が知っておくべきこと②

    1-04会社のリーダーである経営者が知っておくべきこと②

    26問 • 4ヶ月前
    osakana

    1-05経営者の責任がわかれば、株式会社のしくみが見えてくる①

    1-05経営者の責任がわかれば、株式会社のしくみが見えてくる①

    osakana · 30問 · 4ヶ月前

    1-05経営者の責任がわかれば、株式会社のしくみが見えてくる①

    1-05経営者の責任がわかれば、株式会社のしくみが見えてくる①

    30問 • 4ヶ月前
    osakana

    1-05経営者の責任がわかれば、株式会社のしくみが見えてくる②

    1-05経営者の責任がわかれば、株式会社のしくみが見えてくる②

    osakana · 25問 · 4ヶ月前

    1-05経営者の責任がわかれば、株式会社のしくみが見えてくる②

    1-05経営者の責任がわかれば、株式会社のしくみが見えてくる②

    25問 • 4ヶ月前
    osakana

    2-02お客様の要望に応えつつ、スピーディーに開発するには？

    2-02お客様の要望に応えつつ、スピーディーに開発するには？

    osakana · 16問 · 4ヶ月前

    2-02お客様の要望に応えつつ、スピーディーに開発するには？

    2-02お客様の要望に応えつつ、スピーディーに開発するには？

    16問 • 4ヶ月前
    osakana

    2-03プロジェクトマネージャーになったつもりで仕事を把握しよう

    2-03プロジェクトマネージャーになったつもりで仕事を把握しよう

    osakana · 9問 · 4ヶ月前

    2-03プロジェクトマネージャーになったつもりで仕事を把握しよう

    2-03プロジェクトマネージャーになったつもりで仕事を把握しよう

    9問 • 4ヶ月前
    osakana

    2-04稼働した後に安定して運用するには

    2-04稼働した後に安定して運用するには

    osakana · 14問 · 4ヶ月前

    2-04稼働した後に安定して運用するには

    2-04稼働した後に安定して運用するには

    14問 • 4ヶ月前
    osakana

    2-05企業が情報システムを適切に活用しているか調査する

    2-05企業が情報システムを適切に活用しているか調査する

    osakana · 8問 · 4ヶ月前

    2-05企業が情報システムを適切に活用しているか調査する

    2-05企業が情報システムを適切に活用しているか調査する

    8問 • 4ヶ月前
    osakana

    3-01世界中どこからでもネットショップにアクセスできるしくみ①

    3-01世界中どこからでもネットショップにアクセスできるしくみ①

    osakana · 26問 · 4ヶ月前

    3-01世界中どこからでもネットショップにアクセスできるしくみ①

    3-01世界中どこからでもネットショップにアクセスできるしくみ①

    26問 • 4ヶ月前
    osakana

    3-01世界中どこからでもネットショップにアクセスできるしくみ②

    3-01世界中どこからでもネットショップにアクセスできるしくみ②

    osakana · 26問 · 4ヶ月前

    3-01世界中どこからでもネットショップにアクセスできるしくみ②

    3-01世界中どこからでもネットショップにアクセスできるしくみ②

    26問 • 4ヶ月前
    osakana

    3-02「大事な情報を守りぬく!」情報セキュリティの基礎知識①

    3-02「大事な情報を守りぬく!」情報セキュリティの基礎知識①

    osakana · 28問 · 4ヶ月前

    3-02「大事な情報を守りぬく!」情報セキュリティの基礎知識①

    3-02「大事な情報を守りぬく!」情報セキュリティの基礎知識①

    28問 • 4ヶ月前
    osakana

    3-02「大事な情報を守りぬく!」情報セキュリティの基礎知識②

    3-02「大事な情報を守りぬく!」情報セキュリティの基礎知識②

    osakana · 19問 · 4ヶ月前

    3-02「大事な情報を守りぬく!」情報セキュリティの基礎知識②

    3-02「大事な情報を守りぬく!」情報セキュリティの基礎知識②

    19問 • 4ヶ月前
    osakana

    3-03みんなで協力しあって根本的なセキュリティ対策を!

    3-03みんなで協力しあって根本的なセキュリティ対策を!

    osakana · 36問 · 4ヶ月前

    3-03みんなで協力しあって根本的なセキュリティ対策を!

    3-03みんなで協力しあって根本的なセキュリティ対策を!

    36問 • 4ヶ月前
    osakana

    問題一覧

  • 1

    ソフトウェア開発において基本的な作業項目を定義・標準化したもの。ユーザー企業と開発会社などで、相互理解を進めるための「共通の物差し」となる

    共通フレーム

  • 2

    経営目標に合致したシステム計画を立てるプロセス。システム化構想とシステム化計画を立案する

    企画プロセス

  • 3

    「経営上のニーズや課題にマッチした情報システムとは、どんなものか」を考え、システムのおおまかな全体像や方針を作る

    システム化構想

  • 4

    システム化する業務や解決したい課題、スケジュール、費用や効果予測などを含め、まずはざっくりとした計画を立てる。対象業務の問題点を分析したり、利害関係者に合意を得たりもする

    システム化計画

  • 5

    業務上のデータの流れと処理の関係を表した図。時間の経過や処理の順番は表現できない

    DFD (Data Flow Diagram)

  • 6

    DFDなどを使って業務プロセスやデータの流れをシンプルに図解すること

    モデリング

  • 7

    利用者の業務に必要な要件を明らかにするプロセス。どのようなシステム開発をするべきかを、機能や性能、使用方法などの観点から利用者と開発者側で話し合い、合意する

    要件定義プロセス

  • 8

    ユーザーの行う業務の内容や範囲を確定させること。目的は、システム化の範囲と機能を具体的にして、関係者の間で合意を得ること

    業務要件定義

  • 9

    依頼元企業から、システム開発を依頼する候補のシステム会社(ベンダ)に対し、最新の技術動向などの情報提供を依頼すること

    RFI (Request For Information)

  • 10

    依頼元企業からベンダに対し、システム開発の提案書を提出するよう依頼すること。その際、依頼元は「システム基本方針」「必要機能」「予算」などを提示する

    RFP (Request For Proposal)

  • 11

    「ソフトウェアとハードウェアの役割分担」や「稼働時間」「システムの性能(応答時間)」など、情報システム全体に関することを決める

    システム要件定義

  • 12

    システムやソフトウェア開発そのもので実現できる要件

    機能要件

  • 13

    機能要件以外の要件(ハードウェアの性能、運用時間、セキュリティ対策など)

    非機能要件

  • 14

    ソフトウェアで実現すること。たとえば、入力するデータの種類や画面・帳票のレイアウト、などを定義する

    ソフトウェア要件定義

  • 15

    ソフトウェアの品質を客観的に評価するための特性(規格)。「機能性」「信頼性」「使用性」「効率性」などがある

    ソフトウェア品質特性

  • 16

    「システム要件定義」で決まったことを実現するために、必要なハードウェア構成品目を考えたり、ソフトウェア構成品目や、システムで対応しない手作業にする部分などを明確にしたりする

    システム方式設計

  • 17

    「ソフトウェア要件定義」で決まったことを実現するために、ソフトウェアの大まかな構造と、必要とされるソフトウェアコンポーネント(機能ブロック)を明確にする

    ソフトウェア方式設計

  • 18

    ソフトウェアの各機能(コンポーネント)を構成するさらに小さなプログラムのこと。「部品」レベルのプログラムであり、ソフトウェアユニットとも呼ばれる

    モジュール

  • 19

    ソフトウェアユニットを作成するレベルの詳細な設計を行うこと。ソフトウェア詳細設計のあとに、プログラミングを実施する

    ソフトウェア詳細設計

  • 20

    プログラミングの別名

    コーディング

  • 21

    設計図やプログラムコードなどが、「適切に書かれているか」を審査・検証すること

    レビュー

  • 22

    プログラムコードを確認してバグ(プログラムの欠陥)を取り除く作業

    デバッグ

  • 23

    プログラマ自身が、プログラム単体(モジュール)を検証するテスト

    単体テスト (ソフトウェアユニットテスト)

  • 24

    プログラムの内部構造を分析して、「プログラムに書かれている処理手順が、すべて正しいかどうか」を網羅的に検証するテスト

    ホワイトボックステスト

  • 25

    複数のモジュールを結合(統合)し、モジュール間のインタフェースが整合しているかどうかを確認するテスト

    結合テスト (統合テスト)

  • 26

    「テストデータをインプットし、予想される結果がアウトプットされるか」という観点から、入力と出力に着目し、プログラムの内部構造には触れずに行うテスト

    ブラックボックステスト

  • 27

    開発の最終段階に行うシステム全体のテストであり、システム要件を満たしているかどうかを確認する

    システムテスト (総合テスト)

  • 28

    日々の業務の運用が回るかどうかを、利用者の視点から確認するテスト。「実際に仕事で使ってみる」イメージに近い状態のテスト

    運用テスト

  • 29

    利用者側が主体となり、「そのシステムが契約どおり問題なく使えるか」を検証する。開発者側は利用者マニュアルを作って配布するなど、受け入れを支援する

    ソフトウェア受け入れ/受け入れテスト

  • 30

    ソフトウェアの運用開始後、不具合を修正したり、新しい仕様変更に対応したり、ウイルス定義ファイルを最新にしたり、適切なメンテナンスを行うこと

    ソフトウェア保守

  • 31

    システムの機能をバージョンアップしたときに、従来動いていたプログラムに悪影響がないか、バージョンアップのリリース前に行うテスト

    リグレッションテスト (回帰テスト)

  • 32

    セキュリティ等に問題がないか、わざと悪意のある攻撃を行うテスト

    ペネトレーションテスト (侵入テスト)