Universidade da Beira Interior

Engenharia de Software 2006/07

Projecto:

Manutenção do programa
DUBIS

Elaborado por:
Nome: Luís Batista N.º: 11917
Nome: José Lourenço N.º: 12551
Nome: Daniel Leitão N.º: 13526
Nome: Luís Silva N.º: 13537
Nome: Gonçalo Teresa N.º: 14400
Nome: Marco Ferreira N.º: 15314
Nome: Ricardo Alexandre N.º: 15977
Nome: João Antão N.º: 16239
Nome: Dário Lima N.º: 16435
Nome: Bruno Miranda N.º: 16905
Nome: Rodrigo Silva N.º: 16992
Nome: Catarina Nunes N.º: 17507
Nome: Pedro Magalhães N.º: 17539
Nome: Flávio Fernandes N.º: 18184
Nome: André Pinto N.º: 18815
Nome: Hélder Duarte N.º: 19391
Nome: Pedro Alves N.º: 20904
 Covilhã, 23/04/2007

PREFÁCIO

O gestor escolhido para gerir o projecto de manutenção do DUBIS foi a aluna: Catarina Nunes,
n.º 17507.

De modo a clarificar os pontos requeridos para o relatório foram realizadas duas

entrevistas ao cliente, onde se pode analisar o que este desejava ver melhorado, o que
não gostava e o que desejava ver implementado.

Para a elaboração deste relatório foram realizadas diversas reuniões de grupo onde todos os
membros constituintes puderam dar as suas opiniões, sugestões e críticas. Para facilitar a
comunicação foi também desenvolvido um fórum para os membros do grupo
http://dsoft07.forumcircle.com/index.php.

Assim de seguida vão-se mostrar as assinaturas de todos os membros para comprovar a sua
participação em todos os pontos do relatório:

Nome: Luís Batista N.º: 11917 Ass.:

Nome: José Lourenço N.º: 12551 Ass.:
Nome: Daniel Leitão N.º: 13526 Ass.:
Nome: Luís Silva N.º: 13537 Ass.:
Nome: Gonçalo Teresa N.º: 14400 Ass.:
Nome: Marco Ferreira N.º: 15314 Ass.:
Nome: Ricardo Alexandre N.º: 15977 Ass.:
Nome: João Antão N.º: 16239 Ass.:
Nome: Dário Lima N.º: 16435 Ass.:
Nome: Bruno Miranda N.º: 16905 Ass.:
Nome: Rodrigo Silva N.º: 16992 Ass.:
Nome: Catarina Nunes N.º: 17507 Ass.:
Nome: Pedro Magalhães N.º: 17539 Ass.:
Nome: Flávio Fernandes N.º: 18184 Ass.:
Nome: André Pinto N.º: 18815 Ass.:
Nome: Hélder Duarte N.º: 19391 Ass.:
Nome: Pedro Alves N.º: 20904 Ass.:

2
 INDICE

Prefácio

Objectivo 4

Introdução 4

Desenvolvimento

Capítulo 1 - Recolha dos requisitos 5

Capitulo 2 - Diagramas dos casos de uso

2.1 – Diagrama dos casos de uso do Administrador 7

2.2 – Diagrama dos casos de uso do Coordenador 8

2.3– Diagrama dos casos de uso do Patrão 9

2.4– Diagrama dos casos de uso do Empregado 10

Conclusão 11

3
 OBJECTIVO
O objecto do trabalho corrente consiste na manutenção de um software de uma
companhia que realiza obras.

INTRODUÇÃO

Neste trabalho será então realizada a manutenção do software já existente, ou seja, o software
será alterado e modificado.

De modo a clarificar o que teria de ser alterado no software realizaram-se duas entrevistas ao
cliente onde este clarificou o que gostaria de ver melhorado/removido ou implementado de
novo.

O projecto consiste nas seguintes fases:

1. A analise de requisitos;
2. Desenho dos diagramas dos casos de uso;
3. Desenho dos diagramas de sequência;
4. Desenho dos diagramas de classes;
5. Implementação e alteração do programa.

1. A análise de requisitos consiste nas descrições dos serviços do sistema que o cliente gostaria
de ver implementadas ou então alteradas.

2. O desenho dos diagramas dos casos de uso permitem representar as interacções do sistema
com diferentes agentes externos: tipicamente os utilizadores quer sejam pessoas ou outros
sistemas.

3. Os diagramas de sequência permitem descrever como grupos de objectos interagem.

4. de classes são uma descrição formal da estrutura de objectos num sistema. Para cada
objecto descreve a sua identidade, os seus relacionamentos com os outros objectos, os seus
atributos e as suas operações.

5. Esta fase, a de implementação de alteração no programa, consiste em duas sub-fases:

a. Implementação e alteração da base de dados do software, usando para isso o

Microsoft SQL Server 2000;
b. Implementação e alteração do programa em si, usando para isso o Eclipse 3.2.

4
 Desenvolvimento
Nesta parte do trabalho vão ser analisadas as duas primeiras fases que constituem o projecto, a
ultima fase do projecto será analisada no relatório final.

Capitulo 1 – Análise de Requisitos

Neste capítulo vão-se referir quais as modificações a serem efectuadas tais como: inserir novas
funcionalidades e alterar algumas já existentes.
Sendo as modificações propostas pelo cliente como resultado das entrevistas com este.

Modificações a serem efectuadas:

• Quando no calendário das notas, se clica num dado dia deve aparecer todas as notas
desse mesmo dia;
• Para melhor visualização do calendário irá ser colocado o sábado e domingo juntos, por
o nome do mês centrado e pelo menos 3 iniciais para referir-se a cada dia;
• Irá ser colocado um alarme visual ou seja, quando um dado dia tiver uma nota inserida
ira ser realçado com uma cor diferente, existem 2 tipos de notas: uma pessoal e outra
pública;
• As notas estão associadas ao calendário, mas pode haver notas que não estão associadas
a datas;
• As notas vão ter um título;
• Uma das novas funcionalidades é poder-se falar com todos os utilizadores em formato
texto através do programa;
• O menu “Sobre” será alterado colocando-se uma ajuda melhor tipo um faq;
• Haverá uma opção de gestão de material da empresa, estando todas as requisições de
material relacionadas com um projecto;
• Pode-se ver as horas totais de trabalho de um projecto num dado mês;
• O patrão pode ver estatísticas por cliente e por empregado;
• Fazer transferência de ficheiros através do programa
• Inserir ou eliminar trabalhadores dum projecto (um trabalhador pode ser
inserido/retirado a meio do projecto);
• Na parte de alterar a password não deixar que a nova password seja igual a anterior;
• Irá ser adicionado uma opção de browse onde aparece uma listagem com o nome e o
número dos trabalhadores quando for necessário seleccionar o empregado;
• No login inserir uma opção de recuperar password (obrigatório ter e-mail visto que a
password vai para o mail);
• Na visualização das horas ver em relação a cada empregado todos os projectos em que
esse trabalhou e o numero de horas total por cada projecto;
• Na visualização de um projecto saber quantos empregados estão a trabalhar nele e as
horas totais de cada um e também o total de horas no projecto;
• Quando confirmar a criação do projecto aparece uma janela que nos informa qual o
numero que foi associado ao projecto;
• O patrão pode ver as estatísticas do material requisitado em cada projecto;

5
• Cada utilizador é que gere as notas, quando quiser eliminar, pode faze-lo;

Capitulo 2 – Desenhos dos diagramas dos casos de Uso

Nesta parte do trabalho irão ser analisados os vários desenhos dos casos de uso já de acordo
com os requisitos fornecidos pelo cliente.

6
2.1 - Diagrama dos casos de uso do Administrador

7
2.2 - Diagrama dos casos de uso do Coordenador

8
2.3 - Diagrama dos casos de uso do Patrão

9
2.4 - Diagrama dos casos de uso do Empregado

10
 Conclusão

Com base nas entrevistas realizadas concluímos que o cliente gostaria que o
software contivesse o maior número de funcionalidades possíveis, desde que essas
contribuíssem para facilitar o trabalho realizado na empresa.

Conclui-se através da análise de requisitos que o cliente não gostou da forma como
algumas funcionalidades do programa existente se encontram implementadas, e
além destas o cliente desejava que o programa contivesse mais algumas
funcionalidades, de entre as quais as mais importantes seriam um serviço de
mensagens em tempo real (chat/conversa), um serviço de transferência de ficheiros e
o software possuir uma funcionalidade onde se poderá reservar material.

Finalmente através da análise dos desenhos dos diagramas dos casos de uso,
conclui-se que relativamente: ao administrador, que este pode executar/manusear
todas as funcionalidades do programa, excepto a funcionalidade de consultar as
horas; ao patrão, que este pode executar/manusear as mesmas funcionalidades que o
administrador exceptuando a funcionalidade de backup e gerir empregados e
projectos, podendo também utilizar as funcionalidades de consultar as horas e ver
estatísticas por cliente e por empregado; ao coordenador, que este pode fazer tudo o
que o patrão faz adicioando a funcionalidade de gerir projectos; ao empregado este
pode fazer o mesmo que o patrão exceptuando na funcionalidade de consultar
horas, só pode consultar por projecto, e consultar horas de um projecto num dado
mês, pode também na funcionalidade de gerir projectos introduzir as horas.

11