PIM VI

Prévia do material em texto

UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
PROJETO DE DESENVOLVIMENTO DE SISTEMA PARA CONTROLE DE MATRÍCULAS 
BRASÍLIA III – GAMA
2019
UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
PROJETO DE DESENVOLVIMENTO DE SISTEMA PARA CONTROLE DE MATRÍCULAS 
Nome do aluno: 
RA: 
Curso: Sup. Tec. Em Análise e desenvolvimento de Sistemas
Semestre: 1º Semestre de 2019
BRASÍLIA III – GAMA
2019
Resumo
	O projeto desenvolvido visa obtenção de avaliação dentro da disciplina Projeto Integrado Multidisciplinar VI (PIM VI) referente ao 1º semestre de 2019 do Curso Superior Tecnológico em Análise e desenvolvimento de Sistemas na UNIP. Na condição de gerente de projetos de uma determinada empresa, à qual fora solicitado a elaboração de um sistema que controle as matrículas de cursos livres, os objetivos principais consistem em: 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) e construir o modelo de dados (MER). Com finalidade de obter um software capaz de realizar o cadastro de alunos, cursos e matrículas de usuários em cursos de curta duração para ser utilizado pela instituição de ensino solicitante.
Palavras-chave: Sistema. Desenvolvimento. Casos de uso. Banco de dados. Negócios. Análise.
Abstract 
	The project aims to obtain evaluation within the discipline Integrated Multidisciplinary Project VI (PIM VI) referring to the first semester of 2019 of the Technological Superior Course in Analysis and development of Systems at UNIP. As the project manager of a particular company, which was been asked to design a system to control free course enrollments, the main objectives is to: identify use cases; elaborate the use case model; identify relationships of include, extend, and generalization (if any); each use case must have a succinct description of its behavior, the main, alternative, exception, pre and post-condition flows; describe non-functional requirements (and usability requirements); identify and describe the context of use (users, tasks and environment); describe business rules; (Boundary, Control, Entity) and construct the data model (MER). In order to obtain a software capable of enrolling students, courses and enrollment of users in short courses, to be used by the requesting educational institution.
Keywords: System. Development. Use cases. Databases. Business. Analysis
Introdução
	Esse projeto possui o objetivo de auxiliar no desenvolvimento de um software, identificando os casos de uso (descrevendo sucintamente seu comportamento, dos fluxos principais, alternativos, de exceção, pré e pós-condições), os relacionamentos de include, extend e generalização (se houver), elaborando o modelo de casos de uso; descrever os requisitos não funcionais (e os requisitos de usabilidade) identificando e descrevendo o contexto de uso (usuários, tarefas e ambiente) e as regras de negócio e com a elaboração do diagrama de classes de análise (Boundary, Control, Entity) e construção o modelo de dados (MER), para auxiliar na administração de uma instituição de ensino, sendo esse sistema capaz de cadastrar as matrículas de cursos livres, o qual tem como objetivo realizar o cadastro de alunos, cursos e matrículas de usuários em cursos de curta duração. 
	A aplicação será utilizada especificamente por atendentes e alunos matriculados, com possibilidade de uso por parte de administradores da empresa, com alguns aspectos que devem ser considerados: todo acesso ao sistema é feito em terminais na escola por meio de login e senha. O atendente cadastra os cursos que abrangem 2 áreas diferentes: informática e artes. Todos os tipos de cursos possuem código, nome, data de início, data de término, horário, número de vagas e valor, bem como cadastra os alunos, informando: nome, endereço, telefone, e-mail, RG, CPF, login e senha do aluno.
	Ao matricular-se um aluno em um ou mais cursos, é gerado um código único, a data da matrícula, o valor da matrícula, o status de pagamento e o status da matrícula. Após o cadastro da matrícula, os dados (código matrícula) são enviados para o Sistema Financeiro. A matrícula pode ser cancelada por solicitação do aluno. No momento do cancelamento, o código da matrícula deve ser enviado para o sistema financeiro, com funções para o atendente consultar os cancelamentos por curso em um determinado período e listar informações de cursos disponíveis.
	O projeto será desenvolvido com o auxílio das disciplinas: Análise de Sistemas Orientada a Objetos, Banco de Dados, Gestão Estratégica de Recursos Humanos.
1: Casos de uso.
	Casos de uso são as descrições das sequências de atividades executadas por um agente externo ao sistema sem que sejam revelados detalhes do funcionamento interno ao sistema, de certa forma, mostram a visão comportamental externa ao sistema. Com base no cenário proposto, foi inicialmente identificado os papéis a serem executados no sistema proposto, considerando relacionamentos com sistema sendo elas humanas ou de sistemas/hardwares com interações no processo para identificação de atores e funções executadas no sistema que representam objetivos do sistema determinar os casos de uso a serem desenvolvidos nesta especificação. 
	Os casos de uso identificados foram: cadastro de usuários, cadastro de alunos e matrícula, cadastro de cursos, autenticação do alunos no sistema e cancelamento de matrícula.
	Atores são os agentes externos ao sistema que executam uma determinada ação e que esperam algum resultado, interagindo diretamente com o software a partir dos casos de uso, nunca sendo um componente interno ou de implementação do mesmo além de que um sistema nunca é um ator de si mesmo. Considerando a finalidade do sistema, os atores identificados para utilização do software basicamente são: atendentes (funcionários da instituição) e os alunos matriculados (sendo todos considerados como pessoa física). Porém será considerado um terceiro ator, o administrador do sistema, o qual terá função principal de cadastrar os atendentes e um quarto ator que será o sistema financeiro, tendo responsabilidade de gerenciar as mensalidades das matrículas geradas.
