lunes, 3 de enero de 2011

Aseguramiento de la Calidad Dentro de un Proyecto de Software

Aseguramiento de la Calidad Dentro De Un Proyecto de Software

Algunos desarrolladores de software continúan creyendo que la calidad del software es algo en lo que empiezan a preocuparse una vez que se ha generado el código. ¡Nada más lejos de la realidad! La garantía de calidad del software (SQA, Software Quality Assurance GCS, Gestión de calidad del software) es una actividad de protección (Capítulo 2) que se aplica a lo largo de todo el proceso del software. La SQA engloba: (1) un enfoque de gestión de calidad; (2) tecnología de ingeniería del software efectiva (métodos y herramientas); (3) revisiones técnicas formales que se aplican durante el proceso del software; (4) una estrategia de prueba multiescalada;

(5) el control de la documentación del software y de los cambios realizados; (6) un procedimiento que asegure un ajuste a los estándares de desarrollo del software (cuando sea posible), y (7) mecanismos de medición y de generación de informes.

Emilio Magaña

ADMINISTRACIÓN DE RIESGOS

ADMINISTRACIÓN DE RIESGOS



La administración de riesgos son una serie de pasos que ayudan al equipo de software a comprender y a gestionar la incertidumbre.


El propósito esencial de la administración de riesgos es la de mejorar el desempeño del proyecto.


Propósitos de la Administración de Riesgos

  • Diagnosticar cambios deseables en los planes.

  • Demostrar porque se necesitan esos cambios.

  • Facilitar, demostrar y promover una actitud proactiva ante los riesgos

  • Facilitar, demostrar y promover el análisis de intercambio entre riesgo y desempeño esperado.

  • Cuantificar la eficiencia del riesgo y los intercambios entre riesgo y desempeño.

Los Procesos de la Administración de Riesgos son los siguientes: Planeación de la Administración de Riesgos, Identificación de Riesgos, Análisis Cualitativo de Riesgos, Análisis Cuantitativo de Riesgos, Planeación de la Respuesta a los Riesgos, Monitoreo y Control de Riesgos.



NELLY MARÍA FIELD LEÓN






Adminstracion de Configuracion del Software

ADMINISTRACION DE CONFIGURACION DEL SOFTWARE

Cuando se construye software de computadora, los cambios son inevitables. Además, los cambios aumentan el grado de confusión entre los ingenieros del software que están trabajando en el proyecto. La confusión surge cuando no se han analizado los cambios antes de realizarlos, no se han registrado antes de implementarlos, no se les han comunicado a aquellas personas que necesitan saberlo o no se han controlado de manera que mejoren la calidad y reduzcan los errores.

La administración de configuración es el arte de identificar, organizar y controlar las modificaciones que sufre el software que construye un equipo de programación. La meta es maximizar la productividad minimizando los errores.

La administración de configuración del software (GCS) es una actividad de autoprotección que se aplica durante el proceso del software. Como el cambio se puede producir en cualquier momento,

las actividades de administración de configuración de software sirven para

(1) identificar el cambio,

(2) controlar el cambio,

(3) garantizar que el cambio se implementa adecuadamente y (4) informar del cambio a todos aquellos que puedan estar interesados.

Es importante distinguir claramente entre el mantenimiento del software y la administración de configuración del software. El mantenimiento es un conjunto de actividades de ingeniería del software que se producen después de que el software se haya entregado al cliente y esté en funcionamiento. La administración de configuración del software es un conjunto de actividades de seguimiento y control que comienzan cuando se inicia el proyecto de ingeniería del software y termina sólo cuando el software queda fuera de la circulación.

Emilio Magaña.

Metricas del Software

Métricas del Software

Un elemento clave de cualquier proceso de ingeniería es la medición. Empleamos medidas para entender mejor los atributos de los modelos que creamos. Pero, fundamental- mente, empleamos las medidas para valorar la calidad de los productos de ingeniería o de los sistemas que construimos.

A diferencia de otras disciplinas, la ingeniería del software no está basada en leyes cuantitativas básicas de la Física. Las medidas absolutas, tales como el voltaje, la masa, la velocidad o la temperatura no son comunes en el mundo del software. En su lugar, intentamos obtener un conjunto de medidas indirectas que dan lugar a métricas que proporcionan una indicación de la calidad de algún tipo de representación del software. Como las medidas y métricas del software no son absolutas, están abiertas a debate. Fenton [FENBl] trata este aspecto cuando dice:

La medición es el proceso por el que se asignan números o símbolos a los atributos de las entidades en el mundo real, de tal manera que las definan de acuerdo con unas reglas claramente definidas. En las ciencias físicas, medicina y, más recientemente, en las ciencias sociales, somos ahora capaces de medir atributos que previamente pensábamos que no eran medibles. Por supuesto, tales mediciones no están tan refinadas como las de las ciencias físicas, pero existen [y se toman importantes decisiones basadas en ellas]. Sentimos que la obligación de intentar «medir lo no medible» para mejorar nuestra comprensión de entidades particulares es tan poderosa en la ingeniería del software como en cualquier disciplina.

Pero algunos miembros de la comunidad de software continúan argumentando que el software no es medible o que se deberían posponer los intentos de medición hasta que comprendamos mejor el software y los atributos que habría que emplear para describirlo. Esto es un error.


Emilio Magaña

Metricas del Software

Métricas del Software

Un elemento clave de cualquier proceso de ingeniería es la medición. Empleamos medidas para entender mejor los atributos de los modelos que creamos. Pero, fundamental- mente, empleamos las medidas para valorar la calidad de los productos de ingeniería o de los sistemas que construimos.

A diferencia de otras disciplinas, la ingeniería del software no está basada en leyes cuantitativas básicas de la Física. Las medidas absolutas, tales como el voltaje, la masa, la velocidad o la temperatura no son comunes en el mundo del software. En su lugar, intentamos obtener un conjunto de medidas indirectas que dan lugar a métricas que proporcionan una indicación de la calidad de algún tipo de representación del software. Como las medidas y métricas del software no son absolutas, están abiertas a debate. Fenton [FENBl] trata este aspecto cuando dice:

La medición es el proceso por el que se asignan números o símbolos a los atributos de las entidades en el mundo real, de tal manera que las definan de acuerdo con unas reglas claramente definidas. En las ciencias físicas, medicina y, más recientemente, en las ciencias sociales, somos ahora capaces de medir atributos que previamente pensábamos que no eran medibles. Por supuesto, tales mediciones no están tan refinadas como las de las ciencias físicas, pero existen [y se toman importantes decisiones basadas en ellas]. Sentimos que la obligación de intentar «medir lo no medible» para mejorar nuestra comprensión de entidades particulares es tan poderosa en la ingeniería del software como en cualquier disciplina.

Pero algunos miembros de la comunidad de software continúan argumentando que el software no es medible o que se deberían posponer los intentos de medición hasta que comprendamos mejor el software y los atributos que habría que emplear para describirlo. Esto es un error.

Emilio Magaña

Adminstracion de Configuracion del Software

ADMINISTRACION DE CONFIGURACION DEL SOFTWARE

Cuando se construye software de computadora, los cambios son inevitables. Además, los cambios aumentan el grado de confusión entre los ingenieros del software que están trabajando en el proyecto. La confusión surge cuando no se han analizado los cambios antes de realizarlos, no se han registrado antes de implementarlos, no se les han comunicado a aquellas personas que necesitan saberlo o no se han controlado de manera que mejoren la calidad y reduzcan los errores.
La administración de configuración es el arte de identificar, organizar y controlar las modificaciones que sufre el software que construye un equipo de programación. La meta es maximizar la productividad minimizando los errores.
La administración de configuración del software (GCS) es una actividad de autoprotección que se aplica durante el proceso del software. Como el cambio se puede producir en cualquier momento,
las actividades de administración de configuración de software sirven para
(1) identificar el cambio,
(2) controlar el cambio,
(3) garantizar que el cambio se implementa adecuadamente y (4) informar del cambio a todos aquellos que puedan estar interesados.
Es importante distinguir claramente entre el mantenimiento del software y la administración de configuración del software. El mantenimiento es un conjunto de actividades de ingeniería del software que se producen después de que el software se haya entregado al cliente y esté en funcionamiento. La administración de configuración del software es un conjunto de actividades de seguimiento y control que comienzan cuando se inicia el proyecto de ingeniería del software y termina sólo cuando el software queda fuera de la circulación.

Emilio Magaña.

UML DENTRO DE LOS PROYECTOS DE SOFTWARE

UML
Siglas de Unified Modeling Languaje, resulta de la unificación de los principales métodos de análisis y diseño orientado a objetos.
UML es un estándar de OMG (Object Management Group) a partir de noviembre de 1997.
Características
  • Desplegar los límites de un sistema sus principales funciones mediante casos de uso y actores.
  • Representar la estructura estática de un sistema usando diagramas de clases.
  • Modelar la arquitectura de la implementación física con diagramas de componentes y de emplazamiento o despliegue.

NELLY MARÍA FIELD LEÓN