Observasjoner

GREN-WizardVersionControl

Para exemplificar o uso da ferramenta GREN-WizardVersionControl , foi criado um sistema de biblioteca com funcionalidade semelhante a do sistema alvo resultante do estudo de caso de reengenharia apresentado no Cap´ıtulo 3. Por isso, o diagrama de classes elaborado nesse estudo de caso ´e utilizado no exemplo de uso discutido nesta se¸c˜ao. Ressalta-se que o termo sistema ´e aqui utilizado como sinˆonimo de aplica¸c˜ao.

Vers˜oes no PARFAIT 155 Inicialmente, gera-se a primeira vers˜ao do sistema por meio da ferramenta GREN-Wizard. Em seguida, faz-se altera¸c˜oes manuais nessa vers˜ao com o apoio da ferramenta GREN-WizardVersionControl para refletir comportamentos do sistema legado n˜ao fornecidos pelo framework e, posteriormente, gera-se uma nova vers˜ao do sistema com o apoio da GREN-Wizard para herdar um outro requisito funcional fornecido pelo framework, necess´ario para o sistema. Nessa ´ultima vers˜ao gerada, as altera¸c˜oes manuais feitas anteriormente s˜ao incorporadas automaticamente.

Como mencionado, a primeira vers˜ao do sistema foi criada com o apoio da ferramenta GREN-Wizard, em que especificou-se o sistema por meio dos padr˜oes da GRN utilizados durante a sua modelagem. O diagrama de classes do sistema resultante da modelagem feita na reengenharia ´e ilustrado na Figura 6.8. Para obtˆe-lo foram aplicados os padr˜oes 1 (IDENTIFICAR O RECURSO), 2 (QUANTIFICAR O RECURSO) e 4 (LOCAR O RECURSO) da GRN. As classes referentes aos padr˜oes da GRN est˜ao ilustradas na parte superior da figura. As classes do sistema s˜ao representadas como subclasses das classes dos padr˜oes, com atributos e m´etodos espec´ıficos do sistema, e est˜ao apresentadas na parte inferior da figura. Atributos enumerados com valor a partir de um objeto de uma classe e atributos multivalorados com valores a partir de objetos de uma classe est˜ao representados no diagrama por meio de classes com os estere´otipos <<tipo enumerado>> (Curso e Editora) e <<tipo multivalorado>> (Assunto e Autor), respectivamente. Atributos enumerados com valor a partir de valores pr´e-definidos s˜ao representados como atributos com tipo TipoEnumerado (n´ıvel da classe Curso) e com a especifica¸c˜ao dos valores entre colchetes. Anota¸c˜oes da UML (retˆangulos) no diagrama de classes do sistema s˜ao usadas para indicar a variante do padr˜ao que foi considerada na modelagem.

Na Figura 6.9 ´e apresentada a tela da ferramenta GREN-Wizard durante a especifica¸c˜ao do sistema de biblioteca, mais especificamente, durante a aplica¸c˜ao do padr˜ao 4 da GRN - LOCAR O RECURSO. No caso espec´ıfico desse sistema, o Recurso ´e o Livro, o Destino ´e o Aluno e a Loca¸c˜ao do Recurso ´e o Empr´estimo. A ferramenta GREN-Wizard permite que novos atributos, inerentes ao sistema, sejam especificados nas classes participantes dos padr˜oes. Assim, de acordo com o diagrama de classes elaborado durante a reengenharia, a classe Livro possui atributos espec´ıficos e portanto foram especificados, conforme apresentado na Figura 6.10. Depois de finalizar a especifica¸c˜ao, a primeira vers˜ao do sistema alvo e os scripts das suas tabelas foram gerados pela ferramenta GREN-Wizard (bot˜oes Gerar aplica¸c˜ao e Criar tabelas MySQL, respectivamente). Na Figura 6.11 s˜ao apresentados a tela de empr´estimo de livro e o script da tabela empr´estimo gerados.

Posteriormente, foi necess´ario realizar algumas modifica¸c˜oes no c´odigo fonte do sistema para torn´a-lo com funcionalidade semelhante `a do sistema legado. Para isso, a ferramenta GREN-WizardVersionControl foi utilizada. O layout da tela de empr´estimo de livro teve que ser alterado para se adequar `a interface do legado, pois no legado n˜ao havia os campos de totaliza¸c˜oes localizados na parte inferior da tela de empr´estimo de livro (Figura 6.11).

