業務システムの開発手法には、パッケージシステム開発とスクラッチ開発があります。このページでは、パッケージシステム開発に焦点を当て、スクラッチ開発との違いやメリット・デメリットを解説。また、開発手法を選ぶ際のポイントについてもまとめています。

パッケージシステム開発とは

パッケージシステム開発とは、市販されている既存のパッケージ製品を自社の要件に合わせてカスタマイズすることです。

既存のパッケージ製品のなかには技術担当者がいなくても簡単に使用できるものもありますが、一方で搭載されている標準機能だけでは自社の要件を満たせないことも…。かゆいところに手が届かないというケースにおいて存在感を発揮するのが、ユーザー独自の仕組みや機能を追加・拡張できるパッケージ製品です。

パッケージシステム開発では、一般的にカスタマイズ可能なパッケージ製品を使用します。

スクラッチ開発との違いは？

パッケージシステム開発ではシステムのベースとなる既存のパッケージ製品があるのに対し、スクラッチ開発はゼロからプログラムを開発する手法です。たとえるなら、既製品のスーツを自分の体形に合わせて仕立て直すのがパッケージシステム開発、フルオーダーメイドでスーツを仕立てるのがスクラッチ開発、と考えると分かりやすいかもしれません。

パッケージシステム開発とスクラッチ開発のどちらを選ぶかで、システムの導入にかかる費用や期間が大きく異なります。どちらにもメリット・デメリットがあるので、予算や開発期間、業種・業務などに応じて慎重に検討することが重要です。

パッケージシステム開発のメリット

パッケージシステム開発のメリットは、主に「開発期間の短さ」「初期コストの安さ」「安定した運用」の3つがあげられます。それぞれのメリットについて、詳しく見ていきましょう。

開発期間が短い

パッケージシステム開発はすでに出来上がっているパッケージ製品を利用するので、ゼロから構築するスクラッチ開発に比べて開発期間を短縮しやすいのがメリットです。そのため、業務の変更や法令対応などで、すぐにシステムを開発したい場合に適しています。

ただし、カスタマイズの度合によっては、開発に必要な期間が長くなる場合もあるので注意しましょう。

初期コストを抑えられる

市販されているパッケージ製品の多くは、オプションやカスタマイズできる範囲が設けられています。機能の追加や拡張開発ができるものもあり、スクラッチ開発に比べて初期コストを抑えることが可能。ただし、開発コストを抑えられるかはカスタマイズの度合次第で、場合によってはスクラッチ開発よりもコストが高額になることもあります。

必ずしも初期コストを抑えられるわけではないので、注意が必要です。

運用が安定しやすい

市販されているパッケージ製品は利用しているユーザー数が多く、バグが顕在化しやすいことから、修正版の配布などトラブル対応が速やかというメリットがあります。導入する頃にはいくつものバグが修正されているケースが多いため、安定した運用を叶えやすいのが魅力です。

一方で、ゼロから構築するスクラッチ開発には修正版などがないので、バグやシステムトラブルが発生するたびに対応しなければいけないというデメリットがあります。

パッケージシステム開発のデメリット

パッケージシステム開発にはスクラッチ開発にはないメリットがありますが、一方でデメリットも存在します。導入してから後悔しないように、パッケージシステム開発のデメリットについてもしっかりと把握しておきましょう。

完全オリジナルの開発にはならない

パッケージシステム開発は既製品をカスタマイズするため、開発の自由度にはどうしても限界があります。開発の自由度や独自性に関しては、完全オーダーメイドのスクラッチ開発のほうが優れていると言えるでしょう。ただ、パッケージシステム開発でも、機能の追加や拡張開発によって、ある程度の独自性を追求することはできます。

業務フローをシステムに合わせる必要がある

パッケージシステム開発では製品内のシステムを変えられないため、業務フローの変更が必要になる場合があります。現場の混乱を招いたり、慣れるまでに時間がかかったりする可能性があることは留意しておきましょう。スクラッチ開発であれば業務フローに合わせたシステム開発を行え、画面のレイアウトや帳票の種類なども自社に合ったものを開発できます。

システムがブラックボックス化しやすい

パッケージシステム開発は、ソフトの開発に関わっているわけではないので、プログラムのすべてを把握するのは困難です。システムがブラックボックス化しやすく、何かトラブルが生じたときに操作ミスなのかバグなのか判断しづらいのが難点。解決までに時間がかかるほか、パッケージのサポートが終了するとトラブル対応ができないというリスクもあります。

パッケージ開発が適している案件・企業

パッケージ開発が適している案件や企業について、どのような条件下で効果的に活用できるかを解説します。

開発コストを抑えたい企業

パッケージ開発は、既存のソフトウェアをベースにするため、スクラッチ開発よりもコストを抑えられます。ゼロからの開発が不要であり、主な費用はパッケージの購入とカスタマイズに限定されます。そのため、コストを削減しつつ、短期間でシステムを導入したい企業にとって魅力的な選択肢です。

独自システムが不要なケース

独自性の高い複雑な業務フローが不要な場合、パッケージ開発が適しています。一般的な業務や標準的なシステムで対応可能な場合、ゼロからの開発に比べて時間とコストの大幅な削減が期待できます。特に、特殊な業務要件がない企業や業務効率化を図りたい企業にとって有効です。

早期にシステムを構築したい企業

スクラッチ開発は時間がかかりますが、パッケージ開発ならば短期間でのシステム構築が可能です。既存のシステムを活用し、必要なカスタマイズを行うことで、短期間での導入が実現します。迅速なシステム導入が求められるプロジェクトや、タイムリーに運用を開始したい企業には特に向いています。

パッケージ開発の流れ

パッケージ開発では、効率的な開発を実現するために、各工程をしっかりと進めることが求められます。

要件定義

要件定義では、クライアントのニーズを詳細にヒアリングし、開発すべきシステムの大枠を決定します。これを疎かにすると、後の開発やテスト段階で問題が生じる可能性が高くなるので必ず対応しましょう。要件定義を丁寧に行うことで後戻り作業を減らし、全体の開発コストを抑えられます。

設計

要件定義に基づいてシステム設計を行います。既存のクラスやモジュールを活用し、新規作成部分を抑えることがポイントです。これにより、後の開発やテストの手間を軽減できます。設計作業は、基本設計と詳細設計に分けて行うのが一般的です。特に詳細設計では、コードに関するドキュメントを作成し、開発者間の共有を図ります。

開発

設計書に基づき、プログラミングを行います。事前に詳細設計を行っておくことで、コードの漏れや重複を防ぎ、効率的に開発を進められます。また、バージョン管理ソフトを使用し、定期的にソースコードを最新の状態に保つことで、他の開発者との調整をスムーズに行えるでしょう。

テスト

テスト工程は、単体テストと結合テストに分けて行います。単体テストでは、プログラムの各機能が意図通りに動作するかを確認し、結合テストでは、全体のシステムが期待通りに動作するかを検証します。テストを徹底することで、不具合を早期に発見し、納品前に修正を行えます。

デプロイ

デプロイは、開発したシステムを実際の運用環境に展開する作業です。エンドユーザーの操作が制限されることがあるため、デプロイのタイミングや手順を事前にしっかり確認することが重要です。デプロイ後もシステムの動作確認を行い、問題が発生した場合には速やかに対応します。これにより、プロジェクトは正式に完了となります。

パッケージシステム開発の方法

パッケージシステム開発には、どのような開発手法があるのかについて解説します。

開発ベンダーに依頼する

ソースコードを公開していないパッケージ製品をカスタマイズして導入したい場合、開発したベンターに依頼してカスタマイズを行います。一般的なシステム開発会社でもパッケージのソースコードを解析してカスタマイズすることは可能ですが、著作権の問題でトラブルに発展しかねないため、開発ベンダーに依頼するのが賢明です。

開発パートナー企業に依頼する

開発・カスタマイズが前提のパッケージの場合、開発ベンダーのパートナー企業に依頼するという方法もあります。特に統合基幹業務システムERPを開発しているベンダーはパートナ企業を抱えているケースが多く、パートナー企業が多いベンダーであれば、ニーズに応じた依頼先の選定が可能です。

自社の開発チームで行う

自社の開発チームがある場合、ソースコードのカスタマイズが許可されているパッケージであれば自社で開発を行えます。ただし、ソースコードのカスタマイズにあたって、商用ライセンスを取得するなどの条件が設定されていないかは必ず確認しておきましょう。

パッケージ開発orスクラッチ開発を選ぶ際のポイント

パッケージ開発とスクラッチ開発のうち、自社に適した開発手法がどちらなのかを判断するポイントについて解説します。

要求定義を明確にする

パッケージシステム開発とスクラッチ開発にはそれぞれ向き・不向きがあるため、どちらが適しているのかを判断するには、システムに求める機能や目的を明確にすることが大切です。たとえば既製品のパッケージ製品だと要求定義を満たせない、または変更できない業務フローがある場合は、開発の自由度が高いスクラッチ開発が適しています。

要求定義を明確にせずにパッケージシステム開発を選んだ場合、1つのパッケージでは自社の課題を解決できず、複数のパッケージを組み合わせなければいけないことも。また、大幅なカスタマイズが必要になることもあり、結果的にスクラッチ開発よりも高額な費用が発生する可能性があるので注意しましょう。

機能要件を網羅するサービスがないか確認する

完全オーダーメイドのスクラッチ開発は、自社に合った独自性のあるシステムを構築できるのが魅力です。ただ、スクラッチ開発でないと機能要件を満たせないというわけではなく、市販されている既製品のなかに、自社が求める機能がテンプレートとして提供されている場合があります。

そういったパッケージ製品を使えばゼロからシステムを構築する手間やコストがかからないため、事前にしっかりとリサーチしておきましょう。既製品では重要な機能を満たせないという場合は、スクラッチ開発が適しています。

予算・納期を含めて判断する

システム開発には時間やコストがかかるため、予算・納期を考慮することも大切です。システムの導入によって早急に解決したい課題がある場合、開発に時間のかかるスクラッチ開発は適していません。また、予算についても、一般的にパッケージシステム開発のほうがコストを安く抑えられます。

ただし、カスタマイズの度合いによって開発期間やコストが変わってくるため、要求定義を明確にしたうえで、予算・納期を含めた総合的な観点から自社に合った開発手法を判断しましょう。