Автор Тема: Софт для турниров  (Прочитано 11927 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Сергей

  • Администратор
  • *****
  • Сообщений: 10979
    • Просмотр профиля
    • SNOOKER.BY
« : 29 Февраль, 2008, 10:19 »
Назрела необходимость создания проги помогающей организаторам в регистрации и проведению турнира, а так же облегчающей участникам жизнь в тех же вопросах ...

Предлагаю отписываться в этой тем всем кто может в этом вопросе принести пользу, для начала давайте отпишемся что прога должна "уметь" делать, своего рода ТЗ ..

В этом посте будет апдейтиться ТЗ:

Регистрация организатора, судей, участников
 регистрация судей (учет свободного времени, квалификации ...)
блок 1
Регистрация (2 уровня доступа: орг/участник)
 Выбор/задание активного турнира
 Чтение/редактирование регламента соглашения
 Составление/заполнение/редактирование рег формы
 Формирование списка участников (Апдейт базы данных(хранится на сервере) всех ранее игравших игроков игроков)
 Отказ/подтверждение участия
блок 2
Проведение (2 уровня доступа: орг/все)
 Задание формата проведения турнира
 Формирование сеток/просмотр
 Формирование рассписания игр (использует либо статистику, либо ручное задание интервала)
 Жеребьёвка (авто/ручная)
 Формирование сетки (печатная форма, рабочая форма, на сайт)/просмотр
 
блок 3
Итоги
 Формирование итогового протокола, сетки
 Изменение информации в базе данных игроков
 Формирова/дополнение резюме игроков (если авто то в форме резюме должна иметься возможность редактирования инфы вручную, либо полностью вручную)

« Последнее редактирование: 29 Февраль, 2008, 11:42 от Сергей »
Кто хочет - ищет возможности, кто не хочет - ищет причины.

Оффлайн $p@rr0w

  • Судья
  • *****
  • Сообщений: 2641
  • Ака "Стингер" Брейк 52 +375295870760 +375447870760
    • Просмотр профиля
« Ответ #1 : 29 Февраль, 2008, 10:26 »
Прога должна уметь:
проводить жеребьевку, чтобы можно было выбирать систему проведения, чтобы можно было разносить сеяных, чтоб рейтинг сама считала, чтоб промежуточные и конечный результатаы можно было в виде сетки выводить...
Лучше жалеть о том, что сделал, чем о том, чего не сделал!

Оффлайн Сергей

  • Администратор
  • *****
  • Сообщений: 10979
    • Просмотр профиля
    • SNOOKER.BY
« Ответ #2 : 29 Февраль, 2008, 10:26 »
Предлагаю начать её написание с блока регистрации:
На мой взгляд что она должна делать на данном этапе: зарегистрированный пользователь тиснет кнопочку и входит в меню турниров с открытой регистрационной датой, выбирает турнир, читает регламент, соглашается, входит в форму регистрации, в которой есть ряд полей подлежащих заполнению, если он росто пользователь то на этом все, если он помечен на данный турнир как орг то имеет доп функции ..
Кто хочет - ищет возможности, кто не хочет - ищет причины.

Оффлайн ZOOM

  • Администратор
  • *****
  • Сообщений: 2067
    • Просмотр профиля
« Ответ #3 : 29 Февраль, 2008, 10:28 »
Дорого  :smoke:

Оффлайн Сергей

  • Администратор
  • *****
  • Сообщений: 10979
    • Просмотр профиля
    • SNOOKER.BY
« Ответ #4 : 29 Февраль, 2008, 10:28 »
Дорого  :smoke:
Так у нас все не дешево ...  ;) Надо чью-нибудь рекламу на сайте разместить на месяцок, а за эти мани прогу написать и т.д.  :smoke:
Кто хочет - ищет возможности, кто не хочет - ищет причины.

Оффлайн Сергей

  • Администратор
  • *****
  • Сообщений: 10979
    • Просмотр профиля
    • SNOOKER.BY
« Ответ #5 : 29 Февраль, 2008, 10:31 »
Тут на данном этапе важно определиться на чем она будет писаться и разбить на этапы и потихоньку воплощать ...
А можно на перспективу написать, потом может кто-то в соседних странах заинтересуется и продать её им , а денежки программеру за работу  :super:
Кто хочет - ищет возможности, кто не хочет - ищет причины.

Оффлайн Сергей

  • Администратор
  • *****
  • Сообщений: 10979
    • Просмотр профиля
    • SNOOKER.BY
« Ответ #6 : 29 Февраль, 2008, 10:35 »
ZOOM, подскажи если можешь на чем надо ориентировать написание проги такого рода? чтоб потом проблем с интеграцией на сайт и с HTML небыло?
Кто хочет - ищет возможности, кто не хочет - ищет причины.

