Processo de Análise e Desenvolvimento de Software (PDS)
0 gostou723 visualizações
O documento descreve o processo de desenvolvimento de software do Instituto Federal Farroupilha, destacando as dimensões gerencial e executiva, e a estrutura da equipe envolvida. Apresenta metodologias como PDS-SCRUM e PDS-RUP, junto com práticas de gestão de demandas e ferramentas utilizadas. Além disso, discute aprendizados obtidos ao adotar o PDS-SCRUM, como a importância do padrão de codificação e da proximidade com o cliente.
Processo de Análise e Desenvolvimento de Software (PDS)
- 1. 1 Processo de Desenvolvimento de Software Maicon de Brito do Amarante Analista de TI PDS - IFFarroupilha - SVS
- 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 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 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 PDS - IFFarroupilha - SVS Setor de ADS Equipe 2 servidores 4 estagiários 1 bolsista de iniciação científica
- 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. 8 PDS - IFFarroupilha - SVS Gerência
- 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. 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. 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. 12 PDS - IFFarroupilha - SVS PDS-Scrum – visão geral
- 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. 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. 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. 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. 17 PDS - IFFarroupilha - SVS Execução
- 17. 18 PDS - IFFarroupilha - SVS Ferramentas & Workflow
- 18. 19 PDS - IFFarroupilha - SVS Gerência de Projeto - Redmine
- 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. 22 PDS - IFFarroupilha - SVS IDE: PHPStorm
- 21. 23 PDS - IFFarroupilha - SVS Depuração: Xdebug
- 22. 24 PDS - IFFarroupilha - SVS Framework: CakePHP http://www.cakephp.org/ convention over configuration – CoC code generation – cake bake MVC
- 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. 26 PDS - IFFarroupilha - SVS Testes Unitários: PHPUnit
- 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. 28 PDS - IFFarroupilha - SVS Controle de versão SVN branch release strategy
- 27. 29 PDS - IFFarroupilha - SVS Composer http://getcomposer.org/ gerenciador de dependências autoload scripts "require": { "php": ">=5.3.2", "symfony/asseticbundle": "devmaster", "symfony/monologbundle": "devmaster", "symfony/swiftmailerbundle": "devmaster", "symfony/symfony": "2.1.*" }
- 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. 31 PDS - IFFarroupilha - SVS Ambiente de Teste & Homologação jenkins app.sandbox app.demo
- 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. 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. 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.