documento de especificacao software

12
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

Upload: barbara-gabriele

Post on 20-Feb-2016

233 views

Category:

Documents


2 download

DESCRIPTION

Exemplo de como fazer o documento ed especificação.

TRANSCRIPT

Page 1: Documento de Especificacao Software

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

Page 2: Documento de Especificacao Software

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

Page 3: Documento de Especificacao Software

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

Page 4: Documento de Especificacao Software

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

Page 5: Documento de Especificacao Software

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

Page 6: Documento de Especificacao Software

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

Page 7: Documento de Especificacao 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

Page 8: Documento de Especificacao Software

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.

Page 9: Documento de Especificacao Software

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

Page 10: Documento de Especificacao Software

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.

Page 11: Documento de Especificacao Software

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]

Page 12: Documento de Especificacao Software

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]