Projeto Sistema de Controle de Matrícula Empresa Derby’s LTDA. © 2007 Todos os direitos reservados.

Apresentação em tema: "Projeto Sistema de Controle de Matrícula Empresa Derby’s LTDA. © 2007 Todos os direitos reservados."— Transcrição da apresentação:

1 Projeto Sistema de Controle de Matrícula Empresa Derby’s LTDA. © 2007 Todos os direitos reservados.

2 Agenda  Motivação  Tecnologias Utilizadas  Aplicação  Situação da Aplicação  Requisitos Modificados da Aplicação  Aplicação - Servidor  Aplicação – Cliente  Aplicação em Uso

3 Motivação Problema: Encontrar uma segunda via para os alunos de IES realizarem suas matrículas acadêmicas evitando congestionamento nas secretarias das mesmas. Solução: Os alunos podem utilizar-se de celulares (ou outros dispositivos móveis) para efetuar as suas pré-matrículas.

4 Motivação Vantagens:  Comodidade;  Facilidade de uso; Desvantagens:  Requisitos mínimos:  Wireless Java MIDP 2.0

5 Tecnologias Utilizadas  Aplicação Servidor:  MySQL  PHP  Apache  Aplicação Cliente:  Netbeans Mobility Pack 5.0  J2ME

6 Aplicação :  Servidor:  Parte da aplicação em que o Coordenador entra com dados tais como:  Criação de Ofertas  Inclusão/Exclusão de Alunos cadastrados  Cliente:  Parte da aplicação em que o Aluno realiza operações tais como:  Confirmar pré-matrícula sugerida pela aplicação  Incluir/Excluir disciplinas de sua pré-matrícula  Confirmar matrícula daquele período  Banco de Dados  Parte da aplicação de armazenamento dos dados:  entrados pelo Coordenador  utilizados pelos Alunos que efetuarão suas respectivas matrículas

7 Situação da Aplicação  Servidor:  Terminado.  Testes foram realizados e todos obtiveram sucesso.  Cliente:  Terminado:  Telas  Consultas SQL necessárias para realizar as operações entre o cliente e o Banco de Dados  Não terminado:  Integração entre as funcionalidades da aplicação móvel (basicamente as consultas SQL) e as telas  Conexão entre o dispositivo e o Banco de Dados  Banco de Dados  Terminado.

8 Requisitos Modificados da Aplicação  Servidor  Oferta Vazia  Antes: verificada na exclusão de disciplinas  Agora: verificada na confirmação de oferta  Choque de Horário de Professor  Antes: não existia  Agora: uma disciplina só pode ser incluída na oferta se o professor que irá ministrar essa disciplina não estiver ofertando nenhuma outra disciplina no mesmo horário  Cliente  Verificar Número de Créditos Mínimos na Matrícula  Antes: verificada na exclusão de disciplinas  Agora: verificada na confirmação de matrícula  Banco de Dados  Tabela Matricula  Antes: tinha nome matricula  Agora: tem nome histórico uma vez que esse nome é mais apropriado porque será nessa tabela que o histórico e sua matricula atual será criada

9 Casos de Testes da Aplicação (1)  Servidor  Os testes foram realizados com sucesso. Testes da Parte Servidor Autenticar / Sair Falha de autenticação Incluir aluno Incluir aluno já cadastrado Incluir aluno com dados inválidos Excluir aluno Gerar Oferta Gerar Oferta com período inválido Consultar Oferta Confirmar Oferta Confirmar Oferta inválida Acrescenta disciplina na oferta Acrescenta disciplina com choque de horário Acrescentar disciplina já inserida Acrescentar disciplina no mesmo horário em que professor ofertará outra disciplina Excluir

10 Casos de Teste da Aplicação (2)  Cliente  Os testes da parte Cliente não foram possíveis de serem realizados. Entretanto, como seu plano de testes encontra-se feito, assim que esta parte for terminada, os testes poderão ser realizados. Testes da Parte Cliente Autenticar Falha de autenticação Incluir disciplina Excluir disciplina Visualizar Pré-Matrícula Confirmar Pré-matrícula Sair

11 Aplicação - Servidor

12 Aplicação - Cliente

13 Aplicação em Uso Agradecemos a todos os que ajudaram a realizar esse projeto Boas Férias!