PIM III - SISTEMA DE GESTÃO ACADEMICA - UNIP

Prévia do material em texto

2
UNIP INTERATIVA
Projeto Integrado Multidisciplinar VIII
Cursos Superiores de Tecnologia – Análise e Desenvolvimento de Sistemas
SISTEMA DE GESTÃO ACADEMICA
São Paulo – SP 
2019
UNIP INTERATIVA
Projeto Integrado Multidisciplinar VIII
Cursos Superiores de Tecnologia
SISTEMA DE GESTÃO ACADEMICA
NOME
RA: MATRICULA
Curso: Análise e Desenvolvimento de Sistemas
Semestre: 3º Semestre
São Paulo - SP
2019
RESUMO
	A proposta deste projeto é com os conhecimentos adquiridos nas matérias de Projeto de Sistemas Orientado a Objetos, Programação Orientada a Objetos, Gestão de Qualidade e Empreendedorismo efetuar a construção dos modelos dos diagramas do sistema, com base em um sistema de controle de matricula de cursos livres, no qual será feita a fase de análise para os levantamentos de requisitos da fase de projeto e desenvolvimento do sistema. Serão apresentados os diagramas necessários para a fase de projeto, com início no desenho de arquitetura MVC. Para ilustrar essa transição de análise para o design, também apresentaremos os diagramas de classe de implementação, diagrama de sequência de implementação, diagrama de atividades e diagrama de distribuição, tendo em vista o uso do diagrama de caso de uso e de classes elaborados na fase análise. Nossos desafios da elaboração do projeto e conseguir criar modelos para o desenvolvedor, com isso conseguir criar um sistema com um bom desempenho e com qualidade para nosso cliente final.
Palavras-chave: Diagramas, Cursos, MVC, Sistema, Modelo.
ABSTRACT
The purpose of this project is with the knowledge acquired in the subjects of Object Oriented Systems Design, Object Oriented Programming, Quality Management and Entrepreneurship to construct the models of the system diagrams, based on a course registration control system. in which the analysis phase will be done for the requirements gathering of the system design and development phase. The necessary diagrams for the design phase will be presented, starting with the MVC architecture design. To illustrate this transition from analysis to design, we will also present implementation class diagrams, implementation sequence diagrams, activity diagrams, and distribution diagrams, using the use case diagram and classes drawn up in the phase. analyze. Our project design challenges are to create models for the developer, so we can create a system with good performance and quality for our end customer.
Keywords: Diagrams, Courses, MVC, System, Model.
Sumário
1.	INTRODUÇÃO	6
2.	Arquitetura MVC	7
2.1 Camada View	7
2.2 Camada Model	7
2.3 Camada Controller	8
3.	Unified Modeling Language – UML	8
4.	Arquitetura MVC (Designer)	9
5.	Diagrama Entidade-Relacionamento	10
6.	Diagrama de Classes de Implementação	11
6.1 Diagramas de Classe de Implementação - Manter Curso	11
6.2 Diagramas de Classe de Implementação – Manter Aluno	12
6.3 Diagramas de Classe de Implementação – Efetuar Matrícula	12
6.4 Diagramas de Classe de Implementação – Gerar Relatório de Matrícula	13
6.5 Diagramas de Classe de Implementação – Efetuar Login	14
6.6 Diagramas de Classe de Implementação – Consultar Curso	14
6.7 Diagramas de Classe de Implementação – Consultar Matrícula	15
7.	Diagramas de Sequência de Implementação	15
8.	Diagramas de Sequência de Implementação Designer	16
9.	Diagrama de Atividades	22
10. Diagrama de Distribuição	23
REFERÊNCIAS	26
INTRODUÇÃO
O Objetivo desse projeto é efetuar a análise e levantamento dos requisitos e com isso conseguir criar modelos para demonstrar como o sistema se comunica e efetua suas operações via sistema e fisicamente, para isso vamos criar alguns designers de diagramas para demonstrar o relacionamento e requisitos do sistema. 
	Desenvolver um sistema que atenda o cliente e especifique suas necessidades do dia a dia para o engenheiro de software efetuar o desenvolvimento do sistema de forma mais clara, mas para isso é necessário utilizar o processo de software, que consiste em vários modelos, Utilizaremos as atividades fundamentais, que são elas: A especificação, onde é definido o software e suas restrições. O desenvolvimento, que é responsável pelo projeto e sua programação. A validação, que tem como principal característica verificar se as necessidades do cliente foram atendidas e o mesmo pode ser modificado para atender as novas tecnologias do mercado.
	Na atividade de desenvolvimento, independente do processo que o engenheiro de software tenha escolhido para o projeto, é de estrema necessidade que a análise tenha sido feita de forma clara e objetiva porem sempre bem detalhada e demonstrando as políticas e necessidades do cliente, com isso conseguiremos criar um sistema com qualidade e com uma usabilidade satisfatória para o cliente.
	Após o levantamento de requisitos do sistema conseguimos identificar as tecnologias que serão utilizadas e qual vai ser o método relacional que o sistema vai ter com as multiplataformas e sistemas gerenciadores de banco de dados.
	
 
	
	
