TÉCNOLOGICO NACIONAL DE MÉXICO

INSTITUTO TÉCNOLOGICO DE CIUDAD

MADERO

FUNDAMENTOS DE INGENIERÍA DE
SOFTWARE

ACTIVIDAD: INVESTIGACIÓN - U5

ALUMNO: ALONSO MATA ADAN

PROF. LAURA TAIDE CONTRERAS ÁLVAREZ

15 DE NOVIEMBRE 2023

TAMPICO, TAMAULIPAS, MÉXICO

5.1 DEFINICIÓN DE CALIDAD

Conjunto de cualidades que lo caracterizan y que determinan su utilidad y
existencia. la calidad es sinónimo de eficiencia, flexibilidad, corrección,
confiabilidad, mantenibilidad, portabilidad, usabilidad, seguridad e integridad.
Es medible y varía de un
sistema a otro o de un
programa a otro. Un software
elaborado para el control de
naves espaciales debe ser
confiable al nivel de "cero
fallas"; un software hecho para
ejecutarse una sola vez no
requiere el mismo nivel de
calidad; mientras que un
producto de software para ser
explotado durante un largo
período (10 años o más).
Puede medirse después de elaborado el producto. Pero esto puede resultar muy
costoso si se detectan problemas deriva dos de imperfecciones en el diseño, por
lo que es imprescindible tener en cuenta tanto la obtención de la calidad como su
control durante todas las etapas del ciclo de vida del software.
Se basa en la conformidad con una especificación de producto detallada y la
noción de tolerancia La suposición subyacente era que los productos podían
especificarse por completo y establecerse procedimientos que comprobaran si un
producto manufacturado cumplía o no con su especificación. Desde luego, los
productos nunca cumplirán exactamente una especificación, pues se permite
cierta tolerancia. Si el producto era “casi bueno”, se clasificaba como aceptable.
No existe una definición única de calidad, ya que:
 Es un concepto relativo (es una compleja mezcla de factores que varía
paralas diferentes aplicaciones y los clientes que las solicitan).
 Es un concepto multidimensional, referido a muchas cualidades.
 Está ligada a restricciones (por ejemplo, el presupuesto).
 Está ligada a compromisos aceptables (por ejemplo, plazos de fabricación).
 No es ni totalmente subjetiva ni objetiva.

5.2 IMPORTANCIA DE LA CALIDAD

Los fallos de software afectan a todos los sectores y a todos los países,
actualmente se desarrolla software fiable y correcto a un costo razonable. los
auténticos profesionales y las empresas bien organizadas son prudentes y saben
que deben aplicar distintas técnicas de control y prevención, además de un buen
proceso de desarrollo.

Administración de la calidad del software:

 Se refiere a lograr un nivel de calidad
requerido en el producto de software.
 Involucra a la definición de estándares de
calidad apropiados y procedimientos que
permitan asegurar que estos se cumplan.
 Debe llevar a desarrollar una cultura de
calidad en donde la calidad es responsabilidad de todos.
 Comprobación independiente de los procesos de desarrollo.

Los productos resultantes de los procesos se introducen en el proceso de

administración de la calidad para asegurar su consistencia con estándares y
objetivos de calidad:
 Equipo de aseguramiento y control: independientes de los equipos de
desarrollo.
 Responsabilidad de la administración de la calidad.
 Visión objetiva del proceso.
 Informan de problemas y dificultades a los administradores principales de la
organización.

5.3 FACTORES DE CALIDAD

Conjunto de propiedades y de características de un producto o servicio, que le
confieren aptitud para satisfacer una necesidad explícita o implícita (ISO 8402).
Calidad del software es el grado con el que un sistema, componente o proceso
cumple los requerimientos especificados y las necesidades o expectativas del
cliente o usuario.
La calidad de software es todo el conjunto de cualidades que determinan su
eficacia y utilidad, cumpliendo con las necesidades tanto implícitas como explícitas
del cliente.
Los factores que determinan la calidad de un software se dividen en tres grupos:
Operaciones del Producto:
Características operativas.
 Corrección: El grado en que una aplicación satisface sus especificaciones
y consigue los objetivos encomendados por el cliente.
 Fiabilidad: El grado que se puede
esperar de una aplicación lleve a cabo
las operaciones especificadas y con la
precisión requerida.
 Eficiencia: La cantidad de recursos