2: A Tecnologia de Informação no auxílio da Gestão de Recursos Humanos.
	Em todos os aspectos profissionais, a abordagem de recursos humanos se faz hoje necessária. De certa forma, ao ser implantado um sistema em qualquer empresa, haverá uma finalidade de obter auxílio na administração da mesma em todos os aspectos, incluindo os funcionários, com o objetivo de acompanhar a evolução ou os trabalhos realizados, bem como o desempenho na função, envolvendo uma série de processos, como banco de dados, sistemas de informações gerenciais e auditoria de recursos humanos e trabalhista.
	Atualmente, os recursos de Tecnologia de Informação realizam um acompanhamento rápido e com precisão do desempenho dos funcionários sendo o banco de dados algo indispensável para a gestão de recursos humanos.
	Dados são elementos que servem de base para a elaboração de juízos ou para resolver problemas, sendo armazenados em banco de dados.
	Os Bancos de Dados mais comuns utilizados em Recursos Humanos são: cadastro de pessoal (dados pessoais sobre cada empregado), de cargos (informações sobre os ocupantes de cada cargo), de lotações (empregados de cada seção ou departamento), de remuneração, de benefícios (benefícios e serviços sociais), de candidatos a emprego e cadastrocultural (dados sobre treinamento, formação escolar, cursos, entre outros). O sistema terá cadastro de funcionários/usuários, portanto com base nessas características haverá gerenciamento de recursos humanos, justificando a importância crucial do banco de dados, o qual terá função de armazenar essas informações.
3: Contexto de uso.
	Com relação aos contextos de uso, a análise consiste em um método baseado em questionários, útil para a captura de informações sobre o contexto em que um produto, serviço ou sistema está ou estará inserido.
	Os três principais produtos da Análise de Contexto de Uso devem surgir a partir das respostas para as seguintes questões:
Quem irá utilizar a aplicação? Será utilizada por atendentes e alunos matriculados, portanto é necessário pensar as diferentes características de acesso para cada um deles
Quais tarefas serão realizadas por eles na aplicação? Atendentes utilizarão para cadastro de alunos, cursos, para cancelamento de matrícula e para envio das mensalidades dos cursos, fazendo a confirmação dos pagamentos no sistema para ser gerado ao financeiro. Alunos utilizarão para acesso aos cursos matriculados e para demais manutenções cabíveis a eles com relação a matrícula.
Onde a aplicação será utilizada? A consideração feita foi de que o ambiente do sistema já está definido como sendo uma interface web ou página de acesso. A seguir, deve-se garantir o acesso de forma adequada à todos os tipos de dispositivos utilizados pelos alunos para interface com o sistema: dispositivos móveis como tablets e celulares, notebooks e desktops por exemplo. Para os atendentes o acesso será, preferencialmente, dentro da instituição.
4: Desenvolvimento dos casos de uso.
	Antes de relacionar os casos de uso, foi analisado quais ocasiões possuiriam as 4 operações básicas de banco de dados: Create, Read, Update e Delete (<<CRUD>>). Para os casos “Cadastrar atendentes”, “Cadastrar alunos, “Cadastrar cursos” e “Controle de mensalidades” foram adicionados o estereótipo <<CRUD>> na representação do Diagrama de Casos de Uso, representado à seguir.
Figura 1 - Representação geral do Diagrama de Casos de Uso das funções do sistema.
	Como mencionado, foram identificados quatro atores para o sistema. O ator administrador terá todas as permissões de usabilidade dentro da aplicação, sendo ele o gerente ou o chefe da instituição. Atendentes realizarão tarefas relacionadas ao cadastro de alunos e cursos, enquanto os alunos acessam as funções referentes ao curso em que está registrado com o sistema financeiro ficando responsável pelo controle das mensalidades juntamente com o administrador, pois este último possui acesso a todas as funções do sistema conforme as regras de negócio.
	O caso de uso “Cadastrar alunos” faz include no caso “Cadastrar cursos” visto que, sempre ao efetuar o cadastro de aluno, o sistema verificará o status do curso ao qual o estudante está sendo matriculado, se o mesmo possui vagas e está ativo na instituição. Da mesma forma os casos “Controle de mensalidade” faz include no caso “Cadastrar alunos”, pois necessita de ter o aluno cadastrado no sistema ser executados. O caso “Acessar o curso” faz include no caso “Controle de mensalidade”, pois apenas será executado de o segundo caso estiver ativado, pois haverá consulta de status de pagamento das mensalidades.
4.1: Especificação dos casos de uso.
	Foram abordados na especificação os métodos de elaboração, que consistem na apresentação do caso de uso com sua breve-descrição, Pré-Condições, Pós-condições, fluxo principal e fluxos alternativos (nos cenários identificados).
Tabela 1 - Caso de uso Cadastrar Atendentes
	Especificação caso de uso
	Identificação
	Cadastrar Atendentes
	Escopo
	Cadastro Básico
	Ator
	Administrador do sistema
	Finalidade do Caso de Uso
	Administrador do sistema cadastrar, alterar, detalhar ou excluir os atendentes, que são os funcionários da instituição onde o sistema será implantado
	Pré-condições
	Aplicação deve estar operacional
	Pós-condições
	O administrador realiza o cadastro, é criado usuário e senha de acesso para cada atendente que permitirá a autenticação no software
	Fluxos básicos
	1- Administrador acessa o sistema com o login já configurado com todas as permissões no sistema;
