PIMVII

Prévia do material em texto

UNIP INTERATIVA 
Projeto Integrador Multidisciplinar 
Curso Analise e Desenvolvimento de Sistemas 
 
 
 
 
 
 
 
 
Controle de matrículas de cursos livres 
 
 
 
 
 
 
 
 
 
Projeto Integrado Multidisciplinar VII (Artur Nogueira) 
2017 
 
 
 
 
UNIP INTERATIVA 
Projeto Integrador Multidisciplinar 
Curso Analise e Desenvolvimento de Sistemas 
 
 
 
 
 
 
 
 
Controle de matrículas de cursos livres 
 
 
Nome: Rafael Alves Marcelino 
RA: 1659282 
Curso: Análise e desenvolvimento de sistemas 
Semestre: 3º 
 
 
 
 
 
Projeto Integrado Multidisciplinar VII (Artur Nogueira) 
2017 
 
 
Resumo 
 O trabalho a ser desenvolvido, consiste em elaborar um sistema de controle de 
matrículas de cursos livres que deve realizar cadastro e matrículas de alunos seguindo os 
requisitos pré-estabelecidos. 
 O sistema deverá ser capaz de fazer o gerenciamento dos cursos existentes, alunos 
cadastrados nos cursos e dos novos alunos que desejam se cadastrar. Também será possível 
gerar um relatório de matrículas para verificação da quantidade de matrículas por cursos dado 
um determinado período. 
 Um aluno já cadastrado em algum (s) curso(s) terá desconto progressivo, caso deseje 
realizar outro(s) curso(s). 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Palavras chaves = sistema, cadastro, gerenciamento, cursos 
 
 
 
Abstract 
 The work to be developed consists of developing a system of control of enrollment 
of free courses that must carry out enrollment of students following the pre-established 
requirements. 
The system should be able to manage the existing courses, students enrolled in the courses 
and the new students who wish to register. It will also be possible to generate an enrollment 
report to verify the number of enrollments per courses given a certain period. 
A student already enrolled in some course (s) will have progressive discount if he / she wishes 
to take another course (s). 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Key-words = System, enrollment, manage, course 
.
5 
 
 
Sumário 
1 - Introdução - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 6 
2 – Desenhando arquitetura no formato MVC - - - - - - - - - - - - - - - - - - - - - - - - - - 7 
 2.1 – Diagrama arquitetura MVC- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 7 
3 – Casos de uso - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 8 
 3.1.1 – Identificando autores- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -8 
 3.1.2 – Ação dos autores- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -8 
 3.1.3 – Diagrama de casos de uso- - - - - - - - - - - - - - - - - - - - - - - - - - -9 
 
4– Descrevendo os casos de uso- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 10 
 3.1.1 – Caso de uso 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -10 
 3.1.2 – Caso de uso 2 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -10 
 3.1.3 – Caso de uso 3 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -11 
 3.1.4 – Caso de uso 4 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -11 
 3.1.5 – Caso de uso 5 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -11 
 3.1.6 – Caso de uso 6 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -12 
 3.1.7 – Caso de uso 7 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -12 
 3.1.8 – Caso de uso 8 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -12 
5 – Diagrama de atividade “calculaValorCurso()” - - - - - - - - - - - - - - - - - - - - - - - 13 
6 – Diagrama de distribuição - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 14 
7 – Conclusão- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 15 
8 - Referências - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -16 
 
 
 
 
 
6 
 
Introdução 
 Ao decorrer desta obra, iremos desenvolver um sistema de controle de matrículas. 
Neste contexto, iremos definir o desenho da arquitetura de referência, utilizando o padrão MVC, desenvolver os 
diagramas de classe de implementação e diagrama de sequência de implementação para cada caso de uso 
verificado, diagrama de atividades e por fim criar o diagrama de distribuição, com os requisitos para a 
implantação do sistema de controle e gerenciamento de matrículas. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
7 
 
Desenho da arquitetura de referência utilizando o padrão MVC: 
 Conforme solicitado pelo cliente, o desenvolvimento do sistema deverá seguir a arquitetura de projeto 
