この記事では、ロシア市場のオンラインビジネスアプリケーションデザイナーの問題と考えられる解決策についての私の考えを共有したいと思います。
データベースデザイナーとビジネスアプリケーションについて
会社のビジネスプロセスおよび付随する会計およびレポートフォームが頻繁に変更される場合、最終製品またはサービスを選択して活動を自動化することは困難です。 最終製品には必要なフォームがない場合があります。そうでない場合は、開発者に絶えず改善を注文する必要があります。
多くの場合、ビジネスは完成したシステムに適応するよりも、プロセス全体を自分で構築する方が簡単です。 同時に、プログラマーなしでビジネスユーザー自身がプロセスを構築し、使用を開始し、デバッグすることが望ましいです。
主にシンプルさ、柔軟性、およびプログラミングの必要性の欠如（同時にVBAの可用性）により、90年代および2000年代にExcelとAccessの助けを借りて、数百万の会計およびレポートアプリケーションが作成されました。 会計システムは、3つのテーブルと1組のフォームの小さなアプリケーションで開始できます。 アプリケーションがビジネスで需要がある場合、新しい機能で成長し始めます。 そして、選択したプラットフォームで目的のオプションを実装できないことが突然判明した場合、別のプラットフォーム/言語/ CMSですべてをやり直す必要があります。
したがって、ExcelとAccessは引き続き使用されますが、権限の分離とアカウンティングシステムへのWebインターフェイスを備えたマルチユーザーアクセスを追加する必要がある場合には適していません。
Webテクノロジーが必要なレベルに達しているという事実により、プログラミングなしでタスクを自動化できるオンラインデータベースデザイナーとビジネスアプリケーションの開発のブームを観察できます。 このような製品の消費者は、自動化を必要とする組織と、高価なプログラマーなしで取引先のシステムを作成することでビジネスの収益性を高めることができるシステムインテグレーターの両方です。
問題1：シンプルさと機能のバランス
ビジネスプロセスの頻繁な変更に直面するボックス製品やカスタム開発に対するデザイナーの明らかな明らかな利点にもかかわらず、そのようなデザイナーの多くはロシアでは人気がありません。 おそらくその理由は、製品の照明の不足ですが、製品の可能性が高いように思われます。現在、デザイナーは複雑で超機能的、または単純ですが、柔軟性が十分ではありません。
問題2：既に使用されているソリューションからコンストラクターへの難しい移行
ExcelとAccessに慣れているユーザーは既にテーブルの構造を知っており、必要な数式を知っているため、フィールドに手動で名前を付けたり、システムで役割を構成したりする必要はありません。 使い慣れたシンプルなツールからコンストラクターへの移行は、ほとんどの場合、既存のテーブルとロジックを新しいツールにインポートする機能を意味しません。 インターフェースの複雑さと相まって、この問題はしばしばブロッキングになります。
理想的なソリューションはどのようなものか
機能の観点から見た場合、ビジネスアプリケーションの設計者は以下を持っている必要があります。
- 会計フォームとテーブルの最大機能。 さらに、すべての典型的なインターフェイスと会計フォームは、プログラミングなしで自動的に生成される必要があります。
- 非常に柔軟な権利システム。 編集と表示の権利は、表のセルまでの列と行に付与する必要があります。
- データ入力プロセスのコンストラクタ。 データベース内の各エントリには、それを埋める独自のプロセスを割り当てることができる必要があります。
- システム内の任意の場所に任意の動作と設計を追加する機能。 サーバーとクライアントのJavaScriptをシステムの任意の要素に追加できる必要があります。C＃/ Javaでライブラリを作成できます。RESTAPIがあります。
- 構造を維持しながら、古い表形式データをWebアプリケーションにロードする機能。
このような機能により、ほとんどすべての複雑な会計システムを作成できます。 このようなコンストラクタをユーザーにとってシンプルにする方法は？
または、アプリケーションの作成および構成時にマルチステージインターフェイスを使用します。
-最初のステップ：ユーザーは2-3の主要なパラメーターを見ることができます。
-第2段階：ユーザーはすべての追加設定を開きます。
-3番目のステップ：必要な機能がない場合、コードを記述する機会が開きます。
テーブルフィールドを使用した段階的な作業の例：
- 最初のステップ：ユーザーはフィールドの名前、フィールドのタイプ、値の一意性のサインを設定します。
- 2番目のステップ：テーブルと編集フォームのフィールドを表示するための設定、レコードの状態に応じて必要なフィールドを設定する機能、フィールドをグループ化する、フィールドの値をクリックしたときに他のテーブルへの遷移を設定する機能がユーザーに表示されます。
- 3番目のステップ：JavaScriptで表示およびフィールドの動作のアルゴリズムを独立して記述する機能。
このアプローチにより、新規参入者を怖がらせたり、高度なビジネスアナリストの要求を満たしたり、コンストラクタにないものが必要な場合にクライアントを失うことはありません。
コメントでビジネスアプリケーションデザイナーの見込みについて議論できることを嬉しく思います。
ところで、私たちのサービスはここで見ることができます： getreport.pro