Relatório

RELATÓRIO

16-07-2014 Projeto “Biblioteca de Partituras”

Instituição de Ensino: ESTG - IPVC

Curso: Engenharia Informática

Autor: Ricardo Jorge Gonçalves Antunes

Orientação Científica: Eng. Jorge Ribeiro, Eng. Miguel Cruz, Eng. Pedro Faria

ESTG-IPVC Relatório do Projeto “Biblioteca de Partituras”

Ricardo Antunes 16-07-2014 Página 1

C O N T E Ú D O

INTRODUÇÃO ............................................................................................. 3

GLOSSÁRIO ................................................................................................ 5

DIAGRAMA DOS CASOS DE USO .................................................................. 6

CASOS DE USO ........................................................................................... 6

Caso de Uso: 1. Registo Professor/Secretaria (Administrador) .................. 8

Caso de Uso: 2. Login ............................................................................. 10

Caso de Uso: 3. Registar partitura ........................................................... 12

Caso de Uso: 4. Registar aluno ............................................................... 14

Caso de Uso: 5. Registar concerto ........................................................... 16

Caso de Uso: 6. Registar grupo ............................................................... 18

Caso de Uso: 7. Registar género/autor ................................................... 20

Caso de Uso: 8. Alterar partitura ............................................................. 21

Caso de Uso: 9. Alterar aluno .................................................................. 23

Caso de Uso: 10. Alterar concerto/grupo ................................................ 25

Caso de Uso: 11. Alterar género/autor ................................................... 26

Caso de Uso: 12. Requisitar partitura ...................................................... 27

Caso de Uso: 13. Devolver partitura ........................................................ 29

Caso de Uso: 14. Listar partituras/alunos/concertos/grupos/géneros/autores 31

Caso de Uso: 15. Consultar partitura ...................................................... 32

Caso de Uso: 16. Consultar aluno ........................................................... 33

Caso de Uso: 17. Consultar concerto/grupo ........................................... 35

Caso de Uso: 18. Histórico do saldo ....................................................... 36

Caso de Uso: 19. Requisições atuais ....................................................... 38

Caso de Uso: 20. Requisições ativas ....................................................... 39

Caso de Uso: 21. Histórico fundo monetário ........................................... 40

Caso de Uso: 22. Pesquisar ..................................................................... 41

Caso de Uso: 23. Alertas ......................................................................... 43

Caso de Uso: 24. Desligar alertas ............................................................ 44

Caso de Uso: 25. Definir fim do ano letivo .............................................. 46

DIAGRAMA DE DOMÍNIO ........................................................................... 47

Relatório do Projeto “Biblioteca de Partituras” ESTG-IPVC

Página 2 16-07-2014 Ricardo Antunes

MODELO ER .............................................................................................. 49

MODELO DE DADOS ................................................................................. 49

SCRIPT SQL DA CRIAÇÂO DO MODELO DE DADOS ...................................... 50

MOCKUPS ................................................................................................. 52

ECRÂS FINAIS E FOCOS DE DESENVOLVIMENTO .......................................... 68

Screen 1 - login ........................................................................................ 68

Screen 2 – Aluno Home ............................................................................. 69

Screen 3 – Secretaria Home ....................................................................... 69

Screen 4 – Ecrã Editar/Criar Aluno ............................................................ 70

Screen 5 – Ecrã Requisições @professor .................................................... 71

Screen 6 – Criar Requisição @professor .................................................... 71

Screen 7 - Partituras @professor .............................................................. 73

Screen 8 – Criar/Editar Partitura @professor ............................................. 73

Screen 9 – Grupos e Alunos @professor .................................................... 74

Screen 10 – Criar/Editar Grupos @professor ............................................. 75

CONCLUSÃO ............................................................................................ 76

BIBLIOGRAFIA ........................................................................................... 77



I N T R O D U Ç Ã O

Neste relatório exponho todo o percurso relativo à criação de um sistema em Java

para Desktop, no seguimento do projeto do semestre passado.

Irei focar as etapas de um projeto deste tipo, focando portanto o levantamento de

requisitos e sua posterior análise, obtendo assim os casos de uso que o sistema terá de

cumprir. Consequentemente estes casos de uso são analisados e trabalhados ao longo

da modelação do sistema, culminando num Diagrama de Domínio e em Mockups que

serão a base do sistema a construir.

Este projeto surge no âmbito do Coro da AMVC (Academia de Música de Viana do

Castelo), onde existem dificuldades na gestão da distribuição de partituras pelos alunos.

As dificuldades sentidas são:

