Вы находитесь на странице: 1из 24

Poder Executivo

Ministrio da Educao
Universidade Federal do Amazonas
Instituto de Cincias Exatas e Tecnologia

PROJETO FINAL DE ENGENHARIA DE SOFTWARE I

TTULO:
SYSTECH
(Sistema de Gerenciamento de Assistncia
Tcnica)
V 1.0

Data de Entrega:

Integrantes:

Fbio Marques

Itacoatiara AM
SUMRIO
3

PROJETO FINAL DE ENGENHARIA DE SOFTWARE I

1. Cenrio

H nove anos no mercado prestando servios de manuteno, venda de


computadores e equipamentos de informtica, a Oficina de Informtica Infor
Presentes atende diversos clientes na Zona Urbana da cidade de Itacoatiara,
buscando sempre solues que possam oferecer comodidade e tranquilidade
para o bom funcionamento e desempenho das atividades da empresa.
Proprietrio: Arlindo Grij
Endereo: Av. Mario Andreazza, n So Jorge Itacoatiara AM
Cep 69100-000.
Nmero de clientes: no h dados precisos sobre deste item.
Perfil de clientes: Empresas locais, estudantes e professores.
Faturamento anual da empresa: no h dados precisos deste item.
Nmero total de funcionrios: 4.
Profisses mais comuns na empresa: Tcnicos.

2. Glossrio
2.1 Introduo

Este documento apresenta uma primeira verso do glossrio do


projeto, contando a terminologia utilizada no desenvolvimento. O glossrio
servir como um guia para consulta dessa terminologia. medida que forem
surgindo novas terminologias, estas sero acrescentadas neste documento.

2.1.1 Finalidade

Este documento tem a finalidade de apresentar a terminologia do


domnio em questo, a descrio dos casos de uso, ou de outros documentos
do projeto. Este documento poder ser usado como um dicionrio de dados
informal, que ter o objetivo de capturar definies de dados.
4

2.1.2 Escopo

O escopo deste glossrio trata de todas as terminologias que sero


utilizadas no projeto SYSTECH. O glossrio est associado aos diagramas de
caso de uso, pois fornecer uma descrio detalhada destes, bem como de
outros diagramas que fizerem parte da modelagem do sistema SYSTECH.

2.1.3 Viso Geral

O restante deste documento possui uma descrio da terminologia


utilizada no domnio de problema para o qual o projeto est sendo
desenvolvido. O documento tambm apresentar uma descrio detalhada de
todos os casos de uso identificados.
2.2 Definies

3. Levantamento de Requisitos
3.1 Introduo

Para a realizao desta etapa, foram realizadas as seguintes


atividades:

3.2 Brainstorming

Para alinhamento de conceitos e definio de estratgias para


idealizao do projeto, foram realizados brainstormings. Cada integrante do
grupo pde dar opinies de ampla abrangncia a respeito do sistema que
precisa ser construdo. Foi de extrema importncia essa ao uma vez que o
SYSTECH pode ser implementado de forma bastante complexa, e no
podemos deixar isso fugir do escopo objetivo da disciplina.

3.3 Entrevista com Usurios

Foi realizada uma entrevista com os futuros usurios do sistema, que


nos deu uma ideia de como esta necessidade atualmente atendida e o que
se espera do sistema. Nesta entrevista recebemos o documento que nos guiou
para formao da ideia inicial do sistema, pois continha informaes de
interesse geral a respeito do domnio do problema a ser resolvido.
5

3.4 Questionrios
3.4.1 Primeiro Questionrio

1) Atualmente existe algum sistema na empresa que auxilie vocs no


