1 はじめに |
2 業務システム・最適化計画2013-2017 |
2.1 当館システムに求められる要件 |
2.1.1 ① 当館の収集資料に加えて関係機関の収集資料の利活用にも資すること |
2.1.2 ② 効率よく電子資料を保管・閲覧できる電子書庫 |
2.1.3 ③ 利用者のニーズに合ったユーザインタフェース |
2.1.4 ④ 当館の情報を活かした高度な検索 |
2.1.5 ⑤ 外部システムからのスムーズなデータアクセス |
2.2 館外の動向 |
2.2.1 ① デジタルコンテンツの隆盛とデバイスの多様化 |
2.2.2 ② データのオープン化 |
2.2.3 要件定義 |
2.2.3.1 要件定義の準備 |
2.2.3.1.1 1) 要件定義の対象範囲等の特定 |
2.2.3.1.2 2) RFIの実施 |
2.2.3.1.3 3) 事業者へのヒアリング等の実施 |
2.2.3.1.4 4) 必要な資料の作成 |
2.2.3.2 要件定義 |
2.2.3.2.1 1) 要件定義書の記載内容 |
2.2.3.2.2 2) 要件定義書の調整・作成 |
2.2.4 館外の動向 |
2.2.4.1 ① デジタルコンテンツの隆盛とデバイスの多様化 |
2.2.4.2 ② データのオープン化 |
2.3 方針と目標 |
2.3.1 ① 特性を考慮したシステムの統合 |
2.3.2 ② 共通するシステム要素の集約と汎用化 |
2.3.3 ③ 継続的な業務・システムの最適化 |
2.3.4 ④ 業務を効率化する補助的なツールの活用の推進 |
2.3.5 ⑤ 外部委託範囲の見直し |
2.3.6 ⑥ システムハードウェアの最適化 |
2.3.7 ⑦ システム運用の効率化 |
2.3.8 ⑧ 分散ファイルシステムの活用 |
2.4 目指すべきシステムの姿 |
2.4.1 ①個別の要件を満たす検索ユーザインタフェース(UI)サブシステム |
2.4.2 ②業務を効率化する身軽な個別業務システム |
2.4.3 ③共通的で柔軟な運用が可能なシステムインフラ |
2.4.4 ④分散ファイルシステムを活用した電子書庫 |
2.4.5 ⑤効率良い統合運用 |
2.5 取組事項 |
2.5.1 ① ハードウェアのリプレースに伴う仮想化・クラウド化 |
2.5.2 ② 検索UIサブシステムの構築 |
2.5.3 ③ メタデータの集約・標準化・公開 |
2.5.4 ④ 補助的なツールの活用体制構築 |
2.5.5 ⑤ システム開発・運用プロセスの標準化 |
2.5.6 ⑥ 統合運用の活用拡大 |
2.5.7 ⑦ IT人材の育成 |
2.6 先進的・実験的事項 |
2.6.1 ① デジタル化・テキスト化の推進による知識情報サービスの高度化 |
2.6.2 ② 検索の高度化とメタデータの自動生成 |
2.6.3 ③ 一次情報の多面的利活用 |
2.6.4 ④ 電子情報資源の長期保存 |
2.7 順守すべき実施規約 |
2.7.1 ① 「使命・目標」に従ったサービス・業務の実現への貢献 |
2.7.2 ② 利用者の視点に立脚 |
2.7.3 ③ オープンな仕様・ソフトウェアの採用 |
2.7.4 ④ 既存システム資源の有効活用 |
2.7.5 ⑤ 安全性・信頼性の確保 |
2.7.6 ⑥ 最適化のためのシステム情報の収集と分析 |
2.7.7 ⑦ 十分な開発・連絡体制の構築 |
2.7.8 ⑧ 開発から運用・保守への円滑な引継 |
2.7.9 ⑨ データの整合性への留意 |
2.7.10 ⑩ 最適化計画への準拠 |
2.8 リニューアル総括からの教訓 |
2.8.1 来館利用者に対して、従来型のOPACでなく、外部サービスも含めて検索しナビゲートできるようにしたことに対して、利便性が落ちたと評価された。(長尾前館長と大滝館長の視点の大きな違い) |
2.8.2 教訓1 企画段階(サービス要件定義) |
2.8.2.1 ①多様な利用者像を認識し、既存の利用者の利便性を損なわないように配慮する。 |
2.8.2.2 ②企画段階で、サービス要件定義について、全館で合意を形成する。 |
2.8.3 教訓2 業務要件・システム化要件定義段階 |
2.8.3.1 ①トライアルを実施し、フィット・アンド・ギャップ分析の内容によって、サービス要件定義書の見直しを行い関係部局課で合意形成した上で、パッケージを決定する。 |
2.8.3.2 ②サービス要件定義書に基づいて、業務要件定義書、システム化要件定義書をまとめる。 |
2.8.4 教訓3 業務・システム構築、移行・研修段階 |
2.8.4.1 ①構築段階では、各要件定義書に基づいて構築工程を実施する。 |
2.8.4.2 ②構築の段階から構築内容・進捗を管理する全体SIを導入する。 |
2.8.4.3 ③適宜チェック及び修正を行えるプロセスを確保する。 |
2.8.4.4 ④館内サービスシステムについて一斉切替を行うことはリスクが大きいことから、段階的な機器入替等を実施する方策を検討する。 |
2.8.4.5 ⑤NDL-OPAC等切替対象システムについて、開発版を事前に利用者に試用してもらうことにより、事前広報とシステムの改善に活かすことを検討する。 |
2.8.4.6 ⑥習熟・研修期間を十分確保する。また、段階的な習熟訓練・研修の実施を検討する。 |
2.8.5 教訓4 リニューアル全体管理 |
2.8.5.1 ①全館でサービスの方向性、実施内容の合意を形成することが重要。その上でリスク管理を行う。 |
2.8.5.2 ②総務部門、サービス・業務部門、システム部門が連携して問題に対して対処できる体制の確保 |
2.8.6 教訓5 スキル向上 |
2.8.6.1 ①各工程での実施内容の妥当性を評価できるスキルを職員が持つ。 |
2.8.6.2 ②パッケージ機能の差異を人的コストで埋めることは妥当でないため、手間のかかる作業を自動化できるマクロやスクリプトなどの補助的なツールの活用を推進し、システム部門とサービス・業務部門との協力のもとで適切に維持管理できるようにする。 |
3 図書館における情報システム |
3.1 図書館システム,情報システムの意義 |
3.1.1 効率的に目的地に着いて、目的地で仕事を成し遂げる |
3.1.1.1 図書館サービスも情報処理サービスの一つ。図書館サービスも社会の情報処理サービスに後れを取らないように。できれば、情報探索行動の中で最も有用なサービスの1つであってほしい。 |
3.1.1.2 サブトピック |
3.1.1.2.1 利用者と司書のコラボ |
3.1.1.3 サブトピック |
3.1.1.3.1 利用者の目的に応じて |
3.1.1.4 サブトピック |
3.1.1.4.1 NDLだけではだめ、政府情報、郷土資料、論文、民間情報、個人サイト情報、、、 |
3.1.1.5 サブトピック |
3.1.1.5.1 参考図書、SNS情報、、 |
3.1.1.6 サブトピック |
3.1.1.6.1 調べ方案内情報(調べ方も一定の手順がある) |
3.1.1.7 サブトピック |
3.1.1.7.1 司書の助言 |
3.1.1.8 サブトピック |
3.1.1.8.1 図書館情報システム |
3.1.1.9 サブトピック |
3.1.1.9.1 図書・雑誌、電子書籍・電子雑誌、デジタル化文化財、、、 |
3.1.1.9.2 ウェブ情報、観測データ |
3.1.1.10 サブトピック |
3.1.1.10.1 著作物単位書誌、全文インデックス |
3.1.1.11 サブトピック |
3.1.1.11.1 本文構造化、情報間の関連付け |
3.1.1.12 サブトピック |
3.1.1.12.1 書誌DB、デジタルアーカイブ、 ナレッジDB |
3.1.1.13 サブトピック |
3.1.1.13.1 最適解を提示する情報探索システム 人の判断により再検索するシステム |
3.1.1.14 可能な限り網羅的な情報を収集し、その情報を活用して、目的を達成することを支援 |
3.1.2 図書館は、新たな知識を創造するための手段の提供 |
3.1.2.1 新たな知識を創造することが目的 |
3.1.2.2 情報探索は手段 |
3.1.2.3 情報探索システムは、情報の活用を支援 |
3.1.2.4 人は、情報活用に時間をかけず、目的とする創造活動に専念できるように |
3.1.3 図書館サービスにおける情報システムの役割 |
3.1.3.1 業務種別 |
3.1.3.1.1 情報収集 |
3.1.3.1.2 情報分析 |
3.1.3.1.3 付加価値情報付け |
3.1.3.1.4 保存 |
3.1.3.1.5 提供 |
3.1.3.1.6 知識創造活動 |
3.1.3.2 システムの役割 |
3.1.3.2.1 定型的な業務 |
3.1.3.2.2 大量のデータ収集・分析・蓄積 |
3.1.3.2.3 最適な解を提供する業務 |
3.1.3.2.4 経営判断の分析情報を提示する業務 |
3.1.3.3 人の役割 |
3.1.3.3.1 システムを使って業務運用 |
3.1.3.3.2 利用者と一緒に課題解決 |
3.1.3.3.2.1 システムで予測できない事象への判断(アルゴリズムが明確でない勘によるもの) |
3.1.3.3.2.2 自分のスキルでなく、足りない部分は、積極的に他サービス、他者と協働で |
3.1.3.3.3 創造力を駆使した創作活動 |
3.1.3.3.3.1 他者と協働し、新しい価値を創造 |
3.1.3.3.4 ナレッジデータベース化 |
3.1.3.3.5 知識、ノウハウ等の暗黙知を形式知化 |
3.1.3.3.6 システム構築・運用 |
3.1.3.3.6.1 業務・サービスを実現するシステム開発(業務知識が必要) |
3.1.3.4 人とシステムの協業 |
3.1.3.4.1 |
3.1.3.4.2 人の調べ方、ノウハウ等の暗黙知を活用した収集・組織化・付加価値付け |
3.1.3.4.3 ノウハウ等の暗黙知の形式知化 |
3.1.3.4.4 調べ方をプログラムロジックに変換してプログラミング |
3.1.3.4.5 プログラムを組み合わせてシステム化 |
3.1.3.4.6 システムを利用して、人が有用な情報を選別 |
3.1.3.4.7 選別された情報を活用して、創作活動 |
3.1.3.5 コンピュータには決して代替できない創造力とコミュニケーション力 |
3.1.3.5.1 サブトピック |
3.1.4 図書館サービスにおける情報処理技術と、他の情報関連の情報処理技術との違いは? |
3.1.4.1 有用な情報提供機関として、図書館はOne of Them |
3.1.4.2 情報活用技術は、図書館外のほうが進んでいる |
3.1.4.3 図書館としてのコアコンピタンスは? |
3.1.5 考察 |
3.1.5.1 情報探索行動 |
3.1.5.1.1 情報探索を支援する図書館情報学の専門家の役割は? |
3.1.5.2 知識創造活動 |
3.1.5.2.1 新たな知識の創造そのものの活動に、情報システムは何ができるか |
3.1.5.2.1.1 創造活動を行う人工知能 |
3.2 電子情報部の発足 |
3.2.1 NDLでは、以上のような次世代に向けた電子情報に関する事業を効率的、効果的に実施するために、2011年10月に電子情報部を設置した。 |
3.2.2 設立趣旨は、NDL全体の電子情報、情報システムの企画立案が効率的に行えるようにして、統合的に情報システム基盤の構築・運用を図る。分散して行っていたシステム関連業務を一元的に行い、現行システム・サービスを効率的に再構築・運用する。将来的な展望を持って、トータルな図書館システムを実現し、図書館の枠を超えて利用者サービスを向上させる。 |
3.2.3 2012月1月の業務・システムのリニューアルの次の目標は、知識インフラの構築であり、国立図書館として、知識情報資源のアーカイブ基盤の構築やデジタルコンテンツの利用促進等の情報流通基盤の整備を推進し、次世代の図書館サービスを提供することである。 |
3.2.4 これらの実現に向けて、先進サービス動向、技術を把握してサービス要件、システム化要件を取りまとめ、構築・運用するために高いマネジメント能力を持った人材育成・確保を進める。それに伴い、外部の有識者の実践的な助言・提案をいただくために、有識者が集まれる場として、前掲のNDLラボの運営を想定している。そこでのテーマは多岐にわたる。たとえば、技術要素では、パターンマッチング、パターン認識、マルチメディア技術、画像、映像処理技術、クラスタリング、キーワード抽出、シソーラス、テキストマイニング、関連性検出、文章解析、対話システム、情報圧縮・要約技術、情報分析技術、機械翻訳技術等がある。 |
3.3 従来からの開発プロセス |
3.3.1 システム企画 |
3.3.1.1 ◆ソフトウェアライフサ |
3.3.1.2 ◆システム化計画イクル |
3.3.1.3 ◆要件定義 |
3.3.1.4 ◆調達 |
3.3.2 業務プロセスとモデル化 |
3.3.2.1 ◆業務プロセス |
3.3.2.2 ◆モデル化の手法 |
3.3.3 システム開発手法 |
3.3.3.1 ◆システム開発手法 |
3.3.3.1.1 ウォーターフォールモデル |
3.3.3.1.2 プロトタイプモデル: |
3.3.3.1.3 スパイラルモデル |
3.3.4 テスト手法 |
3.3.4.1 ◆テストの目的・工程 |
3.3.4.2 ◆各テスト工程とテスト手法 |
3.3.5 ITサービスマネジメント・プロジェクトマネジメント |
3.3.5.1 ◆ITIL(Information Technology Infrastructure Library) |
3.3.5.2 ◆SLA(Service Level Agreement) |
3.3.5.3 ◆プロジェクトの定義 |
3.3.5.4 ◆プロジェクトマネジメント |
3.4 要件定義の必要性と人材育成(IT研修内容) |
3.4.1 6.1.要件定義の必要性 |
3.4.2 6.2.最適化計画の考え方 |
3.4.2.1 基本の計画 「科学技術基本政策策定の基本方針」として、平成22年6月総合科学技術会議基本政策専門調査会で、国の第4期科学技術基本計画(23年8月閣議決定)に知識インフラ関連の言及を入れてもらうために作られたイメージ図。(当時の科経の本吉課長) |
3.4.2.2 当館の電子図書館中期計画2004、科審での知識インフラの構築、使命・目標で示される当館のデジタル関連の事業の目指すものは大きく変わっていない |
3.4.2.3 これの実現を目指すサービスの実現のために業務・システムを組み立てているところ |
3.4.2.4 この概念は、大きな枠組みの中では、当館は情報を集約して提供する組織のOneOfThem。しかしながら、大量の資料を保有しているが故に、分散保存、ポータルとして、中核的な役割を果たすことが求められている。 |
3.4.3 6.3. 情報化のプロセスと考慮点 (サービス構築の流れに沿って)(流れ図参照) |
3.4.3.1 1.1. 情報化のプロセスと考慮点(サービス構築の流れに沿って)(流れ図参照) |
3.4.3.1.1 電子情報部を設置する時に、各部局との役割分担を共有するために作成したもの。特にサービス要件定義の担当と、成果物の名称を示した。最適化計画本体にも記述されている。 |
3.4.3.2 (1) 「私たちの使命・目標」、年度活動計画 |
3.4.3.2.1 l あるべき姿の検討、サービスの理念、活動の方向性、サービスの項目と概念、スケジュール感 |
3.4.3.3 (2) 基本計画書、サービス実施計画書 |
3.4.3.3.1 l 使命・目標の達成のアプローチとして、サービスの提供の方向性、具体的なサービス、システムのイメージの想定 |
3.4.3.3.1.1 Ø 何をしたいか?(サービス部門) |
3.4.3.3.1.2 Ø 何ができるか?(システム部門) |
3.4.3.3.2 l カバレージとして、フロントエンドは利用者へのサービス、バックオフィスも職員へのサービス |
3.4.3.4 (3) サービス要件定義書 |
3.4.3.4.1 l サービスは、業務とシステムで構築 |
3.4.3.4.2 l 業務とシステムで連携・分担して、フロントエンドサービス、バックオフィス業務として何ができるようにするかを明確にする。 |
3.4.3.4.3 l 主たるサービス要件より、サービスの実現当たって例外的に行うべき要件の明示が重要(後述) |
3.4.3.5 (4) システム構築 |
3.4.3.5.1 資料招請(RFI) |
3.4.3.5.1.1 要求要件書を実現するために |
3.4.3.5.1.2 利用可能な製品および技術資料 |
3.4.3.5.1.3 実現の方法論 |
3.4.3.5.2 l システム化要件定義書 |
3.4.3.5.2.1 Ø 業務・機能要件定義、非機能要件定義 |
3.4.3.5.2.2 Ø 開発プロジェクト標準、技術標準適用指針、技術標準適用ガイドラインに沿って |
3.4.3.5.3 意見招請(RFC) |
3.4.3.5.3.1 調達仕様書原案提示 |
3.4.3.5.3.2 概算見積書受領 |
3.4.3.5.4 l 調達仕様書(RFP) |
3.4.3.5.4.1 Ø 価格競争の場合は、実施すべき事項を明確に提示し、実施内容が業者によってブレないようにして、安い方を落札。 |
3.4.3.5.4.2 Ø 仕様が明確に提示できない場合は、実施内容、方式を提案させる形での総合評価での競争にし、必須項目でも、優れた実施内容、将来への拡張性の配慮の内容には大きく加点する。 |
3.4.3.5.4.3 調達の中立性 |
3.4.3.5.4.4 定型業務は必須項目 |
3.4.3.5.4.4.1 定型業務は例外処理を含めて明確に |
3.4.3.5.4.5 先進サービスは加点項目 |
3.4.3.5.4.5.1 方法論を規程せず、提案に任せる |
3.4.3.5.4.6 将来への考慮 |
3.4.3.5.4.6.1 どのように将来性を担保するか具体的に明示させる |
3.4.3.5.5 l 見積もり依頼書 |
3.4.3.5.5.1 Ø 予算、実施内容を決定するに当たって重要な書類 |
3.4.3.5.5.2 Ø 必要スキル、工数が算定できるレベルの仕様書の提示が必要 |
3.4.3.5.6 調達 |
3.4.3.5.6.1 提案書受領 |
3.4.3.5.6.2 ヒアリング |
3.4.3.5.6.3 評価 |
3.4.3.5.6.4 応札 |
3.4.3.5.6.5 業者決定 |
3.4.3.5.7 l 契約書 |
3.4.3.5.7.1 Ø 総合評価での契約書に添付される仕様書は、提案書相当。 |
3.4.3.5.7.2 Ø 提案書の内容をベースに検査仕様書を作成し、成果物の検収は、提案書の内容が実現しているかを検査する |
3.4.3.5.8 l システム設計書 |
3.4.3.5.8.1 Ø 開発担当者に向けた資料。 |
3.4.3.5.8.1.1 ² サービス要件に従ってシステムで実現することが明確になっている調達仕様書通り作られていれば、ユーザ部門は読む必要がない。 |
3.4.3.5.8.2 Ø 調達仕様書、提案書通り、設計がなされないで、開発を行うと大きな手戻りが発生する |
3.4.3.5.9 開発 |
3.4.3.5.10 l システム運用手順書(マニュアル) |
3.4.3.5.10.1 Ø 開発時に、ほとんどゼロ知識でもできるレベルを求める |
3.4.3.6 (5) システム運用 |
3.4.3.7 (6) 業務構築 |
3.4.3.7.1 l 業務要件定義書 |
3.4.3.7.2 l 業務手順書(マニュアル) |
3.4.3.8 (7) 業務運用 |
3.4.3.9 (8) 制度構築(制度に関しても同様) |
3.4.3.9.1 l 制度設計 |
3.4.4 6.5.要件定義の重要性と考慮点 |
3.4.4.1 (1)重要性は、ソフトウェア開発に限らない |
3.4.4.1.1 組織間、部局課係間、担当者間での曖昧な内容での指示は、作業スキル、必要工数の算定で大きな齟齬が発生し、安全を見込むと大きな見積もりとなり、また、過小評価すると、後で大きな工数を要する。 |
3.4.4.2 (2)サービス要件の定義は、基本計画書の行間を埋めるもの |
3.4.4.2.1 使命・目標は概念であり、基本方針・基本計画書は、利害調整で玉虫色になっていることが多い。 |
3.4.4.2.2 合意形成のために、意識的に、サービスの実施内容が曖昧になっている |
3.4.4.2.3 概念・方向性は認識できるが具体的なサービスの実施内容が判断できない |
3.4.4.2.4 基本方針、基本計画の策定において検討したメモ、カットされた記述が重要。それがベースとなって、明確な要件となる。 |
3.4.4.3 (3)開発に大きな工数が掛かるのは、例外処理の規模と将来への拡張性への配慮(例外要件の網羅性の確保) |
3.4.4.3.1 例外的なサービスは条件と実施内容を明確に提示 |
3.4.4.3.2 例外的なサービスの内容が明確でないと、認識の齟齬により次工程でもめる |
3.4.4.4 (4)サービス要件定義段階での合意形成が最も重要 |
3.4.4.4.1 後工程でシステムの根幹に関わる変更は不可能 |
3.4.4.5 (5)業務、システムの構築は、論理的に明確なサービスの要件がなければ構築できない |
3.4.4.5.1 曖昧なまま、業務構築、システム開発を行った場合、過大な見積もり、大きな手戻りが発生する |
3.4.4.5.2 齟齬の顕在化が後工程になればなるほど、工数が大きくなる |
3.4.4.5.3 サービス部門とシステム部門で暗黙知でなく、形式知化した形で合意しておく必要がある⇒サービス要件定義書 |
3.4.4.5.4 サービスの実施内容があいまいなまま、業務構築、システム開発を行った場合 |
3.4.4.5.5 システム化要件定義書が曖昧になる 開発規模感が掴めない |
3.4.4.5.6 調達仕様書が曖昧になる 開発者は安全を見込み、見積もり額が大幅に大きくなる 開発工程で手戻りが発生する 納品されて検収する際に、必ずもめる 仕様書は担当者のスキルレベルに依存しないように明確に |
3.4.4.5.7 やるべきことを明確に(曖昧性の排除) 論理的な思考で、条件と内容を明確に。曖昧な文章表現ではなく、箇条書きで、判断要素は断定的な記述に |
3.4.4.6 (6)業務とシステムでの分担は明確に |
3.4.4.6.1 システムでできないことの許容 経営資源、適用可能な技術の面から、システムで実現可能な範囲が小さく、業務で行わなければならないことの負荷を許容できるかは大きな要件 |
3.4.4.6.2 業務とシステムの分担は図式化して共有 ユースケース図(人とシステムの役割) |
3.4.4.7 (7)情報(データ)と機能の流れは明確に |
3.4.4.7.1 機能情報関連図(DFD図:情報と機能の流れ(サブシステムレベル))、実体関連図(ER図)等で |
3.4.4.8 (8)サービス要件は、開発過程、検証中に、なんらかの変更があることを前提とする |
3.4.4.8.1 事前に変更の可能性がある部分は明示が必要。 |
3.4.4.8.2 変更による後工程への影響を極力小さくするためにも、早期発見が必要。 |
3.4.4.8.3 ⇒開発前に要件が明確にならない部分は、プロトタイピング手法が有効 |
3.4.4.9 (9)サービス要件定義には、全体最適化の観点でシステムサイドからの助言が必要 |
3.4.4.9.1 サービス部門が主体となってサービス要件定義書を策定するが、サービス要件にサービスの方法、手順が示されていても、それに捉われず、目的を確認して、全体最適化の観点で、より最適な方法がある場合は、システム構築の立場から、助言する |
3.4.5 6.6.各工程での成果物の妥当性評価 |
3.4.5.1 (10)全ての工程での仕様書について |
3.4.5.1.1 サービス要件定義書、システム化要件定義書、調達仕様書、開発段階での仕様書、作業指示書等、全ての工程で、作業依頼書として、人から人へ伝えていくもの。成果物は、次のステップの作業依頼書となる。依頼書が曖昧であれば、成果物のレベル、内容もぶれる。 |
3.4.5.1.2 打合せ等で、意見でなく質問が出されるのは、ドキュメントが曖昧だから。全てが妥当な内容であるか評価が必要。 |
3.4.5.2 (11)曖昧性・不確実性の排除 |
3.4.5.2.1 「仕様素案」、「基本設計書」、「概要設計書」、「詳細設計書」、、、 |
3.4.5.2.2 プロセスと成果物の具体化度を明確にしないで、成果物名のみの提示は齟齬が生じる |
3.4.5.2.3 企画提案以外で、「柔軟に対応できること」「原則として~する」「~する場合もある。」はNG |
3.4.5.2.4 図表を駆使することも明確化に繋がる |
3.4.5.3 (12)読むべき人が理解できるか? |
3.4.5.3.1 その仕様書をインプットとして、暗黙知なしで、難易度の認識、実施内容、妥当な工数見積もりできるかを評価 |
3.4.5.4 (13)将来のコストを削減するか、当面のコストを削減するか?も重要な観点 |
3.4.5.4.1 コストが高くても将来性、柔軟性のある方法 |
3.4.5.4.2 コストが安いが、当面の課題は解決できるか。 |
3.4.6 6.7.参考見積書の評価 |
3.4.6.1 曖昧な仕様書では安全係数が大きくなり、高額な見積もりになる |
3.4.6.2 業者の高額な参考見積もりを鵜呑みにして安易な要件緩和やスペックダウンはしない |
3.4.6.3 提案もしくは指示した実施方法が明確な場合は、具体的な作業と要する工数を評価する |
3.4.6.3.1 評価に当たっては、ある程度の実地の経験は必要 |
3.4.6.4 競争入札になれば、適正な価格に近づく。随意契約の場合は、妥当と思われるまで調整する必要がある |
3.4.6.5 「人件費単価が高いから見積もりが高くなる」という評価は正しくない。 |
3.4.6.5.1 スキルの高い人が担当するので単価が高いなら、工数は少なくなるはず。 |
3.4.7 6.9.まとめ |
3.5 情報システムの今後の役割 |
3.5.1 今までは、人海戦術的業務の効率化の手段 |
3.5.1.1 情報システムは、今までは、人海戦術的な業務を情報システムに置き換えることによって、図書館サービスの高度化、業務・サービスの運営の効率化・コスト削減のための手段として活用してきました。政府における「電子政府構築計画」も同様です。 |
3.5.1.2 今までは、図書館としての人海戦術的サービスをシステムに置き換えることによる業務・サービスの運営の効率化・コスト削減のための手段 |
3.5.2 組織経営戦略の迅速化とサービスの向上を目指して |
3.5.2.1 図書館における情報システムは、業務・システムの効率化に留まらず、今後は、社会環境変化への対応および業務プロセス改革を迅速に行い、社会的な存立意義を維持向上できるようにするために、経営戦略とIT戦略を密に連携・融合させ、最大限の効果を発揮させる業務・サービスを構築することが重要です。 |
3.5.3 電子情報の特性を生かしたサービスの構築 |
3.5.3.1 今後は、電子情報の特性(共有・連携のしやすさ、検索の高度化、情報移動の容易さ等々)を生かしたデジタル情報時代の電子図書館サービスの構築を目指す |
3.5.3.2 今後適用すべき技術・ツールは |
3.5.4 変化への対応の迅速化 |
3.5.4.1 業務実施状況の迅速な数値化、可視化により、経営の強化、業務の最適化、変化への対応を速やかに行えるようにする |
3.5.4.1.1 民間企業で積極的に導入されている組織の持つ様々な資源(人材、資金、設備、資材、情報など)を統合的に管理・配分し、業務の効率化や経営の全体最適を目指す手法を支援するツール(ERP) |
3.5.4.1.2 ビジネスプロセスを可視化しプロセスの分析、業務改善検討、モニタリングを行うことを通じて、継続的にビジネスプロセスの改革を推進するマネジメントツール(BPM:Business Process Management)の導入など |
3.5.4.2 今後適用すべき手法・ツールは |
3.5.4.2.1 企業の持つ様々な資源(人材、資金、設備、資材、情報など)を統合的に管理・配分し、業務の効率化や経営の全体最適を目指す手法を支援するツール(ERP) |
3.5.4.2.2 ビジネスプロセスを可視化し、プロセスの分析、業務改善検討、モニタリングを行うことを通じて、継続的にビジネスプロセスの改革を推進するマネジメントツール(BPM:Business Process Management) |
3.5.4.2.2.1 業務実施状況の数値化、可視化により、経営の強化、業務の最適化、変化への迅速な対応を可能にする |
3.5.4.2.2.2 BPRやシステム構築を行うため、誰でも理解できる図表を段階的に作成可能で、構想初期段階から全体設計ができる(合意形成プロセスの効率化、手戻りの回避) 構 |
3.5.4.2.3 サービスシステムとして、知識インフラとしてのデジタルアーカイブの構築、デジタルコンテンツの生成を行うための先進技術の適用 |
3.6 人とシステムの役割分担 |
3.7 図書館経営者、サービス部署管理者に必要な人材育成・確保 |
3.7.1 役割毎のタスクと必要なスキル |
3.7.2 スキルを得るための手段・評価手段 |
4 政府情報システムの整備及び管理 に関する標準ガイドライン |
4.1 見直し |
4.1.1 政府における業務システム最適化のガイドラインの見直し |
4.1.2 新たなガイドライン |
4.1.2.1 政府情報システムの整備及び管理 に関する標準ガイドライン (2014年12月3日 各府省情報化統括責任者(CIO)連絡会議決定) |
4.1.2.2 iコンピテンシ・ディクショナリ |
4.1.2.2.1 新時代のビジネスモデルに求められるタスクやスキル、役割分担例 |
4.1.2.2.2 (2015年夏 情報処理振興機構 正式版公開予定) |
4.2 (業務・システム最適化の見直し) 政府情報システムの整備及び管理に関する標準ガイドラインの目的 |
4.2.1 見直しの背景 |
4.2.1.1 過去の取組の経緯もあってIT投資の目的が情報システムのコスト削減に傾注する傾向(行政手続のオンライン化ではそもそも手段であるべきIT投資が目的化するような状況)にあり、 |
4.2.1.2 本来重視すべき国民の利便性向上や行政運営の効率化への波及効果が目に見える形で現れず、これに伴い、利用者視点での取組や業務の見直しが不十分な状況 |
4.2.2 国民の利便性向上 |
4.2.2.1 既存のサービスの利便性の向上 |
4.2.2.2 利便性の高い新たなサービスの提供 |
4.2.3 行政運営の効率化 |
4.2.4 事務処理経費の削減が目的化している |
4.2.4.1 システム開発も経費として扱われ、X年でXX%削減と目標設定されている。 本来は、先行投資であり、システム開発を効率化させて、浮いた予算で新たなサービスをシステム化するもの。 |
4.3 (新たなガイドライン) 政府情報システムの整備及び管理 に関する標準ガイドライン(2014年(平成26年)12月3日 各府省情報化統括責任者(CIO)連絡会議決定) |
4.3.1 世界最先端IT国家創造宣言(平成25年6月閣議決定、平成26年6月改定)に基づき、情報システム調達 やプロジェクト管理に関する共通ルール等を定める「政府情報システムの整備及び管理に関する標準ガ イドライン」を新たに策定 |
4.3.2 平成 23(2011)年8月の「電子行政推進に関する基本方針」(IT戦略本部1決定) |
4.3.2.1 ①行政サービスの利便性の 向上とは、 |
4.3.2.1.1 インターネット上でのワンストップ行政サービス等オンライン申請等による国 民・利用者の利便性向上であり、 |
4.3.2.2 ②行政運営の効率化とは、 |
4.3.2.2.1 単に既存業務をそのままシス テム化するのではなく、システム化を前提に業務プロセスそのものの見直しを行い業務改 革(BPR:Business Process Re-engineering(ビジネスプロセス・リエンジニアリング)) を進め、 |
4.3.2.2.2 各府省の共通業務に関するシステムの統合・集約化やIT投資の適化、費用対 効果の大化を実現するものであり、 |
4.3.2.3 ③行政運営の透明性の向上は、 |
4.3.2.3.1 インターネット上で の情報公開及び提供により、国民の行政に対する信頼向上に資するとともに、 |
4.3.2.3.2 国民による 政策の検証、さらにはパブリックコメント等に代表される政策決定過程への参加を可能と するものである。 |
4.3.3 人材の育成・確保の留意点 |
4.3.3.1 例えば、プロジェクトの核となる職員が、プロジェクトのライフサイクルの適切な節目までそのポストに留まるように、人事ローテーションの工夫 |
4.3.3.2 単に情報システムに関する専門的・技術的な知識・能力だけでなく、業務分析、業務の見直しの企画立案、プロジェクト管理等の能力の取得が重要 |
4.3.3.3 各人が不足する技能や経験をそれぞれで補い合いながら、個別の職務に当たらせるような工夫が必要 |
4.3.3.4 国際的な情報共有や情報セキュリティ等の連携による対応の重要性が増している分野については、国際的な対応が可能な人材の育成・確保も視野に |
4.3.3.5 業務の実施には、情報システムを活用してデータの作成や活用ができることが不可欠であることや、近年情報セキュリティについて様々な問題が生じている現状からすれば、 情報システムに携わる職員に限らず、一般職員のITリテラシーの向上にも努めることが重要 |
4.3.4 サービスの基本計画から実施までの流れ |
4.3.4.1 業務の見直し |
4.3.4.1.1 プロジェクト計画書等の確認 |
4.3.4.1.2 分析等 |
4.3.4.1.2.1 1) 業務分析 |
4.3.4.1.2.2 2) 関係者分析 |
4.3.4.1.2.3 3) 実績分析 |
4.3.4.1.2.4 4) 環境分析 |
4.3.4.1.2.5 5) 関連調査 |
4.3.4.1.3 業務の見直し内容の検討 |
4.3.4.1.3.1 1) 主要課題の整理 |
4.3.4.1.3.2 2) 具体的な業務の見直し内容 |
4.3.4.1.3.3 3) 期待される効果 |
4.3.4.1.4 業務要件の定義 |
4.3.4.1.4.1 業務実施手順 |
4.3.4.1.4.2 管理すべき指標 |
4.3.4.1.4.3 情報システム化の範囲 |
4.3.4.1.4.4 情報セキュリティ |
4.3.4.2 要件定義作業 |
4.3.4.2.1 要件定義の準備 |
4.3.4.2.1.1 1) 要件定義の対象範囲等の特定 |
4.3.4.2.1.2 2) RFIの実施 |
4.3.4.2.1.2.1 ○ 業務要件を実現するために必要な情報システムの機能(以下「機能要件」という。)の案の実現性、 |
4.3.4.2.1.2.2 ○ 実現方法、 |
4.3.4.2.1.2.3 ○ 情報システムが備えるべき機能要件以外の情報システム要件(以下「非機能要件」という。)、 |
4.3.4.2.1.2.4 ○ それらの要件を実現するために必要な経費の見込み、 |
4.3.4.2.1.2.5 ○ 明らかにすべきと考える要件定義事項又は開発方式(スクラッチ開発、ソフトウェア製品の活用、政府共通プラットフォームを含むクラウドコンピューティングサービスの活用等)、 |
4.3.4.2.1.2.6 ○ 開発手法(ウォータフォール型、反復型等)等、 |
4.3.4.2.1.2.7 ○ 事業者に具体的に求めたい内容 |
4.3.4.2.1.3 3) 事業者へのヒアリング等の実施 |
4.3.4.2.1.4 4) 必要な資料の作成 |
4.3.4.2.2 要件定義 |
4.3.4.2.2.1 要件定義書の記載内容 |
4.3.4.2.2.1.1 業務要件 |
4.3.4.2.2.1.2 機能要件 |
4.3.4.2.2.1.2.1 機能、画面、帳票、情報・データ、外部インタフェース |
4.3.4.2.2.1.3 非機能要件 |
4.3.4.2.2.1.3.1 ユーザビリティ・アクセシビリティ、システム方式、規模、性能、信頼性、拡張性、上位互換、中立性、継続性、情報セキュリティ、稼働環境、テスト、以降、引き継ぎ、教育、運用、保守等 |
4.3.4.2.2.2 要件定義書の調整・作成 |
4.3.4.2.3 プロジェクト計画書への反映 |
4.3.4.3 調達の計画 |
4.3.4.3.1 履行可能性、ライフサイクルコスト、技術的妥当性等を考慮の上、競争性が確保されコストが低減されるよう合理的な調達単位を検討する |
4.3.4.3.2 基本単位 |
4.3.4.3.2.1 ①調査研究又は要件定義作成支援 |
4.3.4.3.2.2 ② プロジェクト管理支援 |
4.3.4.3.2.3 ③ 設計・開発 |
4.3.4.3.2.4 (設計・開発の内容が細分化できる場合であっても、 |
4.3.4.3.2.5 必ずしも調達単位を分割する必要はない。) |
4.3.4.3.2.6 ④ ハードウェアの賃貸借又は買取り |
4.3.4.3.2.7 ⑤ ソフトウェア製品の賃貸借又は買取り |
4.3.4.3.2.8 ⑥ 回線 |
4.3.4.3.2.9 ⑦ アプリケーションプログラムの保守 |
4.3.4.3.2.10 ⑧ ハードウェアの保守 |
4.3.4.3.2.11 ⑨ ソフトウェア製品の保守 |
4.3.4.3.2.12 ⑩ 運用 |
4.3.4.3.2.13 ⑪ 運用サポート業務 |
4.3.4.3.2.14 ⑫ 業務運用支援 |
4.3.4.3.2.15 ⑬ 施設の賃貸借 |
4.3.4.3.2.16 ⑭ 施設の整備等 |
4.3.4.3.2.17 ⑮ システム監査(情報セキュリティ監査を含む。) |
4.3.4.3.3 調達仕様書の記載内容 |
4.3.4.3.3.1 ア 調達案件の概要に関する事項 |
4.3.4.3.3.2 イ 調達案件及び関連調達案件の調達単位、調達の方式等に関する事項 |
4.3.4.3.3.3 ウ 作業の実施内容に関する事項 |
4.3.4.3.3.4 エ 満たすべき要件に関する事項 |
4.3.4.3.3.5 オ 作業の実施体制・方法に関する事項 |
4.3.4.3.3.6 カ 作業の実施に当たっての遵守事項 |
4.3.4.3.3.7 キ 成果物の取扱いに関する事項 |
4.3.4.3.3.8 ク 入札参加資格に関する事項(入札参加要件、入札制限) |
4.3.4.3.3.9 ケ 再委託に関する事項 |
4.3.4.3.3.10 コ その他の特記事項 |
4.3.4.3.3.11 サ 附属文書 |
4.3.4.4 調達 |
4.3.4.4.1 要件定義書(案)、調達仕様書(案)の作成 |
4.3.4.4.2 RFI |
4.3.4.4.3 調達仕様書確定 |
4.3.4.4.4 RFP・公告 |
4.3.4.4.5 審査 |
4.3.4.4.6 入開札 |
4.3.4.4.7 契約 |
4.3.4.4.8 検収 |
4.3.4.5 設計・開発実施要領の内容 |
4.3.4.5.1 ア コミュニケーション管理 |
4.3.4.5.2 イ 体制管理 |
4.3.4.5.3 ウ 工程管理 |
4.3.4.5.4 エ 品質管理 |
4.3.4.5.5 オ リスク管理 |
4.3.4.5.6 カ 課題管理 |
4.3.4.5.7 キ システム構成管理 |
4.3.4.5.8 ク 変更管理 |
4.3.4.5.9 ケ 情報セキュリティ対策 |
4.3.4.6 設計・開発 |
4.3.4.6.1 設計・開発実施計画書等の作成 |
4.3.4.6.2 設計・開発工程に入る前の要件定義の内容の調整・確定 |
4.3.4.6.3 設計 |
4.3.4.6.3.1 1) 要件定義の内容との整合性確認 |
4.3.4.6.3.2 2) 関係機関、情報システムの利用者等との調整 |
4.3.4.6.3.3 3) 移行計画書の案の作成 |
4.3.4.6.3.4 4) 中長期運用・保守作業計画の案の作成 |
4.3.4.6.3.5 5) 運用計画及び保守作業計画の案の作成 |
4.3.4.6.3.6 6) 運用体制等 |
4.3.4.6.4 開発・テスト |
4.3.4.6.4.1 1) テスト計画書の作成 |
4.3.4.6.4.2 2) 単体テスト |
4.3.4.6.4.3 3) 結合テスト・総合テスト |
4.3.4.6.4.4 4) テスト手順・データの再利用対策 |
4.3.4.6.5 受入テストの実施 |
4.3.4.6.5.1 1) 受入テストのテスト計画書の作成 |
4.3.4.6.5.2 2) 受入テスト |
4.3.4.6.6 情報システムの本番移行 |
4.3.4.6.7 引き継ぎ |
4.3.4.6.8 検査・納品管理 |
5 iコンピテンシ・ディレクトリ |
5.1 目的 |
5.1.1 2012年3月に公開された「共通キャリア・スキルフレームワーク(第一版・追補版)」(以下、CCSF(追補版))の発展形 |
5.1.1.1 ITプロフェッショナルの育成に取り組む企業が、それぞれのニーズや目的に合わせてITスキル標準(以下、ITSS)、情報システムユーザースキル標準(以下、UISS)および組込み技術者スキル標準(以下、ETSS)(以下、3つのスキル標準を総称してスキル標準と表記)を柔軟に組み合わせて活用できるように |
5.1.1.2 タスク、人材、スキルを軸に整理・体系化したものである。 |
5.1.1.3 これにより、スキル標準ごとの構造の違いを意識せず、企業が自社に必要なタスク、スキルを参照して、「ビジネス目標達成に貢献する人材の育成」を実現できるようになった。 |
5.1.2 このテンプレートを利活用する企業が悩むことなくあるべき姿と人材育成の仕組みを構築できることを目標として策定された |
5.1.2.1 具体的なスキルやスキルと仕事の関係を明らかに |
5.1.2.2 スキルに直結した教育を提供できるような仕組み |
5.1.2.3 教育内容とスキル向上が具体的に結びつくだけでなく、獲得したスキルが企業でどういった仕事に役立つかというところまで見通せる |
5.1.3 IT産業を目指す学生やIT技術者などの個人を含め、ITを利活用する様々な組織・個人が共通して参照する人材育成のディクショナリ―(テンプレート)として利活用されていくことを期待 |
5.1.3.1 iコンピテンシ・ディクショナリ https://www.ipa.go.jp/jinzai/hrd/i_competency_dictionary/index.html |
5.2 概要 |
5.2.1 タスクディクショナリ |
5.2.1.1 タスクディクショナリを参照し、自社・自組織のビジネスモデル、経営戦略や事業計画、および現状の業務に基づいて取捨選択することで、あるべき自社・自組織タスク(以下、自タスク)を定める |
5.2.1.2 タスクディクショナリのコンテンツは、CCSF(追補版)の「タスクモデル」をベースに、次に示すプロセス体系を参照して整理・統合し、広く利活用が可能なものになっている |
5.2.1.3 共通フレーム2013(SLCP2013)、ITIL V3、COBIT 5、CRISP-DM |
5.2.2 スキルディクショナリ |
5.2.2.1 IT技術者個人は、スキルディクショナリからスキル項目を選択して、現状把握やスキル向上目標を明らかにする |
5.2.2.2 タスクディクショナリとの連係情報を利用して、そのスキルが、どのタスクの遂行に有効なのかを判断する |
5.2.2.3 スキル標準やCCSF(追補版)の知識体系を始め、表2.1-1に示す様々な知識体系(BOK)を参考に、IT関連業務の遂行に必要なスキル・知識を集約し、幅広いものとなっている |
5.3 タスク |
5.3.1 構成【3つのレームワーク】 |
5.3.1.1 ITを活用したビジネスのライフサイクル(戦略、企画、開発、利活用、評価・改善)の「計画・実行」を担うタスク群 |
5.3.1.2 タスクを効率的、効果的に遂行するために「管理・統制」するタスク群 |
5.3.1.3 他のタスクの実施を「推進・支援」するタスク群 |
5.3.1.4 |
5.3.2 タスクディクショナリ (タスク小分類415) |
5.3.2.1 戦略 |
5.3.2.1.1 事業戦略把握・策定支援 |
5.3.2.1.1.1 要求(構想)の確認 |
5.3.2.1.1.1.1 経営要求の確認 |
5.3.2.1.1.1.2 経営環境の調査・分析と課題の抽出 |
5.3.2.1.1.2 新ビジネスモデルへの提言 |
5.3.2.1.1.2.1 業界動向の調査・分析 |
5.3.2.1.1.2.2 ビジネスモデル策定への助言 |
5.3.2.1.1.3 事業戦略の実現シナリオへの提言 |
5.3.2.1.1.3.1 実現可能性の確認 |
5.3.2.1.1.3.2 全社戦略の展開における活動・成果指標の設定 |
5.3.2.1.1.3.3 課題とリスクの洗い出し |
5.3.2.1.1.3.4 超概算予算の算出 |
5.3.2.1.2 IT製品・サービス戦略策定 |
5.3.2.1.2.1 市場動向の調査・分析・予測 |
5.3.2.1.2.1.1 市場機会の発見と選択 |
5.3.2.1.2.1.2 ターゲット市場のビジネスチャンス分析 |
5.3.2.1.2.2 IT製品・サービス戦略の策定 |
5.3.2.1.2.2.1 ビジネス機会の分析 |
5.3.2.1.2.2.2 新規製品・サービスの企画 |
5.3.2.1.2.2.3 既存製品・サービスのロードマップ更新 |
5.3.2.2 企画 |
5.3.2.2.1 IT戦略策定・実行推進 |
5.3.2.2.1.1 基本方針の策定 |
5.3.2.2.1.1.1 現状分析・環境分析 |
5.3.2.2.1.1.2 IT基本方針の策定 |
5.3.2.2.1.2 IT化計画の策定 |
5.3.2.2.1.2.1 IT中期計画の作成 |
5.3.2.2.1.2.2 IT基盤戦略の策定 |
5.3.2.2.1.2.3 事業部門のIT化計画の作成 |
5.3.2.2.1.2.4 IT基盤計画の作成 |
5.3.2.2.1.2.5 全体計画の策定 |
5.3.2.2.1.3 IT戦略実行マネジメント |
5.3.2.2.1.3.1 IT戦略の理解とプログラムの定義 |
5.3.2.2.1.3.2 プログラム戦略マネジメント |
5.3.2.2.1.3.3 実行組織の確立 |
5.3.2.2.1.3.4 モニタリング |
5.3.2.2.1.3.5 アセスメントマネジメント |
5.3.2.2.1.3.6 プログラムリスクへの対応 |
5.3.2.2.1.3.7 コミュニティマネジメント |
5.3.2.2.2 システム企画立案 |
5.3.2.2.2.1 システム化構想の立案 |
5.3.2.2.2.1.1 システム化構想基本方針の策定 |
5.3.2.2.2.1.2 現行業務、システムの調査分析 |
5.3.2.2.2.1.3 新業務の全体像把握と評価指標の設定 |
5.3.2.2.2.1.4 投資規模の策定 |
5.3.2.2.2.1.5 システム化構想の成案化 |
5.3.2.2.2.1.6 システム化構想の支援 |
5.3.2.2.2.2 システム化計画の策定 |
5.3.2.2.2.2.1 システム化計画におけるプロジェクト計画の策定 |
5.3.2.2.2.2.2 システム計画の基本要件の確認 |
5.3.2.2.2.2.3 対象業務の課題整理 |
5.3.2.2.2.2.4 現状システムの分析と対応方針の策定 |
5.3.2.2.2.2.5 業務モデルの作成 |
5.3.2.2.2.2.6 システム化機能の整理とシステム方式の検討 |
5.3.2.2.2.2.7 付帯機能、付帯設備に対する基本方針の明確化 |
5.3.2.2.2.2.8 サービスレベルと品質に対する基本方針の明確化 |
5.3.2.2.2.2.9 プロジェクトの目標設定 |
5.3.2.2.2.2.10 実現可能性の検討 |
5.3.2.2.2.2.11 全体開発スケジュールの作成 |
5.3.2.2.2.2.12 システム選定方針の策定 |
5.3.2.2.2.2.13 費用とシステム投資効果の予測 |
5.3.2.2.2.2.14 システム化計画の成案化 |
5.3.2.2.2.3 業務・システム要件定義 |
5.3.2.2.2.3.1 業務要件の定義 |
5.3.2.2.2.3.2 システム要件の定義 |
5.3.2.2.2.4 ITサービス要件定義 |
5.3.2.2.2.4.1 ITサービス要件の定義 |
5.3.2.2.2.5 情報セキュリティ要件定義 |
5.3.2.2.2.5.1 情報セキュリティ要件の定義 |
5.3.2.2.2.5.2 情報セキュリティ規定の作成 |
5.3.2.2.2.5.3 情報セキュリティ計画の立案 |
5.3.2.2.2.5.4 情報セキュリティ基準の策定 |
5.3.2.3 開発 |
5.3.2.3.1 システム要件定義・方式設計 |
5.3.2.3.1.1 システム化要件定義 |
5.3.2.3.1.1.1 システム化の対象と目的の決定 |
5.3.2.3.1.1.2 要求事項の調査と分析 |
5.3.2.3.1.1.3 機能要件の定義 |
5.3.2.3.1.1.4 非機能要件の定義 |
5.3.2.3.1.1.5 システム化要件の文書化とレビュー |
5.3.2.3.1.2 システム化要件定義(Webサイト) |
5.3.2.3.1.2.1 現状把握 |
5.3.2.3.1.2.2 対象Webサイトの要件定義 |
5.3.2.3.1.3 システム方式設計 |
5.3.2.3.1.3.1 システム方式の設計 |
5.3.2.3.1.3.2 適用製品・技術の評価と選定 |
5.3.2.3.1.3.3 システム方式設計の文書化とレビュー |
5.3.2.3.1.4 システム方式設計(ソフトウェア製品) |
5.3.2.3.1.5 システム方式設計(組込みソフトウェア) |
5.3.2.3.1.6 システム方式設計(Webサイト) |
5.3.2.3.1.6.1 現状把握 |
5.3.2.3.1.6.2 対象Webサイトの要件定義 |
5.3.2.3.1.7 開発準備 |
5.3.2.3.1.7.1 開発手法の決定と開発プロセスの定義 |
5.3.2.3.1.7.2 開発環境の準備 |
5.3.2.3.1.8 開発準備(アジャイル) |
5.3.2.3.1.8.1 開発手法の決定と開発プロセスの定義 |
5.3.2.3.1.8.2 開発環境の準備 |
5.3.2.3.1.8.3 アジャイル開発の準備 |
5.3.2.3.2 運用設計 |
5.3.2.3.2.1 システム運用設計 |
5.3.2.3.2.1.1 方針と基準の策定 |
5.3.2.3.2.1.2 システム運用設計とレビュー |
5.3.2.3.2.2 ITサービス設計 |
5.3.2.3.2.2.1 運用・保守サービスの設計 |
5.3.2.3.2.3 Webサイト運用設計 |
5.3.2.3.2.3.1 Webサイトの運用設計 |
5.3.2.3.3 移行設計 |
5.3.2.3.3.1 移行設計 |
5.3.2.3.3.1.1 移行の要件と方針の明確化 |
5.3.2.3.3.1.2 移行対象の明確化 |
5.3.2.3.3.1.3 移行テスト計画の作成 |
5.3.2.3.3.1.4 移行のスケジュールと体制の明確化 |
5.3.2.3.4 基盤システム構築 |
5.3.2.3.4.1 基盤システム設計(共通) |
5.3.2.3.4.1.1 全体設計(基本設計) |
5.3.2.3.4.2 基盤システム設計(プラットフォーム) |
5.3.2.3.4.2.1 プラットフォーム設計 |
5.3.2.3.4.3 基盤システム設計(データベース) |
5.3.2.3.4.3.1 物理データベース設計 |
5.3.2.3.4.3.2 データベースの運用管理・保守の設計 |
5.3.2.3.4.4 基盤システム設計(ネットワーク) |
5.3.2.3.4.4.1 ネットワークシステムの設計 |
5.3.2.3.4.4.2 ネットワークの運用管理・保守の設計 |
5.3.2.3.4.5 基盤システム設計(システム管理) |
5.3.2.3.4.5.1 運用管理システムの設計 |
5.3.2.3.4.6 基盤システム設計(情報セキュリティ) |
5.3.2.3.4.6.1 セキュリティの設計 |
5.3.2.3.4.7 基盤システム構築・テスト(プラットフォーム) |
5.3.2.3.4.7.1 プラットフォームの構築 |
5.3.2.3.4.7.2 テストの計画と実施 |
5.3.2.3.4.8 基盤システム構築・テスト(データベース) |
5.3.2.3.4.8.1 データベースの構築 |
5.3.2.3.4.8.2 テストの計画と実施 |
5.3.2.3.4.9 基盤システム構築・テスト(ネットワーク) |
5.3.2.3.4.9.1 ネットワークの構築 |
5.3.2.3.4.9.2 テストの計画と実施 |
5.3.2.3.4.10 基盤システム構築・テスト(システム管理) |
5.3.2.3.4.10.1 運用管理システムの構築 |
5.3.2.3.4.10.2 テストの計画と実施 |
5.3.2.3.4.11 基盤システム構築・テスト(情報セキュリティ) |
5.3.2.3.4.11.1 セキュリティの実装 |
5.3.2.3.4.11.2 テスト計画と実施 |
5.3.2.3.5 アプリケーションシステム開発 |
5.3.2.3.5.1 ソフトウェア要件定義 |
5.3.2.3.5.1.1 機能要件と非機能要件の定義 |
5.3.2.3.5.1.2 インタフェース要件の定義 |
5.3.2.3.5.1.3 概念データモデルの作成 |
5.3.2.3.5.1.4 ソフトウェア要件の評価 |
5.3.2.3.5.1.5 パッケージ利用時のフィット&ギャップ分析 |
5.3.2.3.5.2 ソフトウェア方式設計 |
5.3.2.3.5.2.1 ソフトウェアコンポーネントの方式設計 |
5.3.2.3.5.2.2 インタフェースの方式設計 |
5.3.2.3.5.2.3 論理データベース設計(論理データモデルの作成) |
5.3.2.3.5.2.4 コード設計 |
5.3.2.3.5.2.5 データサービスを活用した設計 |
5.3.2.3.5.2.6 パッケージのカスタマイズ方針の決定 |
5.3.2.3.5.3 開発環境構築 |
5.3.2.3.5.3.1 開発環境構築計画の立案 |
5.3.2.3.5.3.2 開発環境の構築と維持 |
5.3.2.3.5.4 アプリケーション共通基盤設計・構築 |
5.3.2.3.5.4.1 アプリケーション共通基盤の設計 |
5.3.2.3.5.4.2 アプリケーション共通基盤の構築・テスト |
5.3.2.3.5.4.3 アプリケーション構築の支援 |
5.3.2.3.5.5 業務プロセス設計 |
5.3.2.3.5.5.1 業務プロセスの設計 |
5.3.2.3.5.6 ソフトウェア詳細設計 |
5.3.2.3.5.6.1 ソフトウェアコンポーネント設計(機能分割・構造化) |
5.3.2.3.5.6.2 入出力詳細設計 |
5.3.2.3.5.6.3 パッケージカスタマイズ・アドオン設計 |
5.3.2.3.5.6.4 データサービスの活用 |
5.3.2.3.5.7 ソフトウェアコード作成・単体テスト |
5.3.2.3.5.7.1 プログラム構造設計(モジュール分割・モジュール設計) |
5.3.2.3.5.7.2 単体テスト仕様作成 |
5.3.2.3.5.7.3 プログラミング |
5.3.2.3.5.7.4 単体テストの実施と評価 |
5.3.2.3.5.8 ソフトウェア結合テスト |
5.3.2.3.5.8.1 結合テスト仕様作成 |
5.3.2.3.5.8.2 ソフトウェア結合 |
5.3.2.3.5.8.3 結合テストの実施と評価 |
5.3.2.3.6 ソフトウェア製品開発 |
5.3.2.3.6.1 ソフトウェア要件定義 |
5.3.2.3.6.2 ソフトウェア方式設計 |
5.3.2.3.6.3 開発環境構築 |
5.3.2.3.6.4 アプリケーション共通基盤設計・構築 |
5.3.2.3.6.5 プロセス設計 |
5.3.2.3.6.6 ソフトウェア詳細設計 |
5.3.2.3.6.7 ソフトウェアコード作成・単体テスト |
5.3.2.3.6.8 ソフトウェア結合テスト |
5.3.2.3.6.9 システム適格性確認テスト |
5.3.2.3.6.10 出荷 |
5.3.2.3.7 Webサイト開発 |
5.3.2.3.7.1 ソフトウェア要件定義 |
5.3.2.3.7.1.1 機能要件と非機能要件の定義 |
5.3.2.3.7.1.2 Webコンテンツの要件定義 |
5.3.2.3.7.1.3 Webサイトの要件定義 |
5.3.2.3.7.1.4 プロトタイプの作成 |
5.3.2.3.7.1.5 ソフトウェア要件の評価 |
5.3.2.3.7.2 ソフトウェア方式設計 |
5.3.2.3.7.2.1 ソフトウェアコンポーネントの方式設計 |
5.3.2.3.7.2.2 論理データベース設計(論理データモデルの作成) |
5.3.2.3.7.2.3 コード設計 |
5.3.2.3.7.2.4 データサービスを活用した設計 |
5.3.2.3.7.3 開発環境構築 |
5.3.2.3.7.3.1 開発環境構築計画の立案 |
5.3.2.3.7.3.2 開発環境の構築と維持 |
5.3.2.3.7.4 ソフトウェア詳細設計 |
5.3.2.3.7.4.1 ソフトウェアコンポーネント設計(機能分割・構造化) |
5.3.2.3.7.4.2 入出力詳細設計 |
5.3.2.3.7.4.3 データサービスの活用 |
5.3.2.3.7.5 ソフトウェアコード作成・単体テスト |
5.3.2.3.7.5.1 プログラム構造設計(モジュール分割・モジュール設計) |
5.3.2.3.7.5.2 単体テスト仕様作成 |
5.3.2.3.7.5.3 プログラミング |
5.3.2.3.7.5.4 単体テストの実施と評価 |
5.3.2.3.7.6 ソフトウェア結合テスト |
5.3.2.3.7.6.1 結合テスト仕様作成 |
5.3.2.3.7.6.2 ソフトウェア結合 |
5.3.2.3.7.6.3 結合テストの実施と評価 |
5.3.2.3.8 システムテスト |
5.3.2.3.8.1 システムテスト計画策定 |
5.3.2.3.8.1.1 システムテスト計画の作成 |
5.3.2.3.8.1.2 システムテストの準備 |
5.3.2.3.8.2 システムテスト実施 |
5.3.2.3.8.2.1 システム結合 |
5.3.2.3.8.2.2 システムテストの実施と評価 |
5.3.2.3.9 移行・導入 |
5.3.2.3.9.1 移行 |
5.3.2.3.9.1.1 移行の準備 |
5.3.2.3.9.1.2 移行の実施 |
5.3.2.3.9.2 受入れテスト |
5.3.2.3.9.2.1 受入れテスト計画の作成 |
5.3.2.3.9.2.2 受入れテストの実施と評価 |
5.3.2.3.9.2.3 受入れテストの支援 |
5.3.2.3.9.3 運用テスト |
5.3.2.3.9.3.1 運用テストの準備 |
5.3.2.3.9.3.2 運用テストの実施と評価 |
5.3.2.3.9.4 導入 |
5.3.2.3.9.4.1 教育準備と実施 |
5.3.2.3.9.4.2 マニュアルの作成 |
5.3.2.3.10 ソフトウェア保守 |
5.3.2.3.10.1 保守の方針と計画の策定 |
5.3.2.3.10.1.1 保守および更新・構成変更の方針策定 |
5.3.2.3.10.1.2 保守計画の策定 |
5.3.2.3.10.2 問題の調査と分析 |
5.3.2.3.10.2.1 問題の把握 |
5.3.2.3.10.2.2 保守内容、影響範囲の調査と分析 |
5.3.2.3.11 ハードウェア・ソフトウェア製品導入 |
5.3.2.3.11.1 導入設計 |
5.3.2.3.11.1.1 ハードウェア導入設計 |
5.3.2.3.11.1.2 ソフトウェア製品導入設計 |
5.3.2.3.11.2 ハードウェアの導入 |
5.3.2.3.11.2.1 ハードウェア導入作業の管理 |
5.3.2.3.11.2.2 ハードウェア導入作業(設置、据付)の実施 |
5.3.2.3.11.3 ソフトウェアの導入 |
5.3.2.3.11.3.1 ソフトウェア導入作業の管理 |
5.3.2.3.11.3.2 ソフトウェア導入作業の実施 |
5.3.2.3.12 ファシリティ設計・構築 |
5.3.2.3.12.1 ファシリティ設計 |
5.3.2.3.12.2 ファシリティ施工管理 |
5.3.2.3.12.3 ファシリティ施工実施 |
5.3.2.3.13 プロジェクトマネジメント |
5.3.2.3.13.1 プロジェクト立ち上げ |
5.3.2.3.13.1.1 プロジェクト企画書の作成 |
5.3.2.3.13.1.2 プロジェクト企画書の申請と説明 |
5.3.2.3.13.1.3 プロジェクト企画書の完成 |
5.3.2.3.13.2 プロジェクト計画策定 |
5.3.2.3.13.2.1 スコープ計画の策定 |
5.3.2.3.13.2.2 プロジェクト方針の決定 |
5.3.2.3.13.2.3 スコープの定義 |
5.3.2.3.13.2.4 スケジュール計画の策定 |
5.3.2.3.13.2.5 資源計画の策定 |
5.3.2.3.13.2.6 組織要員計画の策定 |
5.3.2.3.13.2.7 調達計画の策定 |
5.3.2.3.13.2.8 費用計画の策定 |
5.3.2.3.13.2.9 品質保証計画の策定 |
5.3.2.3.13.2.10 リスク管理計画の策定 |
5.3.2.3.13.2.11 コミュニケーション計画の策定 |
5.3.2.3.13.2.12 プロジェクト計画書の作成 |
5.3.2.3.13.3 プロジェクト追跡と実行管理 |
5.3.2.3.13.3.1 プロジェクトの実行管理 |
5.3.2.3.13.3.2 プロジェクトの監視と追跡 |
5.3.2.3.13.3.3 問題管理 |
5.3.2.3.13.3.4 工程完了評価 |
5.3.2.3.13.3.5 プロジェクト状況の報告 |
5.3.2.3.13.3.6 進捗管理 |
5.3.2.3.13.3.7 資源管理 |
5.3.2.3.13.3.8 組織要員管理 |
5.3.2.3.13.3.9 調達管理 |
5.3.2.3.13.3.10 費用管理 |
5.3.2.3.13.3.11 品質管理 |
5.3.2.3.13.3.12 リスク管理 |
5.3.2.3.13.3.13 コミュニケーション管理 |
5.3.2.3.13.3.14 変更管理 |
5.3.2.3.13.4 プロジェクト終結 |
5.3.2.3.13.4.1 プロジェクト終結の確認 |
5.3.2.3.13.4.2 プロジェクトの完了報告 |
5.3.2.3.13.4.3 プロジェクトの完了評価 |
5.3.2.3.13.5 プロジェクト個別の品質マネジメント |
5.3.2.3.13.5.1 レビューのマネジメント |
5.3.2.3.13.5.2 テストのマネジメント |
5.3.2.3.13.5.3 品質分析・評価のマネジメント |
5.3.2.4 利活用 |
5.3.2.4.1 サービスデスク |
5.3.2.4.1.1 IT利活用 |
5.3.2.4.1.1.1 個別ITシステム活用促進 |
5.3.2.4.1.1.2 個別評価とフィードバック |
5.3.2.4.1.1.3 全体のIT活用能力底上げ |
5.3.2.4.1.1.4 活用シナジーの促進 |
5.3.2.4.1.2 システム利用者対応 |
5.3.2.4.1.2.1 業務運用 |
5.3.2.4.1.2.2 ユーザ教育と支援 |
5.3.2.4.1.2.3 インシデント管理 |
5.3.2.4.1.3 顧客統括管理 |
5.3.2.4.1.3.1 情報管理とコミュニケーション |
5.3.2.4.1.3.2 クレーム対応処理 |
5.3.2.4.2 IT運用コントロール |
5.3.2.4.2.1 IT運用管理 |
5.3.2.4.2.1.1 ユーザ管理 |
5.3.2.4.2.1.2 オペレーション管理 |
5.3.2.4.2.2 情報セキュリティ管理 |
5.3.2.4.2.2.1 情報セキュリティの運用 |
5.3.2.4.2.2.2 情報セキュリティの評価と検証 |
5.3.2.4.3 システム運用管理 |
5.3.2.4.3.1 障害管理 |
5.3.2.4.3.1.1 障害対応 |
5.3.2.4.3.1.2 障害記録・再発防止 |
5.3.2.4.3.2 問題管理 |
5.3.2.4.3.2.1 問題コントロールの開始 |
5.3.2.4.3.2.2 エラーコントロール |
5.3.2.4.3.3 性能管理 |
5.3.2.4.3.3.1 パフォーマンスとキャパシティの管理 |
5.3.2.4.3.4 構成管理 |
5.3.2.4.3.4.1 構成管理の計画策定と設計 |
5.3.2.4.3.4.2 構成管理の実施 |
5.3.2.4.3.5 資源管理 |
5.3.2.4.3.5.1 ハードウェアの管理 |
5.3.2.4.3.5.2 ソフトウェアの管理 |
5.3.2.4.3.5.3 データの管理 |
5.3.2.4.3.5.4 ネットワーク資源の管理 |
5.3.2.4.3.6 リリース管理 |
5.3.2.4.3.6.1 リリースの計画、準備と実施 |
5.3.2.4.3.7 セキュリティ障害管理 |
5.3.2.4.3.7.1 事故の検知 |
5.3.2.4.3.7.2 事故の初動処理 |
5.3.2.4.3.7.3 事故の分析 |
5.3.2.4.3.7.4 事故からの復旧 |
5.3.2.4.3.7.5 再発防止策の実施 |
5.3.2.4.3.7.6 セキュリティの評価 |
5.3.2.4.3.8 障害対応・保守支援 |
5.3.2.4.3.8.1 問題発生時のコントロール(問題・障害管理) |
5.3.2.4.3.8.2 障害発生時の対応(一次障害対応) |
5.3.2.4.3.8.3 重大障害発生時の対応(二次障害対応、復旧対応) |
5.3.2.4.3.8.4 障害の根治(製品の対応) |
5.3.2.4.3.9 予防保守 |
5.3.2.4.3.9.1 ハードウェアの予防保守 |
5.3.2.4.3.9.2 ソフトウェアの予防保守 |
5.3.2.4.4 Webサイト運用管理 |
5.3.2.4.4.1 利用者向けサービス運用管理 |
5.3.2.4.4.1.1 キャンペーン管理 |
5.3.2.4.4.1.2 メール配信管理 |
5.3.2.4.4.2 Webサービス運用管理 |
5.3.2.4.4.2.1 Webコンテンツの運用管理 |
5.3.2.4.4.2.2 Webコンテンツの制作と更新 |
5.3.2.4.4.2.3 Webマーケティング施策の支援 |
5.3.2.4.4.2.4 Webコンテンツ技術サポート |
5.3.2.4.4.2.5 携帯・スマートフォンサイトの運用 |
5.3.2.4.5 ファシリティ運用管理 |
5.3.2.4.5.1 ファシリティ運用・保守 |
5.3.2.4.6 サービスマネジメント |
5.3.2.4.6.1 サービス管理 |
5.3.2.4.6.1.1 課金管理 |
5.3.2.4.6.1.2 コスト管理 |
5.3.2.4.6.1.3 要員管理 |
5.3.2.4.6.1.4 サービスレベルの管理 |
5.3.2.4.6.1.5 サービス実施体制の管理 |
5.3.2.5 評価・改善 |
5.3.2.5.1 システム評価・改善 |
5.3.2.5.1.1 ITシステムの評価 |
5.3.2.5.1.1.1 ITシステム評価指標による検証 |
5.3.2.5.1.1.2 ITシステム評価報告の成案化 |
5.3.2.5.1.2 ITサービスの評価 |
5.3.2.5.1.2.1 評価目標の設定 |
5.3.2.5.1.2.2 ITサービス評価指標による検証 |
5.3.2.5.1.2.3 ITサービス評価報告の成案化 |
5.3.2.5.1.2.4 利用状況からの課題の発見と新たな価値の創出 |
5.3.2.5.1.3 Webサイトの評価 |
5.3.2.5.1.3.1 Webサイトの評価 |
5.3.2.5.2 IT戦略評価・改善 |
5.3.2.5.2.1 IT戦略の評価 |
5.3.2.5.2.1.1 事業部門のIT化計画の評価 |
5.3.2.5.2.1.2 IT基盤計画の評価 |
5.3.2.5.2.1.3 全体計画の評価 |
5.3.2.5.3 IT製品・サービス戦略評価・改善 |
5.3.2.5.3.1 IT製品・サービス戦略の評価 |
5.3.2.5.3.1.1 販売実績に基づく評価 |
5.3.2.5.3.1.2 調査・分析に基づく評価 |
5.3.2.5.4 事業戦略評価・改善支援 |
5.3.2.5.4.1 事業戦略達成度の評価 |
5.3.2.5.4.1.1 モニタリング指標による検証 |
5.3.2.5.4.1.2 事業戦略評価報告の作成 |
5.3.2.5.5 システム監査 |
5.3.2.5.5.1 システム監査計画の策定 |
5.3.2.5.5.1.1 基本計画の作成 |
5.3.2.5.5.1.2 個別計画書の作成 |
5.3.2.5.5.1.3 外部監査計画の作成 |
5.3.2.5.5.2 システム監査の実施 |
5.3.2.5.5.2.1 実施準備 |
5.3.2.5.5.2.2 予備調査 |
5.3.2.5.5.2.3 監査手続書の作成 |
5.3.2.5.5.2.4 本調査 |
5.3.2.5.5.2.5 実施結果の記録(監査調書の作成) |
5.3.2.5.5.2.6 監査意見の明確化 |
5.3.2.5.5.2.7 監査報告書案の作成 |
5.3.2.5.5.2.8 外部監査計画の実施対応 |
5.3.2.5.5.3 システム監査の報告 |
5.3.2.5.5.3.1 指摘事項の記載 |
5.3.2.5.5.3.2 改善勧告の記載 |
5.3.2.5.5.3.3 監査報告の実施 |
5.3.2.5.5.3.4 フォローアップの実施 |
5.3.2.5.5.3.5 年次監査報告書の作成 |
5.3.2.5.5.4 システム監査業務の管理 |
5.3.2.5.5.4.1 進捗管理 |
5.3.2.5.5.4.2 品質管理 |
5.3.2.5.5.4.3 監査業務の改善 |
5.3.2.5.5.4.4 監査体制の整備 |
5.3.2.5.5.5 システム監査対応 |
5.3.2.5.5.5.1 社外による監査の実施支援 |
5.3.2.5.5.5.2 社外による監査結果のフォローアップ |
5.3.2.5.6 資産管理・評価 |
5.3.2.5.6.1 資産管理規定の策定 |
5.3.2.5.6.1.1 資産管理方針と体制の策定 |
5.3.2.5.6.1.2 資産管理規定の作成と更新 |
5.3.2.5.6.2 資産管理プロセスの実施 |
5.3.2.5.6.2.1 資産管理規定に基づくプロセスの実施 |
5.3.2.5.6.2.2 情報機器の導入・更新計画の作成・実施・評価 |
5.3.2.5.6.2.3 廃棄計画の策定と実施 |
5.3.2.6 管理・統制 |
5.3.2.6.1 システム監査 |
5.3.2.6.1.1 システム監査計画の策定 |
5.3.2.6.1.2 システム監査の実施 |
5.3.2.6.1.3 システム監査の報告 |
5.3.2.6.1.4 システム監査業務の管理 |
5.3.2.6.1.5 システム監査対応 |
5.3.2.6.2 資産管理・評価 |
5.3.2.6.2.1 資産管理規定の策定 |
5.3.2.6.2.2 資産管理プロセスの実施 |
5.3.2.6.3 事業継続マネジメント |
5.3.2.6.3.1 事業継続計画の策定 |
5.3.2.6.3.1.1 事業継続計画策定の準備 |
5.3.2.6.3.1.2 対象事故・災害のリスク分析 |
5.3.2.6.3.1.3 事業継続計画の策定 |
5.3.2.6.3.2 事業継続計画の運用 |
5.3.2.6.3.2.1 関連部門への周知徹底 |
5.3.2.6.3.2.2 事業継続のためのリソースの確保 |
5.3.2.6.3.3 事業継続計画の見直し |
5.3.2.6.3.3.1 事業継続計画の見直し |
5.3.2.6.3.4 災害復旧計画の策定 |
5.3.2.6.3.4.1 災害復旧計画の策定 |
5.3.2.6.3.4.2 災害復旧計画の実現可能性の検証 |
5.3.2.6.3.4.3 緊急時対応体制の確立 |
5.3.2.6.3.5 災害復旧計画の運用 |
5.3.2.6.3.5.1 関連部門への周知徹底 |
5.3.2.6.3.5.2 災害発生時の予行・訓練の実施 |
5.3.2.6.3.6 災害復旧計画の見直し |
5.3.2.6.3.6.1 災害復旧計画の見直し |
5.3.2.6.4 情報セキュリティマネジメント |
5.3.2.6.4.1 情報セキュリティ戦略と方針の策定 |
5.3.2.6.4.1.1 基本戦略の策定 |
5.3.2.6.4.1.2 情報資産の評価 |
5.3.2.6.4.1.3 脅威とリスクの識別 |
5.3.2.6.4.1.4 リスクの評価 |
5.3.2.6.4.1.5 セキュリティポリシーの策定 |
5.3.2.6.4.2 情報セキュリティの運用 |
5.3.2.6.4.2.1 情報セキュリティガバナンス |
5.3.2.6.4.2.2 情報セキュリティの周知と教育 |
5.3.2.6.4.3 情報セキュリティの見直し |
5.3.2.6.4.3.1 情報の収集と評価 |
5.3.2.6.4.3.2 運用上の問題点整理と分析 |
5.3.2.6.4.3.3 技術上の問題点整理と分析 |
5.3.2.6.4.3.4 新たなリスクの整理と分析 |
5.3.2.6.4.3.5 セキュリティポリシーの更新 |
5.3.2.6.5 品質マネジメント |
5.3.2.6.5.1 品質管理のコントロール |
5.3.2.6.5.1.1 品質マネジメントシステムの運用 |
5.3.2.6.5.1.2 品質標準および品質管理実践基準の定義 |
5.3.2.6.5.1.3 品質の測定、モニタリングおよび改善 |
5.3.2.6.5.2 組織全体の品質マネジメント |
5.3.2.6.5.2.1 検査のマネジメント |
5.3.2.6.6 契約管理 |
5.3.2.6.6.1 契約締結管理 |
5.3.2.6.6.1.1 委託/受託業務の内容と責任分担の明確化 |
5.3.2.6.6.1.2 法的要件を満たした契約内容の作成 |
5.3.2.6.6.1.3 契約の締結 |
5.3.2.6.6.1.4 委託/受託契約ルール遵守 |
5.3.2.6.6.1.5 供給/委託先の選択・交渉 |
5.3.2.6.6.2 契約変更管理 |
5.3.2.6.6.2.1 追加変更発生時の対応 |
5.3.2.6.6.2.2 契約の変更要求の受付と影響分析 |
5.3.2.6.6.2.3 契約変更の協議と締結 |
5.3.2.6.7 コンプライアンス |
5.3.2.6.7.1 管理方針と体制 |
5.3.2.6.7.1.1 法令および規範の管理体制確立 |
5.3.2.6.7.1.2 遵守すべき法令および規範の識別 |
5.3.2.6.7.1.3 情報倫理規定の策定 |
5.3.2.6.7.1.4 個人情報の保護 |
5.3.2.6.7.1.5 知的財産権の保護 |
5.3.2.6.7.1.6 外部への情報提供 |
5.3.2.6.7.2 実施と評価 |
5.3.2.6.7.2.1 教育と周知徹底 |
5.3.2.6.7.2.2 遵守状況の評価と改善 |
5.3.2.6.7.2.3 外部要件に対するコンプライアンスの保証 |
5.3.2.6.8 人的資源管理 |
5.3.2.6.8.1 人材戦略の策定 |
5.3.2.6.8.1.1 人材育成施策・体制の維持 |
5.3.2.6.8.1.2 人的資源の把握 |
5.3.2.6.8.2 人材戦略の運用 |
5.3.2.6.8.2.1 人材育成・教育の運営・実行 |
5.3.2.6.8.3 人材戦略の評価と分析 |
5.3.2.6.8.3.1 人材育成・教育の評価・分析 |
5.3.2.6.8.4 研修 |
5.3.2.6.8.4.1 研修の企画 |
5.3.2.6.8.4.2 研修コンテンツの開発 |
5.3.2.6.8.4.3 研修の実施 |
5.3.2.6.8.4.4 研修の評価 |
5.3.2.6.8.5 知的資産管理 |
5.3.2.6.8.5.1 知識管理体制の確立と実施 |
5.3.2.6.8.5.2 ナレッジ管理システム構築・運用 |
5.3.2.6.8.6 健康管理 |
5.3.2.6.8.6.1 健康管理を考慮した作業環境の提供 |
5.3.2.6.8.6.2 健康診断とメンタルヘルスケア |
5.3.2.6.8.7 人事・労務管理 |
5.3.2.6.8.7.1 要員の責任および権限の定義 |
5.3.2.6.8.7.2 要員の責任および権限の随時見直し |
5.3.2.6.8.7.3 要員の責任および権限の周知徹底 |
5.3.2.6.8.7.4 要員の業績評価 |
5.3.2.6.8.7.5 適切な要員配置 |
5.3.2.6.8.7.6 適切な人材の確保 |
5.3.2.6.8.7.7 要員の交替時の留意 |
5.3.2.6.9 内部統制状況モニタリング |
5.3.2.6.9.1 実行責任者によるモニタリングと評価 |
5.3.2.6.9.1.1 IT成果のモニタリング |
5.3.2.6.9.1.2 成果改善策の明確化と実施 |
5.3.2.6.9.1.3 内部統制のモニタリングと評価 |
5.3.2.6.9.2 ガバナンスによる評価 |
5.3.2.6.9.2.1 ITガバナンスの提供 |
5.3.2.7 推進・支援 |
5.3.2.7.1 マーケティング・セールス |
5.3.2.7.1.1 販売戦略の策定 |
5.3.2.7.1.2 プロモーションの計画と実施 |
5.3.2.7.1.3 顧客満足度管理 |
5.3.2.7.2 マーケティング・セールス |
5.3.2.7.2.1 販売チャネル戦略の策定 |
5.3.2.7.2.2 販売機会の創出 |
5.3.2.7.2.3 アカウント戦略の策定 |
5.3.2.7.2.4 ソリューションの企画 |
5.3.2.7.2.5 ソリューションの組立て |
5.3.2.7.2.6 ソリューションの提案 |
5.3.2.7.3 再利用 |
5.3.2.7.3.1 再利用資産管理 |
5.3.2.7.3.1.1 再利用資産管理の準備 |
5.3.2.7.3.1.2 再利用資産の保管と管理 |
5.3.2.7.3.2 再利用施策管理 |
5.3.2.7.3.2.1 再利用施策の計画 |
5.3.2.7.3.2.2 再利用施策の実施 |
5.3.2.7.4 調達・委託 |
5.3.2.7.4.1 調達・委託先の選定 |
5.3.2.7.4.1.1 調達関連情報の収集 |
5.3.2.7.4.1.2 調達・委託方法の検討 |
5.3.2.7.4.1.3 提案評価基準の作成 |
5.3.2.7.4.1.4 提案依頼書の作成と発行 |
5.3.2.7.4.1.5 提案書の比較検討と委託先選定 |
5.3.2.7.4.2 委託業務管理 |
5.3.2.7.4.2.1 セキュリティの調査 |
5.3.2.7.4.2.2 委託業務の開始・推進 |
5.3.2.7.4.2.3 進捗状況の把握と遅延、その他のリスク対策 |
5.3.2.7.4.2.4 成果物の検収 |
5.3.2.7.4.2.5 業務終了後のデータ、資料等の回収と廃棄確認 |
5.3.2.7.4.2.6 業務結果の分析と評価 |
5.3.2.7.5 標準の策定・維持・管理 |
5.3.2.7.5.1 標準の策定 |
5.3.2.7.5.1.1 標準体系の策定 |
5.3.2.7.5.1.2 ベースモデルの選定 |
5.3.2.7.5.1.3 標準の作成 |
5.3.2.7.5.2 標準の維持管理 |
5.3.2.7.5.2.1 実状調査 |
5.3.2.7.5.2.2 標準の見直し |
5.3.2.7.6 新ビジネス・新技術の調査・分析と技術支援 |
5.3.2.7.6.1 最新技術の研究・検証 |
5.3.2.7.6.1.1 調査対象の設定と情報収集 |
5.3.2.7.6.1.2 最新技術の評価・検証 |
5.3.2.7.6.2 技術支援 |
5.3.2.7.6.2.1 技術伝承活動と技術支援 |
5.3.2.8 業務 |
5.3.2.8.1 データサイエンス |
5.3.2.8.1.1 ビジネス目標の決定 |
5.3.2.8.1.1.1 ビジネス背景情報の収集 |
5.3.2.8.1.1.2 ビジネス目標の決定 |
5.3.2.8.1.1.3 ビジネス成功基準の設定 |
5.3.2.8.1.2 状況の評価 |
5.3.2.8.1.2.1 リソースの調査 |
5.3.2.8.1.2.2 要件、仮説、制約、リスクおよび用語の明確化 |
5.3.2.8.1.2.3 コストと利益の分析 |
5.3.2.8.1.3 目標の決定とプロジェクト計画の策定 |
5.3.2.8.1.3.1 プロジェクト目標の設定 |
5.3.2.8.1.3.2 プロジェクトの成功基準の設定 |
5.3.2.8.1.3.3 プロジェクト計画の策定 |
5.3.2.8.1.4 データの理解 |
5.3.2.8.1.4.1 初期データの収集 |
5.3.2.8.1.4.2 データの説明 |
5.3.2.8.1.4.3 データの探索 |
5.3.2.8.1.4.4 データ品質の検証 |
5.3.2.8.1.5 データマイニングのためのデータの準備 |
5.3.2.8.1.5.1 データの選択 |
5.3.2.8.1.5.2 データのクリーニング |
5.3.2.8.1.5.3 新規データの作成・統合・フォーマット |
5.3.2.8.1.6 モデリング |
5.3.2.8.1.6.1 モデリング手法の選択 |
5.3.2.8.1.6.2 テスト設計 |
5.3.2.8.1.6.3 モデルの構築 |
5.3.2.8.1.6.4 モデルの評価 |
5.3.2.8.1.7 評価 |
5.3.2.8.1.7.1 結果の評価と次ステップの決定 |
5.3.2.8.1.7.2 プロセスの見直し |
5.3.2.8.1.8 結果とモデルの展開 |
5.3.2.8.1.8.1 展開のプランニング |
5.3.2.8.1.8.2 監視と保守のプランニング |
5.3.2.8.1.8.3 最終報告書の作成 |
5.3.2.8.1.8.4 最終プロジェクトレビューの実施 |
5.3.2.8.1.9 ビジネスでの活用と評価 |
5.3.2.8.1.9.1 ビジネスでの活用 |
5.3.2.8.1.9.2 ビジネス成果の確認 |
5.3.3 タスクプロフィール(5分類) |
5.3.3.1 現在用意されているタスクプロフィール (モデル) |
5.3.3.1.1 ビジネスタイプ別 |
5.3.3.1.1.1 自社向け情報システム開発・保守・運用、ソフトウェア製品開発、システム運用サービスなど、組織の立場(ユーザ、ベンダ)や業態によって必要となるタスク。 |
5.3.3.1.2 開発対象別 |
5.3.3.1.2.1 アプリケーションシステム、基盤システム、組込みソフトウェアなど、開発、構築、保守、運用の対象物の種類によって必要となるタスク。 |
5.3.3.1.3 開発手法別 |
5.3.3.1.3.1 ウォーターフォール、アジャイルなどの開発の手法や手段の種類によって必要となるタスク。 |
5.3.3.1.4 新ビジネス別 |
5.3.3.1.4.1 クラウドビジネス、データサイエンス、セキュリティなどの新しいビジネスや業務を担う人材に必要となるタスク。 |
5.3.3.1.5 役割別 |
5.3.3.1.5.1 自社・自組織の役割を定める際の参考情報として利用可能なタスクセットの例示。自社・自組織のビジネス・業務を踏まえた上で、役割別タスクプロフィールを参考に、必要なタスクを取捨選択することができる。 |
5.3.3.2 構成(5分類) |
5.3.3.2.1 ビジネスタイプ別 |
5.3.3.2.1.1 自社向け情報システム開発・保守・運用 |
5.3.3.2.1.2 システム受託開発 |
5.3.3.2.1.3 ソフトウェア製品開発 |
5.3.3.2.1.4 組込みソフトウェア開発 |
5.3.3.2.1.5 Webサイト構築・運用 |
5.3.3.2.1.5.1 顧客のWebサイトの構築および運用を担う企業に関連するタスク |
5.3.3.2.1.6 システム運用サービス(運用業務受託) |
5.3.3.2.1.7 システム運用サービス(データセンタ運営) |
5.3.3.2.1.8 ITコンサルティング |
5.3.3.2.1.8.1 ITコンサルティング(戦略、企画)を担う企業に関連するタスク |
5.3.3.2.2 開発対象別 |
5.3.3.2.2.1 アプリケーションシステム |
5.3.3.2.2.2 基盤システム |
5.3.3.2.2.3 ソフトウェア製品 |
5.3.3.2.2.4 組込みソフトウェア |
5.3.3.2.2.5 Webサイト |
5.3.3.2.3 開発手法別 |
5.3.3.2.3.1 ウォーターフォール |
5.3.3.2.3.2 アジャイル |
5.3.3.2.3.3 パッケージ利用 |
5.3.3.2.4 新ビジネス別 |
5.3.3.2.4.1 クラウドビジネス |
5.3.3.2.4.1.1 クラウドビジネスクリエイト |
5.3.3.2.4.1.2 クラウドビジネスアーキテクト |
5.3.3.2.4.1.3 クラウドアーキテクト |
5.3.3.2.4.2 データサイエンス |
5.3.3.2.4.2.1 ビジネスアナリスト |
5.3.3.2.4.2.2 データ解析スペシャリスト |
5.3.3.2.4.2.3 データ活用システムエンジニア |
5.3.3.2.4.3 情報セキュリティ関連業務 |
5.3.3.2.4.3.1 "コンサルタント |
5.3.3.2.4.3.2 (情報リスクマネジメント)" |
5.3.3.2.4.3.3 "ITアーキテクト |
5.3.3.2.4.3.4 (セキュリティアーキテクチャ)" |
5.3.3.2.4.3.5 "セキュリティアドミニストレータ |
5.3.3.2.4.3.6 (情報セキュリティアドミニストレータ)" |
5.3.3.2.4.3.7 "セキュリティアドミニストレータ |
5.3.3.2.4.3.8 (ISセキュリティアドミニストレータ)" |
5.3.3.2.4.3.9 "セキュリティアドミニストレータ |
5.3.3.2.4.3.10 (インシデントハンドラ)" |
5.3.3.2.4.3.11 セキュリティマネージャ(組込みセキュリティ) |
5.3.3.2.4.3.12 ITスペシャリスト(セキュリティ) |
5.3.3.2.4.4 プログラムマネジメント |
5.3.3.2.4.4.1 プログラムマネージャ |
5.3.3.2.5 役割別 |
5.3.3.2.5.1 戦略的職務
経営者レベル
|
5.3.3.2.5.1.1 ITストラテジプランニング |
5.3.3.2.5.1.1.1 企業の経営戦略と整合したIT戦略・計画の策定と評価およびITガバナンスの推進を行う。 |
5.3.3.2.5.1.2 ビジネスリレーションシップマネジメント |
5.3.3.2.5.1.2.1 事業部門の事業戦略と整合したIT戦略・計画の策定と評価を行う。 |
5.3.3.2.5.1.3 テクニカルマネジメント |
5.3.3.2.5.1.3.1 企業全体のIT戦略・計画と整合したテクニカルアーキテクチャの統括と全体最適化を行う。 |
5.3.3.2.5.1.4 ビジネスストラテジプランニング |
5.3.3.2.5.1.4.1 企業全体のIT戦略に基づき、各事業部門の企画担当、IT化担当と協業した事業部門のIT戦略・計画の策定、並びにその評価を行う。 |
5.3.3.2.5.1.5 情報ストラテジプランニング |
5.3.3.2.5.1.5.1 企業が保有する様々な情報・データを収集・統合して分析し、経営戦略・事業戦略立案のインプットとなるインサイト(洞察、見識)を導き出す。 |
5.3.3.2.5.2 企画・開発・運用職務 |
5.3.3.2.5.2.1 ビジネスアナリシス |
5.3.3.2.5.2.2 プロジェクトマネジメント |
5.3.3.2.5.2.3 ITアーキテクチャデザイン |
5.3.3.2.5.2.4 アプリケーションデザイン |
5.3.3.2.5.2.5 テクニカルエンジニアリング |
5.3.3.2.5.2.6 ITサービスマネジメント |
5.3.3.2.5.2.7 Webプロデュース |
5.3.3.2.5.3 特定職務 |
5.3.3.2.5.3.1 プログラムマネジメント |
5.3.3.2.5.3.2 セキュリティマネジメント |
5.3.3.2.5.3.3 DR/BCP |
5.3.3.2.5.3.4 リスクマネジメント |
5.3.3.2.5.3.5 システム監査 |
5.3.3.2.5.3.6 人材開発 |
5.3.3.2.5.3.7 アウトソース統括 |
5.3.3.2.5.4 中小規模ビジネス推進
サービス現場責任者レベル
|
5.3.3.2.5.4.1 ストラテジックプランナ |
5.3.3.2.5.4.1.1 "企業や部門の戦略策定、予算管理、事業企画を実施する。 |
5.3.3.2.5.4.1.2 市場開拓や事業戦略等の総合的な経営戦略をリードし、企業の発展に寄与する" |
5.3.3.2.5.4.2 ビジネスプロデューサ |
5.3.3.2.5.4.2.1 "顧客ニーズや技術動向を踏まえてシステムやサービスを企画し、提案、導入まで責任を持つ。 |
5.3.3.2.5.4.2.2 自身が市場開拓のセールスとして、また顧客との接点となるプロジェクトマネージャとして、プロジェクトを遂行するための一連の業務を執り行う。" |
5.3.3.2.5.4.3 プロジェクトディレクタ |
5.3.3.2.5.4.3.1 "プロジェクトの立上げ、計画策定、遂行を統括し、契約上の納入物に責任を持つ。 |
5.3.3.2.5.4.3.2 プロジェクトに関する総合的なマネジメントを行い、戦略的な業務展開をリードする。" |
5.3.3.2.5.4.4 システムコンサルタント |
5.3.3.2.5.4.4.1 "顧客のビジネス上の課題をITを活用して解決するための助言・提案を行う。 |
5.3.3.2.5.4.4.2 顧客の経営戦略を推進するために、顧客業務を分析して経営上の課題を見つけ出し、解決に向けて最適なシステム導入の具体的なプランを立てた上で、総合的なソリューションを提案する。" |
5.3.3.2.5.4.5 ITアーキテクト |
5.3.3.2.5.4.5.1 "ビジネス上の問題解決や新手法開発のために、システム全体を俯瞰したアーキテクチャを設計する。 |
5.3.3.2.5.4.5.2 顧客の要求を満たすアーキテクチャデザインを行い、システムの設計、開発において技術面で総合的にリードする。" |
5.3.3.2.5.4.6 ITマイスタ(ネットワーク) |
5.3.3.2.5.4.6.1 ネットワーク技術に習熟し、システム設計、導入およびテストを実施する。 |
5.3.3.2.5.4.7 ITマイスタ(データベース) |
5.3.3.2.5.4.7.1 データベース技術に習熟し、システム設計、導入およびテストを実施する。 |
5.3.3.2.5.4.8 ITマイスタ(セキュリティ) |
5.3.3.2.5.4.8.1 セキュリティ技術に習熟し、システム設計、導入およびテストを実施する。 |
5.3.3.2.5.4.9 ITマイスタ(プラットフォーム) |
5.3.3.2.5.4.9.1 OS・ミドルウェア・運用技術に習熟し、システム設計、導入およびテストを実施する。 |
5.3.3.2.5.4.10 ITマイスタ(アプリケーション) |
5.3.3.2.5.4.10.1 プログラミング・ソフトウェアエンジニアリングに習熟し、システム設計、導入およびテストを実施する。 |
5.3.3.2.5.4.11 ソリューションセールス |
5.3.3.2.5.4.11.1 パッケージソフトやソリューションに関する知識を持ち、顧客の経営状況や業界動向、課題やニーズを把握した上で、システム導入を提案する。 |
5.3.3.2.5.4.12 システムコンシェルジュ |
5.3.3.2.5.4.12.1 ハードウェア、ソフトウェア、パッケージソフト、ソリューションの運用・保守において、顧客の立場に立ったサービスの提供に努め、顧客満足を得る。 |
5.4 スキル |
5.4.1 情報処理技術者試験をはじめとする各種資格試験、および学校関係や教育事業者のカリキュラムと容易に結びつけることができ、具体的で実践的な育成活動を計画・実施することができる。 |
5.4.2 構成(4つのカテゴリ) |
5.4.2.1 メソドロジ |
5.4.2.1.1 ITビジネス活動の様々な局面で発揮される手法、方法などで、発揮される対象領域が広く、汎用性、応用性が高いスキルカテゴリ |
5.4.2.2 テクノロジ |
5.4.2.2.1 ITビジネス活動の様々な局面で発揮されるIT関連技法などで、対象領域が特定されるものが多いスキルカテゴリ |
5.4.2.3 関連知識 |
5.4.2.3.1 ITビジネス活動の様々な局面で活用される、メソドロジ、テクノロジ以外の関連業務知識 |
5.4.2.4 ITニューマンスキル |
5.4.2.4.1 ITビジネス活動の様々な局面で活用される、メソドロジ、テクノロジ以外の関連業務知識 |
5.4.3 スキル一覧 (スキル424項目・知識8256項目) |
5.5 職種一覧 |
5.5.1 スキル標準やCCSF(追補版)で定義されている職種・専門分野、人材像、人材モデルを、スキルディクショナリのスキルと組み合わせ、職種として定義し一覧にしたものである。個人が目標とするIT技術者に必要なスキルを特定する場合などの参考情報として用意されている。 |
5.6 タスクとスキルの関係 |
5.7 スキルの評価 |
5.7.1 情報処理試験制度 |
5.8 iコンピテンシディレクトリの活用 |
5.9 情報セキュリティ強化対応スキル指標 |
5.9.1 タスクプロフィール×タスク対応表 |
5.9.1.1 説明 |
5.9.1.1.1 "「タスクプロフィール」は、情報セキュリティにかかわる自社のタスクを決定するために利用でき、タスク一覧からタスクを取捨選択する際のヒントとなります。 |
5.9.1.1.2 「情報セキュリティ関連業務」のタスクプロフィールとして、下記の7種類を例示しています。" |
5.9.1.2 コンサルタント(情報リスクマネジメント) |
5.9.1.3 ITアーキテクト(セキュリティアーキテクチャ) |
5.9.1.4 セキュリティアドミニストレータ(情報セキュリティアドミニストレータ) |
5.9.1.5 セキュリティアドミニストレータ(ISセキュリティアドミニストレータ) |
5.9.1.6 セキュリティアドミニストレータ(インシデントハンドラ) |
5.9.1.7 セキュリティマネージャ(組込みセキュリティ) |
5.9.1.8 ITスペシャリスト(セキュリティ) |
5.9.2 職種・専門分野一覧 |
5.9.2.1 ITスペシャリスト |
5.9.2.1.1 セキュリティ |
5.9.2.2 コンサルタント |
5.9.2.2.1 情報リスクマネジメント |
5.9.2.3 ITアーキテクト |
5.9.2.3.1 セキュリティアーキテクチャ |
5.9.2.4 セキュリティアドミニストレータ |
5.9.2.4.1 情報セキュリティアドミニストレータ |
5.9.2.4.2 ISセキュリティアドミニストレータ |
5.9.2.4.3 インシデントハンドラ |
5.9.2.5 セキュリティマネージャ |
5.9.2.5.1 組込みセキュリティ |
5.9.3 職種×タスク×スキル表の7種類 |
5.9.3.1 ITスペシャリストセキュリティ |
5.9.3.2 情報リスクマネジメント |
5.9.3.3 セキュリティアーキテクチャ |
5.9.3.4 情報セキュリティアドミニストレータ |
5.9.3.5 ISセキュリティアドミニストレータ |
5.9.3.6 インシデントハンドラ |
5.9.3.7 組込みセキュリティ |
5.10 今後 融合人材 スキル指標:IT融合人材が実施するタスクやスキル、知識項目、役割の定義 |
6 図書館の今のタスク、業務課題と必要なスキル (政府の新しい標準ガイドライン、iコンピテンシーに当てはめると) |
6.1 コンピュータの基礎知識 |
6.1.1 ITパスポート 試験シラバス(Ver2.0)
IT パスポート試験の出題範囲1) を更に詳細化し,知識の幅と深さを体系的に整理・明確化 した「シラバス」(情報処理技術者試験における知識の細目)を策定しましたので,公表しま す。 本シラバスが,試験の合格を目指す受験者の方々にとっての学習指針として,また,企業・
|
6.1.1.1 カテゴリ |
6.1.1.1.1 大分類 |
6.1.1.1.1.1 中分類 |
6.1.1.1.2 サブトピック 2 |
6.1.1.2 ◆ストラテジ系◆ |
6.1.1.2.1 大分類1:企業と法務 |
6.1.1.2.1.1 企業活動や経営管理に関する基本的な考え方を理解する。 |
6.1.1.2.1.2 中分類1:企業活動 |
6.1.1.2.1.2.1 1.経営・組織論 |
6.1.1.2.1.2.1.1 経営理念(企業理念),株主総会,決算,社会的責任(CSR:CorporateSocialResponsibility),ディスクロージャ,監査,グリーンIT |
6.1.1.2.1.2.1.2 OJT,Off-JT,CDP(CareerDevelopmentProgram),コーポレートブランド,ステークホルダ,ワークライフバランス,メンタルヘルス |
6.1.1.2.1.2.1.3 経営目標,財務・資産・人事・情報管理,PDCA(plan:計画,do:実行,check:評価,act:改善),BCP(BusinessContinuityPlan:事業継続計画),BCM(BusinessContinuityManagement:事業継続管理),MBO(ManagementbyObjectives:目標による管理) |
6.1.1.2.1.2.1.4 階層型組織,事業部制,機能別組織,職能別組織,マトリックス組織,プロジェクト組織,カンパニ制,持株会社,最高経営責任者(CEO:ChiefExecutiveOfficer),最高情報責任者(CIO:ChiefInformationOfficer) |
6.1.1.2.1.2.2 2.OR・IE |
6.1.1.2.1.2.2.1 パレート図,ABC分析,PERT(アローダイアグラム),クリティカルパス分析,散布図,レーダチャート,管理図,ヒストグラム,回帰分析 |
6.1.1.2.1.2.2.2 特性要因図(フィッシュボーンチャート),シミュレーション,在庫管理,与信管理,発注方式 |
6.1.1.2.1.2.2.3 ブレーンストーミング,デシジョンツリー,親和図法 |
6.1.1.2.1.2.3 3.会計・財務 |
6.1.1.2.1.2.3.1 利益,粗利益,営業利益,損益分岐点,原価,変動費,固定費,販売量,変動費率 |
6.1.1.2.1.2.3.2 貸借対照表,キャッシュフロー計算書,資産(純資産,流動資産,固定資産,繰延資産,有形資産,無形資産),負債(流動負債,固定負債),流動比率,収益性,投資利益率 |
6.1.1.2.1.3 中分類2:法務 |
6.1.1.2.1.3.1 4.知的財産権 |
6.1.1.2.1.3.1.1 著作権法 |
6.1.1.2.1.3.1.2 産業財産権関連法規 |
6.1.1.2.1.3.1.2.1 特許法,ビジネスモデル特許,実用新案法,意匠法,商標法,トレードマーク,サービスマーク |
6.1.1.2.1.3.1.3 不正競争防止法 |
6.1.1.2.1.3.1.4 ソフトウェアライセンス |
6.1.1.2.1.3.1.4.1 使用許諾契約,オープンソースソフトウェア,フリーソフトウェア,パブリックドメインソフトウェア |
6.1.1.2.1.3.1.5 その他の権利 |
6.1.1.2.1.3.1.5.1 判例によって認められた肖像権やパブリシティ権 |
6.1.1.2.1.3.2 5.セキュリティ関連法規 |
6.1.1.2.1.3.2.1 不正アクセス行為の禁止等に関する法律 |
6.1.1.2.1.3.3 6.労働関連・取引関連法規 |
6.1.1.2.1.3.3.1 労働基準法 |
6.1.1.2.1.3.3.1.1 フレックスタイム制,裁量労働制 |
6.1.1.2.1.3.3.2 労働者派遣法(労働者派遣事業法) |
6.1.1.2.1.3.3.3 守秘義務契約 |
6.1.1.2.1.3.3.4 契約類型 |
6.1.1.2.1.3.3.4.1 (準)委任契約,雇用契約 |
6.1.1.2.1.3.3.5 下請法 |
6.1.1.2.1.3.3.5.1 特商法(特定商取引に関する法律) |
6.1.1.2.1.3.3.6 PL法 |
6.1.1.2.1.3.4 7.その他の法律・ガイドライン・技術者倫理 |
6.1.1.2.1.3.4.1 コンプライアンス |
6.1.1.2.1.3.4.1.1 個人情報保護法(個人情報の保護に関する法律) |
6.1.1.2.1.3.4.1.2 コンピュータウイルス対策基準,コンピュータ不正アクセス対策基準,システム管理基準 |
6.1.1.2.1.3.4.1.3 情報倫理 |
6.1.1.2.1.3.4.1.3.1 知的財産,個人情報,プライバシなどの保護,ネチケットなどのモラル |
6.1.1.2.1.3.4.2 コーポレートガバナンス |
6.1.1.2.1.3.4.2.1 公益通報者保護法,内部統制報告制度 |
6.1.1.2.1.3.4.3 行政機関への情報開示請求 |
6.1.1.2.1.3.4.3.1 情報公開法 |
6.1.1.2.1.3.5 8.標準化関連 |
6.1.1.2.1.3.5.1 標準化 |
6.1.1.2.1.3.5.1.1 デファクトスタンダード |
6.1.1.2.1.3.5.2 ITにおける標準化の例 |
6.1.1.2.1.3.5.2.1 バーコード,JANコード,QRコード |
6.1.1.2.1.3.5.3 標準化団体と規格 |
6.1.1.2.1.3.5.3.1 ISO(InternationalOrganizationforStandardization:国際標準化機構), |
6.1.1.2.1.3.5.3.2 IEC(InternationalElectrotechnicalCommission:国際電気標準会議), |
6.1.1.2.1.3.5.3.3 IEEE(TheInstituteofElectricalandElectronicsEngineers,Inc.), |
6.1.1.2.1.3.5.3.4 W3C(WorldWideWebConsortium), |
6.1.1.2.1.3.5.3.5 JIS(JapaneseIndustrialStandards:日本工業規格), |
6.1.1.2.1.3.5.3.6 ISO9000(品質マネジメントシステム),ISO14000(環境マネジメントシステム), |
6.1.1.2.1.3.5.3.7 ISO/IEC27000(情報セキュリティマネジメントシステム) |
6.1.1.2.2 大分類2:経営戦略 |
6.1.1.2.2.1 中分類3:経営戦略マネジメント |
6.1.1.2.2.1.1 9.経営戦略手法 |
6.1.1.2.2.1.1.1 経営情報分析手法 |
6.1.1.2.2.1.1.1.1 SWOT(Strengths:強み,Weaknesses:弱み,Opportunities:機会,Threats:脅威)分析,PPM(ProductPortfolioManagement),外部環境,内部環境,3C分析 |
6.1.1.2.2.1.1.2 経営戦略に関する用語 |
6.1.1.2.2.1.1.2.1 競争優位,顧客満足度,コアコンピタンス,アライアンス,アウトソーシング,M&A(MergersandAcquisitions),OEM(OriginalEquipmentManufacturer:相手先ブランド製造),ファブレス,フランチャイズチェーン,経験曲線,MBO(ManagementBuyout:経営陣による自社買収),TOB(TakeOverBid:公開買付け),規模の経済,垂直統合,ニッチ戦略,ベンチマーキング,ロジスティクス |
6.1.1.2.2.1.1.3 オフィスツールの利用 |
6.1.1.2.2.1.1.3.1 表計算ソフト,データベースソフト,プレゼンテーションソフトなどのオフィスツール(ソフトウェアパッケージ)を,担当業務の問題解決や効率化を図るために活用する。 |
6.1.1.2.2.1.1.3.2 利用目的に応じたツールの選択,データの整理・検索・分析・加工・表現のためのツールの利用 |
6.1.1.2.2.1.2 10.マーケティング |
6.1.1.2.2.1.2.1 マーケティングの基礎 |
6.1.1.2.2.1.2.1.1 市場調査,販売・製品・仕入計画,販売促進,顧客満足,4P・4C,RFM(Recency:最終購買日,Frequency:購買頻度,Monetary:累計購買金額)分析,アンゾフの成長マトリクス,オピニオンリーダ,セグメントマーケティング,ダイレクトマーケティング,プッシュ戦略,ブランド戦略,プロダクトライフサイクル,ポジショニング |
6.1.1.2.2.1.3 11.ビジネス戦略と目標・評価 |
6.1.1.2.2.1.3.1 ビジネス戦略立案及び評価のための情報分析手法 |
6.1.1.2.2.1.3.1.1 BSC(BalancedScoreCard:バランススコアカード),CSF(CriticalSuccessFactors:重要成功要因),KGI(KeyGoalIndicator:重要目標達成指標),KPI(KeyPerformanceIndicator:重要業績評価指標),バリューエンジニアリング |
6.1.1.2.2.1.4 12.経営管理システム |
6.1.1.2.2.1.4.1 経営管理システム |
6.1.1.2.2.1.4.1.1 CRM(CustomerRelationshipManagement:顧客関係管理),バリューチェーンマネジメント,SCM(SupplyChainManagement:供給連鎖管理),TQC(TotalQualityControl:全社的品質管理)・TQM(TotalQualityManagement:総合的品質管理),ERP(EnterpriseResourcePlanning:企業資源計画)パッケージ,シックスシグマ,ナレッジマネジメント,TOC(TheoryOfConstraints:制約理論) |
6.1.1.2.2.2 中分類4:技術戦略マネジメント |
6.1.1.2.2.2.1 13.技術開発戦略の立案・技術開発計画 |
6.1.1.2.2.2.1.1 技術開発戦略・技術開発計画 |
6.1.1.2.2.2.1.1.1 MOT(ManagementOfTechnology:技術経営),技術ポートフォリオ,特許戦略,技術予測手法,プロセスイノベーション,プロダクトイノベーション |
6.1.1.2.2.3 中分類5:ビジネスインダストリ |
6.1.1.2.2.3.1 14.ビジネスシステム |
6.1.1.2.2.3.1.1 代表的なビジネス分野におけるシステム |
6.1.1.2.2.3.1.1.1 流通情報システム,金融情報システム,POS(PointofSales:販売時点情報管理)システム,GPS(GlobalPositioningSystem:世界測位システム)応用システム,GIS(GeographicInformationSystem:地理情報システム),ETC(ElectronicTollCollection:自動料金収受)システム,ICカード,RFID(ICタグ),電子マネー,営業支援システム(SFA:SalesForceAutomation),トレーサビリティ,スマートグリッド |
6.1.1.2.2.3.1.2 代表的なビジネスシステムのソフトウェアパッケージ |
6.1.1.2.2.3.1.2.1 業務別ソフトウェアパッケージ(会計,営業支援,販売管理ソフトウェア),業種別ソフトウェアパッケージ(金融,医療,製造,運輸向けソフトウェアパッケージ),DTP(DeskTopPublishing) |
6.1.1.2.2.3.1.3 その他の分野のシステム |
6.1.1.2.2.3.1.3.1 CTI(ComputerTelephonyIntegration),電子入札 |
6.1.1.2.2.3.2 15.エンジニアリングシステム |
6.1.1.2.2.3.2.1 エンジニアリング分野におけるIT活用 |
6.1.1.2.2.3.2.1.1 自動化による設計・製造の支援,生産管理や在庫管理の効率化 |
6.1.1.2.2.3.2.2 代表的なエンジニアリングシステム |
6.1.1.2.2.3.2.2.1 CAD(ComputerAidedDesign),CAM(ComputerAidedManufacturing) |
6.1.1.2.2.3.2.2.2 CIM(ComputerIntegratedManufacturing:コンピュータ統合生産システム),コンカレントエンジニアリング,シミュレーション,センシング技術,生産方式,JIT(JustInTime:ジャストインタイム),FMS(FlexibleManufacturingSystem:フレキシブル生産システム),MRP(MaterialRequirementsPlanning:資材所要量計画) |
6.1.1.2.2.3.3 16.e-ビジネス. |
6.1.1.2.2.3.3.1 電子商取引 |
6.1.1.2.2.3.3.1.1 ロングテール,無店舗販売 |
6.1.1.2.2.3.3.2 電子商取引の分類 |
6.1.1.2.2.3.3.2.1 EC(ElectronicCommerce:電子商取引),BtoB(BusinesstoBusiness:企業間取引),BtoC(BusinesstoConsumer:企業対個人取引),CtoC(ConsumertoConsumer:個人対個人取引),EDI(ElectronicDataInterchange:電子データ交換) |
6.1.1.2.2.3.3.3 電子商取引の利用 |
6.1.1.2.2.3.3.3.1 電子マーケットプレース,オンラインモール,電子オークション,インターネット広告,インターネットバンキング,インターネットトレーディング,SEO(SearchEngineOptimization:検索エンジン最適化),アフィリエイト,エスクローサービス,オプトインメール広告,バナー広告,レコメンデーション,ディジタルサイネージ |
6.1.1.2.2.3.4 17.民生機器・産業機器 |
6.1.1.2.2.3.4.1 組込みシステムの具体例 |
6.1.1.2.2.3.4.1.1 民生機器 |
6.1.1.2.2.3.4.1.1.1 炊飯器,洗濯機,エアコン,携帯電話,携帯情報端末など |
6.1.1.2.2.3.4.1.2 ②産業機器 |
6.1.1.2.2.3.4.1.2.1 産業用ロボット,自動倉庫,自動販売機など |
6.1.1.2.2.3.4.1.2.2 ATM(AutomaticTellerMachine),ファームウェア |
6.1.1.2.3 大分類3:システム戦略 |
6.1.1.2.3.1 中分類6:システム戦略 |
6.1.1.2.3.1.1 18.情報システム戦略 |
6.1.1.2.3.1.1.1 情報システム戦略 |
6.1.1.2.3.1.1.1.1 自社の経営戦略,事業戦略を実現することを目的に,情報システムが構築される |
6.1.1.2.3.1.1.2 戦略目標 |
6.1.1.2.3.1.1.2.1 経営戦略や事業戦略は,経営環境の分析やSWOT分析などを通じて,具体的な目標が設定される |
6.1.1.2.3.1.1.2.2 EA(EnterpriseArchitecture) |
6.1.1.2.3.1.2 19.業務プロセス |
6.1.1.2.3.1.2.1 【目標】 |
6.1.1.2.3.1.2.1.1 業務改善,問題解決などに向けた考え方を理解する。 |
6.1.1.2.3.1.2.1.2 業務モデルにおける代表的なモデリングの考え方を理解する。 |
6.1.1.2.3.1.2.1.3 グループウェア,オフィスツールを効果的に活用する。 |
6.1.1.2.3.1.2.1.4 コンピュータ及びネットワークを利用した業務の効率化の目的,考え方を理解する。 |
6.1.1.2.3.1.2.2 業務プロセス |
6.1.1.2.3.1.2.2.1 モデリング |
6.1.1.2.3.1.2.2.1.1 E-R図(EntityRelationshipDiagram),DFD(DataFlowDiagram) |
6.1.1.2.3.1.2.2.2 業務プロセスの分析 |
6.1.1.2.3.1.2.2.2.1 BPR(BusinessProcessReengineering),BPM(BusinessProcessManagement),ワークフロー |
6.1.1.2.3.1.2.3 業務改善及び問題解決 |
6.1.1.2.3.1.2.3.1 業務フローやE-R図などから業務プロセスを把握し,表やグラフで表現された業務データを読み取り,問題点を発見し,改善する。 |
6.1.1.2.3.1.2.4 ITの有効活用 |
6.1.1.2.3.1.2.4.1 システム化による業務効率化 |
6.1.1.2.3.1.2.4.1.1 システム化には,製品化されたソフトウェアパッケージの導入,グループウェアやオフィスツールの導入,個別の情報システム開発・導入,ネットワークの構築などの方法がある |
6.1.1.2.3.1.2.4.2 コミュニケーションのためのシステム利用 |
6.1.1.2.3.1.2.4.2.1 業務改善や業務効率化を進める上で必要となるコミュニケーションを円滑に行うため,具体的なツールの利用方法 |
6.1.1.2.3.1.2.4.2.2 テレビ会議,電子メール,電子掲示板,ブログ,チャット,SNS(SocialNetworkingService) |
6.1.1.2.3.1.2.4.2.3 業務における電子メールの利用,共有ファイルのアップロード |
6.1.1.2.3.1.3 20.ソリューションビジネス |
6.1.1.2.3.1.3.1 ソリューションとは |
6.1.1.2.3.1.3.1.1 ソリューションビジネスでは,顧客との信頼関係を築き,顧客の問題点を知り,問題解決案を提案し,問題解決への支援を行うことを理解する。また,システム化におけるソリューション提供のプロセスを理解する。 |
6.1.1.2.3.1.3.2 ソリューションの形態 |
6.1.1.2.3.1.3.2.1 SaaS(SoftwareasaService),ASP(ApplicationServiceProvider),アウトソーシング,ホスティングサービス,ハウジングサービス,SOA(ServiceOrientedArchitecture:サービス指向アーキテクチャ),SI(SystemIntegration),クラウドコンピューティング |
6.1.1.2.3.1.4 21.システム活用促進・評価 |
6.1.1.2.3.1.4.1 情報リテラシ |
6.1.1.2.3.1.4.1.1 業務遂行のためにコンピュータやアプリケーションソフトウェアなどの情報技術を活用し,情報の検索,整理,分析,発信を行う。 |
6.1.1.2.3.1.4.2 データ活用 |
6.1.1.2.3.1.4.2.1 情報システムによって蓄積されたデータを分析し,担当業務における業務改善や問題解決に活用する。 |
6.1.1.2.3.1.4.2.2 BI(BusinessIntelligence)ツール,データウェアハウス,データマイニング |
6.1.1.2.3.1.4.3 普及啓発 |
6.1.1.2.3.1.4.3.1 情報システムを活用するための教育の実施など,普及啓発活動の重要性を理解する。 |
6.1.1.2.3.1.4.3.2 e-ラーニング,ディジタルディバイド |
6.1.1.2.3.2 中分類7:システム企画 |
6.1.1.2.3.2.1 22.システム化計画 |
6.1.1.2.3.2.1.1 システム化計画 |
6.1.1.2.3.2.1.1.1 システム化計画では,対象業務を分析して情報システム戦略に基づいてシステム化構想及びシステム化基本方針を立案し,各システムの開発順序,概算コスト,効果などシステム化の全体像を明らかにすることを理解する |
6.1.1.2.3.2.1.1.2 用語例スケジュール,体制,リスク分析,費用対効果,適用範囲,企画プロセス |
6.1.1.2.3.2.2 23.要件定義 |
6.1.1.2.3.2.2.1 業務要件定義 |
6.1.1.2.3.2.2.1.1 業務要件定義では,経営戦略やシステム戦略,利用者のニーズを考慮して,システムに求める機能及び要件を定義することを理解する。 |
6.1.1.2.3.2.2.1.2 利用者の要求の調査,調査内容の分析,現行業務の分析,業務要件の定義,機能要件・非機能要件の定義,要件の合意 |
6.1.1.2.3.2.3 24.調達計画・実施 |
6.1.1.2.3.2.3.1 調達の流れ |
6.1.1.2.3.2.3.1.1 調達の基本的な流れは,情報提供依頼(RFI:RequestForInformation),提案依頼書(RFP:RequestForProposal)の作成と配付,選定基準の作成,ベンダ企業からの提案書及び見積書の入手,提案内容の比較評価,調達先の選定,契約締結,受入れ・検収であることを理解する。 |
6.1.1.2.3.2.3.2 情報提供依頼 |
6.1.1.2.3.2.3.2.1 情報提供依頼は,提案依頼書の作成に先立って,考えうる手段や技術動向に関する情報を集めるために,ベンダ企業に対しシステム化の目的や業務概要を明示し,情報提供を依頼することであることを理解する |
6.1.1.2.3.2.3.3 提案依頼書 |
6.1.1.2.3.2.3.3.1 提案依頼書は,ベンダ企業に対し,導入システムの概要や提案依頼事項,調達条件などを明示し,提案書の提出を依頼するための文書であることを理解する。 |
6.1.1.2.3.2.3.4 提案書 |
6.1.1.2.3.2.3.4.1 ベンダ企業では,RFPを基にシステム構成,開発手法などを検討し,提案書を作成し,依頼元に対して提案することを理解する。 |
6.1.1.2.3.2.3.5 見積書 |
6.1.1.2.3.2.3.5.1 見積書は,システムの開発,運用,保守などにかかる費用を示す文書であり,取引先の選定や発注内容の確認にとって重要であることを理解する。 |
6.1.1.3 ◆マネジメント系◆ |
6.1.1.3.1 大分類4:開発技術 |
6.1.1.3.1.1 中分類8:システム開発技術 |
6.1.1.3.1.1.1 25.システム開発技術 |
6.1.1.3.1.1.1.1 システムがどのようなプロセスを経て開発されるかを理解するために,要件定義,システム設計,プログラミング,テストなどのプロセスの流れを知り,見積りやレビューの考え方を知る。 |
6.1.1.3.1.1.1.2 システム開発のプロセス |
6.1.1.3.1.1.1.2.1 システム開発にはどのようなプロセスがあるかについて理解する。 |
6.1.1.3.1.1.1.2.2 システム要件定義及びソフトウェア要件定義 |
6.1.1.3.1.1.1.2.2.1 システム及びソフトウェアに要求される機能,性能及び内容を明確化するシステム要件定義,ソフトウェア要件定義などが行われることを理解する。 |
6.1.1.3.1.1.1.2.2.2 機能要件,非機能要件,共同レビュー |
6.1.1.3.1.1.1.2.3 システム設計及びソフトウェア設計 |
6.1.1.3.1.1.1.2.3.1 システム方式設計,ソフトウェア方式設計,ソフトウェア詳細設計などがあることを知り,それぞれの基本的な役割を理解する。 |
6.1.1.3.1.1.1.2.3.2 外部設計,内部設計 |
6.1.1.3.1.1.1.2.4 プログラミング |
6.1.1.3.1.1.1.2.4.1 システム設計に従ってプログラムを作成する。また,作成した個々のプログラムに誤り(バグ)がないかを検証するために,単体テストを行うことを理解する。 |
6.1.1.3.1.1.1.2.4.2 コーディング,コンパイラ,ホワイトボックステスト,デバッグ,コードレビュー |
6.1.1.3.1.1.1.2.5 テスト |
6.1.1.3.1.1.1.2.5.1 単体テスト済のプログラムを結合し,ソフトウェアやシステムが要求どおり動作するかどうかを検証する。また,テストには計画,実施,評価のサイクルがあることを知り,テスト実施の際,目標に対する実績を評価する必要があることを理解する。 |
6.1.1.3.1.1.1.2.5.2 結合テスト,システムテスト,運用テスト,ブラックボックステスト,回帰テスト(リグレッションテスト) |
6.1.1.3.1.1.1.2.6 ソフトウェア受入れ |
6.1.1.3.1.1.1.2.6.1 委託側が実際の運用と同様の条件でソフトウェアを使用し,正常に稼働するかを確認した上で,問題がなければ納入が行われることを理解する。また,システム利用者への 教育訓練が行われることを理解する。 |
6.1.1.3.1.1.1.2.6.2 利用者マニュアル,受入れテスト,移行 |
6.1.1.3.1.1.1.2.7 ソフトウェア保守 |
6.1.1.3.1.1.1.2.7.1 ソフトウェアの保守では,システムの安定稼働,情報技術の進展や経営戦略の変化に対応するために,プログラムの修正や変更が行われることを理解する |
6.1.1.3.1.1.1.3 ソフトウェアの見積り |
6.1.1.3.1.1.1.3.1 ソフトウェアの開発規模,開発環境などに基づいて,開発工数,開発期間などの見積りを行うときの基本的な考え方を理解する。 |
6.1.1.3.1.1.1.3.2 ファンクションポイント(FP:FunctionPoint)法,類推見積法 |
6.1.1.3.1.2 中分類9:ソフトウェア開発管理技術 |
6.1.1.3.1.2.1 26.開発プロセス・手法 |
6.1.1.3.1.2.1.1 主なソフトウェア開発手法 |
6.1.1.3.1.2.1.1.1 構造化手法,オブジェクト指向,データ中心アプローチ,プロセス中心アプローチ,ユースケース,UML |
6.1.1.3.1.2.1.2 主なソフトウェア開発モデル |
6.1.1.3.1.2.1.2.1 ウォータフォールモデル,スパイラルモデル,プロトタイピングモデル,RAD(RapidApplicationDevelopment),アジャイル,リバースエンジニアリング |
6.1.1.3.1.2.1.3 開発プロセスに関するフレームワーク |
6.1.1.3.1.2.1.3.1 共通フレーム |
6.1.1.3.1.2.1.3.1.1 ソフトウェア開発とその取引の適正化に向けて,それらのベースとなる作業項目を一つ一つ定義し,標準化した共通フレームとしてSLCP(SoftwareLifeCycleProcess)があり,その基本的な考え方を理解する |
6.1.1.3.1.2.1.3.2 能力成熟度モデル |
6.1.1.3.1.2.1.3.2.1 開発と保守のプロセスを評価,改善するに当たって,システム開発組織のプロセス成熟度をモデル化したCMMI(CapabilityMaturityModelIntegration:能力成熟度モデル統合)があること,成熟度を5段階のレベルで定義するなど,CMMIの基本的な考え方を理解する。 |
6.1.1.3.2 大分類5:プロジェクトマネジメント |
6.1.1.3.2.1 中分類10:プロジェクトマネジメント |
6.1.1.3.2.1.1 27.プロジェクトマネジメント |
6.1.1.3.2.1.1.1 プロジェクトマネジメント |
6.1.1.3.2.1.1.1.1 プロジェクトを立ち上げ,計画に基づいてプロジェクトを進め,レビューなどを通じて進捗,コスト,品質及び人的資源をコントロールし,目標を達成する流れであることを理解する。 |
6.1.1.3.2.1.1.1.2 プロジェクト憲章,プロジェクトマネージャ,プロジェクトメンバ,ステークホルダ,プロジェクト・スコープ・マネジメント,プロジェクト・コミュニケーション・マネジメント,プロジェクト・リスク・マネジメント,WBS(WorkBreakdownStructure),アローダイアグラム,ガントチャート |
6.1.1.3.2.1.1.1.3 業務における最適な人的資源の配置,プロジェクトのスケジュール管理,業務の進捗報告の仕方 |
6.1.1.3.3 大分類6:サービスマネジメント |
6.1.1.3.3.1 中分類11:サービスマネジメント |
6.1.1.3.3.1.1 28.サービスマネジメント |
6.1.1.3.3.1.1.1 情報システムを安定的かつ効率的に運用し,また,利用者に対するサービスの品質を維持・向上させる活動が必要であることを理解する。また,そのための運用管理の方法としてITサービスマネジメントがあることを知り,その意義,目的,考え方を理解する。 |
6.1.1.3.3.1.1.2 ITサービスマネジメント |
6.1.1.3.3.1.1.2.1 ITサービスマネジメントは,IT部門の業務を「ITサービス」としてとらえ,体系化することでIT運用の効率化を図り,可用性をはじめとするサービスの品質を高めようとする運用管理の方法であることを理解する。 |
6.1.1.3.3.1.1.3 ITIL |
6.1.1.3.3.1.1.3.1 ITサービスマネジメントのフレームワークとして,ITIL(InformationTechnologyInfrastructureLibrary)という考え方があることを理解する。 |
6.1.1.3.3.1.1.4 サービスレベル合意書 |
6.1.1.3.3.1.1.4.1 ITサービスマネジメントでは,提供するサービスの品質と範囲を明文化し,サービスの委託者との合意に基づいて運用管理するために,サービスレベル合意書(SLA:ServiceLevelAgreement)を結ぶことを理解する。 |
6.1.1.3.3.1.1.5 サービスレベル管理 |
6.1.1.3.3.1.1.5.1 サービスの委託者と提供者の間で合意したサービスレベルを達成するために,PDCAサイクルでサービスレベルの維持・向上を図るサービスレベル管理(SLM:ServiceLevelManagement)があることを理解する。 |
6.1.1.3.3.1.2 29.サービスサポート |
6.1.1.3.3.1.2.1 サービスサポート |
6.1.1.3.3.1.2.1.1 ITサービス運用を理解するために,サービスサポートの中核にあるサービスデスク(ヘルプデスク)の基本的な役割と,サービスサポートに含まれる管理機能(役割)の基本的な構成を知る。 |
6.1.1.3.3.1.2.1.2 インシデント管理(障害管理),問題管理,構成管理,変更管理,リリース管理,バージョン管理 |
6.1.1.3.3.1.2.2 サービスデスク(ヘルプデスク) |
6.1.1.3.3.1.2.2.1 サービスデスクは,システムの利用者からの問合せに対して単一の窓口機能を提供し,問合せの記録と管理,適切な部署への引継ぎ,対応結果の記録などを行うことを理解する。 |
6.1.1.3.3.1.2.2.2 エスカレーション,FAQ |
6.1.1.3.3.1.3 30.ファシリティマネジメント |
6.1.1.3.3.1.3.1 企業などがシステム環境を最善の状態に保つための考え方として,ファシリティマネジメントがあることを理解する。 |
6.1.1.3.3.1.3.2 システム環境整備 |
6.1.1.3.3.1.3.2.1 コンピュータ,ネットワークなどのシステム環境や施設,設備を維持・保全するシステム環境整備の必要性を理解する。 |
6.1.1.3.3.1.3.2.2 グリーンIT(GreenofIT),無停電電源装置(UPS:UninterruptiblePowerSupply),自家発電装置,セキュリティワイヤ,サージ防護 |
6.1.1.3.3.1.3.3 ファシリティマネジメント |
6.1.1.3.3.1.3.3.1 建物や設備などの資源が最適な状態となるように改善していくために,ファシリティマネジメントという考え方があることを理解する。 |
6.1.1.3.3.2 中分類12:システム監査 |
6.1.1.3.3.2.1 31.システム監査 |
6.1.1.3.3.2.1.1 監査業務 |
6.1.1.3.3.2.1.1.1 会計監査,業務監査,情報セキュリティ監査,システム監査 |
6.1.1.3.3.2.1.2 システム監査 |
6.1.1.3.3.2.1.2.1 システム監査の目的は,被監査部門から独立した立場で,情報システムを幅広い観点から調査し,システムが経営に貢献しているかを判断することであることを理解する。 |
6.1.1.3.3.2.1.2.2 システム監査のプロセスには,情報システムの総合的な点検,評価,経営者への結果説明,改善点の勧告及び改善状況の確認と,そのフォローアップなどの活動があることを理解する。 |
6.1.1.3.3.2.1.2.3 システム監査人,システム監査基準,システム監査計画,予備調査,本調査,監査証拠,システム監査報告書 |
6.1.1.3.3.2.2 32.内部統制 |
6.1.1.3.3.2.2.1 内部統制 |
6.1.1.3.3.2.2.1.1 内部統制とは,企業など自らが業務を適正に遂行していくために,体制を構築して運用する仕組みであることを理解する。その実現には,業務プロセスの明確化,職務分掌,実施ルールの設定及びそのチェック体制の確立が必要であることを理解する。 |
6.1.1.3.3.2.2.1.2 モニタリング,リスクコントロールマトリクス(RCM) |
6.1.1.3.3.2.2.2 ITガバナンス |
6.1.1.3.3.2.2.2.1 ITガバナンスとは,情報システム戦略を策定し,実行を統制することであり,企業などが競争力を高めるために必要であることを理解する。 |
6.1.1.4 ◆テクノロジ系◆ |
6.1.1.4.1 大分類7:基礎理論 |
6.1.1.4.1.1 中分類13:基礎理論 |
6.1.1.4.1.1.1 33.離散数学 |
6.1.1.4.1.1.1.1 数と表現 |
6.1.1.4.1.1.1.1.1 2進数の表現,基数変換の方法,負の数の表現,2進数の加算や減算,表現可能な数値の範囲などの考え方を理解する。 |
6.1.1.4.1.1.1.2 集合 |
6.1.1.4.1.1.1.2.1 集合と命題,ベン図,真理値表などの基本的な考え方と利用方法を理解する。 |
6.1.1.4.1.1.1.3 論理演算 |
6.1.1.4.1.1.1.3.1 論理演算の考え方と基本的な演算,及び真理値表の利用方法を理解する。 |
6.1.1.4.1.1.1.3.2 活用例AND,OR,NOT,XOR(排他的論理和)を使った条件検索 |
6.1.1.4.1.1.2 34.応用数学 |
6.1.1.4.1.1.2.1 確率の概要 |
6.1.1.4.1.1.2.1.1 順列,組合せ及び確率の考え方を理解する。 |
6.1.1.4.1.1.2.2 統計の概要 |
6.1.1.4.1.1.2.2.1 度数分布表,ヒストグラム,平均などの基本的な統計の考え方を理解する。 |
6.1.1.4.1.1.2.3 待ち行列 |
6.1.1.4.1.1.2.3.1 待ち行列の基本的な考え方を理解する。ただし,M/M/1モデルなど理論的な内容は問わない。 |
6.1.1.4.1.1.3 35.情報に関する理論 |
6.1.1.4.1.1.3.1 コンピュータで扱う数値やデータに関する基礎的な理論を知るため,情報量の表し方,ディジタル化の考え方や文字の表現について理解する。 |
6.1.1.4.1.1.3.2 情報量の単位 |
6.1.1.4.1.1.3.2.1 ビット,バイトなどの情報量や,接頭語(k,M,G,T,m,μ,n,pなど)を使った表し方を理解する。 |
6.1.1.4.1.1.3.3 ディジタル化 |
6.1.1.4.1.1.3.3.1 アナログとディジタルの特徴と,量子化,標本化,符号化など,ディジタル化(A/D変換)の基本的な考え方を理解する。 |
6.1.1.4.1.1.3.4 文字の表現 |
6.1.1.4.1.1.3.4.1 コンピュータの内部では,文字を数値で表現していることを理解する。 |
6.1.1.4.1.1.3.4.2 ASCIIコード,EUC(ExtendedUnixCode:拡張UNIXコード),JISコード,Unicode |
6.1.1.4.1.2 中分類14:アルゴリズムとプログラミング |
6.1.1.4.1.2.1 36.データ構造 |
6.1.1.4.1.2.1.1 データ及びデータ構造 |
6.1.1.4.1.2.1.1.1 変数やフィールドのタイプ,配列,レコード,ファイルなど,データ構造の基本的な考え方を理解する。 |
6.1.1.4.1.2.1.1.2 リスト,キュー,スタック,木構造,2分木 |
6.1.1.4.1.2.2 37.アルゴリズム |
6.1.1.4.1.2.2.1 流れ図 |
6.1.1.4.1.2.2.1.1 流れ図の記号と処理手順の表現方法を理解する。 |
6.1.1.4.1.2.2.2 アルゴリズムの基本構造 |
6.1.1.4.1.2.2.2.1 順次構造,選択構造,繰返し構造を理解する。 |
6.1.1.4.1.2.2.3 基本的なアルゴリズム |
6.1.1.4.1.2.2.3.1 合計,探索,併合(マージ),整列(ソート)などを理解する。 |
6.1.1.4.1.2.3 38.プログラミング・プログラム言語 |
6.1.1.4.1.2.3.1 プログラム言語でアルゴリズムを記述することがプログラミングであり,プログラミングによってコンピュータでアルゴリズムを実行できるようになることを理解する。 |
6.1.1.4.1.2.3.2 C,Java,COBOL,スクリプト言語 |
6.1.1.4.1.2.4 39.その他の言語 |
6.1.1.4.1.2.4.1 コンピュータ上での表現手段として広く利用されている代表的なマークアップ言語について,その種類と特徴を理解する。また,マークアップ言語を利用する際の簡単な使い方(書き方を含む)を理解する。 |
6.1.1.4.1.2.4.2 マークアップ言語 |
6.1.1.4.1.2.4.2.1 HTML(HyperTextMarkupLanguage),XML(ExtensibleMarkupLanguage),タグ,SGML |
6.1.1.4.2 大分類8:コンピュータシステム |
6.1.1.4.2.1 中分類15:コンピュータ構成要素 |
6.1.1.4.2.1.1 40.プロセッサ |
6.1.1.4.2.1.1.1 コンピュータの構成 |
6.1.1.4.2.1.1.1.1 演算,制御,記憶,入力,出力 |
6.1.1.4.2.1.2 41.メモリ. |
6.1.1.4.2.1.2.1 RAM,ROM,フラッシュメモリ,揮発性 |
6.1.1.4.2.1.2.2 HDD,SSD,CD(CD-ROM,CD-R),DVD(DVD-ROM,DVD-RAM,DVD-R),Blu-rayDisc,USBメモリ,SDカード |
6.1.1.4.2.1.2.3 キャッシュメモリ,主記憶,補助記憶 |
6.1.1.4.2.1.3 42.入出力デバイス |
6.1.1.4.2.1.3.1 入出力インタフェース |
6.1.1.4.2.1.3.1.1 入出力インタフェースの種類(有線インタフェース,無線インタフェース)とデータ転送方式(シリアル,パラレル)などの特徴を理解する。 |
6.1.1.4.2.1.3.2 デバイスドライバ |
6.1.1.4.2.1.3.2.1 デバイスドライバとプラグアンドプレイの機能を理解する。 |
6.1.1.4.2.2 中分類16:システム構成要素 |
6.1.1.4.2.2.1 43.システムの構成 |
6.1.1.4.2.2.1.1 処理形態 |
6.1.1.4.2.2.1.1.1 集中処理,分散処理,並列処理 |
6.1.1.4.2.2.1.2 システム構成 |
6.1.1.4.2.2.1.2.1 デュアルシステム,デュプレックスシステム,クライアントサーバシステム,Webシステム,ピアツーピア,クラスタ,シンクライアント,NAS,RAID |
6.1.1.4.2.2.1.3 利用形態 |
6.1.1.4.2.2.1.3.1 対話型処理,リアルタイム処理,バッチ処理,仮想化 |
6.1.1.4.2.2.2 44.システムの評価指標 |
6.1.1.4.2.2.2.1 システムの性能 |
6.1.1.4.2.2.2.1.1 レスポンスタイム(応答時間),ベンチマーク |
6.1.1.4.2.2.2.2 システムの信頼性 |
6.1.1.4.2.2.2.2.1 信頼性を表す指標 |
6.1.1.4.2.2.2.2.1.1 稼働率,MTBF(平均故障間動作時間),MTTR(平均修復時間) |
6.1.1.4.2.2.2.2.2 信頼性の設計 |
6.1.1.4.2.2.2.2.2.1 デュアルシステム,デュプレックスシステム,フェールセーフ,フォールトトレラント,フールプルーフ |
6.1.1.4.2.2.2.3 システムの経済性 |
6.1.1.4.2.2.2.3.1 初期コスト,運用コスト,TCO(TotalCostofOwnership) |
6.1.1.4.2.3 中分類17:ソフトウェア |
6.1.1.4.2.3.1 45.オペレーティングシステム |
6.1.1.4.2.3.1.1 OSの必要性 |
6.1.1.4.2.3.1.1.1 OSは,利用者や応用ソフトウェア(アプリケーションソフトウェア)に対して,コンピュータがもつハードウェアやソフトウェア資源を効率的に提供するために,必要な制御機能,管理機能をもっていることを理解する。 |
6.1.1.4.2.3.1.2 OSの機能 |
6.1.1.4.2.3.1.2.1 ユーザ管理(プロファイル,アカウント),ファイル管理,入出力管理や資源管理などの機能を理解する。 |
6.1.1.4.2.3.1.2.2 ユーザIDの登録・抹消の管理,ユーザ別のアクセス権の管理,仮想記憶 |
6.1.1.4.2.3.1.3 OSの種類 |
6.1.1.4.2.3.1.3.1 OSには,Windows,MacOS,UNIX,Linuxなど複数の種類があることを理解する。また,異種のOS間でデータのやり取りを行う際に生じる問題についても理解する。 |
6.1.1.4.2.3.2 46.ファイルシステム |
6.1.1.4.2.3.2.1 ファイル管理 |
6.1.1.4.2.3.2.1.1 用語例ルートディレクトリ,カレントディレクトリ,ファイル拡張子,フラグメンテーション |
6.1.1.4.2.3.2.1.2 活用例ディレクトリ管理,ファイル共有,アクセス権設定,絶対パス・相対パスの指定 |
6.1.1.4.2.3.2.2 バックアップ |
6.1.1.4.2.3.2.2.1 バックアップの必要性,取得方法及び手順や世代管理などの基本的な考え方 |
6.1.1.4.2.3.2.2.2 アーカイブ |
6.1.1.4.2.3.3 47.開発ツール |
6.1.1.4.2.3.3.1 ソフトウェアパッケージ |
6.1.1.4.2.3.3.1.1 ワープロソフト,表計算ソフトなどのソフトウェアパッケージの特徴を理解する。また,ソフトウェアパッケージをインストールする必要があることを理解する。 |
6.1.1.4.2.3.3.2 ワープロソフト |
6.1.1.4.2.3.3.2.1 文書作成,表の作成,図表の埋込み,クリップボードの有効利用 |
6.1.1.4.2.3.3.3 表計算ソフト |
6.1.1.4.2.3.3.3.1 セルの参照やセルへの代入,四則演算の指定方法,代表的な関数の利用,データの選択・追加・削除・挿入・並替え,検索,グラフの作成 |
6.1.1.4.2.3.3.4 プレゼンテーションソフト |
6.1.1.4.2.3.3.4.1 スライドの作成,フォントの選択,図形の作成,画像の取込み |
6.1.1.4.2.3.3.5 WWWブラウザ(Webブラウザ) |
6.1.1.4.2.3.3.5.1 Webブラウザを使って,Webページから必要な情報を検索し,入手する方法や特徴を理解する。 |
6.1.1.4.2.3.3.5.2 検索サイトの活用,条件(AND,OR,NOT)を付けた情報検索 |
6.1.1.4.2.3.4 48.オープンソースソフトウェア |
6.1.1.4.2.3.4.1 オープンソースソフトウェア |
6.1.1.4.2.3.4.1.1 OSSの特徴 |
6.1.1.4.2.3.4.1.1.1 OSSには,ソースコードの公開,再配布の制限の禁止,無保証の原則といった特徴があることを理解する。 |
6.1.1.4.2.3.4.1.2 OSSの種類 |
6.1.1.4.2.3.4.1.2.1 OSSには,OS,通信系ソフトウェア,オフィス系ソフトウェア,データベース管理システム,応用ソフトウェアなどがあることを理解する。 |
6.1.1.4.2.4 中分類18:ハードウェア |
6.1.1.4.2.4.1 49.ハードウェア(コンピュータ・入出力装置) |
6.1.1.4.2.4.1.1 コンピュータ |
6.1.1.4.2.4.1.1.1 PC,サーバ,汎用コンピュータ,携帯情報端末,タブレット端末 |
6.1.1.4.2.4.1.2 入出力装置 |
6.1.1.4.2.4.1.2.1 キーボード,マウス,タブレット,イメージスキャナ,タッチパネル,バーコードリーダ,ディスプレイ,プリンタ,プロジェクタ,Webカメラ |
6.1.1.4.3 大分類9:技術要素 |
6.1.1.4.3.1 中分類19:ヒューマンインタフェース |
6.1.1.4.3.1.1 50.ヒューマンインタフェース技術 |
6.1.1.4.3.1.1.1 ヒューマンインタフェース |
6.1.1.4.3.1.1.1.1 人とシステムの接点となるインタフェースであり,様々な場面で利用されている |
6.1.1.4.3.1.1.2 GUI |
6.1.1.4.3.1.1.2.1 グラフィックスを多用した視覚的な表示,ポインティングデバイスなどによる直感的な操作など,GUI(GraphicalUserInterface) |
6.1.1.4.3.1.1.2.2 ウィンドウ,アイコン,ラジオボタン,チェックボックス,リストボックス,ヘルプ機能,メニューバー,プルダウンメニュー,ポップアップメニュー,サムネイル |
6.1.1.4.3.1.2 51.インタフェース設計 |
6.1.1.4.3.1.2.1 画面・帳票設計 |
6.1.1.4.3.1.2.1.1 画面設計 |
6.1.1.4.3.1.2.1.1.1 入力の流れが自然になるようにする,色の使い方にルールを設ける,操作ガイダンスを表示するなど |
6.1.1.4.3.1.2.1.2 帳票設計 |
6.1.1.4.3.1.2.1.2.1 関連項目を隣接させる,余分な情報は除いて必要最小限の情報を盛り込む,ルールを決めて帳票に統一性をもたせるなど |
6.1.1.4.3.1.2.2 Webデザイン |
6.1.1.4.3.1.2.2.1 サイト全体の色調やデザインにスタイルシートを用いて統一性をもたせたり,複数種類のWWWブラウザに対応したりするなど,Webデザインにおいてユーザビリティ(使いやすさ)の観点が必要であることを理解する。 |
6.1.1.4.3.1.2.2.2 CSS(CascadingStyleSheets) |
6.1.1.4.3.1.2.3 ユニバーサルデザイン |
6.1.1.4.3.1.2.3.1 年齢や文化,障害の有無や能力の違いなどにかかわらず,できる限り多くの人が快適に利用できることを目指すユニバーサルデザインの考え方 |
6.1.1.4.3.1.2.3.2 Webアクセシビリティ |
6.1.1.4.3.2 中分類20:マルチメディア |
6.1.1.4.3.2.1 52.マルチメディア技術 |
6.1.1.4.3.2.1.1 マルチメディア |
6.1.1.4.3.2.1.1.1 マルチメディアとは,文字情報に加えて,音声,画像(静止画・動画)などの様々な形態のアナログ情報をディジタル化(符号化)し,コンピュータ上で統合的に扱う |
6.1.1.4.3.2.1.1.2 Webコンテンツ,ハイパーメディア,ストリーミング |
6.1.1.4.3.2.1.2 マルチメディアのファイル形式 |
6.1.1.4.3.2.1.2.1 MP3(MPEGAudioLayer-3),MIDI(MusicalInstrumentDigitalInterface),JPEG(JointPhotographicExpertsGroup),GIF(GraphicsInterchangeFormat),PNG(PortableNetworkGraphics),MPEG(MovingPictureExpertsGroup),PDF(PortableDocumentFormat) |
6.1.1.4.3.2.1.3 情報の圧縮と伸張 |
6.1.1.4.3.2.1.3.1 ZIP,LZH,圧縮率,可逆圧縮,非可逆圧縮 |
6.1.1.4.3.2.2 53.マルチメディア応用 |
6.1.1.4.3.2.2.1 グラフィックス処理 |
6.1.1.4.3.2.2.1.1 色の表現:色が,光の3原色(RGB)と色の3原色(CMY)で表現されていることを理解する。また,色は,色相と明度,彩度によって表現されている |
6.1.1.4.3.2.2.1.2 画像の品質:画素(ピクセル),解像度及び階調に |
6.1.1.4.3.2.2.1.3 グラフィックスソフトウェアペイント系ソフトウェアとドロー系ソフトウェアの特徴 |
6.1.1.4.3.2.2.2 マルチメディア技術の応用 |
6.1.1.4.3.2.2.2.1 コンピュータグラフィックス(CG:ComputerGraphics),バーチャルリアリティ(VR:VirtualReality),拡張現実(AR:AugmentedReality),3D,CAD,シミュレータ,ゲーム |
6.1.1.4.3.3 中分類21:データベース |
6.1.1.4.3.3.1 54.データベース方式 |
6.1.1.4.3.3.1.1 データベースは,業務を情報(データ)という観点から表現するための重要な手段であり,データベース管理システムはデータを構造的に蓄積し,それらの一貫性を保ち,効率的に取り出すための機能を備えたものであることに注目し,その意義,目的,考え方を理解する。 |
6.1.1.4.3.3.1.2 データベース |
6.1.1.4.3.3.1.2.1 データベースの目的,特徴,データベースモデルの考え方などを理解する。 |
6.1.1.4.3.3.1.3 データベース管理システム |
6.1.1.4.3.3.1.3.1 身近な業務で利用する観点から,データベース管理システム(DBMS)の意義,目的,考え方を理解する。 |
6.1.1.4.3.3.2 55.データベース設計 |
6.1.1.4.3.3.2.1 データの分析・設計の必要性や,その基本的なプロセスを理解する。 |
6.1.1.4.3.3.2.2 データ分析 |
6.1.1.4.3.3.2.2.1 業務で使用するデータの洗出しと整理の必要性について理解する。 |
6.1.1.4.3.3.2.3 データの設計 |
6.1.1.4.3.3.2.3.1 データ及びデータの関連を整理して表現する。 |
6.1.1.4.3.3.2.4 E-R図,コード設計,フィールド(項目),レコード,ファイル,テーブル(表),主キー,外部キー,インデックス活用例業務データの洗出しと最適化 |
6.1.1.4.3.3.2.5 データの正規化 |
6.1.1.4.3.3.2.5.1 データの正規化の必要性について理解する。ただし,正規化の詳細な内容は問わない。 |
6.1.1.4.3.3.3 56.データ操作 |
6.1.1.4.3.3.3.1 関係データベースを活用するために,必要なデータ操作を理解する |
6.1.1.4.3.3.3.2 データ操作 |
6.1.1.4.3.3.3.2.1 表に関する代表的なデータ操作方法を理解する。ただし,SQLの文法は問わない。 |
6.1.1.4.3.3.3.2.2 活用例業務データを使った選択,挿入,更新,射影,結合操作 |
6.1.1.4.3.3.4 57.トランザクション処理 |
6.1.1.4.3.3.4.1 複数の利用者によるデータの参照や更新に備えて,排他制御とリカバリ機能によってデータベースの一貫性を保つ必要があることを理解する。 |
6.1.1.4.3.3.4.2 データベース管理システムの機能 |
6.1.1.4.3.3.4.2.1 情報共有及びデータ保全を実現するために必要な排他制御とリカバリ機能について,その必要性と機能の概要を理解する。 |
6.1.1.4.3.4 中分類22:ネットワーク |
6.1.1.4.3.4.1 58.ネットワーク方式 |
6.1.1.4.3.4.1.1 ネットワークは企業などの活動において必要不可欠な基盤であることを認識し,LANやWAN及び代表的なネットワークの構成要素について,役割の概要を理解する。また,上位者の指導の下,身近な社内LANの設定を行う。 |
6.1.1.4.3.4.1.2 ネットワークの構成 |
6.1.1.4.3.4.1.2.1 身近な職場のネットワークがLANやWANで構成されていることを知り,それぞれの意味を理解する。 |
6.1.1.4.3.4.1.3 ネットワークの構成要素 |
6.1.1.4.3.4.1.3.1 イーサネットなどの代表的なネットワークの方式と,ネットワークを構成する回線,接続装置などの役割を理解する。 |
6.1.1.4.3.4.1.3.2 ネットワークインタフェースカード,ケーブル,ハブ,ルータ,スイッチ,モデム,ターミナルアダプタ,モジュラージャック,通信回線,伝送路,無線LAN,デフォルトゲートウェイ,プロキシ,MACアドレス,ESSID(ExtendedServiceSetIdentifier),移動体通信規格(LTEなど),伝送速度(bps:bitspersecond(ビット/秒)) |
6.1.1.4.3.4.2 59.通信プロトコル |
6.1.1.4.3.4.2.1 情報の発信側と受信側で情報を伝達するためには,共通する規則に従ってやり取りする必要があることを理解する。 |
6.1.1.4.3.4.2.2 TCP/IP,HTTP,HTTPS,SMTP,POP,FTP,NTP(NetworkTimeProtocol),DHCP,ポート番号 |
6.1.1.4.3.4.3 60.ネットワーク応用 |
6.1.1.4.3.4.3.1 インターネットの仕組み |
6.1.1.4.3.4.3.1.1 インターネットに接続されたコンピュータは,固有のIPアドレスとドメイン名で管理されていることを理解する。 |
6.1.1.4.3.4.3.2 インターネットサービス |
6.1.1.4.3.4.3.2.1 電子メール,Web,ファイル転送など,インターネット上で利用される様々なサービスの特徴と利用に関する留意点を理解する。 |
6.1.1.4.3.4.3.2.2 同報メール,メーリングリスト,メールボックス,cc,bcc,cookie,MIME,RSS,オンラインストレージ,クローラ |
6.1.1.4.3.4.3.3 通信サービス |
6.1.1.4.3.4.3.3.1 回線事業者,インターネット接続サービス事業者(ISP:InternetServiceProvider),パケット通信,モバイル通信,IP電話,ADSL,光通信,テザリング |
6.1.1.4.3.4.3.3.2 パケット通信の考え方,従量制と定額制による課金方式の考え方 |
6.1.1.4.3.5 中分類23:セキュリティ |
6.1.1.4.3.5.1 61.情報セキュリティ |
6.1.1.4.3.5.1.1 情報セキュリティの概念 |
6.1.1.4.3.5.1.2 情報資産 |
6.1.1.4.3.5.1.2.1 企業における情報資産の代表的な種類として,顧客情報,営業情報,知的財産関連情報,人事情報などがあることを理解する。 |
6.1.1.4.3.5.1.3 脅威と脆ぜい弱性 |
6.1.1.4.3.5.1.3.1 人的脅威の種類と特徴 |
6.1.1.4.3.5.1.3.1.1 漏えい,紛失,破損,盗み見,なりすまし,クラッキング,ソーシャルエンジニアリング,誤操作,標的型攻撃 |
6.1.1.4.3.5.1.3.1.2 情報セキュリティポリシに基づく情報の管理 |
6.1.1.4.3.5.1.3.2 技術的脅威の種類と特徴 |
6.1.1.4.3.5.1.3.2.1 マルウェア(コンピュータウイルス,ボット,スパイウェア),ワーム,トロイの木馬,マクロウイルス,ガンブラー,キーロガー,フィッシング詐欺,DoS(DenialofService)攻撃,ゼロデイ攻撃,パスワードクラック(辞書攻撃,総当り攻撃),SQLインジェクション,クロスサイトスクリプティング,セキュリティホール,バックドア,ファイル交換ソフトウェア |
6.1.1.4.3.5.1.3.3 物理的脅威の種類と特徴 |
6.1.1.4.3.5.1.3.3.1 災害,破壊,妨害行為 |
6.1.1.4.3.5.2 62.情報セキュリティ管理 |
6.1.1.4.3.5.2.1 リスクマネジメント |
6.1.1.4.3.5.2.1.1 リスクマネジメントは,リスクの特定・分析・評価・対策という流れで実施されることや,事故などが発生した際に対処するために,対応マニュアルの整備や教育・訓練などの準備が必要である |
6.1.1.4.3.5.2.2 情報セキュリティマネジメント |
6.1.1.4.3.5.2.2.1 情報セキュリティマネジメントの必要性と情報セキュリティマネジメントシステム(ISMS:InformationSecurityManagementSystem)の考え方を理解する。 |
6.1.1.4.3.5.2.2.2 情報セキュリティ基本方針,情報セキュリティポリシ,情報セキュリティマネジメントの三大要素(機密性,完全性,可用性) |
6.1.1.4.3.5.2.3 個人情報保護 |
6.1.1.4.3.5.2.3.1 個人情報保護の必要性,法律やプライバシーマーク制度などの取組 |
6.1.1.4.3.5.3 63.情報セキュリティ対策・情報セキュリティ実装技術 |
6.1.1.4.3.5.3.1 情報セキュリティ対策の種類と対策 |
6.1.1.4.3.5.3.1.1 人的セキュリティ対策の種類 |
6.1.1.4.3.5.3.1.1.1 情報セキュリティポリシ,アクセス権 |
6.1.1.4.3.5.3.1.1.2 情報セキュリティに関する教育・訓練,情報セキュリティポリシ・各種社内規程・マニュアルの遵守,アクセス権の設定などのアクセス管理 |
6.1.1.4.3.5.3.1.2 技術的セキュリティ対策の種類 |
6.1.1.4.3.5.3.1.2.1 暗号化,認証技術,ID,パスワード,コンテンツフィルタ,コールバック,アクセス制御,ファイアウォール,検疫ネットワーク,DMZ(非武装地帯),SSL(SecureSocketsLayer),VPN(VirtualPrivateNetwork),ディジタル署名,電子透かし,ディジタルフォレンジックス,ペネトレーションテスト |
6.1.1.4.3.5.3.1.2.2 ウイルス対策ソフトウェアの導入,ウイルス定義ファイルの更新,電子メール・Webブラウザのセキュリティ設定,OSアップデート |
6.1.1.4.3.5.3.1.3 物理的セキュリティ対策の種類 |
6.1.1.4.3.5.3.1.3.1 生体認証(バイオメトリクス認証),監視カメラ,施錠管理,入退室管理 |
6.1.1.4.3.5.3.1.3.2 IDカードを用いた入退室の管理 |
6.1.1.4.3.5.3.2 暗号技術 |
6.1.1.4.3.5.3.2.1 共通鍵暗号方式,公開鍵暗号方式,暗号化,復号 |
6.1.1.4.3.5.3.2.2 WPA2などによる無線LANの暗号化 |
6.1.1.4.3.5.3.3 公開鍵基盤 |
6.1.1.4.3.5.3.3.1 PKI(PublicKeyInfrastructure:公開鍵基盤) |
6.1.2 最低限知っておくべき情報処理技術 (ITリテラシー) |
6.1.2.1 |
6.1.2.2 参考:「よくわかる情報リテラシー」 技術評論社 岡本敏雄 監修 |
6.1.2.3 4.1.コンピュータの基礎 |
6.1.2.3.1 4.1.1.コンピュータの仕組み |
6.1.2.3.2 4.1.2.ソフトウェア |
6.1.2.3.3 4.1.3.情報システム |
6.1.2.4 4.2.情報の形態と収集の方法 |
6.1.2.4.1 4.2.1.情報の形態 |
6.1.2.4.2 4.2.2.情報蓄積の形態 |
6.1.2.4.3 4.2.3.クラウド環境の情報 |
6.1.2.4.4 4.2.4.検索エンジン |
6.1.2.4.5 4.2.5.情報収集の技術 |
6.1.2.4.6 4.2.6.情報収集の応用 |
6.1.2.5 4.3.インターネットの仕組みとWebシステム |
6.1.2.5.1 4.3.1.インターネットの概要 |
6.1.2.5.2 4.3.2.通信機能の階層化 |
6.1.2.5.3 4.3.3.IPアドレスの仕組み |
6.1.2.5.4 4.3.4.パケット通信の仕組み |
6.1.2.5.5 4.3.5.通信の経路を選ぶ仕組み |
6.1.2.5.6 4.3.6.データを確実に送り届ける仕組みと素早く送り届ける仕組み |
6.1.2.5.7 4.3.7.アプリケーション層のプロトコル |
6.1.2.5.8 4.3.8.直接接続する機器の通信 |
6.1.2.5.9 4.3.9.Webアプリケーションの仕組み |
6.1.2.5.10 4.3.10.クラウドコンピューティング |
6.1.2.6 4.4.情報の伝達 |
6.1.2.6.1 4.4.1.ソーシャルネットワーキングサ…ビス |
6.1.2.6.2 4.4.2.ソーシャルメディア |
6.1.2.6.3 4.4.3.電子書籍 |
6.1.2.7 4.5.レポートの作成と編集 |
6.1.2.8 4.6.情報のデータ化と分析・マイニング |
6.1.2.8.1 4.6.1.情報とデータ |
6.1.2.8.2 4.6.2.データの整理 |
6.1.2.8.3 4.6.3.データの可視化 |
6.1.2.8.4 4.6.4.データマイニング |
6.1.2.8.5 4.6.5.テキストマイニング |
6.1.2.9 4.7.モデリングとシミュレーション |
6.1.2.10 4.8.プレゼンテーションの方法 |
6.1.2.11 4.9.セキュリティと法令順守 |
6.1.2.12 4.10.lCT活用の問題解決 |
6.1.2.12.1 4.10.1.問題解決の基本的手順とiCTの役割 |
6.1.2.12.2 4.10.2.情報を害観的にとらえる |
6.1.2.12.3 4.10.3.インターネットを利用した情報発信 |
6.1.2.12.3.1 4.10.3.1.インターネットには国境がない |
6.1.2.12.3.2 4.10.3.2.個人による情報発信ナレッジ・コミュニティの利用 |
6.1.2.12.3.3 4.10.3.3.ソーシャルメディアの活用 |
6.1.2.13 4.10.4.問題解決におけるシミュレーションの利用 |
6.2 今のタスク、業務課題と必要なスキル |
6.3 基本姿勢 |
6.3.1 政府情報システムの整備及び管理 に関する標準ガイドライン(2014年(平成26年)12月3日 各府省情報化統括責任者(CIO)連絡会議決定)に、当館の事業を当てはめると |
6.3.2 サービスの利便性の向上 |
6.3.2.1 あらゆる情報資産を収集して、知識として将来にわたって利用を保証し、新たな知識の創造を支援する。 |
6.3.2.2 そのために、既存の図書館サービスを継続するだけでなく、国民のニーズに沿ったサービスの拡充を図る |
6.3.3 業務運営の効率化 |
6.3.3.1 サービスの利便性を高めるために、システム化を前提に、業務プロセスそのものの見直しを行い業務改革を進める |
6.3.3.2 システムの構築に当たっては、部分最適なでなく、全体業務システムの最適化を行って、IT投資の適正化、費用対効果の高いシステムの構築・運用を行う |
6.3.4 業務運営の透明性の向上 |
6.3.4.1 館法、著作権法により収集および提供に関して与えられた権限には、実施する責任と義務がある。 |
6.3.4.2 あらゆる情報資産の収集・保存と提供を行う責任と義務を果たすために、関係機関と連携・協力して実現を目指す。 |
6.3.4.3 当館の従来からの利用者に限らず、広く一般の国民による利用とその評価をフィードバックして、国民のニーズに沿ったサービスの更なる充実に努める。 |
6.4 図書館のタスク |
6.4.1 戦略企画 |
6.4.1.1 業務 |
6.4.1.1.1 国全体の中での1組織としての戦略企画の立案 |
6.4.1.1.2 将来を見据えた全体サービス企画の立案 |
6.4.1.2 課題 |
6.4.1.2.1 業務プロセス再構築の検討を効率化 |
6.4.1.2.1.1 ビジネスプロセス管理(BPM:Business Process Management)、BPMN(Business Process Model and Notation)の導入 |
6.4.1.2.2 世界規模での文化的な情報資源、知識の共有化の方向性の中で当館の位置づけは? |
6.4.1.2.2.1 情報資産が物としての刊行物から、情報としてのデジタルコンテンツへ移行している中で。。 |
6.4.1.2.2.2 唯一の国立図書館として |
6.4.1.2.2.3 OneOfThemのデジタルアーカイブ機関として |
6.4.1.2.2.4 緊縮財政の中で、如何にして、利用可能な資源を確保し、事業を継続していくか |
6.4.1.2.2.4.1 業務・システムの効率化、サービスの向上を図るための資源の確保 |
6.4.2 サービス要件定義 |
6.4.2.1 業務 |
6.4.2.1.1 サービス要件定義 |
6.4.2.1.2 業務要件定義 |
6.4.2.1.3 新しいサービスのアイデア企画 |
6.4.2.1.3.1 アイデアソンとか |
6.4.2.2 課題 |
6.4.2.2.1 デジタル情報時代を踏まえた基本的な考え方 |
6.4.3 構築 |
6.4.3.1 サービスの構築の課題 (業務・システム) |
6.4.3.1.1 官房業務 |
6.4.3.1.1.1 「社会環境変化への迅速な対応」および「業務プロセス改革」を実現する |
6.4.3.1.1.2 人材育成・人材確保 |
6.4.3.1.2 調査局 |
6.4.3.1.2.1 予測調査、レファレンス業務、外部のデータベース等の内容を統合的、横断的に検索・再利用できるナレッジベース化 |
6.4.3.1.2.2 調査業務における資料・情報群を専門的に調査する業務は、効率的・効果的に行われているか |
6.4.3.1.2.3 (a)何故、国会関係のシステムが、長期にわたり大幅な機能強化されずに利用されているか? |
6.4.3.1.3 蔵書構築(収集、整理、保存) |
6.4.3.1.3.1 デジタルも含めた出版物の網羅的収集。 |
6.4.3.1.3.2 オンライン資料の収集 |
6.4.3.1.3.2.1 無償オンライン資料は、インターネット上から消失する可能性が高い。 |
6.4.3.1.3.2.1.1 サブトピック |
6.4.3.1.3.2.2 有償オンライン資料は、電子書籍市場が拡大する形の出版界を支援する方策を取ることが先決ではないか。(図書館での電子書籍サービス等も含めて) |
6.4.3.1.3.2.3 有償電子書籍は、すぐに消失しない。→ダークアーカイブ化し、出版界が書庫として利用することの模索 |
6.4.3.1.3.3 インターネット情報の収集 |
6.4.3.1.3.3.1 国等の公的機関の網羅的な収集の実現方法(インターネットアーカイブ社との連携) |
6.4.3.1.3.3.2 民間のインターネット情報の収集の実現(あらゆる記録・記憶を収集することの実現を目指して) |
6.4.3.1.3.4 当館資料のデジタル化 |
6.4.3.1.3.4.1 当館所蔵資料のデジタル化は1/4。 |
6.4.3.1.3.4.2 他機関が保有している資料も含めて国全体でデジタルコレクションの構築 |
6.4.3.1.3.5 組織化 |
6.4.3.1.3.5.1 電子書籍・電子雑誌の書誌(メタデータ)の精緻度 |
6.4.3.1.3.5.2 媒体に関わらずメタデータを一元的に扱えるフレームワークの構築。媒体としてでなく、情報としての組織化 |
6.4.3.1.3.5.3 永続的識別子の付与。書誌・本文からの件名・NDC・索引の付与の省力化(収集した時点でなく、発行された時点での識別子の活用) |
6.4.3.1.3.6 保存 |
6.4.3.1.3.6.1 冊子体、パッケージ資料の長期保存 |
6.4.3.1.3.7 大震災アーカイブ |
6.4.3.1.3.7.1 ダークアーカイブ問題 |
6.4.3.1.3.7.2 国有財産法の問題 |
6.4.3.1.4 利用者サービス(来館者サービス、レファレンス、遠隔サービス) |
6.4.3.1.4.1 デジタルだからこそできる利便性の訴求。 |
6.4.3.1.4.2 用者へ情報が届きやすく(見つけやすく)すること、情報を用いた活動をしやすく(利用しやすく)すること |
6.4.3.1.4.3 資料の閲覧・複写申込みだけでなく、研究者が集い、司書がサポートする場の提供 |
6.4.3.1.4.4 本文内容を活用した書誌・典拠情報、解題情報、資料の関連性、目次、要約、主題情報、雑誌記事索引等の機械付与も含めた検索・閲覧サービス |
6.4.3.1.4.5 書誌情報の早期提供 |
6.4.3.1.4.5.1 全国書誌とは? 当館が収集した冊子体出版物、オンライン資料だけで、全国書誌と言えるか?全国書誌が提供された時点で誰が使うのか? |
6.4.3.1.4.5.2 メタデータの作成において活用する外部情報資源、職員の業務、外部委託 |
6.4.3.1.4.6 当館デジタル化資料の二次利用の促進 |
6.4.3.1.4.6.1 図書館送信サービスの拡大 |
6.4.3.1.5 図書館協力(国際、国内公共図書館、支部図書館) |
6.4.3.1.5.1 ① MLA連携 |
6.4.3.1.5.2 ② 出版界との連携の推進 |
6.4.3.1.5.3 ③ 公共図書館への支援及び連携の推進 |
6.4.3.1.5.4 大学、学術機関との連携の推進 |
6.4.3.1.5.5 国際連携 |
6.4.3.1.6 国際子ども図書館 |
6.4.3.1.7 電子情報関連 |
6.4.3.1.7.1 デジタルアーカイブ(資料デジタル化、オンライン資料収集、インターネット情報収集、統合検索サービス、コンテンツ提供) |
6.4.3.1.7.2 情報システム |
6.4.3.2 構築業務全体 |
6.4.3.2.1 プロジェクト進捗管理 |
6.4.3.2.2 品質管理 |
6.4.3.2.3 リスク管理 |
6.4.3.2.4 課題管理 |
6.4.3.2.5 情報セキュリティ・個人情報保護管理 |
6.4.3.2.6 新しいサービスのプロトタイピング |
6.4.3.2.6.1 ハッカソンとか |
6.4.3.3 業務の構築 |
6.4.3.3.1 業務 |
6.4.3.3.1.1 システムを活用した業務実施手順書 |
6.4.3.3.2 課題 |
6.4.3.3.2.1 業務改善姿勢、ITリテラシー不足 |
6.4.3.4 システムの構築 |
6.4.3.4.1 業務 |
6.4.3.4.1.1 サービスを実現するシステム化要件定義 |
6.4.3.4.1.2 調達仕様書作成 |
6.4.3.4.1.3 調達および調達管理 |
6.4.3.4.1.4 受入テスト、検収業務 |
6.4.3.4.2 課題 |
6.4.3.4.2.1 ソフトウェア開発経験のある人材不足→マネジメント能力の不足 |
6.4.3.4.2.2 サービス向上、業務・システムの効率化に資するIT関連の新しいソリューションをどのように取り込むか? |
6.4.4 運用 |
6.4.4.1 業務運用 |
6.4.4.1.1 ルーチンワーク、検索補助業務の大半はシステム化、外注化 |
6.4.4.1.2 スキルを生かしたタスク遂行によって得られたノウハウ、スキルのナレッジ化(形式知化) |
6.4.4.1.2.1 レファレンスライブラリアン |
6.4.4.1.3 知識創造活動支援 |
6.4.4.1.3.1 エンベデッドライブラリアンとか |
6.4.4.1.4 ナレッジの創造 |
6.4.4.1.4.1 予測調査 |
6.4.4.1.4.2 情報同士を意味的に関連付け |
6.4.4.1.4.2.1 |
6.4.4.2 システム運用 |
6.4.4.2.1 業務 |
6.4.4.2.1.1 システム保守調達 |
6.4.4.2.1.2 運用支援調達 |
6.4.4.2.1.3 情報セキュリティ対策 |
6.4.4.2.1.4 システム監査 |
6.4.4.2.2 課題 |
6.4.4.2.2.1 自らシステムを構築した経験のある人材不足→マネジメント能力の不足 |
6.5 タスクに必要な人材 |
6.5.1 全般 |
6.5.1.1 先進サービス動向、技術を把握してサービス要件、システム化要件を取りまとめ、構築・運用するために高いマネジメント能力を持った人材育成・確保 |
6.5.1.2 ITリテラシーを持つこと。仕事の基礎となる法制度を正しく理解し、運用できること。社会的な水準で仕事全体をマネジメントできること。利用者やステークホルダー、また職員同士で、円滑かつ適切にコミュニケーションできること。 |
6.5.2 サービス提供部門 |
6.5.2.1 知識の分野毎に専門性の高い知見と分析能力を持つ人材 |
6.5.2.2 当館所蔵の文献だけでなく、インターネット上の多様な情報源から日々刻々と流れる膨大な情報の中から目的に合った情報を選別し、複数の情報を関連付けて編集し、新しい価値を持たせ「知識」として共有できるようにする(情報内容に関する知識と情報技術の両方の知識を持つキュレーター) |
6.5.3 アーカイブとユーザーを繋ぐ人材 |
6.5.3.1 多様な図書館資料・情報を適切に扱うことができるような知識を深め、利用者に橋渡しできること |
6.5.3.2 多様な情報リテラシーを持つ利用者に対する人的なサポート能力 |
6.5.4 保存部門(資料媒体) |
6.5.4.1 資料修復技術者 |
6.5.5 システム部門 |
6.5.5.1 調達、プロジェクト管理、システム開発管理、システム運用管理のスキルを持った人材の育成が必要。委託業者と対等に議論できるレベル。 |
6.5.5.1.1 先進サービス動向、技術を把握してサービス要件、システム化要件を取りまとめ、構築・運用するために高いマネジメント能力を持った人材育成・確保を進める。基礎知識は研修でも習得できるが、実践的な技量はOJTが有効。しかしOJTは、スキルを持った教師役が必要。まず、教師役の人材を外部に求める。 |
6.5.5.2 軽微な機能改修を自ら行えるレベルの職員の確保 |
6.5.5.2.1 自ら行うことにより、経験からスキルを身に付ける |
6.5.5.2.2 緊縮財政の折 |
6.5.5.3 外部人材(非常勤研究員、委嘱研究員、外部研究機関等)の活用による共同の実用化実証実験 |
6.5.5.3.1 当館が保有しているコンテンツ、システムを研究者に提供する。研究者は,それらの資源を活用して実用化システムを開発する。その成果を、NDLのシステムに実装して次世代のサービスを提供する。 |
6.5.5.3.2 これにより、社会のニーズに対応したサービスを、巨額の外部委託費をかけずに構築することができることを目指す。 |
6.5.5.3.3 情報の可視化技術、情報収集の効率化技術、情報の組織化技術、情報の集合知化技術、情報探索技術、閲覧表示技術 |
6.6 ステークホルダーとの関係での留意点業者との付き合い方 |
6.6.1 6.4.過去の問題事例 |
6.6.1.1 前の基盤システム(A社、H社) |
6.6.1.1.1 最低1ユニット500万での工数見積もり |
6.6.1.1.2 同一業者で開発運用しているにも関わらず、影響度調査名目で大きな工数 |
6.6.1.1.3 ファンクションポイントで工数を算定したとき、同様の更新処理を、数分だけ積んだ。 |
6.6.1.2 前のDAシステム(N社) |
6.6.1.2.1 開発の予算を認識せず、予算・内容ともに実施が不可能な設計 |
6.6.1.2.2 設計・開発の工程及び成果物のレベルの認識に齟齬(基本設計、概要設計、詳細設計、外部設計、内部設計) |
6.6.1.3 NET4(H社) |
6.6.1.3.1 基本設計書が曖昧すぎて、詳細設計で手戻りが多くなりそうなので差し戻し。 |
6.6.1.3.2 運用に入ってから、ファイアウォール、端末の移設等、軽微な作業に対して、大きな工数を見積もられている |
6.6.1.4 今の業務基盤システム(E社、N社) |
6.6.1.4.1 総括メモ(F氏メモ) |
6.6.1.4.2 前年度の成果物を要求要件としたが、設計書等が不十分だったため、後工程で大きな工数を要した。 |
6.6.1.4.3 当館、工程管理支援業者、設計開発業者での作業スコープ、役割、作業の責任範囲が一致していなかった。 |
6.6.1.4.4 一部担当者の暗黙知として蓄積されていた |
6.6.1.4.5 リリースされたプログラムの品質が悪く手戻りが発生した |
6.6.1.5 リニューアル総括資料 |
6.6.1.5.1 リニューアル総括(25年6月)参照 |
6.6.1.5.2 (教訓)「企画段階で、サービス要件定義について、全館で合意を形成する」 |
6.6.1.5.3 システム化要件定義段階で、「サービス要件定義書と、業務・システムで実現可能な内容のFit&Gapについては、実現可能な範囲で合意を形成し、サービス要件定義書にフィードバックする |
6.6.1.6 NDLSearch(N社、H社) |
6.6.1.6.1 開発、機能強化、運用と、交互に落札しているようなシステム。ソースコードのリファクタリングが必要になっている。 |
6.6.1.7 大震災アーカイブ(N社) |
6.6.1.7.1 NDLSearch、DAをベースに、発展形として、両システムの統合の足がかりになることを想定したが、違う方向を向いていった。 |
6.6.2 付き合い方 |
6.6.2.1 • パートナーとして、共同構築者 |
6.6.2.2 • ベンダーにとって、新しいシステムの開発ノウハウを蓄積する機会として認識できるように |
6.6.2.3 ベンダーのビジネスを支援 |
6.6.2.3.1 • この調達で費用を回収するする契約でなく、R&Dとして、研究開発費が投入できる形 |
6.6.2.3.2 • その技術・ノウハウを活用して、ベンダーがパッケージビジネスができるように |
6.6.2.3.3 • 契約では、第三者権利のないモジュールを利用していい。この開発での成果はベンダーを含めて誰でも利用できるように |
6.7 期待 |
6.7.1 このよう課題解決に向けて、必要なスキルを身に付け、創造力等のスキルを発揮して、課題となっているタスクを解決していける人材を求める |
6.7.1.1 既存のルーチンワーク的な業務は外注化が進んでいる |
6.7.1.2 能力を発揮する部分は、既存の業務の更なる効率化と、今後10年、20年を見据えて、その時代にあった新たなサービスの構築と提供 |
7 リンクドオープンデータ化 |
7.1 レジメ |
7.1.1 媒体から抜け出して、知識要素として分解 |
7.1.2 識別子の付与 |
7.1.3 活用したい情報 |
7.1.3.1 出版情報 |
7.1.4 実例、アイデアソン、ハッカソン、関係機関の動き |
7.2 大向先生 |
8 図書館が未来を作っていくために |
8.1 LODを推進する組織として |
8.1.1 図書館のさまざまなデータを標準化する意義,規格の重要性等 |
8.1.1.1 必然性 |
8.1.1.1.1 サブトピック |
8.1.1.2 要素 |
8.1.1.2.1 メタデータ記述要素・記述規則 |
8.1.1.2.1.1 個々の書誌情報 |
8.1.1.2.1.2 個々の情報の永続的識別子 |
8.1.1.2.1.3 同義語辞書、シソーラス |
8.1.1.2.2 メタデータ交換通信規約 |
8.1.1.2.2.1 収集(ハーベスト) |
8.1.1.2.2.2 横断検索 |
8.1.1.2.2.3 格納・保存 |
8.1.1.2.2.4 提供 |
8.1.1.2.3 デジタルコンテンツ仕様 |
8.1.1.2.3.1 画像、音声、動画、電子書籍 |
8.1.1.2.4 デジタルコンテンツ交換仕様 |
8.1.1.2.4.1 OAISに準拠した情報パッケージ |
8.2 文献を含めて、文化資産の収集・保存・修復・公開するためのタスクと必要なスキル |
8.2.1 専門分野に関する知見(文化・芸術・学術) |
8.2.2 文化資産を取り扱うための知識・技能 |
8.2.2.1 |
8.2.2.1.1 保存・修復技術 |
8.2.2.1.2 文化資産に価値を見出し、情報として記述するカタロガー |
8.2.2.1.3 文化資産の価値を顕在化させて共有するための企画・発信するキュレーター |
8.2.2.1.4 文化資源と人々をつなぎ、新たな価値を創出するコーディネータ、エンベデッドライブラリアン |
8.2.2.1.5 文化資産を扱う活動の使命を明らかにし、その達成に向け経営資源を配分し、事業を統括するマネージャー |
8.2.3 デジタル技術を活用したアーカイブ化のための知見 |
8.2.3.1 |
8.2.3.1.1 文化資産を取り扱う様々な局面でITを活用し、文化資産をデジタル化し情報メディアに乗せていく技術を有する |
8.2.3.1.2 著作権をはじめとする知的財産権、肖像権、契約など各種法律分野に関する知識 |
8.2.4 文化資産を情報として収集・組織化・保存し、公開することを実現するシステムの開発・運用管理の知識・技能 |
8.2.4.1 |
8.2.4.1.1 効率的・効果的なシステム開発を行うシステムエンジニア |
8.2.4.1.2 先進技術の研究開発および実用化を目指す研究者 |
8.3 サービス構築に当たって留意したこと、してほしいこと |
8.3.1 留意してほしい姿勢(私の信条) |
8.3.1.1 効率化、人はより創造的な業務へ |
8.3.1.1.1 答えが1つでアルゴリズムが明確な業務は、システム化が容易⇒人でなくてもいい |
8.3.1.1.2 情報システムは、図書館員の仕事を効率化させる。そのシステムの開発には図書館員の力が必要。図書館員もITの知識が必要⇒システムライブラリアン |
8.3.1.2 公的機関にありがちな前例主義・横並び主義からの脱却 |
8.3.1.2.1 自分が利用者だったらどうなっていてほしいか |
8.3.1.2.2 「民間はできるが国だからできない」ということはない |
8.3.1.2.3 組織規則、内規は、変えられる |
8.3.1.3 与えられた権限には、実施の責任と義務を負っている |
8.3.1.3.1 使命を果たすために与えられた権限には「実施の責任と義務がある」 |
8.3.1.3.2 できる範囲をコツコツとではなく、できる部分は責任を持って実施 |
8.3.1.3.3 できない部分は、他にどのようにしてもらいたいかも、責任を持って提示 |
8.3.1.4 利用者以上のITスキルを持つ |
8.3.1.4.1 技術に進展は早い。若い利用者のIT利用技術は高い。 |
8.3.1.4.2 比して、従来からの来館利用者のスキルは? |
8.3.1.4.3 来館者のスキルが高くないのは、対応する図書館員のITスキルが高くないからでは |
8.3.1.5 One of themのNDLの役割を考える。Give&Takeの協力関係を想定する |
8.3.1.5.1 国全体がなすべき施策の中で、個別の業務の進め方を考える |
8.3.1.5.2 自分でできないことは、どのようにしてもらいたいかを提示(メリットも示す) |
8.3.1.5.3 個別案件の利害調整でなく、出版文化の発展に向けて、ビジネスモデル全体での役割調整 |
8.3.1.5.4 創造力を持ったサービスの設計 |
8.3.1.6 外部の動き(特に商用サービス)を知る組織外の情報を組織内へ |
8.3.1.6.1 他の図書館、出版界、他の業種、業態の人との交流の場、主催も。出向も積極的に |
8.3.1.7 今後10年を見据える |
8.3.1.7.1 世の中の動向を想定する。⇒自分の将来を見る |
8.3.1.7.2 今の延長で可能な範囲での実施でなく、今後10年の社会のニーズを見据え、国全体で何をする必要があるか? |
8.3.1.7.3 その時、図書館は?司書は? |
8.3.1.8 未来は自分が描き、自分で作る。 |
8.3.2 サービスの構築・運用にあたって |
8.3.2.1 サービスは、業務とシステムで実現 システムは、サービス要件に従って構築するもの |
8.3.2.1.1 サービスは、人による業務と人によって作られたシステムで実現 |
8.3.2.1.2 システムはサービスを向上させるためのもの。従来は人の行ってきたことをシステムに置き換えてきた。今は、システムを使って人の力ではできないサービスの実現を目指している |
8.3.2.1.3 システムは人が作ったサービス要件・業務要件に基づいて作られるもの。ただし、その要件は、現状の業務やサービスをそのまま定義したものであってはいけない。 |
8.3.2.1.4 その要件に従ったシステム化要件書(仕様書)に従って人が開発し運用するもの |
8.3.2.2 従来からの利用者には、より利便性の高いサービスがあることを伝える |
8.3.2.2.1 従来型のサービスの使い方を教えるのではなく、より便利になったサービスを伝える |
8.3.2.2.2 そのためには、図書館員自身がより便利な使い方を習得している必要がある |
8.3.2.2.3 より便利なサービスをシステムで実現するためには、世の中のサービスの動向、今システムでどこまでできるかを知っている必要がある |
8.4 NDLの今後 |
8.4.1 冊子体からデジタルへそして文化情報資産全般へ |
8.4.1.1 |
8.4.1.1.1 デジタル情報時代において、出版物は、冊子体から動画・音声等を含むマルチメディア化されたコンテンツへ移行しつつあります。 また、冊子体の原資料は文化財として保存するために、デジタル化していくことが求められています。 他の文化財も保有機関においてデジタル化が進む状況において、文化的資産をあらゆる人々が将来にわたり享受、活用できるようにし、人々の創造的な活用に貢献するためには、社会全体でデジタル情報資源の「見える化」はもとより、より効率的なアクセスの保障に取り組む必要があり、組織を越えたナショナルアーカイブは重要な役割を果たすことになります。 |
8.4.2 関係機関と連携して国として情報をアーカイブ、そして、世界規模のアーカイブ構築の一翼を担う |
8.4.2.1 |
8.4.2.1.1 産学官のそれぞれの組織は、これらの施策が同一の方向性を持って、相互に資源を補完し合っていく必要があります。 NDLは、ナショナルアーカイブの構築、さらに、世界レベルでの「インターナショナルアーカイブ」の構築へと発展することを目指し、その中核的な役割を担っていくべきと考えています。 |
8.4.3 知識創造を支援する図書館の役割の見直しを加速 |
8.4.3.1 |
8.4.3.1.1 同時に、今後10年のデジタル情報化の進展を見据えつつ、このようなナショナルアーカイブを利用して知識創造のための情報が入手できる状況になったときに、知識創造を支援する図書館の役割は何か、また図書館に必要な機能の検討を加速させる必要があると考えます。 |
8.5 皆さんへの期待 |
8.5.1 夢を実現させる強い意志 |
8.5.1.1 このような活動を推進させるためには、従前の事業にとらわれずに、将来への夢を持って、その夢を実現させる強い意志を持った若い人の力が必要です。 そのような人材が当館の採用試験に応募していただけることを期待しています。 |
8.5.2 10年後、20年後の社会を見据えて |
8.5.2.1 10年後、20年後をイメージして、それを実現するために自分は何をすればいいかを考え、それを実践してほしい。 |
8.5.2.2 個人として、組織として、世の中に貢献。組織としての責任と義務を果たして、存立し続けられるように。 |
8.5.2.3 理想と現実のギャップがあった場合は、理想を追求してほしい |
9 おわりに |
9.1 デジタル情報時代において、出版物は、冊子体から動画・音声等を含むマルチメディア化されたコンテンツへ移行しつつあります。また、冊子体の原資料は文化財として保存するために、デジタル化していくことが求められています。他の文化財も保有機関においてデジタル化が進む状況において、文化的資産をあらゆる人々が将来にわたり享受、活用できるようにし、人々の創造的な活用に貢献するためには、社会全体でデジタル情報資源の「見える化」はもとより、より効率的なアクセスの保障に取り組む必要があり、組織を越えたナショナルアーカイブは重要な役割を果たすことになります。 産学官のそれぞれの組織は、これらの施策が同一の方向性を持って、相互に資源を補完し合っていく必要があります。NDLは、ナショナルアーカイブの構築、さらに、世界レベルでの「インターナショナルアーカイブ」の構築へと発展することを目指し、その中核的な役割を担っていくべきと考えています。 同時に、今後10年のデジタル情報化の進展を見据えつつ、このようなナショナルアーカイブを利用して知識創造のための情報が入手できる状況になったときに、知識創造を支援する図書館の役割は何か、また図書館に必要な機能の検討を加速させる必要があると考えます。 |