Alocação PLUS by ABC Apresentação do Projeto Piloto.

Apresentação em tema: "Alocação PLUS by ABC Apresentação do Projeto Piloto."— Transcrição da apresentação:

1 Alocação PLUS by ABC Apresentação do Projeto Piloto

2 Agenda Cronograma Dados do Projeto Projeto “Antigo” x Projeto “Novo” Considerações Processo Adaptado (calibração) Conclusões Futuro

3 Cronograma AtividadesTempo PropostoTempo Entregue Reengenharia10/05/2004 Engenharia de Domínio10/05/2004 Engenharia de Componentes17/05/2004 Engenharia de Aplicação22/05/2004 Lista de artefatos e datas previstas e de entrega de acordo com RFP e SLA

4 Dados do Projeto Reengenharia Identificação das Features Análise de Reusabilidade Engenharia de Domínio Análise do Domínio Projeto do Domínio Projeto do Modelo de Classes Genérico

5 Dados do Projeto Engenharia de Componentes Refinamento do Projeto do Modelo de Classes Implementação dos Componentes Engenharia da Aplicação Análise da Aplicação Projeto da Aplicação Implementação da Aplicação

6 Dados do Projeto Tempo: Reengenharia ~ 18 horas Engenharia de Domínio ~ 20 horas Engenharia de Componentes 13 horas Engenharia de Aplicação 5 horas Obs: O registro do timesheet não foi feito corretamente

7 Projeto “Antigo” x Projeto “Novo” Dados Comparativos Projeto AntigoProjeto Novo DocumentaçãoDocs., ModelosReutilizada com pequenas alterações Linhas de Código5.464957 Tempo184 horas18 horas Componentes-5 Frameworks3 (DBCP, Pool, Logging) 15 Querys SQL450 Obs: SQL não é necessário !!!

8 Projeto “Antigo” x Projeto “Novo” CFC Hibernate Spring ODMG Collections DBCP Pool EHCacheCGLIB Logging JxPath Xerces Xalan Dom4j SiAlocação ABC Component Model * Castor A dependência com o Hibernate diz respeito apenas a arquivos de configuração, no código não existe tal dependência.

9 Considerações Conhecimento prévio do(s) domínio(s)... Documentos e modelos são altamente reusáveis... –Pelo menos, nesse caso específico... Quanto mais coeso o componente, maior sua reusabilidade –Granularidade de um componente (1 classe pode ser um componente ?) –Inversion of control Como implementar a parte variável de um componente ? –De forma produtiva... –POA (Programação Orientada a Aspectos) ou Proxy Dinâmico Camada de Persistência é ortogonal a camada de negócio Testes automatizados são essenciais na construção de componentes

10 Considerações Objetivos atingidos: –Inversion of control –Implementação do componente trata exclusivamente do negócio Infra-estrutura é ortogonal –Bom nível de granularidade dos componentes Classes identificadas com potencial de reuso são componentes; Metas a serem alcançadas: –Eficiente implementação da parte variável –Implementação dos Testes

11 Considerações Falhas: –Reescrita do algoritmo genético de C++ para Java Reescrita “burra ” –Conversões desnecessárias continuam sendo feitas... –Reuso da interface (JSP)... Mais trabalho para adaptar a nova estrutura de componentes do que se tivesse que fazer do “zero”. –Mal feito (Existe código dentro do JSP) –Componentes não foram implementados da forma que foram planejados (dois domínios) Não houve tempo

12 Processo Adaptado ( calibração)

13 Conclusões Reuso de código x reuso de modelos Uma boa ED e Reengenharia pode resultar em um código impossível de ser reusado –Como implementar componentes é um aspecto essencial e precisa ser discutido !! Conhecimento do(s) domínio(s) é altamente útil Background com Reengenharia, Engenharia de Domínio, Engenharia de Componentes e Engenharia de Aplicação

14 Futuro Calibragem –Ajustar processo: Coleta do Timesheet mais eficaz; Realização de auditorias. Continuidade da fábrica ABC... Submissão de paper relatando as experiências da fábrica ABC e dos projetos (WDBC)