Arquitetura MVC
	É um padrão de arquitetura de software criado na década de 70 e desenvolvido para ser usado em projetos de interface visual, o foco principal é dado à camada Model, que é implementada utilizando-se o padrão DAO e o banco de dados.
	MVC (Model-View-Controller), consiste na separação do código fonte em três camadas, preocupando-se em separar a informação de sua apresentação, separando os dados (Model), da interface com o usuário (View), e do fluxo da aplicação (Controller).
2.1 Camada View
	É a camada de apresentação com o usuário, a interface, responsável por exibir uma representação dos dados modelados nos quais os usuários interagem diretamente, ela proporciona a entrada de dados e visualização de respostas geradas pelo sistema, os dados dessa camada podem ser apresentados em diversos formatos, dependendo do tipo da aplicação.
	A camada view deve sempre garantir que sua apresentação reflita o estado do modelo, quando os dados mudam, o modelo notifica as camadas view, que dependem dele e então cada uma pode ou não ser atualizada dependendo da necessidade, desta maneira permitindo ligar muitas views a um modelo e com isso fornecendo diferentes apresentações.
	Essa camada não contém códigos relacionados à lógica de negócios, então todo processamento é feito pela camada model e só então ele repassa para a view.
2.2 Camada Model
	É a camada que contém a lógica de negócio, a mesma é responsável por apresentando a informação (dados) dos formulários e as regras SQL para manipular dados do banco, obtendo e convertendo os dados de maneira que tenham conceitos significativos em sua aplicação, assim como inserir, alterar, excluir e outras funções relativas ao tratamento de dados.
	O modelo atua isoladamente e não tem conhecimento de quais serão as interfaces que terá de atualizar, ele apenas acessa à base de dados e faz a requisição do sistema, e com isso deixa os dados prontos para o controlador encaminhar para a visão correta.
2.3 Camada Controller
	É responsável pela intermediação entre as camadas model e view, essa camada é que define o comportamento da aplicação, gerenciando e interpretando as requisições dos usuários e retornando uma interação entre as duas camadas citadas.
	Essa camada não tem responsabilidade de buscar ou exibir dados, ela trabalha apenas controlando e mapeando as ações, decidindo qual model usar, quais solicitações serão enviadas e qual combinação de views será utilizada para exibição do retorno dos dados da model.
Unified Modeling Language – UML
	A UML - Linguagem de Modelagem Unificada (do inglês, UML - Unified Modeling Language) é uma linguagem-padrão para a elaboração da estrutura de projetos de software. Ela poderá ser empregada para a visualização, a especificação, a construção e a documentação de artefatos que façam uso de sistemas de software.
	A UML não é um método de desenvolvimento, mas é uma linguagem que auxilia a visualizar o desenho do sistema e a comunicação entre a equipe de análise e desenvolvimento, e apesar de também não ser uma linguagem de programação,existem ferramentas que podem ser usadas para gerar código em várias linguagens por meio dos diagramas UML, um modelo seria o MER( Modelo Entidade e Relacionamento), utilizada para desenhar o modelo de dados das tabelas.
	
Arquitetura MVC (Designer)
Figura 1 – arquitetura estática 
	A figura 1 mostra o designer da arquitetura MVC do sistema, onde a camada de apresentação está na camada View, após efetuar uma solicitação é enviada uma solicitação para a controller onde é gerado um log e após é passado para Model onde é feita a verificação da política e regra de negócio, a camada Controller é responsável por mapear esses eventos e efetuar atualizações na camada Model, que realiza o encapsulamento do estado do sistema e efetua as mudanças de estado quando solicitado. Após é enviado para camada DAO é efetua a solicitação para uma intervenção no banco de dados após os dados já terem sido tratado na camada anterior.
