UNIFACS UNIVERSIDADE SALVADORAlunos: Flvio, Daiane, Cleiton, Alan e Glauber Mtodos geisXP Extreme Programing

METODOLOGIAS GEISMTODOS GEIS (AM) UMA COLEO DE METODOLOGIAS BASEADA NA PRTICA PARA MODELAGEM EFETIVA DE SISTEMAS BASEADOS EM SOFTWARE. UMA FILOSOFIA ONDE MUITAS METODOLOGIAS SE ENCAIXAM.AS METODOLOGIAS GEIS APLICAM UMA COLEO DE PRTICAS, GUIADAS POR PRINCPIOS E VALORES QUE PODEM SER APLICADOS POR PROFISSIONAIS DE SOFTWARE NO DIA A DIA.

*

O QUE SO OS MODELOS GEIS?UM MODELO GIL UM MODELO BOM O SUFICIENTE, NADA MAIS, O QUE IMPLICA QUE ELE EXIBE AS SEGUINTES CARACTERSTICAS: ATENDE SEU PROPSITO INTELIGVEL SUFICIENTEMENTE PRECISO, SUFICIENTEMENTE CONSISTENTE, SUFICIENTEMENTE DETALHADO, PROV UM VALOR POSITIVO, TO SIMPLES QUANTO POSSVEL.

*

MTODOS GEIS UMA ATITUDE, NO UM PROCESSO PRESCRITIVO. UM SUPLEMENTO AOS MTODOS EXISTENTES, ELE NO UMA METODOLOGIA COMPLETA. UMA FORMA EFETIVA DE SE TRABALHAR EM CONJUNTO PARA ATINGIR AS NECESSIDADES DAS PARTES INTERESSADAS NO PROJETO. UMA COISA QUE FUNCIONA NA PRTICA, NO TEORIA ACADMICA.

*

PRINCPIOSINDIVDUOS E INTERAES SO MAIS IMPORTANTES QUE PROCESSOS E FERRAMENTAS.SOFTWARE FUNCIONANDO MAIS IMPORTANTE DO QUE DOCUMENTAO COMPLETA E DETALHADA.COLABORAO COM O CLIENTE MAIS IMPORTANTE DO QUE NEGOCIAO DE CONTRATOS.ADAPTAO A MUDANAS MAIS IMPORTANTE DO QUE SEGUIR O PLANO INICIAL.

*

EXTREME PROGRAMMING*

O SURGIMENTO DE XPEM MEADOS DE 1990, KENT BECK PROCUROU FORMAS MAIS SIMPLES E EFICIENTES DE DESENVOLVER SOFTWARE EIDENTIFICOU O QUE TORNAVA SIMPLES E O QUE DIFICULTAVA O DESENVOLVIMENTO DE SOFTWAREEM MARO DE 1996, ELE INICIOU UM PROJETO COM NOVOS CONCEITOS QUE RESULTARAM NA METODOLOGIA EXTREME PROGRAMMING

*

O QUE EXTREME PROGRAMMING?METODOLOGIA GIL (LEVE) MAIS UTILIZADA NA ATUALIDADEDESENVOLVIDA PARA:EQUIPES MDIAS E PEQUENAS (2 A 12 PESSOAS)REQUISITOS VAGOS E EM CONSTANTE EVOLUOPOSSUI UM CONJUNTO DE VALORES E PRTICAS PARA NORTEAR O DESENVOLVIMENTO DE SOFTWARE

*

TRADUO DA PALAVRA

,*

PLANEJAMENTOESTRIAS DE USOUSADAS COMO REQUISITOS DO SISTEMAMESMO PROPSITO DOS CASOS DE USO (DE UML), PORM MENORES E MAIS SIMPLESESCRITOS NA LINGUAGEM DO CLIENTE COM O MNIMO DE DETALHES PARA A ESTIMATIVA DE CUSTOS

*

CONTINUAOITERAESDESENVOLVIMENTO DIVIDIDO EM ITERAESPOSSUEM DURAO ENTRE 1 E 3 SEMANASFUNCIONALIDADES SO ENTREGUES NO FINAL DE CADA ITERAOPRAZOS DEVEM SER LEVADOS A SRIO, NEGOCIE O ESCOPO SE FOR NECESSRIO

*

PROJETOSIMPLICIDADEPROJETOS SIMPLES TOMAM MENOS TEMPO QUE OS COMPLEXOSEVITAR GENERALIZAES E ABSTRAES DESNECESSRIAS NO MOMENTOUM BOM PROJETO DEVE CONTER O MENOR NMERO POSSVEL DE CLASSES E MTODOS MAIS RPIDO E BARATOREQUISITOS MUDAM FREQUENTEMENTE

*

CONTINUAOMETFORATEM A INTENO DE OFERECER UMA VISO GERAL DO SISTEMA, EM UM FORMATO SIMPLES, QUE POSSA SER COMPARTILHADA POR CLIENTES E PROGRAMADORES.FAZ-SE UMA ANALOGIA ENTRE O SISTEMA E UM OUTRO SISTEMA NO NECESSARIAMENTE DE SOFTWARE QUE SEJA DE FCIL ENTENDIMENTO PARA TODOSCORRESPONDE MAIS OU MENOS ARQUITETURA DO SISTEMANO TEM SIDO MUITO USADA

*

