Más  henryvanvrede@gmail.

com   Panel   Cerrar sesión

Normas y estándares en proyectos T.I

SÁBADO, 24 DE ENERO DE 2015 DATOS PERSONALES
Jorge Luis Montiel  
Seguir 16
Sistemas de calidad en T.I
Ver todo mi perfil
 
Universidad Tecnológica de Aguascalientes.
 
ARCHIVO DEL BLOG
▼  2015 (1)
▼  enero (1)
Sistemas de calidad en T.I
 
Universidad Tecnológica...
 
Presentan los alumnos:
Jorge Luis Montiel Flores
Alejandra Saraí Cardona Hernández
María Fernanda Ruvalcaba Reyes
 
Con ayuda del profesor:
 
Ricardo Israel Roque Covarrubias.
 
Aguascalientes, AGS.                                                                                    
24/01/2015
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
 
Introducción
 
Antes que nada quisiéramos agradecer por su visita a nuestro blog, esperando que la
información  que  se  presente  a  continuación  sea  de  mucha  ayuda  o  que  simplemente
sea de su agrado.
 
La  redacción  que  a  continuación  se  mostrara  tiene  como  objetivo  explicar  de  manera
resumida pero entendible las normas y estándares que son más comunes y conocidas
cuando  hablamos  de  proyectos  de  tecnologías  de  la  Información,  y  para  esto
contestaremos  dos  preguntas  claves  para  poder  entender  mejor  la  información  del
blog: 
 
Que es un estándar?
Un estándar son normas y protocolos internacionales que deben cumplir los productos
de  cualquier  tipo  y  en  nuestro  caso  productos  de  software,  para  que  se  puedan
distribuir  y  utilizar  por  el  cliente  final,  además  estas  son  necesarias  para  poder
estandarizarse y certificarse.
 
Que es una norma?
Una  norma  está  compuesta  de  estándares  y  guías  que  están  relacionadas  con
sistemas de gestión y de herramientas específicas como los métodos de auditoría (el
proceso de verificar que los sistemas de gestión cumplen con el estándar). 
 
Actualmente, la calidad del software es una algo fundamental para las organizaciones
enfocadas  a  la  rama  de  tecnologías  de  la  comunicación.  Todo  proyecto  tiene  como
objetivo producir software de la mejor calidad posible, que cumpla con las expectativas
de los usuarios y que aún mejor "que las supere". 
 
Una  característica  del  software  es  que  independientemente  de  la  tecnología  que  se
utilice para el desarrollo los procesos del ciclo de vida son similares.
La mejora en el ciclo de vida del software, es algo que se ha estudiado a lo largo del
tiempo  y  ha  desarrollado  metodologías  y  normativas  para  estandarizar  las  buenas
prácticas, es por eso que hoy explicaremos algunas de las normas y estándares en la
calidad de software y las calificaremos de acuerdo a su aplicación.
 
Normas y estándares que aplican en la calidad de procesos:
El  estándar  ISO/IEC 12207  el  cual  se  enfoca  en  los  procesos  del  ciclo  de
vida  del  software,  tales  como  procesos  principales,  procesos  de  soporte  y
procesos de la organización los cuales se explicaran más adelante.
Incluiremos  la  norma  ISO  15504  que  tiene  como  objetivo  mejorar  la
evaluación de los procesos de desarrollo, el mantenimiento de sistemas de
información y  los productos de software.
La  integración  de  modelos  de  madurez  de  capacidades  y  mejor  conocida
por sus siglas CMMI, este modelo se enfoca en la evaluación  de  procesos
para el desarrollo, mantenimiento y operación de sistemas de software. Este
modelo es muy parecido a la norma ISO 15504 hablando de  la evaluación y
mejora de la calidad software, así que también  daremos nuestra opinión a
 la pregunta ¿CMMI o ISO 15504?
MOPROSOFT  el  modelo  para  la  mejora  y  evaluación  de  los  procesos  de
desarrollo  y  mantenimiento  de  sistemas  y  productos  de  software,  además,
cabe  destacar  que  este  modelo  es  diseñado  en  México  como  objetivo  de
elevar  el  nivel  de  madurez  de  las  pequeñas  y  medianas  empresas
mexicanas  dedicadas  al  desarrollo  y  mantenimiento  de  software,  este
modelo  es  muy  interesante  y  se  explicara  a  fondo  como  funciona  y  donde
se crea específicamente.
 
 
Normas y estándares que se aplican en la calidad del producto:
 
