1 DESCRIO DA EQUIPE

PROFESSOR: Elvys Soares

TURMA: 513-A
EQUIPE:

N:

Andr Luiz de Oliveira Cezrio

03

Elisngela Cabral da Silva

07

Thayn Vieira Wanderlei da Costa

34

2 REQUISITOS FUNCIONAIS

Cadastrar de clientes (os clientes tm acesso ao sistema atravs de um cadastramento

em caixas eletrnicos, internet ou no prprio banco, onde criam seus logins e senhas de
acesso).

Efetuar login (para entrar no sistema via Internet, o cliente informa o login e a senha de
acesso).

Fazer investimentos (o cliente que deseja fazer investimento no mercado de aes deve
se cadastrar informando sua agncia e nmero da conta).

Realizar consultas bancrias

Consultar Extrato (consultas tipo extrato podem ser feitas escolhendo-se o tipo: conta
corrente ou poupana, permitindo ao usurio verificar as transaes que foram realizadas
em sua conta por um certo perodo com suas respectivas datas e valores).

Consultar Saldo (Verifica a quantia que o cliente tem no banco naquele momento em sua
conta corrente ou poupana).

Efetuar transferncias bancrias (entre contas correntes, conta corrente e poupana,

poupana e conta corrente e entre uma conta do banco Qualiti e uma outra conta de outro
banco (DOC eletrnico)).

Efetuar pagamento Qualiti Card (carto de crdito)

Realizar operaes com tales de cheque (solicitar, desbloquear e consultar tales de

cheque).

Alterar senha de acesso

Realizar compra e venda de aes (do mercado brasileiro e internacional e ao comprar

aes o valor da compra debitado da conta corrente do cliente).

Disponibilizar consultas s cotaes (apresentando um grfico opcional com dados

histricos e as informaes disponveis no sistema referentes s cotaes no podem
estar desatualizadas h mais de 5 minutos).

3 REQUISITOS NO FUNCIONAIS
Usabilidade
Durante a fase de beta-testes, a interface deve ser considerada amigvel e de fcil
assimilao por 80% dos usurios envolvidos nos testes.
Confiabilidade
O sistema deve estar disponvel 24 horas por dia, 7 dias por semana, com no mais que
2% do tempo com o sistema fora do ar.
Desempenho
1. O servidor Web do sistema deve suportar at 150 conexes simultneas.
2. A escalao das tarefas no deve ser superior a 5 segundos.
Segurana
Para ter acesso ao sistema o cliente deve ter sua conta habilitada para uso do QIB atravs
de cadastro em terminal eletrnico ou nas prprias agncias do banco.
Se o usurio ficar 10 minutos sem realizar nenhuma operao no sistema, ele ser
desconectado do sistema (sua sesso ser encerrada).
O sistema deve utilizar algum protocolo para envio de dados confidenciais pela Internet.
Hardware e software
1. O sistema deve integrar-se com o sistema de Operao do Qualiti Card, do Banco
Qualiti, usando RMI.
2. A interface do usurio deve ser baseada na Web.
3. O sistema operacional utilizado deve oferecer suporte ao gerenciamento de processos,
threads e escalonamento de tarefas.

4 DIAGRAMAS DE CASOS DE USO

Vender Aes

5 ESPECIFICAO DE CASOS DE USO

1 EFETUAR LOGIN

Este caso de uso responsvel por permitir o acesso do cliente ao sistema, que feito mediante
digitao da senha Internet Banking, login e nmero da agncia e da conta. Este login feito toda
vez que o cliente acessa o Internet Banking.
Ator: Usurio
Prioridade:

Essencial

Importante

Desejvel

Requisitos No Funcionais Associados: Disponibilidade, tempo de acesso, segurana do

sistema.
Pr-condio: Usurio cadastrado no sistema e acessando a Internet.
Ps-condio: Usurio habilitado a usar o sistema.

Fluxo de eventos principal

1. O usurio escolhe a opo de Acesso a Conta.
2. Ele digita o nmero da agncia, nmero da conta, seu login e sua senha de acesso.
3. O sistema autentica o usurio e permite seu acesso.

Fluxos secundrios
Autenticao do usurio

No passo 2, caso qualquer um dos dados digitados pelo usurio estejam incorretos, o sistema
informar, atravs de uma mensagem, que os dados digitados esto incorretos e pedir ao
usurio que ele digite novamente seus dados.

2 - COMPRAR AES
Este caso de uso responsvel por realizar a compra de aes.
Ator: Cliente e Mercado de Aes.
Prioridade:

Essencial

Importante

Desejvel

Requisitos No Funcionais Associados: Disponibilidade, tempo de acesso, segurana do

sistema, interface grfica e desempenho.
Pr-condio: o cliente deve estar conectado ao sistema (ter efetuado o login) e estar cadastrado
para comprar e vender aes.
Ps-condio: o valor da compra debitado na conta do cliente.
Fluxo de eventos principal
1. O cliente informa os dados necessrios para a realizao da compra:
De quem ele quer comprar as aes (BOVESPA, NASDAQ, MERVAL);

2.
3.
4.
5.
6.

A quantidade de aes;

O sistema calcula o valor das aes a serem compradas.

O sistema verifica se o saldo da conta do cliente suficiente para a realizao da compra.
O sistema envia a compra operadora do mercado de aes.
O valor debitado da conta do cliente.
O QIB registra a ocorrncia desta transao (uma compra de aes).

7. Emite-se um comprovante da compra para o usurio, contendo os dados da conta do usurio,

data, valor da compra e de quem as aes foram compradas.
Fluxos secundrios

No passo 3, se o saldo disponvel na conta do usurio for menor que o valor da compra, o
sistema informa que o saldo insuficiente e retorna ao passo 1 do fluxo principal de eventos.
No passo 4, se a operadora do mercado de aes estiver inativa ou se ocorrer algum erro de
comunicao que impea a efetivao da transao, o sistema emite uma mensagem para o
cliente e aborta a transao.
Em qualquer momento o usurio pode cancelar a operao.