Re La To Rio

Universidade da Beira Interior

Engenharia de Software 2006/07

Projecto:

Manutenção do programa DUBIS Elaborado por: Nome: Luís Batista Nome: José Lourenço Nome: Daniel Leitão Nome: Luís Silva Nome: Gonçalo Teresa Nome: Marco Ferreira Nome: Ricardo Alexandre Nome: João Antão Nome: Dário Lima Nome: Bruno Miranda Nome: Rodrigo Silva Nome: Catarina Nunes Nome: Pedro Magalhães Nome: Flávio Fernandes Nome: André Pinto Nome: Hélder Duarte Nome: Pedro Alves

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

N.º: 11917 N.º: 12551 N.º: 13526 N.º: 13537 N.º: 14400 N.º: 15314 N.º: 15977 N.º: 16239 N.º: 16435 N.º: 16905 N.º: 16992 N.º: 17507 N.º: 17539 N.º: 18184 N.º: 18815 N.º: 19391 N.º: 20904

Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.: Ass.:

2

INDICE Prefácio

Objectivo

Introdução

4

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. 2. 3. 4. 5.

A analise de requisitos; Desenho dos diagramas dos casos de uso; Desenho dos diagramas de sequência; Desenho dos diagramas de classes; 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