SEO SISTEMA DE EMPRÉSTIMOS ON-LINE

(1)

VITOR LINO G. DE SOUZA

SEO – SISTEMA DE EMPRÉSTIMOS ON-LINE

Monografia submetida à Banca

Examinadora do Curso de Bacharelado em Ciência da Computação da Universidade Católica de Brasília para obtenção do Título de Bacharel em Ciência da Computação. Orientador: Vilson Carlos Hartmann

Brasília

2009

(2)

TERMO DE APROVAÇÃO

Monografia elaborada como requisito para obtenção do título de Bacharel no Curso de Bacharelado em Ciência da Computação da Universidade Católica de Brasília, defendida e aprovada, em 13 de junho de 2009, pela banca examinadora constituída por:

Prof. Vilson Carlos Hartmann Orientador

Prof. Milton Pombo da Paz

Brasília UCB

(3)

À Deus, que me deu força para enfrentar os desafios. Aos meus pais, irmãos e esposa que, com muito carinho, sempre estiveram ao meu lado.

(4)

Á Deus, que sempre me ilumina. Aos familiares e amigos pelo apoio. Aos professores da Universidade Católica de Brasília pela ajuda e incentivo à minha formação. Vitor Lino G. de Souza

(5)

Ao Prof. Vilson Hartmann, Pela ajuda e estímulo durante a realização desse projeto, tornando-se papel fundamental nesta conquista.

(6)

RESUMO

O SEO – Sistema de Empréstimos Online - é um apoio informatizado ao gerenciamento de empréstimos que possibilita a simulação e concessão de empréstimo consignado online, que são oriundos de Entidades Fechadas de Previdência Complementar, e ainda, oferece opção de quitação e antecipação de pagamento de parcelas, consulta de históricos, extratos e comprovantes de solicitação. O sistema foi desenvolvido com tecnologia voltada para o ambiente web e disponibilizado no sitio da Instituição, publicado na internet. A tecnologia utilizada foi a plataforma Java em conjunto com frameworks e arquitetura MVC (Eclipse, MyEclipse e Struts) e repositório de dados escolhido foi o Microsoft SQL Server 2000 Enterprise Edition.

(7)

ABSTRACT

The SEO - System Loans Online - is a support system for managing loans that allows the simulation of loan and grant set online that are from Closed Entities of Supplementary Welfare, and also offers the option of early discharge and payment of installments through, consulting center, extracts and evidence of solicitation. The system was developed with technology aimed at the environment and made available on the web site of the Institution, published on the internet. The technology used was Java platform together with frameworks and MVC architecture (Eclipse, MyEclipse and Struts) and repository of data was chosen Microsoft SQL Server 2000 Enterprise Edition.

(8)

Sumário

1 INTRODUÇÃO...13

1.1 Motivação...13

1.2 Histórico do Sistema Existente...14

1.3 Problemas diagnosticados...14 2 OBJETIVOS...16 2.1 Objetivo Geral...16 2.2 Objetivos Específicos...16 3 PROPOSTA DO SISTEMA...17 3.1 O SEO...17 3.2 Resultados Esperados...17 3.3 Restrições...17 3.4 Recursos Necessários...17 3.4.1 Hardware Ideal...18 3.4.2 Hardware Mínimo...19 3.4.3 Software...20

3.4.4 Configurações de banco de dados...20

3.4.5 Instalações...20

3.4.6 Pessoal Exigido...21

3.5 Áreas afetadas pelo novo sistema...21

4 JUSTIFICATIVA DA PROPOSTA...22

5 PLANEJAMENTO DO PROJETO...23

5.1 Plano do Processo de Desenvolvimento...23

5.1.1 Ciclo de Vida do Projeto...23

(9)

5.1.3 Linguagens de Programação...25

5.1.4 Ambiente de Hardware para o Desenvolvimento...25

5.2 Plano de Organização...25

5.3 Plano de Acompanhamento...26

5.3.1 Marcos e Pontos de Controle...26

5.3.2 Métodos de Acompanhamento e Controle...26

5.3.3 Análise e Gerência de Riscos...26

5.4 Plano de Documentação...27

5.4.1 Documentos do Projeto...27

5.5 Plano de Recursos e Produtos...28

5.5.1 Recursos Humanos...28

5.5.2 Recursos de Hardware...29

5.5.3 Recursos de Software...29

5.5.4 Recursos de Financeiros...30

5.6 Cronograma...30

6 ESPECIFICAÇÃO DOS REQUISITOS DO SISTEMA...32

6.1 Descrição do problema...32

6.2 Identificação dos interessados no sistema...32

6.3 Principais necessidades dos interessados...33

6.3.1 Usuários cadastrados...33

6.3.2 Pessoal de suporte...33

6.4 Descrição das características do sistema...33

6.5 Requisitos do Software (Funcionais)...34

6.5.1 Funcionalidades disponíveis aos usuários cadastrados...34

6.6 Requisitos Suplementares do Software (Não-funcionais)...35

(10)

6.6.2 Desempenho...35

6.7 Restrições do Sistema...36

6.8 Visão preliminar da arquitetura...36

6.9 Requisitos não técnicos...36

7 MODELO DE NEGÓCIO...37

7.1 Modelo de Domínio...37

8 MODELOS DE CASO DE USO...38

8.1 Visão Geral de Casos de Uso e Atores...38

8.2 Descrição dos Casos de Uso...39

8.2.1 Logar no Sistema...39

8.2.2 Autenticar Usuário...41

8.2.3 Emitir Contrato de Abertura de Crédito...42

8.2.4 Consultar Saldo Devedor...44

8.2.5 Consultar Antecipação de Prestações...46

8.2.6. Consultar Extrato de Empréstimos...48

8.2.7 Efetuar Simulação de Empréstimo...50

8.2.8 Efetuar Concessão de Empréstimo...52

8.2.9 Consultar Margem Consignável...54

8.2.10 Alterar Senha...55

9 MODELO DE ANÁLISES...57

9.1 Caso de Uso Logar no sistema...57

9.1.1 Diagrama de Classe...57

9.1.2 Diagrama de Seqüência...58

9.2 Caso de Uso Autenticar Usuário...59

(11)

9.3 Caso de Uso Emitir Contrato de Abertura de Crédito...61

9.4 Caso de Uso Consultar Saldo Devedor...63

9.5 Caso de Uso Consultar Antecipação de Prestações...65

9.6 Caso de Uso Consultar Extrato de Empréstimos...67

9.7 Caso de Uso Efetuar Simulação de Empréstimo...69

9.8 Caso de Uso Efetuar Concessão de Empréstimo...71

9.9 Caso de Uso Consultar Margem Consignável...73

