INTRODUCCION

Introducción.

Actualmente las tecnologías de la información se encuentran presentes en la mayoría de los sectores de diversas áreas, y con los avances en el desarrollo de nuevos sistemas, las empresas buscan la manera de seguir a la vanguardia en un mundo globalizado y cada ves mas competido, por lo mismo, estas empresas dedicadas al ramo de TI, buscan estar certificadas o llevar consigo las mejores prácticas en sus gestiones, procesos y en busca de la calidad de sus productos. Para esto deben innovar continuamente.

Se reconoce la innovación como el mejoramiento de procesos, sistemas y artefactos existentes que tienen un efecto en el desarrollo de productos y servicios, mientras la invención alude a nuevos procesos, sistemas y artefactos.

¿Que es un sistema de información?

Podemos decir que un sistema de información es un conjunto de componentes que interaccionan  entre sí para alcanzar un fin determinado, el cual es satisfacer las necesidades de información de dicha organización. Estos componentes pueden ser personas, datos, actividades o recursos materiales en general, los cuales procesan la información y la distribuyen de manera adecuada.

Pero, ¿que es un estándar?

Un estándar es un documento establecido por consenso, aprobado por un cuerpo reconocido, y que ofrece reglas, guías o características para que se use repetidamente.

Entonces, ¿Que es la calidad?

La calidad está relacionada con las percepciones de cada individuo para comparar una cosa con cualquier otra de su misma especie, y diversos factores como la cultura, el producto o servicio, se refiere a la capacidad que posee un objeto para satisfacer necesidades implícitas o explícitas, un cumplimiento de requisitos.

Este blog tiene la finalidad de tocar normativas y estándares para el tratamiento de los sistemas de calidad en tecnologías de la información, dándonos una idea conceptual sobre cada estándar, sus componentes y la forma en que se pueden aplicar en las organizaciones que requieran estar dentro de la innovación y vanguardia de certificaciones y mejora de sus procesos en cuanto a productos y servicios de TI.

Las organizaciones que sean capaces de descubrir estas posibilidades e implantarlas correctamente, conseguirán ventajas competitivas debido a la disminución de costes y el aumento de flexibilidad frente a los requerimientos de los clientes.

TSP

TSP (Team Software Process)

Team software Process.- es un modelo que provee análisis en los procesos, los productos y el trabajo en equipo. Es enfocado al trabajo en equipo, para entender las fortalezas y debilidades de cada integrante, para equilibrar el desempeño de cada uno.

Objetivos del TSP:

• Generar un marco basado en PSP (Personal Software Process) esto quiere decir que se complementa con esta metodología la cual es personal, para sacar los mejores resultados en equipo.
• Desarrollar productos en varios ciclos, sabemos que aplicando una metodología así nos ayuda a  completar todas las fases y hacer correcciones al pasar por cada una de las etapas, para encontrar una versión final de nuestro producto.
• Establecer estándares para medir la calidad y el comportamiento. Si aplicamos estándares usados a nivel global podemos ser una empresa certificada que desarrolle productos de software de calidad.
• Proporcionar métricas para equipos, esto nos quiere decir que podemos implementar diversos caminos para medir los avances del equipo de trabajo, métricas tales como productividad del equipo, calidad del producto confiabilidad, por citar algunos.
• Evaluar roles y equipos, por medio de esta metodología al evaluar nos damos cuenta en que estamos fallando, que nos falta mejorar, y que acciones tomar para corregir el rumbo del equipo para una mejora continua.
• Guías para solución de problemas en equipo, nos ofrece soluciones basadas en casos reales para determinar la manera de corregir alguna falla en nuestro grupo de trabajo.

Ventajas de usar TSP

• Muestra a los ingenieros cómo producir productos de calidad por medio de una planificación de costes. 
• proporciona equipos de proyectos con guías explícitas sobre cómo alcanzar sus objetivos

Ciclo de vida TSP.

Es una secuencia que empieza con la declaración de las necesidades del producto y termina con la entrega del producto final.

1. Lanzamiento
2. Estrategia
3. Planeación
4. Requerimientos
5. Diseño 
6. Implementación
7. Prueba 
8. Postmortem

Beneficios.

