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

PrintBest Server

Engenharia de software, 3 Termo e Noite

Anderson Aparecido Alves RA: 1570481613007


Matheus Eduardo Barboza Santos RA: 1570481613035
Renan Miguel de Souza RA: 1570481613015
Vinicius Restani Trombeta RA: 1570481613028

Presidente Prudente-SP
04/2017
SUMRIO

1. INTRODUO ........................................................................................................5
1.1 OBJETIVO ........................................................................................................5
1.2 ESCOPO ...............................................................................................................5
1.3 DEFINIES, SIGLAS E ABREVIAES............................................................7
1.4 REFERNCIAS .....................................................................................................8
1.5 VISO GERAL ......................................................................................................8
2. DESCRIO GERAL DO PRODUTO ....................................................................9
2.1 ESTUDO DE VIABILIDADE ..................................................................................9
2.2 PERSPECTIVA DO PRODUTO .......................................................................... 12
2.3 FUNES DO PRODUTO.................................................................................. 12
2.3.1 Funes Bsicas ......................................................................................................................................... 12
2.3.2 Funes Fundamentais ........................................................................................................................... 14
2.3.3 Funes de Sada ....................................................................................................................................... 15
2.4 CARACTERSTICAS DO USURIO ................................................................... 16
2.5 LIMITES, DEPENDNCIAS E SUPOSIES .................................................... 16
2.6 REQUISITOS ADIADOS ..................................................................................... 16
3. REQUISITOS ESPECFICOS ............................................................................... 16
3.1 CASOS DE USO ................................................................................................. 16
3.1.1 Diagrama de Casos de Uso ..................................................................................................................... 17
3.1.2 Especificao de Casos de Uso ............................................................................................................. 17
3.1.3 Diagrama de Atividades......................................................................................................................... 37
3.1.4 Diagramas de Sequncia do Sistema ................................................................................................ 41
3.2 MODELO CONCEITUAIS ................................................................................... 43
4. PROJETO DE SOFTWARE .................................................................................. 44
4.1.1 Layout de Telas...................................................................................................................................... 44
5

1. INTRODUO

1.1 OBJETIVO

O objetivo do documento especificar detalhadamente o sistema, desde os


requisitos funcionais e no funcionais, explicar os termos e siglas tcnicas
desconhecidos utilizados no seu decorrer, os requisitos mnimos de hardware,
descrever o nvel de experincia do usurio do sistema e demonstrar toda a
arquitetura de software de modo que desenvolvedores e usurios compreendam
de maneira fcil o funcionamento de todo o sistema, servindo de acordo entre
todas as partes envolvidas.

1.2 ESCOPO

O programa ser chamado de PrintBest Server que ter como funo


gerenciar as impresses feitas por usurios dentro de uma organizao melhorando
o desempenho da empresa.
Atualmente na empresa no utiliza nenhum software que controle a realizao
das impresses, elas so feitas de forma convencional e sem controle, por exemplo:
Um usurio solicita a impresso que envida diretamente a impressora que por sua
vez faz a impresso. Nenhum log sobre o que foi impresso ou de quantidade
gerado, alm de ser necessrio que o driver da impressora seja instalado na
mquina do usurio, tornando o processo mais lento.
Diante desse problema de falta de controle e gerencia sobre as impresses, e
os administradores no tem acesso ao consumo das impresses realizadas por
cada usurio ou setor. O sistema PBServer ir controlar os acessos e impresses
permitindo apenas usurio autorizados a imprimirem. Alm de introduzir uma cota
especifica para cada usurio. Alm de no ser mais necessrio se utilizar espao de
armazenamento das maquinas com os drivers de impressoras, pois, apenas ser
adicionado o caminho de rede da impressora compartilhada atravs do servidor, que
far todo o processamento.
6

Esse sistema instalado em um computador prprio fornecido pela nossa


empresa e nele o sistema PrintBest Server ir ser executado, assim fornecendo
funes como cadastrados de usurios, cadastro de fornecedores, impresses
realizadas, impressoras disponveis, cotas mxima de impresses, controlar o
estoque de suprimentos e retirar relatrio de todas as aes citadas.
O modulo de cadastro de usurios permitir que o administrador cadastre
cada usurio a uma ou um grupo de impressora e somente nelas esse usurio
poder imprimir.
O modulo cota mxima de impressora permitir que o administrador cadastre
uma cota mxima para um usurio e o mesmo no poder ultrapass-la.
O modulo de controle de estoque de suprimentos permitir que o
administrador fique atualizado com o estoque de suprimentos disponveis e
utilizados diariamente.
Esse sistema ir trazer diversos benefcios como, para empresas desde de
pequenas at de grande porte que querem reduzir seus gastos mensais atravs da
reduo do consumo de papel e de tinta, controle das impresses feitas por cada
usurio da organizao assim permitindo apenas impresses de materiais
pertinentes a empresa e bloqueando contedo que seja de carter pessoal, controle
preciso de suprimentos em estoque. O prprio sistema fara requisies de mais
suprimentos com base no inventario armazenado no servidor. Alm de controlar os
setores e assim verificar quais esto tendo um alto consumo, para que seja feito
uma anlise para cortes de gastos desnecessrios.
Com todas essas funcionalidades o sistema PrintBest Server busca trazer
para a empresa uma soluo mais pratica e eficiente para um timo funcionamento
da organizao, controlando os setores e seus gastos para que seja possvel fazer
anlise e colaborar com a tomada de deciso. E todas as necessidades que foram
analisadas sejam atendidas aps implementao do PrintBest Server.
7