2- Administrador acessa a opção para cadastrar funcionários;
3- Sistema apresenta tela para cadastro de funcionários, listando funcionários já cadastrados e apresentando opções para INCLUIR novo funcionário, ALTERAR um cadastro já existente, DETALHAR informações do cadastro do funcionário e EXCLUIR o funcionário;
4- Caso administrador selecionar a opção INCLUIR:
5- Sistema exibe os campos necessários para preenchimento e validação do cadastro do funcionário;
6- Administrador preenche todos os campos obrigatórios, delimita as permissões que o usuário terá para uso no sistema e seleciona opção GRAVAR;
7- Sistema valida os dados preenchidos e grava o funcionário em edição, criando um novo usuário com senha assim como configurado (7.1; 7.2; 7.3; 7.4; 7.5);
8- Função do caso de uso é encerrada.
9- Caso administrador selecionar o atendente desejado e ativa a opção ALTERAR:
10- Sistema apresenta os dados atuais do cadastro do atendente;
11- Administrador faz as alterações necessárias, mantendo os campos obrigatórios preenchidos e seleciona a opção GRAVAR;
12- Sistema valida os dados alterados (7.1; 7.2; 7.3; 7.4; 7.5);
13- Função do caso de uso é encerrada.
14- Caso administrador selecionar o atendente desejado e ativa a opção DETALHAR:
15- Sistema abre nova tela, mostrando detalhes do atendente cadastrado;
16- Função do caso de uso é encerrada.
17- Caso administrador selecionar o atendente desejado e ativa a opção EXCLUIR:
18- Sistema solicitará confirmação se o administrador realmente deseja excluir o atendente selecionado;
19- Selecionando “SIM” atendente será excluído;
20- Função do caso de uso é encerrada.
	Fluxo alternativo
	7.1- Caso o CPF do atendente já esteja registrado, sistema apresenta mensagem "CPF já registrado" e retorna ao passo 5 do fluxo básico;
7.2- Caso o número do CPF seja inválido, o sistema retornará mensagem “CPF inválido” retornando ao passo 5 do fluxo básico;
7.3- Caso a descrição de USUÁRIO para acesso ao sistema na tela de login já esteja registrado, sistema apresenta mensagem "Nome de USUÁRIO já registrado" e retorna ao passo 5 do fluxo básico;
7.4- Campos obrigatórios são: NOME, DATA DE NASCIMENTO, CPF, ENDEREÇO (com CEP), USUÁRIO e SENHA. Em caso de algum campo estar em branco, o sistema não registrará o funcionário; 
7.5- Em caso de CEP inexistente, sistema apresentará mensagem “CEP inválido”, retornando ao passo 5 do fluxo básico.
Erros de comunicação com o Banco de Dados, apesar de raros podem ocorrer.
	Requisitos não funcionais relacionados
	RNF-01 Disponibilidade do Sistema em geral; 
RNF-03 Segurança de acesso;
RNF-06 Responsabilidade do sistema;
RNF-05 Fácil compreensão na usabilidade;
RNF-07 Responsabilidade da instituição;
Tabela 2 - Caso de uso Cadastrar Cursos
	Especificação caso de uso 
	Identificação
	Cadastrar Cursos
	Escopo
	Cadastro Básico
	Ator
	Atendentes (funcionários) ou administrador
	Finalidade do Caso de Uso
	Atendentes ou administrador do sistema cadastrar os cursos da instituição dentro da área de informática ou artes.
	Pré-condições
	Aplicação deve estar operacional
	Pós-condições
	O atendente ou administrador realiza o cadastro do curso com código, nome, data de início, data de término, horário, número de vagas e valor para pagamento.
	Fluxos básicos
	1- Atendente acessa o sistema com o login para ele configurado; 
2- Atendente acessa a opção para cadastrar cursos;
3- Sistema apresenta tela para cadastro de cursos, listando os já cadastrados e apresentando opções para INCLUIR novo registro, ALTERAR um cadastro já existente, DETALHAR informações do curso e EXCLUIR o curso; 
4- Caso atendente selecionar a opção INCLUIR:
5- Sistema exibe os campos necessáriospara preenchimento e validação do cadastro do curso; 
6- Atendente preenche todos os campos obrigatórios e seleciona opção GRAVAR;
7- Sistema valida os dados preenchidos e grava o curso em edição, criando um novo código para o mesmo com nome, data de início, data de término, horário, número de vagas e valor para pagamento fazendo a vinculação à área em que o curso se enquadra (artes ou informática), campo também identificado no cadastro (7.1; 7.2; 7.3);
8- Função do caso de uso é encerrada.
9- Caso atendente selecionar o curso já cadastrado e ativa a opção ALTERAR: 
10- Sistema detalha os dados do curso já cadastrado; 
11- Atendente altera os dados desejados no curso, mantendo os campos obrigatórios preenchidos e seleciona a opção GRAVAR; (7.1; 7.2; 7.3);
12- Função do caso de uso é encerrada.
13- Caso atendente selecionar o curso já cadastrado e ativa a opção DETALHAR:
14- Sistema exibe dados do curso cadastrado; 
15- Função do caso de uso é encerrada. 
16- Caso atendente selecionar o curso já cadastrado e seleciona a opção EXLCUIR: 
17- Sistema solicitará confirmação se o administrador realmente deseja excluir o curso selecionado; 
18- Selecionando “SIM” o curso será excluído; 
19- Função do caso de uso é encerrada.
	Fluxo alternativo
	7.1- Caso o nome do curso já esteja registrado no sistema será apresentada a mensagem "NOME já existente", retornando ao passo 5 do fluxo básico; 
