lunes, 27 de septiembre de 2010

Características de las normas/estándares IEEE para proyectos TI

 Asociación de profesionales con sede en EEUU que fue fundada en 1884, y que actualmente cuenta con miembros de más de 140 países. Investiga en campos como el aeroespacial, computacional, comunicaciones, etc. Es gran promotor de estándares.


IEEE corresponde a las siglas de The Institute of Electrical and Electronics Engineers, el Instituto de Ingenieros Eléctricos y Electrónicos, una asociación técnico-profesional mundial dedicada a la estandarización, entre otras cosas. Es la mayor asociación internacional sin fines de lucro formada por profesionales de las nuevas tecnologías, como ingenieros eléctricos, ingenieros en electrónica, científicos de la computación, ingenieros en informática, ingenieros en biomédica e ingenieros en telecomunicación.
Su creación se remonta al año 1884, contando entre sus fundadores a personalidades de la talla de Thomas Alva Edison, Alexander Graham Bell y Franklin Leonard Pope. En 1963 adoptó el nombre de IEEE al fusionarse asociaciones como el AIEE (American Institute of Electrical Engineers) y el IRE (Institute of Radio Engineers).

Los antecedentes históricos señalan que la formación del IEEE en México, fue iniciada por el Sr. H. S. Foley, miembro y entusiasta colaborador del Instituto, quién por primera vez en 1910, lanzó la idea de establecer en México una Sección.

Ahora bien, un aspecto muy importante a tener en cuenta es que los estándares cambian. De hecho, si esto no sucediera no responderían a los avances en tecnología. En IEEE, los estándares son revisados y actualizados en forma permanente por Comités de Expertos, por lo que su aplicación garantiza la calidad y eficiencia en el desarrollo de los diferentes procesos en todas sus etapas. IEEE, a través de sus suscripciones en línea, ofrece acceso a todas las etapas del ciclo de vida de un estándar, incluyendo las copias borrador o "drafts".



Los drafts

Antes de convertirse en un estándar, la propuesta debe pasar por un período de prueba que no puede durar más de cinco años. Estos son los estándares borrador o "drafts", que pueden ser aprobados o no. Su numeración comienza siempre con la letra "P" (pre) y es la primera etapa de desarrollo de un posible futuro estándar.

Al ser aprobados se convierten en copias históricas aprobadas, y son reemplazados por un estándar con la misma numeración pero sin letra P. Por ejemplo, en octubre de 2007 se presentó el Draft P1561/D16, Oct 2007, que en mayo del año siguiente fue publicado como estándar 1561-2007, May 2008.

La importancia de contar con normas vigentes

La importancia radica en la seguridad, es decir, en la garantía de contar con el acceso a la norma en caso de que, por alguna falla, un estándar sea dado de baja o cancelado. Una manera de asegurarse de contar siempre con la norma vigente y original, es disponer de una suscripción en línea a los estándares de su interés y necesidad. Es algo parecido a tener un seguro contratado: cuando no hay ningún problema, éste se aprecia como caro e innecesario, pero cuando se precisa y el sistema responde, esta percepción cambia.

IEEE Visión

La IEEE es una institución enfocada en el avance tecnológico y social mundial mediante el fomento de la innovación tecnológica, permitiendo enriquecer las carreras de los miembros de la comunidad y la promoción de ellas en todo el mundo.

IEEE Misión

El IEEE promueve el proceso de ingeniería de crear, desarrollar, integrar, compartir y aplicar conocimientos sobre la electrónica y tecnologías de información de una de las ciencias en beneficio de la humanidad y la profesión.

ORGANIZACIÓN BASICA GENERAL DE LA IEEE


Normas IEEE para telecomunicaciones

La industria de las telecomunicaciones está en la vanguardia de la era de la información, actualmente transmitimos voz, datos, gráficos y vídeo a velocidades cada vez mayores y en un creciente número de maneras. De este modo, podemos notar que el acceso a esta información relacionada con los estándares IEEE, proyectos y normas de archivo es de vital importancia para lograr ser competitivo y mantenerse en una industria en constante evolución.

