Projecto GPI Relatorio

Gestão de Projetos Informáticos
2020
Sistema de Gestão
Bancário
Discentes:
Docente:
Alvino Mota
Emília Tavares
António Cabral
Bruno Ortet
Ellydy Carvalho
I. INTRODUÇÃO............................................................................................................................. 3
VISÃO GERAL DO TRABALHO................................................................................................................4
II. EQUIPA DO PROJECTO.......................................................................................................... 5
1. EQUIPA DO PROJECTO....................................................................................................................5
1.1. CONSTITUIÇÃO DA EQUIPA DO PROJECTO E DELEGAÇÃO DE RESPONSABILIDADES......................5
1.2. TIPO ESTRUTURA ORGANIZACIONAL.............................................................................................6
III. ESPECIFICAÇÃO DO PROJECTO........................................................................................ 7
1.3. NOME DO PROJECTO......................................................................................................................7
1.4. DESCRIÇÃO DO PROJECTO.............................................................................................................7
1.5. ÁREA DE APLICAÇÃO....................................................................................................................7
1.6. MISSÃO..........................................................................................................................................7
1.7. OBJECTIVOS...................................................................................................................................8
1.8. CLIENTE DO PROJECTO..................................................................................................................8
1.9. REQUISITOS DO CLIENTE...............................................................................................................9
1.10. DATA PREVISTA PARA CONCLUSÃO...........................................................................................10
1.11. RECURSOS HUMANOS................................................................................................................10
1.12. PRIORIDADES.............................................................................................................................10
1.13. RESTRIÇÕES...............................................................................................................................11
2
1.14. RISCOS.......................................................................................................................................12
IV. PLANEAMENTO DO PROJECTO........................................................................................ 13
1.15. IDENTIFICAÇÃO DAS ACTIVIDADES DO PROJECTO....................................................................13
1.16. ESTIMATIVA DE DURAÇÃO.........................................................................................................13
1.17. TERMO DE ABERTURA DO PROJECTO........................................................................................14
1.17.1. SITUAÇÃO ACTUAL.................................................................................................................14
1.18. ESTRUTURA ANALÍTICA DO PROJECTO......................................................................................15
1.19. PRINCIPAIS REQUISITOS DAS PRINCIPAIS ENTREGAS.................................................................15
1.20. SEQUÊNCIA DAS ACTIVIDADES DO PROJECTO...........................................................................16
1.21. PLANO DETALHADO DO PROJECTO COM CRONOGRAMA............................................................17
1.22. INTER-RELACIONAMENTO DAS ACTIVIDADES E DEFINIÇÃO DE PRECEDÊNCIAS........................17
1.23. GRÁFICO DE PERT....................................................................................................................18
1.24. GRÁFICO DE GANTT...................................................................................................................20
V. CONCLUSÃO............................................................................................................................ 20
3
I. Introdução
Este relatório refere-se ao projeto de desenvolvimento de um sistema bancário que

utiliza o modelo de arquitetura Cliente - Servidor, proposto na disciplina de Sistemas
Distribuídos.
O objetivo do sistema é permitir que, funcionários de uma instituição bancária possam

realizar as mais variadas tarefas que envolvem a conta bancária do cliente, as operações
realizadas envolvendo o dinheiro do cliente, entre outros, que serão citados posteriormente.
O banco tem uma sede, situada na ilha de Santiago, no conselho da Praia, onde todos
os registos se encontram guardados de forma centralizada. E tem afiliais nos outros conselhos
da ilha de Santiago, assim como em todas as outras ilhas.
Este projeto consiste em integrar o sistema bancário utilizado pela empresa, com um
Web Service. A tecnologia web Service, permite que com um browser e as credenciais
válidas um utilizador possa realizar todas as tarefas que o Servidor RMI (já implementado)
suporta, no quesito da gestão de atividades no sector bancário.
Assim sendo, será foco do projeto desenvolver uma aplicação web que irá utilizar o web
service para comunicação entre o Servidor central, e as diferentes afiliais do banco pelo pais.
4
Visão Geral do Trabalho
Os Funcionários, na sede terão nos seus computadores, a interface do programa, em