MVC (Model , View , Controller), que é uma forma de quebrar uma aplicação, ou até mesmo o pedaço de uma 
interface de uma aplicação em 3 partes: o modelo, a visão e o controlador. 
 Arquitetura MVC: 
 
 
 
 
 
8 
 
Casos de uso: 
Identificando casos de uso: 
 Criar um sistema de controle de matrículas de cursos livres para realizar cadastro de alunos, cursos e 
matrículas de usuários. Esse sistema será utilizado por atendentes e alunos matriculados que deveram estar 
identificados por login e senha. 
 Identificando atores: 
a) Atendente; 
b) Aluno; 
 Ações dos atores: 
 a) Atendente; 
 Manter Curso; 
 Manter Aluno; 
 Efetuar Matrícula; 
 Gerar Relatórios Matrícula; 
 Efetuar login; 
 b) Aluno; 
 Efetuar login; 
 Consultar curso; 
 Consultar matrícula; 
 
 
 
 
 
 
 
 
 
 
 
9 
 
Diagrama de casos de uso: 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
10 
 
Descrevendo casos de uso 
Caso de uso 1 = efetuar login; 
Atores 
Atendente; 
Condição inicial: O atendente deverá estar sem se logar no sistema; 
Eventos primários: O caso de uso se inicia quando o atendente não está logado no sistema. Ele entra com seu 
nome de usuário e sua senha para validação de suas credenciais no sistema. Caso o nome de usuário e senha 
estejam corretos, o atendente obtém acesso aos recursos do sistema. Caso alguns dos parâmetros esteja errado, o 
sistema não libera os recursos. 
Pós – condição: O atendente obtém acesso aos recursos do sistema. 
Caso de uso 2 = manter curso; 
Atores 
Atendente; 
Condição inicial: Cadastro do curso, ou consulta, ou atualização ou exclusão do curso. 
Eventos primários: O caso de uso se inicia quando o atendente entra no terminal para cadastrar o curso. Os 
cursos devem ser das áreas de artes ou informática. Ele deve inserir o nome e código do curso, data de início e 
final do curso, horário, total de número de vagas e o valor. Caso o curso cadastrado seja de informática, deverá 
inserir o número do laboratório e o registro de todos os softwares utilizados no mesmo. Caso o curso cadastrado 
seja de artes deverá ser inserido a descrição do material, e os nomes dos livros cadastrados. 
 Se o curso já estiver cadastrado, o atendente poderá consultar suas informações, atualizar ou até mesmo 
excluir o curso. 
Pós – condição: O curso poderá ser cadastrado, consultado, atualizado e deletado. 
 
 
 
 
 
 
11 
 
Caso de uso 3 = manter aluno; 
Atores 
Atendente; 
Condição inicial: Cadastro, consulta, atualização ou exclusão do aluno. 
Eventos primários: O caso de uso se inicia quando o atendenteentra no terminal para cadastrar um aluno. Ele 
deve inserir o nome, endereço, telefone, e-mail, RG, CPF, login e senha do aluno. 
Caso o aluno já estiver cadastrado, o atendente poderá consultar suas informações, atualizar ou até 
mesmo excluí-lo. 
Pós – condição: O aluno poderá ser matriculado nos cursos disponíveis. 
Caso de uso 4 = efetuar matrícula; 
Atores 
Atendente; 
Condição inicial: Ao menos um aluno e um curso deverá estar cadastrado no sistema. 
Eventos primários: O caso de uso se inicia quando o atendente cadastra a matrícula do aluno em um ou mais 
cursos. Após matriculado é gerado um código de matricula, data da matrícula, valor, status do pagamento e 
status da matrícula. 
Pós – condição: Enviado o código da matrícula para a verificação no sistema financeiro. 
Caso de uso 5 = gerar relatórios de matrículas; 
Atores 
Atendente; 
Condição inicial: Ao menos uma matrícula deverá estar efetuada no sistema. 
Eventos primários: O caso de uso se inicia quando o atendente já está logado no sistema. Ele entra com uma 
data de início de busca e uma outra data (maior que a de início) para determinar o fim do período de busca de 
matrículas, e pressiona o botão buscar. 
Pós – condição: É exibida na tela as matrículas efetuadas no período em que o atendente solicitou. 
 
 
12 
 