Tenemos las siguientes normas o estándares elaboradas por el IEEE:

· Normas de Comunicaciones
· Normas de Compatibilidad Electromagnética
· Normas de Conductores aislados
· Normas de Redes Locales y Redes de Área Metropolitana (LAN / MAN)
· Normas para Aplicaciones Portátiles
· Normas de Transmisión de potencia y distribución
· Normas de dispositivos de protección contra sobretensiones
· Normas de práctica en pruebas, instrumentación y medida, y el sistema métrico

Para ilustrar mejor cómo funciona el sistema de estándares adoptado por la IEEE utilizaremos el siguiente ejemplo:

IEEE 802 es un comité y grupo de estudio de estándares perteneciente al IEEE, que actúa sobre Redes de Ordenadores y según su propia definición sobre redes de área local (LAN) y redes de área metropolitana (MAN).

También se usa el nombre IEEE 802 para referirse a los estándares que proponen y cuyo objetivo era asegurar la compatibilidad entre productos de diferentes fabricantes. Algunos estándares muy reconocidos son: Ethernet (IEEE 802.3), o Wi-Fi (IEEE 802.11), e incluso Bluetooth en el 802.15.

Se centra en definir los niveles más bajos (según el modelo de referencia OSI o sobre cualquier otro modelo), concretamente subdivide el segundo nivel, el de enlace, en dos subniveles, el de enlace lógico, recogido en 802.2, y el de acceso al medio. El resto de los estándares recogen tanto el nivel físico, como el subnivel de acceso al medio.

Esta es la lista de los grupos de trabajo:

· IEEE 802.1 Protocolos superiores de de área local
· IEEE 802.2 Control de enlace lógico redes
· IEEE 802.3 Ethernet
* 2,85 Mbit/s sobre cable coaxial en topología de bus.
* 10BASE5 10 Mbit/s sobre coaxial grueso (thicknet). Longitud máxima del segmento 500 metros.
* 10BASE2 10 Mbit/s sobre coaxial fino (thinnet o cheapernet). Longitud máxima del segmento 185 metros.
· IEEE 802.4 Token Bus
· IEEE 802.5 Token Ring
* La distancia entre una computadora y el MAU no puede ser mayor que 100 metros.
* La longitud total de la red no puede superar los 366 metros.
* Estas redes alcanzan una velocidad máxima de transmisión que oscila entre los 4 y los 16 Mbps.· IEEE 802.6 Red de área metropolitana (abandonado)
· IEEE 802.7 Grupo de Asesoría Técnica sobre banda ancha (abandonado)
· IEEE 802.8 Grupo de Asesoría Técnica sobre fibra óptica (abandonado)
· IEEE 802.9 LAN de servicios integrados (abandonado)
· IEEE 802.10 Seguridad interoperable en LAN (abandonado)
· IEEE 802.11 Red local inalámbrica, también conocido como Wi-Fi
· IEEE 802.12 Prioridad de demanda
· IEEE 802.13 (no usado)
· IEEE 802.14 Cable TV módems (abandonado)
· IEEE 802.15 Red de área personal inalámbrica (Bluetooth)
· IEEE 802.16 Acceso inalámbrico de Banda Ancha, también llamada WiMAX, para acceso inalámbrico desde casa.
· IEEE 802.17 Anillos de paquetes con recuperación
· IEEE 802.18 Grupo de Asesoría Técnica sobre Normativas de Radio
· IEEE 802.19 Grupo de Asesoría Técnica sobre Coexistencia.
· IEEE 802.20 Acceso inalámbrico de Banda ancha móvil
· IEEE 802.21 Interoperabilidad independiente del medioIEEE 802.22 Red inalámbrica de área regional
 
 

Características de las normas/estándares TSP para proyectos TI

El software suele estar desarrollado en equipo
Team Software Process (TSP) es un método de establecimiento y mejora del trabajo en equipo para procesos software.

TSP proporciona directrices para ayudar a un equipo a establecer sus objetivos, a planificar sus procesos y a revisar su trabajo con el fin de que la organización pueda establecer prácticas de ingeniería avanzadas y así 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