Оффлайн $p@rr0w

  • Судья
  • *****
  • Сообщений: 2641
  • Ака "Стингер" Брейк 52 +375295870760 +375447870760
    • Просмотр профиля
« Ответ #7 : 29 Февраль, 2008, 10:39 »
Дорого  :smoke:
Я думаю, со временем она окупится, зато сколько проблем будет решено сразу...
Намного легче будет организаторам!
Лучше жалеть о том, что сделал, чем о том, чего не сделал!

Оффлайн Joker

  • ***
  • Сообщений: 573
    • Просмотр профиля
« Ответ #8 : 29 Февраль, 2008, 10:52 »
могу оказать посильную помощь.

DHTML/HTML/JS/J2EE/JSP/JSTL/SQL

Только если по планам это пойдет после DVD, потому как параллельно заниматься  и тем и тем, при всем желании нету возможности :(

Если будут грамотно разработаны требования и нарисован дизайн, могу даже сколотить команду из 2-3 человек.
Для написания на Java, с использованием struts, tiles, jstl.
Если это приемлемо, и деплой J2EE приложения на сервер предсавляется возможным, можем обговорить детали.
буга-га

Оффлайн Сергей

  • Администратор
  • *****
  • Сообщений: 10979
    • Просмотр профиля
    • SNOOKER.BY
« Ответ #9 : 29 Февраль, 2008, 11:08 »
для начала необходимо получить ответ на чем надо ориентировать написание проги такого рода? чтоб потом проблем с интеграцией на сайт и с HTML небыло?

Кто скажет?
Кто хочет - ищет возможности, кто не хочет - ищет причины.

Оффлайн Joker

  • ***
  • Сообщений: 573
    • Просмотр профиля
« Ответ #10 : 29 Февраль, 2008, 11:23 »
Сергей
даже если писать как отдельное приложение проблем с интеграцией НЕ БУДЕТ. т.е. их можно решить.

Приведите мне список возможных проблем.

UI пробем быть (HTML) НЕ будет, если по одному темплиту и css верстать странички.
т.е. конечный пользователь даже не заметит (да и не должен), что он же сосем на другом приложении.

О проблеме деплоя: насколько я вижу там стоит debian & Apache2 с JK модом. Для деплоя J2EE приожения надо доставить только апликатион сервер, например, TomCat и дописать настройки в httpd.conf
Если это возможно, то проблем нет никаких, только имплементация.

Если писать на php, то тога все это ложится просто под apache. Единственно преимущество -- не надо ничего устанавливать  :grin:
Но в этом уже я пас, на php последний раз писал лет 5 назад  :grin:

P.S.
Могу выслать свой диплом защищенный 2 года назад на тему "Программная реализация интеграции web-приложений"  :grin:

Интеграция приложений НЕ является проблемой. Интегрировали приложения и гораздо более сложные в плане UI-я.
Пример: http://www.travelersadvantage.com/. Это приложение на самом деле 4 разных приложения задеплоенный на 4-х разных серверах в нете  :grin:


« Последнее редактирование: 29 Февраль, 2008, 11:25 от Joker »
буга-га

Оффлайн Сергей

  • Администратор
  • *****
  • Сообщений: 10979
    • Просмотр профиля
    • SNOOKER.BY
« Ответ #11 : 29 Февраль, 2008, 11:39 »
Joker, для меня твой пост почти как ругательство  :grin:, ничего не понятно для меня ...

Zoom, отзовись  :wave:
Кто хочет - ищет возможности, кто не хочет - ищет причины.

Оффлайн ZOOM

  • Администратор
  • *****
  • Сообщений: 2067
    • Просмотр профиля
« Ответ #12 : 29 Февраль, 2008, 12:04 »
Сергей, а что я? Джокер толково написал.. Что до инструментов разработки - то в общем по барабану. Работать, только в этом вопрос..

Оффлайн Joker

  • ***
  • Сообщений: 573
    • Просмотр профиля
« Ответ #13 : 29 Февраль, 2008, 12:11 »
Joker, для меня твой пост почти как ругательство  :grin:, ничего не понятно для меня ...

Общая мысль поста такая: можно написать любое по сложности приложение, интегировать его с любым существующи, как того хочет заказчик. Для этого нужно только две вещи: время и деньги.   :grin:

Сегодня буду на судейке, могу тебе более красочно описать свое видение проблемы. И рассказать, что конкретно могу сделать я. :)

Если там будет ZOOM, это будет ваще здорово!  :bravo:
буга-га

Оффлайн Joker

  • ***
  • Сообщений: 573
    • Просмотр профиля
« Ответ #14 : 29 Февраль, 2008, 12:12 »
...Работать, только в этом вопрос..

Вот - вот!!!!  :print:
буга-га