Contextual risk analysis for interview design

Cohene, Tira; Easterbrook, Steve

doi:10.1109/re.2005.20

Cited by 19 publications

(12 citation statements)

References 21 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…• Observation, apprenticeship [16], ethnography [136], and other contextual techniques [32,140] analyze stakeholders' requirements with respect to a particular context and environment, to help ensure that the eventual system is fit for use in that environment.…”

Section: State Of the Art Of Re Researchmentioning

confidence: 99%

Research Directions in Requirements Engineering

Cheng

Atlee

2007

Future of Software Engineering (FOSE '07)

461

263

View full text Add to dashboard Cite

This paper reviews the current state of the art of requirements engineering (RE) research and identifies RE research challenges for future systems. First, the paper overviews the highlights of RE research over the past two decades; the research is considered with respect to requirements technologie, including notations and methodologies, developed to address specific RE tasks, such as elicitation, modeling, and analysis. Such a review enables us to identify mature areas of research, as well as areas that warrant further investigation. Next, we identify several research challenges posed by emerging systems for the future. In order to help delineate the scope of future RE research directions, we then identify several strategies for performing RE research. (The spectrum of research strategies ranges from empirical research to paradigm shifts.) Finally, within the context of these RE research strategies, we identify "hot areas" of research that address RE needs for emerging systems of the future.

show abstract

Section: State Of the Art Of Re Researchmentioning

confidence: 99%

Research Directions in Requirements Engineering

Cheng

Atlee

2007

Future of Software Engineering (FOSE '07)

461

263

View full text Add to dashboard Cite

show abstract

“…Esto ayudará a los equipos de prueba para identificar y simular los escenarios en tiempo real con los probadores expertos en el dominio. La prueba es el último recurso para cualquier equipo del proyecto antes de pasar la aplicación a producción, por lo que cada equipo quiere ponerla a prueba en un entorno lo más cercano posible al de producción y con escenarios que se sucedan en la vida real [4]. La demanda por probadores expertos en el dominio está aumentando día a día, porque nadie quiere tomar el riesgo de entregar la aplicación sin haber sido probada en dominios lo más cercanos posibles al de producción.…”

Section: La Experiencia En El Dominio Para Los Probadoresunclassified

“… Todo el proceso de construcción de experiencia en el dominio de los recursos de una organización sólo puede ocurrir en un período de tiempo, especialmente cuando las actividades de prueba del software se externalizan [4]; requiere el compromiso de la gestión de proveedores para retener los recursos para los proyectos en un dominio específico, y esto podría incrementar los costos para explotar los recursos.  Construir experiencia de dominio requiere concentración y esfuerzo de los empleados, ya que el aprendizaje no se producirá por completo en el ámbito de un proyecto.…”

Section: Otros Beneficiosunclassified

El Conocimiento del Dominio como Valor Agregado al Plan de Pruebas

Prado

2011

Lámpsakos

View full text Add to dashboard Cite

The ResumenEl conocimiento del dominio es el área de especialización relacionada con el entorno de la aplicación, mientras que el conocimiento técnico es la tecnología utilizada para generar la aplicación y el conocimiento o knowhow para ejecutar las actividades del día a día para realizar una tarea. Con base en estas definiciones el conocimiento de dominio sería la telefonía móvil, VoIP, la banca, el comercio electrónico o las aplicaciones de atención médica, y los conocimientos técnicos serían los protocolos, las redes, los lenguajes de programación, la web, los motores de búsqueda, las pruebas SOAP, o la automatización. Conocer ese dominio es de suma importancia en el mundo de las pruebas, ya que le da ventajas a los probadores para diseñar escenarios de prueba lo más cercanos a la vida real. En este trabajo se hace una descripción de las ventajas de conocer el domino del producto y se sustenta la importancia de contar con probadores expertos en el dominio de la aplicación para entregar software de mayor calidad.Palabras clave: Dominio, conocimiento de dominio, pruebas, probadores. IntroducciónEn este trabajo, cuando se habla de dominio esta palabra no tiene nada que ver con los nombres de dominio, los dominios en el mundo de las redes de Windows, o los usos matemáticos de la palabra "dominio". Se refiere a los negocios o industrias específicas. Imaginemos dos personas que tratan de conversar pero que una de ellas no entiende el contexto de la conversación. Las posibilidades de que la comunicación sea efectiva son remotas. Del mismo modo, si un probador no entiende el dominio de lo que prueba, el proceso de probar el software se puede realizar, pero no será efectivo y no va a crear el nivel de confianza en los actores que tienen otras expectativas [1]. No conocer el dominio de la prueba puede incrementar los tiempos de la misma si se considera el outsourcing y el origen diverso de los integrantes del equipo de pruebas, que por lo general provienen de ámbitos variados. En este trabajo se hace una descripción de las ventajas de conocer el domino del producto y se sustenta la importancia de contar con probadores expertos en el dominio de la aplicación para entregar software de mayor calidad. El conocimiento del dominioEl conocimiento del dominio es el conocimientoexperiencia acerca del entorno, los sistemas y los procesos del negocio para el que se desarrolla e implementa la aplicación. Por ejemplo, al desarrollar una aplicación para una cadena de restaurantes, las personas con experiencia en la industria de los restaurantes con conocimiento del dominio sobre estas operaciones tendrán mejores bases para la especificación de los requisitos de la aplicación. Estos expertos en la materia -expertos en el dominioserán de suma importancia como asesores expertos L. Prados M. "El Conocimiento del Dominio como Valor Agregado al Plan de Pruebas". Lámpsakos, ISSN: 2145-4086, No. 5, pp. 9-11. Ene-Jun. 2011

show abstract

“…In general, requirements elicitation using an interview is costly and [3] argued that a method to make it more efficient is required. By using our tool, requirements analysts can enumerate the potential threats, and thus, the tool helps such analysts to ask and explore what should not occur in an information system to be developed and marketed.…”

Section: Related Workmentioning

confidence: 99%

PORTAM: Policy, requirements, and threats analyzer for mobile code applications

Kaiya¹,

Sasaki²,

Kaijiri³

2008

Prog. Inform.

View full text Add to dashboard Cite

Users and providers of an information system should clearly understand the threats caused by the system as well as clarify the requirements for it before they actually use or develop it. In particular, they should be more careful when certain components or services are provided by third-parties. However, few tools can help identify and highlight threats to the security requirements. In this paper, we present a support tool called "PORTAM" for such users and providers to better understand the threats and the requirements. Suppose some requirements cannot be satisfied when some threats are avoided, and vice versa. In such cases, they should decide whether the requirements could be satisfied or the threats avoided. The tool also helps them to decide these kinds of trade-offs. The current version of this tool handles Java mobile code applications, thus users of our tool can readily understand the existence of real threats. Although the current version deals with only Java components, the ideas behind the tool can be applied to software in general. We complete this report by discussing some experimental results to confirm the usefulness for pedagogical purposes.

show abstract

Contextual risk analysis for interview design

Cited by 19 publications

References 21 publications

Research Directions in Requirements Engineering

Research Directions in Requirements Engineering

El Conocimiento del Dominio como Valor Agregado al Plan de Pruebas

PORTAM: Policy, requirements, and threats analyzer for mobile code applications

Contact Info

Product

Resources

About