GuiadeEspecificaodeCasodeUso

MetodologiaCELEPAR

Agosto2009
 SumriodeInformaesdoDocumento

Documento:guiaEspecificacaoCasoUso.odt Nmerodepginas:10

Verso Data Mudanas Autor

1.0 09/10/2007 Criao DanielleMayer

1.0 02/05/2008 Alterao. MarcosChiarello

1.0 01/06/2009 Alterao. DanielleMayer

Marcos Chiarello e Danielle

1.0 17/08/2009 Reviso
Mayer
 Sumrio
1Introduo.........................................................................................................................................4
1.1VisoGeral..............................................................................................................................4
2Detalharcasosdeuso.......................................................................................................................4
2.1DetalharoFluxodeEventos.....................................................................................................4
2.1.1FluxodeEventosEstrutura............................................................................................5
2.1.2Principal............................................................................................................................5
2.1.2.1SubFluxo..................................................................................................................5
2.1.3Alternativos(excees).....................................................................................................5
2.2Detalharprcondiesepscondies..................................................................................6
2.3RegrasdeNegcio....................................................................................................................7
2.4Orientaosobreaespecificaodecasosdeusoderelatrios...............................................8
2.4LembreteseDicasparadetalharumCasodeUso....................................................................9
 4

1 INTRODUO

EsteguiatemporobjetivoorientaraatuaodoAnalistadeRequisitosnomomentode
realizaroDetalhamentodosRequisitos.

1.1 VisoGeral

Especificar requisitos consiste em detalhar os cenrios que compem os casos de uso

previamenteidentificadosnomodelodecasodeuso.Aespecificaodecasodeusodescreveo
comportamentodosistemaeoprodutofinaldasatividadesdoAnalistadeRequisitos,almde
orientartodoodesenvolvimentotambmpermitevalidaracompreensodosrequisitosantesdo
iniciododesenvolvimentodosoftware.
Estaespecificaodemonstraaaodoatorearespectivarespostaesperada,apresentao
comportamento da aplicao isenta dos detalhes ligados a UI (User Interface), no abordando
aspectosligadosarquiteturaoucodificao.

2 DETALHARCASOSDEUSO

2.1 DetalharoFluxodeEventos

Um caso de uso formado por um conjunto de cenrios, podendo ser realizado por
diversasmaneiras.Umcenrio,ouinstnciadeumCasodeUso,adescriodeumadasmaneiras
pelasquaisestepodeserrealizadoenormalmentehdiversoscenriosparaummesmocasodeuso.

Cadacenriodescrevemodosalternativosdecomportamentodosistema,suasfalhasou
casos excepcionais. Cenrio uma seqncia de aes e interaes que ocorrem sob certas
condies.

OFluxodeEventosdeumcasodeusocontminformaesderivadasdamodelagemde
casosdeuso. Oanalistadevesepreocuparemdescreveroquaconteceentreousurioeo
sistema,sem,entretando,informarcomoessainteraoocorre.

METODOLOGIADEDESENVOLVIMENTOCELEPAR
 5

Asdiretrizesparaocontedodofluxodeeventosso:

DescrevercomooCasodeUsocomeaetermina;
DescrevercomoasinformaessotrocadasentreoatoreoCasodeUso;
Eviteterminologiavaga,como:"porexemplo","etc"e"informaes";
Durante o detalhamento do fluxo de eventos todos os "o qu" devem ser
respondidos;

DescreverquandooCasodeUsoutilizaasinformaesarmazenadas,oumesmos
armazenanosistema;
Nodescreverdetalhesdeprojeto(comoserimplementado).
Semprequenecessriodeveserefinaroglossrio,adicionandonovostermosidentificados
duranteaespecificaodosCasosdeUso.

2.1.1 FluxodeEventosEstrutura

As principais partes do fluxo de eventos so o fluxo principal, subfluxos e os

alternativos(excees).

2.1.2 Principal

Ofluxoprincipaldeveabordaroqueocorrequandoocasodeusoexecutado,levandoem
consideraoospassosqueoatordeveexecutarpararealizalo.Duranteadefiniodospassosdo
fluxoprincipalpoderoseridentificadospassos opcionais,que podero serespecificadoscomo
SubFluxosdoprpriofluxoprincipaloumesmoFluxosAlternativoscaracterizadosporexcees.

2.1.2.1 SubFluxo

Casoofluxoprincipalfiquemuitoextenso,estepodeserdividoemsubfluxos.Sendoeste
umsegmentodecomportamentonoCasodeUso,comumafinalidadeclaraeatmicanosentido
dequerealizatodasounenhumadasaesdescritas.

2.1.3 Alternativos(excees)

METODOLOGIADEDESENVOLVIMENTOCELEPAR
 6

