TCC - IFControl (Layanny, Rafaela, Renato)v4

SAVE OFFLINE

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS CAICÓ

LAYANNY SILVA SOARES RAFAELA GOMES DA SILVA RENATO RÉGIS PINHEIRO MEDEIROS DE ARAÚJO

IFCONTROL: SISTEMA DE MONITORAMENTO DE FREQUÊNCIA DE DOCENTES

CAICÓ/RN 2015

LAYANNY SILVA SOARES RAFAELA GOMES DA SILVA RENATO RÉGIS PINHEIRO MEDEIROS DE ARAÚJO

IFCONTROL: SISTEMA DE MONITORAMENTO DE FREQUÊNCIA DE DOCENTES

Trabalho de Conclusão de Curso apresentado ao Curso Técnico em Informática do Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte, em cumprimento às exigências legais como requisito parcial à obtenção do título de Técnico em Informática. Orientador: Ms. Geam Filgueira. Coorientador: Ms. Marçal Morais.

CAICÓ/RN 2015

LAYANNY SILVA SOARES RAFAELA GOMES DA SILVA RENATO RÉGIS PINHEIRO MEDEIROS DE ARAÚJO

IFCONTROL: SISTEMA DE MONITORAMENTO DE FREQUÊNCIA DE DOCENTES

Trabalho de Conclusão de Curso apresentado ao Curso Técnico em Informática do Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte, em cumprimento às exigências legais como requisito parcial à obtenção do título de Técnico em Informática.

Aprovado em: ___/___/____

Banca Examinadora

____________________________________________________________ Ms. Geam Carlos de Araujo Filgueira - Orientador Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte

____________________________________________________________ Ms. Karlos Thadeu Matias Vital de Oliveira - Examinador Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte

____________________________________________________________ Ms. Alessandro Vinicius Pereira Rolim de Araujo - Examinador Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte

Dedicamos este trabalho aos nossos pais pela contribuição, compreensão e apoio para nossa formação acadêmica, nos incentivando sempre para a realização dos nossos ideais.

AGRADECIMENTOS

Ao Prof. Ms. Geam Filgueira, pela orientação deste Trabalho de Conclusão de Curso e em nosso projeto, e seu grande desprendimento em ajudar-nos. Ao Prof. Ms. Marçal Moraes, pelo empenho e pela orientação em nosso projeto com a disciplina de Desenvolvimento Web, onde foram esclarecidas as dúvidas quanto ao sistema. Aos Profs. Ms. Karlos Thadeu e Renan Oliveira, pela orientação voltada sempre ao projeto dos alunos, com a disciplina de Engenharia de Software. Aos docentes do Instituto Federal que de forma direta ou indireta nos auxiliaram oferecendo material e orientação ao longo dos quatro anos de estudo nesta instituição. A Juciane Chianca e a Valéria Fernandes pela paciência e disposição em nos ajudar diante das dúvidas. Aos todos os amigos e colegas, cada um com sua importância, que sempre estiveram prontos para ajudar em qualquer momento e conosco compartilharam experiências. A todos vocês, o nosso muito obrigado.

Algumas pessoas acham que foco significa dizer sim para a coisa em que você vai se focar. Mas não é nada disso. Significa dizer não às centenas de outras boas ideias que existem.

Você

precisa

selecionar

cuidadosamente. Steve Jobs

RESUMO

O avanço tecnológico trouxe consigo um conjunto de ferramentas (softwares, por exemplo) úteis a diversos setores, entre eles o setor da educação. Área essa que possui inúmeras repartições que necessitam de segurança e acessibilidade tanto para os funcionários quanto para a direção responsável, a fim de garantir eficiência na execução das atividades necessárias ao bom funcionamento de uma instituição de ensino. A instituição a qual este trabalho se dedica é o IFRN, situada na cidade de Caicó, que enfrenta problemas com relação ao controle das informações referentes à frequência dos docentes – atividade de responsabilidade de toda instituição de ensino de acordo com a Lei nº 6.182, de 11 de dezembro de 1974. O gerenciamento dessas atividades é feito, atualmente, através de papeis e simples planilhas eletrônicas, nas quais os funcionários sentem dificuldade na manutenção. Além disso, tais ferramentas não

conseguem atender

a algumas das funcionalidades

fundamentais para a execução da tarefa em questão. Dessa forma, este trabalho tem como principal objetivo propor o desenvolvimento de um sistema Web, denominado IFControl, direcionado às necessidades de maior praticidade e segurança nas atividades de controle de frequência do corpo docente, realizadas pelo setor de Administração escolar do IFRN.

Palavras chave: Sistema Web, Controle de Frequência de Professores, IFRN.

ABSTRACT

Technological advancement has brought with it a set of tools (software, for example) useful in various sectors, including the education sector. This area that has numerous offices that require security and accessibility for both employees and for responsible management in order to ensure efficient execution of the activities necessary for the proper functioning of an educational institution. The institution to which this work is dedicated IFRN is located in the city of Caico, facing problems with the control of information concerning the frequency of teachers - responsible activity of all educational institution in accordance with Law No. 6,182, of December 11, 1974. The management of these activities is done nowadays through papers and simple spreadsheets, in which employees have difficulty in maintaining. In addition, these tools fail to meet some of the key features for the task in question. Thus, this paper aims to propose the development of a Web system, called IFCONTROL, directed to greater convenience and security needs in the frequency control activities of the faculty, conducted by the School administration sector IFRN.

Keywords: Web system, eachers frequency control, IFRN.

LISTAS DE FIGURAS Figura 1 – Horários impressos utilizados para identificação das aulas dos docentes em suas respectivas turmas...............................................................13 Figura 2 – Tabela de Realizar Controle de Frequência de docentes utilizada..14 Figura 3 – Relatório de Frequência de docentes em utilizada...........................14 Figura 4 – Camadas da Engenharia de Software..............................................18 Figura 5 – Diagrama de Classe do IFControl....................................................28 Figura 6 – Diagrama de Caso de Uso do IFControl...........................................29 Figura 7 – Diagrama de Atividade do método “Realizar Controle de presença de Docentes” do IFControl......................................................................................30 Figura 8 – Diagrama de Atividade do método “Cadastrar Horário” do IFControl............................................................................................................31 Figura 9 – Diagrama de Atividade do método “Editar Usuário” do IFControl....32 Figura 10 - Página Inicial visível ao Usuário Administrador...............................33 Figura 11 - Página Inicial visível ao Usuário Administrador...............................33 Figura 12 - Página de Cadastrar Horário visível ao Usuário Administrador......34 Figura 13 - Página de Realizar Controle visível ao Usuário Administrador.......35 Figura 14 - Página de Ver Relatório visível ao Usuário Administrador..............36 Figura 15 - Página de Ver Relatório visível ao Usuário Diretor Acadêmico .....36

LISTA DE ABREVIATURAS E SIGLAS CSS

Cascading Style Sheets

HTML

Hypertext Markup Language

IFRN

Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte

PHP

Hypertext Preprocessor

SGBD

Sistema de Gerenciamento de Banco de dados

SQL

Structured Query Language

UML

Unified Modeling Language

SUMÁRIO

1

INTRODUÇÃO ................................................................................................... 11 1.1 JUSTIFICATIVA ........................................................................................... 13 1.2 OBJETIVO GERAL ...................................................................................... 16 1.3 OBJETIVOS ESPECÍFICOS ........................................................................ 16 1.4 ORGANIZAÇÃO DO TRABALHO ................................................................ 17 2 FUNDAMENTAÇÃO TEÓRICA ......................................................................... 18 2.1 FERRAMENTAS E LINGUAGENS UTILIZADAS ......................................... 19 2.1.1 Bootstrap .............................................................................................. 19 2.1.2 HTML ..................................................................................................... 20 2.1.3 JQuery .................................................................................................. 21 2.1.4 JavaScript............................................................................................. 21 2.1.5 PHP ....................................................................................................... 22 2.1.6 CSS ....................................................................................................... 23 2.1.7 MySQl Workbench 6.0 ......................................................................... 23 3 DESENVOLVIMENTO ....................................................................................... 24 3.1 ESPECIFICAÇÃO DE REQUISITOS ........................................................... 24 3.2 MODELAGEM DOS REQUISITOS .............................................................. 27 3.2.1 Diagrama de Classe ............................................................................. 27 3.2.2 Diagrama de Caso de Uso................................................................... 28 3.2.3 Diagrama de Atividade ........................................................................ 29 3.3 O IFControl ................................................................................................... 32 3.3.1 Página Inicial ........................................................................................ 32 3.3.2 Cadastrar Horário ................................................................................ 34 3.3.3 Realizar Controle ................................................................................. 34 3.3.4 Relatório ............................................................................................... 35 4 CONSIDERAÇÕES FINAIS ............................................................................... 37 5 SUGESTÕES PARA TRABALHOS FUTUROS ................................................ 38 REFERÊNCIAS ......................................................................................................... 39 APÊNDICE A – REQUISITOS FUNCIONAIS ........................................................... 41