Caso de uso 6 = efetuar login; 
Atores 
Aluno; 
Condição inicial: O aluno não poderá estar logado, e deve ter sido cadastrado pelo atendente; 
Eventos primários: O caso de uso se inicia quando o atendente não está logado no sistema. Ele entra com seu 
nome de usuário e sua senha para validação de suas credenciais no sistema. Caso o nome de usuário e senha 
estejam corretos, o atendente obtém acesso aos recursos do sistema. Caso alguns dos parâmetros esteja errado, o 
sistema não libera os recursos. 
Pós – condição: O atendente obtém acesso aos recursos do sistema. 
Caso de uso 7 = consultar cursos; 
Atores 
Aluno; 
Condição inicial: Aluno deverá estar logado no sistema. 
Eventos primários: O caso de uso se inicia quando o aluno está logado e seleciona a opção “Consultar Cursos”. 
Deveram ser exibidas as informações de todos os cursos disponíveis no sistema. 
Pós – condição: As informações de todos os cursos disponíveis deveram ser exibidas ao aluno. 
Caso de uso 8 = consultar matrículas; 
Atores 
Aluno; 
Condição inicial: Aluno deverá estar logado no sistema. 
Eventos primários: O caso de uso se inicia quando o aluno está logado e seleciona a opção “Consultar 
Matrículas”. Deveram ser exibidas as informações de todas as matrículas dos cursos já realizados e ou cursando. 
Pós – condição: As informações de todas as matrículas desse aluno deveram ser exibidas. 
 
 
 
13 
 
Diagrama de atividades do método privado “calcularValorCurso();” 
 O diagrama de atividade irá ilustra graficamente como será o comportamento do método 
“calularValorCurso();”. Nosso objetivo é demonstrar o comportamento do software, de um ponto de vista 
funcional. 
 
 
 
 
 
 
 
 
 
 
 
 
 
14 
 
Diagrama de distribuição / implantação 
 O diagrama de implantação do sistema descreve a visão física do sistema sobre qual o software irá ser 
implantado. 
 
 
 
 
 
 
 
 
15 
 
Conclusão 
 Concluímos que é preciso documentar muito bem o desenvolvimento do sistema e existem várias etapas 
que dever ser executadas com muita cautela para que o projeto fique de fácil entendimento aos desenvolvedores 
e bem documentado. 
 
16 
 
Referências 
DEVMEDIA. Introdução ao padrão MVC. Disponível em:< http://www.devmedia.com.br/introducao-ao-
padrao-mvc/29308>. Acesso em 01/09/2017. 
RABELLO, Marcia. Diagrama de classes. Disponível em:< https://pt.slideshare.net/marcia.rabello/aula-
diagrama-de-classes>. Acesso em 12/08/2017. 
 
MACORATTI, José Carlos. UML. Principais diagramas da linguagem. Disponível em:< 
http://www.macoratti.net/net_uml3.htm>. Acesso em 12/08/2017. 
 
ATEOMOMENTO. Diagrama de atividades Disponível em:< http://www.ateomomento.com.br/uml-diagrama-
de-atividades/>. Acesso em 22/09/2017. 
PORTAL DO ESTUDANTE. Diagramas de distribuição. Disponível em:< 
https://pt.slideshare.net/Portal_do_estudante_ADS/diagramas-de-distribuicao>. Acesso em 25/09/2017. 
IBM KNOWLEDGE CENTER. Diagramas de implementação. Disponível em:< 
https://www.ibm.com/support/knowledgecenter/pt-
br/SS4JE2_7.5.5/com.ibm.xtools.modeler.doc/topics/cdepd.html>. Acesso em 02/10/2017.