1 / 22

Engenharia de Software

Prof.: Bruno Rafael de Oliveira Rodrigues. Engenharia de Software. Processo Unificado.

carter
Download Presentation

Engenharia de Software

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Prof.: Bruno Rafael de Oliveira Rodrigues Engenharia de Software

  2. Processo Unificado O Processo Unificado é uma tentativa de apoiar-se nos melhores recursos e características dos modelos convencionais de processo de software, mas caracterizá-los de um modo que implemente os melhores princípios de desenvolvimento ágil de software. (Pressman, 2006)

  3. As fases do Processo Unificado se encaixam nas fases do arcabouço genérico.

  4. Pressman, 2006

  5. Fases do P.U. - Concepção • Abrange atividades de comunicação com o cliente e de planejamento. • São usados os casos de uso para descrever pontos importantes do sistema. • Outros artefatos desta etapa são: o documento de visão, glossário, avaliação de riscos, entre outros.

  6. Fases do P.U. - Elaboração • Inclui a comunicação com o cliente e a atividade de modelagem do modelo genérico de processo. • Um dos principais objetivos desta etapa é criar um conjunto de classes que descreva o comportamento do sistema.

  7. Fases do P.U. - Construção • Principal objetivo é programar e testar cada funcionalidade definida nos casos de uso, produzindo os incrementos do software.

  8. Fases do P.U. - Transição • O software é testado no ambiente do cliente, que dá os retornos sobre as modificações necessárias. • São criadas informações de apoio, como manuais, guias de solução de problemas, procedimentos de instalação

  9. Fases do P.U. - Produção • o uso do software e monitorado, e fornecido • suporte para o ambiente de operacao e os relatorios de defeito e solicitacoes • de modificacoessao submetidos e avaliados.

  10. Métodos Ágeis • Os métodos ágeis propõe maior flexibilidade as adaptações do projeto ao que se refere aos requisitos, cujos quais, estão em constante mudança.

  11. Manifesto de Desenvolvimento Ágil • Indivíduos e interações mais que processos e ferramentas • Software em funcionamento mais que documentação abrangente • Colaboração com o cliente mais que negociação de contratos • Responder a mudanças mais que seguir um plano

  12. Extreme Programming(XP) • Para equipes pequenas e médias que desenvolvem software baseado em requisitos vagos e que se modificam rapidamente

  13. Contempla quatro atividades: • Planejamento, • Projeto, • Codificação • Teste.

  14. Scrum • Define o uso de um conjunto de padrões de processo de software eficientes para projetos que precisam ser desenvolvidos em um curto prazo, que tenham requisitos voláteis ou críticos. (Pressman, 2006)

  15. Tarefas do Processo • Pendência: listagem de requisitos, onde fica definida a sua ordem de prioridade; • Sprint: o Scrum divide o desenvolvimento em iterações de 30 dias, chamadas sprints; • Reunião Scrum: reuniões de 15 minutos, onde a equipe expõe os problemas, bem como o que foi feito desde a última reunião e o que vai ser feito no próximo passo; • Demos: versões que o cliente avalia, contendo apenas as funcionalidades que efetivamente podem ser liberadas.

  16. Família Crystal: • Enfatizam a comunicação e cooperação entre as pessoas. • Exemplo: • Crystal Clear: desenvolvido para projetos pequenos, com, no máximo, seis desenvolvedores. • Crystal Orange: foi criado para projetos médios (duração de 1 a 2 anos), e que tenham equipes de 10 a 40 pessoas, divididas em grupos menores.

  17. FDD (FeatureDrivenDevelopment): • Voltada à característica ou funcionalidade. • Pode ser aplicado a projetos médios e grandes. • Usa ciclos curtos de implementação, de no máximo duas semanas.

  18. DSDM (Dynamic Systems Development Methodology) • É focado na interação entre cliente e desenvolvedor • propõe que as equipes de desenvolvimento sejam capazes de tomar decisões • Os incrementos são entregues com a maior freqüência possível e os testes estão presentes durante todo o processo.

  19. TDD (Test-drive design) • É uma técnica de desenvolvimento de software cujo processo é formado por pequenas iterações para o desenvolvimento de uma nova funcionalidade, começando pela implementação de um caso de teste, depois pelo código necessário para fazer o teste passar, e finalmente pela refatoração do código visando melhor acomodar as mudanças feitas.

  20. Apresente um método • Com base nos processos de desenvolvimento apresentados, pesquise e apresente o método. • Entre os itens a serem descritos, diga a suas características, as fases, as ferramentas utilizadas, os pontos positivos e negativos do método. Apresentação em dupla. Valor 2 pts.

  21. Bibliografia Aquino, Rodrigo S. Prudente De.O processo unificado integrado ao desenvolvimento Web. Disponível em: <http://www.devmedia.com.br/articles/viewcomp.asp?comp=8032> acessado em: 22 de fev. de 2012 PRESSMAN, Roger. Engenharia de software. São Paulo: McGraw-Hill, 2006. Manifesto para Desenvolvimento Ágil de Software. disponível em: <http://agilemanifesto.org/iso/ptbr/> acessado em: 22 de fev. de 2012

More Related