Principios del TSP:

Los técnicos realizan las mejores planificaciones sobre su trabajo. Su participación en el proceso incrementa su compromiso con el plan.
Un seguimiento preciso de un proyecto requiere planes bien detallados. Únicamente el personal que realiza el trabajo es capaz de recoger con precisión dichos datos.
Para minimizar el tiempo del proyecto, los ingenieros deben equilibrar su carga de trabajo.
Para maximizar la productividad, el primer foco de atención debe ser la calidad.

La Lógica del TSP.
Fallos de los proyectos de desarrollo:
Problemas con las personas Peopleware.
Presión.
Problemas de los equipos de desarrollo software:
Liderazgo inefectivo.
Incapacidad para la cooperación o el compromiso.
Falta de participación.
Falta de confianza
Ausencia de calidad
Inefectiva evaluación entre iguales.
Modificaciones eternas.
Los equipos:
Tamaño.
Equipos bien cohesionados.
Condiciones mínimas de un equipo:
Tareas establecidas con claridad y diferentes entre sí.
Equipo claramente establecido.
Los miembros del equipo controlan sus tareas.
Construcción de equipos eficaces:
Cohesión.
Metas que constituyan un desafío.
Feedback rápido.
Entornos de trabajo compartido y común.

Los equipos en TSP.
Construcción de equipos eficaces.
 Objetivos
 Definir y aceptar objetivos comunes.
 Roles
 Responsabilidades.

Líder del Equipo: Dirige al equipo, se asegura que todos reporten sus datos de los procesos y completen su trabajo tal y como se planeó.
Realiza los reportes semanales del avance del equipo.

Gestor de desarrollo. Guía al equipo en el diseño y desarrollo del producto.

Gestor de Planificación. Apoya y guía al equipo en la planificación y seguimiento del trabajo.

Gestor de Calidad/Proceso. Apoya al equipo en definir sus necesidades acerca del proceso y a establecer y administrar el plan de calidad.
Genera estándares para obtener un trabajo uniforme. Modera las inspecciones y revisa cada artefacto generado.

Administrador de Requerimientos/Soporte. Dirige al equipo en el desarrollo de requerimientos de software y ayuda a dar a conocer la tecnología y en las necesidades de apoyo administrativo. Administra el plan de configuración

Fases del Ciclo TSP.
Se planea el número de ciclos.
1. Lanzamiento.
2. Estrategia
3. Plan
4. Requisitos
5. Diseño
6. Implementación
7. Pruebas
8. Postmortem

Características de las normas/estándares PSP para proyectos TI

 PSP puede adaptarse a las necesidades de cada proyecto y usuario, ya sea de forma individual o en equipo. Partiendo de este punto, queda sólo saber qué nivel de PSP se va a ajustar.
 Se pueden utilizar los formatos y scripts de cada nivel como mejor nos convenga. Un proceso mientras mejor definido esté, mejor nos ayudará a comprender el desempeño personal de cada desarrollador de software y saber en qué puntos se debe mejorar.

 PSP utiliza el término "LOC lógico" para hacer referencia a una construcción lógica del lenguaje de programación que es utilizado,  guía a los ingenieros a cómo definir sus estándares propios.
Estas etapas, que sólo el Proceso Personal de Software (PSP), utiliza son:
1. Planeación.
2. Desarrollo.
3. Postmortem.

Principio del PSP
Cada ingeniero es diferente, para ser más eficiente, debe planificar su trabajo basándose en su experiencia personal.
Usar procesos bien definidos y cuantificados
Los ingenieros deben asumir la responsabilidad personal de la calidad de sus productos.
Cuanto antes se detecten y corrijan los errores menos esfuerzo será necesario.
El más efectivo evitar los defectos que detectarlos y corregirlos.

Niveles del PSP