1.3 DEFINIES, SIGLAS E ABREVIAES

Siglas Definio

PBServer PrintBest Server Nome do Sistema

Log Registro de Eventos

ERS Especificao de Requisitos de Software. Consiste em um


manual descrevendo em detalhes todas as funcionalidades de
um software.
Backup Cpia de dados de um determinado dispositivo de
armazenamento para outro, para que possa ser restaurado no
caso da perda dos dados originais ou corrupo dos dados.
SQL Server Sistema Gerenciador de Banco de Dados.
Hardware Parte fsica do computador.
Software Parte lgica, programas, aplicativos.
Funes Bsicas Referem-se s operaes necessrias para a execuo das
funes fundamentais. Esse conjunto de operaes pode ser
denominado como gerenciar.
Funes Referem-se s transaes de negcio (movimentaes).
Fundamentais
Funes de Sada: Referem-se s funes que geram informaes de sada
relevantes para atender s necessidades do cliente
(consultas/relatrios atravs de cruzamento de informaes).
MySQL Banco de dados
SQL Server Banco de dados
OpenSuse Server Sistema operacional open source.
Windows Server Sistema operacional
Datacenter 2016
Windows Server Sistema operacional
Standard 2016
Setup Configuraes
8

1.4 REFERNCIAS

No h.

1.5 VISO GERAL

Este documento est dividido em captulos, no qual ser apresentado os seguintes


contedos:

Captulo 2 As descries globais do sistema, sendo elas, perspectivas


do produto, funes do produto, caractersticas do usurio, utilidades do
sistema, benefcios, controle.

Captulo 3 Detalhamento dos requisitos especficos do sistema sendo


eles: os diagramas de casos de uso, hardware necessrios.
9

2. DESCRIO GERAL DO PRODUTO

2.1 ESTUDO DE VIABILIDADE

A empresa atualmente no possui um software do gnero que controle e


gerencie as impresses feitas. feita as impresses de forma tradicional, onde o
administrador instala o driver da impressora no computador do usurio e ele aps
isso efetua as impresses, porm essa forma ineficaz, principalmente em uma
organizao pois isso gera conflitos entre arquivos enviados pelo usurio em uma
nica impressora, sobrecarregando a memria da impressora fazendo com que ela
congestione assim comprometendo processos e eficincia dos funcionrios.
Alm de que todos os arquivos enviados ficam armazenado na impressora e
caso uma queda de energia, papel atolado ou termino do toner e a impressora
desligue todos os arquivos nela so perdidos.
O PrintBest Server ir suprir todas essas necessidades alm de facilitar e
agilizar o trabalho mutuo. Pois as impresses sero organizadas em uma nica fila
de impresso pelo servidor auxiliando encontrar erro de arquivos que param a fila de
impresso, tambm no ser mais necessrio a instalao de drivers nos
computadores pois apenas se utilizara o compartilhamento do servidor, podemos
efetuar o controle de quais usurios ou computadores tero permisso de efetuar
impresses em cada impressora, bem como que horrio ser permitido imprimir. E
em caso que a impressora tiver seu funcionamento comprometido e precisar ser
retirada no ser necessrio avisar o usurio que imprimam em outra impressora
pois a fila de impresso pode ser redirecionada para outra de contingencia.
A proposta 1 foi apresentada ao cliente que se baseia em um banco de dados
gratuito MySQL Server e desenvolvido em linguagem Java. Essa proposta possui
trar vantagens tais como: Automatizao das impresses, otimizao do tempo e
recursos alm de melhor fluidez e controle dos dados enviados pelos usurios. No
entanto ele possui desvantagens ele poder sobrecarregar devido a um grande
volume de dados enviados pois no um sistema to robusto e em linguagem Java,
que inferior a Visual Basic.
10

Porem a proposta 1 foi escolhida pelo cliente, em sua empresa possui 320
funcionrios que utilizaram do sistema.

Analise de Custo da Proposta 1

Produtos & Servios QTDA Valor Unitrio Valor Total

Banco de dados MySql 01 R$0,00 R$0,00

OpenSuse Server 01 R$0,00 R$0,00

Desenvolvimento do R$0,00
01 R$0,00
Software

Nmero de Usurios 0-50 R$20,00 R$0,00 1.000,00

Nmero de Usurios 51-100 R$25,00 R$1.275,00 2.500,00

Nmero de Usurios +100 R$30,00 R$3.000,00 +

TOTAL COM 0-50 USUARIOS R$0,00 1.000,00

TOTAL COM 51-100 USUARIOS R$1.275,00 2.500,00

TOTAL COM +100 USUARIOS R$3.000,00

A proposta 2 foi apresentada e ela ser desenvolvida ambiente Visual Basic


com um Windows 2016 Server Standard e um banco de dados SQL Server 2016
Express para uma quantidade de at 100 usurio, enquanto ser utilizado um SQL
Server 2016 Datacenter e um sistema Windows 2016 Server Datacenter para
utilizao caso possua mais de 100 usurios. Possui 2 diferentes configuraes
devido a quantidade de usurio que influenciara no aumento do fluxo de dados, o
que dar a vantagem para que o sistema tenha capacidade de controlar tudo sem
11

problemas. Porem com a desvantagem que os custos dessa proposta so bem


mais elevados e necessitam de investimento inicias devido a compra das licenas
dos softwares e que de.

Analise da Proposta 2

Produtos & Servios QTDA Valor Unitrio Valor Total

SQL Server 2016 01 R$14256,00 R$14.256,00

SQL Server 2016 R$0,00


01 R$0,00
Express

Windows 2016 Server R$6.155,00


