Documento de Especificao de

Software

LOGO DO PROJETO

Sistema GRADIL
Cliente: Metalrgicos e trabalhadores do setor
Verso 1.0

Lucas Lima Figueiredo

Brbara Gabrielle da Silva Pres

Manaus - Amazonas
09 - 2015
Fundao Centro de Anlise, Pesquisa e Inovao
Tecnolgica, FUCAPI, 2015

Pgina 1 de 12

Sumrio
1.

2.

3.

Introduo

1.1
1.2
1.3

3
3
3

Escopo do Projeto
Descrio da Entidade de Negcio
Stakeholders

Contextualizao

2.1
2.2
2.3

4
4
5

Descrio dos Processos de Negcios

Regras, Limitaes ou Restries
Descrio das Necessidades/Problemas

Viso Geral do Produto

3.1

Perspectiva do Produto

1.

Objetivo do Sistema

2.

Convenes, Termos e Abreviaes

3.

Metodologia de Desenvolvimento

4.

Requisitos Funcionais

4.1
4.2
4.3
5.

6.

Requisitos de Cadastro
Requisitos de dados financeiros
Requisitos de Alerta

9
10
10

Requisitos No-Funcionais

10

5.1
5.2
5.3

10
10
11

Segurana
Cadastro e pesquisa
Alerta

Regras de Negcios

Fundao Centro de Anlise, Pesquisa e Inovao

Tecnolgica, FUCAPI, 2015

11

Pgina 2 de 12

Documento de Especificao de Software

1. Introduo
O sistema dever gerenciar o cadastro de materiais, dados de clientes, cadastro de projetos,
tais como seus prazos, datas de entrega e qualquer informao relevante para o projeto dever ser
armazenada, o sistema tambm buscar uma facilidade na rea do financeiro, que ficara
responsvel em ter guardado informaes como por exemplo, valor total, valores pagos, forma de
pagamento, datas e etc., o sistema possura uma interface simples de fcil uso para os funcionrios
que a utilizaro e a qualquer outro, que tenha como responsabilidade de inserir as informaes.

1.1 Escopo do Projeto

Este documento de viso do software se aplica ao projeto SISTEMA GRADIL. Tendo por
objetivo gerenciar e organizar os dados referentes aos projetos que so solicitados pelos clientes,
prazos, custos, dados de clientes e etc., proporcionando uma melhoria na conduo dos projetos,
evitando desperdcio de tempo ou recursos, e assim conquistando mais qualidade to necessria
nesses tempos de concorrncia no mercado de trabalho.
1.2 Descrio da Entidade de Negcio
Em toda a cidade possvel localizar trabalhadores autnomos e at micros empresrios
que atuam no ramo de construo ou reformas de produtos tais como, grades de ferro,
portes, janelas e etc. Esses servios oferecidos proporcionam custo baixo para construes
de pequeno, mdio e at grande porte ou para pessoas interessadas em adquirir estes
servios, Em alguns casos evidente a falta de organizao, que caso houvesse,
proporcionaria maiores ganhos, evitando desperdcios atravs de um gerenciamento melhor.
1.3 Stakeholders
O pblico alvo so trabalhadores autnomos ou micros empresrios do ramo da metalrgica,
que estejam interessados em obter um melhor gerenciamento para seus respectivos
negcios, organizando as informaes e melhorando o controle sobre todas as atividades e
planejamento das atividades.
Funes
(Identificao/papel)
Cadastro de projetos

Responsabilidades

Stakeholders

Armazenar informaes, tais

Clientes e interessados em
como, prazos, custo, tipo, cliente projetos
e etc.
Proprietrio do software e
vendedores de materiais.

Aquisio de materiais

Controlar os custos dos

materiais tais, cotaes de
preos, locais de venda.

Proprietrio do software e
clientes

Gerenciamento de
Projetos

Controlar e organizar os custos

de projetos, prazos de entrega,
pagamentos e possveis taxas
adicionais

Cadastro de cliente

Guardar dados dos cliente,

nome, endereo e etc.

Proprietrio do software r
clientes

Fundao Centro de Anlise, Pesquisa e Inovao

Tecnolgica, FUCAPI, 2015

Pgina 3 de 12

2. Contextualizao
2.1 Descrio dos Processos de Negcios