que poderão realizar as suas tarefas. A interface, não terá nenhuma lógica do negócio e será
executado no browser. Depois de início de sessão, o utilizador, de acordo com o perfil, será
apresentado os menus e opções de tarefas que poderá executar. A interface será utilizada
apenas para a introdução dos dados, que serão enviados ao servidor através dos APIs
disponibilizados, para serem processados. A Interface não terá conhecimento dos
componentes que fazem parte do programa, apenas a Interface que o servidor implementa. E
com a utilização dessa interface, que os programas cliente, invocarão comunicarão com o
servidor.
II. Equipa do Projeto
1. Equipa do Projeto
1.1. Constituição da Equipa do projeto e delegação de responsabilidades
Participantes
Funções António Cabral Alvino Mota Bruno Ortet Ellydy Carvalho
Gestor do Projeto
Analista de Sistema
Arquiteto de Software
Programador
Arquiteto /Administrador de
Base de Dados
Tester
Designer
Especialista de User Experience
Table 1. Participantes e Responsabilidades
5
1.2. Tipo Estrutura Organizacional
Table 2. Estrutura Organizacional
6
III. Especificação do projeto
1.3. Nome do Projeto
Construção de um Software de Gestão para um Banco e integração com Web Service.
1.4. Descrição do Projeto
Este projeto tem o objetivo de:
 Desenvolver uma aplicação web que permite fazer a gestão das principais actividades
de um Banco;
 Criar um WebService para permitir a comunicação entre as diferentes máquinas
espalhadas pelas filiais para que possam comunicar com o servidor central;
 Reestruturar a base de dados do nível OLTP do sistema anterior para permitir o acesso
a diferentes dispositivos
1.5. Área de Aplicação
O projeto será aplicado no sector Bancário, recorrendo às Tecnologias de Informação

de Comunicação, de forma a garantir a confidencialidade, a disponibilidade e integrabilidade
dos serviços prestados. Tanto a nível dos clientes, como também para o próprio responsável
pela área informática da empresa.
1.6. Missão
Desenvolver um software integrado de gestão de clientes, contas bancarias e

capacidade para a realização de transações de ativos bancários de forma fluida, com resposta
adequado para potenciais erros, falhas e riscos de segurança.
Desenvolver um software de qualidade, que se adapta facilmente às mudanças

exigidas pelo ambiente de mercado. Com a utilização de técnicas, padrões de arquitetura
aplicacional, padrões de desenho de software, boas práticas de programação e respeitando às
7
normas de segurança, tendo sempre em vista os princípios fundamentais da segurança da

informação e o alinhamento dos sistemas de informação com os processos de negócio da
organização.
1.7. Objetivos
Desenvolver módulos aplicacionais que lidam com:
 Gestão de Utilizadores: Funcionários e Clientes;

 Gestão de Contas Bancárias, o que envolve os tipos de conta: Corrente e Conta a
Prazo, incluindo os subtipos;
 Gestão de Acesso ao serviço;
 Gestão de Logs de Acesso, de Transações Bancárias, de alteração de dados;
 Scripts e programas que lidam com as operações automáticas.
 Manutenção de erros, e tratamento de falhas e perdas, por se tratar de um
ambiente heterogéneo de operabilidade.
1.8. Cliente do Projeto
O cliente do projeto será o Banco XPTO, intermediado pelo Docente Juvenal Pereira,
stakeholder dono do produto final, e a Docente Emília Tavares
8
1.9. Requisitos do Cliente
9
Requisitos Descrição
 A aplicação web permite:
o Registo de Utilizadores (Clientes e Funcionários)
o Criação de Contas Bancarias:
 Conta Corrente;
 Conta A Prazo.
o Selecção do SubTipo de Conta Bancária
o Gestão da conta de Utilizador:
 Bloqueio;
 Activação;
 Alteração da palavra passe.
o Editar os dados dos Utilizadores:
 Contacto (telefone e email)
 Morada
 Número de Filhos
 Nome e Apelido
o Associação de Titulares a uma Conta Corrente
o Remoção de Titulares de uma Conta Corrente
o Realização de Movimento Bancário:
 Depósito
Funcionalidade  Levantamento
s  Transferência de dinheiro.
o Fazer a gestão de uma Conta Bancária:
 Activação
Table
 3.Suspensão
Requisitos do Cliente
 Bloqueio
 Fecho.
