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

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 USO

Fluxos 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 USO

Fluxo 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 USO

Fluxo 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 USO

Fluxo 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

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