TREINAMENTO INTERNO

Rodrigo Calazans Negro rodrigo.calazans@voeit.com.br Jundia, SP Janeiro 2013

DETERMINAR SE UM SOFTWARE FCIL DE

MANTER

Alguns fatores que influenciam

Modularidade (baixo acoplamento) Estilo de Programao (padres de desenvolvimento) Disponibilidade para Testes Documentao (atualizao) Domnio do negcio Equipe (preparada para a tecnologia utilizada) Idade do sistema (quanto mais velho o software mais modificaes sofreu durante o tempo, com isso mais complexo ele se torna) Controle de Configurao

POR QUE PROJETAR ANTES DE CODIFICAR

Organizao (projeto bem estruturado)

Mas... organizao demanda tempo mais rpido desenvolver de maneira desorganizada do que de forma organizada

Sistemas no so desenvolvidos visando a manuteno e/ou evoluo

COMO CONSEGUIR ORGANIZAO?

Diviso de responsabilidades Projeto em camadas Quando utilizar?

Depende
Tempo disponvel Experincia da equipe

Funciona para qualquer tipo de projeto

Pequeno tempo X custo Mdio - Recomendado Grande Altamente recomendado

PROJETO EM CAMADAS

Curva de aprendizado maior que o modelo tradicional Mas... Facilita o entendimento (uma vez abstrado o modo que os objetos interagem) Trabalho em paralelo Manuteno fica mais objetiva (regra de negcio, acesso a dados, apresentao, etc.) Software mais expansveis (hoje Local amanh pode ser Web)

ARQUITETURA EM CAMADAS
Interface (WindowsForm, Web) Entidades

Regra de Negcio

Acesso a Dados

SQL Server

XML

Oracle

ARQUITETURA EM CAMADAS

Interface

Camada com usurio (web, mobile, WF, WPF Silverlight)

Classes que representam o nosso domnio, em geral espelho das tabelas no banco (Cliente, Fornecedor, Usurio) Onde toda a regra de negcio do nosso domnio est armazenada nica camada que acessa os dados diretamente (banco de dados)

Entidades

Regra de Negcio

Acesso a Dados