11

1

INTRODUÇÃO

A inserção da tecnologia nas atividades acadêmicas tem se tornado cada vez mais benéfica – tanto na acessibilidade quanto na praticidade – tendo em vista que tem atendido às necessidades dos diversos setores dos ambientes escolares. Ela se faz importante na informatização das atividades prestadas pelas escolas, o que beneficia tanto os professores quanto os alunos, assim como a instituição como um todo. Dentre as várias tarefas que cada instituição de ensino é responsável, se encontra o monitoramento das presenças dos docentes. O art. 3, § 4º, da Lei nº 6.182, de 11 de dezembro de 1974, dispõe que: “o controle da presença do docente, segundo o seu regime de trabalho, será exercido pelo órgão responsável pelo cumprimento das tarefas que lhe forem distribuídas.”(BRASIL, Lei nº 6.182, 11 de dezembro de 1974, 1974).

A respeito da quantidade de horas – ou carga horária, como se é mais conhecido – que devem ser cumpridas no período de um ano, o art. 24, Item III, da Lei das Diretrizes e Bases da Educação Nacional (LDB) dispõe que: “a carga horária mínima anual será de oitocentas horas, distribuídas por um mínimo de duzentos dias de efetivo trabalho escolar, excluído o tempo reservado aos exames finais, quando houver.” (BRASIL, Lei nº 9.394, de 20 de dezembro de 1996, 1996).

O referido controle de frequência consiste na análise do acontecimento de uma determinada atividade em um determinado período. Esse gerenciamento é essencial na manutenção do bom funcionamento da instituição, “pois um professor que tem um comparecimento irregular às aulas não conhece bem os seus alunos e, consequentemente, não pode monitorar o aprendizado e diagnosticar as dificuldades dos mesmos.” (COSTA; BERNARDINO, 2014, s.p.). Além de deixar de participar de atividades importantes realizadas na instituição, como reuniões pedagógicas, nas quais se discute as práticas que têm sido aplicadas, e trocam-se experiências com os outros docentes, com intuito de melhorar cada vez mais os métodos de ensino.

12

O IFRN, instituição que se preocupa com a aprendizagem e bem estar de seus discentes, cumpre o seu papel realizando esse monitoramento de presença de docentes estabelecido pela lei vigente. O controle de frequência atual da instituição consiste na consulta em horários impressos de todas as turmas e o armazenamento das informações em planilhas Excel da Microsoft Office, nas quais é necessário identificar entre diversas turmas, a turma e o professor procurado a fim de armazenar a informação do controle de frequência do mesmo, tendo dificuldade ainda na identificação do dia atual, buscando entre os vários meses, correndo o risco de cometer erros nessa pesquisa. Além disso, uma vez definido o horário nessa planilha eletrônica, qualquer modificação que venha a ser feita, pode comprometer todo o processo de monitoramento de presenças desses docentes. Estes são alguns problemas enfrentados pelo setor de Administração Escolar do Instituto Federal, Campus Caicó. Além dessas dificuldades, outra questão a ser citada é o fato de as ferramentas atualmente utilizadas não disponibilizarem recursos que deem segurança, e devido acesso à direção escolar, por exemplo, que recebe apenas informações não muito organizadas, de forma que sua compreensão pode se tornar difícil, levando assim ao risco de interpretações equivocadas que venham a prejudicar ou beneficiar erroneamente algum integrante do corpo docente.

13

1.1

JUSTIFICATIVA Com base no problema anteriormente exposto, torna-se justificável e

necessário o desenvolvimento e utilização do sistema para controle de frequência de docentes, IFControl, por parte do setor de Administração Escolar do IFRN Campus Caicó, visto que a situação atual vem dificultando cada vez mais esse monitoramento. Ao adquirir este sistema, serão inúmeros os benefícios que não se restringirão apenas ao setor mencionado, mas abrangerão toda a instituição. Os horários atualmente utilizados são organizados em papeis (figura 1) que, se sujeitos a alterações essas terão de ser manuais, tornando as informações confusas para outros responsáveis pelo controle de frequência realizado na instituição. Além do fato de que tais papeis podem facilmente sofrer extravio. Figura 1 – Horários impressos utilizados para identificação das aulas dos docentes em suas respectivas turmas.

Fonte: elaborado pelos autores.

Após ser feita a consulta da aula do professor nesses horários, os funcionários acessam o arquivo da planilha eletrônica utilizada para registrar a

14

situação de frequência dos docentes – ou seja, conseguem esse acesso sem nenhuma autenticação de usuário. Essa planilha (figura 2 e 3) possui todas as turmas e seus respectivos professores – acompanhados de suas disciplinas. A partir disso, o funcionário do setor de administração escolar, identifica a turma e o professor desejado entre as diversas turmas apresentadas no arquivo. Após essa pesquisa, é necessário procurar o dia atual entre os vários dias do semestre. Por fim, preenche a informação de presença, ausência ou realização de aula extra, e salva a planilha novamente. Figura 2 – Tabela de Realizar Controle de Frequência de docentes em Planilha Excel

Fonte: elaborado pelos autores. Figura 3 – Relatório de Frequência de docentes em Planilha Excel

Fonte: elaborado pelos autores.

15

Esse controle manual de frequências será substituído por um sistema digital, que garantirá maior segurança – exigindo que o usuário se identifique no sistema – e integridade no armazenamento dos dados. Além disso, proporcionará outros benefícios, como a redução dos custos gerados pela aquisição de materiais (as folhas de papel) que contribuirá também para a preservação ambiental; a diminuição do espaço necessário para guardar os documentos físicos; o aumento da segurança contra a perda de informações essenciais; e a criação de um controle de acesso, onde somente usuários cadastrados poderão interagir com o sistema. A partir disso, os funcionários do setor de administração escolar não mais terão que se preocupar com diversas folhas de horários, de várias salas e dos três turnos que a instituição oferece, pois tais dados estarão cadastradas. Também, não haverá mais a insegurança em alterar determinada informação (como, por exemplo, modificar horários), uma vez que o sistema foi elaborado da forma mais simples e acessível possível, disponibilizando inclusive uma página de ajuda ao usuário, na qual poderá verificar o passo a passo para realizar qualquer funcionalidade que pertence ao sistema. Em relação à direção escolar, uma das principais funcionalidades desse sistema será a geração de relatórios, permitindo e facilitando o acompanhamento do desempenho dos professores durante todo o ano letivo a partir das informações cadastradas. Evidenciando, assim, se existe o cumprimento da carga horária estipulada nas turmas em que esses docentes lecionam. Por fim, o projeto é algo que vai de encontro à busca por tecnologias que auxiliem nas tarefas de todos os colaboradores de qualquer instituição de ensino. O IFControl trará segurança e garantia de facilidade para o trabalho desenvolvido pelos funcionários do setor de administração do Campus, contribuindo para um trabalho cada vez mais eficaz.

16

1.2

OBJETIVO GERAL Desenvolver um sistema de informação web para o monitoramento da

frequência dos docentes do Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte (IFRN), campus Caicó.

1.3

OBJETIVOS ESPECÍFICOS  Cadastrar e gerenciar os dados necessários para o bom funcionamento do sistema, sendo esses: Usuário; Disciplina; Professor; Turma; Curso; Horário e Controle;  Possibilitar que os funcionários do setor administrativo realizem o controle da frequência dos docentes, registrando presenças, ausências e aulas extras, diariamente, durante todo o ano letivo;  Oportunizar, através de relatórios, à direção acadêmica do instituto o acompanhamento periódico das frequências dos docentes nas turmas em que lecionam, evidenciando se existe o cumprimento da carga horária estipulada para cada disciplina;  Permitir o acesso dos usuários do sistema por meio da web, tornando-o acessível em qualquer ambiente com internet;  Desenvolver uma interface simples que garanta a usabilidade de todas as funções do sistema;  Contribuir com a redução do consumo de folhas de papel e diminuir os gastos gerados pela aquisição desse material.

