0

UNIVERSIDADE DO OESTE DE SANTA CATARINA UNOESC UNIDADE CHAPEC

ADRIANO JOSE MESACASA

SISTEMA PARA GERENCIAMENTO DE OPORTUNIDADES DE TRABAHO

CHAPEC, SC 2012

ADRIANO JOSE MESACASA

SISTEMA PARA GERENCIAMENTO DE OPORTUNIDADES DE TRABAHO

Trabalho de Concluso de Curso apresentado ao Curso de Sistema de Informao, rea das Cincias Exatas e da Terra, da Universidade do Oeste de Santa Catarina UNOESC, Unidade de Chapec, como requisito parcial obteno do grau de bacharel em Sistema de Informaes.

Orientador: Carla de Almeida Martins Basso, M.Sc.

Chapec, SC 2012

ADRIANO JOSE MESACASA

SISTEMA PARA GERENCIAMENTO DE OPORTUNIDADES DE TRABAHO

Trabalho de Concluso de Curso apresentado ao Curso de Sistema de Informao da Universidade do Oeste de Santa Catarina UNOESC, Unidade de Chapec, como requisito para obteno do grau de bacharel em Sistema de Informaes.

Aprovada em: 27/11/2012.

BANCA EXAMINADORA

________________________________________________ Prof. Carla de Almeida Martins Basso, M. Sc. UNOESC Unidade de Chapec

________________________________________________ Prof. Cristiano Agosti, M. Sc. UNOESC Unidade de Chapec

________________________________________________ Prof. Jos Luiz Cunha Quevedo, Esp UNOESC Unidade de Chapec

Dedico este trabalho aos meus Heris e fonte de inspirao, pois sem eles isso no seria possvel. Muito obrigado a meu Pai Aldo Mesacasa e minha Me Carmem Mesacasa .

AGRADECIMENTOS

Agradeo minha esposa Dielle Bridi de Souza, pelo apoio, incentivo e compreenso nos momentos de ausncia, minha orientadora que sempre esteve disponvel para ajudar quando e onde fosse necessrio, e a todos que, direta ou indiretamente, ajudaram-me para que esse trabalho fosse realizado.

Cada sonho que voc deixa pra trs, um pedao do seu futuro que deixa de existir. Steve Jobs

RESUMO

O presente trabalho foi elaborado para proporcionar ao SAE - Servio de Apoio ao Estudante da Universidade do Oeste de Santa Catarina, campus de Chapec, uma forma mais simples de alocar os acadmicos no mercado de trabalho e avaliar esse processo, podendo assim ter informaes consistentes para melhorar cada vez mais os servios prestados, usando o contexto Web. O sistema utiliza ferramentas emergentes no mercado de desenvolvimento de software, e contempla o processo completo de desenvolvimento de software. Este trabalho est estruturado, da seguinte forma, inicialmente so apresentados os objetivos, aps o referencial terico estudado para o desenvolvimento do aplicativo, mtodos utilizados e em seguida apresentada a ferramenta disponibilizada juntamente com as tecnologias utilizadas,

Palavras-chave: RH, mercado de trabalho, vagas de emprego, Java, Hibernate, JSF, Spring.

ABSTRACT

The present study was designed to provide the SAE - Student Support Services University of the West of Santa Catarina, Campus Chapec, a simpler way to allocate the academic labor market and evaluate this process and may thereby have consistent information for increasingly improve the services provided, using the Web context The system uses tools emerging market of software development, and includes the complete process of software development. This paper is structured as follows initially presents the goals, after the theoretical study for application development, methods used and then presents the tool provided with the technologies used,

Keywords: HR, job market, job openings, Java, Hibernate, JSF, Spring.

LISTA DE FIGURAS E ILUSTRAES

Figura 1: Formulrio de coleta de dados .................................................................................. 32 Figura 2: Resultado da pesquisa ............................................................................................... 33 Figura 3: Diagrama de Classes ................................................................................................. 41 Figura 5: Vagas Disponveis .................................................................................................... 43 Figura 6: Cadastro de vagas...................................................................................................... 44 Figura 7: Dados gerenciais ....................................................................................................... 45 Figura 8: Mural ......................................................................................................................... 46 Figura 9 : Uso do Spring Security ............................................................................................ 47 Figura 10: Uso do Hibernate .................................................................................................... 47 Figura 11: Uso de JavaServer Faces e Primefaces ................................................................... 48 Figura 12: Login ....................................................................................................................... 54 Figura 13: Tela Inicial .............................................................................................................. 54 Figura 14: Vagas ....................................................................................................................... 55 Figura 15: Cadastro de vagas ................................................................................................... 56 Figura 17: Alterao de senha .................................................................................................. 57 Figura 18: Candidatados as vagas ............................................................................................ 58 Figura 19: Cadastro de idioma ................................................................................................. 59 Figura 20: Cadastro dos Acadmicos ....................................................................................... 59 Figura 21: Meus dados ............................................................................................................. 60 Figura 22: Lista de Currculos .................................................................................................. 60 Figura 23: Tela principal do acadmico ................................................................................... 61 Figura 24: Vagas a liberar ........................................................................................................ 61 Figura 25: Liberar usurio ........................................................................................................ 62 Figura 26: Minhas vagas .......................................................................................................... 62 Figura 27: Fechamento de vaga ................................................................................................ 63 Figura 28: Definies gerais ..................................................................................................... 63 Figura 29: Nvel de formao ................................................................................................... 64 Figura 30: Nvel de conhecimento de idioma........................................................................... 64 Figura 31: Cursos de formao ................................................................................................. 65 Figura 32: Cadastro de funcionrios ......................................................................................... 65 Figura 33: Configurao de email ............................................................................................ 66 Figura 34: Alterar foto .............................................................................................................. 66 Figura 35: Tela inicial para o administrador ............................................................................ 67 Figura 36: Tela inicial agncia ................................................................................................. 67 Figura 37 Impresso do currculo ............................................................................................. 68

SUMRIO

1 INTRODUO .............................................................................................. 11
1.1 OBJETIVOS ....................................................................................................................... 11 1.1.1 Objetivo geral ................................................................................................................. 12 1.1.2 Objetivos especficos ...................................................................................................... 12

2 REVISO DA LITERATURA ..................................................................... 13

2.1 MERCADO DE TRABALHO ........................................................................................... 13 2.2 DIFICULDADE NA COLOCAO DOS ACADMICOS NO MERCADO DE TRABALHO ............................................................................................................................ 13 2.3 EMPRESAS DE RH E GERENCIA DE RECURSOS HUMANOS ................................. 14 2.4 JAVA .................................................................................................................................. 15 2.5 JAVA EE ............................................................................................................................ 16 2.6 SPRING .............................................................................................................................. 16 2.7 HIBERNATE ..................................................................................................................... 17 2.8 JAVASERVER FACES ..................................................................................................... 17 2.9 PRIMEFACES ................................................................................................................... 18 2.10 ORIENTAO A OBJETO (OO) ................................................................................... 18 2.11 UNIFIED MODELING LANGUAGE (UML) OU LINGUAGEM DE MODELAGEM UNIFICADA ............................................................................................................................ 21 2.12 SISTEMA DE BANCO DE DADOS ............................................................................... 23

3 CAMPO OU REA DE ESTUDO ............................................................... 28 4 MTODOS ..................................................................................................... 29

4.1 DELIMITAO DO ESTUDO, MTODOS E TCNICAS DE COLETA DE DADOS 29 4.2 CARACTERIZAO DO ESTUDO ................................................................................ 29 4.3 DEFINIO ACERCA DA POPULAO E DA AMOSTRA ....................................... 30 4.4 TCNICA DE ANLISE E INTERPRETAO DE DADOS ........................................ 30 4.5 QUESTO DE PESQUISA ............................................................................................... 31 4.6 LIMITAES DO ESTUDO ............................................................................................ 31

5 APRESENTAO E ANLISE DOS DADOS .......................................... 32

5.1 FORMULRIO DE PESQUISA ....................................................................................... 32 5.2 RESULTADO DA PESQUISA ......................................................................................... 33 5.3 MODELAGEM .................................................................................................................. 33 5.3.1 REQUISITOS ................................................................................................................ 33

10

5.3.1.1 FUNCIONAIS ............................................................................................................. 34 5.3.1.2 REQUISITOS NO FUNCIONAIS ......................................................................... 39 5.3.1.3REQUISITOS DE INTERFACE ............................................................................... 39 5.3.2 DIAGRAMA DE CLASSES E CONTROLADORES ................................................... 40 5.4 APRESENTAO DO SISTEMA .................................................................................... 43 5.5 TECNOLOGIAS UTILIZADAS ....................................................................................... 46

6 CONSIDERAES FINAIS ........................................................................ 49 REFERNCIAS ................................................................................................ 50 APNDICES ...................................................................................................... 53

11

1 INTRODUO