O cliente solicita um oramento e nessa etapa ele informa qual o tipo de oramento se a
construo de algo novo ou reforma de um objeto j existente, caso seja a construo feito o
levantamento dos dados como as medidas no local, caso seja reforma realizada uma avaliao do
objeto, verificando suas condies atuais, aps isso enviado o oramento para o cliente que
decidir se aceita ou no, caso no a transao encerrada ali, caso sim a negociao continua com
a definio dos prazos, o projeto feito, a entrega do projeto realizado e o pagamento feito pelo
cliente.
2.2 Regras, Limitaes ou Restries
[RN001] Somente o gerente pode iniciar um projeto: O contato do cliente com o
gerente ou o proprietrio, ele far uma pequena descrio do que quer.
[RN002] As formas de pagamento podem ser mistas: O pagamento pode ser realizado
parte em dinheiro parte em transferncia bancria.
[RN003] Cotaes de preos devem ser feitas periodicamente: importante manter
uma base de dados dos preos atualizados, preos dos materiais que sero necessrios
para o projeto em si.
[RN004] O cliente dever participar das etapas necessrias: O cliente dever ter
Fundao Centro de Anlise, Pesquisa e Inovao
Tecnolgica, FUCAPI, 2015

Pgina 4 de 12

participao no desenvolvimento do projeto nas etapas necessrias sempre, para a

contribuio do melhor produto final.
[RN005] Produto ser entregue somente a concluso do pagamento: Caso ainda
esteja faltando algum valor ser pago, a entrega do produto ficar condicionada a quitao
desse pagamento.
[RN006] O projeto s ser iniciado mediante o pagamento de uma entrada: Para que
um projeto se inicie, ser necessrio que o cliente realize o pagamento de uma entrada para
custear os materiais, como por exemplo: soldas, metalon, barrinhas de ferro e etc.
[RN007] O projeto dever ser acompanhado de um desenho: Para que no fique
nenhuma dvida sobre o que fazer no projeto, um desenho dever ser feito.
2.3 Descrio das Necessidades/Problemas
Problemas

Perda de Informao

Envolvidos

Gerente, funcionrios e clientes

Cujo impacto
Uma melhoria para o
problema

A perda de informaes pode ocasionar o retrabalho de ter

que fazer o levantamento dos dados
Um sistema ir permitir que os dados fiquem guardados e
a disposio, evitando perda de dados e de tempo
procurando informaes.

Problemas

Prazos de entrega no respeitados

Envolvidos

Gerente, funcionrios e clientes

Cujo impacto

Pssima reputao para a empresa o que pode ocasionar

a perda de futuros e potenciais clientes

Uma melhoria para o

problema

Um calendrio de projetos organizado, contendo todos os

projetos que estejam sendo trabalhado e a criao de
ferramentas de alerta para prazos que estejam acabando.

Problemas

Maiores gastos com o projeto

Envolvidos

Gerente, funcionrios, clientes e fornecedores

Cujo impacto

Os projetos geram prejuzos caso o cliente no queira

arcar com custos que no tenham sido levantados no
planejamento inicial.

Uma melhoria para o

problema

Manter um base de dados com o preo dos produtos, ser

permitido que ela seja atualizada com os preos atuais do
mercado.

Problemas

Projeto executado diferente do planejado

Envolvidos

Gerente, funcionrios, clientes

Fundao Centro de Anlise, Pesquisa e Inovao

Tecnolgica, FUCAPI, 2015

Pgina 5 de 12

Cujo impacto

Diretamente causa a insatisfao do cliente, custo

adicionais para correo ou adaptao do projeto e
tambm gasto de tempo com retrabalho.

Uma melhoria para o

problema

E muito importante guardar dados, dos levantamentos,

medidas, pedido do cliente e etc. Na fase de projeto o
cliente pode ver varias imagens para escolher um modelo
que seja do seu agrado.

3. Viso Geral do Produto

3.1 Perspectiva do Produto
O sistema GRADIL tem como finalidade auxiliar trabalhadores de setor de metalurgia, no
sentido de organizar dados dos cliente, prazos de entregas, valor do servio e custos de materiais,
atravs da economia e evitando gastos extras vai trazer um aumento de receita e diminuio da
receita.
Resumo das Principais Funes do Produto
Necessidades
1. Gerenciamento de Cadastro
de Clientes

2. Gerenciamento de Cadastro
de funcionrios

3. Gerenciamento de Cadastro
de materiais

4. Gerenciamento de Cadastro
de projetos

5. Gerenciamento de prazos

1.1
1.2
1.3
1.4
2.1
2.2
2.3
2.4
3.1
3.2
3.3
3.4
3.5
3.6
4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
5.1
5.2
5.3

