Workshop em Engenharia de Requisitos
Workshop en Ingeniería de Requerimientos
Workshop on Requirements Engineering

Anais do WER V. 24, 2021. Brasilia, BSB - Brasil


Expediente    Contato

@proceedings{WERpapers: WER21,
  editores = {Maria Lencastre Pinheiro de Menezes Cruz (UPE, Brasil), Graciela Dora Susana Hadad (UNO, Argentina), Johnny Cardoso Marques (ITA, Brasil)},
  title = {Anais do WER21 - Workshop em Engenharia de Requisitos, Brasilia, BSB, Brasil, Agosto 23-27, 2021},
  publisher = {Even3, Brazil},
  ISBN = {978-65-00-73407-2},
  ISSN = {2675-0066},
  year = {2021}
}

1 - Preface. Maria Lencastre, Graciela Hadad, Johnny Marques. pp. , DOI . [pdf] [scholar]

Abstract: The Workshop on Requirements Engineering 2021 is now in its twentieth-fourth edition. This year, the WER was organized by the Centro Universitário de Brasília from the Brasilia city in Brazil. This university also coordinated the online transmission due to the COVID-19 pandemic, through a videoconferencing platform. For the first time at the WER, this edition has introduced four technical tracks. The Regular Track, as the traditional modality. There was a Software Requirements Tool Track to promote a forum for the presentation and demonstration of tools to support the requirements development and management processes. A Master's and Doctoral Track. And the fourth new track was dedicated to presenting a 3-hour tutorial to students, researchers, as well as practitioners on some topics of interest to the Requirements Engineering community. We have received 59 abstracts, but finally 47 papers were submitted: 36 for the Regular Track, 3 for the Software Tool Track, 7 for the Master's and Doctoral Track, and 1 for the Tutorial Track. Each submitted paper was reviewed by three reviewers, resulting in a total of 141 reviews. The presentations of the accepted papers, tools and tutorial were organized in ten technical sessions. Four keynote speakers were invited: Didar Zowghi from the University of Technology Sydney (Australia), Alejandro Oliveros from Universidad Nacional de Tres de Febrero (Argentina), Luiz Eduardo Galvão Martins from the Universidade Federal de São Paulo (Brazil), and Gustavo Dias Henrique from the BIOTIC industry (Brazil).

1. Regular Track

2 - User Requirements for Game Software Success: An Empirical Investigation. Saiqa Aleem, Luiz Fernando Capretz, Faheem Ahmed, Shuib Basri. pp. , DOI 10.29327/1298728.24-2. [pdf] [scholar]

Abstract: This study attempts to provide a better understanding of the user dimension as a factor in software game success. It focuses mainly on an empirical investigation of the effect of user factors on the software game development process and finally on the quality of the resulting game. A quantitative survey was developed and conducted to identify key user dimensions. For this study, a survey was used to test the research model and hypotheses. The main contribution of this paper is to investigate empirically the influence of user key factors on software game development process that ultimately results in a higher quality final product. The results provide evidence that game development organizations must deal with multiple user key factors to remain competitive and handle high pressure in the software game industry.

3 - Um Método para Modelagem de Requisitos não Funcionais em Ambient Assisted Living. Maurício Manoel Coelho Júnior, Willy Silva Coutinho, Robson Lima de Alencar, Fernanda Alencar. pp. , DOI 10.29327/1298728.24-3. [pdf] [scholar]

Abstract: O aumento da expectativa de vida da população mundial é uma realidade, e quando combinado a quedas acentuadas e taxas de fertilidade, esses avanços na expectativa de vida podem levar a um rápido envelhecimento da população em todo o mundo. Tecnologias como Ambient Assisted Living (AAL) fornecem serviços que permitem às pessoas idosas viver uma vida independente, segura e saudável. De forma a atender às necessidades do idoso, faz-se necessário superar as percepções de riscos, incertezas relacionadas à tecnologia, usabilidade e contexto de uso, itens que exigem o cumprimento de diversos requisitos não funcionais (Non Functional Requirements - NFR). Nesse contexto, este artigo apresenta um método para auxiliar na modelagem de requisitos não funcionais no contexto de AAL.

4 - RST-IoT: Um Apoio Computacional para Especificação de Requisitos de Sistemas de Software IoT. Ednilson da S. A. Júnior, Daniella de O. Costa, Rebeca C. Motta and Bruno P. de Souza. pp. , DOI 10.29327/1298728.24-4. [pdf] [scholar]

