Que problemas vamos resolver?

augustohp commented 9 years ago

Quais os casos de uso que resolveremos e como? Acho que podemos usar o Behat pra isso. Com eles, podemos modelar nossos contextos e domínio, pra atingir uma língua ubíqua.

A lingua ubíqua é o nosso mapa de design. O caminho inverso acho que nem pode ser considerado DDD. O Vaughn Vernon faz um eufemismo e chama isso de DDD-lite mas tanto ele quanto Evans deixam claro que usar os building blocks somente não é DDD.

Nosso vocabulário

Estamos discutindo a nossa linguagem onipresente com a ajuda de um domínio que precisa ser atualizado para refletir esse vocabulário.

@yourwebmaker é nosso especialista de domínio e nosso product owner.

Produto: É sempre um ebook. Um produto possui várias edições, todo cliente tem acesso a última independente da edição que comprou.
Entrega: O produto é entregue para o cliente via e-mail. Com um link único pra ele, com o conteúdo sem DRM.
Cliente: Um brasileiro que quer comprar um ou mais produtos.
Compra: Um cliente escolheu um ou mais produtos e decidiu uma forma de pagamento. :eyes:
Venda: A empresa aceitou a compra de um cliente e entregou o produto. :eyes:
Pagamento: Como o cliente escolheu pagar por uma compra.
- Parcelamento: Uma compra pode ser dividida em até 3x sem juros quando o total da compra é maior que R$100.
- Adiquirente: Empresa que faz a transação da forma de pagamento entre o cliente e a instituição bancária.
- Cartão de Crédito: A adiquirente informará o sucesso do pagamento nessa forma. Após a venda pagar a taxa de operação pra adiquirente.
- Boleto: Gerado por nós, com registro em carteira no banco. Vencimento é hoje + 5 dias úteis. Após o vencimento a compra é cancelada.
Pré-provação de compra: Uma compra é pré-aprovada se o cliente tem como receber o produto (e-mail válido).
Análise da compra: Checagem da forma de pagamento e definição da Análise de Risco. Gera uma taxa de operação.
Análise de Risco: 0 (zero) quando o cliente provavelmente irá provocar uma fraude. 1 (um) quando o cliente provavelmente fez uma compra legítima.
Fraude: O cliente não vai pagar pelo produto. :eyes:
Compra legítima: A probabilidade do cliente não pagar é extremamente baixa. Uma compra legítima se tornará uma venda. :eyes:
Compra cancelada: Uma compra que não se tornou venda por algum motivo.
Taxa de operação: Uma valor monetário pago a fornecedores por uma venda ou compra.

Legenda

:construction_worker: Precisa de mais trabalho/informação. Incompleto. :eyes: Em discussão.

netojoaobatista commented 9 years ago

Eu concordo.

yourwebmaker commented 9 years ago

Let's go ahead! Hoje é dia de limpar quintal, mas to aqui!

iannsp commented 9 years ago

Acho que agora temos uma versão boa o suficiente do nosso dicionario para comecarmos a pensar no proximo passo, concorda @augustohp? Só que não me sinto feliz com a resposta a pergunta inicial, me parece que ela nao existe ainda, alguem pode formalizar a resposta aqui? @yourwebmaker ? @netojoaobatista ? @lcobucci ?

iannsp commented 9 years ago

Minha opnião: Essa issue nasceu num repositorio chamado Order, isso pq evoluimos da discussão do modelo apresentado no Facebook que continha a modelagem de aprovação de Venda de uma maneira muito focada na aprovação utilizando recursos externos. O Order é um dos componentes do domínio de Vendas e o contexto abordado é o uso desse modelo para tratar o lado do cliente e por isso mesmo definimos o termo correto como COMPRA, ou seja, a ocorrencia de uma venda pela visão do cliente. Fizemos Isso para permitir a criação de uma linguagem ubiqua(palavrinha dificil).

O proximo passo seria discutir o que existe dentro desse domínio chamado Vendas(muito dessa discussão foi feita durante a formulacao da linguagem) e como modelar o contexto de Compra.