Loading article…
ビジネスソフトウェア（またはビジネスアプリケーション）とは、ビジネスユーザーが様々な業務機能を実行するために使用するソフトウェアまたはコンピュータプログラムの集合体を指します。これらのビジネスアプリケーションは、生産性の向上、生産性の測定、およびその他の業務機能の正確な実行に使用されます。
多くのビジネスソフトウェアは特定の企業のニーズを満たすように開発されているため、その性質や操作方法が同一でない限り、別のビジネス環境に容易に移行することはできません。各企業にはそれぞれ固有の要件があるため、既製のソフトウェアでは企業のニーズを完全に満たすことはまず不可能です。しかし、時間や予算の制約から既製ソリューションが必要な場合、ある程度のカスタマイズが必要になるでしょう。例外も存在するため、特注ソリューションか既製ソリューションかを決定する前に、必ず徹底的な調査を行う必要があります。
ビジネスアプリケーションの中には、対話型（グラフィカルユーザーインターフェースまたはユーザーインターフェース）のものがあり、ユーザーはデータの照会、変更、入力を行い、結果を即座に確認できます。また、レポートも即座に実行できます。一方、バッチモードで動作するビジネスアプリケーションもあります。これらは、あらかじめ決められたイベントや時間に基づいて実行されるように設定されており、ビジネスユーザーが起動したり監視したりする必要はありません。
ビジネスアプリケーションの中には社内で開発されるものもあれば、ベンダーから既製のソフトウェア製品として購入されるものもあります。これらのビジネスアプリケーションは、デスクトップまたは大型サーバーにインストールされます。1965年にCOBOL（汎用コンパイラ）が導入される以前は、企業は独自の機械語を開発していました。RCAの言語は12桁の命令で構成されていました。たとえば、レコードをメモリに読み込むには、最初の2桁が命令（アクション）コードになります。命令の次の4桁（「A」アドレス）は、読み取り可能な文字を配置したいメモリの左端の正確な位置を示します。命令の4桁（「B」アドレス）は、レコードの最後の文字を配置したいメモリの右端の位置を示します。2桁の「B」アドレスを使用すると、任意の命令を変更することもできます。命令コードとメモリ指定では、8または9の使用は除外されていました。 RCA初の業務用アプリケーションは、1962年に4K解像度のRCA 301に実装されました。RCA 301、ミッドフレームの501、ラージフレームの601は、1960年初頭に販売を開始しました。
ビジネス環境には様々な種類のユーザーが存在し、小規模、中規模、大規模のマトリックスを用いて分類することができる。
これまでKazaaやNapsterのようなピアツーピアソフトウェアアプリケーションにしか存在しなかった技術が、ビジネスアプリケーションにも登場し始めている。
ビジネスソフトウェアは、コスト削減や生産サイクルの加速によって利益を増やすように設計されています。ホワイトカラーの業務自動化が始まった初期の頃は、銀行小切手の決済や工場の会計処理といった、最も面倒な作業を処理するために大型のメインフレームコンピュータが使用されていました。
工場会計ソフトウェアは、初期のビジネスソフトウェアツールの中で最も広く使用されたものの1つであり、総勘定元帳、固定資産在庫元帳、原価計算元帳、売掛金元帳、買掛金元帳（給与、生命保険、健康保険、連邦および州の保険、退職金を含む）の自動化機能を備えていた。
ソフトウェアを初期段階で活用して手作業による事務職を代替したことは、非常に大きな利益をもたらし、事務職のあり方に劇的な変化をもたらした。多くの場合、1台のコンピュータで多くの事務職を代替することが可能となり、健康保険や退職金などの福利厚生も必要としなかった。
この成功を背景に、企業顧客はIBM、ヒューレット・パッカード、その他の初期のサプライヤーに対し、旧式の製図板に代わるビジネスソフトウェアを要求した。コンピュータ支援製図とコンピュータ支援製造（CAD/CAM）は1980年代初頭に登場した。プロジェクト管理ソフトウェアも1980年代初頭には非常に価値が高く、1ライセンスあたり最大50万ドルもの価格だった。
ビジネスソフトウェアにおける最も顕著で広範な変化の一つは、ワープロソフトの登場でした。 1980年代には、その急速な普及により、当時広く普及していたIBMのタイプライターは衰退の一途を辿り、数百万もの企業がWord Perfect、そして後にMicrosoft Wordへと移行しました。その他、ビジネスで広く使われたコンピュータプログラムとしては、 Lotus 1-2-3や、後にMicrosoft Excelといった数式表計算ソフトがありました。
1990年代、SAPソフトウェアの登場により、ビジネスはグローバル化へと移行した。SAPは、サプライヤーのサプライチェーンを調整することで、工場の製造業務を効率化するソフトウェアである。このプロセスは、インターネットの普及によって促進され、飛躍的に加速された。
ビジネスソフトウェアの進化における次の段階は、ロボティック・プロセス・オートメーション（RPA）の出現によって推進されています。RPAは、業務効率の向上、コスト削減、人的ミスの抑制を目的として、反復性の高いタスクやプロセスを特定し、自動化するものです。RPAの導入を最前線で進めている業界には、保険業界、銀行およびその他の関連金融サービス、法律業界、医療業界などがあります。
ビジネスアプリケーションは、ビジネスユーザーの要件に基づいて構築されます。また、これらのビジネスアプリケーションは、特定の種類のビジネストランザクションやデータ項目を使用するように設計されています。これらのビジネスアプリケーションは、新たなビジネス要件が発生しない限り、または基盤となるビジネストランザクションに変更がない限り、問題なく動作します。さらに、コンピュータハードウェア、コンピュータネットワーク（インターネット／イントラネット）、コンピュータディスク、電源、および各種ソフトウェアコンポーネント（ミドルウェア、データベース、コンピュータプログラムなど）に問題がなければ、ビジネスアプリケーションは問題なく動作します。
ビジネスアプリケーションは、予期せぬエラーが発生すると動作しなくなることがあります。このエラーは、データエラー（予期しないデータ入力または誤ったデータ入力）、環境エラー（インフラストラクチャ関連のエラー）、プログラミングエラー、人的ミス、またはワークフローエラーによって発生する可能性があります。ビジネスアプリケーションが動作しなくなった場合、ビジネスユーザーが業務を再開できるよう、できるだけ早くエラーを修正する必要があります。このようにビジネスアプリケーションのエラーを解決する作業を、ビジネスアプリケーションサポートと呼びます。
ビジネスユーザーは、ビジネスアプリケーションサポートチームの電話番号に電話をかけるか、ビジネスアプリケーションサポートチームにメールを送信します。ビジネスアプリケーションサポートチームは、電話またはメールでビジネスユーザーからエラーの詳細をすべて受け取ります。これらの詳細は追跡ソフトウェアに入力されます。追跡ソフトウェアはリクエスト番号を作成し、このリクエスト番号をビジネスユーザーに伝えます。このリクエスト番号は、サポート問題の進捗状況を追跡するために使用されます。リクエストはサポートチームのメンバーに割り当てられます。
業務アプリケーションに重大なエラー（アプリケーションが利用できない、または正しく動作しないなど）が発生した場合は、組織全体または影響を受けるチームにメールが送信され、問題が周知されます。また、アプリケーションが利用可能になるまでの推定時間も通知されます。
ビジネスアプリケーションサポートチームのメンバーは、ビジネスソフトウェアのエラーに関する必要な情報をすべて収集します。この情報はサポートリクエストに記録されます。ビジネスユーザーが使用するすべてのデータも調査に使用されます。アプリケーションプログラムは、プログラミングエラーの可能性がないか確認されます。
過去に同様の業務アプリケーションエラーが発生した場合は、サポートナレッジベースから問題解決手順を取得し、その手順を使用してエラーを解決します。新しいサポートエラーの場合は、新しい問題解決手順を作成し、エラーを解決します。新しいサポートエラー解決手順は、今後の使用のためにナレッジベースに記録されます。重大な業務アプリケーションエラー（重要なインフラストラクチャまたはアプリケーションの障害）が発生した場合は、電話会議が開始され、必要なすべてのサポート担当者/チームが会議に参加し、全員で協力してエラーを解決します。
ビジネスアプリケーションのエラーがプログラミングエラーによって発生した場合は、アプリケーション開発チームにプログラミングエラーの修正を依頼します。ビジネスユーザーがビジネスアプリケーションに新しい機能や機能を追加する必要がある場合は、必要な分析／設計／プログラミング／テスト／リリースが計画され、ビジネスソフトウェアの新しいバージョンが展開されます。
業務アプリケーションのエラーがワークフローの問題やデータ入力時の人的ミスによって発生した場合、業務ユーザーに通知されます。業務ユーザーはワークフローを見直し、必要に応じて修正します。また、今後同様のエラーが発生しないよう、ユーザーガイドやユーザー手順書も改訂します。
ビジネスアプリケーションのエラーがインフラストラクチャの問題によって発生した場合、該当するインフラストラクチャチームに通知されます。インフラストラクチャチームは、問題に対する恒久的な修正を実施し、同じエラーの再発を防ぐためにインフラストラクチャを監視します。
業務アプリケーションのエラー追跡システムは、すべての問題を定期的に（日次、週次、月次で）レビューするために使用され、解決済みの問題、繰り返し発生する問題、および未解決の問題を監視するためのレポートが生成されます。また、業務アプリケーションの改善と管理のために、IT/IS管理部門向けにレポートも生成されます。