Diagrama Entidade-Relacionamento
	Também chamado de ER ou apenas DER é a representação gráfica de um MER (Modelo Entidade-Relacionamento), que é um modelo conceitual utilizado na Engenharia de Software para descrever as entidades envolvidas em um domínio de negócios com seus atributos, e como eles se relacionam entre si.
O modelo é muito utilizado para demonstrar quais são suas respectivas classes, entidades e seus relacionamentos, auxilia bastante no desenvolvimento do banco de dados pois mostra os relacionamentos das classes do sistema.
	A seguir temos a figura 2 com a solução do DER para o sistema, de acordo com o diagrama de classes desenvolvido na fase de análise do projeto.
Figura 2 – Diagrama Entidade-Relacionamento
Diagrama de Classes de Implementação
	Um dos mais importantes diagramas da UML, a principal característica de um diagrama de classes é permitir a visualização das classes que irão compor o sistema, representando seus atributos e métodos e demonstrar como as classes se relacionam.
	Com base no diagrama de caso de uso desenhado na fase de análise, serão apresentados os diagramas de classe de implementação, cada um dos casos de uso com seus diagramas específicos utilizando como base o desenho da arquitetura MVC, mostrado na figura 1. A classe View representa a tela que o usuário interage, a classe Controller é responsável por fazer a ligação entre a camada visual e a camada de negócio, e as classes Model representam as classes de domínio que são responsáveis por implementar o que o sistema irá fazer, temos também as classes DAO, que são responsáveis por fazer a ligação com o banco de dados utilizando de métodos da classe Conexão.
6.1 Diagramas de Classe de Implementação - Manter Curso
Figura 3 - Diagrama de Classe de Implementação – Manter Curso
6.2 Diagramas de Classe de Implementação – Manter Aluno
Figura 4 - Diagrama de Classe de Implementação – Manter Aluno
6.3 Diagramas de Classe de Implementação – Efetuar Matrícula
Figura 5 - Diagrama de Classe de Implementação – Efetuar Matrícula
 6.4 Diagramas de Classe de Implementação – Gerar Relatório de Matrícula
Figura 6 - Diagrama de Classe de Implementação – Gerar Relatório de Matrícula
6.5 Diagramas de Classe de Implementação – Efetuar Login
Figura 7 - Diagrama de Classe de Implementação – Efetuar login
6.6 Diagramas de Classe de Implementação – Consultar Curso
Figura 8 - Diagrama de Classe de Implementação – Consultar Curso
6.7 Diagramas de Classe de Implementação – Consultar Matrícula
Figura 9 - Diagrama de Classe de Implementação – Consultar Matrícula
Diagramas de Sequência de Implementação
	O diagrama de sequência busca determinar a sequência de eventos e troca de mensagens entre várias operações do sistema, ou seja, quais operações devem ser disparadas entre os objetos envolvidos e em ordem para a realização dessa operação.
	A representação das informações é feita na ordem de criação e destruição do objeto em forma natural e temporal, com isso conseguimos mostrar desde o cliente chegando ao sistema até uma simples consulta de curso de forma sequencial. 
	Em um diagrama de sequência a representação do tempo de vida de um objeto é feita por linhas verticais, essas linhas são preenchidas por barras verticais que indicam exatamente quando o objeto passou a existir e quando esse objeto deixa de existir é adicionado um “X” a parte inferior. As linhas horizontais representam as mensagens trocadas entre os objetos, acompanhadas com um rótulo contendo o nome da mensagem, e opcionalmente, os parâmetros, linhas horizontais tracejadas representam os retornos das mensagens. Também podemos ter mensagens enviadas para o mesmo objeto representando as interações.
