-
Segmentation of Drone Collision Hazards in Airborne RADAR Point Clouds Using PointNet
Authors:
Hector Arroyo,
Paul Kier,
Dylan Angus,
Santiago Matalonga,
Svetlozar Georgiev,
Mehdi Goli,
Gerard Dooly,
James Riordan
Abstract:
The integration of unmanned aerial vehicles (UAVs) into shared airspace for beyond visual line of sight (BVLOS) operations presents significant challenges but holds transformative potential for sectors like transportation, construction, energy and defense. A critical prerequisite for this integration is equip** UAVs with enhanced situational awareness to ensure safe operations. Current approache…
▽ More
The integration of unmanned aerial vehicles (UAVs) into shared airspace for beyond visual line of sight (BVLOS) operations presents significant challenges but holds transformative potential for sectors like transportation, construction, energy and defense. A critical prerequisite for this integration is equip** UAVs with enhanced situational awareness to ensure safe operations. Current approaches mainly target single object detection or classification, or simpler sensing outputs that offer limited perceptual understanding and lack the rapid end-to-end processing needed to convert sensor data into safety-critical insights. In contrast, our study leverages radar technology for novel end-to-end semantic segmentation of aerial point clouds to simultaneously identify multiple collision hazards. By adapting and optimizing the PointNet architecture and integrating aerial domain insights, our framework distinguishes five distinct classes: mobile drones (DJI M300 and DJI Mini) and airplanes (Ikarus C42), and static returns (ground and infrastructure) which results in enhanced situational awareness for UAVs. To our knowledge, this is the first approach addressing simultaneous identification of multiple collision threats in an aerial setting, achieving a robust 94% accuracy. This work highlights the potential of radar technology to advance situational awareness in UAVs, facilitating safe and efficient BVLOS operations.
△ Less
Submitted 6 November, 2023;
originally announced November 2023.
-
Towards a Theory on Architecting for Continuous Deployment
Authors:
Breno Bernard Nicolau de França,
Paulo Sérgio Medeiros dos Santos,
Santiago Matalonga
Abstract:
Context: As the adoption of continuous delivery practices increases in software organizations, different scenarios struggle to make it scales for their products in long-term evolution. This study looks at the concrete software architecture as a relevant factor for successfully achieving continuous delivery goals. Objective: This study aims to understand how the design of software architectures imp…
▽ More
Context: As the adoption of continuous delivery practices increases in software organizations, different scenarios struggle to make it scales for their products in long-term evolution. This study looks at the concrete software architecture as a relevant factor for successfully achieving continuous delivery goals. Objective: This study aims to understand how the design of software architectures impacts the continuous deployment of their software product. Method: We conducted a systematic literature review to identify proper evidence regarding the research objective. We analyzed the selected sources adopting a synthesis and analysis approach based on Grounded Theory. Results: We selected 14 primary sources. Through our analysis process, we developed a theory that explains the phenomenon of Architecting for Continuous Deployment. The theory describes three other phenomena that support Architecting for Continuous Deployment: Supporting Operations, Continuous Evolution, and Improving Deployability. Furthermore, the theory comprises the following elements: contexts, actions and interactions, quality attributes, principles, and effects. We instantiated these elements and identified their interrelationships. The theory is supported by providing bi-directional traceability from the selected sources to the elements and vice-versa. Conclusions: Develo** adequate architecture plays a crucial role in enabling continuous delivery. Supporting operations becomes vital to increase the deployability and monitorability of software architecture. These two outcomes require that developers accept responsibility for maintaining the operations. The continuous evolution of the architecture is essential, but it must consider balanced management of technical debt. Finally, improving deployability requires attention to the test strategy and how it affects downtime to enable efficient pipelines.
△ Less
Submitted 21 August, 2021;
originally announced August 2021.
-
Alternatives for Testing of Context-Aware Contemporary Software Systems in industrial settings: Results from a Rapid review
Authors:
Santiago Matalonga,
Domenico Amalfitano,
Andrea Doreste,
Ana Rita Fasolino,
Guilherme H. Travassos
Abstract:
Context: Context-aware contemporary software systems (CACSS) are mainstream. Furthermore, they present challenges for current engineering practices. These challenges are distinctively present when testing CACSS, as the variation of context deepens the limitations of available software testing practices and technologies. Objective: To understand how the industry deals with the variation of context…
▽ More
Context: Context-aware contemporary software systems (CACSS) are mainstream. Furthermore, they present challenges for current engineering practices. These challenges are distinctively present when testing CACSS, as the variation of context deepens the limitations of available software testing practices and technologies. Objective: To understand how the industry deals with the variation of context when testing CACSS. Method: A Rapid Review was commissioned to uncover the necessary evidence to achieve the objectives. Results: Our results show that current research initiatives aim to generate or improve Test Suites that can deal with the variation of context and the sheer volume of test input possibilities. To achieve this, they mostly rely on modelling the systems' dynamic behavior and increasing computing resources to generate test inputs. We found no evidence of research results aiming at managing context variation through the testing lifecycle process. Conclusions: We discuss how the identified solutions are not ready for mainstream adoption. They are all domain-specific, and while the ideas and approaches can be reproduced in different settings, the technologies noon to be re-engineered and tailor to the specific CACSS.
△ Less
Submitted 14 April, 2021; v1 submitted 3 April, 2021;
originally announced April 2021.
-
Technical Debt and Waste in Non-Functional Requirements Documentation: An Exploratory Study
Authors:
Gabriela Robiolo,
Ezequiel Scott,
Santiago Matalonga,
Michael Felderer
Abstract:
Background: To adequately attend to non-functional requirements (NFRs), they must be documented; otherwise, developers would not know about their existence. However, the documentation of NFRs may be subject to Technical Debt and Waste, as any other software artefact. Aims: The goal is to explore indicators of potential Technical Debt and Waste in NFRs documentation. Method: Based on a subset of da…
▽ More
Background: To adequately attend to non-functional requirements (NFRs), they must be documented; otherwise, developers would not know about their existence. However, the documentation of NFRs may be subject to Technical Debt and Waste, as any other software artefact. Aims: The goal is to explore indicators of potential Technical Debt and Waste in NFRs documentation. Method: Based on a subset of data acquired from the most recent NaPiRE (Naming the Pain in Requirements Engineering) survey, we calculate, for a standard set of NFR types, how often respondents state they document a specific type of NFR when they also state that it is important. This allows us to quantify the occurrence of potential Technical Debt and Waste. Results: Based on 398 survey responses, four NFR types (Maintainability, Reliability, Usability, and Performance) are labelled as important but they are not documented by more than 22% of the respondents. We interpret that these NFR types have a higher risk of Technical Debt than other NFR types. Regarding Waste, 15% of the respondents state they document NFRs related to Security and they do not consider it important. Conclusions: There is a clear indication that there is a risk of Technical Debt for a fixed set of NFRs since there is a lack of documentation of important NFRs. The potential risk of incurring Waste is also present but to a lesser extent.
△ Less
Submitted 27 September, 2019;
originally announced September 2019.
-
Systematic Map** Protocol: Have Systematic Reuse Benefits Been Transferred to Real-world Settings?
Authors:
Jose Luis Barros-Justo,
Fernando Pinciroli,
Santiago Matalonga,
Marco Aurelio Paz Gonzalez,
Nelson Martinez Araujo
Abstract:
This document details the planning phase of a Systematic Map** Study. Our goal is to identify and to understand the benefits that the software engineering community has reported on the application of the different reuse strategies in industrial context, by building a general picture (map) containing: the claimed benefits, the data supporting those claims, the industry's domains and the reuse str…
▽ More
This document details the planning phase of a Systematic Map** Study. Our goal is to identify and to understand the benefits that the software engineering community has reported on the application of the different reuse strategies in industrial context, by building a general picture (map) containing: the claimed benefits, the data supporting those claims, the industry's domains and the reuse strategy employed.
△ Less
Submitted 20 September, 2016;
originally announced September 2016.