MINISTÉRIO DA DEFESA EXÉRCITO ... - comp.ime.eb.br€¦ · será adotado a nomenclatura SIG, por se tratar de um acrônimo na língua portuguesa. 1.1 CONTEXTUALIZAÇÃO Sistemas

MINISTÉRIO DA DEFESAEXÉRCITO BRASILEIRO

DEPARTAMENTO DE CIÊNCIA E TECNOLOGIAINSTITUTO MILITAR DE ENGENHARIA

CURSO DE GRADUAÇÃO EM ENGENHARIA DE COMPUTAÇÃO

GILBERTO MARTINS CORDEIRO

GUILHERME BRAGA MEIRELES FILHO

DESENVOLVIMENTO DE UM SISTEMA INTEGRADO DEGERENCIAMENTO PARA A EMPRESA JÚNIOR DO IME

Rio de Janeiro2010

INSTITUTO MILITAR DE ENGENHARIA




Projeto Final de Curso apresentado ao Curso de Gradu-ação em Engenharia de Computação do Instituto Militarde Engenharia, como requisito parcial para obtenção dograu de Engenharo de Computação.

Orientador: Marcos Veloso Peixoto - DSc

Rio de Janeiro2010

c©2010

INSTITUTO MILITAR DE ENGENHARIAPraça General Tibúrcio, 80 - Praia VermelhaRio de Janeiro - RJ CEP 22290-270

Este exemplar é de propriedade do Instituto Militar de Engenharia, que poderá incluí-lo em base de dados, armazenar em computador, micro�lmar ou adotar qualquer formade arquivamento.

É permitida a menção, reprodução parcial ou integral e a transmissão entre bibliotecasdeste trabalho, sem modi�cação de seu texto, em qualquer meio que esteja ou venha aser �xado, para pesquisa acadêmica, comentários e citações, desde que sem �nalidadecomercial e que seja feita a referência bibliográ�ca completa.

Os conceitos expressos neste trabalho são de responsabilidade dos autores e do orien-tador.

Cordeiro, G. M., BRAGA, G. M. F.DESENVOLVIMENTO DE UM SISTEMA IN-

TEGRADO DE GERENCIAMENTO PARA A EM-PRESA JÚNIOR DO IME / Gilberto Martins Cordeiro,Guilherme Braga Meireles Filho.� Rio de Janeiro: Instituto Militar de Engenharia, 2010.

xxx p.: il., tab.

Dissertação (graduação) � Instituto Militar de Enge-nharia � Rio de Janeiro, 2010.

1. Sistemas Integrados de Gerenciamento. 2. EmpresaJunior. 3. ERP 4. SIG I. Título. II. Instituto Militarde Engenharia.

CDD 629.892

2

INSTITUTO MILITAR DE ENGENHARIA




Projeto Final de Curso apresentado ao Curso de Graduação em Engenharia de Com-putação do Instituto Militar de Engenharia, como requisito parcial para obtenção do graude Engenharo de Computação.

Orientador: Marcos Veloso Peixoto - DSc

Aprovada em 10 de Agosto de 2010 pela seguinte Banca Examinadora:

Marcos Veloso Peixoto - DSc do IME - Presidente

Prof. Ricardo Choren Noya - DSc, do IME

Prof. Aderson Campos Passos - MSc, do IME

Prof. Anderson Fernandes Pereira dos Santos - DSc, do IME

Rio de Janeiro2010

3

Ao �Cordeiro de Deus� (in memorian)

4

AGRADECIMENTOS

Agradecemos aos professores que nos ajudaram, a nossa família que nos apoiou e aos

nossos amigos que nos incentivaram.

Gilberto e Guilherme

5

�As pessoas que querem vencer neste mundo são asque procuram as circunstâncias de que precisam e,quando não as encontram, as criam.�

Bernard Shaw

6

SUMÁRIO

LISTA DE ILUSTRAÇÕES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

LISTA DE TABELAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

LISTA DE ABREVIATURAS E SÍMBOLOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

1 INTRODUÇÃO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

1.1 Contextualização . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

1.2 Justi�cativa e Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

1.3 Materias Utilizados e Métodos de Engenharia de Software . . . . . . . . . . . . . . . . 16

1.4 Organização do Trabalho . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

2 MOVIMENTO DE EMPRESAS JUNIORES . . . . . . . . . . . . . . . . . . . . . 18

2.1 Histórico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

2.2 Organização de uma EJ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

2.3 Hierarquia e Organização . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

2.4 As características de uma EJ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

2.5 IME Júnior . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

3 SISTEMA INTEGRADO DE GERENCIAMENTO . . . . . . . . . . . . . . 25

3.1 Surgimento e Evolução . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

3.2 Conceito de Integração e SIG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

3.3 Características de um SIG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

3.4 SIG para a IME Júnior . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

3.4.1 Alternativas de implementação de um SIG para a IME Júnior . . . . . . . . . . . . . 30

4 MODELAGEM DO PROJETO DE SOFTWARE . . . . . . . . . . . . . . . . . 31

4.1 Levantamento dos Requisitos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

4.1.1 Entrevista . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

4.1.2 Sistemas de Referência . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

4.2 Análise de Requisitos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

4.2.1 Requisitos Funcionais . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

4.2.2 Requisitos Não-Funcionais . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

7

4.3 Diagramas de Caso de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

4.3.1 Descrição de Casos de Uso Selecionados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

4.4 Modelagem Estática . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

4.5 Arquitetura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

4.6 Persistência . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

5 IMPLEMENTAÇÃO DO SIG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

5.1 Camada de Persistência . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

5.2 Camada de Interface com o Usuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

5.3 Camada de Negócios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

5.4 Exemplo de Codi�cação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

6 CONSIDERAÇÕES FINAIS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

7 REFERÊNCIAS BIBLIOGRÁFICAS . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

8 APÊNDICE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

8.1 Sistemas de Referência . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

8.2 Diagramas de Caso de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

8.3 Modelagem Estática . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

8.4 Persistência do SIG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

8

LISTA DE ILUSTRAÇÕES

FIG.2.1 Organograma da EESC Jr . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

FIG.2.2 Organograma da Meta Consultoria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

FIG.3.1 A evolução do ERP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

FIG.3.2 Estrutura básica de SIG (DEARAUJO SANTOS, 2009) . . . . . . . . . . . . . . 28

FIG.3.3 Principais módulos de um SIG em uma empresa industrial e suas

princiais interligações (ZWICKER, 2003) . . . . . . . . . . . . . . . . . . . . . . . . . . 29

FIG.3.4 Estrutura de SIG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

FIG.4.1 Diagrama de caso de uso para ator Gerente de Recursos Humanos . . . . . 39

FIG.4.2 Caso de uso Cadastrar Membro . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

FIG.4.3 Caso de uso Cadastrar Gerenciar Projeto . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

FIG.4.4 Caso de uso Cadastrar Lançar Contas a Pagar . . . . . . . . . . . . . . . . . . . . . . 41

FIG.4.5 Caso de uso Realizar Aplicação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

FIG.4.6 Esquema de arquitetura do SIG para a IME Júnior . . . . . . . . . . . . . . . . . . 43

FIG.5.1 Exemplo de código de controle de região . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

FIG.5.2 Exemplo de uso de controle de usuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

FIG.5.3 Exemplo de tela gerada a partir do código citado . . . . . . . . . . . . . . . . . . . . 47

FIG.5.4 Exemplo de tratamento de evento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

FIG.5.5 Exemplo de código da camada de negócio . . . . . . . . . . . . . . . . . . . . . . . . . . 48

FIG.5.6 Exemplo de persistência usando o NHibernate . . . . . . . . . . . . . . . . . . . . . . . 48

FIG.8.1 Diagrama de caso de uso para o ator Aplicante . . . . . . . . . . . . . . . . . . . . . . 54

FIG.8.2 Diagrama de caso de uso para o ator Contas a Pagar . . . . . . . . . . . . . . . . . 54

FIG.8.3 Diagrama de caso de uso para o ator Contas a Receber . . . . . . . . . . . . . . . 54

FIG.8.4 Diagrama de caso de uso para o ator Gerente Financeiro . . . . . . . . . . . . . 55

FIG.8.5 Diagrama de caso de uso para o ator Gerente de Projetos . . . . . . . . . . . . . 55

FIG.8.6 Diagrama de caso de uso para o ator Gerente de Recursos Humanos . . . . 55

FIG.8.7 Diagrama de caso de uso para o ator Tesoureiro . . . . . . . . . . . . . . . . . . . . . 56

FIG.8.8 Diagrama de caso de uso para o ator Usuário . . . . . . . . . . . . . . . . . . . . . . . 56

FIG.8.9 Diagrama de classes (Completo) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

FIG.8.10 Diagrama de classes (Parte 1) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

9





FIG.8.15 Relacionamento entre entidades do grupo de Projetos . . . . . . . . . . . . . . . . 63

FIG.8.16 Relacionamento entre entidades do grupos de Financeiro . . . . . . . . . . . . . 64

FIG.8.17 Relacionamento entre entidades do grupos de Recursos Humanos . . . . . . 64

FIG.8.18 Relacionamento entre entidades do grupos de Administrativo . . . . . . . . . . 65

FIG.8.19 Relacionamento entre entidades do grupos de uso geral . . . . . . . . . . . . . . . 65

10

LISTA DE TABELAS

TAB.8.1 Funcionalidades do Módulo Administrativo . . . . . . . . . . . . . . . . . . . . . . . . . 52

TAB.8.2 Funcionalidades do Módulo Financeiro . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

TAB.8.3 Funcionalidades do Módulo de Projetos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

TAB.8.4 Funcionalidades do Módulo de Recursos Humanos . . . . . . . . . . . . . . . . . . . 53

