DiarioEquipe

De Stoq Wiki
Ir para: navegação, pesquisa

===16/03/2005

=

====Período da manhã

==

- Desenvolvimento das interfaces da aplicação POS. - Surgiu um problema relacionado a função rundialog o qual teremos de resolver o quanto antes. Uma vez chamada uma interface por este método temos que a execução do programa principal continua, ocasionando inúmeros efeitos inesperados como uma chamada de finishtransaction antes da hora. - Problemas relacionados ao processo de fechamento de janelas também surgirma novamente e foram definitivamente solucionados.

====Período da tarde

==

- Problemas com os sinais do kiwi foram novamente diagnosticados e também resolvidos - Problemas com as colunas das listas do kiwi foram apurados. Lançamos o bug 1865 para o kiwi. Propostas para resolução deste bug serão encaminhadas em breve. - Reunião que definiu os seguintes pontos principais:

 * amanhã tentaremos enviar um patch inicial para os bugs associados a cada um dos membros que já estiverem em processo de desenvolvimento.
 * Evandro se encarregará de fornecer uma nova versão do run_dialog e disponibilizar os editores de base que herdarão dos proxies do Kiwi.


===24/02/2005

=

====Período da manhã

==

- Continuamos o desenvolvimento das classes de domínio
- Fizemos novas mudanças no funcionamento das faturas
- Foi discutida a questão dos testes dos módulos. A idéia de criar um bug a mais para cada classe de domínio para os testes da mesma deve ser validada.

====Período da tarde

==

- Foi decidido que trataremos de reduzir o tempo para escrita das classes de domínio buscando iniciar o desenvolvimento das interfaces antes da data marcada.
- Também optamos por não escrever módulos completos de testes de classes de domíno e sim usar a escrita das interfaces como um meio de validar as mesmas.


===23/02/2005

=

====Período da manhã

==

- Desenvolvimento das classes do domínio
- Alteração no objeto de domínio Product
- Atualização da estrutura de diretórios do protótipo
- Implementação de módulos de teste

==== Período da tarde

==

- Discussões sobre como operar com acrescimos nos preços dos produtos durante as vendas. Decidimos por criar uma parametro que definirá se o gerente deseja ou não aceitar que os vendedores vendam produtos com preço acima do estipulado pela empresa.
- Discutimos também sobre a associação de atributos obrigatórios para a ficha dos clientes junto a objetos herdados de PaymentMethod. Isso nos possibilitará exibir cadastros customizados para diferentes situações dentro das vendas.
- Após outra longa discussão sobre faturas, payments e objetos lonely, também foi inserido uma nova seção em ProcessoSales denominada "Detalhes de Implementação do Processo Sales"
- Também foi discutido a criação de testes para ajudar no desenvolvimento dos módulos das classes de domínio. A idéia inicial inclui a criação de testes utilizando todos os módulos de domínio do protótipo e a abertura de bugs associados aos bugs que são responsáveis pela criação de cada módulo.

===22/02/2005

=

==== Período da manhã

==

- Finalização da revisão da carta fapesp e envio por e-mail para kiko e BT.
- Revisão do módulo payment enviado ontem pelo Henrique.

==== Período da tarde

==

- Discussão sobre cancelamento de pagamentos/recebimentos. Ficou decidido que teremos 4 métodos distintos para cada tipo de cancelamento. que são: contas a pagar avulsa, conta a receber avulsa, conta a pagar de um recebimento de compra, conta a receber de uma venda. A idéia inicial de implementaçào seria termos 4 adapters para implementando um tipo de cancelamento.
- Evandro trabalhou no desenvolvimento dos contrutores das classes de domínio, elaboração de um módulo padrão de testes para classes de domínio e rotinas/módulos básicos para internacionalização.

===21/02/2005

=

==== Período da manhã

==

- Atualização da página FasesImplementacao, inserindo os dados da primeira fase.
- Equipe Stoq trabalhou nos bugs das classes de domínio usando twisted.

==== Período da tarde

==

- Nova atualização da classe PaymentMethod. Atualizado a seção ObjetosDominio bem como o ProcessoSales onde neste foi também inserido um diagrama UML descrevendo o relacionamento entre as classes envolvidas.

- Henrique enviou para revisão um rascunho inicial do módulo payment.

===19/02/2005

=

==== Período da manhã

==

- Pequena atualização do diagrama de classes de domínio do protótipo.
- Discussão sobre o desenvolvimento dos bugs referentes as classes de domínio e também sobre twisted.

===18/02/2005

=

==== Período da manhã

==

- Definição de um diagrama completo contendo todas as classes de dominio para o protótipo Stoq. O diagrama se encontra em [1]

==== Período da tarde

==

- Checkin do módulo inicial denominado "stoqprototype" em svn. - Lançamento dos bugs do protótipo relacionados a fase de implementação das classes de domínio. - Discussão sobre o cronograma de atividades e deadlines para o protótipo. - Lançamento do bug de planejamento do protótipo.

===17/02/2005

=

==== Período da manhã

==

- Ajustes na interface e nas classes de domínio relacionadas ao módulo person. - Outras discussões relacionadas ao funciomento dos perfis de usuários.

==== Período da tarde

==

- Definição de um diagrama que contém o relacionamento entre as classes do módulo Person para o protótipo PDV. - Definição de um diagrama de funcionamento dos perfis de usuários.

===16/02/2005

=

==== Período da manhã

==

- ajustes nas classes de domínio. - implementação de interfaces no gazpacho.

==== Período da tarde

==

- Definição das classes do módulo person. - Definição do funcionamento e classes de domínio relacionadas aos perfis de usuários. Está documentando no flip chart os principais pontos relacionados aos perfis de usuários.

===15/02/2005

=

==== Período da manhã

==

- Definição do modelo de herença das classes do módulo payment, especialmente as classes PaymentGroup, Invoice e PaymentMethod. - Definimos também que a classe Sale, diferentemente do projeto consave, não herdará de PaymentGroup e sim diretamente de Model. Será a classe Invoice a responsável por herdar de PaymentGroup.

==== Período da tarde

==

- Criação da classe FinancialAccount contida no módulo account. - Reestruturação da classe PaymentMethod. Esta agora deverá possuir uma classe base que reflita apenas os métodos específicos da forma de pagamento "dinheiro". Também precisamos pensar num meio de armazenarmos os dados especificos de cheques, boletos e notas promissorias ou seja, dados especificos de determinados payments que ficarao associados talvez em objetos distintos.