ISO  9126,  el  cual  es  un  estándar  internacional  para  la  evaluación  de  la
calidad del software. Este esta reemplazado por el proyecto SQuaRE, ISO
25000:2005,  el  cual  sigue  los  mismos  conceptos  que  el  estándar  del  cual
estamos hablando.
ISO/IEC 14598,  establece  un  marco  de  trabajo  para  evaluar  la  calidad  de
los productos de software, además, proporciona métricas y requisitos para
los  procesos  de  evaluación  de  los  mismos.  En  particular,  es  utilizada  para
aplicar  los  conceptos  descritos  en  la  norma  ISO/IEC  9126  la  cual
mencionamos  anteriormente  y  de  la  misma  forma  que  ISO  9126,  esta
norma también es remplazada por el proyecto SQuaRE, ISO 25000.
ISO/IEC  25000  SQuaRE  el  cual  tiene  como  objetivo  general  el  organizar,
enriquecer y unificar las series que cubren dos procesos principales como la
especificación  de  requisitos  de  calidad  y  evaluación  de  la  calidad  del
software y como lo mencionamos anteriormente este estándar remplaza al
estándar ISO 9126 y al estándar ISO 14598, así que hablaremos de cuáles
son las ventajas y mejoras de este estándar.
 
 
Normas y estándares que aplican en la calidad de la gestión y servicios:
 
ISO 20000, este  estándar es reconocido internacionalmente en gestión de
servicios  de  tecnologías  de  la  información.  Es  aplicable  a  cualquier
organización,  pequeña  o  grande,  en  cualquier  sector  o  parte  del  mundo
donde confían en los servicios de TI.
Para  poder  entender  mejor  las  clasificaciones  de  acuerdo  a  su  aplicación,  veamos  la
siguiente imagen:
 
 
 
 
 
 
Y  finalmente  concluiremos  el  blog  hablando  de  PSP  y  TSP  que  a  diferencia  de  los
anteriores son modelos enfocados a los ingenieros de sistemas y a marcos de trabajo
personal en el caso de PSP y  marcos de trabajo en equipo en el caso de TSP.

 
Así  que  dicho  esto  comencemos  a  explicar  las  características  de  cada  uno  de  los
estándares y de las normas que fueron mencionadas.
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
ISO/IEC 12207
 
ISO/IEC  20207  (Information  Technology  /  Software  Life  Cycle  Processes)  es  el
estándar  para  los  procesos  de  ciclo  de  vida  del  software.  Fue  desarrollado  para
aquellas  personas  que  estuvieran  interesados  en  adquirir  un  software,  así  como  para
proveedores y desarrolladores. El estándar indica una serie de procesos desde que se
reúnen todos los requisitos hasta el día de su entrega.
 
El estándar se compone de 17 procesos lo cuales son agrupados en 3 categorías, las
principales, de soporte y de organización, las cuales llevan agrupadas una serie de
actividades  que  se  pueden  llevar  a  cabo  durante  el  ciclo  de  vida  del  software  en  5
procesos  principales,  8  procesos  de  soporte  y  4  procesos  de  organización  y  cada
actividad se divide a su vez en un conjunto de tareas.
 
Para entender mejor lo anterior, observemos la siguiente imagen:
 

 
El estándar ISO 12207 Pretende que las organizaciones usen estos 17 procesos dentro
de sus proyectos particulares. Ahora expliquemos un poco cada uno de los procesos.
 
Dentro de los procesos principales como se muestra en la imagen están:
La adquisición,  proceso  donde  se  definen  las  actividades  del  adquiriente,
la  organización  que  adquiere  un  producto,  servicio  o  un  sistema  de
software.
 Suministro, proceso en el cual se definen las actividades del suministrador,