controle de entrada e sada de equipamentos que chegam para
manuteno? Se existir, qual o nome, quais os pontos positivos e
negativos, etc. Se no existir, a empresa utiliza formulrios para esse
controle? Quais?
- Atualmente, no existe nenhum sistema que faa esse tipo de controle,
usvamos um de automao comercial, mas que no se adequava as
nossas necessidades. O que utilizamos so formulrios feitos no
processador de texto que tem que ser impressos toda vez que
necessitamos.
2) Como feito o cadastro de cliente? De que forma feita a
associao entre o equipamento e o cliente?
-No h um cadastro permanente de clientes, toda vez que um cliente
chega como se fosse a primeira vez dele na loja. A associao entre o
cliente e o produto feito na ficha de atendimento, onde anotado a
descrio do produto como: marca, modelo, configurao etc.
3) Se o equipamento devolvido aps a manuteno, como o
procedimento? Como feito o controle da garantia?
- Inicialmente o procedimento separar o equipamento dos demais
(fisicamente) para que no haja confuso. No temos um controle dedicado
a garantia, apenas anotamos a data da sada do equipamento da oficina e
nos baseamos nisso. Muitas vezes essa falta de controle gera confuso
quando as fichas so extraviadas.
4) Como feito o controle de estoque de peas? Existe um padro
universal para estoque mnimo ou mximo? Ou depende do tipo de
pea que tem mais demanda?
- No temos um controle de estoque. Tentamos nos basear nos tipos de
defeitos mais comum nos equipamentos, nas peas que so mais
utilizadas, no temos parmetros para estoque mnimo ou mximo de
estoque, seria muito interessante um sistema que nos avisasse disso.
6

5) Como feita a classificao dos equipamentos (oramento, na


bancada, manuteno finalizada)?
- No geral utilizamos placas para fazer esse tipo de controle, separando em
locais diferentes da oficina. Se existisse uma funo no sistema para nos
auxiliar seria muito bem-vinda.
6) Quantos funcionrios trabalham na empresa? Quais as funes de
cada um? Vocs possuem alguma forma de gerenciamento dos seus
funcionrios (funo, atividades atribudas, etc.)?
- Atualmente estamos com 4 funcionrios: 02 tcnicos, 01 atendentes e 01
gerentes. Muitas vezes um assume a funo do outro como por exemplo ir
para o caixa caso necessrio, mas no existe um controle sobre isso.
7) Vocs utilizam relatrios? Em relao a isso, quais os indicadores a
empresa pretende analisar? Qual o formato?
- Sim. Utilizamos planilha eletrnica para fazer os nossos relatrios, seria
interessante termos relatrios referentes ao nosso estoque, as ordens de
servios, ao caixa, etc. O ideal seria termos a opo de t-los impressos e
tambm em um formato que facilitasse enviar por e-mail.

3.4.2 Segundo Questionrio

1) Ser necessria a autenticao de usurios para acesso ao


sistema?
- Sim, importante que exista um sistema de autenticao, pois os usurios
tero nveis diferentes de acesso. Isso necessrio tambm para termos
uma garantia de segurana e tambm o controle das aes que so
efetuadas no sistema.
2) Existiro diferentes perfis de usurios? Se sim, quais permisses de
cada perfil?
- Sim, por exemplo, o caixa teria acesso apenas para movimentaes no
seu caixa, enquanto que o administrador do sistema teria a viso de todos
os caixas, com poder para tirar relatrios e realizar movimentaes.
3) Quais os atributos de um equipamento (nome, descrio, defeito
etc...) ?
7

- Ainda estou buscando essas informaes exatas, mas basicamente


