Instituto Superior Politécnico Privado Da Catepa

Criado pelo decreto 132/17 de 19 de julho de 2017

Departamento De Engenharias

PROJECTO INFORMÁTICO I

Criação de um software para o gerenciamento do hotel Ginga Em

Malanje

MALANJE / 2021.
 Instituto Superior Politécnico Privado Da Catepa
Criado pelo decreto 132/17 de 19 de julho de 2017

Departamento De Engenharias

PROJECTO INFORMÁTICO I

Criação de um software para o gerenciamento do hotel Ginga Em Malanje

Autores:

1. Armando Amílcar Mendes…………………….

2. Bénder João Tony Bizerra…………………….
3. Elsa Francisca Manuel José………………….
4. Eugénio Gunza Calunga………………………
5. Francisco Gaspar Fernando Fernandes…….
6. Ivo Seabra César………………………………
7. Israel Carvalho Figueira Xirimbimbi…………
8. Leonel Moquim Lucala António………………
9. Ribeiro Salvador Domingos Mungalo………..

Monografia apresentada ao Curso de Engenharia

Informática do Instituto Superior Politécnico da
Catepa, como requisito parcial para a obtenção do
título de Engenheiro Informático.

Orientador (a): Marliez Lopez Pablo André

MALANJE / 2021
DEDICATÓRIA
Dedicamos o presente trabalho primeiramente a Deus por ser essencial em nossa vida, a
todos os professores do curso de Engenharia Informática do ISCAT em especial à
professora Msc. Marlies André. Esperamos que com o trabalho desenvolvido tenham noção
do quanto foi aproveitado os conhecimentos adquiridos durante o percurso Acadêmico.

Índice
CAP 1- MODELAÇÃO DO NEGÓCIO..........................................................................................................8
1.1Casos De Uso............................................................................................................................................8
Casos de Uso Em Estudo............................................................................................................................8
1- Solicitar Tipo de Habitação.....................................................................................................................8
2- Reservar Habitação...................................................................................................................................9
3 - TIPO DE CLIENTE...................................................................................................................................15
5 - Apagar Reserva......................................................................................................................................19
6 – Gerir Habitação......................................................................................................................................21
7 - Calcular a ganância de um mês específico.....................................................................................25
Diagrama de Casos de Uso.......................................................................................................................27
INTRODUÇÃO
O presente Trabalho, visa abordar sobre um programa com finalidade de gerir os serviços
prestados em um determinado hotel, com as operações de verificar as habitações em
Simples, Doble e casal. A partir do programa será possível a realização de consultas das
habitações, reservar uma determinada habitação com os respetivos dados do cliente, a
data de entrada e o número de dias que estará ocupado. O mesmo poderá facilitar o
Rececionista a responder questões a partir dos clientes como: obter um relatório das
habitações disponíveis por tipo, perguntas sobre descontos oferecidos aos clientes.
Formulação do Problema

O dono do hotel ginga pede para desenvolver um programa para o devido Gerenciamento,
habitações do hotel.

O hotel possui três tipos de habitações que são:

Simples, doble ou casal, e dois tipos de Clientes, habituais e ocasionais.

Uma reserva bem determinada pelos dados do cliente; os dados da habitação; data de
entrada; e o número de dias que estará ocupada.

O recepcionista do hotel deve poder fazer as seguintes operações:

 Obter um relatório das habitações disponíveis por tipo;

 Perguntar o preço de uma habitação por tipo;
 Perguntar pelo desconto oferecidos aos clientes habituais
 Perguntar pelo preço total para um cliente dado, especificando o número de B.I, tipo
de habitação e o número de noites;
 Desenhar na tela a foto de uma habitação por tipo;
 Reservar uma habitação especificando o número da habitação, nome do cliente e
número do B.I;
 Apagar uma reserva especificando o número do B.I.

O Administrador poderá Fazer as Seguintes operações:

 Trocar o preço de uma habitação por tipo
 Trocar o valor do desconto oferecido aos clientes habituais
 Calcular a ganância de um mês específico