17

1.4

ORGANIZAÇÃO DO TRABALHO Este trabalho está organizado em 5 capítulos. Tendo o primeiro, já

apresentado. O capítulo 2 trata da fundamentação teórica utilizada neste trabalho. Nele são apresentados os aspectos gerais da engenharia de software, como diversas informações sobre sua tecnologia e suas camadas, além de buscar informar em suas seções secundárias, as linguagens e ferramentas que foram utilizadas para a elaboração e produção do sistema de controle de frequência de docentes. O capítulo 3 aborda o desenvolvimento do sistema, com a especificação e modelagem dos requisitos, com a descrição de alguns desses e a visualização dos diagramas da UML. Além disso, apresenta o do projeto em si, no que se refere a suas permissões de utilização por parte dos funcionários e a apresentação do sistema por meio de suas telas. Por fim, os capítulos 4 e 5 buscam informar sobre os resultados alcançados e esperados e das sugestões para possíveis melhorias no sistema, respectivamente.

18

2

FUNDAMENTAÇÃO TEÓRICA Este capítulo tem por objetivo apresentar os aspectos gerais da aplicação

Engenharia de Software, que auxiliou na rotina do desenvolvimento, manutenção e especificação do software. Engenharia de Software é uma das grandes áreas da computação, onde envolve criação, construção, análise, desenvolvimento e manutenção do software. Este tipo de tratamento pode proporcionar ao desenvolvedor a produção de um software com qualidade e resultado desejado. (SOMMERVILLE, 2007).

Assim como Sommerville, Pressman (2006) afirma que a engenharia de software: [...] É a camada de processo. O processo de engenharia de software é o adesivo que mantém unidas as camadas de tecnologias e permite o desenvolvimento racional e oportuno de softwares de computador. O processo define um arcabouço que deve ser estabelecido para a efetiva utilização da tecnologia de engenharia de software.

Pressman (2011, p.39-40) ainda afirma que a Engenharia de Software é uma tecnologia em camadas, sendo elas: Ferramentas, métodos, processo e foco a qualidade do software em desenvolvimento. Figura 4 – Camadas da Engenharia de Software

Fonte: PRESSMAN, 2011, p. 39.

A tecnologia em camadas é descrita nos itens abaixo, segundo Pressman (2011, p.39-40): Foco na qualidade: a qualidade é almejada em qualquer parte da engenharia. É mais focada na fase do processo de desenvolvimento, permitindo ao gerente de projetos um controle ao desenvolvimento que é uma referência. A camada mais importante dessa tecnologia que sustenta a engenharia de software.

19

Processo: é a base da engenharia de software. Constitui em elos entre os métodos e ferramentas, a sequência em que os métodos serão aplicados, o conjunto de tarefas que apoiam o modelo do processo, garantindo a qualidade, o gerenciamento de configuração, e a produção de documentos. Métodos: fornecem as informações técnicas para desenvolver software, incluindo uma ampla gama de tarefas. Baseiam-se em um conjunto de princípios básicos que governam cada área da tecnologia e inclui atividades de modelagem e outras técnicas descritivas. Ferramentas: fornecem suporte automatizado ou semiautomatizado para o processo e para os métodos. Quando as ferramentas são integradas, é estabelecido um sistema de suporte ao desenvolvimento de software denominado engenharia de software com o auxílio do computador. De forma geral, os métodos e técnicas estabelecidos pela Engenharia de Software, que são utilizados de maneira sequencial, têm como objetivo a qualidade do software, sendo este o principal ideal desta área da Engenharia.

2.1

FERRAMENTAS E LINGUAGENS UTILIZADAS

A junção das tecnologias e linguagens ocorreu com a ligação do SGBD MYSQL, em conjunto com o Notepad++, que em suas funcionalidades permite o uso de códigos das linguagens PHP, HTML, CSS, JavaScript e JQuery, além da ferramenta Bootstrap que une parte de tais linguagens, possibilitando, assim, o desenvolvimento do sistema. A seguir serão exibidas as tecnologias e linguagens utilizadas no desenvolvimento do projeto IFControl.

2.1.1 Bootstrap O Bootstrap foi desenvolvido pela equipe do Twitter e tem como objetivo tornar mais fácil o desenvolvimento de interface (front-end) para páginas web. Ele disponibiliza padrões para os elementos HTML mais usados, além de elementos personalizados com o usado de elementos e classes CSS padrões. Seus recursos são imensos, rodando em todos os tamanhos de tela e sistemas

20

operacionais, além de ser open-source e poder ser usado livremente sem custo algum. Como qualquer outra ferramenta, possui suas vantagens e desvantagens. Dentre suas desvantagens estão que seu código terá de seguir os “padrões de desenvolvimento Bootstrap” e possuir temas padrões em que projetos possam sair de uma mesma forma se não forem feitos ajustes visuais. Porém, entre suas vantagens estão possui documentação detalhada e de fácil entendimento; ser otimizado para o desenvolvimento de layouts responsivos; possuir componentes suficientes para o desenvolvimento de qualquer site ou sistema web com interface simples; facilitar a criação e edição de layouts por manter padrões e funcionar em todos os navegadores atuais.

2.1.2 HTML O HyperText Markup Language (HTML), que significa Linguagem de Marcação de Hipertexto, é uma linguagem criada para facilitar a comunicação. Permite que qualquer conteúdo inserido em páginas para a web realize comunicação entre outros documentos web. (SILVA, 2008, p.28). O HTML não é uma linguagem de programação, pois não tem os recursos de estruturas condicionais ou de controle. Você pode dizer apenas qual vai ser o posicionamento do texto e das imagens e claro, de poder criar os links. (GOMES, 2010, p.10). Serve para os mais variados fins, como criação de páginas pessoais, de empresas, no ramo de educação e outros. Pode ser também utilizado em redes intranet. O HTML permite integração com outras linguagens como PHP, SQL e muitas outras linguagens que tornam a web mais dinâmica. Através de algumas linguagens, pode-se fazer com que a página receba dados digitados pelo usuário, processe em um banco de dados e execute alguma ação com os dados. Como é usada a linguagem PHP, por exemplo, em sites de vendas on-line. É a linguagem base da internet. Foi criada para ser de fácil entendimento tanto para as pessoas como para máquinas. Seu criador, o inglês Tim BernersLee, 44 anos, a concebeu unicamente como uma linguagem que serviria para

21

interligar computadores do laboratório e outras instituições de pesquisa e exibir documentos científicos de forma simples e de fácil acesso. (SILVA, 2008, p.29).

2.1.3 JQuery jQuery é uma biblioteca JavaScript criada por John Resig e disponibilizada como software livre e aberto. Foi criada com a preocupação de ser uma biblioteca em conformidade com os Padrões Web, ou seja, compatível com qualquer sistema operacional do navegador. Destina-se a adicionar interatividade e dinamismo às páginas web, proporcionando ao desenvolver funcionalidades necessárias à criação de scripts que visem a incrementar, de forma progressiva e não obstrutiva, a usabilidade, a acessibilidade e o design, enriquecendo a experiência do usuário. (SILVA, 2010, p.25). Segundo Silva (2010, p.27), as características da biblioteca jQuery, são:  Uso de seletores CSS para localizar elementos componentes da estrutura de marcação HTML da página;  Arquitetura compatível com instalação de plug-ins e extensões em geral;  Indiferença às inconsistências de renderização entre navegadores;  Capaz de interação implícita isto é, não há necessidade de construção de loops para localização de elementos no documento;  Admite programação encadeada, ou seja, cada método retorna um objeto.  É extensível, pois admite criação e inserção de novas funcionalidades na biblioteca existente.

2.1.4 JavaScript É uma linguagem de programação usada para manipular, personalizar e automatizar as funcionalidades de um sistema existente. Com JavaScript, podemos escrever marcação HTML e inseri-la na marcação de um documento existente. Por exemplo: inserção de data/hora no documento. Podemos ainda controlar o comportamento do navegador em diversos aspectos, como criar janelas pop-up, apresentar mensagens ao usuário,

22