Diagramas de Sequência de Implementação Designer
Figura 10 – Diagrama de Sequência de Implementação – Cadastrar Curso
Figura 11 – Diagrama de Sequência de Implementação – Alterar Curso
Figura 12 – Diagrama de Sequência de Implementação – Excluir Curso
Figura 13 – Diagrama de Sequência de Implementação – Consultar Curso
5.2 Diagramas de Sequência de Implementação – Manter Aluno
Figura 14 – Diagrama de Sequência de Implementação – Cadastrar Aluno
Figura 15 – Diagrama de Sequência de Implementação – Alterar Aluno
Figura 16 – Diagrama de Sequência de Implementação – Excluir Aluno
Figura 17 – Diagrama de Sequência de Implementação – Consultar Aluno
5.3 Diagramas de Sequência de Implementação – Efetuar Matrícula
Figura 18 – Diagrama de Sequência de Implementação – Efetuar Matrícula 
5.4 Diagramas de Sequência de Implementação – Gerar Relatório de Matrícula
Figura 19 – Diagrama de Sequência de Implementação – Gerar Relatório de Matrícula 
5.5 Diagramas de Sequência de Implementação – Efetuar Login
Figura 20 – Diagrama de Sequência de Implementação – Efetuar Login 
5.6 Diagramas de Sequência de Implementação – Consultar Curso
Figura 21 – Diagrama de Sequência de Implementação – Consultar Curso
5.7 Diagramas de Sequência de Implementação – Consultar Matrícula 
Figura 22 – Diagrama de Sequência de Implementação – Consultar Matrícula
Diagrama de Atividades
	O Diagrama de atividade é um diagrama definido pela Linguagem de Modelagem Unificada (UML), é utilizado para modelar o aspecto comportamental de um processo e representa os fluxos conduzidos por processamentos, com o objetivo de mostrar o fluxo de atividades de um determinado processo e suas relações e dependências. 
	Todo diagrama de atividade deve possuir um início, marcado por um círculo preenchido e um fim representado por um círculo preenchido com um aro branco na extremidade, para a representação das ações do sistema utilizamos um retângulo onde o mesmo informa como o sistema vai agir quando a opção for escolhida, e para as opções um losango onde ocorre a validação da opção . 
	É representado na figura 23 o diagrama de atividade para o método privado chamado “calcularValorCurso()” da classe Matricula, esse método calcula o valor do curso a ser cobrado do aluno ao seu final de execução, onde o aluno que já tenha cursado outro curso tem direito a 5% de desconto caso tenha feito um curso, em caso de ter cursado dois cursos tem direito a 10%, e se caso tenha cursado três ou mais cursos, tem direito a 15% de desconto.
Figura 23 - Diagrama de Atividades do Método “calcularValorCurso() ()”
Diagrama de Distribuição
	Este diagrama captura a topologia (ambiente) de hardware de um sistema, é uma representação gráfica da visão estática do funcionamento de um sistema, mostrando os relacionamentos entre os componentes de software e hardware no sistema, focando na organização da arquitetura física em que o software irá ser implementado e executado, contendo somente os elementos essenciais à compreensão desse aspecto, fornecendo detalhes consistes com seu nível de abstração.
	O diagrama de distribuição tem como objetivo demonstrar como é feita a conexão e comunicação entre as máquinas e servidores que fazem parte do sistema, o mesmo mostra as maquina em execução, servidores de banco de dados e seus tipos de conexão.
	A seguir o diagrama de distribuição do projeto atual, representadona figura 24.
Figura 24 – Diagrama de Distribuição
CONCLUSÃO
	Identificamos no decorrer do projeto que para realizar uma boa analise para um desenvolvimento de qualidade e necessário que todos os requisitos do nosso cliente ou usuário final estejam claros e objetivos e com isso é de estrema importância a fase de planejamento de requisitos do sistema, com isso conseguimos garantir que vamos desenvolver um sistema com qualidade e que atenda os padrões de qualidade desejáveis, e com isso conseguimos organizar também as operações de forma mais clara. O modelo MVC para desenvolvimento de sistema demonstra como desenvolver seguindo boas práticas pode trazer benefícios para o analista e desenvolvedor, pois seguindo o modelo você consegue minimizar os erros ocorridos na fase de desenvolvimento e com isso trazendo qualidade e menos erro para o produto final.
REFERÊNCIAS
CanalTI. O que é MVC? Aprenda MVC de MANEIRA FÁCIL. 2017.
Costa, Rafael. “Modelo MVC.” 2018.
Diagrama de Sequência - Exemplo Conta Comum - Astah. 2017.
Higor. Introdução ao Padrão MVC. 2013.
Ramon, Allan. Tableless, O que é MVC. 2015.
Ramos, Allan. stackoverflow O que é MVC. 2019.