01 R$6.155,00
DataCenter

Windows 2016 Server R$3.602,00


01 R$3.602,00
Standard
Desenvolvimento do R$0,00
01 R$0,00
Software

Nmero de Usurios 0-50 R$15,00 R$0,00 750,00

Nmero de Usurios 51-100 R$20,00 R$1.020,00 2.000,00

Nmero de Usurios +100 R$25,00 R$2.500,00 +

R$0,00 1.000,00
TOTAL COM 0-50 USUARIOS (+R$3.602,00)

R$1.275,00 2.500,00
TOTAL COM 51-100 USUARIOS (+R$3.602,00)

+R$3.000,00
TOTAL COM +100 USUARIOS (+R$20.411,00)
12

2.2 PERSPECTIVA DO PRODUTO

O PrintBest Server ser desenvolvido em plataforma Java como banco de


dados MySQL. O sistema ser independente, ou seja, no ir interagir com outro
sistema assim evitando problemas, ele possuir uma interface amigvel e fcil ao
administrador que ter total controle sobre as impresses realizadas. Ele ter
ndices, listas e botes para acesso rpido as funes, seu idioma ser portugus
Brasil, o cliente no ter acesso a esse sistema, apenas poder imprimir atravs da
intermediao do mesmo.
O administrador dever possuir no mnimo conhecimento bsico de
informativa para utilizar o sistema, enquanto o cliente necessitar.
O sistema precisa de configuraes mnimas para execuo, processador i3
de 2.0 Ghz com cache de 3 Mb, armazenamento de 500Gb e 4Gb de memria ram.
Ocorrera backup diariamente dos dados.

2.3 FUNES DO PRODUTO

2.3.1 Funes Bsicas

RF_B1 Gerenciar clientes: O sistema permite a alterao, cadastro, restrio e


remoo de clientes.
- Itens de Entrada: ID, login, nome, cargo, setor, e-mail, cota mxima, impressora
permitidas.
- Regras de Negcio: obrigatrio colocar login, e setor de cada cliente
- Itens de Sada: gerado um ticket que corresponde aos logs gerado e guardado
ao fazer alteraes.

RF_B2 Vincular clientes a impressora: O sistema possibilita o cadastro de cada


cliente na impressora permitida.
- Itens de Entrada: ID, login, nome, setor, impressora.
13

- Regras de Negcio: Para que um cliente imprima ele deve estar cadastrado na
impressora.
- Itens de Sada: gerado um ticket que corresponde aos logs gerado e guardado
ao fazer alteraes.

RF_B3 Gerenciar Fornecedor: O sistema possibilita o cadastro, alterao,


remoo e consulta de fornecedores.
- Itens de Entrada: Nome, cdigo, tipo, e-mail.
- Regras de Negcio: Deve se ter no mnimo um fornecedor cadastrador.
- Itens de Sada: gerado um ticket que corresponde aos logs gerado e guardado
ao fazer alteraes.

RF_B4 Gerenciar Material: O sistema permite a alterao, cadastro, controle de


papeis do estoque.
- Itens de Entrada: Nome, cdigo, tipo.
- Regras de Negcio: necessrio sempre possuir no estoque uma maior
quantidade de resmas de folha do que gasto.
- Itens de Sada: gerado um ticket que corresponde aos logs gerado e guardado
ao fazer alteraes.

RF_B5 Gerenciar Setores: O sistema deve gerenciar todos os setores existentes


na empresa.
- Itens de Entrada: Setores
- Regras de Negcio: necessrio que o administrador cadastre os setores para
que o sistema gerencie.
- Itens de Sada: gerado um ticket que corresponde aos logs gerado e guardado
ao fazer alteraes.
14

2.3.2 Funes Fundamentais

RF_F1 Comprar Material: O sistema que j possui fornecedor e e-mail do


mesmo, ele pode requisitar papel conforme o estoque acaba.
- Itens de Entrada: Quantidade, e-mail, tipo.
- Regras de Negcio: necessrio que o estoque est correto conforme o sistema
tem gravado para que as requisies funcionem corretamente.
- Itens de Sada: E-mail para fornecedor.

RF_F2 Gerenciar Cotas de Impresses por cliente: O sistema deve gerenciar


as cotas dos clientes a cada nova impresso.
- Itens de Entrada: Cota mxima, login.
- Regras de Negcio: necessrio que o cliente esteja cadastrado antes do sistema
gerenciar sua cota
- Itens de Sada: Relatrio de cotas utilizadas e restantes.

RF_F3 - Controlar as impresses enviadas: O sistema deve receber todas as


requisies de impresso e assim enviar as impressoras correspondente, porem
permitindo ou negando a impresso conforme as permisses do Administrador.
- Itens de Entrada: Login, impressora, cota.
- Regras de Negcio: necessrio que para um cliente enviar a impresso ele tenha
a impressora instalada e permitido para uso.
- Itens de sada: Logs de acontecimentos.

RF_F4 Verificar Cota Automatico: O sistema ir verificar as cotas restantes de


cada cliente quinzenalmente. Com isso o ele enviar um e-mail para o
administrador, com cpia ao cliente, se sua cota ultrapassar a mdia estipulado no
sistema.
- Itens de Entrada: cliente, cota.
- Regras de Negcio: necessrio que o cliente esteja cadastrado no sistema e sua
cota definida.
15

- Itens de sada: E-mail de cota.

2.3.3 Funes de Sada

RF_S1 Emitir relatrio de impresses: O sistema deve emitir um relatrio com a