alterar as dimensões do navegador, interferir na barra de status, retirar menus, fechar e abrir janelas. (SILVA, 2010, p.24). É capaz de acessar os campos e valores digitados em um formulário HTML e proceder à validação dos dados, realizar cálculos e fornecer dicas de preenchimento dos campos. Pode ser usada em conjunto com outras linguagens para cumprir tarefas complementares relacionadas ao fluxo da programação. (SILVA, 2010, p.25). O código fonte JavaScript é incluído no próprio arquivo HTML. Para isso existe uma tag do HTML que permite identificar e separar o que é script do que é marcação HTML. Essa tag chama-se .

2.1.5 PHP O PHP (um acrônimo recursivo para PHP: Hypertext Preprocessor) é uma linguagem de script open source de uso geral, muito utilizada, e especialmente adequada para o desenvolvimento web e que pode ser embutida dentro do HTML. O PHP foi criado em 1995, por Rasmus Lerdorf, sendo inicialmente um pacote CGI para substituir os Scripts Perl. O PHP permitia, inicialmente, os programadores criarem aplicativos simples para a web. (MELONI, 2000, p.2). O criador então disponibilizou o código fonte do PHP para usuários poderem aperfeiçoar e melhorar o código, adicionando funções e corrigindo eventuais problemas. O que distingue o PHP de algo como o JavaScript no lado do cliente é que o código é executado no servidor, gerando o HTML que é então enviado para o cliente. O cliente recebe os resultados da execução desse script, mas não sabe qual era o código fonte. O PHP pode ser utilizado na maioria dos sistemas operacionais, incluindo Linux, várias variantes do Unix (incluindo HP-UX, Solaris e OpenBSD), Microsoft Windows, Mac OS X, RISC OS e provavelmente outros. O PHP também é suportado pela maioria dos servidores web atualmente. Isso inclui o Apache, o IIS e muitos outros. Também qualquer servidor web que pode utilizar o binário FastCGI do PHP, como o lighttpd e o nginx. A linguagem trabalha tanto como módulo quanto como um processador CGI. (MELONI, 2000, p.5).

23

2.1.6 CSS Cascading Style Sheets (CSS) é uma "folha de estilo" composta por “camadas” e utilizada para definir a apresentação (aparência) em páginas da internet que adotam para o seu desenvolvimento linguagens de marcação (como XML, HTML e XHTML). O CSS define como serão exibidos os elementos contidos no código de uma página da internet e sua maior vantagem é efetuar a separação entre o formato e o conteúdo de um documento. É o “responsável pelo aspecto da página, pelo layout, mas não somente isso. Ele nasceu também com outra responsabilidade: garantir acessibilidade, tanto para máquinas como para pessoas. Isso quer dizer que ele veio para agilizar a leitura das páginas web pelos navegadores e também facilitar a vida de usuários com necessidades especiais ou não.”(GOMES, 2010, p.11).

2.1.7 MySQl Workbench 6.0 Liberado ao público no final de 1996, o MySQl é um software gerenciador de dados que atende às necessidades independendo de qual sistema operacional se está utilizando. Para Milani (2007, p. 22): O MySQL é um servidor e gerenciador de banco de dados (SGBD) relacional, de licença dupla (sendo uma delas de software livre), projetado inicialmente para trabalhar com aplicações de pequeno e médio portes, mas hoje atendendo a aplicações de grande porte e com mais vantagens do que seus concorrentes.

A linguagem utilizada para a manipulação, definição, controle, transação e consulta desses dados é a SQL (Structured Query Language ou Linguagem de Consulta Estruturada). Alguns dos principais comandos dessa linguagem para manipulação de dados são: INSERT (inserção), SELECT (consulta), UPDATE (atualização), DELETE (exclusão). A SQL possibilita ainda a criação de relações entre tabelas e o controle do acesso aos dados.

24

3

DESENVOLVIMENTO O desenvolvimento do sistema IFControl foi organizado através de

cronogramas nos quais as tarefas eram descritas e estabelecidas para serem entregues a determinados prazos. Os passos do desenvolvimento foram os seguintes:  Criação da Interface gráfica geral do sistema;  Análise dos Requisitos;  Modelagem do sistema;  Implantação das funcionalidades;  Modificações necessárias nas funcionalidades. No decorrer do desenvolvimento do sistema foram criadas versões, que eram compartilhas e testadas pelos membros da equipe. Assim, contribuindo com a redução de erros que poderiam comprometer suas funções. Também, eram realizadas reuniões presencias toda semana e reuniões online todos os dias (pelo menos 30 min por dia) a fim de discutir e decidir os próximos passos.

3.1

ESPECIFICAÇÃO DE REQUISITOS O processo de levantar, analisar, documentar, gerenciar e controlar a

qualidade dos requisitos é chamado de Engenharia de Requisitos. Os Requisitos possuem importante papel para melhor compreensão das funcionalidades do sistema – tanto de uma forma geral quanto de uma forma mais específica. Tais requisitos são classificados em funcionais e não funcionais. Requisitos não funcionais descrevem restrições sobre os serviços ou funções oferecidos pelo sistema (SOMMERVILLE, 2007), como por exemplo: interface simples, segurança, desempenho, ajuda online/off-line, dentre outros. Requisitos funcionais de um sistema são declarações de serviços que o sistema deve prover, descrevendo o que o sistema deve fazer (SOMMERVILLE, 2007). De forma geral, podem ser cálculos, detalhes técnicos, manipulação de dados e de processamento e outras funcionalidades específicas que definem o que um sistema, idealmente, será capaz de realizar.

25

Os requisitos funcionais do IFControl, são: gerenciamento de usuário, disciplina, curso, turma, professor e horário; autenticação de usuário; realizar controle de frequência de docentes; e gerar relatório. A tabela abaixo descreve os requisitos Realizar Controle, Gerenciar Controle e Gerar Relatório. Os demais requisitos do IFControl se encontram no Apêndice A. Tabela 1 – Requisitos Funcionais do IFControl

Caso de uso associado: RF 013 – Realizar Controle Descrição: Este caso de uso descreve como o administrador realiza um controle. Pré-Condições: O caso de uso tem como pré-condição haver um administrador previamente cadastrado e identificado no sistema. Este deve estar na tela de realizar controle e escolher a turma que deseja. Depois, será redirecionado para uma página, onde deverá preencher os dados que são requeridos para realização do controle. Sucesso: Será redirecionado para uma página, onde estará exibida a mensagem: “Controle realizado com sucesso!”. O registro do controle será armazenado na base de dados do sistema. O ator poderá optar em realizar um novo controle ou visualizar os controles já cadastrados, clicando nos botões que serão exibidos. Falha: A mensagem exibida será: “Não foi possível realizar o controle!”. O ator poderá retornar para a página de realizar controle, clicando o botão de tentar novamente. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa realizar controle, do menu alternativo e seleciona a turma. Fluxo Principal: Usuário Sistema 1. Acessar realizar de controle, no menu alternativo. 2. Selecionar a turma que o controle será atribuído. 3. Preencher as informações do 4. Verificar se os dados foram formulário. preenchidos corretamente ou se ficou algum campo em branco [FS 001]. 5. Realizar controle. Prioridade: Essencial. Frequência: Sempre que houver necessidade para realizar um novo controle para uma determinada turma. Canal: Realizar controle, do menu alternativo.

Caso de uso associado: RF 014 – Gerenciar Controle

26

Descrição: Este caso de uso descreve a possibilidade de gerenciar (listar ou remover) dados dos controles armazenados no sistema. Pré-Condições: O ator deve estar cadastrado no sistema e ter a permissão de Administrador. Ele deve estar na tela de controles realizados, localizada na página inicial. Sucesso: Em caso de exclusão, o controle selecionado será excluído. O ator será redirecionado para uma página, onde será exibida a mensagem: “Controle deletado com êxito!”. O ator poderá clicar voltar, clicando no botão que será exibido. Falha: Em caso de falhas, a mensagem será: “Não foi possível excluir!”. O ator poderá retornar, clicando no botão que será exibido. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa a página Controles realizados, da página inicial. Fluxo Principal: Usuário Sistema 1. Acessar o diretório de controles realizados. 2. Visualizar e selecionar o controle, em 3. Excluir o controle secionado do caso de exclusão. banco de dados. Prioridade: Essencial. Frequência: Sempre que houver necessidade de listar ou remover algum controle. Canal: Página Controles realizados.

