Análise e Desenvolvimento de Sistemas - PIM VII

Prévia do material em texto

UNIP EaD
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
SISTEMA PARA CONTROLE DE MATRÍCULAS DE CURSOS LIVRES
UNIP (BARRA DO PIRAÍ)
2019
UNIP EaD
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
SISTEMA PARA CONTROLE DE MATRÍCULAS DE CURSOS LIVRES
KAROLINA GOMES BENTO
RA: 1897643
CURSO: ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
SEMESTRE: 3º
UNIP (BARRA DO PIRAÍ)
2019
RESUMO
Este trabalho tem como objetivo a construção de um sistema para controle de matrícula de cursos livres. Ele possui a fase de análise concluída e a equipe da Quality Soft terá que desenvolver a fase de projeto. Nessa fase serão construídos os seguintes diagramas: diagrama de classe ou de objeto para representar a arquitetura MVC (Model – View – Controller), diagrama de classe de implementação e diagrama de sequência para cada caso de uso, diagrama de atividades para o método calcularValordoCurso e diagrama de distribuição com requisitos de implantação. Este projeto visa facilitar a inserção de alunos nos cursos da Life Academy (empresa contratante). Busca-se entregar um projeto que atenda aos requisitos, explicitados na fase de análise, com qualidade. Nos detalhes mais relevantes desse trabalho pode-se notar a presença de diversos tipos de diagramas que representarão as funcionalidades da futura aplicação.
Palavras-chave: sistema, cursos, diagramas, qualidade.
Abstract
This work aims to build a system for the control of free course enrollment. It has the analysis phase completed and the Quality Soft team will have to develop the design phase. In this phase the following diagrams will be constructed: class or object diagram to represent the Model - View - Controller (MVC) architecture, implementation class diagram and sequence diagram for each use case, activity diagram for the calculateValordoCourse method and distribution diagram with deployment requirements. This project aims to facilitate the insertion of students in the courses of Life Academy (contracting company). We seek to deliver a project that meets the requirements, made explicit in the analysis phase, with quality. In the most relevant details of this work we can notice the presence of several types of diagrams that will represent the functionalities of the future application.
Keywords: system, courses, diagrams, quality.
SUMÁRIO
INTRODUÇÃO
Atualmente com os avanços da Tecnologia da Informação, tem sido exigido uma maior informatização dos processos. Devido a isso, muitos sistemas têm sido desenvolvidos de forma rápida, a fim de atender tempo e custo, sem a devida observância a qualidade de todo o desenvolvimento do projeto. 
Segundo informações do blog Devmedia a necessidade de qualidade nas soluções de software pode ser descrita da seguinte forma:
“Os custos resultantes de defeitos ou erros provocados por falha de softwares, tanto para as empresas de softwares como para usuários, poderiam ser catastróficos, bancos poderiam perder milhões de dólares e clientes veriam seus dinheiros sumirem. Em 1991 aconteceu uma pane no sistema telefônico da Califórnia e de toda a costa, motivo? A modificação de apenas três das milhões de linhas de código introduziu um bug. Este é um exemplo que demonstra de quanto dependemos das máquinas e de seus softwares. A tecnologia da Informação e comunicação transversa lizam cada vez mais todos os níveis das atividades humanas, tornando assim a importância da qualidade de software.” [Blog Devmedia, 2008].
Conforme Devmedia (2008), a falta de qualidade na criação de sistemas gera custos altos para o projeto, portanto é necessário pensar em qualidade desde o início.
Esse projeto visa a continuação do ciclo de desenvolvimento de um Sistema para controle de matrículas de cursos livres onde o mesmo possui finalidade de entregar a fase de projeto do software com as devidas atividades concluídas, com os diagramas de classe para desenhar a estrutura MVC (Model – View – Controller), os diagramas de classe de implementação e diagrama de sequência para cada caso de uso, diagrama de atividades para o método privado calcularValordoCurso e diagrama de distribuição trazendo os requisitos para implantação do sistema.
Segundo Hudson Pinto, a fase de projeto mostra como o software deve fazer o que foi requerido:
“Nesta fase é que deve ser considerado, como o sistema funcionará internamente, para que os requisitos do cliente possam ser atendidos. Alguns aspectos devem ser considerados nessa fase de projeto do sistema, como: arquitetura do sistema, linguagem de programação utilizada, Sistema Gerenciador de Banco de Dados (SGBD) utilizado, padrão de interface gráfica, entre outros.
No projeto é gerada uma descrição computacional, mencionando o que o software deve fazer, e deve ser coerente com a descrição realizada na fase de análise de requisitos.” [PINTO, 2007].
Como dito no texto acima concordante Pinto (2007), toda a fase de projeto deve ter como base os documentos gerados na fase de análise de requisitos.
Toda a fase de desenvolvimento deve ser cuidadosamente construída a fim de se obter um software seguindo as especificações. Codificar um sistema sem passar pela fase de análise de requisitos e de projeto gera erros de prazo pois o produto de software pode facilmente não atender aos requisitos explicitados pelo cliente, tendo que sofrer muitas alterações.
Segundo Marcus Beck, o profissional que fizer o levantamento de requisitos deve se atentar a cada necessidade expressa pelo cliente:
“Análise de requisitos é um processo complicado e demorado. É preciso da atenção de um profissional especialista e que vai conseguir levantar exatamente tudo que é preciso para que aquele projeto de software atenda às necessidades dos interessados.” [BECK, 2018].
De acordo com Beck (2018), definir bem os requisitos do sistema traz como resultado uma melhor eficácia do software e um prazo de entrega menor.
O projeto trata-se da criação de um software que controla o cadastramento de cursos e matrículas de alunos. No decorrer do desenvolvimento, deverá ser criado os diagramas necessários. Esses serão desenvolvidos utilizando a linguagem de modelagem UML.
Conforme Plínio Ventura, a UML é o jeito de escrever e se comunicar dentro do projeto de software e é uma linguagem entendida por todos:
“UML ajuda muito a deixar o escopo claro, pois centraliza numa única visão (o diagrama) um determinado conceito, utilizando uma linguagem que todos os envolvidos no projeto podem facilmente entender.” [VENTURA, 2019].
Como dito por Ventura (2019) os diagramas da UML possibilitam a troca de mensagens, entre os envolvidos no projeto, de forma padrão.
1.1 OBJETIVO GERAL
Desenvolver a fase de projeto orientado a objetos de um software de matrícula de cursos livres, seguindo os padrões da UML para os diagramas que serão utilizados no projeto.
1.2 OBJETIVOS ESPECÍFICOS
Para os objetivos específicos do desenvolvimento da aplicação, destacam-se:
Diagrama de classes para desenhar a arquitetura MVC;
Diagrama de classe de implementação e diagrama de sequência para cada caso de uso;
Diagrama de atividades para o método calcularValordoCurso;
Diagrama de distribuição com requisitos de implantação.
MOTIVAÇÃO PARA DESENVOLVIMENTO DO PROJETO
Trazer qualidade para o produto de software;
Agilizar prazos de entrega.
1.4 ORGANIZAÇÃO DO PROJETO
A Organização do Projeto consiste em identificar os elementos que compõe a estrutura MVC e representá-los através do diagrama de classes.
A fase seguinte visa traduzir os casos de uso através dos diagramas de implementação e de sequência.
A próxima etapa é a elaboração do diagrama de atividades para o método calcularValordoCurso.
Finaliza-se o projeto com a construção do diagrama de distribuição explicitando os requisitos para implantação do sistema.
1.6 Quality Soft
A empresa escolhida para desenvolvimento dafase de projeto do sistema de controle de matrículas de cursos livres foi a Quality Soft.
A Quality Soft é uma empresa que visa a qualidade em todos os processos de desenvolvimento de um software. Sendo uma das referências no mercado para desenvolvimento de sistemas para comércios, indústrias, serviços autônomos e muito mais.
Essa corporação possui equipes altamente preparadas para elaboração da fase de projeto do sistema requerido pela instituição Life Academy. A instituição contratou essa empresa de mais de 10 anos no mercado a fim de obter um software eficaz e com prazos menores de entrega devido o empenho que a Quality Soft possui em seguir as especificações de um projeto.
2. DESENVOLVIMENTO
2.1 DIAGRAMA DE CLASSES (ARQUITETURA MVC)
Segundo Ramos (2015) MVC é padrão de arquitetura que separa o software em 3 camadas: a camada view que é toda a parte da frente do software visível ao usuário, a model que funciona como espelho do banco de dados contendo a manipulação dos mesmos e a controller que faz o controle de requisições entre essas duas camadas.
Essa estrutura MVC será representada através do diagrama de classes como segue na figura 1:
Figura 1 – Diagrama de classes MVC
Fonte: Autoria própria
2.3 DIAGRAMA PARA REPRESENTAR OS CASOS DE USO
2.3.1 DIAGRAMA DE IMPLEMENTAÇÃO
De acordo com o blog Lucidchart, o diagrama de implementação representa o sistema em si e devido a isso é chamado de diagrama estrutural como segue:
“No contexto da Linguagem de modelagem unificada (UML), um diagrama de implementação faz parte da família de diagramação estrutural pois descreve um aspecto do sistema em si. Neste caso, o diagrama de implementação descreve a implementação física de informações geradas pelo programa de software em componentes de hardware. A informação gerada pelo software é chamada de artefato.” [Blog Lucidchart, 2019].
Como dito no texto acima, conforme Lucidchart (2019), a informação que o software envia para o hardware é chamado de artefato e o diagrama de implementação mostra essa organização.
No software em questão deverá ser construído um diagrama de implementação para cada caso de uso.
 