11

LISTA DE ABREVIATURAS E SÍMBOLOS

ABREVIATURAS

BOM - Bill of Materials

EESC Jr - Empresa Júnior dos Alunos da Escola de Engenharia de São

CarlosEJ - Empresa Júnior

ERP - Enterprise Resource Planning

FGV - Fundação Getúlio Vargas

HTML - HyperText Markup Language

IDE - Integrated Development Environment

IES - Instituição de Ensino Superior

IETEx - Incubadora de Empresas de Base Tecnológica do Exército

IME - Instituto Militar de Engenharia

IME Júnior - Empresa Júnior do Instituto Militar de Engenharia

MEJ - Movimento de Empresas Juniores

MRP - Material Requirement Planning

PIRF - Pátio de Instrução Ricardo Franco

SIG - Sistema Integrado de Gerenciamento

SGBD - Sistema de Gerenciamento de Banco de Dados

UFBA - Universidade Federal da Bahia

UFF - Universidade Federal Fluminese

URL - Uniform Resource Locator

USP - Universidade de São Paulo

12

RESUMO

Os Sistemas de Gerencimento Integrado (SIG) são sistemas de informação integradoscom a �nalidade de dar suporte à maioria das operações de uma empresa. O sistemainclui módulos de gerenciamento que operacionalizam o �uxo de informações ao longo detoda a estrutura organizacional da empresa. De forma pioneira, este projeto é focalizadoo desenvolvimento de um SIG para a Empresa Júnior do IME (IME Júnior) no intúitode oferecer suporte às suas necessidades gerenciais de pessoal, projetos e �nanceiro. Osistema fornecerá um conjunto de funcionalidades especí�cas e customizadas para o auxílioà gestão que atendam às demandas da IME Júnior. Na construção do SIG para a IMEJúnior foi possível se constatar as di�culdades no desenvolvimento e na implementaçãodos conceitos de um SIG.

13

ABSTRACT

Enterprise Resource Planning (ERP) are integrated information systems with the pur-pose of supporting the majority of a company's operations. The system includes manage-ment modules that operationalize the �ow of information throughout the organizationalstructure of the company. In a innovative way this project focus on the development of aIMS aimed at the junior enterprise linked to the Military Institute of Technology (IME)(IME Júnior) with the purpose of o�ering support to the management regarding humanresources, projects and �nances. The system will o�er a set of speci�c functionalities,customized to aid the management, that can comply to the needs of IME Júnior. Duringthe development of the ERP to IME Júnior we had a �rst hand glimpse of the di�cultiesinvolved in the implementation of the concepts and the development of an ERP.

14

1 INTRODUÇÃO

O mundo move-se em direção a uma nova ordem econômica em que fatores ambien-

tais, organizacionais e tecnológicos criam um contexto de negócios altamente competitivo.

Esses fatores podem mudar muito rapidamente, impondo às empresas a responderem com

frequência e rapidez sobre todo o contexto de negócios, desde o âmbito estratégico ao

operacional.

Dessa forma, torna-se imprescindível o uso da Tecnologia da Informação por meio dos

Sistemas de Informação. Cada vez mais os sistemas de informação passam a se tornar

críticos para as empresas. O vertiginoso desenvolvimento tecnológico gera sistematica-

mente novas possibilidades para a obtenção de vantagem competitiva.

Sistemas de informações constituem artefatos caros que nem sempre geram o retorno

desejado. Seu desenvolvimento impõe desa�os técnicos e de gestão signi�cativos aos ad-

ministradores da tecnologia. Seu sucesso exige que toda a empresa entenda e incorpore a

tecnologia, e que as pessoas envolvidas a entendam e atuem em sintonia com a empresa.

Esse cenário delineou as condições necessárias para o surgimento de novos paradigmas

para Sistemas de Informação que tentam minimizar di�culdades recorrentes observadas

nos sistemas antigos. O argumento mais interessante dessa nova abordagem é a possibili-

dade real de integração de todos os Sistemas de Informação da organização, viabilizando

o modelo de gestão empresarial integrado. Esse cenário motivou a criação dos sistemas

integrados de gerenciamento (SIG) ou sistemas ERP (Enterprise Resource Planning).

Esses sistemas são mais popularmente chamados de ERP, porém no presente trabalho

será adotado a nomenclatura SIG, por se tratar de um acrônimo na língua portuguesa.

1.1 CONTEXTUALIZAÇÃO

Sistemas de Gerencimento Integrado (SIG) são sistemas de informação integrados com a

�nalidade de dar suporte à maioria das operações de uma empresa (ZWICKER, 2003) .

O sistema inclui módulos de gerenciamento que operacionalizam o �uxo de informações

ao longo de toda a estrutura organizacional da empresa.

Neste projeto é focalizado o desenvolvimento de um SIG para a Empresa Júnior do

IME (IME Júnior) no intúito de oferecer suporte às suas necessidades gerenciais de pessoal,

15

projetos e �nanceiro. O projeto fornecerá um conjunto de funcionalidades especí�cas e

customizadas para o auxílio à gestão que atendam às demandas da IME Júnior.

1.2 JUSTIFICATIVA E OBJETIVOS

Motivados de que informática poderá melhorar a e�ciência nos desa�os de gestão e, prin-

cipalmente, percebendo que essa é uma tecnologia capaz de resolver os problemas críticos

de gerenciamento de informação, muitas instituições e empresas decidiram adotar a con-

strução de sistemas de informação, em destaque os Sistemas de Gestão Integrado. Não

diferente, isso também motivou o Movimento de Empresas Juniores a seguir essa tendên-

cia. Cada vez mais EJs buscam por soluções nesse sentido.

O presente trabalho tem como objetivo principal �desenvolver um Sistema Integrado

de Gerenciamento para a IME Júnior implementando os seus conceitos em um sistema

Web�.

Para isso foi necessário o conhecimento de SIG, funcionamento de um EJ e engenharia

de software, no que tange às técnicas e metodologias corretas de construção de sistemas

baseado na Web. Para tanto, o projeto foi dividido em duas grandes parte: 1) Revisão

da literatura, para o conhecimento do �estado da arte� e a conceituação de assuntos

relacionados a SIG e EJs; e 2) Desenvolvimento de um SIG para a IME Júnior, utilizando

técnicas de engenharia de software para a aplicação dos conceitos de SIG.

1.3 MATERIAS UTILIZADOS E MÉTODOS DE ENGENHARIA DE SOFTWARE

Inicialmente, será realizado um estudo sobre SIGs abordando suas teorias e casos. Serão

levantados os principais desa�os e fatores críticos de sucesso para a sua implementação

e também as particularidades de desenvolvimento de SIG para empresas de pequeno e

médio porte.

Serão apresentadados os conceitos de uma EJ, suas �nalidades, composição e organi-

zação. Além disso, como a IME Júnior é uma empresa bastante nova no mercado e ainda

não possui processos maduros e bem de�nidos.

De posse desses conhecimentos, proceder-se-á o levantamento dos requisitos funcionais

e sua modelagem, bem como os requisitos não funcionais. O sistema será desenvolvido

baseando-se nas técnicas de Engenharia de Software, utilizando padrões de projeto de

software existentes como aqueles disponíveis em (GAMMA, 2000). Nesta fase serão mod-

16

eladas as interfaces com o usuário para elucidar a conformidade dos requisitos com a

futura implementação.

A partir dos modelos, o sistema será implementado. Para a sua implementação foi

escolhida a plataforma .NET, pela familiaridade de uso por parte da equipe. O Sistema de

Gerenciamento de Banco de Dados (SGBD) a ser utilizado será MySQL, pois trata-se do

banco de dados atualmente utilizado no servido da IME Júnior. Além disso, será utilizada

a tecnologia Hibernate como framework de persistência.

1.4 ORGANIZAÇÃO DO TRABALHO

O presente trabalho encontra-se dividido em 6 capítulos. No Capítulo 1 é apresentado o

tema sobre o qual versa este trabalho bem como o contexto no qual ele se encaixa dentro

do Movimento de Empresas Juniores. Também foram expostos seus objetos e o método

segundo o qual almeja-se alcança-los.

No Capítulo 2 será apresentado o Movimento de Empresas Juniores. Serão apresen-

tados o seu histórico, as organizações fundamentais de uma EJ, sua hierarquia e também

a IME Júnior.

No Capítulo 3, serão abordados os conceitos de um Sistema Integrado de Gerencia-

mento. Nesse capítulo serão discutidos como surgiram os primeiros SIGs, alguns conceitos

chave de integração, as características de um SIG. Também será apresentado o SIG em

pequenas e médias empresas.

No Capítulo 4, serão mencionados os requisitos do sistema, bem como o projeto que

conduziu à aplicação que atende a esses requisitos, incluindo uma modelagem estática.

No Capítulo 5, será realizada uma explanação sobre os aspectos não triviais levanta-

dos durante a implementação do sistema, bem como uma breve avaliação da aplicação

desenvolvida.

Por �m, no Capítulo 6, conclusão, será avaliado o trabalho como um todo, tendo

em vista os objetivos propostos no Capítulo 1. Também serão abordados os possíveis

trabalhos futuros relacionados com o trabalho desenvolvido.

17

2 MOVIMENTO DE EMPRESAS JUNIORES

Segundo o Conceito Nacional de Empresas Juniores, uma EJ é constituída pela união

de alunos matriculados em cursos de graduação em instituições de ensino superior, organi-

zados em uma associação civil com o intuito de realizar projetos e serviços que contribuam

para o desenvolvimento do país e de formar pro�ssionais capacitados e comprometidos com

esse objetivo.

Sua �nalidade é desenvolver pro�ssionalmente seus membros por meio de vivência