Com a evoluo da tecnologia, cada vez mais se fazem necessrias solues que garantam uma maior qualidade dos servios e processos. Existem no mercado muitas ferramentas prontas para gerenciamento, porm no atendem s necessidades das empresas, uma vez que as regras de negcio so diferentes das outras. Assim, partiu-se para o desenvolvimento de uma ferramenta que venha a suprir as necessidades do setor. Em todas as reas importante uma ferramenta que permita trabalhar a distncia e em sincronia com as polticas da empresa e que possibilite aos usurios executarem suas tarefas sem estar fisicamente na empresa. Alm disso, essa ferramenta deve possibilitar que os dados possam ser acessados via web, ou estarem disponveis para quem tiver interesse e tambm disponibilizar aos parceiros de negcio. H necessidade de maior controle das ofertas de trabalho que so disponibilizadas pelas empresas da cidade de Chapec e regio aos alunos da Universidade do Oeste Catarinense UNOESC e, para esse fim, pretende-se desenvolver uma ferramenta que venha a suprir a necessidade citada, sendo que sero utilizadas para o desenvolvimento deste projeto tecnologias que esto em ampla expanso como Java EE e frameworks Hibernate, Spring, Java Server Faces (JSF) e Primefaces.

1.1 OBJETIVOS

Nesta sesso apresentado o objetivo geral deste projeto e, aps, os objetivos especficos do trabalho.

12

1.1.1 Objetivo geral

Desenvolver uma ferramenta para gerenciamento de vagas de emprego e currculos para permitir candidaturas s vagas disponveis no mercado de trabalho de Chapec e regio para acadmicos e egressos da UNOESC Unidade de Chapec.

1.1.2 Objetivos especficos

- Criar um portal para disponibilizar ao meio acadmico vagas e currculos existentes no SAE- Servio de Apoio aos Estudantes da UNOESC, Unidade de Chapec. - Disponibilizar s empresas de recrutamento e seleo da cidade de Chapec acesso e interao ao portal SAE para visualizao de vagas de emprego existentes no mercado de trabalho para acadmicos e egressos da UNOESC Unidade Chapec. - Disponibilizar relatrios gerenciais para os gestores da Universidade como indicadores de desempenho de colocao de acadmicos no mercado de trabalho. - Disponibilizar interface para dispositivos de mdia indoor para divulgao em locais definidos pela universidade, que sejam rea de maior circulao de acadmicos, independentemente dos dispositivos.

13

2 REVISO DA LITERATURA

2.1 MERCADO DE TRABALHO

Todos os acadmicos que ingressam na faculdade sonham com o dia de sua formatura, obter o to sonhado diploma e exercer a profisso escolhida, ser um profissional bem

sucedido e reconhecido por todos, mas se esquecem que, para isso, precisam entrar no to temido mercado de trabalho, em um novo mundo. Para Pereira (2011), o mundo est acelerado e com isso vieram muitas mudanas no mercado de trabalho, pois o que acontece que as expectativas em relao ao empregado so cada vez maiores, e s a universidade no est garantindo a empregabilidade, necessrio experincia, idiomas, MBAs, entre outros atributos. Portanto, os empregos e as empresas existem e continuaro existindo, mas, muitas vezes, elas no conseguem encontrar o perfil adequado para determinado cargo ou rea e, sendo assim, so obrigadas a treinar profissionais com o perfil demandado. Para contratar profissionais, as empresas precisam observar alguns pontos de grande importncia a fim de que a vaga seja preenchida com as capacidades exigidas, entre as quais esto desenvoltura, pontos fortes e fracos, habilidades, competncias e conhecimento da linguagem do mercado, explica PEREIRA (2011). Ento, necessrio que o candidato fique sempre atento s possibilidades de aperfeioamento.

2.2

DIFICULDADE NA COLOCAO DOS ACADMICOS NO MERCADO DE TRABALHO

Os acadmicos, aps formao universitria, vm passando grandes dificuldades ao encontrar o to sonhado emprego, sendo que ficam diferenciados daqueles que no foram expostos educao superior. O mercado de trabalho valoriza fortemente a educao superior, embora a falta dessa formao, como vimos no caso das elites dirigentes do pas,

14

no se constitua, de fato, em uma barreira insero neste mesmo mercado.( NUNES ; CARVALHO, 2007.p.10) Existem dificuldades relacionadas entrada de pessoas com ensino superior no mercado de trabalho que, por sua vez, teve grande modificao. Todos buscam pela empresa dos sonhos, mas passam por uma fase em que o emprego formal, estvel, com registro em carteira, est em extino. Para Brazil (2005), preciso mudar a cultura. No Brasil, essa uma coisa muito forte. Voc quer dizer que trabalhador, diz: Eu tenho carteira assinada. Se voc trabalha como free-lancer, a sociedade no te considera trabalhador. E voc mesmo no se considera trabalhador e fica querendo carteira assinada. Segundo Brazil (2005), a Universidade tem um importante papel a desempenhar nesse momento para mudar essa realidade e mentalidade: "Em primeiro lugar, preciso que os professores universitrios tomem conscincia disso (das novas relaes de trabalho existentes na sociedade atual). Eles precisam repensar seus currculos, a sua formao, no em termos do empregado, mas em termos do empreendedor. Precisam atualizar a formao universitria para a conjuntura real que est acontecendo no mundo."

2.3 EMPRESAS DE RH E GERENCIA DE RECURSOS HUMANOS

A rea de gesto de recursos humanos, ou o setor de RH vem passando por muitas mudanas. Para Brock (2006), ela atuou nas empresas durante muito tempo como suporte operacional. Embora algumas organizaes tivessem a gesto de pessoas como componente importante na atividade organizacional - uma vez que essa a rea responsvel pela contratao de pessoas capacitadas, por uma poltica adequada de remunerao, pela avaliao de desempenho, pela higiene e segurana no trabalho, etc., - no havia espao para se pensar em um RH diferente que tivesse mais participao nas estratgias e trouxesse mais valor para a empresa. O ponto chave na transformao da gesto de RH tradicional para a estratgica est na transformao da rea de centro de custos para centro de oportunidades e resultados. Seu papel atual ajudar a organizao a desenvolver as competncias necessrias para responder com sucesso ao mercado. Deve-se focar nos resultados e no mais nas atividades tradicionais, buscar a excelncia organizacional e nada menos que isso, diz BROCK (2006).

15

As decises tomadas pela administrao de RH requerem que estejam integradas ou faam parte de um todo, pois as decises de RH ajudam as empresas a tomarem decises quanto a esses recursos. No h como melhorar seu desempenho sem saber como esto seus resultados, conforme MILKOVICH e BOUDREAU (2000). Percebe-se que o conhecimento organizacional algo muito difcil de reproduzir e, para Brock (2006), dependendo do ramo de negcio do qual a empresa participa, os trabalhadores podem ser os seus ativos mais valiosos. Em um mercado que exige inovao a todo momento, as organizaes precisam de pessoas capazes de pensar, criar, gerar solues. As empresas que conseguirem desenvolver seus funcionrios, torn-los comprometidos e faz-los perceber o seu papel dentro da organizao podero obter resultados bastante favorveis.

2.4 JAVA

Java uma linguagem desenvolvida pela Sun Microsystems, tendo como orientador James Gosling e Bill Joy. Foi projetada para rodar em qualquer plataforma e compilada e interpretada conforme Niemeyer(2000). Hoje uma das tecnologias mais versteis, com eficincia, portabilidade e segurana, uma tima plataforma para o trabalho em rede e, com isso, j atingiu mais de 6,5 milhes de desenvolvedores. Est presente em todos os lugares, seja de computadores pessoais a datacenters, em jogos, telefones e at eletrodomsticos, aponta JAVA (2011). Segundo Java (2011), sua presena j se confirma em mais de 4,5 bilhes de dispositivos, dentre os quais esto 800 milhes de pcs, 2,1 bilhes de dispositivos portteis e celulares e mais de 3,5 bilhes de cartes inteligentes e no fica apenas dentro desses dispositivos, tambm est em outros como impressoras, webcams, terminais lotricos, sistemas de navegao para internet, em alguns eletrodomsticos como geladeira micro-ondas e televises. Os desenvolvedores esto preferindo o Java, pois j foi testado, refinado e ampliado, possui uma ampla comunidade que se dedica, e muito, e a tecnologia mais ampla e ativa do planeta. O software pode ser criado e uma plataforma e pode ser executada praticamente em qualquer outra, podendo ser rodado na web como servios ou no navegador. Podem-se

16

desenvolver aplicaes robustas e com grandes regras de negcio no lado servidor e ser apresentado para o cliente com camada de apresentao integrada s outras tecnologias para que o cliente se sinta em um ambiente agradvel e seguro, diz JAVA (2011).

2.5 JAVA EE

Para a utilizao da plataforma web com Java existe o Java EE, antes denominado Java 2 Platform, Enterprise Edition (J2EE). o padro a ser utilizado quando se desenvolvem aplicaes para rodarem em navegadores. Hoje se encontra na verso 6 e tem grande poder para desenvolvimento de aplicaes corporativas em que se exige o mximo de confiabilidade no sistema. Com a verso 6, vieram algumas melhorias na produtividade, dentre as quais mais POJOs(Plain Old Java Objects), mais anotaes e menos configuraes em XML, conforme ORACLE (2011).

2.6 SPRING

O Spring surgiu da necessidade de Rod Johnson, seu criador, em amenizar os problemas que eram encontrados ao se utilizar o Enterprise JavaBeans (EJB). um framework que d ao usurio as caractersticas dos EJB, mas sem ter que usar os continers EJB. Ele parte do princpio da inverso de controle e a injeo de dependncias explica, GONALVES (2008). O projeto Spring dividido em vrios outros projetos que so: Spring AMQP Spring Android, Spring Batch, Spring BlazeDS, Spring Core, Spring Data, Spring Gemfire, Spring Integration, Spring Mobile, Spring .NET, Spring Roo, Spring Security, Spring Security OAuth, Spring Social, Spring Web Flow, Spring Web Services, diz SPRING (2011).