o Fazer a gestão do login;
 A Reestruturação da Base de Dados irá permitir
armazenar:
o Os logs de acesso;
o O Histórico de uma Conta Bancária;
o O Historico de Sessões;
o As Ocorrências;
o Os contractos da Conta a Prazo.
 O Web Service irá permitir:
10
o O acesso a funcionalidades a partir :
 Do browser;
 Aplicativos Moveis.
o Integrar os serviços já desenvolvido com a
1.10. Data prevista para conclusão
A data prevista para a conclusão do projeto é no dia 25-01-2021.
1.11. Recursos Humanos
Pessoal Funções
Faz o controlo e monitorização das atividades a
serem executadas por fases.
Gestor do projeto
Faz a monitorização do cumprimento do tempo
e prazo estipulado bem como a produtividade
dos participantes.
Responsáveis pelo desenvolvimento da

Desenvolvedores
plataforma.
Analisa o sistema para verificar os possíveis

erros em cada fase e corrigi-los antes da
Analista do Sistema entrega. Faz a verificação, controlo e
seguimento do desenvolvimento da aplicação.
1.12. Prioridades
Descrição das prioridades por importância:
1. Reestruturação da base de dados do nível operacional, para permitir o armazenamento

de informações descritas na secção "Requisitos do Cliente".
2. Detecção e resolução de possíveis erros dos serviços do sistema que se encontra
implementado.
3. Desenvolvimento da aplicação web, que permite a interação tanto dos funcionários
como dos clientes com o sistema.
11
4. Publicação do Web Service para ser consumido pela aplicação web.
1.13. Restrições
Os fatores que irão limitar a execução das tarefas:
 Respeitar as normas estabelecidas para o desenvolvimento de Sistemas de Informação

para o sector Bancário;
 O projecto não deverá ultrapassar o orçamento estipulado;
 O projecto não poder por em causa o funcionamento normal do sistema actual em
funcionamento;
 Utilização da base de dados MYSQL;
 Utilização da versão 8 do Java;
 Utilização do IDE Eclipse para o desenvolvimento;
 Utilização do Github para o controlo da versão do software em desenvolvimento.
12
1.14. Riscos
Descrição do risco Descrição do Impacto Ação Descrição da ação

Alteração de Atraso na implementação Mitigar Utilização de metodologias
Requisitos da Solução e por ágil para rápida adaptação.
consequência o término do
projeto
Falta de Atrasar na implementação Mitigar Presença diária na obra para
conhecimento e e apresentação de soluções verificar ausência de material
prática em utilizar a de pouca qualidade. do Sr. Rocha, e aquisição
tecnologia requerida; imediata dos mesmos quando
necessário
Criação de Atraso na entrega do Mitigar Representação visual do

cronogramas não projeto. Maior pressão sob cronograma e ter maior
realísticos os desenvolvedores. O que controlo das estimativas.
gera baixa qualidade do Dedicar tempo e esforço na
produto a entregar. definição das estimativas
Sobrecarga de Implementação de solução Mitigar Dividir o trabalho de forma a
trabalho de baixa qualidade, com equilibrar a carga de trabalho,
possíveis erros a serem e respeitar o prazo de entrega e
corrigidos a responsabilidade de cada
integrante
13
IV. Planeamento do Projeto
1.15. Identificação das Atividades do Projeto
Atividades Descrição
A Sessão de brain storming e identificação dos requisitos funcionais
B Reestruturação e design da base de dados
C Modelagem e Validação
D Implementação da base de dados
E Testar as funcionalidades que se encontram implementadas e corrigir possíveis erros
F Desenvolver as novas funcionalidades requeridas no servidor
G Desenvolvimento do Web Service Publicação do Web Service
H Desenvolvimento da Aplicação Web
I Teste Geral do Sistema
1.16. Estimativa de duração
Atividades Tempo de Duração