Abstract: A Internet das Coisas (IoT) é resultante da evolução tecnológica constante, e pode ser compreendida como um novo paradigma tecnológico que combina os mundos real e virtual com o objetivo de fornecer sistemas de software em todos os lugares por meio de objetos do cotidiano. Porém, ao mesmo tempo que a tecnologia evolui, maior conhecimento e controle sobre ela devem ser considerados, principalmente nesta área em que o domínio da aplicação não é facilmente compreendido. Pesquisas sobre sistemas IoT e sua composição de dispositivos e aplicações continuam a avançar, todavia, há pouco esforço na evolução da área da Engenharia de Software, especificamente na Engenharia de Requisitos. Esta é uma etapa crítica na construção de sistemas tradicionais; e para sistemas baseados em IoT não é diferente, os quais requerem soluções de requisitos distintos devido a suas novas especificidades. Este trabalho propõe a RST-IoT, uma ferramenta de apoio à especificação de requisitos para sistemas IoT, que tem como objetivo auxiliar engenheiros de software em tal atividade. A RST-IoT foi desenvolvida para apoiar o processo de especificação de requisitos de sistemas IoT, implementada com um design simples visando sua fácil utilização. Foi adotada uma metodologia baseada em experimentação para avaliar a ferramenta. Este trabalho descreve um estudo de viabilidade realizado na indústria e um estudo de observação com estudantes. A RST-IoT se mostrou viável em relação ao tempo de aplicação e à facilidade de uso, bem como obteve evidências iniciais de sua aplicação.

5 - Specification Cases: a lightweight approach based on Natural Language. Leandro Antonelli, Julio Cesar Sampaio do Prado Leite, Alejandro Oliveros, Gustavo Rossi. pp. , DOI 10.29327/1298728.24-5. [pdf] [scholar]

Abstract: Use Cases are one of the most used artifacts in software requirements specifications. Although there are a lot of templates that suggests how to describe Use Cases, as well as many quality inspection techniques, there are no many techniques to deal with the complexity and the effort to produce good quality Use Cases. On top of that, Use Cases are biased towards user interaction, leaving out important domain information. Thus, it is necessary to provide techniques to incrementally describe specifications that goes beyond user interaction but which can be derived from simpler artifacts in order to make the process organized and effective. This paper proposes an approach to begin with very simple sentences (kernel sentences), following with the LEL glossary and Scenarios, in order to describe Specification Cases. The approach relies on already defined kernel sentences and suggests three procedures to reorganize the knowledge captured in kernel sentences to describe the LEL, then Scenarios and finally Use Cases. This paper also reports a preliminary evaluation that supports the applicability and usability of the approach.

6 - O uso da Lean Persona+ para auxiliar a elaboração de requisitos de UX. Gabriel Viana Teixeira, Angelica Cunha dos Santos, Tayana Conte, Luciana Zaina. pp. , DOI 10.29327/1298728.24-6. [pdf] [scholar]

Abstract: Os requisitos de User eXperience(UX) têm se tornado essenciais para a aceitacão dos usuários ao software. Uma das técnicas que auxiliam na coleta destes requisitos é a persona, porém é conhecida por ser custosa em sua elaboracão. Como alternativa, a técnica de Lean persona mostra-se mais viável devido a sua característica enxuta. Este artigo apresenta os resultados de uma investigacão sobre como a técnica e a ferramenta Lean persona+ apoiam a elaboracão de personas enxutas para descricão de requisitos. A proposta e a ferramenta foram avaliadas por 34 indivíduos com conhecimentos em UX. Através de uma análise qualitativa de um total de 41 lean personas produzidas pelos participantes como auxílio da ferramenta, examinou-se quais eram os requisitos de UX reportados nestes artefatos. Os resultados da análise indicam que tanto a ferramenta quanto a técnica com o uso de perguntas-guia ajudaram na descricão de requisitos de UX. Os resultados também mostraram que a técnica e a ferramenta tiveram uma ampla aceitacão por parte dos participantes, sendo considerada de fácil aprendizagem. Estes resultados mostram que a Lean Persona+ contribui na fase de elicitacão de requisitos UX em diferentes perspectivas, fornecendo informacões importantes sobre o público-alvo.

7 - Requirements Engineering for Embedded Systems: A Systematic Literature Review. Tarcísio Pereira, Quelita Ribeiro, Mozart Melo, Sthefanie Magro, Fernanda Alencar, Jaelson Castro. pp. , DOI 10.29327/1298728.24-7. [pdf] [scholar]

Abstract: Most problems that occur at system delivery of Embedded Systems (ES) are related to requirements misconceptions in capturing requirements. Hence, a Requirements Engineering (RE) process is crucial to meet time, cost, and quality goals. Objective: We investigate the studies to analyze and understand how the RE approaches are used for embedded systems development. Method: We conducted a Systematic Literature Review (SLR) as the basis for our work. Results: We uncovered 92 studies and found out the RE phases that are attracting more attention, the main requirements modeling styles used, the types of requirements modelled, and the existing challenges/problems. We also proposed a research agenda. Conclusions: This paper is a step towards developing a body of knowledge in RE for ES that is derived from a large-scale SLR. We believe the results will benefit both researchers and practitioners.

8 - Análise de Ontologias para Sistemas AAL (Ambient Assisted Living) e o suporte a Compliance. Timóteo Gomes, Fernanda Alencar. pp. , DOI 10.29327/1298728.24-8. [pdf] [scholar]

