誰でもコンテストに参加でき、その開発は主催者が発表した使いやすさと技術的要件を満たしています。 パフォーマンス基準の完全なリストは、ウェブサイトacademy.infotecs.ru / 「競争」セクションにあります。 参加者は、アプリケーションを自動的にインストールするために、競合他社のソリューションの技術的な説明とインストーラーでコンパイルされたコードを提出する必要があります。
最大賞金は350,000ルーブルで、金銭的な報酬の額は、コンテストに送られた作品が満たす基準の数によって異なります。
個人アカウントに登録し、ウェブサイトacademy.infotecs.ru/で申込書に記入するか、e-mail academy@infotecs.ruにより、2014年7月15日まで、応募作品および競合作品を受け付けます。
解決すべき問題 ：データベースに基づいてレポート（レポートジェネレーター）を作成するための汎用クロスプラットフォームプログラムコードの開発。
参加者に送信される資料 ：データベースダンプ。
参加者による提出 ：アプリケーションを自動的にインストールできるインストーラーを備えたコンパイル済みコード、実装機能の技術的説明、 「競争」形式のフレームワーク内で選択されたタスクに参加するためのアプリケーション-個人アカウントを通じて提出されます。
要件 ：レポートジェネレーターは300 MB以下のRAMを使用する必要があり、レポートページ間の切り替えには3秒未満しかかかりません（切り替え速度は経験的に評価されます）。 レポートジェネレーターは、レポートデザインモードとレポート表示モードの2つのモードで動作する必要があります。 テンプレートに基づくレポートの表示モードでは、レポートをPDF、RTF形式で保存する機能を実装する必要があります。 レポートのタイプ-属性ごとにデータをグループ化し、条件ごとに値を強調表示します。 5列1万行で構成されるグループ化のない単純なレポートは、5秒未満で生成され、1つの属性によるグループ化では10秒未満で生成されます。
実装条件 ：x64 / x86、SQL-92（できればPostgres 9.1をサポート）をサポートするDBMSが使用され、サードパーティのオープンソースライブラリが許可されます。 データベースクエリは、SQL-92標準をサポートする必要があります。 レポートジェネレーターは、クライアントサーバーテクノロジー上に構築する必要があります。 データベースへの接続とレポートの生成を担当するサーバー部分は、Javaで構築され、Apache Tomcatの制御下での機能をサポートする必要があります。 クライアント部分には、Internet Explorer 9以降、FireFox 24以降、Google Chrome 28以降のブラウザでJavaScriptと機能を使用するWebインターフェイスが必要です。 オーガナイザーから受け取ったデータベースダンプは、データベース（サーバー部分）として使用する必要があります。
機能要件 ：レポートモジュールには、Webインターフェイスがあり、接続文字列を使用してデータベースにアクセスし、ビューセットを使用して作業に使用できるデータセットとその構成に関する情報を取得する必要があります。
ビューセット ：
TABLE_VIEW
| フィールド名 | フィールドタイプ | ご注意 |
| ID | 整数 | テーブルID |
| TABLE_NAME | バルチャー（255） | テーブル名 |
FIELD_VIEW
| フィールド名 | フィールドタイプ | ご注意 |
| ID | 整数 | フィールドID |
| FIELD_NAME | バルチャー（255） | フィールド名 |
| FIELD_TYPE | バルチャー（255） | フィールドタイプ |
| IS_NULL | ブール値 | 義務のサイン |
RELATIONS_VIEW
| フィールド名 | フィールドタイプ | ご注意 |
| ID | 整数 | 通信ID |
| PARENT_TABLE_ID | 整数 | 親テーブル |
| CHILD_TABLE_ID | 整数 | 子テーブル |
| PARENT_FIELD_ID | 整数 | 親フィールド |
| CHILD_FIELD_ID | 整数 | 子畑 |
レポート設計モード
レポートデザインモードでは、レポートジェネレーターはWYSIWYGテンプレートの作成を許可し、その上にレポートが作成されます。 ユーザーは、データベースが提供するデータセットのデータに基づいてテンプレートを作成できる必要があります。 作成したテンプレートは、XML形式でローカルに保存する必要があります。 レポートでは、キャップ、フッター、データパネル、タグ、画像を使用できる必要があります。
レポート表示モード
このモードでは、以前に作成されたテンプレートに基づいてレポートを表示し、生成されたレポートをさまざまな形式で保存できます（PDF、RTF-主な要件、XLSX、XML-追加。セクション「要件」および「追加要件」を参照） 。 印刷用に別のウィンドウにWYSIWYGレポートを表示する機能も実装する必要があります。
評価基準 ：参加者は、アプリケーションを自動的にインストールするために、技術的な説明と、インストーラーでコンパイルされたコードを提出します。 テストはオーガナイザー側で実行され（スタンドパラメーター：Windows Server 2008 R2 64ビット、Intel Core i7 3Ghz、8Gb RAM）、結果は記録され、一般的な分類で公開されます。 各参加者の実装パラメータの評価は公開されています。
その結果、すべての評価基準の加重平均値が取得されます（ 「要件」 、 「実装条件 」のセクションを参照）。たとえば、アプリケーションでサポートされるレポートの種類の数が計算され、レポート（レポートページ）間の最小切り替え時間が推定されます。 同様に、参加者には、使いやすさなどの追加要件を最大限に満たした場合にボーナスポイントが付与されます。
追加要件（一般）
追加の要件は、基本的な要件が満たされ、以下を含む場合、参加者にポイントを追加します。
- レポートの種類：
- 範囲によるグループ化。
- クロス集計;
- 複数列のレポート。
- カードの形で報告する;
- マスター詳細レポート;
- レポートをXLSX、XML形式で保存します。
- 数学関数、文字列と日付を操作する関数、ページカウンターのサポート。
- 表形式のパラメーターで並べ替えます。
- レポートで検索します。
追加の要件（使いやすさ）
基本的な要件が満たされている場合、ユーザビリティ要件に関連する追加要件も参加者にポイントを追加します。 ユーザビリティプログラムは、以下の基準に基づいて評価されます（同等のポジションによるポイント評価と見なされます）。
1. Metroスタイルを使用することをお勧めします。
2.システムの状態を常に判別できるようにする必要があります。
3.特定の場所で利用可能な情報を理解するのは簡単です。
4.どの要素が「操作可能」であるかは明らかです。
5.要素と対話するときに何が起こるかは明確でなければなりません。
6.提供される情報は、期待に沿ったものでなければなりません。
7.現在の場所からどこに行くべきか明確にする必要があります。
8.すべての機能を明確かつ明確にマークする必要があります。
9.「余分な」テクノロジーを使用しないでください。
10.コントロールの目的、位置、名前は、インターフェース全体で一貫している必要があります。
11.リンクおよびメニューは、受け入れられているWeb標準に従って使用および表示する必要があります。
12.サイトはすべての主要なブラウザーで正しく表示されるはずです。
13.リンク名は、リンク先のページのタイトルと一致する必要があります。
14.プログラムの動作は、期待に沿ったものでなければなりません。
15.プログラムは、最低限、ヘルプ、ヒント、指示を使用する必要があります。
16.フォームのフィールドは、入力された情報のアイデアを作成するか、簡単なヒントを含める必要があります。
17.使用するために、画面に表示されるすべてのアクション、オブジェクト、オプションを覚えておく必要はありません。
18.過去の経験からの要素の外観は、それらと相互作用する方法を確立するのが簡単でなければなりません。
19.考えられるすべてのアクションを明確に示す必要があります。
20.タグとリンクには、明確でわかりやすい説明が必要です。
21.すべての画面で主要なプログラム機能を使用できる必要があります。
22.サイトの視覚的なソリューションは簡潔で読みやすいものでなければなりません。
23.段落は短くする必要があります。
24.ページには十分な量の空き領域（「空気」）が必要です。
25.サイトには、不必要なアニメーションや負荷のかかる画像を含めないでください。
26.グラフィックデザインは文脈に即したものでなければなりません。
27.ページは、明確に読み取り可能な構造に編成し、必要な詳細を含める必要があります。
28.インターフェースにより、ユーザーはエラーから回復できます。
29.エラーメッセージは、ユーザーが理解できる言語で表示する必要があります。
30.エラーメッセージは、問題をできるだけ正確に説明し、解決策を提案する必要があります。
31.フォームおよび入力フィールドは、失敗または誤った受け入れ（送信）後に値を復元する必要があります。
32.インターフェイスにはヘルプシステムが含まれている必要があります。
33.ヘルプはユーザーのタスクに焦点を合わせ、特定のステップのリストを含める必要があります。
34.ヘルプは大きくする必要はありません。
35.インターフェイスのヒントは参考になるはずです。