Variante: Sem origem (Padrao 4) Recurso Instanciavel (Padrao 2) Recurso Locacao (Padrao 4) Exemplar dataEntrada : Date procedencia : Boolean editora : Integer anoPublicacao : Integer cidade : String numeroDePaginas : Integer volume : Integer edicao : Integer liberacaoParaEmprestimo : Boolean numeroDoPrimeiroExemplar : Integer listarPorNumero () listarEmpr éstimosPorNumero () Editora codigo : Integer nome : String endereco : String bairro : String cidade : String estado : String CEP : Integer fone : Integer fax : Integer contato : String site : String e-mail : String listarPorCodigo () listarPorDescricao () <<TipoEnumerado>> 1..n 0..1 1..n 0..1 possui Aluno situacao : String listarEmprestimosPorAluno () listarAlunos () Curso codigo : Integer descricao : String nivel : TipoEnumerado [GR, FC, PR, PG e CT ] listarCursosPorCodigo () listarCursosPorDescricao () <<TipoEnumerado>> n 1..1 n 1..1 matriculado em TipoDeRecurso codigoId : Integer descricao : String listarRecursosPorTipo () <<Padrao 1>> Autor codigo : Integer nome : String sobrenome : String listarPorNome () listarPorSobrenome () <<TipoMultivalorado>> Livro sub-titulo : String clasCDU : String clasPHA : String alterarAssunto () alterarSubArea () alterarAutor () 0..n 0..n 0..n 0..n possui Assunto codigo : Integer descricao : String listarRecursosPorCodigoId () listarRecursosPorDescricao () <<TipoMultivalorado>> 0..n 0..n 0..n 0..n tem

Variante : Tipo Aninhado (Padrao 1)

Variante : Tipo Aninhado (Padrao 1) Tipo: Area Variante: Tipo Aninhado

(Pattern 1) TipoAninhado: SubArea SubArea listarRecursosPorTipo () Area 1..1 0..n 1..1 0..n cont ém Recurso codeId : Integer descricao : String listarPorCodigoId () listarPorDescricao () calcularQtdInstanciasDisponiveis () <<Padrao 1>> n 0..1 n 0..1 tem OrigemLocacao codigoId : Integer nome : String listarOrigem () obterLocacaoesPorOrigem () <<Padrao 4>> DestinoLocacao codigoId : Integer nome : String listarDestino () obterLocacoesPorDestino () <<Padrao 4>> InstanciaRecurso numero : Integer localizacao : String situacao : Boolean estaDisponivel?() obterLocacoesRecurso () listarRecursosMaisLocados () <<Padrao 2>> n 1 n 1 possui LocacaoDeRecurso numero : Integer dataInicial : Date dataFinal : Date dataRetorno : Date observacoes : String locar () devolver() imprimirComprovanteLocacao () imprimirComprovanteDevolucao () listarLocacoesPeriodo () listarLocacoesVencidas () calcularGanhosPeriodo () <<Padrao 4>> n 0..1 n 0..1 realiza n 1 n 1 solicita 1 n 1 n relacionada a TaxaMulta nrDiasAtraso taxaMulta calculaterMulta () <<Padrao 4>> n 1 n 1 aplicavel a Emprestimo calcularDataDevolucao () Multa Classes dos Padrões da GRN Classes do Sistema

Figura 6.8: Diagrama de classes do sistema de biblioteca (Chan et al., 2003)

Figura 6.9: Tela da ferramenta GREN-Wizard durante a especifica¸c˜ao do sistema de biblioteca

Na primeira vers˜ao do sistema alvo gerada pela ferramenta GREN-Wizard, o m´etodo que especifica essa tela n˜ao foi sobreposto pois nenhum atributo novo foi inserido na classe Emprestimo. No entanto, para realizar a altera¸c˜ao desejada, o m´etodo de especifica¸c˜ao da tela (windowSpec) teve que ser sobreposto na classe EmprestimoForm do sistema e teve seu nome modificado para EmprestimoSpec, conforme apresentado na Figura 6.12. Nessa figura

Vers˜oes no PARFAIT 157

