MINISTÉRIO DA DEFESA EXÉRCITO ... - comp.ime.eb.br€¦ · será adotado a nomenclatura SIG, por...
Transcript of MINISTÉRIO DA DEFESA EXÉRCITO ... - comp.ime.eb.br€¦ · será adotado a nomenclatura SIG, por...
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
GILBERTO MARTINS CORDEIRO
GUILHERME BRAGA MEIRELES FILHO
DESENVOLVIMENTO DE UM SISTEMA INTEGRADO DEGERENCIAMENTO PARA A EMPRESA JÚNIOR DO IME
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
GILBERTO MARTINS CORDEIRO
GUILHERME BRAGA MEIRELES FILHO
DESENVOLVIMENTO DE UM SISTEMA INTEGRADO DEGERENCIAMENTO PARA A EMPRESA JÚNIOR DO IME
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.11 Diagrama de classes (Parte 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
FIG.8.12 Diagrama de classes (Parte 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
FIG.8.13 Diagrama de classes (Parte 4) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
FIG.8.14 Diagrama de classes (Parte 5) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
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
FIG. 8.11: Diagrama de classes (Parte 2)
60
FIG. 8.12: Diagrama de classes (Parte 3)
61
FIG. 8.13: Diagrama de classes (Parte 4)
62
FIG. 8.14: Diagrama de classes (Parte 5)
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