Nivel 2.- Inicial
Seguimiento y control
Planeación de los proyectos
Nivel 3.- Repetible:
Revisión entre colegas.
Ingeniería del producto de software.
Manejo integrado de software.
Definición del proceso de software.
Foco del proceso de software
Nivel 4.- Definido:
Control de calidad.
Administración cuantitativa del proyecto.
Nivel 5.- Controlado:
Administración de los cambios del proceso.
Administración de cambios tecnológicos
Prevención de defectos.


Fases del PSP
PSP0: Proceso Base.
PSP0.1: Complementos al proceso base.
PSP1 y PSP1.1: Planeación personal
PSP2 y PSP2.1: Control de calidad personal.
PSP3: Programas más grandes.


Para rastrear cada cambio del tamaño del programa que se desarrolla, es importante considerar las distintas categorías de tamaño del LOC. Estas categorías son:
LOC Base.- Es el tamaño de la versión original del producto antes de que se haga cualquier modificación.
Agregado.- Es el código escrito para un nuevo programa o agregado a un programa existente.
Modificado.- El LOC modificado es el código de un programa existente que sufre de alguna modificación.
Suprimido.- El LOC suprimido es el código de un programa existente que se suprime.
Nuevo y cambiante.- Cuando los ingenieros desarrollan software les toma mucho más tiempo agregar o modificar las LOC que suprimir o reutilizarlas.
Reutilizado.- En el PSP, el LOC reutilizado es el código que se toma de una librería de reutilización, sin hacer alguna modificación al nuevo programa o a la versión previa del programa.

Nueva reutilización.- La nueva medida de la reutilización cuenta el LOC que un ingeniero desarrolla y contribuye a la librería de la reutilización.
LOC Total.- El LOC total es el tamaño total de un programa, sin importar de dónde salió el código empleado.

Características de las normas/estándares CMMI para proyectos TI

El 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.


Niveles CMMI

Los niveles CMMI son 5:
Inicial o Nivel 1. Este es el nivel en donde están todas las empresas que no tienen procesos. Los presupuestos se disparan, no es posible entregar el proyecto en fechas, los empleados si tienen 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.
Nivel 2 CMMI. 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:
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 3 CMMI. Desarrollar el proyectos (gestión e ingeniería) esta establecida, documentada y que 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
Validación
Desarrollo y mejora de los procesos de la organización
Definición de los procesos de la organización
Planificación de la formación
Gestión de riesgos
Análisis y resolución de toma de decisiones
Nivel 4 CMMI. 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 CMMI. 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
Para poder llevar a cabo un  buen proyecto durante este modelo se debe de tomar en cuenta lo siguiente:

Proceso de Gestión de Requisitos: Asegurar que los requisitos iniciales del producto, los que se deriven de ellos, así como los cambios que éstos puedan sufrir, son tratados a lo largo de todo el ciclo de vida del proyecto: planificación del proyecto,  productos intermedios(diseño, código, pruebas) y productos finales (software y elementos asociados entregados al cliente).
Entrada
Proceso
Salida

Proceso de planificación del proyecto: Es identificar, establecer y documentar las actividades, recursos y calendario/plazos para que un proyecto pueda producir un producto y/o un servicio que cumpla con sus requisitos.


Proceso de Seguimiento y Control del Proyecto: Es proporcionar visibilidad sobre el progreso del proyecto de acuerdo a lo planificado de tal forma que, si se detectan desviaciones significativas respecto al plan, se tomen acciones correctoras para solventarlas.

Proceso de Gestión de Acuerdos con Proveedores: Es seleccionar proveedores y gestionarlos con eficacia para que nos desarrollen el producto software que necesitamos en nuestro proyecto, o adquirirle un producto ya desarrollado o un servicio.

Proceso de Medición y Análisis: Desarrollar, mantener y aplicar un conjunto de medidas que contribuya a solventar las necesidades de información de la Dirección y cuyo análisis apoye la toma de decisiones en el proyecto.

Proceso de Aseguramiento de la Calidad del Proceso y del Producto: Proporcionar a la dirección y a los jefes de proyecto una visión objetiva de los procesos seguidos y los productos generados, según las políticas y procedimientos definidos por la propia organización. Asegurar el seguimiento independiente de los incumplimientos, su comunicación y resolución. Garantizar la perdurabilidad y eficacia del proceso ACPP.