9.10 Caso de Uso Alterar Senha...75

10 DOCUMENTAÇÕES DO PROJETO...77

(12)

10.2 Diagrama de Classes do Projeto...78

10.3 Diagrama de Arquitetura...79

10.4 Diagrama de Implementação...80

10.5 Diagrama de Implantação...81

10.6 Descrição de Arquivos e Banco de Dados...82

10.6.1 Modelo Lógico de Dados...82

10.6.2 Modelo Físico de Dados...83

11 CONCLUSÃO...84

11.1 Revisão...84

11.2 Resultados alcançados...85

11.3 Possibilidade de evolução futura...85

(13)

1 INTRODUÇÃO

1.1 Motivação

A Previdência Complementar surgiu após a industrialização na Europa e Estados Unidos, que ocorreu no século XX e tinha como objetivo principal a transferência de recursos da classe operária na fase ativa para a inativa, provendo seu sustento, por um infortúnio ou pela passagem do tempo.

Em 1978 foi regulamentada a Previdência Complementar no Brasil, como um benefício que as empresas poderiam proporcionar a seus empregados. Daí surgiram as entidades abertas e fechadas de previdência privada. As entidades fechadas sem fins lucrativos, ao contrário das abertas, são operadas por sociedades anônimas com fins lucrativos, dentre elas destacamos os bancos e seguradoras. As fechadas são operadas por Entidades Fechadas de Previdência Complementar - EFPC, ou fundos de pensão.

Os Fundos de Pensão administram Planos de Benefícios Definidos - que garantem ao Participante, empregado de uma empresa Patrocinadora dos fundos de pensão, um benefício futuro, com renda definida e vitalícia. O benefício futuro depende do capital acumulado ao longo do período de contribuição, e da rentabilidade obtida nesse período. Os planos de benefícios definidos podem ser complementares ao INSS ou totalmente desvinculados do INSS.

Os planos de benefícios têm como principal atividade o recolhimento de contribuições, aplicação dessas contribuições e o pagamento de Benefícios aos seus Participantes.

Portando, são necessários mecanismos eficientes de gestão dos ativos e passivos, baseados, principalmente, em Tecnologia da Informação. E que esses sejam capazes de garantir maior eficiência aos processos, transparência, rapidez, disponibilidade e integridade dos dados que compõem os planos de benefícios administrados pelos fundos de pensão.

(14)

A partir dessa necessidade de inovação e modernização, o presente trabalho tem o objetivo de informatizar todo o processo de solicitação, simulação e quitação de Empréstimos a Participantes, uma das modalidades de investimento dos Planos de Benefícios. Essa automação permitiria uma gestão mais efetiva e eficiente da Carteira de Empréstimos, gerando mais rentabilidade, transparência e segurança para os Participantes, Patrocinadores e Empregados dos Fundos de Pensão.

1.2 Histórico do Sistema Existente

Os empréstimos eram feitos por meio de um formulário de solicitação de empréstimo, na sede ou filial da instituição, que deveria ser preenchido pelo participante e entregue no mesmo local de retirada, o que demorava em média 15 dias para a concessão de empréstimos. As informações eram armazenadas de forma precária por estarem gravadas em papel, podendo haver perda de dados importantes.

Com esses problemas relatados e a falta de um maior controle sobre os empréstimos, que eram demorados tanto para o pedido quanto para a liberação, ocorria o gerenciamento não confiável com valores errados de empréstimos e falta de dados importantes sobre os participantes.

1.3 Problemas diagnosticados

No sistema que era utilizado para apoiar o processo de concessão de empréstimos, foram diagnosticados os seguintes problemas:

• Gerenciamento dos empréstimos não é confiável;

• Armazenamento precário de informações financeiras do participante;

• Burocracia no processo de solicitação e concessão de empréstimo;

• Demora no preenchimento do Formulário de Solicitação de Empréstimo; e

(15)

Dessa forma, o SEO - Sistema de Empréstimos Online - pretende promover a centralização e o registro de todas as atividades realizadas para execução do processo de concessão de empréstimos, facilitando e profissionalizando a gestão das concessões, além de dar maior transparência, agilidade e comodidade aos usuários da instituição.

(16)

2 OBJETIVOS

2.1 Objetivo Geral

O objetivo do projeto é desenvolver um Sistema que automatize todo o processo de simulação e concessão de empréstimo consignado aos participantes de uma entidade fechada de previdência complementar.

2.2 Objetivos Específicos

•

Tornar o gerenciamento do empréstimo mais seguro e confiável;

•

Proporcionar melhorias no armazenamento de informações financeiras do participante;

•

Simplificar o processo de solicitação e concessão de empréstimo;

•

Agilizar o preenchimento do formulário de solicitação de empréstimo pela internet; e

•

Permitir rapidez no processo de liberação de crédito para o participante no caso do empréstimo aprovado.

(17)

3 PROPOSTA DO SISTEMA

3.1 O SEO

O SEO – Sistema de Empréstimos Online é um sistema que visa a realização de simulação e concessão de empréstimo através da internet, bem como opção de quitação e antecipação de pagamento de parcelas via boleto e consulta de históricos de concessão, extratos e comprovantes de solicitação.

O sistema será utilizado pelos participantes em sua residência, local de trabalho, locais públicos ou outro local que possua um computador com acesso a internet e com um navegador web.

3.2 Resultados Esperados

Espera-se obter um sistema de apoio a carteiras de empréstimos consignado, orientado a objeto, em linguagem JAVA com arquitetura MVC (Model View Controller).

3.3 Restrições

O sistema estará disponível apenas aos funcionários e participantes da instituição.

Para a utilização deste sistema não serão definidos perfis de administradores para os usuários. Todos usuários do sistema possuíram o mesmo perfil de acesso.

3.4 Recursos Necessários

Apresentação dos recursos necessários, ideal e mínimo, tanto de hardware quanto de software, utilizados no cliente e no servidor, para utilização e hospedagem do SEO.

(18)

3.4.1 Hardware Ideal Cliente

•

Um microcomputador com monitor lcd de 15 polegadas: melhor visualização do sistema.

•

Gabinete com processador de 1 GHz, disco rígido de 40 GB e memória RAM de 512mb: melhor desempenho na execução do sistema.

•

Conexão adsl de 1Mbps: rapidez na troca de informações com o servidor. Servidor

•

Um servidor com processador Intel QuadCore: rapidez no processamento de informações.

•

Memória RAM de 8GB: maior capacidade de realizar gravação e leitura, aumentando a capacidade de processamento do servidor.

•

Dois discos rígidos de 500 Gb cada: grande capacidade para gravar informações dos participantes no banco de dados.