Caso de uso associado: RF 015 – Gerar Relatório. Descrição: Este caso de uso descreve como um administrador ou diretor acadêmico extrai relatório de controles. Pré-Condições: A pré-condição para a realização desse caso de uso é o administrador ou diretor acadêmico ser identificado no sistema, e que se tenha a quantidade de controles cadastrados suficientes para gerar relatório. Sucesso: A saída desse caso de uso será a disponibilização, na tela com possibilidade de impressão, do relatório com os dados do controle cadastrado. Falha: Caso contrário o sistema continuará no estado inicial, na tela gerar relatório, mostrando uma mensagem ao usuário sugerindo uma nova tentativa. Ator: Administrador ou Diretor Acadêmico. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa a página relatórios, do menu alternativo. Fluxo Principal: Usuário Sistema 1. Selecionar a turma que se deseja 2. Dar acesso aos dados do(s) visualizar as informações dos controles. controle(s) 3. Clicar no botão de gerar relatório, se 4. Carregar as informações cadastradas desejar fazer o download das em um arquivo PDF. informações. Prioridade: Essencial.

27

Frequência: Sempre que o administrador ou diretor acadêmico achar necessário gerar relatórios. Canal: Botão gerador do relatório, da tela relatórios. Fonte: elaborado pelos autores.

3.2

MODELAGEM DOS REQUISITOS

A modelagem do sistema IFControl – importante para que se compreenda mais detalhadamente os requisitos do mesmo – foi feita com o auxílio da UML (Unified Modeling Language ou Linguagem de Modelagem Unificada) que tem o intuito de, através dessas várias visões oferecidas pelos diagramas, possibilitar a detecção de riscos e erros que podem ser tratados antes da implementação. 3.2.1 Diagrama de Classe O diagrama de classe visa descrever – de forma bem mais clara que o diagrama de caso de uso – as classes com seus atributos e suas elações. Tem como objetivo apresentar as funcionalidades e serviços do sistema de forma mais específica, através do tipo de domínio do sistema. Segundo Silva (2007): Um diagrama de classes é um modelo fundamental de uma especificação orientada a objetos. Produz a descrição mais próxima da estrutura do código de um programa, ou seja, mostra o conjunto de classes com seus atributos e métodos e os relacionamentos entre classes. Classes e relacionamentos constituem os elementos sintáticos básicos do diagrama de classes.

O diagrama abaixo se refere ao domínio do IFControl, no qual as classes Professor, Disciplina e Turma estão diretamente relacionadas ao Horário, e Usuário é a classe que terá acesso a todas as outras. Como é observado, nessas classes estão descritos os atributos e métodos de cada uma.

28 Figura 5 – Diagrama de Classe do IFControl

Fonte: elaborado pelos autores.

3.2.2 Diagrama de Caso de Uso O diagrama de caso de uso é uma forma de representar graficamente as tarefas efetuadas pelos atores determinados. O diagrama especifica se esses casos de uso estão relacionados ou não, ou seja, se são dependentes um dos outros, ou vice-versa. Para construir um diagrama de caso de uso é necessário identificar os atores (humanos ou não) e os casos de usos, como também as relações entre eles. Tem como objetivo apresentar as funcionalidades e serviços do sistema de forma geral, através da perspectiva do usuário. O diagrama abaixo se refere ao domínio do IFControl, e está representando os dois atores (Administrador e Diretor Acadêmico) ligados às suas respectivas

tarefas

no

sistema.

A

expressão

“gerenciar”

abrange

cadastramento, a alteração e a listagem da funcionalidade em questão.

o

29

Figura 6 – Diagrama de Caso de Uso do IFControl

Fonte: elaborado pelos autores

3.2.3 Diagrama de Atividade O diagrama de atividade (que é muito semelhante a um fluxograma) tem a finalidade de mostrar as etapas para se conseguir realizar um determinado método. Um de seus principais elementos é o Ponto de Decisão (representado por um losango) que, como o próprio nome já insinua, possibilita criar condições para seguir determinados fluxos. O Diagrama de Atividade se preocupa em descrever os passos a serem percorridos para a conclusão de uma atividade específica, muitas vezes representada por um método com um certo grau de complexidade, podendo, no entanto, modelar um processo completo (GUEDES, 2007).

Diferentemente dos Diagramas de Classe e de Caso de Uso, cada Diagrama de Atividade descreve um método do sistema e não o domínio como um todo em único diagrama. Abaixo serão apresentados três métodos do sistema IFControl, que foram representados por esse diagrama. O diagrama do requisito funcional Realizar Controle (figura 7) apresenta que, para executar essa tarefa é necessário acessar a página de Realizar Controle – presente no menu –, selecionar a turma, e preencher o formulário que será mostrado após o redirecionamento da página. Dependendo da situação

30

(presença, ausência ou aula extra) será salva essa informação e finalizado o processo. Figura 7 – Diagrama de Atividade do método “Realizar Controle de presença de Docentes” do IFControl

Fonte: elaborado pelos autores.

O diagrama do requisito funcional Cadastrar Horário (figura 8) apresenta que para executar essa tarefa é necessário acessar a página de Cadastrar Horário e preencher o formulário; os dados serão verificados. Caso os dados estejam incorretos, será retornada uma mensagem de erro e a sugestão de uma nova tentativa. Caso os dados estejam corretos, o cadastro será finalizado.

31 Figura 8 – Diagrama de Atividade do método “Cadastrar Horário” do IFControl

Fonte: elaborado pelos autores.

O diagrama do requisito funcional Editar Usuário (figura 9) apresenta que para executar essa tarefa é necessário acessar a página de listar usuários. Após selecionar usuário, será possível removê-lo (após confirmação) ou simplesmente atualizar informações. Se for optado por essa segunda opção, será necessário preencher o formulário com as alterações desejadas. Os dados serão verificados e, se corretos, após a confirmação, a atualização será finalizada; caso contrário, o usuário poderá retornar para a página e tentar atualizar novamente.

32 Figura 9 – Diagrama de Atividade do método “Editar Usuário” do IFControl

Fonte: elaborado pelos autores.

3.3

O IFControl

O sistema IFControl é baseado no controle de gestão de aula dos docentes. Ele acompanha a assiduidade dos docentes, fornecendo relatórios. Essa ferramenta possibilita mudanças na prestação dos serviços das escolas, delineando de forma padronizada e confiável, garantindo o armazenamento e acesso confiável as informações dos atores.

3.3.1 Página Inicial A página inicial do sistema disponibilizará, além de menu e submenus, a opção de visualizar os controles já realizados (uma espécie de histórico) e a ferramenta “Ajuda” que auxiliará o Administrador na utilização do IFControl. Essa

33

ferramenta descreve o passo a passo para realização de alguma atividade dentro do sistema, como por exemplo, cadastrar horário. Figura 10 - Página Inicial visível ao Usuário Administrador

Fonte: elaborado pelos autores. Figura 11 - Página Inicial visível ao Usuário Diretor Acadêmico

Fonte: elaborado pelos autores.

34

3.3.2 Cadastrar Horário A página Cadastrar Horário (visível apenas ao Usuário do tipo Administrador) disponibiliza o formulário que pede obrigatoriamente o preenchimento do campo Turma, e abaixo os horários que serão preenchidos com o Professor e sua Disciplina, respectivamente. Figura 12 - Página de Cadastrar Horário visível ao Usuário Administrador

Fonte: elaborado pelos autores.

3.3.3 Realizar Controle A página Realizar Controle, também disponível apenas ao Usuário do tipo Administrador, disponibiliza o horário da turma selecionada, e os campos necessários para que a atividade desejada seja realizada.

35

Figura 13 - Página de Realizar Controle visível ao Usuário Administrador

Fonte: elaborado pelos autores.

3.3.4 Relatório A página Relatório, como o próprio nome já diz, exibe os relatórios de acordo com os controles – de frequência dos docentes – já realizados. Esses relatórios estarão disponíveis para ambos os atores do sistema (Administrador e Diretor Acadêmico) e constarão as informações de presenças, ausências, aulas extras, aulas ministradas e aulas pendentes (de acordo com a carga horária prevista) correspondentes aos professores e suas respectivas disciplinas em determinada turma.

36

Figura 14 - Página de Ver Relatório visível ao Usuário Administrador

Fonte: elaborado pelos autores.

Figura 15 - Página de Ver Relatório visível ao Usuário Diretor Acadêmico

Fonte: elaborado pelos autores.

37

4

CONSIDERAÇÕES FINAIS Um sistema para o controle de docentes se faz muito importante para uma