Manutenção das quantidades de partituras necessárias;

Saber quais os alunos que já têm partituras de certas músicas;

Quais são os alunos que estão em falta no pagamento das partituras;

Saber a localização das partituras no seu arquivo físico.

O objetivo é simplificar e automatizar os processos de distribuição de partituras,

com a gestão inerente dos alunos e requisições.

Existe um repositório (físico e digital) com todas as obras executadas pelo coro,

havendo várias fotocópias físicas de cada obra armazenadas em capas dentro de armá-

rios. A ideia é de certa forma parecida ao funcionamento de uma biblioteca mas em vez

de livros serão emprestadas partituras.



Isto visa facilitar a distribuição das partituras por todos os alunos, gerindo o em-

préstimo e o stock destas. Cada aluno no início do ano letivo dará 10 € como caução

(caso devolva as partituras em bom estado os 10 € servirão de pagamento anual, caso

contrário o saldo irá diminuindo até ficar impossibilitado de novos empréstimos en-

quanto não “carregar o saldo”). O sistema deverá permitir também uma visão geral do

“comportamento dos empréstimos”, de forma a o professor poder intervir junto do(s)

aluno(s) de forma atempada.



G L O S S Á R I O

AMVC: Academia de Música de Viana do Castelo

Partitura: Conjunto das partes que formam uma obra musical

(conjunto de folhas)

Concerto: Conjunto de partituras

Sistema: Software computacional que engloba a base de dados,

as “regras do negócio” e a interface do utilizador.

Caso de uso: Cenário descritivo de uma interação do Sistema de

forma textual e passo-a-passo

Diagrama de Domínio: Representação da estrutura e relacionamentos entre os

objetos de um Sistema

Mockup: Rascunho/estudo da forma como se irá apresentar a in-

terface gráfica



D I A G R A M A D O S C A S O S D E U S O

C A S O S D E U S O



1. Registar Professor/Secretaria (Administrador)

2. Login

3. Registar partitura

4. Registar aluno

5. Registar concerto

6. Registar grupo

7. Registar género/autor

8. Alterar partitura

9. Alterar aluno

10. Alterar concerto/grupo

11. Alterar género/autor

12. Requisitar partitura

13. Devolver partitura

14. Listar partituras/alunos/concertos/grupos/géneros/auto-

res

15. Consultar partitura

16. Consultar aluno

17. Consultar concerto/ grupo

18. Histórico do saldo

19. Requisições atuais

20. Requisições ativas

21. Histórico fundo monetário

22. Pesquisar

23. Alertas

24. Desligar Alerta

25. Definir fim de ano letivo



Caso de Uso: 1. Registo Professor/Secretaria (Administrador)

Domínio: Sistema

Nível: Objetivo-do-utilizador

Actor Primário: Administrador

Partes Interessadas & Interesses: AMVC, Professor, Secretaria

Garantia de Sucesso: O Gestor é registado no sistema

Iniciador: Administrador quer registar o Gestor para este puder usar o Sistema

Cenário Principal de Sucesso

1. Administrador insere as credenciais de acesso (e nível de acesso) ao Sistema

do:

a. Professor/Secretaria: username e password específicos;

2. O Sistema valida e cria o utilizador “Professor/secretaria”.

Extensões

2. As credenciais não são válidas (nº mínimo de caracteres):

a. O Sistema informa o erro e volta a pedir novas credenciais.





Caso de Uso: 2. Login

Domínio: Sistema


Actor Primário: Professor, Secretaria ou Aluno

Partes Interessadas & Interesses: AMVC, Professor, Secretaria e Aluno

Garantia de Sucesso: O utilizador é identificado, é-lhe dado acesso à sua área,

no fim termina a sua sessão

Iniciador: Utilizador quer usar o Sistema


1. Utilizador insere as suas credenciais de acesso no Sistema:

a. Gestor: username e password específicos;

b. Aluno: username = email e password = número de telemóvel;

2. O Sistema valida e dá acesso às ações permitidas ao utilizador em questão;

3. No fim da sua utilização o Utilizador termina a sua sessão;

4. O Sistema volta para o ecrã de acesso.

Extensões

2. As credenciais estão erradas:

a. O Sistema informa o erro e volta a pedir as credenciais.

3. Ao fim de 7 minutos de inatividade o Sistema termina automaticamente a

sessão do Utilizador.





Caso de Uso: 3. Registar partitura

Domínio: Sistema


Actor Primário: Gestor

Partes Interessadas & Interesses: AMVC e professor

Pré-condição: Gestor validou previamente o seu acesso ao sistema

