Processo de Análise e Desenvolvimento de Software (PDS)

463 visualizações

Publicada em

Visão geral do Processo de Análise e Desenvolvimento de Software (PDS) do Instituto Federal Farroupilha - Campus São Vicente do Sul.

Publicada em: Software
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
463
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
10
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Processo de Análise e Desenvolvimento de Software (PDS)

  1. 1. 1 Processo de Desenvolvimento de Software Maicon de Brito do Amarante Analista de TI PDS - IFFarroupilha - SVS
  2. 2. 2 PDS - IFFarroupilha - SVS Objetivo Apresentar, na prática, as dimensões gerencial e executiva do Processo de Desenvolvimento de Software (PDS) do Instituto Federal Farroupilha – Campus São Vicente do Sul.
  3. 3. 3 PDS - IFFarroupilha - SVS Coordenação de TI Coordenação Geral Setor de Análise e Desenvolvimento de Sistemas (ADS) Setor de Infraestrutura e Redes Setor de Suporte e Manutenção Governança de TI
  4. 4. 4 PDS - IFFarroupilha - SVS Setor de ADS Missão Desenvolver Sistemas Implantar soluções Suporte a sistemas Administrar Bancos de Dados Projetos Gestão do Conhecimento Business Intelligence Programas Estágio orientado Capacitação interna
  5. 5. 5 PDS - IFFarroupilha - SVS Setor de ADS Equipe 2 servidores 4 estagiários 1 bolsista de iniciação científica
  6. 6. 6 PDS - IFFarroupilha - SVS Roteiro Gerência Gestão de demandas Abertura do projeto Definição do processo PDS-Scrum Execução Workflow Ferramentas
  7. 7. 8 PDS - IFFarroupilha - SVS Gerência
  8. 8. 9 PDS - IFFarroupilha - SVS Gestão de demandas Avaliação da demanda aceitar/rejeitar definir prioridade – critérios: alinhamento estratégico exigência legal usuários atentidos capacidade de produção
  9. 9. 10 PDS - IFFarroupilha - SVS Processo de Software Ad hoc (não é mais utilizado) PDS-RUP (clássica) PDS-Scrum (ágil) Escolher conforme as características do projeto: volatilidade dos requisitos dificuldade em capturar os requisitos entregáveis: incrementais? localização da equipe: centralizada ou distribuída?
  10. 10. 11 CDU PDS - IFFarroupilha - SVS PDS-RUP Disciplinas Abertura do Projeto Requisitos Análise e Projeto Implementação Teste Implantação e Manutenção Maiores problemas: Documentação muito demorada / desatualizada O cliente se afasta muito do projeto Reage mal à mudanças
  11. 11. 12 PDS - IFFarroupilha - SVS PDS-Scrum – visão geral
  12. 12. 13 PDS - IFFarroupilha - SVS PDS-Scrum Alinhamento com MPS.BR nível G Gestão de Projetos - GPR 1 a 17 - ex.: GPR 2 MPS.BR: Dimensionamento de tarefas e produtos de trabalho PDS-Scrum: Product Backlog / Sprint Backlog GPR 6 MPS.BR: Riscos do projeto PDS-Scrum: Planejamento de Riscos - PMBOK Gerenciamento de Requisitos - GRE 1 a GRE 5 - ex.: GRE 4 MPS.BR: Revisões em planos e produtos de trabalho do projeto PDS-Scrum: Daily Scrum Meeting e Sprint Review Meeting
  13. 13. 14 PDS - IFFarroupilha - SVS Sprint Planning Pre-game Definir requisitos macro (funcionalidades principais) Kickoff Meeting Definir papéis Product Owner, Scrum Master, Time Definir Product Backlog organizar por prioridades Definir duração da sprint Definir Sprint Backlog 1
  14. 14. 15 PDS - IFFarroupilha - SVS Sprint Planning Executar iterativamente da Sprint 1 até Sprint n: Sprint Planning Meeting 1 (PO, Scrum Master, Time) Consolidar os itens do PB que farão parte da Sprint, revisando o planejamento inicial Critérios: Precedência, importância/urgência para o usuário Sprint Planning Meeting 2 (Scrum Master, Time) Definir e atribuir tarefas (Duração, Prazo de conclusão)
  15. 15. 16 PDS - IFFarroupilha - SVS Sprint Game Daily Scrum Meeting Weekly Technical Meeting Tarefas – TO DO | In Progress | Done Post-game Sprint Retrospective Meeting (Scrum Master, Time) Sprint Review Meeting (PO, Scrum Master, Time)
  16. 16. 17 PDS - IFFarroupilha - SVS Execução
  17. 17. 18 PDS - IFFarroupilha - SVS Ferramentas & Workflow
  18. 18. 19 PDS - IFFarroupilha - SVS Gerência de Projeto - Redmine
  19. 19. 21 PDS - IFFarroupilha - SVS Vagrant http://www.vagrantup.com/ box do ambiente: uniforme ready to go Como preparar um servidor local com Apache, PHP, módulos para conexão com BD, criptografia, composer, virtual host, etc? > vagrant box add ctisvs http://ads.cti/ctisvs.box Tempo? ~ 1 min
  20. 20. 22 PDS - IFFarroupilha - SVS IDE: PHPStorm
  21. 21. 23 PDS - IFFarroupilha - SVS Depuração: Xdebug
  22. 22. 24 PDS - IFFarroupilha - SVS Framework: CakePHP http://www.cakephp.org/ convention over configuration – CoC code generation – cake bake MVC
  23. 23. 25 PDS - IFFarroupilha - SVS Coding Standard & Style http://www.php-fig.org PSR-1 e 2 Standard: spaces for indenting, opening braces, control structure keywords... Style: StudlyCaps, camelCase, Character Encoding, namespace...
  24. 24. 26 PDS - IFFarroupilha - SVS Testes Unitários: PHPUnit
  25. 25. 27 PDS - IFFarroupilha - SVS Testes Unitários: TDD Leis do TDD: 1. não escrever código de produção antes de ter escrito um teste unitário que falhe. 2. não escrever mais testes unitários do que o suficiente para falhar. 3. não escrever mais código de produção do que o necessário para passar nos testes.
  26. 26. 28 PDS - IFFarroupilha - SVS Controle de versão SVN branch release strategy
  27. 27. 29 PDS - IFFarroupilha - SVS Composer http://getcomposer.org/ gerenciador de dependências autoload scripts "require": { "php": ">=5.3.2", "symfony/assetic­bundle": "dev­master", "symfony/monolog­bundle": "dev­master", "symfony/swiftmailer­bundle": "dev­master", "symfony/symfony": "2.1.*" }
  28. 28. 30 PDS - IFFarroupilha - SVS Integração contínua: Jenkins http://jenkins-ci.org/ Job: integração testes unitários validação coding standard & style
  29. 29. 31 PDS - IFFarroupilha - SVS Ambiente de Teste & Homologação jenkins app.sandbox app.demo
  30. 30. 32 PDS - IFFarroupilha - SVS Aprendizados com o PDS-Scrum Adotar um Framework Coding Standard & Style TDD Maior proximidade com o cliente, reduz: o impacto das mudanças a rejeição do produto
  31. 31. 33 PDS - IFFarroupilha - SVS Bibliografia recomendada 97 Things Every Programmer Should Know Editador por Kevlin Henney. O'Reilly Clean Code – A Handbook of Agile Software Craftsmanship Robert C. Martin (uncle Bob). Prentice Hall. Design Patterns: Elements of Reusable Object-Oriented Software Gamma et. al. Addison-Wesley.
  32. 32. 34 PDS - IFFarroupilha - SVS Obrigado All text and image content in this document is licensed under the Creative Commons Attribution-Share Alike 3.0 License (unless otherwise specified). "LibreOffice" and "The Document Foundation" are registered trademarks. Their respective logos and icons are subject to international copyright laws. The use of these therefore is subject to the trademark policy.

×