В Академии Инфотекс Стартует Конкурс «Профессиональный Аналитик»

Рады сообщить о начале приема заявок на конкурс «Профессиональный аналитик» в рамках направления "Соревнование" , для участия в котором необходимо разработать универсальный кроссплатформенный программный код создания отчетов (генератор отчетов) на основе баз данных.

Принять участие в конкурсе может любой желающий, чья разработка соответствует заявленным организаторами параметрам юзабилити и техническим требованиям.

Полный список критериев оценки работ можно найти на сайте.

academy.infotecs.ru / В главе "Соревнование" .

На конкурс участники должны предоставить техническое описание собственного решения и скомпилированный код с установщиком, позволяющим автоматически установить приложение.

Максимальный приз — 350 000 рублей, размер денежного вознаграждения зависит от количества критериев, которым соответствует работа, присланная на конкурс.

Заявки и конкурсные работы принимаются до 15 июля 2014 года включительно путем регистрации в Личном кабинете и заполнения заявки на сайте.

academy.infotecs.ru/ или по электронной почте [email protected] Проблема, которую нужно решить : разработка универсального кроссплатформенного программного кода для создания отчетов (генератора отчетов) на базе базы данных.

Материалы переданы участнику : Дамп БД.

Материалы предоставлены участником : скомпилированный код с установщиком, позволяющим автоматически установить приложение, техническое описание особенностей реализации, заявка на участие в выбранной задаче в рамках формата.

"Соревнование" – отправлено через Личный кабинет. Требования : генератор отчетов должен использовать не более 300 МБ оперативной памяти, переключение между страницами отчета должно занимать не более 3 секунд (скорость переключения будет оцениваться опытным путем).

Генератор отчетов должен работать в двух режимах: режиме проектирования отчетов и режиме отображения отчетов.

В режиме отображения отчета по шаблону должна быть реализована возможность сохранения отчета в форматах PDF, RTF; виды отчетов – группировка данных по атрибуту, выделение значений по условию.

Простой отчет без группировки, состоящий из 5 столбцов и 10 тысяч строк, должен быть сформирован менее чем за 5 секунд, а с группировкой по одному признаку — менее чем за 10 секунд. Условия продажи : x64/x86, используется СУБД с поддержкой SQL-92 (предпочтительно Postgres 9.1), допускается использование сторонних библиотек с открытым исходным кодом.

Запросы к базе данных должны поддерживать стандарт SQL-92. Генератор отчетов должен быть построен по технологии клиент-сервер.

Серверная часть, отвечающая за подключение к базе данных и формирование отчетов, должна быть построена на Java и поддерживать работу под управлением Apache Tomcat. Клиентская часть должна иметь веб-интерфейс с использованием JavaScript и работать в следующих браузерах: Internet Explorer 9+, FireFox 24+, Google Chrome 28+.

В качестве базы данных (серверной части) необходимо использовать дамп базы данных, полученный от Организаторов.

Функциональные требования : Модуль отчетов должен иметь веб-интерфейс и использовать Connection String для доступа к базе данных, используя наборы представлений для получения информации о доступных для работы наборах данных и их составе.

Просмотр наборов : ТАБЛИЦА_VIEW

Созданные шаблоны необходимо сохранить локально в формате XML. В отчете должна быть возможность использовать верхние и нижние колонтитулы, панели данных, метки и изображения.

Режим отображения отчета В этом режиме должна быть обеспечена возможность отображения отчета на основе ранее созданных шаблонов, а также сохранение сформированного отчета в различных форматах (PDF, RTF – основное требование; XLSX, XML – дополнительные; см.

разделы: «Требования» и "Дополнительные требования") .

Также должна быть возможность отображать отчет WYSIWYG в отдельном окне для печати.

Критерии оценки : участники предоставляют на конкурс техническое описание и скомпилированный код с установщиком, позволяющим автоматически установить приложение.

Тестирование проводится на стороне Организаторов (параметры стенда: Windows Server 2008 R2 64bit, Intel Core i7 3Ghz, 8Gb RAM), результаты фиксируются и публикуются в общем зачёте.

Оценка параметров реализации каждого участника находится в открытом доступе.

Результат принимается как средневзвешенное значение всех критериев оценки (см.

разделы: "Требования" , «Условия реализации» ), например, рассчитывается количество типов отчетов, поддерживаемых приложением, и оценивается минимальное время переключения между отчетами (страницами отчетов).