hardware y software que necesita una
aplicación para realizar las operaciones
con los tiempos de respuesta adecuados.
 Integridad: El grado con que puede
controlarse el acceso al software o a los
datos a personal no autorizado.
 Facilidad de uso: El esfuerzo requerido
para aprender el manejo de una aplicación, trabajar con ella, introducir
datos y conseguir resultados.

Revisión del Producto:

Capacidad para soportar cambios.
 Facilidad de mantenimiento: El esfuerzo requerido para localizar y reparar
errores.
 Flexibilidad: El esfuerzo requerido para modificar una aplicación en
funcionamiento
 Facilidad de prueba: El esfuerzo requerido para probar una aplicación de
forma que cumpla con lo especificado en los requisitos.

Transición del Producto:

Adaptabilidad a nuevos entornos.
 Portabilidad: El esfuerzo requerido para transferir la aplicación a otro
hardware o sistema operativo.
 Reusabilidad: En que partes de una aplicación pueden utilizarse en otras
aplicaciones.
  Interoperabilidad: El esfuerzo necesario para comunicar la aplicación con
otras aplicaciones o sistemas informáticos.

5.4 ASEGURAMIENTO DE LA CALIDAD

El aseguramiento de la calidad son todas aquellas actividades y los procesos que
se realizan para asegurar que los productos y servicios de un proyecto posean el
nivel de calidad requerido.
El aseguramiento de calidad está orientado al proceso y se centra en el desarrollo
del producto. Es el proceso de auditar los requisitos de calidad y los resultados de
las mediciones de control de calidad y detección de defectos para garantizar que
se utilizan las normas de calidad y las definiciones operativas adecuadas. La
principal ventaja de este proceso es que facilita la mejora de los procesos de
calidad.
Uno de los principios clave del aseguramiento de la calidad es que se realiza
durante el proyecto para ayudar a asegurar que el producto cumple con los
estándares de calidad. Por ejemplo, crear un plan de gestión de la calidad del
proyecto, seguir un proceso de garantía de calidad y realizar auditorías.

Aseguramiento de la Calidad en Desarrollo de Proyectos

Los proyectos deben someterse a auditorías constantes para garantizar que los
procesos desarrollan productos de calidad, que consisten en lo siguiente:
 Analizar los datos de control de calidad para determinar si existen
problemas de calidad.
 Identificar las mejoras del proceso que aumenten la calidad.
 Realizar un análisis de la causa raíz para determinar las mejoras
necesarias.
 Determinar acciones preventivas para evitar futuros problemas de calidad.
 Garantizar el cumplimiento de la normativa ISO.
El equipo de gestión de proyectos debe estar siempre atento al buen progreso de
los procesos, puesto que el verdadero objetivo es la mejora continua. Es
importante garantizar que las mejoras estén constantemente en la mente no sólo
del equipo de gestión del proyecto y todos los actores implicados en el diseño y
desarrollo de este.

Normas de Calidad ISO

Las normas de calidad se definen como documentos que proporcionan requisitos,
especificaciones, directrices o características que pueden utilizarse de forma
coherente para garantizar que los materiales, productos, procesos y servicios son
adecuados para su finalidad y cumplen con las medidas de seguridad adecuadas.
Las normas de calidad ISO son un sistema internacional que proporcionan a las
organizaciones la visión, la comprensión, los procedimientos y el vocabulario
necesarios para satisfacer las expectativas de las partes interesadas. Dado que
las normas presentan descripciones y terminología precisas, ofrecen una base
objetiva y autorizada para que las organizaciones y los consumidores de todo el
mundo se comuniquen y lleven a cabo sus actividades.
Las normativas que pertenecen a la ISO 9000 son las que se utilizan para
garantizar la calidad. La familia ISO 9000 aborda diversos aspectos de la gestión
de la calidad y contiene algunas de las normas más conocidas de ISO, como por
ejemplo:
 Normas de gestión de la calidad para ayudar a trabajar con más eficacia y
reducir los fallos de los productos.
 Normas de gestión medioambiental reducir el impacto medioambiental, los
residuos y aumentar la sostenibilidad.
 Normas de salud y seguridad.
 Normas de gestión energética.
 Normas de seguridad alimentaria para evitar la contaminación de los
alimentos y garantizar el control de calidad de los alimentos procesados.

