図書館情報システムに関連するタスクと必要なスキル
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年のデジタル情報化の進展を見据えつつ、このようなナショナルアーカイブを利用して知識創造のための情報が入手できる状況になったときに、知識創造を支援する図書館の役割は何か、また図書館に必要な機能の検討を加速させる必要があると考えます。 |
iCDスキル概要と情報処理試験(熟達度レベル評価判定)
1 スキル熟達度 |
1.1 |
1.2 ITパスポート試験 レベル1 |
1.2.1 技術内容を講義などを受講し知っている/知識がある |
1.2.2 手法内容を講義などを受講し知っている/どんなものか知っている、言える/テキストで知っている |
1.2.3 関与する業種・業務がどんなものか知っている、言える/有報などの公開情報で知っている |
1.3 基本情報技術者試験 レベル2 |
1.3.1 指示があると使える、活用できる/実装経験がある |
1.3.2 当該手法で分析できる/メソドロジを指導下で使える |
1.3.3 関与する業種・業務のIT領域の課題点を知っている |
1.4 応用情報技術者試験 レベル3 |
1.4.1 機能要件が作成できる/自立してある限定条件で仕事ができる |
1.4.2 課題に応じて手法の使い分けができる/現場にて手法を活用し結論を導いた事がある |
1.4.3 関与する業種・業務のIT領域の課題点に対し解決策を提案した事がある |
2 戦略 |
2.1 (戦略) 市場機会の評価と選定 |
2.1.1 経営戦略マネジメント |
2.2 (戦略) マーケティング |
2.2.1 経営戦略マネジメント |
2.3 (戦略) 製品・サービス戦略 |
2.3.1 サービスマネジメント |
2.3.2 経営戦略マネジメント |
2.4 (戦略) 製品・サービス開発戦略 |
2.4.1 技術戦略マネジメント |
2.5 (戦略) システム戦略立案手法 |
2.5.1 システム戦略 |
2.6 (戦略) コンサルティング手法 |
2.6.1 企業活動 |
2.7 (戦略) 業務動向把握手法 |
2.7.1 システム監査 |
2.7.2 システム企画 |
2.7.3 ビジネスインダストリ |
3 企画 |
3.1 (企画) システム企画立案手法 |
3.1.1 システム企画 |
3.2 (企画) 要求分析手法 |
3.2.1 システム企画 |
3.3 (企画) 非機能要件設計手法 |
3.3.1 システム企画 |
3.3.2 システム開発技術 |
4 実装 |
4.1 (実装) アーキテクチャ設計手法 |
4.1.1 システム構成要素 |
4.1.2 システム開発技術 |
4.1.3 システム戦略 |
4.2 (実装) ソフトウェアエンジニアリング手法 |
4.2.1 システム開発技術 |
4.2.2 ソフトウェア開発管理技術 |
4.3 (実装) カスタマーサービス手法 |
4.3.1 システム開発技術 |
4.4 (実装) 業務パッケージ活用手法 |
4.4.1 システム企画 |
4.4.2 ビジネスインダストリ |
4.5 (実装) データマイニング手法 |
4.5.1 基礎理論 |
4.5.2 データベース |
4.6 (実装) 見積り手法 |
4.6.1 プロジェクトマネジメント |
4.7 (実装) プロジェクトマネジメント手法 |
4.7.1 プロジェクトマネジメント |
5 利活用 |
5.1 (利活用) サービスマネジメント |
5.1.1 サービスマネジメント |
5.2 (利活用) サービスの設計・移行 |
5.2.1 サービスマネジメント |
5.3 (利活用) サービスマネジメントプロセス |
5.3.1 サービスマネジメント |
5.4 (利活用) サービスの運用 |
5.4.1 サービスマネジメント |
6 支援活動 |
6.1 (支援活動) 品質マネジメント手法 |
6.1.1 システム開発技術 |
6.1.2 プロジェクトマネジメント |
6.1.3 企業活動 |
6.2 (支援活動) リスクマネジメント手法 |
6.2.1 セキュリティ |
6.2.2 プロジェクトマネジメント |
6.2.3 企業活動 |
6.3 (支援活動) ITガバナンス |
6.3.1 システム監査 |
6.4 (支援活動) 資産管理手法 |
6.4.1 ソフトウェア開発管理技術 |
6.4.2 企業活動 |
6.5 (支援活動) ファシリティマネジメント手法 |
6.5.1 サービスマネジメント |
6.6 (支援活動) 事業継続計画 |
6.6.1 サービスマネジメント |
6.6.2 企業活動 |
6.7 (支援活動) システム監査手法 |
6.7.1 システム監査 |
6.8 (支援活動) 標準化・再利用手法 |
6.8.1 ソフトウェア開発管理技術 |
6.8.2 法務 |
6.9 (支援活動) 人材育成・教育・研修 |
6.10 (支援活動) 情報セキュリティ |
6.10.1 情報セキュリティ監査契約手法 |
7 システム |
7.1 ソフトウェア |
7.1.1 (システム) ソフトウェアの基礎技術 |
7.1.1.1 アルゴリズムとプログラミング |
7.1.1.2 ソフトウェア |
7.1.2 (システム) ソフトウェアの構築技術 |
7.1.2.1 システム開発技術 |
7.1.2.2 ソフトウェア |
7.1.3 (システム) ソフトウェアの利用技術 |
7.1.3.1 基礎理論 |
7.1.3.2 ソフトウェア開発管理技術 |
7.1.3.3 ビジネスインダストリ |
7.2 Webシステム |
7.2.1 (システム) Webシステムの基礎技術 |
7.2.1.1 システム構成要素 |
7.2.1.2 ネットワーク |
7.2.1.3 セキュリティ |
7.2.2 (システム) Webシステムの構築技術 |
7.2.2.1 アルゴリズムとプログラミング |
7.2.3 (システム) Webシステムの構築技術 |
7.2.3.1 ソフトウェア |
7.2.4 (システム) Webシステムの利用技術 |
7.2.4.1 ビジネスインダストリ |
7.3 データベース |
7.3.1 (システム) データベースの基礎技術 |
7.3.1.1 データベース |
7.3.2 (システム) データベースの構築技術 |
7.3.2.1 データベース |
7.3.3 (システム) データベースの利用技術 |
7.3.3.1 データベース |
7.4 プラットフォーム |
7.4.1 (システム) プラットフォームの基礎技術 |
7.4.1.1 ソフトウェア |
7.4.2 (システム) プラットフォームの構築技術 |
7.4.2.1 ソフトウェア |
7.4.3 (システム) プラットフォームの利用技術 |
7.4.3.1 システム構成要素 |
7.4.3.2 ソフトウェア |
7.5 ハードウェア |
7.5.1 (システム) ハードウェアの基礎技術 |
7.5.1.1 ハードウェア |
7.5.2 (システム) ハードウェアの構築技術 |
7.5.2.1 コンピュータ構成要素 |
7.5.2.2 ハードウェア |
7.5.3 (システム) ハードウェアの利用技術 |
7.5.3.1 コンピュータ構成要素 |
7.5.3.2 ソフトウェア |
7.5.3.3 ハードウェア |
7.6 ネットワーク |
7.6.1 (システム) ネットワークの基礎技術 |
7.6.1.1 ネットワーク |
7.6.2 (システム) ネットワークの構築技術 |
7.6.2.1 ネットワーク |
7.6.3 (システム) ネットワークの利用技術 |
7.6.3.1 ネットワーク |
8 開発 |
8.1 (開発) システムアーキテクティング技術 |
8.1.1 システム開発技術 |
8.1.2 ソフトウェア |
8.2 (開発) システム開発管理技術 |
8.2.1 ソフトウェア開発管理技術 |
9 保守・運用 |
9.1 (保守・運用) ITサービスマネジメント業務管理技術 |
9.1.1 サービスマネジメント |
9.2 (保守・運用) ITサービスオペレーション技術 |
9.2.1 サービスマネジメント |
9.3 (保守・運用) システム保守・運用・評価 |
9.3.1 システム開発技術 |
9.4 (保守・運用) 障害修理技術 |
9.5 (保守・運用) 施工実務技術 |
9.6 (保守・運用) ファシリティ設計技術 |
9.7 (保守・運用) サポートセンター基盤技術 |
10 非機能要件 |
10.1 (非機能要件) 非機能要件(可用性、性能・拡張性) |
10.1.1 システム構成要素 |
10.2 (非機能要件) セキュリティの基礎技術 |
10.2.1 セキュリティ |
10.3 (非機能要件) セキュリティの構築技術 |
10.3.1 セキュリティ |
10.4 (非機能要件) セキュリティの利用技術 |
10.4.1 セキュリティ |
11 共通技術 |
11.1 (共通技術) IT基礎 |
11.1.1 基礎理論 |
11.1.2 アルゴリズムとプログラミング |
11.1.3 コンピュータ構成要素 |
11.1.4 システム構成要素 |
11.2 (共通技術) ナレッジマネジメント技術 |
12 ビジネスインダストリ |
12.1 ビジネスインダストリ |
13 企業活動 |
13.1 企業活動 |
13.2 法務 |
14 法規・基準・標準 |
14.1 法務 |
タスク毎に必要なスキル詳細 (タスク小分類415項目)
1 戦略 |
1.1 事業戦略把握・策定支援 |
1.1.1 要求(構想)の確認 |
1.1.1.1 経営要求の確認 |
1.1.1.1.1 ビジネス戦略と目標・評価 |
1.1.1.1.2 経営戦略手法 |
1.1.1.1.3 経営・組織論 |
1.1.1.1.4 OR・IE |
1.1.1.1.5 概念化力 |
1.1.1.1.6 俯瞰力 |
1.1.1.1.7 革新力 |
1.1.1.2 経営環境の調査・分析と課題の抽出 |
1.1.1.2.1 ビジネス環境分析手法 |
1.1.1.2.2 ビジネス戦略と目標・評価 |
1.1.1.2.3 業界動向把握の手法 |
1.1.1.2.4 経営管理システム |
1.1.1.2.5 経営戦略手法 |
1.1.1.2.6 経営・組織論 |
1.1.1.2.7 OR・IE |
1.1.1.2.8 問題発見力 |
1.1.1.2.9 問題分析力 |
1.1.1.2.10 仮説設定力 |
1.1.2 新ビジネスモデルへの提言 |
1.1.2.1 業界動向の調査・分析 |
1.1.2.1.1 ビジネス環境分析手法 |
1.1.2.1.2 ビジネス戦略と目標・評価 |
1.1.2.1.3 業界動向把握の手法 |
1.1.2.1.4 経営管理システム |
1.1.2.1.5 経営戦略手法 |
1.1.2.1.6 最新技術動向把握の手法 |
1.1.2.1.7 業務動向の把握手法 |
1.1.2.1.8 問題分析力 |
1.1.2.1.9 論理思考力 |
1.1.2.1.10 革新力 |
1.1.2.2 ビジネスモデル策定への助言 |
1.1.2.2.1 ビジネス環境分析手法 |
1.1.2.2.2 ビジネス戦略と目標・評価 |
1.1.2.2.3 経営管理システム |
1.1.2.2.4 経営戦略手法 |
1.1.2.2.5 最新技術動向把握の手法 |
1.1.2.2.6 インダストリ知識 |
1.1.2.2.7 エンジニアリングシステム |
1.1.2.2.8 ビジネスシステム |
1.1.2.2.9 産業機器 |
1.1.2.2.10 民生機器 |
1.1.2.2.11 経営・組織論 |
1.1.2.2.12 会計・財務 |
1.1.2.2.13 概念化力 |
1.1.2.2.14 深耕力 |
1.1.2.2.15 共感を呼ぶ力 |
1.1.3 事業戦略の実現シナリオへの提言 |
1.1.3.1 実現可能性の確認 |
1.1.3.1.1 ビジネス戦略と目標・評価 |
1.1.3.1.2 経営管理システム |
1.1.3.1.3 最新技術動向把握の手法 |
1.1.3.1.4 仮説設定力 |
1.1.3.1.5 論理思考力 |
1.1.3.1.6 俯瞰力 |
1.1.3.1.7 共感を呼ぶ力 |
1.1.3.2 全社戦略の展開における活動・成果指標の設定 |
1.1.3.2.1 ビジネス戦略と目標・評価 |
1.1.3.2.2 経営戦略手法 |
1.1.3.2.3 問題分析力 |
1.1.3.2.4 仮説設定力 |
1.1.3.2.5 継続力 |
1.1.3.2.6 共感を呼ぶ力 |
1.1.3.3 課題とリスクの洗い出し |
1.1.3.3.1 ビジネス戦略と目標・評価 |
1.1.3.3.2 業界動向把握の手法 |
1.1.3.3.3 経営管理システム |
1.1.3.3.4 OR・IE |
1.1.3.3.5 問題分析力 |
1.1.3.3.6 概念化力 |
1.1.3.3.7 共感を呼ぶ力 |
1.1.3.4 超概算予算の算出 |
1.1.3.4.1 ビジネス戦略と目標・評価 |
1.1.3.4.2 会計・財務 |
1.1.3.4.3 仮説設定力 |
1.1.3.4.4 論理思考力 |
1.1.3.4.5 革新力 |
1.2 IT製品・サービス戦略策定 |
1.2.1 市場動向の調査・分析・予測 |
1.2.1.1 市場機会の発見と選択 |
1.2.1.1.1 製品戦略手法 |
1.2.1.1.2 サービス戦略手法 |
1.2.1.1.3 ITSM戦略手法 |
1.2.1.1.4 データセンタ戦略手法 |
1.2.1.1.5 B2Bマーケティング戦略手法 |
1.2.1.1.6 顧客環境分析手法 |
1.2.1.1.7 インダストリ知識 |
1.2.1.1.8 エンジニアリングシステム |
1.2.1.1.9 ビジネスシステム |
1.2.1.1.10 産業機器 |
1.2.1.1.11 民生機器 |
1.2.1.1.12 問題発見力 |
1.2.1.1.13 問題分析力 |
1.2.1.1.14 革新力 |
1.2.1.2 ターゲット市場のビジネスチャンス分析 |
1.2.1.2.1 製品戦略手法 |
1.2.1.2.2 サービス戦略手法 |
1.2.1.2.3 ITSM戦略手法 |
1.2.1.2.4 データセンタ戦略手法 |
1.2.1.2.5 B2Bマーケティング戦略手法 |
1.2.1.2.6 顧客環境分析手法 |
1.2.1.2.7 製品開発戦略手法 |
1.2.1.2.8 技術開発計画 |
1.2.1.2.9 技術開発戦略の立案 |
1.2.1.2.10 インダストリ知識 |
1.2.1.2.11 エンジニアリングシステム |
1.2.1.2.12 ビジネスシステム |
1.2.1.2.13 産業機器 |
1.2.1.2.14 民生機器 |
1.2.1.2.15 仮説設定力 |
1.2.1.2.16 論理思考力 |
1.2.1.2.17 革新力 |
1.2.2 IT製品・サービス戦略の策定 |
1.2.2.1 ビジネス機会の分析 |
1.2.2.1.1 製品戦略手法 |
1.2.2.1.2 サービス戦略手法 |
1.2.2.1.3 ITSM戦略手法 |
1.2.2.1.4 データセンタ戦略手法 |
1.2.2.1.5 顧客環境分析手法 |
1.2.2.1.6 製品開発戦略手法 |
1.2.2.1.7 技術開発計画 |
1.2.2.1.8 技術開発戦略の立案 |
1.2.2.1.9 インダストリ知識 |
1.2.2.1.10 エンジニアリングシステム |
1.2.2.1.11 ビジネスシステム |
1.2.2.1.12 産業機器 |
1.2.2.1.13 民生機器 |
1.2.2.1.14 仮説設定力 |
1.2.2.1.15 論理思考力 |
1.2.2.1.16 概念化力 |
1.2.2.1.17 共感を呼ぶ力 |
1.2.2.2 新規製品・サービスの企画 |
1.2.2.2.1 製品戦略手法 |
1.2.2.2.2 サービス戦略手法 |
1.2.2.2.3 ITSM戦略手法 |
1.2.2.2.4 データセンタ戦略手法 |
1.2.2.2.5 顧客環境分析手法 |
1.2.2.2.6 製品開発戦略手法 |
1.2.2.2.7 技術開発計画 |
1.2.2.2.8 インダストリ知識 |
1.2.2.2.9 エンジニアリングシステム |
1.2.2.2.10 ビジネスシステム |
1.2.2.2.11 産業機器 |
1.2.2.2.12 民生機器 |
1.2.2.2.13 仮説設定力 |
1.2.2.2.14 概念化力 |
1.2.2.2.15 深耕力 |
1.2.2.2.16 共感を呼ぶ力 |
1.2.2.3 既存製品・サービスのロードマップ更新 |
1.2.2.3.1 製品戦略手法 |
1.2.2.3.2 サービス戦略手法 |
1.2.2.3.3 ITSM戦略手法 |
1.2.2.3.4 データセンタ戦略手法 |
1.2.2.3.5 顧客環境分析手法 |
1.2.2.3.6 製品開発戦略手法 |
1.2.2.3.7 技術開発計画 |
1.2.2.3.8 インダストリ知識 |
1.2.2.3.9 エンジニアリングシステム |
1.2.2.3.10 ビジネスシステム |
1.2.2.3.11 産業機器 |
1.2.2.3.12 民生機器 |
1.2.2.3.13 論理思考力 |
1.2.2.3.14 概念化力 |
1.2.2.3.15 革新力 |
1.2.2.3.16 共感を呼ぶ力 |
2 企画 |
2.1 IT戦略策定・実行推進 |
2.1.1 基本方針の策定 |
2.1.1.1 現状分析・環境分析 |
2.1.1.1.1 システム活用促進・評価 |
2.1.1.1.2 ソリューションビジネス |
2.1.1.1.3 業務プロセス |
2.1.1.1.4 現行システムの調査・分析手法 |
2.1.1.1.5 事業戦略の把握・分析の手法 |
2.1.1.1.6 情報システム戦略 |
2.1.1.1.7 コンサルティング手法 |
2.1.1.1.8 問題発見力 |
2.1.1.1.9 問題分析力 |
2.1.1.1.10 論理思考力 |
2.1.1.1.11 革新力 |
2.1.1.2 IT基本方針の策定 |
2.1.1.2.1 システム化戦略手法 |
2.1.1.2.2 ソリューションビジネス |
2.1.1.2.3 業務プロセス |
2.1.1.2.4 情報システム戦略 |
2.1.1.2.5 概念化力 |
2.1.1.2.6 継続力 |
2.1.1.2.7 共感を呼ぶ力 |
2.1.2 IT化計画の策定 |
2.1.2.1 IT中期計画の作成 |
2.1.2.1.1 システム化戦略手法 |
2.1.2.1.2 ソリューションビジネス |
2.1.2.1.3 業務プロセス |
2.1.2.1.4 情報システム戦略 |
2.1.2.1.5 問題分析力 |
2.1.2.1.6 論理思考力 |
2.1.2.1.7 概念化力 |
2.1.2.1.8 共感を呼ぶ力 |
2.1.2.2 IT基盤戦略の策定 |
2.1.2.2.1 システム化戦略手法 |
2.1.2.2.2 情報システム戦略 |
2.1.2.2.3 仮説設定力 |
2.1.2.2.4 概念化力 |
2.1.2.2.5 革新力 |
2.1.2.2.6 共感を呼ぶ力 |
2.1.2.3 事業部門のIT化計画の作成 |
2.1.2.3.1 システム化戦略手法 |
2.1.2.3.2 情報システム戦略 |
2.1.2.3.3 論理思考力 |
2.1.2.3.4 概念化力 |
2.1.2.3.5 革新力 |
2.1.2.3.6 共感を呼ぶ力 |
2.1.2.4 IT基盤計画の作成 |
2.1.2.4.1 システム化戦略手法 |
2.1.2.4.2 情報システム戦略 |
2.1.2.4.3 仮説設定力 |
2.1.2.4.4 論理思考力 |
2.1.2.4.5 継続力 |
2.1.2.5 全体計画の策定 |
2.1.2.5.1 システム化戦略手法 |
2.1.2.5.2 情報システム戦略 |
2.1.2.5.3 論理思考力 |
2.1.2.5.4 概念化力 |
2.1.2.5.5 深耕力 |
2.1.2.5.6 共感を呼ぶ力 |
2.1.3 IT戦略実行マネジメント |
2.1.3.1 IT戦略の理解とプログラムの定義 |
2.1.3.1.1 システム化戦略手法 |
2.1.3.1.2 システム活用促進・評価 |
2.1.3.1.3 情報システム戦略 |
2.1.3.1.4 論理思考力 |
2.1.3.1.5 概念化力 |
2.1.3.1.6 革新力 |
2.1.3.1.7 共感を呼ぶ力 |
2.1.3.2 プログラム戦略マネジメント |
2.1.3.2.1 システム化戦略手法 |
2.1.3.2.2 システム活用促進・評価 |
2.1.3.2.3 情報システム戦略 |
2.1.3.2.4 論理思考力 |
2.1.3.2.5 概念化力 |
2.1.3.2.6 共感を呼ぶ力 |
2.1.3.3 実行組織の確立 |
2.1.3.3.1 システム化戦略手法 |
2.1.3.3.2 システム活用促進・評価 |
2.1.3.3.3 情報システム戦略 |
2.1.3.3.4 論理思考力 |
2.1.3.3.5 継続力 |
2.1.3.3.6 相手の考えを理解する力 |
2.1.3.4 モニタリング |
2.1.3.4.1 システム化戦略手法 |
2.1.3.4.2 システム活用促進・評価 |
2.1.3.4.3 情報システム戦略 |
2.1.3.4.4 問題発見力 |
2.1.3.4.5 問題分析力 |
2.1.3.4.6 革新力 |
2.1.3.4.7 自分の考えを伝える力 |
2.1.3.5 アセスメントマネジメント |
2.1.3.5.1 システム化戦略手法 |
2.1.3.5.2 システム活用促進・評価 |
2.1.3.5.3 情報システム戦略 |
2.1.3.5.4 問題分析力 |
2.1.3.5.5 仮説設定力 |
2.1.3.5.6 革新力 |
2.1.3.6 プログラムリスクへの対応 |
2.1.3.6.1 システム化戦略手法 |
2.1.3.6.2 システム活用促進・評価 |
2.1.3.6.3 情報システム戦略 |
2.1.3.6.4 仮説設定力 |
2.1.3.6.5 論理思考力 |
2.1.3.6.6 革新力 |
2.1.3.7 コミュニティマネジメント |
2.1.3.7.1 システム化戦略手法 |
2.1.3.7.2 システム活用促進・評価 |
2.1.3.7.3 情報システム戦略 |
2.1.3.7.4 問題分析力 |
2.1.3.7.5 相手の考えを理解する力 |
2.1.3.7.6 共感を呼ぶ力 |
2.2 システム企画立案 |
2.2.1 システム化構想の立案 |
2.2.1.1 システム化構想基本方針の策定 |
2.2.1.1.1 システム化戦略手法 |
2.2.1.1.2 事業戦略の把握・分析の手法 |
2.2.1.1.3 情報システム戦略 |
2.2.1.1.4 システム化計画 |
2.2.1.1.5 概念化力 |
2.2.1.1.6 革新力 |
2.2.1.1.7 共感を呼ぶ力 |
2.2.1.2 現行業務、システムの調査分析 |
2.2.1.2.1 システム活用促進・評価 |
2.2.1.2.2 ソリューションビジネス |
2.2.1.2.3 業務プロセス |
2.2.1.2.4 現行システムの調査・分析手法 |
2.2.1.2.5 情報システム戦略 |
2.2.1.2.6 IT基盤構築プロセス |
2.2.1.2.7 システム方式設計 |
2.2.1.2.8 問題分析力 |
2.2.1.2.9 仮説設定力 |
2.2.1.2.10 相手の考えを理解する力 |
2.2.1.3 新業務の全体像把握と評価指標の設定 |
2.2.1.3.1 業務プロセス |
2.2.1.3.2 情報システム戦略 |
2.2.1.3.3 システム化計画 |
2.2.1.3.4 システム企画立案手法 |
2.2.1.3.5 仮説設定力 |
2.2.1.3.6 概念化力 |
2.2.1.3.7 共感を呼ぶ力 |
2.2.1.4 投資規模の策定 |
2.2.1.4.1 情報システム戦略 |
2.2.1.4.2 システム化計画 |
2.2.1.4.3 システム企画立案手法 |
2.2.1.4.4 調達計画・実施 |
2.2.1.4.5 規模の見積手法 |
2.2.1.4.6 システムインテグレーションとアーキテクチャ |
2.2.1.4.7 論理思考力 |
2.2.1.4.8 革新力 |
2.2.1.4.9 共感を呼ぶ力 |
2.2.1.5 システム化構想の成案化 |
2.2.1.5.1 システム化戦略手法 |
2.2.1.5.2 ソリューションビジネス |
2.2.1.5.3 業務プロセス |
2.2.1.5.4 情報システム戦略 |
2.2.1.5.5 システム化計画 |
2.2.1.5.6 システム企画立案手法 |
2.2.1.5.7 技術問題解決手法 |
2.2.1.5.8 仮説設定力 |
2.2.1.5.9 概念化力 |
2.2.1.5.10 継続力 |
2.2.1.6 システム化構想の支援 |
2.2.1.6.1 システム化戦略手法 |
2.2.1.6.2 ソリューションビジネス |
2.2.1.6.3 業務プロセス |
2.2.1.6.4 情報システム戦略 |
2.2.1.6.5 システム化計画 |
2.2.1.6.6 システム企画立案手法 |
2.2.1.6.7 技術問題解決手法 |
2.2.1.6.8 システムインテグレーションとアーキテクチャ |
2.2.1.6.9 システム方式設計 |
2.2.1.6.10 深耕力 |
2.2.1.6.11 相手の考えを理解する力 |
2.2.1.6.12 自分の考えを伝える力 |
2.2.2 システム化計画の策定 |
2.2.2.1 システム化計画におけるプロジェクト計画の策定 |
2.2.2.1.1 情報システム戦略 |
2.2.2.1.2 仮説設定力 |
2.2.2.1.3 概念化力 |
2.2.2.1.4 深耕力 |
2.2.2.2 システム計画の基本要件の確認 |
2.2.2.2.1 システム化戦略手法 |
2.2.2.2.2 情報システム戦略 |
2.2.2.2.3 システム化計画 |
2.2.2.2.4 システム企画立案手法 |
2.2.2.2.5 問題分析力 |
2.2.2.2.6 概念化力 |
2.2.2.2.7 継続力 |
2.2.2.3 対象業務の課題整理 |
2.2.2.3.1 業務プロセス |
2.2.2.3.2 情報システム戦略 |
2.2.2.3.3 システム化計画 |
2.2.2.3.4 システム企画立案手法 |
2.2.2.3.5 問題発見力 |
2.2.2.3.6 問題分析力 |
2.2.2.3.7 仮説設定力 |
2.2.2.3.8 深耕力 |
2.2.2.4 現状システムの分析と対応方針の策定 |
2.2.2.4.1 システム活用促進・評価 |
2.2.2.4.2 現行システムの調査・分析手法 |
2.2.2.4.3 情報システム戦略 |
2.2.2.4.4 技術問題解決手法 |
2.2.2.4.5 システムインテグレーションとアーキテクチャ |
2.2.2.4.6 IT基盤構築プロセス |
2.2.2.4.7 問題発見力 |
2.2.2.4.8 問題分析力 |
2.2.2.4.9 仮説設定力 |
2.2.2.5 業務モデルの作成 |
2.2.2.5.1 業務プロセス |
2.2.2.5.2 情報システム戦略 |
2.2.2.5.3 システム企画立案手法 |
2.2.2.5.4 論理思考力 |
2.2.2.5.5 概念化力 |
2.2.2.5.6 共感を呼ぶ力 |
2.2.2.6 システム化機能の整理とシステム方式の検討 |
2.2.2.6.1 業務プロセス |
2.2.2.6.2 情報システム戦略 |
2.2.2.6.3 システム企画立案手法 |
2.2.2.6.4 システムインテグレーションとアーキテクチャ |
2.2.2.6.5 論理思考力 |
2.2.2.6.6 概念化力 |
2.2.2.6.7 深耕力 |
2.2.2.7 付帯機能、付帯設備に対する基本方針の明確化 |
2.2.2.7.1 システム化戦略手法 |
2.2.2.7.2 情報システム戦略 |
2.2.2.7.3 システム企画立案手法 |
2.2.2.7.4 仮説設定力 |
2.2.2.7.5 深耕力 |
2.2.2.7.6 継続力 |
2.2.2.8 サービスレベルと品質に対する基本方針の明確化 |
2.2.2.8.1 システム化戦略手法 |
2.2.2.8.2 情報システム戦略 |
2.2.2.8.3 システム企画立案手法 |
2.2.2.8.4 システムインテグレーションとアーキテクチャ |
2.2.2.8.5 仮説設定力 |
2.2.2.8.6 概念化力 |
2.2.2.8.7 深耕力 |
2.2.2.9 プロジェクトの目標設定 |
2.2.2.9.1 情報システム戦略 |
2.2.2.9.2 システム企画立案手法 |
2.2.2.9.3 概念化力 |
2.2.2.9.4 継続力 |
2.2.2.9.5 革新力 |
2.2.2.10 実現可能性の検討 |
2.2.2.10.1 情報システム戦略 |
2.2.2.10.2 システム企画立案手法 |
2.2.2.10.3 技術問題解決手法 |
2.2.2.10.4 システムインテグレーションとアーキテクチャ |
2.2.2.10.5 仮説設定力 |
2.2.2.10.6 革新力 |
2.2.2.11 全体開発スケジュールの作成 |
2.2.2.11.1 情報システム戦略 |
2.2.2.11.2 システム化計画 |
2.2.2.11.3 システム企画立案手法 |
2.2.2.11.4 規模の見積手法 |
2.2.2.11.5 システム要件定義 |
2.2.2.11.6 継続力 |
2.2.2.11.7 革新力 |
2.2.2.12 システム選定方針の策定 |
2.2.2.12.1 情報システム戦略 |
2.2.2.12.2 システム企画立案手法 |
2.2.2.12.3 調達計画・実施 |
2.2.2.12.4 システム要件定義 |
2.2.2.12.5 システムインテグレーションとアーキテクチャ |
2.2.2.12.6 概念化力 |
2.2.2.12.7 継続力 |
2.2.2.12.8 共感を呼ぶ力 |
2.2.2.13 費用とシステム投資効果の予測 |
2.2.2.13.1 情報システム戦略 |
2.2.2.13.2 システム化計画 |
2.2.2.13.3 システム企画立案手法 |
2.2.2.13.4 システム要件定義 |
2.2.2.13.5 仮説設定力 |
2.2.2.13.6 論理思考力 |
2.2.2.13.7 革新力 |
2.2.2.14 システム化計画の成案化 |
2.2.2.14.1 情報システム戦略 |
2.2.2.14.2 システム化計画 |
2.2.2.14.3 システム企画立案手法 |
2.2.2.14.4 システム要件定義 |
2.2.2.14.5 論理思考力 |
2.2.2.14.6 深耕力 |
2.2.2.14.7 継続力 |
2.2.3 業務・システム要件定義 |
2.2.3.1 業務要件の定義 |
2.2.3.1.1 システム化戦略手法 |
2.2.3.1.2 システム活用促進・評価 |
2.2.3.1.3 情報システム戦略 |
2.2.3.1.4 システム企画立案手法 |
2.2.3.1.5 システム要件定義 |
2.2.3.1.6 問題分析力 |
2.2.3.1.7 概念化力 |
2.2.3.1.8 俯瞰力 |
2.2.3.2 システム要件の定義 |
2.2.3.2.1 システム化戦略手法 |
2.2.3.2.2 システム活用促進・評価 |
2.2.3.2.3 情報システム戦略 |
2.2.3.2.4 システム企画立案手法 |
2.2.3.2.5 システム要件定義 |
2.2.3.2.6 論理思考力 |
2.2.3.2.7 概念化力 |
2.2.3.2.8 俯瞰力 |
2.2.4 ITサービス要件定義 |
2.2.4.1 ITサービス要件の定義 |
2.2.4.1.1 システム化戦略手法 |
2.2.4.1.2 システム活用促進・評価 |
2.2.4.1.3 情報システム戦略 |
2.2.4.1.4 システム企画立案手法 |
2.2.4.1.5 システム要件定義 |
2.2.4.1.6 問題分析力 |
2.2.4.1.7 俯瞰力 |
2.2.4.1.8 深耕力 |
2.2.5 情報セキュリティ要件定義 |
2.2.5.1 情報セキュリティ要件の定義 |
2.2.5.1.1 システム化戦略手法 |
2.2.5.1.2 システム活用促進・評価 |
2.2.5.1.3 情報システム戦略 |
2.2.5.1.4 システム企画立案手法 |
2.2.5.1.5 システム要件定義 |
2.2.5.1.6 仮説設定力 |
2.2.5.1.7 相手の考えを理解する力 |
2.2.5.2 情報セキュリティ規定の作成 |
2.2.5.2.1 システム化戦略手法 |
2.2.5.2.2 情報システム戦略 |
2.2.5.2.3 システム企画立案手法 |
2.2.5.2.4 深耕力 |
2.2.5.3 情報セキュリティ計画の立案 |
2.2.5.3.1 システム化戦略手法 |
2.2.5.3.2 情報システム戦略 |
2.2.5.3.3 システム企画立案手法 |
2.2.5.3.4 仮説設定力 |
2.2.5.3.5 継続力 |
2.2.5.3.6 革新力 |
2.2.5.4 情報セキュリティ基準の策定 |
2.2.5.4.1 システム化戦略手法 |
2.2.5.4.2 情報システム戦略 |
2.2.5.4.3 システム企画立案手法 |
2.2.5.4.4 深耕力 |
2.2.5.4.5 自分の考えを伝える力 |
3 開発 |
3.1 システム要件定義・方式設計 |
3.1.1 システム化要件定義 |
3.1.1.1 システム化の対象と目的の決定 |
3.1.1.1.1 要求の抽出手法 |
3.1.1.1.2 要求の整理手法 |
3.1.1.1.3 要求の仕様化手法 |
3.1.1.1.4 要求の評価手法 |
3.1.1.1.5 要件定義 |
3.1.1.1.6 システム要件定義 |
3.1.1.1.7 システムインテグレーションとアーキテクチャ |
3.1.1.1.8 アプリケーション共通基盤要件定義手法 |
3.1.1.1.9 IT基盤構築プロセス |
3.1.1.1.10 仮説設定力 |
3.1.1.1.11 俯瞰力 |
3.1.1.1.12 相手の考えを理解する力 |
3.1.1.2 要求事項の調査と分析 |
3.1.1.2.1 要求の抽出手法 |
3.1.1.2.2 要求の整理手法 |
3.1.1.2.3 要求の仕様化手法 |
3.1.1.2.4 要求の評価手法 |
3.1.1.2.5 要件定義 |
3.1.1.2.6 プラットフォーム要件定義手法 |
3.1.1.2.7 システム要件定義 |
3.1.1.2.8 システムインテグレーションとアーキテクチャ |
3.1.1.2.9 アプリケーション共通基盤要件定義手法 |
3.1.1.2.10 IT基盤構築プロセス |
3.1.1.2.11 非機能要件の基礎 |
3.1.1.2.12 問題分析力 |
3.1.1.2.13 革新力 |
3.1.1.2.14 相手の考えを理解する力 |
3.1.1.3 機能要件の定義 |
3.1.1.3.1 要求の抽出手法 |
3.1.1.3.2 要求の整理手法 |
3.1.1.3.3 要求の仕様化手法 |
3.1.1.3.4 要求の評価手法 |
3.1.1.3.5 要件定義 |
3.1.1.3.6 システム要件定義 |
3.1.1.3.7 システムインテグレーションとアーキテクチャ |
3.1.1.3.8 アプリケーション共通基盤要件定義手法 |
3.1.1.3.9 IT基盤構築プロセス |
3.1.1.3.10 概念化力 |
3.1.1.3.11 深耕力 |
3.1.1.3.12 相手の考えを理解する力 |
3.1.1.4 非機能要件の定義 |
3.1.1.4.1 要求の抽出手法 |
3.1.1.4.2 要求の整理手法 |
3.1.1.4.3 要求の仕様化手法 |
3.1.1.4.4 要求の評価手法 |
3.1.1.4.5 要件定義 |
3.1.1.4.6 プラットフォーム要件定義手法 |
3.1.1.4.7 システム要件定義 |
3.1.1.4.8 システムインテグレーションとアーキテクチャ |
3.1.1.4.9 アプリケーション共通基盤要件定義手法 |
3.1.1.4.10 IT基盤構築プロセス |
3.1.1.4.11 非機能要件の基礎 |
3.1.1.4.12 システム信頼性、性能設計 |
3.1.1.4.13 仮説設定力 |
3.1.1.4.14 俯瞰力 |
3.1.1.5 システム化要件の文書化とレビュー |
3.1.1.5.1 要求の抽出手法 |
3.1.1.5.2 要求の整理手法 |
3.1.1.5.3 要求の仕様化手法 |
3.1.1.5.4 要求の評価手法 |
3.1.1.5.5 要件定義 |
3.1.1.5.6 プラットフォーム要件定義手法 |
3.1.1.5.7 システム要件定義 |
3.1.1.5.8 システムインテグレーションとアーキテクチャ |
3.1.1.5.9 アプリケーション共通基盤要件定義手法 |
3.1.1.5.10 IT基盤構築プロセス |
3.1.1.5.11 非機能要件の基礎 |
3.1.1.5.12 論理思考力 |
3.1.1.5.13 深耕力 |
3.1.1.5.14 継続力 |
3.1.2 システム化要件定義(Webサイト) |
3.1.2.1 現状把握 |
3.1.2.1.1 要求の抽出手法 |
3.1.2.1.2 要求の整理手法 |
3.1.2.1.3 要求の仕様化手法 |
3.1.2.1.4 要求の評価手法 |
3.1.2.1.5 要件定義 |
3.1.2.1.6 システム要件定義 |
3.1.2.1.7 システムインテグレーションとアーキテクチャ |
3.1.2.1.8 アプリケーション共通基盤要件定義手法 |
3.1.2.1.9 IT基盤構築プロセス |
3.1.2.1.10 問題分析力 |
3.1.2.2 対象Webサイトの要件定義 |
3.1.2.2.1 要求の抽出手法 |
3.1.2.2.2 要求の整理手法 |
3.1.2.2.3 要求の仕様化手法 |
3.1.2.2.4 要求の評価手法 |
3.1.2.2.5 要件定義 |
3.1.2.2.6 プラットフォーム要件定義手法 |
3.1.2.2.7 システム基盤の非機能要件設計 |
3.1.2.2.8 システム要件定義 |
3.1.2.2.9 システムインテグレーションとアーキテクチャ |
3.1.2.2.10 アプリケーション共通基盤要件定義手法 |
3.1.2.2.11 IT基盤構築プロセス |
3.1.2.2.12 概念化力 |
3.1.2.2.13 俯瞰力 |
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.1.7 データアーキテクチャ設計手法 |
3.1.3.1.8 システム要件定義 |
3.1.3.1.9 システムインテグレーションとアーキテクチャ |
3.1.3.1.10 アプリケーション共通基盤要件定義手法 |
3.1.3.1.11 アプリケーション共通基盤設計手法 |
3.1.3.1.12 IT基盤構築プロセス |
3.1.3.1.13 システム間連携技術 |
3.1.3.1.14 システム方式設計 |
3.1.3.1.15 オブジェクト指向技術 |
3.1.3.1.16 非機能要件の基礎 |
3.1.3.1.17 システム信頼性、性能設計 |
3.1.3.1.18 インタフェース設計 |
3.1.3.1.19 概念化力 |
3.1.3.1.20 革新力 |
3.1.3.1.21 共感を呼ぶ力 |
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.2.5 データアーキテクチャ設計手法 |
3.1.3.2.6 システム要件定義 |
3.1.3.2.7 システムインテグレーションとアーキテクチャ |
3.1.3.2.8 アプリケーション共通基盤要件定義手法 |
3.1.3.2.9 アプリケーション共通基盤設計手法 |
3.1.3.2.10 IT基盤構築プロセス |
3.1.3.2.11 システム間連携技術 |
3.1.3.2.12 システム方式設計 |
3.1.3.2.13 オブジェクト指向技術 |
3.1.3.2.14 インタフェース設計 |
3.1.3.2.15 仮説設定力 |
3.1.3.2.16 論理思考力 |
3.1.3.3 システム方式設計の文書化とレビュー |
3.1.3.3.1 プラットフォーム要件定義手法 |
3.1.3.3.2 システム基盤の非機能要件設計 |
3.1.3.3.3 アーキテクチャ設計手法 |
3.1.3.3.4 アプリケーションアーキテクチャ設計手法 |
3.1.3.3.5 インダストリパッケージ設計・開発手法 |
3.1.3.3.6 インフラストラクチャアーキテクチャ設計手法 |
3.1.3.3.7 データアーキテクチャ設計手法 |
3.1.3.3.8 システム要件定義 |
3.1.3.3.9 システムインテグレーションとアーキテクチャ |
3.1.3.3.10 アプリケーション共通基盤要件定義手法 |
3.1.3.3.11 アプリケーション共通基盤設計手法 |
3.1.3.3.12 IT基盤構築プロセス |
3.1.3.3.13 システム間連携技術 |
3.1.3.3.14 システム方式設計 |
3.1.3.3.15 オブジェクト指向技術 |
3.1.3.3.16 非機能要件の基礎 |
3.1.3.3.17 システム信頼性、性能設計 |
3.1.3.3.18 インタフェース設計 |
3.1.3.3.19 仮説設定力 |
3.1.3.3.20 深耕力 |
3.1.3.3.21 革新力 |
3.1.4 システム方式設計(ソフトウェア製品) |
3.1.4.1 システム方式の設計 |
3.1.4.1.1 プラットフォーム要件定義手法 |
3.1.4.1.2 システム基盤の非機能要件設計 |
3.1.4.1.3 アーキテクチャ設計手法 |
3.1.4.1.4 アプリケーションアーキテクチャ設計手法 |
3.1.4.1.5 データアーキテクチャ設計手法 |
3.1.4.1.6 システム要件定義 |
3.1.4.1.7 アプリケーション共通基盤要件定義手法 |
3.1.4.1.8 アプリケーション共通基盤設計手法 |
3.1.4.1.9 IT基盤構築プロセス |
3.1.4.1.10 システム間連携技術 |
3.1.4.1.11 システム方式設計 |
3.1.4.1.12 導入 |
3.1.4.1.13 オブジェクト指向技術 |
3.1.4.1.14 フレームワーク要素技術 |
3.1.4.1.15 非機能要件の基礎 |
3.1.4.1.16 システム信頼性、性能設計 |
3.1.4.1.17 インタフェース設計 |
3.1.4.1.18 概念化力 |
3.1.4.1.19 革新力 |
3.1.4.1.20 共感を呼ぶ力 |
3.1.4.2 システム方式設計の文書化とレビュー |
3.1.4.2.1 プラットフォーム要件定義手法 |
3.1.4.2.2 システム基盤の非機能要件設計 |
3.1.4.2.3 アーキテクチャ設計手法 |
3.1.4.2.4 アプリケーションアーキテクチャ設計手法 |
3.1.4.2.5 データアーキテクチャ設計手法 |
3.1.4.2.6 システム要件定義 |
3.1.4.2.7 アプリケーション共通基盤要件定義手法 |
3.1.4.2.8 アプリケーション共通基盤設計手法 |
3.1.4.2.9 IT基盤構築プロセス |
3.1.4.2.10 システム間連携技術 |
3.1.4.2.11 システム方式設計 |
3.1.4.2.12 導入 |
3.1.4.2.13 オブジェクト指向技術 |
3.1.4.2.14 フレームワーク要素技術 |
3.1.4.2.15 非機能要件の基礎 |
3.1.4.2.16 システム信頼性、性能設計 |
3.1.4.2.17 インタフェース設計 |
3.1.4.2.18 仮説設定力 |
3.1.4.2.19 深耕力 |
3.1.4.2.20 革新力 |
3.1.5 システム方式設計(組込みソフトウェア) |
3.1.6 システム方式設計(Webサイト) |
3.1.6.1 現状把握 |
3.1.6.1.1 要求の抽出手法 |
3.1.6.1.2 要求の整理手法 |
3.1.6.1.3 要求の仕様化手法 |
3.1.6.1.4 要求の評価手法 |
3.1.6.1.5 要件定義 |
3.1.6.1.6 システム要件定義 |
3.1.6.1.7 システムインテグレーションとアーキテクチャ |
3.1.6.1.8 アプリケーション共通基盤要件定義手法 |
3.1.6.1.9 IT基盤構築プロセス |
3.1.6.1.10 問題分析力 |
3.1.6.2 対象Webサイトの要件定義 |
3.1.6.2.1 要求の抽出手法 |
3.1.6.2.2 要求の整理手法 |
3.1.6.2.3 要求の仕様化手法 |
3.1.6.2.4 要求の評価手法 |
3.1.6.2.5 要件定義 |
3.1.6.2.6 プラットフォーム要件定義手法 |
3.1.6.2.7 システム基盤の非機能要件設計 |
3.1.6.2.8 システム要件定義 |
3.1.6.2.9 システムインテグレーションとアーキテクチャ |
3.1.6.2.10 アプリケーション共通基盤要件定義手法 |
3.1.6.2.11 IT基盤構築プロセス |
3.1.6.2.12 概念化力 |
3.1.6.2.13 俯瞰力 |
3.1.7 開発準備 |
3.1.7.1 開発手法の決定と開発プロセスの定義 |
3.1.7.1.1 アーキテクチャ設計手法 |
3.1.7.1.2 アプリケーションアーキテクチャ設計手法 |
3.1.7.1.3 IT基盤構築プロセス |
3.1.7.1.4 システム方式設計 |
3.1.7.1.5 導入 |
3.1.7.1.6 開発プロセス・手法 |
3.1.7.1.7 開発環境管理 |
3.1.7.1.8 仮説設定力 |
3.1.7.1.9 相手の考えを理解する力 |
3.1.7.2 開発環境の準備 |
3.1.7.2.1 アーキテクチャ設計手法 |
3.1.7.2.2 アプリケーションアーキテクチャ設計手法 |
3.1.7.2.3 IT基盤構築プロセス |
3.1.7.2.4 システム方式設計 |
3.1.7.2.5 導入 |
3.1.7.2.6 開発プロセス・手法 |
3.1.7.2.7 開発環境管理 |
3.1.7.2.8 革新力 |
3.1.7.2.9 相手の考えを理解する力 |
3.1.8 開発準備(アジャイル) |
3.1.8.1 開発手法の決定と開発プロセスの定義 |
3.1.8.1.1 アーキテクチャ設計手法 |
3.1.8.1.2 アプリケーションアーキテクチャ設計手法 |
3.1.8.1.3 IT基盤構築プロセス |
3.1.8.1.4 システム方式設計 |
3.1.8.1.5 導入 |
3.1.8.1.6 開発プロセス・手法 |
3.1.8.1.7 開発環境管理 |
3.1.8.1.8 仮説設定力 |
3.1.8.1.9 継続力 |
3.1.8.1.10 革新力 |
3.1.8.2 開発環境の準備 |
3.1.8.2.1 アーキテクチャ設計手法 |
3.1.8.2.2 アプリケーションアーキテクチャ設計手法 |
3.1.8.2.3 IT基盤構築プロセス |
3.1.8.2.4 システム方式設計 |
3.1.8.2.5 導入 |
3.1.8.2.6 開発プロセス・手法 |
3.1.8.2.7 開発環境管理 |
3.1.8.2.8 革新力 |
3.1.8.2.9 相手の考えを理解する力 |
3.1.8.3 アジャイル開発の準備 |
3.1.8.3.1 アーキテクチャ設計手法 |
3.1.8.3.2 アプリケーションアーキテクチャ設計手法 |
3.1.8.3.3 IT基盤構築プロセス |
3.1.8.3.4 システム方式設計 |
3.1.8.3.5 導入 |
3.1.8.3.6 開発プロセス・手法 |
3.1.8.3.7 開発環境管理 |
3.1.8.3.8 俯瞰力 |
3.1.8.3.9 継続力 |
3.2 運用設計 |
3.2.1 システム運用設計 |
3.2.1.1 方針と基準の策定 |
3.2.1.1.1 サービスの設計手法 |
3.2.1.1.2 サービス移行手法 |
3.2.1.1.3 サービス提供プロセス遂行手法 |
3.2.1.1.4 解決プロセス遂行手法 |
3.2.1.1.5 統合的制御プロセス遂行手法 |
3.2.1.1.6 関係プロセス遂行手法 |
3.2.1.1.7 システム運用管理要件定義 |
3.2.1.1.8 システム運用管理設計 |
3.2.1.1.9 災害対策 |
3.2.1.1.10 継続力 |
3.2.1.1.11 革新力 |
3.2.1.2 システム運用設計とレビュー |
3.2.1.2.1 サービスの設計手法 |
3.2.1.2.2 サービス移行手法 |
3.2.1.2.3 サービス提供プロセス遂行手法 |
3.2.1.2.4 解決プロセス遂行手法 |
3.2.1.2.5 統合的制御プロセス遂行手法 |
3.2.1.2.6 関係プロセス遂行手法 |
3.2.1.2.7 システム運用管理要件定義 |
3.2.1.2.8 システム運用管理設計 |
3.2.1.2.9 システム運用方式技法 |
3.2.1.2.10 システム管理計画 |
3.2.1.2.11 システム管理技術 |
3.2.1.2.12 システム保守基準 |
3.2.1.2.13 システム管理製品 |
3.2.1.2.14 障害時運用方式 |
3.2.1.2.15 災害対策 |
3.2.1.2.16 問題発見力 |
3.2.1.2.17 仮説設定力 |
3.2.1.2.18 概念化力 |
3.2.2 ITサービス設計 |
3.2.2.1 運用・保守サービスの設計 |
3.2.2.1.1 サービスの設計手法 |
3.2.2.1.2 サービス移行手法 |
3.2.2.1.3 サービス提供プロセス遂行手法 |
3.2.2.1.4 解決プロセス遂行手法 |
3.2.2.1.5 統合的制御プロセス遂行手法 |
3.2.2.1.6 関係プロセス遂行手法 |
3.2.2.1.7 システム運用管理設計 |
3.2.2.1.8 システム運用方式技法 |
3.2.2.1.9 システム管理計画 |
3.2.2.1.10 システム管理技術 |
3.2.2.1.11 システム保守基準 |
3.2.2.1.12 システム管理製品 |
3.2.2.1.13 論理思考力 |
3.2.2.1.14 継続力 |
3.2.2.1.15 自分の考えを伝える力 |
3.2.3 Webサイト運用設計 |
3.2.3.1 Webサイトの運用設計 |
3.2.3.1.1 サービスの設計手法 |
3.2.3.1.2 サービス移行手法 |
3.2.3.1.3 サービス提供プロセス遂行手法 |
3.2.3.1.4 解決プロセス遂行手法 |
3.2.3.1.5 統合的制御プロセス遂行手法 |
3.2.3.1.6 関係プロセス遂行手法 |
3.2.3.1.7 システム保守基準 |
3.2.3.1.8 継続力 |
3.2.3.1.9 革新力 |
3.3 移行設計 |
3.3.1 移行設計 |
3.3.1.1 移行の要件と方針の明確化 |
3.3.1.1.1 サービスの設計手法 |
3.3.1.1.2 サービス移行手法 |
3.3.1.1.3 移行設計 |
3.3.1.1.4 移行 |
3.3.1.1.5 プラットフォーム移行設計 |
3.3.1.1.6 プラットフォーム移行 |
3.3.1.1.7 システム保守基準 |
3.3.1.1.8 問題分析力 |
3.3.1.1.9 仮説設定力 |
3.3.1.1.10 継続力 |
3.3.1.2 移行対象の明確化 |
3.3.1.2.1 サービスの設計手法 |
3.3.1.2.2 サービス移行手法 |
3.3.1.2.3 移行設計 |
3.3.1.2.4 移行 |
3.3.1.2.5 プラットフォーム移行設計 |
3.3.1.2.6 プラットフォーム移行 |
3.3.1.2.7 システム保守基準 |
3.3.1.2.8 問題分析力 |
3.3.1.2.9 仮説設定力 |
3.3.1.2.10 論理思考力 |
3.3.1.3 移行テスト計画の作成 |
3.3.1.3.1 サービスの設計手法 |
3.3.1.3.2 サービス移行手法 |
3.3.1.3.3 移行設計 |
3.3.1.3.4 移行 |
3.3.1.3.5 プラットフォーム移行設計 |
3.3.1.3.6 プラットフォーム移行 |
3.3.1.3.7 システム保守基準 |
3.3.1.3.8 問題分析力 |
3.3.1.3.9 仮説設定力 |
3.3.1.3.10 深耕力 |
3.3.1.4 移行のスケジュールと体制の明確化 |
3.3.1.4.1 サービスの設計手法 |
3.3.1.4.2 サービス移行手法 |
3.3.1.4.3 移行設計 |
3.3.1.4.4 移行 |
3.3.1.4.5 プラットフォーム移行設計 |
3.3.1.4.6 プラットフォーム移行 |
3.3.1.4.7 システム保守基準 |
3.3.1.4.8 論理思考力 |
3.3.1.4.9 深耕力 |
3.3.1.4.10 継続力 |
3.3.1.4.11 相手の考えを理解する力 |
3.4 基盤システム構築 |
3.4.1 基盤システム設計(共通) |
3.4.1.1 全体設計(基本設計) |
3.4.1.1.1 アーキテクチャ設計手法 |
3.4.1.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.1.1.3 システム要件定義 |
3.4.1.1.4 IT基盤構築プロセス |
3.4.1.1.5 システム方式設計 |
3.4.1.1.6 非機能要件の基礎 |
3.4.1.1.7 負荷分散と可用性の設計 |
3.4.1.1.8 システム信頼性、性能設計 |
3.4.1.1.9 概念化力 |
3.4.1.1.10 俯瞰力 |
3.4.1.1.11 深耕力 |
3.4.1.1.12 革新力 |
3.4.2 基盤システム設計(プラットフォーム) |
3.4.2.1 プラットフォーム設計 |
3.4.2.1.1 アーキテクチャ設計手法 |
3.4.2.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.2.1.3 オペレーティングシステム |
3.4.2.1.4 ミドルウェア |
3.4.2.1.5 プラットフォーム技術 |
3.4.2.1.6 ITアーキテクチャ(ソフトウェア) |
3.4.2.1.7 プラットフォーム実装技術 |
3.4.2.1.8 共通基盤としてのプラットフォーム設計構築 |
3.4.2.1.9 システム診断技術と障害対策技術 |
3.4.2.1.10 製品知識(プラットフォーム) |
3.4.2.1.11 ハードウェア |
3.4.2.1.12 製品知識基礎 |
3.4.2.1.13 ITアーキテクチャ(ハードウェア) |
3.4.2.1.14 ストレージ技術 |
3.4.2.1.15 非機能要件の基礎 |
3.4.2.1.16 負荷分散と可用性の設計 |
3.4.2.1.17 システム信頼性、性能設計 |
3.4.2.1.18 仮説設定力 |
3.4.2.1.19 論理思考力 |
3.4.2.1.20 革新力 |
3.4.2.1.21 相手の考えを理解する力 |
3.4.3 基盤システム設計(データベース) |
3.4.3.1 物理データベース設計 |
3.4.3.1.1 アーキテクチャ設計手法 |
3.4.3.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.3.1.3 データアーキテクチャ設計手法 |
3.4.3.1.4 データベース |
3.4.3.1.5 リレーショナルモデル |
3.4.3.1.6 データベース方式 |
3.4.3.1.7 トランザクション処理 |
3.4.3.1.8 情報管理 |
3.4.3.1.9 データベースの要件定義 |
3.4.3.1.10 データベース設計 |
3.4.3.1.11 データベースマネジメントシステム(DBMS)の選定・導入 |
3.4.3.1.12 データベースシステムの受け入れ |
3.4.3.1.13 データベース開発における重要技術 |
3.4.3.1.14 データのオペレーション管理技術 |
3.4.3.1.15 データのセキュリティ管理技術 |
3.4.3.1.16 データベースシステム管理 |
3.4.3.1.17 データベース運用技術 |
3.4.3.1.18 データベース運用設計 |
3.4.3.1.19 データと情報の管理 |
3.4.3.1.20 データベース応用 |
3.4.3.1.21 データベース関連製品の利用技術 |
3.4.3.1.22 データベース診断技術とチューニング技術 |
3.4.3.1.23 データ移行設計 |
3.4.3.1.24 データ統合サービス設計技術 |
3.4.3.1.25 情報製品の設計技術 |
3.4.3.1.26 データベースシステムの信頼性設計 |
3.4.3.1.27 仮説設定力 |
3.4.3.1.28 論理思考力 |
3.4.3.1.29 革新力 |
3.4.3.2 データベースの運用管理・保守の設計 |
3.4.3.2.1 アーキテクチャ設計手法 |
3.4.3.2.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.3.2.3 データベース |
3.4.3.2.4 リレーショナルモデル |
3.4.3.2.5 データベース方式 |
3.4.3.2.6 トランザクション処理 |
3.4.3.2.7 情報管理 |
3.4.3.2.8 データベースの要件定義 |
3.4.3.2.9 データベース設計 |
3.4.3.2.10 データベースマネジメントシステム(DBMS)の選定・導入 |
3.4.3.2.11 データベースシステムの受け入れ |
3.4.3.2.12 データベース開発における重要技術 |
3.4.3.2.13 データのオペレーション管理技術 |
3.4.3.2.14 データのセキュリティ管理技術 |
3.4.3.2.15 データベースシステム管理 |
3.4.3.2.16 データベース運用技術 |
3.4.3.2.17 データベース運用設計 |
3.4.3.2.18 データと情報の管理 |
3.4.3.2.19 データベース応用 |
3.4.3.2.20 データベース関連製品の利用技術 |
3.4.3.2.21 データベース診断技術とチューニング技術 |
3.4.3.2.22 データ移行 |
3.4.3.2.23 データ移行設計 |
3.4.3.2.24 データ統合サービス設計技術 |
3.4.3.2.25 マスタデータ管理技術 |
3.4.3.2.26 情報製品の設計技術 |
3.4.3.2.27 データベースシステムの信頼性設計 |
3.4.3.2.28 仮説設定力 |
3.4.3.2.29 革新力 |
3.4.3.2.30 相手の考えを理解する力 |
3.4.4 基盤システム設計(ネットワーク) |
3.4.4.1 ネットワークシステムの設計 |
3.4.4.1.1 アーキテクチャ設計手法 |
3.4.4.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.4.1.3 ネットワーク |
3.4.4.1.4 ネットワークコンピューティング |
3.4.4.1.5 ネットワークシステムの技術動向 |
3.4.4.1.6 ネットワーク標準 |
3.4.4.1.7 ネットワーク方式 |
3.4.4.1.8 通信プロトコル |
3.4.4.1.9 データ通信と制御 |
3.4.4.1.10 ネットワークシステムの要件定義 |
3.4.4.1.11 ネットワーク設計 |
3.4.4.1.12 ネットワークシステムの実装技術 |
3.4.4.1.13 ネットワークシステムの導入と移行 |
3.4.4.1.14 ネットワークシステムの受け入れ |
3.4.4.1.15 ネットワークシステムの運用・保守・管理 |
3.4.4.1.16 ネットワーク管理 |
3.4.4.1.17 ネットワーク応用 |
3.4.4.1.18 ネットワーク製品知識 |
3.4.4.1.19 業界固有のセキュリティ要件、事例 |
3.4.4.1.20 テレコミュニケーション |
3.4.4.1.21 仮説設定力 |
3.4.4.1.22 概念化力 |
3.4.4.1.23 継続力 |
3.4.4.2 ネットワークの運用管理・保守の設計 |
3.4.4.2.1 アーキテクチャ設計手法 |
3.4.4.2.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.4.2.3 ネットワーク |
3.4.4.2.4 ネットワークコンピューティング |
3.4.4.2.5 ネットワークシステムの技術動向 |
3.4.4.2.6 ネットワーク標準 |
3.4.4.2.7 ネットワーク方式 |
3.4.4.2.8 通信プロトコル |
3.4.4.2.9 データ通信と制御 |
3.4.4.2.10 ネットワークシステムの要件定義 |
3.4.4.2.11 ネットワーク設計 |
3.4.4.2.12 ネットワークシステムの実装技術 |
3.4.4.2.13 ネットワークシステムの導入と移行 |
3.4.4.2.14 ネットワークシステムの受け入れ |
3.4.4.2.15 ネットワークシステムの運用・保守・管理 |
3.4.4.2.16 ネットワーク管理 |
3.4.4.2.17 ネットワーク応用 |
3.4.4.2.18 ネットワーク製品知識 |
3.4.4.2.19 業界固有のセキュリティ要件、事例 |
3.4.4.2.20 テレコミュニケーション |
3.4.4.2.21 仮説設定力 |
3.4.4.2.22 革新力 |
3.4.4.2.23 相手の考えを理解する力 |
3.4.5 基盤システム設計(システム管理) |
3.4.5.1 運用管理システムの設計 |
3.4.5.1.1 アーキテクチャ設計手法 |
3.4.5.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.5.1.3 システム運用管理設計 |
3.4.5.1.4 システム運用方式技法 |
3.4.5.1.5 システム管理技術 |
3.4.5.1.6 運行管理 |
3.4.5.1.7 システム管理製品 |
3.4.5.1.8 運用管理ソフト製品 |
3.4.5.1.9 運用システムの構築 |
3.4.5.1.10 障害時運用方式 |
3.4.5.1.11 保守技術 |
3.4.5.1.12 論理思考力 |
3.4.5.1.13 革新力 |
3.4.6 基盤システム設計(情報セキュリティ) |
3.4.6.1 セキュリティの設計 |
3.4.6.1.1 アーキテクチャ設計手法 |
3.4.6.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.6.1.3 情報セキュリティ |
3.4.6.1.4 情報保証と情報セキュリティ |
3.4.6.1.5 情報倫理とセキュリティ |
3.4.6.1.6 セキュリティ・アーキテクチャ技術 |
3.4.6.1.7 アプリケーションセキュリティ |
3.4.6.1.8 情報プラットフォームのセキュリティ技術 |
3.4.6.1.9 ネットワークのセキュリティリスク |
3.4.6.1.10 暗号技術 |
3.4.6.1.11 セキュリティと個人情報 |
3.4.6.1.12 保証、信用、信頼のメカニズム |
3.4.6.1.13 セキュリティ技術の理解と活用 |
3.4.6.1.14 情報セキュリティ対策 |
3.4.6.1.15 セキュリティ実装技術 |
3.4.6.1.16 セキュリティシステムの要件定義 |
3.4.6.1.17 セキュリティシステムの設計 |
3.4.6.1.18 セキュリティシステムの実装、検査 |
3.4.6.1.19 セキュリティシステムの運用管理 |
3.4.6.1.20 システム運用・保守技術(セキュリティ) |
3.4.6.1.21 セキュリティ障害(事件事故/インシデント)管理 |
3.4.6.1.22 情報セキュリティ管理 |
3.4.6.1.23 情報セキュリティ監査の実施・支援 |
3.4.6.1.24 セキュリティ技術評価 |
3.4.6.1.25 セキュリティの分析 |
3.4.6.1.26 セキュリティの見直し(セキュリティシステムの評価と改善) |
3.4.6.1.27 問題分析力 |
3.4.6.1.28 仮説設定力 |
3.4.6.1.29 深耕力 |
3.4.7 基盤システム構築・テスト(プラットフォーム) |
3.4.7.1 プラットフォームの構築 |
3.4.7.1.1 アーキテクチャ設計手法 |
3.4.7.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.7.1.3 オペレーティングシステム |
3.4.7.1.4 ミドルウェア |
3.4.7.1.5 プラットフォーム技術 |
3.4.7.1.6 ITアーキテクチャ(ソフトウェア) |
3.4.7.1.7 プラットフォーム実装技術 |
3.4.7.1.8 共通基盤としてのプラットフォーム設計構築 |
3.4.7.1.9 システム診断技術と障害対策技術 |
3.4.7.1.10 製品知識(プラットフォーム) |
3.4.7.1.11 ハードウェア |
3.4.7.1.12 製品知識基礎 |
3.4.7.1.13 ITアーキテクチャ(ハードウェア) |
3.4.7.1.14 ストレージ技術 |
3.4.7.1.15 問題分析力 |
3.4.7.1.16 深耕力 |
3.4.7.1.17 相手の考えを理解する力 |
3.4.7.2 テストの計画と実施 |
3.4.7.2.1 アーキテクチャ設計手法 |
3.4.7.2.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.7.2.3 オペレーティングシステム |
3.4.7.2.4 ミドルウェア |
3.4.7.2.5 プラットフォーム技術 |
3.4.7.2.6 ITアーキテクチャ(ソフトウェア) |
3.4.7.2.7 プラットフォーム実装技術 |
3.4.7.2.8 共通基盤としてのプラットフォーム設計構築 |
3.4.7.2.9 システム診断技術と障害対策技術 |
3.4.7.2.10 製品知識(プラットフォーム) |
3.4.7.2.11 ハードウェア |
3.4.7.2.12 製品知識基礎 |
3.4.7.2.13 ITアーキテクチャ(ハードウェア) |
3.4.7.2.14 ストレージ技術 |
3.4.7.2.15 問題分析力 |
3.4.7.2.16 深耕力 |
3.4.7.2.17 相手の考えを理解する力 |
3.4.8 基盤システム構築・テスト(データベース) |
3.4.8.1 データベースの構築 |
3.4.8.1.1 アーキテクチャ設計手法 |
3.4.8.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.8.1.3 データアーキテクチャ設計手法 |
3.4.8.1.4 データベース |
3.4.8.1.5 リレーショナルモデル |
3.4.8.1.6 データベース方式 |
3.4.8.1.7 データ操作 |
3.4.8.1.8 トランザクション処理 |
3.4.8.1.9 SQL |
3.4.8.1.10 情報管理 |
3.4.8.1.11 データベース設計 |
3.4.8.1.12 データベースシステムの受け入れ |
3.4.8.1.13 データベースマネジメントシステム(DBMS)への実装とテスト |
3.4.8.1.14 データベース開発における重要技術 |
3.4.8.1.15 データのオペレーション管理技術 |
3.4.8.1.16 データベース応用 |
3.4.8.1.17 データベース関連製品の利用技術 |
3.4.8.1.18 データベースの周辺技術 |
3.4.8.1.19 データベース診断技術とチューニング技術 |
3.4.8.1.20 データ移行 |
3.4.8.1.21 データ移行設計 |
3.4.8.1.22 データ統合サービス設計技術 |
3.4.8.1.23 情報製品の設計技術 |
3.4.8.1.24 問題分析力 |
3.4.8.1.25 相手の考えを理解する力 |
3.4.8.2 テストの計画と実施 |
3.4.8.2.1 アーキテクチャ設計手法 |
3.4.8.2.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.8.2.3 データアーキテクチャ設計手法 |
3.4.8.2.4 データベース |
3.4.8.2.5 リレーショナルモデル |
3.4.8.2.6 データベース方式 |
3.4.8.2.7 データ操作 |
3.4.8.2.8 トランザクション処理 |
3.4.8.2.9 SQL |
3.4.8.2.10 情報管理 |
3.4.8.2.11 データベース設計 |
3.4.8.2.12 データベースシステムの受け入れ |
3.4.8.2.13 データベースマネジメントシステム(DBMS)への実装とテスト |
3.4.8.2.14 データベース開発における重要技術 |
3.4.8.2.15 データのオペレーション管理技術 |
3.4.8.2.16 データベース応用 |
3.4.8.2.17 データベース関連製品の利用技術 |
3.4.8.2.18 データベースの周辺技術 |
3.4.8.2.19 データベース診断技術とチューニング技術 |
3.4.8.2.20 データ移行 |
3.4.8.2.21 データ移行設計 |
3.4.8.2.22 データ統合サービス設計技術 |
3.4.8.2.23 情報製品の設計技術 |
3.4.8.2.24 問題発見力 |
3.4.8.2.25 深耕力 |
3.4.8.2.26 相手の考えを理解する力 |
3.4.9 基盤システム構築・テスト(ネットワーク) |
3.4.9.1 ネットワークの構築 |
3.4.9.1.1 アーキテクチャ設計手法 |
3.4.9.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.9.1.3 ネットワーク |
3.4.9.1.4 ネットワークコンピューティング |
3.4.9.1.5 ネットワークシステムの技術動向 |
3.4.9.1.6 ネットワーク標準 |
3.4.9.1.7 ネットワーク方式 |
3.4.9.1.8 通信プロトコル |
3.4.9.1.9 データ通信と制御 |
3.4.9.1.10 ネットワークシステムの要件定義 |
3.4.9.1.11 ネットワーク設計 |
3.4.9.1.12 ネットワークシステムの実装技術 |
3.4.9.1.13 ネットワークシステムの導入と移行 |
3.4.9.1.14 ネットワークシステムの受け入れ |
3.4.9.1.15 ネットワークシステムの運用・保守・管理 |
3.4.9.1.16 ネットワーク応用 |
3.4.9.1.17 ネットワーク製品知識 |
3.4.9.1.18 業界固有のセキュリティ要件、事例 |
3.4.9.1.19 テレコミュニケーション |
3.4.9.1.20 問題分析力 |
3.4.9.1.21 相手の考えを理解する力 |
3.4.9.2 テストの計画と実施 |
3.4.9.2.1 アーキテクチャ設計手法 |
3.4.9.2.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.9.2.3 ネットワーク |
3.4.9.2.4 ネットワークコンピューティング |
3.4.9.2.5 ネットワークシステムの技術動向 |
3.4.9.2.6 ネットワーク標準 |
3.4.9.2.7 ネットワーク方式 |
3.4.9.2.8 通信プロトコル |
3.4.9.2.9 データ通信と制御 |
3.4.9.2.10 ネットワークシステムの要件定義 |
3.4.9.2.11 ネットワーク設計 |
3.4.9.2.12 ネットワークシステムの実装技術 |
3.4.9.2.13 ネットワークシステムの導入と移行 |
3.4.9.2.14 ネットワークシステムの受け入れ |
3.4.9.2.15 ネットワークシステムの運用・保守・管理 |
3.4.9.2.16 ネットワーク応用 |
3.4.9.2.17 ネットワーク製品知識 |
3.4.9.2.18 業界固有のセキュリティ要件、事例 |
3.4.9.2.19 テレコミュニケーション |
3.4.9.2.20 問題発見力 |
3.4.9.2.21 深耕力 |
3.4.9.2.22 相手の考えを理解する力 |
3.4.10 基盤システム構築・テスト(システム管理) |
3.4.10.1 運用管理システムの構築 |
3.4.10.1.1 アーキテクチャ設計手法 |
3.4.10.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.10.1.3 システム運用管理設計 |
3.4.10.1.4 システム運用方式技法 |
3.4.10.1.5 システム管理技術 |
3.4.10.1.6 運行管理 |
3.4.10.1.7 システム管理製品 |
3.4.10.1.8 運用管理ソフト製品 |
3.4.10.1.9 運用システムの構築 |
3.4.10.1.10 障害時運用方式 |
3.4.10.1.11 保守技術 |
3.4.10.1.12 相手の考えを理解する力 |
3.4.10.2 テストの計画と実施 |
3.4.10.2.1 アーキテクチャ設計手法 |
3.4.10.2.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.10.2.3 システム運用管理設計 |
3.4.10.2.4 システム運用方式技法 |
3.4.10.2.5 システム管理技術 |
3.4.10.2.6 運行管理 |
3.4.10.2.7 システム管理製品 |
3.4.10.2.8 運用管理ソフト製品 |
3.4.10.2.9 運用システムの構築 |
3.4.10.2.10 障害時運用方式 |
3.4.10.2.11 保守技術 |
3.4.10.2.12 問題発見力 |
3.4.10.2.13 深耕力 |
3.4.10.2.14 相手の考えを理解する力 |
3.4.11 基盤システム構築・テスト(情報セキュリティ) |
3.4.11.1 セキュリティの実装 |
3.4.11.1.1 アーキテクチャ設計手法 |
3.4.11.1.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.11.1.3 情報セキュリティ |
3.4.11.1.4 情報保証と情報セキュリティ |
3.4.11.1.5 情報倫理とセキュリティ |
3.4.11.1.6 セキュリティ・アーキテクチャ技術 |
3.4.11.1.7 アプリケーションセキュリティ |
3.4.11.1.8 情報プラットフォームのセキュリティ技術 |
3.4.11.1.9 ネットワークのセキュリティリスク |
3.4.11.1.10 暗号技術 |
3.4.11.1.11 セキュリティと個人情報 |
3.4.11.1.12 保証、信用、信頼のメカニズム |
3.4.11.1.13 セキュリティ技術の理解と活用 |
3.4.11.1.14 情報セキュリティ対策 |
3.4.11.1.15 セキュリティ実装技術 |
3.4.11.1.16 セキュリティシステムの設計 |
3.4.11.1.17 セキュリティシステムの実装、検査 |
3.4.11.1.18 情報セキュリティ管理 |
3.4.11.1.19 セキュリティ技術評価 |
3.4.11.1.20 問題発見力 |
3.4.11.1.21 論理思考力 |
3.4.11.1.22 相手の考えを理解する力 |
3.4.11.2 テスト計画と実施 |
3.4.11.2.1 アーキテクチャ設計手法 |
3.4.11.2.2 インフラストラクチャアーキテクチャ設計手法 |
3.4.11.2.3 情報セキュリティ |
3.4.11.2.4 情報保証と情報セキュリティ |
3.4.11.2.5 情報倫理とセキュリティ |
3.4.11.2.6 セキュリティ・アーキテクチャ技術 |
3.4.11.2.7 アプリケーションセキュリティ |
3.4.11.2.8 情報プラットフォームのセキュリティ技術 |
3.4.11.2.9 ネットワークのセキュリティリスク |
3.4.11.2.10 暗号技術 |
3.4.11.2.11 セキュリティと個人情報 |
3.4.11.2.12 保証、信用、信頼のメカニズム |
3.4.11.2.13 セキュリティ技術の理解と活用 |
3.4.11.2.14 情報セキュリティ対策 |
3.4.11.2.15 セキュリティ実装技術 |
3.4.11.2.16 セキュリティシステムの設計 |
3.4.11.2.17 セキュリティシステムの実装、検査 |
3.4.11.2.18 情報セキュリティ管理 |
3.4.11.2.19 セキュリティ技術評価 |
3.4.11.2.20 問題分析力 |
3.4.11.2.21 仮説設定力 |
3.4.11.2.22 深耕力 |
3.5 アプリケーションシステム開発 |
3.5.1 ソフトウェア要件定義 |
3.5.1.1 機能要件と非機能要件の定義 |
3.5.1.1.1 ソフトウェアのモデリング手法 |
3.5.1.1.2 ソフトウェア工学 |
3.5.1.1.3 ソフトウェアの標準化 |
3.5.1.1.4 ソフトウェアエンジニアリングツール・開発技術 |
3.5.1.1.5 ソフトウェア設計の基礎知識 |
3.5.1.1.6 オープンソースソフトウェア |
3.5.1.1.7 システム開発の概念と方法論 |
3.5.1.1.8 システム開発のアプローチ |
3.5.1.1.9 ソフトウェア要件定義 |
3.5.1.1.10 アプリケーション方式設計手法 |
3.5.1.1.11 アプリケーション設計 |
3.5.1.1.12 リアルタイムシステム設計 |
3.5.1.1.13 ソフトウェア開発のフォールトトレランス |
3.5.1.1.14 アプリケーション計画 |
3.5.1.1.15 ソフトウェアの進化や保守 |
3.5.1.1.16 業務パッケージ最新動向 |
3.5.1.1.17 非機能要件の基礎 |
3.5.1.1.18 システム信頼性、性能設計 |
3.5.1.1.19 概念化力 |
3.5.1.1.20 俯瞰力 |
3.5.1.1.21 深耕力 |
3.5.1.2 インタフェース要件の定義 |
3.5.1.2.1 ソフトウェアのモデリング手法 |
3.5.1.2.2 ソフトウェア工学 |
3.5.1.2.3 ソフトウェアの標準化 |
3.5.1.2.4 ソフトウェアエンジニアリングツール・開発技術 |
3.5.1.2.5 ソフトウェア設計の基礎知識 |
3.5.1.2.6 オープンソースソフトウェア |
3.5.1.2.7 システム開発の概念と方法論 |
3.5.1.2.8 システム開発のアプローチ |
3.5.1.2.9 ソフトウェア要件定義 |
3.5.1.2.10 アプリケーション方式設計手法 |
3.5.1.2.11 アプリケーション設計 |
3.5.1.2.12 リアルタイムシステム設計 |
3.5.1.2.13 ソフトウェア開発のフォールトトレランス |
3.5.1.2.14 アプリケーション計画 |
3.5.1.2.15 ソフトウェアの進化や保守 |
3.5.1.2.16 業務パッケージ最新動向 |
3.5.1.2.17 問題発見力 |
3.5.1.2.18 論理思考力 |
3.5.1.2.19 俯瞰力 |
3.5.1.3 概念データモデルの作成 |
3.5.1.3.1 ソフトウェアのモデリング手法 |
3.5.1.3.2 ソフトウェア工学 |
3.5.1.3.3 ソフトウェアの標準化 |
3.5.1.3.4 ソフトウェアエンジニアリングツール・開発技術 |
3.5.1.3.5 ソフトウェア設計の基礎知識 |
3.5.1.3.6 オープンソースソフトウェア |
3.5.1.3.7 システム開発の概念と方法論 |
3.5.1.3.8 システム開発のアプローチ |
3.5.1.3.9 ソフトウェア要件定義 |
3.5.1.3.10 アプリケーション方式設計手法 |
3.5.1.3.11 アプリケーション設計 |
3.5.1.3.12 リアルタイムシステム設計 |
3.5.1.3.13 ソフトウェア開発のフォールトトレランス |
3.5.1.3.14 アプリケーション計画 |
3.5.1.3.15 ソフトウェアの進化や保守 |
3.5.1.3.16 業務パッケージ最新動向 |
3.5.1.3.17 概念化力 |
3.5.1.3.18 俯瞰力 |
3.5.1.4 ソフトウェア要件の評価 |
3.5.1.4.1 ソフトウェアのモデリング手法 |
3.5.1.4.2 ソフトウェア工学 |
3.5.1.4.3 ソフトウェアの標準化 |
3.5.1.4.4 ソフトウェアエンジニアリングツール・開発技術 |
3.5.1.4.5 ソフトウェア設計の基礎知識 |
3.5.1.4.6 オープンソースソフトウェア |
3.5.1.4.7 システム開発の概念と方法論 |
3.5.1.4.8 システム開発のアプローチ |
3.5.1.4.9 ソフトウェア要件定義 |
3.5.1.4.10 アプリケーション方式設計手法 |
3.5.1.4.11 アプリケーション設計 |
3.5.1.4.12 リアルタイムシステム設計 |
3.5.1.4.13 ソフトウェア開発のフォールトトレランス |
3.5.1.4.14 アプリケーション計画 |
3.5.1.4.15 ソフトウェアの進化や保守 |
3.5.1.4.16 業務パッケージ最新動向 |
3.5.1.4.17 問題分析力 |
3.5.1.4.18 論理思考力 |
3.5.1.5 パッケージ利用時のフィット&ギャップ分析 |
3.5.1.5.1 ソフトウェアのモデリング手法 |
3.5.1.5.2 業務パッケージ適用手法 |
3.5.1.5.3 業務パッケージ導入手法 |
3.5.1.5.4 ソフトウェア工学 |
3.5.1.5.5 ソフトウェアの標準化 |
3.5.1.5.6 ソフトウェアエンジニアリングツール・開発技術 |
3.5.1.5.7 ソフトウェア設計の基礎知識 |
3.5.1.5.8 オープンソースソフトウェア |
3.5.1.5.9 システム開発の概念と方法論 |
3.5.1.5.10 システム開発のアプローチ |
3.5.1.5.11 ソフトウェア要件定義 |
3.5.1.5.12 アプリケーション方式設計手法 |
3.5.1.5.13 アプリケーション設計 |
3.5.1.5.14 リアルタイムシステム設計 |
3.5.1.5.15 ソフトウェア開発のフォールトトレランス |
3.5.1.5.16 アプリケーション計画 |
3.5.1.5.17 ソフトウェアの進化や保守 |
3.5.1.5.18 業務パッケージ最新動向 |
3.5.1.5.19 問題分析力 |
3.5.1.5.20 論理思考力 |
3.5.1.5.21 俯瞰力 |
3.5.2 ソフトウェア方式設計 |
3.5.2.1 ソフトウェアコンポーネントの方式設計 |
3.5.2.1.1 ソフトウェアデザイン手法 |
3.5.2.1.2 ソフトウェアのモデリング手法 |
3.5.2.1.3 ソフトウェア設計の表記手法 |
3.5.2.1.4 ソフトウェア工学 |
3.5.2.1.5 ソフトウェアの標準化 |
3.5.2.1.6 ソフトウェアエンジニアリングツール・開発技術 |
3.5.2.1.7 ソフトウェア設計の基礎知識 |
3.5.2.1.8 オープンソースソフトウェア |
3.5.2.1.9 システム開発の概念と方法論 |
3.5.2.1.10 システム開発のアプローチ |
3.5.2.1.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.2.1.12 アプリケーション方式設計手法 |
3.5.2.1.13 アプリケーション設計 |
3.5.2.1.14 リアルタイムシステム設計 |
3.5.2.1.15 ソフトウェア開発のフォールトトレランス |
3.5.2.1.16 アプリケーション計画 |
3.5.2.1.17 ソフトウェアの進化や保守 |
3.5.2.1.18 仮説設定力 |
3.5.2.1.19 論理思考力 |
3.5.2.1.20 概念化力 |
3.5.2.1.21 共感を呼ぶ力 |
3.5.2.2 インタフェースの方式設計 |
3.5.2.2.1 ソフトウェアデザイン手法 |
3.5.2.2.2 ソフトウェアのモデリング手法 |
3.5.2.2.3 ソフトウェア設計の表記手法 |
3.5.2.2.4 ソフトウェア工学 |
3.5.2.2.5 ソフトウェアの標準化 |
3.5.2.2.6 ソフトウェアエンジニアリングツール・開発技術 |
3.5.2.2.7 ソフトウェア設計の基礎知識 |
3.5.2.2.8 オープンソースソフトウェア |
3.5.2.2.9 システム開発の概念と方法論 |
3.5.2.2.10 システム開発のアプローチ |
3.5.2.2.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.2.2.12 アプリケーション方式設計手法 |
3.5.2.2.13 アプリケーション設計 |
3.5.2.2.14 リアルタイムシステム設計 |
3.5.2.2.15 ソフトウェア開発のフォールトトレランス |
3.5.2.2.16 アプリケーション計画 |
3.5.2.2.17 ソフトウェアの進化や保守 |
3.5.2.2.18 仮説設定力 |
3.5.2.2.19 概念化力 |
3.5.2.2.20 相手の考えを理解する力 |
3.5.2.3 論理データベース設計(論理データモデルの作成) |
3.5.2.3.1 ソフトウェアデザイン手法 |
3.5.2.3.2 ソフトウェアのモデリング手法 |
3.5.2.3.3 ソフトウェア設計の表記手法 |
3.5.2.3.4 ソフトウェア工学 |
3.5.2.3.5 ソフトウェアの標準化 |
3.5.2.3.6 ソフトウェアエンジニアリングツール・開発技術 |
3.5.2.3.7 ソフトウェア設計の基礎知識 |
3.5.2.3.8 オープンソースソフトウェア |
3.5.2.3.9 システム開発の概念と方法論 |
3.5.2.3.10 システム開発のアプローチ |
3.5.2.3.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.2.3.12 アプリケーション方式設計手法 |
3.5.2.3.13 アプリケーション設計 |
3.5.2.3.14 リアルタイムシステム設計 |
3.5.2.3.15 ソフトウェア開発のフォールトトレランス |
3.5.2.3.16 アプリケーション計画 |
3.5.2.3.17 ソフトウェアの進化や保守 |
3.5.2.3.18 ネットワーク型組込みシステム |
3.5.2.3.19 組込みの基礎 |
3.5.2.3.20 組込みマイクロコントローラ |
3.5.2.3.21 組込み用アーキテクチャ |
3.5.2.3.22 組込み応用分野の知識 |
3.5.2.3.23 インタフェース設計 |
3.5.2.3.24 デバイスドライバ |
3.5.2.3.25 問題分析力 |
3.5.2.3.26 論理思考力 |
3.5.2.3.27 相手の考えを理解する力 |
3.5.2.4 コード設計 |
3.5.2.4.1 ソフトウェアデザイン手法 |
3.5.2.4.2 ソフトウェアのモデリング手法 |
3.5.2.4.3 ソフトウェア設計の表記手法 |
3.5.2.4.4 ソフトウェア工学 |
3.5.2.4.5 ソフトウェアの標準化 |
3.5.2.4.6 ソフトウェアエンジニアリングツール・開発技術 |
3.5.2.4.7 ソフトウェア設計の基礎知識 |
3.5.2.4.8 オープンソースソフトウェア |
3.5.2.4.9 システム開発の概念と方法論 |
3.5.2.4.10 システム開発のアプローチ |
3.5.2.4.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.2.4.12 アプリケーション方式設計手法 |
3.5.2.4.13 アプリケーション設計 |
3.5.2.4.14 リアルタイムシステム設計 |
3.5.2.4.15 ソフトウェア開発のフォールトトレランス |
3.5.2.4.16 アプリケーション計画 |
3.5.2.4.17 ソフトウェアの進化や保守 |
3.5.2.4.18 論理思考力 |
3.5.2.4.19 革新力 |
3.5.2.4.20 相手の考えを理解する力 |
3.5.2.5 データサービスを活用した設計 |
3.5.2.5.1 ソフトウェアデザイン手法 |
3.5.2.5.2 ソフトウェアのモデリング手法 |
3.5.2.5.3 ソフトウェア設計の表記手法 |
3.5.2.5.4 ソフトウェア工学 |
3.5.2.5.5 ソフトウェアの標準化 |
3.5.2.5.6 ソフトウェアエンジニアリングツール・開発技術 |
3.5.2.5.7 ソフトウェア設計の基礎知識 |
3.5.2.5.8 オープンソースソフトウェア |
3.5.2.5.9 システム開発の概念と方法論 |
3.5.2.5.10 システム開発のアプローチ |
3.5.2.5.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.2.5.12 アプリケーション方式設計手法 |
3.5.2.5.13 アプリケーション設計 |
3.5.2.5.14 リアルタイムシステム設計 |
3.5.2.5.15 ソフトウェア開発のフォールトトレランス |
3.5.2.5.16 アプリケーション計画 |
3.5.2.5.17 ソフトウェアの進化や保守 |
3.5.2.5.18 問題分析力 |
3.5.2.5.19 論理思考力 |
3.5.2.5.20 概念化力 |
3.5.2.6 パッケージのカスタマイズ方針の決定 |
3.5.2.6.1 ソフトウェアデザイン手法 |
3.5.2.6.2 ソフトウェアのモデリング手法 |
3.5.2.6.3 ソフトウェア設計の表記手法 |
3.5.2.6.4 ソフトウェア工学 |
3.5.2.6.5 ソフトウェアの標準化 |
3.5.2.6.6 ソフトウェアエンジニアリングツール・開発技術 |
3.5.2.6.7 ソフトウェア設計の基礎知識 |
3.5.2.6.8 オープンソースソフトウェア |
3.5.2.6.9 システム開発の概念と方法論 |
3.5.2.6.10 システム開発のアプローチ |
3.5.2.6.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.2.6.12 アプリケーション方式設計手法 |
3.5.2.6.13 アプリケーション設計 |
3.5.2.6.14 リアルタイムシステム設計 |
3.5.2.6.15 ソフトウェア開発のフォールトトレランス |
3.5.2.6.16 アプリケーション計画 |
3.5.2.6.17 ソフトウェアの進化や保守 |
3.5.2.6.18 仮説設定力 |
3.5.2.6.19 概念化力 |
3.5.2.6.20 継続力 |
3.5.3 開発環境構築 |
3.5.3.1 開発環境構築計画の立案 |
3.5.3.1.1 ソフトウェアデザイン手法 |
3.5.3.1.2 ソフトウェアのモデリング手法 |
3.5.3.1.3 ソフトウェア設計の表記手法 |
3.5.3.1.4 業務パッケージ適用手法 |
3.5.3.1.5 業務パッケージ導入手法 |
3.5.3.1.6 ソフトウェア工学 |
3.5.3.1.7 ソフトウェアの標準化 |
3.5.3.1.8 ソフトウェアエンジニアリングツール・開発技術 |
3.5.3.1.9 ソフトウェア設計の基礎知識 |
3.5.3.1.10 オープンソースソフトウェア |
3.5.3.1.11 システム開発の概念と方法論 |
3.5.3.1.12 システム開発のアプローチ |
3.5.3.1.13 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.3.1.14 アプリケーション方式設計手法 |
3.5.3.1.15 アプリケーション設計 |
3.5.3.1.16 リアルタイムシステム設計 |
3.5.3.1.17 ソフトウェア開発のフォールトトレランス |
3.5.3.1.18 アプリケーション計画 |
3.5.3.1.19 ソフトウェアの進化や保守 |
3.5.3.1.20 業務パッケージ最新動向 |
3.5.3.1.21 仮説設定力 |
3.5.3.1.22 概念化力 |
3.5.3.1.23 革新力 |
3.5.3.2 開発環境の構築と維持 |
3.5.3.2.1 セキュリティ実装手法 |
3.5.3.2.2 ソフトウェアデザイン手法 |
3.5.3.2.3 ソフトウェアのモデリング手法 |
3.5.3.2.4 ソフトウェア開発手法 |
3.5.3.2.5 ソフトウェア製作手法 |
3.5.3.2.6 ソフトウェア設計の表記手法 |
3.5.3.2.7 開発プロセス設定手法 |
3.5.3.2.8 開発環境設計手法 |
3.5.3.2.9 ソフトウェア設計手法 |
3.5.3.2.10 ソフトウェア工学 |
3.5.3.2.11 ソフトウェアの標準化 |
3.5.3.2.12 ソフトウェアエンジニアリングツール・開発技術 |
3.5.3.2.13 ソフトウェア構築の基礎知識 |
3.5.3.2.14 ソフトウェア設計の基礎知識 |
3.5.3.2.15 オープンソースソフトウェア |
3.5.3.2.16 システム開発の概念と方法論 |
3.5.3.2.17 システム開発のアプローチ |
3.5.3.2.18 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.3.2.19 開発ツール |
3.5.3.2.20 業務パッケージ最新動向 |
3.5.3.2.21 仮説設定力 |
3.5.3.2.22 革新力 |
3.5.3.2.23 自分の考えを伝える力 |
3.5.4 アプリケーション共通基盤設計・構築 |
3.5.4.1 アプリケーション共通基盤の設計 |
3.5.4.1.1 セキュリティ実装手法 |
3.5.4.1.2 ソフトウェアデザイン手法 |
3.5.4.1.3 ソフトウェアのモデリング手法 |
3.5.4.1.4 ソフトウェア開発手法 |
3.5.4.1.5 ソフトウェア製作手法 |
3.5.4.1.6 ソフトウェア設計の表記手法 |
3.5.4.1.7 開発プロセス設定手法 |
3.5.4.1.8 開発環境設計手法 |
3.5.4.1.9 ソフトウェア設計手法 |
3.5.4.1.10 ソフトウェア工学 |
3.5.4.1.11 ソフトウェアの標準化 |
3.5.4.1.12 ソフトウェアエンジニアリングツール・開発技術 |
3.5.4.1.13 ソフトウェア構築の基礎知識 |
3.5.4.1.14 ソフトウェア設計の基礎知識 |
3.5.4.1.15 オープンソースソフトウェア |
3.5.4.1.16 システム開発の概念と方法論 |
3.5.4.1.17 システム開発のアプローチ |
3.5.4.1.18 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.4.1.19 開発ツール |
3.5.4.1.20 業務パッケージ最新動向 |
3.5.4.1.21 概念化力 |
3.5.4.1.22 革新力 |
3.5.4.1.23 共感を呼ぶ力 |
3.5.4.2 アプリケーション共通基盤の構築・テスト |
3.5.4.2.1 セキュリティ実装手法 |
3.5.4.2.2 ソフトウェアデザイン手法 |
3.5.4.2.3 ソフトウェアのモデリング手法 |
3.5.4.2.4 ソフトウェア開発手法 |
3.5.4.2.5 ソフトウェア製作手法 |
3.5.4.2.6 ソフトウェア設計の表記手法 |
3.5.4.2.7 開発プロセス設定手法 |
3.5.4.2.8 開発環境設計手法 |
3.5.4.2.9 ソフトウェア設計手法 |
3.5.4.2.10 ソフトウェア工学 |
3.5.4.2.11 ソフトウェアの標準化 |
3.5.4.2.12 ソフトウェアエンジニアリングツール・開発技術 |
3.5.4.2.13 ソフトウェア構築の基礎知識 |
3.5.4.2.14 ソフトウェア設計の基礎知識 |
3.5.4.2.15 その他の言語 |
3.5.4.2.16 オープンソースソフトウェア |
3.5.4.2.17 システム開発の概念と方法論 |
3.5.4.2.18 システム開発のアプローチ |
3.5.4.2.19 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.4.2.20 アプリケーション設計 |
3.5.4.2.21 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.4.2.22 開発ツール |
3.5.4.2.23 問題発見力 |
3.5.4.2.24 論理思考力 |
3.5.4.2.25 相手の考えを理解する力 |
3.5.4.3 アプリケーション構築の支援 |
3.5.4.3.1 セキュリティ実装手法 |
3.5.4.3.2 ソフトウェアデザイン手法 |
3.5.4.3.3 ソフトウェアのモデリング手法 |
3.5.4.3.4 ソフトウェア開発手法 |
3.5.4.3.5 ソフトウェア製作手法 |
3.5.4.3.6 ソフトウェア設計の表記手法 |
3.5.4.3.7 開発プロセス設定手法 |
3.5.4.3.8 開発環境設計手法 |
3.5.4.3.9 ソフトウェア設計手法 |
3.5.4.3.10 ソフトウェア工学 |
3.5.4.3.11 ソフトウェアの標準化 |
3.5.4.3.12 ソフトウェアエンジニアリングツール・開発技術 |
3.5.4.3.13 ソフトウェア構築の基礎知識 |
3.5.4.3.14 ソフトウェア設計の基礎知識 |
3.5.4.3.15 その他の言語 |
3.5.4.3.16 オープンソースソフトウェア |
3.5.4.3.17 システム開発の概念と方法論 |
3.5.4.3.18 システム開発のアプローチ |
3.5.4.3.19 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.4.3.20 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.4.3.21 開発ツール |
3.5.4.3.22 論理思考力 |
3.5.4.3.23 深耕力 |
3.5.4.3.24 自分の考えを伝える力 |
3.5.5 業務プロセス設計 |
3.5.5.1 業務プロセスの設計 |
3.5.5.1.1 セキュリティ実装手法 |
3.5.5.1.2 ソフトウェアデザイン手法 |
3.5.5.1.3 ソフトウェアのモデリング手法 |
3.5.5.1.4 ソフトウェア開発手法 |
3.5.5.1.5 ソフトウェア製作手法 |
3.5.5.1.6 ソフトウェア設計の表記手法 |
3.5.5.1.7 開発プロセス設定手法 |
3.5.5.1.8 開発環境設計手法 |
3.5.5.1.9 ソフトウェア設計手法 |
3.5.5.1.10 ソフトウェア工学 |
3.5.5.1.11 ソフトウェアの標準化 |
3.5.5.1.12 ソフトウェアエンジニアリングツール・開発技術 |
3.5.5.1.13 ソフトウェア構築の基礎知識 |
3.5.5.1.14 ソフトウェア設計の基礎知識 |
3.5.5.1.15 その他の言語 |
3.5.5.1.16 オープンソースソフトウェア |
3.5.5.1.17 システム開発の概念と方法論 |
3.5.5.1.18 システム開発のアプローチ |
3.5.5.1.19 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.5.1.20 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.5.1.21 開発ツール |
3.5.5.1.22 開発プロセス・手法 |
3.5.5.1.23 開発環境管理 |
3.5.5.1.24 概念化力 |
3.5.5.1.25 深耕力 |
3.5.5.1.26 共感を呼ぶ力 |
3.5.6 ソフトウェア詳細設計 |
3.5.6.1 ソフトウェアコンポーネント設計(機能分割・構造化) |
3.5.6.1.1 ソフトウェアデザイン手法 |
3.5.6.1.2 ソフトウェアのモデリング手法 |
3.5.6.1.3 ソフトウェア開発手法 |
3.5.6.1.4 ソフトウェア製作手法 |
3.5.6.1.5 ソフトウェア設計の表記手法 |
3.5.6.1.6 開発プロセス設定手法 |
3.5.6.1.7 開発環境設計手法 |
3.5.6.1.8 ソフトウェア設計手法 |
3.5.6.1.9 ソフトウェア工学 |
3.5.6.1.10 ソフトウェアの標準化 |
3.5.6.1.11 ソフトウェアエンジニアリングツール・開発技術 |
3.5.6.1.12 ソフトウェア構築の基礎知識 |
3.5.6.1.13 ソフトウェア設計の基礎知識 |
3.5.6.1.14 オープンソースソフトウェア |
3.5.6.1.15 システム開発の概念と方法論 |
3.5.6.1.16 システム開発のアプローチ |
3.5.6.1.17 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.6.1.18 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.6.1.19 開発ツール |
3.5.6.1.20 論理思考力 |
3.5.6.1.21 概念化力 |
3.5.6.1.22 相手の考えを理解する力 |
3.5.6.2 入出力詳細設計 |
3.5.6.2.1 ソフトウェアデザイン手法 |
3.5.6.2.2 ソフトウェアのモデリング手法 |
3.5.6.2.3 ソフトウェア開発手法 |
3.5.6.2.4 ソフトウェア製作手法 |
3.5.6.2.5 ソフトウェア設計の表記手法 |
3.5.6.2.6 開発プロセス設定手法 |
3.5.6.2.7 開発環境設計手法 |
3.5.6.2.8 ソフトウェア設計手法 |
3.5.6.2.9 ソフトウェア工学 |
3.5.6.2.10 ソフトウェアの標準化 |
3.5.6.2.11 ソフトウェアエンジニアリングツール・開発技術 |
3.5.6.2.12 ソフトウェア構築の基礎知識 |
3.5.6.2.13 ソフトウェア設計の基礎知識 |
3.5.6.2.14 オープンソースソフトウェア |
3.5.6.2.15 システム開発の概念と方法論 |
3.5.6.2.16 システム開発のアプローチ |
3.5.6.2.17 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.6.2.18 リアルタイムシステム設計 |
3.5.6.2.19 ソフトウェア開発のフォールトトレランス |
3.5.6.2.20 ソフトウェア構築 |
3.5.6.2.21 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.6.2.22 開発ツール |
3.5.6.2.23 既存ソフトウェアの把握技法 |
3.5.6.2.24 論理思考力 |
3.5.6.2.25 概念化力 |
3.5.6.2.26 相手の考えを理解する力 |
3.5.6.3 パッケージカスタマイズ・アドオン設計 |
3.5.6.3.1 ソフトウェアデザイン手法 |
3.5.6.3.2 ソフトウェアのモデリング手法 |
3.5.6.3.3 ソフトウェア開発手法 |
3.5.6.3.4 ソフトウェア製作手法 |
3.5.6.3.5 ソフトウェア設計の表記手法 |
3.5.6.3.6 開発プロセス設定手法 |
3.5.6.3.7 開発環境設計手法 |
3.5.6.3.8 ソフトウェア設計手法 |
3.5.6.3.9 ソフトウェア工学 |
3.5.6.3.10 ソフトウェアの標準化 |
3.5.6.3.11 ソフトウェアエンジニアリングツール・開発技術 |
3.5.6.3.12 ソフトウェア構築の基礎知識 |
3.5.6.3.13 ソフトウェア設計の基礎知識 |
3.5.6.3.14 オープンソースソフトウェア |
3.5.6.3.15 システム開発の概念と方法論 |
3.5.6.3.16 システム開発のアプローチ |
3.5.6.3.17 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.6.3.18 リアルタイムシステム設計 |
3.5.6.3.19 ソフトウェア開発のフォールトトレランス |
3.5.6.3.20 ソフトウェア構築 |
3.5.6.3.21 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.6.3.22 開発ツール |
3.5.6.3.23 既存ソフトウェアの把握技法 |
3.5.6.3.24 問題発見力 |
3.5.6.3.25 論理思考力 |
3.5.6.3.26 俯瞰力 |
3.5.6.4 データサービスの活用 |
3.5.6.4.1 ソフトウェアデザイン手法 |
3.5.6.4.2 ソフトウェアのモデリング手法 |
3.5.6.4.3 ソフトウェア開発手法 |
3.5.6.4.4 ソフトウェア製作手法 |
3.5.6.4.5 ソフトウェア設計の表記手法 |
3.5.6.4.6 開発プロセス設定手法 |
3.5.6.4.7 開発環境設計手法 |
3.5.6.4.8 ソフトウェア設計手法 |
3.5.6.4.9 ソフトウェア工学 |
3.5.6.4.10 ソフトウェアの標準化 |
3.5.6.4.11 ソフトウェアエンジニアリングツール・開発技術 |
3.5.6.4.12 ソフトウェア構築の基礎知識 |
3.5.6.4.13 ソフトウェア設計の基礎知識 |
3.5.6.4.14 オープンソースソフトウェア |
3.5.6.4.15 システム開発の概念と方法論 |
3.5.6.4.16 システム開発のアプローチ |
3.5.6.4.17 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.6.4.18 リアルタイムシステム設計 |
3.5.6.4.19 ソフトウェア開発のフォールトトレランス |
3.5.6.4.20 ソフトウェア構築 |
3.5.6.4.21 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.6.4.22 開発ツール |
3.5.6.4.23 既存ソフトウェアの把握技法 |
3.5.6.4.24 ネットワーク型組込みシステム |
3.5.6.4.25 組込みの基礎 |
3.5.6.4.26 組込みプログラム |
3.5.6.4.27 組込みマイクロコントローラ |
3.5.6.4.28 組込み応用分野の知識 |
3.5.6.4.29 インタフェース設計 |
3.5.6.4.30 デバイスドライバ |
3.5.6.4.31 問題分析力 |
3.5.6.4.32 論理思考力 |
3.5.6.4.33 概念化力 |
3.5.7 ソフトウェアコード作成・単体テスト |
3.5.7.1 プログラム構造設計(モジュール分割・モジュール設計) |
3.5.7.1.1 ソフトウェアデザイン手法 |
3.5.7.1.2 ソフトウェアのモデリング手法 |
3.5.7.1.3 ソフトウェア開発手法 |
3.5.7.1.4 ソフトウェア製作手法 |
3.5.7.1.5 ソフトウェア設計の表記手法 |
3.5.7.1.6 開発プロセス設定手法 |
3.5.7.1.7 開発環境設計手法 |
3.5.7.1.8 ソフトウェア設計手法 |
3.5.7.1.9 ソフトウェア工学 |
3.5.7.1.10 ソフトウェアの標準化 |
3.5.7.1.11 ソフトウェアエンジニアリングツール・開発技術 |
3.5.7.1.12 ソフトウェア構築の基礎知識 |
3.5.7.1.13 ソフトウェア設計の基礎知識 |
3.5.7.1.14 オープンソースソフトウェア |
3.5.7.1.15 システム開発の概念と方法論 |
3.5.7.1.16 システム開発のアプローチ |
3.5.7.1.17 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.7.1.18 リアルタイムシステム設計 |
3.5.7.1.19 ソフトウェア開発のフォールトトレランス |
3.5.7.1.20 ソフトウェア構築 |
3.5.7.1.21 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.7.1.22 開発ツール |
3.5.7.1.23 既存ソフトウェアの把握技法 |
3.5.7.1.24 仮説設定力 |
3.5.7.1.25 概念化力 |
3.5.7.1.26 革新力 |
3.5.7.2 単体テスト仕様作成 |
3.5.7.2.1 ソフトウェアデザイン手法 |
3.5.7.2.2 ソフトウェアのモデリング手法 |
3.5.7.2.3 ソフトウェア開発手法 |
3.5.7.2.4 ソフトウェア製作手法 |
3.5.7.2.5 ソフトウェア設計の表記手法 |
3.5.7.2.6 開発プロセス設定手法 |
3.5.7.2.7 開発環境設計手法 |
3.5.7.2.8 ソフトウェア設計手法 |
3.5.7.2.9 ソフトウェア工学 |
3.5.7.2.10 ソフトウェアの標準化 |
3.5.7.2.11 ソフトウェアエンジニアリングツール・開発技術 |
3.5.7.2.12 ソフトウェア構築の基礎知識 |
3.5.7.2.13 ソフトウェア設計の基礎知識 |
3.5.7.2.14 オープンソースソフトウェア |
3.5.7.2.15 システム開発の概念と方法論 |
3.5.7.2.16 システム開発のアプローチ |
3.5.7.2.17 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.7.2.18 リアルタイムシステム設計 |
3.5.7.2.19 ソフトウェア開発のフォールトトレランス |
3.5.7.2.20 ソフトウェア構築 |
3.5.7.2.21 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.7.2.22 開発ツール |
3.5.7.2.23 既存ソフトウェアの把握技法 |
3.5.7.2.24 問題分析力 |
3.5.7.2.25 仮説設定力 |
3.5.7.2.26 深耕力 |
3.5.7.3 プログラミング |
3.5.7.3.1 ソフトウェアデザイン手法 |
3.5.7.3.2 ソフトウェアのモデリング手法 |
3.5.7.3.3 ソフトウェア開発手法 |
3.5.7.3.4 ソフトウェア製作手法 |
3.5.7.3.5 ソフトウェア設計の表記手法 |
3.5.7.3.6 ソフトウェア設計手法 |
3.5.7.3.7 ソフトウェア工学 |
3.5.7.3.8 ソフトウェアの標準化 |
3.5.7.3.9 ソフトウェアエンジニアリングツール・開発技術 |
3.5.7.3.10 ソフトウェア構築の基礎知識 |
3.5.7.3.11 プログラミング基礎技術 |
3.5.7.3.12 プログラミング |
3.5.7.3.13 プログラム言語 |
3.5.7.3.14 その他の言語 |
3.5.7.3.15 オープンソースソフトウェア |
3.5.7.3.16 システム開発の概念と方法論 |
3.5.7.3.17 システム開発のアプローチ |
3.5.7.3.18 リアルタイムシステム設計 |
3.5.7.3.19 ソフトウェア開発のフォールトトレランス |
3.5.7.3.20 ソフトウェア構築 |
3.5.7.3.21 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.7.3.22 開発ツール |
3.5.7.3.23 既存ソフトウェアの把握技法 |
3.5.7.3.24 問題発見力 |
3.5.7.3.25 論理思考力 |
3.5.7.3.26 相手の考えを理解する力 |
3.5.7.4 単体テストの実施と評価 |
3.5.7.4.1 ソフトウェア開発手法 |
3.5.7.4.2 ソフトウェア製作手法 |
3.5.7.4.3 ソフトウェア工学 |
3.5.7.4.4 ソフトウェアの標準化 |
3.5.7.4.5 ソフトウェアエンジニアリングツール・開発技術 |
3.5.7.4.6 ソフトウェア構築の基礎知識 |
3.5.7.4.7 プログラミング基礎技術 |
3.5.7.4.8 プログラミング |
3.5.7.4.9 プログラム言語 |
3.5.7.4.10 その他の言語 |
3.5.7.4.11 オープンソースソフトウェア |
3.5.7.4.12 システム開発の概念と方法論 |
3.5.7.4.13 システム開発のアプローチ |
3.5.7.4.14 リアルタイムシステム設計 |
3.5.7.4.15 ソフトウェア開発のフォールトトレランス |
3.5.7.4.16 ソフトウェア構築 |
3.5.7.4.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.7.4.18 開発ツール |
3.5.7.4.19 既存ソフトウェアの把握技法 |
3.5.7.4.20 問題分析力 |
3.5.7.4.21 仮説設定力 |
3.5.7.4.22 論理思考力 |
3.5.8 ソフトウェア結合テスト |
3.5.8.1 結合テスト仕様作成 |
3.5.8.1.1 ソフトウェア開発手法 |
3.5.8.1.2 ソフトウェア製作手法 |
3.5.8.1.3 ソフトウェア工学 |
3.5.8.1.4 ソフトウェアの標準化 |
3.5.8.1.5 ソフトウェアエンジニアリングツール・開発技術 |
3.5.8.1.6 ソフトウェア構築の基礎知識 |
3.5.8.1.7 プログラミング基礎技術 |
3.5.8.1.8 プログラミング |
3.5.8.1.9 プログラム言語 |
3.5.8.1.10 その他の言語 |
3.5.8.1.11 オープンソースソフトウェア |
3.5.8.1.12 システム開発の概念と方法論 |
3.5.8.1.13 システム開発のアプローチ |
3.5.8.1.14 リアルタイムシステム設計 |
3.5.8.1.15 ソフトウェア開発のフォールトトレランス |
3.5.8.1.16 ソフトウェア構築 |
3.5.8.1.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.8.1.18 開発ツール |
3.5.8.1.19 既存ソフトウェアの把握技法 |
3.5.8.1.20 論理思考力 |
3.5.8.1.21 深耕力 |
3.5.8.1.22 相手の考えを理解する力 |
3.5.8.2 ソフトウェア結合 |
3.5.8.2.1 ソフトウェア開発手法 |
3.5.8.2.2 ソフトウェア製作手法 |
3.5.8.2.3 ソフトウェア工学 |
3.5.8.2.4 ソフトウェアの標準化 |
3.5.8.2.5 ソフトウェアエンジニアリングツール・開発技術 |
3.5.8.2.6 ソフトウェア構築の基礎知識 |
3.5.8.2.7 プログラミング基礎技術 |
3.5.8.2.8 プログラミング |
3.5.8.2.9 プログラム言語 |
3.5.8.2.10 その他の言語 |
3.5.8.2.11 オープンソースソフトウェア |
3.5.8.2.12 システム開発の概念と方法論 |
3.5.8.2.13 システム開発のアプローチ |
3.5.8.2.14 リアルタイムシステム設計 |
3.5.8.2.15 ソフトウェア開発のフォールトトレランス |
3.5.8.2.16 ソフトウェア構築 |
3.5.8.2.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.8.2.18 開発ツール |
3.5.8.2.19 既存ソフトウェアの把握技法 |
3.5.8.2.20 問題分析力 |
3.5.8.2.21 仮説設定力 |
3.5.8.2.22 論理思考力 |
3.5.8.3 結合テストの実施と評価 |
3.5.8.3.1 ソフトウェア開発手法 |
3.5.8.3.2 ソフトウェア製作手法 |
3.5.8.3.3 ソフトウェア工学 |
3.5.8.3.4 ソフトウェアの標準化 |
3.5.8.3.5 ソフトウェアエンジニアリングツール・開発技術 |
3.5.8.3.6 ソフトウェア構築の基礎知識 |
3.5.8.3.7 ソフトウェア設計の基礎知識 |
3.5.8.3.8 オープンソースソフトウェア |
3.5.8.3.9 システム開発の概念と方法論 |
3.5.8.3.10 システム開発のアプローチ |
3.5.8.3.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.5.8.3.12 アプリケーション方式設計手法 |
3.5.8.3.13 アプリケーション設計 |
3.5.8.3.14 リアルタイムシステム設計 |
3.5.8.3.15 ソフトウェア開発のフォールトトレランス |
3.5.8.3.16 ソフトウェア構築 |
3.5.8.3.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.5.8.3.18 問題分析力 |
3.5.8.3.19 継続力 |
3.5.8.3.20 相手の考えを理解する力 |
3.6 ソフトウェア製品開発 |
3.6.1 ソフトウェア要件定義 |
3.6.2 ソフトウェア方式設計 |
3.6.3 開発環境構築 |
3.6.4 アプリケーション共通基盤設計・構築 |
3.6.5 プロセス設計 |
3.6.6 ソフトウェア詳細設計 |
3.6.7 ソフトウェアコード作成・単体テスト |
3.6.8 ソフトウェア結合テスト |
3.6.9 システム適格性確認テスト |
3.6.10 出荷 |
3.7 Webサイト開発 |
3.7.1 ソフトウェア要件定義 |
3.7.1.1 機能要件と非機能要件の定義 |
3.7.1.1.1 ソフトウェアのモデリング手法 |
3.7.1.1.2 ソフトウェア工学 |
3.7.1.1.3 ソフトウェアの標準化 |
3.7.1.1.4 ソフトウェアエンジニアリングツール・開発技術 |
3.7.1.1.5 ソフトウェア設計の基礎知識 |
3.7.1.1.6 オープンソースソフトウェア |
3.7.1.1.7 システム開発の概念と方法論 |
3.7.1.1.8 システム開発のアプローチ |
3.7.1.1.9 ソフトウェア要件定義 |
3.7.1.1.10 アプリケーション設計 |
3.7.1.1.11 リアルタイムシステム設計 |
3.7.1.1.12 ソフトウェア開発のフォールトトレランス |
3.7.1.1.13 アプリケーション計画 |
3.7.1.1.14 ソフトウェアの進化や保守 |
3.7.1.1.15 業務パッケージ最新動向 |
3.7.1.1.16 Webシステムとその技術 |
3.7.1.1.17 e-ビジネス |
3.7.1.1.18 非機能要件の基礎 |
3.7.1.1.19 システム信頼性、性能設計 |
3.7.1.1.20 仮説設定力 |
3.7.1.1.21 概念化力 |
3.7.1.1.22 俯瞰力 |
3.7.1.1.23 深耕力 |
3.7.1.2 Webコンテンツの要件定義 |
3.7.1.2.1 ソフトウェアのモデリング手法 |
3.7.1.2.2 ソフトウェア工学 |
3.7.1.2.3 ソフトウェアの標準化 |
3.7.1.2.4 ソフトウェアエンジニアリングツール・開発技術 |
3.7.1.2.5 ソフトウェア設計の基礎知識 |
3.7.1.2.6 オープンソースソフトウェア |
3.7.1.2.7 システム開発の概念と方法論 |
3.7.1.2.8 システム開発のアプローチ |
3.7.1.2.9 ソフトウェア要件定義 |
3.7.1.2.10 アプリケーション設計 |
3.7.1.2.11 リアルタイムシステム設計 |
3.7.1.2.12 ソフトウェア開発のフォールトトレランス |
3.7.1.2.13 アプリケーション計画 |
3.7.1.2.14 ソフトウェアの進化や保守 |
3.7.1.2.15 業務パッケージ最新動向 |
3.7.1.2.16 Webシステムとその技術 |
3.7.1.2.17 e-ビジネス |
3.7.1.2.18 概念化力 |
3.7.1.2.19 俯瞰力 |
3.7.1.2.20 相手の考えを理解する力 |
3.7.1.3 Webサイトの要件定義 |
3.7.1.3.1 ソフトウェアのモデリング手法 |
3.7.1.3.2 ソフトウェア工学 |
3.7.1.3.3 ソフトウェアの標準化 |
3.7.1.3.4 ソフトウェアエンジニアリングツール・開発技術 |
3.7.1.3.5 ソフトウェア設計の基礎知識 |
3.7.1.3.6 オープンソースソフトウェア |
3.7.1.3.7 システム開発の概念と方法論 |
3.7.1.3.8 システム開発のアプローチ |
3.7.1.3.9 ソフトウェア要件定義 |
3.7.1.3.10 アプリケーション設計 |
3.7.1.3.11 リアルタイムシステム設計 |
3.7.1.3.12 ソフトウェア開発のフォールトトレランス |
3.7.1.3.13 アプリケーション計画 |
3.7.1.3.14 ソフトウェアの進化や保守 |
3.7.1.3.15 業務パッケージ最新動向 |
3.7.1.3.16 Webシステムとその技術 |
3.7.1.3.17 e-ビジネス |
3.7.1.3.18 仮説設定力 |
3.7.1.3.19 概念化力 |
3.7.1.3.20 深耕力 |
3.7.1.4 プロトタイプの作成 |
3.7.1.4.1 ソフトウェアのモデリング手法 |
3.7.1.4.2 ソフトウェア工学 |
3.7.1.4.3 ソフトウェアの標準化 |
3.7.1.4.4 ソフトウェアエンジニアリングツール・開発技術 |
3.7.1.4.5 ソフトウェア設計の基礎知識 |
3.7.1.4.6 オープンソースソフトウェア |
3.7.1.4.7 システム開発の概念と方法論 |
3.7.1.4.8 システム開発のアプローチ |
3.7.1.4.9 ソフトウェア要件定義 |
3.7.1.4.10 アプリケーション設計 |
3.7.1.4.11 リアルタイムシステム設計 |
3.7.1.4.12 ソフトウェア開発のフォールトトレランス |
3.7.1.4.13 アプリケーション計画 |
3.7.1.4.14 ソフトウェアの進化や保守 |
3.7.1.4.15 業務パッケージ最新動向 |
3.7.1.4.16 Webシステムとその技術 |
3.7.1.4.17 アプリケーションサービス |
3.7.1.4.18 アプリケーション実行方式 |
3.7.1.4.19 Webアプリケーション技術 |
3.7.1.4.20 分散コンピューティング開発環境 |
3.7.1.4.21 e-ビジネス |
3.7.1.4.22 仮説設定力 |
3.7.1.4.23 俯瞰力 |
3.7.1.4.24 相手の考えを理解する力 |
3.7.1.5 ソフトウェア要件の評価 |
3.7.1.5.1 ソフトウェアのモデリング手法 |
3.7.1.5.2 ソフトウェア工学 |
3.7.1.5.3 ソフトウェアの標準化 |
3.7.1.5.4 ソフトウェアエンジニアリングツール・開発技術 |
3.7.1.5.5 ソフトウェア設計の基礎知識 |
3.7.1.5.6 オープンソースソフトウェア |
3.7.1.5.7 システム開発の概念と方法論 |
3.7.1.5.8 システム開発のアプローチ |
3.7.1.5.9 ソフトウェア要件定義 |
3.7.1.5.10 アプリケーション設計 |
3.7.1.5.11 リアルタイムシステム設計 |
3.7.1.5.12 ソフトウェア開発のフォールトトレランス |
3.7.1.5.13 アプリケーション計画 |
3.7.1.5.14 ソフトウェアの進化や保守 |
3.7.1.5.15 業務パッケージ最新動向 |
3.7.1.5.16 Webシステムとその技術 |
3.7.1.5.17 サーバ技術 |
3.7.1.5.18 インターネットアプリケーション基盤技術 |
3.7.1.5.19 アプリケーションサービス |
3.7.1.5.20 アプリケーション実行方式 |
3.7.1.5.21 Webアプリケーション技術 |
3.7.1.5.22 分散コンピューティング開発環境 |
3.7.1.5.23 e-ビジネス |
3.7.1.5.24 問題分析力 |
3.7.1.5.25 論理思考力 |
3.7.2 ソフトウェア方式設計 |
3.7.2.1 ソフトウェアコンポーネントの方式設計 |
3.7.2.1.1 ソフトウェアデザイン手法 |
3.7.2.1.2 ソフトウェアのモデリング手法 |
3.7.2.1.3 ソフトウェア設計の表記手法 |
3.7.2.1.4 ソフトウェア工学 |
3.7.2.1.5 ソフトウェアの標準化 |
3.7.2.1.6 ソフトウェアエンジニアリングツール・開発技術 |
3.7.2.1.7 ソフトウェア設計の基礎知識 |
3.7.2.1.8 オープンソースソフトウェア |
3.7.2.1.9 システム開発の概念と方法論 |
3.7.2.1.10 システム開発のアプローチ |
3.7.2.1.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.2.1.12 アプリケーション方式設計手法 |
3.7.2.1.13 アプリケーション設計 |
3.7.2.1.14 リアルタイムシステム設計 |
3.7.2.1.15 ソフトウェア開発のフォールトトレランス |
3.7.2.1.16 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.2.1.17 アプリケーション計画 |
3.7.2.1.18 ソフトウェアの進化や保守 |
3.7.2.1.19 Webシステムとその技術 |
3.7.2.1.20 サーバ技術 |
3.7.2.1.21 インターネットアプリケーション基盤技術 |
3.7.2.1.22 アプリケーションサービス |
3.7.2.1.23 アプリケーション実行方式 |
3.7.2.1.24 Webアプリケーション技術 |
3.7.2.1.25 分散コンピューティング開発環境 |
3.7.2.1.26 e-ビジネス |
3.7.2.1.27 仮説設定力 |
3.7.2.1.28 論理思考力 |
3.7.2.1.29 概念化力 |
3.7.2.2 論理データベース設計(論理データモデルの作成) |
3.7.2.2.1 ソフトウェアデザイン手法 |
3.7.2.2.2 ソフトウェアのモデリング手法 |
3.7.2.2.3 ソフトウェア設計の表記手法 |
3.7.2.2.4 ソフトウェア工学 |
3.7.2.2.5 ソフトウェアの標準化 |
3.7.2.2.6 ソフトウェアエンジニアリングツール・開発技術 |
3.7.2.2.7 ソフトウェア設計の基礎知識 |
3.7.2.2.8 オープンソースソフトウェア |
3.7.2.2.9 システム開発の概念と方法論 |
3.7.2.2.10 システム開発のアプローチ |
3.7.2.2.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.2.2.12 アプリケーション方式設計手法 |
3.7.2.2.13 アプリケーション設計 |
3.7.2.2.14 リアルタイムシステム設計 |
3.7.2.2.15 ソフトウェア開発のフォールトトレランス |
3.7.2.2.16 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.2.2.17 アプリケーション計画 |
3.7.2.2.18 ソフトウェアの進化や保守 |
3.7.2.2.19 Webシステムとその技術 |
3.7.2.2.20 サーバ技術 |
3.7.2.2.21 インターネットアプリケーション基盤技術 |
3.7.2.2.22 アプリケーションサービス |
3.7.2.2.23 アプリケーション実行方式 |
3.7.2.2.24 Webアプリケーション技術 |
3.7.2.2.25 分散コンピューティング開発環境 |
3.7.2.2.26 e-ビジネス |
3.7.2.2.27 問題分析力 |
3.7.2.2.28 論理思考力 |
3.7.2.2.29 概念化力 |
3.7.2.2.30 相手の考えを理解する力 |
3.7.2.3 コード設計 |
3.7.2.3.1 ソフトウェアデザイン手法 |
3.7.2.3.2 ソフトウェアのモデリング手法 |
3.7.2.3.3 ソフトウェア設計の表記手法 |
3.7.2.3.4 ソフトウェア工学 |
3.7.2.3.5 ソフトウェアの標準化 |
3.7.2.3.6 ソフトウェアエンジニアリングツール・開発技術 |
3.7.2.3.7 ソフトウェア設計の基礎知識 |
3.7.2.3.8 オープンソースソフトウェア |
3.7.2.3.9 システム開発の概念と方法論 |
3.7.2.3.10 システム開発のアプローチ |
3.7.2.3.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.2.3.12 アプリケーション方式設計手法 |
3.7.2.3.13 アプリケーション設計 |
3.7.2.3.14 リアルタイムシステム設計 |
3.7.2.3.15 ソフトウェア開発のフォールトトレランス |
3.7.2.3.16 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.2.3.17 アプリケーション計画 |
3.7.2.3.18 ソフトウェアの進化や保守 |
3.7.2.3.19 Webシステムとその技術 |
3.7.2.3.20 サーバ技術 |
3.7.2.3.21 インターネットアプリケーション基盤技術 |
3.7.2.3.22 アプリケーションサービス |
3.7.2.3.23 アプリケーション実行方式 |
3.7.2.3.24 Webアプリケーション技術 |
3.7.2.3.25 分散コンピューティング開発環境 |
3.7.2.3.26 e-ビジネス |
3.7.2.3.27 論理思考力 |
3.7.2.3.28 革新力 |
3.7.2.3.29 相手の考えを理解する力 |
3.7.2.4 データサービスを活用した設計 |
3.7.2.4.1 ソフトウェアデザイン手法 |
3.7.2.4.2 ソフトウェアのモデリング手法 |
3.7.2.4.3 ソフトウェア設計の表記手法 |
3.7.2.4.4 ソフトウェア工学 |
3.7.2.4.5 ソフトウェアの標準化 |
3.7.2.4.6 ソフトウェアエンジニアリングツール・開発技術 |
3.7.2.4.7 ソフトウェア設計の基礎知識 |
3.7.2.4.8 プログラミング基礎技術 |
3.7.2.4.9 プログラミング |
3.7.2.4.10 プログラム言語 |
3.7.2.4.11 オープンソースソフトウェア |
3.7.2.4.12 システム開発の概念と方法論 |
3.7.2.4.13 システム開発のアプローチ |
3.7.2.4.14 ソフトウェア要件定義 |
3.7.2.4.15 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.2.4.16 アプリケーション方式設計手法 |
3.7.2.4.17 リアルタイムシステム設計 |
3.7.2.4.18 ソフトウェア開発のフォールトトレランス |
3.7.2.4.19 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.2.4.20 アプリケーション計画 |
3.7.2.4.21 ソフトウェアの進化や保守 |
3.7.2.4.22 Webシステムとその技術 |
3.7.2.4.23 サーバ技術 |
3.7.2.4.24 インターネットアプリケーション基盤技術 |
3.7.2.4.25 アプリケーションサービス |
3.7.2.4.26 アプリケーション実行方式 |
3.7.2.4.27 Webアプリケーション技術 |
3.7.2.4.28 分散コンピューティング開発環境 |
3.7.2.4.29 e-ビジネス |
3.7.2.4.30 問題分析力 |
3.7.2.4.31 論理思考力 |
3.7.2.4.32 概念化力 |
3.7.3 開発環境構築 |
3.7.3.1 開発環境構築計画の立案 |
3.7.3.1.1 セキュリティ実装手法 |
3.7.3.1.2 ソフトウェアデザイン手法 |
3.7.3.1.3 ソフトウェアのモデリング手法 |
3.7.3.1.4 ソフトウェア開発手法 |
3.7.3.1.5 ソフトウェア製作手法 |
3.7.3.1.6 ソフトウェア設計の表記手法 |
3.7.3.1.7 開発プロセス設定手法 |
3.7.3.1.8 開発環境設計手法 |
3.7.3.1.9 ソフトウェア設計手法 |
3.7.3.1.10 ソフトウェア工学 |
3.7.3.1.11 ソフトウェアの標準化 |
3.7.3.1.12 ソフトウェアエンジニアリングツール・開発技術 |
3.7.3.1.13 ソフトウェア構築の基礎知識 |
3.7.3.1.14 ソフトウェア設計の基礎知識 |
3.7.3.1.15 オープンソースソフトウェア |
3.7.3.1.16 システム開発の概念と方法論 |
3.7.3.1.17 システム開発のアプローチ |
3.7.3.1.18 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.3.1.19 開発ツール |
3.7.3.1.20 業務パッケージ最新動向 |
3.7.3.1.21 Webシステムとその技術 |
3.7.3.1.22 サーバ技術 |
3.7.3.1.23 アプリケーションサービス |
3.7.3.1.24 アプリケーション実行方式 |
3.7.3.1.25 分散コンピューティング開発環境 |
3.7.3.1.26 e-ビジネス |
3.7.3.1.27 開発プロセス・手法 |
3.7.3.1.28 開発環境管理 |
3.7.3.1.29 仮説設定力 |
3.7.3.1.30 概念化力 |
3.7.3.1.31 革新力 |
3.7.3.2 開発環境の構築と維持 |
3.7.3.2.1 セキュリティ実装手法 |
3.7.3.2.2 ソフトウェアデザイン手法 |
3.7.3.2.3 ソフトウェアのモデリング手法 |
3.7.3.2.4 ソフトウェア開発手法 |
3.7.3.2.5 ソフトウェア製作手法 |
3.7.3.2.6 ソフトウェア設計の表記手法 |
3.7.3.2.7 開発プロセス設定手法 |
3.7.3.2.8 開発環境設計手法 |
3.7.3.2.9 ソフトウェア設計手法 |
3.7.3.2.10 ソフトウェア工学 |
3.7.3.2.11 ソフトウェアの標準化 |
3.7.3.2.12 ソフトウェアエンジニアリングツール・開発技術 |
3.7.3.2.13 ソフトウェア構築の基礎知識 |
3.7.3.2.14 ソフトウェア設計の基礎知識 |
3.7.3.2.15 オープンソースソフトウェア |
3.7.3.2.16 システム開発の概念と方法論 |
3.7.3.2.17 システム開発のアプローチ |
3.7.3.2.18 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.3.2.19 開発ツール |
3.7.3.2.20 業務パッケージ最新動向 |
3.7.3.2.21 Webシステムとその技術 |
3.7.3.2.22 サーバ技術 |
3.7.3.2.23 アプリケーションサービス |
3.7.3.2.24 アプリケーション実行方式 |
3.7.3.2.25 分散コンピューティング開発環境 |
3.7.3.2.26 e-ビジネス |
3.7.3.2.27 開発プロセス・手法 |
3.7.3.2.28 開発環境管理 |
3.7.3.2.29 構成管理・変更管理 |
3.7.3.2.30 仮説設定力 |
3.7.3.2.31 革新力 |
3.7.3.2.32 自分の考えを伝える力 |
3.7.4 ソフトウェア詳細設計 |
3.7.4.1 ソフトウェアコンポーネント設計(機能分割・構造化) |
3.7.4.1.1 ソフトウェアデザイン手法 |
3.7.4.1.2 ソフトウェアのモデリング手法 |
3.7.4.1.3 ソフトウェア開発手法 |
3.7.4.1.4 ソフトウェア製作手法 |
3.7.4.1.5 ソフトウェア設計の表記手法 |
3.7.4.1.6 開発プロセス設定手法 |
3.7.4.1.7 開発環境設計手法 |
3.7.4.1.8 ソフトウェア設計手法 |
3.7.4.1.9 ソフトウェア工学 |
3.7.4.1.10 ソフトウェアの標準化 |
3.7.4.1.11 ソフトウェアエンジニアリングツール・開発技術 |
3.7.4.1.12 ソフトウェア構築の基礎知識 |
3.7.4.1.13 ソフトウェア設計の基礎知識 |
3.7.4.1.14 プログラミング基礎技術 |
3.7.4.1.15 プログラミング |
3.7.4.1.16 プログラム言語 |
3.7.4.1.17 その他の言語 |
3.7.4.1.18 オープンソースソフトウェア |
3.7.4.1.19 システム開発の概念と方法論 |
3.7.4.1.20 システム開発のアプローチ |
3.7.4.1.21 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.4.1.22 リアルタイムシステム設計 |
3.7.4.1.23 ソフトウェア開発のフォールトトレランス |
3.7.4.1.24 ソフトウェア構築 |
3.7.4.1.25 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.4.1.26 開発ツール |
3.7.4.1.27 既存ソフトウェアの把握技法 |
3.7.4.1.28 Webシステムとその技術 |
3.7.4.1.29 アプリケーションサービス |
3.7.4.1.30 アプリケーション実行方式 |
3.7.4.1.31 Webアプリケーション技術 |
3.7.4.1.32 分散コンピューティング開発環境 |
3.7.4.1.33 e-ビジネス |
3.7.4.1.34 論理思考力 |
3.7.4.1.35 概念化力 |
3.7.4.1.36 相手の考えを理解する力 |
3.7.4.2 入出力詳細設計 |
3.7.4.2.1 ソフトウェアデザイン手法 |
3.7.4.2.2 ソフトウェアのモデリング手法 |
3.7.4.2.3 ソフトウェア開発手法 |
3.7.4.2.4 ソフトウェア製作手法 |
3.7.4.2.5 ソフトウェア設計の表記手法 |
3.7.4.2.6 開発プロセス設定手法 |
3.7.4.2.7 開発環境設計手法 |
3.7.4.2.8 ソフトウェア設計手法 |
3.7.4.2.9 ソフトウェア工学 |
3.7.4.2.10 ソフトウェアの標準化 |
3.7.4.2.11 ソフトウェアエンジニアリングツール・開発技術 |
3.7.4.2.12 ソフトウェア構築の基礎知識 |
3.7.4.2.13 ソフトウェア設計の基礎知識 |
3.7.4.2.14 プログラミング基礎技術 |
3.7.4.2.15 プログラミング |
3.7.4.2.16 プログラム言語 |
3.7.4.2.17 その他の言語 |
3.7.4.2.18 オープンソースソフトウェア |
3.7.4.2.19 システム開発の概念と方法論 |
3.7.4.2.20 システム開発のアプローチ |
3.7.4.2.21 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.4.2.22 リアルタイムシステム設計 |
3.7.4.2.23 ソフトウェア開発のフォールトトレランス |
3.7.4.2.24 ソフトウェア構築 |
3.7.4.2.25 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.4.2.26 開発ツール |
3.7.4.2.27 既存ソフトウェアの把握技法 |
3.7.4.2.28 Webシステムとその技術 |
3.7.4.2.29 アプリケーションサービス |
3.7.4.2.30 アプリケーション実行方式 |
3.7.4.2.31 Webアプリケーション技術 |
3.7.4.2.32 分散コンピューティング開発環境 |
3.7.4.2.33 e-ビジネス |
3.7.4.2.34 論理思考力 |
3.7.4.2.35 概念化力 |
3.7.4.2.36 相手の考えを理解する力 |
3.7.4.3 データサービスの活用 |
3.7.4.3.1 ソフトウェアデザイン手法 |
3.7.4.3.2 ソフトウェアのモデリング手法 |
3.7.4.3.3 ソフトウェア開発手法 |
3.7.4.3.4 ソフトウェア製作手法 |
3.7.4.3.5 ソフトウェア設計の表記手法 |
3.7.4.3.6 開発プロセス設定手法 |
3.7.4.3.7 開発環境設計手法 |
3.7.4.3.8 ソフトウェア設計手法 |
3.7.4.3.9 ソフトウェア工学 |
3.7.4.3.10 ソフトウェアの標準化 |
3.7.4.3.11 ソフトウェアエンジニアリングツール・開発技術 |
3.7.4.3.12 ソフトウェア構築の基礎知識 |
3.7.4.3.13 ソフトウェア設計の基礎知識 |
3.7.4.3.14 プログラミング基礎技術 |
3.7.4.3.15 プログラミング |
3.7.4.3.16 プログラム言語 |
3.7.4.3.17 その他の言語 |
3.7.4.3.18 オープンソースソフトウェア |
3.7.4.3.19 システム開発の概念と方法論 |
3.7.4.3.20 システム開発のアプローチ |
3.7.4.3.21 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.4.3.22 リアルタイムシステム設計 |
3.7.4.3.23 ソフトウェア開発のフォールトトレランス |
3.7.4.3.24 ソフトウェア構築 |
3.7.4.3.25 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.4.3.26 開発ツール |
3.7.4.3.27 既存ソフトウェアの把握技法 |
3.7.4.3.28 Webシステムとその技術 |
3.7.4.3.29 アプリケーションサービス |
3.7.4.3.30 アプリケーション実行方式 |
3.7.4.3.31 Webアプリケーション技術 |
3.7.4.3.32 分散コンピューティング開発環境 |
3.7.4.3.33 e-ビジネス |
3.7.4.3.34 問題分析力 |
3.7.4.3.35 論理思考力 |
3.7.4.3.36 概念化力 |
3.7.5 ソフトウェアコード作成・単体テスト |
3.7.5.1 プログラム構造設計(モジュール分割・モジュール設計) |
3.7.5.1.1 ソフトウェアデザイン手法 |
3.7.5.1.2 ソフトウェアのモデリング手法 |
3.7.5.1.3 ソフトウェア開発手法 |
3.7.5.1.4 ソフトウェア製作手法 |
3.7.5.1.5 ソフトウェア設計の表記手法 |
3.7.5.1.6 ソフトウェア設計手法 |
3.7.5.1.7 ソフトウェア工学 |
3.7.5.1.8 ソフトウェアの標準化 |
3.7.5.1.9 ソフトウェアエンジニアリングツール・開発技術 |
3.7.5.1.10 ソフトウェア構築の基礎知識 |
3.7.5.1.11 プログラミング基礎技術 |
3.7.5.1.12 プログラミング |
3.7.5.1.13 プログラム言語 |
3.7.5.1.14 その他の言語 |
3.7.5.1.15 オープンソースソフトウェア |
3.7.5.1.16 システム開発の概念と方法論 |
3.7.5.1.17 システム開発のアプローチ |
3.7.5.1.18 リアルタイムシステム設計 |
3.7.5.1.19 ソフトウェア開発のフォールトトレランス |
3.7.5.1.20 ソフトウェア構築 |
3.7.5.1.21 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.5.1.22 開発ツール |
3.7.5.1.23 既存ソフトウェアの把握技法 |
3.7.5.1.24 Webシステムとその技術 |
3.7.5.1.25 アプリケーションサービス |
3.7.5.1.26 アプリケーション実行方式 |
3.7.5.1.27 Webアプリケーション技術 |
3.7.5.1.28 分散コンピューティング開発環境 |
3.7.5.1.29 e-ビジネス |
3.7.5.1.30 仮説設定力 |
3.7.5.1.31 概念化力 |
3.7.5.1.32 革新力 |
3.7.5.2 単体テスト仕様作成 |
3.7.5.2.1 ソフトウェア開発手法 |
3.7.5.2.2 ソフトウェア製作手法 |
3.7.5.2.3 ソフトウェア工学 |
3.7.5.2.4 ソフトウェアの標準化 |
3.7.5.2.5 ソフトウェアエンジニアリングツール・開発技術 |
3.7.5.2.6 ソフトウェア構築の基礎知識 |
3.7.5.2.7 プログラミング基礎技術 |
3.7.5.2.8 プログラミング |
3.7.5.2.9 プログラム言語 |
3.7.5.2.10 その他の言語 |
3.7.5.2.11 オープンソースソフトウェア |
3.7.5.2.12 システム開発の概念と方法論 |
3.7.5.2.13 システム開発のアプローチ |
3.7.5.2.14 リアルタイムシステム設計 |
3.7.5.2.15 ソフトウェア開発のフォールトトレランス |
3.7.5.2.16 ソフトウェア構築 |
3.7.5.2.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.5.2.18 開発ツール |
3.7.5.2.19 既存ソフトウェアの把握技法 |
3.7.5.2.20 Webシステムとその技術 |
3.7.5.2.21 アプリケーションサービス |
3.7.5.2.22 アプリケーション実行方式 |
3.7.5.2.23 Webアプリケーション技術 |
3.7.5.2.24 分散コンピューティング開発環境 |
3.7.5.2.25 e-ビジネス |
3.7.5.2.26 問題分析力 |
3.7.5.2.27 仮説設定力 |
3.7.5.2.28 深耕力 |
3.7.5.3 プログラミング |
3.7.5.3.1 ソフトウェア開発手法 |
3.7.5.3.2 ソフトウェア製作手法 |
3.7.5.3.3 ソフトウェア工学 |
3.7.5.3.4 ソフトウェアの標準化 |
3.7.5.3.5 ソフトウェアエンジニアリングツール・開発技術 |
3.7.5.3.6 ソフトウェア構築の基礎知識 |
3.7.5.3.7 プログラミング基礎技術 |
3.7.5.3.8 プログラミング |
3.7.5.3.9 プログラム言語 |
3.7.5.3.10 その他の言語 |
3.7.5.3.11 オープンソースソフトウェア |
3.7.5.3.12 システム開発の概念と方法論 |
3.7.5.3.13 システム開発のアプローチ |
3.7.5.3.14 リアルタイムシステム設計 |
3.7.5.3.15 ソフトウェア開発のフォールトトレランス |
3.7.5.3.16 ソフトウェア構築 |
3.7.5.3.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.5.3.18 開発ツール |
3.7.5.3.19 既存ソフトウェアの把握技法 |
3.7.5.3.20 Webシステムとその技術 |
3.7.5.3.21 アプリケーションサービス |
3.7.5.3.22 アプリケーション実行方式 |
3.7.5.3.23 Webアプリケーション技術 |
3.7.5.3.24 分散コンピューティング開発環境 |
3.7.5.3.25 e-ビジネス |
3.7.5.3.26 問題発見力 |
3.7.5.3.27 論理思考力 |
3.7.5.3.28 相手の考えを理解する力 |
3.7.5.4 単体テストの実施と評価 |
3.7.5.4.1 ソフトウェア開発手法 |
3.7.5.4.2 ソフトウェア製作手法 |
3.7.5.4.3 ソフトウェア工学 |
3.7.5.4.4 ソフトウェアの標準化 |
3.7.5.4.5 ソフトウェアエンジニアリングツール・開発技術 |
3.7.5.4.6 ソフトウェア構築の基礎知識 |
3.7.5.4.7 プログラミング基礎技術 |
3.7.5.4.8 プログラミング |
3.7.5.4.9 プログラム言語 |
3.7.5.4.10 その他の言語 |
3.7.5.4.11 オープンソースソフトウェア |
3.7.5.4.12 システム開発の概念と方法論 |
3.7.5.4.13 システム開発のアプローチ |
3.7.5.4.14 リアルタイムシステム設計 |
3.7.5.4.15 ソフトウェア開発のフォールトトレランス |
3.7.5.4.16 ソフトウェア構築 |
3.7.5.4.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.5.4.18 開発ツール |
3.7.5.4.19 既存ソフトウェアの把握技法 |
3.7.5.4.20 Webシステムとその技術 |
3.7.5.4.21 アプリケーションサービス |
3.7.5.4.22 アプリケーション実行方式 |
3.7.5.4.23 Webアプリケーション技術 |
3.7.5.4.24 分散コンピューティング開発環境 |
3.7.5.4.25 e-ビジネス |
3.7.5.4.26 問題分析力 |
3.7.5.4.27 仮説設定力 |
3.7.5.4.28 論理思考力 |
3.7.6 ソフトウェア結合テスト |
3.7.6.1 結合テスト仕様作成 |
3.7.6.1.1 ソフトウェア開発手法 |
3.7.6.1.2 ソフトウェア製作手法 |
3.7.6.1.3 ソフトウェア工学 |
3.7.6.1.4 ソフトウェアの標準化 |
3.7.6.1.5 ソフトウェアエンジニアリングツール・開発技術 |
3.7.6.1.6 ソフトウェア構築の基礎知識 |
3.7.6.1.7 ソフトウェア設計の基礎知識 |
3.7.6.1.8 オープンソースソフトウェア |
3.7.6.1.9 システム開発の概念と方法論 |
3.7.6.1.10 システム開発のアプローチ |
3.7.6.1.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.6.1.12 アプリケーション方式設計手法 |
3.7.6.1.13 アプリケーション設計 |
3.7.6.1.14 リアルタイムシステム設計 |
3.7.6.1.15 ソフトウェア開発のフォールトトレランス |
3.7.6.1.16 ソフトウェア構築 |
3.7.6.1.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.6.1.18 受入れ支援 |
3.7.6.1.19 Webシステムとその技術 |
3.7.6.1.20 インターネットアプリケーション基盤技術 |
3.7.6.1.21 アプリケーションサービス |
3.7.6.1.22 アプリケーション実行方式 |
3.7.6.1.23 Webアプリケーション技術 |
3.7.6.1.24 分散コンピューティング開発環境 |
3.7.6.1.25 e-ビジネス |
3.7.6.1.26 論理思考力 |
3.7.6.1.27 深耕力 |
3.7.6.1.28 相手の考えを理解する力 |
3.7.6.2 ソフトウェア結合 |
3.7.6.2.1 ソフトウェア開発手法 |
3.7.6.2.2 ソフトウェア製作手法 |
3.7.6.2.3 ソフトウェア工学 |
3.7.6.2.4 ソフトウェアの標準化 |
3.7.6.2.5 ソフトウェアエンジニアリングツール・開発技術 |
3.7.6.2.6 ソフトウェア構築の基礎知識 |
3.7.6.2.7 ソフトウェア設計の基礎知識 |
3.7.6.2.8 オープンソースソフトウェア |
3.7.6.2.9 システム開発の概念と方法論 |
3.7.6.2.10 システム開発のアプローチ |
3.7.6.2.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.6.2.12 アプリケーション方式設計手法 |
3.7.6.2.13 アプリケーション設計 |
3.7.6.2.14 リアルタイムシステム設計 |
3.7.6.2.15 ソフトウェア開発のフォールトトレランス |
3.7.6.2.16 ソフトウェア構築 |
3.7.6.2.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.6.2.18 受入れ支援 |
3.7.6.2.19 Webシステムとその技術 |
3.7.6.2.20 インターネットアプリケーション基盤技術 |
3.7.6.2.21 アプリケーションサービス |
3.7.6.2.22 アプリケーション実行方式 |
3.7.6.2.23 Webアプリケーション技術 |
3.7.6.2.24 分散コンピューティング開発環境 |
3.7.6.2.25 e-ビジネス |
3.7.6.2.26 問題分析力 |
3.7.6.2.27 仮説設定力 |
3.7.6.2.28 論理思考力 |
3.7.6.3 結合テストの実施と評価 |
3.7.6.3.1 ソフトウェア開発手法 |
3.7.6.3.2 ソフトウェア製作手法 |
3.7.6.3.3 ソフトウェア工学 |
3.7.6.3.4 ソフトウェアの標準化 |
3.7.6.3.5 ソフトウェアエンジニアリングツール・開発技術 |
3.7.6.3.6 ソフトウェア構築の基礎知識 |
3.7.6.3.7 ソフトウェア設計の基礎知識 |
3.7.6.3.8 オープンソースソフトウェア |
3.7.6.3.9 システム開発の概念と方法論 |
3.7.6.3.10 システム開発のアプローチ |
3.7.6.3.11 ソフトウェア方式設計・ソフトウェア詳細設計 |
3.7.6.3.12 アプリケーション方式設計手法 |
3.7.6.3.13 アプリケーション設計 |
3.7.6.3.14 リアルタイムシステム設計 |
3.7.6.3.15 ソフトウェア開発のフォールトトレランス |
3.7.6.3.16 ソフトウェア構築 |
3.7.6.3.17 ソフトウェア結合・ソフトウェア適格性確認テスト |
3.7.6.3.18 受入れ支援 |
3.7.6.3.19 Webシステムとその技術 |
3.7.6.3.20 インターネットアプリケーション基盤技術 |
3.7.6.3.21 アプリケーションサービス |
3.7.6.3.22 アプリケーション実行方式 |
3.7.6.3.23 Webアプリケーション技術 |
3.7.6.3.24 分散コンピューティング開発環境 |
3.7.6.3.25 e-ビジネス |
3.7.6.3.26 問題分析力 |
3.7.6.3.27 継続力 |
3.7.6.3.28 相手の考えを理解する力 |
3.8 システムテスト |
3.8.1 システムテスト計画策定 |
3.8.1.1 システムテスト計画の作成 |
3.8.1.1.1 テスト技術・手法 |
3.8.1.1.2 検査のマネジメント手法 |
3.8.1.1.3 品質マネジメント手法 |
3.8.1.1.4 品質改善に関する手法 |
3.8.1.1.5 品質管理に関する手法 |
3.8.1.1.6 品質計画に関する手法 |
3.8.1.1.7 品質保証に関する手法 |
3.8.1.1.8 品質測定・評価手法 |
3.8.1.1.9 品質分析・評価手法 |
3.8.1.1.10 システム要件定義 |
3.8.1.1.11 システム方式設計 |
3.8.1.1.12 非機能要件の基礎 |
3.8.1.1.13 負荷分散と可用性の設計 |
3.8.1.1.14 システム信頼性、性能設計 |
3.8.1.1.15 問題分析力 |
3.8.1.1.16 仮説設定力 |
3.8.1.1.17 深耕力 |
3.8.1.2 システムテストの準備 |
3.8.1.2.1 テスト技術・手法 |
3.8.1.2.2 検査のマネジメント手法 |
3.8.1.2.3 品質マネジメント手法 |
3.8.1.2.4 品質改善に関する手法 |
3.8.1.2.5 品質管理に関する手法 |
3.8.1.2.6 品質計画に関する手法 |
3.8.1.2.7 品質保証に関する手法 |
3.8.1.2.8 品質測定・評価手法 |
3.8.1.2.9 品質分析・評価手法 |
3.8.1.2.10 システム要件定義 |
3.8.1.2.11 システム方式設計 |
3.8.1.2.12 問題分析力 |
3.8.1.2.13 仮説設定力 |
3.8.1.2.14 革新力 |
3.8.2 システムテスト実施 |
3.8.2.1 システム結合 |
3.8.2.1.1 テスト技術・手法 |
3.8.2.1.2 検査のマネジメント手法 |
3.8.2.1.3 品質マネジメント手法 |
3.8.2.1.4 品質改善に関する手法 |
3.8.2.1.5 品質管理に関する手法 |
3.8.2.1.6 品質計画に関する手法 |
3.8.2.1.7 品質保証に関する手法 |
3.8.2.1.8 品質測定・評価手法 |
3.8.2.1.9 品質分析・評価手法 |
3.8.2.1.10 システム要件定義 |
3.8.2.1.11 システム方式設計 |
3.8.2.1.12 問題分析力 |
3.8.2.1.13 仮説設定力 |
3.8.2.1.14 論理思考力 |
3.8.2.2 システムテストの実施と評価 |
3.8.2.2.1 テスト技術・手法 |
3.8.2.2.2 検査のマネジメント手法 |
3.8.2.2.3 品質マネジメント手法 |
3.8.2.2.4 品質改善に関する手法 |
3.8.2.2.5 品質管理に関する手法 |
3.8.2.2.6 品質計画に関する手法 |
3.8.2.2.7 品質保証に関する手法 |
3.8.2.2.8 品質測定・評価手法 |
3.8.2.2.9 品質分析・評価手法 |
3.8.2.2.10 システム要件定義 |
3.8.2.2.11 システム方式設計 |
3.8.2.2.12 非機能要件の基礎 |
3.8.2.2.13 負荷分散と可用性の設計 |
3.8.2.2.14 システム信頼性、性能設計 |
3.8.2.2.15 問題分析力 |
3.8.2.2.16 論理思考力 |
3.8.2.2.17 深耕力 |
3.9 移行・導入 |
3.9.1 移行 |
3.9.1.1 移行の準備 |
3.9.1.1.1 サービス移行手法 |
3.9.1.1.2 移行設計 |
3.9.1.1.3 移行 |
3.9.1.1.4 プラットフォーム移行設計 |
3.9.1.1.5 プラットフォーム移行 |
3.9.1.1.6 システム保守基準 |
3.9.1.1.7 仮説設定力 |
3.9.1.1.8 継続力 |
3.9.1.1.9 相手の考えを理解する力 |
3.9.1.2 移行の実施 |
3.9.1.2.1 サービス移行手法 |
3.9.1.2.2 移行設計 |
3.9.1.2.3 移行 |
3.9.1.2.4 プラットフォーム移行設計 |
3.9.1.2.5 プラットフォーム移行 |
3.9.1.2.6 システム保守基準 |
3.9.1.2.7 問題発見力 |
3.9.1.2.8 問題分析力 |
3.9.1.2.9 深耕力 |
3.9.2 受入れテスト |
3.9.2.1 受入れテスト計画の作成 |
3.9.2.1.1 サービス移行手法 |
3.9.2.1.2 アプリケーションシステムの受け入れ |
3.9.2.1.3 問題分析力 |
3.9.2.1.4 仮説設定力 |
3.9.2.1.5 相手の考えを理解する力 |
3.9.2.2 受入れテストの実施と評価 |
3.9.2.2.1 サービス移行手法 |
3.9.2.2.2 アプリケーションシステムの受け入れ |
3.9.2.2.3 問題分析力 |
3.9.2.2.4 継続力 |
3.9.2.2.5 相手の考えを理解する力 |
3.9.2.3 受入れテストの支援 |
3.9.2.3.1 サービス移行手法 |
3.9.2.3.2 アプリケーションシステムの受け入れ |
3.9.2.3.3 仮説設定力 |
3.9.2.3.4 深耕力 |
3.9.2.3.5 自分の考えを伝える力 |
3.9.3 運用テスト |
3.9.3.1 運用テストの準備 |
3.9.3.1.1 サービス移行手法 |
3.9.3.1.2 アプリケーションシステムの受け入れ |
3.9.3.1.3 システム運用方式技法 |
3.9.3.1.4 システム管理計画 |
3.9.3.1.5 システム管理技術 |
3.9.3.1.6 運行管理 |
3.9.3.1.7 システム管理製品 |
3.9.3.1.8 運用管理ソフト製品 |
3.9.3.1.9 運用システムの構築 |
3.9.3.1.10 運用システムの改善 |
3.9.3.1.11 運用に関するシステム評価 |
3.9.3.1.12 性能管理 |
3.9.3.1.13 障害時運用方式 |
3.9.3.1.14 災害対策 |
3.9.3.1.15 構成管理 |
3.9.3.1.16 仮説設定力 |
3.9.3.1.17 深耕力 |
3.9.3.2 運用テストの実施と評価 |
3.9.3.2.1 サービス移行手法 |
3.9.3.2.2 アプリケーションシステムの受け入れ |
3.9.3.2.3 システム運用方式技法 |
3.9.3.2.4 システム管理計画 |
3.9.3.2.5 システム管理技術 |
3.9.3.2.6 運行管理 |
3.9.3.2.7 システム管理製品 |
3.9.3.2.8 運用管理ソフト製品 |
3.9.3.2.9 運用システムの構築 |
3.9.3.2.10 運用システムの改善 |
3.9.3.2.11 運用に関するシステム評価 |
3.9.3.2.12 性能管理 |
3.9.3.2.13 障害時運用方式 |
3.9.3.2.14 災害対策 |
3.9.3.2.15 構成管理 |
3.9.3.2.16 問題発見力 |
3.9.3.2.17 問題分析力 |
3.9.3.2.18 深耕力 |
3.9.4 導入 |
3.9.4.1 教育準備と実施 |
3.9.4.1.1 サービス移行手法 |
3.9.4.1.2 アプリケーションシステムの受け入れ |
3.9.4.1.3 概念化力 |
3.9.4.1.4 深耕力 |
3.9.4.1.5 相手の考えを理解する力 |
3.9.4.2 マニュアルの作成 |
3.9.4.2.1 サービス移行手法 |
3.9.4.2.2 アプリケーションシステムの受け入れ |
3.9.4.2.3 論理思考力 |
3.9.4.2.4 深耕力 |
3.9.4.2.5 相手の考えを理解する力 |
3.10 ソフトウェア保守 |
3.10.1 保守の方針と計画の策定 |
3.10.1.1 保守および更新・構成変更の方針策定 |
3.10.1.1.1 保守サービス提供手法 |
3.10.1.1.2 システム管理計画 |
3.10.1.1.3 システム管理技術 |
3.10.1.1.4 システム保守基準 |
3.10.1.1.5 システム管理製品 |
3.10.1.1.6 保守技術 |
3.10.1.1.7 メンテナンス |
3.10.1.1.8 保守・廃棄 |
3.10.1.1.9 概念化力 |
3.10.1.1.10 革新力 |
3.10.1.1.11 相手の考えを理解する力 |
3.10.1.2 保守計画の策定 |
3.10.1.2.1 保守サービス提供手法 |
3.10.1.2.2 システム管理計画 |
3.10.1.2.3 システム管理技術 |
3.10.1.2.4 システム保守基準 |
3.10.1.2.5 システム管理製品 |
3.10.1.2.6 保守技術 |
3.10.1.2.7 メンテナンス |
3.10.1.2.8 保守・廃棄 |
3.10.1.2.9 仮説設定力 |
3.10.1.2.10 継続力 |
3.10.2 問題の調査と分析 |
3.10.2.1 問題の把握 |
3.10.2.1.1 保守サービス提供手法 |
3.10.2.1.2 保守技術 |
3.10.2.1.3 メンテナンス |
3.10.2.1.4 保守・廃棄 |
3.10.2.1.5 問題分析力 |
3.10.2.1.6 相手の考えを理解する力 |
3.10.2.1.7 自分の考えを伝える力 |
3.10.2.2 保守内容、影響範囲の調査と分析 |
3.10.2.2.1 保守サービス提供手法 |
3.10.2.2.2 保守技術 |
3.10.2.2.3 メンテナンス |
3.10.2.2.4 保守・廃棄 |
3.10.2.2.5 問題分析力 |
3.10.2.2.6 仮説設定力 |
3.10.2.2.7 継続力 |
3.11 ハードウェア・ソフトウェア製品導入 |
3.11.1 導入設計 |
3.11.1.1 ハードウェア導入設計 |
3.11.1.1.1 ハードウェア導入手法 |
3.11.1.1.2 オペレーティングシステム |
3.11.1.1.3 ミドルウェア |
3.11.1.1.4 プラットフォーム技術 |
3.11.1.1.5 ITアーキテクチャ(ソフトウェア) |
3.11.1.1.6 システムプラットフォームの受け入れ |
3.11.1.1.7 システム診断技術と障害対策技術 |
3.11.1.1.8 製品知識(プラットフォーム) |
3.11.1.1.9 IT基盤構築プロセス |
3.11.1.1.10 システム方式設計 |
3.11.1.1.11 仮説設定力 |
3.11.1.1.12 継続力 |
3.11.1.1.13 革新力 |
3.11.1.2 ソフトウェア製品導入設計 |
3.11.1.2.1 ソフトウェア導入・配信手法 |
3.11.1.2.2 オペレーティングシステム |
3.11.1.2.3 ミドルウェア |
3.11.1.2.4 プラットフォーム技術 |
3.11.1.2.5 ITアーキテクチャ(ソフトウェア) |
3.11.1.2.6 システムプラットフォームの受け入れ |
3.11.1.2.7 システム診断技術と障害対策技術 |
3.11.1.2.8 製品知識(プラットフォーム) |
3.11.1.2.9 IT基盤構築プロセス |
3.11.1.2.10 システム方式設計 |
3.11.1.2.11 仮説設定力 |
3.11.1.2.12 継続力 |
3.11.1.2.13 共感を呼ぶ力 |
3.11.2 ハードウェアの導入 |
3.11.2.1 ハードウェア導入作業の管理 |
3.11.2.1.1 ハードウェア導入手法 |
3.11.2.1.2 オペレーティングシステム |
3.11.2.1.3 ミドルウェア |
3.11.2.1.4 プラットフォーム技術 |
3.11.2.1.5 ITアーキテクチャ(ソフトウェア) |
3.11.2.1.6 システムプラットフォームの受け入れ |
3.11.2.1.7 システム診断技術と障害対策技術 |
3.11.2.1.8 製品知識(プラットフォーム) |
3.11.2.1.9 ハードウェア |
3.11.2.1.10 製品知識基礎 |
3.11.2.1.11 ITアーキテクチャ(ハードウェア) |
3.11.2.1.12 ストレージ技術 |
3.11.2.1.13 IT基盤構築プロセス |
3.11.2.1.14 システム方式設計 |
3.11.2.1.15 導入 |
3.11.2.1.16 深耕力 |
3.11.2.1.17 革新力 |
3.11.2.1.18 自分の考えを伝える力 |
3.11.2.2 ハードウェア導入作業(設置、据付)の実施 |
3.11.2.2.1 ハードウェア導入手法 |
3.11.2.2.2 オペレーティングシステム |
3.11.2.2.3 ミドルウェア |
3.11.2.2.4 プラットフォーム技術 |
3.11.2.2.5 ITアーキテクチャ(ソフトウェア) |
3.11.2.2.6 システムプラットフォームの受け入れ |
3.11.2.2.7 システム診断技術と障害対策技術 |
3.11.2.2.8 製品知識(プラットフォーム) |
3.11.2.2.9 ハードウェア |
3.11.2.2.10 製品知識基礎 |
3.11.2.2.11 ITアーキテクチャ(ハードウェア) |
3.11.2.2.12 ストレージ技術 |
3.11.2.2.13 IT基盤構築プロセス |
3.11.2.2.14 システム方式設計 |
3.11.2.2.15 導入 |
3.11.2.2.16 深耕力 |
3.11.2.2.17 相手の考えを理解する力 |
3.11.2.2.18 自分の考えを伝える力 |
3.11.3 ソフトウェアの導入 |
3.11.3.1 ソフトウェア導入作業の管理 |
3.11.3.1.1 ソフトウェア導入・配信手法 |
3.11.3.1.2 ソフトウェア工学 |
3.11.3.1.3 ソフトウェアの標準化 |
3.11.3.1.4 ソフトウェアエンジニアリングツール・開発技術 |
3.11.3.1.5 オープンソースソフトウェア |
3.11.3.1.6 システム開発の概念と方法論 |
3.11.3.1.7 システム開発のアプローチ |
3.11.3.1.8 ソフトウェア要件定義 |
3.11.3.1.9 ソフトウェア開発のフォールトトレランス |
3.11.3.1.10 受入れ支援 |
3.11.3.1.11 アプリケーション計画 |
3.11.3.1.12 既存ソフトウェアの把握技法 |
3.11.3.1.13 ソフトウェアの進化や保守 |
3.11.3.1.14 IT基盤構築プロセス |
3.11.3.1.15 システム方式設計 |
3.11.3.1.16 導入 |
3.11.3.1.17 問題分析力 |
3.11.3.1.18 深耕力 |
3.11.3.1.19 革新力 |
3.11.3.1.20 自分の考えを伝える力 |
3.11.3.2 ソフトウェア導入作業の実施 |
3.11.3.2.1 ソフトウェア導入・配信手法 |
3.11.3.2.2 ソフトウェア工学 |
3.11.3.2.3 ソフトウェアの標準化 |
3.11.3.2.4 ソフトウェアエンジニアリングツール・開発技術 |
3.11.3.2.5 オープンソースソフトウェア |
3.11.3.2.6 システム開発の概念と方法論 |
3.11.3.2.7 システム開発のアプローチ |
3.11.3.2.8 ソフトウェア要件定義 |
3.11.3.2.9 ソフトウェア開発のフォールトトレランス |
3.11.3.2.10 受入れ支援 |
3.11.3.2.11 アプリケーション計画 |
3.11.3.2.12 既存ソフトウェアの把握技法 |
3.11.3.2.13 ソフトウェアの進化や保守 |
3.11.3.2.14 IT基盤構築プロセス |
3.11.3.2.15 システム方式設計 |
3.11.3.2.16 導入 |
3.11.3.2.17 深耕力 |
3.11.3.2.18 相手の考えを理解する力 |
3.11.3.2.19 自分の考えを伝える力 |
3.12 ファシリティ設計・構築 |
3.12.1 施工図の作成 |
3.12.1.1 ファシリティマネジメント |
3.12.1.2 ファシリティマネジメント技術問題解決技法 |
3.12.1.3 建築の基礎知識と建築用製図(CAD)基礎知識 |
3.12.1.4 環境対策 |
3.12.1.5 信頼性、可用性、保守性 |
3.12.1.6 耐震安全確保 |
3.12.1.7 物理ネットワーク(通信ネットワーク)の設計 |
3.12.1.8 防災防犯設備設計 |
3.12.1.9 品質管理の知識 |
3.12.1.10 概念化力 |
3.12.1.11 俯瞰力 |
3.12.1.12 革新力 |
3.12.2 ファシリティ設計 |
3.12.2.1 施工図の作成 |
3.12.2.1.1 ファシリティマネジメント |
3.12.2.1.2 ファシリティマネジメント技術問題解決技法 |
3.12.2.1.3 建築の基礎知識と建築用製図(CAD)基礎知識 |
3.12.2.1.4 環境対策 |
3.12.2.1.5 信頼性、可用性、保守性 |
3.12.2.1.6 耐震安全確保 |
3.12.2.1.7 物理ネットワーク(通信ネットワーク)の設計 |
3.12.2.1.8 防災防犯設備設計 |
3.12.2.1.9 品質管理の知識 |
3.12.2.1.10 概念化力 |
3.12.2.1.11 俯瞰力 |
3.12.2.1.12 革新力 |
3.12.2.2 施工計画書(要領書、計画書)の作成 |
3.12.2.2.1 ファシリティマネジメント |
3.12.2.2.2 施工設計・計画 |
3.12.2.2.3 コスト積算 |
3.12.2.2.4 仮説設定力 |
3.12.2.2.5 深耕力 |
3.12.2.2.6 相手の考えを理解する力 |
3.12.2.3 試験・切替計画書の作成 |
3.12.2.3.1 ファシリティマネジメント |
3.12.2.3.2 建築の基礎知識と建築用製図(CAD)基礎知識 |
3.12.2.3.3 信頼性、可用性、保守性 |
3.12.2.3.4 耐震安全確保 |
3.12.2.3.5 物理ネットワーク(通信ネットワーク)の設計 |
3.12.2.3.6 品質管理の知識 |
3.12.2.3.7 仮説設定力 |
3.12.2.3.8 深耕力 |
3.12.2.3.9 相手の考えを理解する力 |
3.12.3 ファシリティ施工管理 |
3.12.3.1 施工準備 |
3.12.3.1.1 ファシリティマネジメント |
3.12.3.1.2 施工実務手法 |
3.12.3.1.3 工程・安全・環境管理 |
3.12.3.1.4 ファシリティ関連工事 |
3.12.3.1.5 深耕力 |
3.12.3.1.6 相手の考えを理解する力 |
3.12.3.1.7 自分の考えを伝える力 |
3.12.3.2 安全管理、作業管理、資材管理 |
3.12.3.2.1 ファシリティマネジメント |
3.12.3.2.2 工程・安全・環境管理 |
3.12.3.2.3 深耕力 |
3.12.3.2.4 相手の考えを理解する力 |
3.12.3.2.5 自分の考えを伝える力 |
3.12.3.3 施工後工程の管理 |
3.12.3.3.1 ファシリティマネジメント |
3.12.3.3.2 施工実務手法 |
3.12.3.3.3 工程・安全・環境管理 |
3.12.3.3.4 ファシリティ関連工事 |
3.12.3.3.5 深耕力 |
3.12.3.3.6 相手の考えを理解する力 |
3.12.3.3.7 自分の考えを伝える力 |
3.12.4 ファシリティ施工実施 |
3.12.4.1 電気通信工事の実施 |
3.12.4.1.1 ファシリティマネジメント |
3.12.4.1.2 施工実務手法 |
3.12.4.1.3 ファシリティ関連工事 |
3.12.4.1.4 問題発見力 |
3.12.4.1.5 俯瞰力 |
3.12.4.2 電気工事の実施 |
3.12.4.2.1 ファシリティマネジメント |
3.12.4.2.2 施工実務手法 |
3.12.4.2.3 ファシリティ関連工事 |
3.12.4.2.4 問題発見力 |
3.12.4.2.5 俯瞰力 |
3.12.4.3 機器の設置 |
3.12.4.3.1 ファシリティマネジメント |
3.12.4.3.2 施工実務手法 |
3.12.4.3.3 ファシリティ関連工事 |
3.12.4.3.4 問題発見力 |
3.12.4.3.5 俯瞰力 |
3.12.4.4 設備工事の実施 |
3.12.4.4.1 ファシリティマネジメント |
3.12.4.4.2 施工実務手法 |
3.12.4.4.3 ファシリティ関連工事 |
3.12.4.4.4 問題発見力 |
3.12.4.4.5 俯瞰力 |
3.12.4.5 引き継ぎ |
3.12.4.5.1 ファシリティマネジメント |
3.12.4.5.2 施工実務手法 |
3.12.4.5.3 ファシリティ関連工事 |
3.12.4.5.4 深耕力 |
3.12.4.5.5 相手の考えを理解する力 |
3.12.4.5.6 自分の考えを伝える力 |
3.13 プロジェクトマネジメント |
3.13.1 プロジェクト立ち上げ |
3.13.1.1 プロジェクト企画書の作成 |
3.13.1.1.1 プロジェクトマネジメント |
3.13.1.1.2 プロジェクト統合マネジメント |
3.13.1.1.3 プロジェクトコストマネジメント |
3.13.1.1.4 プロジェクトコミュニケーションマネジメント |
3.13.1.1.5 プロジェクトスコープマネジメント |
3.13.1.1.6 プロジェクトステークホルダマネジメント |
3.13.1.1.7 プロジェクトタイムマネジメント |
3.13.1.1.8 プロジェクトリスクマネジメント |
3.13.1.1.9 プロジェクト資源マネジメント |
3.13.1.1.10 プロジェクト調達マネジメント |
3.13.1.1.11 プロジェクト品質マネジメント |
3.13.1.1.12 仮説設定力 |
3.13.1.2 プロジェクト企画書の申請と説明 |
3.13.1.2.1 プロジェクトマネジメント |
3.13.1.2.2 プロジェクト統合マネジメント |
3.13.1.2.3 プロジェクトコストマネジメント |
3.13.1.2.4 プロジェクトコミュニケーションマネジメント |
3.13.1.2.5 プロジェクトスコープマネジメント |
3.13.1.2.6 プロジェクトステークホルダマネジメント |
3.13.1.2.7 プロジェクトタイムマネジメント |
3.13.1.2.8 プロジェクトリスクマネジメント |
3.13.1.2.9 プロジェクト資源マネジメント |
3.13.1.2.10 プロジェクト調達マネジメント |
3.13.1.2.11 プロジェクト品質マネジメント |
3.13.1.2.12 深耕力 |
3.13.1.2.13 継続力 |
3.13.1.3 プロジェクト企画書の完成 |
3.13.1.3.1 プロジェクトマネジメント |
3.13.1.3.2 プロジェクト統合マネジメント |
3.13.1.3.3 プロジェクトコストマネジメント |
3.13.1.3.4 プロジェクトコミュニケーションマネジメント |
3.13.1.3.5 プロジェクトスコープマネジメント |
3.13.1.3.6 プロジェクトステークホルダマネジメント |
3.13.1.3.7 プロジェクトタイムマネジメント |
3.13.1.3.8 プロジェクトリスクマネジメント |
3.13.1.3.9 プロジェクト資源マネジメント |
3.13.1.3.10 プロジェクト調達マネジメント |
3.13.1.3.11 プロジェクト品質マネジメント |
3.13.1.3.12 論理思考力 |
3.13.1.3.13 継続力 |
3.13.1.3.14 相手の考えを理解する力 |
3.13.2 プロジェクト計画策定 |
3.13.2.1 スコープ計画の策定 |
3.13.2.1.1 プロジェクトマネジメント |
3.13.2.1.2 プロジェクト統合マネジメント |
3.13.2.1.3 プロジェクトスコープマネジメント |
3.13.2.1.4 仮説設定力 |
3.13.2.1.5 概念化力 |
3.13.2.1.6 俯瞰力 |
3.13.2.1.7 革新力 |
3.13.2.2 プロジェクト方針の決定 |
3.13.2.2.1 プロジェクトマネジメント |
3.13.2.2.2 プロジェクト統合マネジメント |
3.13.2.2.3 プロジェクトスコープマネジメント |
3.13.2.2.4 問題発見力 |
3.13.2.2.5 論理思考力 |
3.13.2.2.6 継続力 |
3.13.2.2.7 革新力 |
3.13.2.3 スコープの定義 |
3.13.2.3.1 プロジェクトマネジメント |
3.13.2.3.2 プロジェクト統合マネジメント |
3.13.2.3.3 プロジェクトスコープマネジメント |
3.13.2.3.4 概念化力 |
3.13.2.3.5 深耕力 |
3.13.2.3.6 革新力 |
3.13.2.3.7 共感を呼ぶ力 |
3.13.2.4 スケジュール計画の策定 |
3.13.2.4.1 規模の見積手法 |
3.13.2.4.2 プロジェクトマネジメント |
3.13.2.4.3 プロジェクト統合マネジメント |
3.13.2.4.4 プロジェクトタイムマネジメント |
3.13.2.4.5 仮説設定力 |
3.13.2.4.6 継続力 |
3.13.2.4.7 革新力 |
3.13.2.5 資源計画の策定 |
3.13.2.5.1 規模の見積手法 |
3.13.2.5.2 プロジェクトマネジメント |
3.13.2.5.3 プロジェクト統合マネジメント |
3.13.2.5.4 プロジェクト資源マネジメント |
3.13.2.5.5 問題分析力 |
3.13.2.5.6 仮説設定力 |
3.13.2.5.7 論理思考力 |
3.13.2.6 組織要員計画の策定 |
3.13.2.6.1 規模の見積手法 |
3.13.2.6.2 プロジェクトマネジメント |
3.13.2.6.3 プロジェクト統合マネジメント |
3.13.2.6.4 プロジェクトステークホルダマネジメント |
3.13.2.6.5 仮説設定力 |
3.13.2.6.6 概念化力 |
3.13.2.6.7 継続力 |
3.13.2.7 調達計画の策定 |
3.13.2.7.1 規模の見積手法 |
3.13.2.7.2 プロジェクトマネジメント |
3.13.2.7.3 プロジェクト統合マネジメント |
3.13.2.7.4 プロジェクト調達マネジメント |
3.13.2.7.5 問題分析力 |
3.13.2.7.6 仮説設定力 |
3.13.2.7.7 革新力 |
3.13.2.8 費用計画の策定 |
3.13.2.8.1 規模の見積手法 |
3.13.2.8.2 プロジェクトマネジメント |
3.13.2.8.3 プロジェクト統合マネジメント |
3.13.2.8.4 プロジェクトコストマネジメント |
3.13.2.8.5 問題分析力 |
3.13.2.8.6 仮説設定力 |
3.13.2.8.7 継続力 |
3.13.2.9 品質保証計画の策定 |
3.13.2.9.1 プロジェクトマネジメント |
3.13.2.9.2 プロジェクト統合マネジメント |
3.13.2.9.3 プロジェクト品質マネジメント |
3.13.2.9.4 仮説設定力 |
3.13.2.9.5 概念化力 |
3.13.2.9.6 革新力 |
3.13.2.10 リスク管理計画の策定 |
3.13.2.10.1 プロジェクトマネジメント |
3.13.2.10.2 プロジェクト統合マネジメント |
3.13.2.10.3 プロジェクトリスクマネジメント |
3.13.2.10.4 問題発見力 |
3.13.2.10.5 問題分析力 |
3.13.2.10.6 仮説設定力 |
3.13.2.10.7 革新力 |
3.13.2.11 コミュニケーション計画の策定 |
3.13.2.11.1 プロジェクトマネジメント |
3.13.2.11.2 プロジェクト統合マネジメント |
3.13.2.11.3 プロジェクトコミュニケーションマネジメント |
3.13.2.11.4 仮説設定力 |
3.13.2.11.5 俯瞰力 |
3.13.2.11.6 深耕力 |
3.13.2.11.7 継続力 |
3.13.2.12 プロジェクト計画書の作成 |
3.13.2.12.1 プロジェクトマネジメント |
3.13.2.12.2 プロジェクト統合マネジメント |
3.13.2.12.3 プロジェクトコストマネジメント |
3.13.2.12.4 プロジェクトコミュニケーションマネジメント |
3.13.2.12.5 プロジェクトスコープマネジメント |
3.13.2.12.6 プロジェクトステークホルダマネジメント |
3.13.2.12.7 プロジェクトタイムマネジメント |
3.13.2.12.8 プロジェクトリスクマネジメント |
3.13.2.12.9 プロジェクト資源マネジメント |
3.13.2.12.10 プロジェクト調達マネジメント |
3.13.2.12.11 プロジェクト品質マネジメント |
3.13.2.12.12 仮説設定力 |
3.13.2.12.13 概念化力 |
3.13.2.12.14 継続力 |
3.13.3 プロジェクト追跡と実行管理 |
3.13.3.1 プロジェクトの実行管理 |
3.13.3.1.1 プロジェクトマネジメント |
3.13.3.1.2 プロジェクト統合マネジメント |
3.13.3.1.3 俯瞰力 |
3.13.3.1.4 相手の考えを理解する力 |
3.13.3.2 プロジェクトの監視と追跡 |
3.13.3.2.1 プロジェクトマネジメント |
3.13.3.2.2 プロジェクト統合マネジメント |
3.13.3.2.3 問題発見力 |
3.13.3.2.4 相手の考えを理解する力 |
3.13.3.2.5 自分の考えを伝える力 |
3.13.3.3 問題管理 |
3.13.3.3.1 プロジェクトマネジメント |
3.13.3.3.2 プロジェクト統合マネジメント |
3.13.3.3.3 問題発見力 |
3.13.3.3.4 問題分析力 |
3.13.3.3.5 自分の考えを伝える力 |
3.13.3.4 工程完了評価 |
3.13.3.4.1 プロジェクトマネジメント |
3.13.3.4.2 プロジェクト統合マネジメント |
3.13.3.4.3 プロジェクト品質マネジメント |
3.13.3.4.4 問題分析力 |
3.13.3.4.5 俯瞰力 |
3.13.3.4.6 自分の考えを伝える力 |
3.13.3.5 プロジェクト状況の報告 |
3.13.3.5.1 プロジェクトマネジメント |
3.13.3.5.2 プロジェクト統合マネジメント |
3.13.3.5.3 深耕力 |
3.13.3.6 進捗管理 |
3.13.3.6.1 プロジェクトマネジメント |
3.13.3.6.2 プロジェクト統合マネジメント |
3.13.3.6.3 プロジェクトタイムマネジメント |
3.13.3.6.4 問題分析力 |
3.13.3.6.5 仮説設定力 |
3.13.3.6.6 相手の考えを理解する力 |
3.13.3.7 資源管理 |
3.13.3.7.1 プロジェクトマネジメント |
3.13.3.7.2 プロジェクト統合マネジメント |
3.13.3.7.3 プロジェクト資源マネジメント |
3.13.3.7.4 仮説設定力 |
3.13.3.7.5 相手の考えを理解する力 |
3.13.3.8 組織要員管理 |
3.13.3.8.1 プロジェクトマネジメント |
3.13.3.8.2 プロジェクト統合マネジメント |
3.13.3.8.3 プロジェクトステークホルダマネジメント |
3.13.3.8.4 問題分析力 |
3.13.3.8.5 仮説設定力 |
3.13.3.8.6 自分の考えを伝える力 |
3.13.3.9 調達管理 |
3.13.3.9.1 プロジェクトマネジメント |
3.13.3.9.2 プロジェクト統合マネジメント |
3.13.3.9.3 プロジェクト調達マネジメント |
3.13.3.9.4 継続力 |
3.13.3.10 費用管理 |
3.13.3.10.1 プロジェクトマネジメント |
3.13.3.10.2 プロジェクト統合マネジメント |
3.13.3.10.3 プロジェクトコストマネジメント |
3.13.3.10.4 継続力 |
3.13.3.10.5 相手の考えを理解する力 |
3.13.3.11 品質管理 |
3.13.3.11.1 プロジェクトマネジメント |
3.13.3.11.2 プロジェクト統合マネジメント |
3.13.3.11.3 プロジェクト品質マネジメント |
3.13.3.11.4 相手の考えを理解する力 |
3.13.3.12 リスク管理 |
3.13.3.12.1 プロジェクトマネジメント |
3.13.3.12.2 プロジェクト統合マネジメント |
3.13.3.12.3 プロジェクトリスクマネジメント |
3.13.3.12.4 問題発見力 |
3.13.3.12.5 問題分析力 |
3.13.3.12.6 相手の考えを理解する力 |
3.13.3.13 コミュニケーション管理 |
3.13.3.13.1 プロジェクトマネジメント |
3.13.3.13.2 プロジェクト統合マネジメント |
3.13.3.13.3 プロジェクトコミュニケーションマネジメント |
3.13.3.13.4 深耕力 |
3.13.3.13.5 相手の考えを理解する力 |
3.13.3.13.6 自分の考えを伝える力 |
3.13.3.14 変更管理 |
3.13.3.14.1 プロジェクトマネジメント |
3.13.3.14.2 プロジェクト統合マネジメント |
3.13.3.14.3 仮説設定力 |
3.13.3.14.4 論理思考力 |
3.13.3.14.5 革新力 |
3.13.4 プロジェクト終結 |
3.13.4.1 プロジェクト終結の確認 |
3.13.4.1.1 プロジェクトマネジメント |
3.13.4.1.2 プロジェクト統合マネジメント |
3.13.4.1.3 問題発見力 |
3.13.4.1.4 俯瞰力 |
3.13.4.1.5 革新力 |
3.13.4.2 プロジェクトの完了報告 |
3.13.4.2.1 プロジェクトマネジメント |
3.13.4.2.2 プロジェクト統合マネジメント |
3.13.4.2.3 深耕力 |
3.13.4.3 プロジェクトの完了評価 |
3.13.4.3.1 プロジェクトマネジメント |
3.13.4.3.2 プロジェクト統合マネジメント |
3.13.4.3.3 問題分析力 |
3.13.4.3.4 深耕力 |
3.13.4.3.5 相手の考えを理解する力 |
3.13.5 プロジェクト個別の品質マネジメント |
3.13.5.1 レビューのマネジメント |
3.13.5.1.1 プロダクトのレビュー手法 |
3.13.5.1.2 仮説設定力 |
3.13.5.1.3 継続力 |
3.13.5.1.4 相手の考えを理解する力 |
3.13.5.2 テストのマネジメント |
3.13.5.2.1 テスト技術・手法 |
3.13.5.2.2 仮説設定力 |
3.13.5.2.3 論理思考力 |
3.13.5.2.4 相手の考えを理解する力 |
3.13.5.3 品質分析・評価のマネジメント |
3.13.5.3.1 品質分析・評価手法 |
3.13.5.3.2 問題分析力 |
3.13.5.3.3 仮説設定力 |
3.13.5.3.4 相手の考えを理解する力 |
4 利活用 |
4.1 サービスデスク |
4.1.1 IT利活用 |
4.1.1.1 個別ITシステム活用促進 |
4.1.1.1.1 サービスの運用手法 |
4.1.1.1.2 サービスデスク運用手法 |
4.1.1.1.3 仮説設定力 |
4.1.1.1.4 継続力 |
4.1.1.1.5 相手の考えを理解する力 |
4.1.1.2 個別評価とフィードバック |
4.1.1.2.1 サービスの運用手法 |
4.1.1.2.2 サービスデスク運用手法 |
4.1.1.2.3 FAQ |
4.1.1.2.4 問題分析力 |
4.1.1.2.5 深耕力 |
4.1.1.3 全体のIT活用能力底上げ |
4.1.1.3.1 サービスの運用手法 |
4.1.1.3.2 サービスデスク運用手法 |
4.1.1.3.3 概念化力 |
4.1.1.3.4 深耕力 |
4.1.1.3.5 自分の考えを伝える力 |
4.1.1.4 活用シナジーの促進 |
4.1.1.4.1 サービスの運用手法 |
4.1.1.4.2 サービスデスク運用手法 |
4.1.1.4.3 FAQ |
4.1.1.4.4 ナレッジベース |
4.1.1.4.5 ナレッジマネジメントの意義 |
4.1.1.4.6 仮説設定力 |
4.1.1.4.7 深耕力 |
4.1.1.4.8 共感を呼ぶ力 |
4.1.2 システム利用者対応 |
4.1.2.1 業務運用 |
4.1.2.1.1 サービスの運用手法 |
4.1.2.1.2 サービスデスク運用手法 |
4.1.2.1.3 俯瞰力 |
4.1.2.1.4 相手の考えを理解する力 |
4.1.2.1.5 自分の考えを伝える力 |
4.1.2.2 ユーザ教育と支援 |
4.1.2.2.1 サービスの運用手法 |
4.1.2.2.2 サービスデスク運用手法 |
4.1.2.2.3 FAQ |
4.1.2.2.4 仮説設定力 |
4.1.2.2.5 深耕力 |
4.1.2.2.6 相手の考えを理解する力 |
4.1.2.3 インシデント管理 |
4.1.2.3.1 サービスの運用手法 |
4.1.2.3.2 サービスデスク運用手法 |
4.1.2.3.3 障害管理 |
4.1.2.3.4 システムの監視 |
4.1.2.3.5 稼働状況管理 |
4.1.2.3.6 問題分析力 |
4.1.2.3.7 深耕力 |
4.1.3 顧客統括管理 |
4.1.3.1 情報管理とコミュニケーション |
4.1.3.1.1 サービスの運用手法 |
4.1.3.1.2 ナレッジ管理手法 |
4.1.3.1.3 サービスデスク運用手法 |
4.1.3.1.4 FAQ |
4.1.3.1.5 俯瞰力 |
4.1.3.1.6 相手の考えを理解する力 |
4.1.3.1.7 自分の考えを伝える力 |
4.1.3.2 クレーム対応処理 |
4.1.3.2.1 サービスの運用手法 |
4.1.3.2.2 サービスデスク運用手法 |
4.1.3.2.3 FAQ |
4.1.3.2.4 俯瞰力 |
4.1.3.2.5 継続力 |
4.1.3.2.6 自分の考えを伝える力 |
4.2 IT運用コントロール |
4.2.1 IT運用管理 |
4.2.1.1 ユーザ管理 |
4.2.1.1.1 サービスの運用手法 |
4.2.1.1.2 運用オペレーション手法 |
4.2.1.1.3 相手の考えを理解する力 |
4.2.1.2 オペレーション管理 |
4.2.1.2.1 サービスの運用手法 |
4.2.1.2.2 運用オペレーション手法 |
4.2.1.2.3 運行管理 |
4.2.1.2.4 運用管理ソフト製品 |
4.2.1.2.5 問題発見力 |
4.2.1.2.6 革新力 |
4.2.1.2.7 相手の考えを理解する力 |
4.2.2 情報セキュリティ管理 |
4.2.2.1 情報セキュリティの運用 |
4.2.2.1.1 サービスの運用手法 |
4.2.2.1.2 システム運用方式技法 |
4.2.2.1.3 システム管理計画 |
4.2.2.1.4 システム管理技術 |
4.2.2.1.5 システム管理製品 |
4.2.2.1.6 運用管理ソフト製品 |
4.2.2.1.7 運用システムの改善 |
4.2.2.1.8 情報セキュリティ |
4.2.2.1.9 情報保証と情報セキュリティ |
4.2.2.1.10 情報倫理とセキュリティ |
4.2.2.1.11 アプリケーションセキュリティ |
4.2.2.1.12 情報プラットフォームのセキュリティ技術 |
4.2.2.1.13 ネットワークのセキュリティリスク |
4.2.2.1.14 暗号技術 |
4.2.2.1.15 セキュリティと個人情報 |
4.2.2.1.16 保証、信用、信頼のメカニズム |
4.2.2.1.17 セキュリティ技術の理解と活用 |
4.2.2.1.18 セキュリティ方針の策定 |
4.2.2.1.19 セキュリティ対策基準の策定 |
4.2.2.1.20 情報セキュリティ対策 |
4.2.2.1.21 セキュリティシステムの計画策定 |
4.2.2.1.22 セキュリティシステムの要件定義 |
4.2.2.1.23 コンピュータ・フォレンジクス(証拠保全追跡) |
4.2.2.1.24 セキュリティシステムの運用管理 |
4.2.2.1.25 システム運用・保守技術(セキュリティ) |
4.2.2.1.26 セキュリティ障害(事件事故/インシデント)管理 |
4.2.2.1.27 情報セキュリティ管理 |
4.2.2.1.28 情報セキュリティ監査の実施・支援 |
4.2.2.1.29 セキュリティ技術評価 |
4.2.2.1.30 セキュリティの分析 |
4.2.2.1.31 セキュリティの見直し(セキュリティシステムの評価と改善) |
4.2.2.1.32 相手の考えを理解する力 |
4.2.2.1.33 自分の考えを伝える力 |
4.2.2.2 情報セキュリティの評価と検証 |
4.2.2.2.1 サービスの運用手法 |
4.2.2.2.2 システム運用方式技法 |
4.2.2.2.3 システム管理計画 |
4.2.2.2.4 システム管理技術 |
4.2.2.2.5 システム管理製品 |
4.2.2.2.6 運用管理ソフト製品 |
4.2.2.2.7 運用システムの改善 |
4.2.2.2.8 運用に関するシステム評価 |
4.2.2.2.9 情報セキュリティ |
4.2.2.2.10 情報保証と情報セキュリティ |
4.2.2.2.11 情報倫理とセキュリティ |
4.2.2.2.12 アプリケーションセキュリティ |
4.2.2.2.13 情報プラットフォームのセキュリティ技術 |
4.2.2.2.14 ネットワークのセキュリティリスク |
4.2.2.2.15 暗号技術 |
4.2.2.2.16 セキュリティと個人情報 |
4.2.2.2.17 保証、信用、信頼のメカニズム |
4.2.2.2.18 セキュリティ技術の理解と活用 |
4.2.2.2.19 セキュリティ方針の策定 |
4.2.2.2.20 セキュリティ対策基準の策定 |
4.2.2.2.21 情報セキュリティ対策 |
4.2.2.2.22 セキュリティシステムの計画策定 |
4.2.2.2.23 セキュリティシステムの要件定義 |
4.2.2.2.24 コンピュータ・フォレンジクス(証拠保全追跡) |
4.2.2.2.25 セキュリティシステムの運用管理 |
4.2.2.2.26 システム運用・保守技術(セキュリティ) |
4.2.2.2.27 セキュリティ障害(事件事故/インシデント)管理 |
4.2.2.2.28 情報セキュリティ管理 |
4.2.2.2.29 情報セキュリティ監査の実施・支援 |
4.2.2.2.30 セキュリティ技術評価 |
4.2.2.2.31 セキュリティの分析 |
4.2.2.2.32 セキュリティの見直し(セキュリティシステムの評価と改善) |
4.2.2.2.33 問題分析力 |
4.2.2.2.34 深耕力 |
4.2.2.2.35 相手の考えを理解する力 |
4.3 システム運用管理 |
4.3.1 障害管理 |
4.3.1.1 障害対応 |
4.3.1.1.1 システム運用管理手法 |
4.3.1.1.2 運用支援ツール手法 |
4.3.1.1.3 システム管理製品 |
4.3.1.1.4 運用管理ソフト製品 |
4.3.1.1.5 障害時運用方式 |
4.3.1.1.6 障害状況把握・原因特定 |
4.3.1.1.7 障害コール受付 |
4.3.1.1.8 処置・修復作業の実践・動作検証 |
4.3.1.1.9 問題発見力 |
4.3.1.1.10 相手の考えを理解する力 |
4.3.1.1.11 自分の考えを伝える力 |
4.3.1.2 障害記録・再発防止 |
4.3.1.2.1 システム運用管理手法 |
4.3.1.2.2 運用支援ツール手法 |
4.3.1.2.3 運用管理ソフト製品 |
4.3.1.2.4 障害時運用方式 |
4.3.1.2.5 障害状況把握・原因特定 |
4.3.1.2.6 障害コール受付 |
4.3.1.2.7 処置・修復作業の実践・動作検証 |
4.3.1.2.8 仮説設定力 |
4.3.1.2.9 深耕力 |
4.3.1.2.10 自分の考えを伝える力 |
4.3.2 問題管理 |
4.3.2.1 問題コントロールの開始 |
4.3.2.1.1 システム運用管理手法 |
4.3.2.1.2 運用支援ツール手法 |
4.3.2.1.3 運用管理ソフト製品 |
4.3.2.1.4 障害時運用方式 |
4.3.2.1.5 問題発見力 |
4.3.2.1.6 問題分析力 |
4.3.2.1.7 相手の考えを理解する力 |
4.3.2.2 エラーコントロール |
4.3.2.2.1 システム運用管理手法 |
4.3.2.2.2 運用支援ツール手法 |
4.3.2.2.3 運用管理ソフト製品 |
4.3.2.2.4 障害時運用方式 |
4.3.2.2.5 問題分析力 |
4.3.2.2.6 仮説設定力 |
4.3.2.2.7 深耕力 |
4.3.3 性能管理 |
4.3.3.1 パフォーマンスとキャパシティの管理 |
4.3.3.1.1 システム運用管理手法 |
4.3.3.1.2 運用支援ツール手法 |
4.3.3.1.3 システム管理製品 |
4.3.3.1.4 運用管理ソフト製品 |
4.3.3.1.5 性能管理 |
4.3.3.1.6 問題分析力 |
4.3.3.1.7 仮説設定力 |
4.3.3.1.8 革新力 |
4.3.4 構成管理 |
4.3.4.1 構成管理の計画策定と設計 |
4.3.4.1.1 システム運用管理手法 |
4.3.4.1.2 運用支援ツール手法 |
4.3.4.1.3 運用管理ソフト製品 |
4.3.4.1.4 構成管理 |
4.3.4.1.5 仮説設定力 |
4.3.4.1.6 継続力 |
4.3.4.1.7 革新力 |
4.3.4.2 構成管理の実施 |
4.3.4.2.1 システム運用管理手法 |
4.3.4.2.2 運用支援ツール手法 |
4.3.4.2.3 運用管理ソフト製品 |
4.3.4.2.4 構成管理 |
4.3.4.2.5 深耕力 |
4.3.4.2.6 相手の考えを理解する力 |
4.3.5 資源管理 |
4.3.5.1 ハードウェアの管理 |
4.3.5.1.1 システム運用管理手法 |
4.3.5.1.2 運用支援ツール手法 |
4.3.5.1.3 システム管理製品 |
4.3.5.1.4 運用管理ソフト製品 |
4.3.5.1.5 性能管理 |
4.3.5.1.6 論理思考力 |
4.3.5.1.7 深耕力 |
4.3.5.1.8 相手の考えを理解する力 |
4.3.5.2 ソフトウェアの管理 |
4.3.5.2.1 システム運用管理手法 |
4.3.5.2.2 運用支援ツール手法 |
4.3.5.2.3 システム管理製品 |
4.3.5.2.4 運用管理ソフト製品 |
4.3.5.2.5 性能管理 |
4.3.5.2.6 論理思考力 |
4.3.5.2.7 深耕力 |
4.3.5.2.8 相手の考えを理解する力 |
4.3.5.3 データの管理 |
4.3.5.3.1 システム運用管理手法 |
4.3.5.3.2 運用支援ツール手法 |
4.3.5.3.3 システム管理製品 |
4.3.5.3.4 運用管理ソフト製品 |
4.3.5.3.5 性能管理 |
4.3.5.3.6 論理思考力 |
4.3.5.3.7 深耕力 |
4.3.5.3.8 相手の考えを理解する力 |
4.3.5.4 ネットワーク資源の管理 |
4.3.5.4.1 システム運用管理手法 |
4.3.5.4.2 運用支援ツール手法 |
4.3.5.4.3 システム管理製品 |
4.3.5.4.4 運用管理ソフト製品 |
4.3.5.4.5 性能管理 |
4.3.5.4.6 論理思考力 |
4.3.5.4.7 深耕力 |
4.3.5.4.8 相手の考えを理解する力 |
4.3.6 リリース管理 |
4.3.6.1 リリースの計画、準備と実施 |
4.3.6.1.1 システム運用管理手法 |
4.3.6.1.2 運用支援ツール手法 |
4.3.6.1.3 アプリケーションシステムの受け入れ |
4.3.6.1.4 運用管理ソフト製品 |
4.3.6.1.5 仮説設定力 |
4.3.6.1.6 深耕力 |
4.3.6.1.7 相手の考えを理解する力 |
4.3.7 セキュリティ障害管理 |
4.3.7.1 事故の検知 |
4.3.7.1.1 システム運用管理手法 |
4.3.7.1.2 運用支援ツール手法 |
4.3.7.1.3 システム管理製品 |
4.3.7.1.4 運用管理ソフト製品 |
4.3.7.1.5 障害時運用方式 |
4.3.7.1.6 問題発見力 |
4.3.7.2 事故の初動処理 |
4.3.7.2.1 システム運用管理手法 |
4.3.7.2.2 運用支援ツール手法 |
4.3.7.2.3 運用管理ソフト製品 |
4.3.7.2.4 障害時運用方式 |
4.3.7.2.5 問題発見力 |
4.3.7.2.6 相手の考えを理解する力 |
4.3.7.3 事故の分析 |
4.3.7.3.1 システム運用管理手法 |
4.3.7.3.2 運用支援ツール手法 |
4.3.7.3.3 問題分析力 |
4.3.7.3.4 論理思考力 |
4.3.7.4 事故からの復旧 |
4.3.7.4.1 システム運用管理手法 |
4.3.7.4.2 運用支援ツール手法 |
4.3.7.4.3 論理思考力 |
4.3.7.4.4 深耕力 |
4.3.7.5 再発防止策の実施 |
4.3.7.5.1 システム運用管理手法 |
4.3.7.5.2 運用支援ツール手法 |
4.3.7.5.3 仮説設定力 |
4.3.7.5.4 継続力 |
4.3.7.6 セキュリティの評価 |
4.3.7.6.1 システム運用管理手法 |
4.3.7.6.2 運用支援ツール手法 |
4.3.7.6.3 運用に関するシステム評価 |
4.3.7.6.4 問題分析力 |
4.3.7.6.5 継続力 |
4.3.8 障害対応・保守支援 |
4.3.8.1 問題発生時のコントロール(問題・障害管理) |
4.3.8.1.1 システム運用管理手法 |
4.3.8.1.2 運用支援ツール手法 |
4.3.8.1.3 システム管理製品 |
4.3.8.1.4 運用管理ソフト製品 |
4.3.8.1.5 障害時運用方式 |
4.3.8.1.6 保守技術 |
4.3.8.1.7 メンテナンス |
4.3.8.1.8 保守・廃棄 |
4.3.8.1.9 深耕力 |
4.3.8.1.10 相手の考えを理解する力 |
4.3.8.1.11 自分の考えを伝える力 |
4.3.8.2 障害発生時の対応(一次障害対応) |
4.3.8.2.1 システム運用管理手法 |
4.3.8.2.2 運用支援ツール手法 |
4.3.8.2.3 システム管理製品 |
4.3.8.2.4 運用管理ソフト製品 |
4.3.8.2.5 障害時運用方式 |
4.3.8.2.6 保守技術 |
4.3.8.2.7 メンテナンス |
4.3.8.2.8 保守・廃棄 |
4.3.8.2.9 障害状況把握・原因特定 |
4.3.8.2.10 障害コール受付 |
4.3.8.2.11 処置・修復作業の実践・動作検証 |
4.3.8.2.12 問題発見力 |
4.3.8.2.13 俯瞰力 |
4.3.8.2.14 深耕力 |
4.3.8.2.15 相手の考えを理解する力 |
4.3.8.3 重大障害発生時の対応(二次障害対応、復旧対応) |
4.3.8.3.1 システム運用管理手法 |
4.3.8.3.2 運用支援ツール手法 |
4.3.8.3.3 システム管理製品 |
4.3.8.3.4 運用管理ソフト製品 |
4.3.8.3.5 障害時運用方式 |
4.3.8.3.6 保守技術 |
4.3.8.3.7 メンテナンス |
4.3.8.3.8 保守・廃棄 |
4.3.8.3.9 障害状況把握・原因特定 |
4.3.8.3.10 障害コール受付 |
4.3.8.3.11 処置・修復作業の実践・動作検証 |
4.3.8.3.12 深耕力 |
4.3.8.3.13 継続力 |
4.3.8.3.14 相手の考えを理解する力 |
4.3.8.4 障害の根治(製品の対応) |
4.3.8.4.1 システム運用管理手法 |
4.3.8.4.2 運用支援ツール手法 |
4.3.8.4.3 システム管理製品 |
4.3.8.4.4 運用管理ソフト製品 |
4.3.8.4.5 障害時運用方式 |
4.3.8.4.6 保守技術 |
4.3.8.4.7 メンテナンス |
4.3.8.4.8 保守・廃棄 |
4.3.8.4.9 障害状況把握・原因特定 |
4.3.8.4.10 障害コール受付 |
4.3.8.4.11 処置・修復作業の実践・動作検証 |
4.3.8.4.12 問題発見力 |
4.3.8.4.13 問題分析力 |
4.3.8.4.14 深耕力 |
4.3.9 予防保守 |
4.3.9.1 ハードウェアの予防保守 |
4.3.9.1.1 予防保守手法 |
4.3.9.1.2 運用管理ソフト製品 |
4.3.9.1.3 構成管理 |
4.3.9.1.4 保守技術 |
4.3.9.1.5 メンテナンス |
4.3.9.1.6 保守・廃棄 |
4.3.9.1.7 仮説設定力 |
4.3.9.1.8 相手の考えを理解する力 |
4.3.9.2 ソフトウェアの予防保守 |
4.3.9.2.1 予防保守手法 |
4.3.9.2.2 運用管理ソフト製品 |
4.3.9.2.3 構成管理 |
4.3.9.2.4 保守技術 |
4.3.9.2.5 メンテナンス |
4.3.9.2.6 保守・廃棄 |
4.3.9.2.7 問題分析力 |
4.3.9.2.8 革新力 |
4.4 Webサイト運用管理 |
4.4.1 利用者向けサービス運用管理 |
4.4.1.1 キャンペーン管理 |
4.4.1.1.1 システム運用管理手法 |
4.4.1.1.2 ITサービスマネジメントの業務フロー分析 |
4.4.1.1.3 問題発見力 |
4.4.1.1.4 継続力 |
4.4.1.1.5 相手の考えを理解する力 |
4.4.1.2 メール配信管理 |
4.4.1.2.1 システム運用管理手法 |
4.4.1.2.2 運用支援ツール手法 |
4.4.1.2.3 ITサービスマネジメントの業務フロー分析 |
4.4.1.2.4 問題分析力 |
4.4.2 Webサービス運用管理 |
4.4.2.1 Webコンテンツの運用管理 |
4.4.2.1.1 システム運用管理手法 |
4.4.2.1.2 運用支援ツール手法 |
4.4.2.1.3 ITサービスマネジメントの業務フロー分析 |
4.4.2.1.4 運用業務管理システムの運用管理 |
4.4.2.1.5 運用業務管理システムの導入・設定 |
4.4.2.1.6 システム保守基準 |
4.4.2.1.7 仮説設定力 |
4.4.2.1.8 深耕力 |
4.4.2.2 Webコンテンツの制作と更新 |
4.4.2.2.1 システム運用管理手法 |
4.4.2.2.2 ITサービスマネジメントの業務フロー分析 |
4.4.2.2.3 問題分析力 |
4.4.2.2.4 仮説設定力 |
4.4.2.2.5 概念化力 |
4.4.2.2.6 自分の考えを伝える力 |
4.4.2.3 Webマーケティング施策の支援 |
4.4.2.3.1 マーケットコミュニケーション戦略手法 |
4.4.2.3.2 ITサービスマネジメントの業務フロー分析 |
4.4.2.3.3 問題分析力 |
4.4.2.3.4 深耕力 |
4.4.2.3.5 共感を呼ぶ力 |
4.4.2.4 Webコンテンツ技術サポート |
4.4.2.4.1 システム運用管理手法 |
4.4.2.4.2 システム保守基準 |
4.4.2.4.3 システム管理製品 |
4.4.2.4.4 運用管理ソフト製品 |
4.4.2.4.5 障害時運用方式 |
4.4.2.4.6 問題分析力 |
4.4.2.4.7 深耕力 |
4.4.2.4.8 相手の考えを理解する力 |
4.4.2.5 携帯・スマートフォンサイトの運用 |
4.4.2.5.1 システム運用管理手法 |
4.4.2.5.2 問題発見力 |
4.4.2.5.3 深耕力 |
4.4.2.5.4 相手の考えを理解する力 |
4.5 ファシリティ運用管理 |
4.5.1 ファシリティ運用・保守 |
4.5.1.1 保守計画の策定 |
4.5.1.1.1 ファシリティマネジメント |
4.5.1.1.2 システム運用管理要件定義 |
4.5.1.1.3 システム運用管理設計 |
4.5.1.1.4 システム管理計画 |
4.5.1.1.5 システム保守基準 |
4.5.1.1.6 仮説設定力 |
4.5.1.1.7 深耕力 |
4.5.1.1.8 継続力 |
4.5.1.2 障害対応 |
4.5.1.2.1 ファシリティマネジメント |
4.5.1.2.2 システム管理製品 |
4.5.1.2.3 運用管理ソフト製品 |
4.5.1.2.4 障害時運用方式 |
4.5.1.2.5 問題分析力 |
4.5.1.2.6 継続力 |
4.5.1.2.7 相手の考えを理解する力 |
4.5.1.3 定期点検(予防保全、法定点検)の実施 |
4.5.1.3.1 ファシリティマネジメント |
4.5.1.3.2 運用管理ソフト製品 |
4.5.1.3.3 構成管理 |
4.5.1.3.4 保守技術 |
4.5.1.3.5 メンテナンス |
4.5.1.3.6 保守・廃棄 |
4.5.1.3.7 問題発見力 |
4.5.1.3.8 相手の考えを理解する力 |
4.5.1.4 業務改善管理 |
4.5.1.4.1 ファシリティマネジメント |
4.5.1.4.2 運用に関するシステム評価 |
4.5.1.4.3 問題発見力 |
4.5.1.4.4 仮説設定力 |
4.5.1.4.5 相手の考えを理解する力 |
4.5.1.5 運用管理 |
4.5.1.5.1 ファシリティマネジメント |
4.5.1.5.2 システム管理製品 |
4.5.1.5.3 運用管理ソフト製品 |
4.5.1.5.4 障害時運用方式 |
4.5.1.5.5 問題分析力 |
4.5.1.5.6 相手の考えを理解する力 |
4.6 サービスマネジメント |
4.6.1 サービス管理 |
4.6.1.1 課金管理 |
4.6.1.1.1 統合サービスマネジメント手法 |
4.6.1.1.2 サービスレベルマネジメント手法 |
4.6.1.1.3 継続的サービス改善手法 |
4.6.1.1.4 サービス提供プロセス遂行手法 |
4.6.1.1.5 解決プロセス遂行手法 |
4.6.1.1.6 統合的制御プロセス遂行手法 |
4.6.1.1.7 関係プロセス遂行手法 |
4.6.1.1.8 ITサービスマネジメントの業務フロー分析 |
4.6.1.1.9 運用業務管理システムの運用管理 |
4.6.1.1.10 運用業務管理システムの導入・設定 |
4.6.1.1.11 論理思考力 |
4.6.1.1.12 相手の考えを理解する力 |
4.6.1.1.13 共感を呼ぶ力 |
4.6.1.2 コスト管理 |
4.6.1.2.1 コストの見積り手法 |
4.6.1.2.2 統合サービスマネジメント手法 |
4.6.1.2.3 サービスレベルマネジメント手法 |
4.6.1.2.4 継続的サービス改善手法 |
4.6.1.2.5 サービス提供プロセス遂行手法 |
4.6.1.2.6 解決プロセス遂行手法 |
4.6.1.2.7 統合的制御プロセス遂行手法 |
4.6.1.2.8 関係プロセス遂行手法 |
4.6.1.2.9 ITサービスマネジメントの業務フロー分析 |
4.6.1.2.10 運用業務管理システムの運用管理 |
4.6.1.2.11 運用業務管理システムの導入・設定 |
4.6.1.2.12 問題分析力 |
4.6.1.2.13 仮説設定力 |
4.6.1.2.14 継続力 |
4.6.1.3 要員管理 |
4.6.1.3.1 統合サービスマネジメント手法 |
4.6.1.3.2 サービスレベルマネジメント手法 |
4.6.1.3.3 継続的サービス改善手法 |
4.6.1.3.4 サービス提供プロセス遂行手法 |
4.6.1.3.5 解決プロセス遂行手法 |
4.6.1.3.6 統合的制御プロセス遂行手法 |
4.6.1.3.7 関係プロセス遂行手法 |
4.6.1.3.8 スタッフィング手法 |
4.6.1.3.9 ITサービスマネジメントの業務フロー分析 |
4.6.1.3.10 運用業務管理システムの運用管理 |
4.6.1.3.11 運用業務管理システムの導入・設定 |
4.6.1.3.12 俯瞰力 |
4.6.1.3.13 相手の考えを理解する力 |
4.6.1.3.14 自分の考えを伝える力 |
4.6.1.4 サービスレベルの管理 |
4.6.1.4.1 統合サービスマネジメント手法 |
4.6.1.4.2 サービスレベルマネジメント手法 |
4.6.1.4.3 継続的サービス改善手法 |
4.6.1.4.4 サービス提供プロセス遂行手法 |
4.6.1.4.5 解決プロセス遂行手法 |
4.6.1.4.6 統合的制御プロセス遂行手法 |
4.6.1.4.7 関係プロセス遂行手法 |
4.6.1.4.8 ITサービスマネジメントの業務フロー分析 |
4.6.1.4.9 運用業務管理システムの運用管理 |
4.6.1.4.10 運用業務管理システムの導入・設定 |
4.6.1.4.11 俯瞰力 |
4.6.1.4.12 継続力 |
4.6.1.5 サービス実施体制の管理 |
4.6.1.5.1 統合サービスマネジメント手法 |
4.6.1.5.2 サービスレベルマネジメント手法 |
4.6.1.5.3 継続的サービス改善手法 |
4.6.1.5.4 サービス提供プロセス遂行手法 |
4.6.1.5.5 解決プロセス遂行手法 |
4.6.1.5.6 統合的制御プロセス遂行手法 |
4.6.1.5.7 関係プロセス遂行手法 |
4.6.1.5.8 ITサービスマネジメントの業務フロー分析 |
4.6.1.5.9 運用業務管理システムの運用管理 |
4.6.1.5.10 運用業務管理システムの導入・設定 |
4.6.1.5.11 深耕力 |
4.6.1.5.12 相手の考えを理解する力 |
5 評価・改善 |
5.1 システム評価・改善 |
5.1.1 ITシステムの評価 |
5.1.1.1 ITシステム評価指標による検証 |
5.1.1.1.1 システム化戦略手法 |
5.1.1.1.2 システム活用促進・評価 |
5.1.1.1.3 業務プロセス |
5.1.1.1.4 システムの投資評価技法 |
5.1.1.1.5 運用に関するシステム評価 |
5.1.1.1.6 問題分析力 |
5.1.1.1.7 概念化力 |
5.1.1.1.8 俯瞰力 |
5.1.1.2 ITシステム評価報告の成案化 |
5.1.1.2.1 システム化戦略手法 |
5.1.1.2.2 システム活用促進・評価 |
5.1.1.2.3 業務プロセス |
5.1.1.2.4 システムの投資評価技法 |
5.1.1.2.5 運用に関するシステム評価 |
5.1.1.2.6 仮説設定力 |
5.1.1.2.7 概念化力 |
5.1.1.2.8 継続力 |
5.1.1.2.9 共感を呼ぶ力 |
5.1.2 ITサービスの評価 |
5.1.2.1 評価目標の設定 |
5.1.2.1.1 システム化戦略手法 |
5.1.2.1.2 システム活用促進・評価 |
5.1.2.1.3 業務プロセス |
5.1.2.1.4 システムの投資評価技法 |
5.1.2.1.5 システム管理計画 |
5.1.2.1.6 仮説設定力 |
5.1.2.1.7 継続力 |
5.1.2.1.8 共感を呼ぶ力 |
5.1.2.2 ITサービス評価指標による検証 |
5.1.2.2.1 システム化戦略手法 |
5.1.2.2.2 システム活用促進・評価 |
5.1.2.2.3 業務プロセス |
5.1.2.2.4 システムの投資評価技法 |
5.1.2.2.5 問題分析力 |
5.1.2.2.6 概念化力 |
5.1.2.2.7 俯瞰力 |
5.1.2.3 ITサービス評価報告の成案化 |
5.1.2.3.1 システム化戦略手法 |
5.1.2.3.2 システム活用促進・評価 |
5.1.2.3.3 業務プロセス |
5.1.2.3.4 システムの投資評価技法 |
5.1.2.3.5 仮説設定力 |
5.1.2.3.6 概念化力 |
5.1.2.3.7 継続力 |
5.1.2.3.8 共感を呼ぶ力 |
5.1.2.4 利用状況からの課題の発見と新たな価値の創出 |
5.1.2.4.1 システム化戦略手法 |
5.1.2.4.2 システム活用促進・評価 |
5.1.2.4.3 業務プロセス |
5.1.2.4.4 システムの投資評価技法 |
5.1.2.4.5 問題分析力 |
5.1.2.4.6 概念化力 |
5.1.2.4.7 共感を呼ぶ力 |
5.1.3 Webサイトの評価 |
5.1.3.1 Webサイトの評価 |
5.1.3.1.1 システム化戦略手法 |
5.1.3.1.2 システム活用促進・評価 |
5.1.3.1.3 業務プロセス |
5.1.3.1.4 問題分析力 |
5.1.3.1.5 深耕力 |
5.1.3.1.6 共感を呼ぶ力 |
5.2 IT戦略評価・改善 |
5.2.1 IT戦略の評価 |
5.2.1.1 事業部門のIT化計画の評価 |
5.2.1.1.1 システム化戦略手法 |
5.2.1.1.2 システム活用促進・評価 |
5.2.1.1.3 問題分析力 |
5.2.1.1.4 概念化力 |
5.2.1.1.5 深耕力 |
5.2.1.1.6 共感を呼ぶ力 |
5.2.1.2 IT基盤計画の評価 |
5.2.1.2.1 システム化戦略手法 |
5.2.1.2.2 システム活用促進・評価 |
5.2.1.2.3 問題分析力 |
5.2.1.2.4 概念化力 |
5.2.1.2.5 深耕力 |
5.2.1.2.6 共感を呼ぶ力 |
5.2.1.3 全体計画の評価 |
5.2.1.3.1 システム化戦略手法 |
5.2.1.3.2 システム活用促進・評価 |
5.2.1.3.3 問題分析力 |
5.2.1.3.4 概念化力 |
5.2.1.3.5 深耕力 |
5.2.1.3.6 共感を呼ぶ力 |
5.3 IT製品・サービス戦略評価・改善 |
5.3.1 IT製品・サービス戦略の評価 |
5.3.1.1 販売実績に基づく評価 |
5.3.1.1.1 製品戦略手法 |
5.3.1.1.2 サービス戦略手法 |
5.3.1.1.3 ITSM戦略手法 |
5.3.1.1.4 データセンタ戦略手法 |
5.3.1.1.5 問題分析力 |
5.3.1.1.6 仮説設定力 |
5.3.1.1.7 概念化力 |
5.3.1.1.8 共感を呼ぶ力 |
5.3.1.2 調査・分析に基づく評価 |
5.3.1.2.1 ビジネス環境分析手法 |
5.3.1.2.2 ビジネス戦略と目標・評価 |
5.3.1.2.3 経営管理システム |
5.3.1.2.4 経営戦略手法 |
5.3.1.2.5 最新技術動向把握の手法 |
5.3.1.2.6 問題分析力 |
5.3.1.2.7 仮説設定力 |
5.3.1.2.8 共感を呼ぶ力 |
5.4 事業戦略評価・改善支援 |
5.4.1 事業戦略達成度の評価 |
5.4.1.1 モニタリング指標による検証 |
5.4.1.1.1 ビジネス環境分析手法 |
5.4.1.1.2 ビジネス戦略と目標・評価 |
5.4.1.1.3 経営管理システム |
5.4.1.1.4 経営戦略手法 |
5.4.1.1.5 最新技術動向把握の手法 |
5.4.1.1.6 問題分析力 |
5.4.1.1.7 概念化力 |
5.4.1.1.8 俯瞰力 |
5.4.1.2 事業戦略評価報告の作成 |
5.4.1.2.1 ビジネス戦略と目標・評価 |
5.4.1.2.2 経営戦略手法 |
5.4.1.2.3 データ分析手法 |
5.4.1.2.4 マイニングモデル手法 |
5.4.1.2.5 テキストマイニング手法 |
5.4.1.2.6 問題分析力 |
5.4.1.2.7 概念化力 |
5.4.1.2.8 共感を呼ぶ力 |
5.5 システム監査 |
5.5.1 システム監査計画の策定 |
5.5.1.1 基本計画の作成 |
5.5.1.1.1 システム監査 |
5.5.1.1.2 概念化力 |
5.5.1.1.3 継続力 |
5.5.1.1.4 革新力 |
5.5.1.2 個別計画書の作成 |
5.5.1.2.1 システム監査 |
5.5.1.2.2 仮説設定力 |
5.5.1.2.3 概念化力 |
5.5.1.2.4 相手の考えを理解する力 |
5.5.1.3 外部監査計画の作成 |
5.5.1.3.1 システム監査 |
5.5.1.3.2 仮説設定力 |
5.5.1.3.3 概念化力 |
5.5.1.3.4 相手の考えを理解する力 |
5.5.2 システム監査の実施 |
5.5.2.1 実施準備 |
5.5.2.1.1 システム監査 |
5.5.2.1.2 仮説設定力 |
5.5.2.1.3 継続力 |
5.5.2.2 予備調査 |
5.5.2.2.1 システム監査 |
5.5.2.2.2 問題発見力 |
5.5.2.2.3 仮説設定力 |
5.5.2.2.4 革新力 |
5.5.2.3 監査手続書の作成 |
5.5.2.3.1 システム監査 |
5.5.2.3.2 革新力 |
5.5.2.4 本調査 |
5.5.2.4.1 システム監査 |
5.5.2.4.2 問題分析力 |
5.5.2.4.3 俯瞰力 |
5.5.2.5 実施結果の記録(監査調書の作成) |
5.5.2.5.1 システム監査 |
5.5.2.5.2 俯瞰力 |
5.5.2.6 監査意見の明確化 |
5.5.2.6.1 システム監査 |
5.5.2.6.2 概念化力 |
5.5.2.7 監査報告書案の作成 |
5.5.2.7.1 システム監査 |
5.5.2.7.2 概念化力 |
5.5.2.7.3 革新力 |
5.5.2.8 外部監査計画の実施対応 |
5.5.2.8.1 システム監査 |
5.5.2.8.2 論理思考力 |
5.5.2.8.3 深耕力 |
5.5.3 システム監査の報告 |
5.5.3.1 指摘事項の記載 |
5.5.3.1.1 システム監査 |
5.5.3.1.2 仮説設定力 |
5.5.3.2 改善勧告の記載 |
5.5.3.2.1 システム監査 |
5.5.3.2.2 概念化力 |
5.5.3.2.3 革新力 |
5.5.3.2.4 共感を呼ぶ力 |
5.5.3.3 監査報告の実施 |
5.5.3.3.1 システム監査 |
5.5.3.3.2 深耕力 |
5.5.3.3.3 継続力 |
5.5.3.4 フォローアップの実施 |
5.5.3.4.1 システム監査 |
5.5.3.4.2 深耕力 |
5.5.3.4.3 相手の考えを理解する力 |
5.5.3.5 年次監査報告書の作成 |
5.5.3.5.1 システム監査 |
5.5.3.5.2 問題発見力 |
5.5.3.5.3 論理思考力 |
5.5.4 システム監査業務の管理 |
5.5.4.1 進捗管理 |
5.5.4.1.1 システム監査 |
5.5.4.1.2 相手の考えを理解する力 |
5.5.4.1.3 自分の考えを伝える力 |
5.5.4.2 品質管理 |
5.5.4.2.1 システム監査 |
5.5.4.2.2 問題分析力 |
5.5.4.2.3 相手の考えを理解する力 |
5.5.4.3 監査業務の改善 |
5.5.4.3.1 システム監査 |
5.5.4.3.2 問題分析力 |
5.5.4.3.3 仮説設定力 |
5.5.4.3.4 相手の考えを理解する力 |
5.5.4.4 監査体制の整備 |
5.5.4.4.1 システム監査 |
5.5.4.4.2 革新力 |
5.5.4.4.3 相手の考えを理解する力 |
5.5.5 システム監査対応 |
5.5.5.1 社外による監査の実施支援 |
5.5.5.1.1 システム監査 |
5.5.5.1.2 仮説設定力 |
5.5.5.1.3 継続力 |
5.5.5.1.4 相手の考えを理解する力 |
5.5.5.2 社外による監査結果のフォローアップ |
5.5.5.2.1 システム監査 |
5.5.5.2.2 深耕力 |
5.5.5.2.3 相手の考えを理解する力 |
5.5.5.2.4 自分の考えを伝える力 |
5.6 資産管理・評価 |
5.6.1 資産管理規定の策定 |
5.6.1.1 資産管理方針と体制の策定 |
5.6.1.1.1 資産管理に関する手法 |
5.6.1.1.2 概念化力 |
5.6.1.1.3 継続力 |
5.6.1.1.4 相手の考えを理解する力 |
5.6.1.2 資産管理規定の作成と更新 |
5.6.1.2.1 資産管理に関する手法 |
5.6.1.2.2 仮説設定力 |
5.6.1.2.3 相手の考えを理解する力 |
5.6.2 資産管理プロセスの実施 |
5.6.2.1 資産管理規定に基づくプロセスの実施 |
5.6.2.1.1 資産管理に関する手法 |
5.6.2.1.2 相手の考えを理解する力 |
5.6.2.2 情報機器の導入・更新計画の作成・実施・評価 |
5.6.2.2.1 資産管理に関する手法 |
5.6.2.2.2 問題分析力 |
5.6.2.2.3 継続力 |
5.6.2.2.4 相手の考えを理解する力 |
5.6.2.3 廃棄計画の策定と実施 |
5.6.2.3.1 資産管理に関する手法 |
5.6.2.3.2 問題分析力 |
5.6.2.3.3 仮説設定力 |
5.6.2.3.4 深耕力 |
6 管理・統制 |
6.1 システム監査 |
6.1.1 システム監査計画の策定 |
6.1.2 システム監査の実施 |
6.1.3 システム監査の報告 |
6.1.4 システム監査業務の管理 |
6.1.5 システム監査対応 |
6.2 資産管理・評価 |
6.2.1 資産管理規定の策定 |
6.2.2 資産管理プロセスの実施 |
6.3 事業継続マネジメント |
6.3.1 事業継続計画の策定 |
6.3.1.1 事業継続計画策定の準備 |
6.3.1.1.1 BCP策定手法 |
6.3.1.1.2 災害対策管理手法 |
6.3.1.1.3 問題発見力 |
6.3.1.1.4 問題分析力 |
6.3.1.1.5 革新力 |
6.3.1.2 対象事故・災害のリスク分析 |
6.3.1.2.1 BCP策定手法 |
6.3.1.2.2 災害対策管理手法 |
6.3.1.2.3 問題発見力 |
6.3.1.2.4 問題分析力 |
6.3.1.2.5 継続力 |
6.3.1.3 事業継続計画の策定 |
6.3.1.3.1 BCP策定手法 |
6.3.1.3.2 災害対策管理手法 |
6.3.1.3.3 論理思考力 |
6.3.1.3.4 概念化力 |
6.3.1.3.5 継続力 |
6.3.2 事業継続計画の運用 |
6.3.2.1 関連部門への周知徹底 |
6.3.2.1.1 BCP策定手法 |
6.3.2.1.2 災害対策管理手法 |
6.3.2.1.3 深耕力 |
6.3.2.1.4 相手の考えを理解する力 |
6.3.2.2 事業継続のためのリソースの確保 |
6.3.2.2.1 BCP策定手法 |
6.3.2.2.2 災害対策管理手法 |
6.3.2.2.3 障害時運用方式 |
6.3.2.2.4 災害対策 |
6.3.2.2.5 継続力 |
6.3.2.2.6 自分の考えを伝える力 |
6.3.3 事業継続計画の見直し |
6.3.3.1 事業継続計画の見直し |
6.3.3.1.1 BCP策定手法 |
6.3.3.1.2 災害対策管理手法 |
6.3.3.1.3 継続力 |
6.3.3.1.4 自分の考えを伝える力 |
6.3.4 災害復旧計画の策定 |
6.3.4.1 災害復旧計画の策定 |
6.3.4.1.1 BCP策定手法 |
6.3.4.1.2 災害対策管理手法 |
6.3.4.1.3 災害対策 |
6.3.4.1.4 仮説設定力 |
6.3.4.1.5 概念化力 |
6.3.4.1.6 革新力 |
6.3.4.2 災害復旧計画の実現可能性の検証 |
6.3.4.2.1 BCP策定手法 |
6.3.4.2.2 災害対策管理手法 |
6.3.4.2.3 災害対策 |
6.3.4.2.4 問題分析力 |
6.3.4.2.5 相手の考えを理解する力 |
6.3.4.3 緊急時対応体制の確立 |
6.3.4.3.1 BCP策定手法 |
6.3.4.3.2 災害対策管理手法 |
6.3.4.3.3 災害対策 |
6.3.4.3.4 深耕力 |
6.3.4.3.5 相手の考えを理解する力 |
6.3.5 災害復旧計画の運用 |
6.3.5.1 関連部門への周知徹底 |
6.3.5.1.1 BCP策定手法 |
6.3.5.1.2 災害対策管理手法 |
6.3.5.1.3 深耕力 |
6.3.5.1.4 相手の考えを理解する力 |
6.3.5.2 災害発生時の予行・訓練の実施 |
6.3.5.2.1 BCP策定手法 |
6.3.5.2.2 災害対策管理手法 |
6.3.5.2.3 障害時運用方式 |
6.3.5.2.4 災害対策 |
6.3.5.2.5 問題発見力 |
6.3.5.2.6 相手の考えを理解する力 |
6.3.6 災害復旧計画の見直し |
6.3.6.1 災害復旧計画の見直し |
6.3.6.1.1 BCP策定手法 |
6.3.6.1.2 災害対策管理手法 |
6.3.6.1.3 災害対策 |
6.3.6.1.4 継続力 |
6.3.6.1.5 自分の考えを伝える力 |
6.4 情報セキュリティマネジメント |
6.4.1 情報セキュリティ戦略と方針の策定 |
6.4.1.1 基本戦略の策定 |
6.4.1.1.1 リスク管理手法 |
6.4.1.1.2 情報セキュリティ管理手法 |
6.4.1.1.3 論理思考力 |
6.4.1.1.4 継続力 |
6.4.1.1.5 革新力 |
6.4.1.2 情報資産の評価 |
6.4.1.2.1 情報セキュリティ管理手法 |
6.4.1.2.2 問題発見力 |
6.4.1.2.3 問題分析力 |
6.4.1.2.4 継続力 |
6.4.1.3 脅威とリスクの識別 |
6.4.1.3.1 リスク管理手法 |
6.4.1.3.2 情報セキュリティ管理手法 |
6.4.1.3.3 問題発見力 |
6.4.1.3.4 問題分析力 |
6.4.1.3.5 相手の考えを理解する力 |
6.4.1.4 リスクの評価 |
6.4.1.4.1 リスク管理手法 |
6.4.1.4.2 情報セキュリティ管理手法 |
6.4.1.4.3 問題分析力 |
6.4.1.4.4 仮説設定力 |
6.4.1.4.5 俯瞰力 |
6.4.1.5 セキュリティポリシーの策定 |
6.4.1.5.1 情報セキュリティ管理手法 |
6.4.1.5.2 概念化力 |
6.4.1.5.3 継続力 |
6.4.1.5.4 相手の考えを理解する力 |
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.4 相手の考えを理解する力 |
6.4.2.2 情報セキュリティの周知と教育 |
6.4.2.2.1 情報セキュリティ管理手法 |
6.4.2.2.2 深耕力 |
6.4.2.2.3 継続力 |
6.4.3 情報セキュリティの見直し |
6.4.3.1 情報の収集と評価 |
6.4.3.1.1 情報セキュリティ管理手法 |
6.4.3.1.2 問題発見力 |
6.4.3.1.3 革新力 |
6.4.3.1.4 共感を呼ぶ力 |
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.3 技術上の問題点整理と分析 |
6.4.3.3.1 情報セキュリティ管理手法 |
6.4.3.3.2 問題発見力 |
6.4.3.3.3 問題分析力 |
6.4.3.3.4 概念化力 |
6.4.3.4 新たなリスクの整理と分析 |
6.4.3.4.1 リスク管理手法 |
6.4.3.4.2 情報セキュリティ管理手法 |
6.4.3.4.3 問題発見力 |
6.4.3.4.4 問題分析力 |
6.4.3.4.5 概念化力 |
6.4.3.5 セキュリティポリシーの更新 |
6.4.3.5.1 情報セキュリティ管理手法 |
6.4.3.5.2 深耕力 |
6.4.3.5.3 継続力 |
6.4.3.5.4 自分の考えを伝える力 |
6.5 品質マネジメント |
6.5.1 品質管理のコントロール |
6.5.1.1 品質マネジメントシステムの運用 |
6.5.1.1.1 品質マネジメント手法 |
6.5.1.1.2 品質マネジメントシステム構築手法 |
6.5.1.1.3 品質保証に関する手法 |
6.5.1.1.4 深耕力 |
6.5.1.1.5 相手の考えを理解する力 |
6.5.1.1.6 自分の考えを伝える力 |
6.5.1.2 品質標準および品質管理実践基準の定義 |
6.5.1.2.1 品質マネジメント手法 |
6.5.1.2.2 品質管理に関する手法 |
6.5.1.2.3 品質保証に関する手法 |
6.5.1.2.4 問題発見力 |
6.5.1.2.5 論理思考力 |
6.5.1.2.6 継続力 |
6.5.1.3 品質の測定、モニタリングおよび改善 |
6.5.1.3.1 品質マネジメント手法 |
6.5.1.3.2 品質保証に関する手法 |
6.5.1.3.3 品質測定・評価手法 |
6.5.1.3.4 問題分析力 |
6.5.1.3.5 仮説設定力 |
6.5.1.3.6 自分の考えを伝える力 |
6.5.2 組織全体の品質マネジメント |
6.5.2.1 検査のマネジメント |
6.5.2.1.1 検査のマネジメント手法 |
6.5.2.1.2 品質マネジメント手法 |
6.5.2.1.3 品質保証に関する手法 |
6.5.2.1.4 問題分析力 |
6.5.2.1.5 深耕力 |
6.5.2.1.6 自分の考えを伝える力 |
6.6 契約管理 |
6.6.1 契約締結管理 |
6.6.1.1 委託/受託業務の内容と責任分担の明確化 |
6.6.1.1.1 契約事務手法 |
6.6.1.1.2 深耕力 |
6.6.1.1.3 継続力 |
6.6.1.2 法的要件を満たした契約内容の作成 |
6.6.1.2.1 契約事務手法 |
6.6.1.2.2 論理思考力 |
6.6.1.2.3 深耕力 |
6.6.1.2.4 革新力 |
6.6.1.3 契約の締結 |
6.6.1.3.1 契約事務手法 |
6.6.1.3.2 継続力 |
6.6.1.4 委託/受託契約ルール遵守 |
6.6.1.4.1 契約事務手法 |
6.6.1.4.2 深耕力 |
6.6.1.5 供給/委託先の選択・交渉 |
6.6.1.5.1 契約事務手法 |
6.6.1.5.2 継続力 |
6.6.2 契約変更管理 |
6.6.2.1 追加変更発生時の対応 |
6.6.2.1.1 契約事務手法 |
6.6.2.1.2 継続力 |
6.6.2.2 契約の変更要求の受付と影響分析 |
6.6.2.2.1 契約事務手法 |
6.6.2.2.2 論理思考力 |
6.6.2.2.3 継続力 |
6.6.2.3 契約変更の協議と締結 |
6.6.2.3.1 契約事務手法 |
6.6.2.3.2 継続力 |
6.7 コンプライアンス |
6.7.1 管理方針と体制 |
6.7.1.1 法令および規範の管理体制確立 |
6.7.1.1.1 内部統制 |
6.7.1.1.2 その他の法律・ガイドライン・技術者倫理 |
6.7.1.1.3 概念化力 |
6.7.1.1.4 継続力 |
6.7.1.1.5 相手の考えを理解する力 |
6.7.1.2 遵守すべき法令および規範の識別 |
6.7.1.2.1 内部統制 |
6.7.1.2.2 その他の法律・ガイドライン・技術者倫理 |
6.7.1.2.3 概念化力 |
6.7.1.2.4 相手の考えを理解する力 |
6.7.1.3 情報倫理規定の策定 |
6.7.1.3.1 内部統制 |
6.7.1.3.2 その他の法律・ガイドライン・技術者倫理 |
6.7.1.3.3 論理思考力 |
6.7.1.3.4 深耕力 |
6.7.1.3.5 相手の考えを理解する力 |
6.7.1.4 個人情報の保護 |
6.7.1.4.1 内部統制 |
6.7.1.4.2 セキュリティ関連法規 |
6.7.1.4.3 その他の法律・ガイドライン・技術者倫理 |
6.7.1.4.4 仮説設定力 |
6.7.1.4.5 深耕力 |
6.7.1.5 知的財産権の保護 |
6.7.1.5.1 内部統制 |
6.7.1.5.2 その他の法律・ガイドライン・技術者倫理 |
6.7.1.5.3 知的財産権 |
6.7.1.5.4 仮説設定力 |
6.7.1.5.5 深耕力 |
6.7.1.6 外部への情報提供 |
6.7.1.6.1 内部統制 |
6.7.1.6.2 セキュリティ関連法規 |
6.7.1.6.3 その他の法律・ガイドライン・技術者倫理 |
6.7.1.6.4 仮説設定力 |
6.7.1.6.5 深耕力 |
6.7.2 実施と評価 |
6.7.2.1 教育と周知徹底 |
6.7.2.1.1 内部統制 |
6.7.2.1.2 その他の法律・ガイドライン・技術者倫理 |
6.7.2.1.3 仮説設定力 |
6.7.2.1.4 継続力 |
6.7.2.2 遵守状況の評価と改善 |
6.7.2.2.1 内部統制 |
6.7.2.2.2 その他の法律・ガイドライン・技術者倫理 |
6.7.2.2.3 仮説設定力 |
6.7.2.2.4 継続力 |
6.7.2.3 外部要件に対するコンプライアンスの保証 |
6.7.2.3.1 内部統制 |
6.7.2.3.2 その他の法律・ガイドライン・技術者倫理 |
6.7.2.3.3 問題分析力 |
6.7.2.3.4 論理思考力 |
6.7.2.3.5 相手の考えを理解する力 |
6.8 人的資源管理 |
6.8.1 人材戦略の策定 |
6.8.1.1 人材育成施策・体制の維持 |
6.8.1.1.1 人材育成管理手法 |
6.8.1.1.2 仮説設定力 |
6.8.1.1.3 概念化力 |
6.8.1.1.4 深耕力 |
6.8.1.2 人的資源の把握 |
6.8.1.2.1 人材育成管理手法 |
6.8.1.2.2 問題分析力 |
6.8.1.2.3 論理思考力 |
6.8.1.2.4 自分の考えを伝える力 |
6.8.2 人材戦略の運用 |
6.8.2.1 人材育成・教育の運営・実行 |
6.8.2.1.1 人材育成管理手法 |
6.8.2.1.2 教育手法 |
6.8.2.1.3 継続力 |
6.8.2.1.4 相手の考えを理解する力 |
6.8.2.1.5 自分の考えを伝える力 |
6.8.3 人材戦略の評価と分析 |
6.8.3.1 人材育成・教育の評価・分析 |
6.8.3.1.1 人材育成管理手法 |
6.8.3.1.2 教育手法 |
6.8.3.1.3 問題分析力 |
6.8.3.1.4 仮説設定力 |
6.8.3.1.5 相手の考えを理解する力 |
6.8.4 研修 |
6.8.4.1 研修の企画 |
6.8.4.1.1 人材育成管理手法 |
6.8.4.1.2 教育手法 |
6.8.4.1.3 教育マテリアル設計・作成手法 |
6.8.4.1.4 研修のための最新機器とツール |
6.8.4.1.5 研修関連IT知識 |
6.8.4.1.6 問題分析力 |
6.8.4.1.7 論理思考力 |
6.8.4.1.8 概念化力 |
6.8.4.2 研修コンテンツの開発 |
6.8.4.2.1 教育手法 |
6.8.4.2.2 教育マテリアル設計・作成手法 |
6.8.4.2.3 研修のための最新機器とツール |
6.8.4.2.4 研修関連IT知識 |
6.8.4.2.5 問題分析力 |
6.8.4.2.6 概念化力 |
6.8.4.2.7 継続力 |
6.8.4.3 研修の実施 |
6.8.4.3.1 教育手法 |
6.8.4.3.2 研修のための最新機器とツール |
6.8.4.3.3 研修関連IT知識 |
6.8.4.3.4 問題分析力 |
6.8.4.3.5 相手の考えを理解する力 |
6.8.4.4 研修の評価 |
6.8.4.4.1 人材育成管理手法 |
6.8.4.4.2 教育手法 |
6.8.4.4.3 教育マテリアル設計・作成手法 |
6.8.4.4.4 研修のための最新機器とツール |
6.8.4.4.5 研修関連IT知識 |
6.8.4.4.6 問題分析力 |
6.8.4.4.7 仮説設定力 |
6.8.4.4.8 共感を呼ぶ力 |
6.8.5 知的資産管理 |
6.8.5.1 知識管理体制の確立と実施 |
6.8.5.1.1 知的資産の管理活用手法 |
6.8.5.1.2 FAQ |
6.8.5.1.3 ナレッジベース |
6.8.5.1.4 ナレッジマネジメントの意義 |
6.8.5.1.5 ナレッジマネジメントシステム |
6.8.5.1.6 仮説設定力 |
6.8.5.1.7 継続力 |
6.8.5.1.8 共感を呼ぶ力 |
6.8.5.2 ナレッジ管理システム構築・運用 |
6.8.5.2.1 知的資産の管理活用手法 |
6.8.5.2.2 FAQ |
6.8.5.2.3 ナレッジベース |
6.8.5.2.4 ナレッジマネジメントの意義 |
6.8.5.2.5 ナレッジマネジメントシステム |
6.8.5.2.6 概念化力 |
6.8.5.2.7 継続力 |
6.8.5.2.8 共感を呼ぶ力 |
6.8.6 健康管理 |
6.8.6.1 健康管理を考慮した作業環境の提供 |
6.8.6.1.1 労働関連・取引関連法規 |
6.8.6.1.2 問題分析力 |
6.8.6.1.3 継続力 |
6.8.6.1.4 革新力 |
6.8.6.2 健康診断とメンタルヘルスケア |
6.8.6.2.1 労働関連・取引関連法規 |
6.8.6.2.2 相手の考えを理解する力 |
6.8.6.2.3 自分の考えを伝える力 |
6.8.7 人事・労務管理 |
6.8.7.1 要員の責任および権限の定義 |
6.8.7.1.1 労働関連・取引関連法規 |
6.8.7.1.2 仮説設定力 |
6.8.7.1.3 深耕力 |
6.8.7.2 要員の責任および権限の随時見直し |
6.8.7.2.1 労働関連・取引関連法規 |
6.8.7.2.2 仮説設定力 |
6.8.7.2.3 自分の考えを伝える力 |
6.8.7.3 要員の責任および権限の周知徹底 |
6.8.7.3.1 労働関連・取引関連法規 |
6.8.7.3.2 継続力 |
6.8.7.4 要員の業績評価 |
6.8.7.4.1 労働関連・取引関連法規 |
6.8.7.4.2 論理思考力 |
6.8.7.4.3 相手の考えを理解する力 |
6.8.7.4.4 自分の考えを伝える力 |
6.8.7.5 適切な要員配置 |
6.8.7.5.1 労働関連・取引関連法規 |
6.8.7.5.2 仮説設定力 |
6.8.7.5.3 相手の考えを理解する力 |
6.8.7.5.4 共感を呼ぶ力 |
6.8.7.6 適切な人材の確保 |
6.8.7.6.1 労働関連・取引関連法規 |
6.8.7.6.2 仮説設定力 |
6.8.7.6.3 革新力 |
6.8.7.6.4 共感を呼ぶ力 |
6.8.7.7 要員の交替時の留意 |
6.8.7.7.1 労働関連・取引関連法規 |
6.8.7.7.2 問題分析力 |
6.9 内部統制状況モニタリング |
6.9.1 実行責任者によるモニタリングと評価 |
6.9.1.1 IT成果のモニタリング |
6.9.1.1.1 ITガバナンス手法 |
6.9.1.1.2 仮説設定力 |
6.9.1.1.3 論理思考力 |
6.9.1.2 成果改善策の明確化と実施 |
6.9.1.2.1 ITガバナンス手法 |
6.9.1.2.2 問題発見力 |
6.9.1.2.3 問題分析力 |
6.9.1.2.4 深耕力 |
6.9.1.3 内部統制のモニタリングと評価 |
6.9.1.3.1 ITガバナンス手法 |
6.9.1.3.2 問題分析力 |
6.9.1.3.3 仮説設定力 |
6.9.1.3.4 自分の考えを伝える力 |
6.9.2 ガバナンスによる評価 |
6.9.2.1 ITガバナンスの提供 |
6.9.2.1.1 ITガバナンス手法 |
6.9.2.1.2 概念化力 |
6.9.2.1.3 深耕力 |
6.9.2.1.4 革新力 |
7 推進・支援 |
7.1 マーケティング・セールス |
7.1.1 販売戦略の策定 |
7.1.1.1 ソリューションモデルの開発 |
7.1.1.1.1 マーケティングマネジメント手法 |
7.1.1.1.2 マーケティング分析手法 |
7.1.1.1.3 仮説設定力 |
7.1.1.1.4 概念化力 |
7.1.1.1.5 相手の考えを理解する力 |
7.1.1.1.6 共感を呼ぶ力 |
7.1.1.2 製品・サービス導入事例の作成 |
7.1.1.2.1 マーケティングマネジメント手法 |
7.1.1.2.2 マーケティング分析手法 |
7.1.1.2.3 仮説設定力 |
7.1.1.2.4 深耕力 |
7.1.1.2.5 継続力 |
7.1.2 プロモーションの計画と実施 |
7.1.2.1 プロモーション戦略の策定 |
7.1.2.1.1 ブランド・製品戦略手法 |
7.1.2.1.2 マーケットコミュニケーション戦略手法 |
7.1.2.1.3 マーケティングマネジメント手法 |
7.1.2.1.4 マーケティング分析手法 |
7.1.2.1.5 論理思考力 |
7.1.2.1.6 概念化力 |
7.1.2.1.7 革新力 |
7.1.2.1.8 共感を呼ぶ力 |
7.1.2.2 プロモーション活動の実施と評価 |
7.1.2.2.1 ブランド・製品戦略手法 |
7.1.2.2.2 マーケットコミュニケーション戦略手法 |
7.1.2.2.3 マーケティングマネジメント手法 |
7.1.2.2.4 マーケティング分析手法 |
7.1.2.2.5 問題分析力 |
7.1.2.2.6 深耕力 |
7.1.2.2.7 相手の考えを理解する力 |
7.1.3 販売チャネル戦略の策定 |
7.1.3.1 流通チャネルの選択 |
7.1.3.1.1 マーケティングマネジメント手法 |
7.1.3.1.2 マーケティング分析手法 |
7.1.3.1.3 B2Bマーケティング戦略手法 |
7.1.3.1.4 販売チャネル戦略手法 |
7.1.3.1.5 仮説設定力 |
7.1.3.1.6 概念化力 |
7.1.3.1.7 継続力 |
7.1.3.2 流通チャネルを通じたセールス実行管理 |
7.1.3.2.1 マーケティングマネジメント手法 |
7.1.3.2.2 マーケティング分析手法 |
7.1.3.2.3 B2Bマーケティング戦略手法 |
7.1.3.2.4 販売チャネル戦略手法 |
7.1.3.2.5 深耕力 |
7.1.3.2.6 継続力 |
7.1.3.2.7 相手の考えを理解する力 |
7.1.4 販売機会の創出 |
7.1.4.1 セグメンテーションとターゲットの選択 |
7.1.4.1.1 販売実行戦略手法 |
7.1.4.1.2 問題分析力 |
7.1.4.1.3 仮説設定力 |
7.1.4.1.4 概念化力 |
7.1.4.1.5 共感を呼ぶ力 |
7.1.4.2 顧客データベースやCRMを活用した販売 |
7.1.4.2.1 販売実行戦略手法 |
7.1.4.2.2 問題分析力 |
7.1.4.2.3 仮説設定力 |
7.1.4.2.4 革新力 |
7.1.4.2.5 相手の考えを理解する力 |
7.1.5 アカウント戦略の策定 |
7.1.5.1 顧客分析 |
7.1.5.1.1 販売実行戦略手法 |
7.1.5.1.2 インダストリ知識 |
7.1.5.1.3 問題分析力 |
7.1.5.1.4 概念化力 |
7.1.5.1.5 革新力 |
7.1.5.2 仮説の設定 |
7.1.5.2.1 販売実行戦略手法 |
7.1.5.2.2 問題分析力 |
7.1.5.2.3 仮説設定力 |
7.1.5.2.4 革新力 |
7.1.6 ソリューションの企画 |
7.1.6.1 顧客の状況把握と課題分析 |
7.1.6.1.1 販売実行戦略手法 |
7.1.6.1.2 経営・組織論 |
7.1.6.1.3 問題発見力 |
7.1.6.1.4 問題分析力 |
7.1.6.1.5 概念化力 |
7.1.6.1.6 革新力 |
7.1.6.2 顧客の課題とソリューションビジョンの共有 |
7.1.6.2.1 販売実行戦略手法 |
7.1.6.2.2 インダストリ知識 |
7.1.6.2.3 エンジニアリングシステム |
7.1.6.2.4 ビジネスシステム |
7.1.6.2.5 産業機器 |
7.1.6.2.6 民生機器 |
7.1.6.2.7 俯瞰力 |
7.1.6.2.8 深耕力 |
7.1.6.2.9 継続力 |
7.1.6.2.10 共感を呼ぶ力 |
7.1.6.3 現行システムの把握と分析 |
7.1.6.3.1 販売実行戦略手法 |
7.1.6.3.2 インダストリ知識 |
7.1.6.3.3 エンジニアリングシステム |
7.1.6.3.4 ビジネスシステム |
7.1.6.3.5 産業機器 |
7.1.6.3.6 民生機器 |
7.1.6.3.7 問題分析力 |
7.1.6.3.8 俯瞰力 |
7.1.6.3.9 革新力 |
7.1.7 ソリューションの組立て |
7.1.7.1 リスク計画の策定 |
7.1.7.1.1 システム化戦略手法 |
7.1.7.1.2 システム活用促進・評価 |
7.1.7.1.3 ソリューションビジネス |
7.1.7.1.4 業務プロセス |
7.1.7.1.5 現行システムの調査・分析手法 |
7.1.7.1.6 事業戦略の把握・分析の手法 |
7.1.7.1.7 情報システム戦略 |
7.1.7.1.8 リスク管理手法 |
7.1.7.1.9 インダストリ知識 |
7.1.7.1.10 エンジニアリングシステム |
7.1.7.1.11 ビジネスシステム |
7.1.7.1.12 産業機器 |
7.1.7.1.13 民生機器 |
7.1.7.1.14 問題分析力 |
7.1.7.1.15 仮説設定力 |
7.1.7.1.16 論理思考力 |
7.1.7.1.17 俯瞰力 |
7.1.7.2 顧客のIT戦略の立案 |
7.1.7.2.1 システム化戦略手法 |
7.1.7.2.2 システム活用促進・評価 |
7.1.7.2.3 ソリューションビジネス |
7.1.7.2.4 業務プロセス |
7.1.7.2.5 現行システムの調査・分析手法 |
7.1.7.2.6 事業戦略の把握・分析の手法 |
7.1.7.2.7 情報システム戦略 |
7.1.7.2.8 インダストリ知識 |
7.1.7.2.9 エンジニアリングシステム |
7.1.7.2.10 ビジネスシステム |
7.1.7.2.11 産業機器 |
7.1.7.2.12 民生機器 |
7.1.7.2.13 概念化力 |
7.1.7.2.14 俯瞰力 |
7.1.7.2.15 継続力 |
7.1.7.2.16 革新力 |
7.1.7.3 提案書の作成 |
7.1.7.3.1 システム化戦略手法 |
7.1.7.3.2 システム活用促進・評価 |
7.1.7.3.3 ソリューションビジネス |
7.1.7.3.4 業務プロセス |
7.1.7.3.5 現行システムの調査・分析手法 |
7.1.7.3.6 事業戦略の把握・分析の手法 |
7.1.7.3.7 情報システム戦略 |
7.1.7.3.8 インダストリ知識 |
7.1.7.3.9 エンジニアリングシステム |
7.1.7.3.10 ビジネスシステム |
7.1.7.3.11 産業機器 |
7.1.7.3.12 民生機器 |
7.1.7.3.13 論理思考力 |
7.1.7.3.14 深耕力 |
7.1.7.3.15 継続力 |
7.1.7.3.16 共感を呼ぶ力 |
7.1.8 ソリューションの提案 |
7.1.8.1 革新的(最新)製品・サービス情報の提供 |
7.1.8.1.1 ソリューションビジネス |
7.1.8.1.2 インダストリ知識 |
7.1.8.1.3 エンジニアリングシステム |
7.1.8.1.4 ビジネスシステム |
7.1.8.1.5 産業機器 |
7.1.8.1.6 民生機器 |
7.1.8.1.7 仮説設定力 |
7.1.8.1.8 論理思考力 |
7.1.8.1.9 深耕力 |
7.1.8.2 ソリューションの提案 |
7.1.8.2.1 システム化戦略手法 |
7.1.8.2.2 システム活用促進・評価 |
7.1.8.2.3 ソリューションビジネス |
7.1.8.2.4 業務プロセス |
7.1.8.2.5 現行システムの調査・分析手法 |
7.1.8.2.6 事業戦略の把握・分析の手法 |
7.1.8.2.7 情報システム戦略 |
7.1.8.2.8 ソリューション提案手法 |
7.1.8.2.9 インダストリ知識 |
7.1.8.2.10 エンジニアリングシステム |
7.1.8.2.11 ビジネスシステム |
7.1.8.2.12 産業機器 |
7.1.8.2.13 民生機器 |
7.1.8.2.14 会計・財務 |
7.1.8.2.15 概念化力 |
7.1.8.2.16 俯瞰力 |
7.1.8.2.17 継続力 |
7.1.8.2.18 革新力 |
7.1.8.3 最終提案内容の合意と契約締結 |
7.1.8.3.1 セールス交渉手法 |
7.1.8.3.2 経理事務手法 |
7.1.8.3.3 論理思考力 |
7.1.8.3.4 概念化力 |
7.1.8.3.5 深耕力 |
7.1.8.3.6 継続力 |
7.1.9 顧客満足度管理 |
7.1.9.1 顧客満足度の調査と分析 |
7.1.9.1.1 顧客環境分析手法 |
7.1.9.1.2 問題発見力 |
7.1.9.1.3 問題分析力 |
7.1.9.1.4 深耕力 |
7.1.9.1.5 相手の考えを理解する力 |
7.1.9.2 中長期的な顧客支援 |
7.1.9.2.1 販売実行戦略手法 |
7.1.9.2.2 顧客関係マネジメント手法 |
7.1.9.2.3 論理思考力 |
7.1.9.2.4 俯瞰力 |
7.1.9.2.5 革新力 |
7.1.9.2.6 相手の考えを理解する力 |
7.2 再利用 |
7.2.1 再利用資産管理 |
7.2.1.1 再利用資産管理の準備 |
7.2.1.1.1 ソフトウェア開発プロセスの標準化手法 |
7.2.1.1.2 ソフトウェアエンジニアリングの標準化手法 |
7.2.1.1.3 論理思考力 |
7.2.1.1.4 概念化力 |
7.2.1.1.5 自分の考えを伝える力 |
7.2.1.2 再利用資産の保管と管理 |
7.2.1.2.1 ソフトウェア開発プロセスの標準化手法 |
7.2.1.2.2 ソフトウェアエンジニアリングの標準化手法 |
7.2.1.2.3 論理思考力 |
7.2.1.2.4 継続力 |
7.2.1.2.5 共感を呼ぶ力 |
7.2.2 再利用施策管理 |
7.2.2.1 再利用施策の計画 |
7.2.2.1.1 ソフトウェア開発プロセスの標準化手法 |
7.2.2.1.2 ソフトウェアエンジニアリングの標準化手法 |
7.2.2.1.3 問題分析力 |
7.2.2.1.4 仮説設定力 |
7.2.2.1.5 概念化力 |
7.2.2.1.6 共感を呼ぶ力 |
7.2.2.2 再利用施策の実施 |
7.2.2.2.1 ソフトウェア開発プロセスの標準化手法 |
7.2.2.2.2 ソフトウェアエンジニアリングの標準化手法 |
7.2.2.2.3 問題分析力 |
7.2.2.2.4 仮説設定力 |
7.2.2.2.5 革新力 |
7.3 調達・委託 |
7.3.1 調達・委託先の選定 |
7.3.1.1 調達関連情報の収集 |
7.3.1.1.1 プロジェクト調達マネジメント |
7.3.1.1.2 労働関連・取引関連法規 |
7.3.1.1.3 相手の考えを理解する力 |
7.3.1.1.4 自分の考えを伝える力 |
7.3.1.2 調達・委託方法の検討 |
7.3.1.2.1 プロジェクト調達マネジメント |
7.3.1.2.2 労働関連・取引関連法規 |
7.3.1.2.3 仮説設定力 |
7.3.1.2.4 論理思考力 |
7.3.1.2.5 継続力 |
7.3.1.3 提案評価基準の作成 |
7.3.1.3.1 プロジェクト調達マネジメント |
7.3.1.3.2 労働関連・取引関連法規 |
7.3.1.3.3 問題分析力 |
7.3.1.3.4 仮説設定力 |
7.3.1.3.5 論理思考力 |
7.3.1.4 提案依頼書の作成と発行 |
7.3.1.4.1 プロジェクト調達マネジメント |
7.3.1.4.2 労働関連・取引関連法規 |
7.3.1.4.3 概念化力 |
7.3.1.4.4 深耕力 |
7.3.1.5 提案書の比較検討と委託先選定 |
7.3.1.5.1 プロジェクト調達マネジメント |
7.3.1.5.2 労働関連・取引関連法規 |
7.3.1.5.3 論理思考力 |
7.3.1.5.4 深耕力 |
7.3.2 委託業務管理 |
7.3.2.1 セキュリティの調査 |
7.3.2.1.1 プロジェクト資源マネジメント |
7.3.2.1.2 セキュリティ関連法規 |
7.3.2.1.3 労働関連・取引関連法規 |
7.3.2.1.4 論理思考力 |
7.3.2.1.5 継続力 |
7.3.2.1.6 革新力 |
7.3.2.2 委託業務の開始・推進 |
7.3.2.2.1 プロジェクト資源マネジメント |
7.3.2.2.2 労働関連・取引関連法規 |
7.3.2.2.3 深耕力 |
7.3.2.2.4 継続力 |
7.3.2.3 進捗状況の把握と遅延、その他のリスク対策 |
7.3.2.3.1 プロジェクト資源マネジメント |
7.3.2.3.2 労働関連・取引関連法規 |
7.3.2.3.3 問題発見力 |
7.3.2.3.4 深耕力 |
7.3.2.4 成果物の検収 |
7.3.2.4.1 プロジェクト資源マネジメント |
7.3.2.4.2 労働関連・取引関連法規 |
7.3.2.4.3 問題分析力 |
7.3.2.4.4 論理思考力 |
7.3.2.5 業務終了後のデータ、資料等の回収と廃棄確認 |
7.3.2.5.1 プロジェクト資源マネジメント |
7.3.2.5.2 セキュリティ関連法規 |
7.3.2.5.3 知的財産権 |
7.3.2.5.4 労働関連・取引関連法規 |
7.3.2.5.5 継続力 |
7.3.2.6 業務結果の分析と評価 |
7.3.2.6.1 プロジェクト資源マネジメント |
7.3.2.6.2 労働関連・取引関連法規 |
7.3.2.6.3 問題分析力 |
7.3.2.6.4 深耕力 |
7.4 標準の策定・維持・管理 |
7.4.1 標準の策定 |
7.4.1.1 標準体系の策定 |
7.4.1.1.1 ソフトウェア開発プロセスの標準化手法 |
7.4.1.1.2 ソフトウェアエンジニアリングの標準化手法 |
7.4.1.1.3 標準化関連 |
7.4.1.1.4 論理思考力 |
7.4.1.1.5 深耕力 |
7.4.1.1.6 自分の考えを伝える力 |
7.4.1.1.7 共感を呼ぶ力 |
7.4.1.2 ベースモデルの選定 |
7.4.1.2.1 ソフトウェア開発プロセスの標準化手法 |
7.4.1.2.2 ソフトウェアエンジニアリングの標準化手法 |
7.4.1.2.3 標準化関連 |
7.4.1.2.4 概念化力 |
7.4.1.2.5 継続力 |
7.4.1.3 標準の作成 |
7.4.1.3.1 ソフトウェア開発プロセスの標準化手法 |
7.4.1.3.2 ソフトウェアエンジニアリングの標準化手法 |
7.4.1.3.3 標準化関連 |
7.4.1.3.4 論理思考力 |
7.4.1.3.5 概念化力 |
7.4.1.3.6 継続力 |
7.4.1.3.7 共感を呼ぶ力 |
7.4.2 標準の維持管理 |
7.4.2.1 実状調査 |
7.4.2.1.1 ソフトウェア開発プロセスの標準化手法 |
7.4.2.1.2 ソフトウェアエンジニアリングの標準化手法 |
7.4.2.1.3 標準化関連 |
7.4.2.1.4 問題分析力 |
7.4.2.1.5 俯瞰力 |
7.4.2.1.6 相手の考えを理解する力 |
7.4.2.2 標準の見直し |
7.4.2.2.1 ソフトウェア開発プロセスの標準化手法 |
7.4.2.2.2 ソフトウェアエンジニアリングの標準化手法 |
7.4.2.2.3 標準化関連 |
7.4.2.2.4 論理思考力 |
7.4.2.2.5 概念化力 |
7.4.2.2.6 革新力 |
7.5 新ビジネス・新技術の調査・分析と技術支援 |
7.5.1 最新技術の研究・検証 |
7.5.1.1 調査対象の設定と情報収集 |
7.5.1.1.1 最新技術動向把握の手法 |
7.5.1.1.2 問題発見力 |
7.5.1.1.3 革新力 |
7.5.1.1.4 共感を呼ぶ力 |
7.5.1.2 最新技術の評価・検証 |
7.5.1.2.1 最新技術動向把握の手法 |
7.5.1.2.2 問題分析力 |
7.5.1.2.3 概念化力 |
7.5.1.2.4 革新力 |
7.5.1.2.5 共感を呼ぶ力 |
7.5.2 技術支援 |
7.5.2.1 技術伝承活動と技術支援 |
7.5.2.1.1 最新技術動向把握の手法 |
7.5.2.1.2 深耕力 |
7.5.2.1.3 相手の考えを理解する力 |
7.5.2.1.4 自分の考えを伝える力 |
8 業務 |
8.1 データサイエンス |
8.1.1 ビジネス目標の決定 |
8.1.1.1 ビジネス背景情報の収集 |
8.1.1.1.1 ビジネス環境分析手法 |
8.1.1.1.2 業界動向把握の手法 |
8.1.1.1.3 最新技術動向把握の手法 |
8.1.1.1.4 市場調査手法 |
8.1.1.1.5 仮説設定力 |
8.1.1.1.6 論理思考力 |
8.1.1.1.7 革新力 |
8.1.1.2 ビジネス目標の決定 |
8.1.1.2.1 ビジネス戦略と目標・評価 |
8.1.1.2.2 経営管理システム |
8.1.1.2.3 経営戦略手法 |
8.1.1.2.4 データ分析手法 |
8.1.1.2.5 マイニングモデル手法 |
8.1.1.2.6 テキストマイニング手法 |
8.1.1.2.7 問題発見力 |
8.1.1.2.8 問題分析力 |
8.1.1.2.9 仮説設定力 |
8.1.1.3 ビジネス成功基準の設定 |
8.1.1.3.1 ビジネス戦略と目標・評価 |
8.1.1.3.2 経営管理システム |
8.1.1.3.3 経営戦略手法 |
8.1.1.3.4 データ分析手法 |
8.1.1.3.5 マイニングモデル手法 |
8.1.1.3.6 テキストマイニング手法 |
8.1.1.3.7 仮説設定力 |
8.1.1.3.8 論理思考力 |
8.1.1.3.9 自分の考えを伝える力 |
8.1.2 状況の評価 |
8.1.2.1 リソースの調査 |
8.1.2.1.1 データ分析手法 |
8.1.2.1.2 マイニングモデル手法 |
8.1.2.1.3 テキストマイニング手法 |
8.1.2.1.4 革新力 |
8.1.2.1.5 相手の考えを理解する力 |
8.1.2.2 要件、仮説、制約、リスクおよび用語の明確化 |
8.1.2.2.1 データ分析手法 |
8.1.2.2.2 マイニングモデル手法 |
8.1.2.2.3 テキストマイニング手法 |
8.1.2.2.4 問題分析力 |
8.1.2.2.5 仮説設定力 |
8.1.2.3 コストと利益の分析 |
8.1.2.3.1 データ分析手法 |
8.1.2.3.2 マイニングモデル手法 |
8.1.2.3.3 テキストマイニング手法 |
8.1.2.3.4 問題分析力 |
8.1.2.3.5 仮説設定力 |
8.1.2.3.6 論理思考力 |
8.1.3 目標の決定とプロジェクト計画の策定 |
8.1.3.1 プロジェクト目標の設定 |
8.1.3.1.1 データ分析手法 |
8.1.3.1.2 マイニングモデル手法 |
8.1.3.1.3 テキストマイニング手法 |
8.1.3.1.4 仮説設定力 |
8.1.3.1.5 論理思考力 |
8.1.3.1.6 深耕力 |
8.1.3.2 プロジェクトの成功基準の設定 |
8.1.3.2.1 データ分析手法 |
8.1.3.2.2 マイニングモデル手法 |
8.1.3.2.3 テキストマイニング手法 |
8.1.3.2.4 仮説設定力 |
8.1.3.2.5 論理思考力 |
8.1.3.2.6 自分の考えを伝える力 |
8.1.3.3 プロジェクト計画の策定 |
8.1.3.3.1 データ分析手法 |
8.1.3.3.2 マイニングモデル手法 |
8.1.3.3.3 テキストマイニング手法 |
8.1.3.3.4 仮説設定力 |
8.1.3.3.5 俯瞰力 |
8.1.3.3.6 革新力 |
8.1.4 データの理解 |
8.1.4.1 初期データの収集 |
8.1.4.1.1 データ分析手法 |
8.1.4.1.2 マイニングモデル手法 |
8.1.4.1.3 テキストマイニング手法 |
8.1.4.1.4 データベース |
8.1.4.1.5 リレーショナルモデル |
8.1.4.1.6 データ操作 |
8.1.4.1.7 SQL |
8.1.4.1.8 情報管理 |
8.1.4.1.9 データベース応用 |
8.1.4.1.10 データベース関連製品の利用技術 |
8.1.4.1.11 データベースの周辺技術 |
8.1.4.1.12 ドキュメントとコンテンツ管理技術 |
8.1.4.1.13 情報製品の設計技術 |
8.1.4.1.14 データ照会・加工・クレンジング技術 |
8.1.4.1.15 データマイニングツールの利用技術 |
8.1.4.1.16 仮説設定力 |
8.1.4.1.17 論理思考力 |
8.1.4.1.18 革新力 |
8.1.4.2 データの説明 |
8.1.4.2.1 データ分析手法 |
8.1.4.2.2 マイニングモデル手法 |
8.1.4.2.3 テキストマイニング手法 |
8.1.4.2.4 データベース |
8.1.4.2.5 リレーショナルモデル |
8.1.4.2.6 データ操作 |
8.1.4.2.7 SQL |
8.1.4.2.8 情報管理 |
8.1.4.2.9 データベース応用 |
8.1.4.2.10 データベース関連製品の利用技術 |
8.1.4.2.11 データベースの周辺技術 |
8.1.4.2.12 ドキュメントとコンテンツ管理技術 |
8.1.4.2.13 情報製品の設計技術 |
8.1.4.2.14 データ照会・加工・クレンジング技術 |
8.1.4.2.15 データマイニングツールの利用技術 |
8.1.4.2.16 仮説設定力 |
8.1.4.2.17 論理思考力 |
8.1.4.2.18 相手の考えを理解する力 |
8.1.4.3 データの探索 |
8.1.4.3.1 データ分析手法 |
8.1.4.3.2 マイニングモデル手法 |
8.1.4.3.3 テキストマイニング手法 |
8.1.4.3.4 データベース |
8.1.4.3.5 リレーショナルモデル |
8.1.4.3.6 データ操作 |
8.1.4.3.7 SQL |
8.1.4.3.8 情報管理 |
8.1.4.3.9 データベース応用 |
8.1.4.3.10 データベース関連製品の利用技術 |
8.1.4.3.11 データベースの周辺技術 |
8.1.4.3.12 ドキュメントとコンテンツ管理技術 |
8.1.4.3.13 情報製品の設計技術 |
8.1.4.3.14 データ照会・加工・クレンジング技術 |
8.1.4.3.15 データマイニングツールの利用技術 |
8.1.4.3.16 仮説設定力 |
8.1.4.3.17 論理思考力 |
8.1.4.3.18 共感を呼ぶ力 |
8.1.4.4 データ品質の検証 |
8.1.4.4.1 データ分析手法 |
8.1.4.4.2 マイニングモデル手法 |
8.1.4.4.3 テキストマイニング手法 |
8.1.4.4.4 データベース |
8.1.4.4.5 リレーショナルモデル |
8.1.4.4.6 データ操作 |
8.1.4.4.7 SQL |
8.1.4.4.8 情報管理 |
8.1.4.4.9 データベース応用 |
8.1.4.4.10 データベース関連製品の利用技術 |
8.1.4.4.11 データベースの周辺技術 |
8.1.4.4.12 ドキュメントとコンテンツ管理技術 |
8.1.4.4.13 情報製品の設計技術 |
8.1.4.4.14 データ照会・加工・クレンジング技術 |
8.1.4.4.15 データマイニングツールの利用技術 |
8.1.4.4.16 仮説設定力 |
8.1.4.4.17 論理思考力 |
8.1.4.4.18 相手の考えを理解する力 |
8.1.5 データマイニングのためのデータの準備 |
8.1.5.1 データの選択 |
8.1.5.1.1 データ分析手法 |
8.1.5.1.2 マイニングモデル手法 |
8.1.5.1.3 テキストマイニング手法 |
8.1.5.1.4 データベース |
8.1.5.1.5 リレーショナルモデル |
8.1.5.1.6 データ操作 |
8.1.5.1.7 SQL |
8.1.5.1.8 情報管理 |
8.1.5.1.9 データベース応用 |
8.1.5.1.10 データベース関連製品の利用技術 |
8.1.5.1.11 データベースの周辺技術 |
8.1.5.1.12 ドキュメントとコンテンツ管理技術 |
8.1.5.1.13 情報製品の設計技術 |
8.1.5.1.14 データ照会・加工・クレンジング技術 |
8.1.5.1.15 データマイニングツールの利用技術 |
8.1.5.1.16 論理思考力 |
8.1.5.1.17 共感を呼ぶ力 |
8.1.5.2 データのクリーニング |
8.1.5.2.1 データ分析手法 |
8.1.5.2.2 マイニングモデル手法 |
8.1.5.2.3 テキストマイニング手法 |
8.1.5.2.4 データベース |
8.1.5.2.5 リレーショナルモデル |
8.1.5.2.6 データ操作 |
8.1.5.2.7 SQL |
8.1.5.2.8 情報管理 |
8.1.5.2.9 データベース応用 |
8.1.5.2.10 データベース関連製品の利用技術 |
8.1.5.2.11 データベースの周辺技術 |
8.1.5.2.12 ドキュメントとコンテンツ管理技術 |
8.1.5.2.13 情報製品の設計技術 |
8.1.5.2.14 データ照会・加工・クレンジング技術 |
8.1.5.2.15 データマイニングツールの利用技術 |
8.1.5.2.16 深耕力 |
8.1.5.3 新規データの作成・統合・フォーマット |
8.1.5.3.1 データ分析手法 |
8.1.5.3.2 マイニングモデル手法 |
8.1.5.3.3 テキストマイニング手法 |
8.1.5.3.4 データベース |
8.1.5.3.5 リレーショナルモデル |
8.1.5.3.6 データ操作 |
8.1.5.3.7 SQL |
8.1.5.3.8 情報管理 |
8.1.5.3.9 データベース応用 |
8.1.5.3.10 データベース関連製品の利用技術 |
8.1.5.3.11 データベースの周辺技術 |
8.1.5.3.12 ドキュメントとコンテンツ管理技術 |
8.1.5.3.13 情報製品の設計技術 |
8.1.5.3.14 データ照会・加工・クレンジング技術 |
8.1.5.3.15 データマイニングツールの利用技術 |
8.1.5.3.16 仮説設定力 |
8.1.5.3.17 論理思考力 |
8.1.5.3.18 相手の考えを理解する力 |
8.1.6 モデリング |
8.1.6.1 モデリング手法の選択 |
8.1.6.1.1 データ分析手法 |
8.1.6.1.2 マイニングモデル手法 |
8.1.6.1.3 テキストマイニング手法 |
8.1.6.1.4 データベース |
8.1.6.1.5 リレーショナルモデル |
8.1.6.1.6 情報管理 |
8.1.6.1.7 データベース応用 |
8.1.6.1.8 データベース関連製品の利用技術 |
8.1.6.1.9 データベースの周辺技術 |
8.1.6.1.10 ドキュメントとコンテンツ管理技術 |
8.1.6.1.11 情報製品の設計技術 |
8.1.6.1.12 データ照会・加工・クレンジング技術 |
8.1.6.1.13 データマイニングツールの利用技術 |
8.1.6.1.14 問題分析力 |
8.1.6.1.15 論理思考力 |
8.1.6.1.16 相手の考えを理解する力 |
8.1.6.2 テスト設計 |
8.1.6.2.1 データ分析手法 |
8.1.6.2.2 マイニングモデル手法 |
8.1.6.2.3 テキストマイニング手法 |
8.1.6.2.4 データベース |
8.1.6.2.5 リレーショナルモデル |
8.1.6.2.6 情報管理 |
8.1.6.2.7 データベース応用 |
8.1.6.2.8 データベース関連製品の利用技術 |
8.1.6.2.9 データベースの周辺技術 |
8.1.6.2.10 ドキュメントとコンテンツ管理技術 |
8.1.6.2.11 情報製品の設計技術 |
8.1.6.2.12 データ照会・加工・クレンジング技術 |
8.1.6.2.13 データマイニングツールの利用技術 |
8.1.6.2.14 問題分析力 |
8.1.6.2.15 論理思考力 |
8.1.6.3 モデルの構築 |
8.1.6.3.1 データ分析手法 |
8.1.6.3.2 マイニングモデル手法 |
8.1.6.3.3 テキストマイニング手法 |
8.1.6.3.4 データベース |
8.1.6.3.5 リレーショナルモデル |
8.1.6.3.6 情報管理 |
8.1.6.3.7 データベース応用 |
8.1.6.3.8 データベース関連製品の利用技術 |
8.1.6.3.9 データベースの周辺技術 |
8.1.6.3.10 ドキュメントとコンテンツ管理技術 |
8.1.6.3.11 情報製品の設計技術 |
8.1.6.3.12 データ照会・加工・クレンジング技術 |
8.1.6.3.13 データマイニングツールの利用技術 |
8.1.6.3.14 問題分析力 |
8.1.6.3.15 論理思考力 |
8.1.6.4 モデルの評価 |
8.1.6.4.1 データ分析手法 |
8.1.6.4.2 マイニングモデル手法 |
8.1.6.4.3 テキストマイニング手法 |
8.1.6.4.4 データベース |
8.1.6.4.5 リレーショナルモデル |
8.1.6.4.6 情報管理 |
8.1.6.4.7 データベース応用 |
8.1.6.4.8 データベース関連製品の利用技術 |
8.1.6.4.9 データベースの周辺技術 |
8.1.6.4.10 ドキュメントとコンテンツ管理技術 |
8.1.6.4.11 情報製品の設計技術 |
8.1.6.4.12 データ照会・加工・クレンジング技術 |
8.1.6.4.13 データマイニングツールの利用技術 |
8.1.6.4.14 問題分析力 |
8.1.6.4.15 論理思考力 |
8.1.6.4.16 共感を呼ぶ力 |
8.1.7 評価 |
8.1.7.1 結果の評価と次ステップの決定 |
8.1.7.1.1 データ分析手法 |
8.1.7.1.2 マイニングモデル手法 |
8.1.7.1.3 テキストマイニング手法 |
8.1.7.1.4 データベース |
8.1.7.1.5 リレーショナルモデル |
8.1.7.1.6 情報管理 |
8.1.7.1.7 データベース応用 |
8.1.7.1.8 データベース関連製品の利用技術 |
8.1.7.1.9 データベースの周辺技術 |
8.1.7.1.10 ドキュメントとコンテンツ管理技術 |
8.1.7.1.11 情報製品の設計技術 |
8.1.7.1.12 データ照会・加工・クレンジング技術 |
8.1.7.1.13 データマイニングツールの利用技術 |
8.1.7.1.14 仮説設定力 |
8.1.7.1.15 概念化力 |
8.1.7.1.16 共感を呼ぶ力 |
8.1.7.2 プロセスの見直し |
8.1.7.2.1 データ分析手法 |
8.1.7.2.2 マイニングモデル手法 |
8.1.7.2.3 テキストマイニング手法 |
8.1.7.2.4 データベース |
8.1.7.2.5 リレーショナルモデル |
8.1.7.2.6 情報管理 |
8.1.7.2.7 データベース応用 |
8.1.7.2.8 データベース関連製品の利用技術 |
8.1.7.2.9 データベースの周辺技術 |
8.1.7.2.10 ドキュメントとコンテンツ管理技術 |
8.1.7.2.11 情報製品の設計技術 |
8.1.7.2.12 データ照会・加工・クレンジング技術 |
8.1.7.2.13 データマイニングツールの利用技術 |
8.1.7.2.14 問題分析力 |
8.1.7.2.15 仮説設定力 |
8.1.7.2.16 相手の考えを理解する力 |
8.1.8 結果とモデルの展開 |
8.1.8.1 展開のプランニング |
8.1.8.1.1 データ分析手法 |
8.1.8.1.2 マイニングモデル手法 |
8.1.8.1.3 テキストマイニング手法 |
8.1.8.1.4 仮説設定力 |
8.1.8.1.5 概念化力 |
8.1.8.1.6 共感を呼ぶ力 |
8.1.8.2 監視と保守のプランニング |
8.1.8.2.1 データ分析手法 |
8.1.8.2.2 マイニングモデル手法 |
8.1.8.2.3 テキストマイニング手法 |
8.1.8.2.4 問題分析力 |
8.1.8.2.5 論理思考力 |
8.1.8.3 最終報告書の作成 |
8.1.8.3.1 データ分析手法 |
8.1.8.3.2 マイニングモデル手法 |
8.1.8.3.3 テキストマイニング手法 |
8.1.8.3.4 仮説設定力 |
8.1.8.3.5 深耕力 |
8.1.8.3.6 共感を呼ぶ力 |
8.1.8.4 最終プロジェクトレビューの実施 |
8.1.8.4.1 データ分析手法 |
8.1.8.4.2 マイニングモデル手法 |
8.1.8.4.3 テキストマイニング手法 |
8.1.8.4.4 概念化力 |
8.1.8.4.5 俯瞰力 |
8.1.8.4.6 共感を呼ぶ力 |
8.1.9 ビジネスでの活用と評価 |
8.1.9.1 ビジネスでの活用 |
8.1.9.1.1 データ分析手法 |
8.1.9.1.2 マイニングモデル手法 |
8.1.9.1.3 テキストマイニング手法 |
8.1.9.1.4 論理思考力 |
8.1.9.1.5 概念化力 |
8.1.9.1.6 革新力 |
8.1.9.1.7 共感を呼ぶ力 |
8.1.9.2 ビジネス成果の確認 |
8.1.9.2.1 ビジネス戦略と目標・評価 |
8.1.9.2.2 経営戦略手法 |
8.1.9.2.3 データ分析手法 |
8.1.9.2.4 マイニングモデル手法 |
8.1.9.2.5 テキストマイニング手法 |
8.1.9.2.6 仮説設定力 |
8.1.9.2.7 概念化力 |
8.1.9.2.8 共感を呼ぶ力 |
タスクディクショナリ (タスク小分類415項目)
1 戦略 |
1.1 事業戦略把握・策定支援 |
1.1.1 要求(構想)の確認 |
1.1.1.1 経営要求の確認 |
1.1.1.2 経営環境の調査・分析と課題の抽出 |
1.1.2 新ビジネスモデルへの提言 |
1.1.2.1 業界動向の調査・分析 |
1.1.2.2 ビジネスモデル策定への助言 |
1.1.3 事業戦略の実現シナリオへの提言 |
1.1.3.1 実現可能性の確認 |
1.1.3.2 全社戦略の展開における活動・成果指標の設定 |
1.1.3.3 課題とリスクの洗い出し |
1.1.3.4 超概算予算の算出 |
1.2 IT製品・サービス戦略策定 |
1.2.1 市場動向の調査・分析・予測 |
1.2.1.1 市場機会の発見と選択 |
1.2.1.2 ターゲット市場のビジネスチャンス分析 |
1.2.2 IT製品・サービス戦略の策定 |
1.2.2.1 ビジネス機会の分析 |
1.2.2.2 新規製品・サービスの企画 |
1.2.2.3 既存製品・サービスのロードマップ更新 |
2 企画 |
2.1 IT戦略策定・実行推進 |
2.1.1 基本方針の策定 |
2.1.1.1 現状分析・環境分析 |
2.1.1.2 IT基本方針の策定 |
2.1.2 IT化計画の策定 |
2.1.2.1 IT中期計画の作成 |
2.1.2.2 IT基盤戦略の策定 |
2.1.2.3 事業部門のIT化計画の作成 |
2.1.2.4 IT基盤計画の作成 |
2.1.2.5 全体計画の策定 |
2.1.3 IT戦略実行マネジメント |
2.1.3.1 IT戦略の理解とプログラムの定義 |
2.1.3.2 プログラム戦略マネジメント |
2.1.3.3 実行組織の確立 |
2.1.3.4 モニタリング |
2.1.3.5 アセスメントマネジメント |
2.1.3.6 プログラムリスクへの対応 |
2.1.3.7 コミュニティマネジメント |
2.2 システム企画立案 |
2.2.1 システム化構想の立案 |
2.2.1.1 システム化構想基本方針の策定 |
2.2.1.2 現行業務、システムの調査分析 |
2.2.1.3 新業務の全体像把握と評価指標の設定 |
2.2.1.4 投資規模の策定 |
2.2.1.5 システム化構想の成案化 |
2.2.1.6 システム化構想の支援 |
2.2.2 システム化計画の策定 |
2.2.2.1 システム化計画におけるプロジェクト計画の策定 |
2.2.2.2 システム計画の基本要件の確認 |
2.2.2.3 対象業務の課題整理 |
2.2.2.4 現状システムの分析と対応方針の策定 |
2.2.2.5 業務モデルの作成 |
2.2.2.6 システム化機能の整理とシステム方式の検討 |
2.2.2.7 付帯機能、付帯設備に対する基本方針の明確化 |
2.2.2.8 サービスレベルと品質に対する基本方針の明確化 |
2.2.2.9 プロジェクトの目標設定 |
2.2.2.10 実現可能性の検討 |
2.2.2.11 全体開発スケジュールの作成 |
2.2.2.12 システム選定方針の策定 |
2.2.2.13 費用とシステム投資効果の予測 |
2.2.2.14 システム化計画の成案化 |
2.2.3 業務・システム要件定義 |
2.2.3.1 業務要件の定義 |
2.2.3.2 システム要件の定義 |
2.2.4 ITサービス要件定義 |
2.2.4.1 ITサービス要件の定義 |
2.2.5 情報セキュリティ要件定義 |
2.2.5.1 情報セキュリティ要件の定義 |
2.2.5.2 情報セキュリティ規定の作成 |
2.2.5.3 情報セキュリティ計画の立案 |
2.2.5.4 情報セキュリティ基準の策定 |
3 開発 |
3.1 システム要件定義・方式設計 |
3.1.1 システム化要件定義 |
3.1.1.1 システム化の対象と目的の決定 |
3.1.1.2 要求事項の調査と分析 |
3.1.1.3 機能要件の定義 |
3.1.1.4 非機能要件の定義 |
3.1.1.5 システム化要件の文書化とレビュー |
3.1.2 システム化要件定義(Webサイト) |
3.1.2.1 現状把握 |
3.1.2.2 対象Webサイトの要件定義 |
3.1.3 システム方式設計 |
3.1.3.1 システム方式の設計 |
3.1.3.2 適用製品・技術の評価と選定 |
3.1.3.3 システム方式設計の文書化とレビュー |
3.1.4 システム方式設計(ソフトウェア製品) |
3.1.5 システム方式設計(組込みソフトウェア) |
3.1.6 システム方式設計(Webサイト) |
3.1.6.1 現状把握 |
3.1.6.2 対象Webサイトの要件定義 |
3.1.7 開発準備 |
3.1.7.1 開発手法の決定と開発プロセスの定義 |
3.1.7.2 開発環境の準備 |
3.1.8 開発準備(アジャイル) |
3.1.8.1 開発手法の決定と開発プロセスの定義 |
3.1.8.2 開発環境の準備 |
3.1.8.3 アジャイル開発の準備 |
3.2 運用設計 |
3.2.1 システム運用設計 |
3.2.1.1 方針と基準の策定 |
3.2.1.2 システム運用設計とレビュー |
3.2.2 ITサービス設計 |
3.2.2.1 運用・保守サービスの設計 |
3.2.3 Webサイト運用設計 |
3.2.3.1 Webサイトの運用設計 |
3.3 移行設計 |
3.3.1 移行設計 |
3.3.1.1 移行の要件と方針の明確化 |
3.3.1.2 移行対象の明確化 |
3.3.1.3 移行テスト計画の作成 |
3.3.1.4 移行のスケジュールと体制の明確化 |
3.4 基盤システム構築 |
3.4.1 基盤システム設計(共通) |
3.4.1.1 全体設計(基本設計) |
3.4.2 基盤システム設計(プラットフォーム) |
3.4.2.1 プラットフォーム設計 |
3.4.3 基盤システム設計(データベース) |
3.4.3.1 物理データベース設計 |
3.4.3.2 データベースの運用管理・保守の設計 |
3.4.4 基盤システム設計(ネットワーク) |
3.4.4.1 ネットワークシステムの設計 |
3.4.4.2 ネットワークの運用管理・保守の設計 |
3.4.5 基盤システム設計(システム管理) |
3.4.5.1 運用管理システムの設計 |
3.4.6 基盤システム設計(情報セキュリティ) |
3.4.6.1 セキュリティの設計 |
3.4.7 基盤システム構築・テスト(プラットフォーム) |
3.4.7.1 プラットフォームの構築 |
3.4.7.2 テストの計画と実施 |
3.4.8 基盤システム構築・テスト(データベース) |
3.4.8.1 データベースの構築 |
3.4.8.2 テストの計画と実施 |
3.4.9 基盤システム構築・テスト(ネットワーク) |
3.4.9.1 ネットワークの構築 |
3.4.9.2 テストの計画と実施 |
3.4.10 基盤システム構築・テスト(システム管理) |
3.4.10.1 運用管理システムの構築 |
3.4.10.2 テストの計画と実施 |
3.4.11 基盤システム構築・テスト(情報セキュリティ) |
3.4.11.1 セキュリティの実装 |
3.4.11.2 テスト計画と実施 |
3.5 アプリケーションシステム開発 |
3.5.1 ソフトウェア要件定義 |
3.5.1.1 機能要件と非機能要件の定義 |
3.5.1.2 インタフェース要件の定義 |
3.5.1.3 概念データモデルの作成 |
3.5.1.4 ソフトウェア要件の評価 |
3.5.1.5 パッケージ利用時のフィット&ギャップ分析 |
3.5.2 ソフトウェア方式設計 |
3.5.2.1 ソフトウェアコンポーネントの方式設計 |
3.5.2.2 インタフェースの方式設計 |
3.5.2.3 論理データベース設計(論理データモデルの作成) |
3.5.2.4 コード設計 |
3.5.2.5 データサービスを活用した設計 |
3.5.2.6 パッケージのカスタマイズ方針の決定 |
3.5.3 開発環境構築 |
3.5.3.1 開発環境構築計画の立案 |
3.5.3.2 開発環境の構築と維持 |
3.5.4 アプリケーション共通基盤設計・構築 |
3.5.4.1 アプリケーション共通基盤の設計 |
3.5.4.2 アプリケーション共通基盤の構築・テスト |
3.5.4.3 アプリケーション構築の支援 |
3.5.5 業務プロセス設計 |
3.5.5.1 業務プロセスの設計 |
3.5.6 ソフトウェア詳細設計 |
3.5.6.1 ソフトウェアコンポーネント設計(機能分割・構造化) |
3.5.6.2 入出力詳細設計 |
3.5.6.3 パッケージカスタマイズ・アドオン設計 |
3.5.6.4 データサービスの活用 |
3.5.7 ソフトウェアコード作成・単体テスト |
3.5.7.1 プログラム構造設計(モジュール分割・モジュール設計) |
3.5.7.2 単体テスト仕様作成 |
3.5.7.3 プログラミング |
3.5.7.4 単体テストの実施と評価 |
3.5.8 ソフトウェア結合テスト |
3.5.8.1 結合テスト仕様作成 |
3.5.8.2 ソフトウェア結合 |
3.5.8.3 結合テストの実施と評価 |
3.6 ソフトウェア製品開発 |
3.6.1 ソフトウェア要件定義 |
3.6.2 ソフトウェア方式設計 |
3.6.3 開発環境構築 |
3.6.4 アプリケーション共通基盤設計・構築 |
3.6.5 プロセス設計 |
3.6.6 ソフトウェア詳細設計 |
3.6.7 ソフトウェアコード作成・単体テスト |
3.6.8 ソフトウェア結合テスト |
3.6.9 システム適格性確認テスト |
3.6.10 出荷 |
3.7 Webサイト開発 |
3.7.1 ソフトウェア要件定義 |
3.7.1.1 機能要件と非機能要件の定義 |
3.7.1.2 Webコンテンツの要件定義 |
3.7.1.3 Webサイトの要件定義 |
3.7.1.4 プロトタイプの作成 |
3.7.1.5 ソフトウェア要件の評価 |
3.7.2 ソフトウェア方式設計 |
3.7.2.1 ソフトウェアコンポーネントの方式設計 |
3.7.2.2 論理データベース設計(論理データモデルの作成) |
3.7.2.3 コード設計 |
3.7.2.4 データサービスを活用した設計 |
3.7.3 開発環境構築 |
3.7.3.1 開発環境構築計画の立案 |
3.7.3.2 開発環境の構築と維持 |
3.7.4 ソフトウェア詳細設計 |
3.7.4.1 ソフトウェアコンポーネント設計(機能分割・構造化) |
3.7.4.2 入出力詳細設計 |
3.7.4.3 データサービスの活用 |
3.7.5 ソフトウェアコード作成・単体テスト |
3.7.5.1 プログラム構造設計(モジュール分割・モジュール設計) |
3.7.5.2 単体テスト仕様作成 |
3.7.5.3 プログラミング |
3.7.5.4 単体テストの実施と評価 |
3.7.6 ソフトウェア結合テスト |
3.7.6.1 結合テスト仕様作成 |
3.7.6.2 ソフトウェア結合 |
3.7.6.3 結合テストの実施と評価 |
3.8 システムテスト |
3.8.1 システムテスト計画策定 |
3.8.1.1 システムテスト計画の作成 |
3.8.1.2 システムテストの準備 |
3.8.2 システムテスト実施 |
3.8.2.1 システム結合 |
3.8.2.2 システムテストの実施と評価 |
3.9 移行・導入 |
3.9.1 移行 |
3.9.1.1 移行の準備 |
3.9.1.2 移行の実施 |
3.9.2 受入れテスト |
3.9.2.1 受入れテスト計画の作成 |
3.9.2.2 受入れテストの実施と評価 |
3.9.2.3 受入れテストの支援 |
3.9.3 運用テスト |
3.9.3.1 運用テストの準備 |
3.9.3.2 運用テストの実施と評価 |
3.9.4 導入 |
3.9.4.1 教育準備と実施 |
3.9.4.2 マニュアルの作成 |
3.10 ソフトウェア保守 |
3.10.1 保守の方針と計画の策定 |
3.10.1.1 保守および更新・構成変更の方針策定 |
3.10.1.2 保守計画の策定 |
3.10.2 問題の調査と分析 |
3.10.2.1 問題の把握 |
3.10.2.2 保守内容、影響範囲の調査と分析 |
3.11 ハードウェア・ソフトウェア製品導入 |
3.11.1 導入設計 |
3.11.1.1 ハードウェア導入設計 |
3.11.1.2 ソフトウェア製品導入設計 |
3.11.2 ハードウェアの導入 |
3.11.2.1 ハードウェア導入作業の管理 |
3.11.2.2 ハードウェア導入作業(設置、据付)の実施 |
3.11.3 ソフトウェアの導入 |
3.11.3.1 ソフトウェア導入作業の管理 |
3.11.3.2 ソフトウェア導入作業の実施 |
3.12 ファシリティ設計・構築 |
3.12.1 ファシリティ設計 |
3.12.2 ファシリティ施工管理 |
3.12.3 ファシリティ施工実施 |
3.13 プロジェクトマネジメント |
3.13.1 プロジェクト立ち上げ |
3.13.1.1 プロジェクト企画書の作成 |
3.13.1.2 プロジェクト企画書の申請と説明 |
3.13.1.3 プロジェクト企画書の完成 |
3.13.2 プロジェクト計画策定 |
3.13.2.1 スコープ計画の策定 |
3.13.2.2 プロジェクト方針の決定 |
3.13.2.3 スコープの定義 |
3.13.2.4 スケジュール計画の策定 |
3.13.2.5 資源計画の策定 |
3.13.2.6 組織要員計画の策定 |
3.13.2.7 調達計画の策定 |
3.13.2.8 費用計画の策定 |
3.13.2.9 品質保証計画の策定 |
3.13.2.10 リスク管理計画の策定 |
3.13.2.11 コミュニケーション計画の策定 |
3.13.2.12 プロジェクト計画書の作成 |
3.13.3 プロジェクト追跡と実行管理 |
3.13.3.1 プロジェクトの実行管理 |
3.13.3.2 プロジェクトの監視と追跡 |
3.13.3.3 問題管理 |
3.13.3.4 工程完了評価 |
3.13.3.5 プロジェクト状況の報告 |
3.13.3.6 進捗管理 |
3.13.3.7 資源管理 |
3.13.3.8 組織要員管理 |
3.13.3.9 調達管理 |
3.13.3.10 費用管理 |
3.13.3.11 品質管理 |
3.13.3.12 リスク管理 |
3.13.3.13 コミュニケーション管理 |
3.13.3.14 変更管理 |
3.13.4 プロジェクト終結 |
3.13.4.1 プロジェクト終結の確認 |
3.13.4.2 プロジェクトの完了報告 |
3.13.4.3 プロジェクトの完了評価 |
3.13.5 プロジェクト個別の品質マネジメント |
3.13.5.1 レビューのマネジメント |
3.13.5.2 テストのマネジメント |
3.13.5.3 品質分析・評価のマネジメント |
4 利活用 |
4.1 サービスデスク |
4.1.1 IT利活用 |
4.1.1.1 個別ITシステム活用促進 |
4.1.1.2 個別評価とフィードバック |
4.1.1.3 全体のIT活用能力底上げ |
4.1.1.4 活用シナジーの促進 |
4.1.2 システム利用者対応 |
4.1.2.1 業務運用 |
4.1.2.2 ユーザ教育と支援 |
4.1.2.3 インシデント管理 |
4.1.3 顧客統括管理 |
4.1.3.1 情報管理とコミュニケーション |
4.1.3.2 クレーム対応処理 |
4.2 IT運用コントロール |
4.2.1 IT運用管理 |
4.2.1.1 ユーザ管理 |
4.2.1.2 オペレーション管理 |
4.2.2 情報セキュリティ管理 |
4.2.2.1 情報セキュリティの運用 |
4.2.2.2 情報セキュリティの評価と検証 |
4.3 システム運用管理 |
4.3.1 障害管理 |
4.3.1.1 障害対応 |
4.3.1.2 障害記録・再発防止 |
4.3.2 問題管理 |
4.3.2.1 問題コントロールの開始 |
4.3.2.2 エラーコントロール |
4.3.3 性能管理 |
4.3.3.1 パフォーマンスとキャパシティの管理 |
4.3.4 構成管理 |
4.3.4.1 構成管理の計画策定と設計 |
4.3.4.2 構成管理の実施 |
4.3.5 資源管理 |
4.3.5.1 ハードウェアの管理 |
4.3.5.2 ソフトウェアの管理 |
4.3.5.3 データの管理 |
4.3.5.4 ネットワーク資源の管理 |
4.3.6 リリース管理 |
4.3.6.1 リリースの計画、準備と実施 |
4.3.7 セキュリティ障害管理 |
4.3.7.1 事故の検知 |
4.3.7.2 事故の初動処理 |
4.3.7.3 事故の分析 |
4.3.7.4 事故からの復旧 |
4.3.7.5 再発防止策の実施 |
4.3.7.6 セキュリティの評価 |
4.3.8 障害対応・保守支援 |
4.3.8.1 問題発生時のコントロール(問題・障害管理) |
4.3.8.2 障害発生時の対応(一次障害対応) |
4.3.8.3 重大障害発生時の対応(二次障害対応、復旧対応) |
4.3.8.4 障害の根治(製品の対応) |
4.3.9 予防保守 |
4.3.9.1 ハードウェアの予防保守 |
4.3.9.2 ソフトウェアの予防保守 |
4.4 Webサイト運用管理 |
4.4.1 利用者向けサービス運用管理 |
4.4.1.1 キャンペーン管理 |
4.4.1.2 メール配信管理 |
4.4.2 Webサービス運用管理 |
4.4.2.1 Webコンテンツの運用管理 |
4.4.2.2 Webコンテンツの制作と更新 |
4.4.2.3 Webマーケティング施策の支援 |
4.4.2.4 Webコンテンツ技術サポート |
4.4.2.5 携帯・スマートフォンサイトの運用 |
4.5 ファシリティ運用管理 |
4.5.1 ファシリティ運用・保守 |
4.6 サービスマネジメント |
4.6.1 サービス管理 |
4.6.1.1 課金管理 |
4.6.1.2 コスト管理 |
4.6.1.3 要員管理 |
4.6.1.4 サービスレベルの管理 |
4.6.1.5 サービス実施体制の管理 |
5 評価・改善 |
5.1 システム評価・改善 |
5.1.1 ITシステムの評価 |
5.1.1.1 ITシステム評価指標による検証 |
5.1.1.2 ITシステム評価報告の成案化 |
5.1.2 ITサービスの評価 |
5.1.2.1 評価目標の設定 |
5.1.2.2 ITサービス評価指標による検証 |
5.1.2.3 ITサービス評価報告の成案化 |
5.1.2.4 利用状況からの課題の発見と新たな価値の創出 |
5.1.3 Webサイトの評価 |
5.1.3.1 Webサイトの評価 |
5.2 IT戦略評価・改善 |
5.2.1 IT戦略の評価 |
5.2.1.1 事業部門のIT化計画の評価 |
5.2.1.2 IT基盤計画の評価 |
5.2.1.3 全体計画の評価 |
5.3 IT製品・サービス戦略評価・改善 |
5.3.1 IT製品・サービス戦略の評価 |
5.3.1.1 販売実績に基づく評価 |
5.3.1.2 調査・分析に基づく評価 |
5.4 事業戦略評価・改善支援 |
5.4.1 事業戦略達成度の評価 |
5.4.1.1 モニタリング指標による検証 |
5.4.1.2 事業戦略評価報告の作成 |
5.5 システム監査 |
5.5.1 システム監査計画の策定 |
5.5.1.1 基本計画の作成 |
5.5.1.2 個別計画書の作成 |
5.5.1.3 外部監査計画の作成 |
5.5.2 システム監査の実施 |
5.5.2.1 実施準備 |
5.5.2.2 予備調査 |
5.5.2.3 監査手続書の作成 |
5.5.2.4 本調査 |
5.5.2.5 実施結果の記録(監査調書の作成) |
5.5.2.6 監査意見の明確化 |
5.5.2.7 監査報告書案の作成 |
5.5.2.8 外部監査計画の実施対応 |
5.5.3 システム監査の報告 |
5.5.3.1 指摘事項の記載 |
5.5.3.2 改善勧告の記載 |
5.5.3.3 監査報告の実施 |
5.5.3.4 フォローアップの実施 |
5.5.3.5 年次監査報告書の作成 |
5.5.4 システム監査業務の管理 |
5.5.4.1 進捗管理 |
5.5.4.2 品質管理 |
5.5.4.3 監査業務の改善 |
5.5.4.4 監査体制の整備 |
5.5.5 システム監査対応 |
5.5.5.1 社外による監査の実施支援 |
5.5.5.2 社外による監査結果のフォローアップ |
5.6 資産管理・評価 |
5.6.1 資産管理規定の策定 |
5.6.1.1 資産管理方針と体制の策定 |
5.6.1.2 資産管理規定の作成と更新 |
5.6.2 資産管理プロセスの実施 |
5.6.2.1 資産管理規定に基づくプロセスの実施 |
5.6.2.2 情報機器の導入・更新計画の作成・実施・評価 |
5.6.2.3 廃棄計画の策定と実施 |
6 管理・統制 |
6.1 システム監査 |
6.1.1 システム監査計画の策定 |
6.1.2 システム監査の実施 |
6.1.3 システム監査の報告 |
6.1.4 システム監査業務の管理 |
6.1.5 システム監査対応 |
6.2 資産管理・評価 |
6.2.1 資産管理規定の策定 |
6.2.2 資産管理プロセスの実施 |
6.3 事業継続マネジメント |
6.3.1 事業継続計画の策定 |
6.3.1.1 事業継続計画策定の準備 |
6.3.1.2 対象事故・災害のリスク分析 |
6.3.1.3 事業継続計画の策定 |
6.3.2 事業継続計画の運用 |
6.3.2.1 関連部門への周知徹底 |
6.3.2.2 事業継続のためのリソースの確保 |
6.3.3 事業継続計画の見直し |
6.3.3.1 事業継続計画の見直し |
6.3.4 災害復旧計画の策定 |
6.3.4.1 災害復旧計画の策定 |
6.3.4.2 災害復旧計画の実現可能性の検証 |
6.3.4.3 緊急時対応体制の確立 |
6.3.5 災害復旧計画の運用 |
6.3.5.1 関連部門への周知徹底 |
6.3.5.2 災害発生時の予行・訓練の実施 |
6.3.6 災害復旧計画の見直し |
6.3.6.1 災害復旧計画の見直し |
6.4 情報セキュリティマネジメント |
6.4.1 情報セキュリティ戦略と方針の策定 |
6.4.1.1 基本戦略の策定 |
6.4.1.2 情報資産の評価 |
6.4.1.3 脅威とリスクの識別 |
6.4.1.4 リスクの評価 |
6.4.1.5 セキュリティポリシーの策定 |
6.4.2 情報セキュリティの運用 |
6.4.2.1 情報セキュリティガバナンス |
6.4.2.2 情報セキュリティの周知と教育 |
6.4.3 情報セキュリティの見直し |
6.4.3.1 情報の収集と評価 |
6.4.3.2 運用上の問題点整理と分析 |
6.4.3.3 技術上の問題点整理と分析 |
6.4.3.4 新たなリスクの整理と分析 |
6.4.3.5 セキュリティポリシーの更新 |
6.5 品質マネジメント |
6.5.1 品質管理のコントロール |
6.5.1.1 品質マネジメントシステムの運用 |
6.5.1.2 品質標準および品質管理実践基準の定義 |
6.5.1.3 品質の測定、モニタリングおよび改善 |
6.5.2 組織全体の品質マネジメント |
6.5.2.1 検査のマネジメント |
6.6 契約管理 |
6.6.1 契約締結管理 |
6.6.1.1 委託/受託業務の内容と責任分担の明確化 |
6.6.1.2 法的要件を満たした契約内容の作成 |
6.6.1.3 契約の締結 |
6.6.1.4 委託/受託契約ルール遵守 |
6.6.1.5 供給/委託先の選択・交渉 |
6.6.2 契約変更管理 |
6.6.2.1 追加変更発生時の対応 |
6.6.2.2 契約の変更要求の受付と影響分析 |
6.6.2.3 契約変更の協議と締結 |
6.7 コンプライアンス |
6.7.1 管理方針と体制 |
6.7.1.1 法令および規範の管理体制確立 |
6.7.1.2 遵守すべき法令および規範の識別 |
6.7.1.3 情報倫理規定の策定 |
6.7.1.4 個人情報の保護 |
6.7.1.5 知的財産権の保護 |
6.7.1.6 外部への情報提供 |
6.7.2 実施と評価 |
6.7.2.1 教育と周知徹底 |
6.7.2.2 遵守状況の評価と改善 |
6.7.2.3 外部要件に対するコンプライアンスの保証 |
6.8 人的資源管理 |
6.8.1 人材戦略の策定 |
6.8.1.1 人材育成施策・体制の維持 |
6.8.1.2 人的資源の把握 |
6.8.2 人材戦略の運用 |
6.8.2.1 人材育成・教育の運営・実行 |
6.8.3 人材戦略の評価と分析 |
6.8.3.1 人材育成・教育の評価・分析 |
6.8.4 研修 |
6.8.4.1 研修の企画 |
6.8.4.2 研修コンテンツの開発 |
6.8.4.3 研修の実施 |
6.8.4.4 研修の評価 |
6.8.5 知的資産管理 |
6.8.5.1 知識管理体制の確立と実施 |
6.8.5.2 ナレッジ管理システム構築・運用 |
6.8.6 健康管理 |
6.8.6.1 健康管理を考慮した作業環境の提供 |
6.8.6.2 健康診断とメンタルヘルスケア |
6.8.7 人事・労務管理 |
6.8.7.1 要員の責任および権限の定義 |
6.8.7.2 要員の責任および権限の随時見直し |
6.8.7.3 要員の責任および権限の周知徹底 |
6.8.7.4 要員の業績評価 |
6.8.7.5 適切な要員配置 |
6.8.7.6 適切な人材の確保 |
6.8.7.7 要員の交替時の留意 |
6.9 内部統制状況モニタリング |
6.9.1 実行責任者によるモニタリングと評価 |
6.9.1.1 IT成果のモニタリング |
6.9.1.2 成果改善策の明確化と実施 |
6.9.1.3 内部統制のモニタリングと評価 |
6.9.2 ガバナンスによる評価 |
6.9.2.1 ITガバナンスの提供 |
7 推進・支援 |
7.1 マーケティング・セールス |
7.1.1 販売戦略の策定 |
7.1.2 プロモーションの計画と実施 |
7.1.3 顧客満足度管理 |
7.1.4 販売チャネル戦略の策定 |
7.1.5 販売機会の創出 |
7.1.6 アカウント戦略の策定 |
7.1.7 ソリューションの企画 |
7.1.8 ソリューションの組立て |
7.1.9 ソリューションの提案 |
7.2 再利用 |
7.2.1 再利用資産管理 |
7.2.1.1 再利用資産管理の準備 |
7.2.1.2 再利用資産の保管と管理 |
7.2.2 再利用施策管理 |
7.2.2.1 再利用施策の計画 |
7.2.2.2 再利用施策の実施 |
7.3 調達・委託 |
7.3.1 調達・委託先の選定 |
7.3.1.1 調達関連情報の収集 |
7.3.1.2 調達・委託方法の検討 |
7.3.1.3 提案評価基準の作成 |
7.3.1.4 提案依頼書の作成と発行 |
7.3.1.5 提案書の比較検討と委託先選定 |
7.3.2 委託業務管理 |
7.3.2.1 セキュリティの調査 |
7.3.2.2 委託業務の開始・推進 |
7.3.2.3 進捗状況の把握と遅延、その他のリスク対策 |
7.3.2.4 成果物の検収 |
7.3.2.5 業務終了後のデータ、資料等の回収と廃棄確認 |
7.3.2.6 業務結果の分析と評価 |
7.4 標準の策定・維持・管理 |
7.4.1 標準の策定 |
7.4.1.1 標準体系の策定 |
7.4.1.2 ベースモデルの選定 |
7.4.1.3 標準の作成 |
7.4.2 標準の維持管理 |
7.4.2.1 実状調査 |
7.4.2.2 標準の見直し |
7.5 新ビジネス・新技術の調査・分析と技術支援 |
7.5.1 最新技術の研究・検証 |
7.5.1.1 調査対象の設定と情報収集 |
7.5.1.2 最新技術の評価・検証 |
7.5.2 技術支援 |
7.5.2.1 技術伝承活動と技術支援 |
8 業務 |
8.1 データサイエンス |
8.1.1 ビジネス目標の決定 |
8.1.1.1 ビジネス背景情報の収集 |
8.1.1.2 ビジネス目標の決定 |
8.1.1.3 ビジネス成功基準の設定 |
8.1.2 状況の評価 |
8.1.2.1 リソースの調査 |
8.1.2.2 要件、仮説、制約、リスクおよび用語の明確化 |
8.1.2.3 コストと利益の分析 |
8.1.3 目標の決定とプロジェクト計画の策定 |
8.1.3.1 プロジェクト目標の設定 |
8.1.3.2 プロジェクトの成功基準の設定 |
8.1.3.3 プロジェクト計画の策定 |
8.1.4 データの理解 |
8.1.4.1 初期データの収集 |
8.1.4.2 データの説明 |
8.1.4.3 データの探索 |
8.1.4.4 データ品質の検証 |
8.1.5 データマイニングのためのデータの準備 |
8.1.5.1 データの選択 |
8.1.5.2 データのクリーニング |
8.1.5.3 新規データの作成・統合・フォーマット |
8.1.6 モデリング |
8.1.6.1 モデリング手法の選択 |
8.1.6.2 テスト設計 |
8.1.6.3 モデルの構築 |
8.1.6.4 モデルの評価 |
8.1.7 評価 |
8.1.7.1 結果の評価と次ステップの決定 |
8.1.7.2 プロセスの見直し |
8.1.8 結果とモデルの展開 |
8.1.8.1 展開のプランニング |
8.1.8.2 監視と保守のプランニング |
8.1.8.3 最終報告書の作成 |
8.1.8.4 最終プロジェクトレビューの実施 |
8.1.9 ビジネスでの活用と評価 |
8.1.9.1 ビジネスでの活用 |
8.1.9.2 ビジネス成果の確認 |
知識インフラ構築の一翼を担う組織の活動
1 目的 |
1.1 新たな知識の創造 |
1.1.1 新たな知識の創造 |
1.1.2 新産業の創出 |
1.1.3 科学技術イノベーション |
1.1.4 知識教育 |
1.1.5 地域活性化 |
1.1.6 国際文化交流 |
1.1.7 学術研究 |
1.2 創造性の醸成 |
1.2.1 芸術文化の鑑賞 |
1.2.2 教養娯楽 |
2 情報資産の保有機関 |
2.1 MLA |
2.1.1 図書館 |
2.1.1.1 |
2.1.1.2 公共図書館 |
2.1.1.3 大学図書館 |
2.1.1.4 専門図書館 |
2.1.2 公文書館 |
2.1.3 博物館 |
2.1.4 美術館 |
2.2 寺社・仏閣 |
2.3 大学・研究機関・教育機関 |
2.4 出版社 |
2.5 個人サイト |
2.6 民間サイト |
2.7 地方公共団体 |
2.8 国の機関 |
2.8.1 立法府 |
2.8.2 行政府 |
2.8.3 司法 |
3 情報提供基盤 |
3.1 目的毎に最適化された発信サイト |
3.1.1 文献・Web情報サイト |
3.1.2 学術情報サイト |
3.1.3 科学技術情報サイト |
3.1.4 災害情報サイト |
3.1.5 文化情報サイト |
3.1.6 地域情報発信サイト |
3.1.7 海外向け発信サイト |
3.2 情報(発信)の場の提供 |
3.2.1 文献の提供から、あらゆる情報の提供へ |
3.2.2 知識探索・閲覧サービス(利用者の目的、レベル、利用環境に応じてきめ細かく) |
3.2.3 情報探索支援から、課題回答そのものへのナビゲーション |
3.2.4 仮想空間 (Webサービス) |
3.2.4.1 壁のない図書館 |
3.2.4.1.1 図書館の枠を越えて、文献情報の枠を越えて、 |
3.2.4.1.2 いつでも、だれでも、どこにいても、閲覧可 |
3.2.4.1.3 商用と無償の電子書籍が一体になった電子図書館サービス |
3.2.4.2 あらゆる情報を探索(検索・閲覧) |
3.2.4.2.1 所蔵場所、媒体の形態を問わず、情報の網羅性・完全性を確保 |
3.2.4.3 テーマにより企画されたデジタルギャラリ |
3.2.4.4 デジタル化されていない資料の遠隔複写申込み |
3.2.4.5 調べ方案内・オンラインレファレンス |
3.2.5 物理的空間 (ファシリティサービス) |
3.2.5.1 博物館的展示スペース(現物を閲覧・鑑賞する場) |
3.2.5.2 外部公開できないデジタル情報の閲覧・複写申込み |
4 知識創造基盤 |
4.1 知識創造活動 |
4.1.1 新たな知識の創造活動 (様々な専門分野での活動) |
4.1.1.1 情報を二次利用した創作活動 |
4.1.1.2 閲覧・鑑賞体験による新たな知見のインキュベーション |
4.1.2 人と情報、情報と情報の関連付け |
4.1.2.1 付加価値情報付け |
4.1.2.1.1 主題書誌(解題、目次、掲載人名、地理情報、、) |
4.1.2.1.2 調べ方案内、レファレンス事例 |
4.1.2.2 情報間の意味的関連付け |
4.1.2.2.1 分散した組織が保有する情報を、情報内の記述個所が意味的に関連付けて知識化 |
4.1.2.2.2 セマンティックWeb化 |
4.1.2.2.2.1 意味的に関連付け |
4.1.2.2.3 リンクドデータ化 |
4.1.2.2.3.1 構造化単位で紐づけ |
4.2 創造活動支援活動 |
4.2.1 文化財(有形・無形)の映像化・画像化・テキスト |
4.2.2 基本情報付与(メタデータ、永続的識別子付与) |
4.2.2.1 JPO出版情報登録センターが提供する近刊情報(まだ刊行されていない資料の書誌情報) |
4.2.2.2 NDL新着書誌情報の活用 |
4.2.2.2.1 NDLは、JPOが提供する近刊情報を提供 |
4.2.2.2.2 NDLは、納本資料の書誌情報をインプロセス段階から提供 |
4.2.2.2.3 NDLは、インプロセスデータ取り込み機能を実装するための情報提供、技術支援 |
4.2.3 知識化・構造化 |
4.2.3.1 (マイクロコンテンツ化) |
4.2.3.1.1 記事単位、章節項単位、 |
4.2.3.1.2 段落単位、名詞単位 |
4.2.3.1.3 あらゆる情報資源の集約と意味的関連付け |
4.2.4 辞書・典拠・シソーラス類の作成・維持 |
4.2.5 資料の有用性に関する情報 |
4.2.5.1 参考文献、参考ウェブサイト |
4.3 知識創造の場の提供 |
4.3.1 物理的空間で集う場 (ファシリティサービス) |
4.3.1.1 異文化交流・出会い・議論の場 |
4.3.1.2 出版者(著作者)と読者を繋ぐ場 |
4.3.1.3 グループによる学習ができる公共の場 |
4.3.2 仮想空間での共同作業の場 (クラウドソーシング) |
4.3.2.1 クラウドソーシングの場の提供 |
5 保存基盤 (情報のアーカイブ化) |
5.1 各図書館の利用者ニーズに沿った蔵書構築 (知識保存基盤) |
5.1.1 各図書館は、郷土資料等、各館独自コレクションによる蔵書構築 |
5.1.1.1 資料デジタル化及びアーカイブ構築 |
5.1.1.1.1 自ら保有する独自コレクションのデジタル化及びアーカイブ化 |
5.1.1.1.2 政令指定都市および県立図書館等は、県域の各図書館等のデジタル化及びアーカイブ構築を支援 |
5.1.2 自らのコレクションに加えて、他機関資料も含めて蔵書構築 |
5.1.2.1 NDLデジタルコレクション(インターネット公開)の活用 |
5.1.2.2 NDLデジタル化資料図書館送信サービス(図書館限定公開)の活用 |
5.1.2.3 他図書館等の公開コレクションの取り込み表示、ナビゲーション |
5.1.2.4 商用電子書籍サービスの導入 |
5.1.3 ノウハウ・知識情報のナレッジデータベース化 |
5.1.3.1 レファレンス情報を他機関の情報と関連付けてデータベース化 |
5.1.3.2 出版社がDB化する出版情報(販売に資する情報)、書評等を書誌情報を補強する情報として活用 |
5.2 アグリゲータ組織 (保存に責任を持つ機関) |
5.2.1 業務 |
5.2.1.1 標準化推進 |
5.2.2 システム |
5.2.2.1 コンテンツ収集システム |
5.2.2.1.1 自動収集システム |
5.2.2.2 恒久的保存システム |
5.2.2.2.1 エミュレーション |
5.2.2.2.2 マイグレーション |
5.2.2.2.3 ディザスタリカバリー |
5.2.2.3 コンテンツ提供システム |
5.3 各アーカイブ組織 |
5.3.1 システム |
5.3.1.1 コンテンツ生成(デジタル化等)業務・システム |
5.3.1.2 保存システム |
5.3.1.2.1 メタデータデータベース |
5.3.1.2.2 コンテンツデータベース |
5.3.1.3 コンテンツ提供システム |
5.3.1.3.1 メタデータ提供 |
5.3.1.3.2 コンテンツ提供 |
6 運用基盤 |
6.1 戦略的企画・組織経営 |
6.1.1 経営情報分析 |
6.1.2 市場動向調査 |
6.1.2.1 現状調査 |
6.1.2.2 将来予測(今後20年を見据えて) |
6.1.3 新ビジネス戦略企画 |
6.1.3.1 ナショナルアーカイブの必要性と構築概念の認識 |
6.1.4 業務プロセス再構築 |
6.2 管理業務 |
6.2.1 財務管理 |
6.2.2 法務関連 |
6.2.3 人材育成・人材確保 |
6.2.4 広報・PR |
6.2.5 権利処理 |
6.3 次世代サービス推進 |
6.3.1 標準化推進 |
6.3.2 研究開発・実用化実験 |
6.4 事業推進 |
6.4.1 外部機関との連携・協力 |
デジタルトランスフォーメーション時代のMLA業務のタスク【2016年5月5日】
1 新たな知識の創造と還流 (社会・経済的な価値の創出) |
2 情報資産の形態 |
2.1 情報の種別 |
2.1.1 文化遺産(有形・無形)、自然遺産、記憶遺産、、、 |
2.1.2 歴史的文化財、現代文化 |
2.1.3 後世に記録として残すべき事象の記録 |
2.1.4 文献情報、ウェブ上で公開されている情報、研究成果 |
2.1.5 研究の中間成果物、研究成果の根拠となるファクトデータ |
2.1.6 レファレンス情報 |
2.1.7 暗黙知(形式知化されていないノウハウ) |
2.2 表現形 |
2.2.1 単行本、文庫本、雑誌、論文、新聞、地図、公文書、電子書籍・電子雑誌、脚本・台本、伝統芸術、書画、工芸品、音楽、映画、放送、写真、漫画、アニメーション、ゲーム等のポップカルチャー、デザイン、文化スポット、街並み、ファッション、日本食文化、伝統文化、舞台、美術、着物、茶道等 |
2.3 体現形 |
2.3.1 媒体 |
2.3.1.1 冊子体(単行本、文庫本、雑誌、写真集、絵本、コミック、、)、 |
2.3.1.2 パッケージ(BD、DVD、CD、、、)、フィルム |
2.3.2 デジタル情報 |
2.3.2.1 テキスト(プレーンテキスト、html、XML、RTF、DOC、ODF、TIFF、CSV、、) |
2.3.2.2 リフロー型電子書籍(EPUB、AZW、XMDF、.book、、、) |
2.3.2.3 FIX型電子書籍・静止画・イメージ(PDF、PPT、Jpeg、PNG、GIF、TIFF、、) |
2.3.2.4 動画・音声(Mpeg、AAC、WAV、FLAC、)、DAISY、、 |
2.4 個別資料 |
2.4.1 書庫内資料 |
2.4.1.1 図書・雑誌 |
2.4.1.2 新聞 |
2.4.1.3 パッケージ(BD、DVD、CD、、、) |
2.4.2 電子書庫内資料 |
2.4.2.1 電子書籍 |
2.4.2.2 電子雑誌 |
3 【移行】情報の利用目的 |
3.1 新たな知識の創造 |
3.2 新産業の創出 |
3.3 科学技術イノベーション |
3.4 教育活用 |
3.5 地域活性化 |
3.5.1 観光、、、 |
3.6 国際文化交流 |
3.6.1 外国人招致、、、 |
4 情報ソースの入手先機関 |
4.1 MLA |
4.1.1 図書館 |
4.1.2 公文書館 |
4.1.3 博物館 |
4.1.4 美術館 |
4.2 寺社・仏閣 |
4.3 大学・研究機関・教育機関 |
4.4 出版社 |
4.5 新聞社 |
4.6 個人サイト |
4.7 民間サイト |
4.8 地方公共団体 |
4.9 国の機関 |
4.9.1 立法府 |
4.9.2 行政府 |
4.9.3 司法 |
4.10 テレビ局・ラジオ局 |
4.11 映画館 |
5 図書館サービス |
5.1 情報の提供 |
5.1.1 ・・・ |
5.2 場の提供 |
5.2.1 ・・・・ |
5.3 サブトピック 3 |
6 ITスキルが必要な図書館業務 |
6.1 戦略的企画・組織経営 |
6.1.1 経営情報分析 |
6.1.2 市場動向調査 |
6.1.2.1 現状調査 |
6.1.2.2 将来予測(今後20年を見据えて) |
6.1.3 新ビジネス戦略企画 |
6.1.4 業務プロセス再構築 |
6.2 総務系業務 |
6.2.1 財務管理 |
6.2.2 法務関連 |
6.2.3 人材育成・人材確保 |
6.2.4 広報・PR |
6.3 図書館業務 |
6.3.1 外部機関との連携・協力業務 |
6.3.2 知識創造業務(ナレッジデータベース構築) |
6.3.2.1 文化財(有形・無形)のデジタル化(映像化・画像化・電子書籍化・オーディオ化) |
6.3.2.2 付加価値情報付け |
6.3.2.3 情報間の意味的関連付け |
6.3.2.4 予測調査(事前) |
6.3.3 創造活動支援業務 |
6.3.3.1 基本書誌的事項情報付与(メタデータ付与) |
6.3.3.2 知識化・構造化 (マイクロコンテンツ化) |
6.3.3.3 辞書・典拠・シソーラス類の作成・維持 |
6.3.4 恒久的保存業務(情報のアーカイブ化) |
6.3.4.1 収集業務 |
6.3.4.2 保存管理情報付与 |
6.3.4.3 保存 |
6.3.5 情報発信業務 |
6.3.5.1 Web等サービスの運用 |
6.3.5.2 情報探索支援(調べ方案内等) |
6.3.5.3 調べ方案内・レファレンス業務 |
6.3.5.3.1 依頼調査 |
6.4 システム開発・運用 |
6.4.1 新技術・先進サービスシステム調査研究 |
6.4.2 業務基盤システム開発・運用 |
6.4.2.1 図書館業務支援システム |
6.4.2.2 組織内情報交換システム |
6.4.2.3 ハードウェア・ネットワークシステム |
6.4.3 Web等サービスシステム開発・運用 |
6.4.3.1 技術動向調査 |
7 サービスの基本計画から実施までの流れ |
7.1 業務の見直し |
7.1.1 プロジェクト計画書等の確認 |
7.1.2 分析等 |
7.1.3 業務の見直し内容の検討 |
7.1.4 業務要件の定義 |
7.2 要件定義作業 |
7.2.1 要件定義の準備 |
7.2.1.1 1) 要件定義の対象範囲等の特定 |
7.2.1.2 2) RFIの実施 |
7.2.1.3 3) 事業者へのヒアリング等の実施 |
7.2.1.4 4) 必要な資料の作成 |
7.2.2 要件定義 |
7.2.2.1 要件定義書の記載内容 |
7.2.2.1.1 業務要件 |
7.2.2.1.2 機能要件 |
7.2.2.1.3 非機能要件 |
7.2.2.2 要件定義書の調整・作成 |
7.2.3 プロジェクト計画書への反映 |
7.3 調達の計画 |
7.3.1 基本単位 |
7.3.1.1 ①調査研究又は要件定義作成支援 |
7.3.1.2 ② プロジェクト管理支援 |
7.3.1.3 ③ 設計・開発 |
7.3.1.3.1 (設計・開発の内容が細分化できる場合であっても、必ずしも調達単位を分割する必要はない。) |
7.3.1.4 ④ ハードウェアの賃貸借又は買取り |
7.3.1.5 ⑤ ソフトウェア製品の賃貸借又は買取り |
7.3.1.6 ⑥ 回線 |
7.3.1.7 ⑦ アプリケーションプログラムの保守 |
7.3.1.8 ⑧ ハードウェアの保守 |
7.3.1.9 ⑨ ソフトウェア製品の保守 |
7.3.1.10 ⑩ 運用 |
7.3.1.11 ⑪ 運用サポート業務 |
7.3.1.12 ⑫ 業務運用支援 |
7.3.1.13 ⑬ 施設の賃貸借 |
7.3.1.14 ⑭ 施設の整備等 |
7.3.1.15 ⑮ システム監査(情報セキュリティ監査を含む。) |
7.3.2 調達方式 |
7.3.2.1 競争入札 |
7.3.2.1.1 提案公募型 |
7.3.2.1.2 価格競争方式 |
7.3.2.1.3 総合評価方式 |
7.3.2.2 随意契約 |
7.3.3 調達仕様書の記載内容 |
7.3.3.1 ア 調達案件の概要に関する事項 |
7.3.3.2 イ 調達案件及び関連調達案件の調達単位、調達の方式等に関する事項 |
7.3.3.3 ウ 作業の実施内容に関する事項 |
7.3.3.4 エ 満たすべき要件に関する事項 |
7.3.3.5 オ 作業の実施体制・方法に関する事項 |
7.3.3.6 カ 作業の実施に当たっての遵守事項 |
7.3.3.7 キ 成果物の取扱いに関する事項 |
7.3.3.8 ク 入札参加資格に関する事項(入札参加要件、入札制限) |
7.3.3.9 ケ 再委託に関する事項 |
7.3.3.10 コ その他の特記事項 |
7.3.3.11 サ 附属文書 |
7.4 調達 |
7.4.1 要求要件定義書(案)作成 |
7.4.2 資料招請(RFI) |
7.4.3 システム化要件定義書(案)作成 |
7.4.4 調達仕様書(案)の作成 |
7.4.5 意見招請(RFC) |
7.4.6 調達仕様書確定 |
7.4.7 提案依頼(RFP)・公告 |
7.4.8 提案書審査 |
7.4.9 入開札 |
7.4.10 契約 |
7.4.11 検収 |
7.5 設計・開発実施要領の内容 |
7.5.1 ア コミュニケーション管理 |
7.5.2 イ 体制管理 |
7.5.3 ウ 工程管理 |
7.5.4 エ 品質管理 |
7.5.5 オ リスク管理 |
7.5.6 カ 課題管理 |
7.5.7 キ システム構成管理 |
7.5.8 ク 変更管理 |
7.5.9 ケ 情報セキュリティ対策 |
7.6 設計・開発 |
7.6.1 設計・開発実施計画書等の作成 |
7.6.2 設計・開発工程に入る前の要件定義の内容の調整・確定 |
7.6.3 設計 |
7.6.3.1 1) 要件定義の内容との整合性確認 |
7.6.3.2 2) 関係機関、情報システムの利用者等との調整 |
7.6.3.3 3) 移行計画書の案の作成 |
7.6.3.4 4) 中長期運用・保守作業計画の案の作成 |
7.6.3.5 5) 運用計画及び保守作業計画の案の作成 |
7.6.3.6 6) 運用体制等 |
7.6.4 開発・テスト |
7.6.4.1 1) テスト計画書の作成 |
7.6.4.2 2) 単体テスト |
7.6.4.3 3) 結合テスト・総合テスト |
7.6.4.4 4) テスト手順・データの再利用対策 |
7.6.5 受入テストの実施 |
7.6.5.1 1) 受入テストのテスト計画書の作成 |
7.6.5.2 2) 受入テスト |
7.6.6 情報システムの本番移行 |
7.6.7 引き継ぎ |
7.6.8 検査・納品管理 |
8 タスクディクショナリ |
8.1 戦略 |
8.1.1 事業戦略把握・策定支援 |
8.1.2 IT製品・サービス戦略策定 |
8.2 企画 |
8.2.1 IT戦略策定・実行推進 |
8.2.2 システム企画立案 |
8.3 開発 |
8.3.1 プロジェクトマネジメント |
8.3.2 要件定義 |
8.3.2.1 サービス要件定義 |
8.3.2.2 システム要件定義・方式設計 |
8.3.3 システム設計 |
8.3.4 システム開発・受入テスト |
8.3.5 システム移行 |
8.3.6 システム保守 |
8.4 利活用 |
8.4.1 サービスマネジメント |
8.4.2 サービスデスク |
8.4.3 運用管理 |
8.5 評価・改善 |
8.5.1 システム評価・改善 |
8.5.2 IT戦略評価・改善 |
8.5.3 事業戦略評価・改善支援 |
8.6 管理・統制 |
8.6.1 システム監査 |
8.6.2 事業継続マネジメント |
8.6.3 情報セキュリティマネジメント |
8.6.4 品質マネジメント |
8.6.5 コンプライアンス |
8.6.6 人的資源管理 |
8.6.7 内部統制状況モニタリング |
8.7 推進・支援 |
8.7.1 調達・委託 |
8.7.2 標準の策定・維持・管理 |
8.7.3 新ビジネス・新技術の調査・分析と技術支援 |
8.8 図書館業務 |
8.8.1 総務系業務 |
8.8.2 データサイエンス |
8.8.2.1 外部機関との連携・協力業務 |
8.8.2.2 知識創造業務(ナレッジデータベース構築) |
8.8.2.3 創造活動支援業務 |
8.8.2.4 恒久的保存業務(情報のアーカイブ化) |
8.8.2.5 情報発信業務 |
9 図書館におけるタスクプロフィール(iコンピテンシディクショナリより抜粋して仮定)
情報を収集・組織化・提供する図書館等の業務に対応したタスクプロフィールを事例として作成することが望まれる。 |
9.1 戦略的職務
経営者レベル |
9.1.1 プランニング |
9.1.1.1 ITストラテジプランニング
企業の経営戦略と整合したIT戦略・計画の策定と評価およびITガバナンスの推進を行う。 |
9.1.1.1.1 組織経営・組織運営 |
9.1.1.2 ビジネスストラテジプランニング
企業全体のIT戦略に基づき、各事業部門の企画担当、IT化担当と協業した事業部門のIT戦略・計画の策定、並びにその評価を行う。 |
9.1.1.3 情報ストラテジプランニング
企業が保有する様々な情報・データを収集・統合して分析し、経営戦略・事業戦略立案のインプットとなるインサイト(洞察、見識)を導き出す。 |
9.1.1.3.1 ITコンサルティング(戦略・企画) |
9.1.2 マネジメント |
9.1.2.1 ビジネスリレーションシップマネジメント
事業部門の事業戦略と整合したIT戦略・計画の策定と評価を行う。 |
9.1.2.2 テクニカルマネジメント |
9.2 企画・開発・運用職務 |
9.2.1 アナリシス |
9.2.1.1 ビジネスアナリスト |
9.2.2 マネジメント |
9.2.2.1 プロジェクトマネジメント |
9.2.2.1.1 Webサービス構築・運用 |
9.2.2.1.1.1 アジャイル型 |
9.2.2.1.2 業務基盤システム開発・運用 |
9.2.2.1.2.1 ウォーターフォール型 |
9.2.2.1.2.2 パッケージ利用 |
9.2.2.2 ITサービスマネジメント |
9.2.3 デザイン |
9.2.3.1 ITアーキテクチャデザイン |
9.2.3.2 アプリケーションデザイン |
9.2.4 テクニカルエンジニアリング |
9.2.5 Webプロデュース |
9.3 業務サービス実施(データサイエンス) |
9.3.1 データ解析スペシャリスト |
9.3.1.1 組織化業務 |
9.3.2 データ活用システムエンジニア |
9.4 支援職務 |
9.4.1 マネジメント |
9.4.1.1 プログラムマネジメント |
9.4.1.2 セキュリティマネジメント |
9.4.1.2.1 情報セキュリティ関連業務 |
9.4.1.3 リスクマネジメント |
9.4.1.4 DR/BCP |
9.4.1.5 アウトソース統括 |
9.4.2 システム監査 |
9.4.3 人材開発 |
9.5 新サービス推進
サービス現場責任者レベル |
9.5.1 ストラテジックプランナ
企業や部門の戦略策定、予算管理、事業企画を実施する。 市場開拓や事業戦略等の総合的な経営戦略をリードし、企業の発展に寄与する" |
9.5.2 ビジネスプロデューサ
顧客ニーズや技術動向を踏まえてシステムやサービスを企画し、提案、導入まで責任を持つ。 自身が市場開拓のセールスとして、また顧客との接点となるプロジェクトマネージャとして、プロジェクトを遂行するための一連の業務を執り行う。" |
9.5.2.1 ビジネスクリエート・アーキテクト |
9.5.3 プロジェクトディレクタ
プロジェクトの立上げ、計画策定、遂行を統括し、契約上の納入物に責任を持つ。 プロジェクトに関する総合的なマネジメントを行い、戦略的な業務展開をリードする。" |
9.5.4 システムコンサルタント
顧客のビジネス上の課題をITを活用して解決するための助言・提案を行う。 顧客の経営戦略を推進するために、顧客業務を分析して経営上の課題を見つけ出し、解決に向けて最適なシステム導入の具体的なプランを立てた上で、総合的なソリューションを提案する。" |
9.5.5 ITアーキテクト
ビジネス上の問題解決や新手法開発のために、システム全体を俯瞰したアーキテクチャを設計する。 顧客の要求を満たすアーキテクチャデザインを行い、システムの設計、開発において技術面で総合的にリードする。" |
9.5.6 ITマイスタ(ネットワーク)
各技術に習熟し、システム設計、導入およびテストを実施する。 |
9.5.6.1 ネットワーク |
9.5.6.2 データベース |
9.5.6.3 セキュリティ |
9.5.6.4 プラットフォーム |
9.5.6.5 アプリケーション |
9.5.7 ソリューションセールス
パッケージソフトやソリューションに関する知識を持ち、顧客の経営状況や業界動向、課題やニーズを把握した上で、システム導入を提案する。 |
9.5.8 システムコンシェルジュ
ハードウェア、ソフトウェア、パッケージソフト、ソリューションの運用・保守において、顧客の立場に立ったサービスの提供に努め、顧客満足を得る。 |
10 IT化の標準ガイドライン、人材育成の方法論 |
10.1 政府システムの整備および管理に関する標準ガイドライン |
10.2 iコンピテンシ:ディレクトリ |
10.3 スキル |
10.3.1 スキルの評価 |
10.3.1.1 情報処理技術試験制度 |
10.3.1.1.1 ITパスポート試験 |
10.3.1.1.2 基本情報技術者試験 |
10.3.1.1.3 応用情報技術者試験 |
10.3.1.1.4 各分野スペシャリスト試験 |
10.3.2 スキルの種別 |
10.3.2.1 メソドロジ |
10.3.2.1.1 戦略、企画、実践、利活用、支援活動 |
10.3.2.2 テクノロジ |
10.3.2.2.1 システム、開発、保守、運用、非機能要件、共通技術 |
10.3.2.3 関連知識 |
10.3.2.3.1 図書館サービス知識 |
10.3.2.3.2 企業活動 |
10.3.2.3.3 法規、基準、標準 |
10.3.2.4 ITヒューマンスキル |
10.3.2.4.1 実行・実践力、創造力、コミュニケーション力 |
11 これからの図書館サービスの実現のためのタスクと必要なスキル |
11.1 専門分野に関する知見(文化・芸術・学術) |
11.2 文献を含めて、文化資産の収集・保存・修復・公開の技能 |
11.2.1 図書館が扱うものは、文献だけではない。 |
11.3 文化資産を取り扱うための知識・技能 |
11.3.1 保存・修復技術 |
11.3.2 文化資産に価値を見出し、情報として記述するカタロガー |
11.3.3 文化資産の価値を顕在化させて共有するための企画・発信するキュレーター |
11.3.4 文化資源と人々をつなぎ、新たな価値を創出するコーディネータ、エンベデッドライブラリアン |
11.3.5 文化資産を扱う活動の使命を明らかにし、その達成に向け経営資源を配分し、事業を統括するマネージャー |
11.4 デジタル技術を活用したアーカイブ化のための知見 |
11.4.1 文化資産を取り扱う様々な局面でITを活用し、文化資産をデジタル化し情報メディアに乗せていく技術を有する |
11.4.2 著作権をはじめとする知的財産権、肖像権、契約など各種法律分野に関する知識 |
11.5 文化資産を情報として収集・組織化・保存し、公開することを実現するシステムの開発・運用管理の知識・技能 |
11.5.1 効率的・効果的なシステム開発を行うシステムエンジニア |
11.5.2 先進技術の研究開発および実用化を目指す研究者 |
12 デジタル情報資源アーカイブタスク |
12.1 管理業務 |
12.1.1 総務部門 |
12.1.2 企画戦略部門 |
12.1.3 普及啓発部門 |
12.1.4 制度・法整備部門 |
12.1.4.1 著作権をはじめとする知的財産権、肖像権、契約など各種法律分野に関する知識 |
12.1.5 権利処理部門 |
12.1.6 標準化推進部門 |
12.1.7 研究開発部門 |
12.1.8 人材育成支援部門 |
12.1.9 整備部門 |
12.2 サービス業務 |
12.2.1 ライブラリー・ファシリテーター |
12.2.1.1 図書館という場を活性化させるために、場作りを行う人 |
12.2.2 マネージャ |
12.2.2.1 文化資産を扱う活動の使命を明らかにし、その達成に向け経営資源を配分し、事業を統括するマネージャー |
12.2.3 キュレータ |
12.2.3.1 文化資産の価値を顕在化させて共有するための企画・発信するキュレーター |
12.2.4 発信・公開 |
12.2.4.1 ウェブ情報 |
12.2.4.2 文献関連 |
12.2.4.3 MLAポータル |
12.2.4.4 科学技術ポータル |
12.2.4.5 文化財関連 |
12.2.4.6 ポップカルチャー(MANGA) |
12.2.4.7 デザイン |
12.2.4.8 大災害関連 |
12.2.4.9 国際化 |
12.3 知識創造活動 |
12.3.1 新たな文化資産の創造 |
12.3.1.1 二次的コンテンツ制作 |
12.3.1.2 研究 |
12.3.1.3 教養・娯楽 |
12.3.1.4 観光 |
12.3.1.5 事業創出 |
12.3.2 エンベデッドライブラリアン、コーディネータ |
12.3.2.1 文化資源と人々をつなぎ、新たな価値を創出を支援 |
12.4 (アーカイブ関連人財の育成等) |
12.4.1 |
12.5 恒久的保存基盤 |
12.5.1 司書・アーキビスト |
12.5.1.1 専門分野の知識を持つ人材 |
12.5.2 カタロガー |
12.5.2.1 文化資産に価値を見出し、情報として記述する |
12.5.3 デジタルアーキビスト |
12.5.3.1 デジタル化に関する技術分野の知識を持つ人材 |
12.5.3.2 文化資産を取り扱う様々な局面でITを活用し、文化資産をデジタル化し情報メディアに乗せていく技術を有する |
12.5.4 システムエンジニア |
12.5.4.1 システム構築・運用管理 |
12.5.5 デジタル・プリザベーション・キュレーター |
12.5.5.1 電子情報の長期保存を専門とする技術者(保存用メタデータ、ファイルフォーマット、電子書籍フォーマット、マイグレーション、エミュレーションの専門家) |
12.5.5.2 文化資産を取り扱う様々な局面でITを活用し、文化資産をデジタル化し情報メディアに乗せていく技術を有する |
12.5.6 効率的・効果的なシステム開発を行うシステムエンジニア |
12.6 研究開発 |
12.6.1 知識インフラ化関連研究開発:情報の可視化、収集、組織化、集合知化、恒久保存、検索、閲覧・表示 |
12.6.2 先進技術の研究開発および実用化を目指す研究者 |
ナショナルアーカイブに関連した国等の情報政策の推移【2016年度まで】
1 2004〜2005年 |
1.1 e-Japan 戦略Ⅱ加速化パッケージ(2004年2月6日) |
1.1.1 「e-Japan 戦略Ⅱ」(2003 年7月、IT戦略本部決定)を加速させ、「2005 年までに世界最先端のIT国家になる」との目標を達成する |
1.1.2 (5)政府コンテンツのデジタルアーカイブ構築と一般利用の拡大 |
1.1.3 国立国会図書館における政府刊行物アーカイブ(文書や記録を電子的に集積し保管する書庫)構築及び同図書館のウェブページ・アーカイブを活用した政府各機関ホームページの長期的保存により、国等の有するコンテンツの利用機会の拡大と保存を図るため、同図書館も参加した連絡会議を設置し、アーカイブの構築や公開に関するルールの明確化など、同図書館への協力体制を2004 年度中に確立する。(内閣官房及び全府省) |
1.2 IT 政策パッケージ-2005(2005年2 月24 日) |
1.2.1 ― 世界最先端のIT 国家の実現に向けて ― |
1.2.2 (4)政府のデジタルコンテンツのアーカイブ化の推進(内閣官房及び全府省) |
1.2.3 国立国会図書館におけるネットワーク系電子出版物の収集やデジタルアーカイブの統合ポータルサイトの構築等の取り組みを活用し、国等の有するデジタルコンテンツのアーカイブ化を一層強化するため、デジタルアーカイブの推進に関する関係省庁連絡会議において、政府等のデジタルアーカイブ構築・運用に関する基本方針を2005 年中に策定する。 |
1.3 e-Japan 重点計画ー2004(2004年6月15日) |
1.3.1 ア)政府コンテンツのデジタルアーカイブ構築と一般利用の拡大(内閣官房及び全府省) |
1.3.2 国立国会図書館における政府刊行物アーカイブ(文書や記録を電子的に集積し保管する書庫)構築及び同図書館のウェブページ・アーカイブを活用した政府各機関ホームページの長期的保存により、国等の有するコンテンツの利用機会の拡大と保存を図るため、同図書館も参加した連絡会議を設置し、アーカイブの構築や公開に関するルールの明確化など、同図書館への協力体制を2004 年度中に確立する。また、同連絡会議の場において、国立国会図書館で検討しているアーカイブの統合ポータルサイトとの連携のあり方についても検討する。 |
2 2008〜2010年 |
2.1 「デジタルアーカイブの推進に向けた申入れ」(2008年3月12日自民党デジタルアーカイブ小委員会 |
2.1.1 2004年年6月の「国立デジタルアーカイブ構想」の提言に沿って、わが国のデジタルアーカイブの総合ポータルとなるPORTAが開設された。 |
2.1.2 国立国会図書館のウェブアーカイブの本格実施のための法制度の実現 |
2.1.3 全国図書館のデジタルアーカイブの統合化 |
2.1.4 国立公文書館と国立国会図書館が協力 |
2.1.5 世界最先端のデジタルアーカイブ技術への対応 |
2.2 知財計画2008(2008年6月18日知的財産戦略本部) |
2.2.1 デジタル化やインターネット情報資源等を収集保存し、一般ユーザーの利用に供する取組みの促進。 |
2.2.2 このため、権利者の経済的利益や出版ビジネスとの関係を考慮 |
2.2.3 NDL蔵書のデジタル化の推進に必要な法的措置を2008年度中に講ずる |
2.2.4 国立国会図書館と他の図書館等との連携や図書館等利用者への資料提供の在り方については、関係者間の協議を促進し。(113/157ページ) |
2.2.5 http://www.ipr.go.jp/sokuhou/2008keikaku.pdf |
2.2.6 国立国会図書館のデジタルアーカイブ化と図書館資料の利用を進める |
2.3 重点計画2008(2008年8月20日IT戦略本部) |
2.3.1 「デジタル文明開化プロジェクト」の推進(総務省及び関係省庁) |
2.3.2 「ICT 成長力強化プラン」33に基づき、国立国会図書館、国立公文書館、他府省庁、地方公共団体、図書館・博物館・美術館、大学等との連携を図り、産学官を挙げてデジタル化を推進、日本中の知的財産を総デジタル化してつなぐ |
2.3.3 「デジタル文明開化プロジェクト」を実施する。 |
2.3.4 http://www.kantei.go.jp/jp/singi/it2/juuten2008/pubcom.pdf |
2.4 知財計画2009(2009年6月24日知的財産戦略本部) |
2.4.1 内外の書籍情報等のデジタル化の動向を踏まえ、国立国会図書館において、中期計画に基づきデジタルアーカイブ化が進められ、2009年度には、入手困難な図書、雑誌、古典籍資料、学位論文等約90万冊のデジタルアーカイブ化やシステムの機能拡張が円滑に行われるよう連携を強化する。(内閣官房) |
2.4.2 国立国会図書館における文化的・歴史的価値のある音源のデジタルアーカイブ化が円滑に行われるよう連携するとともに、音楽資料のアーカイブ化に向けた調査研究を実施する。また、写真のアーカイブ化に向けた取組を進める。(内閣官房、文部科学省) |
2.5 「科学技術基本政策策定の基本方針」(2010年6月総合科学技術会議基本政策専門調査会決定) |
2.5.1 「文献から研究データまでの学術情報全体を統合して検索・抽出が可能なシステム(「知識インフラ」)の展開を図る」 |
2.5.2 「知識インフラ」とは、情報資源を統合して検索、抽出することが可能な基盤で、国内の各機関が保有する情報を意味的に関連づけて知識として集約し、新たな知識の創造を促進し、知識の集積・流通・活用と創造のサイクル構築を目指すもの |
3 2012〜2013年 |
3.1 知的財産推進計画2012(2012年5月29日知的財産戦略本部) |
3.1.1 Ⅱ 国際競争力強化に資する2つの知的財産総合戦略 戦略2:日本を元気にするコンテンツ総合戦略 |
3.1.1.1 電子書籍の本格 的な市場形成 |
3.1.1.1.1 電子書籍の流通促進と出版 物に係る権利侵害への対応 を図るため、「出版者への権 利付与」に関し、電子書籍市 場に与える影響や法制面に おける課題について検証・検 討し、必要な措置を実施す る。(短期) |
3.1.1.1.2 オープン型電子出版環境を 実現するため、電子書籍交 換フォーマットの標準化や国 内外での普及促進を図る。 また、閲覧フォーマットとして 日本語への拡張仕様を採用 したEPUB3.0の我が国へ の普及促進を進める。(短 期・中期) |
3.1.1.1.3 株式会社出版デジタル機構 の創設を始め、ボーンデジタ ルを含む電子書籍市場の基 盤形成の進展を踏まえ、民 間事業者による協同の取組 に対する支援を通じて、著作 物のデジタル化やコンテンツ 流通の一層の促進を図る。 (短期・中期) |
3.1.1.1.4 デジタル・ネットワーク社会に おける出版物の利活用の更 なる推進に向けて、2010年 6月の総務省、文部科学省 及び経済産業省による3省 共同懇談会報告後の成果や その後の国内外の動向を踏 まえた新たな課題と工程を 整理・検討する。(短期) また、上記の整理・検討結果 を踏まえて、必要な措置を実 施する。(中期) |
3.1.1.2 コンテンツのアー カイブ化とその活 用促進 |
3.1.1.2.1 国立国会図書館のデジタル 化資料について、公立図書 館などへの配信のための著 作権制度上の措置を行うとと もに、家庭などへの配信に 向けた著作権処理の促進に 当たり、デジタル化資料の管 理・流通において課題となる 事項の整理などを行うため の事業を実施し、所要の措 置を講ずる。(短期) |
3.1.1.2.2 散逸、劣化の危険性の高い 作品の保存に資するよう、 ゲーム、マンガを始めとする メディア芸術作品の所在情 報データベースを整備すると ともに、デジタル・アーカイブ 化を推進する。(短期・中期) |
3.1.1.2.3 デジタル・アーカイブの一元 的な活用を促進するため、 アーカイブに関する博物館、 図書館及び公文書館の連携 の取組を進めるとともに、東 日本大震災のデジタル・デー タを一元的に検索・利用でき るポータルサイトを構築す る。(短期) |
3.2 電子書籍と出版文化の振興に関する議員連盟(電書議連)(2012年〜) |
3.2.1 印刷文化・電子文化の基盤整備に関する勉強会(中川勉強会2012年2月~)で「ナショナル・アーカイブと権利情報に関するビジョン」を提言 |
3.2.2 出版物の権利登録制度と書誌情報等を利用した著作物の特定のしくみ |
3.2.3 平成26年著作権法改正における参議院での附帯決議(2014年4月) |
3.2.4 ナショナル・アーカイブの構築に向けて、国立国会図書館を始めとする関係機関と連携・協力しつつ、調査・研究を行うなど取組を推進 |
3.2.5 「出版社の権利のあり方に関する提言(中山提言)」(2013年4月4日第7回「印刷文化・電子文化の基盤整備に関する勉強会(中川勉強会)) |
3.3 知的財産政策ビジョン(2013年6月7日知的財産戦略本部) |
3.3.1 今後10年を見据えた取組 |
3.3.2 はじめに |
3.3.2.1 従来の事業モデルの「改善」だけでなく、事業モデルそのものを創造・転換する「イノベーション」を競争力の源泉に |
3.3.2.1.1 オープン化された知的活動環境を活用し、世界中で創造された価値を取り込んで事業に繋げていくことが重要 |
3.3.2.2 ③デジタル・ネットワーク社会に対応した環境整備 |
3.3.2.2.1 利用の都度クラウド上のコンテンツにアクセスする形態 |
3.3.2.2.2 クリエーターが作成するコンテンツのみならず、ユーザーが作成するものや、教育コンテンツ、更には公共セクターが保有する公共データ、ビッグデータ |
3.3.2.2.3 活用される場面も、教育・医療・電子商取引にまで多岐にわたるなど、従来の文芸やエンターテインメントに止まらない広がりや変容 |
3.3.2.2.4 検討にあたっては関連産業全体を見通した視点が不可欠 |
3.3.2.2.5 権利者と利用者の利害対立の構造を超えた柔軟な制度設計により、コンテンツの活用と再生産につながるサイクル |
3.3.2.3 ④コンテンツを中心としたソフトパワーの強化 |
3.3.2.3.1 知的財産としてのマンガ、アニメ、ゲームといったコンテンツに止まらず、我が国独自の文化としてのファッション、食、伝統芸能・工芸、観光などまで含めて |
3.3.3 第1.産業競争力強化のためのグローバル知財システムの構築 |
3.3.3.1 3.グローバル知財人財の育成・確保(p.35) |
3.3.4 第2.中小・ベンチャー企業の知財マネジメント強化支援 |
3.3.5 第3.デジタル・ネットワーク社会に対応した環境整備(p.50) |
3.3.5.1 非営利目的での利用のみならず産業利用も含めたコンテンツ利用の促進 |
3.3.5.1.1 クリエイティブ・コモンズ・ライセンスといったパブリックライセンスの普及(文科省) |
3.3.5.1.2 ビジネスや教育を含む公共サービスにおける利用促進のための統一的なルールなどの基盤整備(内閣官房) |
3.3.5.1.3 魅力的なコンテンツを通じて日本のプレゼンスの向上に大きく寄与するコンテンツ産業に対して、資源配分の重点化と政策資源の充実を図る。(内閣官房)⇒デジタル化 |
3.3.5.2 3.コンテンツ産業の市場拡大に向けた環境醸成 |
3.3.5.2.1 (1)新しい産業の創出環境の形成に向けた制度整備(p.54) |
3.3.5.2.1.1 クラウドサービスやメディア変換サービスといった新たな産業の創出や拡大を促進。(文部科学省) |
3.3.5.2.2 (2)クリエーターへの適切な対価還元に向けた制度整備 |
3.3.5.2.2.1 コンテンツの再生産につながるサイクルを生み出すための仕組みを構築する。(文部科学省、経済産業省) |
3.3.5.2.3 (3)新しい産業の創出・拡大に向けたコンテンツの権利処理の円滑化 |
3.3.5.2.3.1 コンテンツにIDを付与し、権利処理に係る情報を集約してクラウドなどによりネットワーク上で参照可能とするデータベースの整備とコンテンツ利用に係る対価の徴収・分配システムの整備を促進する。(総務省、文部科学省) |
3.3.5.2.4 (5)電子書籍の普及促進(p.60) |
3.3.5.2.4.1 海外の巨大プラットフォーム事業者などに対する交渉力向上 |
3.3.5.2.4.2 個人の作品や専門書を含む多種多様な電子書籍コンテンツ数の拡大 |
3.3.5.2.4.3 オープン型電子出版環境を実現するため、電子書籍交換フォーマットの標準化や国内外への普及促進 |
3.3.5.2.5 (6)プラットフォームの形成の推進 |
3.3.5.2.5.1 多様なコンテンツを提供するプラットフォーム支援を通じてコンテンツがプラットフォームをリードするエコシステムの実現の促進を支援する。(総務省、経済産業省) |
3.3.5.2.6 (7)ビッグデータビジネスの振興 |
3.3.5.2.6.1 大量に生成されるユーザー情報、映像・音声、センサー情報といった、価値ある知的財産を生み出すビッグデータを経営資源として捉え、データの収集・蓄積・分析による多様な付加価値の創造に資する研究開発などに取り組む。(総務省、文部科学省、経済産業省) |
3.3.5.3 4.デジタル・ネットワーク環境促進の基盤整備(p.64) |
3.3.5.3.1 (1)文化資産のデジタル・アーカイブ化の促進 |
3.3.5.3.1.1 コンテンツを利用するためのハードの保存や文化資産としてのデジタル・アーカイブ化及びクラウド上に存在する新しいタイプのコンテンツの記録方法についても検討が必要 |
3.3.5.3.1.2 文化資産及びこれらの関連資料などのデジタル・アーカイブ化を促進するとともに、各アーカイブ間の連携を実現するための環境整備及び海外発信の強化について検討し、必要な措置を講じる。(内閣官房、総務省、文部科学省、経済産業省) |
3.3.6 第4.コンテンツを中心としたソフトパワーの強化(p.68) |
3.3.6.1 1.コンテンツ産業を巡る生態系変化への対応 |
3.3.6.1.1 コンテンツ関連施策に対して重点的に資源配分するとともに、政府としての総合的な推進体制の在り方について検討し、必要な措置を講じる。(内閣官房 |
3.3.6.2 2.日本の伝統や文化に根ざした魅力あるコンテンツ・製品などの発掘・創造 |
3.3.6.2.1 (1)ターゲット国・地域で売るためのコンテンツ・製品の制作などに係る支援 |
3.3.6.2.2 (2)世界のコンテンツの中心となる人財・開発拠点の整備 |
3.3.6.2.3 (3)地域ブランドの確立 |
3.3.6.2.4 (4)日本の高度な技術力を生かしたコンテンツ制作の促進 |
3.3.6.3 3.日本ブランドのグローバルな発信(p.74) |
3.3.6.4 4.戦略的な海外展開の推進 |
3.3.6.5 5.国内外から人を日本に呼び込むインバウンドの推進 |
3.3.6.6 6.模倣品・海賊版対策の強化 |
3.3.6.7 7.コンテンツ人財の育成 |
3.3.6.7.1 (1)クリエーターの裾野の拡大 |
3.3.6.7.2 (2)若手クリエーターの育成 |
3.3.6.7.3 (3)グローバル人財の育成 |
3.3.6.7.4 (4)コンテンツ制作現場の環境の改善 |
3.4 世界最先端IT国家創造宣言(高度情報通信ネットワーク社会推進戦略本部)(2013年6月14日閣議決定) |
3.4.1 オープンデータ・ビッグデータの活用の推進(p.6) |
3.4.1.1 公共データの民間開放(オープンデータ)の推進 |
3.4.1.2 ビッグデータ利活用による新事業・新サービス創出の促進 |
3.4.2 国・地方を通じた行政情報システムの改革(p.18) |
3.4.2.1 モバイル端末の利活用等を通じて、情報のデジタル化(ペーパーレス化)の推進と生産性向上 |
3.4.2.2 ワーク・ライフ・バランスや災害時等の業務継続性に配慮 |
3.4.2.3 2021 年度を目途に原則全ての政府情報システムをクラウド化し、拠点分散を図りつつ、災害や情報セキュリティに強い行政基盤を構築 |
3.4.3 国民全体の IT リテラシーの向上(p.21) |
3.4.3.1 情報モラルや情報セキュリティに関する知識を含め、国民全体の IT リテラシーの向上 |
3.4.4 国際的にも通用・リードする実践的な高度な IT 人材の育成(p.21) |
3.4.4.1 高度なIT人材の育成が必要。実践の中で技術を習得。 |
3.4.4.2 IT人材のスキルを共通尺度で明確化するスキル標準を、ITの技術変化等を踏まえて適切に整備・活用 |
3.4.5 研究開発の推進・研究開発成果との連携(p.23) |
3.4.5.1 研究成果を、迅速かつ的確に IT 戦略と連携させる |
3.4.6 電子行政オープンデータ推進のためのロードマップ(2013年6月14日高度情報通信ネットワーク社会推進戦略本部決定) |
3.4.6.1 二次利用を促進する利用ルールの整備(p.2) |
3.4.6.2 機械判読に適したデータ形式での公開の拡大(p.3) |
3.4.6.3 データカタログ(ポータルサイト)の整備(p.4) |
3.4.6.4 公開データの拡大(p.5) |
3.4.6.5 普及・啓発、評価(p.6) |
3.5 電子行政オープンデータ戦略 |
3.5.1 ○電子行政オープンデータ戦略の概要(抜粋)61 |
3.5.2 Ⅰ.基本的方向性 |
3.5.2.1 <基本原則> |
3.5.2.2 - 政府自ら積極的に公共データを公開すること |
3.5.2.3 - 機械判読可能な形式で公開すること |
3.5.2.4 - 営利目的、非営利目的を問わず活用を促進すること |
3.5.2.5 - 取組可能な公共データから速やかに公開等の具体的な取組に着手し、成果を確実に蓄積していくこと |
3.5.3 Ⅱ.具体的な施策 |
3.5.3.1 1.公共データ活用の推進 |
3.5.3.1.1 ①公共データ活用ニーズの把握 |
3.5.3.1.2 ②データ提供方法等に係る課題の整理、検討 |
3.5.3.1.3 ③民間サービスの開発 |
3.5.3.2 2.公共データ活用のための環境整備 |
3.5.3.2.1 ①公共データ活用のために必要なルール等の整備 |
3.5.3.2.1.1 各府省におけるデータ公開時の著作権の取扱い、利用条件、機械からのアクセスルール、利用者と提供者の責任分担の在り方、機微情報の取扱いの在り方等について、利用者の利便性と権利者の権利の保護に十分配意しつつ、公共データ活用のために必要なルール等を整備する。 |
3.5.3.2.2 ②データカタログの整備 |
3.5.3.2.3 ③データ形式・構造等の標準化の推進等 |
3.5.3.2.4 ④提供機関支援等についての検討 |
3.6 デジタル文化資産推進議員連盟(文化資産議連)(2013年10月〜) |
3.6.1 日本の文化情報戦略基盤「国立デジタル文化資産振興センター(仮称)」設立構想についての検討委員会報告(2014年5月23日) |
3.6.2 センター主管組織(設立推進体制) |
3.6.2.1 産官学が合同で連携する推進体制(文化庁と国立国会図書館を含む)をスタートアップし2020年東京五輪を契機とした「文化立国」のための国家戦略を立案 |
3.6.3 恒久保存基盤整備 |
3.6.3.1 多様な文化資源のデジタル化とデータ蓄積および各種デジタルアーカイブ相互連携基盤整備への早期着手が急務 |
3.6.3.2 デジタルコンテンツを最も大量に取り扱う業務実績を有し、今後も書籍分野の文化資源の大規模デジタル化および段階的なウェブ情報の制度的収集を計画する国立国会図書館が、予算面・人員面の強化をはじめとする条件整備等の措置を前提として、この役割を担うことが望ましい |
3.6.4 デジタル文化資産の「活用」 |
3.6.4.1 国内外に文化情報を発信する基盤(ポータル)構築・運用 |
3.6.4.2 集積したデジタル文化情報から二次的情報として新たなデジタル文化資産(コンテンツ)を創造 |
4 2014年 |
4.1 アーカイブに関するタスクフォース報告書(2014年4月11日知的財産戦略本部検証・評価・企画委員会(第7回)) |
4.1.1 基本的な考え方 |
4.1.1.1 公的アーカイブは情報社会における社会インフラとしての役割を期待。 |
4.1.1.2 アーカイブの利活用促進のため、情報が届きやすく(見つけやすく)、利活用がしやすくすることが必要である。 |
4.1.1.3 利活用を図るべき分野を特定するなど戦略的な利活用の活性化を図るべきである。 |
4.1.1.4 アーカイブの構築・運営に係る各機関の体制の強化が望まれる。 |
4.1.1.5 メディア芸術のアーカイブについての充実に向けた取組が必要である。 |
4.1.2 連携強化のための横断的取組 |
4.1.2.1 分野横断的検索システム |
4.1.2.2 目的別利用促進の取組 |
4.1.2.3 分野別ポータルサイト |
4.1.2.4 利用者とアーカイブをつなぐ人材の育成 |
4.1.2.5 権利処理の円滑化(一元化等) |
4.1.3 各アーカイブ機関に求められる取組 |
4.1.3.1 連携を目指したメタデータの採用 |
4.1.3.2 外部ソフトウエア向けインターフェイスの公開や共通化(APIの開放など) |
4.1.3.3 二次的な利用の手続の円滑化 |
4.1.3.4 利活用のビジネスモデルの開発 |
4.1.4 アーカイブ促進のための基盤の整備 |
4.1.4.1 アーカイブ機関における体制の充実 |
4.1.4.2 アーカイブを担う人材の育成 |
4.1.4.3 長期保存等の基盤技術の開発 |
4.1.4.4 孤児著作物のデジタル化ルールの整備などアーカイブに係る著作権制度改善 |
4.2 SINETの持続的整備に向けて(2014年5月9日日本学術会議情報学委員会提言) |
4.2.1 我が国の学術情報基盤の在り方について |
4.2.1.1 SINETの持続的整備に向けて |
4.2.2 提言の内容 |
4.2.2.1 学術情報基盤の持続的な運営経費の確保 |
4.2.2.2 世界最高水準の国内ネットワークの実現 |
4.2.2.3 国際ネットワークの強化 |
4.2.2.4 クラウド基盤の整備 |
4.2.2.4.1 超高速ネットワークの特徴を最大限に活かしたクラウド基盤の整備をその利活用も含めて実施する |
4.2.2.4.2 セキュリティ機能の確保 |
4.2.2.5 学術情報の活用基盤の高度化 |
4.2.2.5.1 学術情報は、今後急激に増大し多様化する。学術情報の検索・活用基盤を高度なITの研究開発と連動して構築する |
4.2.3 今後の学術情報基盤整備の必要性(P.13) |
4.2.3.1 国内ネットワークの強化 |
4.2.3.1.1 各機関の経費負担を抑えつつ高速化に対応 |
4.2.3.2 フローティングトピック |
4.2.3.3 国際ネットワークの強化 |
4.2.3.4 クラウドの利活用の促進 |
4.2.3.4.1 JSTにおいてビッグデータ統合利活用のための次世代基盤技術に関する研究領域が発足 |
4.2.3.5 セキュリティの強化 |
4.2.3.6 利用者認証連携の促進 |
4.2.3.7 学術情報の公開と共有の拡充(p.16) |
4.2.3.7.1 高度な研究成果の発信手段として、動画像、音声情報、発表資料、更には研究データなどの関連情報をも対象とした公開・共有の仕組みが求められる。 |
4.2.3.7.2 多様で不均質なコンテンツを管理するためのメタデータの整備を進める |
4.2.3.7.3 大容量のデータを効率よく収集するためにアカデミッククラウドの有効活用を図る |
4.2.3.7.4 膨大なコンテンツ群の中から適切なデータを検索・発見するサービスを整備する |
4.2.3.7.5 様々なコンテンツを関連付けて、利用者がもとめる情報をパッケージとして提供できるようなシステムが必要 |
4.2.3.7.6 教育のビッグデータ基盤の提供と活用を研究活動に展開し、機関を横断した情報共有を可能にするシステムも |
4.2.3.7.7 ⇒文献以外の関連情報を容易に入手し利活用が可能となることで研究活動がさらに高度化する |
4.2.4 学術研究の大型プロジェクトの推進に関する基本構想ロードマップの策定(パブコメ中)(2014年7月科学技術・学術審議会 学術分科会 研究環境基盤部会) |
4.2.4.1 (新規10事業のうちの1つ) |
4.2.4.2 新しいステージに向けた学術情報ネットワーク (SINET)532億円(H28-H32) |
4.2.4.2.1 全学術分野にとって重要な国家的インフラ整備計画 |
4.2.4.2.2 大量の研究データを有効に利用して幅広い科学分野の研究を推進するための基盤 |
4.2.4.2.2.1 研究設備とその整備を可能とするためのネットワーク技術の研究 |
4.2.4.2.3 一分野や研究組織の視点にとどまらず国として取り組むべき政策 |
4.2.4.3 日本語の歴史的典籍の国際共同研究ネットワーク構築計画 88億円(H25-H35) |
4.3 知的財産戦略調査会の提言とりまとめ(2014年5月27日自由民主党知的財産戦略調査会) |
4.3.1 アーカイブの利活用促進に向けた整備の加速化(p.8) |
4.3.2 目標: |
4.3.2.1 コンテンツのアーカイブ化を進め、文化、地域情報の海外発信を積極的に展開する。 |
4.3.3 現状: |
4.3.3.1 書籍、映画、放送番組、音楽、アニメ、漫画、ゲーム、写真など9の文化資産及びこれらの関連資料などのアーカイブ化が遅れている。これらのコンテンツのアーカイブ化を促進することは、新たな産業や文化創造の基盤となる知的インフラ構築のために必要不可欠である。 |
4.3.4 施策: |
4.3.4.1 アーカイブの利活用を促進するため、必要な資金や人材の確保、アーカイブシステムを支える基盤技術の開発・関連法制度の整備等の措置を積極的に講じる。 |
4.4 知的財産推進計画2014(2014年6月20日知的財産戦略本部決定) |
4.4.1 第3. デジタル・ネットワーク社会に対応した環境整備 |
4.4.1.1 1.デジタル・ネットワークの発達に対応した法制度等の基盤整備(p.39) |
4.4.1.1.1 (新しい産業の創出環境の形成に向けた制度等の構築・整備) (文部科学省、経済産業省) |
4.4.1.1.2 (コンテンツ提供のプラットフォーム構築) (経済産業省、総務省、文部科学省) |
4.4.1.1.3 (電子書籍の本格的な普及促進) (文部科学省・経済産業省) |
4.4.1.1.4 (公共データの二次利用の促進・ビッグデータビジネスの振興等) (内閣官房、総務省、文部科学省、経済産業省) |
4.4.1.2 2.アーカイブの利活用促進に向けた整備の加速化(p.43) |
4.4.1.2.1 (アーカイブの戦略的利活用の推進) (文部科学省、経済産業省) |
4.4.1.2.1.1 アーカイブを通じた日本の文化情報の海外への発信の強化の取組 |
4.4.1.2.1.2 多言語化やユーザーコミュニティと連動したポータルサイトの整備などを促進 |
4.4.1.2.2 (各種アーカイブの充実) |
4.4.1.2.2.1 文化創造や新たな産業の基盤となる知的インフラを構築するため、映画、音楽、アニメ、マンガ、ゲーム、デザイン、写真、書籍、文化財等の文化資産及びこれらの関連資料等のデジタルアーカイブ化等を、国立国会図書館等の関係機関と連携しつつ促進する。(短期・中期)(文部科学省) |
4.4.1.2.2.2 我が国のアーカイブ関連施策の推進において、出版物等の分野で国立国会図書館が果たしてきた中核的な役割に鑑み、国立国会図書館による各種資料の収集の充実、デジタルアーカイブ化及び適切な利活用の促進等が、関係府省と連携しつつ、引き続き行なわれることを期待する。 |
4.4.1.2.3 (アーカイブの利活用促進のための環境整備等)(総務省、文部科学省、経済産業省) |
4.4.1.2.4 (アーカイブの利活用促進のための著作権制度の見直し)(文部科学省) |
4.4.1.2.5 (メディア芸術分野等における取組の加速化) (文部科学省) |
4.4.1.2.6 (アーカイブに関する基盤技術の開発等)(総務省、文部科学省、経済産業省) |
4.4.1.2.7 (アーカイブ関連人財の育成等) (文部科学省、総務省) |
4.5 科学技術イノベーション総合戦略2014(2014年6月24日閣議決定) |
4.5.1 科学技術イノベーション立国を目指して |
4.5.1.1 イノベーション創出環境の改革(p.2) |
4.5.1.1.1 大学や産業界といった個別の枠組みを超えてオールジャパンの視点から人・資金・仕組みの各面で全体最適化を実現する |
4.5.1.2 基本的方向性 |
4.5.1.2.1 政策課題解決に向けた3つの戦略的視点(スマート化、システム化、グローバル化) |
4.5.1.2.1.1 <視点1>スマート化「目指すは各産業の知識産業化」(p.6) |
4.5.1.2.1.1.1 ITで情報をつなぐだけでなく、情報を蓄積し活用することにより、単なる効率化・省力化・生産性向上のみでなく、産業自体を知識産業化 |
4.5.2 科学技術イノベーションが取り組むべき課題 |
4.5.2.1 府省連携施策の先導 |
4.5.2.1.1 「大括り化」した府省連携施策についても、研究開発課題のみでなく、規制改革、国際標準化戦略、知財戦略等を含む「プログラム化」された連携が徹底されるよう、一層その連携強化・進化させる(p.9) |
4.5.2.2 地域資源を活用した新産業の育成(p.33) |
4.5.2.2.1 ユーザー価値探索のための大規模データの収集・解析等に関する研究開発(各府省) |
4.5.2.3 東日本大震災からの早期の復興再生 |
4.5.2.3.1 迅速かつ的確な避難行動をとるための備えと情報提供(2018年実用化)(p.42) |
4.5.2.4 政策課題解決への視点「社会活動へ貢献するための知の創造」(p.45) |
4.5.2.4.1 人の知識や物質情報等、多種多様なデータベースを統合し、組み合わせて解析することで新しいモノ・概念を作り出す |
4.5.3 科学技術イノベーションに適した環境創出 |
4.5.3.1 組織の「強み」や地域の特性を生かしたイノベーションハブの形成(p.64) |
4.5.3.1.1 イノベーションに向けて知識・技術、アイデアやノウハウを持った担い手が集う「場」や、これら担い手をバーチャルに結ぶネットワークの結節点となる拠点 |
4.5.3.2 国際標準化・知的財産戦略の強化(p.70) |
4.5.3.2.1 知的財産戦略本部や関係府省と協力し、国際標準化・知的財産に係る取組に関する施策の誘導、効果の把握、施策の改善を推進 |
4.5.4 総合科学技術イノベーション会議の司令塔機能の発揮 |
4.5.4.1 過去の成功モデルから脱却し、新たな価値の創造に向けた挑戦を続け、持続的なイノベーションの創出や最適な研究環境作りに取り組む |
4.6 経済財政運営と改革の基本方針2014(2014年6月24日閣議決定) |
4.6.1 (スポーツ・文化芸術の振興) (p.8) |
4.6.1.1 また、文化芸術立国を目指し、地方公共団体や民間団体等、文化芸術の振興に取り組む様々な主体との適切な連携の下、観光等他の分野との協働や産業振興等の視点も踏まえつつ、「日本遺産(Japan Heritage)」など魅力ある日本文化の発信、子どもの文化芸術体験機会の確保、国立文化施設の機能強化、文化芸術の担い手の育成、文化財の保存・活用・継承等に取り組む。 |
4.6.2 文化関係資料のアーカイブに関する有識者会議(2014年6月3日~) |
4.6.2.1 「第4次基本方針」(案)の策定 |
4.6.2.1.1 文化政策部会にて検討中 |
4.6.2.1.2 文化審議会の総会に上半期の議論を中間報告 |
4.6.2.2 「文化関係資料のアーカイブに関する中間とりまとめ」(案)(2014年7月31日文化関係資料のアーカイブに関する有識者会議) |
4.6.2.2.1 我が国の文化関係資料のアーカイブに関する現状、課題等を踏まえ、中長期的な視点も含めた文化関係資料のアーカイブの取組の総合的な推進方策を検討 |
4.6.2.2.2 文化遺産オンライン、メディア芸術アーカイブ事業(マンガ・アニメ・ゲーム) 、デザイン分野の今後の展開に関して方策を検討。 |
4.6.2.3 骨子 |
4.6.2.3.1 個別分野の文化関係資料のアーカイブの推進 |
4.6.2.3.1.1 文化財をはじめ、放送脚本・台本、写真フィルム、音楽資料など |
4.6.2.3.1.2 メディア芸術、デザイン等のモデル分野では、「拠点」を設置 |
4.6.2.3.1.2.1 デザイン分野の中核施設となる「国立デザインミュージアム(仮称)」を設立し、デザインに関わる諸施設とネットワークを形成 |
4.6.2.3.2 様々な分野のアーカイブの横断的な利活用を推進するための方策 |
4.6.2.3.2.1 組織、分野を超えた「文化ナショナルアーカイブ」を整備 |
4.6.2.3.2.2 様々な分野のアーカイブについて共通のプラットフォームを提供し、分野横断的に検索を可能にするシステム |
4.6.2.3.2.2.1 システム基盤の共通化、メタデータの標準化・簡素化等を図り、デジタル情報の流通性を高めていく |
4.6.2.3.2.3 「見るだけのアーカイブ」から「使い、創り、繋がり、伝えるアーカイブ」への転換 |
4.6.2.3.2.4 出版物等のデジタル資料に関するアーカイブを整備している国立国会図書館をはじめ、関係機関のアーカイブとの有機的・効率的な連携を図ることが必要 |
4.6.2.3.2.5 「文化遺産オンライン」を基に構築 |
4.6.2.3.2.6 文化財のほか、音楽、写真、映画、漫画、アニメーション、ゲーム、デザイン等の多様な分野に拡大 |
4.6.2.3.3 文化関係資料のアーカイブに関わる人材育成、普及啓発等 |
4.6.2.3.3.1 アーカイブに所蔵された資料に関する知識と読解力を有し、またデジタル情報技術の知識等も備えた高度な専門的人材 |
4.6.2.3.4 引き続き議論が必要な事項 |
4.6.2.3.4.1 ・メディア芸術やデザイン等のモデル分野における「拠点」指定事業に係る制度設計、運用等 |
4.6.2.3.4.2 ・「文化ナショナルアーカイブ」の構築方法、運営体制等 |
4.6.2.3.4.3 ・国立国会図書館等の関係機関のアーカイブとの連携等 |
4.6.2.3.4.4 ・アーカイブに関わる人材育成のための具体策 |
4.6.2.3.4.5 ・優れたコレクションに係る認定制度等 |
4.6.2.3.4.6 ・「国立デザインミュージアム」の将来構想等 |
4.6.2.3.4.7 ・アーカイブの構築における著作権の取扱等 |
4.6.2.4 参加しての感想 |
4.6.2.4.1 目的は、文化庁の27年度通常予算要求の根拠 |
4.6.2.4.2 分野横断といっても、文化庁の所掌範囲を超えていない |
4.6.2.4.3 デジタル文化財資産推進議員連盟での方向性を認識しているが、恒久的保存を含めた補正予算(?)が見通せていないため、NDLとの分担で組み立てられない |
4.6.2.4.4 各アーカイブについて共通プラットフォームの必要性は明記されているので、その部分をNDLが担う形になる |
4.7 デジタル文化資産推進議員連盟主催「勉強会」(2014年10月15日〜) |
4.7.1 サブトピック 1 |
4.7.1.1 「世界における文化情報戦略と日本の現状一国家戦略としての文化情報政策推進に向けて―」 |
4.7.1.2 「デジタル文化資産振興法」立法化に向けた法整備 |
4.7.1.2.1 デジタルアーカイブ振興法(提案) ①アーカイブ振興基本計画(2020年、2000万点) ②全国のデジタルアーカイブのネットワーク化と統一 ゲートウェイ化⇒ナショナルアーカイブ ③デジタル化ラボ、字幕化ラボの設置 ④各国アーカイブとの相互接続 ⇒アジアの文化・技術・経済交流のハブに ⑤公的資金で制作・収集された情報資産のデジタル 公開を義務化・利用ルールの公開化 ⑥デジタルアーキビストの育成と、関連技術開発 ⑦孤児作品や絶版作品のデジタル活用促進 |
4.8 大規模災害情報アーカイブス構想(内閣防災の動き)(2014年) |
4.8.1 大規模災害に関する情報(記録)を後世に残すとともに、調査、研究、対策検討に活用できるようにする |
4.8.2 「ひなぎく」のシステムをベースとして、対象とする災害を拡大し、記録に残すシステムを恒久化する |
5 2015年 |
5.1 「アーカイブサミット2015」(2015年1月26日) |
5.1.1 アーカイブ立国宣言 |
5.1.1.1 提言1:国立デジタルアーカイブセンターの設立 |
5.1.1.2 提言2:デジタルアーカイブを支える人材の育成 |
5.1.1.3 提言3:文化資源デジタルアーカイブのオープンデータ化 |
5.1.1.4 提言4:抜本的な孤児作品対策 |
5.2 MANGA マンガ・アニメ・ゲームに関する議員連盟(2015年2月〜) |
5.2.1 メディアアート,アニメーション,マンガ,ゲーム,映画等,複製技術や先端技術等を用いた総合的な芸術。 |
5.2.2 国立メディア芸術総合センター(仮称) |
5.2.2.1 展示・公開スペース(常設展・企画展・貸出し展示に柔軟に対応できる展示室,シンポジウム等にも使用可能な上映ホール等) |
5.2.2.2 交流スペース(クリエイター等が分野を超えて交流できる場,レストラン,ミュージアムショップ等) |
5.2.2.3 調査研究・開発,情報収集・提供及び教育普及・人材育成スペース(研究室,研修室,インターネットの利用や関係図書の閲覧ができるライブラリー等) |
5.2.2.4 工房スペース,収蔵スペース等 |
5.3 「文化芸術の振興に関する基本的な方針(第4次基本方針)」[答申案](2015年3月23日) |
5.3.1 対象期間を、2020年度までのおおむね6年間(平成27年度~平成32年度) |
5.3.2 我が国が目指す「文化芸術立国」の姿 |
5.3.2.1 ✔あらゆる人々が全国様々な場で創作活動への参加、鑑賞体験ができる機会の提供 |
5.3.2.1.1 子供から高齢者まで,あらゆる人々が我が国の様々な場で,創作活動へ参加,鑑賞体験できる機会等を,国や地方公共団体はもとより,NPO,企業等様々な民間主体が提供している。 |
5.3.2.2 ✔ 2020年東京大会を契機とする文化プログラムの全国展開 |
5.3.2.2.1 全国の地方公共団体,多くの文化芸術団体,文化施設,芸術家等の関係者により,世界に誇る日本各地の文化力を生かしながら,2020年東京大会を契機とする文化プログラムの全国展開等がなされている |
5.3.2.3 ✔被災地からは復興の姿を、地域の文化芸術の魅力と一体となり国内外へ発信 |
5.3.2.3.1 日本全国津々浦々から,世界中に各地の文化芸術の魅力が発信されている。 東日本大震災の被災地からは,力強く復興している姿を,地域の文化芸術の魅力と一体となって,国内外へ発信している。 |
5.3.2.4 ✔文化芸術関係の新たな雇用や産業が現在よりも大幅に創出 |
5.3.2.4.1 2020年東京大会を契機とする文化プログラムの全国展開等に伴い,国内外の多くの人々が,それらに生き生きと参画しているとともに,文化芸術に従事する者が安心して,希望を持ちながら働いている。そして,文化芸術関係の新たな雇用や,産業が現在よりも大幅に創出されている。 |
5.3.3 第3 文化芸術振興に関する基本的施策 |
5.3.3.1 1 文化芸術各分野の振興 |
5.3.3.1.1 (1)芸術の振興 |
5.3.3.1.2 (2)メディア芸術の振興 |
5.3.3.1.3 (2)メディア芸術の振興 |
5.3.3.1.4 (4)芸能の振興 |
5.3.3.1.5 (5)生活文化,国民娯楽及び出版物等の普及 |
5.3.3.1.6 (6)文化財等の保存及び活用 |
5.3.3.2 2 地域における文化芸術振興 |
5.3.3.3 3 国際交流等の推進 |
5.3.3.4 4 芸術家等の養成及び確保等 |
5.3.3.5 5 国語の正しい理解 |
5.3.3.5.1 「文字・活字文化振興法」(平成17 年法律第91 号)に基づき,図書館や学校等において,国民が豊かな文字・活字文化の恵沢を享受できるよう,環境の整備を図る |
5.3.3.6 6 日本語教育の普及及び充実 |
5.3.3.7 7 著作権等の保護及び利用 |
5.3.3.8 8 国民の文化芸術活動の充実 |
5.3.3.8.1 (1)国民の鑑賞等の機会の充実 |
5.3.3.8.2 (2)高齢者,障害者等の文化芸術活動の充実 |
5.3.3.8.3 (3)青少年の文化芸術活動の充実 |
5.3.3.8.4 (4)学校教育における文化芸術活動の充実 |
5.3.3.9 9 国民の文化芸術活動の充実 |
5.3.3.9.1 (1)劇場,音楽堂等の活性化 |
5.3.3.9.2 (2)美術館,博物館,図書館等の充実 |
5.3.3.9.2.1 図書館が,資料や情報等の継続的な収集,調査研究への支援や資料の利用相談,時事情報の提供等の機能を充実させることにより,地域を支える情報拠点となるよう,先進事例の収集・情報提供や図書館の充実方策を提示するなどの支援を行う。 |
5.3.3.9.2.2 地域や住民にとって役に立つ,魅力ある図書館づくりの核となる司書等の資質向上を図るため,研修等の充実を図る。 |
5.3.3.9.2.3 各地域に所在する貴重な文化芸術資源の計画的・戦略的な保存・活用を図るため,博物館・図書館・公文書館(MLA)等の連携の促進に努める。 |
5.3.3.9.2.4 人口過少地域における博物館や図書館等の活動の活性化を図るため,情報通信技術の活用により,遠隔地間の連携による研修や遠隔講座等の実証研究を行う。 |
5.3.3.9.3 (3)地域における文化芸術活動の場の充実 |
5.3.3.9.4 (3)地域における文化芸術活動の場の充実 |
5.3.3.10 10 その他の基盤の整備等 |
5.3.3.10.1 (1)情報通信技術の活用の推進 |
5.3.3.10.2 (2)地方公共団体及び民間の団体等への情報提供等 |
5.3.3.10.2.1 国内外の文化芸術に関する各種の情報や資料の収集・保存(アーカイブの構築)及び活用方法について検討を行い,国立国会図書館をはじめとする関係機関と連携し,国と民間,国と地方公共団体との役割分担を図りつつ,国民に提供する。 |
5.3.3.10.3 (3)民間の支援活動の活性化等 |
5.3.3.10.4 (4)関係機関等の連携等 |
5.3.3.10.5 (5)顕彰 |
5.3.3.10.6 (6)政策形成への民意の反映等 |
5.3.4 重点戦略4:国内外の文化的多様性や相互理解の促進 |
5.3.4.1 貴重な各種文化芸術資源を継承し,次代の文化芸術創造の基盤となる知的イ化ンフラを構築するため,映画,舞台芸術,アニメ,マンガ,ゲーム,デザイン,写真,建築,文化財等の文化資産及びこれらの関連資料等の収集・保存及びデジタルアーカイブ化等を,国立国会図書館等の関係機関と連携しつつ促進する。 |
5.4 東京文化資源会議(2015年4月正式発足) |
5.4.1 東京文化資源区構想 |
5.4.2 ものづくりとアート:知識が出会う新たな場(場所、機会、電子空間)の創造 |
5.4.3 民官産学を横断した交流・創造体験による地域創造人材の養成 |
5.4.4 地域の伝統的・歴史的知識資源を蓄積するアーカイブの構築と活用 |
5.4.5 域内建造物等歴史・文化資源の保全と再活用 |
5.4.6 公開アーバンラボの設置による、アート×産業×コミュニティを可能にするインキュベーション拠点づくり |
5.4.7 それらの前提となる域内文化資源の洗い出し・見える化 |
5.5 第1回東京文化資源区シンポジウム)特別報告「京都における検討状況」(長尾先生)(2016年5月21日) |
5.5.1 2020年東京オリンピック・パラリンピックに向けての日本文化の発信(2014年2月オリンピックと文化懇談会)提言内容 |
5.5.1.1 有形文化財の鑑賞とともに無形文化財を体験し理解させる |
5.5.1.2 京都の自然を楽しませる |
5.5.1.3 京都の現在のユニークな文化、マンガ、アニメなどを発信する、学習させる |
5.5.1.4 情報技術を駆使して京都の魅力を紹介する情報データベースと映像アーカイブスなどを2018年までに作り、京都の魅力を世界に伝える |
5.5.2 京都府・市の検討の柱 |
5.5.2.1 京都の文化地域観光 |
5.5.2.2 京都の無形文化財の見学・体験学習 |
5.5.2.3 学生の日本文化教育 |
5.5.2.4 安心・安全な環境ができるための情報システムの構築 |
5.5.2.5 この機会に推進すべきインフラ整備 |
5.5.2.5.1 ・・・・ |
5.5.2.5.2 神社、仏閣、観光地、その他が作っている案内情報を集め、データベース化して、オープンな利用に供する |
5.5.2.5.3 デジタルアーカイブズと文化資源センターの設立が必要 |
5.5.2.5.4 関西の文化資源のアーカイブズの構築 |
5.5.2.5.5 文化資源の保存・修復とデジタル化のセンサーを作る |
5.5.2.5.6 このセンターを関西の中心である関西文化学研都市の「けいはんなオープンイノベーションセンター」に置く |
5.5.2.5.7 国で検討されている「国立デジタル文化情報保存センター」と連携する |
6 2016年段階での施策のまとめ |
6.1 経済財政運営関連(骨太方針) |
6.1.1 日本経済再生本部 未来投資会議 構造改革徹底推進会合「第4次産業革命(Society5.0)・イノベーション」会合(2016年10月27日) |
6.1.1.1 第4次産業革命の推進に当たっては、総合科学技術・イノベーション会議におけるSociety 5.0の基本方針の検討と連携しつつ進める。 |
6.1.1.2 IT利活用施策の全体像(内閣官房IT総合戦略室) |
6.1.1.2.1 http://www.kantei.go.jp/jp/singi/keizaisaisei/miraitoshikaigi/4th_sangyokakumei_dai1/siryou2.pdf |
6.1.1.3 サイバーセキュリティ対策の強化に向けた対応について(内閣官房サイバーセキュリティセンター(NISC)) |
6.1.1.3.1 http://www.kantei.go.jp/jp/singi/keizaisaisei/miraitoshikaigi/4th_sangyokakumei_dai1/siryou3.pdf |
6.1.2 「日本再興戦略2016-第4次産業革命に向けて-」(2016年6月2日閣議決定) |
6.1.2.1 これまでの成果と今後の取組 |
6.1.2.1.1 http://www.kantei.go.jp/jp/singi/keizaisaisei/pdf/2016saikou_torikumi.pdf |
6.1.2.2 サイバーセキュリティーの確保、IT利活⽤の徹底 |
6.1.2.2.1 • サイバーセキュリティーの確保、マイナンバーの利活用の拡大、個人情報の適正な取り扱いの確保とデータ利活⽤推進のための体制整備、政府・自治体のIT化・オープンデータの推進等。 |
6.2 知的財産関連 |
6.2.1 知的財産政策ビジョン(2013年6月7日知的財産戦略本部(知財本部)) |
6.2.1.1 今後10年を見据えた取組 |
6.2.1.2 はじめに |
6.2.1.2.1 従来の事業モデルの「改善」だけでなく、事業モデルそのものを創造・転換する「イノベーション」を競争力の源泉に |
6.2.1.2.1.1 オープン化された知的活動環境を活用し、世界中で創造された価値を取り込んで事業に繋げていくことが重要 |
6.2.1.2.2 ③デジタル・ネットワーク社会に対応した環境整備 |
6.2.1.2.2.1 利用の都度クラウド上のコンテンツにアクセスする形態 |
6.2.1.2.2.2 クリエーターが作成するコンテンツのみならず、ユーザーが作成するものや、教育コンテンツ、更には公共セクターが保有する公共データ、ビッグデータ |
6.2.1.2.2.3 活用される場面も、教育・医療・電子商取引にまで多岐にわたるなど、従来の文芸やエンターテインメントに止まらない広がりや変容 |
6.2.1.2.2.4 検討にあたっては関連産業全体を見通した視点が不可欠 |
6.2.1.2.2.5 権利者と利用者の利害対立の構造を超えた柔軟な制度設計により、コンテンツの活用と再生産につながるサイクル |
6.2.1.2.3 ④コンテンツを中心としたソフトパワーの強化 |
6.2.1.2.3.1 知的財産としてのマンガ、アニメ、ゲームといったコンテンツに止まらず、我が国独自の文化としてのファッション、食、伝統芸能・工芸、観光などまで含めて |
6.2.1.3 第1.産業競争力強化のためのグローバル知財システムの構築 |
6.2.1.3.1 3.グローバル知財人財の育成・確保(p.35) |
6.2.1.4 第2.中小・ベンチャー企業の知財マネジメント強化支援 |
6.2.1.5 第3.デジタル・ネットワーク社会に対応した環境整備(p.50) |
6.2.1.5.1 非営利目的での利用のみならず産業利用も含めたコンテンツ利用の促進 |
6.2.1.5.1.1 クリエイティブ・コモンズ・ライセンスといったパブリックライセンスの普及(文科省) |
6.2.1.5.1.2 ビジネスや教育を含む公共サービスにおける利用促進のための統一的なルールなどの基盤整備(内閣官房) |
6.2.1.5.1.3 魅力的なコンテンツを通じて日本のプレゼンスの向上に大きく寄与するコンテンツ産業に対して、資源配分の重点化と政策資源の充実を図る。(内閣官房)⇒デジタル化 |
6.2.1.5.2 3.コンテンツ産業の市場拡大に向けた環境醸成 |
6.2.1.5.2.1 (1)新しい産業の創出環境の形成に向けた制度整備(p.54) |
6.2.1.5.2.1.1 クラウドサービスやメディア変換サービスといった新たな産業の創出や拡大を促進。(文部科学省) |
6.2.1.5.2.2 (2)クリエーターへの適切な対価還元に向けた制度整備 |
6.2.1.5.2.2.1 コンテンツの再生産につながるサイクルを生み出すための仕組みを構築する。(文部科学省、経済産業省) |
6.2.1.5.2.3 (3)新しい産業の創出・拡大に向けたコンテンツの権利処理の円滑化 |
6.2.1.5.2.3.1 コンテンツにIDを付与し、権利処理に係る情報を集約してクラウドなどによりネットワーク上で参照可能とするデータベースの整備とコンテンツ利用に係る対価の徴収・分配システムの整備を促進する。(総務省、文部科学省) |
6.2.1.5.2.4 (5)電子書籍の普及促進(p.60) |
6.2.1.5.2.4.1 海外の巨大プラットフォーム事業者などに対する交渉力向上 |
6.2.1.5.2.4.2 個人の作品や専門書を含む多種多様な電子書籍コンテンツ数の拡大 |
6.2.1.5.2.4.3 オープン型電子出版環境を実現するため、電子書籍交換フォーマットの標準化や国内外への普及促進 |
6.2.1.5.2.5 (6)プラットフォームの形成の推進 |
6.2.1.5.2.5.1 多様なコンテンツを提供するプラットフォーム支援を通じてコンテンツがプラットフォームをリードするエコシステムの実現の促進を支援する。(総務省、経済産業省) |
6.2.1.5.2.6 (7)ビッグデータビジネスの振興 |
6.2.1.5.2.6.1 大量に生成されるユーザー情報、映像・音声、センサー情報といった、価値ある知的財産を生み出すビッグデータを経営資源として捉え、データの収集・蓄積・分析による多様な付加価値の創造に資する研究開発などに取り組む。(総務省、文部科学省、経済産業省) |
6.2.1.5.3 4.デジタル・ネットワーク環境促進の基盤整備(p.64) |
6.2.1.5.3.1 (1)文化資産のデジタル・アーカイブ化の促進 |
6.2.1.5.3.1.1 コンテンツを利用するためのハードの保存や文化資産としてのデジタル・アーカイブ化及びクラウド上に存在する新しいタイプのコンテンツの記録方法についても検討が必要 |
6.2.1.5.3.1.2 文化資産及びこれらの関連資料などのデジタル・アーカイブ化を促進するとともに、各アーカイブ間の連携を実現するための環境整備及び海外発信の強化について検討し、必要な措置を講じる。(内閣官房、総務省、文部科学省、経済産業省) |
6.2.1.6 第4.コンテンツを中心としたソフトパワーの強化(p.68) |
6.2.1.6.1 1.コンテンツ産業を巡る生態系変化への対応 |
6.2.1.6.1.1 コンテンツ関連施策に対して重点的に資源配分するとともに、政府としての総合的な推進体制の在り方について検討し、必要な措置を講じる。(内閣官房 |
6.2.1.6.2 2.日本の伝統や文化に根ざした魅力あるコンテンツ・製品などの発掘・創造 |
6.2.1.6.2.1 (1)ターゲット国・地域で売るためのコンテンツ・製品の制作などに係る支援 |
6.2.1.6.2.2 (2)世界のコンテンツの中心となる人財・開発拠点の整備 |
6.2.1.6.2.3 (3)地域ブランドの確立 |
6.2.1.6.2.4 (4)日本の高度な技術力を生かしたコンテンツ制作の促進 |
6.2.1.6.3 3.日本ブランドのグローバルな発信(p.74) |
6.2.1.6.4 4.戦略的な海外展開の推進 |
6.2.1.6.5 5.国内外から人を日本に呼び込むインバウンドの推進 |
6.2.1.6.6 6.模倣品・海賊版対策の強化 |
6.2.1.6.7 7.コンテンツ人財の育成 |
6.2.1.6.7.1 (1)クリエーターの裾野の拡大 |
6.2.1.6.7.2 (2)若手クリエーターの育成 |
6.2.1.6.7.3 (3)グローバル人財の育成 |
6.2.1.6.7.4 (4)コンテンツ制作現場の環境の改善 |
6.2.2 知的財産推進計画2016(2016年5月内閣官房知的財産戦略本部) |
6.2.2.1 「知財計画2016」内のアーカイブ関連記述目次 |
6.2.2.2 第3.コンテンツの新規展開の推進 |
6.2.2.2.1 2.アーカイブの利活用の促進 |
6.2.2.2.1.1 (1)現状と課題 |
6.2.2.2.1.1.1 国立国会図書館、関係府省の連携の枠組みの下でのアーカイブ間の連携促進、各分野のアーカイブ構築の促進、アーカイブ利活用のための基盤整備の推進 等 |
6.2.2.2.1.1.2 デジタルアーカイブ構築に関して |
6.2.2.2.1.1.2.1 複数の連携モデルからの選択又はそれらの組み合わせにより、分野と地方の両方から連携に必要な検討を進める |
6.2.2.2.1.1.2.2 分野や地方に応じて、国立国会図書館サーチとの直接的な連携、分野を束ねるアグリゲーターとの連携、地域を束ねるアグリゲーターとの連携、といった複数の連携モデルからの選択又はそれらの組み合わせ |
6.2.2.2.1.1.3 アーカイブ利活用促進に関して |
6.2.2.2.1.1.3.1 メタデータを自由に二次利用可能な条件で公開するオープン化が世界的な方向であり、公的機関を対象にメタデータのオープン化に必要な対応について検討する |
6.2.2.2.1.1.3.2 サムネイル/プレビューについても、権利者の利益に配慮しつつ、コンテンツの解説や紹介等のための一般的な利用を容易に行うことができるよう、運用面、制度面での整備 |
6.2.2.2.1.1.3.3 公的機関のものや公的助成を受けて作成されたデジタルコンテンツについては、より自由な利用条件で公開されることが望ましく、これを推進する方向で検討を進める |
6.2.2.2.1.1.3.4 目的に応じたポータルの効果的な構築、メタデータの複合的利用による新しい付加価値サービスの提供等、集約・共有されたメタデータの利活用事例について共有し、分かりやすく発信していく |
6.2.2.2.1.2 (2)今後取り組むべき施策 |
6.2.2.2.1.2.1 <<アーカイブ間の連携の促進>> |
6.2.2.2.1.2.1.1 (関係省庁等連絡会及び実務者協議会の開催) |
6.2.2.2.1.2.1.1.1 (短期)(内閣府、国立国会図書館、文部科学省、総務省、経済産業省) |
6.2.2.2.1.2.1.2 (統合ポータルの構築) |
6.2.2.2.1.2.1.2.1 国立国会図書館サーチと、文化財分野における文化遺産オンラインを始めとする各分野のアグリゲーターが運用している主要アーカイブとの間でメタデータレベルでのアーカイブ連携 |
6.2.2.2.1.2.1.2.2 アグリゲーターの先行事例となる特定の分野又は地方におけるポータルサイトの整備のための取組を進める。 |
6.2.2.2.1.2.1.2.2.1 短期・中期)(国立国会図書館、文部科学省、総務省) |
6.2.2.2.1.2.1.3 (利活用の推進のための連携) |
6.2.2.2.1.2.1.3.1 集約・共有されたコンテンツ及びメタデータの利活用事例や連携の効果を示す事例の収集及び共有化を図るとともに、利活用推進のための具体的課題、対応策を検討し、必要な措置を講ずる。 |
6.2.2.2.1.2.1.3.1.1 (短期)(国立国会図書館、内閣府、関係府省) |
6.2.2.2.1.2.1.4 (地方におけるアーカイブ連携の促進) |
6.2.2.2.1.2.1.4.1 自治体が保有する情報を蓄積する公共クラウドやふるさとデジタル図書館等の取組を通じ、地方ゆかりの文化情報等のコンテンツの収集や利活用を促進する。(短期・中期)(総務省) |
6.2.2.2.1.2.1.4.2 地方における各機関の協力や連携の在り方を検討する。 |
6.2.2.2.1.2.2 <<分野ごとの取組の促進>> |
6.2.2.2.1.2.2.1 (分野ごとのアグリゲーターによる取組) |
6.2.2.2.1.2.2.1.1 収集対象の選定やメタデータ形式の標準化等のアーカイブ構築の方針の策定等、分野内のアーカイブ機関における収蔵資料のデジタル化への協力、メタデータの集約化を行う。 |
6.2.2.2.1.2.2.1.1.1 (短期・中期)(国立国会図書館、文部科学省、総務省) |
6.2.2.2.1.2.2.2 (書籍等分野) |
6.2.2.2.1.2.2.2.1 コンテンツの拡充に向けて、公共・大学図書館等の所蔵資料のデジタル化を促進するため、アーカイブ構築の手順等についての研修等を行う。 |
6.2.2.2.1.2.2.2.1.1 (短期)(国立国会図書館、文部科学省) |
6.2.2.2.1.2.2.3 (文化財分野) |
6.2.2.2.1.2.2.3.1 2020 年東京オリンピック・パラリンピック競技大会に向けて、文化財情報を海外に発信するため、地域の文化資源に関するデータの集約、画像掲載率の向上、多言語化を含め利活用に資する取組を推進する。 |
6.2.2.2.1.2.2.3.1.1 (短期)(文部科学省) |
6.2.2.2.1.2.2.3.2 全国の博物館・美術館等において文化財等のデジタルアーカイブ化とそのデータの利活用が促進されるよう、地方の博物館・美術館等に対して必要な情報の周知を図る。また、各館における紙媒体の収蔵品目録のデータベース化等、デジタルアーカイブ化と利活用促進のための具体策を検討し、その推進を図る。 |
6.2.2.2.1.2.2.3.2.1 (短期)(文部科学省) |
6.2.2.2.1.2.2.4 (メディア芸術等分野) |
6.2.2.2.1.2.2.4.1 メディア芸術データベースの利用実態調査結果を含め、改善点等を検討するとともに、外部との連携を可能とするためのシステム改修等、更なる内容の充実化とその利活用促進を図る。 |
6.2.2.2.1.2.2.4.1.1 (短期)(文部科学省) |
6.2.2.2.1.2.2.4.2 ・東京国立近代美術館フィルムセンターにおいて、映画フィルムの収集や保存のためのデジタル化を引き続き実施する。 |
6.2.2.2.1.2.2.4.2.1 (短期)(文部科学省) |
6.2.2.2.1.2.2.4.3 ・民間主体でのアーカイブ構築を促進するため、デザイン等のモデル分野における中核拠点の形成を支援する。 |
6.2.2.2.1.2.2.4.3.1 (短期)(文部科学省) |
6.2.2.2.1.2.2.5 (放送コンテンツ分野) |
6.2.2.2.1.2.2.5.1 (短期)(総務省) |
6.2.2.2.1.2.3 <<アーカイブ利活用に向けた基盤整備>> |
6.2.2.2.1.2.3.1 (メタデータオープン化の課題と対応策の検討) |
6.2.2.2.1.2.3.1.1 実務者協議会等において、統合ポータルとの連携によって集約されるメタデータのオープン化の促進に向けた課題の整理と対応策の検討、サムネイル/プレビューの取扱いの検討、デジタルコンテンツの拡充とその利用条件の表示促進の検討を行い、メタデータ及びコンテンツの流通促進を図る。 |
6.2.2.2.1.2.3.1.1.1 (短期・中期)(国立国会図書館、内閣府、関係府省) |
6.2.2.2.1.2.3.2 (集約されたメタデータの利活用の促進) |
6.2.2.2.1.2.3.2.1 統合ポータルからデータセットを抽出する機能の普及等の環境整備を進めるとともに、統合ポータルで集約され提供されるメタデータを活用した目的別ポータルの構築や利活用事例の共有に向けた取組を行う。 |
6.2.2.2.1.2.3.2.1.1 (短期・中期)(国立国会図書館、内閣府、関係府省) |
6.2.2.2.1.2.3.3 (アーカイブの構築と利活用の促進のための著作権制度の整備) |
6.2.2.2.1.2.3.3.1 美術館等が所蔵する著作物に関し、解説・紹介のために当該著作物のデジタルデータの利用を可能とすることについて具体的な制度の検討を行い、必要な措置を講ずる。 |
6.2.2.2.1.2.3.3.1.1 (短期・中期)(文部科学省) |
6.2.2.2.1.2.3.3.2 権利者不明著作物等の利用を円滑化するため、著作権者不明等の場合の裁定制度における補償金供託について、一定の場合に後払いを可能とすること等の見直しについて内容を検討し、次期通常国会への法案提出を視野に、必要な措置を講ずる。 |
6.2.2.2.1.2.3.3.3 また、利用者による権利者探索コスト低減のための民間団体の取組に対する支援の在り方について2016年度中に検討を行い、必要な措置を講ずる。 |
6.2.2.2.1.2.3.3.3.1 (短期・中期)(文部科学省) |
6.2.2.2.1.2.3.4 (利活用の促進のための周辺環境の整備) |
6.2.2.2.1.2.3.4.1 権利処理手続を円滑化し、コンテンツの活用を促進するため、コンテンツ等の権利情報を集約化したデータベースの整備を官民が連携して分野ごとに進めていく。 |
6.2.2.2.1.2.3.4.1.1 (短期・中期)(文部科学省、経済産業省)【再掲】 |
6.2.2.2.1.2.3.4.2 デジタルコンテンツの利活用を促進するため、実務者協議会等と連携しつつ、国際標準化機関(ISO)における技術委員会TC46 の国内委員会におけるデジタルコンテンツの二次利用を促進するための権利表示の国際標準化に対する取組等を推進する。 |
6.2.2.2.1.2.3.4.2.1 (短期・中期)(経済産業省) |
6.3 IT戦略関連 |
6.3.1 高度情報通信ネットワーク社会形成基本法(IT基本法)(2015年2月1日改訂施行) |
6.3.2 世界最先端IT国家創造宣言(高度情報通信ネットワーク社会推進戦略本部(IT戦略本部)) |
6.3.3 「世界最先端IT国家創造宣言」の改定(2016.5.20閣議決定) |
6.3.3.1 Ⅰ.世界最先端 IT 国家創造宣言に基づくこれまでの成果 |
6.3.3.1.1 1. これまでの代表的な成果 |
6.3.3.1.1.1 (1) 行政情報システム改革を通じた利用者志向の行政サービスの実現 |
6.3.3.1.1.2 (2) マイナンバー制度を活用した国民生活の利便性の向上 |
6.3.3.1.1.3 (3) 安全・安心なデータ流通の促進 |
6.3.3.1.1.4 (4) 農業のIT 化による国際競争力強化 |
6.3.3.1.1.5 (5) 世界で最も安全で環境にやさしく経済的な道路交通社会の実現 |
6.3.3.1.2 2.IT 利活用による目指すべき社会の実現に向けた今後の重点的な取組方針 |
6.3.3.2 II. 「国から地方へ、地方から全国へ」(IT 利活用の更なる推進のための3つの重点項目) |
6.3.3.2.1 1.[重点項目1] 国・地方のIT 化・業務改革(BPR)の推進 |
6.3.3.2.1.1 (1) 国のIT 化・業務改革(BPR)の更なる推進 |
6.3.3.2.1.2 (2) 地方公共団体のIT 化・業務改革(BPR)の推進 |
6.3.3.2.1.3 (3) ガバナンス体制の強化 |
6.3.3.2.2 2.[重点項目2] 安全・安心なデータ流通と利活用のための環境の整備 |
6.3.3.2.2.1 (1) 利用者志向のデータ流通基盤の構築 |
6.3.3.2.2.2 (2) データ流通の円滑化と利活用の促進 |
6.3.3.2.2.3 (3) 課題解決のためのオープンデータの「実現」(オープンデータ2.0) |
6.3.3.2.3 3.[重点項目3] 超少子高齢社会における諸課題の解決 |
6.3.3.2.3.1 (1) ビッグデータを活用した社会保障制度の変革 |
6.3.3.2.3.2 (2) マイナンバー制度等を活用した子育て行政サービスの変革 |
6.3.3.2.3.3 (3) IT 利活用による諸課題の解決に資する取組 |
6.3.3.2.3.3.1 ① 産業競争力の強化 |
6.3.3.2.3.3.2 ② 地方創生の実現 |
6.3.3.2.3.3.3 ③ マイナンバー制度を活用した国民生活の利便性の向上 |
6.3.3.2.3.3.4 ④ 安全で災害に強い社会の実現 |
6.3.3.3 III. 推進体制等 |
6.3.3.3.1 1.政府 CIO の司令塔機能の発揮 |
6.3.3.3.2 2.関係本部等との連携体制 |
6.3.3.3.3 3.進捗管理における評価指標の設定・管理 |
6.3.3.3.4 4.国際貢献及び国際競争力の強化に向けた国際展開 |
6.3.4 電子行政オープンデータ戦略(2012年7月4日IT戦略本部) |
6.3.4.1 ○電子行政オープンデータ戦略の概要(抜粋)61 |
6.3.4.2 Ⅰ.基本的方向性 |
6.3.4.2.1 <基本原則> |
6.3.4.2.2 - 政府自ら積極的に公共データを公開すること |
6.3.4.2.3 - 機械判読可能な形式で公開すること |
6.3.4.2.4 - 営利目的、非営利目的を問わず活用を促進すること |
6.3.4.2.5 - 取組可能な公共データから速やかに公開等の具体的な取組に着手し、成果を確実に蓄積していくこと |
6.3.4.3 Ⅱ.具体的な施策 |
6.3.4.3.1 1.公共データ活用の推進 |
6.3.4.3.1.1 ①公共データ活用ニーズの把握 |
6.3.4.3.1.2 ②データ提供方法等に係る課題の整理、検討 |
6.3.4.3.1.3 ③民間サービスの開発 |
6.3.4.3.2 2.公共データ活用のための環境整備 |
6.3.4.3.2.1 ①公共データ活用のために必要なルール等の整備 |
6.3.4.3.2.1.1 各府省におけるデータ公開時の著作権の取扱い、利用条件、機械からのアクセスルール、利用者と提供者の責任分担の在り方、機微情報の取扱いの在り方等について、利用者の利便性と権利者の権利の保護に十分配意しつつ、公共データ活用のために必要なルール等を整備する。 |
6.3.4.3.2.2 ②データカタログの整備 |
6.3.4.3.2.3 ③データ形式・構造等の標準化の推進等 |
6.3.4.3.2.4 ④提供機関支援等についての検討 |
6.3.5 •電子行政オープンデータ推進のためのロードマップ(2013年6月14日IT戦略本部決定) |
6.3.6 「政府情報システムの整備及び管理に関する標準ガイドライン」(2015年3月19日更新、2014年12月3日各府省CIO連絡会議決定)および「実務手引書」 |
6.3.6.1 http://www.soumu.go.jp/main_sosiki/gyoukan/kanri/infosystem-guide.html |
6.3.6.2 世界最先端IT国家創造宣言(2013年6月14日閣議決定。2014年6月24日変更)に基づき、政府におけるITガバナンス強化のため、情報システム調達やプロジェクト管理に関する共通ルールとして策定 |
6.3.7 人材育成・人材確保 |
6.3.7.1 情報技術者試験 |
6.3.7.2 iコンピテンシディクショナリ |
6.4 サイバーセキュリティ基本法 |
6.4.1 サイバーセキュリティに関する施策を総合的かつ効果的に推進し、もって経済社会の活力の向上及び持続的発展並びに国民が安全で安心して暮らせる社会の実現を図るとともに、国際社会の平和及び安全の確保並びに我が国の安全保障に寄与することを目的とする。 |
6.4.2 サイバーセキュリティ戦略(2015年9月4日閣議決定) |
6.4.2.1 2020年代初頭までを見据えつつ、サイバーセキュリティ政策の基本的な方向性を示す |
6.4.2.2 1 サイバー空間に係る認識 |
6.4.2.2.1 サイバー空間は、「無限の価値を産むフロンティア」である人工空間であり、人々の経済社会の活動基盤 |
6.4.2.2.2 あらゆるモノがネットワークに連接され、実空間とサイバー空間との融合が高度に深化した「連接融合情報社会(連融情報社会)」が到来。同時に、サイバー攻撃の被害規模や社会的影響が年々拡大、脅威の更なる深刻化が予想 |
6.4.2.3 2 目的 |
6.4.2.3.1 「経済社会の活力の向上及び持続的発展」、「国民が安全で安心して暮らせる社会の実現」、「国際社会の平和・安定及び我が国の安全保障」に寄与する。 |
6.4.2.3.2 そのために、「自由、公正かつ安全なサイバー空間」を創出・発展させる |
6.4.2.4 3 基本原則 |
6.4.2.4.1 ① 情報の自由な流通の確保② 法の支配③ 開放性④ 自律性⑤ 多様な主体の連携 |
6.4.2.5 4 目的達成のための施策 |
6.4.2.5.1 ①後手から先手へ/ ②受動から主導へ/ ③サイバー空間から融合空間へ |
6.4.2.5.2 経済社会の活力の向上及び持続的発展 |
6.4.2.5.2.1 ~ 費用から投資へ ~ |
6.4.2.5.2.2 ■安全なIoTシステムの創出 |
6.4.2.5.2.2.1 安全なIoT活用による新産業創出 |
6.4.2.5.2.3 ■セキュリティマインドを持った企業経営の推進 |
6.4.2.5.2.3.1 経営層の意識改革、組織内体制の整備 |
6.4.2.5.2.4 ■セキュリティに係るビジネス環境の整備 |
6.4.2.5.2.4.1 ファンドによるセキュリティ産業の振興 |
6.4.2.5.3 国民が安全で安心して暮らせる社会の実現 |
6.4.2.5.3.1 ~ 2020年・その後に向けた基盤形成 ~ |
6.4.2.5.3.2 ■国民・社会を守るための取組 |
6.4.2.5.3.2.1 事業者の取組促進、普及啓発、サイバー犯罪対策 |
6.4.2.5.3.3 ■重要インフラを守るための取組 |
6.4.2.5.3.3.1 防護対象の継続的見直し、情報共有の活性化 |
6.4.2.5.3.4 ■政府機関を守るための取組 |
6.4.2.5.3.4.1 攻撃を前提とした防御力強化、監査を通じた徹底 |
6.4.2.5.4 国際社会の平和・安定及び我が国の安全保障 |
6.4.2.5.4.1 ~ サイバー空間における積極的平和主義~ |
6.4.2.5.4.2 ■我が国の安全の確保 |
6.4.2.5.4.2.1 警察・自衛隊等のサイバー対処能力強化 |
6.4.2.5.4.3 ■国際社会の平和・安定 |
6.4.2.5.4.3.1 国際的な「法の支配」確立、信頼醸成推進 |
6.4.2.5.4.4 ■世界各国との協力・連携 |
6.4.2.5.4.4.1 米国・ASEANを始めとする諸国との協力・連携 |
6.4.2.5.5 横断的施策 |
6.4.2.5.5.1 ■研究開発の推進 |
6.4.2.5.5.1.1 攻撃検知・防御能力向上(分析手法・法制度を含む)のための研究開発 |
6.4.2.5.5.2 ■人材の育成・確保 |
6.4.2.5.5.2.1 ハイブリッド型人材の育成、実践的演習、突出人材の発掘・確保、キャリアパス構築 |
6.4.2.6 5 推進体制 |
6.4.2.6.1 官民及び関係省庁間の連携強化、東京オリンピック・パラリンピック競技大会等に向けた対応 |
6.4.3 サイバーセキュリティ2016 |
6.4.4 「政府機関等の情報セキュリティ対策のための統一基準群(平成28年度版)」(2016年8月31日サイバーセキュリティ戦略本部決定) |
6.4.4.1 http://www.nisc.go.jp/active/general/kijun28.html |
6.4.5 企業経営のためのサイバーセキュリティの考え方の策定について(2016年8月2日)【NISC】 |
6.4.5.1 http://www.nisc.go.jp/conference/cs/dai09/pdf/09shiryou07.pdf |
6.4.5.2 サイバーセキュリティ戦略本部 |
6.4.5.2.1 http://www.nisc.go.jp/conference/cs/index.html |
6.4.5.3 経営層に期待される“認識”や経営戦略を企画する人材層に向けた実装のためのツールを示す |
6.4.5.4 基本方針 |
6.4.5.4.1 ーサイバーセキュリティは、より積極的な経営への「投資」へー |
6.4.5.4.2 サイバーセキュリティをやむを得ない「費用」でなく、積極的な経営への「投資」と位置づけ、企業としての「挑戦」と、それに付随する「責任」として取り組むことが期待される |
6.4.5.5 I.基本的考え方 |
6.4.5.5.1 二つの基本的認識 |
6.4.5.5.1.1 <①挑戦> |
6.4.5.5.1.1.1 新しい製品やサービスを創造するための戦略の一環として考えていく |
6.4.5.5.1.1.2 |
6.4.5.5.1.2 <②責任> |
6.4.5.5.1.2.1 サイバーセキュリティに取り組むことは社会的な要求・要請であり、自社のみならず社会全体の発展にも寄与する |
6.4.5.5.2 三つの留意事項 |
6.4.5.5.2.1 <①情報発信による社会的評価の向上> |
6.4.5.5.2.1.1 • 「セキュリティ品質」を高め、品質向上に有効な経営基盤の一つとしてセキュリティ対策を位置付けることで企業価値を高めることが必要。 |
6.4.5.5.2.1.2 • そのような取組に係る姿勢や方針を情報発信することが重要。 |
6.4.5.5.2.2 <②リスクの一項目としてのサイバーセキュリティ> |
6.4.5.5.2.2.1 • 提供する機能やサービスを全うする(機能保証)という観点から、リスクの一項目としてのサイバーセキュリティの視点も踏まえ、リスクを分析し、総合的に判断。 |
6.4.5.5.2.2.2 • 経営層のリーダーシップが必要。 |
6.4.5.5.2.3 <③サプライチェーン全体でのサイバーセキュリティの確保> |
6.4.5.5.2.3.1 • サプライチェーンの一部の対策が不十分な場合でも、自社の重要情報が流出するおそれあり。 |
6.4.5.5.2.3.2 • 一企業のみでの対策には限界があるため、関係者間での情報共有活動への参加等が必要。 |
6.4.5.6 II.企業の視点別の取組 |
6.4.5.6.1 ITの利活用やサイバーセキュリティへの取組において、各企業の事業規模のみならず、その認識の違いなどを踏まえて取り組んでいく必要がある |
6.4.5.6.2 ITの利活用を事業戦略上に位置づけ、サイバーセキュリティを強く意識し、積極的に競争力強化に活用しようとしている企業 |
6.4.5.6.2.1 (積極的にITによる革新と高いレベルのセキュリティに挑戦するあらゆる企業) |
6.4.5.6.2.2 【経営者に期待される認識】 |
6.4.5.6.2.2.1 • 積極的なITの利活用を推進する中で、製品やサービスの「セキュリティ品質」を一層高め、自社のブランド価値の向上につなげるべく、システムの基盤におけるセキュリティの向上、情報・データの保護、製品等の安全品質向上に取り組む。 |
6.4.5.6.2.2.2 • 様々な関係者との協働が重要であるため、情報提供に主体的に取り組む。 |
6.4.5.6.2.2.3 • 決して現存する標準や取り組みなどに満足することなく、実空間とサイバー空間の融合が高度に深化した明日の世界をリードし、変革していく存在となることが期待される。 |
6.4.5.6.2.3 【実装に向けたツール】 |
6.4.5.6.2.3.1 • IoTセキュリティに関するガイドライン(「IoTセキュリティのための一般的枠組」等) |
6.4.5.6.2.3.2 • 自社のブランド価値としてのサイバーセキュリティに係る積極的な情報発信 |
6.4.5.6.3 IT・セキュリティをビジネスの基盤として捉えている企業 |
6.4.5.6.3.1 (IT・サイバーセキュリティの重要性は理解しているものの、積極的な事業戦略に組み込むところまでは位置づけていない企業) |
6.4.5.6.3.2 【経営者に期待される認識】 |
6.4.5.6.3.2.1 • 経営者のリーダーシップによって、社会的責任としてのサイバーセキュリティ対策に取り組む。 |
6.4.5.6.3.2.2 • サプライチェーンやビジネスパートナー、委託先を含めた対策を行う。 |
6.4.5.6.3.2.3 • 平時・緊急時のいずれにおいても、情報開示などの適切なコミュニケーションを行う。 |
6.4.5.6.3.3 【実装に向けたツール】 |
6.4.5.6.3.3.1 • サイバーセキュリティ経営ガイドライン |
6.4.5.6.3.3.2 • 企業等がセキュリティ対策に取り組む上での保険等のリスク管理手法の活用 |
6.4.5.6.3.3.3 • サイバーセキュリティを経営上の重要課題として取り組んでいることの情報発信 |
6.4.5.6.4 自らセキュリティ対策を行う上で、事業上のリソースの制約が大きい企業 |
6.4.5.6.4.1 (主に中小企業等でセキュリティの専門組織を保持することが困難な企業) |
6.4.5.6.4.2 【経営者に期待される認識】 |
6.4.5.6.4.2.1 • サプライチェーンを通じて中小企業等の役割はますます重要となる中、消費者や取引先との信頼関係醸成の観点から経営者自らサイバーセキュリティ対策に関心を持ち、取り組む。 |
6.4.5.6.4.2.2 • 外部の能力や知見を活用しつつ、効率的に進める方策を検討する。 |
6.4.5.6.4.3 【実装に向けたツール】 |
6.4.5.6.4.3.1 • 効率的なセキュリティ対策のためのサービスの利用(中小企業向けクラウドサービス等) |
6.4.5.6.4.3.2 • サイバーセキュリティに関する相談窓口やセミナー、地域の相談員等の活用 |