• Placa de rede 3Com: reforça os sistemas sujeitos a risco sem prejudicar o desempenho.

• Leitor de CD/DVD: utilizado na instalação dos softwares.

(19)

3.4.2 Hardware Mínimo Cliente

•

Um microcomputador com monitor de 15 polegadas: suficiente para visualização da aplicação.

•

Gabinete com processador de 800 GHz, disco rígido de 10GB, memória RAM de 256mb: suficiente para executar a aplicação, com baixa desempenho.

•

Conexão discada de 54Kbps: suficiente para acessar a aplicação. Servidor

•

Um servidor com processador Intel QuadCore: rapidez no processamento de informações.

•

Memória RAM de 8GB: maior capacidade de realizar gravação e leitura, aumentando a capacidade de processamento do servidor.

•

Dois discos rígidos de de 500 Gb cada: grande capacidade para gravar informações dos participantes no banco de dados.

• Placa de rede 3Com: reforça os sistemas sujeitos a risco sem prejudicar o desempenho.

• Leitor de CD/DVD: utilizado na instalação dos softwares.

(20)

3.4.3 Software Cliente

• Internet Explorer, Mozila Firefox, Safari: navegadores utilizados para acessar a aplicação.

Servidor

• Windows 2003 Server: versão do sistema operacional utilizado na empresa para qual a aplicação se destina.

• JRE 1.6: correção de diversos bugs foram implementadas.

• Apache Tomcat 1.4: versão do servidor de aplicação utilizado na empresa para qual a aplicação se destina.

• MySQL Community Server 5.4: sistema gerenciador de banco de dados com grande capacidade de armazenamento de dados e que utiliza a linguagem SQL como interface.

3.4.4 Configurações de banco de dados

O banco de dados deverá ser instalado em uma máquina específica (servidor), utilizando o MySQL Community Server 5.4 com o sistema operacional Windows Server 2003.

3.4.5 Instalações

Para esta aplicação serão utilizados dois servidores, um servidor web e um servidor de banco de dados. Os servidores deverão estar conectados a uma infraestrutura de redes. Os servidores estarão disponíveis somente para a aplicação e banco de dados e ficarão em uma sala refrigerada e protegida por identificação biométrica.

(21)

3.4.6 Pessoal Exigido

• Um DBA: responsável pela manutenção e gerenciamento do banco de dados.

• Dois analistas: responsáveis por levantar os requisitos e fazer a parte de criação dos casos de uso e diagramação.

• Dois programadores: responsáveis pela codificação da aplicação.

3.5 Áreas afetadas pelo novo sistema

A principal área afetada com a implantação do sistema será a Gerência de Financiamentos e Empréstimos da empresa.

(22)

4 JUSTIFICATIVA DA PROPOSTA

O SEO – Sistema de Empréstimos Online foi desenvolvido para apoiar a demanda de novas contratações de empréstimos por participantes de uma Entidade Fechada de Previdência Complementar.

O processo anterior se dava por preenchimento manual de um formulário de solicitação de empréstimo na sede da instituição e que demorava em torno de 15 dias para a concessão do empréstimo. Para agilizar o processo de solicitação, simulação e quitação de empréstimos, optou-se em desenvolver uma aplicação web, cuja utilização é fácil e intuitiva, dispensando a presença do participante na sede da instituição.

A utilização da linguagem de programação java, juntamente com os frameworks struts, para desenvolvimento, o hibernate, para persistência no banco de dados, e o tiles, para aproveitamento de telas, foi devido a robustez, segurança e maior agilidade no desenvolvimento que tais tecnologias proporcionam, bem como por estas plataformas serem conhecidas e utilizadas nos centros de informática das principais empresas do mercado.

O banco de dados utilizado no projeto é o Microsoft SQL Server 2003, um banco de dados bastante conhecido no mercado e que oferece estabilidade e suporte.

Sendo assim, o SEO é uma aplicação comercial de âmbito corporativo externo, que além de oferecer as funcionalidades previstas, busca fazer uso de uma tecnologia orientada a objetos, consolidada no mercado, que possibilita maior segurança e facilidade de uso para os usuários finais e maior agilidade para os desenvolvedores com o reuso de componentes e telas.

(23)

5 PLANEJAMENTO DO PROJETO

5.1 Plano do Processo de Desenvolvimento

Neste tópico encontram-se descritas as estimativas de projeto, riscos, cronograma, recursos, organização de pessoal e mecanismos de controle. Este plano é uma proposta a ser seguida durante o desenvolvimento do sistema. Ele servirá como guia para o controle e gerenciamento do projeto.

5.1.1 Ciclo de Vida do Projeto

O ciclo de vida a ser utilizado será o modelo em cascata.

A escolha desse modelo deve-se ao fato de ser um modelo extremamente simples de ser gerenciado e o software ser relativamente pequeno e de curto prazo.

(24)

No modelo do ciclo de vida em cascata, cada etapa deve ser finalizada antes que a próxima etapa possa ser iniciada. Consiste, basicamente, em um modelo linear e é composto por 5 etapas: comunicação, planejamento, modelagem, implementação e implantação (PRESSMAN, 2006, p. 38).

5.1.1.1 Comunicação

Nesta etapa, os requisitos do software a ser desenvolvido são estabelecidos, que consistem nos serviços que o produto deve fornecer. Deve haver o entendimento das regras de negócio do cliente.

5.1.1.2 Planejamento

Na etapa de planejamento, são feitas as estimativas de custo e de prazo, assim como o cronograma de todo o projeto.

5.1.1.3 Modelagem

Na etapa de modelagem, centraliza-se o desenvolvimento da estrutura de dados, caracterização das interfaces visuais e os detalhes procedurais.

5.1.1.4 Implementação

Na construção, são codificados os programas pelos programadores. Nesta etapa também devem ser aplicados os testes. O teste verifica se existe ou não problemas de comportamento no software, garantindo que as entradas produzam resultados reais e que coincidam com os requisitos especificados.

5.1.1.5 Implantação

Nesta etapa é feita a instalação do software no ambiente de produção e a manutenção necessária para o completo funcionamento do sistema.

(25)

5.1.2 Métodos de Desenvolvimento e Ferramentas CASE

A modelagem será baseada na UML, produzindo ao final de cada etapa, os principais artefatos dessa linguagem. A ferramenta CASE utilizada será a JUDE Community 5.2.1.

5.1.3 Linguagens de Programação

A linguagem de programação para o desenvolvimento será Java, por ser uma linguagem robusta, orientada a objetos e estar em concordância com as tendências tecnológicas de mercado. O modelo de implementação seguirá a arquitetura MVC (Model View Controller), com o auxílio de padrões de projeto (design pattern). Para a manipulação de dados, será utilizada a linguagem SQL (Structured Query Language).