Pelo qual formula-se a seguinte questão cientifica:

Como facilitar os Serviços de hospedagem oferecidos em um hotel com habitações do tipo
Simples, Doble e casal?

Importância do estudo
A utilização de um programa para consultar as habitações disponíveis em um hotel, abre a
possibilidade de melhor organização dos dados das habitações e dos clientes hospedados
no mesmo.
Desta feita foi realizada esta investigação pelas seguintes razões:
Objetivos
Geral
Criar um Software que permite otimizar o acesso as informações sobre Habitações do hotel
ginga em Malanje
Específicos
 Identificar os tipos de habitações que o hotel possui;
 Fazer reservas pelos dados dos clientes;
 Obter relatório das habitações por tipo;
 Fazer e apagar Reserva
 Calcular o benefício de um mês específico.
Antecedentes Históricos
O software é baseado a partir de alguns Softwares já existentes como o Do Palanca Hotel
Em Malanje, Será Implementado no Ginga Hotel Em Malanje e terá como Melhoria o
Seguinte:

CAP 1- MODELAÇÃO DO NEGÓCIO

1.1Casos De Uso
Objetivo
Tem como objetivo “contar a alguém”, descrever como será o uso da funcionalidade de um
sistema.

Casos de Uso Em Estudo

1. Solicitar tipo de habitação
2. Reservar Habitação
3. Classificar Tipo de Cliente
4. Fazer Pagamento
5. Calcular o Benefício de um mês específico
6. Gerir habitação
7. Apagar Reserva

1- Solicitar Tipo de Habitação

1.1 - Descrição Literal – Sequência de ações.

O Caso de Uso inicia no momento em que o cliente chega ao Hotel e solicita à

recepcionista os tipos de habitações que o hotel dispõe, a recepcionista consulta no
sistema através da barra de pesquisa para buscar informações solicitadas pelo cliente, o
Sistema apresenta o formulário de busca da habitação com as seguintes informações:
Tipo, Preço, Desconto, Estado e Artigos disponíveis, a recepcionista informa ao cliente e
mostra-lhe os design de cada tipo de habitação Simples, Doble e Casal. O cliente pode
solicitar à recepcionista habitações disponíveis. O Caso de Uso termina quando o cliente
observa o design da habitações, recebe informações sobre habitações disponíveis e deixa
o hotel.

1.2 - Regra do negócio

A interação com o sistema deve ser feito pelo recepcionista.

1.3 – Melhoras do processo de negócio

 Permitir pesquisar o património disponíveis por cada tipo de habitação;
 É possível solicitar habitação via online acessando o site ou página web do hotel.

1.4 - Lista de Características:

 Pesquisar habitações que o hotel dispõe ao público;

 Apresentar formulário contendo informações de uma habitação e o respectivo preço.

2 Reservar Habitação

2.1 - Descrição literal

O Caso de Uso começa quando o cliente já tem informações das habitações do Hotel e decide fazer
uma reserva, o cliente fornece os dados ao recepcionista, e é feito o preenchimento a partir do
formulário de contrato de hospedagem. Depois de preenchido o formulário de contrato. O
recepcionista arquiva os dados para futura atualizações caso o cliente queira aumentar o número de
diárias, cancelar, apagar reserva ou trocar de habitação, o caso de uso termina quando rececionista
arquiva os dados.

2.2 - Regras do Negocio para o Processo

 Não é possível reservar uma habitação simples, doble e casal excedendo o número de
pessoas permitidas por habitação.
 O comprovativo de reserva ficará no sistema por um período de 1 ano.
 Para os clientes ocasionais será informado sobre as políticas internas do hotel, caso se
torne um cliente habitual.

2.3 - Melhoria do Processo

 Permitir alterar o tempo de estadia, o preço e os dados do cliente;

 Permitir a troca de habitação por parte do cliente no caso de algum incidente ou
insatisfação.
 Mini bar.

