princípios e práticas para lidar com requisitos não-funcionais em desenvolvimento de software

Princípios e práticas para incorporar requisitos não-funcionais no desenvolvimento de softwareDanilo Sato@dtsato - www.dtsato.com

Thursday, 27 June 13

Danilo Sato@dtsato - www.dtsato.com

Desenvolvedor, Arquiteto, Coach, DevOps, Treinador


http://www.dtsato.com

http://www.dtsato.com

Estamos contratando!

join.thoughtworks.com


Princípios e práticas para incorporar requisitos não-funcionais no desenvolvimento de software


HTTP://WWW.FLICKR.COM/PHOTOS/15436597@N05/2087454556

HEIN?


http://www.flickr.com/photos/15436597@N05/2087454556

http://www.flickr.com/photos/15436597@N05/2087454556

Princípios e práticas para incorporar requisitos não-funcionais no desenvolvimento de software


Requisitos funcionais


Requisitos funcionais

Comportamento esperado do sistema

Funcionalidades

“O que o sistema faz”


Requisitos não-funcionais

Comportamento não esperado do sistema?

Desfuncionalidades?

“O que o sistema não faz”?


Requisitos transversais


Requisitos transversais

Comportamentos transversais do sistema

Restrições

Atributos de qualidade

“Como o sistema deve operar”


NFR


NFR CFRXFR


acessibilidadesegurança

disponibilidadeperformance

escalabilidadelocalização

configurabilidade

Exemplos:


Como (não) lidar com requisitos transversais?


ESTRATÉGIA COMUM #1ESQUECIMENTO

HTTP://WWW.FLICKR.COM/PHOTOS/LASH9420/7004634470


http://www.flickr.com/photos/lash9420/7004634470

http://www.flickr.com/photos/lash9420/7004634470

ESTRATÉGIA COMUM #2EXAGERO

HTTP://WWW.FLICKR.COM/PHOTOS/ANDISAWSPARKS/8069817816


http://www.flickr.com/photos/andisawsparks/8069817816

http://www.flickr.com/photos/andisawsparks/8069817816

ESTRATÉGIA COMUM #3CAPTURAR E DOCUMENTAR

HTTP://WWW.FLICKR.COM/PHOTOS/VIDEOLUX/2390152100


http://www.flickr.com/photos/videolux/2390152100

http://www.flickr.com/photos/videolux/2390152100

HTTP://WWW.FLICKR.COM/PHOTOS/MANDYLEH/6365813847

PQ É TÃO DIFÍCIL?


http://www.flickr.com/photos/mandyleh/6365813847

http://www.flickr.com/photos/mandyleh/6365813847

Por que é tão difícil?

Difícil de visualizar

Difícil de mensurar custos

Não só transversais no sistema, mas também entre papéis na equipe:

Desenvolvedores, Arquitetos, QAs, DevOps, Ops, BAs


Soa familiar?

“Arquitetura é tudo aquilo que é difícil de mudar depois”


Requisitos transversais são difíceis de mudar/introduzir depois!


Requisitos transversais influenciam a arquitetura do sistema


Design emergentevs.

Arquitetura evolutiva


Requisitos transversais restringem a evolução da arquitetura


Como definir?


Diferentes ângulos


Diferentes ângulos

Coisas que viram histórias


Diferentes ângulos


Coisas que viram padrões


Diferentes ângulos



Coisas que geram mudanças operacionais


Diferentes ângulos



Coisas que geram mudanças operacionais

Coisas que influenciam o processo de entrega


Exemplo: Segurança

Coisas que viram histórias:

Processo de autenticação de usuário

Criptografia de senha

Armazenagem criptografada de dados sensíveis


Exemplo: Segurança

Coisas que viram padrões:

Autorização por funcionalidade

Definição de quais dados são sensíveis

Não salvar/comitar senhas em texto puro


Exemplo: Segurança

Coisas que geram mudanças operacionais:

Obter um certificado SSL

Configuração do firewall

Rotação de chaves SSH


Exemplo: Segurança

Coisas que influenciam o processo de entrega:

Testes de penetração

Gerenciamento de configuração para senhas

Validar assinatura de pacotes


Quais tipos?


35+Thursday, 27 June 13

acessibilidade


acessibilidaderetenção


acessibilidaderetençãoaudição


acessibilidaderetençãoaudiçãosegurança


acessibilidaderetençãoaudiçãosegurançadisponibilidade


acessibilidaderetençãoaudiçãosegurançadisponibilidadecontinuidade


acessibilidaderetençãoaudiçãosegurançadisponibilidadecontinuidadepersonalização


acessibilidaderetençãoaudiçãosegurançadisponibilidadecontinuidadepersonalizaçãotolerância a falha


acessibilidaderetençãoaudiçãosegurançadisponibilidadecontinuidadepersonalizaçãotolerância a falhaconfiabilidade



integridade de dados




localicação




localicaçãoajuda




localicaçãoajudalegal





localização





localizaçãoperformance






escalabilidade






escalabilidadeusabilidade


É MUITA COISA!

HTTP://WWW.FLICKR.COM/PHOTOS/JMW125/4630264860Thursday, 27 June 13

http://www.flickr.com/photos/jmw125/4630264860

http://www.flickr.com/photos/jmw125/4630264860

Como incorporar?


É mais difícil lidar de uma só vez ao invés de pagar pouco a pouco


Início Durante Depois



Decida com a equipe e o cliente quais os principais



Escalabilidade

Performance

Segurança



Risco?

Impacto?

Nível de entendimento?



Decida com a equipe e o cliente como acompanhar



Capture e priorize histórias com base no risco e impacto



Avalie padrões como critérios de aceitação por história



Use métricas de acompanhamento



Tempo de resposta ideal: < 20msExemplo:



Tempo de resposta ideal: < 20ms

Média? Mediana?

Exemplo:




Média? Mediana? 99 percentil

Exemplo:




Média? Mediana?

Para tudo?

99 percentil

Exemplo:




Média? Mediana?

Para tudo?

99 percentil

Pro que importa

Exemplo:




Média? Mediana?

Para tudo?

Quanto custa se passar?

99 percentil

Pro que importa

Exemplo:



Inclua testes automatizados na pipeline de entrega



Exemplos:



Testes de Performance

Exemplos:




Testes de Carga

Exemplos:




Testes de Carga

Testes de Stress

Exemplos:




Testes de Carga

Testes de Stress

Exemplos:

Testes de Usabilidade




Testes de Carga

Testes de Stress

Exemplos:

Testes de Usabilidade

Teste de Longevidade



Incorpore feedback e aprendizado de produção



Monitore, monitore, monitore



Ensaie cenários esperados


E quando não fiz isso?


HTTP://BIT.LY/MANAGE-TECH-DEBTThursday, 27 June 13

http://bit.ly/manage-tech-debt

http://bit.ly/manage-tech-debt

Perguntas?Danilo Sato@dtsato - www.dtsato.com


princípios e práticas para lidar com requisitos não-funcionais em desenvolvimento de software

Technology