seriam nome, fabricante, nmero de srie, defeito e o histrico das suas
movimentaes.
4) Como ser feito o lembrete do controle de estoque? O sistema
verifica se o material est acabando e envia um e-mail para o
responsvel que cuida do estoque? Ou na tela do prprio sistema?
- O alerta pode ser feito primeiramente na tela do prprio sistema, isso
devido a problemas que temos com a qualidade da internet aqui no interior,
um e-mail tambm pode ser enviado para o gerente para que o mesmo
fique ciente. Esse aviso deve ocorrer assim que o material atinge uma
quantidade mnima, essa quantidade poder ser editada de tempos em
tempos pelo administrador do sistema, para que se possa acompanhar a
demanda da poca.
5) Quantas pessoas cuidam do caixa?
- Apenas duas pessoas devero ter acesso ao caixa, o responsvel pelo
atendimento e o gerente. No podendo os outros usurios terem acesso ao
mesmo em hiptese nenhuma.
6) A sua empresa tem alguma preferncia sobre qual linguagem quer
que o sistema seja desenvolvido? (J vimos muitos problemas assim.
No ser definido as tecnologias e depois a empresa pode no querer
empregar o sistema, pois no adota aquela tecnologia).
- Queremos uma linguagem que traga uma boa eficincia e desempenho,
que seja atual, que permita alteraes e melhorias futuras no sistema sem
muitas dificuldades e que seja compatvel com os nossos equipamentos
disponveis.
7) Em quais plataforma o sistema vai ser instalado: Linux, Windows ou
outro?
- Na nossa loja adotamos o Sistema Operacional Windows, no temos
planos a curto ou longo prazo de fazermos mudanas em relao a isso.
8) Para criarmos um sistema, precisamos da modelagem de como
funciona. Por exemplo, se hoje o funcionrio cadastra no Word ele
deve ter a metodologia de como isso realizado. Temos acesso a essa
metodologia? Caso contrrio, existe algum que pode detalhar como
feito hoje passo a passo o controle do estoque?
8

4 - Estaremos deixando a disposio um funcionrio para demonstrar pra


vocs como funciona esse passo a passo.

4.2 Etnografia

Esta uma das tcnicas que no ser utilizada. Por questes de


polticas internas da empresa, e tambm em virtude da agenda da equipe, no
ser possvel agendar em tempo hbil tal atividade.

4.3 Pesquisa de Sistemas Anlogos


Dois produtos foram destacados como solues que podem ser
considerados semelhantes a que dever ser implementado:
A) NEX
O Programa NEX um sistema de gesto comercial que vai facilitar a
rotina da sua Loja. Ele possui estoque, registrar suas vendas, controlar o
caixa, emitir Nota Fiscal, fazer oramentos, imprimir recibos e etiquetas,
cadastrar clientes, produtos e fornecedores. Site da empresa:
https://www.programanex.com.br
B) Ordem de Servio Assistncia Tcnica, Vendas, Estoque e
Financeiro v5.0 Plus
Programa para Assistncia Tcnica, Ordem de Servio, Vendas e
Financeiro um software voltado para o controle de vendas, estoque e
financeiro, direcionado para as reas de assistncia tcnica em geral,
empresas de informtica, empresas de cartucho, empresas de celulares,
eletrnicas em geral e manuteno de mquinas. Site da empresa:
http://www.fpqsystem.com.br/ostecnica5.0.htm

4.4 Workshops

Tcnica no aplicvel, pois no foi possvel agendar esse tipo de atividade.

4.5 Prottipos

No existem prottipos sendo utilizados.


9

4. Viso
4.1 Introduo

A finalidade deste documento coletar, analisar e definir necessidades e


recursos de nvel superior do SYSTECH. Detalharemos os recursos
necessrios, bem como os envolvidos e os usurios-alvo e as razes que
levam a essas necessidades. Os detalhes de como o SYSTECH satisfazem
essas necessidades so descritos no caso de uso e nas especificaes
suplementares.

4.2 Referncias

As informaes aqui levantadas so oriundas da anlise do


levantamento de requisitos, processo descrito na seo anterior.

4.3 Posicionamento

4.3.1 Descrio do Problema

O Problema de: Gerenciar uma Assistncia Tcnica


de Informtica.
Afeta: Todos os setores da empresa
Cujo Impacto : Atraso nos servios realizados na
assistncia.
Uma boa soluo seria: Controle de entrada e sada de
equipamentos, ordens de servios,
estoque e gerao de relatrios.

2.2 Sentena de Posio do Produto

Para: InforPresentes Assistncia Tcnica de


Informtica.
Que: Que no possui um sistema prprio
de gerenciamento da empresa.
O SYSTECH: um sistema de gerenciamento de
assistncia tcnica.
Que: Ser desenvolvido de acordo com
todas as necessidades levantadas.
Ao contrrio de: De outras solues do mercado, que
so caras e ineficiente, no
atendendo a todas as necessidades.
Nosso produto: desenvolvido exclusivamente
baseado nas necessidades levantas
nos processos desenvolvidos pela
empresa contratante.
10

