Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Desenvolvimento do diagrama de classe #4

Open
SebastianIzydorio opened this issue Apr 7, 2018 · 4 comments
Open

Desenvolvimento do diagrama de classe #4

SebastianIzydorio opened this issue Apr 7, 2018 · 4 comments

Comments

@SebastianIzydorio
Copy link
Collaborator

Temos que criar a classe Cliente, que será o quem contratará o serviço de um profissional, onde aí já temos mais duas classes, Serviço e Profissional, além disso precisamos do Endereço, que será o local do trabalho a ser feito. Além dessas classes, quais outras precisaremos? @lucasmendsc @MarcelaCCM

@lucasmendsc
Copy link
Collaborator

@SebastianIzydorio

  • Cliente/usuário :

que será o quem contratará o serviço de um profissional

  • Profissional : Será aquele que vai se cadastrar com o intuito de prestar serviços,ser indicado e afins.

  • Endereço : Endereço vai servir para profissional,cliente e serviço. Visto que,um cliente pode requisitar um serviço que não seja prestado necessariamente na sua casa.

  • Serviço : Ligação entre todas as entidades,e descrições adicionais sobre o mesmo.

Acredito que também seja pertinente a classe Pagamento, pois, poderia não somente automatizar e simplificar o pagamento como também poderíamos fazer com que a plataforma calcule algum tipo de monetização em cima do valor final.

@SebastianIzydorio
Copy link
Collaborator Author

Concordo com a implementação da classe Pagamento. Qual seriam os atributos dessa classe?

@lucasmendsc
Copy link
Collaborator

@SebastianIzydorio

Concordo com a implementação da classe Pagamento. Qual seriam os atributos dessa classe?

  1. Cliente (que solicitou e recebeu o serviço)
  2. Profissional(que prestou o serviço e vai receber o pagamento)
  3. Status do pagamento(true pago,false em aberto)
  4. Preço do serviço( valor total,que inclui a porcentagem condizente a monetização)
    5. Forma de pagamento a decidir como será feita.

@fabriciofx
Copy link
Contributor

@lucasmendsc Você como arquiteto, deve definir quem vai cuidar dessa issue. Após definir, coloque um label para marcar o responsável pela issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants