ＩＴパスポート　暗記ノート　３．システム開発

１．システム戦略

①エンタープライズサーチ
エンタープライズ検索、企業内検索とも呼ばれる企業向け検索システム。企業内に点在するさまざまな様式のデータ（ＰＤＦやデータベース、グループウェアなど）から横断的に情報を検索する。

②ＥＡ（Ｅｎｔｅｒｐｒｉｓｅ　Ａｒｃｈｉｔｅｃｔｕｒｅ）
将来のあるべき姿を設定して、業務と情報システムを最適な状態に近づけ、効率的な組織を運営する手法のこと。組織を構成する人的資源、業務やシステム、データなどの要素を整理し、階層化して相互関係を明確にする。その上で、業務プロセスや取り扱うデータの標準効率化を行うことで、企業が持つ資源の重複や偏在をなくして、全体最適の観点から資源を効率的に配分することができる。
最適化を行う際に、現状と理想の差異を把握するためのギャップ分析という手法を使って課題を洗い出す。

２．業務プロセス

①モデリングの手法
・Ｅ・Ｒ図（Ｅｎｔｉｔｙ　Ｒｅｌａｔｉｏｎｓｈｉｐ　Ｄｉａｇｒａｍ）
システムで扱う情報とその関係を表した図のこと。実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）の３つの要素で表現する。

・ＤＦＤ（Ｄａｔａ　Ｆｌｏｗ　Ｄｉａｇｒａｍ）
システムで扱うデータの流れを表した図。源泉（入力・出力）、プロセス（処理）、データストア（ファイルやデータベース）、データフロー（データの流れ）という４つの記号で表す。

②業務プロセスを分析するための手法
・ＢＰＲ（Ｂｕｓｉｎｅｓｓ　Ｐｒｏｃｅｓｓ　Ｒｅ－ｅｎｇｉｎｅｅｒｉｎｇ）
業務プロセスを根本から見直し、業務プロセスを再構築（Ｒｅ－ｅｎｇｉｎｅｅｒｉｎｇ）することで、企業の体質や構造を抜本的に変革すること。

・ＢＰＭ（Ｂｕｓｉｎｅｓｓ　Ｐｒｏｃｅｓｓ　Ｍａｎａｇｅｍｅｎｔ）
業務プロセスの問題発見と改善を継続的に実施していく活動のこと。

・ワークフロー
経費の精算や申請などの事務処理などのルール化・自動化することで円滑に業務が流れるようにするしくみや、そのためのシステムのこと。

３．ソリューション

①ソリューションビジネス
業務上の課題を解決するサービスを提供する。システム構築などを請け負うサービスをシステムインテグレーション（ＳＩ）、企業がシステム運用などの業務を外部の事業者に委託することをアウトソーシングという。

②クラウドコンピューティング
インターネットを通じて事業者が提供するサービスを必要な分だけ柔軟に利用できる。ＳａａＳ（Ｓｏｆｔｗａｒｅ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）は「ハードウェア、ＯＳ、アプリケーション」、Ｐａａｓ（Ｐｌａｔｆｏｒｍ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）「ハードウェア、ＯＳ、ミドルウェア（データベースなど）、Ｉａａｓ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）は、「ハードウェア、ＯＳ」、Ｄａａｓ（Ｄｅｓｋｔｏｐ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）は「コンピュータのデスクトップ環境」を提供するサービス。

③ホスティングサービス
事業者が所有するサーバを借りて利用するサービス。運用・保守も事業者が行うため、人件費や設備費用のランニングコストが抑えられる。

④ハウジングサービス
事業者が所有する設備に利用者が所有するサーバを預けるサービス。運用・保守は原則として利用者が行う。

⑤ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）
インターネット上でアプリケーションを提供する事業者。

⑥オンプレミス
自社でサーバなどの機器を購入・運用する方式で、自社運用とも呼ばれる。

４．データ活用

①ＢＩ（Ｂｕｓｉｎｅｓｓ　Ｉｎｔｅｌｌｉｇｅｎｃｅ）ツール
企業に蓄積された大量のデータを集めて分析し、可視化するツールのこと。業務や経営の意思決定、マーケティング分析に利用されている。

②データウェアハウス（ＤＷＨ）
業務で発生したさまざまなデータを時系列に保管したもの。データウェアハウスのデータは削除されない。

③データマイニング
データウェアハウスなどに蓄積された大量のデータを分析し、新しい情報を発掘すること。文字だけでなく、画像、音声、動画といったさまざまな種類の膨大な情報（ビッグデータ）を企業が収集し、分析できる。

５．コミュニケーションツール・普及啓発

①コミュニケーションツール
テレビ会議、電子掲示板、社内ブログ、ビジネスチャット、社内ＳＮＳ等。

②ゲーミフィケーション
ゲーム的な要素をゲーム以外の分野に取り入れ、利用者のモチベーションを高めたり、その行動に働きかける取り組み。単調な作業にエンターテイメント性を加え、さらに報酬やチャンスを与えることで、学習や製品に興味をもってもらい、取り組んでもらうことを目的とする。

③ディジタル・ディバイド
インターネットなどの情報技術を使いこなせる人と使いこなせない人の格差のこと。情報格差。

６．システム企画

①システム化構想
どのような情報システムが必要で、どのように開発・導入するかといったシステム化の構想を作成する作業。

②システム化計画
システム化構想を具体化するために、システムで解決する課題、スケジュール、概算コスト、効果などシステム化の全体像を明らかにし、実施計画を作成する作業。

③システム化基本方針
システム化構想によって洗い出した事項をシステム化基本方針として策定する。・システム化の目的・システムの全体像・システム化の範囲・スケジュール・概算コスト　など。

７．要件定義

①要求の調査
利用者の要求を収集する。

②要件の分析
利用者と開発者の間で合意がとれ、システム化の対象となった要求は「要件」として、定義される。

③要件定義
・業務要件定義
システム化の対象となる業務に必要な要件を定義する。
・機能要件定義
業務要件を実現するうえで必要な機能を定義する。
・非機能要件定義
業務要件を実現するうえで必要な機能面以外の要件を定義する。非機能要件とは、性能や可用性などの要件。

８．調達計画・実施

①調達の流れ
１．情報提供依頼（ＲＦＩ：Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｉｎｆｏｒｍａｔｉｏｎ）→２．提案依頼書（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｐｒｏｐｏｓａｌ）の作成と配布→３．選定基準の作成→４．発注先からの提案書および見積書の入手→５．提案内容の比較評価→６．調達先の選定→７．契約締結→受入れ・検収。

②ＲＦＩ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｉｎｆｏｒｍａｔｉｏｎ：情報提供依頼）
発注先に対してシステム化の目的や業務概要を明示し、システム化に関する技術動向などを集めるために情報提供を依頼すること。

③ＲＦＰ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｐｒｏｐｏｓａｌ：提案依頼書）
発注元が発注先の候補となる企業に対し、導入システムの要件や提案依頼事項、調達条件などを明示し、具体的な提案書の提出を依頼するための文書。

④提案書
発注先が、提案依頼書をもとに検討したシステム構成や開発手法などの内容を、発注元に対して提案するために作成する文書。

⑤見積書
システムの開発、運用、保守などにかかる費用の見積もりを示した発注先が作成する文書。

９．システム開発プロセス・見積り手法

システム開発プロセス

①要件定義
利用者の要求を明確にし、システムにどのような機能が必要なのかを要件として定義する。要件の視点には、品質特性が用いられる。
品質特性：機能性、信頼性、使用性、効率性、保守性、移植性がある。

②設計
システム方式設計（非機能要求を実現するためのハードウェアの構成など）、ソフトウェア方式設計（機能要件を実現するための画面のレイアウトや印刷物など）、ソフトウェア詳細設計（具体的なプログラムの設計）の順序で行う。

③プログラミング
ソフトウェア詳細設計書にもとづき、プログラム言語の規則に従ってプログラムを作成（コーディング）する。作成したプログラムに誤り（バグ）がないかを動作検証するために、個々のプログラムをテストする（単体テスト）。プログラムの内部構造を元にテストする方法をホワイトボックステストという。テストが失敗した場合は、プログラムを解析（デバッグ）して、バグの箇所を見つけて修正する。

④テスト
テストは、単体テスト（プログラム単体の検証）、総合テスト（プログラムを結合した処理の検証）、システムテスト（システムの機能、非機能要件の検証）、運用テスト（実際のデータや業務手順に沿った検証）、受入テスト（要件を満たしているかを利用者が検証）の順序で行う。単体テスト以降のテストでは、機能の仕様（何を入力すると何が出力されるか）に着目したブラックボックステストが実施される。

見積り手法

①ファンクションポイント法（ＦＰ法：Ｆｕｎｃｔｉｏｎ　Ｐｏｉｎｔ　ｍｅｔｈｏｄ）
利用する画面の数やファイルの数、機能の複雑さなどを数値化してシステムの開発規模や工数を見積もる手法。