17

2.7 HIBERNATE

O Hibernate foi desenvolvido com o intuito de ser uma soluo completa para o problema de gerenciamento de dados persistentes em Java e um projeto audacioso. Ele faz um mapeamento objeto/relacional para Java com o banco de dados, fazendo com que o desenvolvedor tenha mais tempo livre para o desenvolvimento da regra de negcio, segundo GONALVES (2008). Ele se adapta aplicao fazendo a comunicao entre ela e o banco de dados e, se, por algum motivo, for preciso trocar o banco de dados da aplicao ser preciso apenas fazer umas pequenas alteraes nas configuraes de conexo. Com as anotaes do hibernate, o desenvolvimento de aplicaes se torna muito mais produtivo, tirando a carga do programador em fazer muitas atividades como desenvolver o banco manual, usando apenas as anotaes em classes POJO. Alm disso, o relacionamento e o banco todo criado e o programador trabalha diretamente com objetos Java.

2.8 JAVASERVER FACES

JavaServer Faces (JSF) um framework de aplicao web que, de acordo com Gonalves (2008), oficial da Sun Microsystems e foi desenvolvido para simplificar o desenvolvimento web, baseado em componentes(component based). Ele torna o desenvolvimento web mais produtivo e simplificado atravs de componentes de interface de usurio (GUI), integrando-se facilmente com as classes de negcio de uma forma muito simples. Sua implantao bastante simplificada, precisando apenas de algumas configuraes em arquivos XLMs. Seu potencial de produtividade muito elevado e podem-se criar aplicaes sofisticadas no lado cliente da aplicao, permite a utilizao de componentes que faz sua visibilidade ficar ainda melhor, omitindo o programador de ficar criando complexos arquivos de formatao para que a aplicao tenha um bom visual, a comunicao com as classes de negcio simples o que deixa o programador visualizar bem o que est acontecendo.

18

2.9 PRIMEFACES

PrimeFaces um pacote de componentes de cdigo aberto e leve para ser usado com JSF 2.0. Possui mais e de 100 componentes prontos para utilizao, o que facilita muito o desenvolvimento da interface que o usurio v e seu visual pode ser facilmente alterado com um novo layout, apenas com a troca de uma linha. Alm disso, os componentes podem ser personalizados, criados e colocados dentro da aplicao e o programador pode desenvolver seus prprios componente para desenvolvimento junto com os que j existem no pacote padro. Em seu portal existe uma amostra de como usar cada componente, dando exemplos prticos de usa aplicao. Possui tambm um kit para desenvolvimento mvel. Com o uso desse pacote, o desenvolvimento do projeto se torna muito mais gil, trazendo rapidez na hora de desenvolver, facilitando para o desenvolvedor e tambm traz um visual mais amigvel para o cliente, explica PRIMEFACES (2011).

2.10 ORIENTAO A OBJETO (OO)

Permitindo que softwares sejam construdos a partir de objetos com determinado comportamento especifico, ou que objetos dem origem a novos objetos, utilizando-se de caractersticas especificas herdadas dos objetos anteriores, em conjunto com as suas prprias caractersticas. As tcnicas de desenvolvimento de softwares orientadas a objeto (OO), nos permitem a criao de sistemas corporativos mais complexos, de forma mais simples, com maior agilidade, flexibilidade, confiabilidade, facilidade de mudanas, menor custo e maior qualidade. (MARTIN etal, 1995). Conforme MARTIN etal (1995), a analise de um sistema orientado a objeto parte da analise dos objetos e os eventos que interagem com esses objetos. Busca se identificar os tipos de objetos, suas caractersticas e operaes que definem o seu comportamento. Projetos de softwares orientados a objeto possuem um grande percentual de reusabilidade de cdigo. As tcnicas de desenvolvimento OO permitiram a evoluo de tecnologias poderosas para o desenvolvimento, com a integrao dos conceitos de OO, com ferramentas CASE (Computer Aided System Engineering), geradores de cdigos, desenvolvimento baseado em

19

repositrios, engenharia de informao, banco de dados orientados a objeto, entre outras. Os softwares passaram a ser produzidos como mquinas, concebidos a partir de componentes reusveis, onde o projetista no precisa conhecer o funcionamento interno dos componentes para poder utiliz-lo. Os projetistas deixaram de pensar em termos de loops, etapas de programas e cdigo procedural e passaram a pensar em uma maneira de acessar e modificar objetos. Onde objetos prontos sero encontrados facilmente, cabendo ao projetista em muitos casos apenas reusar, adaptar ou estender o seu comportamento conforme o necessrio e apropriado. Os analistas passaram a criar diagramas de eventos, dos acionadores e das operaes que influenciam o comportamento e o estado dos objetos. Os responsveis pelo negcio passaram a entender e pensar nas operaes que mudam a maneira de se comportar do objeto. Os bancos de dados tornaram-se mais robustos, ntegros, contendo objetos complexos e controlando o acesso a estes objetos apenas por operaes especificamente definidas. (MARTIN etal, 1995). A utilizao de conceitos OO permite ao desenvolvedor, pensar no desenvolvimento de componentes reutilizveis, mudando a filosofia de trabalho do desenvolvedor, que passa a procurar solues para determinados problemas dos usurios preocupando-se menos com a hierarquia da decomposio funcional da aplicao. Os termos objeto, encapsulamento e herana passam a ser comuns no vocabulrio cotidiano dos desenvolvedores. (FEDELI etal, 2002). PRESSMAN apud FEDELI etal (2002), defini um objeto como sendo uma coisa para a qual voltamos nosso pensamento e aes. Em softwares a criao de objeto baseada na identificao de coisas que interessa ao usurio, com finalidade de utilizao, tornando-se uma abstrao do mundo real em subconjunto de informaes sobre seu comportamento. Onde o usurio pode determinar o objeto e este pode possuir diferentes situaes de estado. Para MARTIN etal (1995), um objeto pode ser definido como sendo as coisas do nosso mundo que demos sentidos e raciocinamos, as quais se aplicam nossos conceitos. Este pode ser real ou abstrato. Na analise e no projeto OO o interesse na estrutura de dados e operaes que definem o comportamento deste objeto. Onde um objeto pode ser composto por outros objetos, que por sua vez tambm podem ser compostos por outros objetos, podendo em alguns casos formar uma estrutura complexa. Os mtodos de um objeto determinam a forma que os dados de um objeto vo ser manipulados, sendo validos apenas para este tipo de objeto, no podendo acessar diretamente a estrutura de dados de outro tipo de objeto.

20

Encapsulamento servem para proteger os dados de um objeto contra adulteraes, ou uso de forma inadequada ou sem permisso. O encapsulamento esconde os detalhes de como uma determinada operao executada, oculta os detalhes da implementao do objeto. Torna-se importante porque separa a maneira como um objeto se comporta de como ele implementado, permitindo que as implementaes do objeto sejam modificadas, sem exigir que quem as use sejam modificados tambm. (MARTIN etal, 1995). Os conceitos de encapsulamento em OO permitem proporcionar restries de acesso a estrutura de dados de um objeto, podendo ser manipulados apenas por mtodos do objeto, que possuem as devidas permisses. Segundo PRESSMAN apud FEDELI etal (2002), o conceito de encapsulamento prope que os objetos sejam auto-suficientes, com o mnimo de interao com os outros objetos da aplicao. Descartando o acesso aos dados doe um objeto por outro objeto de forma direta. Os conceitos de herana em OO permitem o desenvolvimento de novos objetos (objetos filhos) que derivam de um j existente (objetos pais), estendendo a sua estrutura de classe j construda. Onde a classe de objeto chamada de pai passa a sua estrutura de atributos e servios para a classe de objeto chamada de filho, as quais podem acrescentar alguns atributos e servios necessrios e especifico. (PRESSMAN apud FEDELI etal, 2002). Para MARTIN etal (1995), herana em OO a especializao de tipos de objetos, onde um tipo de objeto de alto nvel pode ser especializado em tipos de objetos de nveis mais baixo, havendo uma hierarquia de tipos de objetos, subtipos e assim sucessivamente. Ou seja, uma classe implementa um determinado tipo de objeto e uma subclasse herda dessa classe chamada de me ou superclasse as suas propriedades, estruturas dos dados, todos ou alguns de seus mtodos. Segundo FEDELI etal (2002), no desenvolvimento orientado a objeto os softwares so controlados por meio de mensagens, onde os eventos devem ativar as mensagens emissoras. Aplicaes desenvolvidas sob conceitos de OO tm a qualidade de serem polimorfistas, permitindo assim que um objeto envie mensagem a outro sem saber qualquer coisa sobre a interpretao da mensagem e o receptor da mensagem no precisa saber o que foi necessrio para a gerao dessa mensagem. Onde os mtodos de servios utilizados pelos objetos so os responsveis pelo envio dessas mensagens. Os conceitos de encapsulamento e polimorfismo permitem o desenvolvimento de aplicaes OO, que no se identificam de forma hierrquica, com componentes desagregados e independentes uns dos outros. As classes de um objeto devem possuir autonomia e quase

21

