modelos de calidad de sw
Ingeniería de Sw II
Métricas, estándares y calidad de software
Ing. José Fernando Rueda
Ing. Juan Sebastian Garcia
calidad de software
Con la aparición de nuevas tecnologías es inherente la aparición de nuevo software y con él una buena gestión de calidad es necesaria para mantenerlo y ofrecer calidad a largo plazo.
Y2K “falta de un control riguroso y sistemático de la gestión de calidad de software”
mODELOS DE CALIDAD DE SW
Con los modelos de calidad de software se logra:
Tener un buen control de los procesos desde el comienzo del diseño de una aplicación
Brindar calidad y alternativas para futuros cambios o mejoras del software
Administrar y controlar los riegos de un proyecto
Tomar decisiones que permitan mejorar la calidad del producto final.
Antecedentes del concepto de calidad
- La búsqueda de la perfección en el trabajo realizado, y la búsqueda de asumir responsabilidad y buen nombre por la labor hecha, origina el concepto de calidad.
- Egipcios – usaban métodos de inspección durante la construcción de sus monumentos.
- Europa – Edad media – Sistema de organización en gremios – Con normas básicas por zonas y su cumplimiento originaba mayor calidad en sus productos.
Antecedentes del concepto de calidad
- Revolución industrial – aparecen empleados con cargos enfocados en la verificación en los puntos de producción y no tanto en la calidad de producto final.
- Gráficos de control – en los años 30 del siglo XX – aparecen para controlar indicadores de calidad-
- Japón – postguerra II guerra mundial – producen enfocados en calidad y bajo el ciclo (planear, hacer, verificar, actuar), Implementan capacitaciones para mentalizar a todos los empleados de la importancia de la calidad en todos los procesos.
Dos conceptos diferentes:
Calidad del producto final de software
Calidad en el proceso de desarrollo (esta lleva a la 1)
Diferencias entre la calidad de productos y la calidad de software
- El software es un producto mental, intangible (no aplican las medidas de productos tangibles)
- El mayor coste se encuentra en su diseño y elaboración y no en su producción en serie
- Los errores del futuro son fallas desde el inicio y por tanto la falla está en todas las copias.
Diferencias entre la calidad de productos y la calidad de software
- Casi siempre es un producto a la medida de las organizaciones dificultando el control de calidad.
- Cuesta más el mantenimiento o corrección que la detección temprana de los errores
- Las fallas se presentan en gran medida por inconsistencias en las especificaciones entre cliente y proveedor del software.
- El no tener métodos, procedimientos y normas en la elaboración conlleva a un producto con poca calidad.
Modelos
Que es un modelo de calidad para sw
Según el estándar iso 8420(1986), un modelo de calidad se puede definir como un conjunto de factores de calidad y de relaciones entre ellos, que proporcionan una base para la especificación de requisitos de calidad y para la evaluación de los componentes de software.
Modelos
-
- Modelo de McCALL (1977).
- Modelo de FURPS (1987).
- Modelo CMMI (Capability Maturity Model Integrator).
- Modelo de DROMEY (1996).
- Normas ISO 9000 - ISO/IEC 9126.
- MOSCA (Modelo Sistémico de Calidad).
- TSP (Team Software Process) – PSP (Personal Software Process).
Modelo de McCALL
MACCALL
Modelo de calidad de software basado en 3 puntos de vista, definidas por 11 factores que a su vez están compuestos por 23 criterios de calidad, adicional el modelo propone 41 métricas subjetivas (métricas que evaluadas por personas diferentes pueden dar resultados diferentes)
MACCALL
Maccall
mccall
Cada uno de estos factores se descompone, a su vez, en criterios. En el modelo se definen un total de 23 criterios, con el siguiente significado:
- Facilidad de operación: Atributos del software que determinan la facilidad de operación del software.
- Facilidad de comunicación: Atributos del software que proporcionan al usuario entradas y salidas fácilmente asimilables.
- Facilidad de aprendizaje: Atributos que facilitan la familiarización inicial del usuario con el software y la transición desde el modo actual de operación.
maccall
- Control de accesos: Atributos del software que proporcionan control de acceso al software y los datos que maneja.
- Facilidad de auditoría: Atributos del software que facilitan el registro y la auditoría de los accesos al software.
- Eficiencia en ejecución: Atributos del software que minimizan el tiempo de procesamiento.
maccall
- Eficiencia en almacenamiento: Atributos del software que minimizan el espacio de almacenamiento necesario.
- Precisión: Atributos del software que proporcionan el grado de precisión requerido en los cálculos y los resultados.
- Consistencia: Atributos del software que proporcionan uniformidad en las técnicas y notaciones de diseño e implementación utilizadas.
maccall
- Tolerancia a fallos: Atributos del software que posibilitan la continuidad del funcionamiento bajo condiciones no usuales
- Modularidad: Atributos del software que proporcionan una estructura de módulos altamente independientes.
- Simplicidad: Atributos del software que posibilitan la implementación defunciones de la forma más comprensible posible.
- Completitud: Atributos del software que proporcionan la implementación completa de todas las funciones requeridas.
maccall
- Instrumentación: Atributos del software que posibilitan la observación del comportamiento del software durante su ejecución (para facilitar las mediciones del uso o la identificación de errores).
- Independencia entre sistema y software: Atributos del software que determinan su independencia del entorno operativo.
- Independencia del hardware: Atributos del software que determinan su independencia del hardware.
maccall
- Compatibilidad de comunicaciones: Atributos del software que posibilitan el uso de protocolos de comunicación e interfaces estándar.
- Compatibilidad de datos: Atributos del software que posibilitan el uso representaciones de datos estándar.
- Concisión: Atributos del software que posibilitan la implementación de una función con la menor cantidad de código posible.
maccall
- Vamos a ver como ejemplo las métricas asociadas al criterio de calidad “completitud”, dentro del factor de calidad “corrección”, según McCall. Para evaluar la completitud es necesario dar respuesta a la siguiente lista de comprobación:
maccall
- No hay referencias ambiguas [R,D,I]
- Todas las referencias a datos definidas son calculadas u obtenidas de una fuente externa [R,D,I]
- Todas las funciones definidas son utilizadas [R,D,I]
- Todas las referencias a funciones están definidas [R,D,I]
- Se han definido todas las condiciones y procesamientos para cada punto de decisión [R,D,I]
- Concuerdan todos los parámetros de llamada a funciones definidos y referenciados [D,I]
macall
- Todos los informes de problemas se han resuelto [R,D,I]
- El diseño concuerda con los requisitos [D]
- El código concuerda con el diseño [I]
- Las letras R, D e I indican si la lista de comprobación es aplicable a los requisitos (R), el diseño (D) y/o la implementación (I).
-
Se contesta a estas preguntas con un SI o NO, y luego se aplica la siguiente fórmula matemática que da como resultado el grado o nivel de calidad para dicho atributo:[(número de SI para R/6) +(número de SI para D/8) + (número de SI para I/8)] / 3
Modelo de FURPS
furps
Modelo desarrollado por Hewlett Packard (HP) en 1987, desarrollando un conjunto de factores de calidad de software y sus respectivos atributos.
FURPS
Acrónimo:
- Funcionalidad, facilidad de uso, fiabilidad,
- Usabilidad,
- Performance - Rendimiento y
- Supportability - compatibilidad,
- El signo más (+) para representar todos los demás requerimientos
furps
Se encarga de realizar una clasificación para diferentes tipos de necesidades; examinando cada uno de los requerimientos.
Se observan las características de los requerimientos funcionales y no funcionales, también se identifican algunos requerimientos si son independientes de la tecnología y otros de tecnología específica.
Por ello necesitamos una clasificación que nos permita pensar en estos diferentes aspectos.
f
Funcionalidad (Functionality)
El F en el FURPS + acrónimo representa a todos los requerimientos funcionales de todo el sistema que describiríamos. Estos por lo general representan las principales características de los productos que son familiares dentro del dominio del negocio de la solución que está siendo desarrollado.
u
La ISO 9241-11:1998 “Guidance on usability”, define la usabilidad como:
La medida con la que un producto se puede usar por usuarios determinados para conseguir objetivos específicos con efectividad, eficiencia y satisfacción en un contexto de uso concreto.
- Efectividad: exactitud e integridad con la que los usuarios alcanzan los objetivos especificados, y por tanto implica la facilidad de aprendizaje, la ausencia de errores del sistema o la facilidad del mismo para ser recordado.
- Eficiencia: recursos empleados (esfuerzo, tiempo, etc.) en relación con la exactitud e integridad con la que los usuarios alcanzan los objetivos especificados
- Satisfacción: un factor que implica una actitud positiva en el uso del producto.
r
Reliability - Confiabilidad
- La IEEE define a la confiabilidad como “la habilidad que tiene un sistema o componente de realizar sus funciones requeridas bajo condiciones específicas en periodos de tiempo determinados”. Musa (2002) define a la confiabilidad como “la probabilidad o la capacidad de que un sistema de funciones trabajen sin falla en un periodo de tiempo y bajo condiciones o un medio ambiente también especifico”.
r
Reliability - Confiabilidad- Confiabilidad incluye aspectos tales como la disponibilidad, la precisión y la capacidad de recuperación
p
Performance - Rendimiento
Rendimiento implica cosas como el rendimiento de la información a través del sistema, el tiempo de respuesta del sistema (que también se refiere a la usabilidad), el tiempo de recuperación y el tiempo de inicio.
Adaptabilidad, facilidad en el mantenimiento, facilidad de configuración
s
Por último, tenemos la tendencia a incluir una sección llamada compatibilidad, donde se especifica una serie de requisitos tales como la capacidad de prueba, la adaptabilidad, facilidad de mantenimiento, la compatibilidad, configurabilidad, capacidad de instalación, escalabilidad, localizabilidad, y así sucesivamente.
Adaptabilidad.
Extensibilidad.
Mantenibilidad.
Compatibilidad.
Configurabilidad.
Plus +
El "+" de la sigla FURPS + nos permite especificar restricciones, incluyendo el diseño, la implementación, la interfaz y las limitaciones físicas.
- Restricciones de diseño
Limitan las posibilidades para diseñar un sistema.
- Las limitaciones de ejecución
Una restricción de la aplicación pone límites a la codificación o la construcción - por ejemplo, las normas requeridas, plataforma o lenguaje de implementación.
+
- Limitaciones de la interfaz
Una restricción de interfaz es un requisito para interactuar con un elemento externo. Cuando se desarrolla dentro de una empresa, a menudo tiene que interactuar con sistemas externos. En estos casos, es posible que desee para describir la naturaleza de una interfaz a un sistema externo - en otras palabras, usted está describiendo protocolos o la naturaleza de la información que se transmite a través de la interfaz.
+
- Las limitaciones físicas
Finalmente, las limitaciones físicas afectan al hardware utilizado para albergar el sistema - por ejemplo, forma, tamaño, y peso.
Modelo CMMI (Capability Maturity Model Integrator)
Se enfoca principalmente a las organizaciones o áreas de Tecnologías de información
El modelo CMMI como su nombre lo indica es un modelo integrado y mejorado que se puede aplicar a un numero mayor de organizaciones de diferentes sectores.
Mide la madurez de las empresas de desarrollo de software en una escala de 1 a 5, los niveles sirven para conocer la madurez de los procesos
- SE: abarca desarrollo total del sistema que puede o no incluir desarrollo de software
- SW: cubre el desarrollo de software y su mantenimiento.
- IPPD: hace referencia a la colaboración entre las partes relevantes en la vida de un producto
- SS: si se requiere la incorporación de proveedores para realizar funciones o mejoras al producto.
Nivel 1 CMMI
Empresas sin procesos en el desarrollo
Presupuestos desfasados
Incumplimiento de fechas de entrega
No existe control sobre el estado del proyecto
nivel 2
- Los éxitos se pueden repetir
- El proyecto es gestionado y controlado durante el desarrollo
- El estado de los desarrollos y del proyecto se puede saber
- Los procesos que hay que implantar para alcanzar el nivel 2 son:
- Gestión de requisitos
- Planificación de proyectos
- Seguimiento y control de proyectos
- Gestión de proveedores
- Aseguramiento de la calidad
- Gestión de la configuración
nivel 2
- La forma de desarrollar proyectos (gestión e ingeniería) esta definida, Definida = establecida, documentada.
Existen métricas (obtención de datos objetivos) para la consecución de objetivos concretos.
Los procesos que hay que implantar para alcanzar este nivel son:
Desarrollo de requisitos
Solución Técnica
Integración del producto
Verificación
Verificación
Validación
Desarrollo y mejora de los procesos de la organización
Definición de los procesos de la organización
nivel 3
La forma de desarrollar proyectos (gestión e ingeniería) esta definida, Definida = establecida, documentada.
Existen métricas (obtención de datos objetivos) para la consecución de objetivos concretos.
Los procesos que hay que implantar para alcanzar este nivel son:
Desarrollo de requisitos
Solución Técnica
Integración del producto
Verificación
Verificación
Validación
Desarrollo y mejora de los procesos de la organización
Definición de los procesos de la organización
nivel 3
La mayoría de las empresas que llegan al nivel 3 paran aquí, ya que es un nivel que proporciona muchos beneficios y no ven la necesidad de ir más allá porque tienen cubiertas la mayoría de sus necesidades.
nivel 4
Los proyectos usan objetivos medibles para alcanzar las necesidades de los clientes y la organización.
Se usan métricas para gestionar la organización.
Los procesos que hay que implantar para alcanzar este nivel son:
Gestión cuantitativa de proyectos
Mejora de los procesos de la organización
nivel 5
Los procesos de los proyectos y de la organización están orientados a la mejora de las actividades.
Mejoras incrementales e innovadoras de los procesos que mediante métricas son identificadas, evaluadas y puestas en práctica.
Los procesos que hay que implantar para alcanzar este nivel son:
Innovación organizacional
Análisis y resolución de las causas
Nivel 1:
Nivel 1: El resultado de los procesos suele ser impredecible.
No existen áreas o funciones formales
No existen puntos de control en el proceso
No es posible el estado del proyecto en sus procesos intermedios.
Nivel 2:
Existen puntos de control en cada etapa principal del proyecto
Cada etapa es aún una caja.
Las personas han recibido la formación necesaria para comprender los procesos.
Cada proceso se hace transparente para todos
Estas métricas no son subjetivas si no que se establecen con criterios cuantitativos formalmente definidos.
Los controles brindaran mejor información sobre la calidad y estado del proyecto
Se puede compara con otros proyectos similares y notar cualquier desviación tempranamente para poder corregirlo.
Nivel 5:
Cada proceso es analizado y controlado para mejóralo.
Los controles permiten la mejora continua.
Se tienen implementadas todas las áreas clave de proceso recomendadas por el modelo.
Modelo de DROMEY
Modelo de dromey
Un modelo presentado por el Sr. R. Geoff Dromey se basa en reconocer que evaluación de la calidad es diferente para cada producto, que es necesario contar con una idea más dinámica que permita modelar el proceso.
Dromey se centra en la relación entre los atributos de calidad y los sub-atributos, así como intentar conectar propiedades de productos de software con la calidad de los atributos de software .
Modelo de Dromey (1996)
- Dromey (1996) propuso un marco de referencia – o meta modelo - para la construcción de modelos de calidad, basado en cómo las propiedades medibles de un producto de software pueden afectar los atributos de calidad generales, como por ejemplo, confiabilidad y mantenibilidad. El problema que se plantea es cómo conectar tales propiedades del producto con los atributos de calidad de alto nivel. Para solventar esta situación, Dromey (1996) sugiere el uso de cuatro categorías que implican propiedades de calidad, que son: correctitud, internas, contextuales y descriptivas
Modelo de dromey
DROMEY
- El proceso de construcción de modelos de calidad propuesto por Dromey (1996) consta de 5 pasos, basados en las propiedades mencionadas. Los pasos del marco de referencia propuesto son:
- Especificación de los atributos de calidad de alto nivel (por ejemplo, confiabilidad, mantenibilidad)
- Determinación de los distintos componentes del producto a un apropiado nivel de detalle (por ejemplo, paquetes, subrutinas, declaraciones)
- Para cada componente, determinación y categorización de sus implicaciones más importantes de calidad
DROMEY
- Proposición de enlaces que relacionan las propiedades implícitas a los atributos de calidad, o, alternativamente, uso de enlaces de las cuatro categorías de atributos propuestas Iteración sobre los pasos anteriores, utilizando un proceso de evaluación y refinamiento
Normas ISO 9000 - ISO/IEC 9126.
Normas ISO 9000
- Las normas ISO 9000, son un conjunto de normas que constituyen un modelo para el aseguramiento de la Calidad en el diseño, el desarrollo, la producción, la instalación y el servicio.
- ISO 9000:2008 Sistemas de Gestión de la Calidad- fundamentos y vocabularios
- Normas y reglas establecidas para la gestión de calidad aplicable a cualquier empresa de producción de bienes o servicios
- La norma proporciona tanto los requisitos como la guía para la implementación y adaptación de la estandarizacización para poder obtener la certificación de aplicación correcta de la norma.
- La norma ISO 9000 proporciona el vocabulario y fundamentos de las normas ISO
certificaciones iso
- El proceso por el cual una tercera entidad examina nuestro sistema de calidad.
- Verifica la efectividad del sistema de calidad implantado en base del grado de cumplimiento de una norma ISO 9000.
- Este examen se realiza mediante una auditoría.
- Se entrega un informe .
- Se concede el certificado cuya validez típica es de 3 a 5 años.
- La certificación demuestra un cumplimiento frente a terceros.
- El objetivo debe ser la calidad en el producto y servicio.
requisitos iso
DOCUMENTACIÓN
MANUAL DE CALIDAD
PROCEDIMIENTOS Y PROCESOS
REGISTROS
IMPLANTACIÓN
Normas ISO 9000
Los pasos típicos en un proceso de implantación las ISO en nuestra empresa son:
- Adopción inicial
- Comunicación al personal adopción sistema calidad
- Distribución procedimientos
- Distribución formularios / registros
- Distribución manual de calidad
- Distribución plan implantación por departamento
- Distribución plan auditorías internas por departamento.
- Acciones Correctivas / Ordenes Modificación.
- Revisión periódica manual de calidad
- Auditorías internas periódicas
Normas ISO 9000
Los pasos para la adopción de un sistema de calidad ISO son:
- Preparación/implantación sistema de calidad
- Auditoría preliminar por Entidad Certificación
- Correcciones al sistema
- Auditoría Certificación por Entidad de Certificación
- Seguimiento anual por Entidad de Certificación
Norma ISO / IEC 9126
El estándar ISO 9126, establece un modelo de calidad para la caracterización de la calidad del producto software.
Este estándar propone un modelo de calidad que se divide en tres vistas:
• interior
• exterior
• en uso.
Norma ISO / IEC 9126
Estas vistas están compuestas por características, que se dividen en sub características, y que estas a su vez se componen de atributos.
Los atributos obtienen sus valores tras realizar mediciones sobre el software.
Estas mediciones dan como resultado una serie de métricas que se pueden clasificar en tres categorías según sea su naturaleza:
Métricas básicas, que se obtienen directamente de analizar el código o la ejecución del software.
Norma ISO / IEC 9126
Métricas de agregación, que consisten en la composición de una métrica a partir de un conjunto definido de métricas básicas, generalmente mediante una suma ponderada.
Métricas derivadas, que son una función matemática que utiliza como entrada el valor de otras métricas.
El modelo establece diez características, seis que son comunes a las vistas interna y externa y cuatro que son propias de la vista en uso.
Las características que definen las vistas interna y externa, se muestran a continuación:
Norma ISO / IEC 9126
Norma ISO / IEC 9126
Fiabilidad, capacidad del software de mantener las prestaciones requeridas del sistema, durante un tiempo establecido y bajo un conjunto de condiciones definidas.
Usabilidad, esfuerzo requerido por el usuario para utilizar el producto satisfactoriamente.
Eficiencia, relación entre las prestaciones del software y los requisitos necesarios para su utilización.
Mantenibilidad, esfuerzo necesario para adaptarse a las nuevas especificaciones y requisitos del software.
Portabilidad, capacidad del software ser transferido de un entorno a otro.
Norma ISO / IEC 9126
Características propias de la vista en uso, se muestran a continuación
Norma ISO / IEC 9126
Productividad, capacidad del software de permitir a los usuarios gastar la cantidad apropiada de recursos en relación a la efectividad obtenida.
Seguridad, capacidad del software para cumplir con los niveles de riesgo permitidos tanto para posibles daños físicos como para posibles riesgos de datos.
Satisfacción, capacidad del software de cumplir con las expectativas de los usuarios en un contexto determinado.
Norma ISO / IEC 9126
MOSCA (Modelo Sistémico de Calidad).
mosca
- Es un modelo que integra varios modelos de calidad, considerándolos como sub-modelos de éste. Fundamentalmente, la calidad del proceso garantiza la calidad del producto y consecuentemente no se pueden desligar estas dos calidades; tener modelos separados capaces de medir individualmente la calidad de un producto o de un proceso de software no garantiza la relación sistémica que debe estar presente entre ellos.
mosca
La estructura de MOSCA consta de 4 niveles los cuales son explicados brevemente a continuación:
- Nivel 0: Dimensiones. Eficiencia del proceso, Efectividad del proceso, Eficiencia del producto y Efectividad del producto son las cuatro dimensiones propuestas en el prototipo de modelo. Sólo un balance y una buena interrelación entre ellas garantizan la calidad Sistémica global de una organización.
mosca
- Nivel 1: Categorías. Se contemplan 11 categorías: A través de la ejecución de esta fase, se evalúa la calidad del (FUN), producto del software; para tal fin, se siguen 4 actividades, las Fiabilidad cuales son descritas a continuación.
Esta división no implica un desligamiento entre ellas, simplemente se realiza para identificar a que sector o sub- modelo pertenecen.
mosca
- Nivel 2: Características. Cada categoría tiene asociado un conjunto de características (56 asociadas al producto y 27 al proceso de desarrollo), las cuales definen las áreas claves a satisfacer para lograr, asegurar y controlar la calidad tanto en el producto como en el proceso. Entre las características asociadas a cada categoría del producto, se proponen en el modelo MOSCA, una serie de características del proceso.
mosca
- Nivel 3: Métricas. Para cada característica se propone una serie de métricas utilizadas para medir la calidad sistemática. Dada la cantidad de métricas asociadas a cada una de las características que conforman MOSCA (587 en total).
TSP (Team Software Process) – PSP (Personal Software Process).
psp
Es una metodología reciente
Creada por Instituto de Ingeniería del Software (SEI).
Permite mejorar la forma en la que construyen software.
Considera aspectos como la planeación, calidad, estimación de costos y productividad.
psp
VENTAJAS Y DESVENTAJAS PARA UTILIZAR PSP
PSP es una metodología basada en estimación.
La estimación permite saber cuándo y cómo se desarrollan las tareas de un proceso,
Estar basada en métricas y estimaciones.
La información de las métricas y estimaciones se utiliza para evaluar y mejorar procesos futuros. PSP parte de la premisa que, si el ingeniero de software conoce sus fortalezas y debilidades, puede establecer las acciones necesarias para erradicar o explotar los aspectos identificados en la forma en que desarrolla software.
psp
Desventajas:
Llegar a ese auto conocimiento puede resultar tedioso y, en el peor de los casos, una pesadilla para el desarrollador.
Los ingenieros de software rara vez realizan procedimientos formales para conocer la forma en que trabajan,
No saben con exactitud cuántas líneas de código generan por hora,
Cuánto tiempo invierten al corregir un error,
Cuánto tiempo invierten en pruebas, etcétera.
Los pasos de registro de información a detalle en el nivel de medición pueden resultar frustrantes cuando se tiene presión de tiempo.
caracteristicas
Las tareas y actividades que el ingeniero de software debe realizar durante el proceso de desarrollo de un producto de software, están puntualmente definidas en un conjunto de documentos conocidos como scripts.
Los scripts son el punto medular de PSP, deben ser seguidos en forma disciplinada, ya que de ello depende el éxito.
Gran parte de las tareas y actividades definidas en los scripts generará en su realización un conjunto de datos, fundamentalmente de carácter estadístico.
Permite al ingeniero de software identificar, tanto sus fortalezas como sus debilidades,
psp
Permite al ingeniero de software crecer a través de un proceso de auto aprendizaje y auto mejora.
La calidad en PSP, es un aspecto fuertemente relacionado con la cantidad de defectos que el producto de software contiene.
El modelo PSP propone al igual que CMMI una forma de medir calidad mediante escalafones o niveles:
TEAM SOFTWARE PROCESS (TSP)
- 1.Es un modelo establecimiento y mejora del trabajo en equipo para procesos software.
- 2.TSP proporciona directrices para ayudar a un equipo a establecer sus objetivos, a planificar sus procesos y a revisar su trabajo
- 3.Permite a la organización establecer prácticas de ingeniería avanzadas y obtener productos eficientes, fiables y de calidad.
- Está formado por dos componentes primarios que abarcan distintos aspectos del trabajo en equipo:
- • Formación del equipo de trabajo.
• Gestión del equipo de trabajo.
Características de los grupos aplicando TSP.
- Miembros expertos en papeles de liderazgo y pertenencia.
- Relaciones tranquilas y establecidas entre los miembros.
- Los miembros se sienten atraídos por el grupo y son fieles.
- Los valores y metas del grupo son los de sus integrantes.
- La interacción y toma de decisiones tiene lugar en el ambiente adecuado.
- Cada miembro acepta con gusto y sin resentimiento las metas y normas establecidas.
- Los miembros se prestan ayuda mutua cuando es necesaria o recomendable.
- Existe una atmósfera de creatividad.
LOS OBJETIVOS DEL TSP
- Generar un marco basado en PSP
- Desarrollar productos en varios ciclos
- Establecer estándares para medir la calidad y el comportamiento
- Proporcionar métricas para equipos
- Evaluar roles y equipos
- Guías para solución de problemas en equipos.
conclusiones del modelo
El TSP/PSP, cuando se implementa correctamente, ha probado ser más eficaz que el CMMI Nivel 5.
Contar con un método avalado por el SEI que permitirá demostrar objetivamente la calidad de los proyectos desarrollados por las empresas que usan el TSP.