-
ソフトウェア開発管理技術
ソフトウェア開発モデル ソフトウェア開発モデルに関する用語 ソフトウェア開発手法 SLCPと共通フレーム その他用語 ソフトウェア開発モデル ソフトウェアを開発する際、次の4つの進め方がある。 ウォータフォールモデル 上流工程(要件定義、設計)から下流工程(開発、テスト)へと順に進める。 1つ1つの工程を確実に完了させて進むため、大規模なプロジェクトに適しているよ。 ただし、ウォータフォール開発は前の工程に後戻りしないため、途中で顧客の要求が変わった場合、それに対応することが難しい。 例えば、テストの段階まで進んでいる時に、ある機能を変更してほしいと言われても、多くの作業がやり直しになってしまうよ。 機能1~3の要件定義、機能1~3の設計、機能1~3の開発、機能1~3のテストと進めていくよ。 アジャイル開発 顧客の変更要求に迅速に適応するソフトウェアの開発モデル。 アジャイル(agile)には素早い、機敏なという意味があるよ。 アジャイル開発では、要件定義、設計、開発、テストといった工程を、短い期間で繰り返す。この短い期間のことをイテレーションといい、通常は1週間から1か月だよ。 短い期間で開発を繰り返すことにより、途中で顧客の要求が変わったとしても、柔軟に対応することができる。 機能1の要件定義~テスト、機能2の要件定義~テスト、機能3の要件定義~テストと進めていくよ。 緑の枠で囲われている、例えば「機能1の要件定義~テスト」がイテレーションに当たるよ。 具体的には、次のような方法で行われる。 XP(Extreme Programming) これらをチームで実践するよ。 ペアプログラミング エンジニアが2人1組になり、相談やレビューを行いながら共同でプログラミングする。 リファクタリング 外部から見た動作は変えずに、内部から見てわかりやすくなるようコードを改善する。 テスト駆動型開発 テストケースで設定したテストをパスすることを目標にプログラミングする。 スクラム 共通のゴールに到達するため、チームを組んで仕事の進める方法のこと。 チームごとに役割やタスクを分散しつつ、コミュニケーションを取りながら開発を進める。 また、チームが一定の作業を完了するための、短く区切られた期間をスプリントというよ。 プロトタイピングモデル 本格的な開発に入る前に、試作品(プロトタイプ)を作成するソフトウェアの開発モデル。 作成したプロトタイプをお客さんに渡し、完成イメージなど認識に相違がないかを確認する。 相違がある場合は修正して再確認を依頼、認識に相違がない場合は本格的に開発を進めるよ。 スパイラルモデル システムの機能を分割し、分割した機能ごとに要件定義、設計、開発、テストを何度も繰り返していく。 アジャイル開発とスパイラルモデルはよく似ているけれど、リリースのタイミングが異なるよ。 機能1の要件定義~テスト、機能2の要件定義~テスト、機能3の要件定義~テストと進めていくよ。 アジャイル開発は機能1の要件定義~テスト後に機能1をリリースする。一方、スパイラルモデルは全ての機能の要件定義~テスト後に全ての機能をリリースする。 ソフトウェア開発モデルに関する用語 ソフトウェア開発モデルに関する次の用語も覚えておこう。 DevOps(Development and Operations)は、開発(Development)と運用(Operations)の担当者が協力してソフトウェアを開発すること。開発担当と運用担当が連携することで、迅速かつスムーズに開発するよ。 RAD(Rapid Application Development)は、スパイラルモデルとプロトタイピングモデルを取り入れたソフトウェア開発モデル。ユーザーを含む少人数のチームで開発を進め、プロトタイプを作成し評価することを繰り返して、完成品に近づけていくよ。
-
ビジネスインダストリ
AI AI利活用ガイドライン 人間中心のAI社会原則 AIに関する用語 IoT ブロックチェーン クラウド 販売 電子サービス 電子決済 資金決済法 金融に関する用語 行政 製造業 自動車 SFAとSCM ウェアラブル端末 その他用語 AI AIは、コンピュータで人間の知能を実現したもの。大きく分けて次の2つがある。 特化型AI 自動運転、画像認識、将棋の対局など、特定の用途で使われるAIのこと。 汎用型AI 特定の用途だけではなく、人間のように様々なことができるAIのこと。 AIの学習方法には次の2つがある。 教師あり学習 学習データに正解を与えて学習させる方法。 教師なし学習 学習データに正解を与えないで学習させる方法。 その他にも、AIの学習に関する次の用語も覚えておこう。 強化学習(Reinforcement Learning) 与えられた条件のもとで価値を最大化する方法を、試行錯誤を通じて学習するもの。 ニューラルネットワーク(Neural Network) 人間の脳の神経回路を模した数学モデルのこと。人間の脳の神経回路で行われる情報処理と同じことを、コンピュータの計算で行うよ。 ディープラーニング(Deep Learning) ニューラルネットワークの層を多層化したもの。複雑なデータを、短期間で大量に学習することができるよ。 また、AIに学習させる際には偏り(バイアス)に注意するよ。 データバイアス 差別、偏見、誤った認識により収集してしまった偏ったデータのこと。 アルゴリズムのバイアス AIに偏った学習データを与えることで、偏った学習してしまうこと。 AI利活用ガイドライン AI利活用ガイドラインは、総務省が公表した、AIの利用者(AIを利用してサービスを提供する者を含む)が留意すべき10項目の活用原則を定めたもの。 POINT 01 適正利用の原則 利用者は、人間とAIシステムで適切な役割分担をして、適正な範囲で利用する。 POINT 02 適正学習の原則 利用者とデータ提供者は、AIシステムの学習の用いるデータの質に留意する。 POINT 03 連携の原則 データ提供者とAIシステム提供者は、相互の連携に留意する。 POINT 04 安全の原則 利用者は、AIシステムにより生命、身体、財産に危害を及ぼすことがないように配慮する。 POINT 05 セキュリティの原則 利用者とデータ提供者は、AIシステムのセキュリティに留意する。 POINT 06 プライバシーの原則 利用者とデータ提供者は、AIシステムの利用によりプライバシーの侵害が起こらないよう留意する。 POINT 07 尊厳・自律の原則 利用者は、AIシステムの利用において、人間の尊厳と個人の自律を尊重する。 POINT 08 公平性の原則 データ提供者とAIシステム提供者は、AIシステムの判断にバイアスが含まれる可能性を留意し、個人や集団が不当に差別されないよう配慮する。 POINT 09…
-
技術戦略マネジメント
技術 イノベーション 投資 思考法 APIエコノミー 技術 技術経営(MOT:Management Of Technology)は、技術の開発によって事業利益を獲得するための経営手法。イノベーションの創出を推進し、競争力のとなる技術資産を蓄えることを目的とするよ。 技術開発戦略は、将来市場で競争優位に立つことを目的として、既存の技術の向上や新たな価値のある技術の開発などをすること。 次の技術関連の用語も覚えておこう。 技術のS字カーブ 技術の進歩の過程を示すもの。 最初は緩やかに進歩するけれど、やがて急速に進歩し、緩やかに停滞する。 技術ロードマップ 技術開発戦略に基づき、将来の展望を表した図のこと。 縦軸に市場、製品、技術を示し、横軸に時間を示すよ。 技術ポートフォリオ 技術水準や技術重要度を軸にしたマトリクスに、市場における自社の技術の位置づけを表したもの。 特許ポートフォリオ 企業が保有する特許をまとめたもの。 件数、技術分野、製品分野、登録年別などで分類することで、経営戦略の策定や、競争力の評価をすることができるよ。
-
企業活動
経営 株式会社 組織形態 役職 CSRと持続可能性 SDGs 事業継続 人事管理 教育 発注 OODAループ ブレーンストリーミング 働く場所 国でのIT活用 社会でのIT活用 インタビュー アンケート データの種類 統計 表 業務分析 データ可視化 モデル データの分析や活用に関する用語 利益 損益分岐点 ROE 減価償却 財務諸表 流動比率 与信 経営 経営理念は、企業の存在意義や価値観などを示したもの。企業が経営を進めていくうえでの判断基準になるよ。 企業ビジョンは、経営理念に基づき、企業が目指す将来のあるべき姿のこと。 経営計画は、企業ビジョンを具体化するための長期、中期、短期の計画のこと。 一緒に次の用語も覚えておこう。 経営戦略 経営目標を実現するための戦略のこと。 経営資源 人、物、金、情報など、企業が競争優位を構築するために活用する資源のこと。 企業風土 企業の持つ個性、企業らしさ、社風のことで、長年の企業活動の中で定着したもの。 コアコンピタンス 他社にはまねできない、その企業独自のノウハウや技術のこと。 株式会社 株式会社は、株式を発行して資金を調達する。株式を得た出資者のことを株主というよ。 株主総会は、株式会社の最高意思決定機関で、株主が集まって経営の重要事項を決定するもの。 株主総会で決議することには、次のようなものがある。 取締役や監査役の選任 会社の合併、分割、解散 定款の変更 取締役は、会社の重要事項を決定する権限を持つ役員のこと。 監査役は、取締役の職務執行や会計を監査する機関のこと。 定款は、会社の事業内容、商号、本店所在地、役員数などを定めたもの。 組織形態 企業の組織形態には、次のようなものがあるよ。 職能別組織 営業、開発、人事、企画など、同じ職務を行う部門ごとに分けた組織形態。 事業部制組織 地域、製品、市場などの単位で、事業部を分けた組織形態。 カンパニ制組織 事業部制組織の独立性を高め、各事業部を独立した会社のようにみなす組織形態。 社内ベンチャ組織 社内にベンチャ事業を行う部門やプロジェクトを設けた組織形態。 プロジェクト組織 新規事業の立ち上げなど、特定の目的を実行するために、必要な人材を集めて編成する組織形態。 マトリクス組織 2つの異なる部署に社員が所属するような組織形態。 ネットワーク組織 組織の構成員が対等な関係で連携し、自立性も有している組織形態。 役職 企業の責任者の役職には、次のようなものがあるよ。 最高経営責任者(CEO:Chief Executive Officer) 企業の代表として、経営全体に責任を持つ。 最高情報責任者(CIO:Chief Information Officer)…
-
法務
知的財産権 特許権 不正競争防止法 限定提供データ セキュリティ関連の法律 情報公開 不正行為 個人情報 マイナンバー 個人や企業に関する法律 労働者派遣 請負 特定電子メール法 その他法律 ソフトウェア 支払い形態 ライセンスと契約 標準化団体 標準化規格 コード その他用語 知的財産権 知的財産権は、知的な創作活動によって生み出されたものを、創作した人の財産として保護する権利のこと。 次のような種類があるよ。 POINT 01 著作権音楽、小説、映画、ソフトウェアなどの著作物を保護する。 POINT 02 特許権技術的に高度なアイディアや発明を保護する。 POINT 03 実用新案権物の形状、構造、組み合わせに関わる考案を保護する。 POINT 04 意匠権商品の形状、模様、色彩などデザインを保護する。 POINT 05 商標権商品に付けた商標を保護する。 0 / 05 特許権、実用新案権、意匠権、商標権を産業財産権といい、これらの権利の発生には特許庁への申請と登録の手続きが必要。 著作権は、著作物を創作した時点で自動的に権利が発生する。登録や申請の手続きは必要ないよ。 存続期間は、著作権が死後70年、特許権が出願から20年、実用新案権が出願から10年、意匠権が出願から25年、商標権が登録から10年となる。 商標権だけは更新することができ、永続的な権利の保有が可能だよ。 著作権の対象になるものとならないものには、次のようなものがあるよ。 著作権の対象になるもの ソフトウェア プログラム 操作マニュアル 著作権の対象にならないもの プログラム言語 アルゴリズム プロトコル 特許権 特許権は、新規の発明を産業で独占的かつ排他的に利用できる権利のこと。 IT技術を利用して実現した新しいビジネスモデルを、知的財産権として法的に保護するのは特許法になる。このような特許をビジネスモデル特許といい、通常の特許と同じように特許庁に出願して取得するよ。 特許権に関連した、次の2つも一緒に覚えておこう。 クロスライセンスは、特許権を持つ2つまたは複数の企業が、それぞれが保有する特許を互いに利用できるようにすること。 実施権は、特許を取得した発明を実施するための権利のこと。 不正競争防止法 不正競争防止法は、不正競争を防止し、事業者間の公正な競争を促進するための法律のこと。 不正競争防止法では、事業活動に有用な技術や営業上の秘密を営業秘密として保護する。 営業秘密として保護されるためには、秘密として管理されていること(秘密管理性)、有用な技術または営業の情報であること(有用性)、公然と知られていないこと(非公知性)の3つを全て満たしている必要があるよ。 また、営業秘密を保護するものとして、秘密保持契約(NDA:Non Disclosure Agreement)がある。 秘密保持契約は、職務において知り得た情報を、外部に漏らさないことを約束する契約のこと。 限定提供データ 限定提供データは、組織が管理する情報のうち、限定提供性、相当蓄積性、電磁的管理性を満たすデータのこと。 限定提供性:業として特定の者に提供する 相当蓄積性:電磁的方法によって相当量蓄積されている 電磁的管理性:電磁的方法により管理されている 具体的には、次のような他社と共有や利活用されるデータが限定提供データに当たるよ。 気象データ 地図データ 機械稼働データ 消費動向データ 限定提供データは、不正競争防止法で保護の対象となるよ。…
-
経営戦略マネジメント
SWOT分析 PPM バリューエンジニアリング その他分析 KPIとKGI 合併や投資 競争地位別戦略 プロダクトライフサイクル アンゾフの成長マトリクス バランススコアカード 価格戦略 その他戦略 管理 イノベーター理論 マーケティング分析 マーケティング戦略 マーケティング手法 Webマーケティング インバウンド需要とアウトバウンド需要 SWOT分析 SWOT分析は、事業を強み(Strength)、弱み(Weakness)、機会(Opportunity)、脅威(Threat)の4つで分析するもの。 内部環境 自社でコントロールできるもの。例えば、営業力や技術力がこれに当たるよ。 外部環境 自社でコントロールできないもの。例えば、政治や経済がこれに当たるよ。 強み 他社より優れているもの。例えば、他社より営業力が優れているなど。 弱み 他社より劣っているもの。例えば、他社より技術力が劣っているなど。 機会 自社に有利になるもの。例えば、規制緩和がこれに当たるよ。 脅威 自社に不利になるもの。例えば、市場縮小などがこれに当たるよ。 PPM プロダクトポートフォリオマネジメント(PPM:Product Portfolio Management)は、経営資源の配分が最も効率的となる製品や事業の組合せを決めるもの。 縦軸に市場成長率、横軸に市場占有率を取って、花形、金のなる木、問題児、負け犬の4つに分類するよ。 花形 市場の成長に合わせた投資が必要。資金創出効果が大きいとは限らない。 金のなる木 少ない投資で安定した利益がある。資金創出効果は大きい。 問題児 投資して花形に成長させるか、撤退することが求められる。資金創出効果の大きさは分からない。 負け犬 将来性が低く、撤退または売却することが求められる。 バリューエンジニアリング バリューエンジニアリングは、商品やサービスを価値、機能、コストの関係で分析し、価値の向上を図るもの。 次のような式で考えるよ。 その他分析 バリューチェーン分析は、ビジネスを主活動と支援活動に分けて分析すること。 付加価値分析は、企業活動で生み出された成果が、どのように配分されているかを分析すること。 VRIO分析は、経営資源を経済価値(Value)、希少性(Rarity)、模倣困難性(Inimitability)、組織(Organization)の4つの観点から評価し、企業の強みと弱みについて分析するもの。 KPIとKGI ビジネスの目標を達成するために設定される指標には、次のようなものがある。 重要業績評価指標(KPI:Key Performance Indicators) 組織の目標を達成するための重要な業績評価の指標のこと。CSF(Critical Success Factor)ともいう。 達成状況を観測することで、目標達成に向けた組織のパフォーマンスを把握できるよ。 重要目標達成指標(KGI:Key Goal Indicator) 組織の目標を数値で表したもの。 例えば、年間の売上高を1000万円上げる、コストを10%下げることがこれに当たるよ。 例えば、KPIが新規顧客訪問数の場合、KGIは新規顧客契約成立数になる。KPIは中間目標であるのに対し、KGIは最終目標であるといえるよ。 合併や投資 合併や投資に関する次の用語を覚えておこう。 M&A(Mergers and Acquisitions) 合併(Mergers)と買収(Acquisitions)の略。他社の支配権を獲得するよ。 MBO(Management Buyout) M&Aの1つ。経営権の取得を目的として、経営陣や幹部が株式を買い取るよ。 アライアンス(alliance)…
-
システム開発技術
システム開発の流れ 要件定義と設計 見積り プログラミング テスト テストケースの作り方 バグ密度 ソフトウェア品質特性 受入れ システム開発の流れ システム開発は、次のような流れで進める。 STEP 01 要件定義 システムに求める機能や性能を定義する。 STEP 02 設計 要件定義をもとにシステムを設計する。設計には、外部設計と内部設計がある。 外部設計は、利用者から見える部分を設計すること。画面の設計がこれに当たるよ。 内部設計は、利用者から見えない部分を設計すること。システムやデータの構造の設計がこれに当たるよ。 STEP 03 プログラミング システム設計をもとにプログラミングする。作成したプログラムごとに、単体テストを行う。 STEP 04 テスト 単体テスト済のプログラムを結合し、結合テストや 総合テストを行う。 STEP 05 受入れ 発注元にシステムを引き渡す。発注元は、運用テストや受入テストを行う。 STEP 06 保守・運用 システムが安定稼働するように監視し、必要に応じて機能やプログラムの変更を行う。 要件定義と設計 要件定義と設計で行われる作業は、次の5つに分けることができる。 システム要件定義 システム化の目標、範囲、利用者の要件、信頼性、セキュリティなど、システムに求める要件を定義する。 それをシステム要件定義書に記載して、利用者と開発者で共同レビューをするよ。 システム方式設計 システム要件定義に基づいて、システムを次の3つに分ける。 ハードウェアで実現するもの(ハードウェア構成) ソフトウェアで実現するもの(ソフトウェア構成) 手作業で行うもの ソフトウェア要件定義 ソフトウェアに必要な機能や仕様を定義する。ここで外部設計を行う。 ソフトウェア方式設計 ソフトウェア要件定義に基づいて、ソフトウェアの最上位レベルの構造を設計する。ここで内部設計を行う。 具体的には、ソフトウェアをコンポーネント単位に分割して、各コンポーネントの機能とやり取りを設計するよ。 ソフトウェア詳細設計 ソフトウェア方式設計に基づいて、プログラミングが行えるように、より詳細な内部設計を行う。 具体的には、コンポーネントをモジュール単位に分割する。そして、モジュールの構造を設計するよ。