Do You Own a Volkswagen? Values as Non-Functional Requirements

Abstract

Abstract. Of late, there has been renewed interest in determining the role and relative importance of (moral) values in the design of software and its acceptance. Events such as the Snowden revelations and the more recent case of the Volkswagen "defeat device" software have further emphasised the importance of values and ethics in general. This paper posits a view that values accompanied by an appropriate framework derived from non-functional requirements can be used by designers and developers as means for discourse of ethical concerns of the design of software. The position is based on the Volkswagen dieselgate case study and a qualitative analysis of developers views from Reddit discussion forums. The paper proposes an extension of an existing classification of requirements to include value concerns.

Nombramiento de prácticas relacionadas con requisitos no funcionales en el proceso de desarrollo de software

“…En la literatura también se emplean nombres de práctica como "documentación de requisitos no funcionales" [4], "especificación de requisitos no funcionales" [6], "gestión de conocimiento arquitectónico" [7], "evaluación de la calidad de los requisitos no funcionales" [8], "educción de requisitos no funcionales" [9] y "confianza en conocimiento tácito" [10]. En todos estos casos se tiene, efectivamente, un verbo nominalizado y un objeto, que puede ser un sustantivo ("conocimiento") o un sintagma nominal ("calidad de los requisitos").…”

“…Barn [9] literalmente establece que la práctica "educción de requisitos no funcionales" se realiza "sistemáticamente", por lo cual el nombramiento de esa práctica se establece como "educción sistemática de requisitos no funcionales".…”

“…Evaluación de la calidad de los requisitos no funcionales basada en modelos [9] Educción de requisitos no funcionales Educción sistemática de requisitos no funcionales [10] Confianza en el conocimiento tácito Confianza en conocimiento tácito con base en la experiencia…”

“…Barón [11] establece que una práctica bien nombrada en ingeniería de software debería contener un verbo nominalizado, un sustantivo y un adjetivo que identifique la forma en que se realiza la acción que se define con el verbo nominalizado. Barn [9] nombra una práctica con una estructura similar a la de Barón [11], utilizando un nombre de método, pero no aplicable al dominio de los requisitos no funcionales. Esta forma de nombramiento de las prácticas impide tener un consenso sobre cuáles son realmente las prácticas aplicables a los requisitos no funcionales y de qué forma se realizan.…”

Moderation Effect of Software Engineers’ Emotional Intelligence (EQ) between their Work Ethics and their Work Performance

“…Barn [59], proposed that, in light of recent scandals like the Volkswagen-emissions scandal, values should be included in software development as a non-functional requirement. They suggested that "values accompanied by an appropriate framework derived from non-functional requirements" [p. 1] can be used by software engineers as a means for discussion of ethical issues of the design of software.…”