Professional Documents
Culture Documents
de Validación y Verificación de
Requerimientos para el Usuario Final
María Ximena Narváez Barrera
Director Trabajo de Grado: Miguel E. Torres
~CIS1430IS08
Introducción Contribuciones
Descripción General Desarrollo de los objetivos
específicos
Formulación del problema
Descripción de la solución
Justificación del problema
Validación guía
Solución a la problemática
Conclusiones
Impacto esperado
Trabajos futuros
Descripción del Proyecto
Preguntas
Objetivo general
Objetivos específicos
Anexos
Metodología
Introducción
http://pegasus.javeriana.edu.co/~CIS1430IS08/
Descripción General
Formulación del Problema
En Colombia existen empresas que buscan el desarrollo de sus necesidades o
productos de software, en empresas terceras mediante el outsourcing.
Define y
Terceriza
específica Recibe desarrollo
desarrollo
Requerimientos
Instalación del
Certifica Valida y Verifica
producto en
producto Requerimientos
producción
Formulación del Problema
Requerimiento 1
Diseño 3-6
Codificación 10
Operación 40-1000
Generar documento del estado del arte sobre las prácticas y modelos actuales
de validación y verificación de los requerimientos de software para usuario
final.
SCRUM
Metodología Guía metodología
propia del
Sprint Marco de referencia “Way – Of”
A Nivel de Proyecto - SCRUM
Reunión de
Revisión del Retrospectiva
planificación del SCRUM diario
Sprint del Sprint
Sprint
Debate el Sprint
Evaluación del avance Se revisa recientemente
del proyecto: funcionalmente el finalizado y los
Determinar
resultado. cambios que se
funcionalidades que
- Lo que ha logrado podrían mejorar.
se incorporaran en el
Sprint. desde el anterior.
- Lo que va ha hacer
Cuál es el trabajo hasta el próximo.
necesario para - Si están teniendo Permite descubrir
planteamientos ¿Qué ha ido bien
realizar el incremento algún problema, o si
erróneos, durante el último
previsto encuentra algún Sprint? , ¿Qué será
impedimento. mejorables o mejorado para el
malinterpretaciones siguiente Sprint?
en las funcionalidades
Proceso Metodología SCRUM Trabajo de
Grado
Cambios a la Propuesta Inicial
Sprint
In progress
• Lista de planing • Actividades que • Actividades del
actividades del se realizaran en trabajo de grado
• Actividades que • Actividades del
trabajo de grado el sprint que se terminadas.
se realizaran en trabajo de grado
esta ejecutando
siguiente sprint en ejecución
Product Sprint
Done 2014
backlog backlog
Done 2015
https://trello.com/b/7LqCeX3y/trabajo-de-grado-ximena
Sprints Proyecto
Sprint Metodología Resultados
Sprint 1: Investigación Exploratoria Matriz de bibliografía
Sprint 2: Desarrollo del marco
Descriptiva Documento de marco teórico /Estado del arte
teórico
Sprint 3: Selección de
Se realizó la documentación como complemento
metodologías acorde a las Descriptiva
en el marco teórico
necesidades de la guía
Estado
Guía
del arte
Descripción de la Solución
Se identifico y selecciono, el proceso de validación y verificación de
requerimientos en el ciclo de vida.
Ítem Definición
Actividad Nombre de la actividad
Descripción Descripción de la actividad
Entradas Incluye las entradas que son requeridas para la
ejecución de la actividad
Participante Rol del equipo de pruebas que participa en la
actividad Consideraciones Recomendaciones
Forma de trabajar Forma de trabajar de la actividad
Forma de soportar Forma de soportar la actividad
Consideración 2
Forma de Modelar Forma de modelar la actividad
Forma de controlar Forma de controlar la actividad Recomendación 1
Salidas Presenta los artefactos resultantes de la actividad
Consideración 1
Validación Guía
Validación Guía
2014 2015
Definición para determinar ¿Considera que a la guía le hace falta información? 33.33% 66.66%
R05 66.66% 33.33%
casos pruebas de software. ¿Cree que la guía aporta al proceso de pruebas? 100%
Proceso para priorizar los
R06 33.33% 66.66%
casos pruebas de software.
Definición de métricas para
R07 evaluar la calidad proceso 66.66% 33.33%
de pruebas.
Comentarios y Recomendaciones
Complementar
información sobre
métricas, para
contextualizar
Resultados Validación 2015
Id
Totalmente Parcialmen No está
Necesida Necesidad identificada
cubierta te cubierta cubierto
d
Definición de roles del
R01 proceso de pruebas de 100% Respuesta
Enunciado
software. SI NO
¿Considera que la guía se completa? 100%
Definición de funciones y
¿Considera que la guía es clara? 100%
R02 responsabilidades de los roles 100% ¿Considera que la guía se puede adaptar a
que se definan en R01. una organización que presente el modelo de 100%
Definición de la planificación empresa?
de las pruebas de software. ¿Considera que la implementación de la guía
R03 100% 100%
es viable?
¿Considera que la guía es servible? 100%
Definición de proceso para la ¿La información que se presenta en el
R04 estimación de tiempos de 100% marco teórico de la guía es suficiente para 100%
pruebas de software. el entendimiento del proceso?
¿Considera que a la guía le hace falta
Definición para determinar 100%
R05 100% información?
casos pruebas de software. ¿Cree que la guía aporta al proceso de
100%
Proceso para priorizar los pruebas?
R06 casos pruebas de software. 75% 25%
Dependerá:
Tipo de proyecto.
Tienen intereses en cuanto a velocidad, seguridad, rendimiento, etc
Controles de cambio y variaciones en el sistema.
Opinión Sobre la Guía
La Guía presenta una estructura clara y formal frente a los procesos a desarrollar con la
implementación del tema
Considero que es una guía útil para ser aplicada. Quizá al principio sea complicado, por el cambio
de metodología.
Se tratan temas que normalmente no se tienen en cuenta en el momento del proceso de pruebas
la guía es una buena base para las diferentes compañías que ejercen este tipo de actividad ya que
detalla de forma completa cada una de las fases del proceso y el personal involucrado en las mismas
Conclusiones
Una metodología
para las pruebas
V&V para
no funcionales,
empresas que
para la validación
brindan el servicio
del cumplimiento
de desarrollo de
de los
Software
requerimientos no
funcionales
[2] ISTQB, International Software Testing Qualifications Board, «Glossary Archive - ISTQB® Glossary of Testing Terms». Erik van Veenendaal (The
Netherlands), 19-oct-2012.
[3] B. Bruegge y Allen H. Dutoit, Ingeniería de Software orientado a objetos, Primera Edición., vol. 1. México: Prentice Hall, 2002.
[5] Juan Palacio, «Gestión de proyectos Scrum Manager. (scrum Manager I y II) V.2.5». 25-abr-2014.
[7] A. Labarca C., «LOS MÉTODOS DE INVESTIGACIÓN. Aplicados a las Ciencias de la Conducta». [En línea]. Disponible en:
http://teologiacultura.files.wordpress.com/2007/12/mc3a9todos-de-investigacic3b3n-aplicados-a-la-cs-educacic3b3n.pdf. [Accedido: 25-jul-2014].
[8] N. Malhotra, Investigacion de Mercados Un Enfoque Practico. México: Prentice Hall, 1998.
[10] F. Daoudi y S. Nurcan, «A framework to evaluate methods’ capacity to design flexible business processes», presentado en 6th International
Workshop on Business Process Modeling, Porto, 2006.
[11] I. Mirbel y J. Ralyté, «Situational method engineering combining assembly-based and roadmap-driven approaches», Requirements Engineering,
vol. 11, pp. 58–78, mar-2006.
[12] X. Higuera Moriones, «Guía Metodológica de Mejora de Procesos de Construcción de Software Adaptada para MIPyMES_DS Colombianas», Pontificia
Universidad Javeriana, Bogotá, 2011.
[13] B. W. Boehm, «GUIDELINES FOR VERIFYING AND VALIDATING SOFTWARE REQUIREMENTS AND DESIGN SPECIFICATIONS».
[14] I. S. 12207-2008 ISO/IEC 12207, «Systems and software engineering — Software life cycle processes». 01-feb-2008.
[15] O. R. Puello, «Modelo de verificación y Validación basado en CMMI», Innovación Ing, vol. 1, n.o 1, pp. 20-27, jun-2013.
[16] IEEE Computer Society, «1012-2012 - IEEE Standard for System and Software Verification and Validation». may-2012.
[17] IEEE Std 1059- 1993, «IEEE Guide for Software Verification and Validation Plans». 02-dic-1994.
[18] IEEE Computer Society, «Guie to the Software Engineering body of Knowledge - SWEBOK Guide V3.0». 2013.
[19] G. J. Myers, C. Sandler, y T. Badgett, The Art of Software Testing, Edición: 3. Auflage. Hoboken, N.J: Wiley John + Sons, 2011.
[20] Real Academia Española, «Diccionario de la lengua española», 2014. [En línea]. Disponible en: http://www.rae.es/. [Accedido: 01-oct-2014].
[21] IEEE Computer Society, «Systems and software engineering – Vocabulary», ISOIECIEEE 247652010E, pp. 1-418, dic. 2010.
[22] «IEEE Standard Dictionary of Measures to Produce Reliable Software», IEEE Std 9821-1988, pp. 1-54, 1989.
[23] R. Patton, Software Testing, 2 edition. Indianapolis, IN: Sams Publishing, 2005.
[24] «Software and systems engineering Software testing Part 1: Concepts and definitions», sep. 2013.
[25] ISTQB, International Software Testing Qualifications Board, «Certified Tester - Foundation Level Syllabus». 31-mar-2011.
[26] Instituto Nacional de Tecnologías de la Comunicación - INTECO, «Guía de validación y Verificación», nov-2009. [En línea]. Disponible en:
http://www.inteco.es/qualite_TIC/descargas/guias/?realLang=fr. [Accedido: 16-ago-2014].
[27] G. Rothermel, R. H. Untch, C. Chu, y M. J. Harrold, «Prioritizing test cases for regression testing», IEEE Trans. Softw. Eng., vol. 27, n.o 10, pp. 929-948, oct.
2001.
[28] R. S. Pressman, Ingenieria del Software - Un Enfoque Practico, 6.a ed. Madrid: McGraw-Hill Companies, 2002.
[29] «IEEE Standard Glossary of Software Engineering Terminology», IEEE Std 61012-1990, pp. 1-84, dic. 1990.
[30] K. Naik y P. Tripathy, Software Testing and Quality Assurance: Theory and Practice, 1 edition. Hoboken, N.J: Wiley-Spektrum, 2008.
[31] A. M. J. Hass, Guide to Advanced Software Testing. Boston: Artech House, 2008.
[32] D. Graham, E. V. Veenendaal, I. Evans, y R. Black, Foundations of Software Testing: ISTQB Certification, Revised edition. Australia: Cengage Learning EMEA,
2008.
[33] A. Eseiza, «Guia para la escritura de casos de prueba», 08-mar-2011. [En línea]. Disponible en: http://alejandroeseiza.blogspot.com/2011/03/guia-para-la-
escritura-de-casos-de.html. [Accedido: 20-oct-2014].
[34] D. Galin, Software Quality Assurance: From Theory to Implementation, 1 edition. Harlow, England ; New York: Addison-Wesley, 2003.
[35] E. Perry, Effective Methods for Software Testing: Includes Complete Guidelines, Checklists, and Templates, 3 edition. Indianapolis, IN: Wiley, 2006.
[36] J. Watkins, Testing IT : An Off-the-Shelf Software Testing Handbook. Port Chester, NY, USA: Cambridge University Press, 2001.
[37] C. D. J. Cardona Velásquez, «Propuesta metodógica para la realización de pruebas de software en un ambientes productivos», Universidad Nacional de
Colombia, Medellin, 2009.
[38] J. J. Gutiérrez, «Generación de pruebas de sistema a partir de la especificación funcional», Universidad de Sevilla, Sevilla España, 2005.
[39] S. Vegas Hernández, «Esquema de caracterización para la selección de técnicas de pruebas de software», Universidad Politécnica de Madrid, Madrid, España,
2002.
[40] B. Pérez Lamancha, «Proceso de Testing funcional Independiente», Universidad de la República, Montevideo, Uruguay, 2006.
[41] OWASP Foundation, «Guía de pruebas owasp», 2008. [En línea]. Disponible en:
https://www.owasp.org/images/8/80/Gu%C3%ADa_de_pruebas_de_OWASP_ver_3.0.pdf. [Accedido: 16-mar-2015].
[42] V. C. Loaiza Carvajal y L. C. Zorro Jiménez, «Easy Requirement Management Tool - Marco teorico», Pontificia Universidad Javeriana, Bogotá, 2011.
[43] E. Hull, K. Jackson, y J. Dick, Requirements Engineering, Edición: 3. London ; New York: Springer, 2010.
[44] P. Skokovi y M. R. Skokovi, «Requirements Based Testing Process Overview (Originally presented as “Getting it right the first time”)», International Journal
of Industrial Engineering and Managem ent (IJIEM), vol. 1, n.o 4, pp. 155 - 161, 2010.
[45] Bender RBT Inc, «Requirements Based Testing Process Overview». Bender RBT Inc, 2009.
[46] T. O. A. C. Borland, «Eliminate the testing bottleneck - Maximize software quality with Requirements Based Testing». ago-2006.
[47] B. Boehm y V. R. Basili, «Software Defect Top 10 List», Software Manangement, ene-2001. [En línea]. Disponible en:
http://www.cs.umd.edu/projects/SoftEng/ESEG/papers/82.78.pdf. [Accedido: 29-sep-2014].
[48] A. M. J. Hass, Guide to Advanced Software Testing. Boston: Artech House, 2008.
[49] ISTQB, International Software Testing Qualifications Board, «Certified Tester - Advanced Level Syllabus Test Manager». 19-oct-2012.
[50] ISO/IEC/IEEE 29119-1:2013(E), «Software and systems engineering Software testing Part 2:Test processes». 01-sep-2013.
[51] R. Gore y S. Diallo, «The need for usable formal methods in verification and validation», en Simulation Conference (WSC), 2013 Winter, 2013, pp. 1257-1268.
[52] M. L. Hutcheson, Software Testing Fundamentals: Methods and Metrics, 1 edition. Indianapolis, Ind: Wiley, 2003.
Anexos
Supuestos:
Se cuenta con la información necesaria para la creación de los casos de prueba.
Los documentos entregados para el proceso no presentan inconsistencias y están
completos.
Las pruebas basadas en la estructura son ejecutadas por el equipo responsable de la
empresa que realiza el desarrollo y las realizan antes de entregar el sistema.
Restricciones:
La guía no se debe aplicar, cuando se realizan pruebas técnicas o pruebas no
funcionales. Por ejemplo: pruebas de recuperación, seguridad, resistencia , desempeño,
rendimiento, carga, stress, portabilidad, fiabilidad, mantenibilidad, usabilidad.
Resultados esperados