Ventajas del aseguramiento de la calidad

El aseguramiento de la calidad permite una producción más ágil y eficiente de los
bienes o servicios, lo que significa:
 Mejorar los controles de los procesos.
 Auditorías reglamentarias más sencillas.
 Un sistema interno de controles para garantizar la calidad de los productos.
 Una cultura de mejora y colaboración continuas.
 Mejor gestión de los recursos y activos.
 5.5 ESTÁNDARES Y MÉTRICAS DE
CALIDAD
Los estándares de calidad de software son normas emitidas por organismos
específicos, que sirven para sentar un marco con el que comparar si un proceso
de desarrollo es o no de calidad.

Estándares de Calidad del Software

Son varias las organizaciones internacionales que se dedican a redactar
estándares de calidad para unificar las buenas prácticas en torno a la industria del
software. Te presentamos algunas de ellas:
 ISO – Organización Internacional de Normalización (International Organization for
Standardization). Sus normas especifican requerimientos para garantizar que los
productos y/o servicios cumplen con su objetivo.
 IEC – Comisión Electrotécnica Internacional (International Electrotechnical
Commission). Sus normas son documentos técnicos que ayudan a diseñadores y
fabricantes a garantizar la seguridad.
 IEE – Instituto de Ingenieros en Eléctrica y Electrónica (Institute of Electrical and
Electronic Engineers). Sus normas tienen como fin unificar la forma de presentar
trabajos escritos a nivel internacional.
 UNE – Una Norma Española. Sus normas se crean en los Comités Técnicos de
Normalización (CTN) de la Asociación Española de Normalización y Certificación
(AENOR) e incluyen adaptaciones españolas de normas internacionales.

Normas Enfocadas de Forma Global a la Gestión de la Calidad

(Quality Management)
ISO 9001 – Gestión de la Calidad
Esta norma para la implementación de un método o Sistema de Gestión de la
Calidad (SGC) se ha convertido desde el año 2002 en un referente global con más
de un millón de empresas certificadas. Acredita ante cualquier parte interesada la
capacidad de una organización de satisfacer los requisitos del cliente. Es el
certificado ISO más común y mejor reconocido y sus requisitos son genéricos y
aplicables a cualquier organización.
ISO 10005:2018 Sistemas de Gestión de la calidad. Directrices para los
planes de la calidad
Esta norma, que sustituye a ISO 10005:2015, ofrece las directrices para gestionar
un plan de calidad que incremente la confianza, el control y la oportunidad de
mejora durante todo el ciclo de vida. Se enfoca en el desarrollo, revisión,
aceptación, aplicación y revisión del plan para adaptarlo a procesos, productos,
proyectos o contratos. Las fases de desarrollo de un plan de la calidad son:
 Identificación de la necesidad de un plan de calidad.
 Identificación de las entradas.
 Alcance.
 Preparación.
 Contenido.
 Revisión, aceptación e implementación.

Normas Enfocadas al Aseguramiento de la Calidad (Quality

Assurance)
ISO 33000 Calidad de los procesos de desarrollo de software
Esta norma sustituye a ISO 15504 Evaluación y Mejora de la capacidad y madurez
de procesos. También llamada Process Improvement and Capability Determination
(SPICE), aporta unas líneas de trabajo para la evaluación de procesos software.
Proporciona una base que permite evaluar el punto en el que se encuentra una
empresa. De esta manera, es posible comprobar la evolución en el tiempo, hacer
un seguimiento de la situación respecto a la competencia y determinar posibles
estrategias de mejora.

ISO 12207 Modelos de Ciclos de Vida del Software

Se trata de un estándar para los procesos de ciclo de vida del software,
entendidos como un conjunto de actividades y tareas relacionadas. Hace el
recorrido desde que surge la necesidad o nueva idea hasta la retirada del
software. La conformidad se mide según el nivel de adecuación de los procesos al
estándar definido en la norma.

ISO IEC IEEE 12207 Procesos de ciclo de vida de software

Recomienda un marco común para los procesos de Ciclo de Vida del Software,
desde la necesidad hasta la retirada. El propósito es proporcionar requisitos
uniformes mínimos aceptables para la preparación y el contenido de los planes de
aseguramiento de la calidad del software.

IEEE 730 – 2002 Standard for Software Quality Assurance Plans