Аналогичным образом участникам начисляются бонусные баллы за выполнение большинства дополнительных требований, включая удобство использования.

Дополнительные требования (общие) Дополнительные требования добавляют баллы участникам при условии, что они соответствуют основным требованиям и включают следующее:

• Виды отчетов:
  • Группировка по диапазону;
  • перекрестная таблица;
  • Многоколоночный отчет;
  • Отчет в виде карточек;
  • Мастер-детальный отчет;
• Сохранение отчета в форматах: XLSX, XML.
• Поддержка математических функций, функций для работы со строками и датами, счетчика страниц.

• Сортировка по параметрам таблицы.

• Поиск по отчету.

Оценка юзабилити программы осуществляется на основе следующих критериев (рассматривается как балльная оценка по эквивалентным позициям): 1. Рекомендуется использовать «Метро Стиль».

2. Всегда должна быть возможность определить, в каком состоянии находится система.

3. Должно быть легко понять, какая информация доступна в данном месте.

4. Должно быть очевидно, какие элементы «работоспособны».

5. Должно быть понятно, что произойдет при взаимодействии с элементом.

6. Предоставляемая информация должна соответствовать ожиданиям.

7. Должно быть понятно, куда можно перейти из текущего местоположения.

8. Все функции должны быть четко и ясно определены.

9. Не следует использовать «лишние» технологии.

10. Назначение элементов управления, их расположение и названия должны быть единообразными во всем интерфейсе.

11. Ссылки и меню должны использоваться и отображаться в соответствии с принятыми веб-стандартами.

12. Сайт должен корректно отображаться во всех основных браузерах.

13. Названия ссылок должны соответствовать названиям страниц, на которые они ведут. 14. Поведение программы должно быть ожидаемым.

15. В программе должно использоваться минимальное количество подсказок, подсказок, инструкций.

16. Поля формы должны давать представление о вводимой информации или содержать краткие подсказки.

17. Не обязательно запоминать все действия, объекты и опции, видимые на экране, чтобы их использовать.

18. Основываясь на внешнем виде элементов из прошлого опыта, должно быть легко определить, как с ними взаимодействовать.

19. Все возможные действия должны быть четко обозначены.

20. Ярлыки и ссылки должны иметь четкие и понятные описания.

21. Ключевые функции программы должны быть доступны на всех экранах.

22. Визуальные решения сайта должны быть краткими и читабельными.

23. Абзацы должны быть короткими.

24. На странице должно быть достаточное количество свободного места – «воздуха».

25. Сайт не должен содержать лишней анимации и изображений, не несущих нагрузку.

26. Графический дизайн должен соответствовать контексту.

27. Страницы должны иметь четко читаемую структуру и содержать необходимую информацию.

28. Интерфейс должен позволять пользователю восстанавливаться после ошибки.

29. Сообщения об ошибках должны отображаться на языке, понятном пользователю.

30. Сообщение об ошибке должно максимально точно описывать проблему и предлагать решение.

31. Формы и поля ввода должны восстанавливать значения после сбоя или ошибочной отправки.

32. Интерфейс должен содержать справочную систему.

33. Помощь должна быть ориентирована на задачи пользователя и содержать перечень конкретных шагов.

34. Помощь не обязательно должна быть большой.

35. Подсказки в интерфейсе должны быть информативными.

Теги: #конкуренция #информационная безопасность #Криптография

• Quickblox — Серверная Платформа Для Мобильных Приложений

  19 Oct, 24

• Apple Хочет, Чтобы Музыкальные Лейблы Прекратили Бесплатную Потоковую Передачу На Spotify – The Verge

  19 Oct, 24

• Самый Большой Рекламный Щит Samsung В Европе Появился В Москве В Виде Смартфона Galaxy S7

  19 Oct, 24

• Почему Использование Пространства Имен Std; В Файлах *.Cpp Может Быть Очень Плохим?

  19 Oct, 24

• Свой Первый Интернет-Магазин Мы Открыли В 2003 Году.

  19 Oct, 24

• Еще Один Вариант Мошенничества

  19 Oct, 24

• Завершен Перевод Книги "Pro Git"

  19 Oct, 24

• Библиотека Конгресса Продолжает Пытаться Архивировать Все Твиты За 2006-2012 Годы.

  19 Oct, 24

• 11 Фраз, Которые Не Следует Говорить На Собеседовании // Инфографика

  19 Oct, 24

• 20% Российского Рынка Хостинга Занял Рбк

  19 Oct, 24