Você está na página 1de 18

FATEC – OURINHOS

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

ENGENHARIA DE SOFTWARE

Busca de Receitas
Versão 1.0
FATEC – OURINHOS

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

ENGENHARIA DE SOFTWARE

Busca de Receitas
Versão
1.0

ACADÊMICOS

Alexandre Henrique
Guilherme Antônio Garcia Moreira
Leonardo Hitoshi Baba
Lucas Janini de Assis
Mateus Valério Chiozini
Luiz Henrique
Marcelo Lopes
Projeto Desenvolvido para as disciplinas
de Engenharia de Software da
Faculdade de Tecnologia de Ourinhos.

Data Atividade Responsável


14/03/2018 1ª versão do documento Todos os integrantes
04/04/2018 Correção da 1ª versão do Prof.ª Viviane
documento
05/04/2018 2ª versão do documento Todos os integrantes
16/05/2018 Requisitos Funcionais Alexandre
18/06/2018 Requisitos não funcionais Leonardo e Mateus
18/06/2018 Diagramas de Use Case Alexandre e Lucas
22/06/2018 Modelagem das telas Guilherme
24/06/208 3ª versão do documento Todos os integrantes
23/8/18 Correção inicial cap 1, 2 e 3 Profa. Silvia
Sumário

1 INTRODUÇÃO AO DOCUMENTO.........................................................................5
1.1 Tema..................................................................................................................5
1.2 Objetivo do Projeto.............................................................................................5
1.3 Delimitação do Problema...................................................................................5
1.4 Justificativa da Escolha do Tema.......................................................................5
1.5 Método de Trabalho...........................................................................................5
2 Error! Bookmark not defined.
2.1 Descrição do Problema......................................................................................6
2.2 Objetivo do Sistema...........................................................................................6
2.3 Principais Envolvidos e suas Características.....................................................6
2.3.1 Usuários do Sistema..............................................................................6
2.3.2 Desenvolvedores do Sistema......................................................................6
3 Error! Bookmark not defined.
3.1 Requisitos Funcionais........................................................................................7
3.2 Requisitos Não Funcionais..............................................................................10
4 MODELAGEM DO SISTEMA..........................................................................11
4.1 Protótipos de tela.............................................................................................11
4.1.1 Pagina Inicial...............................................................................................11
4.1.2 Pagina da Receita.......................................................................................13
4.2 Diagrama de Use Case...................................................................................14
4.2.1 Use Case Geral...........................................................................................14
4.2.2 Use Case Específico – Efetuar Login..........................................................14
4.2.3 Use Case Específico – Cadastrar Receita..................................................15
4.2.4 Use Case Específico – Buscar Receita.......................................................16
4.2.5 Use Case Específico – Buscar Receitas Cadastradas................................17
1. INTRODUÇÃO AO DOCUMENTO
Esse documento tem por objetivo descrever os requisitos de um sistema para Formatted: Justified
buscas de receitas.

1.1 Tema
Website de tema culinário, fornecendo mecanismos uteis para a pesquisa das Formatted: Justified
receitas fornecidas por administradores e usuários.

1.2 Objetivo do Projeto


O objetivo do projeto é facilitar o encontro de receitas com base nos desejos dos Formatted: Justified
usuários, permitindo a busca pelos ingredientes usados nessa ou pelo tipo do prato.

1.3 Delimitação do Problema


A delimitação do problema pode ser a interação do usuarios com o site, tem que Formatted: Justified
ser diferente pois hoje em dia já se encontra vários sites de receitas. Commented [1]: O problema é aquilo que levou a
ideia de fazer o sistema
1.4 Justificativa da Escolha do Tema
Foi realizada uma votação dentro de vários temas e esse foi escolhido como o Formatted: Justified
mais votado. Commented [2]: A justificativa é o porque seria
interessante fazer o projeto. Onde ele ajudaria
1.5 Método de Trabalho
Modelo Cascata e Prototipação. A prototipação é um processo que tem como Formatted: Justified
objetivo facilitar o entendimento dos requisitos, apresentar conceitos e funcionalidades
do software. Desta forma, podemos propor uma solução adequada para o problema do
cliente, aumentando sua percepção de valor.
2. DESCRIÇÃO GERAL DO SISTEMA
Este capítulo tem como objetivo descrever de forma geral o sistema, o escopo Formatted: Justified
e as principais funções. A descrição geral do sistema deve abrange os itens a seguir.

