Revisión de metodologías de gestión de riesgos para construcción de una metodología en proyectos software enfocada en la etapa de pruebas

Autores/as

  • Sandra Patricia Manrique Mesa Universidad Industrial de Santander
  • Ricardo Llamosa Villalba Universidad Industrial de Santander

DOI:

https://doi.org/10.24054/rcta.v2i24.1197

Palabras clave:

Proyectos Software, gestión de riesgos, pruebas software, empresas de software

Resumen

Para lograr el cumplimiento de los proyectos software en las empresas se presenta la gestión de riesgos en las diferentes etapas para identificar y controlar posibles eventos negativos que pueden evitar el éxito y entrega a tiempo de los proyectos. Sin
embargo existen proyectos donde sólo se identifican los riesgos pero no se les realiza la gestión y el seguimiento a estos. Es por esta razón que en el presente trabajo se trata el tema de gestión de riesgos en las diferentes etapas de un proyecto software y dado que en la revisión bibliográfica no se presenta una metodología que se enfoque en la etapa de pruebas y detalle los pasos en esta etapa teniendo en cuenta que es una etapa que tiene alta importancia y necesidad de solucionar con prontitud los temas que detengan la entrega del proyecto debido a que es la última etapa en los proyectos Software. 

Descargas

Los datos de descargas todavía no están disponibles.

Citas

Charette, Why software fails. IEEE Spectrum, 42(9), 42–49., 2005

Charette, Software Engineering Risk Analysis and Management. McGraw-Hill, New York. , 1989

Boehm, B., & Covenin. (1991; 1995) Software risk management principles and practices. IEEE Software 8 (1), 32–41.

PMI, & Silberfich. (2008; 2009). PMBOK Project Management Body of Knowledge, Project Management Institute. 4ta Edición

Pressman, R. (2002). Ingeniería del Software: Un enfoque Práctico. McGraw Hill.

Boehm, Software Risk Management: Principles and Practices 1990

NTC5254 Norma ISO 27001:2005 NORMA TÉCNICA COLOMBIANA 5254 esta norma es una adopción idéntica (IDT) de la AS/NZ4360:2004. IEEE Software January; IEEE Computer Society.

Gómez R, P. D. (2010). Metodología y gobierno de la gestión de riesgos de tecnologías de la información. Revista de ingeniería Universidad de los Andes.

Guerrero, Tesis gestión de riesgos y controles en sistemas información; 2010

Charette Why software fails. IEEE Software January, 2005 IEEE Spectrum 42 (9), 42–49.

ITIL. (1980). Biblioteca de Infraestructura de Tecnologías de la Información. Oficina de comercio del reino unido.

OCTAVE. (1999). Operationally Critical Threat, Asset and Vulnerability Evaluation. Software Engineering Institute.

CMMI. (2002). Guía para la integración de procesos y la mejora de productos. Mary Beth Chrissis Mike Konrad Sandy Shrum. (ISBN: 9788478290963) publicado por Pearson Educación, S.A.

NTC5254. (2006). Norma ISO 27001:2005 Norma Técnica Colombiana 5254.

PMBOK. (2008). Project Management Body of Knowledge, Project Management Institute (PMI), 4ta Edición.

Richard A, C. A. (2010). CERT Resilience Management Model. A maturity Model for managing operational resilience, White CERT RMM Versiòn 1.1 SEI Series a cert Book.

Pargas, R. P. (1999). Test data generation using genetic algorithms, The journal of software testing, verification and reliability.

Myers, G. J. (2004). The art of Software Testing, 2da Ed. John Wiley & Sons, Inc, New Jersey, USA, pp. 6. Müller, T. &. (2005). Certified Tester Foundation

Level Syllabus V2007, Actualizado el 12 de abril de 2007, ISTQB, pp. 12-28.

Elsheikh, A. &. (2008). Linear Mathematical Driver for the Future of Software Testing Process. Frontiers in Artificial Intelligence and Applications. 182, pp. 51-59.

Boehm, B. (1991). Software risk management principles and practices. IEEE Software 8 (1), 32–41.

Engel, A. B. (2003). A methodology for modeling VVT risks and costs. . Systems Engineering Journal 6 (3), 35–151, Wiley InterScience, Online ISSN: 1520-6858, Print ISSN: 1098–1241.

Sommerville. (2000). Software Engineering. Mérida, Venezuela: McGraw Hill; Pearson Education.

Barad, E. &. (2003). A methodology for modeling VVT risks and costs. Systems Engineering Journal 6 (3), pp. 135–151, Wiley InterScience.

Ropponen (1999). Risk assessment and management practices in software development. In: Willcocks, L.P., Lester, S. (Eds.),

Willcocks, L. P., Stephanie Lester, S. (1999). Beyond the IT Productivity Paradox. John Wiley & Sons, Chichester

Stoddard; (2004). Project risk management: lessons learned from software development envi. pp. 247–266.

Ropponen. Software Engineering; Risk assessment and management practices in software development. In: Willcocks, L.P., Lester, S. (Eds.), Beyond the IT Productivity Paradox. John Wiley & Sons, Chichester, pp. 247–266. 1999

Kwak, Y. H. (2004). Project risk management: lessons learned from software development environment, Technovation.

Stoddard, J., & Bannerman. (2008). Risk and risk management in software projects: A reassessment.

Charette, & Johnson. (2006). Why software fails. IEEE Spectrum 42 (9), 42–49.

Rodriguez Gomez G (1996). Metodología de la investigación cualitativa, Bilbao, Universidad de Deusto

Casilimas, C. S. (2002). Programa de especialización en Teoria, metodos y tecnicas de investigación social. ARFO Editores e impresores Ltda.

FEDESOFT (2009). Sector de ti en colombia. Technical report, Federacion Colombiana de la Industria de Software.

ESI. (2008). Industria de software en colombia. Technical report, European Software InstituteTecnalia.

Castellanos, F., Mayerly, A., and S., L. (2007). Estudio de previsión tecnológica industrial para la industria del software y servicios asociados. Technical report, Universidad Nacional de Colombia.

DNP. (2007).(2007). Agenda interna para la productividad y la competitividad. Documento Sectorial software. Technical report, Departamento Nacional de Planeaci_on.

FEDESOFT. (2008). Descripción del sector del software. Technical report, Federación Colombiana de la Industria de Software

PROEXPORT. (2008). Industria de tecnologías de informacion. Technical report, Proexport Colombia.

Palomino, K. (2011). Estudio del comportamiento de la Industria del software en Colombia ante escenarios de capacidades de innovacion y ventajas comparativas por medio de dinamica de sistemas; pp 16.

FEDESOFT. (2012). Estudio de la caracterización de productos y servicios de la Industria de Software y servicios asociados.

Alberts, C. (1999) Operationally Critical Threat, Asset and Vulnerability Evaluation SM (OCTAVESM) Framework, Versión 1.0. Technical Report. CMU/SEI- 99- TR-017. Londres.

Calvo-Manzano, J. A. et al. (2009). Process Similarity Study: Case Study on Project Planning Practices Based on CMMI-DEV

Descargas

Publicado

2022-03-07 — Actualizado el 2014-07-02

Cómo citar

[1]
S. P. . Manrique Mesa y R. . Llamosa Villalba, «Revisión de metodologías de gestión de riesgos para construcción de una metodología en proyectos software enfocada en la etapa de pruebas», RCTA, vol. 2, n.º 24, pp. 16–25, jul. 2014.