| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 02/06/2006 17:40:51
|
amhfilho
JavaTeenager
Membro desde: 26/01/2005 08:23:41
Mensagens: 167
Localização: São José dos Campos - SP
Offline
|
Olá pessoal !
Estou desenvolvendo um modelo de classes para uma aplicação financeira, e tenho algumas dúvidas sobre a melhor forma de se fazer.
Basicamente, a classe principal da aplicação se chama Operacao, que representa uma operação financeira, que pode ser crédito ou débito, tem os atributos Data, Descrição e Valor.
Existirão três tipos de Operações (não sei se aqui devo criar sub-classes):
1. Simples (acontece uma única vez, em uma data específica)
2. Fixa (acontece todos os meses, ex. recebimento de salário)
3. Parcelada (acontece n vezes, cujo valor é o valor da parcela)
Os tipo 2 e 3 terão um atributo adicional, diaVencimento.
Não sei se o melhor é criar 3 classes diferentes ou criar uma única classe e espicificar um atributo "tipo" que recebe "SIMPLES". "FIXA" ou "PARCELADA"
Baseada na experiência de vocês, o que seria melhor?
Valeu
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 02/06/2006 18:16:18
|
rodrigoy
GUJ Ranger
![[Avatar]](/images/avatar/cf79ae6addba60ad018347359bd144d2.jpg)
Membro desde: 18/04/2006 01:06:28
Mensagens: 758
Localização: São Paulo
Offline
|
Para a estrutura estática das suas classes parece coerente, mas seria melhor você nos contar o que o sistema tem que fazer....
Quando a operação é efetuada? Como ela funciona?
|
Rodrigo Yoshima
www.ASPERCOM.com.br
Próximas Turmas:
São Paulo: Scrum 28/agosto | OOAD-UML 13/setembro
Débito Técnico Blog: blog.aspercom.com.br
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 02/06/2006 19:53:43
|
coutinho
HelloWorld
Membro desde: 21/11/2003 16:51:13
Mensagens: 13
Offline
|
amhfilho wrote:
1. Simples (acontece uma única vez, em uma data específica)
2. Fixa (acontece todos os meses, ex. recebimento de salário)
3. Parcelada (acontece n vezes, cujo valor é o valor da parcela)
Olá,
Seguinte, se a operação para as três situações tiverem o mesmo comportamento, não há porque criar três classes .. tendo em vista que a entrada e saida de dados sempre serão as mesmas.. o que vai controlar isso é algum método que valida os periodos.
Agora se o comportamento das operações forem distintas com métodos e atributos especificos, fica show de bola a implementação das três subclasses.
Polimorfismo..é show de bola
falows
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 02/06/2006 19:57:59
|
amhfilho
JavaTeenager
Membro desde: 26/01/2005 08:23:41
Mensagens: 167
Localização: São José dos Campos - SP
Offline
|
Olá, obrigado pela resposta.
Basicamente o sistema é um controle de conta corrente, uma operação acontece quando se faz um saque, paga-se uma conta ou deposita-se um cheque.
Como o controle tem que ser feito por mês, cada operação fixa deve "aparecer" todos os meses, e cada operação parcelada tem que aparecer nos meses onde há a parcela. Por exemplo, uma compra realizada em Maio parcelada em 3 vezes deve aparecer em Maio, Junho e Julho.
Acho que é isso.
Obrigado
|
|
|
 |
|
|