Deployment scenarios and communication
We currently identify 5 different deployment scenarios
- Where do we leave the paper-based scoring form scenario?
- How scale able are these setups? Can you switch 'live' during a tournament. Especially scale down in case of troubles. See remark in 4.
###Description Tournament: A small tournament, with 1 set of tables, no connectivity
Referees use a single device to score the games. The device contains both the (functions of) central application (administration) and the referee interface (score sheet).
###Equipment setup
- only one (mobile) device
- internet connection at least before and after the tournament
###Open questions
- Do we need to provide a hosted service for providing field definitions, generating printable forms and such?
I think a hosted service, i.e. presented/interaction through a website would be a great service. We could use this to offer the software, support and additional services. However I think we should start to setup this up only after the season. A final small remark: we should be careful creating a single point of failure. - KM
- Does this scenario also include the 'paper' based scoring sheet and a manual entry in the central (administration) interface. Next, for me the central application could be either running on a mobile device or a laptop.
###Description (please check) Tournament: A small tournament, with 1 set of tables, with local network (WiFi)
A mobile device is used to record the scores, these scores are recorded on a single mobile device. The scores are submitted to the central application which is mainly used for dissemination.
###Equipment setup
- only one (mobile) device
- shared network always at least before and after the tournament
- no internet (necessarily)
The field definitions, team definition can be loaded from the central computer (which arrive there by any means: usb, network or manual entry). Also, the central computer can be used for printing and distributing results. Shared network may also be achieved via cable. Final ranking is available on the device during tournament, so no reliable network is necessary.
###Open questions
- the device need to be able to get data from and to the central computer. It needs to get a hold of the central ip address / dns to do that. Multicast or manual entry are the current options.
- What is the exact role of the central computer? Is it used 'live' during the tournament or just and the beginning and the end?
###Description Tournament: A small tournament, with 1 set of tables, with internet connectivity
A mobile device is used to record the scores, these scores are recorded on a single mobile device. The scores are submitted to the central application which is mainly used for dissemination. Ranking is available on the central application.
- only one (mobile device)
- different networks (e.g. device via gsm)
- internet connection at least before and after the tournament
Same as 2., but the two communicate via the internet instead of local network.
###Open questions
- the device need to be able to get data from and to the central computer. This cannot be done by the same means as 2., since the two are on different networks. Do we need to provide a hosted service to be able to connect the two?
Yes, that would be nice, but I refer to the remarks under 2.1
Tournament: A medium tournament, with multiple set of tables, with internet connectivity
Referees all have their own devices, which can interact with the central administration, running on a computer. The central administration provides the input to the devices (which can be live), central also provides the ranking information.
- multiple mobile devices
- different networks (e.g. devices via gsm)
- optional central computer
- internet connection always available
Scoring takes place on multiple devices, hence ranking cannot be achieved without them communicating.
###Open questions
- the devices need to be able to get data from and to the central computer. This cannot be done by the same means as 2., since the two are on different networks. Do we need to provide a hosted service to be able to connect the two?
- Do we need to provide a hosted service for providing field definitions, generating printable forms and such if a central computer is not available?
If the central computer can perform some functions if the connection is lost (ie. printing forms etc)/entering scores manually then I think it should be no problem. Perhaps we should consider how you can 'scale down' to another scenario if the following are lost: (1) internet connectivity, (2) local connectivity, (3) the central application, (4) referee interface
###Description Tournament: A large tournament, with multiple set of tables, with local connectivity
Multiple mobile devices are used to record the scores. The scores are submitted to the central application which is mainly used for dissemination. Ranking is available on the central application.
- multiple mobile devices
- same networks (wifi) always available
- no internet (necessarily)
The field definitions, team definition can be loaded from the central computer (which arrive there by any means: usb, network or manual entry). Also, the central computer can be used for printing and distributing results.
Scoring takes place on multiple devices, hence ranking cannot be achieved without them communicating.
###Open questions
- the device need to be able to get data from and to the central computer. It needs to get a hold of the central ip address / dns to do that. Multicast or manual entry are the current options.
we can also guide the users in this proces, for example creating a 'connection wizard'. For example, that shows the IP of the central application which you can enter directly in the interface of the client. I just don't see end users go 'ipconfig /all' but I do think we can help them through a wizard like approach. Espcially for large tournaments. However good 'error' capturing is important (if it doesn't work provide workable options)
(images created on http://draw.io)