Funcionalidades Correspondentes
Cadastrar clientes;
Editar cadastro de clientes;
Consultar cadastro de clientes;
Deletar cadastro de clientes;
Cadastrar funcionrios;
Editar cadastro de funcionrios;
Consultar cadastro de funcionrios;
Deletar cadastro de funcionrios;
Cadastrar materiais;
Editar cadastro de materiais;
Consultar cadastro de materiais;
Cadastrar o preo anterior e Preo atual do produto;
Consultar o nome do fornecedor;
Registrar a quantidade do produto;
Cadastro de projetos;
Editar cadastro de projetos;
Consultar cadastro de projetos;
Cadastrar o tipo de projeto;
Cadastrar data inicial e data final;
Cadastrar valor do projeto;
Cadastrar custos extras do projeto;
Cadastrar descrio do cliente
Alertar sobre o termino dos prazos;
Destacar tarefas que foram iniciadas;
Destacar tarefas que j tenham sido finalizadas;

Documento de Especificao de Software

Fundao Centro de Anlise, Pesquisa e Inovao
Tecnolgica, FUCAPI, 2015

Pgina 6 de 12

1. Objetivo do Sistema

O principal objetivo do sistema que ser desenvolvido ser de auxiliar os profissionais dessa
rea, organizando informaes, controlando gastos e despesas, evitando desperdcios, gerenciando
materiais, lembrando prazos dos projetos e etc.
As principais finalidades do sistema so:
- Armazenar informaes dos clientes.
- Controlar prazos dos projetos, data inicio e fim.
- Controlar entrada e sada de materiais.
- Verificar despesas com materiais e pessoal e Verificar a receita com projetos
- Os benefcios vo de evitar despesas desnecessrias e aumentar receita, controlar prazos
e informaes com projetos.

2. Convenes, Termos e Abreviaes

A correta interpretao deste documento exige o conhecimento de algumas convenes e
termos especficos, que so descritos a seguir.
Por conveno, a referncia a requisitos feita atravs do nome da subseo onde eles
esto descritos, seguidos do identificador do requisito, de acordo com a especificao a seguir:
[nome da subseo. identificador do requisito].
Por exemplo, o requisito funcional [Recuperao de dados. RF016] deve estar descrito em
uma subseo chamada Recuperao de dados, em um bloco identificado pelo nmero [RF016]. J
o requisito no-funcional [Confiabilidade.NF008] deve estar descrito na seo de requisitos nofuncionais de Confiabilidade, em um bloco identificado por [NF008]. As regras de negcio devem ser
descritas na seo de Regras de Negcio, em um bloco de regras identificado por [RN009]. Os
requisitos devem ser identificados com um identificador nico. A numerao inicia com o identificador
[RF001] ou [NF001] e prossegue sendo incrementada medida que forem surgindo novos requisitos.
Para estabelecer a prioridade dos requisitos, foram adotadas as denominaes essencial,
importante e desejvel:
Essencial: o requisito sem o qual o sistema no entra em funcionamento. Requisitos
essenciais so requisitos imprescindveis, que tm que ser implementados
impreterivelmente.
Importante: o requisito sem o qual o sistema entra em funcionamento, mas de forma no
satisfatria. Requisitos importantes devem ser implementados, mas, se no forem, o sistema
poder ser implantado e usado mesmo assim.
Desejvel: o requisito que no compromete as funcionalidades bsicas do sistema, isto ,
o sistema pode funcionar de forma satisfatria sem ele. Requisitos desejveis podem ser
deixados para verses posteriores do sistema, caso no haja tempo hbil para implementlos na verso que est sendo especificada.

3. Metodologia de Desenvolvimento
Na realizao do projeto ir ser utilizado um modelo baseado no ciclo de vida de prototipao
Fundao Centro de Anlise, Pesquisa e Inovao
Tecnolgica, FUCAPI, 2015

Pgina 7 de 12

evolucionria, na qual ser feita partes do projeto para se alcanar o todo simulando parte das
caractersticas do sistema desejado, onde se constri em sua primeira interao os aspectos visuais
como os formatos de exibio, que ser avaliado pelo cliente no qual retornar a sua avaliao,
levando assim a aprimorao dos requisitos de acordo com as suas necessidades, assim sendo
incrementado as suas etapas at se obter o produto final.

Estudo do negcio a primeira etapa fazer um estudo do negcio do cliente, pois