CODIFICAOPROGRAMAO EM PARESDUAS PESSOAS PROGRAMANDO EM UM MESMO COMPUTADOR PENSAM MELHOR QUE UMAREVEZAMENTO: UM PROGRAMA ENQUANTO O OUTRO PROJETA E FAZ REVISO ON-LINE DO CDIGO DIGITADOGANHO DE QUALIDADE COMPENSA O USO DE DUPLASAUXILIA A DIFUSO DE CONHECIMENTO

*

CONTINUAOROTAO DE PARES DE PROGRAMADORESAJUDA AINDA MAIS A ELIMINAR AS PESSOAS CONSIDERADAS ILHAS DE CONHECIMENTOCADA UM DA EQUIPE PASSA A CONHECER TODAS AS PARTES DO SISTEMAOS PARES DEVEM SEMPRE SER ENCORAJADOS A TRABALHAR EM PARTES DO SISTEMA DESCONHECIDAS POR ELESMANTM O CDIGO CONSISTENTE E UNIFORMEFACILITA A LEITURA E ENTENDIMENTO POR OUTROS PROGRAMADORES

*

TESTESTESTES UNITRIOSTESTE DAS MENORES UNIDADES (CLASSES, MTODOS, ...) IDENTIFICA BUGS NO CDIGOPROTEGE O CDIGO DE MANUTENES INDEVIDASDE RESPONSABILIDADE DO PROGRAMADOR. SO AUTOMATIZADOSAUTOMAO DOS TESTES PAGA O CUSTO DA CRIAO DOS TESTESTESTES UNITRIOS SO ESCRITOS PARA DETECTAR BUGS IDENTIFICADOSCRIAO DO TESTE UNITRIO QUE IDENTIFIQUE O BUG ANTES DE CORRIGI-LOBUGS TM TENDNCIA DE RESSURGIR POSTERIORMENTE

*

VIDA TILUM PROJETO XP PASSA POR ALGUMAS FASES DURANTE SEU CICLO DE VIDAFASE DE EXPLORAO: ANTERIOR CONSTRUO DO SISTEMA. VISA VERIFICAR A VIABILIDADE DO SISTEMA E EXPERIMENTAR POSSVEIS SOLUESFASE DE PLANEJAMENTO INICIAL: VISA DEFINIR AS ESTRIAS E FECHAR COM CLIENTE O ESCOPO E DATA DO PRIMEIRO RELEASE FASE DE PRODUO: O SISTEMA POSTO EM OPERAO EM UM AMBIENTE QUE SIMULA O AMBIENTE DE PRODUO PARA VERIFICAR PERFORMANCE E DESEMPENHO.FASE DE MANUTENO: XP CONSIDERA QUE MANUTENO FAZ PARTE DA SUA NATUREZA E SUAS PRTICAS CONSIDERAM UM AMBIENTE ONDE ALTERAES SO CONSTANTESFASE DE MORTE: TRMINO DE UM PROJETO XP

*

PESSOAL ENVOLVIDOSTREINADOR: PREOCUPA-SE COM A EXECUO TCNICA E EVOLUO DO PROCESSO. POSSUI CONHECIMENTOS DE XP E ORIENTA A EQUIPE.RASTREADOR: COLETA DADOS SOBRE O ANDAMENTO DO PROJETO E A SUA CONFORMIDADE COM O PLANEJAMENTO FEITO PARA AS ITERAES E RELEASE.PROGRAMADOR: ESCREVE O CDIGO E OS CASOS DE TESTE UNITRIOS SEMPRE EM PARES. RESPONSVEL POR ESTIMAR O TEMPO PARA A IMPLEMENTAO DAS ESTRIAS.

*

CONTINUAOCLIENTE: RESPONSVEL POR ESCREVER AS ESTRIAS JUNTO COM OS PROGRAMADORES E PRIORIZ-LAS. TAMBM AJUDA NA ESCRITA DOS CASOS DE TESTE FUNCIONAIS.TESTADOR: AJUDA O CLIENTE NA DEFINIO E ESCRITA DOS TESTES FUNCIONAIS. ELE NO PRECISA SER UMA PESSOA COM APENAS ESSA FUNO, PODE DESEMPENHAR TAMBM O PAPEL DE PROGRAMADOR. *

XPLANERFERRAMENTA QUE PERMITE O PLANEJAMENTO E ACOMPANHAMENTO DE EQUIPES DE DESENVOLVIMENTO XP.

*

ERROS

EMPRESA: QUE POSSUI UMA CULTURA FORTEMENTE TRADICIONAL COM NFASE EM MUITA DOCUMENTAO, MODELAGEM, ETC.EQUIPE: EQUIPE DEVE SER PEQUENA E EFICIENTE (MXIMO 10 PESSOAS). ESPAO FSICO: O LOCAL DE TRABALHO DEVE SERVIR PARA APROXIMAR A EQUIPE E FACILITAR A COMUNICAO.CLIENTE: O CLIENTE OU ALGUM QUE O REPRESENTE DEVE ENTENDER E TRANSMITIR O QUE NECESSITA JUNTO EQUIPE.

*

LINKS RELACIONADOSHTTP://WWW.AGILEMANIFESTO.ORG/HTTP://WWW.DCC.UNICAMP.BR/RA022247/ARQUIVOS/SCRUM.PDFHTTP://WWW.POLI.USP.BR/PRO/PROCSOFT/TPROEPUSP04.PDFHTTP://WWW.FEATUREDRIVENDEVELOPMENT.COM/HTTP://WWW.DSDM.ORG/HTTP://WWW.ADAPTIVESD.COM/HTTP://WWW.XPLANNER.ORG/HTTP://WWW.RSPA.COM/SPI/PROCESS-AGILE.HTML*