instituição de ensino, devido a facilidade de gerenciamento de dados com agilidade e segurança. O desenvolvimento do IFControl foi iniciado com o intuito de otimizar as atividades de registro de frequência, trazendo assim mais agilidade ao trabalho realizado. E considerando esse objetivo, os desenvolvedores do IFControl entendem que, como previsto, o sistema tornou o processo de controle mais ágil e seguro, cumprindo assim tal objetivo. Apesar de todos os benefícios oferecidos, é importante salientar que o mesmo não está totalmente isento de falhas, pois essas podem aparecer em algum momento de sua utilização, como por exemplo, os possíveis problemas na rede ou falhas na conexão com a internet, que deixarão o sistema inacessível. Algumas dificuldades foram encontradas durante o desenvolvimento e implementação do IFControl, pois devido os desenvolvedores ainda estarem em processo de conclusão o curso técnico, muitas vezes foram precisos alguns intervalos na realização do sistema, além da adaptação ao sistema novo, por parte dos atores, que substituía a antiga forma de realizar o controle de frequência de docentes da instituição. Ao

fim

da

realização

desse

projeto,

espera-se

por

parte

dos

desenvolvedores que ele possa continuar suprindo ao máximo as necessidades dos funcionários do setor administrativo do IFRN – Campus Caicó, facilitando o monitoramento de frequências.

38

5

SUGESTÕES PARA TRABALHOS FUTUROS Melhorias e mudanças no sistema IFRCONTROL são possibilidades não

descartadas, pois assim como ocorre em diversos sistemas existentes, podem ocorrer também nele, futuros problemas que necessitarão de atualizações, modernizações ou upgrades. Essas atualizações e melhorias poderão ser realizadas por próprios alunos observando as necessidades de melhorias a serem feitas no sistema, procurando uma forma de torná-lo simples e eficaz como até então está sendo. Algumas das possibilidades de melhorias são: 

Refatoramento do banco de dados do sistema;



Ajustes nas consultas;



Inserção da funcionalidade Redefinir Senha;



Inserção da funcionalidade Cadastrar tipo de usuário, possibilitando novos níveis de acesso.

39

REFERÊNCIAS Brasil. Lei no 6.182, de 11 de dezembro de 1974.

Fixa

a

retribuição

do

Grupo-Magistério do Serviço Civil da União e das Autarquias Federais, e dá outras providências. Brasília: Presidência da República Subchefia para Assuntos

Jurídicos.

1974.

Disponível

em

URL:

Acesso em: 30 set. 2014.

Brasil. Lei no 9.394, de 20 de dezembro de 1996. Lei de Diretrizes e Bases da Educação Nacional. Diário Oficial da União, Brasília, DF, 24 dez. 1996. Disponível

em

.

URL: Acesso

em: 30 set. 2014.

COSTA, Cynthia; BERNARDINO, Juliana. Lugar de professor é na sala de aula. 2014.

Disponível

em:

. Acesso em: 30 set. 2014.

GOMES, Ana Laura. XHTML/CSS: Criação de páginas web. São Paulo: Editora Senac São Paulo, 2010. 202 p. il. ISBN 978-85-396-0001-4. MELONI, Julie C.. FUNDAMENTOS DE PHP. Rio de Janeiro: Editora Ciência Moderna Ltda., 2000. 352 p. il. ISBN 85-7393-090-X.

MILANI, André. MySQL: Guia do Programador. São Paulo: Novatec, 2007. 400 p. il. ISBN 85-7522-103-5.

PRESSMAN, Roger . S. Engenharia de Software. 6. ed. São Paulo: McGraw-Hill, 2006. PRESSMAN, Roger. S. Engenharia de Software. 7. ed. São Paulo: AMGH, 2011, 780 p. il. ISBN 978-85-63308-33-7.

40

SILVA, Maurício Samy. Construindo sites com CSS e (X)HTML. São Paulo: Novatec, 2008. 446 p. il. ISBN 978-85-7522-139-6. SILVA, Maurício Samy. JAVASCRIPT: guia do programador. São Paulo: Novatec, 2010. 608 p. il. ISBN 978-85-7522-248-5. SILVA, Maurício Samy. JQUERY: a biblioteca do programador JavaScript. 2. ed. São Paulo: Novatec, 2010. 544 p. il. ISBN: 978-85-7522-237-9.

SILVA, R. P. e. UML 2 em Modelagem Orientada a Objetos. Florianópolis: Visual Books, 2007.

SOMMERVILLE, I. Engenharia de software. São Paulo: Pearson, 2007.

41

APÊNDICE A – REQUISITOS FUNCIONAIS

Caso de uso associado: RF 001 - Cadastrar Usuário. Descrição: O administrador cadastra o outro ator, como administrador e diretor acadêmico. Pré-Condições: O caso de uso tem como pré-condição haver um administrador previamente cadastrado e identificado no sistema. Este deve estar na tela de formulários para cadastro de usuário, os quais devem ser preenchidos com os dados que são requeridos para a adição de um novo usuário. Sucesso: O ator será redirecionado para outra página, onde estará exibida a mensagem: “Usuário cadastrado com sucesso!”. Os dados fornecidos serão cadastrados na base de dados do sistema. O ator poderá optar em retornar para a página de cadastro ou visualizar os usuários anteriormente cadastrados, bastando clicar em um dos botões que serão exibidos. Falha: Em caso de falha, a mensagem exibida será: “Não foi possível realizar o cadastro!”. A partir disso, o ator poderá optar em retornar para a página de cadastro ou visualizar os usuários anteriormente cadastrados, bastando clicar em um dos botões que serão exibidos. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema, acessa o sub-menu de gerenciar usuário, do menu alternativo, e clica no botão “Cadastrar Usuário?”. Fluxo Principal: Usuário 1. Acessar o sub-menu

Sistema de gerenciar

usuário e clicar no botão “Cadastrar Usuário?”. 2. Preencher os campos do formulário.

3.

Verificar

se

os

dados

foram

preenchidos corretamente ou se ficou algum campo em branco [FS 001]. 4. Confirmar cadastro de ator (usuário). Fluxo secundário:

42

FS 001 – Erro na validação do formulário Usuário

Sistema 1. O sistema continua na página e exibe uma mensagem de erro, sugerindo que se preencham os campos obrigatórios e com formato correto.

Prioridade: Essencial. Frequência: Sempre que necessitar cadastrar um usuário no sistema. Canal: Botão “Cadastrar Usuário?”.

Caso de uso associado: RF 002 – Gerenciar Usuário. Descrição: Este caso de uso descreve a possibilidade de gerenciar (editar, listar ou remover) dados de um usuário armazenado no sistema. Pré-Condições: O ator deve ter a permissão de administrador e estar identificado no sistema. O usuário deve estar cadastrado no sistema. Caso seja uma alteração, deve clicar no ícone “Alterar” que se encontra na mesma linha que contém as informações do usuário que se deseja alterar, que redirecionará para a página de alteração, e então deverá preencher somente o campo que deseja modificar. Caso seja uma exclusão, deve clicar no ícone “Excluir” que se encontra na mesma linha que contém as informações do usuário que se deseja remover. Sucesso: Caso existam dados para serem listados, esses serão apresentados de forma organizada em uma tabela. Caso seja feitas alterações do registro do usuário, elas serão armazenadas na base de dados do sistema e será mostrada a mensagem de sucesso “Usuário alterado com sucesso”. Se for uma remoção, a mensagem será “Usuário removido com sucesso”. Falha: Caso não existam dados para serem listados, o sistema não exibirá nada. Caso seja uma alteração, o sistema exibirá “Usuário não foi alterada com sucesso”. Se for uma remoção, a mensagem será “Não foi possível remover usuário”. Ator: Administrador.

43

Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa o sub-menu de gerenciar usuário, do menu alternativo. Fluxo Principal: Usuário

Sistema

1. Acessar o diretório dos usuários cadastrados. 2. Digitar campos necessários para a localização do usuário específico. 3. Gerenciar os dados do usuário.

4. Armazenar o documento no banco de dados do sistema.

Prioridade: Essencial. Frequência: Sempre que houver necessidade de editar, listar ou remover o cadastro de um usuário. Canal: Sub-menu de gerenciar usuário, do menu alternativo.