7.2- Caso a data de início, ou de término do curso, seja inválida o sistema apresentará mensagem "DATA inválida"; 
7.3- Caso algum campo obrigatório não seja preenchido, sistema não gravará o curso em edição;
Erros de comunicação com o Banco de Dados, apesar de raros podem ocorrer.
	Requisitos não funcionais relacionados
	RNF-01 Disponibilidade do Sistema em geral;
RNF-03 Segurança de acesso;
RNF-05 Fácil compreensão na usabilidade;
RNF-06 Responsabilidade do sistema;
RNF-07 Responsabilidade da instituição;
Tabela 3 - Caso de uso Cadastrar Alunos
	Especificação caso de uso 
	Identificação
	Cadastrar Alunos
	Escopo
	Cadastro Básico
	Ator
	Atendentes (funcionários) ou administrador.
	Finalidade do Caso de Uso
	Atendentes ou administrador do sistema cadastrar e matricular os alunos, gerando o login com para acesso ao curso no software, alterar um cadastro existente, detalhar informações do cadastro, desativar alunos ou consultar os registros desativados.
	Pré-condições
	Aplicação deve estar operacional
	Pós-condições
	O atendente ou administrador realiza o cadastro, é criado usuário e senha de acesso para o aluno cadastrado que permitirá o acesso aos conteúdos do curso cadastrado gerando as mensalidades no Sistema Financeiro.
	Fluxos básicos
	1- Atendente acessa o sistema com o login para ele configurado; 
2- Atendente acessa a opção para cadastrar clientes/alunos; 
3- Sistema apresenta tela para cadastro de alunos, listando alunos já cadastrados e apresentando opções para INCLUIR novo aluno, ALTERAR um cadastro já existente, DETALHAR informações do cadastro do aluno, DESATIVAR o aluno (para casos de qualquer tipo de interrupção no curso) e efetuar CONSULTA de alunos desativados;
4- Caso atendente selecionar a opção INCLUIR:
5- Sistema exibe os campos necessários para preenchimento e validação do cadastro do aluno;
6- Atendente preenche todos os campos obrigatórios e seleciona opção GRAVAR;
7- Sistema valida os dados preenchidos e grava o aluno em edição, criando um novo número de matrícula com senha padrão sendo os números do CPF do mesmo (7.1; 7.2; 7.3; 7,4);
8- Função do caso de uso é encerrada.
9- Caso atendente selecionar, após busca, o aluno já cadastrado e ativa a opção ALTERAR:
10- Sistema os alunos apresenta os dados atuais do cadastro do aluno selecionado;
11- Atendente faz as alterações solicitadas, ou necessárias, mantendo os campos obrigatórios preenchidos e seleciona a opção GRAVAR;
12- Sistema valida os dados alterados, mantendo o número de matrícula (7.1; 7.2; 7.3; 7.4);
13- Função do caso de uso é encerrada.
14- Caso atendente selecionar, após busca, o aluno já cadastrado e ativa a opção DETALHAR:
15- Sistema abre nova tela, mostrando detalhes do aluno selecionado;
16- Função do caso de uso é encerrada.
17- Caso atendente selecionar, após busca, o aluno já cadastrado e ativa a opção DESATIVAR:
18- Sistema abre nova tela, mostrando detalhes do aluno selecionado com informações do curso em que está registrado e perguntará se deseja desativar o aluno indicado.
19- Clicando em “SIM”, sistema irá desativar o registro do aluno cancelando as mensalidades referentes ao curso no Sistema Financeiro;
20- Função do caso de uso é encerrada.
21- Caso atendente selecionar a opção para CONSULTA de alunos desativados:
22- Sistema lista alunos desativados, com opção para fazer a reativação do cadastro, selecionando o aluno desejado;
23- Ao selecionar a opção “REATIVAR”, sistema irá apresentar opções para refazer as parcelas referente a mensalidade do curso;
24- Após refazer as parcelas e efetuado o pagamento da última parcela pendente (Ver regras de negócio), a reativação do cadastro do aluno será efetivada;
25- Função do caso de uso é encerrada.
	Fluxo alternativo
	7.1- Campos obrigatórios são: NOME, DATA DE NASCIMENTO, CPF, ENDEREÇO, TELEFONE e as informações do curso do estudante. Em caso de algum campo estar em branco, o sistema não registrará o aluno;
7.2- Caso o número do CPF seja inválido, o sistema retornará mensagem “CPF inválido” retornando ao passo 5 do fluxo básico; 
7.3- Em caso de CEP inexistente, sistema apresentará mensagem “CEP inválido”, retornando ao passo 5 do fluxo básico;
7.4- Caso o número de TELEFONE seja inválido, o sistema retornará mensagem “TELEFONE inválido” retornando ao passo 5 do fluxo básico.
Erros de comunicação com o Banco de Dados, apesar de raros podem ocorrer. 
	Requisitos não funcionais relacionados
	RNF-01 Disponibilidade do Sistema em geral;
