Estudo de Caso

<nome do estudo de caso>

Viso

Verso 1.0


[Observao: O template a seguir fornecido para uso com o Rational Unified Process (RUP). O teto entre
colc!etes e eibido em it"lico# em a$ul (estilo%&nfo'lue)# fornecido para orientar o autor e dever" ser
eclu(do antes da publicao do documento. )ual*uer par"grafo inserido ap+s esse estilo ser" definido
automaticamente como normal (estilo%'od,-et)..
[Para customi$ar campos autom"ticos (os *uais mostram um fundo cin$a *uando selecionados)# selecione
/r*uivo0Propriedades e substitua o conte1do dos campos -(tulo# /ssunto# Palavra2c!ave e 3oment"rio com
a informao apropriada para este documento. /p+s fec!ar a caia de di"logo #para atuali$ar os campos
em todo o documento# selecione 4ditar05elecionar -odos (ou 3trl2/) e pressione a tecla 67# ou cli*ue
sobre o campo e pressione 67. &sto deve ser feito separadamente para 3abeal!os e Rodaps. Para eibir
ou ocultar os c+digos de campo no documento# pressione /8-967. 3onsulte a /:uda do ;ord para mais
informa<es sobre campos..
Histrico da Reviso
Data Verso Descrio Autor
<11/02/2014> <1.0> <Documento para estudo de caso para
Emprstimo Bancrio>
<Mauro Vargas>




Histrico de Reunio
Data Descrio Participantes
<11/02/2014> <Leantamento de re!uisitos> <Mauro Vargas
"erente #au$o
%rea de crdito>



Estudo de Caso
Vers&o' 1.0
12/2/2014
Vis&o <nome do estudo de caso>
ndice Analtico
1 (ntrodu)&o...................................................................................................................................................
1.1 *ina$idade........................................................................................................................................
1.2 Escopo.............................................................................................................................................
1.+ De,ini)-es. /cr0nimos e /1reia)-es.............................................................................................
1.4 2e,er3ncias......................................................................................................................................
1.4 Vis&o "era$......................................................................................................................................
2 /a$ia)&o do #ro1$ema...............................................................................................................................
+ /m1iente.....................................................................................................................................................
4 Descri)-es dos Eno$idos.........................................................................................................................
4.1 #er,is dos Eno$idos......................................................................................................................
4.1.1 <5ome do Eno$ido>........................................................................................................4
4 Escopo de 6o$u)&o......................................................................................................................................
7 2ecursos do #roduto...................................................................................................................................
7.1 <a*eature>.......................................................................................................................................
7.2 <anot8er*eature>.............................................................................................................................
9 2e!uisitos 6up$ementares...........................................................................................................................
9.1 :on,ia1i$idade.................................................................................................................................
9.1.1 2e!uisito de :on,ia1i$idade ;m.........................................................................................9
9.2 Desempen8o....................................................................................................................................
9.2.1 2e!uisito de Desempen8o ;m............................................................................................9
9.+ 6uporta1i$idade................................................................................................................................
9.+.1 2e!uisito de 6uporta1i$idade ;m........................................................................................9
< :onsidera)-es dos /na$istas.......................................................................................................................
241<4+14=.doc +
Estudo de Caso
Vers&o' 1.0
12/2/2014
Vis&o <nome do estudo de caso>
1 Introduo
1.1 !inalidade
/ ,ina$idade deste documento co$etar. ana$isar e de,inir necessidades e recursos de n>e$ superior
do 4mprstimo 'anc"rio E$e se concentra nos recursos necessrios aos eno$idos e nas razes !ue
$eam a essas necessidades. ?s deta$8es de como o sistema satis,a@ essas necessidades s&o descritos
no caso de uso e nas especi,ica)-es dos re!uisitos n&o ,uncionais.
1." Esco#o
Este documento ,ornece as in,orma)-es de is&o do produto.
1.$ %e&ini'es( Acr)nimos e A*revia'es
#ara os termos de uso comum desta so$icita)&o. consu$te o documento do g$ossrio.
1.+ Re&er,ncias
[4sta subseo fornece uma lista completa de todos os documentos mencionados em *ual*uer outra parte do
documento Viso. &dentifi*ue cada documento por t(tulo# n1mero do relat+rio (se aplic"vel)# data e
organi$ao de publicao. 4specifi*ue as fontes a partir das *uais as refer=ncias podem ser obtidas. 4ssas
informa<es podem ser fornecidas por um aneo ou outro documento..
1.- Viso .eral
Este documento apresenta a descri)&o do pro1$ema e mostra as necessidades para a cria)&o do sistema e
!uais as tare,as e !uais as contri1ui)-es de cada um dos eno$idos e suas responsa1i$idades. este documento
tam1m est mostrando o per,i$ de cada um dos eno$idos.
" Avaliao do /ro*lema
%rea de crdito necessita de um sistema para a rea$i@a)&o de emprstimos para c$ientes da agencia na
!ua$ o c$iente ir so$icitar um emprstimo tanto por internet BanA. caiBas e$etr0nicos e atras da gerencia de
contas. apCs ser ana$isado pe$a rea de crdito e se ,or aproado o a$or ser creditado na conta corrente do
c$iente e os a$ores das presta)-es ser de1itadas na conta do c$iente. !uando 8ouer atrasos maiores !ue
trinta dias ser repassado a co1ran)a para um escritCrio eBtra Dudicia$.
6o$icita)&o de emprstimo
$ Am*iente
6er tr3s eno$idos o ana$ista de sistemas. o gerente da agencia 1ancria e o setor de an$ise de crdito.
/s tare,as ter&o um cic$o da seguinte ,orma o c$iente ir so$icitar um emprstimo tanto por internet BanA.
caiBas e$etr0nicos e atras da gerencia de contas. apCs ser ana$isado pe$o rea de crdito e se ,or aproado o
a$or ser creditado na conta corrente do c$iente e os a$ores das presta)-es ser de1itadas na conta do
c$iente. !uando 8ouer atrasos maiores !ue trinta dias ser repassado a co1ran)a para um escritCrio eBtra
Dudicia$. ? tempo gasta para cada atiidade do ser
6er uti$i@ada a p$ata,orma atua$ e as p$ata,ormas em Eaa Fe1 con,orme D em sendo uti$i@adas nos
sistemas atuais.
6er necessria a assinatura do c$iente !uando 8ouer a aproa)&o do emprstimo para o c$iente.
241<4+14=.doc 4
Estudo de Caso
Vers&o' 1.0
12/2/2014
Vis&o <nome do estudo de caso>
+ %escri'es dos Envolvidos
+.1 /er&is dos Envolvidos
[>escreva a*ui cada envolvido no sistema preenc!endo a tabela abaio para cada um deles. 8embre2se de
*ue os tipos de envolvidos podero ser os mais diversos como# por eemplo# usu"rios# departamentos e
desenvolvedores tcnicos. Um perfil completo deve abranger os t+picos abaio para cada tipo de envolvido..
4.1.1 <Nome do Envolvido>
Representante ?erente de contas Paulo
Responsabilidades /provar o crdito
Critrios de Sucesso 3arteiras de clientes com baios (ndices de inadimpl=ncia.
Produtos Produzidos 4mprstimos e cart<es de crdito
Produtos Esperados [4istem produtos eigidos ou esperados pelo envolvido@ 4les podem ser produtos
liberados do pro:eto ou sa(das do sistema..
Comentrios /
Problemas
[Os problemas *ue interferem no bom andamento do pro:eto e outras informa<es
relevantes sero relacionados a*ui..

[8iste os principais problemas com as solu<es eistentes conforme o ponto de vista do envolvido. 4sclarea
as seguintes *uest<es referentes a cada problema:
A )uais so as causas deste problema@
A 3omo ele est" sendo resolvido agora@
A )ue solu<es o envolvido ou o usu"rio dese:a@.
[B importante compreender a importCncia relativa eercida pelo usu"rio ou pelo envolvido na resoluo de
cada problema. /s tcnicas de ordenao e votao cumulativa indicam os problemas *ue devem ser
resolvidos versus problemas *ue eles gostariam *ue fossem resolvidos.
Preenc!a a tabela a seguir D se estiver usando o Rational Re*uisitePro para capturar as Eecessidades#
pode ser um fragmento ou relat+rio dessa ferramenta..
ecessidade Prioridade Soluo Atual
- Esco#o de 0oluo
[4pli*ue *uais necessidades dos envolvidos esto sendo atendidas pelo produto.
8iste *uais necessidades dos envolvidos no esto sendo atendidas pelo produto e epli*ue por*ue..
1 Recursos do /roduto
241<4+14=.doc 4
Estudo de Caso
Vers&o' 1.0
12/2/2014
Vis&o <nome do estudo de caso>
[8iste e descreva brevemente os recursos do produto. -rata2se dos recursos de n(vel superior do sistema *ue
so necess"rios para propiciar benef(cios aos usu"rios. 3ada recurso um servio dese:ado eternamente
*ue normalmente eige uma srie de entradas para alcanar os resultados dese:ados. Por eemplo# um dos
recursos de um sistema de rastreamento de problemas poder" ser a capacidade de fornecer relat+rios de
tend=ncias. F medida *ue o modelo de casos de uso for desenvolvido# atuali$e a descrio para fa$er
refer=ncia aos casos de uso.
3omo o documento Viso revisado por uma ampla variedade de pessoas envolvidas# o n(vel de
detal!amento ter" *ue ser genrico o bastante para *ue todos possam compreend=2lo. Eo entanto# devem
estar dispon(veis detal!es suficientes para fornecer G e*uipe as informa<es necess"rias para criar um
modelo de casos de uso.
Para gerenciar a compleidade dos aplicativos de maneira eficiente# recomend"vel para *ual*uer sistema
novo# ou para uma adio *ue complemente um sistema eistente# *ue se:a utili$ado um grau de abstrao
de n(vel suficientemente elevado de modo a resultar em HI a 77 recursos. 4sses recursos sero a base
fundamental do gerenciamento do pro:eto# do gerenciamento do escopo e da definio do produto. 3ada
recurso ser" descrito mais detal!adamente no modelo de casos de uso.
4m toda esta seo# cada recurso ser" percebido eternamente por usu"rios# operadores ou outros sistemas
eternos. 4sses recursos devero incluir uma descrio da funcionalidade e de todas as *uest<es de
usabilidade relevantes *ue devero ser abordadas. /s seguintes diretri$es se aplicam:
A 4vite o design. Janten!a as descri<es dos recursos em um n(vel geral. 3oncentre2se nos recursos
necess"rios e no por*u= (e no em como) eles devero ser implementados.
A 5e estiver usando o Kit de ferramentas do Rational Re*uisitePro# tudo ter" *ue ser selecionado como
re*uisitos de tipo para facilitar a consulta e o rastreamento..
1.1 <a!eature>
1." <anot2er!eature>
3 Re4uisitos 0u#lementares
3.1 Con&ia*ilidade
[Os re*uisitos de confiabilidade do sistema devem ser especificados a*ui. /baio# algumas sugest<es:
>isponibilidade 2 especifi*ue a porcentagem de tempo dispon(vel ( .L)# as !oras de uso# o
acesso G manuteno# as opera<es de modo degradado etc.
-empo Jdio entre 6al!as (J-'6) 2 normalmente especificado em !oras# mas tambm poder"
ser especificado em termos de dias# meses ou anos.
-empo Jdio para Reparo (J--R) 2 *uanto tempo o sistema poder" ficar sem funcionar ap+s
uma fal!a@
4atido 2 especifi*ue a preciso (resoluo) e eatido (atravs de algum padro con!ecido)
necess"rias na sa(da dos sistemas.
-aa m"ima de erros ou defeitos 2 geralmente epressa em termos de errosMN8O3 (t!ousands
of lines of code# mil!ares de lin!as de c+digo) ou de errosMponto de funo.
-aa de erros ou defeitos 2 categori$ados em termos de erros pouco importantes# importantes e
cr(ticos: o(s) re*uisito(s) devem definir o *ue se entende por um erro Ocr(ticoO (e: perda total
de dados ou total incapacidade de usar determinadas partes da funcionalidade do sistema)..
7.1.1 Requisito de Confiabilidade Um
[/ descrio do re*uisito deve ser feita a*ui..
241<4+14=.doc 7
Estudo de Caso
Vers&o' 1.0
12/2/2014
Vis&o <nome do estudo de caso>
3." %esem#en2o
[/s caracter(sticas de desempen!o do sistema devem ser descritas nesta seo. &nclua tempos de resposta
espec(ficos. )uando aplic"vel# faa refer=ncia# por nome# aos 3asos de Uso relacionados.
-empo de resposta de uma transao (mdio# m"imo)
-aa de transfer=ncia (e: transa<es por segundo)
3apacidade (e: o n1mero de clientes ou de transa<es *ue podem ser acomodados pelo
sistema)
Jodos de degradao (o modo aceit"vel de operao *uando o sistema tiver sido degradado
de alguma maneira)
Utili$ao de recursos: mem+ria# disco# comunica<es etc..
7.2.1 Requisito de Desempenho Um
[/ descrio do re*uisito deve ser feita a*ui..
3.$ 0u#orta*ilidade
[4sta seo indica todos os re*uisitos *ue aprimoraro a suportabilidade ou manutenibilidade do sistema
*ue est" sendo criado# incluindo padr<es de codificao# conven<es de nomeao# bibliotecas de classes#
acesso G manuteno e utilit"rios de manuteno..
7..1 Requisito de !upo"tabilidade Um
[/ descrio do re*uisito deve ser feita a*ui..
5 Considera'es dos Analistas
[8iste todas as necessidades ou problemas adicionais *ue voc= ac!a *ue di$em respeito ao envolvido ou ao
usu"rio.
Retorna para a &ntroduo
241<4+14=.doc 9