• Los miembros establecen metas comunes y roles bien definidos.
• El equipo desarrolla estrategias condensadas y todos participan en su creación.
• El equipo negocia el plan con la administración
• Los miembros hacen el trabajo en forma planeada
• La comunicación es libre y frecuente
• Se forma grupo con cohesión y cooperación
• Cada miembro conoce su status, se realimenta con su trabajo y tiene liderazgo que sustenta su motivación.

Similitudes con otras normas.

Concluyendo el TSP ha demostrado que ayuda a mejorar la precisión en la planeación, así como a la disminución de defectos detectados en pruebas, incrementando la productividad y la moral del trabajo. El TSP provee tanto la estrategia como los métodos operativos, para usar los procesos disciplinados individuales al nivel de los equipos de trabajo, ayuda a construir planes realistas para los equipos, proporciona a su vez una manera eficiente de construir/ fortalecer la integración de los equipos, mientras se proporcionan los mecanismos para monitorear el plan y avance del equipo.

CONCLUSION

Conclusiones.

Con todas las normativas anteriormente presentadas podemos darnos cuenta de la amplia gama de opciones con las que contamos, como empresas desarrolladoras de software, si deseamos obtener algunas certificaciones para la calidad de nuestros productos de TI, o para certificar los procesos de desarrollo, la gestión de servicios de TI,  para una correcta gestión de proyectos, metodologías que también consideran aplicar las mejores prácticas tanto para un enfoque personal de los desarrolladores de software así como metodologías grupales. Hemos observado la diversidad de normativas que hoy día rigen el mundo de las tecnologías de la información que es el campo donde nosotros estamos desenvolviéndonos, metodologías que nos ayudan a conocer la tendencia a seguir para tener las mejores prácticas con los resultados esperados hacia nuestros clientes, e internamente en la organización. Siempre será bueno contar con alguna o varias certificaciones para afianzar la confianza con nuestros clientes. 

Algo sobre lo que hacemos hincapié es la necesidad de documentar los procesos dentro de nuestra organización sea cualquiera la normatividad aplicada, siempre será bueno hacer la documentación correspondiente para cualquier suceso futuro o las tener la experiencia suficiente en proyectos posteriores. 

Otro punto a resaltar es la existencia de normatividades mexicanas que ya avalan a empresas mexicanas como instituciones con un control en los procesos y la calidad en la generación de software y servicios como Moprosoft, este modelo puede ser factible para empresas medianas y pequeñas que busquen adoptar un modelo a seguir.

Finalmente la importancia de modelos a seguir siempre ayudara a resolver problemáticas en los diferentes niveles y áreas dentro de una organización de tecnologías de la información.

PSP

PSP  (Personal Software Process)

Es uno de los 3 vértices donde descansa un proceso de mejora que trabaja sobre 3 niveles de la organización.

• PSP se enfoca a nivel personal, al nivel del desarrollador, es definido y conciso.
• Se caracteriza porque es de uso personal y se aplica a programas pequeños con menos de 10,000 líneas de código.
• Metodología que vale la pena revisar cuando el ingeniero de software está interesado en aumentar la calidad de productos de software que desarrolla dentro de un contexto de trabajo individual
• El Personal Software Process (PSP),  es una metodología de reciente creación.
• Proveniente del Instituto de Ingeniería del Software(SEI). 
• PSP es una alternativa dirigida a los ingenieros de sistemas, que les permite mejorar la forma en la que construyen software. 

Considera aspectos como:

• Planeación.
• Calidad.
• Estimación de costos y productividad.

Objetivos.

• Lograr una disciplina de mejora continua en el proceso de desarrollo.
• Medir, estimar, planificar, seguir  y controlar el proceso de desarrollo.
• Mejorar la calidad del proceso de desarrollo.
• En general PSP provee calidad y productividad.
• El  tiempo ahorrado en testeo en base a una mejor calidad ahorra entre un 20 a 40 %.

Características.

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, por lo que podría citarse como un aspecto importante de esta metodología el estar basada en métricas y estimaciones. La información de las métricas y estimaciones se utiliza para evaluar y mejorar procesos futuros.

La aplicación le permitirá al ingeniero de software identificar sus fortalezas y debilidades. El ingeniero podrá  crecer a través de un proceso de autoaprendizaje y auto mejora. 