5.1.4 Ambiente de Hardware para o Desenvolvimento

O ambiente de desenvolvimento estará dividido entre as residências e local de trabalho dos participantes do projeto.

Os equipamentos utilizados são descritos abaixo:

• Um Macbook com processador Core 2 Duo 2.4 Ghz, 2 Gb de RAM e disco rígido de 160 GB e placa de rede;

• Um Notebook com processador Core 2 Duo 2 Ghz, 2 Gb de RAM e disco rígido de 250 GB e placa de rede.

5.2 Plano de Organização

A equipe trabalhará em conjunto, de modo que todos possam desenvolver tarefas inerentes ao desenvolvimento do projeto, sendo a equipe formada por:

• 01 professor orientador: responsável pelo acompanhamento do projeto;

• 02 analistas programadores: responsáveis por todos os artefatos produzidos durante todo o ciclo de vida do projeto.

(26)

5.3 Plano de Acompanhamento

Neste tópico encontram-se descritas os marcos e pontos de controle, os métodos de acompanhamento e controle, análise e gerência de riscos.

5.3.1 Marcos e Pontos de Controle

Nº Pontos de Controle Artefatos a serem entregues Data prevista

1 Comunicação

Lista de Requisitos Atas de Reuniões Modelo de Domínio

17/02/2009

2 Planejamento Especificação dos Requisitos

Cronograma 03/03/2009

3 Modelagem

Diagrama de Atividades Diagrama de Casos de Uso Diagrama de Classes Protótipo de Interface Modelo de Dados

31/03/2009

4 Implementação Código Fonte 28/04/2009

5 Entrega do Produto Manual do Usuário 12/05/2009

5.3.2 Métodos de Acompanhamento e Controle

Reuniões às terças-feiras, como o professor orientador, para acompanhamento e orientação do projeto.

5.3.3 Análise e Gerência de Riscos

Risco Gravidade Probabilidade

de Ocorrência Impacto previsto Plano de contingência Falta de disponibilidade do cliente para o levantamento de requisitos.

Alta Média Impossibilidade

de desenvolvimento Cobrar providências das autoridades cliente

(27)

Falhas na especificação dos requisitos de

software

Média Média Atraso no

desenvolvimento Desenvolver no início do projeto os requisitos mais complexos Falta de equipamentos para teste e desenvolvimento

Alta Baixa Impossibilidade

da realização de testes Cobrar com antecedência o cliente, para que os equipamentos sejam fornecidos no prazo. Falta de usuários responsáveis por testes

Baixa Baixa Impossibilidade

de realização de testes. Requisitar previamente com o cliente os usuários que irão efetuar

os testes.

5.4 Plano de Documentação

Neste tópico encontram-se descritos os documentos de projeto. Este plano e uma proposta a ser seguida durante a documentação do projeto.

5.4.1 Documentos do Projeto

Neste projeto serão produzidos os seguintes documentos:

N.º Atividade Documento

1 Levantamento das necessidades para

execução do projeto

Proposta do projeto e planejamento.

2 Especificação dos requisitos Documento de especificação dos

requisitos.

3 Identificação dos requisitos críticos Memorial descritivo das decisões do

projeto.

4 Análise detalhada dos requisitos do

Módulo de Gestão

Diagramas de caso de uso, classe e seqüência.

5 Implementação do Módulo de Gestão Código fonte documentado e as

páginas do módulo.

Módulo de envio de e-mail

(28)

7 Implementação do Módulo de Controle de envio de e-mail

Código fonte documentado e as páginas do módulo.

Módulo de Controle de Acessos

9 Implementação do Módulo de Controle

de Acessos

Módulo de Solicitação de Serviço

11 Implementação do Módulo de Controle

de Solicitação de Serviço

Módulo de triagem da solicitação

13 Implementação do Módulo de triagem

da solicitação

Módulo de Gerência de projetos

15 Implementação do Módulo de Gerência

de projetos

Módulo de Gerência de tarefas

de tarefas

Módulo de Gerência de Métricas

de Métricas

20 Entrega do produto Documentação do sistema e software

gravado em CD. Monografia.

5.5 Plano de Recursos e Produtos

Neste tópico encontram-se descritos os recursos humanos, de hardware, de software e financeiros utilizados no desenvolvimento do sistema.

5.5.1 Recursos Humanos

Recurso Discriminação Qtde. Duração

(Horas) R$/Horas Total (R$)

DBA Modelagem do banco de dados 01 50 30,00 1.500,00 Analista de Sistema Levantamento dos quesitos, análise, 02 100 30,00 3.000,00

(29)

Sistema quesitos, análise, modelagem e projeto Programador Implementação 02 160 16,00 2.560,00 Total _7.060,00 5.5.2 Recursos de Hardware

Descrição Qtde. Valor Unitário (R$) Valor Total (R$)

Notebook Sony Vaio CR320E 1 4.199,00 4.199,00

MacBook Core 2 Duo 1 3.499,00 3.499,00

Total 7.698,00

5.5.3 Recursos de Software

Descrição Qtde. Valor Unitário (R$) Valor Total (R$)

Java JDK 6 2 Freeware Freeware

Jude Community 5.3 2 Freeware Freeware

Eclipse Europa (V. 3.3.1.1) 2 Freeware Freeware

Apache TomCat 5.5 2 Freeware Freeware

MySql Server 5.4 2 Freeware Freeware

MySql Tools for 5.0 2 Freeware Freeware

JUDE Community 5.2.1 2 Freeware Freeware

(30)

5.5.4 Recursos de Financeiros Descrição Valor (R$) Recursos Humanos 7.060,00 Recursos de Hardware 7.074,00 Recursos de Software 0,00 Total 14.134,00 5.6 Cronograma

Neste tópico encontra-se o todo o cronograma de desenvolvimento do sistema.

Id Nome da tarefa Duração Início Término

1 Projeto SEO 92 dias 10/02/2009 12/05/2009

2 Comunicação 21 dias 10/02/2009 30/02/2009 3 _{Definição do escopo e} cronograma de reuniões 2 dias 10/02/2009 11/02/2009 4 _{Requisitos: Módulo de} Empréstimo 5 dias 12/02/2009 16/02/2009 5 _{Requisitos: Módulo de} Pagamentos 3 dias 17/02/2009 19/02/2009 6 _{Requisitos: Módulo de} Consulta/Impressão extratos 7 dias 20/02/2009 26/02/2009

7 Assinatura das atas de

reunião 2 dias 27/02/2009 28/02/2009 8 _{Ponto de Controle} -Comunicação 2 dias 29/02/2009 30/02/2009 9 Planejamento 8 dias 01/03/2009 08/03/2009 10 Elaboração da Especificação dos Requisitos 4 dias 01/03/2009 04/03/2009 11