②類推見積法
過去の似たようなシステムの実績を参考に、システムの開発工数や開発費用を算出する手法。

③相対見積法
基準となる作業を決めて、その作業を「１」として、その作業との相対的な大きさを見積もる方法。

１０．ソフトウェア開発手法

①構造化手法
システムの機能に着目して、大きな単位から小さな単位へとプログラムを分割して開発する手法。

②オブジェクト指向
システム化の対象そのものに着目した開発手法で、効率的に安全なプログラムを書くための工夫がされている。
・クラス…システムの対象をクラスで表す。クラスはデータとデータに関する処理を持っている。クラスが連携してシステムを構成する。
・カプセル化…クラス内のデータを他のクラスから直接操作させないしくみ。
・継承…似たようなクラスがすでにある場合、そのクラスをコピーして使うのではなく、そのクラスのデータや処理を受け継ぎ、差分だけ記述するというしくみ。
・ＵＭＬ（Ｕｎｉｆｉｅｄ　Ｍｏｄｅｌｉｎｇ　Ｌａｎｇｕａｇｅ）…オブジェクト指向で開発する際の設計図の記法で、システムの構造や振る舞いを表すための図がいくつかある。ユースケース図はユーザと機能の関係を表した図で、要件定義などで利用される。アクティビティ図は、業務の流れを表した図。誰が何をするのか業務の手順を表していて、業務フロー図などで利用される。

③ＤｅｖＯｐｓ
開発（Ｄｅｖｅｌｏｐｍｅｎｔ）と運用（Ｏｐｅｒａｔｉｏｎ）を組み合わせた造語。効率的な開発と安定した運用の両方に着目して、システムの開発チームと運用チームがお互いに協力し合うことをいう。

１１．開発モデル

①ウォータフォールモデル
要件定義からテストまでを順番に行う開発手法。最初から作るべき機能が明確になっているシステムで採用される。

②スパイラルモデル
要求ごとに要件定義からテストまでを繰り返して最終的にシステムを完成させる手法。アジャイル開発に似ているが、アジャイルは完成した機能を運用しながら次の機能の要件定義からテストを行う。

③プロトタイピングモデル
開発の初期段階でプロトタイプと呼ばれる試作品を作成し、利用者に検証してもらうことで、後戻りを減らすための開発手法。

④ＲＡＤ（Ｒａｐｉｄ　Ａｐｐｌｉｃａｔｉｏｎ　Ｄｅｖｅｌｏｐｍｅｎｔ）
ＲＡＤツールという、プログラムコードの自動生成などの機能を使い、ソフトウェアの開発を高速化することができる。開発する機能を分割し、開発ツールや部品などを利用して、分割した機能ごとに効率よく迅速に開発を進める。

⑤リバースエンジニアリング
完成したプログラムから設計書などの仕様やコードを作成する手法。すでに運用しているシステムの設計書が不十分な場合や、オープンソース（ソースコードが広く一般に公開されている）のソフトウェアを解析する場合に行う。

１２．開発プロセスに関するフレームワーク

①共通フレーム（Ｓｏｆｔｗａｒｅ　Ｌｉｆｅ　Ｃｙｃｌｅ　Ｐｒｏｃｅｓｓ）
ソフトウェアの企画、開発、導入、適用、破棄に至るまでのソフトウェアプロセス全体のこと。発注者と受注者（ベンダ）の間でお互いの役割や責任範囲、具体的な業務内容について認識に差異が生じないことを目的に作られている。

②ＣＭＭＩ（Ｃａｐａｂｉｌｌｉｔｙ　Ｍａｔｕｒｉｔｙ　Ｍｏｄｅｌ　Ｉｎｔｅｇｒａｔｉｏｎ：能力成熟度モデル統合）
システム開発を行う組織のプロセス成熟度を客観的に評価することを目的としている。成熟度は５段階に分かれており、以下のようなレベル分けがされている。

１３．プロジェクトマネジメント

①ＰＭＢＯＫ（Ｐｒｏｊｅｃｔ　Ｍａｎａｇｅｍｅｎｔ　Ｂｏｄｙ　ｏｆ　Ｋｎｏｗｌｅｄｇｅ）
「目的達成のためには、途中のプロセスで何をすべきかを明確にしていく必要がある」というＰＭＢＯＫの考えが元になっている。プロジェクトマネジメントの知識を体系化した国際的なガイドのこと。