2.4 - Lista de características

 Fazer reserva de habitação

  O cliente fornece os dados ao recepcionista;
 O recepcionista preenche o formulário do contrato de hospedagem;
 Arquivar os dados.

Descrição de alto Nível

Caso de Uso Reservar habitação

Actor Recepcionista.

Reservar uma habitação com determinadas

Objectivo características durante um determinado período a
partir da recepção.
Solicitar tipo de habitação (Include)
C.U Associados
obter habitação disponível (Include)
Mini bar (Include)

RESUMO
O Caso de Uso começa quando o cliente chega ao hotel e faz uma solicitação de hospedagem para
uma habitação com determinadas características. O recepcionista do hotel pesquisa no sistema para
dar resposta à solicitação do cliente tendo em conta as habitações existentes e disponíveis no hotel e
o tipo de habitação desejada pelo cliente. O caso de uso termina quando o rececionista entrega para
o cliente uma habitação que satisfaça todas as necessidades do cliente.

SECÇÃO PRINCIPAL

Acção do Actor Resposta do processo de negócio

1- O cliente chega ao hotel e faz uma
solicitação de hospedagem ao rececionista.

2- Incluir C.U “Solicitar tipo de habitação e mini

bar”.
3-.O recepcionista informa os dados e confirma
5- O cliente deseja reservar uma habitação 4-O recepcionista verifica os dados do hóspede e
solicita a opção de “Selecionar Habitação
- 7- O recepcionista seleciona a habitação, e solicita
6- O cliente informa o tipo da habitação o preenchimento das informações referentes à
reserva;
8- O recepcionista insere a data de início da reserva
e do seu fim;

10- O recepcionista insere a opção de pagamento

(Diária Livre, ou promocional);
9- O cliente faz o pagamento da hospedagem 11-O recepcionista solicita a opção de “Imprimir
Reserva”;
12- Os dados da reserva do apartamento são
armazenados;
13- O recepcionista informa os dados da reserva ao
hósped
;

15- Incluir C.U “Obter habitação disponível”. Não

existe habitação disponível do tipo especificado
14- O cliente aceita trocar o tipo de habitação pelo cliente.
16- O recepcionista pergunta ao cliente se deseja
trocar o tipo de habitação.

17- O recepcionista abre uma nova planilha de

solicitação de hospedagem e regista todos os dados
pessoais do cliente presentes em seu B.I.
.
18- O cliente recebe a cópia do contrato de
hospedagem, o seu B.I. e a chave da habitação
e ocupa a mesma. 19- O caso de uso é encerrado

Secção 2

Secção principal, linha 18: Se o recepcionista verificar que o B.I. do cliente não é válido, devolve
informando-o a irregularidade encontrada, este recebe e deixa o hotel.

Secção 3

Secção principal, linha 19: Hóspede não cadastrado

a) O sistema realiza a consulta e verifica que o hóspede não está cadastrado.
b) O Sistema oferece a opção de “Novo Cadastro” ao recepcionista;
c) O Sistema retorna ao passo

Melhorias propostas
 Permitir alterar os dados do cliente e o tempo de estadia;
  Permitir a troca de habitação por parte do cliente no caso de algum incidente ou insatisfação;
 Permitir pesquisar o património disponíveis por cada tipo de habitação;
 É possível solicitar habitação via online acessando o site ou página web do hotel.

Diagrama de actividades
3 - TIPO DE CLIENTE
3.1 - Classificar tipo de Cliente
O caso de uso começa quando o recepcionista acessa o sistema e faz uma busca
especificando o número do B.I do cliente para saber se é um cliente habitual ou ocasional,
se o número do B.I já estiver registrado no sistema no mínimo em três reservas feitas
anteriormente, então o cliente será classificado como habitual, caso contrário o cliente é
classificado como ocasional. Para os clientes habituais o administrador do hotel oferece um
desconto de 10%, o mesmo desconto poderá ser alterado pelo administrador.

3.2 - Regras do negócio

 Classificar tipo de Cliente:

 Para clientes habituais o recepcionista informará o desconto com base o tipo de