Figura 6.10: Inser¸c˜ao de novos atributos na classe Livro

create table Emprestimo( number integer not null, date date, observation char(60), status char(1), totalPrice float, totalDiscount float, destinationParty integer, resource integer, instanceCode char(10), finishingDate date, returnDate date, fineValue float );

Figura 6.11: Tela de empr´estimo de livros e script da tabela Emprestimo

tamb´em ´e apresentado o armazenamento da modifica¸c˜ao no c´odigo fonte do sistema alvo na base de dados da ferramenta GREN-WizardVersionControl .

Como a modifica¸c˜ao foi inserir um m´etodo (EmprestimoSpec) em uma determinada classe (EmprestimoForm), o armazenamento foi feito na tabela ClassMethodVersionControl da base de dados da ferramenta, contendo o c´odigo do sistema especificado na ferramenta GREN-Wizard (appIdCode); o nome da classe em que o m´etodo foi inserido (className); o nome do m´etodo (methodName); o tipo do m´etodo (appIdCode), ou seja, de instˆancia (i) ou de classe (c); o nome do protocolo de m´etodos em que o m´etodo foi inserido (protocolName); o c´odigo fonte do m´etodo (methodBody); a a¸c˜ao realizada (action), ou seja, inser¸c˜ao/altera¸c˜ao (i) ou remo¸c˜ao (r); o n´umero da vers˜ao do sistema gerada pela ferramenta GREN-Wizard (appVersion) e o n´umero da nova vers˜ao do sistema que est´a sendo modificada (version). Na Figura 6.13 ´e apresentado o novo layout da tela de empr´estimo sem os campos de totaliza¸c˜oes.

Seq appIdCode className methodName methodType protocolName methodBody action appVersion version 138 78 EmprestimoForm EmprestimoSpec c interface specs EmprestimoSpec i 1 2

"UIPainter new openOnClass: self andSelector: ... Classe: ClassMethodVersionControl

Figura 6.12: Sobreposi¸c˜ao do m´etodo EmprestimoSpec na classe EmprestimoForm

Figura 6.13: Novo layout da tela de empr´estimo de livros

Como conseq¨uˆencia da altera¸c˜ao no nome do m´etodo de especifica¸c˜ao da tela de empr´estimo, o m´etodo emprestimo da classe BibliotecaMainWindow tamb´em foi al- terado. Essa altera¸c˜ao foi tamb´em armazenada na base de dados da ferramenta GREN-WizardVersionControl , conforme apresentado na Figura 6.14. Esse m´etodo est´a associado a op¸c˜ao do menu que abre a tela de empr´estimo.

Como comentado na Se¸c˜ao 6.2 e como apresentado na Figura 6.15, a ferramenta GREN-WizardVersionControl n˜ao permite que elementos herdados do framework GREN, ou seja, pertencentes aos padr˜oes aplicados durante a especifica¸c˜ao do sistema gerado pela ferramenta GREN-Wizard, sejam removidos. Isso garante que o sistema continue funcionando adequadamente, mesmo depois de realizar modifica¸c˜oes nele.

Vers˜oes no PARFAIT 159

Seq appIdCode className methodName methodType protocolName methodBody action appVersion version 139 78 BibliotecaMainForm emprestimo i resources emprestimo i 1 2

^Biblioteca.EmprestimoForm openWithSpec: #EmprestimoSpec

Figura 6.14: Altera¸c˜ao do m´etodo emprestimo da classe BibliotecaMainWindow

Figura 6.15: Consiste remo¸c˜ao de elementos herdados do framework