Garantia de Sucesso: A partitura é registada

Iniciador: Gestor quer guardar nova partitura


1. O Gestor insere o título, autor, género, número de páginas, preço, quanti-

dade existente, quantidade mínima, “capa&armário” e o “ficheiro digital”;

2. O Sistema valida os dados, guarda-os e informa o sucesso.

Extensões

2. Os dados não são válidos:

a. O Sistema informa os campos que estão em erro;

b. O Gestor corrige os campos em questão;

c. O Sistema deteta novamente campos em erro:

i. O Sistema dá opção para corrigir os dados ou então para sair sem

gravar.





Caso de Uso: 4. Registar aluno

Domínio: Sistema



Partes Interessadas & Interesses: AMVC, professor e secretaria

Pré-condição: Gestor validou previamente o seu acesso ao Sistema

Garantia de Sucesso: O aluno é registado

Iniciador: Gestor quer registar novo aluno


1. O Gestor insere o nome, número de aluno, naipe, email, telemóvel, morada e

saldo;


Extensões






gravar.





Caso de Uso: 5. Registar concerto

Domínio: Sistema





Garantia de Sucesso: O concerto é registado

Iniciador: Gestor quer registar novo concerto


1. O Gestor insere o nome do concerto e as partituras que o constituem;

2. O Sistema valida os dados, guarda e informa o sucesso.

Extensões






gravar.





Caso de Uso: 6. Registar grupo

Domínio: Sistema





Garantia de Sucesso: O grupo é registado

Iniciador: Gestor quer registar novo grupo


1. O Gestor insere um nome para o grupo;

2. O Sistema valida o campo;

3. O Gestor escolhe os constituintes do grupo;

4. O Sistema valida, guarda a informação e informa o sucesso.

Extensões

2. O campo não é válido:

a. O Sistema informa que o campo está em erro (nome não válido);

b. O Gestor corrige o campo em questão;

c. O Sistema deteta novamente o campo em erro:

i. O Sistema dá opção para corrigir o campo ou então para sair sem

gravar.





Caso de Uso: 7. Registar género/autor

Domínio: Sistema





Garantia de Sucesso: O género/autor é registado

Iniciador: Gestor quer registar novo género/autor


1. O Gestor insere um nome/designação para o autor/género;

2. O Sistema valida, guarda a informação e informa o sucesso.

Extensões

2. O campo não é válido:

a. O Sistema informa que o campo está em erro (nome não válido);

b. O Gestor corrige o campo em questão;

c. O Sistema deteta novamente o campo em erro:

i. O Sistema dá opção para corrigir o campo ou então para sair sem

gravar.



Caso de Uso: 8. Alterar partitura

Domínio: Sistema




Pré-condição: Gestor validou previamente o seu acesso ao sistema

Garantia de Sucesso: A partitura é alterada

Iniciador: Gestor quer alterar dados de partitura


1. O Gestor altera os dados que necessita (título, autor, género, número de pá-

ginas, preço, quantidade existente, quantidade mínima, “capa&armário” e o

“ficheiro digital”);


Extensões






gravar.





Caso de Uso: 9. Alterar aluno

Domínio: Sistema





Garantia de Sucesso: Os dados do aluno são alterados

Iniciador: Gestor quer alterar dados do aluno


1. O Gestor pode alterar o naipe, email, telemóvel, morada e saldo;


Extensões






gravar.





Caso de Uso: 10. Alterar concerto/grupo

Domínio: Sistema





Garantia de Sucesso: O concerto/grupo é alterado

Iniciador: Gestor quer alterar dados do concerto/grupo


1. O Gestor altera o nome e os constituintes do agrupamento;

2. O Sistema valida os dados e informa o sucesso.

Extensões






gravar.



Caso de Uso: 11. Alterar género/autor

Domínio: Sistema





Garantia de Sucesso: O género/autor é alterado

Iniciador: Gestor quer alterar dados do género/autor


1. O Gestor altera o nome/designação;

2. O Sistema valida os dados e informa o sucesso.

Extensões






gravar.



Caso de Uso: 12. Requisitar partitura

Domínio: Sistema





Garantia de Sucesso: A partitura é requisitada

Iniciador: Gestor quer requisitar partitura(s) para o(s) aluno(s)


1. O Gestor escolhe o(s) aluno(s) e/ou o grupo;

2. O Sistema valida a escolha;

3. O Gestor escolhe a(s) partitura(s) e/ou concerto;


5. O Sistema atualiza o saldo do(s) aluno(s) e o stock da(s) partitura(s);

Extensões

