Template Especificação Funcional
-
Upload
leo-borges -
Category
Documents
-
view
461 -
download
23
Transcript of Template Especificação Funcional
Especificação Funcional
Nome do Desenvolvimento = <Site de Compras Coletivas>
Histórico de RevisõesData Versão Descrição Autor
<20/09/2012> <1.0> Inicialização do documento
<PedroZaluar e LeonardoBorges>
<02/10/2012> <1.1> Manutenção da documentação
<PedroZaluar e LeonardoBorges>
<13/10/2012> <1.3> Revisão final. <PedroZaluar e LeonardoBorges>
ResponsáveisFunção/Papel NomeDesenvolvedor da documentação
Pedro Trancoso Zaluar
Desenvolvedor da documentação
Leonardo Borges
1. Objetivo
O sistema de compras coletivas busca parcerias com anunciantes e empresas que oferecem seus produtos com grandes descontos de forma a atrair consumidores.
2. Visão Geral
Existem no mercado empresas de compras coletivas que oferecem ao cliente uma compra vantajosa de produtos, os pontos fortes são as variedades nos produtos e nos preços, porém, não há uma confiança grande na compra, pois os sites não se responsabilizam pela qualidade do produto vendido.
O desenvolvimento do nosso sistema é baseado na interatividade que a internet proporciona, a oferta é divulgada pelo site durante um tempo determinado para atingir uma quantidade predeterminada de interessados na compra de um produto, somente quando esse limite de compradores é atingido a compra poderá ser realizada.
3. Casos de Uso
UC01 <título>Efetuar login<descrição breve>Usuário efetua login no sistema.
Atores: Usuario(Comprador, Vendedor e administrador)
Pré-condições: O usuário deve estar cadastrado no sistema
Pós-condições: Dependendo do usuário, poderá acessar ferramentas que antes não estavam disponíveis.
1 / 10
Especificação Funcional
Fluxo Básico 1– O usuário entra no sistema.
2 – O usuário preenche as informações para acesso.3 – O sistema verifica a validação do login.4 – O usuário entra no sistema, com acesso ás ferramentas disponíveis.
Fluxo Alternativo FA3
a – O login do usuário não se encontra cadastrado e o caso de uso retorna ao passo(3).
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF01 – O sistema oferecera um cadastro para login.
UC02 <título>Escolher produto <descrição breve>Comprador poderá escolher o produto a partir do menu categorias.
Atores: Comprador.
Pré-condições: O sistema tem que estar funcionando.
Casos de uso incluídos: UC01
Fluxo Básico 1 – O comprador seleciona menu “categorias” a opção da categoria desejada.
2 – O comprador entra na página da categoria desejada.3 – O comprador escolhe dentre as opções, o seu produto desejado.
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF03 – O sistema oferecerá um campo de busca para produtos.
UC03 <título>Solicitar intenção de compra <descrição breve>Após escolher um produto, o comprador preenche um formulário para envio da intenção de compra.
Atores: Comprador.
Pré-condições: O comprador tem que estar logado no sistema e tem que ter selecionado a oferta que deseja comprar.
Pós-condições: A compra é armazenada no login do cliente, além disso a oferta recebe mais uma solicitação.
Casos de uso incluídos: UC01
Fluxo Básico
1 – O comprador clica na opção “comprar” que está na oferta.2 – O sistema apresenta um formulário de preenchimento para a compra.3 – O comprador preenche o formulário de acordo com seus dados e confirma.4 – O sistema valida a intenção de compra e mostra na tela a confirmação.
Fluxo a - O sistema encontra um erro do usuário ao preencher o formulário e apresenta na tela o erro
2 / 10
Especificação Funcional
Alternativo FA3
a ser corrgido.b – O caso de uso volta ao passo (2).
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF03 – O sistema oferecerá um campo de busca para produtos.
UC04 <título>Visualizar resultado da compra <descrição breve>O comprador recebe uma mensagem de resposta a solicitação de compra.
Atores: Comprador.
Pré-condições: o usuário deve ter feito a solicitação de compra e a oferta deve ter atingido o mínimo necessário de solicitação.
Casos de uso incluídos: UC01
Fluxo Básico 1 – O sistema envia uma mensagem para o email do comprador, com o cupom da compra.
Documento de visão e Escopo Requisito(s) Funcional(/is)
MCRn
UC05 <título>Cancelar solicitação de compra <descrição breve>Após efetuar a solicitação de compra, o comprador tem a opção de cancelar a solicitação antes do fim do prazo de compra(antes da compra ser efetivada).
Atores: Comprador.
Pré-condições: A compra deve ser solicitada anteriormente(CSU04) e o comprador deve estar logado.Pós-condições: A oferta é excluída das “ofertas solicitadas” do login do cliente.
Casos de uso incluídos: UC01
Fluxo Básico 1 – O comprador entra em “ofertas solicitadas”.
2 - O comprador seleciona o produto que deseja cancelar.3 – O comprador visualiza o status da oferta.3 – O comprador seleciona a opção de cancelar a compra.4 – A oferta é excluída de “ofertas solicitadas”.
Fluxo Alternativo FA4
a – O comprador visualiza que não será possível cancelar a compra, pois a compra já foi efetuada.b – O caso de uso volta ao passo(3)
Documento de visão e Escopo Requisito(s) Funcional(/is)
MCRn
UC06 <título>Opinião sobre produto comprado<descrição breve>Se o comprador, estiver logado e tiver registrado no sistema que ele fez a compra da oferta, o sistema da a opção do comprador dar uma nota a oferta. A partir das notas, o sistema faz uma média de qualidade, para que o cliente tenha uma noção das marcas que oferecem as melhores
3 / 10
Especificação Funcional
ofertas.
Atores: Comprador.
Pré-condições: A oferta que o comprador fez a solicitação tem que ser validada e efetivada. Para isso, o comprador tem que estar logado.
Pós-condições: A média de qualidade da oferta é alterada.
Casos de uso incluídos: [utilize inclusão quando houver comportamentos similares em dois ou mais casos de uso e não se deseja repetir a descrição desses comportamentos. A execução de um caso de uso incluído é necessária para que o caso de uso que o inclui retorne seu resultado de valor. Faça referência ao caso de uso incluído no passo em que ele aparece como exemplificado no fluxo básico abaixo.]
Pontos de extensão: UC01
Fluxo Básico 1 –O comprador escolhe a oferta, dentre as ofertas compradas.
2 – O comprador da uma nota para a qualidade do produto e a qualidade do atendimento prestado pela empresa da oferta.3 – O sistema arquiva sua a nota para calcular novamente a média de qualidade, acrescentando mais 1 cliente que deu a sua opinião.4 – o sistema apresenta a média atual.
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF05 - O comprador/cliente poderá informar a sua opinião sobre o produto comprado e sobre o serviço oferecido pela empresa.
UC07 <título>Disponibilizar o produto para a venda <descrição breve>Após o vendedor apresentar as descrições da sua oferta que pretende colocar no site, o administrador coloca em um local reservado para o vendedor, mais uma oferta. Feito isso, quando o vendedor efetuar o seu login, poderá visualizar suas ofertas e em suas opções, coloca-lá para compra.
Atores: Vendedor.
Pré-condições: o produto deve estar cadastrado no login do vendedor, e o vendedor deve estar logado.Pós-condições: A oferta futuramente, ficará visível no site para a compra.
Casos de uso incluídos: UC01
Fluxo Básico
[1 –O vendedor entra na pagina “suas ofertas”.2 – O vendedor visualiza as suas ofertas cadastradas.3 – O vendedor escolhe a oferta que deseja disponibilizar. 4 – Na descrição da oferta, o vendedor coloca a opção de disponibilização para venda.5 – O vendedor visualiza a pergunta se pretende continuar.6 –A oferta será posteriormente divulgada.
Fluxo Alternativo FA5
[a – O vendedor desiste de divulgar a oferta e seleciona o “cancelar”.b – O caso de uso retorna para o passo 2.
4 / 10
Especificação Funcional
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF04 – O sistema exibirá quanto tempo falta para terminar a promoção e quantos produtos já foram vendidos.
UC08 <título>Solicitar a retirada do produto a venda. <descrição breve>O vendedor entra no sistema, logado, e vai em suas ofertas, escolhe a oferta e na descrição da oferta, ele seleciona a opção de excluir.
Atores: Vendedor
Pré-condições: A oferta precisa estar cadastrada no sistema pelo administrador e o vendedor tem que estar logado no sistema.
Pós-condições: A oferta é excluída do sistema.
Casos de uso incluídos: UC01
Fluxo Básico
1 –O vendedor entra em “suas ofertas”.2 –O vendedor visualiza as suas ofertas.3 – O vendedor seleciona a exclusão na descrição da oferta.4 – A oferta é excluída.
Fluxo Alternativo FA3
[a – O vendedor desiste da exclusão e seleciona o “cancelar”.b – O caso de uso volta para o passo (2).
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF08 – O sistema oferecerá um login para o administrador cadastrar e excluir produtos.
UC09 <título>Determinar: prazo de venda, preço do produto, quantidade de produtos a venda. <descrição breve>O vendedor logado, tem a opção de editar o prazo de venda, preço do produto e a quantidade de produtos a venda.
Atores: Vendedor
Pré-condições: A oferta precisa estar cadastrada no sistema pelo administrador e o vendedor tem que estar logado no sistema.
Pós-condições: A oferta é editada.
Casos de uso incluídos: UC01
5 / 10
Especificação Funcional
Fluxo Básico 1 – O vendedor entra em suas ofertas.
2 –O sistema apresenta as ofertas pertencentes ao vendedor.3 – O vendedor escolhe a opção de “editar”.4 – O vendedor preenche e confirma.5 – A descrição da oferta é alterada.
Fluxo Alternativo FA4
a – O vendedor desiste de editar e seleciona o “cancelar”.b – O caso de uso volta ao passo(2)
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF08 – O sistema oferecerá um login para o administrador cadastrar e excluir produtos.
UC10 <título>Cadastrar produto.<descrição breve>Após as modificações HTML serem efetuadas, o administrador quando efetuar o login no sistema, tem a possibilidade de cadastrar o produto de acordo com a sua categoria.
Atores: Administrador
Pré-condições: A oferta tem que estar codificada e locada na área administrativa, além disso, o administrador deve efetuar o login no sistema.
Pós-condições: O produto já pode ser editado pelo vendedor.
Casos de uso incluídos:
Fluxo Básico
1 –O administrador entra em ofertas.2 – O sistema apresenta as ofertas.3 – O administrador vai na opção de “editar”4 – O administrador edita as opções para que a oferta fique disponível para os vendedores.5 – O sistema valida as informações e pergunta se é realmente o desejável.6 – O administrador confirma e as mudanças são efetuadas.
Fluxo Alternativo FA5
[a – O administrador desiste de cadastrar o produto e seleciona o “cancelar”.b – O caso de uso volta ao passo(2).
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF08 – O sistema oferecerá um login para o administrador cadastrar e excluir produtos.
UC11 <título>Excluir produto.<descrição breve>O administrador efetua login no sistema, vai nas opções dos produtos e exclui a oferta.
Atores: Administrador
Pré-condições:
6 / 10
Especificação Funcional
O administrador tem que estar logado no sistema e o produto deve estar cadastrado.
Pós-condições: O produto é excluído do sistema, e não poderá ser mais visualizado.
Casos de uso incluídos: UC01
Fluxo Básico
1 – O administrador entra em ofertas.2 – O sistema apresenta as ofertas.3 – O administrador vai na opção de “editar”4 – O administrador visualiza a pergunta se é realmente o desejado.5 – A oferta é excluída.
Fluxo Alternativo FA4
a – O administrador desiste e seleciona o “cancelar”.b – O caso de uso volta ao passo(2).
Documento de visão e Escopo Requisito(s) Funcional(/is)
RF08 – O sistema oferecerá um login para o administrador cadastrar e excluir produtos.
4 Regras de Negócio
RN Título e Descrição Caso(s) de Uso
RN1 <Cancelamento de solicitação>O sistema só poderá cancelar a solicitação de compra, caso o limite necessário para a compra ser efetivada, não seja alcançado.
UC5
4. Dicionários de Dados
DDn - <Compras Coletivas>
Dado Descrição
DD1É uma modalidade de e-comerce que tem como objetivo a venda de produtos ou serviços a um numero mínimo de compradores por oferta.
DDn – <Vendedor>
Dado Descrição
DD2 Usuário do sistema interessado em fazer vendas.
DDn - <Comprador>
Dado Descrição
DD3 Usuário do sistema interessado em fazer compras.
7 / 10
Especificação Funcional
DDn - <Administrador>
Dado Descrição
DD4 Usuário do sistema encarregado em administrar o site e fazer intermédio entre vendedor e comprador.
DDn - <Categorias>
Dado Descrição
DD5 Parte do site onde todos os produtos estarão subdivididos.
DDn - <Formulario>
Dado Descrição
DD6Parte do site onde deverão ser preenchidas informações sobre compradores, vendedores ou administradores.
DDn - <Ofertas>
Dado Descrição
DD7 São todos os produtos ou serviços anunciados no site.
DDn - <Cupom>
Dado Descrição
DD8Caso a oferta obtenha o limite mínimo de compradores, é enviado um cupom ao email do comprador interessado como comprovante de que a compra poderá ser efetuada.
5. Requisitos Suplementares
- Há processamento de informações com nível de sigilo diferenciado? (ex: senhas, informações estratégicas, informação para o público, etc)- Há alguma restrição quanto ao acesso do usuário à informação? (ex: restrição por empresa, por centro, etc)- Há segregação de atividades? (ex: exibir, criar, processar, etc)
SUPL Título e Descrição Caso(s) de Uso
SUPL1.n
<título do requisito não-funcional> UCn
5.1. Desempenho e Controle de Execução
1- A atualização dos valores dos produtos e serviços a venda no site será de responsabilidade dos vendedores.
8 / 10
Especificação Funcional
2- Após atingir o limite de compradores ou o fim do prazo para venda a oferta será excluída do sistema pelo administrador.
3- Após atingir o limite de compradores o comprador que efetuou a solicitação de compra recebera por email o cupom como comprovante da conclusão da compra.
SUPL Título e Descrição Caso(s) de Uso
SUPL2.n
<título do requisito não-funcional> UCn
5.2. Interfaces com Outros Módulos, Sistemas e Equipamentos
- O desenvolvimento sofre influência, é interdependente, ou causa impacto em outro módulo do R/3, solução parceira ou sistema legado? Se afirmativo, detalhar essa interação no corpo do requisito.
SUPL Título e Descrição Caso(s) de Uso
SUPL3.n
<título do requisito não-funcional> UCn
5.3. Restrições Técnicas
SUPL Título e Descrição Caso(s) de Uso
SUPL4.n
<título do requisito não-funcional> UCn
5.4. Usabilidade
SUPL
Título e Descrição Caso(s) de Uso
Clientes não cadastrados não poderão fazer a compra.
O site não vai fazer transações financeiras em outras moedas.
As solicitações de compra feitas pelo site deverão aguardar a resposta da empresa.
5.5. Outras Categorias
SUPL Título e Descrição Caso(s) de Uso
SUPL6.n
<título do requisito não-funcional>Não será possível fazer downloads de arquivos ou vídeos pelo sistema.Não haverão jogos interativos no sistema.
UCn
5.6. Inversos
SUPL Título e Descrição Caso(s) de Uso
SUPL6.n
<título do requisito inverso> UCn
9 / 10
Especificação Funcional
6. Referências
A compra coletiva pela internet hoje em dia tem regulamentação no Estado. A Lei 6161 de 9 de janeiro de 2012 entrou em vigor e estabelece, dentre outras regras, que as empresas que exploram este serviço mantenham atendimento telefônico gratuito e informem, em sua página na Internet, a localização de sua sede.
10 / 10