-
Notifications
You must be signed in to change notification settings - Fork 8
[FEAT] : Core feature API for PSA, Admin and Players. #33
Comments
@majorbruteforce please update the above flow as discussed so that we can start working on the first ERD draft and proceed accordingly |
There are still things to be described further. @zakhaev26 change the endpoints as required and delete the ones that feel redundant. |
cool, will be updating it in a couple of days along with ERD draft |
Brief Flow
|
@zakhaev26 How are we planning to create the trello tickets? |
lets plan it out some other day.we don't have much of a participation yet,so we have time. |
Good point |
Created prototype sample models, do check and tell if somethings missing |
APIs to be implemented:
Player:
PSA Upgrades player to admin:
Have separate collections for Admin/Player and PSA
PSA can have same mail which was used to register as player.
After a successful upgrade:
Admin is responsible for moderating a match and all required API endpoints for that will be described in a separate thread.
PSA creates a Match and assigns an Admin to it:
The PSA creates a match with the following details:
PSA creates squads for the tournament:
A squad is an independent participant of the tournament (e.g. CSE-2 , IT-1 etc) and is a super set of teams that will play matches.
PSA will select a set of players from all verified players who have registered to the platform for a squad.
Include details:
Entity Relationships:
Event, Team, Player, Match, Stats and Squad are separate entities.
Creating Teams
After PSA assigns a match to an Admin, the admin is responsible to create the team that plays in that match.
Match is a collection that has admin id, squad 1 and 2 id, team 1 and 2 id.
Admin can create teams from 'squad-player' collection
Events
A match generates events
Events has team players + event data + sport + user id+ match id + tbd
A single player will have a single stat collection, stat document for the user will be updated after each event
Events will be trailed to the client in real-time + stored in db + tbd
Events will be the core
To be further discussed: Events implementation, Statistics Calculation, Substitutions.
The text was updated successfully, but these errors were encountered: