Análise e Desenvolvimento de Sistemas - PIM VI

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 DA SILVA
RA: 1897643
CURSO: ANÁLISE DE SISTEMAS 
SEMESTRE: 2º
UNIP (BARRA DO PIRAÍ)
2019
RESUMO
Este trabalho tem como objetivo realizar o estudo de caso da empresa Dinamity que, no ramo de educação, realizará em suas operações o controle acadêmico de suas atividades, trazendo o cadastramento completo dos cursos, alunos. Neste controle será identificado os alunos que se matriculam nos cursos, sendo uma matrícula por aluno. E também será abordado os tipos de cursos oferecidos, e cursos agregados aos mesmos. Todo o acesso ao sistema será por terminais autorizados da escola, onde atendentes realizarão o cadastramento dos cursos e realizará o cadastramento das matriculas dos alunos nos cursos. Ao final do processo será gerada uma fatura ao sistema financeiro que alertará o devido pagamento da matricula. Caso o aluno queria cancelar a matricula deverá informar ao atendente. O sistema servirá para controle de todas as operações dos cursos e alunos automatizando os serviços e eliminando boa parte dos papéis apresentados nos processos diários dos envolvidos.
Palavras-chave: Educação, matriculas, alunos.
Abstract
This work aims to carry out the case study of the Dinamity company that, in the education sector, will carry out in its operations the academic control of its activities, bringing the complete enrollment of the courses, students. In this control will be identified the students that enroll in the courses, being one enrollment per student. And will also be addressed the types of courses offered, and courses added to them. All access to the system will be through authorized terminals of the school, where attendants will carry out the enrollment of the courses and will carry out the enrollment of students' enrollments in the courses. At the end of the process will generate an invoice to the financial system that will alert the due payment of the enrollment. If the student wanted to cancel the enrollment, he / she should inform the attendant. The system will serve to control all course operations and students by automating the services and eliminating most of the roles presented in the daily processes of those involved.
Keywords: Education, enrollment, students.
SUMÁRIO
INTRODUÇÃO
Visando atender a um projeto facilitador e essencial de um Sistema para controle de matrículas de cursos livres, este projeto tem por finalidade um software amplamente confiável que integre os usuários, de forma eficaz e eficiente, no cadastramento de cursos e matrículas de alunos. Com as tecnologias avançando e a população exigindo processos ágeis, faz-se necessário dinamismo e eficiência nos processos de matricula de uma Instituição de ensino. Visando o avanço tecnológico nos tempos atuais, se faz necessário à modernização deste processo, afim de obter melhores resultados financeiros - mais adeptos aos cursos devido a qualidade dos processos da fundação - e organizacionais para a Dinamity.
Segundo Claudia Borges (2010) o uso de sistemas de informação em empresas contribuem conforme abaixo:
“De acordo com o consultor sênior da Prolog Capacitação e Consultoria, Carlos Menchik, vários fatores contribuem para que as ferramentas tecnológicas sejam tão importantes. O custo é o principal deles, tanto que para conter gastos as empresas vêm buscando racionalizar operações e reduzir o número de pessoas nos processos. “Diante desta realidade, nada melhor do que investir em Tecnologia da Informação (TI) que, além de promover a redução de custos, também cria sistemas, ambientes e produtos inovadores, algo essencial para a sobrevivência das empresas em mercados de altíssima competitividade”, destaca Menchik.” [BORGES,2010]
Conforme apresentado no texto anterior, de acordo com Borges (2010), o uso de tecnologias de informação presentes dentro das empresas se faz necessário investimento para melhor custo das operações, qualidade de serviços, desenvolvimento de um produto inovador, competitividade no segmento onde se atua. 
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 identificado os casos de uso do sistema afim de modelá-los, aplicar o conceito de requisitos não funcionais juntamente com as regras de usabilidade afim de tornar o software mais simples para o usuário, identificar o contexto de uso da aplicação, descrever suas regras de negócio, elaborar o diagrama de classse de análise do projeto e elaborar o modelo de entidade e relacionamento que é o modelo lógico do banco de dados. Tudo isso possibilitará um software funcional e de fácil interação. 
Para os investidores deste seguimento, os mesmos obterão um sistema simples de ser usado, ágil, tolerante a falhas e atraente ao usuários.
1.1 OBJETIVO GERAL
O Objetivo geral é a criação de um sistema que controle as matrículas de cursos livres da Instituição Dinamity afim de automatizar esses processos, gerando agilidade no cadastramento de cursos e matricula de alunos. 
1.2 OBJETIVOS ESPECÍFICOS
Para os objetivos específicos do desenvolvimento da aplicação, destacam-se:
Identificar os casos de uso;
Elaborar o modelo de casos de uso;
Identificar relacionamentos de include, extend e generalização (se houver);
Cada caso de uso deve ter uma descrição sucinta do seu comportamento, dos fluxos principais, alternativos, de exceção, pré e pós-condições; 
Descrever os requisitos não funcionais (e os requisitos de usabilidade);
Identificar e descrever o contexto de uso (usuários, tarefas e ambiente); 
Descrever as regras de negócio;
Elaborar o diagrama de classes de análise (Boundary, Control, Entity);
Construir o modelo de dados (MER).
MOTIVAÇÃO PARA DESENVOLVIMENTO DO PROJETO
Agilizar os processos de formatação matriculas;
Modernizar processos manuais;
1.4 ORGANIZAÇÃO DO PROJETO
A Organização do Projeto consiste em identificar todos os casos de uso que devem ser modelados em um diagrama de caso de uso, onde é preciso estar distinguido os atores, os casos de uso e os relacionamentos entre os mesmo. 
A fase seguinte visa a aplicação dos requisitos não funcionais no sistema, dando ênfase as regras de usabilidade. Os atributos de qualidade visam tornar o software mais fácil de ser utilizado, seguro, confiável, eficaz e eficiente.
A próxima etapa é descrição do contexto de uso que é a descrição do cenário de utilização do software.
Finaliza-se o projeto com a elaboração do diagram de análise, o modelo entidade relacionamento do banco de dados e a descrição das regras de negócio.
1.6 QualitySoft
A empresa escolhida para desenvolvimento das aplicações da instituição de ensino Dinamity foi a QualitySoft que atua no desenvolvimento para aplicações de vários segmentos do mercado a mais de 10 anos.
A QualitySoft é uma organização voltada para a Qualidade dos processos de desenvolvimnto de software. Dotada com Engenheiros de Software, Analistas de Sistemas e outros profissionais especialistas, a empresa visa construir softwares levando em conta não só os padrões de qualidade técnicos do sistema, mas também tendo em vista a interação do usuário com o software.
A instituição de ensino Dinamity contratou a empresa afim de obter excelência nos processos operacionais de matriculação de alunos nos cursos ofertados pela instituição.
2. DESENVOLVIMENTO
2.1 CASOS DE USO
Segundo Plínio Ventura (2019) caso de uso é dizer como o sistema funciona. O software em questão possui os seguintes casos de uso:
Na geração do cadastro o usuário faz login no sistema afim de ter acessoa área de inscrições;
O usuário irá selecionar a área de curso que o aluno desejar;
O sistema solicitará os dados sobre o curso desejado;
O usuário deve incluir os dados do aluno para matrícula;
O sistema irá gerar um código único do aluno;
O sistema também gera os dados completos de matrícula;
O atendente deve enviar os dados de matrícula ao sistema financeiro;
Para fazer cancelamento de matrícula o atendente deve consultar a matrícula do aluno no sistema financeiro e cancelar o cadastro do mesmo;
Para consultar cursos com vagas disponíveis, o usuário deve entrar no sistema e visualizar os cancelamentos do período e listar os cursos disponíveis.
2.1.1 MODELAGEM DE CASOS DE USO
	Abaixo nas figuras 1,2 e 3 têm-se o diagrama de casos de uso do projeto:
Figura 1 – Diagrama cadastro
Fonte: Autoria própria
Figura 2 – Diagrama Cancelamento
Fonte: Autoria própria
Figura 3 – Diagrama cursos disponíveis
Fonte: Autoria própria
2.2 REQUISITOS NÃO FUNCIONAIS
	Segundo Antonio (2008), utilizar o conceito de requisitos não funcionais em um software traz ao mesmo um selo de qualidade:
“Requisitos não funcionais são aqueles que não estão diretamente relacionados à funcionalidade de um sistema. O termo requisitos não funcionais é também chamado de atributos de qualidade. Os requisitos não funcionais têm um papel de suma importância durante o desenvolvimento de um sistema, podendo ser usados como critérios de seleção na escolha de alternativas de projeto, estilo arquitetural e forma de implementação. Desconsiderar ou não considerar adequadamente tais requisitos é dispendioso, pois torna difícil a correção uma vez que o sistema tenha sido implementado.” [ANTONIO,2008]
Para Antonio (2008) os processos de construção de um software que seguem os atributos de qualidade se tornam mais controlados e bem elaborados.
2.2.3 USABILIDADE
Facilidade de aprender: Vê-se que o sistema possui facilidade de aprendizado ao usuário devido suas tarefas serem objetivas e simples.
Facilidade de uso: O sistema é ágil e claro em suas solicitações. O exemplo seria em cadastro onde o sistema solicita todos os dados necessários para criação de matrícula e o usuário só preenche e prossegue.
2.2.4 MANUTENIBILIDADE
	O sistema é de fácil manutenção pois o mesmo possui classes bem definidas com seus atributos e métodos, permitindo acesso rápido para qualquer correção ou modificação.