Caso de uso associado: RF 003 – Cadastrar Turma. Descrição: Este caso de uso permitirá ao administrador cadastrar uma nova turma no banco de dados do sistema. Pré-Condições: O caso de uso tem como pré-condição haver um administrador previamente cadastrado e identificado no sistema. Este deve estar na tela de formulários para cadastro de usuário, os quais devem ser preenchidos com os dados que são requeridos para a adição de um novo usuário. Sucesso: O ator será redirecionado para outra página, onde estará exibida a mensagem: “Turma cadastrada com sucesso!”. Os dados fornecidos serão cadastrados na base de dados do sistema. O ator poderá optar em retornar para a página de cadastro ou visualizar as turmas anteriormente cadastradas, bastando clicar em um dos botões que serão exibidos. Falha: Em caso de falha, a mensagem exibida será: “Não foi possível realizar o cadastro!”. A partir disso, o ator poderá optar em retornar para a página de

44

cadastro ou visualizar as turmas anteriormente cadastradas, bastando clicar em um dos botões que serão exibidos. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa o sub-menu gerenciar turma, do menu alternativo, e clica no botão “Cadastrar Turma?”. Fluxo Principal: Usuário 1. Acessar o sub-menu

Sistema de gerenciar

turma e clicar no botão “Cadastrar Turma?”. 2. Digitar os dados da turma.

3.

Verificar

se

os

dados

foram

preenchidos corretamente ou se ficou algum campo em branco [FS 001]. 4. Cadastrar turma no banco de dados. Prioridade: Essencial. Frequência: Sempre que necessitar cadastrar uma turma. Canal: Botão “Cadastrar Turma?”.

Caso de uso associado: RF 004- Gerenciar Turma. Descrição: Este caso de uso descreve a possibilidade de gerenciar (editar, listar ou remover) dados de uma turma ao usuário armazenado no sistema. Pré-Condições: O ator deve ter a permissão de administrador e estar identificado no sistema. A turma deve estar cadastrada no sistema. Caso seja uma alteração, deve clicar no ícone “Alterar” que se encontra na mesma linha que contém as informações da turma o que se deseja alterar, que redirecionará para a página de alteração, e então deverá preencher somente o campo que deseja modificar. Caso seja uma exclusão, deve clicar no ícone “Excluir” que se encontra na mesma linha que contém as informações da turma que se deseja remover. Sucesso: Caso existam dados para serem listados, esses serão apresentados de forma organizada em uma tabela. Caso seja feitas alterações do registro da

45

turma, elas serão armazenadas na base de dados do sistema e será mostrada a mensagem de sucesso “Turma alterada com sucesso”. Se for uma remoção, a mensagem será “Turma removida com sucesso”. Falha: Caso não existam dados para serem listados, o sistema não exibirá nada. Caso seja uma alteração, o sistema exibirá “Turma não foi alterada com sucesso”. Se for uma remoção, a mensagem será “Não foi possível remover Turma”. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema, acessa o sub-menu

de gerenciar turma, do menu

alternativo. Fluxo Principal: Usuário

Sistema

1. Acessar o diretório das turmas cadastradas. 2. Digitar campos necessários para a localização da turma específica. 3. Gerenciar os dados da turma.

4. Armazenar o documento no banco de dados do sistema.

Prioridade: Essencial. Frequência: Sempre que houver necessidade de editar, listar ou remover o cadastro de uma turma. Canal: Sub-menu gerenciar turma, do menu alternativo.

Caso de uso associado: RF 005 - Cadastrar Professor Descrição: Este caso de uso descreve como o Administrador cadastra um professor. Pré-Condições: O caso de uso tem como pré-condição haver um Administrador previamente cadastrado e identificado no sistema. Este deve estar na tela de cadastro de professor, o qual deverá preencher com os dados que são requeridos para a adição de um novo professor.

46

Sucesso: O ator será redirecionado para outra página, onde estará exibida a mensagem: “Professor cadastrado com sucesso!”. Os dados fornecidos serão cadastrados na base de dados do sistema. O ator poderá optar em retornar para a página de cadastro ou visualizar os professores anteriormente cadastrados, bastando clicar em um dos botões que serão exibidos. Falha: Em caso de falha, a mensagem exibida será: “Não foi possível realizar o cadastro!”. A partir disso, o ator poderá optar em retornar para a página de cadastro ou visualizar os professores anteriormente cadastrados, bastando clicar em um dos botões que serão exibidos. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema, acessa o sub-menu de gerenciar professor, do menu alternativo, e clica no botão “Cadastrar Professor?”. Fluxo Principal: Usuário 1. Acessar o sub-menu

Sistema de gerenciar

professor e clicar no botão “Cadastrar Professor?”. 2. Digitar os dados do professor.

3.

Verificar

se

os

dados

foram

preenchidos corretamente ou se ficou algum campo em branco [FS 001]. 4. Cadastrar professor. Prioridade: Essencial. Frequência: Sempre que houver necessidade para o cadastro de um novo professor. Canal: Botão “Cadastrar Professor?”.

Caso de uso associado: RF 006 – Gerenciar Professor. Descrição: Este caso de uso descreve a possibilidade de gerenciar (editar, listar ou remover) dados de professores armazenados no sistema.

47

Pré-Condições: O ator deve ter a permissão de administrador e estar identificado no sistema. O professor deve estar cadastrado no sistema. Caso seja uma alteração, deve clicar no ícone “Alterar” que se encontra na mesma linha que contém as informações do professor que se deseja alterar, que redirecionará para a página de alteração, e então deverá preencher somente o campo que deseja modificar. Caso seja uma exclusão, deve clicar no ícone “Excluir” que se encontra na mesma linha que contém as informações do professor que se deseja remover. Sucesso: Caso existam dados para serem listados, esses serão apresentados de forma organizada em uma tabela. Caso seja feitas alterações do registro do professor, elas serão armazenadas na base de dados do sistema e será mostrada a mensagem de sucesso “Professor alterado com sucesso”. Se for uma remoção, a mensagem será “Professor removido com sucesso”. Falha: Caso não existam dados para serem listados, o sistema não exibirá nada. Caso seja uma alteração, o sistema exibirá “Professor não foi alterado com sucesso”. Se for uma remoção, a mensagem será “Não foi possível remover professor”. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa o sub-menu de Gerenciar Professor, do menu alternativo. Fluxo Principal: Usuário

Sistema

1. Acessar o diretório de professores cadastrados. 2. Clicar na operação desejada no professor procurado. 3. Gerenciar os dados do professor.

4. Armazenar a alteração ou remover a informação do banco de dados do sistema.

Prioridade: Essencial. Frequência: Sempre que houver necessidade de editar, listar ou remover o cadastro de um professor. Canal: Sub-menu de Gerenciar Professor, do menu alternativo.

48

Caso de uso associado: RF 007 – Cadastrar Disciplina. Descrição: Este caso de uso descreve como o Administrador cadastra uma disciplina no sistema. Pré-Condições: O caso de uso tem como pré-condição haver um Administrador previamente cadastrado e identificado no sistema. Este deve estar na tela de cadastro de disciplina, onde deverá preencher com os dados que são requeridos para a adição de uma nova disciplina. Sucesso: O ator será redirecionado para outra página, onde estará exibida a mensagem: “Disciplina cadastrada com sucesso!”. Os dados fornecidos serão cadastrados na base de dados do sistema. O ator poderá optar em retornar para a página de cadastro ou visualizar as disciplinas anteriormente cadastradas, bastando clicar em um dos botões que serão exibidos. Falha: Em caso de falha, a mensagem exibida será: “Não foi possível realizar o cadastro!”. A partir disso, o ator poderá optar em retornar para a página de cadastro ou visualizar as disciplinas anteriormente cadastradas, bastando clicar em um dos botões que serão exibidos. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema, acessa o sub-menu de gerenciar disciplina, do menu alternativo, e clica no botão “Cadastrar Disciplina?”. Fluxo Principal: Usuário 1. Acessar o sub-menu

Sistema de gerenciar

disciplina e clicar no botão “Cadastrar Disciplina?”. 2. Digitar os dados da disciplina.

3.

Verificar

se

os

dados

foram

preenchidos da forma exigida ou se ficou algum campo em branco [FS 001]. 4. Cadastrar disciplina. Prioridade: Essencial.

49

Frequência: Sempre que houver necessidade para o cadastro de uma nova disciplina. Canal: Botão “Cadastrar Disciplina?”.