quantidade de impresses que foram impressas.
- Itens de entrada: Data
- Regras de Negcio: Deve-se possuir toda a quantidade de impresses tanto preto
e branco como colorido.
- Itens de Sada: Relatrio de impresses.

RF_S2 Exibir cota restante de cliente: O sistema deve emitir um relatrio com a
cota restante do Administrador.
- Itens de entrada: login, data.
- Regras de Negcio: Deve-se possuir toda a quantidade permitida e restante da
cota de cada Administrador.
- Itens de Sada: Relatrio de cota restante.

RF_S3 Exibir impresses por setor: O sistema deve emitir um relatrio com a
quantidade impressa por cada setor.
- Itens de entrada: Setor, data.
- Regras de Negcio: Deve-se colocar o setor a se tirar o relatrio.
- Itens de Sada: Relatrio de impresses por setor.

RF_S4 Exibir relatrio de impressoras permitidas por cliente: O sistema deve


emitir um relatrio com as impressoras permitidas por cada Administrador.
- Itens de entrada: Impressora, login.
- Regras de Negcio: Deve-se colocar o login do cliente para o relatrio.
- Itens de Sada: Relatrio de impresses por setor.
16

RF_S5 Emitir relatrio de clientes que mais imprimem: O sistema deve emitir
um relatrio com os clientes que mais imprimem, preto e branco ou colorido.
- Itens de entrada: Preto e Branco, Colorido ou geral, data.
- Regras de Negcio: Deve colocar a cor ou geral para gerar o relatrio.
- Itens de Sada: Relatrio de Administrador que mais imprimem.

2.4 CARACTERSTICAS DO USURIO

O usurio dever ter conhecimento bsico e intermedirio em informtica, tendo em


vista essas informaes no ser necessrio o treinamento do usurio, apenas ser
passado uma demonstrao de como utilizar o sistema.

2.5 LIMITES, DEPENDNCIAS E SUPOSIES

Para que possua uma performance adequada e eficiente as especificaes


de hardware sero seguidas, processador i3 de 2.0 Ghz com cache de 3 Mb,
armazenamento de 500Gb e 4Gb de memria ram.
Todos dados inseridos no sistema devem preencher todos os campos
disponveis e estarem corretos, para que no ocorra erros futuramente.
O servidor dever permanecer ligado, caso contrrio as impresses no
ocorreram. O sistema automaticamente far backup dos dados em um horrio no
qual a empresa esteja ociosa, se no ser adotado o horrio padro de 00:00 horas
para realizao do backup.

2.6 REQUISITOS ADIADOS

No possui requisitos adiados at o momento

3. REQUISITOS ESPECFICOS

3.1 CASOS DE USO


17

3.1.1 Diagrama de Casos de Uso

Figura 1 - Diagramas de Caso de Uso

3.1.2 Especificao de Casos de Uso


18

Caso de Uso 1: Gerenciar clientes


Atores Principais: Administrador.
Interesses e Interessados: Administrador (Cadastrar dados do cliente), Cliente
(efetuar as impresses).
Referencias cruzadas: RF_B1 RF_B6
Viso Geral:
O cliente cadastrado pelo Administrador, seu cadastro aprovado, O cliente usa
seu cadastro para efetuar impresses.

Fluxo bsico
1. O caso de uso inicia quando o administrador necessita fazer a manuteno
(incluso, alterao, excluso ou consulta) de um cliente
2. De acordo com o tipo de operao de manuteno desejado pelo
administrador, um dos subfluxos executado:
a. Se o administrador deseja incluir um novo cliente, o subfluxo Incluir
cliente executado.
b. Se o administrador deseja alterar informaes de um cliente j
cadastrada, o subfluxo Alterar cliente executado.
c. Se o administrador deseja excluir um cliente j cadastrado, o subfluxo
Remover cliente executado.
d. Se o administrador deseja consultar informaes sobre um ou mais
cliente cadastrados, o subfluxo Consultar cliente executado.

Subfluxo Incluir cliente


1. Este subfluxo inicia quando o administrador solicita incluir um cliente;
2. O sistema solicita ao administrador o preenchimento dos seguintes atributos:
- Login
19

- Nome
- Cargo
- Setor
- Cota mxima
- Impressoras Permitidas
3. O administrador preenche os atributos anteriores e confirma a incluso;
4. O sistema realiza a incluso dos dados informados pelo administrador no
passo 3;
5. O sistema exibe uma mensagem informando que a incluso da cliente foi
efetivada com sucesso;

Subfluxo Alterar cliente


1. Este subfluxo inicia quando o administrador solicita alterar um cliente;
2. O administrador seleciona um nico cliente aps informar o filtro;
3. O sistema solicita a alterao dos atributos:
- Login
- Nome
- Cargo
- Setor
- Cota Mxima
- Impressoras Permitidas
4. O administrador altera os dados desejados e confirma a alterao;
5. O sistema realiza a alterao dos dados informados no passo 4;
6. O sistema exibe uma mensagem de confirmao informando que a alterao
do cliente foi efetivada com sucesso;

Subfluxo Remover cliente


20

1. Este subfluxo inicia quando o administrador solicita remover uma ou mais


cliente;
2. O administrador seleciona quais cliente deseja remover e solicita a remoo
aps informar o filtro;
3. O sistema solicita a confirmao para remoo;
4. O administrador confirma a remoo;
5. O sistema remove os clientes confirmados;
6. O sistema exibe uma mensagem informando que a remoo dos clientes foi
efetivada com sucesso;

Subfluxo Consultar cliente


