© - todos os direiros reservados engenharia de software “a nossa visão” joão macedo cunha...

© - Todos os direiros reservadoswww.quatrosi.pt

Engenharia de Software“A nossa visão”

João Macedo CunhaDirector Desenvolvimento

[email protected]


Agenda

• A Quatro• O Projecto• Métodos e Processos


• Fundada em 1989• Escritórios : Porto , Lisboa ,

Madrid• Volume Vendas 2000 : 2,6

milhões contos• Recursos Humanos : 180

colaboradores

www.quatrosi.ptwww.quatrosi.pt


+ 600 Clientes

LusomudoLactogalMitsubishi TrucksMota e CompanhiaCreditusIndasaTintas RobbialacIntraplasCartier (Espanha)...


Reconhecimentos


O Projecto


Projecto

J2EE Application Server

Base Tecnológica

Componentes de uso comum

GL

OE AP & AR

INV

CC

HR


Enquadramento

• Tecnologia Disponível– limites– “buy or build”

• Prazos e Custos– objectivos e orçamento

• Recursos Humanos– tempo de Formação


Arquitectura


J2EE : Java 2 Enterprise Edition

• EJBs Object Model• JDBC DataBase• JNDI Naming & Directory Services• RMI-IOP Transport• JMS Messaging• JTA Transações

Suporte na Indústria SWSUN , IBM , Oracle , Compaq , HP ......

PlataformasAIX , Linux , W2000, NT, AS/400 , Mac , OS/390Solaris, ....

Suporte na Indústria SWSUN , IBM , Oracle , Compaq , HP ......

PlataformasAIX , Linux , W2000, NT, AS/400 , Mac , OS/390Solaris, ....


J2EE


Enterprise Java Beans

www.javasoft.com/ejb


Métodos e Processos


Software Architecture

“As the size of software systems increases, the algorithms and data structures of the computation no longer constitute the major design problems. When systems are constructed from many components, the organization of the overall system -- the software architecture -- presents a new set of design problems.”


Processo de Desenvolvimento

Necessidade

Contexto

Arquitectura

Sistema

Solução

Conhecimentodo Domínio

Experiência

Componentes


Tecn

ologia

Tecn

ologia Dom

ínio

Domínio

Equipa de trabalho


Funções

• Arquitectura e Pgm Model• Captura de Requisitos• Revisão de Requisitos• Desenvolvimento

– Business Objects– Gui

• Testes qualidade e conformidade


Equipa de Trabalho

Grupo de Arquitectura e TecnologiaGrupo de Arquitectura e Tecnologia

DesenvolvimentoDesenvolvimento

Business RequirementsBusiness Requirements


Levantamento de Requisitos


Objectivo

O quêO quê

ComoComo

Requisitofuncional

Detalhe deimplementação


Exemplo

• Valor monetário– representar uma quantidade

monetária expressa em duas moedas

– permitir operações de• adição• subtração


Metodologia

• Process driven– re-utilização

• Use Case driven– descrição clara da utilização prevista


Componentes

Java Business Components


Decomposição de Processos

Processo 1

Tarefa A

Tarefa B

Cenário A1

Cenário A2

Cenário B1

Cenário B2


Use Cases

Use Case 1

Use Case 2

Tarefa A

Tarefa B


eXtreme Programming

Múltiplas Iterações

Desenho Simples

Testes Unitários

XP advocates keeping designs as simple as possible


Vantagens

• Prioridades– Versão 1– Versão 2

• Protótipos• Diferir implementação• Métrica simplificada


Analysis & Design Patterns

“A pattern is an idea that has been useful in one practical context and will probably be useful in others”

Martin Fowler


Experiência

• Não - tangível• Recurso a soluções testadas

– obtidas da prática• Solução adequada à dimensão do

problema– relação custo/resultado

• Um modelo simples é sempre melhor que um complexo, se ambos resolvem o problema no contexto pretendido


Experiência

• Re-utilização• Conhecimento• Vocabulário• Qualidade• Normalização• Produtividade


Patterns

• Os Patterns representam experiência, que pode ser transmitida/ensinada

• Podem ser definidos como– “best practices”– “lições aprendidas”

• Desenvolvidos a partir de experiências reais


Re-utilizar

BlackBox

WhiteBox


Re-use

Design

Comportamento

Aplicação


Exemplos

• Singleton : Logging• AbstractFactory : Users• Facade : Order• Command : Batch• Proxy : Gui• Policy :

CreditCheck


Patterns: Geração de Código

• Geração de acordo com o modelo do Pattern

• Modelos simplificados• Definido durante a fase de Analise/Desenho

ClasseConcreta

ClasseAbstractaPatternClass

FrameWork


Abstracção

• Uma abstracção desenvolve-se generalizando exemplos concretos

• O número de casos concretos permite aumentar a capacidade da extensão e aplicabilidade de uma abstracção


Abstracção

• OO– Herança

• comportamento concreto comum

– Interface• comportamento abtracto comum


Exemplos : Herança

• Descrições multilingua• Adição dinâmica de propriedades• Workflow / State Machine


Exemplo : interface

• Adicionável– Valor monetário– Quantidade (classificada)

QuantidadeQualificadaUnidadeMedida

ValorMonetarioMoeda

Adicionavel

add()

<<Interface>>


Desenho

Pattern Diagram

Class Diagrams


Programming Model

• Documentação actualizada• Exemplos claros• Erros típicos• Politicas

– Logging,Exception handling,etc

Desenhado para re-utilização futura


Logging & Exception

• Exportar os comentários• Registo de situações inesperadas• Debugging • Tratamento coerente das

excepções


Testes

• Verificação automática– testes repetitivos automatizados

• Verificação funcional– use cases

• Performance– volume de informação adequada


Ferramentas

• Requirements : Tool interno• Model : Rational Rose• Code Generation : Tool Interno +

Rose• IDE : JBuilder • App server : OrionServer +

IBM WebSphere• Controlo Versões : MS Source Safe


Software Architecture

“As the size of software systems increases, the algorithms and data structures of the computation no longer constitute the major design problems. When systems are constructed from many components, the organization of the overall system -- the software architecture -- presents a new set of design problems.”


Perguntas

João Macedo CunhaDirector Desenvolvimento

[email protected]

?

© - todos os direiros reservados engenharia de software “a nossa visão” joão macedo cunha...

Documents