2. Constituintes inválidos (vazio ou com alunos em falta de saldo):

a. O Sistema informa que não escolheu alunos;

i. O Sistema dá opção para escolher de novo os alunos (volta ao ponto

1) ou então para sair sem gravar.

b. O Sistema deteta alunos constituintes da escolha com saldo em falta:



i. O Sistema informa quem são e dá opção para escolher de novo os

alunos (volta ao ponto 1), ou “Caso de uso:8” para alterar o saldo, ou

então para sair sem gravar.

4. A escolha de partituras não é válida:

a. O Sistema informa que não existe stock suficiente de uma ou mais partitu-

ras;

i. O Sistema dá opção para escolher de novo as partituras (volta ao

ponto 3) ou então para sair sem gravar.



Caso de Uso: 13. Devolver partitura

Domínio: Sistema





Garantia de Sucesso: A partitura é devolvida

Iniciador: Gestor quer devolver partitura(s) do(s) aluno(s)


1. O Gestor escolhe o(s) aluno(s) e/ou o grupo;


3. O Gestor escolhe a(s) partitura(s) e/ou concerto(s) para devolver;


5. O Gestor pode denunciar algum(ns) aluno(s) que tenha(m) entregue a(s) par-

titura(s) em mau estado;

6. O Sistema atualiza o saldo do(s) aluno(s) e o stock da(s) partitura(s).

Extensões

2. Alunos inválidos (vazio ou com alunos sem partituras requisitadas):

a. O Sistema informa que não escolheu alunos;

i. O Sistema dá opção para escolher de novo os alunos (volta ao ponto

1) ou então para sair sem gravar.

b. O Sistema deteta alunos constituintes da escolha sem partituras requisita-

das:



i. O Sistema informa quem são e dá opção para escolher de novo os

alunos (volta ao ponto 1) ou então para sair sem gravar.

4. O(s) aluno(s) não têm essa(s) partitura(s) requisitada(s):

a. O Sistema informa que existe(m) aluno(s) sem requisição de uma ou mais

partituras escolhidas;

i. O Sistema informa quais os alunos e partituras, dá opção para esco-

lher de novo as partituras (volta ao ponto 3) ou então para sair sem

gravar.



Caso de Uso: 14. Listar partituras/alunos/concertos/grupos/géne-

ros/autores

Domínio: Sistema




Pré-condição: Utilizador validou previamente o seu acesso ao sistema

Garantia de Sucesso: A lista é consultada

Iniciador: Utilizador quer consultar a lista


1. O Utilizador escolhe esta opção;

2. O Sistema exibe a lista;

3. No fim o Utilizador pode escolher sair para o menu principal.



Caso de Uso: 15. Consultar partitura

Domínio: Sistema





Garantia de Sucesso: A partitura é consultada

Iniciador: Utilizador quer consultar dados de partitura


1. O Utilizador escolhe a partitura que quer consultar;

2. O Sistema exibe a informação respeitante a essa partitura;

3. No fim o Utilizador pode escolher sair ou consultar outra partitura.

Extensões

1. O Utilizador não escolhe uma partitura, ao fim de algum tempo:

a. O Sistema informa que não escolheu nenhuma partitura;

i. O Sistema dá opção para escolher de novo a partitura (volta ao ponto

1) ou então para sair.



Caso de Uso: 16. Consultar aluno

Domínio: Sistema





Garantia de Sucesso: Os dados do aluno são consultados

Iniciador: Gestor quer consultar dados do aluno


1. O Gestor escolhe o aluno;

2. O Sistema exibe os dados do aluno.

Extensões

1. O Gestor não escolhe o aluno ao fim de algum tempo:

a. O Sistema informa que não escolheu um aluno;

i. O Sistema dá opção para escolher de novo o aluno (volta ao ponto 1)

ou então para sair.





Caso de Uso: 17. Consultar concerto/grupo

Domínio: Sistema





Garantia de Sucesso: Os constituintes do “agrupamento” são consultados

Iniciador: Gestor quer consultar constituintes do “agrupamento”


1. O Gestor escolhe o “agrupamento”;

2. O Sistema exibe os dados do aluno.

Extensões

1. O Gestor não escolhe o “agrupamento” ao fim de algum tempo:

a. O Sistema informa que não escolheu um “agrupamento”;

i. O Sistema dá opção para escolher de novo o agrupamento (volta ao

ponto 1) ou então para sair.



Caso de Uso: 18. Histórico do saldo

Domínio: Sistema





Garantia de Sucesso: O histórico do saldo do aluno é consultado

Iniciador: Gestor quer consultar histórico do saldo do aluno