no requer o conhecimento da estrutura de dados das outras classes de objeto com os quais se relacionam. (FEDELI etal, 2002). Conforme MARTIN etal (1995), para interagirmos com um objeto, enviamos uma mensagem invocando uma operao que executa um determinado mtodo apropriado, este opcionalmente pode retornar uma resposta. Uma mensagem uma solicitao passada a um mtodo para executar uma determinada operao sobre determinado objeto e retornar o resultado.

2.11 UNIFIED MODELING LANGUAGE (UML) OU LINGUAGEM DE MODELAGEM UNIFICADA

Surgindo no final dos anos 80 e inicio dos anos 90, veio como sucessora da gama de mtodos de anlise orientado a objeto, considerada uma linguagem de modelagem, no um mtodo. Mas sim notaes especialmente grficas, utilizada por mtodos para definir, estabelecer, organizar e implementar projetos. Seu processo consiste na sugesto de quais passos devem ser seguidos para a elaborao de um projeto. (FOWLER etal, 2000). Segundo FURLAN (1998), UML no uma metodologia, uma linguagem de modelagem, pois no consistem em mtodos embasados em princpios de alguma linguagem e procedimentos de uso desta. A UML define uma notao de meta modelo, onde o material grfico visto no modelo a sintaxe da linguagem. Conforme HARBERKORN (2004), o uso de UML no esta restrito apenas para o desenvolvimento de software, mas abrange outras reas, embora seus conceitos tenham sido idealizados para o desenvolvimento de softwares. Nesse caso, UML utilizada para especificar, desenvolver e documentar os elementos de um software, oferecendo diversas vantagens, como: possibilidade de uma documentao de referncia; facilidade de documentao entre a equipe; proporcionando melhorias na demonstrao do modelo conceitual do sistema; maior clareza nas classes e proporciona a modelagem de sistemas orientados a objetos. Segundo FURLAN (1998), UML uma linguagem que implica em sintaxe abstrata, regras bem definidas e semnticas dinmicas. Esta a nvel superior as linhas individuais de cdigos, consegue modelar a estrutura de sistemas OO, podendo ser expressa em diagramas que so conhecidos e utilizados no desenvolvimento de sistemas OO.

22

A UML consolida uma gama de conceitos centrais de modelagem, aceitos por diversas ferramentas de modelagem da atualidade e por diversos mtodos. Possui alguns objetivos principais que foram estabelecidos pelos seus idealizadores, so eles: Possibilitar ao usurio estar utilizando uma linguagem de modelagem visual, expressiva e pronta para uso visando o desenvolvimento de modelos de negcio, apresentando trs benefcios principais, visualizao, gerenciamento da complexidade e comunicao. Disponibilidade de mecanismos que possibilite a extenso, ampliao e

especializao, para apoiar conceitos essncias. A UML deve ser flexvel e adaptvel a novos conceitos eventualmente surjam para atender determinadas necessidades. Possuir independncia de linguagem de programao e processo de desenvolvimentos, a UML pode e deve atender todas as linguagens de programao e tambm diversos mtodos e processos de modelos de construo. Utilizar-se de abordagem formal e popular, para atender a linguagem de modelagem, fornecer uma definio formal do formato esttico de modelo fazendo uso de um metamodelo que seja amplamente aceitvel, no requerendo nveis excessivos de procedimentos indiretos ou de sobreposio, nem o uso de notaes matemticas de baixo nvel. Encorajar o crescimento do mercado de ferramentas OO, com certo nvel de interoperabilidade, fazendo com que a indstria de software passe a se beneficiar-se de uma linguagem padro para modelagem. Onde os modelos possam ser trocados entre essas ferramentas sem perda de informaes. Suportar conceitos de desenvolvimento de nveis mais altos, do tipo como colaboraes, estrutura de trabalho, padres e componentes. Buscar a utilizao e integrao das melhores pratica existentes no mercado a nvel de modelagem, como vises diversas e fortemente embasadas em nveis de abstrao, domnios, estruturada e organizada, estgio de ciclo de vida, conjunto de conhecimento de implementao, entre outros. Facilitando e auxiliando o ciclo de modelagem e desenvolvimento. (FURLAN, 1998). Para FURLAN (1998), UML contem conceitos que at ento no existia em nenhum outro tipo de modelagem OO. Tornou-se muito mais do que uma simples padronizao na busca de uma notao unificada. Usa conceitos das tcnicas de modelagem de dados, modelagem de negcio, modelagem de objetos e componentes, incorporou idias de muitos autores, selecionando e integrando as melhores prticas tcnicas e prticas. Considerada uma linguagem de modelagem precisa, significativa e que geralmente pode ser aplicada. Foi

23

aprovada em 1997 pela OMG Object Management Group (Grupo de Gerenciamento Dirigido a Objeto), uma linguagem de modelagem unificada aberta, para todos utilizarem. Existem diversas aplicabilidades para UML no mbito de desenvolvimento de sistemas. Podemos utilizar para mostrar fronteiras de um sistema, seu escopo, e suas funes principais, ilustrar a realizao de diagramas, representar a estrutura esttica de um sistema, modelar o comportamento de determinado objeto, mostrar a estrutura e organizao lgica de implementao fsica. (FURLAN, 1998). Segundo FOWLER (2000), umas das razes fundamentais para se usar UML a comunicao, ela permite comunicar alguns conceitos mais claramente e detalhadamente do que as outras linguagens, possibilitando destacar os detalhes que so importantes. Sendo que o uso de UML para modelagem possibilita rapidamente e facilmente ao analista ou consultor, obter uma viso geral do sistema.

2.12 SISTEMA DE BANCO DE DADOS

Considerado um sistema computadorizado de manuteno de registros, um sistema de banco de dados, pode ser comparado a um armrio de arquivamento. um depsito ou recipiente destinado a armazenar diversos tipos de arquivos de dados computadorizados, permitindo que usurios busquem e atualizem esses arquivos quando necessitar. Estes arquivos se caracterizam por ser qualquer coisa que tenha algum significado ou importncia para o usurio ou organizao que utiliza o sistema. (DATE, 2004). Para ELMASRI etal (2000), um banco de dados de maneira genrica pode ser considerado uma coleo de dados que se relacionam. Deve representar algum aspecto do mundo real com possibilidade de alteraes conforme acontecimentos e necessidades. Caracterizado por uma coleo lgica e coerente de dados, que tenham algum tipo de significado e estejam ligados a algumas coisas, pessoas ou organizao. Deve ser projetado, construdo e povoado com dados que possuam algum objetivo especfico, acessados por um grupo determinado de usurios, que interajam com o bando de dados. Podemos ter sistemas de banco de dados, gerados e mantidos manualmente ou informatizados, de diversos tamanhos e variadas complexidades, de maneira geral, esses dados devem ser organizados e gerenciados, possibilitando que os usurios , pesquisem, recuperem e atualizem os dados, conforme as necessidades.

24

Os conceitos de dados e informao diferenciam-se em banco de dados. Chamamos de dados o que armazenado no banco de dados, e de informao o significado desses dados para determinado usurio ou organizao. Segundo DATE (2004), temos como principais componentes de um sistema de bando de dados, os prprios dados que so armazenados, a parte de hardware, que o local fsico onde esses dados so armazenados, o software ou grupo de software, que so responsveis pelo controle e trabalho de armazenamento dos dados, e os usurios, os donos dos dados, quem os utiliza, quem torna significativa a sua existncia e seu armazenamento. Conforme ELMASRI etal (2000), sistemas de banco de dados desempenham um papel fundamental em praticamente todas as reas da cincia que utilizam de alguma forma, algum tipo de tecnologia. Podemos considerar que os dados de um banco de dados, geralmente esto integrados e compartilhados, ou seja, bancos de dados trabalham com unificao de arquivos, compartilhamento e eliminao de redundncia, buscando a diminuir o espao de armazenamento utilizado e tambm o tempo dos processos de manuteno e atualizao. O compartilhamento de dados acontece quando diferentes usurios possuem acesso aos mesmos dados, as vezes ao mesmo tempo. Facilitando o trabalho do usurio, encontramos entre os dados armazenados fisicamente, em algum tipo de hardware, e os usurios que interagem com esses dados, os chamados Sistemas de Gerncia de Banco de Dados (SGBD). Responsveis por tratarem todas as requisies de acesso ao banco de dados, sendo que uma das suas principais funes, isolar o usurio dos detalhes a nvel de hardware, possibilitando ao usurio uma viso do banco de dados de alto nvel, facilitando o entendimento a utilizao e a interao com o bando de dados. Conforme ELMASRI etal (2000), SGBD um conjunto de ferramentas e programas que possibilita a manuteno e a criao de um banco de dados pelos usurios, facilitando o processo de definio, construo e manipulao dos dados, existente em um bando de dados. Definir um banco de dados consiste em especificar os tipos de dados, as estruturas e as restries para os dados que vo ser armazenados no banco de dados. O processo de construo de um banco de dados consiste no armazenamento dos referidos dados em algum meio de armazenamento controlado pelo SGBD. Manipular o bando de dados significa interagir com o banco de dados, especificar consultas, recuperar dados, atualizar o banco, gerar relatrios, entre outras requisies de usurios.

25

