システム構成の用語

用語一覧

• 

  ERP

  会計、販売、購買、在庫などの基幹業務を1つのデータで連携する統合パッケージです。費用と期間は製品の標準に業務をどこまで適合させられるかで変わります。

  成熟度: 定番
• 

  API

  あるシステムの機能やデータを別のシステムが所定の手順で呼び出して利用できるようにした窓口です。CSVの受け渡しで十分な場面も多く、APIは開発後も保守が継続します。

  成熟度: 定番
• 

  SOA

  業務の機能を他のシステムから呼び出し可能なサービスとして分離し、連携させて全社のシステムを構築する設計の考え方です。中央の連携製品に依存する構成は変更のたびに作業が中央に集中するため、現在は各システムが機能の呼び出し口を公開する形に引き継がれています。既存の連携基盤は変更にかかる期間と、変更に対応できる担当者がいるかで評価します。

  成熟度: 安定
• 

  基幹システム

  販売、購買、在庫、生産、会計、人事給与など、取引を金額と数量で確定させて記録する業務のシステムです。基幹システムには変化の少ない処理だけを実装し、変更頻度の高い機能は周辺のシステムで開発するほうがよいです。

  成熟度: 定番
• 

  スクラッチ開発

  既製のパッケージやSaaSを基盤にせず、自社の業務を前提にシステムを設計から開発する形です。業務が競争力の源泉で、既製品では差を解消できないときに採用し、保守の費用と人材まで含めて採否を決定します。

  成熟度: 定番
• 

  データベース

  業務データを整理して保存し、複数の人やシステムが同時に正確に読み書きできるようにする仕組みです。共有の表計算ファイルから移す目安、種類の選び方、導入後の運用負担を解説します。

  成熟度: 定番
• 

  パッケージ開発

  既製の業務パッケージを導入し、設定、カスタマイズ、アドオンで自社の業務に適合させるシステム開発の形です。費用と保守の負担は作り込みの量に応じて増加します。

  成熟度: 定番
• 

  ベンダーロックイン

  特定の開発会社や製品、クラウドへの依存が過度になり、他社への移行が費用の面で困難になった状態です。ゼロにはできないため、どこまで許容し、どこを契約と設計で回避するかを決定します。

  成熟度: 定番
• 

  マイクロサービス

  1つのシステムを機能ごとに独立して開発・リリースできる小さなサービスの集まりとして構築する設計の考え方です。機能ごとに独立してリリースする必要がない会社では不要で、まず1つのシステムで構築するほうがよいです。

  成熟度: 定番
• 

  モノリス

  全機能を1つのプログラムに集約し、一括で稼働・リリースする作り方です。多くの会社にとって標準の選択肢で、中を業務単位で分割した状態を維持すれば長く使い続けられます。

  成熟度: 定番
• 

  レガシーシステム

  変更が困難になり、中身を分かる人も限られて、事業の足かせになったシステムです。保守費の膨張や、稼働させている基盤のサポート終了を伴うことが多いです。

  成熟度: 定番
• 

  ローコード・ノーコード

  プログラムをほとんど記述せずに、画面の構成要素や設定で業務アプリを開発する手法と開発基盤です。現場の社員が自ら開発する使い方と、開発会社が生産性を向上させるために利用する使い方があります。

  成熟度: 普及中