RNF-02 Disponibilidade do Sistema Financeiro;
RNF-03 Segurança de acesso;
RNF-05 Fácil compreensão na usabilidade;
RNF-06 Responsabilidade do sistema;
RNF-07 Responsabilidade da instituição;
Tabela 4 - Caso de uso Controle de mensalidades
	Especificação caso de uso
	Identificação
	Controle de mensalidades
	Escopo
	Gerenciamento de finanças
	Ator
	Sistema financeiro ou administrador do sistema
	Finalidade do Caso de Uso
	Sistema financeiro ou administrador do sistema gerenciar o pagamento das matrículas e mensalidades, controlando as finanças das instituição
	Pré-condições
	Aplicação deve estar operacional
	Pós-condições
	Após efetivação da matrícula, as mensalidades serão geradas no sistema financeiro para pagamento futuro por parte dos alunos
	Fluxos básicos
	1- Usuário do sistema financeiro acessa o sistema com o login para ele configurado; 
2- Usuário acessa a opção "FINANCEIRO"; 
3- Sistema apresenta tela do Sistema Financeiro com opções para BUSCA de alunos, com objetivo de realizar verificações de status com opção para GERENCIAR as parcelas e para imprimir RELATÓRIOS financeiros; 
4- Caso o usuário selecionar a opção BUSCA:
5- Sistema exibe campo para busca de aluno por nome ou número de matrícula; 6- Usuário preenche o campo de busca e seleciona a opção "BUSCAR" (6.1; 6.2); 
7- Sistema exibe na tela o aluno buscado e exibe opção para GERENCIAR; 
8- Usuário seleciona a opção GERENCIAR:
9- Sistema exibe detalhamento das parcelas do aluno, destacando parcelas pagas ou à vencer ou parcelas vencidas e não pagas concedendo opção para quitar manualmente as mensalidades em caso de pagamento presencial; 
10- Após finalizar o gerenciamento da matrícula do aluno, usuário poderá realizar nova busca ou apenas retornar à tela inicial do Sistema financeiro; 
11- Caso o usuário selecionar a opção RELATÓRIOS:
12- Sistema exibe opções para relatórios; 
13- Usuário seleciona o relatório desejado; 
14- Sistema exibe tela para filtro de data do relatório escolhido; 
15- Usuáriopreenche a data inicial e final para filtro no relatório e confirma (15.1); 
16- Sistema exibe o relatório na tela com opção para impressão ou para salvar em arquivo .PDF; 
17- Sistema retorna à tela inicial do financeiro com o comando do usuário.
	Fluxo alternativo
	6.1- Caso o nome do Aluno não seja encontrado, sistema apresentará mensagem; 
6.2- Caso a matrícula seja digitada erradamente, sistema apresentará mensagem; 
15.1- Caso a data selecionada não tenha movimentação, sistema apresentará mensagem: "sem movimentações no período. 
	Requisitos não funcionais relacionados
	RNF-01 Disponibilidade do Sistema em geral;
RNF-02 Disponibilidade do Sistema Financeiro;
RNF-03 Segurança de acesso;
RNF-05 Fácil compreensão na usabilidade;
RNF-06 Responsabilidade do sistema;
RNF-07 Responsabilidade da instituição;
Tabela 5 - Caso de uso Acessar o curso
	Especificação caso de uso
	Identificação
	Acessar o curso
	Escopo
	Acesso aos conteúdos referentes ao curso cadastrado
	Ator
	Alunos matriculados
	Finalidade do Caso de Uso
	Aluno acessar os conteúdos do curso em que foi matriculado
	Pré-condições
	Aplicação deve estar operacional e aluno matriculado na instituição
	Pós-condições
	Aluno acessa os conteúdos estando seu cadastro ativo e sem pendências.
	Fluxos básicos
	1- Aluno acessa o sistema com seu número de matrícula e com sua senha (1.1); 
2- Ao efetuar o login, sistema apresentará opções para acessar os conteúdos do curso, a secretaria (para conferências financeiras, contrato, de avisos gerais e notas das disciplinas do curso) e atendimento; 
3- Caso o aluno selecione a opção de acesso aos conteúdos do curso (3.1):
4- Sistema exibirá opções referentes ao curso (disciplinas com aulas, avisos, entrega de trabalhos e atividades) cabendo ao aluno escolher a opção desejada; 
5- Caso o aluno selecione a opção para acessar a secretaria: 
6- Sistema apresenta na tela opções relacionadas a consulta de boletos pagos e em aberto, avisos gerais e opção para consulta de notas referente às disciplinas; 
7- Aluno seleciona a opção desejada podendo encerrar a operação quando for necessário; 
8- Caso o aluno selecione a opção para acessar o atendimento:
9- Sistema apresentará na tela as opções para escolha do setor, o tipo e o assunto do chamado que for necessário, podendo ser classificado com grau de prioridade além da opção para a CONSULTA de chamados fechados e em aberto; 
10- Aluno preenche os campos de acordo com sua necessidade e seleciona a opção para enviar o chamado para o setor escolhido; 
11- Caso o aluno selecione a opção de CONSULTA de chamados:
12- Sistema apresentará na tela os chamados enviados com filtro de chamados em aberto, em análise ou fechados.
	Fluxo alternativo
	1.1- Caso aluno erre o número da matrícula ou senha, sistema apresentará mensagem de erro; 
