Jonathan H De Jess Flores Tic 81

Normas ISO, CMMI, IEEE, PSP y TSP para proyectos TI

ISO
ISO/IEC 12207
ISO/IEC 12207 Information Technology / Software Life Cycle Processes, es el estndar para los
procesos de ciclo de vida del softwareISO. de la organizacin.
Caractersticas de ISO/IEC 12207
Los procesos se clasifican en tres tipos: Principales, de soporte y de la organizacin. Los procesos de
soporte y de organizacin deben existir independientemente de la organizacin y del proyecto
ejecutado. Los procesos principales se instancian de acuerdo con la situacin particular.
Procesos principales.
Adquisicin.

Verificacin.

Suministro.

Validacin.

Desarrollo.

Revisin conjunta.

Operacin.

Auditora.

Mantenimiento.

Resolucin de problemas.

Procesos de soporte.

Procesos de la organizacin.

Documentacin

Gestin.

Gestin de la configuracin.

Infraestructura.

Aseguramiento de calidad.

Mejora.
Recursos Humanos.

ISO/IEC 15504
Modelo para la mejora y evaluacin de los procesos de desarrollo y mantenimiento de sistemas y
productos de software.
Caractersticas
Establece un marco y los requisitos para cualquier proceso de evaluacin de procesos y proporciona
requisitos para los modelos de evaluacin a ser utilizados.
Proporciona tambin requisitos para cualquier modelo de evaluacin de organizaciones.
Proporciona guas para la definicin de las competencias de un evaluador de procesos.
Actualmente tiene 10 partes: 1-7 completadas y 8-10 en fase de desarrollo.
Comprende: evaluacin de procesos, mejora de procesos, determinacin de capacidad.
Proporciona en su parte 5 un Modelo de evaluacin de procesos para los procesos de ciclo de vida
del software definidos en el estndar ISO/IEC 12207 que define los procesos del ciclo de vida del
desarrollo, mantenimiento y operacin de los sistemas de software.
Proporciona en su parte 6 un Modelo de evaluacin de procesos para los procesos de ciclo de vida
del sistema definidos en el estndar ISO/IEC 15288 que define los procesos del ciclo de vida del
desarrollo, mantenimiento y operacin de sistemas.
Proporcionar en su parte 8 un Modelo de evaluacin de procesos para los procesos de servicios TIC
a ser definidos en el estndar ISO/IEC 20000-4 que definir los procesos contenidos en la norma
ISO/IEC 20000-1.
Equivalencia y compatibilidad con CMMI. ISO forma parte del panel elaborador del modelo CMMI y
SEI y viceversa, y se mantiene la compatibilidad y equivalencia de sta ltima con 15504. Sin

Jonathan H De Jess Flores Tic 81

embargo CMMI-DEV an no es un modelo conforme (segn lo requiere la ISO 15504 para todo
modelo de evaluacin de procesos).
CMMI
El CMM - CMMI es un modelo de calidad del software que clasifica las empresas en niveles de
madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir
software.
Los niveles o caractersticas son los siguientes
Inicial o Nivel 1 CMM - CMMI. Este es el nivel en donde estn todas las empresas que no tienen
procesos. Los presupuestos se disparan, no es posible entregar el proyecto en fechas, te tienes que
quedar durante noches y fines de semana para terminar un proyecto. No hay control sobre el estado
del proyecto, el desarrollo del proyecto es completamente opaco, no sabes lo que pasa en l.
Repetible o Nivel 2 CMM - CMMI. Quiere decir que el xito de los resultados obtenidos se pueden
repetir. La principal diferencia entre este nivel y el anterior es que el proyecto es gestionado y
controlado durante el desarrollo del mismo. El desarrollo no es opaco y se puede saber el estado del
proyecto en todo momento.
Los procesos que hay que implantar para alcanzar este nivel son:
Gestin de requisitos
Planificacin de proyectos
Seguimiento y control de proyectos
Gestin de proveedores
Aseguramiento de la calidad
Gestin de la configuracin
Definido o Nivel 3 CMM - CMMI. Resumindolo mucho, este alcanzar este nivel significa que la forma
de desarrollar proyectos (gestin e ingeniera) esta definida, por definida quiere decir que est
establecida, documentada y que existen mtricas (obtencin de datos objetivos) para la consecucin
de objetivos concretos.
Los procesos que hay que implantar para alcanzar este nivel son:
Desarrollo de requisitos
Solucin Tcnica
Integracin del producto
Verificacin
Validacin
Desarrollo y mejora de los procesos de la organizacin
Definicin de los procesos de la organizacin
Planificacin de la formacin
Gestin de riesgos
Anlisis y resolucin de toma de decisiones
La mayora 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 ms all porque tienen cubiertas la mayora de sus
necesidades.
Cuantitativamente Gestionado o Nivel 4 CMM - CMMI. Los proyectos usan objetivos medibles para
alcanzar las necesidades de los clientes y la organizacin. Se usan mtricas para gestionar la
organizacin.
Los procesos que hay que implantar para alcanzar este nivel son:

Jonathan H De Jess Flores Tic 81

Gestin cuantitativa de proyectos
Mejora de los procesos de la organizacin
Optimizado o Nivel 5 CMM - CMMI. Los procesos de los proyectos y de la organizacin estn
orientados a la mejora de las actividades. Mejoras incrementales e innovadoras de los procesos que
mediante mtricas son identificadas, evaluadas y puestas en prctica.
Los procesos que hay que implantar para alcanzar este nivel son:
Innovacin organizacional
Anlisis y resolucin de las causas
Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo realizan simultneamente ya
que estn muy relacionados.
IEEE
IEEE corresponde a las siglas de (Institute of Electrical and Electronics Engineers) en espaol
Instituto de Ingenieros Electricistas y Electrnicos, una asociacin tcnico-profesional mundial
dedicada a la estandarizacin, entre otras cosas. Es la mayor asociacin internacional sin animo de
lucro formada por profesionales de las nuevas tecnologas, como ingenieros electricistas, ingenieros
en electrnica, cientficos de la computacin, ingenieros en informtica, ingenieros en biomdica,
ingenieros en telecomunicacin e ingenieros en mecatrnica.
Mediante sus actividades de publicacin tcnica, conferencias y estndares basados en consenso, el
IEEE produce ms del 30% de la literatura publicada en el mundo sobre ingeniera elctrica, en
computacin, telecomunicaciones y tecnologa de control, organiza ms de 350 grandes
conferencias al ao en todo el mundo, y posee cerca de 900 estndares activos, con otros 700 ms
bajo desarrollo.
PSP
El proceso personal de software Es un conjunto de prcticas disciplinadas para la gestin del tiempo
y mejora de la productividad personal de los programadores o ingenieros de software, en tareas de
desarrollo y mantenimiento de sistemas. Est alineado y diseado para emplearse en organizaciones
con modelos de procesos CMMI o ISO 15504. Fue propuesto por Watts Humphrey en 1995 y estaba
dirigido a estudiantes. A partir de 1997 con el lanzamiento del libro "An introduction to the Personal
Software Process" se dirige ahora a ingenieros juniors.
Niveles
Nivel 1 - inicial:

Nivel 3 - Definido:

Seguimiento y control de proyectos.

Control de calidad.

Planeacin de los proyectos.

Administracin cuantitativa del proyecto.

Nivel 2 - repetible:

Nivel 4 - Controlado:

Revisin entre colegas.

Administracin de los cambios del proceso.

Ingeniera del producto de software.

Administracin del cambio tecnolgico.

Manejo integrado del software.

Prevencin de defectos....

Definicin del proceso de software.

Foco del proceso de software.
TSP
En combinacin con el Software Process Personal (PSP), el Team Software Process (TSP), proporciona
un marco operacional proceso definido que est diseado para ayudar a los equipos de los
administradores e ingenieros de organizar y producir proyectos de software-escala de tamaos ms
all de varios miles de lneas de cdigo (kloc) . The TSP is intended to improve the levels of quality
and productivity of a team's software development project, in order to help them better meet the

Jonathan H De Jess Flores Tic 81

cost and schedule commitments of developing a software system. El TSP se destina a mejorar los
niveles de calidad y la productividad del proyecto de un equipo de desarrollo de software, con el fin
de ayudarles a sufragar los gastos y los compromisos de calendario de desarrollo de un sistema de
software.
Antes que los ingenieros de software puedan participar en el TSP, se requiere que ya hayan
aprendido sobre el PSP, de manera tal que el TSP pueda funcionar de manera adecuada. El TSP
comienza con un proceso de cuatro das llamado despegue. El despegue est diseado para
comenzar el proceso de construccin de los equipos y durante ste tiempo, los equipos y sus
administradores establecen metas, definen roles, evalan riesgos y producen un plan de equipo. El
despegue generalmente se hace con un coach especficamente entrenado, o con un lder que ya ha
gerenciado varios proyectos que han usado TSP para su desarrollo