Este estándar define lo que es el software de alta calidad y es una recomendación
para elaborar un Plan de Aseguramiento de la calidad de software (SQAP). Es
utilizado en las fases de desarrollo y mantenimiento del ciclo de vida del software.

Normas Enfocadas al Control de la Calidad (Quality Control)

ISO IEC 25000
Esta norma sustituye a ISO 9126 e ISO/IEC 14598. También conocida como
SQuaRE (System and Software Quality Requirements and Evaluation), se trata de
una familia de normas para evaluar la calidad del producto software. Está
compuesta por las siguientes divisiones:
 Gestión de calidad
 Modelo de calidad
 Mediciones de calidad
 Requisitos de calidad
 Evaluación de la calidad
 Estándares de extensión
Sirve para medir ocho características de los productos software, que pueden
descomponerse en subcaracterísticas para un análisis en detalle:
 Adecuación funcional
 Fiabilidad
 Usabilidad
 Eficiencia
 Compatibilidad
 Seguridad
 Mantenibilidad
 Portabilidad

ISO 5055 Software Quality Standards

Calcula medidas de calidad basadas en la cantidad de debilidades críticas en el
software. Analiza cuatro características de calidad relacionadas con las
mencionada ISO IEC 25000:
  Seguridad
 Confiabilidad
 Eficiencia de rendimiento
 Mantenibilidad

Normas Enfocadas a las Pruebas o al Testing

ISO IEC IEE 29119 Norma para la documentación de prueba de software.
Standard for Software Test Documentation
Sustituye a IEE 829 – 1998. Está enfocada a la relación de las pruebas con las
metodologías de desarrollo y el ciclo de vida software. Describe el papel de las
pruebas en la gestión de la calidad y cómo parte de la verificación y validación del
software. Menciona las pruebas estáticas y dinámicas y pone de manifiesto uno de
los principios del testing de ISTQB: la imposibilidad de realizar pruebas
exhaustivas sobre un producto.
Destaca la importancia de realizar las pruebas por terceras partes independientes
al equipo de desarrollo. Define cómo diseñar estrategias, gestionar, priorizar y
enfocar las pruebas. Además, marca la necesaria distinción entre niveles, tipos y
técnicas de diseño de prueba.
Se presentan varios marcos de prueba, métricas, y modelos de documentación,
gestión de configuración y soporte de herramientas. Define cómo se deben
diseñar y ejecutar las pruebas, gestionar los datos necesarios para llevarlas a
cabo y documentar e informar de los resultados obtenidos. Hace la necesaria
diferenciación entre pruebas manuales y automatizadas.

ISO IEC 20246 Ingeniería de Software

Esta norma sustituye a IEE 1028. Establece un marco genérico para revisiones de
productos de trabajo. Cualquier artefacto producido por un proceso puede ser
considerado un producto de trabajo. Esta norma es utilizada por cualquier
organización para la gestión, desarrollo, pruebas y mantenimiento de sistemas y
software. Contiene un proceso genérico con actividades, tareas, técnicas de
revisión y plantillas de documentación que se aplican durante la revisión.
Define revisiones de productos de trabajo para cualquier fase del ciclo de vida.
Está destinado a managers de proyecto, desarrollo, calidad y pruebas, así como a
analistas comerciales, desarrolladores, probadores, clientes y todos aquellos
involucrados en el desarrollo, las pruebas y el mantenimiento de sistemas y
software.
Para conseguir llegar al nivel de evaluación, es preciso contar con datos
relevantes, precisos y actualizados sobre diferentes áreas, que faciliten una
perspectiva global de la solución. Así, las métricas de calidad de software pueden
aplicarse a diferentes contextos, como:
1. El Proyecto: son las que facilitan la gestión del riesgo permitiendo tomar el
pulso a la iniciativa de desarrollo desde su inicio.
2. El Producto: están enfocadas a medir las características del software y
todos los entregables que lo acompañan, fruto del proyecto de desarrollo,
como modelos, componentes adicionales y documentación.
3. El Proceso: tienen por objeto identificar mejores prácticas para su
exportación a futuros proyectos y, para conseguirlo, recopilan datos de
distintas iniciativas a lo largo de un periodo de tiempo determinado.
Sin embargo, a la hora de centrarse en la solución en sí, existen algunas métricas
de calidad de software imprescindibles, como las que tienen que ver con los cinco
siguientes criterios:
a) Métricas de Exactitud: intentan aportar información sobre la validez y
precisión del software y su estructura, incluyendo la etapa de despliegue,
pero también la de pruebas y la función de mantenimiento.
b) Métricas de Rendimiento: a través de ellas se consigue medir el
desempeño del software, tanto de cada uno de sus módulos, como del
sistema al completo.
c) Métricas de Usabilidad: hay que descartar la complejidad y buscar una
solución intuitiva y user-friendly. este tipo de métricas de calidad de
software ayudan a determinar si la solución cumple con dichos requisitos.
d) Métricas de Configuración: las limitaciones, el estilo de código y todos los
datos relativos al desarrollo y cualidades del producto se verán evaluados
en base a estas métricas.
e) Métricas de Eficiencia: minimización de latencias, velocidad de respuesta,
capacidad, es un enfoque similar al de la productividad pero con un matiz
un poco distinto, que añadido a aquél, aporta una visión mucho más
completa de la solución.
De esta forma, evaluando el software a través de diferentes ópticas y en base a
continuas mediciones, se puede ganar en alineación con el objetivo de calidad
que, poco a poco, se irá sofisticando y para lograr alcanzar cotas superiores.