1. Este subfluxo inicia quando o administrador solicita consultar cliente;
2. O sistema solicita o preenchimento dos seguintes filtros:
- Login
3. O administrador preenche os filtros e solicita a consulta;
4. O sistema apresenta as seguintes informaes dos clientes obtidos na
consulta:
- Login
- Nome
- Setor
- Cota

Validaes e regras de negcio


- Esta regra se aplica a todos os subfluxos. Atributos obrigatrios. Se algum
atributo obrigatrio no tiver sido preenchido, o sistema no completar a
operao e notificar ao administrador, informando quais campos obrigatrios
no foram preenchidos e solicitando o preenchimento dos mesmos;
21

- Esta regra se aplica a todos os subfluxos. Atributos com valores no


permitidos. Se algum atributo for preenchido com valor no permitido, o
sistema no completar a operao e notificar ao administrador, informando
quais campos foram preenchidos com valores invlidos e solicitando o
preenchimento correto;
- No subfluxo Remover, o sistema valida os clientes selecionados de acordo
com as seguintes regras:
o Caso o cliente estiver imprimindo algo ele no pode ser deletado.

Caso de Uso 2: Vincular clientes a impressora


Atores Principais: Administrador
Interesses e Interessados: Administrador (cadastrar o cliente na impressora), Cliente
(Imprimir)
Referencias cruzadas: RF_B2
Viso Geral:
O cliente cadastrado na impressora pelo Administrador, colocado seu login e
setor, aps isso o cliente tem permisso naquela impressora

Fluxo bsico
1. O caso de uso inicia quando o administrador necessita fazer a manuteno
(incluso, alterao, excluso ou consulta) de um cliente em uma impressora.
Deve ser digitado o login do cliente.
2. De acordo com o tipo de operao de manuteno desejado pelo
administrador, um dos subfluxos executado:
a. Se o administrador deseja incluir um novo cliente, o subfluxo Incluir
cliente executado.
b. Se o administrador deseja alterar informaes de um cliente j
cadastrada, o subfluxo Alterar cliente executado.
22

c. Se o administrador deseja excluir um cliente j cadastrado, o subfluxo


Remover cliente executado.
d. Se o administrador deseja consultar informaes sobre um ou mais
cliente cadastrados, o subfluxo Consultar cliente executado.

Subfluxo Incluir cliente


3. Este subfluxo inicia quando o administrador solicita incluir um cliente;
4. O sistema solicita ao administrador o preenchimento dos seguintes atributos:
- Login
- Nome
- Cargo
- Setor
- Cota mxima
- Impressoras Permitidas
5. O administrador preenche os atributos anteriores e confirma a incluso;
6. O sistema realiza a incluso dos dados informados pelo administrador no
passo 3;
7. O sistema exibe uma mensagem informando que a incluso da cliente foi
efetivada com sucesso;

Subfluxo Alterar cliente


1. Este subfluxo inicia quando o administrador solicita alterar um cliente;
2. O administrador seleciona um nico cliente aps informar o filtro;
3. O sistema solicita a alterao dos atributos:
- Login
- Nome
- Cargo
- Setor
23

- Cota mxima
- Impressoras Permitidas
4. O administrador altera os dados desejados e confirma a alterao;
5. O sistema realiza a alterao dos dados informados no passo 4;
6. O sistema exibe uma mensagem de confirmao informando que a alterao
do cliente foi efetivada com sucesso;

Subfluxo Remover cliente


1. Este subfluxo inicia quando o administrador solicita remover uma ou mais
cliente;
2. O administrador seleciona quais cliente deseja remover e solicita a remoo
aps informar o filtro;
3. O sistema solicita a confirmao para remoo;
4. O administrador confirma a remoo;
5. O sistema remove os clientes confirmados;
6. O sistema exibe uma mensagem informando que a remoo dos clientes foi
efetivada com sucesso;

Subfluxo Consultar cliente


1. Este subfluxo inicia quando o administrador solicita consultar cliente;
2. O sistema solicita o preenchimento dos seguintes filtros:
- Login
3. O administrador preenche os filtros e solicita a consulta;
4. O sistema apresenta as seguintes informaes dos clientes obtidos na
consulta:
- Nome
- Cargo
24

- Setor
- Cota Mxima
- Impressoras permitidas
Validaes e regras de negcio
- Esta regra se aplica a todos os subfluxos. Atributos obrigatrios. Se algum
atributo obrigatrio no tiver sido preenchido, o sistema no completar a
operao e notificar ao administrador, informando quais campos obrigatrios
no foram preenchidos e solicitando o preenchimento dos mesmos;
- Esta regra se aplica a todos os subfluxos. Atributos com valores no
permitidos. Se algum atributo for preenchido com valor no permitido, o
sistema no completar a operao e notificar ao administrador, informando
quais campos foram preenchidos com valores invlidos e solicitando o
preenchimento correto;
- No subfluxo Remover, o sistema valida os clientes selecionados de acordo
com as seguintes regras:
o O cliente no pode ser removido caso esteja imprimindo

Caso de Uso 3: Gerenciar Fornecedor


Atores Principais: Administrador.
Interesses e Interessados: Administrador (Cadastrar o fornecedor)
Referencias cruzadas: RF_B3.
Viso Geral:
O Administrador cadastra o fornecedor, o e-mail de contato adicionado, o
administrador salvas as alteraes.

Fluxo bsico
1. O caso de uso inicia quando o administrador necessita fazer a manuteno
(incluso, alterao, excluso ou consulta) de um fornecedor.
25

O administrador deve adicionar o nome e e-mail do fornecedor.


