Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 1 de 12
Documento de Especificação de Software
Sistema GRADIL
Cliente: Metalúrgicos e trabalhadores do setor
Versão 1.0
Lucas Lima Figueiredo Bárbara Gabrielle da Silva Péres
Manaus - Amazonas 09 - 2015
LOGO DO PROJETO
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 2 de 12
Sumário
1. Introdução 3
1.1 Escopo do Projeto 3 1.2 Descrição da Entidade de Negócio 3 1.3 Stakeholder’s 3
2. Contextualização 4
2.1 Descrição dos Processos de Negócios 4 2.2 Regras, Limitações ou Restrições 4 2.3 Descrição das Necessidades/Problemas 5
3. Visão Geral do Produto 6
3.1 Perspectiva do Produto 6
1. Objetivo do Sistema 7
2. Convenções, Termos e Abreviações 7
3. Metodologia de Desenvolvimento 7
4. Requisitos Funcionais 9
4.1 Requisitos de Cadastro 9 4.2 Requisitos de dados financeiros 10 4.3 Requisitos de Alerta 10
5. Requisitos Não-Funcionais 10
5.1 Segurança 10 5.2 Cadastro e pesquisa 10 5.3 Alerta 11
6. Regras de Negócios 11
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 3 de 12
Documento de Especificação de Software
1. Introdução
O sistema deverá gerenciar o cadastro de materiais, dados de clientes, cadastro de projetos,
tais como seus prazos, datas de entrega e qualquer informação relevante para o projeto deverá ser
armazenada, o sistema também buscará uma facilidade na área do financeiro, que ficara
responsável em ter guardado informações como por exemplo, valor total, valores pagos, forma de
pagamento, datas e etc., o sistema possuíra uma interface simples de fácil uso para os funcionários
que a utilizarão e a qualquer outro, que tenha como responsabilidade de inserir as informações.
1.1 Escopo do Projeto
Este documento de visão do software se aplica ao projeto SISTEMA GRADIL. Tendo por
objetivo gerenciar e organizar os dados referentes aos projetos que são solicitados pelos clientes,
prazos, custos, dados de clientes e etc., proporcionando uma melhoria na condução dos projetos,
evitando desperdício de tempo ou recursos, e assim conquistando mais qualidade tão necessária
nesses tempos de concorrência no mercado de trabalho.
1.2 Descrição da Entidade de Negócio
Em toda a cidade é possível localizar trabalhadores autônomos e até micros empresários
que atuam no ramo de construção ou reformas de produtos tais como, grades de ferro,
portões, janelas e etc. Esses serviços oferecidos proporcionam custo baixo para construções
de pequeno, médio e até grande porte ou para pessoas interessadas em adquirir estes
serviços, Em alguns casos é evidente a falta de organização, que caso houvesse,
proporcionaria maiores ganhos, evitando desperdícios através de um gerenciamento melhor.
1.3 Stakeholder’s
O público alvo são trabalhadores autônomos ou micros empresários do ramo da metalúrgica,
que estejam interessados em obter um melhor gerenciamento para seus respectivos
negócios, organizando as informações e melhorando o controle sobre todas as atividades e
planejamento das atividades.
Funções
(Identificação/papel)
Responsabilidades Stakeholders
Cadastro de projetos
Armazenar informações, tais
como, prazos, custo, tipo, cliente
e etc.
Clientes e interessados em
projetos
Aquisição de materiais
Controlar os custos dos
materiais tais, cotações de
preços, locais de venda.
Proprietário do software e
vendedores de materiais.
Gerenciamento de
Projetos
Controlar e organizar os custos
de projetos, prazos de entrega,
pagamentos e possíveis taxas
adicionais
Proprietário do software e
clientes
Cadastro de cliente
Guardar dados dos cliente,
nome, endereço e etc.
Proprietário do software r
clientes
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 4 de 12
2. Contextualização
2.1 Descrição dos Processos de Negócios
O cliente solicita um orçamento e nessa etapa ele informa qual o tipo de orçamento se é a
construção de algo novo ou reforma de um objeto já existente, caso seja a construção é feito o
levantamento dos dados como as medidas no local, caso seja reforma é realizada uma avaliação do
objeto, verificando suas condições atuais, após isso é enviado o orçamento para o cliente que
decidirá se aceita ou não, caso não a transação é encerrada ali, caso sim a negociação continua com
a definição dos prazos, o projeto é feito, a entrega do projeto é realizado e o pagamento é feito pelo
cliente.
2.2 Regras, Limitações ou Restrições
[RN001] – Somente o gerente pode iniciar um projeto: O contato do cliente é com o
gerente ou o proprietário, ele fará uma pequena descrição do que quer.
[RN002] – As formas de pagamento podem ser mistas: O pagamento pode ser realizado
parte em dinheiro parte em transferência bancária.
[RN003] – Cotações de preços devem ser feitas periodicamente: É importante manter
uma base de dados dos preços atualizados, preços dos materiais que serão necessários
para o projeto em si.
[RN004] – O cliente deverá participar das etapas necessárias: O cliente deverá ter
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 5 de 12
participação no desenvolvimento do projeto nas etapas necessárias sempre, para a
contribuição do melhor produto final.
[RN005] – Produto será entregue somente a conclusão do pagamento: Caso ainda
esteja faltando algum valor ser pago, a entrega do produto ficará condicionada a quitação
desse pagamento.
[RN006] – O projeto só será iniciado mediante o pagamento de uma entrada: Para que
um projeto se inicie, será necessário 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 não fique
nenhuma dúvida sobre o que fazer no projeto, um desenho deverá ser feito.
2.3 Descrição das Necessidades/Problemas
Problemas Perda de Informação
Envolvidos Gerente, funcionários e clientes
Cujo impacto é A perda de informações pode ocasionar o retrabalho de ter que fazer o levantamento dos dados
Uma melhoria para o
problema
Um sistema irá permitir que os dados fiquem guardados e a disposição, evitando perda de dados e de tempo procurando informações.
Problemas Prazos de entrega não respeitados
Envolvidos Gerente, funcionários e clientes
Cujo impacto é Péssima reputação para a empresa o que pode ocasionar a perda de futuros e potenciais clientes
Uma melhoria para o
problema
Um calendário de projetos organizado, contendo todos os projetos que estejam sendo trabalhado e a criação de ferramentas de alerta para prazos que estejam acabando.
Problemas Maiores gastos com o projeto
Envolvidos Gerente, funcionários, clientes e fornecedores
Cujo impacto é Os projetos geram prejuízos caso o cliente não queira arcar com custos que não tenham sido levantados no planejamento inicial.
Uma melhoria para o
problema
Manter um base de dados com o preço dos produtos, será permitido que ela seja atualizada com os preços atuais do mercado.
Problemas Projeto executado diferente do planejado
Envolvidos Gerente, funcionários, clientes
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 6 de 12
Cujo impacto é Diretamente causa a insatisfação do cliente, custo adicionais para correção ou adaptação do projeto e também 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. Visão 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 serviço e custos de materiais,
através da economia e evitando gastos extras vai trazer um aumento de receita e diminuição da
receita.
Resumo das Principais Funções do Produto
Necessidades Funcionalidades Correspondentes
1. Gerenciamento de Cadastro
de Clientes
1.1 – Cadastrar clientes;
1.2 – Editar cadastro de clientes;
1.3 – Consultar cadastro de clientes;
1.4 – Deletar cadastro de clientes;
2. Gerenciamento de Cadastro
de funcionários
2.1 – Cadastrar funcionários;
2.2 – Editar cadastro de funcionários;
2.3 – Consultar cadastro de funcionários;
2.4 – Deletar cadastro de funcionários;
3. Gerenciamento de Cadastro
de materiais
3.1 – Cadastrar materiais;
3.2 – Editar cadastro de materiais;
3.3 – Consultar cadastro de materiais;
3.4 – Cadastrar o preço anterior e Preço atual do produto;
3.5 – Consultar o nome do fornecedor;
3.6 – Registrar a quantidade do produto;
4. Gerenciamento de Cadastro
de projetos
4.1 – Cadastro de projetos;
4.2 – Editar cadastro de projetos;
4.3 – Consultar cadastro de projetos;
4.4 – Cadastrar o tipo de projeto;
4.5 – Cadastrar data inicial e data final;
4.6 – Cadastrar valor do projeto;
4.7 – Cadastrar custos extras do projeto;
4.8 – Cadastrar descrição do cliente
5. Gerenciamento de prazos 5.1 – Alertar sobre o termino dos prazos;
5.2 – Destacar tarefas que foram iniciadas;
5.3 – Destacar tarefas que já tenham sido finalizadas;
Documento de Especificação de Software
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 7 de 12
1. Objetivo do Sistema
O principal objetivo do sistema que será desenvolvido será de auxiliar os profissionais dessa
área, organizando informações, controlando gastos e despesas, evitando desperdícios, gerenciando
materiais, lembrando prazos dos projetos e etc.
As principais finalidades do sistema são:
- Armazenar informações dos clientes.
- Controlar prazos dos projetos, data inicio e fim.
- Controlar entrada e saída de materiais.
- Verificar despesas com materiais e pessoal e Verificar a receita com projetos
- Os benefícios vão de evitar despesas desnecessárias e aumentar receita, controlar prazos
e informações com projetos.
2. Convenções, Termos e Abreviações
A correta interpretação deste documento exige o conhecimento de algumas convenções e
termos específicos, que são descritos a seguir.
Por convenção, a referência a requisitos é feita através do nome da subseção onde eles
estão descritos, seguidos do identificador do requisito, de acordo com a especificação a seguir:
[nome da subseção. identificador do requisito].
Por exemplo, o requisito funcional [Recuperação de dados. RF016] deve estar descrito em
uma subseção chamada “Recuperação de dados”, em um bloco identificado pelo número [RF016]. Já
o requisito não-funcional [Confiabilidade.NF008] deve estar descrito na seção de requisitos não-
funcionais de Confiabilidade, em um bloco identificado por [NF008]. As regras de negócio devem ser
descritas na seção de Regras de Negócio, em um bloco de regras identificado por [RN009]. Os
requisitos devem ser identificados com um identificador único. A numeração 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 denominações “essencial”,
“importante” e “desejável”:
Essencial: é o requisito sem o qual o sistema não entra em funcionamento. Requisitos
essenciais são requisitos imprescindíveis, que têm que ser implementados
impreterivelmente.
Importante: é o requisito sem o qual o sistema entra em funcionamento, mas de forma não
satisfatória. Requisitos importantes devem ser implementados, mas, se não forem, o sistema
poderá ser implantado e usado mesmo assim.
Desejável: é o requisito que não compromete as funcionalidades básicas do sistema, isto é,
o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis podem ser
deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-
los na versão que está sendo especificada.
3. Metodologia de Desenvolvimento
Na realização do projeto irá ser utilizado um modelo baseado no ciclo de vida de prototipação
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 8 de 12
evolucionária, na qual será feita partes do projeto para se alcançar o todo simulando parte das
características do sistema desejado, onde se constrói em sua primeira interação os aspectos visuais
como os formatos de exibição, que será avaliado pelo cliente no qual retornará a sua avaliação,
levando assim a aprimoração dos requisitos de acordo com as suas necessidades, assim sendo
incrementado as suas etapas até se obter o produto final.
Estudo do negócio – a primeira etapa é fazer um estudo do negócio do cliente, pois é
importante saber as atividades e os objetivos da empresa no mercado, e a partir deste tem
se base para a elaboração da entrevista com o cliente.
Entrevista com Cliente – etapa a qual será levantada todas as informações quanto à
necessidade do cliente, assim como questões a serem respondidas quanto ao negócio 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 possíveis requisitos
serão utilizados no sistema, levando em consideração todo o negócio do cliente e suas
necessidades descritas por ele.
Analise de Requisitos – etapa precedente de levantamento de requisitos, onde serão
analisados todos os possíveis requisitos, chegando a um numero reduzido no qual o analista
considerará a real necessidade do cliente, podendo assim modificar ou não as
funcionalidades do sistema.
Desenvolvimento de projeto rápido – 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 necessário, sendo
importante fazer a documentação do software e a padronização.
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 9 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.
Realização de testes – etapa na qual será feito testes à procura de erros, com o sistema em
funcionamento ou parte dele.
Manutenção e evolução – manutenção para a melhoria do sistema, tais como customização
e correção de erros, integrando fases anteriores.
Treinamento – após ter parte do sistema ou todo, é feito o treinamento do cliente para
ajudar na utilização do sistema, assim como sua instalação no ambiente e sua avaliação,
podendo detectar problemas muito maiores se detectado no produto final.
Manutenção e evolução – nessa etapa após ter o sistema completo, é importante manter o
sistema sempre em evolução para erros que podem ocorrer, melhorias e customização, para
manter a fidelização do cliente, assim como o suporte após a finalização do projeto.
4. Requisitos Funcionais
4.1 Requisitos de Cadastro
Título: [RF001] – Cadastro de clientes
Descrição: O sistema deve permitir guardar dados do cliente, como nome, número de contato
e endereço.
Prioridade: [X] Essencial [ ] Importante [ ] Desejável
Regras de
Negócio
[RN006]
Título: [RF002] – Alteração de clientes
Descrição: O sistema deve permitir alterar dados do cliente, caso alguma informação tenha
sido fornecida errada.
Prioridade: [ ] Essencial [X] Importante [ ] Desejável
Regras de
Negócio
[RN006]
Título: [RF003] – Cadastro de projetos
Descrição: O sistema deve permitir o cadastro de projetos, como nome do cliente o tipo
medidas e qualquer informação que seja importante.
Prioridade: [X] Essencial [ ] Importante [ ] Desejável
Regras de
Negócio
[RN008]
[RN009]
Título: [RF004] – Cadastro de produtos
Descrição: O sistema deverá permitir guardar dados dos produtos, como preço, quantidade,
nome do fornecedor e etc.
Prioridade: [X] Essencial [ ] Importante [ ] Desejável
Regras de
Negócio
[RN011]
[RN012]
Título: [RF005] – Alteração de produtos
Descrição: O sistema devera permitir alterar dados dos produtos já inseridos no sistema.
Prioridade: [X] Essencial [ ] Importante [ ] Desejável
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 10 de 12
Regras de
Negócio
[RN011]
[RN012]
Título: [RF006] – Alteração de projetos
Descrição: O sistema devera permitir alterar dados dos projetos já inseridos no sistema.
Prioridade: [X] Essencial [ ] Importante [ ] Desejável
Regras de
Negócio
[RN008]
[RN009]
4.2 Requisitos de dados financeiros
Título: [RF007] – Registrar receita dos projetos
Descrição: O sistema deve permitir guardar o valor total definido do projeto.
Prioridade: [X] Essencial [ ] Importante [ ] Desejável
Regras de
Negócio
[RN001]
[RN002]
[RN003]
Título: [RF008] – Registrar pagamento dos projetos
Descrição: O sistema deve permitir guardar registrar as parcelas pagas referentes ao total do
valor definido no projeto.
Prioridade: [X] Essencial [ ] Importante [ ] Desejável
Regras de
Negócio
[RN001]
[RN002]
[RN003]
4.3 Requisitos de Alerta
Título: [RF009] – Alertar sobre prazos
Descrição: O sistema deverá informar sobre o termino dos prazos dos projetos, ou quando a
data final pra a entrega estiver próxima
Prioridade: [ ] Essencial [ ] Importante [ ] Desejável
Regras de
Negócio
[RN007]
[RN009]
5. Requisitos Não-Funcionais
5.1 Segurança
[NF001] – Login e senha para acessar algumas informações, como dados dos clientes e
dados financeiros.
Prioridade: [X] Essencial [ ] Importante [ ] Desejável
[NF002] – Estabelecer diferentes níveis de acesso para controle de acesso a informações.
Prioridade: [ X] Essencial [ ] Importante [ ] Desejável
5.2 Cadastro e pesquisa
[NF003] – Para concluir o cadastro de clientes, funcionários ou projetos o tempo de
armazenamento das informações pelo sistema não deve ultrapassar 5 segundos.
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 11 de 12
Prioridade: [ ] Essencial [ ] Importante [X] Desejável
[NF004] - Para concluir uma pesquisa dos dados de clientes, funcionários ou projetos o
tempo de pesquisa e retorno das informações pelo sistema não deve ultrapassar 10
segundos.
Prioridade: [ ] Essencial [ ] Importante [X] Desejável
5.3 Alerta
[NF005] – Para informar sobre a chegada da data de entregar do serviço, um email deve ser
enviado.
Prioridade: [ ] Essencial [X] Importante [X] Desejável
[NF006] – Projetos que já foram finalizados devem aparecer marcados com a cor verde e os
que ainda estão sendo executados devem aparecer com a cor amarela.
Prioridade: [ ] Essencial [X] Importante [X] Desejável
6. Regras de Negócios
Título: [RN001] – Adiantamento de pagamento
Descrição: O serviço só deve ser inicializado com o adiantamento de aproximadamente
40% do valor total, para custear despesas iniciais.
ID do Requisito: [RF007]
[RF008]
Título: [RN002] – Pagamento total do serviço
Descrição: A entrega do produto final só deve ser realizada quando o restante do
pagamento for feito.
ID do Requisito: [RF007]
[RF008]
Título: [RN003] – Renegociação
Descrição: Em qualquer momento do projeto que for detectada uma despesa adicional uma
renegociação pode ser iniciada pelo contratado.
ID do Requisito: [RF007]
[RF008]
Título: [RN004] – Reforma de produtos
Descrição: 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 não para a final.
ID do Requisito: [RF003]
Título: [RN005] – Pagamento Inicial
Descrição: O pagamento inicial deve ser feito em dinheiro.
ID do Requisito: [RF007]
[RF008]
Fundação Centro de Análise, Pesquisa e Inovação
Tecnológica, FUCAPI, 2015
Página 12 de 12
Título: [RN006] – Contato com o Cliente
Descrição: No momento do primeiro contato o cliente deve deixar um número para contato
válido.
ID do Requisito: [RF001]
Título: [RN007] – Avisar Cliente
Descrição: O cliente deve ser informado quando o produto estiver pronto.
ID do Requisito: [RF009]
Título: [RN008] – Desenho do projeto
Descrição: Após ouvir o que o cliente quer um desenho é feito para que o mesmo aprove e
assim se inicie o projeto.
ID do Requisito: [RF003]
Título: [RN009] – Prazo Final
Descrição: Será apresentado ao cliente o total de dias estimados que serão necessários
para que o projeto seja feito.
ID do Requisito: [RF003]
[RF009]
Título: [RN010] – Despesa adicional
Descrição: Caso seja detectado uma despesa por qualquer motivo o valor será adiantado e
descontado do valor total restante.
ID do Requisito: [RF007]
[RF008]
Título: [RN011] – Levantamento de materiais
Descrição: Será necessário controlar os materiais que são usados no decorrer do projeto,
para verificar a necessidade de reposição.
ID do Requisito: [RF004]
[RF005]
Título: [RN011] – Entrada de materiais
Descrição: Será necessário controlar os materiais que são comprados nos fornecedores
para serem usados nos projeto dos clientes.
ID do Requisito: [RF004]
[RF005]
Top Related