Abstract: O ambiente de vida assistida (do inglês, Ambient Assisted Living - AAL) se constitui em uma abordagem tecnológica, que tem por objetivo atender às emandas do público idoso e das pessoas com deficiências. Dentre os desafios de desenvolvimento de sistemas AAL estão o atendimento às restrições éticas, legais, sociais, médicas e técnicas. Com isso, surge a necessidade de tratar a compliance. Esse trabalho apresenta o resultado da análise de ontologias para sistemas AAL e a verificação da existência ou não do suporte ao atendimento aos aspectos de compliance por parte dessas ontologias. Para levantamento das ontologias existentes para AAL, foi realizado um mapeamento sistemático da literatura sobre o uso de ontologias no desenvolvimento de sistemas AAL e ontologias para suporte a compliance. Após a aplicação do protocolo da MSL, 63 artigos responderam a questão de pesquisa sobre ontologia para sistemas AAL. Nenhum dos trabalhos retornados abordou em suas ontologias o aspecto de compliance. Logo, a principal evidência encontrada está relacionada à falta de aplicação conjunta da ontologia e compliance em sistemas AAL. Diante disso, é apresentada uma proposta (ainda em fase inicial) de uma ontologia para sistemas AAL que aborde aspectos de compliance.

9 - The Philosophy Behind IRES, an Intentional Requirements Engineering Strategy. Antonio de Padua Albuquerque Oliveira, Vera Maria Benjamim Werneck, Luiz Marcio Cysneiros, Julio Cesar Sampaio do Prado Leite. pp. , DOI 10.29327/1298728.24-9. [pdf] [scholar]

Abstract: Intentionality is considered particularly important in several facets of social context. For example, police investigation usually starts based on “the why”, which is searching for a motive. The search for a motive is also frequent in the anamnesis process in medicine, as well as in investigative journalism. In a criminal investigation, early discovery of motive usually provides a track to identify a crime’s perpetrators. When in the doctor’s office, the usual first question a patient has to answer is why he/she is there. In the same way, no one disagrees that software utility is the backbone of construction success. Since the task of discovering “the why” (goals) is abstract, subjective, and complicated, we delineate a thinking process frame, a philosophy, for guiding Requirements Engineers into focusing on intentions for the elicitation of goals. The philosophy, at the beginning of the IRES (Intentional Requirements Engineering Strategy), provides a backbone to the requirements process. It is composed of four topics (Necessity, Motivation, Goal, Action), and is linked by the intentionality and their interconnections in a given State of Affairs. The goal of this paper is to explain how this frame helps the construction of well-anchored models.

10 - Identificação e Mensuração da Dívida Técnica de Requisitos: um survey na indústria de software. Ana Carolina Candido de Melo, Roberta Andrade de A. Fagundes, José Vinícius Vieira Lima, Fernanda Alencar, Wylliams Barbosa Santos. pp. , DOI 10.29327/1298728.24-10. [pdf] [scholar]

Abstract: Contexto: A Engenharia de Requisitos (ER) possui extrema importância no ciclo de vida de projetos de software. No entanto, quando tarefas são realizadas inadequadamente, ocasionam problemas que afetam a qualidade do software, os quais podem ser exemplos de Dívida Técnica (DT). Identifica¸cão e mensura¸cão são as duas primeiras etapas no processo de gerenciamento de uma DT. São etapas essenciais, no entanto, no contexto da ER ainda são pouco exploradas. Objetivo: Assim, este trabalho tem por objetivo diagnosticar como a identificacão e mensuracão da DT de requisitos estão sendo realizadas na prática em contextos reais do desenvolvimento de software. Método: Para isso, um survey foi aplicado com 30 profissionais da indústria de software de diferentes organizacões. Resultados: Dentre os resultados, tornou-se possível identificar: (i) causas atribuídas ao surgimento dessa DT; (ii) estratégias e métricas utilizadas para identificá-la e mensurá-la; e (iii) dificuldades encontradas ao realizar essas atividades. Conclusã: Ao final, percebe-se uma ausência de conhecimento por parte dos profissionais sobre ferramentas e informacões que auxiliem a automatizar essas atividades.

11 - O papel do patrocinador para apoiar o processo da engenharia de requisitos na busca por ideias externas em projetos de inovação aberta. Fabrizio Farias, Kiev Gama, Hermano Moura. pp. , DOI 10.29327/1298728.24-11. [pdf] [scholar]

Abstract: Presently, globalization is causing companies to be more competitive, and one of the ways this can be achieved is through the use of Open Innovation Projects (OIPs). Although considerable research has been devoted to Open Innovation (OI), rather less attention has been paid to how the OIP sponsor deals with limited resources to implement the requirements of the OIP. The purpose of this paper is to investigate the concerns and challenges that the sponsor has in supporting the requirements engineering (RE) process to meet the OIP requirements. A qualitative study was conducted to investigate five companies in the automotive, steel, oil, health and electric power industries. The findings show that there are differences between activities of the sponsor and the OIP team that help to characterize the problems that must be addressed by participants in an OIP. There is an evolving role for the sponsor to carry out the RE which is different from the OIP when the OIP first started. This is because the analysis of the requirements in OIP is constantly evolving during the project, and thinking about the requirements in the management phase of the OIP also needs to evolve to reach an innovative solution. The experiences shared here can help future OIP participants to better set requirements for their OIPs as well as to proactively address problems of inadequate collaboration, motivation, and empathy of the participants in OIPs.

12 - A Method to Evaluating Consistency, Completeness and Correctness in Evolution Requirements. Edneuci Denise Audacio, Katia Romero Felizardo, Luiz Gustavo Ferreira Aguiar, Rebeca Teodoro da Silva, Elias Canhadas Genvigir. pp. , DOI 10.29327/1298728.24-12. [pdf] [scholar]