habitação e o câmbio do dia;
 Para se tornar um cliente habitual tem que ter no mínimo três reservas
registadas.

3.3 - Melhorias ao processo

Classificar tipo de Cliente:

 Modificar a taxa de desconto dos Clientes habituais.

3.4 - Lista de características

Classificar tipo de Cliente:

 No acesso verifica-se uma barra de pesquisa pedindo o número do B.I;

 Mostra uma lista de reservas feitas anteriormente pelo portador do B.I;
 Permite mostrar e modificar o desconto do cliente.

Descrição de Alto Nível (Classificar tipo de Cliente)

Caso de Uso Classificar Tipo de Cliente

Actores Cliente e Recepcionista
Finalidade Saber tipo de Cliente
Casos de Usos Associados
RESUMO
O caso de uso começa quando o recepcionista acessa o sistema e faz uma busca
especificando o número do B.I do cliente para saber se é um cliente habitual ou
ocasional, se o número do B.I já estiver registrado no sistema no mínimo em três
reservas feitas anteriormente, então o cliente será classificado como habitual, caso
contrário o cliente é classificado como ocasional. Para os clientes habituais o
administrador do hotel oferece um desconto de 10%, o mesmo desconto poderá
 ser alterado pelo administrador.
ACÇÃO DO ACTOR RESPOSTAS DO PROCESSO DE NEGÓCIO
1. O recepcionista solicita o Bilhete de
Identidade ao cliente, para fazer uma
busca no sistema.
2. O cliente fornece o Bilhete de
Identidade ao recepcionista.
3. O recepcionista verifica se existe reservas
feitas anteriormente, se existir no mínimo
três reservas feitas anteriormente, o
recepcionista classifica o cliente como
habitual e oferece um desconto de 10%.
OUTRAS SECÇÕES
Secção 1:
1. Secção principal, línea 3: se não existir ou se tiver menos de três reservas, o
recepcionista classifica o cliente em ocasional, e passa as informações necessárias
para o cliente.

Melhorias ao processo
 Modificar a taxa de desconto dos Clientes habituais.

Diagrama de Actividade (Classificar tipo de Cliente)

4 - Fazer Pagamento

4.1 – Descrição literal

O caso de uso começa depois da recepcionista fazer a reserva do cliente no sistema, os
dados da reserva são passados para uma factura e termina quando o cliente faz o
pagamento e recebe a factura no fim da sua estadia.

4.2- Regras do Negócio

 A fatura só é entregue ao cliente depois do pagamento;

 O uso dos serviços do minibar são adicionados na factura para o pagamento;
 O pagamento pode ser feito em cache ou por transferência bancária.

4.3 - Melhorias

 A factura pode ser alterada enquanto o cliente estiver hospedado caso o mesmo
solicite para o efeito;
 Permitir selecionar Moeda.
 4.4 - Lista de características
 Gerar os dados da factura depois da reserva no hotel;
 Alterar fatura.

Descrição de alto Nível

Caso de Uso Fazer Pagamento

Actores Cliente e Recepcionista
Finalidade Fazer o pagamento da hospedagem no hotel
Casos de Usos Associados
Resumo
O caso de uso começa depois da recepcionista fazer a reserva do cliente no sistema.
Os dados da reserva são passados para uma factura e termina quando o cliente faz o
pagamento e recebe a factura no fim da sua estadia.

Acções do Actor Resposta do processo do negócio

2-O cliente informa a forma de como fará o 1-O Recepcionista pergunta ao Cliente
pagamento. como fará o pagamento (O pagamento
4-O Cliente faz o pagamento. pode ser feito em cache, Multicaixa ou
7-O Cliente assina a factura e leva consigo transferência bancária. Só é permitido a
uma cópia. transferência bancária nos respectivos
bancos: BPC, BCI, BIC.).
3-O Recepcionista pede o pagamento ao
cliente.
5-O Recepcionista seleciona o tipo de
moeda com que se fará o pagamento.
6-O Recepcionista imprime a factura e
posteriormente entrega ao cliente.

