Bienvenida:

Hola bienvenido a mi blog este espacio es solo para informacion sobre la Calidad en las Tecnologias de la informacion.
Agradezco tu visita y espero comentes...
Que pases un buen dia y se feliz por siempre...

lunes, 27 de septiembre de 2010

Caracteristicas de las normas/estandares TSP para proyectos TI

TSP
¿Qué es el Proceso de Team Software (TSP)?
Team Software Process (TSP) guides engineering teams that are developing software-intensive products. Team Software Process (TSP) guías de ingeniería de los equipos que están en desarrollo intensivo de productos de software. Using TSP helps organizations establish a mature and disciplined engineering practice that produces secure, reliable software in less time and at lower costs. Uso de TSP ayuda a las organizaciones establecer una disciplina de ingeniería práctica y maduro que produce, fiable software de seguridad en menos tiempo ya menor costo.
TSP se ha aplicado en las organizaciones pequeñas y grandes en una variedad de dominios con resultados similares en el primer uso, incluyendo
  • productivity improvements of  25% or more mejoras en la productividad del 25% o más
  • reductions in cost and schedule variance to less than +/- 10% la reducción de variación de los gastos y el calendario a menos de + / - 10%
  • testing costs and schedule reductions of up to 80% costes de los análisis y las reducciones de horario de hasta un 80%

TSP

“Es una metodología para dirigir el trabajo de mejora y desarrollo de software además de establecer un entorno donde el trabajo efectivo de equipo sea normal y natural”

Este modelo a permitido resolver problemas típicos de negocios tales como: generar costo y tiempo, mejora de productividad y ciclos de desarrollos, mejora de calidad de producto, mejora en desempeño tanto de equipos como individuos; provee beneficios inmediatos y mediales para acelerar las iniciativas de mejora de procesos organizacionales.

Entre las ventajas a destacar de este modelo podemos mencionar la mejora la productividad de las personas, mejora en los hábitos de programación, se puede lograr una detección temprana de defectos y riesgos lo que deriva en una disminución de los defectos, una mejora en la calidad, y por lo tanto, una reducción en el ciclo de vida. Se trabaja con un plan con una base de estimación más certera al ser realizada por el equipo; se logra una buena comunicación entre los integrantes.
Las desventajas de este modelo es que es necesario que cada uno de los miembros tenga que tener el compromiso y la disciplina de seguir el plan. Debe de llenar toda la documentación requerida que incluye sus registros, planificación, las plantillas o formularios. Se debe de contar con un buen conjunto de métricas y parámetros de calidad, lo cual, para algunas organizaciones, puede ser difícil de definir. Algo que puede resultar una desventaja importante es que la Gerencia debe de dejar trabajar a los equipos de trabajo auto dirigidos de acuerdo a sus planes, algo que no muchos resisten.
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.
  • Maximizar calidad Software, Minimizar costos.
  • Acelerar la mejora continua de procesos.
Estos objetivos son herramienta clave que manejan y crean modelos los cuales permiten estructurar de manera organizada procesos desde lo particular a lo general.
TSP enseña como construir equipos y propone desarrollar en varios ciclos, cada uno con los siguientes flujos de trabajo:
  • Lanzamiento
  • Estrategia
  • Plan
  • Requerimientos
  • Diseño
  • Implementación
  • Pruebas

Para soportar estos puntos se definen roles, actividades y directrices acerca de cómo se deben comportar los individuos.
El TSP es una estructura de trabajo para la construcción y dirección de equipos de ingeniería de software que provee los procesos operacionales necesarios para formar equipos de ingeniería, establecer un ambiente adecuado, y guiar los equipos en la realización del trabajo, es decir acopla los principios de los equipos integrados con los métodos de PSP y CMM para producir equipos efectivos. Para su utilización se requiere que todos los miembros del equipo apliquen las normas de PSP (Personal Software Process – Proceso de software personal) en su trabajo.
En la organización TSP proporciona un proceso definido de marco para la gestión, seguimiento y presentación de informes los progresos del equipo. Su uso en la organización puede construir auto-dirigir equipos de ese plan y hacer un seguimiento de su trabajo, establecer objetivos y sus propios procesos y planes.

Caracteristicas de las normas/estandares PSP para proyectos TI

Personal Software Process