Durante a reengenharia, o usu´ario do sistema legado solicitou a incorpora¸c˜ao de uma regra do neg´ocio relacionada `a cobran¸ca de multa para aqueles leitores que devolvem o livro com atraso. Como a implementa¸c˜ao dessa regra ´e fornecida pelo framework, optou-se por instanci´a-lo novamente. A regra do neg´ocio foi especificada na ferramenta GREN-Wizard, adicionando-se o nome do papel “Taxa de Multa” na aplica¸c˜ao do padr˜ao 4 da GRN (Figura 6.16). Ap´os terminar a especifica¸c˜ao da multa, o framework foi instanciado novamente (bot˜ao Gerar aplica¸c˜ao).

Figura 6.16: Tela da ferramenta GREN-Wizard durante a especifica¸c˜ao da multa

Durante a cria¸c˜ao da nova vers˜ao do sistema, a ferramenta GREN-WizardVersionControl detectou, em tempo de instancia¸c˜ao do framework GREN, a modifica¸c˜ao realizada no m´etodo emprestimo da classe BibliotecaMainWindow como conflito entre o conte´udo do m´etodo herdado do framework e o do sistema e apresentou ao engenheiro de aplica¸c˜ao a tela GREN-Wizard Differator Tool, ilustrada na Figura 6.17(a). O engenheiro de aplica¸c˜ao teve que solucionar esse conflito, selecionando o conte´udo desejado do m´etodo (Figura 6.17(b), parte inferior) e clicando no bot˜ao Accept para prosseguir a instancia¸c˜ao. Como as inser¸c˜oes e remo¸c˜oes de c´odigo fonte s˜ao resolvidas automaticamente pela ferramenta GREN-WizardVersionControl , o m´etodo EmprestimoSpec foi inserido automaticamente na nova vers˜ao do sistema.

Antes de gerar o script das tabelas da nova vers˜ao do sistema de biblioteca, a ferramenta GREN-WizardVersionControl apresentou uma caixa de di´alogo para que o engenheiro de aplica¸c˜ao decidisse por gerar uma nova base de dados do sistema ou manter a atual e apenas atualizar a estrutura modificada para n˜ao perder os dados do sistema inseridos na sua vers˜ao anterior (Figura 6.18). Decidiu-se manter a base de dados anterior e apenas atualizar a estrutura das tabelas que foram modificadas.

Na Figura 6.19 ´e apresentada a tela de cadastro de multa e o script da respectiva tabela, ambos criados pela ferramenta GREN-Wizard na segunda instancia¸c˜ao do framework.

Vers˜oes no PARFAIT 161

(a) Tela GREN-Wizard Differator Tool

(b) Tela de solu¸c˜ao de conflito

Figura 6.17: Tela de conflito da GREN-WizardVersionControl

Figura 6.18: Mensagem da ferramenta GREN-WizardVersionControl antes de gerar a base de dados do sistema

6.5

Considera¸c˜oes Finais

GREN-WizardVersionControl ´e ´util n˜ao apenas na aplica¸c˜ao do ARA como tamb´em no desenvolvimento de novos sistemas com o apoio do framework GREN, seguindo a abordagem iterativa e incremental praticada pelos m´etodos ´ageis. Por meio dessa ferramenta, o engenheiro de aplica¸c˜ao armazena um hist´orico de todas as mudan¸cas feitas em cada vers˜ao

create table Multa(

percentageRate float, lowernumber integer, uppernumber integer );

Figura 6.19: Tela de cadastro de multa e o script da respectiva tabela

do sistema. Essas mudan¸cas s˜ao incorporadas `as novas vers˜oes de cada sistema, gerado pela ferramenta GREN-Wizard, com o m´ınimo de interven¸c˜ao do engenheiro de aplica¸c˜ao.

Com o uso da ferramenta GREN-WizardVersionControl para criar o sistema de biblioteca, apresentado na Se¸c˜ao 6.4, pˆode-se notar o apoio `a reengenharia iterativa e incremental, baseada no framework GREN, ou seja, o framework pode ser instanciado quantas vezes for necess´ario e as linhas de c´odigo fonte inseridas nas vers˜oes do sistema, resultantes das instancia¸c˜oes do framework, n˜ao s˜ao perdidas. Essa ferramenta ´e disponibilizada juntamente com o arcabou¸co definido.

No pr´oximo cap´ıtulo apresentam-se as conclus˜oes obtidas com o trabalho desenvolvido nesta tese, destacando as contribui¸c˜oes e limita¸c˜oes, bem como sugest˜oes de trabalhos futuros decorrentes desta pesquisa.

7

Conclus˜ao

7.1

Considera¸c˜oes Iniciais

Neste cap´ıtulo apresenta-se um resumo do trabalho realizado, destacam-se as contribui¸c˜oes obtidas para a ´area de Engenharia de Software e listam-se as suas limita¸c˜oes. Al´em disso, citam-se tamb´em sugest˜oes de trabalhos futuros, decorrentes da pesquisa realizada nesta tese.