importante saber as atividades e os objetivos da empresa no mercado, e a partir deste tem
se base para a elaborao da entrevista com o cliente.
Entrevista com Cliente etapa a qual ser levantada todas as informaes quanto
necessidade do cliente, assim como questes a serem respondidas quanto ao negcio e
analise das ferramentas que ele possui em seu ambiente de trabalho, podendo ser feita a
entrevista pessoalmente com o cliente.
Levantamento de Requisitos etapa importante para saber quais possveis requisitos
sero utilizados no sistema, levando em considerao todo o negcio do cliente e suas
necessidades descritas por ele.
Analise de Requisitos etapa precedente de levantamento de requisitos, onde sero
analisados todos os possveis requisitos, chegando a um numero reduzido no qual o analista
considerar a real necessidade do cliente, podendo assim modificar ou no as
funcionalidades do sistema.
Desenvolvimento de projeto rpido etapa a qual ser desenvolvido o sistema ou parte
dele, j com escopo definido e a linguagem a ser desenvolvida, tendo base nas ferramentas
de trabalho do cliente para serem integradas, caso houver ou for necessrio, sendo
importante fazer a documentao do software e a padronizao.
Fundao Centro de Anlise, Pesquisa e Inovao
Tecnolgica, FUCAPI, 2015

Pgina 8 de 12

Refinamento do projeto etapa a qual se fornece mais detalhes medida que ocorre cada
refinamento formando um modelo de projeto completo a medida que ele evolui.
Realizao de testes etapa na qual ser feito testes procura de erros, com o sistema em
funcionamento ou parte dele.
Manuteno e evoluo manuteno para a melhoria do sistema, tais como customizao
e correo de erros, integrando fases anteriores.
Treinamento aps ter parte do sistema ou todo, feito o treinamento do cliente para
ajudar na utilizao do sistema, assim como sua instalao no ambiente e sua avaliao,
podendo detectar problemas muito maiores se detectado no produto final.
Manuteno e evoluo nessa etapa aps ter o sistema completo, importante manter o
sistema sempre em evoluo para erros que podem ocorrer, melhorias e customizao, para
manter a fidelizao do cliente, assim como o suporte aps a finalizao do projeto.

4. Requisitos Funcionais
4.1 Requisitos de Cadastro
Ttulo:
Descrio:
Prioridade:
Regras de
Negcio
Ttulo:
Descrio:
Prioridade:
Regras de
Negcio
Ttulo:
Descrio:
Prioridade:
Regras de
Negcio

[RF001] Cadastro de clientes

O sistema deve permitir guardar dados do cliente, como nome, nmero de contato
e endereo.
[X] Essencial
[ ] Importante
[ ] Desejvel
[RN006]

[RF002] Alterao de clientes

O sistema deve permitir alterar dados do cliente, caso alguma informao tenha
sido fornecida errada.
[ ] Essencial
[X] Importante
[ ] Desejvel
[RN006]

[RF003] Cadastro de projetos

O sistema deve permitir o cadastro de projetos, como nome do cliente o tipo
medidas e qualquer informao que seja importante.
[X] Essencial
[ ] Importante
[ ] Desejvel
[RN008]
[RN009]

Prioridade:
Regras de
Negcio

[RF004] Cadastro de produtos

O sistema dever permitir guardar dados dos produtos, como preo, quantidade,
nome do fornecedor e etc.
[X] Essencial
[ ] Importante
[ ] Desejvel
[RN011]
[RN012]

Ttulo:
Descrio:
Prioridade:

[RF005] Alterao de produtos

O sistema devera permitir alterar dados dos produtos j inseridos no sistema.
[X] Essencial
[ ] Importante
[ ] Desejvel

Ttulo:
Descrio:

Fundao Centro de Anlise, Pesquisa e Inovao

Tecnolgica, FUCAPI, 2015

Pgina 9 de 12

Regras de
Negcio
Ttulo:
Descrio:
Prioridade:
Regras de
Negcio

[RN011]
[RN012]
[RF006] Alterao de projetos
O sistema devera permitir alterar dados dos projetos j inseridos no sistema.
[X] Essencial
[ ] Importante
[ ] Desejvel
[RN008]
[RN009]

4.2 Requisitos de dados financeiros

Ttulo:
Descrio:
Prioridade:
Regras de
Negcio

[RF007] Registrar receita dos projetos

O sistema deve permitir guardar o valor total definido do projeto.
[X] Essencial
[ ] Importante
[ ] Desejvel
[RN001]
[RN002]
[RN003]

Ttulo:
Descrio:

[RF008] Registrar pagamento dos projetos

O sistema deve permitir guardar registrar as parcelas pagas referentes ao total do
valor definido no projeto.
[X] Essencial
[ ] Importante
[ ] Desejvel
[RN001]
[RN002]
[RN003]

Prioridade:
Regras de
Negcio

4.3 Requisitos de Alerta

Ttulo:
Descrio:
Prioridade:
Regras de
Negcio

[RF009] Alertar sobre prazos