2. De acordo com o tipo de operao de manuteno desejado pelo
administrador, um dos subfluxos executado:
a. Se o administrador deseja incluir um novo fornecedor, o subfluxo Incluir
fornecedor executado.
b. Se o administrador deseja alterar informaes de um fornecedor j
cadastrada, o subfluxo Alterar fornecedor executado.
c. Se o administrador deseja excluir um fornecedor j cadastrado, o
subfluxo. Remover fornecedor executado.
d. Se o administrador deseja consultar informaes sobre um ou mais
fornecedor cadastrados, o subfluxo Consultar fornecedor executado.

Subfluxo Incluir fornecedor


3. Este subfluxo inicia quando o administrador solicita incluir um fornecedor;
4. O sistema solicita ao administrador o preenchimento dos seguintes atributos:
- Nome
- E-mail
- Material
5. O administrador preenche os atributos anteriores e confirma a incluso;
6. O sistema realiza a incluso dos dados informados pelo administrador no
passo 3;
7. O sistema exibe uma mensagem informando que a incluso do fornecedor foi
efetivada com sucesso;

Subfluxo Alterar fornecedor


1. Este subfluxo inicia quando o administrador solicita alterar um fornecedor;
2. O administrador seleciona um nico fornecedor aps informar o filtro;
3. O sistema solicita a alterao dos atributos:
26

- Nome
- E-mail
- Material
4. O administrador altera os dados desejados e confirma a alterao;
5. O sistema realiza a alterao dos dados informados no passo 4;
6. O sistema exibe uma mensagem de confirmao informando que a alterao
do fornecedor foi efetivada com sucesso;

Subfluxo Remover fornecedor


1. Este subfluxo inicia quando o administrador solicita remover uma ou mais
fornecedor;
2. O administrador seleciona quais fornecedor deseja remover e solicita a
remoo aps informar o filtro;
3. O sistema solicita a confirmao para remoo;
4. O administrador confirma a remoo;
5. O sistema remove os fornecedores confirmados;
6. O sistema exibe uma mensagem informando que a remoo dos
fornecedores foi efetivada com sucesso;

Subfluxo Consultar fornecedor


1. Este subfluxo inicia quando o administrador solicita consultar fornecedor;
2. O sistema solicita o preenchimento dos seguintes filtros:
- E-mail
3. O administrador preenche os filtros e solicita a consulta;
4. O sistema apresenta as seguintes informaes dos clientes obtidos na
consulta:
- Nome
27

- Material
Validaes e regras de negcio
- Esta regra se aplica a todos os subfluxos. Atributos obrigatrios. Se algum
atributo obrigatrio no tiver sido preenchido, o sistema no completar a
operao e notificar ao administrador, informando quais campos obrigatrios
no foram preenchidos e solicitando o preenchimento dos mesmos;
- Esta regra se aplica a todos os subfluxos. Atributos com valores no
permitidos. Se algum atributo for preenchido com valor no permitido, o
sistema no completar a operao e notificar ao administrador, informando
quais campos foram preenchidos com valores invlidos e solicitando o
preenchimento correto;
- No subfluxo Remover, o sistema valida os clientes selecionados de acordo
com as seguintes regras:
o O fornecedor no pode ser removido caso j foi feito uma requisio de
material.

Caso de Uso 4: Gerenciar Material


Atores Principais: Administrador.
Interesses e Interessados: Administrador (Verificar o estoque no inventrio do
sistema e o fsico)
Referencias cruzadas: RF_B4.
Viso Geral:
O Administrador pode adicionar novos itens do inventario do sistema, o controle de
folhas se ajustara, o consumo ser controlado

Fluxo bsico
28

1. O caso de uso inicia quando o administrador necessita fazer a manuteno


(incluso, alterao, excluso ou consulta) de material
necessrio que o administrador digite o nome do material para se alterar
2. De acordo com o tipo de operao de manuteno desejado pelo
administrador, um dos subfluxos executado:
a. Se o administrador deseja incluir um novo material, o subfluxo Incluir
material executado.
b. Se o administrador deseja alterar informaes de um material j
cadastrada, o subfluxo Alterar material executado.
c. Se o administrador deseja excluir um material j cadastrado, o subfluxo
Remover material executado.
d. Se o administrador deseja consultar informaes sobre um ou mais
material cadastrados, o subfluxo Consultar material executado.

Subfluxo Incluir material


1. Este subfluxo inicia quando o administrador solicita incluir um novo material;
2. O sistema solicita ao administrador o preenchimento dos seguintes atributos:
- Nome
- Modelo
3. O administrador preenche os atributos anteriores e confirma a incluso;
4. O sistema realiza a incluso dos dados informados pelo administrador no
passo 3;
5. O sistema exibe uma mensagem informando que a incluso do material foi
efetivada com sucesso;

Subfluxo Alterar material


1. Este subfluxo inicia quando o administrador solicita alterar um material;
2. O administrador seleciona um nico material aps informar o filtro;
29

3. O sistema solicita a alterao dos atributos:


- Nome
- Modelo
4. O administrador altera os dados desejados e confirma a alterao;
5. O sistema realiza a alterao dos dados informados no passo 4;
6. O sistema exibe uma mensagem de confirmao informando que a alterao
do material foi efetivada com sucesso;

Subfluxo Remover material


1. Este subfluxo inicia quando o administrador solicita remover uma ou mais
materiais;
2. O administrador seleciona quais materiais deseja remover e solicita a
remoo aps informar o filtro;
3. O sistema solicita a confirmao para remoo;
4. O administrador confirma a remoo;
5. O sistema remove os materiais confirmados;
6. O sistema exibe uma mensagem informando que a remoo dos materiais foi
efetivada com sucesso;