3. Descries dos Envolvidos e dos Usurios

Para fornecer, de maneira eficiente, produtos e servios que atendam


s reais necessidades dos usurios e envolvidos, necessrio identificar e
considerar todos os envolvidos como parte do processo de Modelagem de
Requisitos.

Nome Descrio Responsabilidades Envolvidos


Administrador Manuteno do -Cadastrar usurios Arlindo
Sistema -Gerenciar o sistema Grij
Usurio Requisio no -Cadastrar equipamentos Arlindo
Sistema -Gerenciar OS Grij
-Gerenciar o estoque
Gerente Relatrios no -Solicitar relatrios ao Arlindo
Sistema Sistema Grij
Tcnico Consertar -Consertar e instalar Arlindo
Equipamentos equipamentos dos clientes Grij
Caixa Gerenciar o -Realizar abertura e Arlindo
caixa fechamento do caixa Grij

3.1 Resumo dos Envolvidos

Nome Descrio Responsabilidades


Esse envolvido fornece
todas as informaes de
Arlindo Grij Cliente negcio do sistema,
sendo a ponte entre o
cliente e nossa equipe.

Este envolvido gerenciar


todo projeto e ficar
Fbio Marques Gerente responsvel por toda a
documentao

Esses envolvidos so
responsveis pelo
desenvolvimento da
Fbio Marques Analista de Sistemas aplicao, garantindo
que todos os requisitos
levantados sejam
atendidos com
qualidade.
11

3.2 Ambiente do Usurio

Na loja, haver um computador com sistema operacional Windows e


uma impressora, obrigatoriamente com acesso intranet da empresa e
conexo com o banco de dados, e com pelo menos um usurio cadastrado.

3.3 Principais Necessidades dos Usurios ou dos Envolvidos

Necessidade Prioridade Preocupaes Soluo Solues


Atual Propostas
Gesto de entrada e Sem isso no Manual Sistema
sada de Alta h como ter (Em prprio com
equipamentos. controle das formulrios controle de
OS. impressos) ordens de
servio.
Sem o controle Sistema
de estoque prprio com
Controle de estoque Alta torna-se difcil Planilha parmetros
ter noo da eletrnica de estoque
demanda de mnimo e
peas mximo.
Sistema
Importante para prprio com
ter um controle controle de
Controle de caixa Alta de fluxo de Manual acesso,
caixa. abertura e
fechamento
dirio.

4.4 Viso Geral do Produto

Esta seo fornece uma viso de nvel superior dos recursos, interfaces
com outros aplicativos e configuraes de sistemas do produto.
Atualmente para o atendimento de seus clientes a empresa
InforPresentes conta com um ponto localizado na Avenida Mario Andreza
So Jorge, onde so recebidos equipamentos de informtica com defeitos para
que seja feito o processo de manuteno dos mesmos.
O projeto tem como objetivo melhorar o gerenciamento das atividades
que so realizadas na empresa. Os principais objetivos desta nova estrutura
so:
12

Gerenciamento dos processos de Recebimento, Movimentaes e


devoluo dos equipamentos que chegam para manuteno.
Controle de estoque das peas que so utilizadas nos servios.
Controle do fluxo de caixa.
Controle de cadastro dos clientes e fornecedores.

4.4.1 Perspectiva do Produto

Ao contrrio de outros concorrentes, que tentam customizar a sua


soluo padro, a nossa soluo prev o desenvolvimento de um produto novo
e feito especialmente para a empresa, esperando-se que ele consiga suprir
todas as suas necessidades.

4.4.2 Suposies e Dependncias

A nica dependncia tecnolgica est relacionada a existncia de um


computador na loja conectado rede interna com acesso ao servidor de banco
de dados.

4.4.3 Recursos do Produto

Os principais recursos do produto so:


Cadastro de Usurios
Cadastro de Clientes
Cadastro de Fornecedores
Cadastro de Ordens de Servios
Controle de Estoque para garantir o ressuprimento
Controle de movimento de caixa
Gerao de relatrios peridicos

5. Especificao de Requisitos de Sistema