Elaboração do Cronograma 3 dias 05/03/2009 07/03/2009

12 Ponto de Controle -Planejamento

(31)

13 Modelagem 23 dias 08/03/2009 30/03/2009 14 Elaboração do Diagrama de

Casos de Uso

5 dias 08/03/2009 12/03/2009

15 Elaboração dos Diagramas de Seqüência 10 dias 13/03/2009 22/03/2009 16 Elaboração do Diagrama de Classes 4 dias 23/03/2009 26/03/2009 17 Elaboração do Protótipo de Interface 3 dias 27/03/2009 29/03/2009 18 Ponto de Controle -Modelagem 1 dia 30/03/2009 30/03/2009 19 Implementação 35 dias 31/03/2009 04/05/2009 20

Definição da Arquitetura 2 dias 31/03/2009 01/04/2009

21 Configuração do Ambiente de Desenvolvimento

1 dia 02/04/2009 02/04/2009

22

Validação da Arquitetura 2 dia 03/04/2009 04/04/2009

23 Codificação e Testes unitários

20 dias 05/04/2009 24/04/2009

24

Testes de Integração 8 dias 25/04/2009 01/05/2009

25 Ponto de Controle -Implementação 3 dias 02/05/2009 04/05/2009 26 Implantação 8 dias 05/05/2009 12/05/2009 27 Preparação do Ambiente de Produção 5 dias 05/05/2009 9/05/2009 28

Instalação do Software 2 dia 10/05/2009 11/05/2009

29

(32)

6 ESPECIFICAÇÃO DOS REQUISITOS DO SISTEMA

6.1 Descrição do problema

Os empréstimos solicitados pelos participantes eram feitos por meio de um formulário de solicitação, na sede ou filial da instituição, que deveria ser preenchido e entregue no mesmo local de retirada, o que demorava em média 15 dias para a concessão de empréstimos.

Com o aumento do número de participantes e da demanda de novas contratações de empréstimos, foram diagnosticados problemas de gerenciamento, que não é confiável, armazenamento das informações financeiras dos participantes, que é precário, burocracia no processo de concessão do empréstimo, demora no atendimento e a demora na liberação do crédito na conta do participante.

Com o intuito de solucionar os problemas descritos acima e promover a centralização e o registro de todas as atividades realizadas para execução do processo de concessão de empréstimos, facilitando e profissionalizando a gestão das concessões, além de dar maior transparência, agilidade e comodidade aos usuários da instituição.

6.2 Identificação dos interessados no sistema

Usuários cadastrados: são os funcionários ou participantes que tiverem acesso ao sistema e que poderão solicitar empréstimos ou obter informações relacionadas aos seus empréstimos.

Pessoal de suporte: são os funcionários profissionais de informática que farão o acompanhamento do sistema durante sua vida útil, administrando os bancos de dados, configurações de redes, manutenções e evoluções no sistema.

(33)

6.3 Principais necessidades dos interessados

Neste tópico encontram-se descritos as necessidades principais dos usuários que irão utilizar o SEO.

6.3.1 Usuários cadastrados

Os usuários cadastrados têm as seguintes necessidades básicas:

• Permitir consultar informações sobre empréstimos;

• Possibilitar a concessão e simulação de empréstimos; e

• Emitir contrato de abertura de crédito

6.3.2 Pessoal de suporte

O Pessoal de suporte tem a necessidade de um sistema bem documentado e flexível a manutenções e evoluções.

6.4 Descrição das características do sistema

O SEO será desenvolvido para ser acessado por qualquer computador ligado à internet da empresa.

O sistema oferecerá suportes aos mais recentes navegadores existentes no mercado (Firefox e Internet Explorer) e terá uma interface simples e intuitiva com a utilização criteriosa de cores e disposição de campos organizada.

O sistema permitirá o acesso apenas a usuários cadastrados e facilitará a consulta de informações, solicitações e simulações de empréstimos.

As principais características do sistema são:

• Efetuar a simulação e a concessão de empréstimos;

• Consultar extratos de empréstimos;

• Consultar saldo devedor de empréstimos;

• Solicitar a antecipação de prestações; e

(34)

6.5 Requisitos do Software (Funcionais)

Todas as funcionalidades do SEO deverão permitir acesso multiusuário às mesmas, ou seja, várias pessoas poderão executar simultaneamente operações do mesmo tipo, mas a partir de máquinas distintas.

6.5.1 Funcionalidades disponíveis aos usuários cadastrados

Neste tópico encontram-se descritas as funcionalidades disponíveis aos usuários (participantes) previamente cadastrados no sistema.

6.5.1.1 Consultar Saldo devedor

O usuário cadastrado poderá consultar a qualquer momento o saldo devedor de empréstimos. Porém, os dados do saldo devedor estarão disponíveis apenas quando o usuário tiver realizado algum empréstimo.

6.5.1.2 Consultar Extrato de Empréstimo

O usuário também poderá consultar um extrato com todas as operações relacionadas ao seu empréstimo. Essa opção também estará disponível apenas quando o usuário tiver realizado algum empréstimo.

6.5.1.3 Solicitar Antecipação de Parcelas

O usuário cadastrado poderá solicitar a antecipação, total ou parcial, do seu empréstimo por meio do preenchimento da quantidade de parcelas desejadas para o pagamento. Essa opção também estará disponível apenas quando o usuário tiver realizado algum empréstimo.

6.5.1.4 Efetuar Simulação de Empréstimos

O usuário terá a possibilidade de realizar simulações de empréstimos. Basta que ele cumpra todas as carências exigidas pelo sistema. Em caso positivo, será

(35)

necessário o preenchimento dos campos valor de empréstimo, quantidade de parcelas, data para crédito.

6.5.1.5 Solicitar Concessão de Empréstimos

Após a simulação do empréstimo o usuário poderá efetivar a solicitação do empréstimo, desde que já tenha preenchido o contrato de abertura de crédito e entregue ao gerente responsável. Caso ele cumpra com todos os pré-requisitos citados anteriormente o sistema confirma a solicitação informando a provável data de credito do valor solicitado.

6.5.1.6 Emitir Contrato de abertura de crédito

O usuário cadastrado deverá possuir o contrato de abertura de crédito pré-aprovado em sua gerência. Caso isso não tenha ocorrido, será possível fazer a impressão do contrato no próprio sistema.

6.6 Requisitos Suplementares do Software (Não-funcionais)

Todos os requisitos que expressam como deverá ser feito o SEO estão descritos neste tópico.

6.6.1 Usabilidade