Abstract: Changes in the domain in which a specific software was developed can generate a demand for new requirements known as requirements evolution. However, it is expected that these will be specified in a consistent, complete and correct manner. This work defines a method that makes it possible to assess the consistency, completeness and correctness of requirements defined during the software evolution. The developed method is composed of two phases: (1) analysis of units of information, i.e., the analysis of each requirement and its domain; and (2) analysis of these items through indicators for consistency and completeness. For verification purposes, the method was applied through a case study in a software company and, the results presents positive indicators for the improvement of quality in requirements evolution. The project, object of this study, originally had a high rework load, that is, correction in the codification of the requirements of the case study. Through the application of the method, it was possible to identify that most of the evaluated requirements, which presented inconsistency or completeness problem, were associated with rework efforts.

13 - Rotule-me! Uma experiência de engenharia de requisitos para um sistema de rotulagem. Letícia Passos, Lucas Viana, Edson César Oliveira, Tayana Conte. pp. , DOI 10.29327/1298728.24-13. [pdf] [scholar]

Abstract: Machine Learning (ML) tem sido cada vez mais aplicado em diversos domínios do conhecimento humano. Em projetos de ML supervisionado, é necessário que haja uma base de dados para treinamento do modelo de ML. Sistemas de rotulagem de dados são frequentemente utilizados para apoiar o desenvolvimento desse tipo de ML quando a gestão dessa base de dados é crítica para o sucesso do projeto. Contudo, a elicitação de requisitos desses sistemas apresenta desafios relacionados à interação dos usuários com grande volume de dados. Há a necessidade de entender os requisitos específicos desses sistemas para elaborar um software de qualidade. Este trabalho relata uma experiência de engenharia de requisitos em um sistema de rotulagem de dados para ML. Esse sistema tem como objetivo atuar na inspeção de rotulagem de milhões de produtos para fiscalização de impostos pelas Secretarias da Fazenda dos Estados Federativos do Brasil. A partir dos requisitos iniciais, foi realizado um processo evolutivo de prototipagem de interfaces. O processo incluiu três iterações, envolvendo o gerente de produto e a equipe de desenvolvimento. Os protótipos auxiliaram a refinar os requisitos a partir da análise de cada iteração, além de possibilitar a avaliação dos requisitos atendidos.

14 - Especificação de Requisitos de Privacidade em Conformidade com a LGPD: Resultados de um Estudo de Caso. Carina Alves, Moisés Neves. pp. , DOI 10.29327/1298728.24-14. [pdf] [scholar]

Abstract: A Lei Geral de Proteção de Dados (LGPD) visa proteger os dados pessoais, inclusive nos meios digitais, por pessoa natural ou por pessoa jurídica de direito público ou privado, e que pode impor sanções severas pelo seu não cumprimento. Grande parte das organizações ainda não está preparada e precisa implementar várias medidas para garantir que seus sistemas cumpram a conformidade imposta pela lei. No entanto, a legislação vigente é considerada de difícil entendimento para os profissionais de TI. Estes profissionais enfrentam dificuldades para extrair e operacionalizar requisitos legais e de privacidade. Este artigo apresenta um estudo de caso realizado em uma organização do poder judiciário para entender os principais desafios enfrentados por analistas de requisitos para especificar requisitos de privacidade em conformidade com a LGPD. Como contribuição empírica, discutimos o ponto de vista dos analistas em relação às seguintes categorias: conceitos de privacidade, processo de conformidade, obstáculos na conformidade, tradeoff entre privacidade e transparência, rotina de trabalho. A partir das percepções dos participantes do estudo de caso, elaboramos uma proposta baseada em padrões de privacidade. A abordagem proposta foi utilizada para especificar requisitos de privacidade de um sistema de software da organização estudada.

15 - Aplicando técnicas de Design Thinking para a especificação de cenários na elicitação de requisitos. Jose Carlos Duarte, Adriana Damian, Rafael Parizi, Sabrina Marczak, Tayana Conte. pp. , DOI 10.29327/1298728.24-15. [pdf] [scholar]

Abstract: Design Thinking (DT) é uma abordagem que busca a solução de problemas e promove o desenvolvimento de soluções criativas e inovadoras, em uma perspectiva empática e multidisciplinar. DT tem sido empregado no desenvolvimento de software para auxiliar no processo da Engenharia de Requisitos (ER) que exige cada vez mais uma perspectiva centrada no ser humano. A integração de DT com a ER pode acontecer em diferentes atividades, entre elas está a especificação de cenários. Os cenários são amplamente utilizados no processo de elicitação de requisitos, descrevendo as situações de uso do sistema pelos seus usuários. Portanto, é importante compreender o potencial das diferentes técnicas de DT para a elaboração de cenários, com o objetivo de entender como estas podem contribuir para a especificação de requisitos. Neste sentido, este artigo apresenta a aplicação das técnicas Mapa de Jornada do Usuário, Blueprint de Serviços, Storyboard e Storytelling para a elaboração de cenários visando representar a interação do usuário em um aplicativo de transporte particular. Com este trabalho, espera-se apoiar os engenheiros de requisitos na elaboração de cenários com técnicas DT para promover um melhor entendimento das necessidades dos usuários, contribuindo para a identificação de requisitos que proporcionem o desenvolvimento de produtos de software inovadores.