Subfluxo Consultar material


1. Este subfluxo inicia quando o administrador solicita consultar material;
2. O sistema solicita o preenchimento dos seguintes filtros:
- Nome
3. O administrador preenche os filtros e solicita a consulta;
4. O sistema apresenta as seguintes informaes dos materiais obtidos na
consulta:
- Nome
30

- Modelo

Validaes e regras de negcio


- Esta regra se aplica a todos os subfluxos. Atributos obrigatrios. Se algum
atributo obrigatrio no tiver sido preenchido, o sistema no completar a
operao e notificar ao administrador, informando quais campos obrigatrios
no foram preenchidos e solicitando o preenchimento dos mesmos;
- Esta regra se aplica a todos os subfluxos. Atributos com valores no
permitidos. Se algum atributo for preenchido com valor no permitido, o
sistema no completar a operao e notificar ao administrador, informando
quais campos foram preenchidos com valores invlidos e solicitando o
preenchimento correto;

Caso de Uso 5: Gerenciar Setores


Atores Principais: Administrador
Interesse e interessados: Administrador (cadastra o setor), Cliente (participa do
setor)
Referencias cruzadas: RF_B5
Viso Geral:
O administrador cadastra o setor no sistema, o cliente inserido em um setor, ele
faz parte daquele grupo.

Fluxo bsico
1. O caso de uso inicia quando o administrador necessita fazer a manuteno
(incluso, alterao, excluso ou consulta) de um setor
O administrador deve colocar o ID do setor
2. De acordo com o tipo de operao de manuteno desejado pelo
administrador, um dos subfluxos executado:
31

a. Se o administrador deseja incluir um novo setor, o subfluxo Incluir setor


executado.
b. Se o administrador deseja alterar informaes de um setor j
cadastrada, o subfluxo Alterar setor executado.
c. Se o administrador deseja excluir um setor j cadastrado, o subfluxo
Remover setor executado.
d. Se o administrador deseja consultar informaes sobre um ou mais
setor cadastrados, o subfluxo Consultar setor executado.

Subfluxo Incluir setor


1. Este subfluxo inicia quando o administrador solicita incluir um setor;
2. O sistema solicita ao administrador o preenchimento dos seguintes atributos:
- Setor
3. O administrador preenche os atributos anteriores e confirma a incluso;
4. O sistema realiza a incluso dos dados informados pelo administrador no
passo 3;
5. O sistema exibe uma mensagem informando que a incluso do setor foi
efetivada com sucesso;

Subfluxo Alterar Setor


1. Este subfluxo inicia quando o administrador solicita alterar um setor;
2. O administrador seleciona um setor aps informar o filtro;
3. O sistema solicita a alterao dos atributos:
- Setor
4. O administrador altera os dados desejados e confirma a alterao;
5. O sistema realiza a alterao dos dados informados no passo 4;
6. O sistema exibe uma mensagem de confirmao informando que a alterao
do setor impresso foi efetivada com sucesso;
32

Subfluxo Remover Setor


1. Este subfluxo inicia quando o administrador solicita remover uma ou mais
setores;
2. O administrador seleciona quais setores deseja remover e solicita a remoo
aps informar o filtro;
3. O sistema solicita a confirmao para remoo;
4. O administrador confirma a remoo;
5. O sistema remove os setores confirmados;
6. O sistema exibe uma mensagem informando que a remoo dos setores foi
efetivada com sucesso;

Subfluxo Consultar Setor


1. Este subfluxo inicia quando o administrador solicita consultar setor;
2. O sistema solicita o preenchimento dos seguintes filtros:
- Setor
3. O administrador preenche os filtros e solicita a consulta;
4. O sistema apresenta as seguintes informaes dos setores obtidos na
consulta:
- Setor

Validaes e regras de negcio


- Esta regra se aplica a todos os subfluxos. Atributos obrigatrios. Se algum
atributo obrigatrio no tiver sido preenchido, o sistema no completar a
operao e notificar ao administrador, informando quais campos obrigatrios
no foram preenchidos e solicitando o preenchimento dos mesmos;
33

- Esta regra se aplica a todos os subfluxos. Atributos com valores no


permitidos. Se algum atributo for preenchido com valor no permitido, o
sistema no completar a operao e notificar ao administrador, informando
quais campos foram preenchidos com valores invlidos e solicitando o
preenchimento correto;
- No subfluxo Remover, o sistema valida as cotas de impresso selecionados
de acordo com as seguintes regras:
o Caso o setor estiver com algum cliente ele no pode ser removido

Caso de Uso de 6: Comprar Material


Ator Principal: Administrador
Ator Secundrio: Fornecedor
Interesses e Interessados: Fornecedor (Receber a solicitao de materiais)
Referencias cruzadas: RF_F1, Caso de uso 3, Caso de uso 4
Cenrio Principal de Sucesso:
1. O sistema notifica o administrador que o material em estoque est baixo.
2. Administrador verifica no sistema qual estoque atual.
3. O sistema informa o estoque atual ao administrador.
4. Administrador solicita compra de materiais necessrios pelo sistema.
5. O sistema envia pedido de compra de materiais ao fornecedor.

Caso de Uso 7: Gerenciar Cotas de Impresses


Ator Principal: Cliente
Ator Secundrio: Servidor de impresso
Interesses e Interessados: Cliente (Sua cota gerenciada)
Referencias cruzadas: RF_F2, Caso de uso 3, Caso de uso 4, Caso de uso 6
34

Cenrio Principal de Sucesso:


1. O cliente solicita a impresso.
2. O sistema verifica se o cliente possui cota para impresso solicitada.
3. O sistema envia a impresso para o servidor de impresso.
4. O sistema notifica o cliente que a impresso foi realizada.

Cenrio Alternativo:
2 A) A cota do cliente excedeu o limite estipulado pelo administrador.
B) O sistema notifica o cliente que a cota necessria insuficiente.
C) Caso de uso encerrado.

Caso de Uso 8: Controlar Permisses


Ator Principal: Cliente
Ator Secundrio: Servidor de impresso
Interesses e Interessados: Cliente (Far a solicitao de impresso em uma
impressora)
Referencias cruzadas: RF_F3, Caso de uso 1, Caso de uso 2, Caso de uso 5.
Cenrio Principal de Sucesso:
1. O cliente solicita a impresso de um documento em uma impressora.
2. O sistema verifica sua cota disponvel de impresso.
3. O sistema verifica se o cliente possui permisso para impressora solicitada.
4. O sistema autoriza a impresso.
5. O documento enviado ao servidor de impresso
6. A cota do cliente atualizada.

Cenrio Alternativo:
2 A) O cliente no possui cota de impresso suficiente.
B) O sistema notifica o cliente.
C) Caso de Uso encerrado
3 A) O cliente no possui permisso para imprimir na impressora solicitada.
B) O sistema notifica o cliente.
C) Caso de Uso encerrado.
35

Caso de Uso 9: Verificar Cota Automtica


Ator Principal: Administrador.
Ator Secundrio: Cliente
Interesses e Interessados: Administrador
Referencias cruzadas: RF_F4, RF_F2.
Cenrio Principal de Sucesso:
1. O sistema verifica a cota de todos os clientes cadastrados.
2. O sistema compara com os valores mnimos estipulados pelo administrador.
3. O sistema notifica o administrador quais so os clientes que esto com a cota
abaixo do mnimo estipulado.
4. O administrador notifica o cliente

Cenrio Alternativo:
3 A) Cota dentro do limite mnimo estipulado pelo administrador.
B) Caso de uso encerrado.

Caso de Uso 10: Emitir relatrio de impresses


Atores Principais: Administrador
Interesses e Interessados: Administrador (Buscar e verificar as impresses),
Impressora (Far a impresso dos relatrios)
Referencias cruzadas: RF_S1
Viso Geral:
O Administrador digita a data desejada, o sistema gera o relatrio, o sistema emite o
relatrio das impresses para Administrador

Caso de Uso 11: Exibir cota restante de cliente


Atores Principais: Administrador
Interesses e Interessados: Administrado (verificar as cotas da cliente)
Referencias cruzadas: RF_S2
Viso Geral:
36

O cliente faz a busca do cliente desejado, o sistema emite sua cota atual, o
Administrador coleta essa informao

Caso de Uso 12: Exibir impresses por setor


Atores Principais: Administrador
Interesses e Interessados: Administrador (Verificar as impresses)
Referencias cruzadas: RF_S3
Viso Geral:
O Administrador define uma data e setor, o sistema gera um relatrio desejado, o
Administrador coleta essa informao

Caso de Uso 13: Exibir relatrio de impressoras permitidas por cliente


Atores Principais: Administrador
Interesses e Interessados: Administrador (Verificar as impressoras permitias por
cliente).
Referencias cruzadas: RF_S4
Viso Geral:
O Administrador insere o login do cliente desejado, o sistema gera o relatrio de
impressoras permitidas, esse relatrio emitido ao Administrador.

Caso de Uso 14: Emitir relatrio de clientes que mais imprimem


Atores Principais: Administrador
Interesses e Interessados: Administrador (Realizar a pesquisa da cliente que mais
imprimem)
Referencias cruzadas: RF_S5
Viso Geral:
37

O Administrador inseri a data e cor para verificar os que mais imprimem, o sistema
gera o relatrio, emitido para o Administrador o relatrio.

3.1.3 Diagrama de Atividades


cad a verificao do sistema p/ notificar o adm?

Figura 2 - Diagrama de Atividade: Comprar Material


38

Figura 3 - Diagrama de Atividade: Verificar Cota Impresso


39

Figura 4 - Diagrama de Atividade: Controlar Permisses


40

Figura 5 - Diagrama de Atividade: Verificar Cota Automtica


41

3.1.4 Diagramas de Sequncia do Sistema

Figura 6 - Diagrama de Sequncia: Comprar Material

Figura 7 - Diagrama de Sequncia: Gerenciar Cotas


42

Figura 8 - Diagrama de Sequncia: Controlar Permisses

Figura 9 - Diagrama de Sequncia: Verificar Cota Automtica


43

3.2 MODELO CONCEITUAIS

Figura 10 - Diagrama Conceitual PrintBest Server


44

4. PROJETO DE SOFTWARE
4.1.1 Layout de Telas

Figura 11 - Tela Inicial


45

Figura 12 - Tela Cadastro de Cliente

Figura 13 - Tela Consulta de Cliente


46

Figura 14 - Tela Informaes do Cliente

Figura 15 - Tela de Consulta de Fornecedor


47

Figura 16 - Tela de Informaes do Fornecedor

Figura 17 - Tela Consulta de Material


48

Figura 18 - Tela Informaes de Material


49

Figura 19 - Tela Consulta de Impressora

Figura 20 - Tela Informaes da Impressora


50

Figura 21 - Tela de Consulta de Setor

Figura 22 - Tela Informaes do Setor


51

Figura 23 - Tela de Relatrio de Cliente

Оценить