As telas e relatórios do sistema devem oferecer um visual elaborado com o uso criterioso de cores e serem simples e intuitivo para o fácil entendimento.

6.6.2 Desempenho

O desempenho do sistema para consultas não deverá ultrapassar a marca de 15 segundos.

(36)

6.7 Restrições do Sistema

O sistema (serviços e banco de dados) deverá operar no sistema operacional Windows 2000 Server.

O banco de dados preferencial a ser utilizado é o SQL Server.

A linguagem de programação adotada para o desenvolvimento do sistema será orientada a objetos, preferencialmente, java.

6.8 Visão preliminar da arquitetura

Sistema: sistema informatizado composto por um conjunto de equipamentos com processamento e armazenamento centralizados, equipamentos clientes fora dos setores da empresa, módulos de software, módulos de dados e documentação.

Servidor de banco de dados: armazenará os módulos de informações que conterão informações relativas às solicitações, usuários e métricas.

Servidor de aplicações: será um servidor web centralizado, que armazenará os componentes de software do sistema. É onde efetivamente será executada a aplicação.

Equipamento cliente: serão os terminais que permitirão o acesso dos usuários ao sistema através de um browser de acesso à internet. Esses equipamentos encontram-se em qualquer local com acesso a internet.

6.9 Requisitos não técnicos

O tempo de desenvolvimento do sistema não deverá ultrapassar 5 meses. Deverão ser produzidos relatórios de testes ao término da implementação de cada módulo.

(37)

7 MODELO DE NEGÓCIO

7.1 Modelo de Domínio

(38)

8 MODELOS DE CASO DE USO

8.1 Visão Geral de Casos de Uso e Atores

(39)

8.2 Descrição dos Casos de Uso

Neste tópico encontram-se definidos os casos de uso do sistema e seus respectivos fluxos de processo.

8.2.1 Logar no Sistema

Objetivo: Caso de uso para efetuar login no sistema Atores: Participante;

Prioridade: Alta

Pré-condições: Usuário estar cadastrado no sistema. Fluxo Principal:

1. O caso de uso começa quando usuário seleciona o link SEO, no menu principal do site;

2. O sistema carrega a página Logar no sistema; 3. O usuário informa sua matrícula, cpf e senha; 4. O usuário pressiona o botão Acessar [A1]; 5. [Autenticar Usuário]; [A2]

6. O sistema carrega a página principal do SEO e o caso de uso termina.

Fluxo Alternativo: A1 – Matrícula inválida

No passo 1 do fluxo principal, se o sistema determinar que a matrícula do usuário não é válida, o sistema mostra a mensagem: “Por favor, preencha corretamente sua matrícula.” e o uc termina.

A2 – CPF inválido

No passo 1 do fluxo principal, se o sistema determinar que o CPF não é válido, o sistema mostra a mensagem: “Por favor, preencha corretamente seu cpf.” e o uc termina.

A3 – Senha Incorreta

No passo 1 do fluxo principal, se o sistema determinar que a senha está incorreta, o sistema mostra a mensagem: : “Por favor, preencha corretamente sua senha.” e o uc termina.

A4 – Cancelar

O usuário pode encerrar o sistema a qualquer momento. O UC termina.

(40)

Protótipo Visual:

(41)

8.2.2 Autenticar Usuário

Objetivo: Caso de uso para autenticar usuário no sistema Atores: Logar No Sistema

Pré-condições: Usuário estar cadastrado no sistema. Fluxo Principal:

1. O caso de uso começa quando o sistema, através de algum caso de uso, solicita a autenticação de um usuário, informando para isto a matrícula, CPF e senha;

2. O sistema verifica se a matrícula está cadastrada no Banco de Dados [A1]; 3. O sistema verifica se o CPF informado corresponde à matrícula do usuário [A1]; 4. O sistema verifica se a senha informada corresponde à matrícula do usuário [A1]; 4. O sistema retorna uma mensagem interna informando que o usuário foi autenticado.

Fluxo Alternativo:

A1 – Caso seja informado algum dado incorreto, o sistema deverá retornar uma mensagem interna informando que o usuário não foi autenticado.

Pós-condição: Usuário logado.

(42)

8.2.3 Emitir Contrato de Abertura de Crédito

Objetivo: Caso de uso para emitir contrato de abertura de crédito Ator: Participante

Pré- condições: O usuário deverá estar autenticado no sistema. Fluxo Principal:

1. O caso de uso inicia quando o usuário seleciona a opção emitir contrato de abertura de crédito no menu principal do sistema.

2. O usuário acessa a tela de emissão do contrato e pressiona o botão emitir contrato.

3. O sistema gera o contrato em formato pdf com os dados do participante. 4. O usuário seleciona a opção sair e o caso de uso termina.

Fluxos Alternativos:

A1 – Usuário possui contrato aprovado

No passo 1 do fluxo principal, se o sistema identificar que o usuário já possui contrato aprovado, o sistema mostra a mensagem: “Cliente já possui contrato aprovado. Por favor, utilize o menu ao lado para solicitar seu empréstimo.” e o uc termina.

A2 – Sair

O usuário pode encerrar o sistema a qualquer momento. O UC termina. Pós-condição: Usuário imprime contrato.

(43)

(44)

8.2.4 Consultar Saldo Devedor

Objetivo: Caso de uso para consultar o saldo devedor do empréstimo Ator: Participante

Pré- condições: O usuário deverá estar autenticado no sistema Fluxo Principal:

1. O caso de uso inicia quando o usuário seleciona a opção consultar saldo de empréstimos no menu principal do sistema.

2. O usuário acessa a tela com os dados do saldo devedor. 3. O usuário seleciona a opção sair e o caso de uso termina. Fluxos Alternativos:

A1 – Cliente não possui saldo devedor

No passo 1 do fluxo principal, se o sistema identificar que o usuário não possui saldo devedor de empréstimo, o sistema mostra a mensagem: “Usuário não possui saldo devedor para consulta. Por favor, consulte seu extrato para maiores informações.” e o uc termina.

A2 – Sair

O usuário pode encerrar o sistema a qualquer momento. O UC termina. Pós-condição: Usuário consulta saldo devedor.

(45)

(46)

8.2.5 Consultar Antecipação de Prestações

Objetivo: Caso de uso para consultar a quantidade de prestações disponíveis para antecipação.

Ator: Participante

1. O caso de uso inicia quando o usuário seleciona a opção consultar antecipação de prestações no menu principal do sistema.

2. O usuário acessa a tela com a quantidade de prestações disponíveis para quitação, seleciona a quantidade desejada e pressiona o botão confirmar antecipação, o sistema mostra as instruções para o depósito da antecipação. 5. O usuário seleciona a opção sair e o caso de uso termina.