16 - Thinking about gender: Combinando Design Thinking e GenderMag na elicitação de requisitos para um software de apoio a avaliação de UX.. Elizamara K. Almeida, Vinícius Monteiro, Franciane Alves, Brenda Aguiar, Leonardo Marques, Bruno Gadelha, Tayana Conte. pp. , DOI 10.29327/1298728.24-16. [pdf] [scholar]

Abstract: A elicitação de requisitos é a primeira etapa do processo de Engenharia de Requisitos. Essa etapa é fundamental para o desenvolvimento de software visto que, busca entender quais são as necessidades do usuário. Design Thinking (DT) é uma abordagem centrada no usuário, buscando identificar as suas necessidades e desejos, viabilizando o desenvolvimento de um software mais adequado. Nesse sentido, DT é uma boa alternativa para elicitar requisitos. Apesar de existirem várias abordagens de implementac˜ao do DT, não há uma amplamente adotada com ênfase em inclusão de gênero, na fase de elicitação de requisitos. Todavia, existe um método que avalia essa questão de inclusão, chamado GenderMag (GM). Este artigo propõe investigar os benefícios do uso conjunto do DT e GM no processo de elicitação de requisitos. Para isso, foi feito o levantamento de requisitos utilizando técnicas de DT, para um software de apoio a avaliação UX. Em seguida foi aplicado o GM no protótipo gerado. Os resultados do uso conjunto dessas abordagens consistem numa lista de requisitos obtidos através do DT que apoiam o uso do software por quem possui algumas facetas cognitivas, comuns no gênero masculino. Por outro lado, o GM forneceu uma lista de correção que possibilitou a adequação do protótipo incluindo outras facetas cognitivas. A principal contribuição deste trabalho consiste em mostrar como o uso do GM permitiu a concepção de um software mais inclusivo, mostrando os benefícios do seu uso conjunto com DT, além de fomentar a importância de levantar requisitos voltados à inclusão de gênero.

17 - Casos de Garantia de Segurança aplicados a sistemas robóticos: revisão sistemática da literatura. Mozart de Melo Alves Júnior, Maria Lencastre, Lucas Florêncio de Brito, Jaelson Castro, Moniky Ribeiro. pp. , DOI 10.29327/1298728.24-17. [pdf] [scholar]

Abstract: Contexto: A segurança dos sistemas robóticos é de extrema importância, pois falhas ou acidentes relacionados a eles podem resultar em perdas irreparáveis. Estes sistemas precisam ser certificados por entidades reguladoras que exijam evidências de sua segurança em termos de Casos de Garantia de Segurança. Objetivo: Analisar abordagens, conceitos, ferramentas, normas e métodos relacionados à garantia da segurança em robôs e descobrir o estado da arte em relação ao uso e aplicação dos Casos de Garantia de Segurança em Sistemas Robóticos. Método: Condução de uma revisão sistemática da literatura (RSL) para identificar e analisar as abordagens aplicadas aos sistemas robóticos com base em Casos de Garantia de Segurança. Resultados: Foram identificados 21 estudos de um conjunto de 857 trabalhos publicados. Os resultados indicam que os Casos de Garantia de Segurança podem assumir um papel importante na gerência das especificações dos requisitos de segurança. Conclusão: A análise realizada pode auxiliar os profissionais a compreender melhor a área em trabalhos porvir. Foram relatadas as descobertas mais relevantes e suas implicações, também foi proposta uma agenda de pesquisa para a comunidade de engenharia de requisitos, especificamente para os sistemas robóticos, que será abordado em trabalhos futuros.

18 - Diversidade de gênero & Elicitação de requisitos: Uso do GenderMag como Estratégia de Identificação de Requisitos de Usabilidade. Moises Barbosa, Isabelle Brilhante, Artur Andrade, Júlia Luiza Conceição, Genildo Gomes, Tayana Conte and Bruno Gadelha. pp. , DOI 10.29327/1298728.24-18. [pdf] [scholar]

Abstract: Criar softwares que atendam a uma grande diversidade de usuários não é uma tarefa trivial pois envolve identificar as diferentes dificuldades que eles poderão ter ao utilizá-los. Essa identificação deve ser realizada o quanto antes visando tornar o produto de software mais inclusivo, abrangendo uma maior diversidade de usuários. Considerando essa perspectiva da diversidade, neste artigo é discutida a possibilidade de identificar requisitos de um software a partir de uma análise sob o viés de gênero através do método GenderMag. Este método utiliza as técnicas de Percurso Cognitivo e Personas para identificar problemas do software a partir de uma perspectiva de gênero. Para avaliar o uso do GenderMag como uma ferramenta de identificação de requisitos, realizou-se um estudo com um protótipo de um sistema de recomendação. Inicialmente seis usuários avaliaram o protótipo, respondendo a entrevistas em seguida. Posteriormente, aplicou-se o método GenderMag. Como resultado, verificou-se a possibilidade de utilização deste método para avaliação de protótipos antes de uma interação com usuários reais, uma vez que este possibilitou a identificação de diversos requisitos que foram elicitados com os usuários no primeiro estudo.