5.6 MODELOS DE MADUREZ

El modelo de madurez de capacidad (CMM) es una metodología simple que se
utiliza para crear y refinar el proceso de desarrollo de aplicaciones de una
organización. Esto permite a los desarrolladores desarrollar y mejorar el proceso
de desarrollo de software, lo que resulta en una mayor consistencia y eficiencia.
CMM describe los procedimientos principales para el desarrollo de software y
otras princesas que se someten a ingeniería, gestión y planificación. Supone que
se puede lograr un proceso de mejora regular a través de pequeños signos de
progreso en lugar de grandes avances.

Además, ofrece un marco para gestionar señales menores en varios niveles de

madurez con el fin de proporcionar una plataforma para la mejora continua del
proceso de desarrollo de software. Por lo tanto, esta metodología actúa como el
corazón de los sistemas de gestión especialmente diseñados para mejorar la
calidad del desarrollo de productos y servicios junto con sus entregas.

Los cinco niveles del modelo de madurez de capacidad (CMM) en el proceso de

desarrollo son:
1. Nivel Inicial: En este nivel, los procesos no están en el orden correcto.
Incluso puede ser caótico a veces. Aquí, el éxito depende de los esfuerzos
del miembro individual y no se considera un proceso repetible. Esto se debe
únicamente a que el proceso no está bien documentado y lo
suficientemente definido como para poder replicarlo.
2. Repetible: En este nivel, los procesos requeridos están bien establecidos,
documentados y definidos. Como resultado, las técnicas de gestión de
proyectos se establecen correctamente y es posible que el éxito no se
reproduzca en algunas áreas clave del proceso. El nivel repetible se puede
lograr estableciendo algunas políticas básicas de gestión de proyectos. La
experiencia en proyectos anteriores se utiliza para gestionar proyectos de
naturaleza similar. Incluye la definición de los recursos necesarios,
objetivos, restricciones y más para el proyecto.
Este nivel presenta un plan detallado que debe seguirse correctamente
para completar con éxito un software de calidad. El objetivo principal es
 mantener el rendimiento del producto, como su componente, durante todo