2.2.5 CONFIABILIDADE
	
	O software realiza os objetivos com agilidade e consequente confiabilidade, pois, sendo simples as tarefas, a ocorrência de falhas são menores.
Disponibilidade: Os terminais se encontram disponíveis em várias partes da sede com o sistema operante.
Taxa de ocorrência de falha: O software passava por problemas de acesso a rede quando algumas funcionalidades necessitavam de internet para prosseguir. Vê-se melhor desempenho após a implantação de um sistema totalmente local, integrado com o banco de dados da Instituiçaõ de ensino.
2.2.6 DESEMPENHO
	A aplicação possui tempo de resposta rápido com acesso ágil ao banco de dados. Não requer grande uso de espaço, pois todos os seus dados estão bem armazenados em uma base de dados altamente protegida e de qualidade.
2.2.7 PORTABILIDADE
	O sistema possui alta portabilidade pois o mesmo funciona nos terminais de acesso e nos computadores e tablets da Instituição.
2.2.8 REUSABILIDADE
	O software foi projeto e codificado orientado a objetos e seu reuso se torna possível. 
	Conforme afirmações abaixo de Antonio Filho (2008) sobre como reutilizar os componentes de um software:
“Dois tipos de reuso que estamos mais interessados são o reuso de subsistemas e objetos ou componentes, que chamaremos, simplesmente, de reuso de componentes. Este tipo de reuso não envolve apenas o código, mas também engloba a arquitetura e projeto associados.É importante observar que podemos obter ganhos se reutilizarmos tanto projetos quanto arquiteturas. Isto minimiza esforços de desenvolvimento e requer menos alterações ou adaptações. Na realidade, quando se tem em mente que é necessário prover suporte à fácil modificação, indiretamente, obtemos componentes reutilizáveis.” [FILHO,2008]
Segundo Filho (2008) um software deve ser pensado, projetado e codificado de forma que possibilite a facilidade de ser utilizado em outros softwares ou até mesmo, não correr riscos na desativação do sistema, pois conhecendo bem os componentes, é mais simples findar um sistema sem prejuízos.
2.2.9 SEGURANÇA
O acesso ao sistema só é permitido a usuários ou alunos, não permitindo invasões;
O administrador do software é o único que tem controle sobre as modificações e atualizações do mesmo, provendo assim a segurança para o projeto da aplicação;
O banco de dados utilizado realiza backups todos os dias afim de conservar os dados da instituição;
Downloads de arquivos do sistema são controlados.
2.3 CONTEXTO DE USO
Para definir o contexto de uso, o software será executado em estações de trabalhos locais dentro da instituição de ensino Dinamity que portará equipamamento desktops, notebooks e tablets para acesso dos atendentes e alunos nas tarefas dentro do software. O sistema será moldado em qualquer tipo de tela e qualquer tipo de dispositivo mencionado acima, pois será executado em um navegador web da preferencia do usuário.
2.4 REGRAS DE NEGÓCIO
	O sistema trará as funcionalidades necessárias e validações que intregarão o sistema ao trabalho operacional dos processos no local, podemos chamar de modelo de negócios do sistema.