3.1- Em caso de alguma pendência financeira do aluno, essa função estará bloqueada. 
	Requisitos não funcionais relacionados
	RNF-01 Disponibilidade do Sistema em geral;
RNF-02 Disponibilidade do Sistema Financeiro;
RNF-03 Segurança de acesso;
RNF-04 Desempenho do sistema com relação à rede;
RNF-05 Fácil compreensão na usabilidade;
RNF-06 Responsabilidade do sistema;
RNF-07 Responsabilidade da instituição;
4.2: Requisitos não funcionais.
	Os requisitos não funcionais consistem em demonstrar a qualidade acerca dos serviços ou funções disponibilizadas pelo sistema. A aplicação dos requisitos não funcionais, surgem conforme a necessidade dos usuários, em razão de orçamento e outros fatores e podem estar relacionados à confiabilidade, tempo de resposta e espaço nas mídias de armazenamento disponíveis, estes devem nortear o desenvolvimento no sentido de garantir desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenção e tecnologias envolvidas. Os requisitos identificados estão listados conforme a tabela à seguir:
Tabela 6 - Requisitos não funcionais do sistema
	Requisitos não funcionais
	Identificação
	Nome
	Descrição
	RNF-01
	Disponibilidade do Sistema em geral
	A disponibilidade do sistema é premissa para toda a operação. O sistema deve apresentar práticas em configuração, administração e operação segura de redes conectadas à Internet para possibilitar o acesso para os usuários, sejam funcionários ou alunos. A implantação destas práticas minimiza as chances de ocorrerem problemas de segurança e facilita a administração das redes e recursos de forma segura.
	RNF-02
	Disponibilidade do Sistema Financeiro
	A disponibilidade do Sistema financeiro é essencial para o acesso aos cursos por parte dos alunos, além de que seu funcionamento afeta diretamente a administração da instituição.
	RNF-03
	Segurança de acesso
	Para segurança, é de importância crucial práticas de segurança no sistema para prevenção de ataques ou acesso à dados dos alunos ou funcionários. Garantir segurança através de validação com tokens, cross-origins entre outros.
	RNF-04
	Desempenho do sistema com relação à rede
	Garantir alto desempenho dos processos para, agilidade nos processamentos internos do sistema e processos com Atores externos nos retornos de execução solicitados pelo usuário.
	RNF-05
	Fácil compreensão na usabilidade
	O sistema deve possuir parâmetros básicos de usabilidade ao usuário e garantir o fácil aprendizado e memorização em sua utilização, provendo eficiência e segurança no acesso.
	RNF-06
	Responsabilidade do sistema
	Auxiliar a administração da instituição, garantir o acesso dos alunos adequando o acesso ao site para todos os tipos de dispositivos com acesso mobile e desktops.
	RNF-07
	Responsabilidade da instituição
	Efetuar os cadastros necessários e garantir o correto uso do sistema por parte dos usuários, sejam funcionários ou alunos.
5: Regras de negócio.
	As regras de negócio são um aspecto muito importante quando o assunto abordado é a modelagem de processos de negócio. São um conjunto de restrições que definem como um processo de negociação de uma organização em específico deve ser executado, pois além de representar determinados conhecimentos a respeito de um processo, também são importantes aspectos restritivos na execução deste processo. 
	O modelo de descrição foi determinado a partir das técnicas de documentação de regras de negócio e visam especificar condições e regras claras, que fogem ao formato de caso de uso que tem papel relevante para o desenvolvimento. Com essa base, as regras de negócio foram estipuladas conforme as funções do sistema e são as seguintes:
Tabela 7 - Regras de negócio para caso de uso Cadastrar Atendentes
	Regras de negócio - RN01
	Identificação
	Cadastrar Atendentes - regra de negócio 01 (RN01)
	Descrição
	1- O usuário administrador já configurado é premissa no sistema, sendo a base para início de toda operação no sistema;
2- O cadastro dos funcionários é fundamental para o acesso ao sistema, sendo item obrigatório para melhor organização; 
3- Ao administrador responsável pelo cadastro dos funcionários, é obrigatório preencher os dados solicitados nos respectivos campos já destacados; 
4- O sistema deverá validar a autenticidade do CPF informado do funcionário, efetuando consulta no site da receita federal ao ser solicitada efetivação do cadastro.
5- O sistema deverá validar a existência do CEP informado, efetuando consulta no registro de CEP no Brasil.
	Fonte
	Requisitos do processo definidos com o cliente - Caso de uso Cadastrar Atendentes.
	Histórico
	Data de identificação: 25/05/2019
Tabela 8 - Regras de negócio para caso de uso Cadastrar Cursos
	Regras de negócio - RN02
	Identificação
	Cadastrar Cursos - regra de negócio 02 (RN02)
	Descrição
	1- Login no sistema com usuário e senha é obrigatório para efetuar as operações, pois com essa base, cliente obterá informações, através de relatórios, dos funcionários que realizaram operações no sistema; 
2- O cadastro dos cursos é obrigatório para o cadastro de alunos; 
3-O preenchimento dos dados solicitados são obrigatórios para validação do curso no sistema (código, nome, data de início, data de término, horário, número de vagas e valor) assim como a vinculação à área referente do curso (artes ou informática) também identificado no cadastro.
	Fonte
	Requisitos do processo definidos com o cliente - Caso de uso Cadastrar Cursos.
	Histórico
	Data de identificação: 25/05/2019
