Non-functional Requirements in Architectural Decision Making

IEEE Software ◽  
2013 ◽  
Vol 30 (2) ◽  
pp. 61-67 ◽  
Author(s):  
David Ameller ◽  
Claudia Ayala ◽  
Jordi Cabot ◽  
Xavier Franch
2014 ◽  
Vol 17 (3) ◽  
Author(s):  
David Ameller ◽  
Xavier Franch

Non-Functional Requirements (NFRs) and constraints are among the principal drivers of architectural decision-making. NFRs are improved or damaged by architectural decisions (ADs), while constraints directly include or exclude parts of the architecture (e.g., logical components or technologies). We may determine the impact of an AD, or which parts of the architecture are affected by a constraint, but at the end it is hard to know if we are respecting the NFRs and the imposed constraints with all the ADs made. In the usual approach, architects use their own experience to produce software architectures that comply with the NFRs and imposed constraints, but at the end, especially for crucial decisions, the architect has to deal with complex trade-offs between NFRs and juggle with possible incompatibilities raised by the imposed constraints. In this paper we present Quark, a method to assist software architects in architectural decision-making, and the conceptualization of the relationship between NFRs and ADs defined in Arteon, an ontology to represent and manage architectural knowledge. Finally, we provide an overview of the Quark and Arteon implementation, the ArchiTech tool.


Author(s):  
James Tittle ◽  
William Elm ◽  
Scott Potter

Many environments require humans and robots operating together to accomplish complex and dangerous tasks, but technology-centered designs often support robot navigation but not the mission goals of the organization using the robot. Urban Search and Rescue (USAR) is a particularly valuable domain to identify general functional requirements for effective HRI, and our purpose in this paper is to demonstrate how a CSE approach can lead to valuable design guidelines that more effectively support decision making within Human-Robot teams. Our analysis of HRI in USAR lead us to identify several important guidelines for supporting effective coordination for Human-Robot teams: including (i) enable individual problem holders to have direct control over point-of-view to facilitate active information seeking, and (ii) create common reference frames on shared imagery so different problem holders can remotely coordinate information and actions. Designs based on these guidelines will support a broad class of coordinated activities between team members.


2015 ◽  
Vol 77 (9) ◽  
Author(s):  
Shahliza A. Halim ◽  
Dayang N. A. Jawawi ◽  
Noraini Ibrahim ◽  
M. Zulkifli M. Zaki ◽  
Safaai Deris

Software Product Line (SPL) is an effective approach in software reuse in which core assets can be shared among the members of the product line with an explicit treatment of variability. Core assets, which are developed for reuse in domain engineering, are selected for product specific derivation in application engineering. Decision making support during product derivation is crucial to assist in making multiple decisions during product specific derivation. Multiple decisions are to be resolved at the architectural level as well as the detailed design level, address the need for assisting the decision making process during core asset derivation. Architectural level decision making is based on imprecise, uncertain and subjective nature of stakeholder for making architectural selection based on non- functional requirements (NFR). Furthermore, detail design level involves the selection of suitable features which have the rationale behind each decision. The rationale for the selection, if not documented properly, will also result in loss of tacit knowledge. Therefore, a multi-attribute architecture design decision technique is proposed to overcome the above mentioned problem. The technique combines Fuzzy Analytical Hierarchy Process (FAHP) with lightweight architecture design decision documentation to support the decision making during core asset derivation. We demonstrate our approach using the case study of Autonomous Mobile Robot (AMR). The case study implementation shows showed that the proposed technique supports software engineer in the process of decision making at the architecture and detail design levels.


Author(s):  
H. Li ◽  
W. Huang ◽  
Z. Zha ◽  
J. Yang

Abstract. With the wide application of Big Data, Artificial Intelligence and Internet of Things in geographic information technology and industry, geospatial big data arises at the historic moment. In addition to the traditional "5V" characteristics of big data, which are Volume, Velocity, Variety, Veracity and Valuable, geospatial big data also has the characteristics of "Location Attribute". At present, the study of geospatial big data are mainly concentrated in: knowledge mining and discovery of geospatial data, Spatiotemporal big data mining, the impact of geospatial big data on visualization, social perception and smart city, geospatial big data services for government decision-making support four aspects. Based on the connotation and extension of geospatial big data, this paper comprehensively defines geospatial big data comprehensively. The application of geospatial big data in location visualization, industrial thematic geographic information comprehensive service and geographic data science and knowledge service is introduced in detail. Furthermore, the key technologies and design indicators of the National Geospatial Big Data Platform are elaborated from the perspectives of infrastructure, functional requirements and non-functional requirements, and the design and application of the National Geospatial Public Service Big Data Platform are illustrated. The challenges and opportunities of geospatial big data are discussed from the perspectives of open resource sharing, management decision support and data security. Finally, the development trend and direction of geospatial big data are summarized and prospected, so as to build a high-quality geospatial big data platform and play a greater role in social public application services and administrative management decision-making.