A 1 dia
B 1 dia
C 1 dia
D 1 dia
E 2 dias
F 2 dias
G 3 dias
H 2 dia
I 2 dias
Tempo Total 15 dias
1.17. Termo de Abertura do Projeto
Controle de Versões
Versão Data Autor Notas da Revisão
1.0 20/01/2020 Alvino Mota Elaboração Inicial – primeiro rascunho
14
1.17.1. Situação atual
O sistema atual utiliza o protocolo RMI na sua comunicação. Este protocolo permite a
invocação de objetos remotos, a fim de executar métodos específicos para realizar tarefas
relacionadas com a lógica do negócio.
Entretanto, este protocolo apresenta algumas limitações que põe em causa a prestação do
serviço nas diferentes filiais. Problemas tal como:
 Apenas permite a comunicação de programa desenvolvidos em Java.

 Por ser desenvolvido para utilização em rede local, ao ser utilizado em rede WAN, é
bloqueado pelo Firewall;
Esses problemas levaram aos analistas do sistema, a chegarem a conclusão, que a

melhor forma de se ter um sistema distribuído e preparado para se adaptar ao ambiente
heterogéneo, onde vários dispositivos diferentes, programados em linguagem diferente e
requerem acesso aos serviços pode ser conseguido através da utilização de web webservices.
15
1.18. Estrutura analítica do Projeto
1.19. Principais Requisitos das principais entregas
Para garantir a entrega do produto de forma incremental, o projeto durante a fase de

execução será utilizado a metodologia Agile. E será dividido nas seguintes partes:
 Modulo de Gestão de Utilizadores

o Registo de Cliente
o Registo de Funcionários
 Modulo de Gestão das Contas de Utilizadores
o Activação da conta de Utilizador
 Modulo de Gestão de Acesso ao Sistema
o Validar credenciais para login;
o Direcionar o perfil do Utilizador
o Gerar registo do acesso ou tentativa de acesso
 Modulo de Gestão de Contas Bancárias
16
o Criação de conta bancaria

o Associação de titulares
o Transações:
 Depósito
 Levantamento
 Transferência
o Operação de Controlo:
 Activação
 Suspensão
 Bloqueio
 Fecho
 Modulo de Gestão de Ocorrências numa conta Bancaria:
o Transações
o Operações automáticas
o Operações de Controlo
 Activação da conta;
 Fecho da conta;
 Suspensão da conta;
 Bloqueio da conta.
 Modulo de Gestão de Logs:
17
1.20. Sequência das Atividades do Projeto
18
1.21.
Plano detalhado do projeto com Cronograma
20
1.22. Inter-relacionamento das Atividades e definição de precedências
Predecesso
Atividade Tempo Duração (dias) r Sucessores
A 1 - B
B 1 A C
C 1 B D
D 1 C E,H
E 2 D F
F 2 E G
G 3 F I
H 2 D I
I 2 G,H -
21
1.23. Gráfico de PERT
22
ID Tarefa
ID Tarefa
Inicio + ES EF
Tempo Fim + Cedo Tempo para
Cedo
para Completar
Fim + LS LF
Completar Fim + Tarde
Tarde
Slack - quanto tempo uma atividade pode ser adiada sem aumentar o tempo do término do
projeto
O slack para uma determinada tarefa = LS - ES ou LF - EF.
Segunda a tabela abaixo, é possível ver que as atividades A - G podem ser adiadas em
2 dias e ainda assim, é possível terminar o projeto a tempo. No entanto a atividade I não pode
ser adiada, senão tempo de término do projeto é aumentado.
As atividades com slack = 0 são designadas de atividades críticas, e formam o

caminho mais longo para o término do projeto. E no nosso caso, como só a Atividade I tem o
slack a zero, todas as atividades podem ser adiadas dentro de um espaço de tempo sem que se
tenha que adiar o término do projeto.
Atividade Slack
23
A 2
B 2
C 2
D 2
E 2
F 2
G 2
H 5
I 0
1.24. Gráfico de Gantt
24
V. Conclusão
Ao elaborarmos es relatório de projeto informático, de fato foi possível aplicar os

conhecimentos adquiridos durante o semestre e implementa-los numa situação real. Foi
desafiante e enriquecedor, com a gestão de um projeto de banca, sendo que foi necessário
saber primeiro como a banca funciona e ajustar os processos a esta realidade.
Com o plano de projeto elaborado, iremos proceder á implementação do projeto. Com

base na metodologia ágil, mais especificamente o SCRUM, iremos recorrer aos sprints para
entregar de forma incremental o projeto.
25

Projecto GPI Relatorio

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Projecto GPI Relatorio

Enviado por