la organización que provee un producto, servicio o sistema, este proceso es
un complemento de la adquisición.
El  Desarrollo,  este  proceso  está  dividido  en  13  actividades  tales  como:
Implementación,  análisis  de  requerimientos  del  software,  diseño  de
arquitectura  del  software,  diseño  detallado  del  software,  codificación  del
software, pruebas, integración del software, pruebas de calidad, instalación
del software y por ultimo aceptación del software.
La  Operación  es  el  proceso  en  el  cual  se  definen  las  actividades  del
operador,  la  organización  que  provee  el  servicio  de  operar  el  sistema  de
cómputo en el ambiente de usuarios.
Y  el  último  de  los  procesos  principales,  el  mantenimiento,  en  el  cual  se
definen  las  actividades  de  la  organización  que  provee  un  servicio  de
mantener el software , conservándolo actualizado y utilizable. En este caso
puede ser manteniendo correctivo, perfectivo, preventivo y adaptivo.
Dentro de los procesos de soporte como se muestra en la imagen están:
El  proceso  de  documentación,  este  proceso  es  donde  se  definen  las
actividades necesarias para registrar toda la información que se generó por
los procesos del ciclo de vida,
Gestión  de  la  configuración,  este  proceso  es  encargado  de  juntar  todas
las actividades, de llevar el control, de estadísticas y de la evaluación de las
configuraciones.
El  proceso  de  aseguramiento  de  la  calidad,  es  el  encargado  de
asegurarse  de  que  los  productos  de  software,  si  satisfacen  los
requerimientos especificados por el cliente.
La verificación  es  el  proceso  donde  se  verifican  los  productos  y  servicios
del software
La validación es el proceso donde se validan los productos y servicios del
software
Revisiones  conjuntas  este  proceso  lleva    a  cabo  actividades  como  la
revisión  tanto  técnicas  como  administrativas,  para  que  de  este  modo  sea
una  revisión  colectiva,  es  decir  que  por  una  parte  se  evalué  los  productos
producidos y por otra parte se evalúen las actividades realizadas.
Auditorias,  la  parte  donde  se  determina  el  cumplimiento  de  los
requerimientos,  planes  y  contratos,  este  proceso  puede  ser  usado  por
cualquiera de las dos partes.
Y  por  último  dentro  de  los  procesos  de  soporte  esta  la  resolución  de
problemas  aquí  se  analizan  y  se  resuelven  todos  los  problemas,  sin
importar  su  dificultad  u  origen,  los  problemas   son  descubiertos  durante  la
ejecución del desarrollo, operación, mantenimiento, etc.
Dentro de los procesos organizativos como se muestra en la imagen están:
La intención de la gestión es la de proporcionar administración a todos los
demás  procesos  del  proyecto,  incluyendo  administración  del  producto  y
administración del proyecto.
La  Infraestructura  establece  y  mantiene  el  hardware,  software,
herramientas, técnicas y estándares, que se refieren a la ejecución de otros
procesos.
Las  mejoras  es  el  proceso  que  establece  medir,  controla  y  mejorar  los
procesos de su ciclo de vida.
Los  recursos  humanos,  se  define  como  las  actividades  para  proveer
personal adecuado.
Este  estándar  se  relaciona  con  normas  de  calidad,  especialmente  con  la  “ISO  9001:
Sistemas  de  calidad,  modelos  para  la  garantía  de  calidad,  desarrollo,  producción,
instalación y prestación de servicios”.
 
También  tiene  mucha  relación  con  la  segunda  parte  de  la  norma  “ISO/IEC  15504:
Tecnologías de la información, evaluación de los procesos de software”.  
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
­ 
 
ISO 15504
 
El  ISO/IEC  15504,  también  conocido  como  Software  Process  Improvement
Capability Determination, abreviado SPICE, en español, La ISO 15504 es una norma
internacional para establecer y mejorar la capacidad y madurez de los procesos de las
organizaciones.  la  ISO  15504,  proporciona  los  principios  requeridos  para  realizar  una
evaluación de la implantación de un modelo de procesos en una organización.
 
Es basada en dos dimensiones la de proceso y de capacidad de proceso. Define que
todo modelo de evaluación de procesos debe definir:

 
­ la dimensión de procesos: el modelo de procesos de referencia.

­ la dimensión de la capacidad: niveles de capacidad y atributos de los procesos.

 
Los  niveles  de  capacidad  para  todo  modelo  de  evaluación  de  procesos  pueden  tener
desde el 0 y al menos hasta el nivel 1 de los siguientes niveles de capacidad estándar:

·         Nivel 0: Incompleto
·         Nivel 1: Realizado
·         Nivel 2: Gestionado
·         Nivel 3: Establecido
·         Nivel 4: Predecible
·         Nivel 5: En optimización
 
Para cada nivel existen unos atributos de procesos estándar que ayudan a evaluar los
niveles de capacidad.

 
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
CMMI
 
Integración  de  modelos  de  madurez  de  capacidades  o  Capability  maturity  model
integration  (CMMI)  es  un  modelo  que  tiene  como  objetivo  la  mejora  y  evaluación  de
procesos  para  el  desarrollo,  mantenimiento  y  operación  de  sistemas  de  software.
Agrupa  las  mejores  practicas  relacionadas  a  las  actividades  de  desarrollo
y  mantenimiento  de  sistemas,  asociado  a  todo  el  ciclo  de  vida  de  los  productos  y
sistemas.
 
