Please use this identifier to cite or link to this item:
http://repositorio.ufc.br/handle/riufc/47680
Type: | Tese |
Title: | Correlate & lead: process and catalog of non-functional requirements correlations in ubicomp and iot systems |
Title in English: | Correlate & lead: process and catalog of non-functional requirements correlations in ubicomp and iot systems |
Authors: | Carvalho, Rainara Maia |
Advisor: | Andrade, Rossana Maria de Castro |
Co-advisor: | Oliveira, Káthia Marçal de |
Keywords: | Ubiquitous computing;Internet of things;Human-computer interaction;Non-functional requirement;Quality characteristic;Correlation;Catalog |
Issue Date: | 2019 |
Citation: | CARVALHO, Rainara Maia. Correlate & lead: process and catalog of non-functional requirements correlations in ubicomp and iot systems. 2019. 230 f. Tese (Doutorado em Ciência da Computação) - Universidade Federal do Ceará, Fortaleza, 2019. |
Abstract in Brazilian Portuguese: | A Computação Ubíqua (UbiComp) e a Internet das Coisas (IoT) possuem ambientes repletos de coisas inteligentes e interconectadas, que podem ser acessadas e controladas por vários sistemas em diferentes dispositivos. Esses sistemas trazem um novo conjunto de Requisitos Não-Funcionais (RNFs), principalmente aqueles que são características de qualidade relacionadas à Interação Humano-Computador (IHC), como Sensibilidade ao Contexto, Mobilidade e Invisibilidade. Tais RNFs podem interagir com RNFs tradicionais (e.g., Usabilidade, Segurança), apresentando correlações positivas, quando um RNF ajuda outro, e negativas, quando um procedimento favorece um RNF, mas cria dificuldade para o outro. À medida que os engenheiros de software obtêm conhecimento sobre essas correlações, eles podem evitar RNFs conflitantes e selecionar estratégias que melhor satisfaçam diferentes RNFs. Uma solução comum na literatura para ajudar engenheiros de software neste cenário é o uso de catálogos de correlações, que é um corpo de conhecimento sobre RNFs gerado a partir de experiências anteriores. A literatura tem vários catálogos que geralmente se concentram em requisitos, estratégias e correlações que são genéricos para qualquer sistema, mas não apresenta catálogos com os RNFs mencionados anteriormente. Além disso, não foi encontrado um processo sistemático e reutilizável que organize como construir catálogos com entradas, saídas e abordagens bem definidas. Portanto, o presente trabalho propõe um processo chamado CORRELATE para capturar, analisar e catalogar as correlações entre os RNFs de sistemas UbiComp e IoT e, em seguida, como uma prova de conceito desse processo, um catálogo, chamado LEAD, para a característica Invisibilidade é construído. No processo CORRELATE, os RNFs precisam primeiro ser especificados na notação Softgoal Interdependency Graph (SIG); depois, as correlações devem ser identificadas e avaliadas. Por exemplo, LEAD, o primeiro catálogo baseado no CORRELATE, contém 2 subcaracterísticas de Invisibilidade, 12 sub subcaracterísticas, 66 estratégias de desenvolvimento e 110 correlações com 9 RNFs. Além disso, um experimento controlado foi realizado para avaliar se o catálogo proposto melhora as decisões dos engenheiros de software em relação aos RNFs dos sistemas UbiComp e IoT. Os resultados fornecem evidências de que, quando o LEAD é usado, as interações negativas entre os RNFs considerados são minimizadas e as positivas maximizadas. |
Abstract: | Ubiquitous Computing (UbiComp) and Internet of Things (IoT) have environments full of smart and interconnected things, which can be accessed and controlled by several systems running on different devices. These systems bring a new set of Non-Functional Requirements (NFRs), especially those that are quality characteristics related to Human-Computer Interaction (HCI), such as Context-Awareness, Mobility and Invisibility. Such NFRs may interact with traditional ones (e.g., Usability, Security), revealing positive correlations, when one NFR helps another, and negative correlations, when a procedure favors an NFR but creates difficulty for another one. As software engineers gain knowledge about these correlations, they can avoid conflicting NFRs and select strategies to better satisfy different NFRs. A common solution in the literature that can help software engineers in this scenario is to use correlation catalogs, which is a body of knowledge about NFRs produced from previous experiences. The literature has several catalogs that generally focus on requirements, strategies and correlations that are generic to any system, but it lacks catalogs with the previously mentioned NFRs for the domain of UbiComp and IoT systems. Moreover, the literature does not present a systematic and reusable process that organizes how to build these catalogs with well-defined inputs, outputs, and approaches. Therefore, the present work proposes first a process called CORRELATE to capture, analyze, and catalog the correlations between NFRs of UbiComp and IoT systems and then build a catalog named LEAD for the Invisibility characteristic, providing a proof of concept of the process. In the CORRELATE process, NFRs must first be specified in the Softgoal Interdependency Graph (SIG) notation; then, correlations can be identified and evaluated. For example, LEAD, the first catalog based on CORRELATE, contains 2 subcharacteristics of Invisibility, 12 sub subcharacteristics, 66 development strategies and 110 correlations with 9 NFRs. Also, a controlled experiment was conducted in this work to evaluate whether the proposed catalog improves software engineers’ decisions regarding NFRs in the UbiComp and IoT systems. The results provide evidence that negative interactions between the considered NFRs are minimized and positive interactions are maximized, when LEAD is used. |
URI: | http://www.repositorio.ufc.br/handle/riufc/47680 |
Appears in Collections: | DCOMP - Teses defendidas na UFC |
Files in This Item:
File | Description | Size | Format | |
---|---|---|---|---|
2019_tese_rmcarvalho.pdf | 6,38 MB | Adobe PDF | View/Open |
Items in DSpace are protected by copyright, with all rights reserved, unless otherwise indicated.