5.1 Introduo
Esse artefato tem como principal propsito detalhar os requisitos do
sistema baseado no modelo FURPS+.
5.2 Requisitos Funcionais (RF)
RF01: O sistema deve prover o cadastro de todos os clientes.
RF02: O sistema deve prover o cadastro de todos os fornecedores.
13

RF03: O sistema deve prover o cadastro de todos os usurios.


RF04: O sistema deve prover o cadastro de ordens de servio.
RF05: O sistema deve prover a data e hora de entrada e sada dos
equipamentos que chegam para manuteno.
RF06: O sistema deve enviar automaticamente um aviso toda vez que
alguma pea atingir o estoque mnimo, valor esse que pode ser alterado
pelo administrado do sistema.
RF07: O sistema deve prover consultas com filtros sobre os
equipamentos, usurios, fornecedores, ordens de servio etc.
RF08: O sistema deve prover relatrios que indicam dados sobre o
caixa, estoque, ordens de servio, etc.
RF09: Os funcionrios devem ter login e senhas individuais.

5.3 Requisitos No-Funcionais (RNF)


RNF01: A interface deve ser de fcil entendimento e intuitiva para o
usurio.
RNF02: As interfaces de usurios devem estar de acordo com a
poltica da empresa, respeitando os padres, logotipos e cores.
RNF03: O sistema dever efetuar backup todos os dias.
RNF04: O sistema deve ser confivel e gerar logs para cada
movimentao que acontecer a fim de facilitar a recuperao do mesmo
assim que uma falha ocorrer.
RNF05: O sistema dever ter um manual integrado para auxiliar nas
operaes bsicas.
RNF06: O sistema deve possuir um desempenho na casa dos
segundos para quaisquer de suas operaes.
RNF07: Todos os artefatos produzidos durante o desenvolvimento
sero entregues a empresa.

5.4 Prioridade dos Requisitos


14

Requisito Prioridade Requisito


Associado

5.5 Regras de Negcio


RN01:
RN02:
RN03:

6. Modelo de Casos de Uso

6.1 Introduo

A finalidade deste artefato coletar, analisar e definir os casos de uso


e os atores do sistema, bem como seus relacionamentos.

6.2 Viso
O modelo de caso de uso reflete as necessidades levantadas junto ao
cliente sobre o sistema de gerenciamento de assistncia tcnica (SYSTECH).
15

6.3 Diagramas de Caso de Uso

6.4 Especificaes de Casos de Uso

6.4.1 Nome: Caso de uso 1: Cadastrar Usurio


Atores: Administrador
Pr-Condies: o ator deve estar logado no sistema.
Cenrio Principal:
1.O Usurio obtm acesso ao Sistema.

2.O Usurio introduz sua ID e Senha de Usurio.

3.O Sistema valida a ID e Senha de Usurio.

4.O sistema mostra sua tela principal.

5.O Usurio seleciona a opo Cadastro na tela principal do Sistema.

6.O Sistema mostra os itens da opo Cadastro.

7.O Usurio seleciona o item Usurios.


16

8. O Sistema mostra um formulrio para procurar clientes.

9.O Usurio insere primeiro o CPF do usurio e clica no Boto Consultar.


10. O Sistema verifica se o usurio j est cadastrado no Banco de Dados.
11. O usurio clicar no boto Cadastrar Usurios
12.O sistema mostra um formulrio para inserir os dados do usurio.
13. O Usurio preenche os demais dados do usurio.
14. O Usurio clica no Boto Salvar.
15. O Sistema salva os dados do cliente no Banco de Dados.
16. O Sistema envia uma mensagem informando que os dados do cliente foram
salvos com sucesso.