Conforme ELMASRI etal (2000), alm de armazenar dados, os sistemas de banco de dados possuem metadados, tambm conhecidos como dicionrios de dados, que so informaes armazenadas em catlogos, que contem a estrutura de cada arquivo, o tipo e o formato de armazenamento de cada item de dados e vrias informaes referentes aos dados armazenados. Possibilitando que os SGBD, as aplicaes e os usurios tenham informaes sobre a estrutura do banco de dados e sobre os dados armazenados, conforme sua necessidade de utilizao. Conforme DATE (2004), as principais vantagens de se utilizar SGBD so: controle de redundncia, facilitando as atualizaes, e diminuindo espaos de armazenamento. Evitar at certo ponto inconsistncias entre os arquivos. Permitir controle de restries de acesso por usurios ou aplicaes no autorizadas. Fornecer segurana aos dados. Possui possibilidade de armazenamento persistente para objetos de programas e estruturas de dados, possibilitando compatibilidade de estrutura de dados com uma ou mais linguagens de programao OO. Permitir inferncia e aes utilizando regras, possibilitando a implementao de regras ativas que podem iniciar aes automaticamente. Fornecer interfaces mltiplas para os diversos nveis de usurios do sistema de bando de dados. Representar os diversos tipos de relacionamento complexos que pode existir entre dados, recuperar e atualizar os dados relacionados de forma fcil e eficiente, independente do nvel de relacionamento e da complexidade dos relacionamentos. Possuir capacidade de definir e impor restries de integridade, conforme as necessidades de cada aplicao, ou regras definidas pelo usurio, que utiliza o banco de dados. Fornecer facilidade de backup, possibilitando a restaurao do sistema no caso de acontecimento de algum problema de software, hardware ou falha humana. (ELMASRI etal, 2000). Segundo DATE (2004), a estrutura de um sistema de banco de dados se divide em trs nveis: o chamado nvel conceitual, lgico ou de alto nvel, que prope conceitos prximos da forma que muitos usurios percebem os dados, este se preocupa com a percepo da comunidade de usurios, descreve a estrutura de todo o banco de dados para uma comunidade. O nvel externo, tambm conhecido como nvel lgico do usurio, considerado o mais prximo do usurio individual, se preocupa com a forma que os usurios individuais esto vendo os dados, prope conceitos que so compreendidos por usurios finais, programadores de aplicaes, etc., so os conceitos mais frequentemente utilizados nos SGDBs, como o modelo de dados relacional. O nvel interno, ou de armazenamento considerado o mais prximo do meio de armazenamento fsico dos dados, prope conceitos

26

que possibilitam detalhes de como os dados esto e so fisicamente armazenados no computador. (ELMASRI etal, 2000). Para DATE (2004), o principal modelo de banco de dados utilizado na atualidade o modelo relacional, funcionando em praticamente todos os tipos de plataformas. Os sistemas relacionais se baseiam solidamente na matemtica e na lgica, onde os dados so percebidos pelo usurio como linhas em tabelas, os operadores geram tabelas novas a partir de tabelas j existentes, ou seja, nesse tipo de sistema o usurio v os dados como tabelas. Para este tipo de sistema so oferecidos operadores que admitem diretamente o processo de inferncia ou deduo de proposies verdadeiras, a partir de preposies dadas. Os operadores mais importantes so os de restrio (ou seleo), que possibilita extrair linhas especificas da tabela. Projeo, que extrai colunas especficas da tabela, e os operadores de juno, que possibilitam a unio de duas tabelas com base em valores comuns em uma coluna comum. A linguagem de banco de dados chamada relacional, ou que utilizada para interagir com este tipo de modelo, denominada de linguagem padro para se trabalhar com sistemas de banco de dados relacional a Structured Query Language SQL (Linguagem de Consulta Estruturada). Segundo ELMASRI etal (2000), um modelo de sistema relacional representa um banco de dados com um conjunto de relaes, onde cada relao se assemelha a uma tabela de valores e cada linha da tabela representa um conjunto de valores de dados relacionados, que normalmente pode ser um fato que corresponde a uma entidade ou a um relacionamento do mundo real. Uma linha de uma tabela chamada de tupla, o titulo da ou das colunas de uma tabela chamado de atributo e a tabela chamada de relao e o tipo de dado que descreve os tipos de valores que podem aparecer em cada coluna chamado de domnio. Para ELMASRI etal (2000), a adoo da linguagem SQL como padro para banco de dados relacionais, tornou-se uma das principais razes para o seu sucesso no mundo dos negcios. A padronizao do uso da linguagem SQL em SGDBs relacional, possibilitou aos usurios que no estivessem satisfeitos com determinado SGDB relacional, pudesse converter suas aplicaes a nvel de banco de dados sem maiores dificuldades, para outro SGBD relacional. Como j visto o nome SQL derivado de Structured Query Language (Linguagem de Consulta Estruturada), que originalmente era denominada de SEQUEL, onde teve seu inicio nos projetos da IBM Research. As verses atuais da linguagem SQL tm a finalidade de ser compatvel com as verses antigas e possuem um grande conjunto e correes. Todas as verses da linguagem SQL so derivadas de estudos e trabalhos em conjunto entre o ANSI (American National

27

Standards Institute) e o ISO (International Starndards Organization). A verso mais consolidada at o momento no mercado atual a verso SQL:1992, ou SQL-92 ou ainda SQL2. Alguns autores consideram como verso atual o padro SQL:1999 e o SQL:2003 como sendo um grande conjunto de correes a essa verso. Porem nenhum produto existente no mercado admite em sua totalidade a verso SQL:1992, deixando de oferecer suporte a determinados aspectos do padro e em alguns casos acabam implementado algo que o padro ainda no possui. (DATE, 2004). O padro SQL uma linguagem de banco de dados ampla, possui instrues para uso em definies de banco de dados, atualizaes e consultas. Possibilita ao usurio facilidade para definir vises no banco de dados, especificar nveis de segurana e autorizaes, definir restries de integridade e especificar transaes. (ELMASRI etal, 2000). A linguagem SQL possui basicamente operaes para a definio de dados e operaes para a manipulao de dados. Para operaes de definio normalmente usado a instruo CREATE, j para operaes de manipulao so usadas as intrues SELECT, INSERT, UPDATE e DELETE. Em particular com a instruo de manipulao de dados SELECT, podemos executar operaes relacionais de restrio, projeo, juno com os dados do nosso banco de dados. (DATE, 2004).

28

3 CAMPO OU REA DE ESTUDO

O presente trabalho ser realizado junto ao Setor de Apoio aos Estudantes SAE da Universidade do Oeste de Santa Catarina, unidade de Chapec,SC. A UNOESC surgiu da unificao de trs fundaes educacionais, foi reconhecida como universidade pelo Conselho Estadual e Educao em 1995 e, em 1996, foi credenciada pelo Ministrio da Educao. A sua rea de atuao hoje abrange 5 microrregies no Oeste de Santa Catarina, onde rene 118 municpios e soma 1.116.766 habitantes aos quais oferece mais de 60 cursos de graduao e uma mdia de 40 cursos de ps-graduao no nvel de especializao e um mestrado implantado, sendo que h mais cinco em elaborao, fazendo, assim, uma soma de mais de 16.400 estudantes, UNOESC (2011). O principal objetivo deste trabalho facilitar o ingresso de alunos e egressos da UNOESC Unidade de Chapec ao mercado de trabalho e permitir que as empresas de recrutamento e seleo tenham mais um canal de divulgao e de captao de recursos humanos para colocao no mercado de trabalho.

29

4 MTODOS

A seguir so descritos os mtodos utilizados para realizar o presente trabalho.

4.1 DELIMITAO DO ESTUDO, MTODOS E TCNICAS DE COLETA DE DADOS

Este projeto foi realizado junto ao SAE Unidade de Chapec no perodo de julho 2011 a dezembro de 2012, envolvendo egressos e acadmicos de todos os cursos da Unoesc Unidade Chapec. Os mtodos de coleta de dados foram atravs de abordagem dedutiva e indutiva, e as tcnicas que sero utilizadas sero observao e entrevistas na documentao direta, pesquisa documental e bibliogrfica na documentao indireta. A induo, para Ruiz (2002), so fatos tirados a partir da observao dos fatos, ela caminha do registro de fatos singulares para chegar a fatos mais gerais; j a dedutiva parte de enunciados mais gerais para chegar concluso menos geral. As pesquisas documentais podem ser encontradas fora de bibliotecas, o que ajuda muito para pesquisadores e quase nunca so levadas em considerao fontes como IBGE (Instituto Brasileiro de Geografia e Estatstica) e ONGs (Organizaes no governamentais). Para pesquisas bibliogrficas, uma das maiores fontes a biblioteca onde se encontra grande quantidade de conhecimento e onde existem as bases em hipteses e teorias de outros autores que possam interessar, diz NETO (2002) .

4.2 CARACTERIZAO DO ESTUDO

A caracterizao deste estudo quanto aos fins aplicada e descritiva e quanto aos meios, de campo bibliogrfica e estudo de caso.

30

4.3 DEFINIO ACERCA DA POPULAO E DA AMOSTRA

A populao observada para a realizao deste estudo envolveu egressos da Unoesc Chapec, que forma aproximadamente 220 profissionais anualmente e tem cerca de 1.800

acadmicos regularmente matriculados nos cursos oferecidos pela unidade de Chapec, alm dos funcionrios do SAE Unidade Chapec. Para coleta dos dados foi usada a ferramenta de formulrios do Google, os quais sero coletados de forma voluntria aos acadmicos, contando com a colaborao dos alunos, tambm divulgando atravs de email e no blog do responsvel pelo projeto e pginas em redes sociais.