Proceso de Gestión de la Configuración: El producto software y su documentación están identificados, controlados y disponibles. Los cambios del producto software y su documentación están controlados. Se establecen líneas de referencia y su estado y contenido son conocidos. El almacenamiento, manejo y entrega del producto software y su documentación están controlados.

Características de las normas/estándares ISO para proyectos TI

En la norma ISO 10006
Es una norma de calidad que lleva como título: “Gestión de la Calidad Directrices para la calidad en la gestión de proyectos”, la cual tiene como objetivo servir de guía en aspectos relativos a elementos, conceptos y prácticas de sistemas de calidad que pueden implementarse en la gestión de proyectos o que pueden mejorar la calidad de la gestión de proyectos.
A través de esta definición nosotros pudimos interpretar a la norma ISO 100006 como: Un conjunto de pasos con calidad  que nos auxiliarán en la forma de desarrollar un software para que éste tenga la calidad suficiente, a través de procesos de calidad.
Esta norma se basa en procesos importantes para gestionar en nuestro proyecto, los cuales son contemplados en la norma ISO 10006:
º     Alcance
º     Plazos
º     Costes
º     Calidad
º     Recursos humanos
º     Comunicaciones
º     Riesgos
º     Aprovisionamientos

Esta Norma hace recomendaciones sobre la Gestión de la información generada por la realización del proyecto. 
1. - Identificar la Información crítica.
2. - Organizar el sistema de recogida de esa información, que debe considerar dos aspectos: información contenida dentro del proyecto y la información procedente del entorno y del cliente.
3. - Validar y almacenar esa información.
4.- Organizar un sistema que asegure su uso.
Características del proyecto

– Generalidades
– Organizaciones
– Procesos y fases de los proyectos
– Procesos de gestión de los procesos
 
Realización del Software
• Grupos de Procesos existentes:
- Relacionados con la interdependencia.
- Relacionados con el alcance
- Relacionados con el tiempo
- Relacionados con el costo
- Relacionados con la comunicación
- Relacionados con el riesgo
- Relacionados con las compras

ISO/IEC 12207
 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. 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.
Los procesos se clasifican en tres tipos: Principales, de soporte y de la 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 con la situación particular.
Procesos principales.
Adquisición.
Suministro.
Desarrollo.
Operación.
Mantenimiento.
Procesos de soporte.
Documentación
Gestión de la configuración.
Aseguramiento de calidad.
Verificación.
Validación.
Revisión conjunta.
Auditoría.
Resolución de problemas.
Procesos de la organización.
Gestión.
Infraestructura.
Mejora.
Recursos Humanos.
 
ISO/IEC 9126
Es un estándar internacional para la evaluación del Software.
El estándar está dividido en cuatro partes las cuales dirigen, respectivamente, lo siguiente: modelo de calidad, métricas externas, métricas internas y calidad en las métricas de uso.
El modelo de calidad establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de características y sus características de la siguiente manera:
Funcionalidad - Un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades específicas. Las funciones son aquellas que satisfacen las necesidades implícitas o explícitas.
Idoneidad
Exactitud
Interoperabilidad
Seguridad
Cumplimiento de normas.
Fiabilidad - Un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de prestación bajo condiciones establecidas durante un período establecido.
Madurez
Recuperabilidad
Tolerancia a fallos
Usabilidad - Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la valoración individual de tal uso, por un establecido o implicado conjunto de usuarios.
Aprendizaje
Comprensión
Operatividad
Atractividad
Eficiencia - Conjunto de atributos relacionados con la relación entre el nivel de desempeño del software y la cantidad de recursos necesitados bajo condiciones establecidas.
Comportamiento en el tiempo
Comportamiento de recursos
Mantenibilidad - Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir errores en un sistema software.  
Estabilidad
Facilidad de análisis
Facilidad de cambio
Facilidad de pruebas
Portabilidad - Conjunto de atributos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra.
Capacidad de instalación
Capacidad de re emplazamiento
Adaptabilidad
Co-Existencia