estórias de usuários

8/17/2019 Estórias de Usuários

1/33

Estórias de UsuáriosEstórias de Usuários


2/33

AGENDAAGENDA

O que é uma estória de usuário?

Características de uma boa estória de usuário

Modelo padrão

Padrão de redaçãoDefnição de preparada

Macrodimensionamento


3/33

O que é uma estória de usuário?O que é uma estória de usuário?

Descreve uma uncionalidade dese!ada a partir daperspectiva do usuário"

Construção mínima com valor de ne#ócio paraestruturação e plane!amento de pro!eto"

$oco no ne#ócio

%ão deve a&er reer'ncias a meios deimplementação ()COMO?*+

Deve ocar no )O ,-.?*


4/33

O que é uma estória de usuário?O que é uma estória de usuário?

Pidgin Language

/in#ua#em simplifcada

/in#ua#em 0écnica 1 /in#ua#em de %e#ócio


5/33

2 C3s

Cartão

4ua descrição deve caber em um cartão"

Conversa

Deve ter uma conversa ao seu redor quemotive sua criação e especifcação"

Confrmação

Deve possuir testes que permitam verifcarque ela está eita"

Características de uma boa estória deCaracterísticas de uma boa estória deusuáriousuário


6/33


5%6.40

5ndependent

Deve ser possível implementar as estórias em

qualquer ordem"%ão devem sobrepor conceitos"

Devem ser autocontidas"


7/33


5%6.40

%e#otiable

Deve capturar a ess'ncia e não os detal7es"

%ão deve ser um contrato"8s especifcidades devem emer#ir dainteração entre usuário e equipe dedesenvolvimento"


8/33


5%6.40

6aluable

8 estória deve ter valor para o usuário"

.la deve ser importante para ele"


9/33


5%6.40

.stimable

Para ser estimável a estória deve ser

compreensível e pequena o sufciente"


10/33


5%6.40

4mall

%ão devem representar uma #rande

quantidade de trabal7o"


11/33


5%6.40

0estable

Deve9se saber como a estória pode ser

testada e atestada que está completa".sta inormação pode vir do usuário"


12/33

Modelo padrãoModelo padrão

)Como um :usuário;< eu :relev=ncia; :unção;para :valor;*

:usuário;

Perfl< #rupo>classe de usuários:relev=ncia;

Mo4Co@ (preciso< deveria< poderia< #ostaria+

:unção;

O que a estória deve a&er?:valor;

O que a estória a#re#a?


13/33

Modelo padrãoModelo padrão

.1emplosA

Como um médico (proessor< contratado ou residente+< eupreciso prescrever medicamentos para o adequadotratamento dos meus pacientes"

Como um médico< eu poderia prescrever medicamentoscom cálculo de doses pediátricas para ter um controlemaior e mais detal7ado de min7as ordens para a armáciae atender de orma mais adequada meus pacientes"

Como um administrador de unidade de internação< eu#ostaria de ter uma relação de pacientes aniversariantesdo dia em min7a unidade para prestar uma 7omena#emespecial"


14/33

adrão de !eda"ãoadrão de !eda"ão

0ítulo

-ma rase intuitiva< iniciada por verbo no infnitivo< queidentifca um comportamento do sistema dese!ado por umator que intera#e com o mesmo" Deve possuir poucoselementos e< de preer'ncia< conter o su!eito e o ob!eto daoração"

.1emploA )Cadastrar dados do cliente*

Descrição

-m pará#rao contendo a perspectiva do ator (pessoa ououtro sistema que intera#e com o produto de sotBare+quanto ao comportamento dese!ado conorme o modelopadrão"


15/33


Critérios de 8ceitação

Declaraçes que identifcam de orma ob!etiva oselementos que deverão ser demonstrados pela equipe dedesenvolvimento no momento da validação do requisito

!unto ao seu demandante a fm de comprovar sua pereitareali&ação"

.1emploA )Para comprovar< verifqueA

" O relatório deve conter os campos Produto< Período<