2. O Sistema exibe o histórico do saldo/requisições do aluno.

Extensões









Caso de Uso: 19. Requisições atuais

Domínio: Sistema





Garantia de Sucesso: As requisições atuais do aluno são exibidas

Iniciador: Gestor quer consultar requisições atuais do aluno



2. O Sistema exibe as requisições atuais do aluno.

Extensões







Caso de Uso: 20. Requisições ativas

Domínio: Sistema





Garantia de Sucesso: As requisições atuais da partitura/concerto em questão

são exibidas

Iniciador: Gestor quer consultar requisições atuais duma partitura/concerto


1. O Gestor escolhe a partitura/concerto;

2. O Sistema exibe quem tem a(s) partitura(s) requisitada(s).

Extensões

1. O Gestor não escolhe partitura(s), ao fim de algum tempo:

a. O Sistema informa que não escolheu nenhuma partitura;

i. O Sistema dá opção para escolher de novo a(s) partitura(s) (volta ao

ponto 1) ou então para sair.



Caso de Uso: 21. Histórico fundo monetário

Domínio: Sistema





Garantia de Sucesso: O saldo total global desse ano(ou vários anos) é exibido

Iniciador: Gestor quer consultar o fundo monetário


1. O Gestor escolhe se quer consultar o atual ano letivo ou todos os anos desde

que o Sistema foi implementado;

2. O Sistema exibe o saldo global mês a mês desse ano ou então por ano.

Extensões

1. O Gestor não escolhe o que quer consultar, ao fim de algum tempo:

a. O Sistema informa que não escolheu nenhuma opção;

i. O Sistema dá opção para escolher de novo as opções (volta ao ponto

1) ou então para sair.



Caso de Uso: 22. Pesquisar

Domínio: Sistema





Garantia de Sucesso: A(s) partitura(s) é(são) consultada(s)

Iniciador: Utilizador quer pesquisar partitura(s)


1. O Utilizador escolhe o tipo de pesquisa que vai usar;

2. O Utilizador insere o “texto” a pesquisar;

3. O Sistema exibe a informação respeitante a essa pesquisa;

4. No fim o Utilizador pode escolher sair ou fazer outra pesquisa.

Extensões

1. O Utilizador não escolhe o tipo de pesquisa, ao fim de algum tempo:

a. O Sistema informa que não escolheu nenhum tipo;

i. O Sistema dá opção para escolher de novo o tipo de pesquisa (volta

ao ponto 1) ou então para sair.

2. O Sistema deteta ao fim de algum tempo que não é inserido nenhum termo

para pesquisa:

a. O Sistema informa o Utilizador para continuar;



b. Ao fim de um minuto caso continue sem “input” o Sistema termina a ses-

são do Utilizador.

3. O termo de pesquisa não tem correspondência na BD:

a. O Sistema informa o Utilizador e dá-lhe opção para efetuar uma nova

pesquisa (voltar ao ponto 1) ou então para sair.



Caso de Uso: 23. Alertas

Domínio: Sistema





Garantia de Sucesso: O Sistema avisa caso alguma das condições de alerta

(saldo a zeros ou quantidades mínimas de partituras atingidas) seja atingida

Iniciador: Gestor faz login no Sistema


1. No login do Gestor o Sistema verifica se existe algum alerta;

2. O Sistema exibe o(s) alerta(s);

3. O Gestor confirma a leitura do(s) alerta(s);

4. O Sistema dá acesso à área do Gestor.

Extensões

2. O Sistema não deteta nenhum alerta;

3. O Sistema dá acesso à área do Gestor.



Caso de Uso: 24. Desligar alertas

Domínio: Sistema





Garantia de Sucesso: O Gestor remove os alertas que não lhe interessam

Iniciador: Gestor quer remover alerta(s)


1. O Gestor escolhe quais alertas quer desligar;

2. O Sistema confirma, guarda e anuncia o sucesso.

Extensões

0. O Sistema não deteta nenhum alerta ativo:

a) O Sistema informa o Gestor e sai para o “ecrã principal”.

1. O Gestor não faz nenhuma escolha:

a) O Sistema volta a dar opção para escolher os alertas;

b) O Sistema não guarda nada e sai.





Caso de Uso: 25. Definir fim do ano letivo

Domínio: Sistema





Garantia de Sucesso: O Gestor define a data do fim desse ano letivo

Iniciador: Gestor quer definir fim do ano letivo


1. O Gestor escolhe qual a data;

2. O Sistema confirma, guarda e anuncia o sucesso.

Extensões

2. O Sistema deteta data inválida:

a) Dá opção para mudar a data e volta a confirmar;

b) Dá opção para sair sem gravar.



D I A G R A M A D E D O M Í N I O





M O D E L O E R

M O D E L O D E D A D O S



S C R I P T S Q L D A C R I A Ç Â O D O M O D E L O D E D A D O S

CREATE TABLE GRUPO (

id_grupo number(8) PRIMARY KEY,

designacao varchar2(20) NOT NULL);

CREATE TABLE ALUNO (

id_aluno number(8) PRIMARY KEY,

nome varchar2(50) NOT NULL,

naipe char(10) NOT NULL CHECK (naipe IN

(‘baixo’, ‘contralto’, ‘soprano’, ‘tenor’)),

email varchar2(50) DEFAULT 'NOT@NOT',

telemovel number(15) NOT NULL,

morada varchar2(100) NOT NULL,

saldo number(6,2) DEFAULT 0 CHECK (saldo

>= 0) NOT NULL);

CREATE TABLE REL_ALU_GRU (

id_rel_a_g number(9) PRIMARY KEY,

id_aluno REFERENCES aluno(id_aluno) NOT

NULL,

id_grupo REFERENCES grupo(id_grupo) NOT

NULL);

CREATE TABLE AUTOR (

id_autor number(8) PRIMARY KEY,

nome varchar2(50) NOT NULL);

CREATE TABLE GENERO (

CREATE TABLE PARTITURA (

id_partitura number(8) PRIMARY KEY,

titulo varchar2(50) NOT NULL,

autor REFERENCES AUTOR(id_autor) NOT NULL,

genero REFERENCES GENERO(id_genero) NOT NULL,

num_paginas number(4) DEFAULT 1 CHECK (num_paginas >=

1) NOT NULL,

ficheiro_digital varchar2(100),

localizazao varchar2(50),

valor number(5,2) NOT NULL CHECK (valor >= 0),

qtd_existente number(3) DEFAULT 0 CHECK (qtd_existente >=

0) NOT NULL,

qtd_minima number(3) DEFAULT 0 CHECK (qtd_minima >= 0)

NOT NULL);

CREATE TABLE REL_CONC_PART (

id_rel_c_p number(9) PRIMARY KEY,

concerto REFERENCES CONCERTO(id_concerto) NOT NULL,

partitura REFERENCES PARTITURA(id_partitura) NOT NULL);

CREATE TABLE REQUISICAO (

id_requisicao number(9) PRIMARY KEY,

aluno REFERENCES ALUNO(id_aluno) NOT NULL,

data_inicio date DEFAULT SYSDATE NOT NULL,

valor_total number(6,2) NOT NULL CHECK (valor_total >= 0));

CREATE TABLE REL_REQ_PART (



id_genero number(8) PRIMARY KEY,

designacao varchar2(20) NOT NULL);

CREATE TABLE CONCERTO (

id_concerto number(8) PRIMARY KEY,

designacao varchar2(30) NOT NULL,

valor number(6,2) NOT NULL CHECK (valor >=

0));

id_rel_q_p number(10) PRIMARY KEY,

requisicao REFERENCES REQUISICAO(id_requisicao) NOT NULL,

partitura REFERENCES PARTITURA(id_partitura) NOT NULL,

valor number(5,2) NOT NULL CHECK (valor >= 0),

estado number(1) DEFAULT 0 CHECK(estado in(0,1)) NOT NULL,

data_fim date NOT NULL);



Todas as tabelas usam um trigger semelhante ao abaixo demonstrado de forma a ter o

índice da PK automático:

CREATE OR REPLACE

TRIGGER ID_AUTO_PARTITURA

BEFORE INSERT ON PARTITURA

FOR EACH ROW

BEGIN

SELECT SEQ_PARTITURAS.NEXTVAL INTO :NEW.ID_PARTITURA FROM DUAL;

END;

M O C K U P S

MOCKUP 1: LOGIN



MOCKUP 2: LISTAR ALUNOS @ SECRETARIA



MOCKUP 3: CONSULTAR/ALTERAR/REGISTAR ALUNO @ SECRETARIA/PROFESSOR



MOCKUP 4: REQUISIÇÕES ATUAIS / ALERTAS / DESLIGAR ALERTA @ ALUNO / SECRETARIA / PROFESSOR



MOCKUP 5: HISTÓRICO SALDO / HISTÓRICO FUNDO MONETÁRIO @ ALUNO / SECRETARIA / PROFESSOR



MOCKUP 6: LISTAR ALUNOS / LISTAR GRUPOS @ PROFESSOR