Cenrios Alternativos
*Em qualquer momento o sistema pode perder a conexo de rede.
1. O sistema gera logs
2. Mostra uma mensagem "Problemas na conexo!"
3. Retorna ao passo 2
3.a: A ID ou senha (as) digitados pelo usurio esto incorretas ou no
so reconhecidos pelo sistema.
1. O Sistema exibe uma mensagem de erro ID ou Senha invlido e d a
opo de recuperar ID e Senha de usurio; caso de uso: recuperar ID e
senhas.
2. Retorna para o passo 2.
5.a: O usurio escolhe um outro boto das funes principais
1. O Sistema exibe a tela correspondente ao boto seleciona pelo proprietrio.
10.a: O CPF consultado j est cadastrado no banco de dados.
1. O Sistema exibe uma mensagem apropriada.
2. Retorna para o passo 9.
10.b: O CPF consultado no est cadastrado no banco de dados.
1. O Sistema exibe uma mensagem apropriada.
2. Segue para o passo 11.
Ps-Condio
Em caso de sucesso, o usurio registrado e o log gerado.
Em caso de erro, apenas o log gerado.
17

6.4.2 Nome: Caso de uso 2: Cadastrar Cliente


Atores: Usurio
Pr-Condies: o ator deve estar logado no sistema.
Cenrio Principal:
1.O Usurio obtm acesso ao Sistema.

2.O Usurio introduz sua ID e Senha de Usurio.

3.O Sistema valida a ID e Senha de Usurio.

4.O sistema mostra sua tela principal.

5.O Usurio seleciona a opo Cadastro na tela principal do Sistema.

6.O Sistema mostra os itens da opo Cadastro.

7.O Usurio seleciona o item Clientes.

8. O Sistema mostra um formulrio para procurar clientes.

9.O Usurio insere primeiro o CPF do cliente e clica no Boto Consultar.


10. O Sistema verifica se o cliente j est cadastrado no Banco de Dados.
11. O usurio clicar no boto Cadastrar Clientes
12.O sistema mostra um formulrio para inserir os dados do cliente.
13. O Usurio preenche os demais dados do cliente.
14. O Usurio clica no Boto Salvar.
15. O Sistema salva os dados do cliente no Banco de Dados.
16. O Sistema envia uma mensagem informando que os dados do cliente foram
salvos com sucesso.

Cenrios Alternativos
*Em qualquer momento o sistema pode perder a conexo de rede.
1. O sistema gera logs
2. Mostra uma mensagem "Problemas na conexo!"
3. Retorna ao passo 2
3.a: A ID ou senha (as) digitados pelo usurio esto incorretas ou no
so reconhecidos pelo sistema.
18

1. O Sistema exibe uma mensagem de erro ID ou Senha invlido e d a


opo de recuperar ID e Senha de usurio; caso de uso: recuperar ID e
senhas.
2. Retorna para o passo 2.
5.a: O usurio escolhe um outro boto das funes principais
1. O Sistema exibe a tela correspondente ao boto seleciona pelo proprietrio.
10.a: O CPF consultado j est cadastrado no banco de dados.
1. O Sistema exibe uma mensagem de erro apropriada.
2. Retorna para o passo 9.
10.b: O CPF consultado no est cadastrado no banco de dados.
1. O Sistema exibe uma mensagem de erro apropriada.
2. Segue para o passo 11.
Ps-Condio
Em caso de sucesso, o cliente registrado e o log gerado.
Em caso de erro, apenas o log gerado.

6.4.3 Nome: Caso de uso 3: Cadastrar Ordem de Servio


Atores: Usurio
Pr-Condies: o ator deve estar logado no sistema.
Cenrio Principal:
1.O Usurio obtm acesso ao Sistema.

2.O Usurio introduz sua ID e Senha de Usurio.

3.O Sistema valida a ID e Senha de Usurio.

4.O sistema mostra sua tela principal.

5.O Usurio seleciona a opo OS (Ordem de Servio) na tela principal do


Sistema.

6.O Sistema mostra os itens da opo OS (Ordem de Servio) .

7.O Usurio seleciona o item Ordem de Servio.


19

8. O Sistema mostra um formulrio para procurar clientes.

9. O Usurio digita o nome do cliente ou clica no Boto Listar Clientes.