Melhorias do Processo
 Permitir selecionar Moeda.
 Diagrama de actividade

5 - Apagar Reserva
5.1 – Descrição literal
O caso de uso começa uma vez que o cliente já se encontra cadastrado no hotel, o
recepcionista solicita os dados do cliente que pretende cancelar, entra no sistema e faz a
pesquisa com os dados recebidos, verifica se existe ou não esta reserva, caso exista o
recepcionista por sua vez elimina a reserva, o caso de uso termina quando a reserva
anterior for eliminada.

5.2 - Regras do Negócio:

 Não apagar reserva se o cliente não dispor do seu BI ou Passaporte

correspondente à pessoa que fez a reserva;
 A reserva só pode ser apagada no caso de o cliente não ter feito o Check-in.
5.3 - Melhoras
 A reserva pode ser cancelada via online;
 Permitir cancelar e apagar reserva.

5.4 - Lista de Característica

 Pesquisar a reserva;
 Cancelar reserva.
 Descrição de Alto Nível CU Apagar Reserva

Caso de uso Apagar reserva

Atores Cliente e Recepcionista
Apagar reserva
Finalidade
CU associado
RESUMO
O caso de uso começa uma vez que o cliente já se encontra cadastrado no hotel,
o recepcionista solicita os dados do cliente que pretende cancelar, entra no
sistema e faz a pesquisa com os dados recebidos, verifica se existe ou não esta
reserva, caso exista o recepcionista por sua vez elimina a reserva e termina o
caso de uso.

SECÇÃO PRINCIPAL
ACÇÃO DO ACTOR
1-O cliente que pretende
cancelar a reserva fornece
os dados completo.
RESPOSTA DO PROCESSO DE NEGÓCIO
2- O recepcionista recebe os dados do cliente que
pretende cancelar a reserva.
3- O recepcionista entra no sistema e faz a
pesquisa em função dos dados recebidos.
4- O recepcionista verifica a existência da reserva.
Existe
5-Apagar a reserva
6- O recepcionista informa ao cliente que a reserva
foi apagada.

OUTRAS SECÇÕES
SECÇÃO #1
Secção principal, linha 4: Caso não exista uma reserva em função dos dados
pesquisados, o recepcionista por sua vez deve informar ao cliente que pretende
cancelar a reserva.
MELHORAS NO PROCESSO
 A reserva pode ser cancelada por via on-line

Diagrama de actividade apagar Reserva

6 – Gerir Habitação
6.1 - Descrição literal
O caso de uso começa quando o Administrador do hotel pretende inserir um novo tipo,
modificar, reparar habitação ou alterar o respetivo preço, e termina quando se cumpre uma
das opções mencionadas anteriormente.

6.2 - Regra do negócio

 Não é possível alterar o preço, modificar ou reparar uma habitação enquanto

estiver ocupada;
 A inserção de um novo tipo de habitação só pode ser feita pelo administrador.

6.3 - Melhoria do processo

  O administrador pode gerir as habitações do hotel a distância, via online quando
tem informações do que pretende fazer
6.4 - Lista de característica
 Inserir, modificar ou reparar uma determinada habitação;
 Trocar o preço de uma habitação por tipo sempre que for necessário.

Descrição de alto nível

Caso de uso descrito (Gerir habitação)

Caso de Uso Gerir Habitação

Ator Administrador do Hotel
Finalidade Gerir Habitações do Hotel
CU associados
O caso de uso descreve as etapas
Resumo percorridas pelo administrador do hotel
para gerir as habitações.
Acção do ator Resposta do processo do
Negócio
1- Administrador do sistema do
hotel tem que ter noção sobre
o que pretende fazer, clica no
formulário gerir Habitação,
será apresentado um menu de
escolha, contendo opções de,
inserir novo tipo de habitação,
modificar habitação, reparar
habitação e alterar o preço por
tipo. Inserir habitação