O sistema dever informar sobre o termino dos prazos dos projetos, ou quando a
data final pra a entrega estiver prxima
[ ] Essencial
[ ] Importante
[ ] Desejvel
[RN007]
[RN009]

5. Requisitos No-Funcionais
5.1 Segurana
[NF001] Login e senha para acessar algumas informaes, como dados dos clientes e
dados financeiros.
Prioridade: [X] Essencial

[ ] Importante

[ ] Desejvel

[NF002] Estabelecer diferentes nveis de acesso para controle de acesso a informaes.

Prioridade: [ X] Essencial

[ ] Importante

[ ] Desejvel

5.2 Cadastro e pesquisa

[NF003] Para concluir o cadastro de clientes, funcionrios ou projetos o tempo de
armazenamento das informaes pelo sistema no deve ultrapassar 5 segundos.
Fundao Centro de Anlise, Pesquisa e Inovao
Pgina 10 de 12
Tecnolgica, FUCAPI, 2015

Prioridade: [ ] Essencial

[ ] Importante

[X] Desejvel

[NF004] - Para concluir uma pesquisa dos dados de clientes, funcionrios ou projetos o
tempo de pesquisa e retorno das informaes pelo sistema no deve ultrapassar 10
segundos.
Prioridade: [ ] Essencial

[ ] Importante

[X] Desejvel

5.3 Alerta
[NF005] Para informar sobre a chegada da data de entregar do servio, um email deve ser
enviado.
Prioridade: [ ] Essencial

[X] Importante

[X] Desejvel

[NF006] Projetos que j foram finalizados devem aparecer marcados com a cor verde e os
que ainda esto sendo executados devem aparecer com a cor amarela.
Prioridade: [ ] Essencial

[X] Importante

[X] Desejvel

6. Regras de Negcios
Ttulo:
Descrio:
ID do Requisito:

Ttulo:
Descrio:
ID do Requisito:

Ttulo:
Descrio:
ID do Requisito:

Ttulo:
Descrio:
ID do Requisito:
Ttulo:
Descrio:
ID do Requisito:

[RN001] Adiantamento de pagamento

O servio s deve ser inicializado com o adiantamento de aproximadamente
40% do valor total, para custear despesas iniciais.
[RF007]
[RF008]
[RN002] Pagamento total do servio
A entrega do produto final s deve ser realizada quando o restante do
pagamento for feito.
[RF007]
[RF008]
[RN003] Renegociao
Em qualquer momento do projeto que for detectada uma despesa adicional uma
renegociao pode ser iniciada pelo contratado.
[RF007]
[RF008]
[RN004] Reforma de produtos
Caso o cliente queira a reforma de produtos como, porta de ferro, janela e etc., o
mesmo deve providenciar transporte para a entrega inicial mas no para a final.
[RF003]
[RN005] Pagamento Inicial
O pagamento inicial deve ser feito em dinheiro.
[RF007]
[RF008]

Fundao Centro de Anlise, Pesquisa e Inovao

Tecnolgica, FUCAPI, 2015

Pgina 11 de 12

Ttulo:
Descrio:
ID do Requisito:
Ttulo:
Descrio:
ID do Requisito:
Ttulo:
Descrio:
ID do Requisito:
Ttulo:
Descrio:
ID do Requisito:

Ttulo:
Descrio:
ID do Requisito:

Ttulo:
Descrio:
ID do Requisito:

Ttulo:
Descrio:
ID do Requisito:

[RN006] Contato com o Cliente

No momento do primeiro contato o cliente deve deixar um nmero para contato
vlido.
[RF001]
[RN007] Avisar Cliente
O cliente deve ser informado quando o produto estiver pronto.
[RF009]
[RN008] Desenho do projeto
Aps ouvir o que o cliente quer um desenho feito para que o mesmo aprove e
assim se inicie o projeto.
[RF003]
[RN009] Prazo Final
Ser apresentado ao cliente o total de dias estimados que sero necessrios
para que o projeto seja feito.
[RF003]
[RF009]
[RN010] Despesa adicional
Caso seja detectado uma despesa por qualquer motivo o valor ser adiantado e
descontado do valor total restante.
[RF007]
[RF008]
[RN011] Levantamento de materiais
Ser necessrio controlar os materiais que so usados no decorrer do projeto,
para verificar a necessidade de reposio.
[RF004]
[RF005]
[RN011] Entrada de materiais
Ser necessrio controlar os materiais que so comprados nos fornecedores
para serem usados nos projeto dos clientes.
[RF004]
[RF005]

Fundao Centro de Anlise, Pesquisa e Inovao

Tecnolgica, FUCAPI, 2015

Pgina 12 de 12