CMMI  se  ha  estado  convirtiendo  poco  a  poco  en  un  estándar  que  puede  ser  usado
para promocionar la capacidad de desarrollar software de alta calidad, o que puede dar
una ventaja competitiva si se desea participar en proyectos difíciles y con gran riesgo,
es por esto que tiene un costo alto pero muy buenas ganancias. 
 
 
 
 
 
CMMI cuenta con 25 áreas de proceso, que son un conjunto de prácticas que se deben
realizar  en  forma  colectiva  con  el  objetivo  de  lograr  una  cierta  meta,  y  que  están
agrupadas en 4 niveles de madurez. 
El nivel 2 (gestionado) cuenta con 7 áreas de proceso,  el nivel 3 (Establecida) con 14
adicionales,  el  nivel  4  (Predecible)  con  2  adicionales  y  finalmente  el  nivel  5
(Optimizado) con 2 más.
Para entender con más claridad lo anterior, revisemos la siguiente imagen:
 

 
Este  modelo  es  muy  parecido  a  la  norma  ISO  15504  hablando  de    la  evaluación  y
mejora de la calidad software, entonces nos preguntamos: 
 
¿CMMI o ISO 15504?
Actualmente,  las  empresas  que  desarrollan  software    y  quieran  entrar  en  el  mercado
público,  primero  quieren  verse  como  una  organización  que  produce  productos  de
calidad, y para esto deben estar certificadas en algún nivel de madurez de ISO 15504 o
CMMI,  y  la  pregunta  que  siempre  se  han  de  hacer  es  ¿qué  deberíamos  implantar,
CMMI o ISO 15504?
Pues la respuesta depende de la necesidad de la empresa, porque aunque sean muy
parecidas existen características que las hacen diferentes acordes a las necesidades. 
CMMI  e  ISO  15504,  tienen,  prácticamente,  la  misma  antigüedad,  se  desarrollaron  a
mediados  de  los  90,  pero  si  queremos  ver  un  punto  en  contra  de  la  certificación  en
CMMI es que es superior en precio a la certificación en ISO 15504 SPICE, sin embargo
en  CMMI  hay  mucha  más  información,  es  más  conocido  y  popular,  existe  más
documentación, guías, herramientas, presentaciones y traducciones. La ISO 15504 aún
está en Inglés y son documentos de pago y en CMMI la documentación es gratuita.
Seguro  que  hay  más  puntos  a  tratar  en  la  decisión  de  si  CMMI  o  ISO  15504  ,  pero
estos son los puntos de vista que consideramos por lo pronto.
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
Moprosoft
 
Ahora  empezamos  hablar  de  Moprosoft,  el  modelo  mexicano    para  la  mejora  y
evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de
software. 
Moprosoft  nace  gracias  a  que  en  México  se  considero  que  los  modelos  CMMI  e  ISO
15504 no resultaban apropiados para empresas pequeñas y medianas de desarrollo y
mantenimiento de software, porque ninguno de los estándares o modelos cumplía con
los  requisitos  expresados  por  la  industria  nacional  Mexicana  y  se  decidió  realizar  la
elaboración  de  un  modelo  adecuado  para  las  características  de  las  empresas
mexicanas,  que  se  basaría  en  los  modelos  evaluados,  esto  desarrollado  por  la
Secretaría  de  Economía    en  colaboración  con  la  Universidad  Nacional  Autónoma  de
México (UNAM).
Moprosoft  cuenta  con  tres  categorías  en  los  procesos,  que  son,  alta  dirección,
gerencia y operación.
Veamos en la siguiente imagen el propósito de los procesos de MoProSoft:
 

 
La  siguiente  imagen  muestra  las  categorías  y  sus  respectivos  procesos  y  una  breve
descripción del punto.
 

­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
ISO 9126
 
Esta  norma  está  orientada  a  la  calidad  del  producto  de  software  donde  la  calidad  del
producto de software es el nivel donde un cliente percibe que el software cumple con
sus  expectativas.  Esto  implica  evaluar  el  producto  final  y  los  procesos  a  los  ámbitos
estandarizados conocidos como modelos de referencia.
Estos modelos de referencia de calidad de producto son las norma ISO 9126, que trata
del modelo del producto de software y la norma ISO 14598 que trata sobre la calidad
de la evaluación del producto de software.
La norma 9126 establece  10  características,  son  6  las  que  son  comunes  a  las  vistas
interna y externa y 4 las que son propias de la vista en uso. 
 
