Ads Cti

Processo de
Desenvolvimento de Software
Coordenação de Tecnologia da Informação – Campus SVS
Setor de Análise e Desenvolvimento de Sistemas
1
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.
2
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
3
Setor de ADS
Missão
Desenvolver Sistemas
Implantar soluções
Suporte a sistemas
Administrar Bancos de Dados
Projetos Tecnológicos
Gestão do Conhecimento
Business Intelligence
Programas
Estágio orientado
Capacitação interna
4
Setor de ADS
Equipe
2 servidores
2 estagiários
1 bolsista de iniciação científica
5
Roteiro
Gerência
Gestão de demandas
Abertura do projeto
Definição do processo
PDS-Scrum
Execução
Workflow
Ferramentas
6
Gerência
8
Gestão de demandas
Avaliação da demanda
aceitar/rejeitar
definir prioridade – critérios:
alinhamento estratégico
exigência legal
usuários atendidos
capacidade de produção
9
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
PDS-RUP
Disciplinas
Abertura do Projeto
Requisitos
Análise e Projeto CDU
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
PDS-Scrum – visão geral
12
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...N
13
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)
14
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)
15
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
16
Execução
17
Ferramentas & Workflow
18
Gerência de Projeto - Redmine
19
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
21
IDE: PHPStorm
22
Depuração: Xdebug
23
Framework: CakePHP
http://www.cakephp.org/
convention over configuration – CoC
code generation – cake bake
MVC
24
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...
25
Testes Unitários: PHPUnit
26
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.
27
Controle de versão
SVN
branch release strategy
28
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.*"
}
29
Integração contínua: Jenkins
http://jenkins-ci.org/
Job:
integração
testes unitários
validação coding standard & style
30
Ambiente de Teste & Homologação
app.sandbox
app.demo
jenkins
31
Evolução dos Métodos
Controle de versão
Adotar um Framework
Coding Standard & Style
TDD
32
Aprendizados com o PDS-Scrum
Maior proximidade com o cliente, reduz:

o impacto das mudanças
a rejeição do produto
33
Navalha de Occam
Começar com o processo mais simples possível

Aprimorar o processo (revisões) com as lições aprendidas
nos projetos
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.
35

Ads Cti

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ads Cti

Uploaded by

Copyright:

Available Formats

Processo de

Apresentar, na prática, as dimensões gerencial e executiva

Ad hoc (não é mais utilizado)

Executar iterativamente da Sprint 1 até Sprint n:

Sprint Planning Meeting 1 (PO, Scrum Master, Time)

Sprint Planning Meeting 2 (Scrum Master, Time)

Alinhamento com MPS.BR nível G

Gestão de Projetos - GPR 1 a 17 - ex.:

Gerenciamento de Requisitos - GRE 1 a GRE 5 - ex.:

Como preparar um servidor local com Apache, PHP, módulos para

Maior proximidade com o cliente, reduz:

Começar com o processo mais simples possível

You might also like