Tabela 9 - Regras de negócio para caso de uso Cadastrar Alunos
	Regras de negócio - RN03
	Identificação
	Cadastrar Alunos - regra de negócio 03 (RN03)
	Descrição
	1- Login no sistema com usuário e senha é obrigatório para efetuar as operações, pois com essa base, cliente obterá informações, através de relatórios, dos funcionários que realizaram operações no sistema; 
2- Para realização do cadastro de aluno, é necessário ter o curso registrado no sistema para possibilitar vinculação com o aluno; 
3- O preenchimento dos campos nome, endereço, telefone, e-mail, RG, CPF, login e senha do aluno é obrigatório para validação do cadastro; 
4- O sistema deverá validar a autenticidade do CPF informado do aluno, efetuando consulta no site da receita federal ao ser solicitada efetivação do cadastro.
5- O sistema deverá validar a existência do CEP informado, efetuando consulta no registro de CEP no Brasil;
6- Número do código de usuário gerado automaticamente pelo software, senha para acesso inicial deve ser os números do CPF do aluno.
	Fonte
	Requisitos do processo definidos com o cliente - Caso de uso Cadastrar Alunos.
	Histórico
	Data de identificação: 25/05/2019
Tabela 10 - Regras de negócio para caso de uso Controle de Mensalidade
	Regras de negócio - RN04
	Identificação
	Controle de Mensalidade - regra de negócio 04 (RN04)
	Descrição
	1- Login no sistema com usuário e senha é obrigatório para efetuar as operações, pois com essa base, cliente obterá informações, através de relatórios, dos funcionários que realizaram operações no sistema; 
2- Apenas usuários com permissão ao sistema financeiro acessarão essa parte do software; 
3- Para manutenção do Sistema Financeiro é necessário ter o cliente/aluno cadastrado no sistema.
	Fonte
	Requisitos do processo definidos com o cliente - Caso de uso Controle de Mensalidade
	Histórico
	Data de identificação: 25/05/2019
Tabela 11 - Regras de negócio para caso de uso Acesso ao Curso
	Regras de negócio - RN05
	Identificação
	Acessar o Curso - regra de negócio 05 (RN05)
	Descrição
	1- Acesso permitido somente para alunos cadastrados, por usuário e senha; 
2- Acesso aos conteúdos bloqueado em caso de pendência de pagamento; 
3- Disponibilização de atualizações referentes ao curso é responsabilidade total da instituição.
	Fonte
	Requisitos do processo definidos com o cliente - Caso de uso Acesso ao Curso
	Histórico
	Data de identificação: 25/05/2019
6: Elaboração do diagrama de classes de análise.
	O diagrama de classes é um diagrama UML que tem como objetivo representar a estrutura estática das classes de um sistema de software, ou seja, é a sua representação contendo os atributos, métodos e o relacionamento entre essas classes usando o diagrama de classes como ferramenta para representar uma determinada visão ou um modelo.
	Na etapa de elaboração do diagrama de Classe, foram aplicadas as técnicas aprendidas de análise do cenário proposto, a fim de identificar todos os insumos necessários para a construção do diagrama: identificação de Classes, lista de Classes Candidatas para eleger as classes finais, identificação de relacionamentos e construção do Diagrama de Classes.
	Na sequência foram identificados os atributos com base nas características vinculadas às classes eleitas e por fim, identificação dos métodos baseados nas ações a serem realizadas pela classe e seus atributos.
	A figura 2 abaixo apresenta a construção do diagrama, com a ferramenta Astah Professional, considerando o cenário proposto. Esta representação deve subsidiar o desenvolvimento no que tange a estrutura e relações das classes que os objetos devem desempenhar no sistema.
Figura 2 - Diagrama de Classes
	A classe Atendente é a base de operação no sistema que se relaciona com todo o software, cadastrando Curso, Aluno e Matrícula. A classe Aluno compõe a classe Matrícula para acesso aos cursos e essa última compõe a classe Curso. E, conforme o caso apresentado, ao realizar o cadastro da matrícula, a classe Financeiro recebe esses dados, sendo essa identificada com estereótipo <<interface>> por justamente ser uma classe “externa” que se comunica ao sistema proposto. As classes Atendente e Aluno foram marcadas com estereótipo <<CRUD>>, acrônimo da expressão do idioma Inglês, Create (Criação), Read (Consulta), Update (Atualização) e Delete (Deletar), as quatro operações básicas usadas em Banco de Dados Relacionais.
7: Modelo Entidade Relacionamento – MER.
	O Modelo Entidade Relacionamento foi desenvolvido pelo Prof. Peter Chen, a fim de representar as estruturas de dados de forma mais natural e mais próxima do mundo real dos negócios. Seus aspectos estruturais formalizam matematicamente a maneira como os dados estão organizados no modelo relacional. Dentro do MER, utiliza-se algumas formas geométricas para a representação das entidades, seus atributos e seus relacionamentos sendo ele o modelo teórico inventado para transportar estruturas existentes no mundo real para o banco de dados e o DER (Diagrama Entidade-Relacionamento) a sua representação gráfica. 
	O modelo entidade relacionamento baseia-se na percepção de um universo constituído por um grupo de objetos Entidades e por relacionamentos entre esses objetos. A entidade relacionamento é a relação efetuada pela ligação de atributos em comum. É um modelo abstrato ou conceitual a fim de representar as estruturas de dados de forma mais natural e mais próxima do mundo real dos negócios, compondo os atributos que se relacionam entre si. Na figura abaixo é representado o modelo identificado para o caso, desenvolvido com a ferramenta Microsoft Visio 2013.