2.1 Descrição do Problema


Ao procurar receitas os usuários encontram o problema de poder procurar Formatted: Justified
apenas pelo nome da receita, o que pode ser um problema já que o usuário pode estar
procurando alguma receita nova. Ao desenvolver um software, que a finalidade dele
seja busca de receitas culinárias, temos problemas bem amplos, e generalizados,
como por exemplo o modo de interação de usuarios no site, é um desafio bastante
complicado, pois há varias sites de busca de receita, e cada um dá sua maneira de
interação, temos o problema do diferencial do site.

2.2 Objetivo do Sistema


Objetivo do sistema, tem vários pontos, porém o principal do sistema é facilitar Formatted: Justified
a busca de receitas culinárias e, auxiliar as pessoas na hora de cozinhar. Os usuários
do sistemas serão, administrador do sistema que irá validar inserção de novas
receitas, fazer controle de denúncias de comentários. Usuário visitante que poderá
somente visualizar receitas e comentários, e usuários cadastrados que terão os
mesmo acessos que o não cadastrados, e podendo tambem inserir novas receitas,
inserir e denunciar comentários, e avaliar receitas publicadas. , mas objetivo chave
que pode se dizer como individualidade do site é pode As buscas por receitas
poderão ser feitas a partir entrada colocar de um ou mais os ingredientes encontrados
na casa do usuarios e o sistema apresentar receitas que utilizem estes ingredientes, e
permitir a busca por nome de receitasele fornece as receitas possíveis no site.

2.3 Principais Envolvidos e Suas Características


2.3.1 Usuários do Sistema
Usuários do sistema serão pessoas buscam novas receitas.

2.3.2 Desenvolvedores do Sistema


Os desenvolvedores serão alunos da Faculdade de Tecnologia de Ourinhos, do
curso de Analise e Desenvolvimento de Sistemas, do período Vespertino. O
desenvolvimento terá o auxílio e gerenciamento dos professores das disciplinas de
Engenharia de Software.
3. REQUISITOS DO SISTEMA
Tomando como base o contexto do sistema, foram identificados os seguintes Formatted: Justified
requisitos:

3.1 Requisitos Funcionais Commented [3]: Colocar em cada requisito quais tipos
de usuario poderão ter acesso a mesma
Abaixo estão os requisitos funcionais do sistema, ou seja, as funções que o
sistema deve exercer.
Observações:
● Dados marcados com * (asterisco) serão considerados campos de
preenchimento obrigatório. Formatted: Font color: Auto

RF01 – Cadastrar de Administradores.


1.1 O sistema deverá ser capaz de incluir, excluir, alterar e consultar os Formatted: Justified
Administradores do sistema.
1.2 Os Administradores serão responsáveis pelo site.
1.3 O sistema deverá ser capaz de incluir os Administradores.
1.3.1 A inclusão de um “Administrador” no cadastro será pedida as seguintes Formatted: Justified
informações: Nome*, E-mail*, Celular*, CPF*, Data de Nascimento*,
Login*, Senha*.
1.4 O sistema deverá ser capaz de alterar os Administradores.
1.4.1 O sistema poderá ser capaz de alterar os seguintes dados: E-mail e Formatted: Justified
Celular, Senha.
1.4.2 Para alteração da senha será enviado um e-mail para o administrador
que solicitou a alteração.
1.5 O sistema poderá ser capaz de consultar todos os dados Administradores.
1.5.1 Só os próprios administradores poderão consultar o mesmo.

