UNIVERSIDAD MARIANO GÁLVEZ DE GUATEMALA

INGENIERÍA EN SISTEMAS DE INFORMACIÓN Y CIENCIAS DE LA COMPUTACIÓN

INGENIERÍA DE SOFTWARE
ING. MARIO FUENTES

Grupo #1
Fase 2

ERICK HUMBERTO GABRIEL SISIMIT 0910-16-2729

NERY ALEJANDRO FUENTES ESCOBAR 0910-13-15707
YONNATHAN ELISEO FLORES LEIVA 0910-16-5771
JESSICA ALEJANDRA CALDERÓN HERNÁNDEZ 0910-13-1707

GUATEMALA, 10 JUNIO DE 2022

 Gestión de Riesgos
Certificador de Facturas
Id Riesgo Descripción

Si el desarrollo no se completa en el tiempo estimado la implementación se verá afectada y la empresa incurrirá

1
en pérdidas.

Si las instrucciones de los requerimientos no se brindan de una forma clara o no se comprenden a la perfección
2
por el equipo de desarrollo causará retrasos y estas pérdidas financieras.

Si las fases de prueba no son completamente satisfactorias, los resultados no serían certeros y por ende podrían
3
existir problemas en un futuro.

4 Pérdida de la base de datos si la misma no tiene buenos protocolos de seguridad.

5 Mal control de números de factura.

6 Riesgo de tipo humano que es la gestión de contraseñas.
 Hoja de Información de Riesgo
Identificación del Riesgo: Fecha: Probabilidad: Impacto:
21 31/05/2022 5%
3% 43
Descripción:
Si las
el desarrollo
instrucciones no se
de completa
los requerimientos
en el tiempono se
estimado
brindanladeimplementación
una forma clarase
o
veráseafectada
no comprenden y la empresa
a la perfección
incurrirá
por
enelpérdidas.
equipo de desarrollo causará retrasos
yRefinamiento
estas pérdidas
/ Contexto: financieras.
Refinamiento / Contexto:
Si no se entrega el proyecto en la fecha indicada el proceso de
Al principio del proyecto no se brindaron o el equipo no comprendió los
implementación se atrasa y dependiendo de los contratos acordados, se puede
requerimientos y eso causo atraso.
incurrir en cláusulas de mora o pagos por atraso.
Mitigación / Monitoreo
Verificar que desde el inicio las instrucciones estén claramente establecidas y
Mitigación / Monitoreo
Asegurarse
que cada etapa que de el desarrollo
equipo tenga este todos los requerimientos
especificada claros
de manera clara y estén
y concisa,
conformes
teniendo a con unalos tiempos
persona dely jornadas
lado de laborales.
cliente disponible para las dudas que
puedan
Manejo / Plansurgir.
de Contingencia / Disparador:
El equipo
Manejo de desarrollo
/ Plan de Contingencia tuvo algun atraso, ya sea por tecnología, falta de
/ Disparador:
No se explicarion
equipo, no se entendierono entendieron los requirimentos
los requerimientos, hubo por partecambios.
muchos del cliente hacia
el equipo de desarrollo.
Estado Actual:
Estado Actual:
Desactivado
Desactivado
Originador: Asignado a:
Mala especificación de los
Originador: Equipo de desarrollo y líder del
Asignado a:
Mala especificación
requerimientos, o comprensión
solicitudes de Equipo de desarrollo y líder del
proyecto.
de los requerimientos.
cambios, mal manejo de la proyecto.
tecnología.
 Hoja de Información de Riesgo
Identificación del Riesgo: Fecha: Probabilidad: Impacto:
43 31/05/2022 5% 32
Descripción:
Pérdida
Si las fases
de de
la prueba
base denodatos
son completamente
si la misma no satisfactorias,
tiene buenos losprotocolos
resultados no
de
serían certeros y por ende podrían existir problemas en un futuro.
seguridad.
Refinamiento / Contexto:
El sistema
Los resultadosnodeguarda las pruebas correctamente
no se tomaron
la en
información
cuenta o node
se ejecutaron
los usuarios,
las
mismas de manera
cualquiera puede accedercorrectaalo consistema
resultados
y obtener
aceptados.
información. Si no se crean
índices el sistema tardará demasiado y tendrá en cola las peticiones y la base
Mitigación / Monitoreo
de datos podría
Verificar que lassaturarse
pruebasygeneradasdejar de funcionar.
durante todo el proceso estén de manera
Mitigación / Monitoreo
correcta y acorde a los requerimientos.
Verificar que se cumplan los estándares de seguridad actuales y tener una
Manejo / Plan de Contingencia / Disparador:
planificación de actualización y mantenimiento.
Mal uso del sistema, falta de aceptación por parte de los usuarios finales.
Manejo / Plan de Contingencia / Disparador:
Mala configuración de los protocolos de seguridad y fase de actualizaciones
Estado Actual:
constantes.
Desactivado
Estado Actual:
Desactivado
Originador: Asignado a:
Usos incorrectos de las fases de Equipo de desarrollo, QA, Líder del
Originador: Asignado a:
prueba. proyecto.
Mala configuración de los protocolos Equipo de desarrollo y equipo de
de seguridad, no prestarle la atencion arquitectura de software.
debida a esta parte del proceso.
 Hoja de Información de Riesgo
