Nextsolution

Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
NEXTSOLUTION
<Nome do projeto>
Levantamento de Requisitos
Verso<Verso XX.YY>
!ata<dia Ms, ano>
"denti#i$ador do do$umentoLR%&'()*
Verso do +tili,ada na -on#e$.o<Verso do /emplate>
Lo$ali,a.o<$amin0o de a$esso no -V1 ou +RL>
Histrico de revises do modelo
Verso
(XX.YY)
Data
(DD/MMM/YYYY)
Autor Descrio Localizao
Levantamento de Requisitos 234ina % de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
00.01 08/DEZ/201 tl!ls Verso i"icial
00.02 1#/$A%/201# aa &or'atao (o
(oc. e re!iso )ara
*ec+ar u'a !erso.
00.0 1,/&E-/201# tl!ls Mu(a"as 'e"ores
)/*i"alizao (o
(ocu'e"to
01.00 1,/A.-/201# tl!ls/aa &or'ato *i"al
01.01 2,/MA0/201# aa Verso re!isa(a
Aprovadores
Nome Funo
A"a Maria 1ere"te (e 2ro3eto
$oo Marcos 1ere"te (e 4o"*i5urao
M6rcia 7ea8ra E"5e"+eira (e 9uali(a(e e 2rocesso
A"t:"io 4a')ello A"alista (e %e5;cios
<er"a"(ez 7a"tos E"5e"+eiro (e 7o*t=are
Ale> E"5e"+eiro (e 7o*t=are
Levantamento de Requisitos 234ina ' de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
ndice
1. INTRODUO..........................................................................................................................................4
6. DESC!"#$% DE C$NS&'(A..................................................................................................)
5. EN(E*!S(A C$+ $ C'!EN(E................................................................................................,
Levantamento de Requisitos 234ina ) de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
-. !ntroduo
1.1. 2ro);sito
Projeto
Anlise e desenvolvimento de um software para gerenciar
Compra e vendas de uma empresa de informtica chamados de abertura para reas da
informtica compram e vendam geral.
Introduo
Nesta pesuisa ser desenvolvido um projeto baseado em conceitos da disciplina de
!ngenharia de "oftware I. #ue consiste no levantamento dos reuisitos de um sistema
de compra e venda.
$ software ser desenvolvido% com base em levantamentos de reuisitos em ue o
&analista obter atrav's de estudo de campo e envolvido diretamente no processo.
A empresa escolhida para o desenvolvimento da analise de reuisitos fa( parte do ramo
de informtica e onde ser implantada uma ferramenta para agili(ar os atendimentos
hoje reali(ados sem nenhum controle.
$bjetivos do Projeto
$ Projeto consiste no desenvolvimento de um software para gerenciar todas as
solicitadas de compra e venda as reas de informtica e geral% propiciando uma forma
de aumentar o controle sobre as tarefas reali(adas de uma forma simples e precisa e
obter uma maior satisfao do cliente final.
P)blico Alvo
!ste documento se destina aos aruitetos de software% engenheiros de software e
testadores.
!scopo
Este documento realiza a licitao de requisitos de um determinado sistema (sistema
de compra e vendas).
*iso geral do documento
Na seo apresenta uma viso geral do sistema% caracteri(ando ual ' o seu escopo e
descrevendo seus usurios.
A seo Error: Reference source not found especifica as premissas e restri+es do
reuisitos levantados.
Na seo so enumerados todos os reuisitos funcionais% e
Na seo os no,funcionais do sistema.
Levantamento de Requisitos 234ina 6 de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
*iso -eral do Produto
$ sistema deve ser capa( de abrir chamados para vrios usurios cadastrados atrav's
da web% onde esses devero ter restri+es de acesso a determinados m.dulos do
programa% onde somente usurio avanado ter autonomia para certas fun+es% dever
ter nesse sistema abertura de compra e vendas% cadastro de problemas ue mais
ocorre durante a vida )til de uns euipamentos% dever ter cadastro de usurios%
Cadastro de local% cadastro de compra cadastro de venda% cadastro de n/veis de
atendimento% cadastro de reas a serem atendidas% e gerao de relat.rios.
!ste reuisito ser para cadastro de euipamentos de informtica
e mauinrios em geral. Nele sero colocados os dados necessrios para a
$rientao do servio a ser e0ecutado pelo n)cleo de setores de compra e vendas
1ever ter obrigatoriamente informa+es do setor2local% tipos de
Compra e de venda% e a descrio pr'via de ual euipamento dever ser verificado.
1escrio dos usurios
3euisitos 4uncionais
Casos de 5so6 5surio
Consulta em $utro "istema
1escrio
$ usurio pode consultar o hist.rico de um determinado estoue em outras lojas. !ste
caso de uso reuer a interao com sistemas e0ternos de outras lojas% para prover os
dados reuisitados.
Prioridade
!ssencial
Pr',condi+es
$ sistema de cada lojas integrada com o "istema de compra e vendas tem ue estar no
ar e funcionando normalmente7
P.s,condio
5ma tela contendo dados pessoais% dados produtos% hist.rico de compra e vendas%
hist.rico de fun+es reali(adas dentro e fora das lojas7
Levantamento de Requisitos 234ina ( de %(
Nmero
de ordem
Ator Definio
Usurio Qualquer pessoa autorizada a usar o sistema para
acesso a funes no gerenciais.
Funcionrio Funcionrios do presdio que e!eram alguma
funo de relev"ncia e que precise usar o sistema
para tal.
#dministrador $essoas de nvel administrativo superior que ter
acesso a todas as funes disponveis no sistema.
4 #dministrador e!terna %istema de outra Empresa
5 %istema de
&onitoramento
%istema que monitora 'ompra e (enda
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
4lu0os principal
A+es do Ator A+es do "istema
8 e0ibida uma
tela informando
ao usurio ue
todos produtos
em estoue.
8 e0ibida uma tela informando ao usurio todos produtos
em estoue.
4lu0o secundrio
A+es do Ator A+es do "istema
8 e0ibida uma
tela informando
ao usurio ue o
produto
informada no foi
encontrada.
8 e0ibida uma tela informando ao usurio ue o produto
informada no foi encontrada.
3euisitos No 4uncionais
) 3euisitos no funcionais
5tili(ao de "istema Anterior
Descrio: $ "istema de compra e vendas dever aproveitar informa+es j
encontradas no sistema anterior instalado e fa(er bac9up do mesmo.
Prioridade: 1esejvel 3elat.rios
Descrio: !m cada tela de consulta% dever e0istir uma opo para gerar o resultado
da consulta em um aruivo .doc. Prioridade: Importante :empo de 3esposto
Prioridade: 1esejvel Interface Amigvel
1escrio6 Cada consulta ou interao com o sistema no deve ultrapassar% em m'dia%
de( segundos.
Descrio:
$ "C* tem ue ser simples na sua interface grfica e dever considerar aspectos de
usabilidade para seu desenvolvimento. 1eve conter menus e bot+es de acesso ue
beneficiem a navegabilidade do usurio% incluindo um elevado grau de valida+es na
entrada de dados e orienta+es parametri(adas. $ sistema dever tamb'm ser
desenvolvido em l/ngua portuguesa e de tal forma ue no e0ija conhecimentos
especiali(ados em informtica para a sua operacionali(ao. Prioridade: Importante
"istema de Ajuda
Descrio: !m ualuer ponto do sistema% dever conter acesso a um m.dulo de
ajuda% de forma a possibilitar ao usurio seu auto,aprendi(ado e2ou tirar ualuer
d)vida sobre a operao ue esteja reali(ando% com acesso por /ndice ou busca.
Prioridade: 1esejvel 5surios "imult;neos
Descrio: $ sistema dever suportar processamento multi,usurio% ou seja% vrios
usurios conectados e operando o sistema ao mesmo tempo.Prioridade: !ssencial 5so
do :eclado
Levantamento de Requisitos 234ina & de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
Descrio: :odas as principais fun+es do sistema devero ter sua acessibilidade
tamb'm via teclado. Prioridade: 1esejvel <ist.rico de !ventos
Descrio: $ "C* dever manter hist.rico de todas as informa+es e transa+es ue
ocorrerem no sistema% com o nome do usurio ue e0ecutou junto com a data2hora.
Prioridade: Importante =ac9up dos 1ados
Descrio: Atrav's de intervalos previamente definidos pelo usurio% o sistema dever
efetuar bac9ups s.lidos% consistentes e confiveis de toda sua base de dados% de forma
a permitir sua recuperao imediata sempre ue necessrio.Prioridade: !ssencial
4cil >igrao
Descrio: $ "C* dever ser desenvolvido atrav's de uma aruitetura fle0/vel para
introduo de melhorias ou adeua+es posteriores e insero de novas rotinas sem
elevao de custo ou esforo adicional.Prioridade: 1esejvel
:'cnica de ?evantamento de 3euisito , M?to(os (e 4o"!ersao@
$ m'todo de conversao fornece um meio de comunicao verbal entre duas ou mais
pessoas. "endo uma forma natural de e0pressar as necessidades% id'ias e responder @s
perguntas% ' bastante efica( para identificar e compreender as necessidades do entrevistado.
Proporciona a comunicao verbal entre um ou mais participantes e ajuda a comunicao efica(
com os mesmos. !sses m'todos fornecem a maneira natural de e0pressar as necessidades e as
id'ias e identificar os reuisitos do produto
Entrevista com o Cliente
A , #ual o problema ue a empresta temB
36 No possui um sistema ue possa reali(ar o cadastro de clientes% funcionrios e
produtos% e nem um sistema ue posso fornecer os lucros mensais. < tamb'm muito
gasto de papel% para organi(ar tudo ue a empresa reuer.
C , $ ue vocDs esperam melhorar com esse novo sistemaB
36 Com esse novo sistema% pretendemos melhorar a organi(ao de tudo ue '
reuisitado por nossa empresa% e ainda como tudo ser computadori(ado iremos ter
economia de papel.
E , 1D ue maneira vocDs pretendem utili(ar o software em sua empresaB
36 $ software ser utili(ado para atender% ajudar e resolver os problemas com os
cadastros de clientes% funcionrios% produtos e dos clculos ue sero feitos para o
?ucro.
&,#ual o modelo 2 forma de organi(ao a empresa reuerB
36 3eueremos um modelo ue tenha um login% uma tela onde estejam as sub,telas
para serem acessados% os cadastros% o calculo e onde atrav's dela possamos
conseguir reali(ar modifica+es fechamentos de neg.cios.
F, 1D ue maneira a empresa ir fornecer o relat.rio mensalB
36 Pretendemos fornecer um relat.rio mensal com a uantidade de produtos vendidos%
se as metas dos funcionrios e da empresa foram atingidas e se nossa empresa
terminou o mDs com lucro ou preju/(o.
G, A empresa pretende criar um software para clculo de jurosB
36 "im% pretendemos.
H, A respeito de nota fiscal% uais informa+es estaro contidas nesteB
36 "eriam informa+es pessoais do cliente% dados do produto ue esta sendo vendido e
algum valor de desconto se houver.
I , #ual o ponto mais relevante ue a empresa deseja ue o software trabalheB
36 $ ponto mais relevante para ser trabalhado pelo software ' o cadastro de produtos%
pois so muitos peas e diversas informa+es.
J , $ ue a empresa deseja arma(enar em seu =anco de 1adosB
Levantamento de Requisitos 234ina 5 de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
36 1esejamos em nosso banco de dados arma(ene informa+es pessoais dos clientes
e funcionrios KNome% telefone% endereo% etcL% informa+es do Produto K>odelo% marca%
ano% cor% etcL% a uantidade ue foi vendida dos produtos de informtica.
AM , #uais os problemas internos ue a empresa possuiB
36 $ problema interno mais relevante ue nossa empresa possui ' com a entrada e
sa/da de peas% pois no conseguimos ter um software ue consiga organi(ar esta
transio.
AA , Na tela cadastro de cliente% em ue o =1 ajudariaB
36 Na tela de cadastro de clientes o =1 ajudaria% pois l estariam as informa+es sobre
a pessoa todas arma(enadas% e com isso caso o cliente volte para reali(ar uma nova
compra% ou tenha tido algum tipo de problema% n.s j ter/amos seu cadastro com fcil
acesso% para assim podermos ajud,lo rapidamente.
AC , 3euisitos de entrada e sa/da de produtos% o =1 ajudariaB 1D ual formaB
36 "im% pois al'm deste ser o ponto mais problemtico da nossa empresa% com o =1
poder/amos ter o conhecimento dos produtos KpeasL ue foram comprados% e dos
produtos ue foram vendidos.
AE , #uais as necessidades da empresa% em guardar a informao interna em
computadoresB
36 !speramos ue sim% pois se este software atendesse tudo ue foi e0posto atrav's
de nossas respostas% nos ajudaria na melhora de nosso atendimento e funcionamento.
A&,Como ' reali(ada a inscrio do participanteB
36$ colaboradores poder se cadastrar no site ou no setor de :I B
AF,#uais os dados necessrios para o cadastro dos colaboradoresB
36Nome% CP4% 3-% login% senha% e,mail% informar se ' colaboradores% local onde
trabalha%
AH,#uais os dados necessrios para o cadastro do AvaliadorB
36 Nome% 3-% CP4% titulao% descrio do hist.rico profissional% instituio em
AI,#uais os dados necessrios para o cadastro do novo colaboradoresB
36 Nome% 3-% CP4% titulao% descrio do hist.rico profissional% instituio em estudo.
AJ, #uais os dados necessrios para o cadastro do novo produtoB
36 marca% c.digo de barra% modelo% titulao.
CM,#uais dados necessrios para reali(ar a submissoB
36 Nome da empresa% ano% palavras,chave
.CA,Como ser o controle de acessoB
36 Atualmente ' assinada uma lista a cada acesso ue o colaborador est presente.
$ objetivo ' controlar a entrada e sa/da de cada colaborador com um c.digo de barras
no crach% onde ser feito @ leitura do mesmo no inicio e final de cada acesso.
CC,Como funciona o mini,cursoB
36 $ mini,curso ' reali(ado em paralelo com as palestras e sess+es t'cnicas% onde
sua inscrio ' reali(ada uando da inscrio no congresso% no ual o participante
seleciona os mini,cursos ue deseja participar.
CE,$ ue ' necessrio para inscrio no mini,cursoB
36 No ato da inscrio do evento o participante deve selecionar oKsL mini,cursoKsL
ue deseja participar% onde o sistema informar em tempo real a uantidade de vagas
dispon/veis e a durao e data de cada mini,curso.
C& ,$ empresa possui uantos colaboradorB
36 a empresa possui AMM colaboradores
CF,$ sistema dever permitir a acesso de vrios colaborador ao mesmos tempos.
36 sim
CG,$ sistema ter ue guardar em mem.ria a produtos reservado.
Levantamento de Requisitos 234ina * de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
36sim.
CH,$ sistema dever guardar a hora de chegada das peas e avisar o empregado
uando faltar pelo menos de de( em estoue.
36 sim% o sistema ter uer avisar uando estive uase no fim o estoue de peas
CI,$ sistema dever disponibili(ar a lista de peas em estoue.
36 sim.
CJ,$ sistema dever permitir a escolha do produto ao cliente.
36 sim.
EM,$ sistema dever permitir inserir o n)mero% c.digo para identificar o produtos.
36 sim.
EA,$ sistema guarda assim o n)mero do produto como estando vendido s. a libertando
depois do pagamento total da conta.
36 sim.
EC,Como ser feito o pagamento total da conta do clienteB
36carto de credito% dinheiro% cheue.
EE,$ sistema dever guardar a hora do pedido e a hora em ue o cliente fe( o pedido.
36sim.
E&,Como ser feito a anotao do pedido do cliente e o despacheB
36 vendedor% site% balco.
EF,Como ser e uem ir fa(er o cadastro e o controle dos dados dos clientes.
36 colaborador.
EF,Como ser feito o controle do flu0o do cai0aB
36 gerente de setor.
EG,$ sistema dever guardar os pedidos de todos os clientes.Como ser feito esse
processoB
36 sim% no banco de dados o processo ser automtico.
EH,$ sistema dever manter um hist.rico de todos os pedidos ue j foram feitos para
posterior consulta.
36sim% no banco de dados.
EI,$ sistema dever permitir um login aos funcionrios do empresa.
36sim.
EJ,Cada funcionrios ter alguma comisso fora de seu salrio Cada funcionrio ser
responsvel por atender uma uantidade de clienteB
36sim.
&M,Como ser feito a compra e o pedido de mercadoria em falta no estoueB
36 ser feita pelo setor de compra.
&A,Como ser feito o controle do estoue e o controle dos itens
36ser controlador pelo setor de compra e pelo sistema "C*% Pra(o de validade% nN do
?ote% #uantidade
&C,#uantas pessoas vo utili(ar o softwareB 1esse n)mero% uantas utili(aro
simultaneamenteB
36 AMM colaboradores.
&E,A empresa possui meio f/sico para instalao de softwareB
36 sim% a empresa possui por a mesma esta no ramo de informtica.
&&,$ banco de dados ser criado nossa empresaB
36 A empresa j possui um banco de dados.
&F,$ "*C vai trabalha em redeB
36 sim
&G,#ual o sistema operacionalB
36Oindows e ?inu0.
Levantamento de Requisitos 234ina 7 de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
&G, ter n/veis de acessoB
36 sim.
&I,$s dados sero criptografadoB
36sim.
&H,!mitira nota fiscalB
36 sim.
&I, 3ecebera nota fiscal onlineB
36 sim.
&J, :er relat.rio de balanoB
36sim.
FM,A empresa possui normas de segurana da informaoB
36sim.
FA,$ software possui portabilidadeB
36sim% o sistema "C* rodara no Oindows e ?inu0.
FC,#ual o servio prestado pela organi(aoB
36 Compra e vendas de produtos de informticas
FE,#ual o ponto da empresa ue vocD acredita ue seja necessria uma maior
atenoB
36 !stoue.
F&,Cite um problema ue ocorre com maior frePDncia na empresaB
36 levantamento de estoue
FF,Q ' utili(ado algum sistemaB #ualB "e e0iste uais as necessidades no
atendidasB
36 No
FG,#uais os euipamentos e0istentes na organi(aoB #ual o sistema operacionalB !le
tem licenaB Q tiveram algum problema uanto sistemas no legali(adosB
36 >icro computadores com Oindows seven e ?inu0 com FMMgb de <1 %processador
coreIF%mem.ria &gb. :odos os softwares so originais
FH,#ual o n)mero de funcionrios da :IB
36 CM funcionrios
FI,:odos os funcionrios podem ter livre acesso internet e outros programasB "e no%
uais so barrados% por ue e uais os funcionrios ue no o livre acesso. "e sim% por
uDB Isso no geraria problemas na segurana dos dados da empresaB
36 No o software ter n/veis de acesso
FJ,:odos os funcionrios podem entrar no setor de :IB As fa0ineiras podemB Como ' o
acesso dos funcionrios esse setorB "e no caso de a resposta ser RnoR% por uDB A
empresa no teme pela segurana dos dadosB
36No e sim termos n/veis de acesso e controle de acesso do colaboradores
GM,$s computadores esto conectados em redeB #ual ' a topologia dessa redeB
KPodem desenhar para n.sBL
36HM computadores
GA,< antiv/rusB 8 pagoB Q houve infec+es de programas maliciososB
36"im e no
GC,#uem ' responsvel pela manuteno dos computadoresB ! do sistemaB $ servio
Kdo sistema L' terceiri(adoB.
36 !mpresa terceiri(ado.
GE,8 utili(ado o sistema de bac9upB Com ue frePDnciaB Como ele ' utili(adoB Por
e0emplo% so C1Ss% disuetes ou outras m/diasB $nde os aruivos de bac9up so
guardados% ' fora da empresa ou dentroB
36 "im% termos bac9up em nosso servidor% duas ve(es ao dia% dentro da empresa.
Levantamento de Requisitos 234ina %8 de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
G&,4ormao do pessoal de :I , !0iste algum funcionrio com alguma especiali(ao
na reaB
36"im nosso colaboradores n/vel superior.
GF, $ ue o software fa( na empresaB #uais os objetivos do sistemaB
36Controle de estoue e compra e vendas
GG,Q trocaram o sistema ou sempre foi o atualB "e sim% ual o motivo da trocaB As
necessidades anteriores foram satisfeitasB K?embrando ue nenhum sistema ' perfeito
e sem falhas.L.
36 No% possu/mos sistema na empresa
GH,. 1 algum problema% uem fa( a atuali(aoB
GI,#uanto custou o sistemaB >anuteno mensalB
36 Informao confidencial
GJ,1urante a implantao% houve alguma mudana ou dificuldade por parte dos
funcionriosB <ouve resistDnciaB
36 No
HM, Ainda durante a implantao% tiveram ue trocar algum euipamento por este no
suportar o novo sistemaB <ouve gastos% preju/(osB
36No
HA,!0istem parcerias com outras empresas para reali(ar trabalho terceiri(ado para a
rea de informticaB Por e0emplo% e0istem empresas ue terceiri(am as impressoras.
!stas so alugadas. "e sim% uaisB
36"im% contrato com empresa terceiri(ada
HC,< algum funcionrio responsvel pela manuteno do sistema e das muinas ou
este ' de outra empresa especiali(adaB #uantos pagam pela manuteno do sistemaB
36"im% informao confidencial.
HE,< investimento no futuro da tecnologia na :IB As muinas so trocadas com
frePDnciaB
36 "im% termos oramento anual para o setor de :I.
H&,< projetos para modifica+es na :IB ! uanto estrutura computacionalB
Pretendem trocar as muinasB
36"im.
NORMAS PARA DESENVOLVMEN!O E "#ALDADE DE SO$!%ARE
$ modelo * representa um processo de desenvolvimento de software% ue pode ser considerado
uma e0tenso do modelo em cascata. !m ve( de mover,se de uma forma linear% os passos do
processo so dobrados para cima ap.s a codificao de fase% para formar a forma t/pica *. $ *,
$ modelo demonstra as rela+es entre cada fase do ciclo de vida do desenvolvimento e da sua
fase associado de teste . $ ei0o hori(ontal e vertical representa o tempo ou a integralidade do
projeto Kda esuerda para a direitaL e n/vel de abstrao Kmais grosseira de gros de abstrao
mais altoL% respectivamente
Levantamento de Requisitos 234ina %% de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
LA&O#! E'CE()ES DE SCV SS!EMA COMPRA E VENDA
!TC!UV!" 1! "C* "I":!>A C$>P3A ! *!N1A
Campo c.digo carto e0ce+es6 o campo s. aceitara n)mero e06 ACE&FFGH% caso digite
caracteres e caracteres especiais mostra um pop di(endo Weste campo s. aceita numero X .
Campo Nome e0ce+es6 o campo s. aceitara n)mero e06 ACE&FFGH caracteres e06 aswdefr e
caracteres especiais caso digite mostra um pop di(endo Weste campo s. aceita numero e
caracteres.
Levantamento de Requisitos 234ina %' de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
Campo senha e0ce+es6 o campo s. aceitara n)mero e06 ACE&FFGH caracteres e06 aswdefr e
caracteres especiais e06YZ[\]]].
Campo c.digo carto e0ce+es6 o campo s. aceitara n)mero e06 ACE&FFGH% e caracteres
especiais. caso digite caracteres mostra um pop di(endo Weste campo s. aceita numero
caracteres especiais X
Caso digite mai)scula abrir pop WCaps ?oc9 ligada sistema no aceita mai)scula X.
Campo produto% marca% descrio do produto%empresa e0ce+es6 o campo s. aceitara
caracteres e06 abcdef% caso digite n)meros e caracteres especiais mostra um pop di(endo Weste
campo s. aceita caracteres X .
Campo uantidade% valor de venda% c.digo% comisso valor final e0ce+es6 o campo s. aceitara
n)mero e06 ACE&FFGH caso digite caracteres especiais caso digite mostra um pop di(endo Weste
campo s. aceita numeroX.
Caso digite mai)scula abrir pop WCaps ?oc9 ligada sistema no aceita mai)scula X
Levantamento de Requisitos 234ina %) de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
Campo produto% marca% descrio do produto% empresa e0ce+es6 o campo s. aceitara
caracteres e06 abcdef% caso digite n)meros e caracteres especiais mostra um pop di(endo Weste
campo s. aceita caracteres X .
Campo uantidade% valor de venda% c.digo% valor de venda% valor ^ imposto valor final %comisso
valor final e0ce+es6 o campo s. aceitara n)mero e06 ACE&FFGH caso digite caracteres%
caracteres especiais caso digite mostra um pop di(endo Weste campo s. aceita numeroX.
RO!ERO DE !ES!E
!strat'gia para :estes 4uncionais
5m 1ocumento ue registra todo o planejamento dos testes de determinados reuisitos ue
foram estabelecidos durante o desenvolvimento do software.!stabelece o ue ser testado%
sendo seu principal objetivo identificar o maior n)mero de cenrios e varia+es de determinado
reuisito de software.$s casos de teste estabelecem uais informa+es sero empregadas
durante os testes desses cenrios e uais sero os resultados esperados% estabelecendo a
massa cr/tica de testes necessria para validar todos os reuisitos do software.
Caso de 5so6 ?ogar no "istema Cenrio6 "enha invlida
1efinio6
5m Caso de :este ' composto por um conjunto de entradas% condi+es de e0ecuo e os
resultados esperados% tendo como objetivo verificar os reuisitos especificados do
sistema.-erao dos Casos de :este Para elaborao dos casos de teste a partir do reuisito
especificado 1eve,se considerar o seguinte6 Identificar todos os cenrios contidos nas
especifica+es e0istentes7 Para cada cenrio% identificar um ou mais casos de teste7Para cada
caso de teste% identificar condi+es de e0ecuo7Adicionar os dados para as condi+es nos
casos de teste.
3oteiros para :estes 4uncionaisB
Para cada Caso de 5so ou 4uncionalidade identificado% dever ser elaborado um
3oteiro de :este% onde sero definidos os objetivos de :este ue devero ser
atendidos.!sses $bjetivos de :este% ou Casos de :este% visam verificar e validar se o
sistema est atendendo a todos os 3euisito 4uncionais e 3egras de Neg.cio
levantadas junto ao cliente 2 usurio.
Passo A , 3oteiro de :este de 4uncionalidade
Para cada Caso de 5so especificado deve ser gerado um 3oteiro de :este de
4uncionalidade. 1essa forma o nome do roteiro de teste poder ser o mesmo do nome
caso de uso encontrado na !specificao de Caso de 5so.$ 3oteiro de :este de
4uncionalidade agrupa os casos de teste de funcionalidade.
Passo C , Identificar os Casos de :este de 4uncionalidade
Para identificao de casos de teste de funcionalidade ser utili(ado como entrada a
!specificao de Caso de 5so% e para informa+es adicionais sero utili(ados os
1ocumentos de 3egras de Neg.cio% 3egras de *alidao e >ensagens.
Passo C.C _ !specificao dos Casos de :este
$ 3oteiro de :este apresenta casos de teste ue verificam e validam todos os cenrios descritos
no Caso de 5so. :odos os reuisitos funcionais% regras de neg.cio e validao pertencentes a
um Caso de 5so devem ser considerados na especificao dos casos de teste.
8 importante ue na descrio dos casos de teste e0istam sePDncias ue verifiuem e validem
resultados positivos e negativos.
!ntendendo como6
3esultado positivo , o resultado esperado apresenta uma resposta vlida do sistema%
atendendo corretamente a funo em teste7
3esultado negativo , o resultado esperado apresenta uma resposta correta a uma e0ceo.
Como por e0emplo6 N)mero de CP4 com 1* invlido reuerer um alerta do sistema informando
o registro indevido.1eve,se evitar especificar casos de teste com alternativas de e0ecuo% como
por e0emplo6WCaso o usurio confirme a insero do item% uma mensagem de sucesso '
mostrada. Caso no% o sistema retorna ao passo CX."e isto acontecer ' um ind/cio da
necessidade da criao de mais um caso de teste. Assim% dois casos de teste podem ser
Levantamento de Requisitos 234ina %6 de %(
Nextsolution
Levantamento de Requisitos
<Nome do projeto>
<Verso XX.YY>, <dia Ms, ano>
formados% um para a confirmao e outro para a no confirmao da incluso do item.A
especificao dos casos de teste deve mostrar a+es e resultados esperados associados% bem
como dados ue so necessrios para ue o flu0o seja e0ecutado.As a+es devem ser descritas
utili(ando o modo infinitivo.8 uma boa prtica especificar casos de teste com no m0imo AM
sePDncias.$utro ponto ue merece destaue ' o nome atribu/do aos casos de teste%ue deve
dei0ar claro o objetivo ao ual o teste se destina.8 importante ue os casos de teste sejam
escritos de forma objetiva e clara e% ao mesmo tempo% sejam completos por si s..As a+es e
resultados esperados devem ser compreendidos pelo testador ue utili(ar o 3oteiro de :este
para e0ecutar os testes funcionais% sem ue seja necessrio o testador buscar informa+es
complementares em outros documentos.$s casos de teste devem ser auto,suficientes em
termos de informa+es% regras e dados.
Passo C.E _ 1efinio dos 1ados de !ntrada
#uando se trata de definir ou identificar os dados de entrada Kdados ue comp+em a massa de
testeL% o ue se pretende% na verdade% ' obter as variveis ue% e0plicitamente% faam parte da
interface do Caso de 5so.!ntre essas variveis% al'm das entradas e sa/das do futuro sistema%
figuram as condi+es do ambiente ue resultam em diferentes comportamentos dos atores e dos
estados do sistema em uesto.Como forma de validar esses comportamentos% torna,se
necessrio identificar dados de entrada% para cada sePDncia do caso de teste% ue permitam
cercar a possibilidade de erro por vrios ;ngulos% o ue significa obter dados ue representem
valores verdadeiros% valores falsos e valores de fronteira% para estarem dispon/veis na base de
dados ue ser utili(ada no ambiente de teste.
Levantamento de Requisitos 234ina %( de %(