RF02 – Cadastrar Usuários Cadastrados.


2.1 O sistema deverá ser capaz de incluir, excluir, alterar e consultar dados dos Formatted: Justified
usuários cadastrados ndo site de receita.
2.2 O sistema deverá ser capaz de incluir usuário.
2.2.1 Para efetuar o cadastro de “Usuário Comum” será solicitado os
seguintes dados: *Nome, *E-mail, Data de Nascimento, Sexo, Foto,
Apelido, Login* e Senha*.
2.2.2 Na inclusão do usuarios no site será enviado um E-mail de confirmação
para o e-mail do usuário.
2.3 O sistema deverá ser capaz de excluir “Usuários”, pedindo ao “Usuário” que
digite duas vezes sua senha, será enviado um e-mail comunicando a exclusãode
confirmação.
2.4 O sistema deverá ser capaz de alterar os seguintes dados do “Usuário”: E-mail,
Foto e Apelido e senha.
2.4.1 Na alteração de senha do Cadastro do usuário será enviado um e-mail
de mudança de senha e confirmação da senha nova do usuario.
2.5 O usuarios será capaz de consultar o próprio perfil do mesmo.
3.4 O sistema deverá ser capaz de excluir o Login.
3.4.1 Para exclusão do Login será mandado um código de confirmação no e-mail e Formatted: Justified
numero cadastrado.
2.6 O sistema deverá ser capaz de incluir usuarios sem cadastro, serão definidos
como visitantes.
RF03 – Efetuar Login.
3.1 O sistema deverá permitir a usuários cadastrados e administradores ser capaz
de excluir, alterar e consultar oacessar funções do Loginsistema.
3.2 O sistema deverá permitir ser capaz de ao usuario alterar o Login.
3.2.1 Para alteração do Login será necessário o código de confirmação, que Formatted: Justified
será enviado ao e-mail e numero celular do usuário
cadastradosolicitante.
3.3 O acesso ao sistema deverá ser capaz de consultar o Login.
3.3.1 Para efetuar a consulta do Login será necessário a entrada da senha e login Formatted: Justified, Indent: Left: 0", First line: 0"
do usuário cadastrado.
3.4 O sistema deverá ser capaz de excluir o Login. Formatted: Justified
3.4.1 Para exclusão do Login será mandado um código de confirmação no e-
mail e numero cadastrado.

RF04 – Cadastrar Receita.


4.1. O sistema deverá ser capaz de incluir, excluir, alterar e consultar dados da Formatted: Justified
Receita do site de receita.
4.1.1 Para efetuar o cadastro de “Receita” será necessário o seguinte dado:
*Nome, *Ingredientes, *quantidade, *Modo de Preparo, Rendimento
(porção), *Foto (Terá ingrediente e passo a passo da receita),
*Categorias, Tempo de preparo*, data de cadastro (do sistema)..
4.1.2 Para Ingredientes deverá ser possível informar vários, bem como a
quantidade (em modo texto) necessária de cada um.
4.... cada receita pode estar relacionada a uma ou mais categorias. Formatted: Indent: First line: 0.49"
Formatted: Justified
4.2. Uma receita poderá ser excluída por um administrador ou pelo usuario
cadastrado que a inseriu. O sistema deverá ser capaz excluir uma “Receita” passando
primeiro pela avaliação do site (será feita pelos administradores), e por meio de Formatted: Highlight
denuncia no site (será feita pelos usuarios, quando haver algum tipo de ofensa).
4.3 O sistema deverá ser capaz de alterar uma “Receita” passando primeiro pela
avaliação do site (será feita pelos administradores do site).
4.4 O sistema deverá ser capaz de consultar “Receitas”.
4.4.1 A consulta poderá ser feita por qualquer tipo de usuarios e pelos
administradores.
Formatted: Justified, Indent: Left: 0", First line: 0"
4.5. O sistema deverá ser capaz de consultar “Receitas” por categoria, por
Formatted: Justified
ingrediente (conforme RF05), pelos seguintes dados: “Quentes”, “Novidades”, “Entrada
Principal”, “Sobremesa”.