Figura 3 - Representação geral do sistema no Modelo entidade relacionamento (MER)
	As operações no sistema se iniciam com o atendente, que cadastra tanto cursos como alunos. A relação identificada entre essas três entidades é de 1:N e, de igual forma, matrícula e sistema financeiro. O acesso entre aluno e curso foi identificado como N:N. O único caso identificado com relação 1:1 foi entre aluno e matrícula.
Relação 1:N entre atendente e aluno - “Um atendente cadastra vários alunos”; “Vários alunos são cadastrados por um atendente”.
Relação 1:N entre atendente e curso - “Um atendente cadastra vários cursos”; “Vários cursos são cadastrados por um atendente”.
Relação 1:N entre matrícula e sistema financeiro - “Um sistema financeiro é acessado por várias matrículas”; “Várias matrículas acessam um sistema financeiro”.
Relação N:N entre aluno e curso - “Um aluno acessa vários cursos”; “Um curso é acessado por vários alunos”.
Relação 1:1 entre aluno e matrícula - “Um aluno possui uma matrícula”; “Uma matrícula possui um aluno”.
	A modelagem lógica é a fase da modelagem em que a entidade está mais parecida com o seu desenho final, com todos os seus atributos visíveis, entre eles, o seu atributo-chave. Com base nesse modelo teórico do MER, a representação lógica do sistema foi elaborada conforme a figura à seguir, também elaborado com o Microsoft Visio 2013.
Figura 4 - Representação lógica do modelo
	Os tipos das variáveis foram identificadas de acordo com suposições das formas de uso do sistema, principalmente as chaves “STATUS_PAGAMENTO” e “STATUS_MATRICULA”, pensadas do tipo booleano para a melhor atualização de status das parcelas do cliente, pois utilizarão marcações apenas para indicação de verdadeiro ou falso se o pagamento foi efetuado (sim ou não) e se a matrícula consta como ativa ou não.
	As metodologias aplicadas no desenvolvimento da especificação abordam em suas etapas astécnicas adquiridas para garantir o desenvolvimento de análises que subsidiarão a implementação, porém devemos considerar que na execução foram contempladas mais de uma técnica para formalização dos requisitos e regras do sistema. Partiu-se de um cenário inicial apontado pela necessidade do cliente que, pode ser interpretado como uma primeira entrevista, para posteriores elaborações de casos de uso, regras de negócio e representações em Diagramas de Classe de Domínio e Entidade e relacionamento.
Considerações finais
	A elaboração desse projeto foi de grande importância para aprofundar o conhecimento das disciplinas de Análise de Sistemas Orientada a Objetos, Banco de Dados e Gestão Estratégica de Recursos Humanos, conteúdos do atual bimestre, agora com a prática.
	As elaborações dos casos de uso, tabelas de especificações e dos diagramas do banco de dados e suas relações não foram focadas em desenvolvimento voltado para projeto de sistemas, em que se aplica o gerenciamento por cronograma e entregas pré-estabelecidas de acordo com os frameworks ou modelos de desenvolvimento de softwares de mercado que, são de suma importância para garantir o foco em cada etapa de execução do projeto e qualidade no produto final, mas sim nas funcionalidades de software relacionadas ao banco de dados e cada forma de uso ao qual o sistema será submetido na instituição ao qual será implantado.
	Como conclusão, foi possível alcançar um melhor conhecimento prático sobre como a Análise de Sistemas Orientada a Objetos auxilia com relação ao desenvolvimento de casos de uso de um futuro sistema e como um banco de dados é importante para o armazenamento das movimentações realizadas no sistema e, com o auxílio da Gestão Estratégica de Recursos Humanos, foi possível concluir como proceder de uma forma mais próxima ao correto dentro de uma empresa com relação aos funcionários.
Referências Bibliográficas
AÇÃO SISTEMAS. Sistema de RH e Gestão de pessoas. Disponível em: < http://www.acaosistemas.com/sistema-de-rh-e-gestao-de-pessoas/>. Acesso em: 02/05/2019.
DEVMEDIA. Especificação de Casos de Uso na Prática. Disponível em: < https://www.devmedia.com.br/especificacao-de-casos-de-uso-na-pratica/18427>. Acesso em: 14/05/2019.
DEVMEDIA. Modelo Entidade Relacionamento (MER) e Diagrama Entidade-Relacionamento (DER). Disponível em: <https://www.devmedia.com.br/modelo-entidade-relacionamento-mer-e-diagrama-entidade-relacionamento-der/14332>. Acesso em: 15/05/2019.
IBM® IBM Knowledge Center. Modelos e Diagramas UML. Disponível em: <https://www.ibm.com/support/knowledgecenter/pt-br/SS5JSH_9.1.1/com.ibm.xtools.modeler.doc/topics/c_models_and_diagrams.html> Acesso em: 13/05/2019.
XERPA. Os benefícios do sistema de RH em 5 pontos. Disponível em: <https://www.xerpa.com.br/blog/sistema-de-rh/>. Acesso em: 02/05/2019.