Caso de uso associado: RF 008 – Gerenciar Disciplina. Descrição: Este caso de uso descreve como possibilidade de gerenciar (editar, listar ou remover) dados de uma disciplina armazenada no sistema. Pré-Condições: O ator deve ter a permissão de Administrador e estar identificado no sistema. A disciplina deve estar cadastrada no sistema. Caso seja uma alteração, deve clicar no ícone “Alterar” que se encontra na mesma linha que contém as informações da disciplina que se deseja alterar, que redirecionará para a página de alteração, e então deverá preencher somente o campo que deseja modificar. Caso seja uma exclusão, deve clicar no ícone “Excluir” que se encontra na mesma linha que contém as informações da disciplina que se deseja remover. Sucesso: Caso existam dados para serem listados, esses serão apresentados de forma organizada em uma tabela. Caso seja feitas alterações do registro da disciplina, elas serão armazenadas na base de dados do sistema e será mostrada a mensagem de sucesso “Disciplina alterada com sucesso”. Se for uma remoção, a mensagem será “Disciplina removida com sucesso”. Falha: Caso não existam dados para serem listados, o sistema não exibirá nada. Caso seja uma alteração, o sistema exibirá “Disciplina não foi alterada com sucesso”. Se for uma remoção, a mensagem será “Não foi possível remover disciplina”. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa o sub-menu de gerenciar disciplina através do menu alternativo. Fluxo Principal: Usuário 1. Acessar o diretório de disciplinas cadastradas.

Sistema

50

2. Clicar na operação desejada na disciplina procurada. 3. Gerenciar os dados da disciplina.

4. Armazenar a alteração ou remover a informação do banco de dados do sistema.

Prioridade: Essencial. Frequência: Sempre que houver necessidade editar, listar ou remover o cadastro de uma disciplina. Canal: Sub-menu gerenciar disciplina, do menu alternativo.

Caso de uso associado: RF 009 – Cadastrar Horário. Descrição: Este caso de uso descreve como o Administrador cadastra um horário no banco de dados. Pré-Condições: O caso de uso tem como pré-condição haver um Administrador previamente cadastrado e identificado no sistema. Este deve estar na tela de cadastro de horário, onde deverá preencher com os dados que são requeridos para a adição de um novo horário. Sucesso: O registro do horário será armazenado na base de dados do sistema e será mostrada a mensagem “Cadastro realizado com sucesso” e sugerindo um novo cadastro ou que o administrador veja os horários que já estão cadastrados. Falha: Caso contrário o sistema mostrará uma mensagem de erro “Não foi possível realizar cadastro” e sugerindo que o Administrador tente novamente ou que veja os horários que já estão cadastradas. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema, acessa o sub-menu

de gerenciar horário, do menu

alternativo, e clica no botão “Cadastrar Horário?”. Fluxo Principal: Usuário 1. Acessar o sub-menu de cadastro de horário e clicar no botão “Cadastrar

Sistema

51

Horário?”. 2. Digitar os dados do horário.

3. Verificar se ficou algum campo obrigatório em branco [FS 001]. 4. Cadastrar horário.

Prioridade: Essencial. Frequência: Sempre que houver necessidade para o cadastro de um novo horário. Canal: Botão “Cadastrar Horário?”.

Caso de uso associado: RF 010 – Gerenciar Horário. Descrição: Este caso de uso descreve como possibilidade de gerenciar (editar, listar ou remover) dados de um horário armazenado no sistema. Pré-Condições: O ator deve ter a permissão de Administrador e estar identificado no sistema. O horário deve estar cadastrado no sistema. Caso seja listagem, deve selecionar a turma a qual pertence o horário desejado. Caso seja uma alteração, deve clicar no link “Alterar Horário” que se encontra na página em que está o horário selecionado, que redirecionará para a página de alteração, e então deverá preencher somente o campo que deseja modificar. Caso seja uma exclusão, deve clicar no link “Remover horário” que se encontra na página em que está o horário selecionado. Sucesso: Caso exista horário a ser mostrado da turma selecionada, esse será apresentado de forma organizada em uma tabela. Caso sejam feitas alterações do registro do horário, elas serão armazenadas na base de dados do sistema e será mostrada a mensagem de sucesso “Horário alterado com sucesso”. Se for uma remoção, a mensagem será “Horário removido com sucesso”. Falha: Caso não exista horário da turma selecionada, o sistema exibirá “Não há horário para a turma selecionada”. Caso seja uma alteração, o sistema exibirá “Horário não foi alterado com sucesso”. Se for uma remoção, a mensagem será “Não foi possível remover horário”. Ator: Administrador.

52

Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa o sub-menu de gerenciar horário através do menu alternativo. Fluxo Principal: Usuário

Sistema

1. Acessar o diretório de horários cadastrados. 2. Clicar na operação desejada no horário procurada. 3. Gerenciar os dados do horário.

4. Armazenar a alteração ou remover a informação do banco de dados do sistema.

Prioridade: Essencial. Frequência: Sempre que houver necessidade de editar, listar ou remover o cadastro de um horário. Canal: Sub-menu gerenciar horário, do menu alternativo.

Caso de uso associado: RF 011 – Cadastrar Curso. Descrição: Este caso de uso descreve como o administrador cadastra um curso. Pré-Condições: O caso de uso tem como pré-condição haver um administrador previamente cadastrado e identificado no sistema. Este deve estar na tela de formulários para cadastro de curso, os quais devem ser preenchidos com os dados que são requeridos para a adição de um novo curso. Sucesso: O ator será redirecionado para outra página, onde estará exibida a mensagem: “Curso cadastrado com sucesso!”. Os dados fornecidos serão cadastrados na base de dados do sistema. O ator poderá optar em retornar para a página de cadastro ou visualizar os cursos anteriormente cadastrados, bastando clicar em um dos botões que serão exibidos. Falha: Em caso de falha, a mensagem exibida será: “Não foi possível realizar o cadastro!”. A partir disso, o ator poderá optar em retornar para a página de

53

cadastro ou visualizar os cursos anteriormente cadastrados, bastando clicar em um dos botões que serão exibidos. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema, acessa o sub-menu

de gerenciar turma, do menu

alternativo, e depois clica no botão “Cadastrar Curso?”. Fluxo Principal: Usuário 1. Acessar o sub-menu

Sistema de gerenciar

turma e clicar no botão “Cadastrar Curso?”. 2. Digitar os dados do curso.

3.

Verificar

se

os

dados

foram

preenchidos corretamente ou se ficou algum campo em branco [FS 001]. 4. Cadastrar professor. Prioridade: Essencial. Frequência: Sempre que houver necessidade realizar um novo cadastro de curso. Canal: Botão “Cadastrar Curso?”.

Caso de uso associado: RF 012 – Gerenciar Curso. Descrição: Este caso de uso descreve a possibilidade de gerenciar (editar, listar ou remover) dados de cursos armazenados no sistema. Pré-Condições: O ator deve ter a permissão de administrador e estar identificado no sistema. O curso deve estar cadastrado no sistema. Caso seja uma alteração, deve clicar no ícone “Alterar” que se encontra na mesma linha que contém as informações do curso que se deseja alterar, que redirecionará para a página de alteração, e então deverá preencher somente o campo que deseja modificar. Caso seja uma exclusão, deve clicar no ícone “Excluir” que se encontra na mesma linha que contém as informações do curso que se deseja remover.

54

Sucesso: Caso existam dados para serem listados, esses serão apresentados de forma organizada em uma tabela. Caso seja feitas alterações do registro do curso, elas serão armazenadas na base de dados do sistema e será mostrada a mensagem de sucesso “Curso alterado com sucesso”. Se for uma remoção, a mensagem será “Curso removido com sucesso”. Falha: Em caso de falha, a mensagem exibida será: “Nada foi alterado em Curso!”. A partir disso, o ator poderá retornar para a página de gerenciar os cursos anteriormente cadastrados, clicando no botão que será exibido. Ator: Administrador. Cenário Principal de Sucesso: Este caso de uso começa quando o ator é identificado no sistema e acessa o sub-menu

de gerenciar

turma, do menu

alternativo, e depois clica no botão “Ver cursos cadastrados?”. Fluxo Principal: Usuário

Sistema

1. Acessar o diretório dos cursos cadastrados. 2. Digitar campos necessários para a localização do curso específico. 3. Gerenciar os dados do curso.

4. Armazenar o documento no banco de dados do sistema.

Prioridade: Essencial. Frequência: Sempre que houver necessidade de editar, listar ou remover o cadastro de um curso. Canal: Botão “Ver cursos cadastrados?”.