A abordagem proposta nesta dissertação tem como objetivo prover a sistematização do processo de distribuição de aplicações Web clonadas, através da derivação semiauto- mática de produtos de softwares. Tal processo é realizado com apoio de uma ferramenta construída neste trabalho. Assim a ferramenta permite realizar a implantação de uma instância do sistema configurado, fazendo com que o produto de software fique disponível e pronto para uso no servidor do cliente. A ferramenta foi desenvolvida utilizando o PHP Orientado a Objetos, no entanto, a sua área administrativa foi desenvolvida utilizando o Adianti Framework1, com o banco de dados SQLite2, já na área do usuário, não foi
utilizado qualquer framework, usando-se apenas o PHP puro.
Esta abordagem utilizou como base o método proposto por Pontes (2017), que propõem um processo de reengenharia de produtos de software existentes para linhas de produto de software. No qual especificou três atividades, que são: (i) Modelar features da LPS; (ii) Projetar e Implementar LPS através da refatoração de um sistema existente; e (iii) Realizar Testes para cada um dos produtos atuais existentes. Porém, para o uso do seu método, foram realizadas adaptações na primeira e segunda atividade que serão descritas 1 Adianti Framework <http://www.adianti.com.br/framework>
Capítulo 3. Abordagem de Derivação Semiautomática de LPS 35
na Seção 3.2e Seção 3.3. Já a atividade três do seu método, foi escolhido não a utilizar pois as suas propostas, aplicam estratégias de teste em cenários distintos com o contexto da proposta desta dissertação, sendo inviável utilizá-la. Com a finalidade de aplicar a abordagem proposta por este trabalho, é necessário que antes alguns pré-requisitos possam ser atendidos. Os pré-requisitos são:
• Equipe com experiência em desenvolvimento de software: Para adotar a abordagem, é preciso ter uma equipe com experiência em análise e desenvolvimento de sistemas e com um bom domínio de negócio da aplicação. Pois estes irão trabalhar com os artefatos dos softwares que serão gerados e refatorado para uma LPS. Seguindo as abordagens, métodos e processos tradicionais proposto na literatura para o desenvolvimento de produtos de softwares.
• Refatorar ou usar um software refatorado para LPS configurável de forma
semiautomática Se caso o software não tenha sido refatorado para uma LPS será
necessário seguir as diretrizes descrita na Seção 3.3 através da técnica annotation, no qual libera ou não os trechos de códigos-fonte que contém determinadas funci- onalidades referentes aos artefatos do software, por meio de condições IFs. Estas verificações consultam os parâmetros que foram definidos na configuração do produto. E que estão armazenados em tabelas do banco de dados, no qual possibilita que estas checagens ocorram em tempo de execução.
• Utilizar a ferramenta proposta nesta abordagem para a derivação dos pro-
dutos: A ferramenta é composta por dois ambientes, o primeiro é área administrativa,
que permite preparar produtos para implantação e realização do gerenciamento das suas features. Já o segundo ambiente, disponibiliza as opções e etapas para realizar a derivação e implantação dos produtos que foram definidos no ambiente anterior. As etapas definidas são: (i) a seleção do produto; (ii) escolha de suas Features e definições de configurações como Banco de Dados; (iii) definições das configurações do acesso via SSH (Secure Shell) do servidor do cliente; (iv) a realização da im- plantação da aplicação. Cumprindo todas elas, é possível entregar uma instância de um produto configurado de acordo com os artefatos definidos pelo usuário. Uma outra atividade que está disponível, porém é opcional, é a geração de códigos-fonte para novas funcionalidades dos produtos. Essa atividade realiza a criação de CRUDs que contemplam os códigos-fonte para as listagens de dados e os formulários para cadastros. Cada código, segue os modelos de templates que foram pré-definido para o framework utilizado pela instituição, mais detalhes sobre esta atividade estão na Seção 3.4.2.1.
Capítulo 3. Abordagem de Derivação Semiautomática de LPS 36
AFigura 2reproduz um diagrama de atividades com a visão geral da abordagem su-
pracitada. Elas foram separadas pelas seguintes colunas: Modelagem, Aplicação, Derivação e Implementação, com o intuito de facilitar a sua compreensão. Ao realizar as atividades deste diagrama, o resultado será uma derivação e implantação de forma semiautomática de um produto, entregando uma instância dele de acordo com as configurações escolhidas, deixando-o em pleno funcionamento no servidor do cliente.
Figura 2 – Diagrama de Atividades - Visão Geral da Abordagem
Nas Seções seguintes deste capítulo, serão discorridos com mais detalhes cada uma das atividades da abordagem apresentada na Figura 2. A primeira e a segunda coluna são as atividades que foram utilizadas baseadas no método de Pontes (2017) com algumas adaptações que foram descritas nas Seções 3.2 e Seção 3.3, que são elas: Modelagem, descreve o processo da modelagem do modelo de feature para representar as funcionalidades e variabilidades do sistema que se tornará uma LPS. A coluna Aplicação, descreve o processo da refatoração de um produto de software a partir da sua adoção para uma LPS utilizando os métodos extrativo e ou reativo. A última coluna Derivação e Implantação são as atividades propostas por este trabalho que descrevem o processo de Configurar o Produto e seus Artefatos para a Derivação, Realizar a Derivação do Produto e Realizar a Implantação do Produto, estas três atividades são realizadas através da ferramenta Easy Software Product Derivation - ESPD. As duas últimas atividades foram divididas através de cinco etapas na ferramenta, no qual cada uma delas serão descritas na Seção 3.4.2 e 3.4.3. Por fim, a atividade Gerar Códigos para o CRUD, é opcional, sua descrição se encontra na seção 3.4.2.1.
Capítulo 3. Abordagem de Derivação Semiautomática de LPS 37