El proceso personal de software Es un conjunto de prácticas disciplinadas para la gestión 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 diseñado 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.
Se puede considerar como la guía de trabajo personal para ingenieros de software en organizaciones que emplean un modelo CMMI con nivel de madurez o de capacidad de procesos que implica la medición cualitativa y mejora de procesos.
Uno de los mayores problemas que tiene es la gran cantidad de datos que hay que tomar. El PSP tiene obsesión por la toma de datos y elaboración de tablas. El PSP se orienta el conjunto de áreas clave del proceso que debe manejar un desarrollador cuando trabaja de forma individual.
Niveles
  • Nivel 1 - inicial:
    • Seguimiento y control de proyectos.
    • Planeación de los proyectos.
  • Nivel 2 - repetible:
    • Revisión entre colegas.
    • Ingeniería del producto de software.
    • Manejo integrado del software.
    • Definición del proceso de software.
    • Foco del proceso de software.
  • Nivel 3 - Definido:
    • Control de calidad.
    • Administración cuantitativa del proyecto.
  • Nivel 4 - Controlado:
    • Administración de los cambios del proceso.
    • Administración del cambio tecnológico.
    • Prevención de defectos....

 Fases

  • PSP0: proceso base,registro de tiempos,registro de errores,estándar de tipo de errores.[Proceso personal de arranque]
  • PSP0.1: estándar de codificación, medicion de tamaño, propuesta de mejoramiento del proceso(PIP).[Proceso personal de arranque]
  • PSP1: estimación del tiempo, reporte de pruebas.[Proceso personal de administración]
  • PSP1.1: planeación de actividades, planeación de tiempos.[Proceso personal de administración]
  • PSP2: revisión de codificación, revisión del diseño.[Proceso personal de calidad]
  • PSP2.1: formatos de diseño.[Proceso personal de calidad]
  • PSP3: desarrollo en ciclos.[Proceso cíclico]

Caracteristicas de las normas/estandares IEEE para proyectos TI

IEEE 802.11

El estándar IEEE 802.11 define el uso de los dos niveles inferiores de la arquitectura OSI (capas física y de enlace de datos), especificando sus normas de funcionamiento en una WLAN. Los protocolos de la rama 802.x definen la tecnología de redes de área local y redes de área metropolitana.
Wifi N ó 802.11n: En la actualidad la mayoría de productos son de la especificación b o g , sin embargo ya se ha ratificado el estándar 802.11n que sube el límite teórico hasta los 600 Mbps. Actualmente ya existen varios productos que cumplen el estándar N con un máximo de 300 Mbps (80-100 estables).
El estándar 802.11n hace uso simultáneo de ambas bandas, 2,4 Ghz y 5,4 Ghz. Las redes que trabajan bajo los estándares 802.11b y 802.11g, tras la reciente ratificación del estándar, se empiezan a fabricar de forma masiva y es objeto de promociones de los operadores ADSL, de forma que la masificación de la citada tecnología parece estar en camino. Todas las versiones de 802.11xx, aportan la ventaja de ser compatibles entre sí, de forma que el usuario no necesitará nada más que su adaptador wifi integrado, para poder conectarse a la red.
Sin duda esta es la principal ventaja que diferencia wifi de otras tecnologías propietarias, como LTE, UMTS y Wimax, las tres tecnologías mencionadas, únicamente están accesibles a los usuarios mediante la suscripción a los servicios de un operador que está autorizado para uso de espectro radioeléctrico, mediante concesión de ámbito nacional.
La mayor parte de los fabricantes ya incorpora a sus líneas de producción equipos wifi 802.11n, por este motivo la oferta ADSL, ya suele venir acompañada de wifi 802.11n, como novedad en el mercado de usuario doméstico.
IEEE 1012-1998
IEEE Std. 1012-1998 IEEE estándar para los programas de verificación y validación Descripción
Abstract: Software verification and validation (V&V) processes, which determine whether development products of a given activity conform to the requirements of that activity, and whether the software satisfies its intended use and user needs, are described. Resumen: verificación y validación de software (V & V), los procesos, que determinan si los productos del desarrollo de una actividad determinada cumple los requisitos de esa actividad, y si el software cumple su uso previsto y las necesidades del usuario, se describen. This determination may include analysis, evaluation, review, inspection, assessment, and testing of software products and processes. Esta determinación puede incluir el análisis, evaluación, revisión, inspección, evaluación, y pruebas de productos de software y procesos. V&V processes assess the software in the context of the system, including the operational environment, hardware, interfacing software, operators, and users. V & V procesos de evaluar el software en el contexto del sistema, incluyendo el entorno operativo, el hardware, el software de interfaz, los operadores y los usuarios.
Keywords: software integrity, software life cycle processes, verification and validation
DOCUMENTACION Y PRUEBAS DE SW
IEEE 829-1998, también conocida como la Norma 829 para la documentación de prueba de software, es un estándar IEEE que especifica la forma de un conjunto de documentos para su uso en ocho etapas definidas de pruebas de software, cada etapa potencialmente producir su propio tipo separado del documento. The standard specifies the format of these documents but does not stipulate whether they all must be produced, nor does it include any criteria regarding adequate content for these documents. El estándar especifica el formato de estos documentos