2- O administrador inseri um
novo tipo de habitação, a partir do
formulário de inserção da nova
habitação, definindo o tipo, e
inseri a imagem da mesma para
 ser visualizada pelos clientes a
partir da interface do computador
do recepcionista do hotel.

3- Se o administrador optar em
Modificar uma habitação, uma
vez que ele já tem informações do
que ocorreu durante o processo
de Modificação, é inserido o novo
design da mesma, e Tipo de
Habitação. Tipo de Habitação
Modificada

4- Para que o administrador

possa mandar reparar uma
Habitação, primeiro tem que
identificar a avaria junto com o
Técnico do Hotel, e
posteriormente ir ao armazém,
levantar o que é necessário
para reparar a mesma, no
culminar fazer um relatório da
avaria e despesas. Peça
encontrada no armazém.

5- O administrador altera os
preços das habitações sempre
que haver necessidade,
clicando no campo trocar
preço, alterar e guardar

Secção 1:
Secção principal, linha 3 : se o Tipo de Habitação Permanecer, e for feita apenas
 modificação na estrutura ou no património da habitação é inserido apenas ao sistema
a nova imagem da mesma.
Secção 2:
Secção principal, linha 4 : se no armazém não ter o que é necessário para reparar
a habitação, é feita saída de valores no caixa ou nas finanças do hotel para comprar
em um Mercado, os meios a serem utilizados e é arquivado a fatura.

Melhoria do processo

 O administrador pode gerir as habitações do hotel a distância, via online

quando tem informações do que pretende fazer

Diagrama de Atividade

7 - Calcular a ganância de um mês específico

7.1 – Descrição literal

O caso de uso começa com o movimento diário através de um relatório que será feito pelo
recepcionista no final de cada dia, o Sistema apresenta um formulário que permite ao
Administrador fazer o cálculo da ganância de um mês. O administrador fará a busca de
todas as datas de hospedagem arquivadas no sistema para o cálculo dos benefícios
mensal.

7.2 Regras De Negócios

 Não se pode calcular a ganância de um mês em curso.

7.3 - Melhoria:

 O sistema permite fazer o cálculo da ganância de forma bimensal, trimestral,

semestral e anual uma vez implementado ao Hotel.

7.4 - Lista De Característica:

 Fazer o cálculo mensal dos valores arrecadados;

 Fazer o Relatório diário;
 Fazer o cálculo diário e mensal ou trimestral.

Descrição de Alto Nível (Calcular a Ganância de um mês especifico)

Caso de Uso Calcular a ganância de um mês específico

Ator Recepcionista do Hotel e administrador
Finalidade Calcular a ganância de um mês específico
Casos de Usos
Associados
RESUMO
O caso de uso começa com o movimento diário através de um relatório que será
feito pelo recepcionista no final de cada dia, o Sistema apresenta um formulário que
permite ao Administrador fazer o cálculo da ganância de um mês. O administrador
fará a busca de todas as datas de hospedagem arquivadas no sistema para o
cálculo dos benefícios mensal.

ACÇÃO DO ATOR RESPOSTAS DO PROCESSO DE NEGÓCIO

1. O sistema apresentará um formulário ao
administrador que lhe permitirá fazer o cálculo da
ganância de um mês.

2. O administrador fará a busca de todas as datas de

hospedagem por tipo de habitação no sistema para o
cálculo dos benefícios mensal.

3. Posteriormente, por intermédio do

formulário apresentado pelo
 recepcionista no final de cada dia, o
Administrador fará o cálculo do valor
arrecadado em cash, Multicaixa, ou
por transferência bancaria, durante o
mês.

4. Depois de ter feito o cálculo do valor arrecadado

durante o mês, terá um total que se chamará de
receitas arrecadadas durante o mês.

5. Posteriormente o Administrador, fará o cálculo

daquilo que gastou para produzir, que se
chamará de Custo, depois de ter o total dos
custos então fará a comparação das receitas
com relação aos custos. E daí vai se subtrair
das receitas o custo e teremos a ganância de
um mês.