A  continuación  se  muestra  el  caso  del  modelo  de  calidad  para  métricas  internas  y
métricas externas:
 

 
 
A continuación se muestra el caso del modelo de calidad para métricas de uso:
 
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
ISO 14598
 
Esta norma considera las mediciones en el proceso empleado para diseñar, desarrollar,
probar  y  controlar  el  producto;  logra  que  el  desarrollo  y  la  adquisición  del  software
cumplan  las  expectativas  y  necesidades  del  usuario,  también  define  el  proceso  de
evaluación  y  provee  los  requerimientos  y  las  vías  que  conducen  a  evaluaciones  de
calidad. La norma 14598 está integrada por  6 partes que describen  los requisitos del
proceso  de  evaluación  en  3  situaciones  para  desarrolladores,  compradores  y
evaluadores.
 

 
 
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
ISO 25000
 
Esta  norma  tiene  la  funcionalidad  de  evaluar  la  calidad  del  producto  software,    es  la
norma que se dio como resultado de las normas ISO 9126 que describe el modelo de
calidad  del  producto  de  software  y  la  ISO  14598  que  describe  los  procesos  de
evaluación para productos de software, la norma ISO 25000, está compuesta por una
serie de normas las cuales son:
 

 
 
La  serie  ISO  25000  denominada  y/o  conocida  también  como  SQuaRE  (Software
product Quality Requirements and Evaluation) tiene como tarea coordinar y enriquecer
los estándares actuales sobre especificación de requisitos de calidad del software, su
medida  y  evaluación.  Además  de  tener  el  objetivo  de  organizar,  enriquecer  y  unificar
las normas ISO 1926 e ISO 14598. 
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
ISO 20000
 
La norma ISO 20000 esta específicamente realizada para la gestión de los servicios de
TI, esta norma describe los procesos que prestan servicios de TI a las organizaciones y
a  sus  clientes.  Estos  son  5  procesos  que  cubren  todas  las  necesidades  del  ciclo  de
vida de los servicios, se desarrollan de la siguiente forma:
 
 

 
 
La  Norma  ISO  20000  es  un  estándar  internacional,  que  cuenta  con  la  reducción  de
costes relacionados al conocimiento y resolución de los incidentes de TI, lleva demás el
manejo de la gestión efectiva de los suministradores entre el servicio provisto, asegura
y demuestra el cumplimiento de la función de TI con la entrega de servicios, justifica el
 coste  de  la  calidad  del  servicio  y  proporciona  los  servicios  adecuados  a  las
necesidades del negocio del cliente y del usuario.
 
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
 
PSP Y TSP
 
Ahora hablemos de PSP y TSP que son metodologías  que tienen relación con CMMI,
pero la pregunta es ¿Que tienen en común?
Pues  son  métodos  que  pueden  ayudar  a  los  equipos  de  Ingenieros  a  desarrollar
sistemas.
 CMM provee la estructura de mejoramiento necesaria para el trabajo de Ingeniería y
PSP  provee  la  disciplina  de  Ingeniería  que  los  Ingenieros  necesitan  para  utilizar  un
proceso  definido,  planificado  y  medido.  Entonces,  CMM    mejora  la  capacidad  de  la
organización  y  el  enfoque  de  la  Dirección  TSP  (mejora  el  rendimiento  del  equipo).
Existe  un  enfoque  respecto  del  proceso  /  producto  PSP  (mejora  las  falencias
individuales).
Todos estos modelos pueden trabajar juntos, puesto que se refuerzan mutuamente. Y
permiten  a  las  organizaciones  producir  software  de  calidad  con  el  presupuesto
estimado y en los tiempos previstos.
 
 
PSP
 
 
El proceso  personal  de  software  se  puede  definir  como  el  conjunto  de  procesos  para
dar  paso  a  las  prácticas  en  tiempo  y  mejora  de  producción  de  los  programadores  e
ingenieros de software, tanto en tareas como en desarrollo.
 
Este  proceso  fue  diseñado  para  consolidar  con  CMMI  e  iso  15504  pero  no
precisamente deben trabajar de la mano
 
Características
PSP se concentra para los trabajos de ingenieros de forma individual
PSP se usa individualmente
PSP se usa en pequeños programas de no más de 10 000 líneas de código
PSP produce software de calidad, los ingenieros puedan producir prácticas
de calidad
PSP se centra en la administración del tiempo  y en la muestra de calidad
desde un principio
 
 
  