19 - Requirements Smells como Indicador de Qualidade para Histórias de Usuários: Estudo Exploratório. Rafael Nascimento, Eltoni Guimarães, Marcia Lucena. pp. , DOI 10.29327/1298728.24-19. [pdf] [scholar]

Abstract: Os métodos ágeis transformaram a maneira como os softwares são desenvolvidos. Neste contexto, um dos artefatos mais utilizados para a escrita de requisitos são as Histórias de Usuários. No entanto, Histórias de Usuários mesmo sendo simples de escrever, podem ser acometidas de sintomas de má qualidade gerando, por exemplo, ambiguidade, problemas de estimativa e de negociação. Neste contexto, alguns trabalhos investigaram fatores de qualidade que devem estar presentes na escrita das Histórias. No entanto, nas pesquisas até o momento não encontramos trabalhos que investigam os tipos de sintomas de maus usos da escrita que impactam os Fatores de Qualidade. Este estudo, verifica se Requirements Smells, um conjunto de indicadores de qualidade na escrita, podem ser aplicados para detecção de sintomas de má qualidade na escrita de Histórias de Usuários. Os resultados obtidos no Estudo Exploratório, atestam que o uso de Requirements Smells é adequado para detecção de sintomas de má qualidade na escrita de Histórias de Usuário comprometendo assim os seus Fatores de Qualidade.

20 - Modelando perfis de Recursos Humanos para alinhamento de grupos de trabalho. Henrique Prado de Sá Sousa, Eduardo Kinder Almentero, Juliana Cesar Sirena Machado and Julio Cesar Sampaio do Prado Leite. pp. , DOI 10.29327/1298728.24-20. [pdf] [scholar]

Abstract: Os recursos humanos (RH) são parte fundamental das organizações e um dos principais responsáveis pela qualidade das tarefas que são realizadas no dia a dia. Essas tarefas, por sua vez, demandam como requisito uma ou mais competências para serem realizadas a contento. O perfil necessário para um ator organizacional define os requisitos que o indivíduo deve possuir para ser considerado adequado à posição do ator. No entanto, no ambiente organizacional, os indivíduos comumente atuam em grupo, de forma colaborativa. Isso envolve um conjunto maior de requisitos de RH de natureza social. Também surgem outras variáveis específicas provenientes da dinâmica de trabalho em grupo. Neste trabalho, propomos uma extensão da linguagem GPI-HR para permitir a modelagem de competências relacionadas ao trabalho em grupo e posterior análise de alinhamento. Adicionalmente, propusemos regras de propagação de impactos e mecanismos de pesos, visando representar de forma mais apropriada os resultados das contribuições individuais presentes no trabalho em grupo.

21 - Engenharia de Requisitos Ágil: Extensão de uma Revisão Sistemática da Literatura. Renato Menezes, Suzana Sampaio, Marcelo Marinho. pp. , DOI 10.29327/1298728.24-21. [pdf] [scholar]

Abstract: Nowadays, the daily routine of software engineers is determined by agile methods practices, motivating questions about how to adopt a more flexible and dynamic Requirements Engineering (RE), distinct from the traditional model. What makes suitable to exploring the advances of agile RE in diverse and challenging environments. Therefore, this paper aims on identifying and understanding the current scenario regarding practices and techniques within Agil RE, as well as its challenges and lessons learned. An extension of a systematic literature review study was conducted to carry out this analysis and the evidence is synthesized from sources published between 2017 and 2020. In addition, the work delivers a compiled of practices, observing the different contexts of projects and organizations.

2. Software Requirements Tools Track

22 - CSC - Um Sistema de Controle de Cenários de Conflito. Marcos Paiva, Maria Lencastre, Aline Barbosa. pp. , DOI 10.29327/1298728.24-22. [pdf] [scholar]

Abstract: This paper presents the Conflict Scenario Control tool – a web system that assists in the elicitation and management of interpersonal conflict scenarios, in the context of Requirements Engineering, considering conflicts categorization (based on a systematic literature review in the area) and promoting empathy with the involved stakeholders. The tool evaluation occurred as a classroom study; the students used the tool to record and manage real conflict scenarios, through interviews with RE professionals; at the end, students answered a questionnaire which shows that they consider the system comfortable, organized, easy to use, with a didactic layout, and capable of recording real scenarios, in a structured way, and with support to help in thinking about conflicts.

23 - Helius: On a Recommendation System of Design Thinking Techniques for Software Development based on Professionals' Collaboration. Rafael Parizi, Igor Couto, Lucas Hanauer, Sabrina Marczak, Tayana Conte. pp. , DOI 10.29327/1298728.24-23. [pdf] [scholar]

Abstract: This paper reports further on Helius, a collaborative recommendation system of Design Thinking techniques for software development. DT has been using as an approach for problem-solving, supporting software development activities such as Requirement Engineering (RE). DT integrated to RE fosters empathy, team collaboration, creativity, and an innovative mindset putting the user needs at the center of the development process. DT provides a large set of techniques, including Interviews, Brainstorming, Personas, User Journeys, Prototyping, etc. Therefore, selecting the DT techniques for RE activities becomes a challenge, mainly for novice professionals. This way, Helius uses professionals’ experiences and techniques evaluations as collaborative resources to recommend DT techniques. Helius’ proposes resulted from a DT session with software development professionals and researchers. Helius presents innovative features when compared with similar tools. Therefore, we expect to support software development professionals in selecting DT techniques and collaborate with the DT adoption in software development.

