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

1
Processo de
Desenvolvimento de Software
Maicon de Brito do Amarante
Analista de TI
PDS - IFFarroupilha - SVS

2
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
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
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
Setor de ADS
Equipe
2 servidores
4 estagiários
1 bolsista de iniciação científica

6
Roteiro
Gerência
Gestão de demandas
Abertura do projeto
Definição do processo
PDS-Scrum
Execução
Workflow
Ferramentas

8
Gerência

9
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

10
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?

11
CDU
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

12
PDS-Scrum – visão geral

13
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

14
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

15
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)

16
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)

17
Execução

18
Ferramentas & Workflow

19
Gerência de Projeto - Redmine

21
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

22
IDE: PHPStorm

23
Depuração: Xdebug

24
Framework: CakePHP
http://www.cakephp.org/
convention over configuration – CoC
code generation – cake bake
MVC

25
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...

26
Testes Unitários: PHPUnit

27
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.

28
Controle de versão
SVN
branch release strategy

29
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.*"
}

30
Integração contínua: Jenkins
http://jenkins-ci.org/
Job:
integração
testes unitários
validação coding standard & style

31
Ambiente de Teste & Homologação
jenkins
app.sandbox
app.demo

32
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

33
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.

34
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.

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

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (17)

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

Similaire à Processo de Análise e Desenvolvimento de Software (PDS) (20)

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