,uantidade 6endida< 6alor 0otal das 6endasE" Os dados devem ser ordenados por Produto e Período

2" -m fltro deve permitir a e1ibição de um Fnico produtoou um Fnico período

G" Os resultados devem ser id'nticos Hquelesapresentados no relatório I do sistema J"*


16/33


,uestionamentos

Declaraçes que identifcam a necessidade dequestionamento posterior !unto aos demandantes dauncionalidade ou pessoas com con7ecimento do cenáriodese!ado< devido H alta de inormação no momento daanálise" 4ão questes que devem ser respondidas >e1ploradas antes da ase de construção da uncionalidade"

.1emploA ),uestionar antes de construirA

" 8lém do Kerente de 6endas< quem mais podevisuali&ar este relatório?

E" ,ual a principal inormação será utili&ada para atomada de decisão estraté#ica?*


17/33

De#$i"ão de preparadaDe#$i"ão de preparada

Defnition o Lead

,uando uma estória está preparada para ser entre#uepara uma equipe de desenvolvimento?

O item do bacNlo# está detal7ado e maduro o sufciente

para passar a ter uma especifcação técnica reali&ada eentrar em implementação"

Deve conterA

Descrição completa conorme padrão defnido

/inN para a documentação do processo

Camin7o principal de acesso e camin7os alternativos

Critérios de aceitação

Comportamento(s+ fnal(is+ da estória

Macrodimensionamento revisado pela equipe técnica


18/33

Macrodime$sio$ame$toMacrodime$sio$ame$to

45MP/.4< MD5O< COMP/.IO

Krupos de estórias

Cadastro básico%e#ocial

Consulta

Lelatório

Lotina automática5nte#ração


19/33


Cadastro básicoA

45MP/.4

Padrão de tela mais simples do sistemaA códi#o descrição

Mestre9detal7e de nível

8té E tabelas principais envolvidas (data blocNs+ com insertou delete"

%ão considera !ournal


20/33


Cadastro básicoA

MD5O

Mestre9detal7e com mais de nível

.ntre 2 e Q tabelas principais envolvidas com insert< updatee>ou delete


21/33


Cadastro básicoA

COMP/.IO

De R a S tabelas principais envolvidas com insert<update e>ou delete


22/33


Cadastro básicoA

0abelas separadas devem ser quebradas em dierentesestórias"

Cada botão tende a virar uma estória"

Cada aba dá ori#em a uma estória pelo menos" 0elas acessadas por botes devem dar ori#em a outrasestórias"


23/33


0elas ne#ociais

45MP/.4

4imilares a CL-Ds


24/33


0elas ne#ociaisMD5O

/embrar de considerar a quantidade detri##ers e comple1idade de códi#oadicional envolvida"


25/33


0elas ne#ociais

COMP/.IO

0entar subdividir em dierentes cenários

Consultar

4alvar5mprimir

.tc


26/33


Consulta

45MP/.4

Dependente da quer

%Fmero de !oins

6ieBs$unctions


27/33


ConsultaMD5O


28/33


ConsultaCOMP/.IO


29/33


Lelatórios45MP/.4

/ista#em simples


30/33


LelatóriosMD5O

,uebras>8#rupamentos


31/33


LelatóriosCOMP/.IO

.1ecutam alteraçes no banco

Cont'm cálculosMáscaras e laouts dierenciados


32/33


Lotinas automáticasDisparadas automaticamente em resposta a açes dousuário ou pré9a#endadas

.ncerramento do aturamento de internação

6árias estórias comple1as (2T N/OC+.ncerramento do aturamento de ambulatório

4umari&ação da prescrição médica>enerma#em

$ec7amento mensal do estoque

.etivação de LMs #eradas automaticamente5nteraceamento de e1ames

0entar quebrar em porçes menores com sentido dene#ócio


33/33


5nte#ração5nte#raçes de ne#ócio de ronteiras

.nvolvem tri##ers que cont'm re#ras dene#ócio que não oram mi#radas"

6inculadas Hs respectivas estórias quedevem ser inte#radas"

estórias de usuários

Documents