Osfluxosalternativos abordamocomportamentodecarterexcepcionalemrelaoao
normal e tambm as variaes do comportamento. Voc pode pensar nos fluxos de eventos
alternativos como "desvios" do fluxo principal, alguns dos quais voltaro ao fluxo principal e
algunsfinalizaroaexecuodocasodeuso.

medidaquedetalhadoofluxoprincipal,deveseidentificarosfluxosalternativos.Para
auxiliarnestaidentificaoobserveasseguintesquestes:

Existemrespostasdiferentes,dependendodaaodoAtor?(porexemplo,oAtor
informaumnmerodecartoinvlidoenquantoutilizaumcaixaeletrnico);
QuaisoperaesdenegciopodemafetaraoperacionalizaodoCasodeUso?(o
Ator requisita ao caixa eletrnico mais dinheiro do que est disponvel na sua
conta);
Oquepoderiadarerrado?(nohconexoderededisponvelquandonecessria
umatransao).

Para esclarecer onde um fluxo de eventos alternativo se encaixa na estrutura,

necessriodescrever:
Ondeocomportamentoalternativopodeserinseridonofluxodeeventosprincipal;
Qual a condio que precisa ser atendida para que o comportamento alternativo
inicie;
Comoeondeofluxodeeventosprincipal retomado,oucomooCasodeUso
termina.

Tantoofluxodeeventosprincipalquantoosfluxosdeeventosalternativosdevemser
estruturadosempassosesubfluxos.

2.2 Detalharprcondiesepscondies

UmaprcondioumarestriosobrequandoumCasodeUsopodecomearenoo
eventoqueiniciaocasodeuso.Uma prcondio numCasodeUsodescreveoestado,eno
aes,emqueosistemadeveestarparaestepossaseriniciado.

Asituaomaiscomum,quesinalizaumaprcondio,anecessidadedousuriojter

METODOLOGIADEDESENVOLVIMENTOCELEPAR
 7

sidoautenticado.
Uma pscondio lista os possveis estados, e no aes, em que o sistema pode
apresentarquandofinalizado.Osistemadeveestarnumdessesestados.

AspscondiessoasseresqueseaplicamaofinaldaexecuodoCasodeuso,elasmostram
oestadoqueosistemapodeapresentarapsoseutrmino.

2.3 RegrasdeNegcio

Asregrasdenegciosotiposespeciaisdeobrigaes,sorequisitosdecomoosnegcios,
incluindosuasferramentasdenegcios,devemoperar.Elaspodemserleiseregulamentosimpostos
aonegcio,comoumtodo,oumesmo,especficoparaumdeterminadoCasodeUso.
Asregrasdenegciodevemserclarasevidenciandoondeequandodevemseraplicadas.
Podendoserclassificadasdevriasformas,emborasejacomumseparlasemregrasderestrioe
dederivao.
Regrasderestrio:Especificampolticasecondiesquerestringemocomportamentoe
aestruturadeobjetos.
Regrasdeestmuloeresposta:Restringemocomportamentoespecificandoquandoeseas
condiesdevemserverdadeirasparaqueocomportamentosejadisparado.Essetipode
regra afeta o fluxo de trabalho de um Caso de Uso. possvel mostrar um caminho
condicionaloualternativoatravsdosfluxosdoCasodeUso.
Exemplo:
Quandoumpedidocanceladoestedeveserfinalizadoretornandoasituaodo
Estoque.
Regrasderestriodeoperao:Especificamascondiesquedevemserverdadeiras
anteseapsumaoperaoparagarantirqueestasejaexecutadacorretamente.Essetipode
regra geralmente convertida em prcondies e pscondies ou em um caminho
condicionaloualternativoemumfluxodetrabalho.
Exemplo:Enviaropedidosomenteseoclientepossuiendereodeentrega.

Regras de restrio de estrutura: Especificam polticas ou condies sobre classes,

objetoseseusrelacionamentosquenopodemserviolados.Essetipoderegraafetaas
relaesentreinstnciasdeclassesconceituais.Elassoexpressaspelaexistnciadeuma

METODOLOGIADEDESENVOLVIMENTOCELEPAR
 8

associaoentreclasses;svezescomoumamultiplicidadenaassociao.
Exemplo:Umpedidoserefereaumprodutonomnimo.
Regrasdederivao:Especificampolticasoucondiesparadeduziroucalcularfatosde
outrosfatos.

Regras de deduo: Especificam que se determinados fatos so verdadeiros, uma

conclusopodeserdeduzida.Essetipoderegraimplicaemummtodoqueprecisaser
refletidoemumestadodeatividadedofluxoeeventualmenteemumaoperao.
Exemplo:
UmClienteumBomClienteseesomenteseasfaturasnopagas,enviadasaesse
Cliente,tmmenosde30dias.
Oresultadodaavaliaodosalunosdeveserclassificadodaseguintemaneira:
OAlunoconsideradoaprovadoseatingirmdiaigualousuperiora7.0;
OAlunoconsideradoemRecuperaoseatingirmdiamaiorouiguala5.0e
inferiora7.0;
OAlunoconsideradoreprovadoseatingirmdiamenorque5.0.