El PSP se centra en la administración de tiempo y  calidad a través de la eliminación temprana de defectos.

Beneficios.

• Ganamos   talento y habilidad.
• La estimulación por nuevas ideas.
• Una estructura de trabajo de mejoramiento personal.
• Tomar control del propio trabajo.
• Una base mejorada para el trabajo en grupos.
• La convicción de que es lo mejor que se puede hacer.

Similitudes con otras normas.

La disciplina en el proceso de desarrollo de software es sin lugar a dudas uno de los elementos fundamentales, para tal propósito debemos comenzar a entenderla y aplicarla. Con esto se gestionaran correctamente sus tiempos y compromisos.

Para obtener un producto de calidad se debe asumir la responsabilidad personal de la calidad de los productos ya que los buenos productos no se obtienen por azar, sino como consecuencia de un esfuerzo positivo para hacer un trabajo de calidad.

MOPROSOFT

MOPROSOFT  Fue desarrollado por la Asociación Mexicana para la Calidad en Ingeniería de Software a través de la Facultad de Ciencias de la Universidad Nacional Autónoma de México (UNAM) y a solicitud de la Secretaría de Economía para obtener una norma mexicana que resulte apropiada a las características de tamaño de la gran mayoría de empresas mexicanas de desarrollo y mantenimiento de software.

1. Se lleva a cabo la gestión de procesos, el cual se da el seguimiento del equipo que se dedica en la  realización del software.
2. La Gestión de proyectos, es en cual se indica el tiempo en el cual se realiza el software los datos a usar y el manejo de ellos.
3. Y por último la Gestión de recursos ya es el cual lleva un control de gastos, edificios y control de personal necesario en el cual se dedican a realizar el software.

Dando así por ultimo un desarrollo específico del proyecto se brinda un mantenimiento en caso que se requiera un cambio o corrección de errores en el software.

En si las normas en que se basa son en las normas ISO (a excepción de los modelos ISO: 9000/2000), ayuda a comprender el modelo del software simplificando en la relación del proceso y la organización de ello con esto conlleva a llegar a una capacidad organizacional de gestión  de procesos y proyecto.

Los beneficios de Moprosoft son los siguientes:

• Facilita el cumplimiento de los requisitos de otros modelos como ISO 9000:2000, CMM Y CMMI.
• Se enfoca a procesos.
• Se le considera práctico en su aplicación, principalmente en organizaciones pequeñas, con bajos niveles de madurez.
• Es específico para el desarrollo y mantenimiento de software.
• Es sencillo de entender y adoptar.
• Comprende un documento de menos de 200 páginas que, al compararlo con otros modelos y estándares, lo hacen práctico.
• Resulta acorde con la estructura de las organizaciones mexicanas de la industria de software.
• Tiene un bajo costo, tanto para su adopción como para su evaluación.
• Resulta acorde con las organizaciones mexicanas de la industria de software.
• Mejora los procesos, para contribuir a los objetivos de negocio, y no simplemente ser un marco de referencia o certificación. 

Similitudes con otras normas.

Moprosoft, a diferencia de CMM-SW y CMMI, está dirigido a la micro y pequeña industria. Sintetiza las mejores prácticas en un conjunto pequeño de procesos que abarcan las responsabilidades de la alta dirección, gestión y operación. Se trata de un modelo integrado, en el cual: las salidas de un proceso están claramente dirigidas como entradas a otros procesos; las prácticas de planeación, seguimiento y evaluación se incluyeron en todos los procesos de gestión y administración; los objetivos, los indicadores, las mediciones y las metas cuantitativas fueron incorporadas de manera congruente y práctica en todos los procesos; las verificaciones, validaciones y pruebas están incluidas de manera explícita dentro de las actividades de los procesos; y existe una base de conocimiento que resguarda todos los documentos y productos generados por los procesos. 

ISO 20000

Que es la norma ISO/IEC 20000?

Es una norma de calidad a nivel mundial dirigida a las organizaciones de TI, describe un conjunto integrado de procesos y un enfoque de gestión para la provision efectiva de servicios de TI a clientes internos y externos.