MOCKUP 7: CONSULTAR/ALTERAR/REGISTAR GRUPO @ PROFESSOR



MOCKUP 8: LISTAR PARTITURAS / CONSULTAR PARTITURA / LISTAR CONCERTOS /CONSULTAR CONCERTO @

PROFESSOR



MOCKUP 9: CONSULTAR/ALTERAR/REGISTAR PARTITURA @ PROFESSOR



MOCKUP 10: LISTAR GÉNEROS/AUTORES / ALTERAR/REGISTAR GÉNERO/AUTOR @ PROFESSOR



MOCKUP 11: CONSULTAR/ALTERAR/REGISTAR CONCERTO @ PROFESSOR



MOCKUP 12: REQUISITAR PARTITURA @ PROFESSOR



MOCKUP 13: DEVOLVER PARTITURA @ SECRETARIA / PROFESSOR



MOCKUP 14: REQUISIÇÕES ATIVAS @ PROFESSOR



MOCKUP 15: PESQUISAR @ PROFESSOR



MOCKUP 16: DEFINIR FIM DO ANO LETIVO / ALERTAS / DESLIGAR ALERTA



E C R Â S F I N A I S E F O C O S D E D E S E N V O L V I M E N T O

SCREEN 1 - LOGIN

A aplicação inicia-se com o ecrã de LOGIN, consoante o tipo de utilizador (após ser identificado cor-

retamente) este será encaminhado para a sua respetiva área. Existem pré-verificações para o email e a

password de forma a evitar erros. Para concluir a validação do processo do login pode ser feito clique

no “botão entrar” ou então através da tecla “enter”.



SCREEN 2 – ALUNO HOME

Sendo o utilizador um aluno este será encaminhado para este ecrã onde pode consultar informações

sobre a sua “conta”.

SCREEN 3 – SECRETARIA HOME



No caso da secretaria esta terá acesso a este ecrã onde poderá gerir os alunos, criar novos alunos e

editar os seus dados. Através de duplo clique no aluno é possível editar os seus dados.

SCREEN 4 – ECRÃ EDITAR/CRIAR ALUNO

No ecrã de input dos dados do aluno, todos os campos são pré-validades através de “pattern mat-

ching” com REGEX ou tamanho dos campos.



SCREEN 5 – ECRÃ REQUISIÇÕES @PROFESSOR

Este é o “ecrã de abertura” para o professor, começa por visualizar a secção relativa às requisições

pois será esta a mais usada. É possível efetuar um nova requisição ou uma devolução. Na parte supe-

rior existe um menu com todas as funções da aplicação disponíveis para o professor.

SCREEN 6 – CRIAR REQUISIÇÃO @PROFESSOR

Este ecrã permite a criação de requisições através da seleção dos alunos do lado esquerdo e das parti-

turas a requisitar do lado direito. As “combobox” são pré-preenchidas com os conteúdos dos grupos



e dos concertos. No ato da requisição é pré-verificado se existe alguma requisição antiga das mesmas

partituras em aberto, se o aluno tem saldo suficiente e se existem cópias das partituras suficientes.

Para ajudar neste processo uso dois SP’s de Oracle para vericar e ajudar no processo:

CREATE OR REPLACE

FUNCTION OBTERCOUNTDEVOLUCAO(OALUNO ALUNO.ID_ALUNO%TYPE, APARTITURA PARTITURA.ID_PARTITURA%TYPE)

RETURN REL_REQ_PART.ID_REL_Q_P%TYPE

IS

ID_REL REL_REQ_PART.ID_REL_Q_P%TYPE;

BEGIN

SELECT COUNT(ID_REL_Q_P) INTO ID_REL

FROM REL_REQ_PART, REQUISICAO

WHERE PARTITURA = APARTITURA

AND ESTADO = 0

--AND REQUISICAO.DATA_INICIO > ANO LETIVO

AND REL_REQ_PART.REQUISICAO = REQUISICAO.ID_REQUISICAO

AND REQUISICAO.ALUNO = OALUNO;

RETURN ID_REL;

EXCEPTION

WHEN OTHERS THEN

RAISE_APPLICATION_ERROR(-20001,'ERRO AO OBTER DEVOLUÇÃO - '||SQLCODE||' -ERROR- '||SQLERRM);

END OBTERCOUNTDEVOLUCAO;

------------------------------------------------------------------------------------------------------------------------

Uso também outro SP, igual ao anterior mas sem o “count” de forma a obter o id da relação entre as requisi-

ções e as partituras.



SCREEN 7 - PARTITURAS @PROFESSOR