RF05 – Classificar Categoria de Receitas.


5.1 O sistema deverá ser capaz de incluir, excluir, alterar e consultar na Formatted: Justified
“Categorias de Receita”.
5.2 O sistema deverá ter pre-cadastrado ser capaz de incluir nas seguintes
“Categorias de Receita”.
5.2.1 Na “Categorias de Receita”. Serão encontrados os seguintes itens:
Eventos (Pratos relacionados a feriados ou festas), Popular (receitas
relacionadas as visualizações nas receitas feitas pelos usuários),
Novidade (receitas relacionadas com mais visualizações dentre um
período de uma semana), Prato do Dia, Prato de Entrada, Prato
Principal, Sobremesa, Bebida (será nomeada como “Drinks”).
5.2.2 para categoria Bebida, solicitar a entrada de tipo de bebida, se alcoólico
ou não alcoólico.
5.2.2 Todos os itens citados no 6.6.1 serão incluídos: Nome*, Imagem*,
Descrição*, Modo de Preparo*, Tempo de Duração*.
5.3. O sistema deverá ser capaz de alterar a “Categorias de Receita”.
5.3.1. Apenas os administradores poderão alterar “Categorias de Receita”. E
todos seus itens. Commented [4]: ???
5.4. O sistema deverá ser capaz de consultar “Categorias de Receita”.
5.4.1. Todos tipos deos usuários, como até mesmo não cadastrados poderão
consultar a “Categorias de Receita”.
5.5. O sistema deverá ser capaz de excluir a “Categorias de Receita”.
5.5.1. Apenas os administradores serão capazes de excluir a “Categorias de
Receita”.

RF06 – Cadastrar “Livro de Receita”.