La certificación para esta norma permite demostrar de una forma independiente a los clientes que la entidad cumple con las mejores prácticas.

En que consiste?

Se concentra en la gestión de los problemas de TI, usando un planteamiento de servicio de asistencia.

• Clasificación (problemas)
• Identificación (problemas)
• resolución  

Que es ITIL?

La Information Technology Infrastructure Library (ITIL), es una biblioteca de cinco libros de consulta basada en las mejores prácticas de organizaciones de éxito actuales.

 --> La norma ISO/IEC 20000 y la estructura ITIL se complementan

DIFERENCIAS ENTRE IMPLANTAR PROCESOS ITIL Y LA CERTIFICACION ISO 20000

PORQUE IMPLEMANTAR LA ISO 20000?

• Las empresas dependen cada vez más de sus Sistemas TI y necesitan una correcta gestión y mantenimiento de éstos.
• Los fallos e incidencias son cada día más visibles.
• Continuo cambio de los Sistemas TI (continuo avance de la tecnología).
• Aumenta exponencialmente el número de demandantes de servicios TI a nivel mundial.
• Las infraestructuras son cada vez más complejas y el mercado necesita especialistas en el sector.

Beneficios.

• Demostrar que la organización tiene controles y procedimientos adecuados para prestar servicios de TI de calidad y rentables.
• Se gestiona a los proveedores externos con mayor eficacia.
• Reducir la cantidad de auditorias y proveedores y disminuir así los costes.
• Mejorar la eficacia, fiabilidad y coherencia de los servicios de TI, esto repercute en costes y servicio .
• Demuestra altos niveles de calidad y fiabilidad de los servicio de TI cuando se presentan ofertas para contratos internacionales por ejemplo.

Similitudes con otras normas.

La Norma ISO 20000 en conjunto con ITIL contribuyen a la gestión efectiva de los suministradores entre el proceso provisto y cualquiera de las terceras partes del servicio.

Demuestra el cumplimiento de la función de TI en la entrega de servicios de acuerdo a las mejores practicas de la industria mundialmente aceptadas.

ISO 15504

ISO/IEC 15504 (SPICE) Calidad de los procesos software

Este servicio permite instaurar una política de trabajo común en el departamento de desarrollo software de su empresa.

La norma ISO/IEC 15504 define un modelo de evaluación de procesos. Se trata de una estándar internacional que permite evaluar la capacidad y madurez de los procesos software de una organización. Es un modelo de evaluación de procesos de desarrollo y mantenimiento de sistemas de información y productos de software

Descripción

Los procesos de desarrollo software evaluado con la ISO 15504 se encuentran recogidos en la norma ISO/IEC 12207. Esta norma contiene un conjunto de procesos que abarcan el ciclo completo de un proyecto software, desde la definición de un proyecto hasta la entrega y cierre del mismo.

Las fases de las que consta el proyecto de SPICE son:

• Evaluación inicial.
• Desarrollo de procesos
• Aplicación de los procesos en proyectos software de su empresa.
• Evaluación final.
• Certificación.

La norma ISO/IEC 15504, en su parte 7, describe las bases para llevar a cabo evaluaciones por niveles de madurez, para lo cual describe un conjunto de niveles.   En  concreto,  establece  6  niveles  de  madurez  para  mejorar  y  evaluar  a  las organizaciones, desde el 0 hasta el 5, siendo el 0 el nivel inferior y el 5 el superior. La parte 7 de dicha norma sólo describe los niveles, y no los procesos a superar en cada uno de ellos (salvo en algunos anexos donde muestra ejemplos que pueden servir de guía). 

Beneficios

Este servicio permite instaurar una política de trabajo común en el departamento de desarrollo software de su empresa.

La norma ISO/IEC 15504 define un modelo de evaluación de procesos. Se trata de una estándar internacional que permite evaluar la capacidad y madurez de los procesos software de una organización. 

Establece un marco y los requisitos para cualquier proceso de evaluación de procesos, proporciona requisitos para los modelos de evaluación de los procesos y para modelos de evaluación de organizaciones, es una guía para la definición de las competencias de un evaluador de procesos y comprende: evaluación de procesos, mejora de procesos, determinación de capacidad.