empresarial, realizando projetos e serviços na área de atuação dos cursos de graduação

vinculados, e também fomentar o espírito empreendedor. Seus clientes são preferencial-

mente micro e pequenas empresas, contribuindo para o desenvolvimento da sociedade.

2.1 HISTÓRICO

O Movimento de Empresas Juniores (MEJ) teve início em 1967, na França, com o objetivo

mais focado para realizar estudos e pesquisas de mercado. Rapidamente a idéia se difundiu

no meio acadêmico francês, resultando na criação da Confederação Nacional das Empresas

Juniores em 1969.

Nos anos 80, o modelo francês consolidou-se e começou a se espalhar pelo mundo,

sendo levado para Suíça, Bélgica, Espanha, EUA e Brasil. Em 1986, havia 99 empresas

juniores, 15.000 estudantes envolvidos, 3.000 estudos realizados e um faturamento anual

da ordem de 40 milhões de francos. As atividades das empresas, depois de alguns anos,

atingiram um crescimento de 50% ao ano, um resultado extraordinário (DNA, 2006).

As ideias e os conceitos fundamentais do movimento foram trazidos para o Brasil,

em 1988, pela Câmara de Comércio e Indústria Franco-Brasileira. As empresas juniores

pioneiras no Brasil foram as da Escola Politécnica da Universidade de São Paulo (USP),

Fundação Getúlio Vargas (FGV) e Universidade Federal da Bahia (UFBA). Em termos

quantitativos, o movimento brasileiro expandiu-se tanto que de 1988 a 1995, surgiram 100

empresas juniores, número que foi atingido, no país de origem, em 19 anos, entre 1967 e

1986.

Atualmente, depois de dezenove anos no país, o MEJ cresceu, pro�ssionalizou-se e

amadureceu. São hoje mais de 22.000 universitários espalhados em cerca de 700 empresas

18

juniores e realizando mais de 2.000 projetos por ano (His, 2008).

2.2 ORGANIZAÇÃO DE UMA EJ

No quadro social de uma EJ, os membros associados são vinculados como voluntários,

distribuídos em uma macro-estrutura convencional formada por quatro instâncias: Con-

selho, Diretoria Executiva, Membros e Trainees. A reunião dos membros associados forma

a Assembléia Geral. De modo geral, pode-se observar que a estrutura da grande maioria

das EJs brasileiras têm o seguinte comportamento:

• Assembléia Geral é a instância máxima de deliberação da EJ. Ela pode ser di-

vidida em dois tipos: ordinária e extraordinária. Para que todas as decisões sejam

legitimadas e validadas, é necessário que a assembléia atinja um quorum mínimo

de participação (que costuma ser da ordem de 75% de presença dos membros), que

deve ser previamente acordado e estipulado por todos.

• Conselho que pode ser classi�cado em administrativo, consultivo, deliberativo,

�scal e outras variações. Na maioria das vezes, o conselho costuma ser composto

por pessoas mais experientes, que já passaram pela EJ e que têm condições de

orientar a gestão em situações que necessitem de mais cautela. A depender do tipo

estabelecido, o conselho pode destituir uma diretoria, solicitar prestação de contas

em relatórios apurados dentre outras atribuições.

• Diretoria Executiva que, em grande parte dos casos, é segmentada em seis:

Presidência, Recursos Humanos, Marketing, Projetos, Administrativo-Financeiro

e Qualidade. Cabe à diretoria zelar pelo cumprimento dos objetivos planejados e

representar perante a qualquer stakeholder.

• Membros são pessoas que possuem qualquer tipo de vínculo com a EJ. Este vínculo

costuma ter diversas classi�cações que variam de acordo com as atividades de cada

um dentro da EJ. Um membro pode ser efetivo, quando geralmente faz parte do

corpo técnico da EJ, podendo-se receber diferentes nomenclaturas, tais como con-

sultor, gerente, coordenador, assessor e etc. Embora não seja muito usual, existem

ainda as classi�cações �membro associado, honorário e colaborador� que podem ou

não compor o�cialmente o quadro de pessoas �xas na EJ.

19

• Trainees, em muitos casos, não são considerados membros. É uma pessoa recém

admitida na EJ que �ca à margem do processo decisório. O trainee geralmente é o

indivíduo que passa por um período de experimentação, adaptação e treinamento,

onde é constantemente avaliado.

2.3 HIERARQUIA E ORGANIZAÇÃO

Nas mais diversas instituições, seja ela pública ou privada, existem formas de hierarquia,

diferenciando-se através de sua intensidade e poder de decisão. Embora questionada por

muitos, a hierarquia traz consigo a ordem, disciplina e orientação. Em tempos em que se

discute a democracia participativa e corporativa, nada mais justo que esclarecer alguns

pontos que costumam ser controversos nas EJs por meio de organogramas.

Para formalizar estas relações internas e propiciar a rápida compreensão holística

e sistêmica do funcionamento de uma EJ, o organograma surge como a maneira mais

e�ciente de apresentar estas relações. A seguir, serão apresentadas alguns exemplos de

organogramas e modelos de gestão de algumas EJs brasileiras. Nota-se a predominância

da estrutura do tipo funcional ou departamental, onde as pessoas costumam ser alocadas

de acordo com as respectivas áreas.

Na Figura 2.1, tem-se uma representação comum de como uma EJ pode ser estrutu-

rada. Na Empresa Júnior dos Alunos da Escola de Engenharia de São Carlos (EESC Jr),

pode-se ver claramente que esse tipo de segmentação é seguido.

FIG. 2.1: Organograma da EESC Jr

Nessa EJ, a Diretoria é a principal responsável pela coordenação dos grupos e admin-

istração da empresa. É formada por um diretor de cada grupo e pelo diretor presidente.

Logo em seguida, temos o Conselho Administrativo que não possui função deliberativa e

é formado por ex-integrantes que auxiliam a diretoria executiva. Tanto a Diretoria como

20

o Conselho Administrativo são eleitos no �nal de cada ano letivo. O restante da Diretoria

Executiva é de�nido da seguinte forma:

• Marketing: De�ne e planeja métodos para atingir o público alvo (mercado, campus

etc), seja através da mídia, eventos, ou quaisquer outras metodologias;

• Recursos Humanos: Responsável pela administração do pessoal, seleciona, avalia,

acompanha e auxilia os membros, através de treinamentos, cobranças, ou simples

conversas. Também seleciona estagiários para os projetos;

• Projetos: Acompanha o andamento dos projetos, servindo de ponte entre estag-

iário, professor e cliente;

• Financeiro: De�ne e acompanha a política de gastos do ano, além de ser respon-

sável por toda a parte jurídica (contratos e etc.); e

• Qualidade: Acompanha, avalia e aprimora o andamento da empresa, observando os

sistemas de comunicação, sistemas de informação e os processos internos da empresa.

Esta estrutura, que contou com o auxílio de professores especializados para ser imple-

mentada, tem como vantagem ser uma estrutura simples e de fácil integração entre todos

os membros da empresa. Há, porém, uma desvantagem que, para um número maior de

membros, as reuniões dos grupos acabam �cando muito cheias e atrapalham o andamento

da empresa.

Com uma proposta diferente, a Meta Consultoria, EJ de Engenharia da Universidade

Federal Fluminense (UFF), é caracterizada por uma estrutura que, segundo a empresa,

lhe confere maior �exibilidade e mobilidade, fato garantido pelo sistema de células, que

pode ser visualizado na Figura 2.2.

Seguindo com a abordagem, o próximo passo é a de�nição das funções de cada célula

dentro do esquema.

• Célula Financeira: composta pelas seguintes atividades: Planejamento, Cont-

role e Monitoramento. Ao Planejamento atribui-se a elaboração do orçamento e a

estimativa de custos e receitas da empresa para o período que se segue. O acom-

panhamento do planejamento e a condução de suas eventuais reestruturações, por

sua vez, referem-se à atividade de Controle. Por �m, tem se o Monitoramento,

que codi�ca ameaças e oportunidades geradas pelo ambiente por meio da percepção

21

FIG. 2.2: Organograma da Meta Consultoria

das variáveis econômicas e mercadológicas, na direção de articulação em prol de

mudanças e de rápidas respostas às variabilidades exteriores.

• Célula de Marketing: atua na promoção dos produtos da mesma perante o mer-

cado e seus clientes. Assim, é responsabilidade da Célula a manutenção de um bom

relacionamento com seus clientes, usando os conceitos de CRM (Customer Relation-

ship Management), de forma a buscar a máxima satisfação deles.

• Célula da Presidência: atua com o intuito de cuidar da relação com o meio

exterior, responsável por preocupar-se com a imagem da EJ frente à Universidade e

à sociedade, buscando seu reconhecimento, e com os princípios do Movimento Júnior,

averiguando se a empresa está de acordo com o Estatuto existente. Além disso, é

papel da Presidência coordenar e articular a empresa internamente, mantendo a

sinergia entre as demais Células de trabalho, zelando pela qualidade interna.

• Célula de Projetos: acompanha, juntamente aos gerentes, a realização de cada

um dos projetos. Dessa forma, pode-se prover uma visão externa para auxiliar na

identi�cação, priorização e solução de problemas. Além disso, avalia e monitora o

projeto quanto ao direcionamento dos resultados alcançados para melhor atender às

necessidades dos clientes.

• Célula de Recursos Humanos: atua realizando processos seletivos, agindo sob

modelos de seleção de estagiários e trainees do mercado e analisando as competências

individuais de cada candidato com o auxílio de psicólogos e professores de português.

Dessa forma, o RH da empresa desempenha o importante papel de ser a Célula su-

porte caminhando junto às demais e a seus membros, buscando desenvolvê-los e