6.1. O sistema deverá permitir a usuario cadastrado incluir, excluir, alterar, e
consultar seu “Livro de Receita”.
6.1.2. para o “Livro de Receita” o sistema deve permitir a escolha de uma
receita do site
6.1.3 O sitema deve permitir colocar uma receita como favorita
6.1.4 o sistema deve permitir ao usuario criar pastas por categoria.
6.2. O sistema deverá ser capaz de alterar o “Livro de Receita”.
6.2.1. O sistema deverá ser capaz de alterar os nomes das pastas
encontradas no “Livro de Receita”.
6.3. O sistema deverá ser capaz de consultar o “Livro de Receita”.
6.3.1. O sistema deverá ser capaz de consultar o “Livro de Receitas e suas
pastas.
6.4. O sistema deverá ser capaz de excluir o “Livro de Receita”.
6.4.1. O sistema deverá ser capaz de excluir as pastas encontradas no “Livro
de Receita”.
6.5 . O sistema deve permitir ao usuario imprimir um livro de receita, podendo
escolher por pasta ou geral em ordem alfabética. (o padrão para impressão deve ser o
mesmo descrito no item 7.3, sendo uma receita por pagina.

RF07 – Buscar Receita.


7.1. O sistema deverá ser capaz de permitir a consulta der dados de Formatted: Justified
BuscaReceitas.
7.2. O sistema deverá ser capaz consultar todos os tipos de receitas encontradas
no sistema.
7.2.1. O sistema deverá ser capaz de “Buscar receitas” por categoriacom
seguintes tópicos: Dificuldades (Fácil, Médio, Difícil), Tipo (Entrada,
Principal, Sobremesa, Bebida), por Nome de receita, por Ingrediente,
Populares (por visualizações), Ordenação (Recentes (por data de
cadastro da receita), Populares, Antigos, Mais Votados, Novidades
(mais visualizados num período de 30 dias).) e Alfabético.
7.2.3. as buscas podem ser por mais de um tipo de opção.
7.2.2 quando pesquisa de bebida, a opção de escolher se O sistema deverá
ser capaz quando for realizar uma busca de bebida, aparecer “alcoólico”
oue “não alcoólico”.
7.3. O sistema deve permitir ao usuario imprimir uma receita. Esta impressão deve Formatted: Justified, Indent: Left: 0", First line: 0"
estar em uma apresentação “padrão” de uma receita (nome, ingredientes, modo de
preparo, tempo de preparo, rendimento.

Formatted: Justified
RF08 – Registrar Comentários de Usuários nas Receitas.
8.1. O sistema deverá ser capaz de incluir, excluir, alterar e consultar “Comentário
de Usuários nas Receitas”.
8.1.1 O sistema deverá ser capaz de incluir Nome* do usuário, Data* e Hora*.
8.1.2. O sistema deverá ser capaz de incluir um “Comentário” (O texto deverá
ter no máximo 150 caracteres).
8.1.3. O “Comentário” será postado nas receitas encontradas no site.
8.2. O sistema deverá ser capaz permitr ao usuario de alterar “Comentário de
Usuários nas Receitas” feito por ele mesmo.

8.3. O sistema deverá ser capaz de consultar “Comentário de Usuário”.


8.3.1. A consulta dos comentários será feita por qualquer usuário e
administradores.
8.4. O sistema deverá ser capaz de excluir “Comentário de Usuário”.
8.4.1. A exclusão de comentário poderá ser realizada pelo próprio usuário, se
o mesmo ter feito o comentário.
8.4.2. Poderá ser feita pelo administrador se houver “Comentários ofensivos”.

RF09. TELA PRINCIPAL


.....

3.2 Requisitos Não Funcionais


Abaixo estão os requisitos não funcionais o sistema.

RNF01 – Ajuda Online


O sistema deve dispor da função de ajuda (“help”) on-line. Todos os textos de ajuda
devem ser configurados no GCI (Gerenciador de Conteúdo da Internet). Os níveis de
ajuda e responsabilidades pela elaboração dos respectivos textos são apresentados a
seguir:
A função de ajuda deve prever 3 níveis:
Ajuda Geral (independente do contexto), contendo todos os tópicos de ajuda
referentes ao sistema, organizados em sequência.
Ajuda de Tela, contendo instruções referentes ao processo implementado
através da mesma.
Ajuda de campo, contendo a definição e o domínio dos valores possíveis para
cada campo.

RNF02 – Desempenho
A principal finalidade deste software é a busca de receitas. O sistema tem que ser
capaz de completar e reportar a pesquisa em no máximo 2 segundos.
RNF03 – Atributos de Qualidade
A facilidade de uso do software é sua principal característica. Por ser um software web
ele poderá ser acessado de qualquer dispositivo que possua um navegador. Será fácil
de usar, pois terá uma interface simples, porém completa.
4. MODELAGEM DO SISTEMA
Este Tópico apresenta a modelagem referentes ao projeto apresentado neste
documento. Foram criados modelos baseados no paradigma Orientado a Objetos.
Para o desenvolvimento dos modelos do sistema a ser gerado foi utilizada a
Linguagem de Unificada de Modelos (UML). A criação dos modelos foi com auxílio das
seguintes ferramentas CASE:
- ASTAH para modelagem dos processos do sistema (Diagramas de Use Case).

4.1 Protótipos de Telas


A seguir serão apresentados protótipos das telas do sistema. Elas poderão
sofrer alterações.

4.1.1 Página Inicial


4.1.2 Página da Receita
4.2 Diagrama de Use Case
4.2.1 Use Case Geral

4.2.2 Use Case Específico – Efetuar Login


Nome Efetuar Login
Ator Usuário
Sumário O sistema deverá ser capaz de excluir, alterar e consultar
o Login.
Pré-condição Efetuar Cadastro
Pós-condição
Fluxo Normal Excluir
1. O usuário solicita exclusão.
2. O usuário informa os dados.
3. O usuário confirma a exclusão.
4. Exclusão feita com sucesso.
Alterar
1. O usuário solicita alteração.
2. O usuário informa os dados.
3. O usuário confirma a alteração.
4. Alteração efetuada com sucesso.
Consultar
1. O usuário solicita consulta.
2. O usuário informa os dados.
3. O usuário confirma a consulta.
4. Consulta efetuada om sucesso.

Fluxo Alternativo Excluir


1.1. O usuário não solicita a exclusão.
1.2. O usuário não informa os dados.
1.3. O usuário cancela exclusão.
1.4. Exclusão não efetuada.

Alterar
2.1. O usuário não solicita a alteração.
2.2. O Usuário não informa os dados.
2.3. O usuário cancela alteração.
2.4. Alteração não efetuada.

Consultar
3.1.O usuário não informa os dados
3.2. O usuário cancela a consulta.
3.3. Consulta não efetuada.

4.2.3 Use Case Específico – Cadastrar Receita


Nome Cadastrar Receita
Ator Usuário
Sumário O sistema deverá ser capaz de incluir, excluir, alterar e
consultar dados da Receita do site de receita
Pré-condição Cadastrar administradores / cadastrar usuário
Pós-condição
Fluxo Normal Incluir
1. O usuário informa os dados.
2. O usuário confirma a inclusão.
3. Inclusão efetuada com sucesso.

Excluir
1. O usuário solicita exclusão.
2. O usuário informa os dados.
3. O usuário confirma a exclusão.
4. Exclusão efetuada com sucesso.

Alterar
1. O usuário solicita alteração.
2. O usuário informa os dados.
3. O usuário confirma a alteração.
4. Alteração efetuada com sucesso.
Consultar
1. O usuário realiza consulta.
2. O usuário confirma a consulta.
3. Consulta efetuada com sucesso.
Fluxo Alternativo Incluir
1.1 O usuário não informa os dados.
1.2 Retorna no item 1.
1.3 O usuário cancela a inclusão
1.4 Inclusão não efetuada.

Excluir
2.1. O usuário não solicita a exclusão.
2.2. O Usuário não informa os dados.
2.3. O usuário cancela a exclusão.
2.4. Exclusão não efetuada.

Alterar
3.1. O usuário não solicita a alteração.
3.2. O Usuário não informa os dados.
3.3. O usuário cancela alteração.
3.4. Alteração não efetuada.

Consultar
4.1.O usuário não realiza a consulta.
4.2. O usuário não informa os dados.
4.3. Consulta não efetuada.

4.2.4 Use Case Específico – Buscar Receita


Nome Buscar Receita
Ator Usuário
Sumário O sistema deverá ser capaz de consultar dados de Busca.
Pré-condição Cadastrar receita / cadastrar usuário / Cadastrar
administração
Pós-condição
Fluxo Normal Consultar
1. O usuário informa os dados.
2. O usuário realiza a consulta.
3. O usuário confirma a consulta.
4. Consulta realizada com sucesso.

Fluxo Alternativo Consultar


1.1 O usuário não informa os dados.
1.2 O usuário não realiza a consulta.
1.3 O usuário cancela a consulta.
1.4 Consulta não realizada.
4.2.5 Use Case Específico – Buscar Receitas Cadastradas
Nome Visualizar
Ator Administrador
Sumario O sistema deverá fornece a quantidade de receitas
cadastradas em um período de um mês (30 dias).

Pré-condição Efetuar cadastro de receitas


Pós-condição
Fluxo Normal Visualizar
1. Administrador solicita os dados
2. Administrador visualiza os dados
3. Visualização realizada com sucesso.

Fluxo Alternativo Visualizar


1. Administrador não solicita os dados
2. Visualização não realizada.