Identificación del Riesgo: Fecha: Probabilidad: Impacto:
65 31/05/2022 10%
5% 3
Descripción:
Mal control
Riesgo de tipo
de humano
númerosque
de factura.
es la gestión de contraseñas.

Refinamiento / Contexto:
Cruce
No manejar
de información
correctamente
de varias
el IDempresas
del Cliente
ya que
y número
están utilizando
de factura
la misma
podrá
ocasionar un
contraseña para
desfase.
emitir facturas.
Mitigación / Monitoreo
Cada empresa
Dando una alerta
tendrá
de seguridad
su usuariopara
y contraseña.
que el cliente
Educar
verifique
al cliente
su correlativo
en cuanto de
al
facturación.
tema de seguridad con sus usuarios y contraseñas.
Manejo / Plan de Contingencia / Disparador:
Una tienda
Mala configuración
o establecimiento
de los protocolos
se identifique
de control
o haga
de peticiones
numero decon
factura
dos
asignada por cliente y fecha
usuarios.
Estado Actual:

Desactivado
Originador: Asignado a:
Riesgoconfiguracion
Mala de factor humano
de los protocolos Equipo de Capacitación
desarrollo y equipo de
de control, no prestarle la atención arquitectura de software.
debida a esta parte del proceso.
 GESTIÓN DE CALIDAD

PROPÓSITO
El inicio de nuestro sistema de gestión de la calidad debe de identificar los residuos, enderezar nuestros
procesos y por lo tanto reducir los costos al disminuir las ineficiencias. Y así la mejora de la satisfacción de
nuestros clientes, aumentando las ventas y promoviendo la buena voluntad de nuestro software.
 El Propósito de nuestro SOFTWARE DE FACTURACIÓN es mejorar la calidad de servicio y producto para
diferentes usuarios o clientes, el cual puede alterar los diferentes procesos del negocio, las estructuras y
responsabilidades para lograrlo. Nuestro software lo centramos en cada paso que programamos y así cada paso
debe cumplir con los diferentes niveles de referencia de calidad implementados.

La calidad no es el resultado de una vez, así que nosotros para lograrlo nos centramos en la mejora continua
de cada proceso ya planificado, nuestra visión es el tener usuarios y clientes con altos estándares y satisfacer sus
necesidades, percepciones y requerimientos.

El objetivo principal es poder adicionar el valor y el esfuerzo en cada etapa. Definir los planes a largo plazo.
Nuestro sistema debe hacer que cada uno sea el dueño de satisfacción. A nivel interno, se generando un sentido
de colaboración y motivación.

ELEMENTOS
Cada uno de los elementos de calidad están diseñados para crear relaciones con los usuarios al comprender las
preferencias y necesidades de cada uno. 

CALIDAD DE SOFTWARE
  BASE DE DATOS TABLAS RELACIONADAS, NO PODER MODIFICAR UN DATO SIN VERIFICAR OTRA
TABLA.
 ROLES POR USUARIO
 SE UTILIZÓ ID VISUAL STUDIO CODE CON LENGUAJE C# FRAMEWORK .NET CORE
 USUARIOS PODER VISUALIZAR POR MEDIO DE API BOOTSTRAP
 MODELO VMC
 ENTITY FRAMEWORK EN LA BASE DE DATOS EN LA PROGRAMACIÓN.
SEGURIDAD
 CONTRASEÑAS ENCRIPTADAS
 API BASIC AUTENTICATION 
 BD NO SE EJECUTA UN QUERY SQL INJECTION DESDE EL SW DE PROGRAMACIÓN.
FACILIDAD DE USO
 PLANTILLA PARA QUE SE ADAPTE AL SW DEL CLIENTE 
 CODIGO DE PROGRAMACION PARA FUNCIONAMIENTO PROPIO
 ADAPTABILIDAD CON LAS VERSIONES

Referidos al principio ISO 9001: 2015, incluye una serie de principios de calidad que con frecuencia se reflejan en
otras normas de calidad de servicio.

TAREAS
Es importante tener claras todas las tareas que se desempeñarán.
 1. LIMPIEZA DE CÓDIGO 
2. FACILIDAD DE CÓDIGO
3. FÁCIL DE ENTENDER 
4. ADAPTABILIDAD
5. GARANTIZAR MANTENIBILIDAD 
6. USO DE PATRONES DE DISEÑO
7. UTILIDAD
8. ESTÁNDARES DEFINIDOS
9. PLANIFICACIÓN Y GESTIÓN DE RIESGOS
10. ASEGURAMIENTO DE CALIDAD Y MANTENIMIENTO DE SW

La estructura de calidad debe alinearse con las necesidades de los usuarios. 

