Mostrar el registro sencillo del ítem

Prototipo funcional de aplicación web para la detección temprana de los riesgos en las etapas de pre análisis y análisis en los proyectos de software

dc.contributor.advisorZapata García, Angélica Maríaspa
dc.contributor.authorJaimes Jaimes, Diana Marcelaspa
dc.contributor.authorRincón Ayala, María Camilaspa
dc.coverage.spatialColombiaspa
dc.date.accessioned2021-01-28T19:36:14Z
dc.date.available2021-01-28T19:36:14Z
dc.date.issued2020
dc.identifier.urihttp://hdl.handle.net/20.500.12749/12077
dc.description.abstractEn el desarrollo de los proyectos de software, es de vital importancia tener en cuenta los diferentes riesgos que se presentan, desde el instante en que surge la idea de construir un nuevo software y en las diferentes etapas de la metodología elegida para el desarrollo del proyecto. La solución que se plantea para disminuir el número de proyectos que no son entregados o no cumplen completamente con los requerimientos del cliente, es la implementación de un prototipo funcional de aplicación web, el cual permitirá de una forma rápida evaluar los posibles riesgos que se pueden presentar en las primeras etapas (pre análisis y análisis) de los proyectos de software, basándose en aspectos como las características del cliente, del equipo de trabajo y de los requerimientos funcionales. Con la aplicación del prototipo funcional de aplicación web en los proyectos de software de la ciudad de Bucaramanga, se logró evidenciar que el uso de este, ayudó a que los directores de proyectos mejorarán la detección de los riesgos en las primeras etapas de desarrollo del mismo, y además, brindó claridad sobre las mediciones específicas que se deben realizar, para que se pueda entregar a tiempo y con las características previamente establecidas para cada uno de los proyectos, ya que, comúnmente se consideran los riesgos de una manera más general y no de forma detallada.spa
dc.description.tableofcontentsINTRODUCCIÓN ..................................................................................................... 8 1. PLANTEAMIENTO DEL PROBLEMA Y JUSTIFICACIÓN ............................... 9 2. PREGUNTA DE INVESTIGACIÓN ................................................................. 13 2.1 HIPÓTESIS ............................................................................................... 13 2.1.1 HIPÓTESIS PRINCIPAL .................................................................... 13 2.1.2 HIPÓTESIS ALTERNATIVAS ............................................................ 13 3. OBJETIVO GENERAL .................................................................................... 14 4. OBJETIVOS ESPECÍFICOS .......................................................................... 15 4.1 OBJETIVO ESPECÍFICO 1 ...................................................................... 15 4.2 OBJETIVO ESPECÍFICO 2 ...................................................................... 15 4.3 OBJETIVO ESPECÍFICO 3 ...................................................................... 15 4.4 OBJETIVO ESPECÍFICO 4 ...................................................................... 15 5. MARCO REFERENCIAL ................................................................................ 16 5.1 MARCO CONCEPTUAL ........................................................................... 16 5.1.1 Gestión de riesgos: ............................................................................ 16 5.1.2 Ingeniería de requerimientos: ............................................................. 16 5.1.3 Metodologías de gestión de riesgo: .................................................... 16 5.1.4 Herramientas de administración de riesgo ......................................... 17 5.1.5 Pre análisis ......................................................................................... 17 5.1.6 Análisis ............................................................................................... 17 5.2 MARCO TEÓRICO ................................................................................... 18 5.2.1 Gestión de riesgos: ............................................................................ 18 5.2.2 Ingeniería de Requerimientos: ........................................................... 22 5.2.3 Metodologías: ..................................................................................... 23 5.2.4 Herramientas: ..................................................................................... 25 5.2.5 Etapas de pre análisis y análisis ........................................................ 26 5.3 ESTADO DEL ARTE................................................................................. 27 5.4 MARCO LEGAL Y POLÍTICO ................................................................... 34 6. DISEÑO METODOLÓGICO ........................................................................... 36 6.1 FASES Y ACTIVIDADES .......................................................................... 36 6.2 MATERIALES, TÉCNICAS E INSTRUMENTOS ...................................... 38 6.2.1 Técnica: Análisis de documentos ....................................................... 38 6.2.2 Técnica: Pruebas Unitarias al Prototipo de Aplicación ....................... 38 6.2.3 Técnica: Encuesta .............................................................................. 38 6.3 POBLACIÓN Y MUESTRA ....................................................................... 39 7. CRONOGRAMA DE ACTIVIDADES .............................................................. 40 8. PRESUPUESTO ............................................................................................. 41 9. DESARROLLO DE LA TESIS......................................................................... 42 9.1 Cálculo de los Riesgos ............................................................................. 47 10. PROTOTIPO DE DETECCIÓN DE RIESGOS ............................................. 49 11. RESULTADOS OBTENIDOS ....................................................................... 59 12. ANÁLISIS DE LOS RESULTADOS OBTENIDOS ....................................... 61 12.1 Análisis resultados dados por el prototipo al usuario ............................. 61 12.2 Encuesta de percepción del cliente sobre el prototipo .......................... 63 12.2.1 Perfil de los proyectos seleccionados en la muestra ...................... 67 13. CONCLUSIONES ........................................................................................ 68 14. RECOMENDACIONES ................................................................................ 70 15. TRABAJOS FUTUROS ................................................................................ 71 16. ANEXOS ...................................................................................................... 72 17. REFERENCIAS ........................................................................................... 95spa
dc.format.mimetypeapplication/pdfspa
dc.language.isospaspa
dc.rights.urihttp://creativecommons.org/licenses/by-nc-nd/2.5/co/*
dc.titlePrototipo funcional de aplicación web para la detección temprana de los riesgos en las etapas de pre análisis y análisis en los proyectos de softwarespa
dc.title.translatedFunctional prototype of web application for the early detection of risks in the pre-analysis and analysis stages in software projectsspa
dc.degree.nameIngeniero de Sistemasspa
dc.publisher.grantorUniversidad Autónoma de Bucaramanga UNABspa
dc.rights.localAbierto (Texto Completo)spa
dc.publisher.facultyFacultad Ingenieríaspa
dc.publisher.programPregrado Ingeniería de Sistemasspa
dc.description.degreelevelPregradospa
dc.type.driverinfo:eu-repo/semantics/bachelorThesis
dc.type.localTrabajo de Gradospa
dc.type.coarhttp://purl.org/coar/resource_type/c_7a1f
dc.subject.keywordsSystems engineereng
dc.subject.keywordsTechnological innovationseng
dc.subject.keywordsSoftware projectseng
dc.subject.keywordsPre-analysis riskseng
dc.subject.keywordsPrototype developmenteng
dc.subject.keywordsSearch engineseng
dc.subject.keywordsOnline searcheseng
dc.subject.keywordsWeb applicationeng
dc.subject.keywordsSoftware engineeringeng
dc.identifier.instnameinstname:Universidad Autónoma de Bucaramanga - UNABspa
dc.identifier.reponamereponame:Repositorio Institucional UNABspa
dc.type.hasversioninfo:eu-repo/semantics/acceptedVersion
dc.rights.accessrightsinfo:eu-repo/semantics/openAccessspa
dc.rights.accessrightshttp://purl.org/coar/access_right/c_abf2spa
dc.relation.referencesAlharbi, E. T., & Qureshi, M. R. (2014). Implementation of Risk Management with SCRUM to Achieve CMMI Requirements. Computer Network and Information Security, 20 - 25.spa
dc.relation.referencesArias Chaves, M. (2005). La ingeniería de requerimientos y su importancia en el desarrollo de proyectos de software. Revista de las Sedes Regionales, 1-13.spa
dc.relation.referencesATLASSIAN. (2020). Jira software. Recuperado el 20 de 03 de 2020, de Comenzar a usar Jira: https://www.atlassian.com/es/software/jira/guides/getting-started/basics#step-2-pick-a-templatespa
dc.relation.referencesATLASSIAN Bitbucket. (2020). Bitbucket. Recuperado el 20 de Marzo de 2020, de Una breve descripción de Bitbucket: https://bitbucket.org/product/guides/getting-started/overviewspa
dc.relation.referencesAvdoshin, S. M., & Pesotskaya, E. Y. (23 de 04 de 2012). IEEEXplore. Obtenido de https://ieeexplore-ieee-org.aure.unab.edu.co/document/6188471spa
dc.relation.referencesBannerman, P. L. (2008). Risk and risk management in software projects: A reassessment. Journal of Systems and Software, 2118-2133.spa
dc.relation.referencesBallefín, S. J. (2012). Métodos de gestión de riesgos en proyectos de software. Recuperado el 30 de 07 de 2019, de https://www.colibri.udelar.edu.uy/jspui/bitstream/20.500.12008/2967/1/tesis-jaureche.pdfspa
dc.relation.referencesBalestrini, M. (2006). Cómo se elabora el proyecto de investigación. Caracas: BL Consultores Asociadosspa
dc.relation.referencesBarbecana. (2018). Full Monte. Obtenido de https://www.barbecana.com/full-monte/spa
dc.relation.referencesBarki, H., Rivard, S., & Talbot, J. (2015). An Integrative Contingency Model of Software Project Risk Management. Journal of Management Information Systems, 1-34.spa
dc.relation.referencesBERNAL, C. A. (2010). Metodología de la investigación administración, economía, humanidades y ciencias sociales (Tercera edición. Colombia: PEARSON EDUCACIÓNspa
dc.relation.referencesBoehm, B.W. (1991). Software risk management: principles and practices. IEEE Software, 8, 32-41.spa
dc.relation.referencesBrizuela, E. I., & Blanco, Y. C. (2013). Metodologías para desarrollar Almacén de Datos. Revista de Arquitectura e Ingeniería, 1-13.spa
dc.relation.referencesCarvalho, M. M., & Junior, R. R. (2015). Impact of risk management on project performance: the importance of soft skills. International Journal of Production Research, 1-21.spa
dc.relation.referencesChaouch, S., Mejri, A., & Ghannouchi, S. A. (2019). A framework for risk management in Scrum development process. Procedia Computer Science , 1-6spa
dc.relation.referencesChrissis, M. B., Konrad, M., & Shrum, S. (2009). CMMI® Guía para la integración de procesos y la mejora de productos. Software Engineering Institute, 492 -506.spa
dc.relation.referencesCMMI. (2019). CMMI Institute. Obtenido de https://cmmiinstitute.com/cmmi/introspa
dc.relation.referencesDhlamini, J., Nhamu, I., & Kachepa, A. (2009). Intelligent Risk Management Tools for Software Development. CiteSeerx, 1-8.spa
dc.relation.referencesEALDE. (08 de 03 de 2018). Gestión de Riesgos. Obtenido de https://www.ealde.es/sistema-gestion-de-riesgos-iso-31000/spa
dc.relation.referencesFedesoft, MinTic, & Sena. (2015). Caracterización del sector teleinformática, software y TI en Colombia.spa
dc.relation.referencesFernández Sanz, L., & Bernad Silva, P. (03 de 2014). Revista Facultad de Ingeniería Universidad de. Recuperado el 30 de 07 de 2019, de https://www.redalyc.org/pdf/430/43030033021.pdfspa
dc.relation.referencesFuentes, M. d. (2011). NOTAS DEL CURSO ANÁLISIS DE REQUERIMIENTOS. México D.F: UNIVERSIDAD AUTÓNOMA METROPOLITANAspa
dc.relation.referencesFranco, M. F., & Camacho, H. (2008). El proceso de investigación científica. Maracaibo : EDILUZ.spa
dc.relation.referencesGalipienso, M. I., Martínez, A. B., Lizán, F. M., & Jover, J. P. (2005). Ingeniería del software. En requerimientos no funcionales (pág. 111). Madrid, España: Pearson Educación S.A.spa
dc.relation.referencesGit. (2020). Acerca de. Recuperado el 20 de Marzo de 2020, de https://git-scm.com/aboutspa
dc.relation.referencesGrupo BanColombia. (12 de 07 de 2018). Conoce todo sobre las pymes en Colombia. Obtenido de https://www.grupobancolombia.com/wps/portal/negocios-pymes/actualizate/legal-y-tributario/todo-sobre-las-pymes-en-colombiaspa
dc.relation.referencesHoodat, H., & Rashidi, H. (2009). Classification and Analysis of Risks in Software Engineering. International Journal of Computer, Electrical, Automation, Control and Information Engineering, 7.spa
dc.relation.referencesHu, Y., Zhang, X., E.W.T.Ngai, Cai, R., & Liu, M. (2013). Software project risk analysis using Bayesian networks with causality constraints. Decision Support Systems, 439-449spa
dc.relation.referencesIEEE. (2001). Standard for Software Life Cycle Processes—Risk Management (Std 1540-2001). Recuperado de https://ieeexplore-ieee-org.aure.unab.edu.co/document/914365spa
dc.relation.referencesIntraver Institute. (2019). RiskyProject: Project Risk Analysis and Project Risk Management Software. Obtenido de http://intaver.com/spa
dc.relation.referencesISACA. (2019). Risk IT Framework for Management of IT Related Business Risks. Obtenido de https://www.isaca.org/Knowledge-Center/Risk-IT-IT-Risk-Management/Pages/default.aspxspa
dc.relation.referencesIslam, S., Mouratidis, H., & Weippl, E. R. (2014). An empirical study on the implementation and evaluation of a goal-driven software development risk management model. Information and Software Technology, 117 - 133.spa
dc.relation.referencesISO. (2006). ISO/IEC 16085:2006 Systems and software engineering — Life cycle processes — Risk management. Obtenido de https://www.iso.org/standard/40723.htmlspa
dc.relation.referencesISO. (19 de 07 de 2016). ISO Tools. Obtenido de https://www.isotools.org/2016/07/19/iso-31000-gestion-riesgos-cuales-directrices/spa
dc.relation.referencesISO. (2008). ISO/IEC 12207 :2008 Systems and software engineering — Software life cycle processes. Obtenido de https://www.iso.org/standard/43447.htmlspa
dc.relation.referencesISO. (2015). ISO / IEC / IEEE 15288: 2015 Ingeniería de sistemas y software: procesos del ciclo de vida del sistema. Obtenido de https://www.iso.org/standard/63711.htmlspa
dc.relation.referenceslSOTools. (2019). Normas ISO. Retrieved from https://www.isotools.com.co/normas/spa
dc.relation.referencesISOTools. (2019). Sistemas de Gestión de Riesgos y Seguridad. Obtenido de https://www.isotools.org/normas/riesgos-y-seguridad/spa
dc.relation.referencesJiménez, M.L. (2015). Gestión de riesgos en proyecto de software a desarrollar en empresa privada. (Tesis de pregrado). Universidad Militar Nueva Granada Bogotá D.C., Colombiaspa
dc.relation.referencesKatmar Software. (2018). Project Risk Analysis. Obtenido de https://www.katmarsoftware.com/pra.htmspa
dc.relation.referencesKhraiwesh, M. (2012). Risk Management Measures In CMMI. International Journal of Software Engineering & Applications (IJSEA), 149 - 163.spa
dc.relation.referencesKumar, C., & Yadav, D. K. (2015). A Probabilistic Software Risk Assessment and Estimation Model for Software Projects. Procedia Computer Science, 353 – 361.spa
dc.relation.referencesLópez, C., & Salmeron, J. L. (2012). Risks Response Strategies for Supporting Practitioners Decision-Making in Software Projects. ScienceDirect, 1-8.spa
dc.relation.referencesMasso, J., Pino, F. J., Pardo, C., García, F., & Piattini, M. (2020). Risk management in the software life cycle: A systematic literature review. Computer Standards & Interfaces.spa
dc.relation.referencesMontoya, L.O. (2015). Estimación de Riesgos en la Etapa de Planeación en Proyectos de Software (Trabajo final de maestría). Universidad Nacional de Colombia, Medellín, Colombiaspa
dc.relation.referencesMurillo, J. (02 de 03 de 2018). Métodos de investigación de enfoque experimental. Universidad Nacional de Educación Enrique Guzmán y Valle, pág. 5.spa
dc.relation.referencesNasir, M. H., Sahibuddin, S., Ahmad, R., & Mohd, S. S. (2015). How the PMBOK Addresses Critical Success Factors for Software Projects: A Multi-round Delphi Study. Journal of Software, 1-18.spa
dc.relation.referencesOrdoñez, M. P., Ríos, J. R., & Castillo, F. F. (2017). Administración de base de datos con PostgreSQL. Alcoy (Alicante): Área de Innovación y 99 Desarrollo, S.L. Obtenido de https://books.google.com.co/books?hl=es&lr=&id=5-mkDgAAQBAJ&oi=fnd&pg=PA3&dq=+que+significa+postgresql&ots=DmGPG2VclX&sig=F_IeW1yKBj4XvfPhX1Wla7iXFoc&redir_esc=y#v=onepage&q&f=falsespa
dc.relation.referencesOlechowski, A., Oehmen, J., Seering, W., & Ben-Daya, M. (2016). La profesionalización de la gestión de riesgos: ¿qué papel pueden desempeñar los principios de gestión de riesgos ISO 31000? Revista Internacional de Gestión de Proyectos, 1568-1578spa
dc.relation.referencesPMI. (2013). Gestión de los Riesgos del Proyecto. En P. M. Institute, Guía de los Fundamentos Para La Dirección de Proyectos - Quinta Edición (págs. 28 -336). Newtown Square, Pensilvania: Project Management Institute, Incspa
dc.relation.referencesPressman, R. S. (2010). Ingeniería de software un enfoque practico séptima edición. México D.F: Mcgraw-Hill Interamericana editores, S.A. de C.V.spa
dc.relation.referencesProença, D., Estevens, J., Vieira, R., & Borbinha, J. (2017). Risk Management: A Maturity Model Based on ISO 31000. IEEE 19th Conference on Business Informatics (CBI) (págs. 1-10). Thessaloniki, Greece: IEEE.spa
dc.relation.referencesPressman, R. S. (2010). Ingeniería del software un enfoque practico: Séptima edición. México, D.F: Mc Graw Hill Educaciónspa
dc.relation.referencesProfession, P. ́. (2016). El alto costo de un bajo desempeño ¿Cómo mejorará los resultados de negocios? Project Management Institute.spa
dc.relation.referencesPuertas, J. P. (2014). Creación de un portal con PHP y MySQL. 4ª Edición. Madrid, España: RA-MA, S.A. Recuperado el 15 de Abril de 2020, de https://books.google.com.co/books?hl=es&lr=&id=RI2fDwAAQBAJ&oi=fnd&pg=PP1&dq=que+es+php&ots=y7lhF8KBS3&sig=N4b5T7upAilOX8nUzb_h_gFzz-4&redir_esc=y#v=onepage&q=que%20es%20php&f=falsespa
dc.relation.referencesRahmani, H., Sami, A., & Khalili, A. (2016). CIP-UQIM: un modelo unificado para la mejora de la calidad en las PYME de software basadas en CMMI nivel 2 y 3. Tecnología de información y software, 27-57.spa
dc.relation.referencesRANKOVIĆ, N., & IVANOVIĆ, M. (2018). Risk Analysis Tools for Managing Software Projects. Software Quality Analysis, Monitoring, Improvement, and Applications (págs. 1-10). Novi Sad, Serbia: CEUR Workshop Proceedings.spa
dc.relation.referencesReal Academia Española. (2019). Riesgo. Obtenido de https://dle.rae.es/srv/fetch?id=WT8tAMIspa
dc.relation.referencesReport, C. (2018). Project Resolution Benchmark. The Standish Group Internationalspa
dc.relation.referencesReyes, F. L. (2015). Gestión de riesgos en proyecto de software a desarrollar en empresa privada (Tesis de especialización). Universidad Militar Nueva Granada, Bogotá D.C., Colombia.spa
dc.relation.referencesSangaiah, A. K., Samuel, O. W., XiongLi, Abdel-Basset, M., & Wang, H. (2018). Towards an efficient risk assessment in software projects–Fuzzy reinforcement paradigm. Computers & Electrical Engineering, 833 - 846.spa
dc.relation.referencesSanz, L. F., & Silva, P. B. (2013, 11 28). Scielo. Retrieved from Gestión de riesgos en proyectos de desarrollo de software en España: estudio de la situación: http://www.scielo.org.co/scielo.php?script=sci_arttext&pid=S0120-62302014000100022spa
dc.relation.referencesTortoiseSVN. (2020). About TortoiseSVN. Recuperado el 20 de Marzo de 2020, de https://tortoisesvn.net/about.htmlspa
dc.relation.referencesUniversidad de Alicante. (2019). Servicio de informática. Obtenido de https://si.ua.es/es/documentacion/c-sharp/documentos/pruebas/07pruebasunitarias.pdfspa
dc.relation.referencesUniversidad de Antioquia. (2019). Aprende en Línea plataforma Académica para Pregrado y Posgrado. Obtenido de http://aprendeenlinea.udea.edu.co/lms/moodle/pluginfile.php/219431/mod_resource/content/2/ingenieriadesoftware/Ingenieria%20de%20software.pdfspa
dc.relation.referencesVelandia, L. N., & López, W. M. (2015). Escoger una metodología para desarrollar software, difícil decisión. Revista Educación en Ingeniería, 12.spa
dc.relation.referencesWanderley, M., Jr., J. M., Gusmão, C., & Lima, F. (2015). Proposal of risk management metrics for multiple project software development. Procedia Computer Science, 1-9.spa
dc.contributor.cvlachttps://scienti.minciencias.gov.co/cvlac/visualizador/generarCurriculoCv.do?cod_rh=0001359256*
dc.subject.lembIngeniería de sistemasspa
dc.subject.lembInnovaciones tecnológicasspa
dc.subject.lembDesarrollo de prototiposspa
dc.subject.lembMotores de búsquedaspa
dc.subject.lembBúsquedas en líneaspa
dc.subject.lembIngeniería de softwarespa
dc.identifier.repourlrepourl:https://repository.unab.edu.cospa
dc.description.abstractenglishIn the development of software projects, it is vitally important to take into account the different risks that arise, from the moment the idea of building a new software arises and at the different stages of the methodology chosen for the development of the project. The solution that is proposed to reduce the number of projects that are not delivered or do not fully comply with the client's requirements, is the implementation of a functional prototype of a web application, which will allow to quickly evaluate the possible risks that may arise in the early stages (pre-analysis and analysis) of software projects, based on aspects such as the characteristics of the client, the work team and functional requirements. With the application of the functional prototype of the web application in the software projects of the city of Bucaramanga, it was possible to show that the use of it helped project managers to improve the detection of risks in the early stages of development, and also provided clarity on the specific measurements that must be carried out, so that it can be delivered on time and with the characteristics previously established for each of the projects, since risks are commonly considered in a more general way and not in detail.eng
dc.subject.proposalProyectos de softwarespa
dc.subject.proposalAplicación webspa
dc.subject.proposalRiesgos pre-análisisspa
dc.type.redcolhttp://purl.org/redcol/resource_type/TP
dc.rights.creativecommonsAtribución-NoComercial-SinDerivadas 2.5 Colombia*
dc.coverage.campusUNAB Campus Bucaramangaspa
dc.description.learningmodalityModalidad Presencialspa


Ficheros en el ítem

Thumbnail
Nombre:
2020_Tesis_Diana_Marcela_Jaime ...
Tamaño:
2.337Mb
Formato:
PDF
Descripción:
Tesis
Ver/
Thumbnail
Nombre:
2020_Licencia_Diana_Marcela_Ja ...
Tamaño:
529.0Kb
Formato:
PDF
Descripción:
Licencia
Ver/

Este ítem aparece en la(s) siguiente(s) colección(ones)

Mostrar el registro sencillo del ítem

Atribución-NoComercial-SinDerivadas 2.5 Colombia
Excepto si se señala otra cosa, la licencia del ítem se describe como Atribución-NoComercial-SinDerivadas 2.5 Colombia