22

motivá-los. Fica ainda sob a responsabilidade da equipe a elaboração de capac-

itações que desenvolvam os membros e suas competências, fortalecendo cada vez

mais a gestão do conhecimento dentro da EJ.

2.4 AS CARACTERÍSTICAS DE UMA EJ

Primeiramente, uma EJ de�ne-se como uma empresa com setor de atividade destinada à

prestação de serviço. Esses serviços consistem na realização de projetos e serviços na área

de atuação nos cursos de graduação da IES. Dessa forma, na maioria das EJs não há a

de�nição de processos relacionados a fornecedores, suprimentos, produção, dentre outros.

Quanto ao porte da empresa, EJs são classi�cadas como sendo microempresas. A

ITA Júnior, umas das principais empresas juniores no ramo de tecnologia, possui um

faturamento médio anual corresponde a R$ 20.000,00 (vinte mil reais) (Uni, 2005), valor

inferior ao valor de R$ 1.200.000,00 (um milhão e duzentos mil reais) como de�nido

pelo Código Civil Brasileiro para uma microempresa. O efetivo de membros de uma EJ

também é equiparado a uma microempresa, com média de 20 (vinte) membros.

A estrutura organizacional varia entre cada EJ. A mais utilizada, como apresentada na

Seção 2.3, é a departamentalização matricial, no qual os membros possuem departamentos

funcionais de origem, porém são alocados por meio dos projetos executados.

2.5 IME JÚNIOR

A IME Júnior é uma das EJs mais novas no cenário do movimento de empresas ju-

niores. Fundada em 2008, a empresa é uma EJ multidisciplinar em engenharia, prestando

serviços de consultoria, desenvolvimento e suporte de projetos na área de Tecnologia da

Informação e em seis grandes áreas (Computação, Mecânica, Civil, Eletrônica, Química

e Cartográ�ca), com base nos cursos de graduação oferecidos pelo IME. Sua sede �ca na

Incubadora de Empresas de Base Tecnológica do Exército (IETEx), localizado no Pátio

de Instrução Ricardo Franco (PIRF), anexo do IME.

A elaboração da proposta de implantação da IME Júnior iniciou-se no ano anterior,

2007. A alunos envolvidos na iniciativa realizaram diversas visitas a outras EJs e feder-

ações com o intuito de adquirir os conhecimentos envolvidos na nova empreitada, como

estrutura organizacional, cultura, aspectos jurídicos, dentre outros.

A empresa iniciou-se com uma estrutura organizacional seguindo a convenção da maio-

23

ria das EJs, uma estrutura funcional. Formada pelas diretorias de Presidência, Jurídico-

�nanceiro, Marketing, Gestão de Pessoas e Projetos, os membros efetivos são alocados a

cada uma e desenvolvem atividades especí�cas correspondentes à sua área.

No primeiro ano a empresa contou com um efetivo de 25 membros, uma média de 4 a 5

membros por diretoria. As atividades iniciais concentravam-se na fundamentação dos con-

ceitos básicos de gestão empresarial, realizadas por meio de benchmarks com outras EJs,

treinamentos internos e capacitações promovidas pela Rio Junior (Federação Fluminense

de Empresas Juniores).

A �m de melhor aproveitar recursos humanos da empresa, a IME Júnior, através de

uma reformulação estratégica em 2009, passou a utilizar uma nova disposição organiza-

cional, adotando uma estrutura matricial, no qual combina a alocação dinâmica dos seus

membros por meio da seleção de membros de conhecimentos especí�cos de cada área. A

diretoria de projetos não contaria mais com membro exclusivos para a gerência de pro-

jetos e tal função passaria a ser executada pelos membros das outras diretorias, segundo

um critério interno de seleção.

Essa estrutura também permite a realização de processos internos sazonais da IME

Júnior sejam desenvolvidos por uma equipe multifuncional, como, por exemplo, os pro-

cessos seletivos, eleições, feiras de pro�ssões, etc.

24

3 SISTEMA INTEGRADO DE GERENCIAMENTO

Globalização e diversi�cação de negócios continuam a adicionar complexidade e dinam-

icidade nos processos empresariais. A cada dia aumentam-se atividades de coordenação

e monitoração em empresas, com o objetivo de formular ações rápidas de correções de

metas estabelecidas. Esse processo necessita de informação atualizada e consistente, que

pode ser disponibilizada por meio de software que contenha e processe dados de diversos

setores da empresa, função básica dos chamados sistemas integrados de gerenciamento,

os sistemas SIG.

Segundo (DEARAUJO SANTOS, 2009), um sistema SIG baseia-se na existência de

bases de dados comuns que permitam partilhar a informação com diversos usuários. Dessa

