Arquitectura para el software de aseguramiento de calidad de los proyectos de software bajo el marco de CMMI: gestor del modelo de calidad del software
Average rating
Cast your vote
You can rate an item by clicking the amount of stars they wish to award to this item.
When enough users have cast their vote on this item, the average rating will also be shown.
Star rating
Your vote was cast
Thank you for your feedback
Thank you for your feedback
Fecha de publicación
07/08/2015Palabras clave
Arquitectura de softwareCalidad del software
Modelo CMM
Casos de uso
Administración de proyectos informáticos
Pruebas de software
Ingeniería de Software
Tesis
Metadatos
Mostrar el registro completo del ítemOtros títulos
Sistema gestor de modelo de calidad de softwareResumen
El presente proyecto tiene como finalidad exponer la arquitectura de un subsistema para la gestión de los modelos de calidad de software CMMI, el cual servirá de apoyo para el seguimiento y gestión de los talleres de proyectos que forman parte del currículo de ingeniería de software de la Universidad Peruana de Ciencias Aplicadas (UPC). A través de los capítulos desarrollados en el presente documento, se describirá una serie de puntos importantes que van desde la definición del problema, la gestión del proyecto, el alcance del producto, la arquitectura de software hasta las pruebas del subsistema.Tipo
info:eu-repo/semantics/bachelorThesisDerechos
info:eu-repo/semantics/openAccessIdioma
spaColecciones
El ítem tiene asociados los siguientes ficheros de licencia:
- Creative Commons
Excepto si se señala otra cosa, la licencia del ítem se describe como info:eu-repo/semantics/openAccess
Ítems relacionados
Mostrando ítems relacionados por Título, autor o materia.
-
Sistema de atención de requerimientos para control y aseguramiento de calidad de software bancarioSubauste Oliden, Daniel Alejandro; Crispin Ñahuincopa, Adolfo Gregorio; Quino Flores, Jorge Angelo (Universidad Peruana de Ciencias Aplicadas (UPC)PE, 2023-11-16)El presente proyecto se realizó en la empresa Software Enterprise Services S.A.C. con el objetivo de implementar un sistema de atención de requerimientos (SAR) en su área de Fábrica de Software. Dicha área atiende como uno de sus clientes al banco Scotiabank Chile con quien ha trabajado por más de 10 años en el desarrollo de soluciones de software solicitadas por requerimientos. No obstante, en los últimos años el banco ha reclamado disconformidad en la atención por frecuentes soluciones de software que no cumplieron las expectativas de calidad y fueron devueltas hasta subsanar las observaciones reportadas. En consecuencia, la gerencia del área buscó la estandarización de su flujo de atención, priorizando el aseguramiento y control de calidad de las soluciones entregadas, e introduciendo al SAR como la herramienta principal de gestión, seguimiento y control de los requerimientos disponible para todo el personal del área. Para implementarlo se usaron las tecnologías de desarrollo Angular en su interfaz web y .NET para su API REST. En la validación un grupo de 15 requerimientos aplicó el SAR y se midió su porcentaje de devolución respecto a otro grupo que no usó el SAR con la expectativa de que el primer grupo obtenga el menor porcentaje. Se calcularon los porcentajes y del primer grupo se obtuvo un 40,00% y del segundo grupo un 60,00%, lo cual demostró el aporte de utilizar el SAR al disminuir las devoluciones y por ende, mejorar la atención de la fábrica hacia el banco.Acceso abierto
-
Diseño de una máquina automática de llenado, tapado y etiquetado para botellas de 500 ml de aguaVinces Ramos, Leonardo Nikolai; Salazar Meliton, Vivella Rosali; Valenzuela Quispe, Franco Fabricio (Universidad Peruana de Ciencias Aplicadas (UPC)PE, 2023-11-27)El presente proyecto tuvo como objetivo, diseñar una máquina automática de llenado, tapado y etiquetado para botellas de 500 ml, debido a que la empresa objeto de estudio (Industrias Eivi SAC), actualmente trabaja con personal para cada proceso, esta cuenta con un sistema totalmente manual que muchas veces chocan entre sí. Además en el proceso de lavado y llenado los operarios no son tan rápidos. Asimismo, el nivel de llenado en muchas ocasiones no tiene la misma medida, el tapado en algunas ocasiones no tiene el giro completo. Por último, el etiquetado no es el adecuado, generando desconfianza hacia los clientes. Para el diseño de proyecto se utilizó: software SolidWorks, software Ansys y software Factory IO, los cuales permitieron programar, y automatizar los procesos de desinfectado, llenado, tapado y etiquetado. En conclusión, se simuló el análisis de esfuerzo estructural en los 4 procesos por separado. Por otro lado, la inversión del diseño alcanzó un costo total de $/15,080.00 en fabricación, este presupuesto estuvo dentro del margen admitido por la empresa. Finalmente se recomienda que la empresa, contrate personal capacitado y que cuente con un cronograma de mantenimiento.Acceso abierto
-
Sistema de creación y gestión de contenidos de aprendizajeGranda del Águila, Alfredo; Linares Gómez, Jorge; Reyes Villar, Josefina; Valdez Pérez, Julio César (Universidad Peruana de Ciencias Aplicadas (UPC)PE, 19/03/2013)El trabajo que se presenta a continuación consiste en la memoria del proyecto profesional “Sistema de creación y gestión de contenidos de aprendizaje” que se desarrolló para la obtención del Título de Ingeniero de Software. El proyecto formó parte de los cursos Taller de Proyectos, Proyecto 1 y Proyecto 2 que se cursaron en la Universidad Peruana de Ciencias Aplicadas, permitiendo el seguimiento por parte de los catedráticos. El sistema que se propone permite la administración de contenido de aprendizaje que se utiliza para el proceso de creación, almacenamiento, búsqueda y entrega de los objetos de aprendizaje. El documento a continuación está constituido por 8 capítulos. El Capítulo 1 explica la Fundamentación Teórica del proyecto, en el se va a tratar temas como el objeto de estudio, dominio del problema y la solución propuesta. El Capítulo 2 trata de los requerimientos del sistema, en este capítulo se habla de los actores del sistema, requerimientos funcionales, requerimientos no funcionales del sistema y el análisis de los requerimientos.Acceso abierto