O DONO DA PIZZARIA observa também que, após o cliente terminar seu jantar seria interessante que houvesse algum mecanismo para que ele pudesse dar uma “nota” para as pizzas que ele consumiu, e também fazer comentários sobre cada uma delas. Estas informações poderiam ser usadas pelos garçons para informar os clientes sobre seus últimos pedidos nas próximas visitas.
Resumo das necessidades levantadas pelo DONO DA PIZZARIA:
ele gostaria de poder informar aos seus clientes quais foram suas últimas pizzas pedidas.
ele gostaria de que seus clientes pudessem dar uma nota para seus pedidos e fazer comentários sobre eles.
ele gostaria que o garçom identificasse automaticamente (sem perguntas) que o cliente possui cadastro de PREFERÊNCIAS.
O DONO DA PIZZARIA observa que praticamente todos os clientes que frequentam a casa possuem smartphone, e acredita que poderia utilizar a tecnologia, de alguma forma, criar esse sistema de PREFERÊNCIAS para seus clientes.
Já foram definidos:
Requisitos Funcionas
RF001 – O sistema deve manter o histórico dos pedidos do cliente.
RF002 – O sistema deve registrar a opinião dos clientes com relação aos pedidos
RF003 – O sistema deve identificar o usuário pelo smartfone
Requisitos Não funcionais
RNF001 – O garçom deverá identificar o cliente sem perguntas de identificação.
Regras de Negócio
RN001 – A pontuação deverá variar de 1 a 10
RN002 – A pontuação de excelência é 10
Escreva no projeto os seguintes artefatos
Diagrama de classes
Importante que deverão existir nome mínimo 3 classes: Preferência, Cliente, Pedido. Nas classes deverá ser definidor os atributos, métodos e relacionamentos entre classes com seus respectivas notações de acesso (private, public, protect, etc).
Pode ser utilizado o Astah para desenho do diagrama ou outra ferramenta de sua escolha, incluindo as imagens em um único arquivo em formato texto ou em pdf, seguindo a extensão (.doc, .pdf).
* Orientações:
- Plágios e cópias indevidas serão penalizadas com nota zero.
- Não são permitidas correções parciais no decorrer do módulo, pois a interpretação da atividade também faz parte da avaliação.
- Atenção ao prazo de entrega da atividade. Sugerimos que envie sua atividade antes do prazo final para evitar transtornos e lentidão nos servidores. Evite envio de atividade em cima do prazo.
IMPORTANTE:
1. Acesse o link com um vídeo tutorial para ajudá-lo nesse processo de criação e desenvolvimento. O acesso deverá ser realizado através do fórum interativo - "Links das Aulas ao Vivo".
2. Disserte a respeito do tema, seguindo, como roteiro, os tópicos elencados.
3. A entrega deve ser feita exclusivamente usando o template de entrega da atividade MAPA, disponível no material da disciplina.
4. Antes de enviar a sua atividade, certifique-se de que respondeu a todas as perguntas e realize uma cuidadosa correção ortográfica.
5. Após o envio, não são permitidas alterações ou modificações. Logo, você tem apenas uma chance de enviar o arquivo corretamente. Revise bem antes de enviar!
6. Lembre-se de que evidências de cópias de materiais, incluindo de outros acadêmicos, sem as devidas referências, serão inquestionavelmente zeradas. As citações e as referências, mesmo que do livro da disciplina, devem ser realizadas de acordo com as normas da Instituição de Ensino.
7. Não são permitidas correções parciais no decorrer do módulo, ou seja, o famoso: “professor, veja se minha atividade está certa?”. Isso invalida o seu processo avaliativo. Lembre-se de que a interpretação da atividade também faz parte da avaliação.
8. Procure sanar as suas dúvidas junto à mediação em tempo hábil sobre o conteúdo exigido na atividade, de modo que consiga realizar a sua participação.
9. Atenção ao prazo de entrega. Evite o envio da atividade muito próximo do prazo. Você pode ter algum problema com a internet, o computador, o software etc., e os prazos não serão flexibilizados, mesmo em caso de comprovação.
Bons estudos!
Em caso de dúvidas, encaminhe mensagem ao seu professor mediador.
