Con un mensaje no se logra mucho pero quizás sirva para que todos se den cuenta

Informe Ejecutivo

Stalin Rojas Morocho

METRICAS DEL PRODUCTO PARA EL SOFTWARE

1 Introducción

Las medidas y métricas de software suelen ser indirectas, las métricas se concentran en atributos específicos de los productos de trabajo de ingeniería del software y se recopilan a medida que realizan las etapas técnicas, para conseguir software de mayor calidad, nos permite no solo valorar de forma cualitativa sino cuantitativa, se debe partir de identificar las respectivas métricas apropiadas para el producto, luego la recolección de datos, se analizan para interpretar y calificar el software, esto se comprueba llegando a culminar los objetivos de las mediciones, en todo esto se proporciona una prevención de errores y corregirlos.

2 Desarrollo del tema

Calidad General

El entorno se debe regirse que el producto debe regirse por sus requisitos de funcionamiento y su desempeño estable, los requisitos necesarios dentro de este ámbito son:

• Los requisitos son la base de las medidas de calidad.

• Los estándares especificados definen un conjunto de criterios de desarrollo que sirven de guía.

• Se debe tomar en cuenta los requisitos implícitos.

Basándose en los Factores de calidad de McCall, los factores afectan en dos grandes grupo, los directos como los errores detectados, y los indirectos que son definidos por los requisitos implícitos. Para mejor entendimiento se han clasificado:

Características operativas

Corrección ¿Lo que quiero?

Fiabilidad ¿Lo hace de forma fiable todo el tiempo?

Eficiencia ¿Se ejecutara en mi hardware lo que mejor pueda?

Seguridad (Integridad) ¿Es seguro?

Facilidad de uso ¿Está diseñado para ser usado?

Calidad de soporte los cambios

Facilidad de mantenimiento ¿Puedo corregirlo?

Flexibilidad ¿Puedo cambiarlo?

Facilidad de prueba ¿puedo probarlo?

Adaptabilidad a nuevos entornos

Portabilidad ¿Podré usarlo en otra maquina?

Reusabilidad ¿Podré reutilizar alguna parte del software?

Interoperabilidad ¿Podré hacerlo interactuar con otro sistema?

Factores de calidad del estándar ISO 9126, Define seis atributos clave: funcionalidad, confiabilidad, facilidad de uso eficiencia, facilidad de mantenimiento, portabilidad, pero no siempre se prestan para una medición directa.

En todas las medidas el concepto cuantitativo, siempre estará en discusión, y en las métricas mencionadas representan medidas indirectas.

Marco conceptual para las métricas del producto

Medida: indica cuantitativamente la extensión, la cantidad, la dimensión, la capacidad o el tamaño de algún atributo de producto o proceso.

Medición: es el acto de determinar una medida.

Métrica: IEEE define como una medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo determinado.

Indicador: es una métrica o una combinación de métricas que proporcionan conocimientos acerca de los aspectos de un proyecto de software.

Métricas para el modelo de análisis

Se utilizan para predecir el tamaño resultante, pues nos indica la complejidad de diseño y el esfuerzo, tomando en cuenta que el costo del SW no esta directamente relacionado con la codificación.

Métricas basadas en la función (PF)

Sus valores:

Número de entradas externas (EE), se originan del usuario o de otra aplicación.

Número de salidas externas (SE), proveniente del sistema y proporciona información al usuario.

Número de consultas externas (CE), entrada en línea generando respuesta por parte del software.

Número de archivos lógicos internos (ALI), generado dentro de los límites de la aplicación se mantienen entradas externas.

Número de archivos de interfaz externos (AIE), datos externos a la aplicación que podrían usarse.

Se recolecta los datos en una tabla, se determina los puntos de función no ajustados, determinar el valor del factor de ajuste, determinar los puntos de función ajustados.

Ej. PF = 50 X [0,65 + (0,01 X 46)] = 56

Métricas para la calidad de la especificación

Se evalúa la el modelo de diseña con la correspondencia de requisitos: especificidad, grado de avance, corrección, facilidad de comprensión, facilidad de verificación, consistencia interna y externa, facilidad para alcanzar los objetivos, concisión, facilidad para darle seguimiento, facilidad para modificase, precisión y facilidad de reutilización.

Métricas para el modelo de diseño

Según Card y Glass, definen tres medidas de la complejidad del diseño de software: estructural, de datos, del sistema. Se utiliza la prueba de caja negra, aunque rompa el diseño, no entrar en ningún caso a evaluar el código. Las métricas: complejidad del subsistema, complejidad de los módulos, complejidad del control, complejidad de los datos.

Métricas para el diseño orientado a objetos

Las métricas descritas por Whitmire, distintivas y mesurablesde un diseño orientado a objetos:

Tamaño: definido por población, volumen, longitud y funcionalidad.

Complejidad: enfocado desde lo estructural, interrelación de las clases del diseño orientado a objetos.

Acoplamiento: conexiones físicas entre los elementos del diseño.

Suficiencia: es el suficiente grado de abstracción que caracteriza el dominio de la aplicación.

Cohesión: conjunto de propiedades que posee, se encuentren representando todo el dominio del problema.

Primitivismo: grado en que una operación es atómica, es decir de su encapsulación de operaciones.

Similitud: indica el porcentaje que dos o más clases son similares, en estructura, función, comportamiento y propósito.

Volatilidad: el grado de cambios en el diseño cuando os requisitos son modificados.

