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.1197Palabras clave:
Proyectos Software, gestión de riesgos, pruebas software, empresas de softwareResumen
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
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
Thayer; Software Engineering Project
Management; 2003
NTC5254 Norma ISO 27001:2005 NORMA
TÉCNICA COLOMBIANA 5254 esta norma
es una adopción idéntica (IDT) de la AS/NZ
: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
Boehm, Software Risk Management: Principles
and Practices; 1990
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:
publicado por Pearson
Educación, S.A.
NTC5254. (2006). Norma ISO 27001:2005 Norma
Técnica Colombiana 5254.
COBIT. (2007). Governance Institute.
PMBOK. (2008). Project Management Body of
Knowledge, Project Management Institute
(PMI), 4ta Edición.
MAGERIT. (n.d.). Comité Técnico de Seguridad
de los Sistemas de Información y Tratamiento
Automatizado de Datos Personales. SSITAD,
del Consejo Superior de Informática.
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,
da 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),
–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.
Pressman, R. S. (2002). Ingeniería del Software:
Un enfoque Práctico.
Cardoso; (2001). Pruebas del Software.
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.
–266.
Pfleeger. (1998). Software Engineering.
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.
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 v1.2.
Descargas
Publicado
Versiones
- 2014-07-02 (4)
- 2014-07-02 (3)
- 2014-07-02 (2)
- 2022-03-07 (1)
Cómo citar
Número
Sección
Licencia
Derechos de autor 2022 REVISTA COLOMBIANA DE TECNOLOGIAS DE AVANZADA (RCTA)
Esta obra está bajo una licencia internacional Creative Commons Atribución-NoComercial 4.0.