10. O Sistema verifica se o cliente j est cadastrado no Banco de Dados.
11. O usurio seleciona o cliente desejado.
12. O usurio clicar no boto Cadastrar OS.
13.O sistema mostra um formulrio para inserir os dados da Ordem de
Servio (descrio do produto, solicitante, data de cadastro, prazo de entrega,
tcnico responsvel etc.).
14. O Usurio preenche os dados da ordem de servio.
15. O Usurio clica no Boto Salvar.
16. O Sistema salva os dados da ordem de servio no Banco de Dados.
17. O Sistema envia uma mensagem informando que os dados da ordem de
servio foram salvos com sucesso.

Cenrios Alternativos
*Em qualquer momento o sistema pode perder a conexo de rede.
1. O sistema gera logs
2. Mostra uma mensagem "Problemas na conexo!"
3. Retorna ao passo 2
3.a: A ID ou senha (as) digitados pelo usurio esto incorretas ou no
so reconhecidos pelo sistema.
1. O Sistema exibe uma mensagem de erro ID ou Senha invlido e d a
opo de recuperar ID e Senha de usurio; caso de uso: recuperar ID e
senhas.
2. Retorna para o passo 2.
5.a: O usurio escolhe um outro boto das funes principais
1. O Sistema exibe a tela correspondente ao boto seleciona pelo proprietrio.
10.a: O cliente consultado j est cadastrado no banco de dados.
1. O Sistema exibe uma mensagem de erro apropriada.
2. Segue para o passo 11.
10.b: O cliente consultado ainda no est cadastrado no banco de dados.
1. O Sistema exibe uma mensagem apropriada.
2. Retorna para o passo 9; caso de uso: Cadastrar Clientes.
20

Ps-Condio
Em caso de sucesso, a ordem de servio registrada e o log gerado.
Em caso de erro, apenas o log gerado.

6.4.4 Nome: Caso de uso 4: Abrir Caixa


Atores: Usurio
Pr-Condies: o ator deve estar logado no sistema.
Cenrio Principal:
1.O Usurio obtm acesso ao Sistema.

2.O Usurio introduz sua ID e Senha de Usurio.

3.O Sistema valida a ID e Senha de Usurio.

4.O sistema mostra sua tela principal.

5.O Usurio seleciona a opo Caixa na tela principal do Sistema.

6.O Sistema mostra os itens da opo Caixa.

7.O Usurio seleciona a opo Abertura de Caixa.

10.O Sistema verifica se o Usurio possui permisso para efetuar abertura de


caixa.

11.O Usurio informa o saldo inicial do caixa e verifica se a data est


correta.

12.O Usurio clica no boto Abrir Caixa.

13.O Sistema envia uma mensagem confirmando a abertura do caixa.


14. O Sistema mostra a tela

Cenrios Alternativos
*Em qualquer momento o sistema pode perder a conexo de rede.
1. O sistema gera logs
2. Mostra uma mensagem "Problemas na conexo!"
3. Retorna ao passo 2
3.a: A ID ou senha (as) digitados pelo usurio esto incorretas ou no
so reconhecidos pelo sistema.
21

1. O Sistema exibe uma mensagem de erro ID ou Senha invlido e d a


opo de recuperar ID e Senha de usurio; caso de uso: recuperar ID e
senhas.
2. Retorna para o passo 2.
5.a: O usurio escolhe um outro boto das funes principais
1. O Sistema exibe a tela correspondente ao boto seleciona pelo proprietrio.
10.a: O usurio logado no tem permisso para abrir o caixa.
1. O Sistema exibe uma mensagem de erro apropriada.
2. Volta par a tela principal.
Ps-Condio
Em caso de sucesso, a abertura de caixa registrada e o log gerado.
Em caso de erro, apenas o log gerado.

6.4.5 Nome: Caso de uso 5: Cadastrar Fornecedor


Atores: Gerente
Pr-Condies: o ator deve estar logado no sistema.
Cenrio Principal:
1.O Usurio obtm acesso ao Sistema.

2.O Usurio introduz sua ID e Senha de Usurio.

3.O Sistema valida a ID e Senha de Usurio.

4.O sistema mostra sua tela principal.

5.O Usurio seleciona a opo Cadastro na tela principal do Sistema.

6.O Sistema mostra os itens da opo Cadastro.

7.O Usurio seleciona o item Fornecedores.