Caracteristicas de las normas/estandares CMMI para proyectos TI

CMMI
Capability Maturity Model Integration (CMMI) es un modelo para la mejora y evaluación de procesos para el desarrollo, mantenimiento y operación de sistemas de software.
•Las mejores prácticas CMMI se publican en los documentos llamados modelos. En la actualidad hay dos áreas de interés cubiertas por los modelos de CMMI: Desarrollo y Adquisición.
•La versión actual de CMMI es la versión 1.2. Hay tres constelaciones de la versión 1.2 disponible:
•CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versión 1.2 fue liberado en agosto de 2006. En él se tratan procesos de desarrollo de productos y servicios.
•CMMI para la adquisición (CMMI-ACQ o CMMI for Acquisition), Versión 1.2 fue liberado en noviembre de 2007. En él se tratan la gestión de la cadena de suministro, adquisición y contratación externa en los procesos del gobierno y la industria.
•CMMI para servicios (CMMI-SVC o CMMI for Services), actualmente un borrador, está diseñado para cubrir todas las actividades que requieren gestionar, establecer y entregar Servicios.
•Dentro de la constelación CMMI-DEV, existen dos modelos:
•CMMI-DEV
•CMMI-DEV + IPPD (Integrated Product and Process Development)
•Independientemente de la constelación\modelo que opta una organización, las prácticas CMMI deben adaptarse a cada organización en función de sus objetivos de negocio.
 
SCAMPI : Standard CMMI Appraisal Method for Process Improvement.
•El Standard CMMI Appraisal Method for Process Improvement (SCAMPI) es el método oficial SEI para proveer puntos de referencia de sistemas de calificación en relación con los modelos CMMI.
•SCAMPI se usa para identificar fortalezas y debilidades de los procesos, revelar riesgos de desarrollo/adquisición, y determinar niveles de capacidad y madurez.
•Se utilizan ya sea como parte de un proceso o programa de mejoramiento, o para la calificación de posibles proveedores.
•El método define el proceso de evaluación constando de preparación; las actividades sobre el terreno; observaciones preliminares, conclusiones y valoraciones; presentación de informes y actividades de seguimiento.

Caracteristicas de las normas/estandares ISO para proyectos TI

ISO/IEC 15504
Modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software.
Características
  • Establece un marco y los requisitos para cualquier procesos de evaluación de procesos y proporciona requisitos para los modelos de evaluación a ser utilizados.
  • Proporciona también requisitos para cualquier modelos de evaluación de organizaciones.
  • Proporciona guías para la definición de las competencias de un evaluador de procesos.
  • Actualmente tiene 10 partes: 1-7 completadas y 8-10 en fase de desarrollo.
  • Comprende: evaluación de procesos, mejora de procesos, determinación de capacidad.
  • Proporciona en su parte 5 un Modelo de evaluación de procesos para los procesos de ciclo de vida del software definidos en el estándar ISO/IEC 12207 que define los procesos del ciclo de vida del desarrollo, mantenimiento y operación de los sistemas de software.
  • Proporciona en su parte 6 un Modelo de evaluación de procesos para los procesos de ciclo de vida del sistema definidos en el estándar ISO/IEC 15288 que define los procesos del ciclo de vida del desarrollo, mantenimiento y operación de sistemas.
  • Proporcionará en su parte 8 un Modelo de evaluación de procesos para los procesos de servicios TIC a ser definidos en el estándar 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 embargo CMMI-DEV aún no es un modelo conforme (según lo requiere la ISO 15504 para todo modelo de evaluación de procesos).


Beneficios de la norma ISO 20000
La norma ISO 20000 es un código que proporciona las bases para medir y validar el éxito de una organización a la hora de implementar las buenas prácticas definidas por ITIL. Con este tipo de certificación, las compañías ratifican ante sus clientes y accionistas la integridad y seguridad de sus operaciones, y promueven una dinámica de mejora continua de la calidad de la gestión de sus servicios TIC.
Asimismo, el certificado ISO 20000 es un sello de calidad de alcance internacional, entregado por un organismo oficial autorizado, que garantiza a los clientes de Osiatis la conformidad de sus modelos y prácticas de gestión en materia de servicios TIC.
La norma ISO 20000 trata de la gestión de las tecnologías de la información con una aproximación basada en un modelo vertebrado sobre procesos ITIL de soporte y entrega, definidos para asegurar niveles de servicios que respondan a los requisitos de negocio y sean financieramente asumibles. Este modelo de eficiencia plantea igualmente la vigencia de un proceso fundamental de mejora continua que debe converger a corregir las eventuales deficiencias observadas o a adaptarse a los nuevos requisitos del negocio.  
“El reconocimiento internacional del IT Service Management System (Sistema de Gestión de Servicios de Tecnologías de la Información) que conlleva la certificación en la norma ISO 20000 es un gran estímulo para Osiatis. Con esta reciente certificación, confirmamos nuestra apuesta por ITIL y otros estándares internacionales, para seguir ofreciendo a nuestros clientes servicios TI de alta calidad y eficientes en costes, capaces de cumplir con los requisitos más exigentes del mercado”, señala Michael Kunas, Consultor ITSM de Osiatis.

