InAction Team

1. InAction Team

2. InAction Team Projeto AKADEMIE - Gerenciando o Bem Estar Desenvolvimento de projeto para a disciplina de Engenharia de Software e Sistemas INACTION TEAM Gerenciamento de Academias

3. InAction Team AGENDA • VISÃO GERAL • PLANO DE PROJETO • CRONOGRAMA • CASOS DE USO • DIAGRAMA DE CLASSES • DIAGRAMA DE SEQUÊNCIA • ARQUITETURA • TESTES

4. VISÃO GERAL O 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.

5. 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.

6. PLANO DE PROJETO 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. Link para o documento

7. PLANO DE PROJETO 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.

8. CRONOGRAMA

9. CASOS DE USO

10. 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 Casos de uso implementados: Link para o documento

11. CASOS DE USO [UC07] Cadastrar Aluno Atores: Recepcionista, Administrador Prioridade: 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.

12. CASOS DE USO Fluxos de Eventos Fluxo Normal: • O usuário seleciona a opção “Cadastrar Aluno”. • O usuário fornece os dados pessoais do aluno a ser cadastrado. • O usuário fornece o plano de pagamento do aluno a ser cadastrado. • O sistema verifica se todas as informações necessárias foram fornecidas. • O sistema valida as informações fornecidas. • O sistema mostra uma tela para confirmação do cadastro. • Os dados são armazenados no banco de dados.

13. CASOS DE USO Fluxo Excepcional 1: • A opção “Cancelar” é selecionada. • Uma tela de confirmação da ação é mostrada. • A opção “Sim” é selecionada. • Todos os dados informados são descartados. • A aba referente a esse cadastro é fechada. Fluxo Excepcional 2: • A opção “Voltar” é selecionada. • Uma tela de confirmação da ação é mostrada. • A opção “Não” é selecionada. • O sistema retorna para a aba “Cadastrar Aluno” com os dados informados até o momento mantidos.

14. CASOS DE USO Fluxo Excepcional 3: • A opção “Limpar” é selecionada. • Uma tela de confirmação da ação é mostrada. • A opção “Sim” é selecionada. • O sistema descarta os dados informados pelo usuário. • O sistema retorna para a tela “Cadastrar Pessoa” com todos os campos em branco. Fluxo Excepcional 4: • A opção “Limpar” é selecionada. • Uma tela de confirmação da ação é mostrada. • A opção “Não” é selecionada. • O sistema retorna para a aba “Cadastrar Aluno” com os dados informados até o momento mantidos.

15. CASOS DE USO Fluxo Excepcional 5: • Uma ou várias informações obrigatórias não são informadas ou o formato da informação não é o adequado. • O sistema mostra uma tela informando que falta uma ou mais informações obrigatórias. • O sistema retorna para a tela “Cadastrar Aluno” com os dados informados até o momento mantidos.

16. DIAGRAMA DE CLASSES

17. DIAGRAMA DE SEQUÊNCIA

18. ARQUITETURA GUI • Pacotes A 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 TIPOS BÁSICOS TIPOS FABRICA UTIL

19. TESTES Os 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 casos de uso, com preferência para os fluxos de eventos mais prováveis para os casos de uso. Link para o documento

20. 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.

21. 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)

22. INACTION TEAM • Dúvidas? • Apresentação do Programa.