Regras de clculo: Derivam seus resultados pela forma de processar algoritmos, uma
variantemaissofisticadaderegrasdededuo.Essetipoderegrasemelhantearegrade
deduo,contudo,omtododevesermaisformalesemelhanteaumalgoritmo.
Exemplo:
OpreolqidodeumProdutocalculadodaseguintemaneira:preodoproduto*
(1+porcentagemdeimposto/100);
Aavaliaodosalunosdeversercalculadopelamdiaaritmticadesuasnotas.

2.4 Orientaosobreaespecificaodecasosdeusoderelatrios

AEspecificaodeCasodeUsoderelatriosnodiferedeumaEspecificaodeCasode
Usodeformulrio.EstaespecificaodeveabordaroqueocorrequandooCasodeUsoacionado,
descrevendo mecanismo de seleo do relatrio (se houver) e quais informaes este relatrio
apresentareolayoutdesejado.
Na Especificao de Caso de Uso tambm deve ser esclarecido o tipo do relatrio

METODOLOGIADEDESENVOLVIMENTOCELEPAR
 9

(operacional/online ouanaltico/batch). Seforanaltico,informarseorelatrioser agendado

pordataouseserumagendamentorepetitivo.
Para agendamento por data, informar a data e hora em que o relatrio deve ser
disparado.

Para agendamento repetitivo, informar a periodicidade (DIRIO, SEMANAL,

MENSAL)eohorrioaserdisparado.

Independentedotipodeagendamento,devesetambminformarcomoorelatrioser
recuperado atravs de alguma funcionalidade ou encaminhamento por email. No caso de
relatriosenviadosporemailconfigurartambmoassuntodoemail,geralmentecolocandoonome
dorelatrioeadatadegerao.

Osrelatriosanalticosgeradosficamdisponveisnoservidorpor15dias(tempopadro)
masesteprazopodeserconfiguradodeacordocomanecessidadedaaplicao.Sendoassim,seo
temponecessrioformaiorqueopadro,estedeveserinformadonaEspecificaodeCasodeUso.

importanteressaltarquedeacordoopadroadotadopelaCELEPARosrelatriosso
criadosnoformatoPDF,permitindoqueousuriofinalpossaapenasimprimlosousalvlos,sem
permissoparaalteraes.

2.4 LembreteseDicasparadetalharumCasodeUso

1. Escrevaospassosnumaseqncialgica,conformeaconteceainteraoAtor/Sistema;
2. Usegramticasimples.Umasentenamalformuladatornaopassodifcildeseentender;
3. Mantenhaospassoscurtoseobjetivos.Escrevercommuitodetalhe,emtudo,deixaoCaso
deUsoextensoealeituracansativaeconfusa;
4. Numereospassos,issoclarificaaespecificaoefacilitaacomunicao;
5. Acadapasso,citequemvairealizaraao.Exemplo;
1Ator:Informaosdadossolicitados;
2Sistema:Verificaevalidaasinformaes.
6. Relacione,seforocaso,asregrasdenegciocomospassos.Exemplo;
1Ator:Informaovalorparaaretirada;
2Sistema:Verificasaldo[R1].

METODOLOGIADEDESENVOLVIMENTOCELEPAR
 10

...
RegrasdeNegcio.
[R1]necessriohaverfundos,emconta,suficientesparaaretirada.
7. Aespecificaodecasodeusodeanlisedevedizeroquosistemadevefazer(quais
serviossodisponibilizadospelosistema),enocomoserimplementado(chamadasde
mtodos).
8. Lembrese de que um Ator tem um objetivo e o Sistema deve ajudalo a atingir este
objetivo.
9. Inicieaespecificaodofluxoprincipalcomocenriodesucesso,escrevatodosospassos
quelevamoAtoraalcanaresteobjetivo.Depoisincluatodasasexcees(possibilidades
defalhas).
10. Importante:Identifiquetodasaspossibilidadesdefalhaantesdeiniciaraconstruo,pois
identificlasduranteaprogramaomaisonerosoparaoprojeto.
11. Verifiquesecadaespecificaodecasodeuso,possuesuacorrespondncianoModelode
CasosdeUso.
12. Independentedopassoqueestsendoespecificado,fluxoprincipal,subfluxoouofluxo
alternativo,serdescritoumadasseguintesaes:
UmainteraoentreoAtoreoSistema(AtorinformaoCPF);
Umavalidao(SistemavalidaoCPF);
Umamudana/atualizaointerna(Sistemaatualizaosdadosdocadastro).

METODOLOGIADEDESENVOLVIMENTOCELEPAR