A1 – Empréstimo inexistente

O usuário não possui empréstimo concedido, o sistema mostra a mensagem: “Usuário sem empréstimo concedido.” e o uc termina.

A2 – Sair

O usuário pode encerrar o sistema a qualquer momento. O UC termina. Pós-condição: Usuário consulta prestações para pagamento.

(47)

(48)

8.2.6. Consultar Extrato de Empréstimos

Objetivo: Caso de uso para consultar o extrato de empréstimos. Ator: Participante

1. O caso de uso inicia quando o usuário seleciona consultar extrato de empréstimos no menu principal do sistema.

2. O usuário acessa a tela do extrato com os dados do seu empréstimo. 3. O usuário seleciona a opção sair e o caso de uso termina.

A1 – Empréstimo inexistente

O usuário não possui empréstimo concedido, o sistema mostra a mensagem: “Cliente sem empréstimo concedido.” e o UC termina.

A2 – Sair

O usuário pode encerrar o sistema a qualquer momento. O UC termina. Pós-condição: Usuário consulta extrato

(49)

(50)

8.2.7 Efetuar Simulação de Empréstimo

Objetivo: Caso de uso para efetuar a simulação de empréstimos. Ator: Participante

1. O caso de uso inicia quando o usuário a opção de simulação de empréstimo no menu principal do sistema.

2. O usuário acessa a tela de simulação de empréstimos com seus dados financeiros.

3. O usuário preenche os campos de prazo e valor desejado para simulação. 4. O usuário pressiona o botão calcular empréstimo e o sistema mostra os

dados do empréstimo solicitado.

5. O usuário seleciona a opção sair e o caso de uso termina. Fluxos Alternativos:

A1 – Prazo inválido

O usuário informa o prazo para pagamento de empréstimo superior a 60 dias, o sistema mostra a mensagem: “O prazo máximo para pagamento do empréstimo são de 60 meses, por favor informe outro prazo.” e o UC termina.

A2 – Limite ultrapassado

O usuário informa o valor desejado do empréstimo superior ao limite de seu empréstimo: “Atenção! O valor desejado do empréstimo não deverá ultrapassar o seu limite disponível.” e o UC termina.

A3 – Sair

O usuário pode encerrar o sistema a qualquer momento. O UC termina. Pós-condição: Usuário efetua simulação de empréstimo.

(51)

(52)

8.2.8 Efetuar Concessão de Empréstimo

Objetivo: Caso de uso para efetuar a concessão de empréstimos. Ator: Participante

Pré- condições: O usuário deverá ter efetuado a simulação do empréstimo Fluxo Principal:

1. O caso de uso inicia quando o usuário pressiona o botão efetivar empréstimo no menu principal do sistema.

2. O sistema gera o comprovante de empréstimo com os dados da operação. 3. O usuário seleciona a opção sair e o caso de uso termina.

A1 – Prazo não informado

O usuário não informa o prazo desejado para empréstimo, o sistema mostra a mensagem: “Favor preencher o prazo para pagamento do empréstimo.” e o UC termina.

A2 – Valor não informado

O usuário não informa o valor desejado para empréstimo, o sistema mostra a mensagem: “Favor preencher o valor do empréstimo desejado.” e o UC termina. A3 – Sair

O usuário pode encerrar o sistema a qualquer momento. O UC termina. Pós-condição: Usuário com empréstimo concedido

(53)

(54)

8.2.9 Consultar Margem Consignável

Objetivo: Caso de uso para consultar margem consignável no sistema Atores: Simular empréstimo

Pré-condições: O usuário deverá estar autenticado no sistema. Fluxo Principal:

1. O caso de uso começa quando o sistema, através de algum caso de uso, solicita a margem consignável de um usuário, para simulação ou concessão de empréstimo; 2. O sistema verifica se a matrícula está cadastrada no Banco de Dados [A1];

3. O sistema consulta a margem consignável que corresponda à matrícula do usuário [A1];

4. O sistema retorna uma mensagem interna informando a margem consignável do usuário.

A1 – Caso seja informado algum dado incorreto, o sistema deverá retornar uma mensagem interna informando que o usuário não foi encontrado.

Pós-condição: Consulta efetuada. Protótipo Visual: Não se aplica.

(55)

8.2.10 Alterar Senha

Objetivo: Caso de uso para alterar senha de acesso Ator: Participante.

Pré-condições: O usuário deverá estar autenticado no sistema Fluxo Principal:

1. O caso de uso começa quando usuário seleciona a opção Alterar Senha, no menu principal do sistema;

2. O sistema carrega a página de alteração de senha;

3. O usuário informa a senha atual, a nova senha e confirma a nova senha; 4. O usuário pressiona o botão Alterar [A1];

5. O sistema informa que a senha foi alterada com sucesso e o caso de uso termina.

A1 – Senha atual inválida

Caso o usuário informe incorretamente a senha atual, o sistema mostra a mensagem: “Por favor, informe corretamente a senha atual.”

A2 – Nova senha inválida

Caso o usuário informe incorretamente a nova senha nos dois campos, o sistema mostra a mensagem: “Por favor, informe corretamente a nova senha nos dois campos.”

A3 – Sair

O usuário pode encerrar o sistema a qualquer momento. O UC termina.

(56)

(57)

9 MODELO DE ANÁLISES

9.1 Caso de Uso Logar no sistema

9.1.1 Diagrama de Classe

(58)

9.1.2 Diagrama de Seqüência

(59)

9.2 Caso de Uso Autenticar Usuário 9.2.1 Diagrama de Classe

(60)

(61)

9.3 Caso de Uso Emitir Contrato de Abertura de Crédito 9.3.1 Diagrama de Classe

(62)

(63)

9.4 Caso de Uso Consultar Saldo Devedor 9.4.1 Diagrama de Classe

(64)

(65)

9.5 Caso de Uso Consultar Antecipação de Prestações 9.5.1 Diagrama de Classe

(66)

(67)

9.6 Caso de Uso Consultar Extrato de Empréstimos 9.6.1 Diagrama de Classe

(68)

(69)

9.7 Caso de Uso Efetuar Simulação de Empréstimo 9.7.1 Diagrama de Classe

(70)

(71)

9.8 Caso de Uso Efetuar Concessão de Empréstimo 9.8.1 Diagrama de Classe

(72)

(73)

9.9 Caso de Uso Consultar Margem Consignável 9.9.1 Diagrama de Classe

(74)

(75)

9.10 Caso de Uso Alterar Senha 9.10.1 Diagrama de Classe

(76)

(77)

10 DOCUMENTAÇÕES DO PROJETO

10.1 Memorial Descritivo das Decisões do Projeto

