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
DOI:
https://doi.org/10.24054/rcta.v2i24.1197Keywords:
Proyectos Software, gestión de riesgos, pruebas software, empresas de softwareAbstract
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.
Downloads
References
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
Downloads
Published
How to Cite
Issue
Section
License
Copyright (c) 2014 REVISTA COLOMBIANA DE TECNOLOGIAS DE AVANZADA (RCTA)
This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.