ISO/IEC 9126

  • Estándar internacional para la evaluación del Software
  • Supervisado por el proyecto SQuaRE, ISO 25000:2005
  • Provee un entorno para que las organizaciones definan un modelo de calidad para el producto de software
  • Distingue entre fallo y no conformidad
  • Está basado en investigaciones de multiples modelos de calidad durante los últimos 30 años
Está dividido en varias partes:
  • Modelo de calidad – Clasifica la calidad del software en un conjunto estructurado de características y sub-características de la siguiente manera
    • Funcionalidad – Las funciones satisfacen lo indicado o implica necesidades
    • Fiabilidad – Capacidad del software de mantener su nivel de prestación bajo condiciones y un tiempo establecido
    • Usabilidad – Esfuerzo necesitado para el uso
    • Eficiencia – Nivel de desempeño del software y cantidad de recursos necesitados
    • Mantenibilidad – Facilidad de extender, modificar o corregir errores
    • Portabilidad – Capacidad de ser transferido de una plataforma a otra
  • Métricas externas – Son las aplicables al software en ejecución
  • Métricas internas – Son las que no dependen de la ejecución del software
  • Calidad en las métricas de uso – Solo disponible cuando el producto final es usado en condiciones reales
  • Vista en uso
    • Efectividad – Facilitar al usuario alcanzar objetivos con precisión y completitud
    • Productividad – Permitir a los usuarios gastar la cantidad apropiada de recursos
    • Seguridad – Cumplir con los niveles de riesgo permitidos
    • Satisfacción – Cumplir con las expectativas de los usuarios

ISO 10006:2003

  • Directrices para la calidad en la gestión de proyectos
  • Aplicable a proyectos pequeños o grandes, de larga o pequeña duración
  • No es una guía de administración de proyectos en sí
  • Es un documento guía, y no utilizado para una certificación o registro
  • Hace recomendaciones sobre la gestión de la información generada por la realización del proyecto
  • Se deben seguir los siguientes pasos por la organización
    • Identificar la información crítica
    • Organizar el sistema de colección de la información (Información dentro del proyecto e información del entorno y el cliente)
    • Validar y almacenar la información
    • Organizar un sistema que asegure su uso
Ventajas
  • Reduce la variedad y tipos de productos
  • Reduce inventarios y costos de producción
  • Mejora la gestión y el diseño de productos
  • Mejora la comercialización de los productos
  • Agiliza los procesos pedidos
Desventajas
  • No entra en las fases del proyecto ni describe los procesos necesarios para su ejecución
  • No incluye los procesos de gestión de la calidad y, por lo tanto, da a entender que estos procesos no forman parte de la gestión del proyecto

ISO/IEC 27000

  • Estándares de seguridad publicados por la ISO (Organización Internacional para la Estandarización) y la IEC (Comisión Electrónica Internacional)
  • Contiene las mejores prácticas recomendadas en seguridad de la información para desarrollar, implementar y mantener especificaciones para los sistemas de gestión de la seguridad de la información (SGSI)
  • ISO/IEC 27000 – Vocabulario estándar para el SGSI
  • ISO/IEC 27001 – Certificación que deben obtener las organizaciones. Especifica los requisitos para la implantación del SGSI. Es la más importante de la familia. Adopta un enfoque de gestión de riesgos y promueve la mejora continua de procesos
  • ISO/IEC 27002 – Código de buenas prácticas para la gestión de seguridad de la información
  • ISO/IEC 27003 – Directrices para la implementación de un SGSI. Es el soporte de la norma ISO/IEC 27001
  • ISO/IEC 27004 – Métricas para la gestión de seguridad de la información
  • ISO/IEC 27005 – Gestión de riesgos en seguridad de la información. Proporciona recomendaciones y lineamientos de métodos y técnicas de evaluación de riesgos de seguridad en la información
  • ISO/IEC 27006:2007 – Requisitos para la acreditación de las organizaciones que proporcionan la certificación de los sistemas de gestión de la seguridad de la información
  • ISO/IEC 27007 – Guía para auditar al SGSI
La seguridad de la información, según ISO 27001
  • Confidencialidad – La información no se revela a individuos, entidades o procesos no autorizados
  • Integridad – Mantenimiento de exactitud y completitud de la información y sus métodos de proceso
  • Disponibilidad – Acceso a individuos, entidades o procesos autorizados cuando lo requieran