A linguagem de programação para o desenvolvimento será Java, por ser uma linguagem robusta, orientada a objetos e estar em concordância com as tendências tecnológicas de mercado.

Ao definir a arquitetura do software em questão, fez-se necessário separar a lógica de negócios da apresentação ao usuário e, para isso, será utilizada a arquitetura MVC (Model View Controller).

Para a camada de persistência será utilizado o Framework de persistência Hibernate juntamente com o Design Pattern DAO (Data Access Object), pelo fato de simplificar, e muito, o modelo de persistência e pela melhoria de desempenho do ambiente de execução.

O framework Struts, amplamente conhecido no mercado, utiliza o padrão Model 2 (uma variante do MVC), pois usa servlets e as páginas JSP (JavaServer pages) juntos na mesma aplicação. Esta framework agilizando o processo de desenvolvimento, facilitando a população de beans e simplificando o uso de servlets.

(78)

10.2 Diagrama de Classes do Projeto

Este diagrama representa a estrutura e relações das classes que servem de modelo para objetos.

(79)

10.3 Diagrama de Arquitetura

Este diagrama representa a descrição dos componentes e interfaces.

(80)

10.4 Diagrama de Implementação

Este diagrama mostra como estão configurados o hardware e o software dentro do sistema.

(81)

10.5 Diagrama de Implantação

Este diagrama representa como é realizada a distribuição do sistema através de nós de hardware, componentes e dependências de software e as suas devidas relações de comunicação.

(82)

10.6 Descrição de Arquivos e Banco de Dados

10.6.1 Modelo Lógico de Dados

(83)

10.6.2 Modelo Físico de Dados

(84)

11 CONCLUSÃO

11.1 Revisão

No escopo do projeto SEO buscou-se contemplar as principais funcionalidades necessárias para automatizar todo o processo de solicitação, simulação e quitação de Empréstimos a Participantes. Essa automação permitiria uma gestão mais efetiva e eficiente da Carteira de Empréstimos, gerando mais rentabilidade, transparência e segurança para os Participantes, Patrocinadores e Empregados dos Fundos de Pensão.

O capítulo um apresenta os principais problemas diagnosticados no sistema existente e as necessidades que motivaram a criação do projeto. O capítulo dois descreve o objetivo geral seguido dos objetivos específicos do projeto. A proposta do SEO bem como restrições e recursos necessários foram apresentados no capítulo três. No capítulo quatro é apresentada a justificativa da proposta junto com o embasamento teórico, que esclarece a tecnologia a ser utilizada nesse projeto.

O planejamento do projeto detalha, no capítulo cinco, o plano de processo de desenvolvimento, de organização, acompanhamento, documentação, recursos e produto, bem como o cronograma previsto. A equipe do projeto buscou ao máximo seguir o cronograma. O capítulo seis refere-se à especificação de projeto do SEO, onde são descritas as necessidades dos interessados, características do sistema, requisitos do software, requisitos suplementares e restrições do sistema.

O capítulo sete descreve o modelo de negócio através do modelo de domínio e o diagrama de atividades. O capítulo oito trata dos modelos de casos de uso. É apresentada a visão geral dos casos de uso e atores, através dos diagramas correspondentes, bem como a descrição de todos os casos de uso, com seus respectivos protótipos. O capítulo nove apresenta os modelos de análise referentes a todos os casos de uso, contemplando o diagrama de classes e o diagrama de seqüência.

(85)

O capítulo dez apresenta o memorial descritivo das decisões do projeto, diagrama de arquitetura de projeto, a descrição do banco de dados e, ainda, o diagrama de implementação, que mostra a estrutura física/lógica necessária para implantação do SEO.

11.2 Resultados alcançados

O objetivo do projeto foi contemplar algumas das principais funcionalidades no gerenciamento de empréstimos à funcionários e participantes de forma simples e intuitiva, com rapidez e segurança.

Com a utilização do SEO é possível realizar simulações e solicitações de empréstimos de forma a garantir a integridade dos dados, evitando retrabalho de funcionários e melhorando o atendimento ao participante.

O produto final atende os requisitos exigidos pelo cliente e também oferece suporte para evolução. Desta forma buscou-se aliar a solução proposta à Engenharia de Software com o objetivo de desenvolver um sistema manutenível, eficiente, íntegro, e acima de tudo com qualidade.

Por fim, ressalta-se os ganhos para quem desenvolveu o projeto, pela aplicabilidade prática dos conhecimentos adquiridos ao longo do curso, fato este que só foi alcançado graças ao total apoio recebido, contribuindo para o sucesso do projeto e o crescimento profissional.

11.3 Possibilidade de evolução futura

No sistema atual não são contempladas todas informações sobre os dados cadastrais do participante. Futuramente, poderá ser acrescentado um módulo onde serão coletados todos os dados cadastrais do participante, como por exemplo: endereço, telefone, dependentes, etc.

Em outras versões, poderá ser implantada a opção para cadastramento de acesso ao sistema via internet, sem que o participante tenha que se dirigir a um núcleo regional para o atendimento.

(86)

Pode-se, futuramente, adicionar a funcionalidade de consulta de histórico de transações, onde o usuário poderá resgatar todas as operações feitas por ele.

Poderá também ser incluído um módulo onde os gerentes de um núcleo regional poderão prestar atendimento a outros participantes que não possuem o acesso a internet ou que de alguma maneira não possuem qualificação para utilização do sistema.

(87)

12 REFERÊNCIAS BIBLIOGRÁFICAS

BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML: guia do usuário. 2. ed. Rio de Janeiro, RJ: Campus, 2005.

ELMASRI, Ramez; NAVATHE, Sham. Sistemas de banco de dados. 4. ed São Paulo, SP: Pearson Addison Wesley, 2005.

LARMAN, Craig. Utilizando UML e padrões: uma introdução à análise e ao projeto orientado a objetos e ao desenvolvimento iterativo. 3. ed. Porto Alegre, RS: Bookman, 2007.

MONSON-HAEFEL, R; Burke, B. Enterprise Java Beans 3.0. 5 ed. São Paulo: Pearson, 2007.

NIELSEN, Jakob; LORANGER, Hoa. Usabilidade na web. Rio de Janeiro, RJ: Campus, 2007.

PRESSMAN, Roger S.; PENTEADO, Rosângela Delloso (Trad.). Engenharia de software. 6. ed. Rio de Janeiro, RJ: McGraw-Hill, 2006.

Referências de páginas da internet

SPC. Secretaria de Previdência Complementar. Disponível em:

<http://www1.previdencia.gov.br/pg_secundarias/ previdencia_complementar.asp>, acessado em: 02/04/2009.