Además, existen métodos como el Método de ponderados por clase (MPC), especifica que el número de métodos y su complejidad son indicadores razonables de la cantidad de esfuerzo requerido para implementar y probar una clase, a igual que es refiere tamaño de la clase, que define en sus características, número total de operaciones y de atributos.

El árbol de profundidad de la herencia (APH), describe la longitud máxima desde el nodo hasta la raíz del árbol, permitiendo indicar que muchos métodos se han heredado, una similar método es el Número de descendientes (NDD), ha mayor profundidad indica mayor reutilización.

Métricas para pruebas

Métricas de Halstead aplicadas a las pruebas

Se aplica volumen, V, el nivel de u programador, NP, el esfuerzo de Halstead, e, se calcula:

NP = 1/[(n1/2)X(N2/n2)]

e = V/NP

Métricas para pruebas orientadas a objetos

Proporcionan una calidad de diseño, es métricas se relacionan con las mencionadas con las métricas de diseño.

Métricas para el mantenimiento

El IEEE dispone en los índices de madurez de software, proporciona indicadores, que determinan la siguiente información:

Mt = el número de módulos de la versión actual.

Fc = el número de módulos cambiados en la versión actual.

Fa = el número de módulos añadidos a la versión actual.

Fd = el número de módulos de la versión anterior que se eliminaron en la versión actual.

Se calcula el índice:

IMS = [Mt – (Fa + Fc + Fd)] / Mt

Si se a cerca de 1.0, el producto se empieza a estabilizar.

3 Conclusiones

• Las métricas nos permiten controlar, en cada fase que respecta a la vida de software, prevenir y gradualmente corregir los errores presentados.

• Siempre tener en cuanta que las métricas son cuantitativas indirectamente.

• Las métricas proporcionan una base para establecer el esfuerzo a realizar.

4 Bibliografía

PRESSMAN, Roger S. Ingeniería del Software Un enfoque práctico (Sexta Edición)

Durán Rubio, Sergio Eduardo. Puntos por Función. Una métrica estándar para establecer el tamaño del software (on line). 2003 (citado 20 abr. 2008). http://www.inegi.gob.mx/inegi/contenidos/espanol/prensa/Contenidos/Articulos/tecnologia/puntosxfuncion.pdf

Carrasco, Luis de Salvador. Métricas del Software (on line). (citado 20 abr. 2008). http://www.luisdesalvador.com/Oposicion/T033_036_Metricas.pdf

Los tipos de conocimineto se puede clasificar en varias estructuras, muchos autores tienes varias clasificasiones esto nos da a enter la diversidad de conocimineto analisado por estos personas, pero al parecer de forma basica el conocimiento es estructurado en:

Conocimiento Cientifico

Es una aproximación crítica a la realidad apoyándose en el método científico que, fundamentalmente, trata de percibir y explicar desde lo esencial hasta lo más prosaico, el porqué de las cosas y su devenir –o al menos tiende a este fin.

Conocimiento Artistico

Se apoya en el principio de comunicabilidad de complejidades initeligibles. Por otro lado no necesariamente cumple el criterio de objetividad . Además, el conocimiento artístico no necesariamente cambia.

Conocimineto  Demostrativo

Es el que obtenemos al establecer el acuerdo o desacuerdo entre dos ideas recurriendo a otras que sirven de mediadoras a lo largo de un proceso discursivo en el que cada uno de sus pasos es asimilado a la intuición.

10 de Junio de 2008

Taller

Maria Alexandra Cueva Enríquez, Stalin Marcelo Rojas Morocho

Problema

Debido a un reciente incremento en el negocio una secretaria de una cierta empresa tiene que mecanografiar 20 cartas por día en promedio (asuma una distribución de Poisson).

A ella le toma aproximadamente 20 minutos mecanografiar cada carta (asuma una distribución exponencial). Suponiendo que la secretaria trabaja 8 horas diarias.

SIMULACIÓN

DEFINICION DE LOCACIONES

El Jefe es la cola, tendrá una capacidad infinita, y procesara la entrega de cartas de uno en uno.

La secretaria es la que va a procesar las cartas y va a tener una capacidad de 20 cartas, en unidades de uno en uno.

DEFINICION DE ENTIDADES

Nuestra entidad será la carta y esta se presentará con una frecuencia de 20 fpm.

DEFINICION DE LLEGADA

Aquí se definirá que nuestra entidad llegará primero al Jefe, y luego pasará a la secretaria con una distribución de poisson con una media de 20 cartas.

DEFINICION DE PROCESOS

Se define los procesos a seguir por la entidad:

• Jefe: Las carta están en la cola situada en la locación que es el Jefe, aquí no se realiza ningún tipo de operación, y la siguiente ruta que es la Secretaria que procesará de uno en uno.
• Secretaria: Nuestra entidad se encuentra en la locación de la secretaria, la misma que tendrá una operación de mecanografiar las cartas en un periodo de tiempo de 20 min. Con una Distribución exponencial con una media de 20 min. La entidad en este proceso sale.

INTERPRETACION DE RESULTADOS.

RUN

La simulación se ha realizado en un tiempo de 8 horas.

LOCACIONES

Locación Secretaria tendrá la capacidad para mecanografiar 20 cartas, la locación Jefe a dictado 19 cartas de las cuales a mecanografiado 18.

El tiempo empleado por la locación Secretaria es de 17 min. Y la locación Jefe empleó un tiempo de 52 min.

ESTADO DE LA LOCACION

La locación Secretaria ha sido productiva en un 68,42%.

NOTA: Los datos han sido tomados luego de realizar 5 réplicas.