4.4 TCNICA DE ANLISE E INTERPRETAO DE DADOS

A tcnica de anlise a ser utilizada no desenvolvimento deste trabalho foi quantitativa e qualitativa. Para apresentao dos resultados sero utilizados grficos e tabelas, todos disponibilizados na internet. Para pesquisas que precisam de dados mais confiveis e permitam analise estatstica, a melhor escolha so as pesquisas quantitativas, em que os dadas colhidos so atravs de questionrios com perguntas objetivas e, com uma amostra grande, nas pesquisas quantitativas utiliza-se um nmero menor de amostragem que pode usar entrevistas individuais ou em grupos, onde a amostra menor, explica MONFERRARI (2007).

31

4.5 QUESTO DE PESQUISA

O presente trabalho se prope a responder a seguinte questo de pesquisa:

- Qual a melhor forma de disponibilizar vagas do mercado de trabalho para acadmicos e egressos da Unoesc- Unidade de Chapec, alm de permitir o acompanhamento pelos gestores da colocao desses egressos?

4.6 LIMITAES DO ESTUDO

Dentre as limitaes que podem ser encontradas, fica visvel que h falta de material para fundamentao terica em algumas reas de estudo. A limitao de conhecimento prtico de algumas das ferramentas utilizadas causou dificuldades no desenvolvimento, mas no sendo um ponto impactante para que o trabalho no ocorresse. Quanto ordem financeira, no houve maiores custos devido ao fato de as ferramentas utilizadas serem livres o que isenta da compra de licena.

32

5 APRESENTAO E ANLISE DOS DADOS

Nesta seo apresentado o sistema desenvolvido, inicialmente a pesquisa realizada que serviu de base para a construo do mesmo, aps o resultado desta pesquisa, a modelagem e o sistema proposto.

5.1 FORMULRIO DE PESQUISA

A Figura 1 apresenta o formulrio gerado para coleta dos dados de pesquisa, que foi disponibilizado atravs da URL https://docs.google.com/spreadsheet/viewform?

formkey=dDBIQVpienlRc0VjMDlHMVp4a1BMZ3c6MQ#gid=0 .

Figura 1: Formulrio de coleta de dados

Fonte: Elaborado pelo acadmico.

33

5.2 RESULTADO DA PESQUISA

A figura 2 apresenta os resultados obtidos do formulrio de pesquisa, onde foi observado que a grande maioria prefere visualizar as informaes de vagas atravs de um site, bem como se candidatar a esta vaga e o seu acompanhamento. Com isso, a pesquisa e o objetivo deste projeto se justifica.

Figura 2: Resultado da pesquisa Fonte: Elaborado pelo acadmico.

5.3 MODELAGEM

5.3.1 REQUISITOS

A seguir sero apresentados os requisitos funcionais, no funcionais e de interface.

34

5.3.1.1 FUNCIONAIS A seguir sero demostrados os requisitos funcionais do sistema.

RF001 Pesquisa de vagas pelos acadmicos Descrio: Disponibilizar aos acadmicos a opo de buscar as vagas pela sua rea de interesse e possibilitar forma de visualizao da vaga por completo. Pr requisito: Nenhum Ps requisito: Nenhum Caso de teste: As vagas mostradas aps a ao de busca devem estar de acordo com o filtro solicitado e s sero mostradas as vagas que esto em aberto e aprovadas para serem divulgadas.

RF002 Login no sistema Descrio: Possibilitar ao usurio entrar no sistema com seu usurio e senha. Pr requisito: No estar logado no sistema Ps requisito: Direcionar para a tela inicial e carregar os dados do usurio, os menus de cada perfil e os acessos definidos para o perfil e, caso o login falhe, mostrar para o usurio que houve erro. Caso de teste: Verificar se os menus esto corretos para cada perfil, seja ele acadmico, administrador ou agncia, confirmar se os dados esto corretos com os cadastrados para aquele usurio e tambm verificar se est fazendo a validao correta do usurio e senha.

RF003 Recuperar senha Descrio: Possibilitar ao usurio forma de recuperar senha. No perfil acadmico ele dever fornecer alguns dados e ser enviada para o e-mail cadastrado sua nova senha; para administradores, dever ser feito por outro usurio administrador e para as agncias ser redefinido por um administrador e ser enviada por e-mail para a agncia. Pr requisito: No estar logado no sistema Ps requisito: Informar ao usurio como ser procedida a recuperao da senha. Caso de teste: Verificar se os dados fornecidos conferem com o informado e se o e-mail foi enviado para a pessoa correta e a senha permitir que ele consiga acessar o sistema.

RF004 Cadastro dos acadmicos

35

Descrio: O cadastro dos acadmicos dever ser feito por eles atravs de opo liberada para cadastro, onde sero cadastrados seus principais dados, para que se possa avaliar pelos responsveis se o candidato ter acesso ao sistema; informar aps envio do formulrio ao acadmico como ocorrer o processo de liberao de acesso, na avaliao do cadastro. Em caso positivo, o acadmico receber um e-mail informando-lhe que seu cadastro est liberado. Pr requisito: No estar logado no sistema Ps requisito: Bloquear o acesso do cadastro e informar que h novo acadmico pra liberao ao administrador. Caso de teste: Dever ser verificado se o CPF vlido, conferir se a senha digitada est vlida com o campo de conferncia, se apareceu a mensagem informando o do procedimento de liberao do acesso ao acadmico, verificar se o cadastro ficou bloqueado esperando liberao do SAE, dever ser informado ao perfil administrador que existem novos acadmicos cadastrados e, aps a liberao, verificar se o e-mail foi recebido com sucesso pelo acadmico e se o acadmico conseguir acessar o sistema.

RF005 Cadastro de administradores Descrio: Disponibilizar forma de cadastro de novos usurios administradores no sistema. Pr requisito: Estar logado como administrador Ps requisito: Nenhum Caso de teste: Verificar se o acadmico conseguir acessar o sistema.

RF006 Administrao de agncias Descrio: O sistema dever possibilitar um perfil exclusivo para o uso das agncias de emprego, no qual os usurios sero cadastrados pelo administrador do sistema e informados por e-mail os dados para as agncias. O administrador tambm responsvel pela edio e desativao das agncias. Pr requisito: Estar logado como administrador Ps requisito: Nenhum Caso de teste: Verificar se o e-mail foi recebido com sucesso e se conseguiu acessar o sistema com os devidos acessos com os dados que foram informados.

RF007 Gerenciar vagas

36

Descrio: O sistema possibilitar a administrao de vagas atravs de uma interface simples que possibilitar o cadastro, a edio e filtragem de vagas, dando os acessos diferenciados para o perfil administrador e agncia. Pr requisito: Estar devidamente logado no sistema Ps requisito: Nenhum Caso de teste: Verificar se cada perfil teve mesmo seus acessos restritos e funcionalidades, se o cadastro, edio e alterao se comportaram da forma esperada. As vagas cadastradas por agncia no devem ser liberadas diretamente para acesso dos acadmicos, antes ter de ser aprovada pelo SAE. As vagas nunca devero ser excludas e sim desativadas; no cadastro, as agncias s podero cadastrar vagas de sua respectiva agncia.

RF008 Vagas a liberar Descrio: Disponibilizar acesso s vagas que esto pendentes para liberao. Pr requisito: Estar logado como administrador. Ps requisito: Nenhum Caso de teste: Devero ser mostradas apenas as vagas para liberao, e aps a liberao dever ser verificado se a vaga apareceu nas consultas; tambm no devero ser mostrados nas pesquisas vagas que foram bloqueadas pelo SAE.

RF009 Liberao de acesso aos acadmicos. Descrio: Mostrar ao administrador quais acadmicos esto esperando a liberao do acesso para que os eles possam validar se esto devidamente matriculados nos cursos. Pr requisito: Estar logado como administrador. Ps requisito: Nenhum. Caso de teste: S podero estar listados os candidatos com cadastro pendente de liberao, os bloqueados no podero acessar o sistema de forma alguma; verificar se os cadastros aprovados receberam o e-mail com a confirmao e se eles conseguiro acessar o sistema.

RF010 Fechamento de vaga Descrio: Ser responsvel pelo fechamento das vagas preenchidas, dever apenas ser informado se foi preenchida pela UNOESC ou no; podero fechar as vagas administradores e agncia, sendo que as agncias somente podero fechar as vagas atribudas a elas. Pr requisito: Estar devidamente logado no sistema. Ps requisito: Nenhum.

37

Caso de teste: As vagas que estiverem com status de preenchida no devero mais aparecer nas consultas de vagas abertas; as vagas, aps salvas como fechadas, verificar se est correta a opo de preenchida ou no pela UNOESC.

RF011 Visualizao em mdia indoor. Descrio: Criar opo para que as vagas, notcias e eventos possam ser visualizados em mdias indoor. Pr requisito: Nenhum. Ps requisito: Nenhum. Caso de teste: Verificar se as vagas que esto sendo mostradas so realmente as em aberto e se as elas esto sendo mostradas, trocando a notcia por tempo determinado e se a notcia e evento conferem com os cadastrados.

RF012 Administrao de acadmicos. Descrio: Oferecer oportunidade para que possam ser pesquisados os acadmicos por nome ou matricula e seu currculo possa ser impresso, tanto pelo SAE como pelas agncias. Pr requisito: Estar devidamente logado no sistema. Ps requisito: Nenhum. Caso de teste: Os filtros devem responder corretamente aos dados pesquisados e a impresso do currculo dever mostrar os dados do acadmico selecionado.