OUTRAS SECÇÕES
SECÇÃO Nº 1
Secção principal, linha 1: Se não quiser fazer o cálculo de um mês específico,
então fará o total das receitas arrecadada durante dois, três, seis meses ou um ano
e fará a comparação com os custo que se gastou durantes os meses,
posteriormente se fará a subtração das receitas com relação ao custos e teremos a
ganância de dois, três, seis meses ou um ano.
Diagrama de Casos de Uso
Grupo 1

CAP 2- ESTIMAÇÃO DE TEMPO E CUSTO

1. Cálculo dos PCU

Fórmulas
PCU =FPA + FPCU
FPA=Σ(fp∗Quant )
FPCU =Σ(fp∗Quant)

Complexidade dos Atores e Fator de Peso

Atores:
1- Administrador (Complexo);
2- Recepcionista (Complexo).

Tipo de Actor Descrição Factor de Peso Quantidade

Simples Outro sistema que interage

com o sistema a desenvolver 1 0
atraves de uma interface de
aplicação.

Médio Outro sistema que interage

com o sistema a desenvolver
atraves de um protocolo ou 2 0
uma interface baseada em
texto.

Uma pessoa que interage com

Complexo o sistema a desenvolver atraves
de uma interface gráfica. 3 2
FPA = 6

FPA=1∗0+2∗0+3∗2
FPA=0+0+6
 FPA=6

Complexidade dos Casos de Usos

Casos de Uso:

1- Criar usuário(Médio);
2- Cadastrar funcionários(Médio);
3- Gerir Habitação(Médio);
4- Reservar Habitação (Complexo);
5- Solicitar tipo de habitação (Médio);
6- Fazer reserva online(Complexo);
7- Classificar tipo de Cliente (Simples).
8- Fazer pagamento (Médio);
9- Apagar Reserva (Médio);
10-Calcular Benefício económico do hotel (Complexo);

Tipo de C.U. Descrição Factor de Peso Quantidade

Simples O caso de uso contem de 1 à 3

transaçôes. 5 1

Médio O caso de uso contem de 4 à 7

transaçôes. 10 6

Complexo O caso de uso contem de 8 à

mais transaçôes. 15 3
FPCU =110
FPCU =5∗1+10∗6+15∗3
FPCU =5+60+ 45
FPCU =110

Então:
PCU =6+110
PCU =116

2. Cálculo dos PCUA

 Fórmulas
PCUA=PCU∗FCT∗FA
FCT =0.6+0.01∗Σ(Peso i∗Valor dadoi )
FA=1.4−0.03∗Σ(Peso i∗Valor dadoi)

Factores para determinar Complexidade Técnica

Valor
Factor Descrição Peso Dado
1 Sistema destribuido. 2 3
2 Objectivo de Performece ou tempo de resposta. 1 3
3 Eficiência do Usuário Final. 1 3
4 Processamento interno Complexo. 1 3
5 O código de ser reutilizável. 1 5
6 Facilidade de instalação. 0.5 5
7 Facilidade de Uso. 0.5 4
8 Portátil. 2 0
9 Facilidade de Câmbio. 1 5
10 Concorrência. 1 5
11 Inclui objectivos especiais de segurança. 1 5
12 Permite acesso direito a terceiros. 1 0
13 Requer facilidades especiais de treinamento aos usuários. 1 3

FCT =0.6+0.01∗(2∗3+1∗3+1∗3+1∗3+1∗5+ 0.5∗5+ 0.5∗4+ 2∗0+1∗5+1∗5+ 1∗5+1∗0+1∗3)

FCT =0.6+0.01∗( 6+3+3+5+ 2.5+2+0+5+5+5+ 0+3 )
FCT =0.6+0.01∗( 39.5 )
FCT =0.6+0.40
FCT =1

Factores para determinar Factor de Ambiente