3. Master's and Doctoral Thesis Track

24 - Requisitos de Confiança para Robôs Socialmente Assistivos. Larissa Rodrigues da Costa, Jaelson Castro. pp. , DOI 10.29327/1298728.24-24. [pdf] [scholar]

Abstract: No campo de pesquisa dos Robôs Socialmente Asistivos (SARs) o estudo da Interação Humano-Robô (HRI) tem o importante papel de indagar a forma como o aspecto humano e robótico colaboram entre si e qual o espaço do robô na vida humana. Alguns aspectos vêm sendo bastante estudados na literatura, dentre eles a confiança, que é crucial e bastante complexa, composta de diversos fatores que precisam de algumas condições necessárias para ser atingida, condições essas, que a Engenharia de Requisitos pode contribuir para compreender, moldar e analisar quais requisitos são fundamentais melhorando assim a aceitação da utilização desses robôs. Objetivo: Essa pesquisa propõe a construção de um catálogo de requisitos não funcionais chamado NFR4TRUST, que possa ajudar a aumentar a confiança humana na utilização de robôs no domínio de SARs. Método: Inicialmente, será realizado um levantamento bibliográfico visando verificar o estado da arte em HRI no contexto de confiança, segurança e taxonomias existentes. A partir deste estudo, será construída uma proposta de taxonomia que auxiliará a descoberta de requisitos para SARs. A técnica STPA será utilizada como método para avaliar as ameaças a confiança, enquanto a validação do catálogo proposto será realizada por especialistas e elaboração de um estudo de caso. Resultados esperados: Com este trabalho criaremos o Catálogo NFR4TRUST que permitirá apoiar as etapas de elicitação e especificação de requisitos referentes a confiança no domínio proposto. Conclusão: Os resultados deste trabalho permitirão incrementar, avaliar e melhorar a confiança humana na utilização dos SARs.

25 - Mantendo a consistência na coevolução de modelos iStar, BPMN e Casos de Uso na Engenharia de Requisitos. Diogo Do Nascimento Paza, Victor Santander. pp. , DOI 10.29327/1298728.24-25. [pdf] [scholar]

Abstract: A Engenharia de Requisitos (ER) é uma etapa fundamental no desenvolvimento de um software. Tecnicas de modelagem organizacional como iStar (lê-se i-estrela), de processos de negócio como BPMN (Business Process Model and Notation) e de requisitos funcionais como Caso de uso UML são utilizadas para elicitar e documentar requisitos. Em trabalhos prévios, propõe-se derivar casos de uso a partir de modelos iStar e BPMN e gerar esses artefatos na ferramenta JGOOSE (Java Goal into Object Oriented Standard Extension). Contudo, as diretrizes de derivação propostas e a ferramenta de suporte não garantem a consistência desses artefatos quando os mesmos evoluem. Isto significa que altera¸cões em casos de uso não são refletidas nos modelos iStar ou BPMN usados como base. Esta deficiência pode levar à documentos inconsistentes ao longo do ciclo de vida de um software. Desta forma, propõe-se definir regras de mapeamento que garantam a consistência entre esses modelos bem como incluir esse suporte na ferramenta JGOOSE. Também neste trabalho pretende-se validar a solução proposta utilizando a engenharia de software experimental.

26 - Processo de Especificação de Banco de Dados em Sistemas Críticos. Sarasuaty Yelisetty, Johnny Marques, Luiz Dias. pp. , DOI 10.29327/1298728.24-26. [pdf] [scholar]

Abstract: O software de sistemas críticos em segurança, incluindo banco de dados, requer processos robustos de especificação, desenvolvimento, validação, verificação, gerenciamento de configuração e garantia de qualidade. A pesquisa reportada neste trabalho, em seu estágio atual, propõe a criação de um processo de especificação e validação de requisitos para bancos de dados em sistemas críticos. A metodologia utilizada envolve a condução de uma Revisão Sistemática da Literatura em processos de especificação de bancos de dados. Adicionalmente, inclui-se um diagrama do processo de especificação e validação de requisitos para bancos de dados em sistemas críticos que inclui a criação dos cenários de validação de requisitos. Espera-se que o processo possa ser utilizado por empresas desenvolvedoras de sistemas críticos e apresentará rastreabilidade para as necessidades regulatórias de alguns domínios selecionados como o aeronáutico, médico e ferroviário. Adicionalmente, o processo também permitirá uma construção organizada de bancos de dados orientados por requisitos, visando a mitigação de erros inseridos em sua construção e mecanismos de garantias desde a especificação até a integração com o software de aplicação.

27 - Padrões de Requisitos para Sistemas de Registro Eletrônico de Saúde. Mariana Martins, Taciana Kudo, Renato Bulcão-Neto. pp. , DOI 10.29327/1298728.24-27. [pdf] [scholar]