Primer modelo de procesos de dos dimensiones, es decir, dimensiones independientes para los procesos y la capacidad, el resultado de una evaluación de proceso puede ser representado por un perfil de proceso, es el modelo más consensuado y probado, mayor reconocimiento en el mercado Europeo.

Similitudes y diferencias con otras normas y estándares

Modelo  basado en una combinación de estándares ISO/IEC 12207. Coherencia con otros modelos de calidad ya implementados en la organización ISO9001- ISO 20000- ISO 27000.

CMMI

Modelo CMMI (Capability Maturity Model Integration)

El Modelo de Madurez de Capacidad (CMM) surgió como iniciativa de la SEI (Software Engineering Institute) petición del Gobierno de los Estados Unidos. Este modelo propone un esquema de cinco niveles de madurez logrados mediante pequeños cambios evolutivos en determinadas áreas. Se considera que una organización ha alcanzado un nivel de madurez si ha institucionalizado todas las prácticas incluidas en ese nivel y sus inferiores. 

Este modelo establece un conjunto de prácticas o procesos clave agrupados en Áreas Clave de Proceso (KPA - Key Process Area). Para cada área de proceso define un conjunto de buenas prácticas que habrán de ser:

• Definidas en un procedimiento documentado
• Provistas (la organización) de los medios y formación necesarios
• Ejecutadas de un modo sistemático, universal y uniforme (institucionalizadas)
• Medidas
• Verificadas

A su vez estas Áreas de Proceso se agrupan en cinco "niveles de madurez", de modo que una organización que tenga institucionalizadas todas las prácticas incluidas en un nivel y sus inferiores, se considera que ha alcanzado ese nivel de madurez.

1. Inicial: el proceso de software está caracterizado como ad hoc y ocasionalmente caótico. Algunos procesos están definidos, y el éxito depende del esfuerzo individual y no de la organización.
2. Repetible: procesos administrativos básicos en los proyectos para el seguimiento de costo, planeamiento y funcionalidad. La disciplina necesaria en los procesos es acorde para repetir éxitos anteriores de proyectos con aplicaciones similares.
3. Definido: el proceso para la administración y la ingeniería está documentado, estandarizado e integrado a un proceso estándar para la organización. Todos los proyectos usan una versión del proceso estándar de la organización aprobada y ajustada para el desarrollo y manutención del software.
4. Administrado: Se detalla medidas para que el proceso de software y la calidad del producto sean recolectados. Ambos son entendidos y controlados cuantitativamente.
5. Optimizado: existe un feedback (Retroalimentación) cuantitativo del proceso, lo que permite una mejora continua del mismo. También se manejan ideas y tecnologías innovadoras.

Beneficios de aplicar CMMI en la empresa:

Mejorar la productividad

Mejorar la calidad y disminuir costos

Incrementar la satisfacción del cliente

Incrementar el retorno de inversión

Similitudes con otras normas.

Se puede implantar junto con ISO 15504, para utilizar la sinergia que existe entre ambas, para encontrar un equilibrio en el proceso de madurez, para mejorar el proceso de desarrollo y sacar y un producto de calidad. Podemos tener beneficios al implantar estas dos normas, como:  la mejora de la visibilidad de los proyectos, la comunicación, la planificación, la calidad del producto, la coordinación de proyectos, la consolidación de conocimiento y experiencias, la capacidad, la calidad y productividad, aumentando la satisfacción del cliente y, por último, nuestra competitividad.

ISO 25000

ISO/IEC 25000

Esta norma va dirigida básicamente a las empresas  desarrolladoras de software sin tomar en cuenta el tamaño y volúmenes de la misma. Es una familia  de normas que tienen como objetivo común evaluar la calidad del producto de software.

Descripción.

Esta familia de normas está compuesta por cinco divisiones:

• ISO/IEC 2500n: División de la gestión de calidad.
• ISO/IEC 2501n: División para el modelo de calidad.
• ISO/IEC 2502n: División de la medición de calidad.
• ISO/IEC 2503n: División de los requisitos de calidad.
• ISO/IEC 2504n: División de  para la evaluación de calidad

ISO/IEC 2500n- División de gestión de calidad

Esta división define los estándares de todos los modelos comunes, términos y referencias a los que se alude en las demás divisiones de SQuare. Esta división a su vez se divide en:

•  ISO/IEC 25000- Guide to SQuaRe.
•  ISO/IEC 25001 – Planning and Management.

ISO/IEC 2501n – División de modelo de calidad

Esta división conforma un modelo de calidad detallado, incluyendo características de calidad interna, externa y en uso. Este apartado cuenta con las siguientes divisiones:

• ISO/IEC 25010- System and software quality models.
• ISO/IEC 25012- Data quality model.

ISO/IEC 2502n- División de medición de calidad

Los estándares pertenecientes  a esta división incluyen el modelo de referencia de calidad de producto de software, define las matemáticas de las métricas de calidad (internas, externas y en uso) y una guía práctica para su aplicación. Esta división está formada por:

• ISO/IEC 25020- Measurement reference model and guide.
• ISO/IEC 25021- Quality measure elements.
• ISO/IEC 25022- Measurement of quality in use.
• ISO/IEC 25023- Measurement of system and software product quality.
• ISO/IEC 25024- - Measurement of data quality.

ISO/IEC 2503n- División de requisitos de calidad

División de estándares que  ayudan a especificar los requisitos de calidad que pueden ser usados en el proceso de especificación para un producto de software que va a ser desarrollado o como entrada <de proceso de evaluación. Compuesta por:

• ISO/IEC 25030- Quality requirements.

ISO/IEC 2504n- División de evaluación de calidad

Estos estándares proporcionan requisitos, recomendaciones y guías para la  evaluación de un producto de software, tanto si la llevan a cabo evaluadores, como clientes o desarrolladores. Esta división se encuentra formada por:

• ISO/IEC 25040- Evaluation reference model and guide.
• ISO/IEC 25041- Evaluation guide for developers, acquirers and independent evaluators.
• ISO/IEC 25042- Evaluation modeles.
• ISO/IEC 25045- Evaluation module for recoverability.

Calidad del producto de software

El modelo de calidad representas el entorno del cual se establece el sistema de evaluación de calidad del producto, se determinan las características que se deben de evaluar un producto software, este debe satisfacer e integrar  los requisitos del cliente.

Adecuación funcional

Es la capacidad de satisfacer las necesidades y especificaciones.

• Completitud funcional.
• Corrección funcional.
• Pertinencia funcional.

Eficiencia de desempeño

Es el desempeño relativo a la cantidad de los recursos utilizados bajo determinadas condiciones.

• Comportamiento temporal.
• Utilización de recursos.
• Capacidad.

Compatibilidad

Capacidad dos o más sistemas de componentes para intercambiar información y/o llevar a cabo sus funciones requeridas cuando comparten el mismo entorno de software o hardware.

• Coexistencia.
• Interoperabilidad.

Usabilidad

Capacidad del producto de software para ser entendido, aprendido, usado y resultar atractivo para el usuario.

• Capacidad para reconocer su adecuación.
• Capacidad de aprendizaje.
• Capacidad para ser usado.
• Protección contra errores de usuario.
• Estética de la interfaz de usuario.
• Accesibilidad.

Fiabilidad

Capacidad de un sistema o componente para desempeñar las funciones específicas, cuando se usa bajo condiciones y periodos de tiempo determinados.

• Madurez.
• Disponibilidad.
• Tolerancia a fallos.
• Capacidad de recuperación.

Seguridad

Capacidad de protección de la información y los datos de manera que personas o sistemas no puedan leer o modificar.

• Confidencialidad.
• Integridad.
• No repudio.
• Responsabilidad.
• Autenticidad.

Mantenibilidad

Característica que representa la capacidad del producto de software para ser modificado efectiva y eficientemente por necesidades evolutivas, correctivas o preventivas.

• Modularidad.
• Reusabilidad.
• Analizabilidad.
• Capacidad para ser modificado.
• Capacidad para ser probado.

Portabilidad

Es la capacidad del producto o componente de ser transferido de forma efectiva y eficiente de un entorno hardware, software, operacional o de utilización a otro.

• Adaptabilidad.
• Capacidad de ser instalado.
• Capacidad de ser instalado.

Beneficios