RF013 Administrao de acadmicos candidatados as vagas. Descrio: A funcionalidade deve fornecer ao administrador possiblidade de visualizar quais acadmicos se candidataram s vagas e controlar se j foram encaminhados ou no as agncias. Pr requisito: Estar logado como administrador. Ps requisito: Nenhum. Caso de teste: Verificar se os dados mostrados esto corretos e os encaminhamentos esto aparecendo de forma correta.

RF014 Dados gerencias Descrio: Responsvel por fornecer as informaes de tomada de deciso aos gestores. Pr requisito: Estar logado como administrador. Ps requisito: Nenhum.

38

Caso de teste: Verificar a consistncia dos dados perante o perodo selecionado.

RF015 Administrao de idiomas Descrio: Possibilitar que o administrador possa administrar os idiomas nos nveis de conhecimento de forma dinmica. Pr requisito: Estar logado como administrador. Ps requisito: Nenhum. Caso de teste: Verificar a consistncia dos dados salvos.

RF016 Administrao dos cursos de formao Descrio: Os cursos de formao e perodos devero estar disponveis para cadastro pelo SAE. Pr requisito: Estar logado como administrador. Ps requisito: Nenhum. Caso de teste: Verificar a consistncia dos dados salvos.

RF017 Definies gerais Descrio: Responsvel pela manuteno da notcia, eventos, ttulo da pgina inicial e texto na pgina inicial e o perodo que dever aparecer uma mensagem lembrando o acadmico de atualizar seus dados. Pr requisito: Estar logado como administrador. Ps requisito: Nenhum. Caso de teste: Consistncia dos dados.

RF018 Alterao de senha Descrio: Disponibilizar aos usurios opo para troca de senha. Pr requisito: Estar logado no sistema. Ps requisito: nenhum. Caso de teste: Verificar a consistncia dos dados.

RF019 Administrar currculo Descrio: Permitir ao acadmico que preencha seu currculo de forma padro, com os dados necessrios pelo SAE. Pr requisito: Estar logado como acadmico.

39

Ps requisito: Nenhum. Caso de teste: Verificar se os dados esto sendo salvos corretamente. RF020 Vagas candidatadas Descrio: Possibilitar ao acadmico visualizar as vagas s quais se candidatou e seu status. Pr requisito: Estar logado como acadmico. Ps requisito: Nenhum. Caso de teste: Verificar se as vagas que esto sendo mostradas so do acadmico logado.

5.3.1.2 REQUISITOS NO FUNCIONAIS

A seguir sero apresentados os requisitos no funcionais.

RNF001 Sistema Operacional Descrio: Dever funcionar em sistemas operacionais Windows, Linux e Macintosh.

RNF002 Devera ser acessado por navegadores web. Descrio: Dever ser acessado via web atravs de navegadores; ser homologado na parte administrativa para Firefox 3.5 ou superior apenas e, para acadmicos, nos navegadores Firefox 3.5 ou superior, Internet Explorer 8 ou superior, Google Chrome, Opera e Safari.

RNF003 Tempo de resposta Descrio: O tempo de resposta do sistema no deve ultrapassar 30 segundos.

5.3.1.3REQUISITOS DE INTERFACE

A seguir sero apresentados os requisitos de interface. RI001 Opo para voltar tela inicial Descrio: Colocar uma opo onde o usurio consiga voltar rapidamente tela inicial. Pr requisito: Nenhum. Ps requisito: Nenhum.

40

Caso de teste: Verificar se a tela que est aparecendo tela principal.

RI002 Opo para login Descrio: Colocar uma opo que fique sempre visvel para o usurio para que ele possa acessar o sistema a qualquer momento da navegao. Pr requisito: No estar logado no sistema. Ps requisito: Abrir tela de login. Caso de teste: Verificar se a tela que est aparecendo tela de login no sistema.

RI003 Opo para cadastrar-se no sistema Descrio: Colocar uma opo para que o usurio possa ser direcionado ao formulrio de cadastro usurios para utilizao do sistema. Pr requisito: No estar logado no sistema. Ps requisito: Informar ao usurio que seu cadastro passar por avalio e, quando liberado, receber um e-mail informando-o de que pode acessar o sistema. Caso de teste: Verificar se est redirecionando corretamente para a tela de cadastro e mostrando as mensagens do ps requisito.

5.3.2 DIAGRAMA DE CLASSES E CONTROLADORES

A figura 3 apresenta o diagrama de classes do sistema e a figura 4 representa o diagrama de controladores. Os diagramas de classe e controlador tem como objetivo a apresentao e a relao entre as classes que so o modelo de objetos usados durante o desenvolvimento do software, sendo um modelo til pois definem as classes.

41

Figura 3: Diagrama de Classes Fonte: Elaborado pelo acadmico.

42

Figura 4: Diagrama de controladores Fonte: Elaborado pelo acadmico.

43

5.4 APRESENTAO DO SISTEMA

Durante a elaborao do trabalho buscou se responder aos objetivos traados, e para que ele acontece muitos processos dentro do sistemas foram gerados, os quais esto sendo demostrados na apndice do trabalho, neste item apenas sero mostrados os processos utilizados para atender os objetivos especificos.

A Figura 5 a tela responsvel por mostrar as vagas disponveis. Caso esteja interessado na vaga, clicando em ver abrir uma nova tela mostrando os detalhes da vaga; se estiver acessado o sistema como acadmico, estar disponvel a opo de se candidatar vaga.

Figura 5: Vagas Disponveis Fonte: Elaborado pelo acadmico.

44

A figura 6 mostra a tela responsvel pelo cadastro das vagas; quando acessada pela agncia, o campo Agncia no pode ser alterado, sendo assim a interface que agncia possui para disponibilizar as vagas.

Figura 6: Cadastro de vagas Fonte: Elaborado pelo acadmico.

45

A Figura 7 mostra a tela onde so mostrados os dados gerencias do processo, ou as vagas que foram preenchidas em relao as vagas em aberto e as preenchidas por alunos da Unoesc.

Figura 7: Dados gerenciais Fonte: Elaborado pelo acadmico.

46

Na Figura 8 demostrada a tela que utilizada nos monitores TV que so dispostos nos corredores e na cantina da universidade.

Figura 8: Mural Fonte: Elaborado pelo acadmico.

5.5 TECNOLOGIAS UTILIZADAS

A Seguir sero demostrados trechos do desenvolvimento do trabalho para que sejam evidenciadas ao leitor a aplicao das tecnologias que foram apresentadas no referencial terico deste trabalho.

47

A figura 9 demostra a configurao do Spring Security onde faz as interceptaes das paginas solicitas, tambm demostra como qual encriptao a senha e a configurao de um usurio padro.

Figura 9 : Uso do Spring Security Fonte: Elaborado pelo acadmico.

A figura 10 demostra o uso das anotaes do Hibernate.

Figura 10: Uso do Hibernate Fonte: Elaborado pelo acadmico.

48

Na Figura 11 demonstrado o uso de JavaServer Faces, sendo esta uma pagina XHTM qual a extenso usa pelo mesmo para suas paginas web, j na linha numero 7 pode se verificar o uso do componente Primefaces onde definido que todas os novos componentes que possuem <p:...> representam o uso de componentes do mesmo.

Figura 11: Uso de JavaServer Faces e Primefaces Fonte: Elaborado pelo acadmico.

49

6 CONSIDERAES FINAIS

Durante o desenvolvimento do projeto, foram encontradas algumas dificuldades quanto quantidade de referncias bibliogrficas sobre alguns temas de estudo, pois as tecnologias utilizadas neste processo so relativamente novas e, quando necessitava de mais autores, todos remetiam a prpria documentao do idealizado. Referente parte especfica de recursos humanos, o autor no tinha conhecimento sobre a rea, o que trouxe uma grande demanda de estudo desse campo. Nos pontos positivos, pode-se, com clareza, afirmar que o conhecimento agregado foi grande e de muita importncia. Mesmo o autor usando as tecnologias empregadas no trabalho do dia-a-dia, muitas dificuldades surgiram durante o processo, o que ocasionou uma demanda significativa de estudo e agregao de conhecimento. No desenvolvimento do trabalho foram vistos pontos que poderiam ter sido contemplados, como o uso de testes automatizados e controle de versionamento atravs de ferramentas que proporcionassem melhor viso do processo de desenvolvimento e tambm melhor documentao UML dos requisitos para pudesse ser visto de forma mais clara o que era proposto, porm nenhum desses pontos foi impactante de tal forma que o processo no ocorresse como estabelecido. Todos os objetivos propostos no trabalho foram alcanados e respondendo de forma satisfatria s questes de pesquisa, trazendo muito conhecimento durante o processo, desenvolvimento da aplicao, a qual foi concluda na integra dentro cronograma e entregue ao setor responsvel da Unoesc, aguardando definies internas da instituio para que possa ser colocado em produo.

50

REFERNCIAS

BRAZIL, Carlos. O jovem e o mercado de trabalho. So Paulo, 2005. Disponvel em: <http://noticias.universia.com.br/destaque/noticia/2005/12/23/454190/jovem-e-

mercado-trabalho.html>. Acesso em 20 de out. de 2011.

