Apresentação do Projeto Piloto

Apresentação em tema: "Apresentação do Projeto Piloto"— Transcrição da apresentação:

1 Apresentação do Projeto Piloto
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 Lista de artefatos e datas previstas e de entrega de acordo com RFP e SLA Atividades Tempo Proposto Tempo Entregue Reengenharia 10/05/2004 Engenharia de Domínio Engenharia de Componentes 17/05/2004 Engenharia de Aplicação 22/05/2004

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
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 Antigo Projeto Novo Documentação Docs., Modelos Reutilizada com pequenas alterações Linhas de Código 5.464 957 Tempo 184 horas 18 horas Componentes - 5 Frameworks 3 (DBCP, Pool, Logging) 15 Querys SQL 45 Obs: SQL não é necessário !!!

8 Projeto “Antigo” x Projeto “Novo”
A dependência com o Hibernate diz respeito apenas a arquivos de configuração, no código não existe tal dependência. ODMG CGLIB EHCache Collections * SiAlocação Hibernate DBCP Pool ABC Component Model Logging JxPath * A dependencia com o hibernate diz respeito apenas a arquivos de configuração, no código não existe tal dependencia. Comentário J2EE - usou-se JSP, Servlets e (JTA, JDBC) -> de forma indireta Azul – A gente fez Cor de burrro qndo foge – Apache Verde – CESAR Cinza - Outros Obs: Component model nos da instancias de classes atraves de config. Em XML !!!! CFC Xerces Castor Xalan Spring Dom4j

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: Metas a serem alcançadas:
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 Continuidade da fábrica ABC...
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)