View
213
Download
0
Category
Preview:
Citation preview
InAction Team
InAction Team
InAction Team
Projeto AKADEMIE - Gerenciando o Bem Estar
InAction Team
Desenvolvimento de projeto para a disciplina de Engenharia de Software e
Sistemas
INACTION TEAMGerenciamento de Academias
InAction Team
InAction Team
▪ VISÃO GERAL▪ PLANO DE PROJETO▪ CRONOGRAMA▪ CASOS DE USO▪ DIAGRAMA DE CLASSES▪ DIAGRAMA DE SEQUÊNCIA▪ ARQUITETURA▪ TESTES
AGENDA
InAction Team
VISÃO GERALO AKADEMIE tem como objetivo realizar o gerenciamento de academias de ginástica. A Proposta do projeto é oferecer uma melhora organizacional pra as academias, dando suporte ao controle de acesso dos alunos, auxiliando na administração das finanças e na gerência dos profissionais que prestam serviço.
InAction Team
VISÃO GERAL
Assim, o projeto é divido em três módulos: gerenciamento, financeiro e recepção. Sendo que, para a disciplina de Engenharia de Software e Sistemas, apenas o módulo de recepção foi planejado e implementado.
InAction Team
Este documento fornece informações vitais para o projeto, já que é nele que está detalhado o escopo, cronograma, custos e outras especificações do projeto.
PLANO DE PROJETO
Link para o documento
InAction Team
O AKADEMIE foi dividido em três módulos:Gerenciamento controla aulas, horários, profissionais e provê informações estatísticas;Administrativo controle financeiro da academia;Recepção cuida das informações dos alunos, como frequência, histórico, recebe pagamentos, entre outras coisas.
PLANO DE PROJETO
InAction Team
CRONOGRAMA
InAction Team
CASOS DE USO
InAction Team
CASOS DE USO
– Cadastrar Aluno– Remover Aluno – Editar Aluno– Buscar Aluno– Listar Alunos – Emitir Contrato
– Entrar no Sistema – Sair do Sistema– Receber Pagamento – Emitir Recibo de
pagamento
Casos de uso implementados:
Link para o documento
InAction Team
CASOS DE USO[UC07] Cadastrar Aluno
Atores: Recepcionista, AdministradorPrioridade: Essencial
Entradas e pré-condições:• Dados válidos para o aluno.• O usuário deve ter feito login anteriormente;• O Aluno não deve estar cadastrado no sistema.
Saídas e pós-condições:• Dados armazenados no banco de dados.
InAction Team
CASOS DE USOFluxos de Eventos
Fluxo Normal:1. O usuário seleciona a opção “Cadastrar Aluno”.2. O usuário fornece os dados pessoais do aluno a ser
cadastrado.3. O usuário fornece o plano de pagamento do aluno a
ser cadastrado.4. O sistema verifica se todas as informações
necessárias foram fornecidas.5. O sistema valida as informações fornecidas.6. O sistema mostra uma tela para confirmação do
cadastro.7. Os dados são armazenados no banco de dados.
InAction Team
CASOS DE USOFluxo Excepcional 1:1. A opção “Cancelar” é selecionada.2. Uma tela de confirmação da ação é mostrada.3. A opção “Sim” é selecionada.4. Todos os dados informados são descartados.5. A aba referente a esse cadastro é fechada.
Fluxo Excepcional 2:1. A opção “Voltar” é selecionada.2. Uma tela de confirmação da ação é mostrada.3. A opção “Não” é selecionada.4. O sistema retorna para a aba “Cadastrar Aluno” com
os dados informados até o momento mantidos.
InAction Team
CASOS DE USOFluxo Excepcional 3:1. A opção “Limpar” é selecionada.2. Uma tela de confirmação da ação é mostrada.3. A opção “Sim” é selecionada.4. O sistema descarta os dados informados pelo usuário.5. O sistema retorna para a tela “Cadastrar Pessoa” com
todos os campos em branco.
Fluxo Excepcional 4:1. A opção “Limpar” é selecionada.2. Uma tela de confirmação da ação é mostrada.3. A opção “Não” é selecionada.4. O sistema retorna para a aba “Cadastrar Aluno” com os
dados informados até o momento mantidos.
InAction Team
CASOS DE USOFluxo Excepcional 5:1. Uma ou várias informações obrigatórias não são
informadas ou o formato da informação não é o adequado.
2. O sistema mostra uma tela informando que falta uma ou mais informações obrigatórias.
3. O sistema retorna para a tela “Cadastrar Aluno” com os dados informados até o momento mantidos.
InAction Team
DIAGRAMA DE CLASSES
InAction Team
DIAGRAMA DE SEQUÊNCIA
InAction Team
ARQUITETURA
o PacotesA divisão em camadas se encontra mostrada ao lado.Algumas camadas podem possuir dois sub-pacotes que são: Exception e test
FACHADA
NEGÓCIOS
REPOSITÓRIOS
GUI
TIPOS BÁSICOS
TIPOS FABRICA UTIL
InAction Team
TESTESOs testes foram divididos em duas etapas:• de unidades, utilizando JUnit:
– Tipos básicos– Repositório de alunos– Teste de regras de negócio
• de integração(Sistema).
Foram feitos com abordagem de caixa preta.
Os testes de integração foram baseados nos casosde uso, com preferência para os fluxos de eventosmais prováveis para os casos de uso.
Link para o documento
InAction Team
TESTES[RF06] Editar dados
Identificador do Procedimento: [TP_07]Caso de Teste Associado: [TC_07]
[Nº. do Passo] Passos - Resultados Esperados[1] Selecionar a opção Editar Aluno - Tela de busca exibida;[2] Fornecer os dados de parâmetro de busca do aluno a ser editado
- Todos os resultados possíveis da busca são exibidos;[3] Selecionar o aluno a ser editado - Tela de edição exibida;[4] Mudar dados do aluno selecionado e utilizar a opção de Salvar -
Tela de confirmação exibida;[5] Confirmar edição - Tela de sucesso em edição exibida;[6] Selecionar a opção de Exibir Aluno - Tela de busca exibida;[7] O usuário fornece os dados de parâmetro de busca - Sistema
mostra as informações do aluno encontrado na tela;[8] Verificar se as informações do aluno condizem com as alterações
- Alterações foram realizadas com sucesso.
InAction Team
Equipe INACTION TEAM
• André Vitor de Almeida Palhares (avap)• Igor Ebrahim dos Santos (ies)• Josias Barbosa de Lima Junior (jblj)• Rafael Alves Roberto (rar3)• Thiago Vinicius Soares Diniz (tvsd)
InAction Team
INACTION TEAM
1. Dúvidas?2. Apresentação do Programa.
Recommended