Entrega Previa 1 Semana 3 Pruebas y Calidad de Software
Entrega Previa 1 Semana 3 Pruebas y Calidad de Software
Entrega Previa 1 Semana 3 Pruebas y Calidad de Software
Alumno:
Eylen Veruzka Rodriguez Penagos: 2011980369
software de alta calidad resultan relevantes teniendo en cuenta que estos conllevan al éxito o al
satisfacer las necesidades y gustos del cliente. Para poder dar cumplimiento a cada uno de los
requisitos de calidad, están establecidos unos modelos que a través de ciertos criterios
calidad.
En esta primera entrega abordaremos aquellos modelos de calidad que se pueden aplicar al
Identificar los diferentes modelos de calidad de software que pueden ser aplicables a la
propuesta del “Plan de desarrollo de calidad del área de pruebas” para una empresa colombiana
de desarrollo de software.
OBJETIVOS ESPECÍFICOS
• Definir adecuadamente los dos modelos necesarios para lograr la calidad en los
• Fijar las actividades, procesos y procedimientos que harán parte del ciclo de vida
JUSTIFICACIÓN
manera identificar los aspectos mas relevantes que deben ser evaluados y mitigados para lograr
Calidad
La calidad de un producto o servicio es la percepción que el cliente tiene del mismo, como
Cuando se habla de calidad del software se hace referencia el conjunto de cualidades que
determina su utilidad. Es el grado en que el software cumple con los requisitos específicos
La calidad del software es medible y varía según el tipo de sistema y de programa, por
ejemplo,no es el mismo un software para control de viajes el cual deba ser confiable a un nivel
Describe la
calidad de un No siempre existe una
concepto relación perfectamen te
Revisión del Mantenibilida
elaborado El modelo de lineal entre valores de las
producto d
mediante McCall fue el métricas y las
Flexibilidad
relaciones primero en ser característica s
Transición del Testeabilidad
MC CALL jerárquicas. se presentado en
producto Portabilidad
focaliza en el 1997 y se originó
Reusabilidad
producto final motivado por Air
Operación del Interoperabili
identificando Forcé Y Dod,
producto dad
atributos claves
desde el punto de
vista del usuario
Genera mucho tiempo en
Es un modelo el desarrollo del
incremental, sistema Costoso
dividido en Requiere experiencia en
regiones de Es el Segundo Utilidad per- la identificació n
tareas y estas a modelo de Calidad se focaliza en se cuan de riesgos
su vez en más usado este se medidas más Mantenibilida
BOHEM
conjuntos de presentado por precisas de alto d
tareas, las cuales Barry Bohem en nivel Utilidad
se ajustan a la 1978 general
cantidad de
iteraciones que el
equipo defina
Alto esfuerzo de
Reducción de implementac ión que exige
Administración
defectos
Se dio 1987 como de riesgos e
Constituye una requiere mayor inversión
Capability Maturity indica la
forma de medir El fiabilidad para ser implementad o
Model en proyecto capacidad de
CMMI grado de
Software una
madurez de las guía paso a
Engineering organización
organizaciones paso a través
Institute, para
de los niveles
administrarlo
de madurez
EFQM Busca determinar Fue enunciado por Ayudar a las Aumenta Rechazo inicial por el
fortalezas y la EFQM en 1991, organizaciones rentabilidad nivel de exigencia y
oportunidades de bajo el patrocinio a conocerse mejora continua
mejora de las de la comisión más a sí mismas Favorece la
organizaciones europea y mejorar su competitivida Es más conocido en
funcionalidad d Europa
servir el
estimulo a la
mejora
continua
emplea un
lenguaje
común de
excelencia
Necesita de muchas
métricas lo que implica
Tiene en
Incluye además mayor esfuerzo en tiempo
cuenta las
de los factores de y dinero
fallas del
calidad y
Fue desarrollado producto y el
atributos, No tiene en cuenta la
por HP (Helwett – Requerimientos proceso para
restricciones de portabilidad de los
Packcard) en 1987 Funcionales y su mayor
FURPS diseño y productos Software
y se publicó por No funcionales corrección
requerimientos
primera vez por URPS
de
Grady y Caswell. Criterios
implementación,
claros para su
físicos y de
fácil
interfaz
utilización
Comprobar que,
Mantenimiento y mediante la
mejora de calidad implantación Evaluación
Toma mucho tiempo y
operativa del Ha estado del control de Efectividad
esfuerzo desarrollarlo
DEMING producto y presente en Japón calidad de toda Consistencia
establecimiento desde 1951, la compañía, se Continuidad
del sistema para hayan obtenido Minuciosidad
mejorar la calidad buenos
resultados
Contempla las
Dimensiones
partes Poco reconocimie nto en el
Recibió el nombre independient
normativas, mercado Norte Americano
Establece un de SPICE en 1998, es para los
donde se
marco y requisito tras las primeras procesos y la
definen los No contiene una estrategia
para cualquier evaluaciones paso capacidad
requisitos de mejora del proceso
proceso y a la fase de
SPICE/ISO/ mínimos para
proporciona guías ISO/IEC TR 15504 Modelo más
IEC 15504 realizar una
para la definición y actualmente se consensuado
mejora de
de competencias han presentado
procesos de
de un evaluador nuevas versiones Coherencia
desarrollo y
de procesos para fortalecer con ISO 9001,
medir la
este estándar ISO 20000 E
madurez de la
ISO 27000
empresa
MOSCA Estimar la calidad Soporta la Se enfoca Proceso complicado si no
sistemática administración tanto al cuenta con una guía
dentro de una de calidad producto adecuada de la aplicación
organización software en sus como al
desarrolladora de 3 actividades de proceso
software aseguramiento,
planeación y Constituye
control de la una
calidad herramienta
efectiva de
análisis y
estimación de
la calidad
Incluye más criterios
lo que hace que se
utilicen más métricas
Permite la
y esto conllevas más
Presenta una auditoria lo que
Complejidad esfuerzo en tiempo y
variante que Creado por Arthur implica un
ARTHUR Seguridad costo
consta de dos Andersen en 1985 mayor grado de
Auditabilidad
acciones: confiabilidad
ante el riesgo
Construir la
Diseñado para
excelencia
identificar la Proceso complejo de
Identificar la operacional a
SHINGO evolución de una Fue establecido en aplicación del
evolución de través de
PRIZE organización que 1988 modelo
una empresa principios
atraviesa por una
universalmen
transformación
te aceptados
No tiene en cuenta la
característica de
facilidad de
Funcionalidad aprendizaje siendo
Ha establecido un
Confiabilidad esta recomendad por
estándar Calidad interna,
ISO/IEC Es reusable y Factibilidad otros estándares y
internacional el externa y en
9126 flexible de uso expertos en
cual fue publicado Uso
Eficiencia usabilidad
en 1192
Portabilidad
AVENTI SAS
de Software, se tomó la decisión de llevar a cabo el desarrollo del presente trabajo basándonos
en la empresa “AVENTI SAS” una empresa con un gran recorrido en el mundo de la tecnología,
transformación digital. Por tal motivo se realizará un análisis minucioso sobre sus debilidades,
➢ Los clientes cada vez más exigen variedad de módulos y otras funcionalidades
decisiones.
FORTALEZAS
OPORTUNIDADES
AMENAZAS
➢ Al ser una empresa pequeña los recursos de capital pueden ser bajos
MODELOS PARA IMPLEMENTAR Y QUE CONTRIBUYEN AL
CMMI:
como “Repetible” que en resumidas palabras es aquel que dispone de ciertas herramientas para la
razonable de la calidad.
EFQM
Dada sus ventajas en cuanto a rentabilidad, competitividad y mejora continua debe ser
Con los dos modelos expuestos anteriormente se pretenden analizar las diferentes estrategias a
ACTIVIDADES
➢ Control de la documentación
➢ Control de cambios
Con el objetivo de brindar una solución efectiva y veraz, se establecerán los procesos que
➢ Gestión de requerimientos
➢ Validación
➢ Verificación
código limpio.
CONCLUSIONES
busca identificar las condiciones actuales de la empresa “AVENTI SAS” con el objetivo de
detectar los aspectos mas importantes que se deberán mitigar de carácter prioritario a fin de
mejorar la calidad de los procesos que se manejan en la compañía y que requieren de ciertos
BIBLIOGRAFÍA
https://www.researchgate.net/publication/301289888_Analisis_comparativo_de_modelos
y_estandares_para_evaluar_la_calidad_del_producto_de_software
http://www.scielo.org.co/pdf/entra/v13n1/1900-3803-entra-13-01-00236.pdf