Valor
Factor Descrição Peso Dado
1 Familiaridade com o modelo do projecto usado. 1.5 2
2 Experiência na aplicação. 0.5 3
3 Experiência na programação orientada a objecto. 1 3
4 Capacidade do analista líder. 0.5 3
5 Motivação. 1 2
6 Establidade dos requerimentos. 2 4
7 Pessoal a tempo parcial. -1 3
8 Dificuldade na linguagem de programação. -1 2

FA=1.4−0.03∗(1.5∗2+0.5∗3+1∗3+ 0.5∗2+1∗4 +2∗4−1∗3−1∗2)

 FA=1.4−0.03∗(3+ 1.5+3+1+4 +8−3−2 )
FA=1.4−0.03∗(24.5 )
FA=1.4−0.74
FA=0.66

Então:
PCUA=116∗1∗0.66
PCUA=76 , 56

3. Cálculo de E

Fórmula
E=PCUA∗FC
E=76.56∗20 h/homem
E 1531 ,2 h /homem

4. Estimação do tempo de desenvolvimento do projecto

Fórmula
E(T )
T DES=
QH
3828 h /homem 1531 , 2∗100
QH =7 homem T DES = E =
7 homem (T) 40

3828 h/homem 1531 , 2∗100

T DES= E(T) =
7 homem 40

T DES=546 ,85 h E(T) =3828 h/homem

5. Estimação do custo de desenvolvimento do projecto

Fórmulas
C=E(T)∗CHH 250 000 kzs
THP= =1562.5 kzs/h
160 h
CHH =K∗THP
CHH =2.0∗1562.5=3125 kzs/h
Salário P . Médio
THP= C=3899 h/homem∗3125 kzs/h
160 h
C=12 184 375 kzs/homem
 Conclusão
Desta feita, Podemos concluir que:

Pelo facto de não haver muita familiaridade com o modelo do projecto, pouca
motivação e Experiência na programação orientada a objecto, notou-se um elevado risco
de fracassar, mas tendo em conta o resultado 4 no factor de conversão, o
desenvolvimento do sistema foi dado como um sucesso.
 Anexos

Tabelas

Tipo de Descrição Factor

Actor de
Peso
Simples Outro sistema que 1 Tipo de Descrição Factor
interage com o sistema a C.U. de
desenvolver atraves de Peso
uma interface de O caso de uso
aplicação. Simples contem de 1 à 5
Outro sistema que 3 transaçôes.
Médio interage com o sistema a 2 O caso de uso
desenvolver atraves de Médio contem de 4 à 10
um protocolo ou uma 7 transaçôes.
interface baseada em O caso de uso
texto. Complexo contem de 8 à 15
Uma pessoa que interage mais
Complex com o sistema a 3 transaçôes.
o desenvolver atraves de Tabela 2 – Complexidade dos casos de uso.
uma interface gráfica.
Tabela 1 – Complexidade dos actores e factor de peso.

Facto Descrição Peso

r
Factor Descrição Peso
1 Sistema destribuido. 2
1 Familiaridade com o 1.5
2 Objectivo de Performece ou 1
modelo do projecto
tempo de resposta. usado.
3 Eficiência do Usuário Final. 1 2 Experiência na aplicação. 0.5
4 Processamento interno 1 3 Experiência na 1
Complexo. programação orientada
5 O código de ser reutilizável. 1 a objecto.
6 Facilidade de instalação. 0.5 4 Capacidade do analista 0.5
7 Facilidade de Uso. 0.5 líder.
8 Portátil. 2 5 Motivação. 1
9 Facilidade de Câmbio. 1 6 Establidade dos 2
10 Concorrência. 1 requerimentos.
11 Inclui objectivos especiais 1 7 Pessoal a tempo parcial. -1
de segurança. 8 Dificuldade na linguagem -1
12 Permite acesso direito a 1 de programação.
terceiros.
13 Requer facilidades 1 Tabela 4 – Factores para determinar factor ambiente.
especiais de treinamento
aos usuários.
Tabela 3 – Factores para determinar complexidade técnica.