Neste ecrã é possível ver todas as partituras, com duplo clique numa é possível editar os seus dados, é

também possível iniciar o processo de criação de uma nova partitura.

SCREEN 8 – CRIAR/EDITAR PARTITURA @PROFESSOR



Tal como na criação de alunos, todos os campos são pré-verificados (com “lostfocus”) recorrendo a

REGEX e ao tamanho da “string input”. Os campos autor e género são fornecidos em “combobox”

(“pre-populated”) de forma a evitar erros.

SCREEN 9 – GRUPOS E ALUNOS @PROFESSOR

Neste ecrã podemos ver todos os grupos e alunos, é também possível editar os dados de cada um de-

les com duplo clique. Além disso pode-se criar novos grupos e alunos.



SCREEN 10 – CRIAR/EDITAR GRUPOS @PROFESSOR

É possível adicionar e retirar quantos alunos se quiser, duma só vez. Para adicionar surge um ecrã de

apoio para selecionar os alunos a adicionar, para remover do grupo basta selecionar os alunos e carre-

gar no botão retirar e confirmar.



C O N C L U S Ã O

Terminado este projeto posso afirmar que este foi concluído com êxito, tendo preenchido todos os

requisitos principais.

Este trabalho ajudou-me a consolidar os conhecimentos que fui adquirindo ao longo das Unidades

Curriculares complementares a esta. A elaboração dos Casos de Uso com consequente passagem pelos Dia-

gramas de Domínio, Modelo de Dados e Mockups permitiram-me obter uma melhor perceção sobre o “pro-

blema” em mãos. Todo este processo pelo qual passei ajudou-me a estruturar a minha forma de trabalho

como “programador”.

O acompanhamento presencial por parte dos docentes responsáveis pela U.C. também foi essencial

na resolução de certas questões que foram aparecendo ao longo do trabalho.

Concluindo, posso afirmar que a “partir de hoje” me começo a sentir preparado para o mercado do

trabalho, para os requisitos que esta profissão necessita!



B I B L I O G R A F I A

Slides das U.C., Engenharia de Software 2, Programação 2, Base de Dados, Admi-

nistração de Bases de Dados.

http://practicalsw-pt.blogspot.pt/p/projeto-ii.html, @07/2014

http://docs.oracle.com/javase/7/docs/api/ @07/2014

http://www.techonthenet.com/oracle/functions.php, @04/2014.

http://jsumon.wordpress.com/2009/12/27/call-oracle-function-from-java-

program/, ,@04/2014.

http://www.vogella.com/tutorials/JavaRegularExpressions/article.html,

@05/2014.

http://stackoverflow.com/questions/16395939/getting-values-from-jtable-

cell, @07/2014.

http://mycodepage.blogspot.pt/2006/09/how-to-create-double-click-event-

on.html, @07/2014.

http://stackoverflow.com/questions/12438838/what-are-the-values-for-jopti-

onpane-showconfirmdialog-options, @07/2014.

https://www.youtube.com/watch?v=bKPGEqJHWaE, @06/2014.

https://www.youtube.com/watch?v=MhclJpVBE0M, @07/2014

http://stackoverflow.com/questions/7414299/sorting-int-array-in-descen-

ding-order, @07/2014.

http://practicalsw-pt.blogspot.pt/p/projeto-ii.html

http://docs.oracle.com/javase/7/docs/api/

http://www.techonthenet.com/oracle/functions.php

http://jsumon.wordpress.com/2009/12/27/call-oracle-function-from-java-program/

http://jsumon.wordpress.com/2009/12/27/call-oracle-function-from-java-program/

http://www.vogella.com/tutorials/JavaRegularExpressions/article.html

http://stackoverflow.com/questions/16395939/getting-values-from-jtable-cell

http://stackoverflow.com/questions/16395939/getting-values-from-jtable-cell

http://mycodepage.blogspot.pt/2006/09/how-to-create-double-click-event-on.html

http://mycodepage.blogspot.pt/2006/09/how-to-create-double-click-event-on.html

http://stackoverflow.com/questions/12438838/what-are-the-values-for-joptionpane-showconfirmdialog-options

http://stackoverflow.com/questions/12438838/what-are-the-values-for-joptionpane-showconfirmdialog-options

https://www.youtube.com/watch?v=bKPGEqJHWaE

https://www.youtube.com/watch?v=MhclJpVBE0M

http://stackoverflow.com/questions/7414299/sorting-int-array-in-descending-order

http://stackoverflow.com/questions/7414299/sorting-int-array-in-descending-order

Documents

Relatório