el ciclo de vida del software.
El nivel repetible también incluye comentarios de los clientes y revisar la
gestión, lo que puede conducir a algunos cambios en el requisito
establecido. Esta gestión de requisitos consiste en acomodar los requisitos
modificados.
Además, la gestión de subcontratos se centra en la gestión de contratistas
calificados para el desarrollo de software. Esto significa que administra
algunas partes de software desarrolladas por terceros. Software garantía de
calidad garantiza un producto de software de calidad con ciertas reglas y
pautas estándar durante el proceso de desarrollo.
3. Definido: La documentación de las directrices y procedimientos se lleva a
cabo en este nivel. Es un conjunto bien definido de procesos y gestión de
ingeniería de software. Esto incluye:
o Revisiones Hechas por Colegas: En este método, los defectos deben
eliminarse mediante una variedad de procesos de revisión, como
inspecciones, verificaciones de compañeros, recorridos, etc.
o Coordinación Intergrupal: Este método consiste en interacciones
entre múltiples equipos de desarrollo para garantizar el cumplimiento
adecuado y eficiente de las necesidades.
o Definición de Proceso de Organización: El método se centra en el
desarrollo y mantenimiento de procesos de desarrollo de software.
o Enfoque del Proceso de la Organización: Esto incluye prácticas y
actividades que deben seguirse para mejorar las capacidades de
proceso de la organización.
o Programas de Entrenamiento: Los programas de formación se
centran en la mejora de los conocimientos y habilidades de los
miembros del equipo y aseguran una mejora en la eficiencia del
trabajo.
4. Gestionado: En este nivel, se establecen objetivos cuantitativos para la
calidad del producto de software y los procesos de software de una
organización. Las mediciones realizadas permiten a la organización
predecir la calidad del proceso y del producto dentro de los límites definidos
cuantitativamente. Este nivel incluye estrategias y planes establecidos para
desarrollar y comprender el análisis cuantitativo y la calidad del producto.
También se centra en la gestión del rendimiento del proyecto.
5. Optimización: Esta es la etapa final de la madurez del proceso en el CMM
que se enfoca solo en la mejora continua de los procesos de desarrollo en
la organización a través de la retroalimentación cuantitativa. Esto se hace
mediante el uso de técnicas, evaluación y herramientas para procesos de
software para evitar la repetición de defectos conocidos.
Este nivel incluye:
o Gestión de Cambios de Procesos: Este proceso de gestión se centra
en la mejora continua de los procesos de desarrollo de software.
 Esto mejora la calidad, el tiempo de ciclo y la productividad del
producto de software.
o Gestión del Cambio Tecnológico: Consiste en el uso de tecnologías y
técnicas de identificación para mejorar la calidad del producto y
minimizar el tiempo de desarrollo.
o Prevención de Defectos: La prevención de defectos se puede hacer
identificando la causa de los defectos y evitando que esos defectos
se repitan en los próximos proyectos. Esto mejora los procesos
definidos por el proyecto.

5.6.1 ENFOQUE DE PROCESOS

Estándar internacional que ofrece un marco para la evaluación de procesos.
En el transcurso de su desarrollo ha
evolucionado, de ser un modelo de
referencia de buenas prácticas de
software, para convertirse en un
marco de trabajo para evaluación de
múltiples modelos (de software o no).
Su dirección actual es poder
aplicarse a múltiples disciplinas y
permitir a las diferentes comunidades definir sus propios procesos específicos,
modelos de referencia o buenas prácticas. Esta versión está compuesta de cinco
documentos, a diferencia del reporte técnico que consta de nueve partes.

Niveles de Capacidad:
0. Incompleto: Falta de cumplimiento del proceso.
1. Realizado: Genera los productos de trabajo esperados.
2. Administrado: Proceso y productos administrados y controlados.
3. Establecido: Proceso definido para la organización y utilizado
adecuadamente.
4. Predecible: El proceso opera dentro de los límites estadísticos establecidos.
5. Optimizado: El proceso mejora continuamente.
 5.6.2 PSP Y TSP
PSP – Personal Software ProcessSM

Personal Software Process (PSP) es un proceso diseñado para ayudar a los

ingenieros de software a controlar, manejar y mejorar su trabajo. PSP está basado
en una motivación: La calidad de software depende del trabajo de cada uno de los
ingenieros de software. Debido a que los costos de
personal constituyen 70% del costo del desarrollo de
software, las capacidades y hábitos de trabajo de los
ingenieros determinan en gran manera los resultados
del desarrollo de software.
Basado en prácticas encontradas en CMM, el PSP
puede ser usado por ingenieros para estructurar y
disciplinar el desarrollo de software. El ingeniero de
software podrá planear mejor el trabajo, conocer con
precisión el desempeño, medir la calidad de
productos, y mejorar las técnicas.
PSP puede ser aplicado en:
 Desarrollo de programas.
 Definición de requerimientos.
 Documentación.
 Pruebas de sistemas.
 Mantenimiento de sistemas.

TSP - Team Software Process