8. O Sistema mostra um formulrio para procurar fornecedores.

9.O Usurio insere primeiro o CNPJ do fornecedor e clica no Boto


Consultar.
10. O Sistema verifica se o fornecedor j est cadastrado no Banco de
Dados.
11. O usurio clicar no boto Cadastrar Fornecedores
22

12.O sistema mostra um formulrio para inserir os dados do fornecedor.


13. O Usurio preenche os demais dados do fornecedor.
14. O Usurio clica no Boto Salvar.
15. O Sistema salva os dados do fornecedor no Banco de Dados.
16. O Sistema envia uma mensagem informando que os dados do fornecedor
foram salvos com sucesso.

Cenrios Alternativos
*Em qualquer momento o sistema pode perder a conexo de rede.
1. O sistema gera logs
2. Mostra uma mensagem "Problemas na conexo!"
3. Retorna ao passo 2
3.a: A ID ou senha (as) digitados pelo usurio esto incorretas ou no
so reconhecidos pelo sistema.
1. O Sistema exibe uma mensagem de erro ID ou Senha invlido e d a
opo de recuperar ID e Senha de usurio; caso de uso: validar ID e
senhas.
2. Retorna para o passo 2.
5.a: O usurio escolhe um outro boto das funes principais
1. O Sistema exibe a tela correspondente ao boto seleciona pelo proprietrio.
10.a: O CNPJ consultado j est cadastrado no banco de dados.
1. O Sistema exibe uma mensagem de erro apropriada.
2. Retorna para o passo 9.
10.b: O CNPJ consultado no est cadastrado no banco de dados.
1. O Sistema exibe uma mensagem de erro apropriada.
2. Segue para o passo 11.
Ps-Condio
Em caso de sucesso, o fornecedor registrado e o log gerado.
Em caso de erro, apenas o log gerado.

6.4.6 Nome: Caso de uso 6: Gerar Relatrio


Atores: Gerente
Pr-Condies: o ator deve estar logado no sistema.
23

Cenrio Principal:
1.O Usurio obtm acesso ao Sistema.

2.O Usurio introduz sua ID e Senha de Usurio.

3.O Sistema valida a ID e Senha de Usurio.

4.O sistema mostra sua tela principal.

5.O Usurio seleciona a opo Relatrios na tela principal do Sistema.

6.O Sistema mostra os itens da opo Relatrios.

7.O Usurio seleciona o item Gerar Relatrio.

8.O Sistema mostra as opes de Gerar Relatrio.

9.O Usurio seleciona a opo de tipo de relatrio, data inicial e data final
que deseja.

10.O Sistema mostra uma tela com o tipo de Relatrio selecionado Usurio.

11.O Usurio escolhe entre as opes Imprimir ou Salvar em PDF.


12. O Sistema imprime/salva o Relatrio.

Cenrios Alternativos
*Em qualquer momento o sistema pode perder a conexo de rede.
1. O sistema gera logs
2. Mostra uma mensagem "Problemas na conexo!"
3. Retorna ao passo 2
3.a: A ID ou senha (as) digitados pelo usurio esto incorretas ou no
so reconhecidos pelo sistema.
1. O Sistema exibe uma mensagem de erro ID ou Senha invlido e d a
opo de recuperar ID e Senha de usurio; caso de uso: validar ID e
senhas.
2. Retorna para o passo 2.
5.a: O usurio escolhe um outro boto das funes principais
1. O Sistema exibe a tela correspondente ao boto seleciona pelo proprietrio.
9.a: No h relatrios disponveis para o tipo selecionado pelo usurio.
1. O Sistema exibe uma mensagem de erro apropriada.
24

2. Retorna para o passo 8.


Ps-Condio
Em caso de sucesso, o relatrio e o log so gerados.
Em caso de erro, apenas o log gerado.

7. Diagrama de Classe

8. Diagrama de Sequncia

9. Diagrama de Atividade

10. Diagrama de Estados

11. Diagrama de Implantao

12. Diagrama de Colaborao

13. Prottipo de Baixa Fidelidade

14. Prottipo de Alta Fidelidade

Вам также может понравиться