2021 ◽  
Author(s):  
Liming Qiu

There is an intrinsic relationship between photovoltaic materials and building forms; although there are numerous imaginations and concepts about buildings integrated photovoltaic materials. The relationship between these two components needed to be identified and examined in the process of architectural decision making. This thesis explores the relationship between photovoltaic materials and building forms in particular geographical and climatic environments through case studies and then proposes an architectural design project. Based on the research suggestion, the design illustrates how a recreational facility adopts an approximate building form for photovoltaic integration and how the concept is developed. Some implications and principle for solar design are summarized in the final chapter.


Author(s):  
Owen R. Fauvel

Abstract The working of the design process has been described as a process of mapping Functional Requirements into Design Parameters. The definitions of these two types of information appear to be based upon intuitive differences. It is posited that by generating an operational distinction between the attributes in these two information domains, useful information patterns can be described for use in the design process. The following distinction is observed: whereas Design Parameters are deemed to have meaning which is insensitive to context, Functional Requirements and attributes can only be assessed with reference to the operative context or environment within which the designed object exists. Functional attributes such as usability, manufacturability, serviceability, safety, and affordability are seen not as intrinsic properties of a designed object but rather as measures of the interaction between the designed object and the relevant context; for the attributes cited, it would be necessary to characterize in turn the user environment, the manufacturing infrastructure, the servicing facilities and skills, the operational/legal environment, and the economic situation. The distinction as outlined serves as a premise upon which a fundamental information structure can be based. The proposed structure involves the categorization of design information into not only the Function Domain and the Design Parameter domain but also embraces a third - contextual - domain identified herein as the Environment Domain. Operational definitions have been devised for each type of information. These definitions also point to the nature of the interactions between the three types of information which take place during the process of design. It is suggested that what is presented here is not a new design paradigm but rather a new way to describe in a clear and explicit fashion the information and information transactions which are known to constitute the design processes. As such, it is seen to be of particular value in design education. However, it may also prove to be useful in organizing information systems for concurrent design activities. This view of design information has emerged through efforts to improve the effectiveness of teaching both design and manufacturing courses as well as the desire to improve the management of graduate design projects. Additionally, it has been influenced through ongoing research and development in the design of specific mechanical systems. As such, it is firmly rooted in the practicalities of design and design teaching and is constantly being put to the tests of utility, practicality, and veracity. For example, assessment of the attribute “manufacturability” has led to a systematic structuring of knowledge and information about manufacturing infrastructure in a way which facilitates decision-making as well as explanation and justification of the decision-making process. Some progress is also being made in developing information patterns which embrace all three information domains by way of providing pre-packaged design solutions for well-established types of design problem. The “bolted-joint”, for example, represents an extremely common design element about which much can be determined analytically but about which many other functional aspects are less accessible. Manufacturability, serviceability, reliability are attributes which can be assessed when due consideration is given to context regarding manufacture, use, placement, etc. The use of this information structure has also been useful in examining various models of the design process whether along traditional problem-solving lines or using artificial intelligence oriented systems. This approach has been used in examining the design process at the graduate level but student feedback has been sufficiently strong to suggest that it would be useful at the undergraduate level. In particular, while the traditional approach to teaching design provides an “activity map”, the addition of an “information map” is seen to be highly complementary. The notion of the information map is also seen to be useful for the management of concurrent design endeavours. It would be expected to provide a picture of both communication pathways and indicate the nature of the communications required. For example, the attribute “affordability” will usually be of particular importance for most designed things. Assessment of this attribute requires knowledge of the marketplace as well as the cost of the article and its performance capability. The cost attribute will require knowledge of the manufacturability of the article and hence the capability of the manufacturing infrastructure. In this way diverse interests can be visibly linked. And of course the map need not be a static one but would be expected to reflect the dynamics of the design process. If the distinction between attribute types continues to prove a useful and valid one, the door is opened to a new generation of parameterized design within which not only geometric relationships are programmed but more fuzzily-defined functions are determined by propagation of information along function-oriented pathways. The language for communication between disparate role-players in the design process has far to grow but the form of the communication can start to take on shape. Finally, the proposed information map will provide an explicit history of a design project thereby facilitating such activities as design audits and accident investigations. Perhaps as important is the role of the information map in recording the knowledge of expert designers and the generation of case histories which more explicitly illustrate the role of specific pieces of information in the generation of design solutions.


Sign in / Sign up

Export Citation Format

Share Document