Team Software Process (TSP) es un marco para el desarrollo de software que
pone igual énfasis en el proceso, producto y trabajo en equipo. Al igual que PSP,
TSP fue propuesto por Watts Humphrey.
TSP se basa en PSP, y se fundamenta en
que el software, en su mayoría, es
desarrollado por equipos, por lo que los
ingenieros de software deben primero saber
controlar su trabajo, y después saber trabajar
en equipo. TSP le enseña a los ingenieros a construir equipos autodirigidos y
desempeñarse como un miembro efectivo del equipo. También muestra a los
administradores como guiar y soportar estos equipos.
Estrategia de TSP:
 Proveer un proceso sencillo basado en PSP.
 Desarrollar productos en varios ciclos. Ciclo de TSP: Lanzamiento,
Estrategia, Plan, Requerimientos, Diseño, Implementación, Pruebas,
Postmortem.
 Establecer medidas estándares para calidad y desempeño.
 Proveer definiciones de roles, y evaluaciones de rol y de equipo.
 Requiere disciplina de proceso.
 Provee guía para manejo de problemas de trabajo en equipo.

5.6.3 SPICE
SPICE es un acrónimo inglés de Simulation Program with Integrated Circuits
Emphasis (Programa de simulación con énfasis en circuitos integrados). Fue
desarrollado por la Universidad de California,
Berkeley en 1973 por Donald O. Pederson y
Laurence W. Nagel.
Es un estándar internacional cuyo objetivo es
simular circuitos electrónicos analógicos
compuestos por resistencias, condensadores,
diodos, transistores, etc. Para ello hay que
describir los componentes, describir el circuito y
luego elegir el tipo de simulación (temporal, en
frecuencia, en continua, paramétrico, Montecarlo, etc.).

Características del Programa

Análisis
SPICE realiza los siguientes tipos de análisis:
 DC - Función de transferencia.
 AC - Respuesta en frecuencia de circuito.
 Transitorio - Evolución del circuito en el tiempo.
 5.6.4 CMMI
CMMI es el acrónimo de Capability Maturity Model Integration y se refiere a los
modelos que contienen las mejores prácticas que ayudan a las organizaciones a
mejorar sus procesos
Han sido desarrollados por equipos de trabajo formados por
especialistas de la industria, el gobierno y el Software
Engineering Institute (SEI) que transfirió los derechos al
CMMI Institute para su operación y comercialización.
Siendo un modelo refleja una abstracción de la realidad que
permite a las organizaciones adoptar prácticas útiles para
alcanzar sus objetivos de negocio, constituye una
referencia no es un proceso en sí. Para establecer una
analogía, querer adaptar la organización al modelo es como si al ver una maqueta
de una casa una persona deseara vivir en ella.

5.6.5 MOPROSOFT
El esquema MoProSoft permite a las pequeñas y medianas empresas que
desarrollan software, demostrar la capacidad de sus procesos y, con esto,
hacerlas más competitivas, a fin de que tengan mayores probabilidades de
permanecer en el mercado.
Se trata de un estándar enfocado hacia una de las estrategias del Programa de
Software (ProSoft) de la Secretaría de Economía, relativa a “alcanzar niveles
internacionales de capacidad de procesos” por parte de las pequeñas y medianas
empresas mexicanas desarrolladoras de software.

Características
 Facilita el cumplimiento de los requisitos de otros modelos como ISO
9000:2008 y CMMI.
 Es específico para el desarrollo y mantenimiento de software.
 Es sencillo de entender y adoptar.
 Es práctico en su aplicación.
 Comprende un documento de menos de 200 páginas que al compararlo con
otros modelos y estándares, lo hace bastante práctico.
• Resulta acorde con la estructura de las organizaciones mexicanas con
desarrollo o mantenimiento de software.
• Está orientado a mejorar los procesos, para contribuir a los objetivos de la
organización, y no simplemente ser un marco de referencia o dictaminación.
• Tiene un bajo costo, tanto para su capacitación y, su adopción como para su
evaluación.

Beneficios
 Elevar la capacidad de las organizaciones para ofrecer servicios con
calidad y alcanzar niveles internacionales de competitividad.
 Mejorar la calidad del software producido por la organización que adopta el
modelo.
 Integrar todos los procesos de la organización y mantiene la alineación con
los objetivos estratégicos.
 Reconocer a las organizaciones mexicanas por su nivel de madurez de
procesos.
 Obtener acceso a las prácticas de ingeniería de software de clase mundial.
 Pertenecer a la Lista Nacional de Empresas Dictaminadas, que sirve como
una referencia oficial para clientes, autoridades y competidores.