O modelo de negócios é definido na programação por meio das regras definidas em cada processo. São eles:
Todo Aluno ou Atendente deve estar logado no sistema para operar as funções;
Todo acesso ao sistema deve ser realizado por meio de terminais autorizados dentro da escola;
O código de Aluno é gerado a cada matrícula em um curso;
Após gerada a matricula, é registrado uma fatura para pagamento no sistema financeiro;
O aluno pode cancelar sua matricula a qualquer momento por solicitação;
Ao cancelar a matricula do aluno, é cancelada a fatura para pagamento no sistema financeiro;
2.5 DIAGRAMA DE CLASSES DE ANÁLISE
Segundo o site Devmedia (2016), diagrama de classes é uma forma de representar em classes os objetos que estão agrupados. Uma classe representa representa uma tabela ou grupo de tabelas no bando de dados.
Abaixo na figura 4 é representado o diagrama de classes de análise contendo o processo principal:
Figura 4 – Diagrama de classe de análise
Fonte: Autoria Própria
2.6 MODELO ENTIDADE RELACIONAMENTO
	Abaixo na figura 5 modelo de entidade relacionamento do projeto que representa o conceito de dados:
Figura 5 – Modelo Entidade Relacionamento
Fonte: Autoria própria
CONCLUSÃO
Com o trabalho atual desenvolvido foi possível verificar que a utilização dos casos de uso para os processos são necessários para representar a posição de cada ator em determinadas funções do sistema, e verificar as interações de programas separadamente, corrigindo assim os processos atuais e definindo as funcionalidades com mais precisão. Com o diagrama de classe de analise é definida a estrutura de classes separadas por funcionalidades, seja entity (interface), control (controle das funções das classes de interface), bondary (classes internas do sistema e banco de dados). Foi possível também verificar o MER (Modelo de Entidades e Relacionamentos), modelo que segmenta as as classes em um modelo físico que será disposto para arquivamento de todas as informações colhidas pelo software nas interfaces do sistema. Neste é interessante conhecer toda a estrutura dos dados a serem salvos e emissão do modelo para correta definição das informações.
REFERÊNCIAS BIBLIOGRÁFICAS
BORGES, Cláudia. Tecnologia da Informação agiliza e organiza a produção.Brasil.2010. Disponível em <https://www.jornaldocomercio.com/site/noticia.php?codn=40357> Acessado em: 25 Maio 2019.
DEVMEDIA. Orientações básicas na elaboração de um diagrama de classes.Brasil.2016.Disponível em <https://www.devmedia.com.br/orientacoes-basicas-na-elaboracao-de-um-diagrama-de-classes/37224> Acessado em: 27 Maio 2019.
FILHO, Antonio. Artigo Engenharia de Software 3 - Requisitos Não Funcionais. Brasil. 2008. Disponível em: <https://www.devmedia.com.br/artigo-engenharia-de-software-3-requisitos-nao-funcionais/9525> Acessado em: 31 Maio 2019.
VENTURA, Plínio.Entendendo definitivamente o que é um Caso de Uso.Brasil. 2019. Disponível em: <https://www.ateomomento.com.br/o-que-e-caso-de-uso/> Acessado em: 01 Jun 2019.