Abstract: Um catálogo de padrões de requisitos de software (CPRS) organiza requisitos comuns entre aplicações de um domínio para que sejam reusados e, assim, reduzir os esfor¸cos de elicitação, especificação e validação de requisitos de uma nova aplicação de mesmo domínio. O CPRS tem importante papel para a Engenharia de Requisitos e todo o ciclo de vida, pois mais de 50% dos defeitos identificados em projetos advêm de requisitos de baixa qualidade. Estudos recentes reforçam que o desenvolvimento de CPRS é uma das ações que promovem maior disseminação da adoção de padrões de requisitos na indústria. Além da baixa disponibilidade de CPRS, poucos estudos realizam a validação e a avaliação de CPRS. Assim, visa-se desenvolver um CPRS para Sistemas de Registro Eletrônico em Saúde (S-RES), validado e avaliado por especialistas desse domínio de aplicação. A construção do CPRS é apoiada pela ferramenta Terminal Model Editor (TMEd), e os conceitos e a estrutura do CPRS seguem as definições do metamodelo Software Pattern Metamodel (SoPaMM). A construção do CPRS apoia-se em requisitos usados na certificação de S-RES pela Sociedade Brasileira de Informática em Saúde (SBIS). O CPRS será então disponibilizado à SBIS para apoiar não somente a certificação, mas também o desenvolvimento de S-RES.

28 - Análise de Requisitos Não-Funcionais nos Processos de Migração para Microsserviços. Marcio Veronez, Ivonei Freitas da Silva. pp. , DOI 10.29327/1298728.24-28. [pdf] [scholar]

Abstract: Requisitos não-funcionais como alta disponibilidade, redund?ancia e escalabilidade são descritos na literatura como motivação e benefícios quando se migra de uma arquitetura monol´?tica para microsserviços. No entanto, não está claro quais os principais requisitos não-funcionais e seus trade-offs que engenheiros de requisitos e arquitetos de software devem considerar antes do processo de migração. Este trabalho descreve os principais requisitos não-funcionais e seus trade-offs do processo de migração de sistemas monol´?ticos para microsserviços. Para isto, primeiramente, as motivações e forças norteadoras que justificam as migrações de sistemas monolíticos para microsserviços são mapeadas para requisitos não-funcionais através de um mapeamento sistemático da literatura. Então, uma análise de similaridade e variabilidade entre estes requisitos não-funcionais é realizada com um modelo de features. Essa análise pode guiar os arquitetos de software nas decisões arquiteturais durante o processo de migração.

29 - Auxiliando Professores de Engenharia de Requisitos a Identificar Jogos como Recursos Pedagógicos. Caio Steglich, Sabrina Marczak. pp. , DOI 10.29327/1298728.24-29. [pdf] [scholar]

Abstract: Os professores de requisitos são responsáveis por formar os futuros profissionais que lidarão com a especificação de software que serão desenvolvidos pela indústria. A literatura sobre o ensino de requisitos costuma apresentar estudos que vislumbram a perspectiva dos estudantes, mas raramente exploram as dificuldades do professor, como, por exemplo, localizar recursos para utilizarem em sala de aula. Esta pesquisa visa entender as dificuldades do professor quanto a localização de jogos didáticos e compor um ambiente que apoie os professores de requisitos a encontrarem jogos que possam ser utilizados no ensino da disciplina. Esta pesquisa utiliza-se da metodologia de Design Science na qual permite, em ciclos de pesquisa, a elaboração de um artefato que neste estudo será um ambiente a ser proposto. Nestes ciclos, ocorrerão os seguintes estudos: 1) Uma survey para identificar os professores de requisitos, 2) Uma revisão de literatura para popular inicialmente o ambiente proposto, 3) Um estudo de Campo para captação dos requisitos do ambiente, 4) Propostas de protótipos e avaliações destes e 5) Múltiplos estudos de Caso para testar o uso do ambiente na prática. A contribuição esperada ao fi- nal deste estudo é um ambiente que auxilie professores de Engenharia de Requisitos a identificarem jogos que podem ser utilizados como recursos pedagógicos em suas disciplinas.

4. Tutorial Track

30 - Analysis of business processes compliance with LGPD. Mariana Peixoto, Diogo Santos, Jéssyka Vilela, Carla Silva. pp. , DOI . [pdf] [scholar]

Abstract: News about data leaks of private and confidential data are being reported with increasing frequency. To mitigate these issues, governments have taken actions to ensure that companies raise their investments and the actions related to user's data security and privacy. Laws were created, like the European General Data Protection Regulation (GDPR) and the Brazilian law called LGPD (Lei Geral de Proteção de Dados, in portuguese, or General Law of Data Protection), which define the privacy rights on user data and establishes penalties to the companies which do not comply with the law. Data privacy and security, which are fundamental non-functional requirements for many socio-technical systems, became a priority among the problems faced by many companies. These systems support business processes that are of fundamental importance in a compliance program with these laws and to balance transparency on the services provided. This tutorial will discuss the importance of developing privacy-aware systems and business processes and present a method to obtain LGPD compliance in business processes. In particular, LGPD4BP (LGPD for Business Process) - a method composed by an evaluation questionnaire and a modelling method supported by a modelling patterns catalog - will be presented to the audience.

  voltar