0% acharam este documento útil (0 voto)
48 visualizações10 páginas

Employee Portal: Projeto de Engenharia Informática

Este projeto visa desenvolver um portal para funcionários que permite o acesso a informações pessoais, formação, férias e recrutamento de qualquer localização. O portal melhorará a gestão de recursos humanos e a satisfação dos empregados. O projeto será bem-sucedido se cumprir os requisitos dentro do orçamento e prazo acordados e com o envolvimento de todas as partes interessadas.

Enviado por

Baptista
Direitos autorais
© © All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd
0% acharam este documento útil (0 voto)
48 visualizações10 páginas

Employee Portal: Projeto de Engenharia Informática

Este projeto visa desenvolver um portal para funcionários que permite o acesso a informações pessoais, formação, férias e recrutamento de qualquer localização. O portal melhorará a gestão de recursos humanos e a satisfação dos empregados. O projeto será bem-sucedido se cumprir os requisitos dentro do orçamento e prazo acordados e com o envolvimento de todas as partes interessadas.

Enviado por

Baptista
Direitos autorais
© © All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd

LICENCIATURA EM ENGENHARIA INFORMÁTICA

GPI 1º SEMESTRE 2021/2022

TEMA DO PROJECTO
EMPLOYEE PORTAL

Grupo nº

NOME 1 Baptista F. Santiago Zinho, nº 27206

NOME 2 Garcia Afonso Maienda nº 30606

Professor: Eng. João Eduardo


TABELA DE PARTICIPAÇÃO

Nomes Participação

Baptista F. Santiago Zinho 100%


OBJECTIVOS

O quê?

Desenvolver um portal web - Employee Portal que permite ser acessado por qualquer empregado, a
partir de qualquer loja da empresa ou departamento, permitindo o acesso a: Gestão de Informação
Pessoal; Formação; Feriados e faltas; e Seleção e Recrutamento.

Porquê?

Este projecto deve ser implementado pelas seguintes razões:

 A empresa precisa ter uma gestão mais eficiente na administração de funcionários;


 Melhorar a qualidade da informação do empregado;
 Reduzir o nível de insatisfação dos funcionários (eventualmente, a rotatividade de
funcionários);
 Reduzir os custos com pessoal de RH;

Tudo isso vai beneficiar muito a empresa e aumentará a sua capacidade de resposta as mais diversas
preocupações da empresa.
CRITÉRIOS DE SUCESSO E FACTORES DE SUCESSO DO PROJECTO

Critérios de sucesso do projecto

 O fornecedor tem de incluir um periodo de manutenção de 7 meses com base no número


minimo e pelomenos 7 meses de garantia;
 O custo da aplicação não deve ser superior a 2.000.000,00 Akz;
 A conclusão dos requisitos deve estar dentro do prazo estabelecido pelo cliente;

Factores de Sucesso do projecto

 Obter o compromisso dos membros da equipe, dos clientes, da gestão de topo e de todas as
partes interessadas;
 Garantir que os objetivos do projeto e as entregas sejam específicas, mensuráveis, atingíveis,
Relevantes;
 Estabelecer uma boa liderança do projeto;
 Escopo do projeto bem definido;
 Estabeler políticas adequadas de gestão de risco desde o início;
 Planejamento adequado do projeto – Sem um plano, planejamos falhar. O planejamento é o
que nos mantém organizados, um bom plano do projeto é o primeiro passo para a execução
bem-sucedida de um projeto;
 Gerenciamento de Requisitos;
 Técnológias de Informação;
 Comunicação eficiente: Desempenha um papel importante em todos os projetos. Um gerente
de projeto eficaz deve ser um comunicador eficaz. A comunicação é a única forma pela qual
as tarefas são atribuídas e monitoradas, os problemas do projeto são escalados e o meio
através do qual metas, desempenho e feedback são transmitidos;
 Definição e controlo de cronograma;
WBS (Work Breakdown Structure)
DELIVERABLES (Entregáveis)

[Link] DESCRIÇÃO

WP1 Levantamento de Resquisitos

WP2 Especificação de requisitos

WP3 Diagrama de caso de Uso

WP4 Teste de integração

WP4 Relatório teste de Aceitação

WP5 Teste de carga


ORGANIZATION BREAKDOWN STRUCTURE (OBS)

Representa a estrutura funcional das partes envolvidas no projeto.


MATRIZ DE RESPONSABILIDADES

É uma matriz de atribuição de responsabilidades também conhecida como matriz RACI , é uma
ferramenta que possibilita aos membros da equipa visualizarem suas responsabilidades no ciclo de
vida do projeto.

HR - IS
CEO Consul. Diretor IT G.P Program Program. Scrum
G. P Testers
(Customer) Espec. (Customer) Cliente Front End Back End (Supplier) Master (Supplier)
(Customer) (Supplier)
(Customer)
Início D XP A
Planeamento e Controlo X X C
Fim D C C C X A
Especificação do Sistema X X X T X
Especificação dos testes A I T X
Implementação do
I X P T
Módulo de Back-End
Implementação do
I P T
Módulo de Front-End
Teste de Integração d A X X P T
Plano de Formação I I I X
Funcionamento D X
Plano de comunicação de Documnentos

O QUÊ DE PARA QUANDO COMO


Plano do GP GP (Customer); Director IT
No Início do Projeto Físico
Projecto (Supplier) (Customer)
GP CEO (Custumer); GP
Relatório Final. No Fim do Projeto Físico
(Supplier) (Customer);
Relatório da
Consultor Funcional GP (Customer); Director IT No Fim da Análise Correio
Análise
Sénior (Supplier) (Customer) Funcional Electrónico
Funcional

GP (Customer); Director IT
Documentos de GP No Fim da Correio
(Customer); Diretor de RH
Especificação (Supplier) Especificação Electrónico
(Custumer)

Documentação
Program. Back End GP (Customer); Coordenador No Fim do Módulo
Técnica do Físico
(Supplier) DPET IT (Customer) de Back-End
Back-End
Documentação
Program. Front End GP (Customer); Director IT No Fim do Módulo
Técnica do Físico
(Supplier) (Customer) de Front-End
Front-End

HR-IS consultor especialista


Plano de GP Correio
(Customer); GP (Customer); Antes da Formação
Formação (Supplier) Electrónico
Director IT (Customer)

Manuais de Na Fase de Correio


Scrum Master K-Users
Formação Formação Electrónico
Plano de comunicação de Reuniões

Tipo de Participantes Forma de


Participantes Supplier Quando
Reunião Customer comunicação
CEO; GP; Diretor do
Reunião de
Departamento de CEO; GP; Scrum Master No Início do Projeto Formal
Abertura
RH; Diretor de IT
Reuniao de
GP; Consultor Sénior
Balanço CEO; GP; Scrum Master No Fim do Projeto Formal
Funcional
Final
Reunião de
GP; Diretor do
Controlo do CEO; GP; Scrum Master Quinzenalmente Formal
Departamento de RH
Projeto
Diretor do
Reunião
Departamento de TI; Antes do Início do
para o GP; Scrum Masters Formal
Diretor do Treinamento
Treinamento
Departamento de RH

Você também pode gostar