A figura 2 que segue abaixo mostra o diagrama que representa o caso de uso manter curso:
Figura 2 – Diagrama de implementação manter curso
Fonte: Autoria própria
Na figura 3 abaixo segue o diagrama de implementação do caso de uso manter aluno:
Figura 3 – Diagrama de implementação manter aluno
Fonte: Autoria própria
Na figura 4 que segue, vê-se o diagrama de implementação do caso de uso efetuar matrícula:
Figura 4 – Diagrama de implementação efetuar matrícula
Fonte: Autoria própria
Na figura 5 abaixo é exibido o diagrama de implementação do caso de uso gerar relatório de matrícula:
Figura 5 – Diagrama de implementação gerar relatório de matrícula
Fonte: Autoria própria
A figura 6 mostra o diagrama de implementação para o caso de uso, que o aluno realiza, efetuar login:
Figura 6 – Diagrama de implementação efetuar login
Fonte: Autoria própria
A figura 7 abaixo exibe o diagrama de implementação consultar curso que deve ser realizado pelo aluno:
Figura 7 – Diagrama de implementação consultar curso
Fonte: Autoria própria
A figura 8 abaixo exibe o diagrama de implementação consultar matrícula que deve ser realizado pelo aluno:
Figura 8 – Diagrama de implementação consultar matrícula
Fonte: Autoria própria
2.3.2 DIAGRAMA DE SEQUÊNCIA	
Conforme Plínio Ventura (2018), o diagrama de sequência mostra a interação entre as classes do sistema, seria suas trocas de mensagens.
Segue na figura 9 o diagrama de sequência para o caso de uso manter curso, operação incluir:	
Figura 9 – Diagrama de sequência manter curso incluir
Fonte: Autoria própria
A figura 10 abaixo mostra o diagrama de sequência do caso de uso manter curso, operação alterar:
Figura 10 – Diagrama de sequência manter curso alterar
Fonte: Autoria própria
A figura 11 abaixo exibe o diagrama de sequência do caso de uso manter curso, operação excluir:
Figura 11 – Diagrama de sequência manter curso excluir
Fonte: Autoria própria
Na figura 12 que segue é exibido o diagrama de sequência para o caso de uso manter curso consultar:
Figura 12 – Diagrama de sequência manter curso consultar
Fonte: Autoria própria
A figura 13 abaixo mostra o diagrama de sequência para o caso de uso manter aluno, operação incluir:
Figura 13 – Diagrama de sequência manter aluno incluir
Fonte: Autoria própria
Na figura 14 abaixo vê-se o diagrama de sequência para o caso de uso manter aluno, operação alterar:
Figura 14 – Diagrama de sequência manter aluno alterar
Fonte: Autoria própria
Na figura 15 abaixo segue o diagrama de sequência do caso de uso manter aluno, operação excluir:
Figura 15 – Diagrama de sequência manter aluno excluir
Fonte: Autoria própria
Na figura 16 abaixo, é exibido o diagrama de sequência do caso de uso manter aluno, operação consultar:
Figura 16 – Diagrama de sequência manter aluno consultar
Fonte: Autoria própria
A figura 17 abaixo mostra o diagrama de sequência do caso de uso efetuar matrícula:
Figura 17 – Diagrama de sequência efetuar matrícula
Fonte: Autoria própria
Na figura 18 que segue é exibido o caso de uso gerar relatório matrícula:
Figura 18 – Diagrama de sequência gerar relatório matrícula
Fonte: Autoria própria
A figura 19 abaixo mostra o diagrama de sequência do caso de uso efetuar login:
Figura 19 – Diagrama de sequência efetuar login
Fonte: Autoria própria
Na figura 20 abaixo é exibido o diagrama de sequência para o caso de uso consultar curso:
Figura 20 – Diagrama de sequência consultar curso
Fonte: Autoria própria
A figura 21 abaixo mostra o diagrama de sequência para o caso de uso consultar matrícula:
Figura 21 – Diagrama de sequência consultar matrícula
Fonte: Autoria própria
2.4 DIAGRAMA DE ATIVIDADES
De acordo com Plínio Ventura (2016), o diagrama de atividades é como um fluxograma que mostra as funcionalidades do software no seu contexto de negócio.
Na figura 22 abaixo mostra-se o diagrama de atividades para o método do sistema calcularValordoCurso:
Figura 22 – Diagrama de atividades
Fonte: Autoria própria
2.5 DIAGRAMA DE DISTRIBUIÇÃO
Segundo Edgar Gemo (2012), o diagrama de distribuição da UML mostra os componentes de hardware em que o software é executado. Sua construção tem como base a determinação da arquitetura física do sistema.
A seguir na figura 23 é exibido o diagrama de distribuição com os requisitos de implantação do sistema:
Figura 23 – Diagrama de distribuição
Fonte: Autoria própria
CONCLUSÃO
De acordo com o trabalho realizado neste documento é possível compreender de uma forma mais abrangente a fase de projeto de sistema que aborda inúmeros tipos de diagramas que auxiliarão na criação do modelo real. Todas as atividades realizadas serviram de grande conhecimento para a emissão de novos projetos. De acordo com o diagrama de classe que representa a estrutura MVC (Model – View – Controller) foi possível compreender de uma forma clara a arquitetura do desenvolvimento em camadas do sistema. Já o diagrama de implementação permitiu visualizar de uma forma detalhada os métodos de cada caso de uso. O diagrama de sequência possibilitou entender como essas classes interagem entre si a fim de realizar a regra de negócio. No diagrama de atividades verifica-se como deve funcionar o método calcularValordoCurso da classe matrícula que mostra os descontos progressivos que podem ser efetuados caso o aluno possua cursos realizados ou não. O diagrama de distribuição exemplifica a interação entre as tecnologias da aplicação e os terminais dos usuários envolvidos.
REFERÊNCIAS BIBLIOGRÁFICAS
BECK, Marcus. 3 motivos para a falha de projetos de software. 2018. Disponível em: < https://mbeck.com.br/blog/info/3-motivos-para-a-falha-de-projetos-de-software > Acessadoem: 03 Outubro 2019.
Devmedia. Qualidade de Software. 2008. Disponível em < https://www.devmedia.com.br/qualidade-de-software/9408 > Acessado em: 03 Outubro 2019.
GEMO, Edgar. UML – Diagramas de distribuição (deployment) e modelação da arquitetura física. 2012. Disponível em: < https://pt.slideshare.net/Portal_do_estudante_ADS/diagramas-de-distribuicao > Acessado em: 06 Outubro 2019.
Lucidchart. O que é um diagrama de implementação. 2019. Disponível em: < https://www.lucidchart.com/pages/pt/o-que-e-diagrama-de-implementacao-uml > Acessado em: 04 Outubro 2019.
PINTO, Hudson. Atividades básicas ao processo de desenvolvimento de software. 2007. Disponível em: < https://www.devmedia.com.br/atividades-basicas-ao-processo-de-desenvolvimento-de-software/5413 > Acessado em: 03 Outubro 2019.
RAMOS, Allan. O que é MVC. 2015. Disponível em: < https://tableless.com.br/mvc-afinal-e-o-que/ > Acessado em: 03 Outubro 2019.
VENTURA, Plínio. Entendendo o Diagrama de Atividade da UML. 2016. Disponível em: < https://www.ateomomento.com.br/uml-diagrama-de-atividades/ > Acessado em: 04 Outubro 2019.
VENTURA, Plínio. Entendendo o Diagrama de Sequência da UML. 2018. Disponível em: < https://www.ateomomento.com.br/diagrama-de-sequencia-uml/ > Acessado em: 04 Outubro 2019.
VENTURA, Plínio. O que é UML (Unified Modeling Language). 2019. Disponível em: < https://www.ateomomento.com.br/diagramas-uml/ > Acessado em: 03 Outubro 2019.