SQuare, para esta norma se manejan una serie de beneficios de los cuales podemos notar que es una clara herramienta para la calidad del software como: el modelo a seguir en una representación de productos de calidad; cuenta con un planteamiento de desdoblamiento de necesidades de uso que integran la calidad interna y externa; dentro de esta también podemos contar que brinda una mayor eficacia para la definición del software; posee una evaluación de productos intermedios , realiza evaluaciones para la calidad final a través de evaluaciones intermedias, hace un control  de expectativas y requisitos y medidas de evaluación. Con esto podemos decir que en general su función es mejorar la calidad del producto.

Similitudes y diferencias con otras normas y estándares

Las familia de normas ISO/IEC 25000 es una integración o resultado  de las normas ISO/IEC 9126 que describe un modelo de calidad de producto de software, e ISO/IEC 14598 que trata del proceso de evaluación de productos de software, también, los estándares de esta división ayudan a especificar los requisitos de calidad de un producto que se desarrolló o como entrada para el proceso de evolución; este proceso de definición de requisitos se guía por el establecimiento en la norma ISO/IEC 15288(ISO 2003).

ISO 14598

ISO-14598 

La norma ISO/IEC 14598 es un estándar que proporciona un marco de trabajo para evaluar la calidad de todo tipo de producto software e indica los requisitos para los métodos de medición y el proceso de evaluación, proporcionando métricas y requisitos para los procesos de evaluación, a través de 6 etapas.

ISO/IEC 14598-1 Visión General: establece un resumen de las otras cinco etapas, explica la relación entre la evaluación del producto software y el modelo de calidad. 

Actividades: (Establecer los requerimientos de evaluación, Especificar la evaluación, Planear la evaluación, Ejecutar la evaluación).

ISO/IEC 14598-2 Planificación y Gestión: contiene requisitos y guías para las funciones de soporte tales como la planificación y gestión de la evaluación del producto del software.

Actividades: (Preparación de políticas, definición de objetivos, Identificación de la tecnología, Asignación de responsabilidades, Evaluación de software desarrollado y adquirido).

ISO/IEC 14598-3 Proceso de desarrolladores: Lo utiliza las organizaciones que planean desarrollar un producto o mejorar uno existente, realiza evaluaciones de producto utilizando indicadores que puede predecir la calidad de los productos finales.

Actividades: (Organización, Planeamiento, Especificaciones, Diseño, Montaje) 

ISO/IEC 14598-4 Proceso de comparadores: Lo utilizan las organizaciones que pretenden comparar o rehusar un producto de software existente, se aplica con el propósito de aceptación de un producto.

Actividades: (Requerimientos, Especificación evaluación, Diseño evaluación, Ejecución evaluación).

ISO/IEC 14598-5 Proceso evaluadores: este proceso es utilizado por organizaciones encargadas de evaluar, provee los requisitos y guías para la evaluación del producto software. Promueve las siguientes características de proceso (repetible, Reproducible; Imparcial, Objetivo)

Actividades: (Trazabilidad, Resultados, Problemas, Mejoras, Conclusiones)

ISO/IEC 14598-6 Modulo evaluación: Especifica las mediciones que van a ser tomadas sobre los atributos de calidad que se definieron en la etapa anterior, provee las guías para la documentación de la evaluación.

Beneficios.

Evaluar el producto de software usando las metricas adecuadas tanto en calidad interna como externa. Garantizar un producto de software estable, confiable, y que el usuario obtenga la mayor prestación y servicios en su uso.

Similitudes con otras normas.

Se utiliza en conjunto con ISO 9126 qeu presenta un modelo de calidad para el software en el cual se describen 6 caracteristicas de calidad (funcionalidad, eficiencia, confiabilidad, facilidad de uso, facilidad de mantenimiento y portabilidad). A efectos de acreditar el cumplimiento de la norma basta la obtención de una certificación de calidad sobre algún producto de software producido por la organización. 

ISO 9126

Norma ISO 9126 (SQuaRE )

Se caracterizan de una entidad que influyen en su aptitud para satisfacer las necesidades establecidas e implícitas teniendo así una calidad de proceso y calidad de producto.

En la relación de la calidad de producto se tiene acabo como interna y externa teniendo en cuenta los siguientes aspectos:

• Funcionalidad: Es la capacidad del producto software para proporcionar funciones declaradas e implícitas cuando se usa bajo condiciones especificadas
• Fiabilidad: La capacidad del producto software para mantener un nivel especificado de prestaciones cuando se usa bajo
• Usabilidad: La capacidad del producto software para ser entendido, aprendido, usado y ser atractivo para el usuario, cuando se usa bajo condiciones especificadas
• Eficiencia: La capacidad del producto software para proporcionar prestaciones apropiadas, relativas a la cantidad de recursos usados bajo condiciones determinadas
• Mantenibilidad: La capacidad del producto software para ser modificado y las modificaciones que podrían incluir correcciones, mejoras o adaptación del software a cambios en el entorno, requisitos y especificaciones funcionales
• Portabilidad: La capacidad del producto software para ser transferido de un entorno a otro.

Beneficios

Contempla tanto aspectos técnicos como aspectos funcionales de cada tipo de software en particular, el instrumento de evaluación contempla que se construyan software de calidad. Se caracteriza por las métricas de evaluación de los puntos descritos anteriormente.

Similitudes con otras normativas

Esta norma ha sido englobada junto con ISO 14598 para generar el proyecto SQuaRE para desarrollar la norma ISO 25000:2005, la cual tiene como objetivo guiar el desarrollo de los productos de software con la especificación y evaluación de requisitos de calidad.

ISO 12207

Norma ISO 12207

¿De qué trata la norma ISO 12207 ?

Esta norma está orientada a los procesos de ciclo de vida del software de la organización ISO. Establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definición de requisitos, pasando por la adquisición y configuración de los servicios del sistema, hasta la finalización de su uso.

¿Qué objetivos tiene esta norma?

Este estándar tiene como objetivo principal proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de SOFTWARE usen un lenguaje común.

Las Normas ISO 12207 también son normas enfocadas a la calidad en el desarrollo de proyectos de software, perteneciente al grupo de las normas ISO (Organización mundial para la estandarización por sus siglas en inglés).

Se basa en dos principios fundamentales: modularidad y responsabilidad.

Modularidad.- se pretende conseguir procesos con un mínimo acoplamiento y una máxima cohesión.

Responsabilidad.- se busca establecer un responsable para cada proceso, facilitando la aplicación  del estándar en proyectos en los que pueden existir distintas personas u organizaciones involucradas.

Clasificación de procesos.

Los procesos se clasifican en 3 tipos: principales, de soporte y de organización.

Los procesos de soporte y de organización deben existir independientemente de la organización y del proyecto ejecutado. Los procesos principales se instancian de acuerdo a la situación en particular.

Procesos principales:

•          Adquisición
•          Suministro
•          Desarrollo
•          Operación
•          Mantenimiento.

Procesos de soporte: 

• Documentación 
• Gestión de la configuración, esto nos habla sobre asegurar la calidad de todo producto obtenido en cualquier etapa de desarrollo de un sistema de información. Así llevamos un control sobre los cambios y la disponibilidad de una versión estable del sistema. Ejemplos de esta configuración de software son los ejecutables, el código fuente, modelos de datos y de procesos, especificación de requisitos y pruebas. Y estos elementos almacenaran Nombre, Versión, Estado y Localización al menos. 
• Aseguramiento de la calidad 
• Verificación. Estamos construyendo correctamente el producto? 
• Validación. Estamos construyendo el producto correcto. 
• Revisión conjunta 
• Auditoria 
• Resolución de problemas.

  Procesos de la organización:

•         Gestión
•         Infraestructura
•         Mejora
•         Recursos humanos

Imagen sobre los procesos anteriormente citados.

Beneficios.
También se obtiene un nivel de madurez en el ciclo de vida del desarrollo de software.
Haremos un cambio en la cultura de la organización por implantar un modelo en el cual no se base en la dependencia de las personas de la organización, sino de los procesos a seguir, asi como también nos incrementa la relación costo-beneficio en el desarrollo del proyecto.

Similitudes con otras normas.
Se puede conjuntar con  CMMI, para llegar a tener una organizacion exitosa en lo que es producir algo de calidad bajo normativas y estandares y que la empresa pueda tener mediciones en el ciclo de vida del software.