Garantizando la calidad de la gestión integrada, se estarán utilizando las mejores prácticas y mejorando la
eficiencia general del sistema, por lo que los servicios y productos que lleguen al usuario serán de mayor calidad.

ACCIONES 
 La integración 

 Implementar métricas tecnológicas que garanticen la seguridad.

  Gestión y reparto de los recursos a los usuarios, analizando y atendiendo a las posibles demandas para
incrementar los mismos.

 Evaluación de la eficiencia del software y hardware, así como los servicios subcontratados.

PROCEDIMIENTOS DE CONTROL
 • Revisiones: aplicables en las fases iniciales e intermedias de nuestro proyecto. 
• Revisión mínima 
• Revisiones técnicas formales
 • Inspecciones detalladas 
• Pruebas: aplicables a productos software ejecutables. 
• Validación de módulos 
• Evaluación de prototipos

CONTEXTO PRUEBA DE SOFTWARE

 METRICAS – CALIDAD DE USO
METRICAS
NOMBRE PROPOSITO DE LA MEDICION DE
METRICA CALCULO
TAREAS Las proporciones de X=A/B
COMPLETADAS las tareas son A=No. De tareas
 completadas al 100%completadas
en la calidad de uso
B=No. Total que se
designado intentaron realizar
X= 5/5
X=1
FRECUENCIA DE Las frecuencias de X= A/T
ERRORES errores son X= 2/5
relativamente bajas ya X=0.4
que con las pruebas
realizadas se pudo
observar que son
minimos los errores
CARACTERISTICA: SATISFACCION
METRICAS
NOMBRE PROPOSITO DE LA MEDICION DE
METRICA CALCULO
ESCALA DE El usuario esta X= A/B
SATISFACCION totalmente satisfecho X= 10 /5
con dicho poryecto ya X=2
que todo se entrego en
el tiempo establecido

METRICAS EXTERNAS DE CALIDAD

CONFIABILIDAD
ELEMENTO METRICA PROPONER MEDIR
MADUREZ Grado de solución Cuantas condiciones
ante fallos totales. de fallo total están
 Erradicacion de fallos. resueltas?
Densidad de fallos Cuantos fallos han
totales contra casos de sido corregidos?
prueba. Cuantos fallos fueron
Madurez de las detectados durante un
pruebas periodo de pruebas
dfinido?
Esta bien probado el
producto?

RESULTADO DE LA METRICA DE CONFIABILIDAD

SUBCARACTERISTICA NOMBRE DE LA % DE
S DE CALIDAD METRICA CUMPLIMIENTO
DE LA
CARACTERISTICA
 DE CALIDAD
MADUREZ Densidad de fallos 2.9%
totales contra casos de
prueba
MADUREZ Grados de solución 97.6%
ante fallos totales
MADUREZ Cobertura de las 99.00%
Pruebas
MADUREZ Madurez de las 58.4%
pruebas

RESULTADO DE LA METRICA DE USABILIDAD

SUBCARACTERISTICA NOMBRE DE LA % DE
S DE CALIDAD METRICA CUMPLIMIENTO
DE LA
CARACTERISTICA
DE CALIDAD
COMPRENSIBILIDAD Accesibilidad a demos 63.0%
INSTRUCTIBILIDAD Eficiencia de la 91.2%
documentación del
usuario y /o sistemas
de ayuda en el uso

METRICAS EXTERNAS DE CALIDAD. CARACTERISTICAS DE USABILIDAD

USABILIDAD
ELEMENTO METRICA PROPONE MEDIR
COMPRENSIBILIDAD Accesibilidad de A que proporción de
demos demos pueden acceder
los usuarios?
INSTRUCTIBILIDAD Eficiencia de la Que proporción de las
documentación del funciones pueden ser
usuario y /o sistemas utilizados
de ayuda en el uso correctamente
después de leer la
documentación o el
uso de sistemas de
ayuda?

RESULTADO DE LA METRICA DE FUNCIONALIAD

SUBCARACTERISTIC NOMBRE DE LA % DE
A DE CALIDAD METRICA CUMPLIMIENTO
DE LA
CARACTERISTICA
 DE CALIDAD
IDOINEDAD Adecuacion Funcional 72.1%
IDOINEDAD Estabilidad en las 74.9%
especificaciones
funcionales
IDOINEDAD Cumplimiento de 86.3%
estándar de interfaz

RESULTADO DE EVALUACION DE METRICAS

METRICA PUNTAJE TOTAL

CARACTERISTICA
Nombre de Identidad 0.92 0.98
Nombre de atributos 1
heredados 1
Conexión
Entidad/Relacion

Adecuacion Funcional 0.89 0.93

Requisitos Inexistentes 0.91
Tipos de Datos 1
Atributos Numericos 1 0.95
Cadena de Caracteres 1
Precision de Dominios 0.85
Exactitud de Dominios 0.95 0.95
Cruce de Relaciones 1 1
Superposicion de 1
entidades 1
Tipografia clara
Correspondencia, datos y 0.96 0.96
atributos
Registro de Cambios 0 0