COSTO DE LAS CERTIFICACIONES

Costos en la Certificación del Modelo PSP
La meta de PSP es ayudar a los desarrolladores a producir productos de calidad
con cero defectos y en la fecha propuesta.
 El costo de esta certificación es de: $23,916.00
 La duración de esta certificación es de 64 horas distribuidas en un lapso de
10 días.
Empresas certificadas por PSP:
 Tecnología de Gestión y Comunicación S.A. de C.V
 SAITOSOFT, S.A. DE C.V
 Universidad Tecnológica de León (UTL)
 i-place
 T-Systems México, S.A. de C.V

Costos en la Certificación del Modelo TSP

La meta de PSP es ayudar a los desarrolladores a producir productos de calidad
con cero defectos y en la fecha propuesta.
 El costo de esta certificación es de: $263,916.00
 La duración de esta certificación es de 64 horas repartidas en 10 días.

Costos en la Certificación del Modelo Moprosoft

La siguiente tabla muestra los precios según el nivel de maduración del modelo de
MoProsoft:

Además se agregarán $22,000.00 CLP de capacitaciones por dos días para diez
personas como máximo dirigido a los líderes de proyecto, desarrolladores y
gerentes de sistema para que los participantes comprendan las principales
características del modelo de MoProsoft, así como $30,000.00 CLP de viáticos
para la persona encargada de impartir la capacitación.
NOTA: 1 CLP = 0.019 MXN

Costos en la Certificación del Modelo CMMI

El costo de certificación en CMMI representa un promedio del 2% sobre las ventas
anuales de la empresa.
La certificación CMMI tiene tres conceptos de gasto:
 La certificación misma, llamada Evaluación Benchmark.
 La capacitación de los 3 Team Members de la empresa.
 El servicio de consultoría de implementación (opcional).
El costo de un proyecto de certificación en CMMI en promedio representa entre un
1% y 7% de las ventas anuales de la empresa, dependiendo de su tamaño y del
nivel de madurez buscado. Considerando que la certificación permite acceder a
nuevos mercados, más grandes y mejor pagados, además del incremento de valor
de la marca, y de que tiene una vigencia de tres años, la amortización de la
inversión realizada por una empresa pequeña es el equivalente en promedio a un
2% anual de sus ventas. Realmente un costo muy bajo.
 BIBLIOGRAFÍAS
Unidad 5. (n.d.). Retrieved from
https://es.scribd.com/document/393396421/Unidad-5
Ver todas las entradas de softwareblog03 & softwareblog03. (2017, April 24).
Factores de calidad del Software. Retrieved from
https://softwareblog03.wordpress.com/2017/04/24/factores-de-calidad-del-
software/
Unknown. (n.d.-i). Unidad 5: Calidad de software. Retrieved from
https://isittla12.blogspot.com/2012/11/unidad-5calidad-de-software.html
Wanatop. (2022, December 12). ¿Qué es el aseguramiento de la calidad?
Retrieved from https://www.infinitiaresearch.com/noticias/aseguramiento-de-
calidad-en-que-consiste/
Medina, I. F. (2023, October 11). Los estándares de calidad del software más
importantes. Retrieved from https://www.hiberus.com/crecemos-contigo/los-
estandares-de-calidad-del-software-mas-importantes/
Métricas de calidad de software: una solución excelente. (n.d.). Retrieved from
https://blog.powerdata.es/el-valor-de-la-gestion-de-datos/metricas-de-calidad-de-
software-una-solucion-excelente
Pathak, A. (2023, March 7). Modelo de madurez de la capacidad (CMM) explicado
en 5 minutos o menos. Retrieved from https://geekflare.com/es/capability-maturity-
model/#geekflare-toc-five-levels-of-maturity-in-cmm
FUNDAMENTOS DE INGENIERÍA DE SOFTWARE. (n.d.). Retrieved from
https://andoniandresperezdominguezfis.blogspot.com/
Febles Estrada, Ailyn. "Calidad de software". Maestría de Informática Aplicada,
Universidad de Matanzas "Camilo Cienfuegos", 2006.
Fernández Carrasco, Oscar M.; García León, Delba; Beltrán Benavides, Alfa. "Un
enfoque actual sobre la calidad del software". 1995.
Unknown. (n.d.-f). Moprosoft. Retrieved from
https://moprofustersalazar.blogspot.com/