Direitos autorais:

Formatos disponíveis

Gestão de Projetos Informáticos

VISÃO GERAL DO TRABALHO................................................................................................................4

II. EQUIPA DO PROJECTO.......................................................................................................... 5

1.1. CONSTITUIÇÃO DA EQUIPA DO PROJECTO E DELEGAÇÃO DE RESPONSABILIDADES......................5

1.2. TIPO ESTRUTURA ORGANIZACIONAL.............................................................................................6

III. ESPECIFICAÇÃO DO PROJECTO........................................................................................ 7

1.3. NOME DO PROJECTO......................................................................................................................7

1.4. DESCRIÇÃO DO PROJECTO.............................................................................................................7

1.5. ÁREA DE APLICAÇÃO....................................................................................................................7

1.8. CLIENTE DO PROJECTO..................................................................................................................8

1.9. REQUISITOS DO CLIENTE...............................................................................................................9

1.10. DATA PREVISTA PARA CONCLUSÃO...........................................................................................10

1.11. RECURSOS HUMANOS................................................................................................................10

IV. PLANEAMENTO DO PROJECTO........................................................................................ 13

1.15. IDENTIFICAÇÃO DAS ACTIVIDADES DO PROJECTO....................................................................13

1.16. ESTIMATIVA DE DURAÇÃO.........................................................................................................13

1.17. TERMO DE ABERTURA DO PROJECTO........................................................................................14

1.17.1. SITUAÇÃO ACTUAL.................................................................................................................14

1.18. ESTRUTURA ANALÍTICA DO PROJECTO......................................................................................15

1.19. PRINCIPAIS REQUISITOS DAS PRINCIPAIS ENTREGAS.................................................................15

1.20. SEQUÊNCIA DAS ACTIVIDADES DO PROJECTO...........................................................................16

1.21. PLANO DETALHADO DO PROJECTO COM CRONOGRAMA............................................................17

1.22. INTER-RELACIONAMENTO DAS ACTIVIDADES E DEFINIÇÃO DE PRECEDÊNCIAS........................17

1.23. GRÁFICO DE PERT....................................................................................................................18

1.24. GRÁFICO DE GANTT...................................................................................................................20

Este relatório refere-se ao projeto de desenvolvimento de um sistema bancário que

O objetivo do sistema é permitir que, funcionários de uma instituição bancária possam

Visão Geral do Trabalho

Os Funcionários, na sede terão nos seus computadores, a interface do programa, em

II. Equipa do Projeto

1.1. Constituição da Equipa do projeto e delegação de responsabilidades

Funções António Cabral Alvino Mota Bruno Ortet Ellydy Carvalho

Table 1. Participantes e Responsabilidades

1.2. Tipo Estrutura Organizacional

Table 2. Estrutura Organizacional

III. Especificação do projeto

1.3. Nome do Projeto

Construção de um Software de Gestão para um Banco e integração com Web Service.

1.4. Descrição do Projeto

Este projeto tem o objetivo de:

1.5. Área de Aplicação

O projeto será aplicado no sector Bancário, recorrendo às Tecnologias de Informação

Desenvolver um software integrado de gestão de clientes, contas bancarias e

Desenvolver um software de qualidade, que se adapta facilmente às mudanças

normas de segurança, tendo sempre em vista os princípios fundamentais da segurança da

Desenvolver módulos aplicacionais que lidam com:

 Gestão de Utilizadores: Funcionários e Clientes;

1.8. Cliente do Projeto

1.9. Requisitos do Cliente

1.10. Data prevista para conclusão

A data prevista para a conclusão do projeto é no dia 25-01-2021.

1.11. Recursos Humanos

Responsáveis pelo desenvolvimento da

Analisa o sistema para verificar os possíveis

Descrição das prioridades por importância:

1. Reestruturação da base de dados do nível operacional, para permitir o armazenamento

4. Publicação do Web Service para ser consumido pela aplicação web.

Os fatores que irão limitar a execução das tarefas:

 Respeitar as normas estabelecidas para o desenvolvimento de Sistemas de Informação

Descrição do risco Descrição do Impacto Ação Descrição da ação

Criação de Atraso na entrega do Mitigar Representação visual do

IV. Planeamento do Projeto

1.15. Identificação das Atividades do Projeto