Objetivos
Lograr una mejor disciplina en cuanto a mejora continua  en el proceso de
desarrollo
Mejorar la calidad del proceso de desarrollo
Proveer la calidad y productividad
Medir, estimar, planificar y seguir el proceso de desarrollo
 
Ventajas 
Tener mejor idea en habilidad y talento
Estimular nuevas ideas
Mejora de personal en cuanto a la estructura de trabajo
Tener una mejor base de trabajo en equipo
 
 
Desventajas 
Tomar el tiempo necesario para conocerlo
Cambiar de perspectiva en cuanto a la forma de trabajo
Mantener una disciplina
 
 
Los Niveles de PSP son: 
 Planeación.
Diseño de alto nivel
Revisión del diseño de alto nivel
Desarrollo
Análisis de resultados.
Vea la siguiente imagen para entender mejor cada nivel de PSP:
 
 

 
  
 
 
 
 
 
TSP
 
Team Software Process (TSP) se define como el marco de trabajo que se especifica en
ayudar a los equipos de gerencia e ingeniería para que puedan organizarse y producir
proyectos de gran tamaño pero viendo así énfasis a los procesos, productos y trabajo
en equipo.
 
El objetivo de esta metodología es mejorar  los niveles de calidad y productividad en el
desarrollo  de  software  con  el  fin  de  ayudar  a  los  equipos  alcanzar  costos  y  tiempos
estimados.
 
Maximizar la calidad de software
 
Integrar  equipos  independientes  para  que  den  rendimiento,  planeando  desarrollo  de
trabajo estableciendo sus propias metas
 
Mostrar  a  los  gerentes  como  monitorear  y  llevar  a  cabo  sus  equipos  de  trabajo  para
ayudarlos alcanzar la máxima productividad
 
Llevar con rapidez la mejora continua de procesos y proveer una guía para la mejora
de organizaciones
 
Ciclo de vida de TSP
Son  ciclos  que  dan  comienzo  con  la  declaración  de  las  necesidades  del  producto  y
dan término con la entrega final de este.

Los ciclos de vida de TSP son:
 

Lanzamiento
Estrategia
Planeación
Requerimientos
Diseño
Implementación
Prueba
Postmortem

Vea la siguiente imagen para entender mejor la estructura de TSP:
 
 

 
 
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
Conclusión de  María Fernanda Ruvalcaba Reyes
 
Cada uno de los proyectos en los que se implementen las normas de calidad se puede
extender  para  determinados  tipos  de  software  de  modo  que  se  pueda  seleccionar  un
modelo de referencia y puede aplicarse a grandes proyectos, teniendo la accesibilidad
de  una  descomposición  del  producto  en  componentes. Ademas  de  que  las  empresas
pueden  fomentar  la  adopción  de  un  planteamiento  de  procesos  integrados,  es  decir
una organización que quiera desarrollar un sistema de gestión de  la calidad tendrá que
identificar sus propósitos, definir sus políticas y objetivos para determinar los procesos
y  su  secuencia,  logrando  con  ello  una  terminología  común  para  los  proveedores  de
servicios, sus suministradores y sus clientes.
 
­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­ ­
Conclusión de Jorge Luis Montiel Flores
 
Gracias  a  esta  información  que  vimos  a  lo  largo  del  blog,  podemos  concluir  que  las
normas  y  estándares  que  existen  para  los  proyectos  de  T.I    sin  duda  son  demasiado
útiles.    Si  estas  normas  y  estándares  se  respetan  y  se  siguen  paso  a  paso  como  se
especifican,  los  resultados  que  tendremos  siempre  es  obtener  que  nuestro  proyectos
sean eficientes y mantengamos la satisfacción de las necesidades de los clientes, y no
solo para ellos si  no también para los ingenieros involucrados en los proyectos, ya que
mejora la forma en que trabajan y controla los tiempos.
 
Y pues bueno, esperamos que la información haya sido clara y le haya servido de algo,
agradecemos su visita y con esto concluimos el blog.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Publicado por Jorge Luis Montiel en 15:47 

1 comentario:

Rodolfo Sanchez 28 de enero de 2015, 13:10
Excelente, muy completa la informacion!!!
Responder

Introduce tu comentario...  

Comentar como:  Erick (Google) Cerrar sesión

  Vista previa
Publicar   Avisarme

Página principal

Suscribirse a: Enviar comentarios (Atom)

Tema Picture Window. Imágenes del tema: kelvinjay. Con la tecnología de Blogger.