②プロジェクトマネジメントのプロセス
１　立上げ…プロジェクト憲章という文書に明文化する。
２　計画
３　実行
４　監視・コントロール
５　終結・評価

③プロジェクトマネジメントにおける管理対象

④スコープマネジメント
作業範囲を明確にし、作業のモレをなくすことが目的。
・ＷＢＳ（Ｗｏｒｋ　Ｂｒｅａｋｄｏｗｎ　Ｓｔｒｕｃｔｕｒｅ）
プロジェクトの作業範囲から作業項目を洗い出し、細分化、階層化した図。

⑤タイムマネジメント
納期、作業時間、作業手順を管理することが目的。
・アローダイアグラム（ＰＥＲＴ図）
各作業の関連性や順序関係を、矢印を使って視覚的に表現した図。１日でも遅れるとプロジェクト全体に影響を与える経路をクリティカルパスという。
・ガントチャート
縦軸に作業項目、横軸に時間をとり、横棒の長さで作業に必要な期間を表す。作業時間の予定と実績を並べて表記することができるので、進捗状況を管理する方法としても広く用いられる。

１４．サービスマネジメント

①ＩＴＩＬ（Ｉｎｆｏｒｍａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｌｉｂｒａｒｙ）
ＩＴサービスの効果的な運用方法をまとめたガイドライン。
・サービス・デザイン（サービスの設計）
サービスの設計や変更の際に安全に効率よく運用し、サービスの品質を維持するしくみ。サービスレベル合意書や可用性管理、サービスレベル管理などがある。
・サービス・オペレーション（サービスの運用）
サービス・デザインで合意されたサービスレベルの範囲内で、利用者に対してＩＴサービスを提供する方法。インシデント管理（障害管理）などがある。

②サービスレベル合意書：ＳＬＡ（Ｓｅｒｖｉｃｅ　Ｌｅｖｅｌ　Ａｇｒｅｅｍｅｎｔ）
ＩＴサービスの品質に関する合意書。ＩＴサービスが保証する品質の範囲を決め、利用者と提供者の責任範囲を明確にする。
ＳＬＡに記載する主な事項
１　サービス品目
２　サービス要件
３　ＳＬＡ評価項目
４　ＳＬＡ設定値、報告要件、ペナルティ等のＳＬＡ評価項目関連項目

③可用性管理
ＩＴサービスが必要な時に必要なだけ利用できるように管理すること。

④サービスレベル管理
サービスの利用者と提供者の間で合意したサービスレベルを管理するためのしくみ。

１６．ファシリティマネジメント

ファシリティ（Ｆａｃｉｌｉｔｙ）とは「施設」や「設備」のこと

①無停電電源装置（ＵＰＳ：Ｕｎｉｎｔｅｒｒｕｐｔｉｂｌｅ　Ｐｏｗｅｒ　Ｓｕｐｐｌｙ）
停電が起きてもしばらくの間電気を供給できる装置で、落雷などによる電源の瞬断や一時的な電圧低下などの影響を回避することができる。

②自家発電装置
発電機などを利用して、長時間電源を供給発電できる装置。

③サージ防護
落雷などにより瞬間的に３，０００～４，０００Ｖもの高電圧が流れることをサージという。サージ防護機能のある機器はサージ吸収素子がサージを吸収するため、接続するパソコンやサーバなどの故障を防ぐことができる。

１７．監査

①監査の種類

②システム監査人の要件
・外観上の独立性・精神上の独立性・職業倫理と誠実性

１８．システム監査

①システム監査基準
具体的な監査項目や、監査した結果をどのように評価するかなどが規定されている。

②システム監査人
・監査対象の領域または活動から、独立かつ客観的な立場であること・客観的な視点から公正な判断を行うこと・倫理観を保持し、誠実に業務を実施しなければならない

③システム監査の流れ
１　監査計画…システム監査計画書に記載する。
２　予備調査…システムの概要を把握する。
３　本調査…結果は監査証拠として保全する。
４　監査報告…システム監査報告書に監査結果や改善事項などを記載する。
５　フォローアップ…定期的に監査対象に対して改善状況の確認を行う。

１９．内部統制

①内部統制
以下の４つの目的を達成するために行う。

上記の内部統制の４つの目的を達成するための基本要素は、以下の６つになる。

②ＩＴガバナンス
ＩＴを効果的に活用して、情報システム戦略の実現を支援し、事業を成功へ導くこと。