システム開発に関するその他の用語

④ 語源

mash up は、音楽の分野で「複数の曲を混ぜ合わせて新しい曲を作る」という意味で使われていた語です。それがIT分野に持ち込まれました。

⑤ API（Application Programming Interface）

APIとは、ソフトウェアの機能や管理するデータなどを部品として、外部の別のプログラムから呼び出して利用するための仕組みです。

⑥ APIの効果

開発者はAPIに従って機能を呼び出す短いプログラムを記述するだけで、自らプログラミングを行うことなく、その機能を利用したソフトウェアを作成することができます。

⑦ マッシュアップとAPIの関係

APIという仕組みがあるから、マッシュアップという手法が成り立つ——この関係です。

⑧ APIの例

⑨ インタフェースという語

第1章で学んだインタフェース（USBなど、機器同士をつなぐ規格）と、考え方は同じです。

「決められた形でやり取りする取り決め」という点が共通しています。

⑩ APIエコノミー

APIを公開して他社に使ってもらうことで、経済圏を作る動きをAPIエコノミーとよびます。

⑪ 中小企業にとっての意味

自前主義から脱する

⑫ 注意点

依存のリスクをどう見るか

「他社と差がつく部分は自前、差がつかない部分は借りる」——これが実務的な判断基準です。

それでも価値のあるサービスになる——これがマッシュアップの力です。

自前で作ったらどうなるか

現実的ではありません。

中小企業でのマッシュアップ

始めやすい理由

ノーコード・ローコードとの関係

第8章で学んだノーコード／ローコード開発も、同じ流れにあります。

どちらも「自分でゼロから作らない」という発想です。

APIを使う側の実務

③が「短いプログラム」で済む

APIを公開する側の実務

自社のデータや機能をAPIとして公開する場合。

中小企業がAPIを公開する例

得られる効果

3つ目がとくに大きい

相手のシステムに組み込まれると、スイッチングコストが生じます。企業経営理論で学ぶ囲い込みの考え方が、ここで実務に結びつきます。

確認してみましょう

> 次の記述の正誤を判定せよ。

> a　マッシュアップとは、Web上に公開されている複数のWebサービスを組み合わせて、新しいソフトウェアやサービスなどを作る手法の総称である。

> b　APIとは、ソフトウェアの機能や管理するデータなどを部品として、外部の別のプログラムから呼び出して利用するための仕組みである。

> c　マッシュアップは、ITの深い知識を持つ技術者でなければ扱えないため、大企業を中心に普及している。

解答　a：○　b：○　c：×

• c：×……ITの深い知識がなくても短期間でアプリケーション開発ができることから、新しい開発技法として注目されています。

reverse は「逆の」という意味です。

③ フォワードエンジニアリング

なお、通常の手順によって開発を進めることをフォワードエンジニアリングとよびます。

④ 著作権の問題

ソフトウェアパッケージなどの製品化されているソフトウェアについてもリバースエンジニアリングを行うことが可能なため、プログラムの著作権をめぐってトラブルが発生することもあります。

経営法務で学ぶ著作権とつながる論点です。

⑤ リバースエンジニアリングが必要になる場面

中小企業でよくある状況

レガシーシステムの問題の、技術的な側面がここにあります。

⑥ BPR（リエンジニアリング）

収益や顧客満足度の向上を目的として、業務内容や業務の流れを抜本的に見直すことを意味します。

⑦ ITとの関係

ITはビジネスプロセスを迅速に変更する有効なツールであるため、ERPパッケージなどを全面的に導入し、業務の流れを同時に変える手法が一般的です。

⑧ なぜERPと同時なのか

⑨ Fit&Gapという考え方

Gapへの対応

「業務を変える」が原則

「本当にその業務のやり方でなければならないのか」を問う——これがBPRの発想です。

⑩ BPRの難しさ

経営者が関与しないBPRは失敗する

⑪ BPRとカイゼンの違い

どちらが優れているというものではなく、状況に応じて選ぶものです。

② アジャイルとのつながり

アジャイル開発プロセスに通じる概念であり、プログラムの変更とリリース（運用開始）を頻繁に繰り返すアジャイル開発においては、開発担当者と運用担当者の連携を密に行う必要があります。

③ なぜ連携が必要か

アジャイル開発でリリースが頻繁になったから、DevOpsが必要になった——この順序で理解できます。

④ 「密接に連携して」がキーワード

令和7年度の本試験では、「開発と運用のフェーズを明確に分離して」という誤った記述が出題されました。

「分離」と書いてあったら誤り——この一点で判定できます。

⑤ 従来の開発と運用

この2つは対立しがち

DevOpsは、この対立を解消する考え方です。

⑥ DevOpsのサイクル

この輪を回し続ける——一方通行ではなく、循環するのがDevOpsの図です。

⑦ MLOps（エムエルオプス）

MLOps（エムエルオプス）とは、機械学習（Machine Learning）と運用（Operations）を組み合わせた用語であり、データサイエンティスト（機械学習エンジニア）と運用担当者がお互いに連携し、コミュニケーションを取りながら行う開発の方法論です。

DevOpsから発展して生まれた考え方です。

⑧ MLOpsで行うこと

機械学習チームと開発チームは、最終的なソリューションの一機能となる機械学習モデルの作成とデプロイを自動化し、リリースサイクルを早めます。

運用チームは、刻々と変化するビジネス要求を捉えて、機械学習チームにフィードバックしながら、より付加価値の高いソリューションをエンドユーザーに届けます。

⑨ なぜ機械学習に専用の考え方が必要か

通常のソフトウェアとの違い

⑩ EA（Enterprise Architecture）

エンタープライズアーキテクチャとは、企業の業務プロセスや情報システムの標準化、組織の最適化を進めることにより、効率的な組織構造を実現するためのフレームワークです。

⑪ EAの背景

企業の事業発展とそれを支援する情報システムとの結びつきは強化されており、洗練された形へと進化する必要があります。

今後は情報システムだけでなく、ビジネスプロセスと関連づけ、分析し、統一していくことが重要です。

情報システムとビジネスプロセスを集約することで、企業全体の設計図（＝エンタープライズアーキテクチャ）が完成することになります。

⑫ 4つのアーキテクチャ

エンタープライズアーキテクチャでは、ビジネス、データ、アプリケーション、テクノロジーの4つのアーキテクチャを用いて、企業が組織の構造と機能を全体最適の観点から分析する枠組みです。

4つのアーキテクチャで用いる文書類を定義しています。

⑬ 4つの階層の順序

上から下へ：業務 → データ → システム → 技術

業務が先にあり、それを支えるためにシステムがある——この順序が、EAの考え方を表しています。

⑭ 文書類に出てくる図

この節までに学んだ図が、そのまま文書類として指定されています。

⑮ EAの出題

令和6年度の本試験では、EAの説明が「ビジネスモデルキャンバス」の説明として出題され、誤りとされました。

「4つのアーキテクチャ」という語が出たらEA——この結びつけが判別の決め手です。