BRAZIL, Carlos. O Papel Estratgico do RH.Rio de Janeiro. Disponvel em: <http://ww.aedb.br/seget/artigos06/537_O%20papel%20estrategico%20do%20RH% 20-%20SEGET.pdf>. Acesso em 20 de out. de 2011.

DATE, J. C. Introduo a sistemas de bancos de dados. 8. ed. Rio de Janeiro: Elsevier, 2004.

FEDELI, D. Ricardo; POLLONI F. G. Enrico; PERES, E. Fernando. Orientao a objeto com prototipao. So Paulo: Pioneira Thonson, 2002.

FOWLER, Martin; SCOTT, Kendall. UML essencial: um breve guia para a linguagem padro de modelagem de objeto. Porto Alegre: Bookman, 2000.

FURLAN, D. Jos. Modelagem de objetos atravs da UML. So Paulo: Makron Books, 1998.

GONALVES, Edson. Dominando javaserver faces e facelets utilizando spring 2.5, hibernate e JPA. Rio de Janeiro: Cincia Moderna, 2008. 368 p.

HARBERKORN, Ernesto. Gesto Empresarial com ERP. 2. ed. So Paulo: Microsiga, 2004.

51

MARTIN, James; ODELL, J. James. Analise e projeto orientados a objeto. So Paulo: Markron Books, 1995.

MTTAR NETO, Joo Augusto; GUMBRECHT, Hans Ulrich. Metodologia cientfica na era da informtica. So Paulo: Saraiva, 2002. xxvi, 261 p.

MELO I, Simone Lopes de, BORGES II, Livia de Oliveira,. A Transio da universidade ao mercado de trabalho na tica do jovem. Disponvel em: <http://pepsic.bvsalud.org/scielo.php?pid=S141498932007000300002&script=sci_art text>. Acesso em 20 de out. de 2011.

MILKOVICH, George T.; BOUDREAU, John W. Administrao de recursos humanos. So Paulo: Atlas, 2000. 534 p.

MONFERRARI, Ceclia Petres . Pesquisa Quantitativa X Pesquisa Qualitativa. Belo Horizonte, MG. Disponvel em: http://www.ucj.com.br/index.php?

option=comcontent&task=view&id=59. Acesso em 3 nov. 2011.

NIEMEYER, Patrick; KNUDSEN, Jonathan. Aprendendo java 2 sdk - verso 1.3. Rio de Janeiro: Campus, 2000. 700 p.

NUNES,

Edson;

CARVALHO,

Mrcia

Marques

de.

Ensino

universitrio,

corporao e profisso: paradoxos e dilemas brasileiros. Sociologias, Porto Alegre, n. 17, jun. 2007 Disponvel em <http://www.scielo.br/scielo.php?script=

sci_arttext&pid=S1517-45222007000100008&lng=pt&nrm=iso>. Acesso em 29 out. 2011.

ORACLE, USA, 2011 Disponvel em: <http://www.java.com/pt_BR/about/> Acesso em 28 out. 2011.

ORACLE,USA, 2011 Disponvel em : <http://www.oracle.com/technetwork/java/

52

javaee/overview/ index.html>. Acesso em 28 de out. 2011.

PEREIRA, Lcia Cristina. Mercado de Trabalho em Movimento. BH/MG 2011. Disponvel em: <http://www.patpsicologia.com.br/artigos.php?id_tmp=2>. Acesso em 19 de out. de 2011.

PRIMEFACES,stanbul,Turkey,2011.Disponvel em: <http://www.primefaces.org/>. Acesso em :25 out. 2011. RUIZ, Joo lvaro,. Metodologia cientfica: guia para eficincia nos estudos. 5. ed. So Paulo: Atlas, 2002. 181 p.

SPRING

SOURCE

COMMUNITY.

Palo

Alto,USA.

Disponvel

em:

<

http://www.springsource.org/about>. Acesso em :25 out. 2011. UNOESC, Joaaba, 2011. Disponvel em: <http://unoesc.edu.br/unoesc/historico> . Acesso em 25 de outubro de 2011.

53

APNDICES

54

Apndice A Manual do Sistema

A Figura 12 apresenta a tela responsvel pela validao dos usurios que vo entrar no sistema.

Figura 12: Login Fonte: Elaborado pelo acadmico.

A figura 13 mostra a tela qual apresentada ao usurio quando acessa o site e os dados que esto nela podero ser alteradas pelos administradores.

Figura 13: Tela Inicial Fonte: Elaborado pelo acadmico.

55

A figura 14 mostra a tela onde ficam listadas as vagas, com opo de filtro e boto responsvel por chamar o cadastro de novas vagas. Nesta tela, quando acessada pelas agncias, apenas so mostradas suas vagas; quando acessada por administrador, sero mostradas todas as vagas.

Figura 14: Vagas Fonte: Elaborado pelo acadmico.

56

A figura 15 mostra a tela responsvel pelo cadastro das vagas; quando acessada pela agncia, o campo Agncia no pode ser alterado.

Figura 15: Cadastro de vagas Fonte: Elaborado pelo acadmico.

57

A figura 16 apresenta a tela responsvel pela manuteno das agncias pelo administrador do sistema.

Figura 16: Agncia

Fonte: Elaborado pelo acadmico.

A figura 17 representa a tela responsvel pela alterao da senha dos usurios do sistema; no se aplica para as agncias cujas senhas so alteradas pelo administrador o sistema.

Figura 17: Alterao de senha Fonte: Elaborado pelo acadmico.

58

A figura 18 representa a tela onde so listados os dados referentes aos acadmicos que se candidataram s vagas e onde se controla quais foram e os que esto pendentes para encaminhamento empresa responsvel pela vaga.

Figura 18: Candidatados as vagas Fonte: Elaborado pelo acadmico.

59

Na Figura 19 demonstrada a tela responsvel pelo cadastro e listagem dos idiomas.

Figura 19: Cadastro de idioma Fonte: Elaborado pelo acadmico.

A Figura 20 est demonstrando a tela onde o acadmico solicitar um acesso ao sistema que passar pela aprovao do SAE.

Figura 20: Cadastro dos Acadmicos Fonte: Elaborado pelo acadmico.

60

A Figura 21 demonstra a tela na qual o acadmico preencher os dados do seu currculo.

Figura 21: Meus dados Fonte: Elaborado pelo acadmico.

A Figura 22 est demonstrando a tela onde sero listados os currculos dos acadmicos atravs dos filtros disponveis e poder fazer a impresso dele.

Figura 22: Lista de Currculos Fonte: Elaborado pelo acadmico.

61

A Figura 23 mostra a tela inicial apresentada ao acadmico quando acessar o sistema com seus dados.

Figura 23: Tela principal do acadmico Fonte: Elaborado pelo acadmico.

A Figura 24 exibe a tela onde so mostradas as vagas cadastradas pelas agncias e passaro pela aprovao do SAE.

Figura 24: Vagas a liberar Fonte: Elaborado pelo acadmico.

62

A Figura 25 mostra a tela onde so listados os cadastros de acadmicos que passaro pela aprovao do SAE.

Figura 25: Liberar usurio

A Figura 26 apresenta a tela onde so mostradas para o acadmico as vagas s quais ele se candidatou e qual o seu status para que ele possa acompanhar.

Figura 26: Minhas vagas Fonte: Elaborado pelo acadmico.

63

A Figura 27 mostra a tela onde feito o fechamento da vaga; no fechamento especificado se foi preenchida a vaga por acadmico da UNOESC.

Figura 27: Fechamento de vaga Fonte: Elaborado pelo acadmico.

A Figura 28 demostra a tela onde so preenchidos os dados que aparecero no incio e datas que aparecero mensagens para os acadmicos.

Figura 28: Definies gerais Fonte: Elaborado pelo acadmico.

64

A Figura 29 apresenta a tela onde so cadastrados previamente os nveis de formao que estaro disponveis nos cadastros para seleo.

Figura 29: Nvel de formao Fonte: Elaborado pelo acadmico.

Na Figura 30 demonstrada previamente a tela cadastro dos nveis de conhecimentos em idiomas que estaro disponveis nos cadastros para seleo.

Figura 30: Nvel de conhecimento de idioma Fonte: Elaborado pelo acadmico.

65

A Figura 31 mostra a tela de cadastro de cursos de formao dos acadmicos.

Figura 31: Cursos de formao Fonte: Elaborado pelo acadmico.

A Figura 32 demostra a tela onde ser efetuado o cadastro dos funcionrios do SAE.

Figura 32: Cadastro de funcionrios Fonte: Elaborado pelo acadmico.

66

A Figura 33 representa a tela onde sero cadastradas as configuraes do e-mail responsvel pelo envio de e-mail gerado pelo sistema.

Figura 33: Configurao de email Fonte: Elaborado pelo acadmico.

A figura 34 mostra a tela onde o acadmico poder alterar a sua foto.

Figura 34: Alterar foto Fonte: Elaborado pelo acadmico.

67

A Figura 35 mostra a tela que apresentada ao Administrador/funcionrio do SAE ao entrar no sistema.

Figura 35: Tela inicial para o administrador Fonte: Elaborado pelo acadmico.

A Figura 36 esboa a tela que apresentada s Agncias ao entrarem no Sistema.

Figura 36: Tela inicial agncia Fonte: Elaborado pelo acadmico.

68

A figura 34 demostra a impresso do currculo que est disponvel para o SAE.

Figura 37 Impresso do currculo Fonte: Elaborado pelo acadmico.