| AVISOS - Avaliação em Época Normal |
|---|
|
Esclarecimento de dúvidas:
|
|
Requisitos para desenvolvimento, material de apoio e actualizações do enunciado (ver informação completa em Projecto de Programação com Objectos):
|
|
Processo de avaliação (ver informação completa em Avaliação do Projecto):
|
| Material de Uso Obrigatório |
|---|
| As bibliotecas po-uilib e o conteúdo inicial do CVS são de uso obrigatório: |
|
| A máquina virtual, fornecida para desenvolvimento do projecto, já contém todo o material de apoio. |
| Uso Obrigatório: Repositório CVS |
| Apenas se consideram para avaliação os projectos existentes no repositório CVS oficial.
Trabalhos não presentes no repositório no final do prazo têm classificação 0 (zero) (não são aceites outras formas de entrega). Não são admitidas justificações para atrasos em sincronizações do repositório. A indisponibilidade temporária do repositório, desde que inferior a 24 horas, não justifica atrasos na submissão de um trabalho. |
ÉPOCA NORMAL
O objectivo do projecto e desenvolver uma aplicação de gestão de uma rede de terminais de comunicação, denominada por prr. Genericamente, o programa permite o registo, gestão e consulta de clientes, terminais e comunicações.
Os clientes, terminais e comunicações possuem chaves únicas, cadeias de caracteres para os clientes e para os terminais e inteiros para as comunicações.
A noção de saldo é definida como a diferença entre os valores dos pagamentos efectuados e das dívidas por pagar. O saldo pode ser calculado globalmente (considerando todos os clientes), por cliente (considerando todos os terminais do cliente) ou por terminal (considerando todas as comunicações do terminal, pagas e por pagar).
Cada cliente, para além da chave única, tem ainda o nome (cadeia de caracteres) e o número de identificação fiscal (inteiro). A cada cliente podem estar associados vários terminais.
O cliente mantém informação sobre os pagamentos efectuados (sobre comunicações passadas) e valores em dívida (comunicações cujo valor ainda não foi pago).
Existem três tipos de clientes: Normal (situação inicial, após o registo -- no entanto, ver a situação da leitura de dados textuais), Gold e Platinum. O tipo de cliente influencia o custo das comunicações que efectua (ver planos tarifários). O tipo do cliente evolui nas seguintes condições:
| Antes | Depois | Condição |
| Normal | Gold | O saldo do cliente (após realizar um pagamento) é superior a 500 créditos. |
| Normal | Platinum | (não é possível) |
| Gold | Normal | O saldo do cliente (após realizar uma comunicação) é negativo. |
| Gold | Platinum | O cliente realizou 5 comunicações de vídeo consecutivas e não tem saldo negativo. A contabilização da 5ª comunicação ainda considera que o cliente é do tipo Gold. |
| Platinum | Gold | O cliente realizou 2 comunicações de texto consecutivas e não tem saldo negativo. A contabilização da 2ª comunicação ainda considera que o cliente é do tipo Platinum. |
| Platinum | Normal | O saldo do cliente (após realizar uma comunicação) é negativo. |
Cada terminal é identificado por uma cadeia de caracteres numérica (exactamente 6 dígitos) e está associado a um único cliente.
Os terminais podem realizar três tipos de comunicação: texto, voz e vídeo. As comunicações realizadas pelo terminal são contabilizadas de acordo com o tarifário associado ao cliente. O terminal tem contabilidade própria, sendo sempre possível saber os valores dos pagamentos efectuados e dos valores devidos.
Existem, pelo menos, dois tipos de terminal: básicos e sofisticados. Os terminais básicos só conseguem realizar comunicações de texto e de voz, não podendo nem iniciar nem receber comunicações de vídeo. Os terminais sofisticados podem realizar todos os tipos de comunicação.
Cada terminal tem uma lista de amigos (inicialmente vazia). Um terminal não pode ser amigo de si próprio.
Um terminal recém-criado fica no estado de espera (idle); tem os valores de pagamentos e dívidas ambos a zero. Existem outros estados, definidos a seguir.
Cada terminal pode estar em espera, em silêncio, ocupado ou desligado.
Um terminal pode chegar aos vários estados nas seguintes condições (outras transições não são possíveis):
Apenas são passíveis de notificação os clientes que tentaram comunicação com um terminal e a comunicação não foi possível nessa altura. Quando uma comunicação não se efectua, regista-se a tentativa de contacto, para que, assim que seja possível a realização do contacto pretendido, se enviarem notificações aos clientes associados aos terminais de origem. O registo da tentativa de contactos só tem lugar quando o cliente do terminal de origem tem activa a recepção de contactos falhados no instante em que se tentou efectuar a comunicação (por omissão, a recepção de notificações está activa).
São geradas notificações e é possível avisar um cliente nas seguintes circunstâncias:
Cada comunicação tem um identificador único (número inteiro, no contexto de todos os clientes). A primeira tem como identificador “1”, sendo os identificadores subsequentes obtidos por incremento unitário do mais recente identificador utilizado. A comunicação contém ainda informação sobre os terminais de origem e de destino e o estado da comunicação: em curso ou terminada.
As comunicações de texto têm ainda a mensagem enviada. As comunicações interactivas (vídeo e voz) possuem informação sobre a duração da comunicação. O custo de uma comunicação depende do comprimento da mensagem de texto ou da duração das comunicações interactivas. O custo depende ainda do plano tarifário associado a cada cliente (calculado no final da comunicação). Todos os cálculos envolvendo os custos das comunicações devem ser realizados sem arredondamentos.
Um terminal não pode estabelecer uma comunicação interactiva consigo próprio.
Cada plano tarifário define os custos para cada tipo de comunicação, baseado no nível do cliente, no tipo de comunicação, entre outras características. Os planos tarifários têm um nome único no contexto da rede de terminais a que estão associados. A rede de terminais pode oferecer vários planos tarifários mas em cada momento um cliente apenas tem um plano tarifário. A rede de terminais oferece pelo menos o plano tarifário designado como base. Este plano tarifário é o plano atribuído inicialmente a todos os clientes. O custos das comunicações é medido em créditos.
O custo (medido em créditos) de uma comunicação de texto com N caracteres no plano tarifário base está representado na tabela seguinte:
| Normal | Gold | Platinum | |
|---|---|---|---|
| N < 50 caracteres | 10 | 10 | 0 |
| 50 caracteres <= N < 100 caracteres | 16 | 10 | 4 |
| N >= 100 caracteres | 2 x N | 2 x N | 4 |
Quando é efectuada uma comunicação de voz ou de vídeo, o custo no plano tarifário base é proporcional ao tempo de conversação e, quando se comunica com um terminal amigo, é aplicado um desconto de 50%. O custo, em créditos por minuto, é o seguinte para terminais não amigos:
| Normal | Gold | Platinum | |
|---|---|---|---|
| Comunicação de voz | 20 | 10 | 10 |
| Comunicação de vídeo | 30 | 20 | 10 |
O custo de uma comunicação deve ser calculado quando a comunicação termina e guardado, por forma a garantir que o custo não é afectado por mudanças futuras dos planos tarifários.
Os clientes podem activar a recepção de notificações sobre eventos associados a terminais em algumas circunstâncias. Em qualquer momento, um cliente pode activar ou desactivar essas notificações. A entrega de notificações deve ser flexível e deve prever vários meios de entrega, e.g., correio postal, SMS, email, entre outras. O meio de entrega por omissão corresponde a registar a notificação na aplicação.
As notificações contêm informação acerca da sua natureza e do terminal a que dizem respeito. Um dado evento apenas produz uma notificação por cliente (o conjunto de clientes a notificar é limpo após o envio da notificação).
A aplicação permite manter informação sobre as entidades do modelo. Possui ainda a capacidade de preservar o seu estado (não é possível manter várias versões do estado da aplicação em simultâneo).
Deve ser possível efectuar pesquisas sujeitas a vários critérios e sobre as diferentes entidades geridas pela aplicação.
Uma base de dados textual com conceitos pré-definidos pode ser carregada no início da aplicação.
É possível guardar e recuperar o estado actual da aplicação, preservando toda a informação relevante, descrita acima.
Devem ser possíveis extensões ou alterações de funcionalidade com impacto mínimo no código já produzido para a aplicação. O objectivo é aumentar a flexibilidade da aplicação relativamente ao suporte de novas funções. Assim, deve ser possível: definir novos tipos de clientes; definir novos tipos de comunicação; definir novos planos tarifários; definir novas formas de pesquisa; permitir a gestão de várias redes de terminais.
Embora na especificação actual não seja possível remover algumas entidades, a inclusão desta funcionalidade deve ser prevista, por forma a minimizar o impacto da sua futura inclusão.
Descreve-se nesta secção a funcionalidade máxima da interface com o utilizador. Em geral, os comandos pedem toda a informação antes de procederem à sua validação (excepto onde indicado). Todos os menus têm automaticamente a opção Sair (fecha o menu).
As operações de pedido e apresentação de informação ao utilizador devem realizar-se através dos objectos form e display, respectivamente, presentes em cada comando. As mensagens são produzidas pelos métodos das bibliotecas de suporte (po-uilib e prr-app). As mensagens não podem ser usadas no núcleo da aplicação (prr-core). Além disso, não podem ser definidas novas. Potenciais omissões devem ser esclarecidas antes de qualquer implementação.
A apresentação de valores monetários é sempre feita com arredondamento ao inteiro mais próximo, mas a representação interna não deve ser arredondada.
A apresentação de listas de entidades do domínio (clientes, etc.) faz-se por ordem crescente da respectiva chave: dependendo dos casos, a ordem pode ser numérica ou lexicográfica (UTF-8), não havendo distinção entre maiúsculas e minúsculas.
As excepções usadas na interacção (subclasses de pt.tecnico.uilib.menus.CommandException), excepto se indicado, são lançadas pelos comandos (subclasses de pt.tecnico.uilib.menus.Command) e tratadas pelos menus (instâncias de subclasses de pt.tecnico.uilib.menus.Menu). Outras excepções não devem substituir as fornecidas nos casos descritos.
As acções deste menu permitem gerir a salvaguarda do estado da aplicação, abrir submenus e aceder a alguma informação global. A lista completa é a seguinte: Abrir, Guardar, Gestão de clientes, Gestão de terminais, Consultas, Mostrar informação global sobre pagamentos e dívidas.
As etiquetas das opções deste menu estão definidas na classe prr.app.main.Label. Todos os métodos correspondentes às mensagens de diálogo para este menu estão definidos na classe prr.app.main.Message.
Inicialmente, a aplicação está vazia ou tem apenas informação sobre as entidades que foram carregadas via ficheiro textual.
O conteúdo da aplicação (toda a informação actualmente em memória) pode ser guardado para posterior recuperação (via serialização Java: java.io.Serializable). Na leitura e escrita do estado da aplicação, devem ser tratadas as excepções associadas. A funcionalidade é a seguinte:
Note-se que a opção Abrir não permite a leitura de ficheiros de texto (estes apenas podem ser utilizados no início da aplicação).
A opção Sair nunca implica a salvaguarda do estado da aplicação, mesmo que existam alterações.
Esta opção apresenta os valores globais correspondentes a pagamentos e dívidas (soma dos valores parciais para todos os clientes registados), através da mensagem Message.globalPaymentsAndDebts().
Este menu permite efectuar operações sobre a base de dados de clientes. A lista completa é a seguinte: Visualizar cliente, Visualizar todos os clientes, Registar cliente, Activar recepção de contactos falhados, Desactivar recepção de contactos falhados, Mostrar informação sobre pagamentos e dívidas de cliente.
Todos os métodos correspondentes às mensagens de diálogo para este menu estão definidos na classe prr.app.clients.Message.
Sempre que é pedido o identificador de um cliente (Prompt.key()) e o identificador não existir (excepto no processo de registo), é lançada a excepção UnknownClientKeyException. Na ocorrência de excepções, as operações não têm efeito.
É pedido o identificador do cliente e apresentada a sua informação. O formato de apresentação de cada cliente é como se indica de seguida. Os valores para type são NORMAL, GOLD, ou PLATINUM. Os valores para notifications são YES ou NO (notificações activas/inactivas). O campo terminals representa o número de terminais associados ao cliente, payments é o valor dos pagamentos do cliente e debts é o valor das dívidas do cliente. Se o cliente não tiver terminais, os valores de terminals, payments e debts são 0 (zero).
CLIENT|key|name|taxId|type|notifications|terminals|payments|debts
Após esta linha, são apresentadas as notificações do cliente (modo de entrega por omissão), pela ordem em que foram enviadas pela aplicação.
tipo-de-notificação|idTerminal
O tipo de notificação é um de O2S (off-to-silent), O2I (off-to-idle), B2I (busy-to-idle) ou S2I (silent-to-idle), tal como descritos acima. Após esta visualização, considera-se que o cliente fica sem notificações registadas.
O formato de apresentação é como para clientes individuais (opção anterior), mas não se apresentam as notificações dos clientes (nem se limpam as listas correspondentes).
O sistema pede o identificador que ficará associado ao cliente (identificador único}. De seguida, pede o nome do cliente (Prompt.name()) e o número de identificação fiscal (Prompt.taxId()). Após o registo, o cliente fica no estado Normal e o registo de contactos falhados fica activo.
Caso o identificador indicado já exista, deve ser lançada a excepção DuplicateClientKeyException, não se realizando o registo.
É pedido o identificador do cliente. Se o registo de contactos falhados já estava activo, o cliente não é alterado e é apresentada a mensagem Message.clientNotificationsAlreadyEnabled().
É pedido o identificador do cliente. Se o registo de contactos falhados já estava inactivo, o cliente não é alterado e é apresentada a mensagem Message.clientNotificationsAlreadyDisabled().
O sistema pede o identificador do cliente, apresentando os valores dos seus pagamentos e dívidas (Message.clientPaymentsAndDebts()).
Este menu permite efectuar operações sobre a base de dados de terminais. A lista completa é a seguinte: Mostrar todos os terminais, Registar terminal, Menu da consola de um terminal.
Todos os métodos correspondentes às mensagens de diálogo para este menu estão definidos na classe prr.app.terminals.Message.
Sempre que for pedido o identificador de um terminal (Prompt.terminalKey()) e o terminal não existir, é lançada a excepção UnknownTerminalKeyException (excepto no processo de registo). Sempre que é pedido o identificador de um cliente (Prompt.clientKey()) e o identificador não existir, é lançada a excepção UnknownClientKeyException. Na ocorrência de excepções (estas ou outras), as operações não têm efeito.
O formato de apresentação de cada terminal é um dos seguintes:
terminalType|terminalId|clientId|terminalStatus|balance-paid|balance-debts|friend1,...,friend terminalType|terminalId|clientId|terminalStatus|balance-paid|balance-debts
Os valores para o campo terminalType são BASIC (terminais básicos) ou FANCY (terminais sofisticados). Os valores para o campo terminalStatus são IDLE, OFF, SILENCE, BUSY. Os valores friend1, ..., friendN são os identificadores dos terminais amigos e são apresentados por ordem crescente desses identificadores. O segundo formato é para o caso de um terminal que não tem amigos. Note-se que os valores dos pagamentos efectuados e os dos valores em dívida são apresentados separadamente.
É pedido o número identificador do terminal. De seguida, o sistema pede o tipo de terminal (Prompt.terminalType()). A resposta deve ser BASIC (terminal básico) ou FANCY (terminal sofisticado). Se a resposta não corresponder a nenhum dos dois valores, a pergunta é repetida até se obter uma resposta válida. Finalmente, é pedido o identificador do cliente que ficará associado ao terminal.
Caso o identificador do terminal seja inválido, lança-se a excepção InvalidTerminalKeyException, não se realizando o registo. Caso o identificador indicado já exista, deve ser lançada a excepção DuplicateTerminalKeyException, não se realizando o registo.
É pedido o número identificador de um terminal, sendo aberto o correspondente menu da sua consola.
Este menu apresenta as operações relacionadas com consultas. A lista completa é a seguinte: Mostrar todas as comunicações, Mostrar comunicações feitas por um cliente, Mostrar comunicações recebidas por um cliente, Mostrar clientes sem dívidas, Mostrar clientes com dívidas, Mostrar terminais sem actividade, Mostrar terminais com saldo positivo.
Sempre que é pedido o identificador do cliente (Prompt.clientKey()), é lançada a excepção UnknownClientKeyException se o cliente indicado não existir. Sempre que é pedido o identificador de terminal (Prompt.terminalKey()), é lançada a excepção UnknownTerminalKeyException se o terminal indicado não existir.
A apresentação de resultados é como se indica nos casos já descritos de apresentação das várias entidades. Sempre que for feita uma consulta e nenhuma entidade satisfizer as condições associadas ao pedido, nada deve ser apresentado.
O formato de apresentação é o seguinte:
type|idCommunication|idSender|idReceiver|units|price|status
Os possíveis valores para o campo type são VOICE, TEXT ou VIDEO. Os campos idSender e idReceiver correspondem a identificadores de terminais. Os possíveis valores para o campo status são ONGOING (comunicação em curso) ou FINISHED (comunicação terminada). O valor de units corresponde às unidades de contabilização (caracteres ou minutos). Caso a comunicação esteja em curso, os valores de units e de price são ambos zero.
É pedido o identificador do cliente, sendo apresentadas as comunicações iniciadas pelos seus terminais. O formato de apresentação é o descrito acima.
É pedido o identificador do cliente, sendo apresentadas as comunicações recebidas pelos seus terminais. O formato de apresentação é o descrito acima.
São apresentados os clientes sem dívidas. Utiliza-se o formato de apresentação de um cliente descrito anteriormente.
São apresentados os clientes por ordem decrescente do valor das respectivas dívidas (valores superiores a zero). Se as dívidas tiverem o mesmo valor, apresentam-se os clientes por ordem crescente do seu identificador. Utiliza-se o formato de apresentação de um cliente descrito anteriormente.
São apresentados os terminais que ainda não efectuaram nem receberam qualquer comunicação. O formato de apresentação é o descrito acima.
São apresentados os terminais que que têm um valor de pagamentos estritamente superior ao valor das dívidas. O formato de apresentação é o descrito acima.
Este menu apresenta as operações relacionadas com a consola de um terminal, i.e., o seu uso e administração. A lista completa é a seguinte: Ligar terminal, Desligar terminal, Silenciar terminal, Adicionar amigo, Retirar amigo, Efectuar pagamento, Mostrar informação sobre pagamentos e dívidas, Enviar comunicação de texto, Iniciar comunicação interactiva, Terminar comunicação interactiva, Mostrar comunicações em curso.
Todos os métodos correspondentes às mensagens de diálogo para este menu estão definidos na classe prr.app.terminal.Message.
Sempre que é pedido o identificador do cliente (Prompt.clientKey()), é lançada a excepção UnknownClientKeyException, se o cliente indicado não existir. Sempre que é pedido o identificador do terminal (Prompt.terminalKey()), é lançada a excepção UnknownTerminalKeyException, se o terminal seleccionado não existir.
Coloca o terminal em espera. Se o terminal já estiver em espera, é apresentada a mensagem Message.alreadyOn(). Se não for possível colocar o terminal em espera, o comando não tem efeito.
Desliga o terminal. Se o terminal já estiver desligado, é apresentada a mensagem Message.alreadyOff() e o comando não realiza outras acções. Se não for possível desligar o terminal, o comando não tem efeito.
Coloca o terminal em silêncio. Se o terminal já estiver em silêncio, é apresentada a mensagem Message.alreadySilent(). Se não for possível colocar o terminal em silêncio, o comando não tem efeito.
É pedido o identificador do terminal a adicionar à lista de amigos. Se o terminal indicado já fizer parte da lista de amigos, a operação termina sem alterações.
É pedido o identificador do terminal a retirar da lista de amigos. Se o terminal indicado não fizer parte da lista de amigos, a operação termina sem alterações.
É pedido o identificador da comunicação a pagar (Prompt.commKey()). A comunicação tem de ter sido iniciada pelo terminal actual e tem de ter terminado e não pode ter sido paga. Caso contrário, é apresentada a mensagem Message.invalidCommunication().
São apresentados os valores dos pagamentos e das dívidas do terminal (Message.terminalPaymentsAndDebts()).
Esta operação está disponível para um terminal que não esteja desligado ou em comunicação. Permite enviar uma comunicação de texto para outro terminal.
É pedido o número do terminal de destino e o corpo da mensagem (Prompt.textMessage()).
Quando o terminal de destino está desligado, é apresentada a mensagem Message.destinationIsOff().
Esta operação está disponível caso o terminal selecionado não esteja desligado ou em comunicação. Permite estabelecer uma comunicação interactiva entre o terminal selecionado com outro terminal.
É pedido o número do terminal de destino e o tipo de comunicação (Prompt.commType()). A resposta deve ser uma das seguintes opções (cadeia de caracteres): VIDEO, VOICE. Se a resposta não corresponder a nenhum destes valores, a pergunta é repetida até se obter uma resposta válida.
Se se tenta iniciar uma comunicação não suportada pelo terminal de origem ou pelo terminal de destino, devem ser apresentadas as Message.unsupportedAtOrigin() ou Message.unsupportedAtDestination(), respectivamente.
Quando o terminal de destino está desligado, é apresentada a mensagem Message.destinationIsOff(). Quando o terminal de destino está ocupado (ou quando é tentada uma ligação para o próprio), é apresentada a mensagem Message.destinationIsBusy(). Quando o terminal de destino está em silêncio, é apresentada a mensagem Message.destinationIsSilent().
Esta operação está disponível para um terminal que iniciou uma comunicação interactiva enquanto a comunicação está em curso. O terminal de destino não pode interromper a comunicação, pelo que o comando não está disponível. O comando permite terminar a comunicação e registar a sua duração.
É pedida a duração da comunicação (Prompt.duration(), em minutos). Após o término da comunicação, é apresentado o seu custo, através da mensagem Message.communicationCost().
É apresentada a comunicação em curso (de acordo com o formato indicado acima).
Se não houver nenhuma comunicação em curso, é apresentada a mensagem Message.noOngoingCommunication().
Além das opções de manipulação de ficheiros descritas no menu principal, é possível iniciar a aplicação com um ficheiro de texto especificado pela propriedade Java import.
As várias entidades têm os formatos descritos abaixo. Assume-se que os títulos não podem conter o carácter | (sugere-se a utilização do método String.split para o processamento preliminar destas linhas). Não existem entradas mal-formadas.
Cada linha tem uma descrição distinta, mas que segue os seguintes formatos:
CLIENT|id|nome|taxId terminal-type|idTerminal|idClient|state FRIENDS|idTerminal|idTerminal1,...,idTerminalN
As definições de clientes precedem sempre as dos terminais. As ligações entre amigos estão sempre após a definição das restantes entidades. Para os terminais, terminal-type é BASIC ou FANCY.
Um exemplo de conteúdo do ficheiro inicial é como se segue:
| Exemplo de ficheiro de entrada textual |
|---|
CLIENT|cli001|Manuel Pinheiro|103443
CLIENT|cli002|Pedro Pinheiro|103447
CLIENT|Cli201|Ludgero Oliveira|103440
CLIENT|cli Es|Maria Eucalipto|103441
CLIENT|01|Oliveira Preto|103547
CLIENT|cli003|Pedro Oliveira|103449
BASIC|969001|cli001|ON
BASIC|969003|cli002|ON
FANCY|969002|cli002|SILENCE
FANCY|969007|cli Es|ON
BASIC|969008|cli003|OFF
BASIC|969009|cli003|OFF
BASIC|969010|cli003|ON
FANCY|969006|cli003|ON
FANCY|969005|cli003|ON
BASIC|969004|cli003|ON
FRIENDS|969001|969008,969009,969004
FRIENDS|969004|969001
FRIENDS|969003|969008
|
A codificação dos ficheiros a ler é garantidamente UTF-8.
Usando os ficheiros test.import, test.in e test.out, é possível verificar automaticamente o resultado correcto do programa. Note-se que é necessária a definição apropriada da variável CLASSPATH (ou da opção equivalente -cp do comando java), para localizar as classes do programa, incluindo a que contém o método correspondente ao ponto de entrada da aplicação (prr.app.App.main). As propriedades são tratadas automaticamente pelo código de apoio.
java -Dimport=test.import -Din=test.in -Dout=test.outhyp prr.app.App
Assumindo que aqueles ficheiros estão no directório onde é dado o comando de execução, o programa produz o ficheiro de saída test.outhyp. Em caso de sucesso, os ficheiros das saídas esperada (test.out) e obtida (test.outhyp) devem ser iguais. A comparação pode ser feita com o comando:
diff -b test.out test.outhyp
Este comando não deve produzir qualquer resultado quando os ficheiros são iguais. Note-se, contudo, que este teste não garante o correcto funcionamento do código desenvolvido, apenas verificando alguns aspectos da sua funcionalidade.
Tal como indicado acima, algumas classes fornecidas como material de apoio, são de uso obrigatório e não podem ser alteradas. Outras dessas classes são de uso obrigatório e têm de ser alteradas.
A serialização Java usa as classes da package java.io, em particular, a interface java.io.Serializable e as classes de leitura java.io.ObjectInputStream e escrita java.io.ObjectOutputStream (entre outras).