forma, o departamento já não é `proprietário' de dados ou de sistemas informático, mas

todas as unidades usuárias dispõem de recursos de informação e de um conjunto de fer-

ramentas de software de apoio à execução, controle e gestão de negócio, o que é um

diferencial importante dos sistemas SIG.

3.1 SURGIMENTO E EVOLUÇÃO

Os sistemas SIG surgiram a partir da necessidade de integração de sistemas anteriores.

Antes do seu surgimento, existiam sistemas que tratavam as informações de maneira

independente, sendo cada informação limitada às fronteiras de cada sistema.

Em função da não integração dos sistemas anteriores ao SIG, as empresas estava su-

jeitas à redundância de informações e à inconsistência de dados, tornando a probabilidade

de retrabalho maior.

A história do SIG está estritamente ligada à história desses sistemas anteriores. Por

volta de 1960 surgiu o chamado Bill of Materials (BOM), que era um sistema para con-

trole de bens em estoque disponíveis para a venda ou serem utilizados na fabricação de

produtos.

Cerca de 10 anos depois, um novo sistema surgiu voltado para a produção e manu-

fatura, que envolvia basicamente o planejamento e compra de matéria-prima e compo-

nentes, esses sistemas �caram conhecidos como Material Requirement Planning (MRP).

Na segunda metade dos anos 80, a partir das informações do já existente MRP surgiu

25

uma nova forma de gerenciar as atividades do chão de fábrica e planejar as necessidades

de produção, o chamado Manufacturing Resources Planning (MRP-II), que servia para

todo um planejamento de recursos da produção, já com a capacidade de englobar alguns

processos.

Com o passar do tempo as grandes organizações foram se interessando cada vez mais

por esses sistemas, tal interesse também começou a gerar exigências a recursos que não

existiam nos mesmos. Apesar de trazerem muitos benefícios para a área de produção das

organizações, o MRP-II não atendia por completo às necessidades genéricas das organi-

zações. O principal fator de insatisfação com o MRP-II era a não integração com outros

sistemas ou com outras áreas da empresa, como contábil, recursos humanos, comercial

entre outras.

O ERP é a espécie evoluída dos sistemas que anteriormente eram voltados apenas para

a manufatura. Com o ERP, a organização passa a ter uma visão global e integrada de

todos os processos empresariais.

FIG. 3.1: A evolução do ERP

Percebendo o aumento da demanda por sistemas que proporcionavam esses recursos,

os fornecedores de sistemas começaram a desenvolver cada vez mais módulos que atendiam

as várias áreas da empresa e pudessem se comunicar, ou seja, integrá-los por completo,

atendendo assim aos processos da empresa de forma global.

Essa migração de um foco voltado para a gestão da manufatura para uma gestão do

empreendimento como um todo, integrando-se todas as áreas do negócio, foi a evolução

do MRP-II para ERP.

26

3.2 CONCEITO DE INTEGRAÇÃO E SIG

De acordo com (DAVENPORT, 1998), no tocante a sistema SIG, integração é vista como

a ligação conjunta de informação e processos de setores distintos da organização, que pode

ocorrer entre diferentes funções ou entidades operacionais da empresa. Uma transação em

um sistema SIG é um conjunto de processos instantâneos que atualizam outros processos,

de forma automática. Por sua vez, um software SIG permite que diferentes unidades da

organização tenha acesso a informações de diferentes transações de negócios.

Dessa forma, os SIGs podem produzir benefícios quantitativos e qualitativos, tais

como visão integrada dos processos gerenciais, qualidade de dados, ganho de escala no

uso de software, adoção de padrões de negócios, informação em tempo real e redução de

retrabalho e redundância de dados (SACCOL, 2003).

Segundo (MACHADO, 2000), o conceito de integração pressupõe a de�nição de ele-

mentos como: convergência; unidade de funções, processos e operações; partilha de dados;

integridade e �abilidade de bases de dados; visões de usuários; interação e portabilidade;

�exibilidade do sistema; e e�ciência, coerência e utilização.

3.3 CARACTERÍSTICAS DE UM SIG

São vários os SIGs disponíveis no mercado, cada um possuindo uma interface diferente.

Porém, uma série de características se preserva em todos eles.

Os SIGs possuem características que, permitem distinguí-los de sistemas desenvolvidos

internamente nas empresas e outros tipos de pacotes de software (ZWICKER, 2003). Essas

características poder ser resumidas como:

• são pacotes comerciais de software;

• incorporam modelos de processos de negócios (as chamadas best practices);

• são sistemas de informação integrados e utilizam um banco de dados corporativo;

• possuem grande abrangência funcional; e

• requerem procedimentos de ajuste para que possam ser utulizados em determinada

empresa.

Além dessas características básicas, existem várias outros pontos com enfoque mais

técnico que também são comuns entres os SIGs, como:

27

• Utilizam uma base de dados integrada, ou um único banco de dados, sendo geren-

ciada por um Sistema de Gerenciamento de Banco de Dados (SGBD);

• É uma arquitetura de software, desenvolvida a partir de uma linguagem de progra-

mação única, composta por várias aplicações;

• Cada módulo pode ser con�gurado e parametrizado de acordo com as necessidades

da organização;

• Todas as informações são transmitidas em tempo real e de forma consistente para

todos os módulos; e

• É baseado em redes do tipo cliente-servidor.

Os SIGs são geralmente divididos em módulos, que representa conjuntos de funções

que normalmente atendem a um ou mais departamentos da empresa. Na Figura 3.3

estão apresentados so módulos mais comumente utilizados em empresas industriais e as

principais interligações entre eles (ZWICKER, 2003).

Geralmente, os SIGs possuem dois conjuntos básicos de módulos, como ilustrado na

Figura 3.2 extraída de (DEARAUJO SANTOS, 2009): um em relação a atividades-�ns

ou atividades verticais da empresa (exemplo: engenharia, controle de manufatura, gestão

da produção, controle da qualidade) e outro de apoio a atividades-meios, orientado para a

administração e gestão da organização (exemplo: contabilidade, �nanças, custos recursos

humanos, controle de estoques, vendas e distribuição).

FIG. 3.2: Estrutura básica de SIG (DEARAUJO SANTOS, 2009)

Cada módulo representa um conjunto de funções que atendem a um ou mais departa-

mentos da empresa. Na Figura 3.3, extraída de (ZWICKER, 2003)), estão representados

28

os módulos mais comumente utilizados em empresas industriais e as principais interli-

gações entre eles.

FIG. 3.3: Principais módulos de um SIG em uma empresa industrial e suas princiaisinterligações (ZWICKER, 2003)

Todos os dados e informações dentro do �uxo que existe nos SIGs são armazenados

em um único banco de dados. Essa centralização da informação permite que todos os

módulos do sistema possam buscar a mesma informação em um único local. Isso faz com

que cada módulo tenha a capacidade de manipular as informações de outros módulos

permitindo total integração entres os diferentes processos de negócio. A Figura 3.4 ilustra

bem a centralização das informações

FIG. 3.4: Estrutura de SIG

29

3.4 SIG PARA A IME JÚNIOR

Cada empresa é única e exclusiva e, por esse motivo, existem inúmeras soluções de gestão

empresarial disponíveis no mercado. Elas foram desenvolvidas para corresponderem às

particularidades de cada empresa, bem como, ao orçamento de cada uma delas.

EJs são mais um exemplo de diversidade de modelo de empresa no mercado. Não

diferentemente das demais, suas particularidades são únicas e exigem soluções próprias

de sistemas de informação para a sua gestão empresarial, objetivando o atendimento de

suas necessidades. Dessa forma, é necessário que essas particularidades estejam bem claras

a �m de que se busquem soluções adequadas para as mesmas.

3.4.1 ALTERNATIVAS DE IMPLEMENTAÇÃO DE UM SIG PARA A IME JÚNIOR

Através da necessidade identi�cada pela IME Júnior em adotar um SIG para o apoio às

suas operações gerenciais, foram estudadas soluções disponíveis no mercado que pudessem

se adequar aos requisitos identi�cadas para a IME Júnior, características não diferentes

das demais EJs. Ao longo da elaboração deste projeto de �m de curso, especialistas em

sistemas de informação foram consultados e também uma vasta pesquisa pela Internet foi

realizada visando a busca por soluções pontuais.

Dentro do universo de SIGs buscados que são destinados a micro e pequenas empresas,

não foram identi�cados sistemas que oferecesse o suporte à gestão de projetos, atividade

�m de uma EJ sendo requisito essencial para a plena realização de suas atividades.

A não identi�cação de SIGs que se enquadram às características de funcionamento

de uma EJ nos leva a buscar caminhos alternativos para a adoção de um SIG pela IME

Júnior. Uma segunda proposta levandata, foco do presente trabalho, foi a elaboração de

um projeto de SIG, que será abordado no capítulo seguinte.

30

4 MODELAGEM DO PROJETO DE SOFTWARE

Tendo devidamente introduzido o ambiente em que o software desenvolvido neste

trabalho se encontra, passamos à modelagem do software propriamente dita. Inicialmente

serão abordados os requisitos levantados e, a partir disso, as modelagens utilizadas como

base para o desenvolvimento.

4.1 LEVANTAMENTO DOS REQUISITOS

O objetivo desta etapa é entender o problema a ser implementado, obtendo as infor-

mações necessárias para o trabalho a ser realizado nas próximas etapas. Segundo (SOM-

MERVILLE, 2007), os requisitos de um sistema são descrições dos serviços fornecidos

pelo sistema e as suas restrições operacionais. Esses requisitos re�etem as necessidades

dos clientes de um sistema que ajuda a resolver algum problema, por exemplo, controlar

um dispositivo, enviar um pedido ou encontrar informações.

A metodologia aplicada para a obtenção desses requisitos ocorreu em duas etapas. A

primeira se deu através de entrevistas com os membros da IME Júnior a �m de identi-

�car quais as necessidades a serem informatizadas. Posteriormente buscou-se por sistemas

empresarias disponíveis no mercado para servirem de referência, que, isoladamente, aten-

dessem às necessidades particulares de cada diretoria.

4.1.1 ENTREVISTA

Visando conhecer os processos de negócio relacionados à IME Júnior, reuniões foram real-

izadas com membros da empresa. Com base nas entrevistas, foi inicialmente desenvolvido

um texto em alto nível do qual foram extraídos os requisitos de usuário.

Inicialmente o encontro foi realizado com todos os membros da Diretoria Executiva a

�m de levantar as principais oportunidades de informatização da IME Júnior. Em seguida,

com a identi�cação dessas oportunidades, as entrevistas foram conduzidas especi�camente

com cada diretor da área a ser contemplada no SIG. Na primeira entrevistas foi realizada

com: o Diretor Presidente, Victor Machado; a Diretora de Projetos, Vanessa Carvalho;

o Diretor de Marketing, Felipe Lübe; o Diretor Jurídico-Financeiro, Raoni Morais; e a

31

Diretora de Gestão de Pessoas, Camila Costa.

Dentre as atividades desempenhadas pela IME Júnior de�niu-se em consenso que as

áreas contempladas para aplicação do SIG para a IME Júnior seriam as Diretorias de

Projetos, Gestão de Pessoas e Jurídico-Financeiro (relacionado aos assuntos �nanceiros).

O porquê dessa limitação se dá pelo da restrições de tempo para o desenvolvimento do

sistema, o que levou à necessidade de priorizar ás áreas que possuem �uxo de informação

mais crítico na IME Júnior.

Segundo o levantamento geral realizado, priorizou-se que as iniciativas a serem con-

templadas pelo SIG seriam as das Diretorias de Gestão de Pessoas, Jurídico-Financeira e

Projetos.

Num segundo momento, foram realizadas entrevistas de cunho mais especí�co para

cada diretoria e levantar a �m de levantar com um maior grau de detalhe as atividades

realizadas. A primeira dessas entrevistas ocorreu com a Diretoria de Gestão de Pessoas,

através de entre vista com a diretora Camila Costa. A seguir o resumo da entrevista.

�Na Diretoria de Gestão de Pessoas desenvolvemos alguns métodos, políticas e técni-

cas com o objetivo de administrar os comportamentos internos e potencializar o capital

humano. Dentre as atividades mais relevantes que são realizadas na diretoria, podemos

citar: cadastro de membros; processo seletivo de novos membros; programas de treina-

mento; eventos de integração entre membros; avaliação de desempenho; e a seleção de

membros para a realização dos projetos.

O cadastro de membros é realizado por meio de documentos de texto no qual são

registrados dados dos membros, desde pessoais como pro�ssionais. Os dados pessoais são:

nome, nascimento, CPF, identidade, �liação, data de admissão, cargo, endereço, e-mails,

telefones e habilidades.

O processo seletivo ocorre anualmente. Segundo as diretrizes estratégicas da IME

Júnior e pela oferta de atividades na empresa, é de�nido o efetivo esperado para cada

diretoria. Por meio de um planejamento, o processo seletivo se divide nas seguintes

etapas: divulgação (e-mail, folders e palestras), cadastro de candidatos, dinâmicas em

grupo e entrevistas. O processo seletivo �naliza com os candidatos selecionados dando

início ao programa trainee.

Os programas de treinamentos podem ser classi�cados como gerenciais e técnicos. Os

treinamentos gerenciais são relativos às demandas internas da IME Júnior, como gerência

de projetos e programa trainee. Os treinamentos técnicos são identi�cados através das

32

necessidades especí�cas para a execução dos projetos, por exemplo os treinamentos de

linguagens de programação.

Os eventos de integração entre membros são dos mais diversos. Aniversariantes do

mês e confraternizações são exemplos deles. As avaliações de desempenho são aplicados a

todos os membros efetivos e membros trainees, e são realizadas por meio de um formulário

com perguntas com respostas de múltipla escolha.

A seleção de membros para os projetos ocorre segundo dois tipos de projetos, os in-

ternos e os externos. Nos projetos internos, os membros efetivos são selecionados segundo

consultas do grau envolvimento do mesmo, como nas presenças em reuniões, projetos real-

izados e desempenho do membro. Para os projetos externos, os membros consultores são

selecionados por meio de um banco de cadastro (armazenados em documentos de texto).�

Na Diretoria Jurídica-Financeira, Raoni Morais destacou as atividades relativas à ad-

ministração das �nanças da empresa. A seguir o resumo da entrevista.

�A Diretoria Jurídico-Financeira, além das atividades jurídicas, trata dos assuntos

relacionados à administração das �nanças da IME Júnior. As atividades �nanceiras estão

relacionadas às análises �nanceiras e gerência operacional das �nanças.

As análises �nanceiras têm como base de estudo e análise dados retirados do demon-

strativo e principalmente pelo �uxo de caixa da empresa. Enquanto que as operações

estão relacionadas pelos gerentes da diretoria e se dedicam ao lançamento de contas (con-

tas a pagar e contas a receber), aprovações dos lançamentos de contas e realização do

pagamento de contas.�

Por �m, na Diretoria de Projetos, Vanessa Carvalho apresentou como funciona a

dinâmica do funcionamento na gestão de projetos. A seguir o resumo da entrevista.

�Na de Diretoria de Projetos somos responsáveis pela aplicação dos conhecimentos,

habilidades e técnicas na gestão de projetos, atividade central da IME Júnior. O proced-

imento para a condução dos projetos seguem as orientações do PMBOK. De�nimos como

o ciclo do projeto em 5 etapas: início; planejamento; execução; monitoramento e controle;

e encerramento.

Do que é pertinente à Diretoria de Projetos, no início o gerente de projetos estabelece

uma série de contatos com o cliente realizando estudos de viabilidade e de�nições de

escopo. Com a aprovação do projeto, a Diretoria de Gestão de Pessoas é acionada para

então selecionar os membros consultores atendendo os pré-requisitos necessários para a

execução do projeto.

33

Na fase de planejamento, são de�nidos os riscos, o planejamento dos recursos humanos

(funções e responsabilidades) e elaboração do cronograma. Na fase de execução é estabele-

cida a comunicação (e-mails, compartilhamento de arquivos) e também o desenvolvimento

das atividades do projeto pela equipe de membros consultores.

Na fase de monitoramento e controle é realizado o gerenciamento da equipe de projetos

(avaliações de desempenho, gerenciamento de con�itos), gerenciamento dos stakeholders,

avaliação do projeto (relatório de horas, de custos e de desempenho) e gerenciamento da

qualidade.

O encerramento é realizado pelos encerramentos dos contratos e liberação da equipe

de membros consultores e efetivos.�

4.1.2 SISTEMAS DE REFERÊNCIA

Tendo em vista a não identi�cação de SIGs que atendessem às necessidades da IME

Júnior, surge a necessidade de determinar sistemas de informação com funcionalidades

gerenciais isoladas, com o objetivo de servir como fonte de orientação para o levantamento

dos requisitos básicos e, posteriormente, a elaboração de um projeto de integração das

mesmas.

Após o levantamento inicial dos requisitos, realizou-se uma pesquisa de softwares

disponíveis no mercado que desempenhassem as funcionalidades identi�cadas nas entre-

vistas com os membros da IME Júnior.

Num primeiro momento de�niram-se quais os módulos prioritários para a composição

do SIG para a IME Júnior. Através de discussões realizadas determinaram-se que as áreas

inicialmente contempladas no sistema seriam Recursos Humanos, Projetos e Financeiro.

A pesquisa inicial para a seleção de sistemas para análise foi realizada a partir do site

SourceForge.net (http://sourceforge.net/ ). Atualmente existe cerca de 65.000 projetos

Open Source hospedados, um dos principais sites dessa categoria de projetos, e ainda

vários outros hospedados no Apache Software Foundation.

Utilizando como critério de seleção os sistemas mais bem avaliados no SourceForge.net.

Para os sistemas de Recursos Humanos, os escolhidos para serem tomados com referência

foram IceHrm e OrangeHRM.

O OrangeHRM, desenvolvido em PHP, é dividido em 7 módulos: Administrativo,

dedicado às tarefas de administração do sistema; Gerenciamento de Informações Pessoais,

que de�nem as informações pertinentes do empregado; Relatórios, que elabora relatórios

34

personalizados de acordo as necessidades; Serviços de Atendimento ao Empregado, que

oferece uma visão ao empregado de informações importantes tais como informações pes-

soais e atualizações cadastrais; Ausências, que de�ne os tipos de ausências dos empregados

e quando as mesmas ocorrem; Atendimento e Gerenciamento do Tempo, que automatiza o

gerenciamento do tempo relativo aos processos; e Recrutamento, que oferece uma solução

completa para todo o processo de recrutamento.

Com um escopo de atuação menor, o IceHrm é composto por 4 módulos bastante

similares aos do OrangeHRM, que são: Administrativo, Gerenciamento de Informações do

Empregado, Ausências e Atendimento e Gerenciamento do Tempo, todos na mesma linha

de atuação do OrangeHRM. O IceHrm foi escrito em JAVA e possui diversos componentes

AJAX para navegação entre os módulos.

Os sistemas de referência em Projetos foram o DotProject e o easyProjects.net. O

DotProject foi desenvolvido em PHP e uni�ca diversas procedimentos para gerenciamento

de projeto, como: informações de empresas; informações de projetos de cada empresa;

todas as tarefas necessárias à execução de cada projeto; saber quanto de cada tarefa

já foi realizado; Diagrama de Gantt; informação de usuários e colaboradores de cada

tarefa; lembretes pop-up sobre prazos próximos ao �m; lista de contatos relacionados;

calendários com visões diferentes: mensal, semanal e diária; fóruns relacionados a projetos;

e repositório de arquivos relacionados a projetos.

O easyProjects.net possui na sua essência as mesmas funcionalidades do DotProject,

porém o mais atrativo do easyProjects.net para o projeto é a navegabilidade entre o

sistema que a plataforma .Net proporciona.

Os sistemas �nanceiros disponíveis no site concentravam-se para o uso de �nanças

pessoais, o que não convém para o propósito do SIG. Como alternativa, consultou-se

pro�ssionais do mercado que então disponibilizaram o sistema Sinacor para análise. O

Sinacor trata-se de um SIG amplamente utilizado entre corretoras �nanceiras brasileiras.

Dentre os módulos analisados do Sinacor encontram-se: Tesouraria, Contas a Pagar e a

Receber e Contabilidade.

O módulo Administrativo compõe-se de funcionalidades gerais de interseção entre os

sistemas analisados para suportar os demais módulos, a �m de integrar e permitir a

navegação entre eles. O levantamento das funcionalidades a serem implementadas por

todos os módulos estão disponíveis no Apêndice 1.

35

4.2 ANÁLISE DE REQUISITOS

O objetivo desta etapa é de�nir os Requisitos Funcionais (recursos desejados para o sis-

tema) e Não-Funcionais (qualidades necessárias ao sistema) com base nas entrevistas e

sistemas de referência identi�cados na seção anterior. Os requisitos identi�cadas foram

agrupadas por módulos e, por terem sido identi�cadas funcionalidades gerais através dos

sistemas de referência, optou-se por criar um outro módulo, o Administrativo.

4.2.1 REQUISITOS FUNCIONAIS

Funcionalidades de Recursos Humanos

• Cadastrar membros (Entrevista);

• Disponibilizar vagas para recrutamento (Entrevista);

• Consultar dados dos candidatos a vagas (Entrevista);

• Efetivar candidatos (Entrevista);

• De�nir habilidades dos funcionários (Entrevista);

• Gerenciar dados pessoais (Sistemas de Referência);

• Gerenciar salário (Sistemas de Referência);

• Gerenciar contas bancárias (Sistemas de Referência);

• Gerenciar educação (Sistemas de Referência);

• Gerenciar supervisores (Sistemas de Referência);

• Gerenciar subordinados (Sistemas de Referência);

• Gerenciar faltas permitidas (Sistemas de Referência);

• Gerenciar títulos de trabalho (Sistemas de Referência);

• Gerenciar níveis de pagamento (Sistemas de Referência);

• Gerenciar tipos de vínculo (Sistemas de Referência);

36

• Gerenciar tipos de categoria de trabalho (Sistemas de Referência);

• Gerenciar níveis de educação (Sistemas de Referência);

• Gerenciar usuários (Sistemas de Referência); e

• Realizar cadastro para vagas disponibilizadas (Entrevista).

Funcionalidades de Projetos

• Gerenciar projetos (Entrevista/Sistema de Referência);

• Gerenciar atividades (Entrevista/Sistema de Referência);

• Gerenciar equipe do projeto (Entrevista/Sistema de Referência);

• Elaborar cronograma do projeto (Entrevista/Sistema de Referência);

• Anexar arquivos por projeto/atividade (Entrevista/Sistema de Referência);

• De�nir atividades (Entrevista/Sistema de Referência);

• Gerenciar equipe das atividades (Entrevista/Sistema de Referência);

• Controlar projetos por status (Proposto, Em Planejamento, Em Progresso, Em

Espera, Finalizado, Arquivado, Outros) (Sistema de Referência);

• Gerenciar atividades por projeto (Entrevista/Sistema de Referência);

• Gerenciar dependências da atividade (Sistema de Referência); e

• Gerenciar prazos por atividade (Entrevista/Sistema de Referência).

Funcionalidades do Financeiro

• Realizar lançamentos no Contas a Pagar (Sistema de Referência);

• Realizar lançamentos no Contas a Receber (Sistema de Referência);

• Aprovar lançamentos (Sistema de Referência);

• Acusar o pagamento de lançamentos do Contas a Pagar (Sistema de Referência);

37

• Acusar o recebimento de lançamentos do Contas a Receber (Sistema de Referência);

• Alocar lançamentos em centros de custo (Sistema de Referência);

• Visualizar �uxo de caixa (Entrevista/Sistema de Referência);

• Visualizar demonstrativo de resultados (Entrevista/Sistema de Referência);

• Gerenciar contas contábeis (Sistema de Referência); e

• Gerenciar fornecedores (Sistema de Referência).

Funcionalidades do Administrativo

• Gerenciar de papéis de usuários (Sistema de Referência);

• Gerenciar de permissões (Sistema de Referência);

• Gerenciar registro de atividades o sistema � log (Sistema de Referência);

• Gerenciar navegabilidade (Sistema de Referência); e

• Gerenciar comunicação entre os membros (Sistema de Referência).

4.2.2 REQUISITOS NÃO-FUNCIONAIS

Através das entrevistas com os integrantes da IME Junior e da análise dos sistemas de

referência foi possível identi�car ainda os seguintes requisitos não-funcionais:

• Segurança: Como o sistema estará disponível na web é essencial que somente

pessoas autorizadas tenham acesso ao sistema. Para tanto se faz necessário que o

acesso ao sistema se dê por meio de login/senha. Além disso, como o acesso as fun-

cionalidades do sistema devem ser executadas por atores especí�cos é necessário um

controle de permissões para garantir que somente esses atores tenham acesso a essas

funcionalidades. É importante ainda manter um registro das ações executadas no

sistema como forma de garantir o rastreamento de possíveis ações mal intecionadas

no sistema.

• Portabilidade: Como o uso do sistema se dará também por aplicantes onde os

aplicantes podem ter máquinas com con�gurações de software e hardware distintos

é necessário que o sistema seja compatível com essas diversas con�gurações.

38

• Usabilidade: Como os usuários do sistema podem ser pessoas sem um treinamento

inicial no mesmo é desejável que o sistema seja o mais intuitivo possível para diminuir

a curva de aprendizado de futuros usuários.

4.3 DIAGRAMAS DE CASO DE USO

A �m de de�nir um cenário que apresenta as principais funcionalidades do sistema do

ponto de vista do usuário, elaborou-se o diagrama de casos de uso. Utilizando a ferramenta

ArgoUML � aplicação open source para a modelagem UML � ilustramos na Figura 4.1

um exemplo de diagrama de caso de uso para o ator Gerente de Recursos Humanos. Os

demais diagramas de caso de uso encontram-se no Apêndice 2.

FIG. 4.1: Diagrama de caso de uso para ator Gerente de Recursos Humanos

4.3.1 DESCRIÇÃO DE CASOS DE USO SELECIONADOS

A seguir, alguns casos de uso de cada módulo foram selecionados e serão detalhados a

seguir.

39

FIG. 4.2: Caso de uso Cadastrar Membro

FIG. 4.3: Caso de uso Cadastrar Gerenciar Projeto

40

FIG. 4.4: Caso de uso Cadastrar Lançar Contas a Pagar

FIG. 4.5: Caso de uso Realizar Aplicação

4.4 MODELAGEM ESTÁTICA

Nesse projeto nos referimos a modelagem estática do sistema como o diagrama de classes

do negócio. O diagrama de classes foi feito a partir da ferramenta Class Diagram disponível

no Visual Studio 2008 que já gera códigos stub para a implementação das classes.

A modelagem foi composta por 40 classes que representam as entidades identi�cadas

como necessárias à implementação dos casos de uso. Todas as classes, a exceção da mesma

41

logicamente, herdam da classe DomainObject<T> que implementa o ID que será usado

como chave primária no banco de dados, um método para identi�car se os objetos são

transientes e outro método para fazer a comparação entre objetos.

As classes foram agrupadas de acordo com os módulos que serão descritos na arquite-

tura e o acesso aos dados das classes se dá por meio de métodos e propriedades sendo

todos os atributos das classes identi�cados como privados. Seguem alguns exemplos do

diagrama de classes feito (o diagrama completo se encontra no Apêndice 8.2).

4.5 ARQUITETURA

Tendo em vista os diversos requisitos apresentados, realizou-se a especi�cação da arquite-

tura do sistema, de forma que todos os requisitos pudessem ser atendidos.

A arquitetura em camadas de componentes foi escolhida devido às suas vantagens e

por ser a tendência atual dos sistemas de SIG. Trata-se de uma arquitetura multicamadas

com um �cliente magro� (thin client) dividida entre os diversos módulos do sistema (com-

ponentes). Basicamente, cada módulo corresponde a uma área da empresa contemplada

no SI e para cada uma dela temos três camadas: 1) uma camada de apresentação, que nor-

malmente é um browser que faz a interface com o usuário; 2) uma camada intermediária

(middleware), que é um conjunto de objetos ou softwares no servidor; e 3) uma coleção

heterogênea de repositórios de dados.

Seguem os benefícios do uso da arquitetura em camadas de componentes:

• A separação dos componentes da persistência de dados permite isolar a aplicação

de dependências com banco de dados, como nome de fonte de dados, informações

de conexão e nomes de campos; e

• A maioria das aplicações atuais possui um baixo acoplamento e tecnologias baseadas

em mensagem, como XMLWeb Services. Estas aplicações tipicamente se comunicam

através da passagem de documentos de negócio, no lugar de passagem de objetos;

4.6 PERSISTÊNCIA

A persistência dos elementos começou com a identi�cação das entidades e dos atributos

nos casos de uso. Assim foram identi�cadas, inicialmente, 5 grandes grupos de entidades:

42

FIG. 4.6: Esquema de arquitetura do SIG para a IME Júnior

Projetos, Financeiro, Recursos Humanos, Administrativo e um última de uso geral. Os

diagramas de relacionamento entre as entidades estão disponíveis no Apêndice 8.4.

43

5 IMPLEMENTAÇÃO DO SIG

Após ter modelado o sistema, passou-se à fase de implementação. Nesta etapa o

sistema é codi�cado na linguagem de programação escolhida, de forma a torná-lo funcional

e pronto para ser utilizado pelos usuários. A implementação ocorreu de acordo com a

especi�cação da arquitetura concebida, de forma que cada módulo do SIG �cou dividido

em três partes: camada de persistência, camada de interface com o usuário e camada de

negócios. A implementação destas camadas será tratada ao longo desta seção e também

será apresentado um exemplo de codi�cação de um caso de uso ao longo dessas camadas.

O desenvolvimento do software foi realizado sobre a plataforma ASP.NET, destinada

para o desenvolvimento de aplicações Web, utilizando como ambiente de desenvolvimento

o Visual Studio .NET. A seguir serão apresentados os principais detalhes de implemen-

tação do SIG, através da utilização dos padrões de projeto disponíveis em (GAMMA,

2000).

5.1 CAMADA DE PERSISTÊNCIA

O desenvolvimento da camada de persistência começou pela de�nição das classes que

seriam persistidas pelo sistema no banco de dados. Tal modelagem baseou-se na mo-

delagem estática vista na Seção 4.5. Foram criados um total de 34 classes de negócios

distribuídos em 5 módulos (9 no Financeiro, 8 em Recursos Humanos, 4 em Projetos, 8

no Administrativo e 5 de entidades genéricas).

De�nidas as classes que seriam persistidas, passou-se à implementação da sua per-

sistência. Para isso, utilizou-se o framework de persistência NHibernate. Passou-se então

para o desenvolvimento das classes que utilizam as bibliotecas do NHibernate para per-

sistir os dados. Nesse sentido, foi de�nido uma interface com métodos genéricos de uso

geral, a classe IGenericDAO, que por sua vez é implementada na classe GenericDAO.

Por melhoria de desempenho, foi implementada uma classe (NHibernateSessionMan-

ager) que gerencia as sessões e transações do NHibernate com o banco de dados utilizando

o padrão de projeto Singleton. Esse padrão economiza a abertura de sessão quando há

múltiplas solicitações para tal, dado que a sua abertura possui custo alto.

Utilizou-se também o IDAOFactory, que de�ne os métodos de acesso ao banco de

44

dados especí�co de cada classe de negócio. Por sua vez, esses métodos são implementados

nos seus respectivas DAOFactorys.

Além do framework do NHibernate, também foi implementada uma alternativa de

acesso ao banco de dados através da classe DirectAccess, para casos excepicionais no qual

se exige uma maior �exibilidade de acesso, não contemplada pelo framework Hibernate.

5.2 CAMADA DE INTERFACE COM O USUÁRIO

A camada de interface com o usuário foi projetada através da IDE Visual Studio .NET,

desenvolvida em HTML utilizando componentes ASP.NET, havendo um esforço adicional

para garantir a compatibilidade entre diversos navegadores no que diz respeito a fun-

cionalidades.

Para tratar os eventos de interface foram desenvolvidas as classes de sistema (man-

agers), que funcionam direcionando cada evento possível de ser realizado pelo usuário

a uma ação a ser tomada no servidor. Além disso, foram implementadas as classes que

sobrescrevem alguns métodos dos managers e adicionam funcionalidades para garantir os

requisitos não-funcionais, como desempenho, segurança e con�abilidade.

5.3 CAMADA DE NEGÓCIOS

A camada de negócios é responsável pela lógica do sistema. Ela quem vai responder às

ações do usuário sobre a interface, executar as ações cabíveis e se utilizar da camada

de persistência através da classe Facade. Ela é formada por um conjunto de classes de

negócios.

O uso da classe Facade ocorre como uma forma de garantir um ponto único de acesso

para as funções de acesso ao banco de dados. Dessa forma, ela facilita a manutenção

do sistema ao de�nir uma interface de um nível mais alto que pode ser usada no futuro

para integrar bancos de dados diferentes ou ainda para facilitar o desenvolvimento de uma

versão do sistema que use um cliente desktop. A classe Facade é uma implementação da

interface de�nida na classe IFacade e é implementada utilizando Singleton.

5.4 EXEMPLO DE CODIFICAÇÃO

Para melhor ilustrar a implementação do sistema, a arquitetura em camadas e o uso do

NHibernate segue um exemplo da implementação do caso de uso �Realizar lançamento

45

no contas a pagar� a partir da camada de interface do sistema, seguindo pela camada de

negócios até a camada de persistência.

Na camada de interface temos um bom exemplo do uso da linguagem ASP.NET com

o uso de controles de usuário. Na Figura 5.1 segue um exemplo do controle �região� que,

no caso, contêm 2 links na parte do cabeçalho da região, um para salvar o lançamento

e outro para fechar a regiao, e um outro controle chamado de �DetalhesLancamento� na

parte do conteúdo da região:

FIG. 5.1: Exemplo de código de controle de região

Na Figura 5.2 segue o código do controle �DetalhesLancamento�.

O código do controle �DetalhesLançamento� é gerado dentro da região do conteúdo do

controle �região� e dá origem à tela apresentada na Figura 5.3.

Ao clicar em �Salvar� o sistema então executa a função contida em �lnkSalvarLanca-

mento_Click� como indicado na própria interface. Segue, na Figura , o código da função

�lnkSalvarLancamento_Click�.

A função �lnkSalvarLancamento_Click� então chama a função �salvarLancamento�

que faz parte do código do controle �DetalhesLancamento�. Na Figura 5.5 segue parte do

código da função �salvarLancamento� em �DetalhesLancamento�.

A função �salvarLancamento� em �DetalhesLancamento� então chama a função Save-

OrUpdateObject para persistir o objeto �lancamento�. A persistência desse objeto é feita

usando NHibernate e a implementação do método SaveOrUpdateObject é feita no Gener-

icDAO. Na Figura 5.6, segue o código implementado no GenericDAO.

Com isso o lançamento é salvo, uma mensagem alerta o usuário do sucesso do caso de

uso e a tela de detalhes do lançamento é fechada.

46

FIG. 5.2: Exemplo de uso de controle de usuário

FIG. 5.3: Exemplo de tela gerada a partir do código citado

FIG. 5.4: Exemplo de tratamento de evento

47

FIG. 5.5: Exemplo de código da camada de negócio

FIG. 5.6: Exemplo de persistência usando o NHibernate

48

6 CONSIDERAÇÕES FINAIS

Através de todo o trabalho de revisão da literatura sobre os diversos assuntos rela-

cionados ao projeto, com o conhecimento da realidade do mercado em termos do processo

de desenvolvimento de SIGs, foi possível entender a maioria dos fatores relacionados ao

assunto, as suas di�culdades, os obstáculos e as perspectivas, experimentando tudo de

forma prática, através do desenvolvimento do SIG para a IME Júnior.

Os SIGs surgiram a partir das demandas de empresas de grande porte, que observaram

os Sistemas de Informação como oportunidade de um diferencial competitivo no mercado.

Gradativamente a percepção dessa importância foi sendo tomada também pelas empresas

de médio, pequeno porte e até microempresas. Este projeto vem a ser a primeira iniciativa

de levar esse diferencial competitivo ao movimento das empresas juniores.

Em linhas gerais, as di�culdades do desenvolvimento do SIG giraram em torno do

levantamento dos requisitos. Por se tratar de uma empresa nova, os processos da IME

Júnior não estão bem maduros, o que fez com que o sistema impusesse um considerável

volume de melhores práticas de mercado quando comparado à própria dinâmica da EJ.

Por hora, esse fato caracteriza-se até como um benefício para a IME Júnior, por agregar

um modelo de trabalho à sua rotina. Cabe a empresa, com o tempo, avaliar o ganho da

implantação dessas práticas pelo SIG e, possívelmente, o redesenho dos mesmos.

A operacionalização do �uxo das informações foi outro desa�o no projeto. A consistên-

cia de informações intra-módulo era subsidiada pelos exemplos dos sistemas de referência

selecionados. O desa�o maior estava frente ao �uxo inter-módulos. A exemplo, os módu-

los de projetos e �nanceiro foi algo que requisitou uma atenção maior pois não tínhamos

referência desses relacionamentos por parte de outros sistemas.

Como lições, para obter sucesso na implementação de um SIG em EJs é necessário:

1) mobilização por parte dos membros no envolvimento do projeto para a busca por

soluções efetivas de informatização; e 2) realização de benchmarkings entre outras EJs e

até pro�ssionais de maior vivência do mercado a �m de garantir maior con�abilidade às

soluções aplicadas.

Como trabalhos futuros iniciais, apresentamos algumas sugestões:

• Levantamento de ganhos oferecidos pela SIG agora implantado;

49

• Incremento de funcionalidades nos módulos implementados;

• Implementação de outros módulos, como Marketing e Qualidade;

• Integração com sistema de ensino à distância e fóruns de discussão; e

• Implantação do SIG em outras EJs;

Como última observação, o desenvolvimento de um SIG é uma atividade difícil, com-

plexa e extensa, e que portanto deve utilizar metodologias da Engenharia de Software que

garantam a qualidade do sistema. A utilização de tais metodologias facilitou bastante

o planejamento, execução, controle e monitoramento de todas as atividades desenvolvi-

das ao longo do projeto e possibilitou que o mesmo atendesse às expectativas das partes

interessadas.

50

7 REFERÊNCIAS BIBLIOGRÁFICAS

Proximidade com o mercado. Universia, Novembro 2005. URLhttp://www.universia.com.br/rue/materia.jsp?materia=9128.

Dna júnior. Brasil Junior Website, 2006. http://www.brasiljunior.org.br/historico.php.

Histórico do movimento de empresas juniores. Brasil Junior Website, 2008.http://www.brasiljunior.org.br/historico.php.

DAVENPORT, T. H. Putting the enterprise system. Harvard Business Review, págs.121�131, Julho 1998.

DE ARAUJO SANTOS, A. Informática na Empresa. Editora Atlas, 2009.

GAMMA, E., HELM, R., JOHNSON, R. e VLISSIDES, J. Padrões de Projeto. Bookman,2000.

MACHADO, A. B. e KALDEICH, C. Sistemas integrados de gestão empresarial: um en-foque contábil-�nanceiro sobre o sistema sap r/3. Em Anais do VII Congresso Brasileirode Custos, 2000.

SACCOL, A. Z. Um olhar crítico sobre modismo em tecnologia da informação: Analisandoo discurso dos vendedores de pacotes erp. Em Sistemas ERP no Brasil: Teoria e Casos.Editora Atlas, 2003.

SOMMERVILLE, I. Engenharia de Software. Pearson Addison-Wesley, 2007.

ZWICKER, R. e SOUZA, C. A. Sistemas erp: Conceituação, ciclo de vida e estudos decaso comparados. Em Sistemas ERP no Brasil: Teoria e Casos. Editora Atlas, 2003.

51

8 APÊNDICE

8.1 SISTEMAS DE REFERÊNCIA

TAB. 8.1: Funcionalidades do Módulo AdministrativoMódulos Administrativo

Controle de papéis de usuáriosControle de usuáriosControle de tipos de vínculoControle de tipos de categoria de trabalhoControle de entidades por tipoControle de títulos de trabalhoControle de níveis de pagamentoControle de habilidades dos funcionários

TAB. 8.2: Funcionalidades do Módulo FinanceiroMódulos Financeiro

Preci�caçãoFluxo de CaixaControle de custo de projetoControle de pagamento de pessoalContas a pagarContas a receberDemonstrativo de resultados

52

TAB. 8.3: Funcionalidades do Módulo de ProjetosMódulos de Projetos

Controle de projetos por status (Proposto, Em Planejamento, Em Progresso, EmEspera, Finalizado, Arquivado, Outros)Controle de projetosControle de atividades (Tarefas, Problemas, Pedidos) por projetoDe�nir equipe para atividadesControle de tarefas por projetoDe�nição de equipe por tarefaDe�nição de prazos por tarefaListagem e �ltros para busca de projetosListagem e �ltros para busca de atividadesDe�nir dependências da atividadeDe�nir tipo de cobrança da atividadeAnexar arquivos à atividade

TAB. 8.4: Funcionalidades do Módulo de Recursos HumanosMódulos de Recursos Humanos

Controle de dados pessoaisRelatório com sumário de faltas por funcionárioControle de faltas permitidasControle de horas trabalhadasControle de pontoCadastro de funcionáriosControle de salárioControle de contas bancáriasControle de educaçãoControle de supervisoresControle de subordinadosControle de vagas de empregosControle de candidatosControle de dias úteis

53

8.2 DIAGRAMAS DE CASO DE USO

FIG. 8.1: Diagrama de caso de uso para o ator Aplicante

FIG. 8.2: Diagrama de caso de uso para o ator Contas a Pagar

FIG. 8.3: Diagrama de caso de uso para o ator Contas a Receber

54

FIG. 8.4: Diagrama de caso de uso para o ator Gerente Financeiro

FIG. 8.5: Diagrama de caso de uso para o ator Gerente de Projetos

FIG. 8.6: Diagrama de caso de uso para o ator Gerente de Recursos Humanos

55

FIG. 8.7: Diagrama de caso de uso para o ator Tesoureiro

FIG. 8.8: Diagrama de caso de uso para o ator Usuário

56

8.3 MODELAGEM ESTÁTICA

FIG. 8.9: Diagrama de classes (Completo)

57

8.4 PERSISTÊNCIA DO SIG

58

FIG. 8.10: Diagrama de classes (Parte 1)

59


60


61


62


FIG. 8.15: Relacionamento entre entidades do grupo de Projetos

63

FIG. 8.16: Relacionamento entre entidades do grupos de Financeiro

FIG. 8.17: Relacionamento entre entidades do grupos de Recursos Humanos

64

FIG. 8.18: Relacionamento entre entidades do grupos de Administrativo

FIG. 8.19: Relacionamento entre entidades do grupos de uso geral

65

Documents

MINISTÉRIO DA DEFESA EXÉRCITO ... - comp.ime.eb.br€¦ · será adotado a nomenclatura SIG, por se tratar de um acrônimo na língua portuguesa. 1.1 CONTEXTUALIZAÇÃO Sistemas