Aplicacion Metricas Para Evaluacion Diseo

Principio del formulario

Final del formulario
Una mtrica es un instrumento que cuantifica un criterio.
los puestos directivos en su desarrollo y en sus puntos decisivos.

usuarios.
a llevar a cabo los pasos anteriores.
Cuando se planifica un proyecto se tiene que obtener estimaciones del costo y esfuerzo humano
requerido por medio de las mediciones de software que se utilizan para recolectar los datos
cualitativos acerca del software y sus procesos para aumentar su calidad.
Las Mtricas
En la mayora de los desafos tcnicos, las mtricas nos ayudan a entender tanto el proceso tcnico
que se utiliza para desarrollar un producto, como el propio producto. El proceso para intentar
mejorarlo, el producto se mide para intentar aumentar su calidad.
El principio, podra parecer que la necesidad de la medicin e s algo evidente. Despus de todo es
lo que nos permite cuantificar y por consiguiente gestionar de forma ms efectiva. Pero la realidad
puede ser muy deferente. Frecuentemente la medicin con lleva una gran controversia y
discusin.
La medicin es muy comn en el mundo de la ingeniera. Medimos potencia de consumo, pesos,
dimensiones fsicas, temperaturas, voltajes, seales de ruidos por mencionar algunos aspectos.
Desgraciadamente la medicin se aleja de lo comn en el mundo de la ingeniera del software.
Encontramos dificultades en ponernos de acuerdo sobre que medir y como va evaluar las
medidas. Hay varias razones para medir un producto.
1. Para indicar la calidad del producto.
2. Para evaluar la productividad de la gente que desarrolla el producto.
3. Par evaluar los beneficios en trminos de productividad y de calidad, derivados del uso de
nuevos mtodos y herramientas de la ingeniera de software.
4. Para establecer una lnea de base para la estimacin
5. Para ayudar a justificar el uso de nuevas herramientas o de formacin adicional.
Las mediciones del mundo fsico pueden englobarse en dos categoras: medidas directas y
medidas indirectas. Medidas Directas. En el proceso de ingeniera se encuentran el costo, y el
esfuerzo aplicado, las lneas de cdigo producidas, velocidad de ejecucin, el tamao de memoria
y los defectos observados en un determinado periodo de tiempo.
Medidas Indirectas. Se encuentra la funcionalidad, calidad, complejidad, eficiencia, fiabilidad,
facilidad de mantenimiento, etc.
MTRICAS DEL SOFTWARE.
Son las que estn relacionadas con el desarrollo del software como funcionalidad, complejidad,
eficiencia.
MTRICAS TCNICAS: Se centran en lasa caractersticas de software pro ejemplo: la complejidad
lgica, el grado de modularidad. Mide la estructura del sistema, el cmo esta hecho.
MTRICAS DE CALIDAD: proporcionan una indicacin de cmo se ajusta el software a los requisitos
implcitos y explcitos del cliente. Es decir cmo voy a medir para que mi sistema se adapte a los
requisitos que me pide el cliente.
MTRICAS DE PRODUCTIVIDAD. Se centran en el rendimiento del proceso de la ingeniera del
software. Es decir que tan productivo va a ser el software que voy a disear.
MTRICAS ORIENTADAS A LA PERSONA. Proporcionan medidas e informacin sobre la forma que
la gente desarrolla el software de computadoras y sobre todo el punto de vista humano de la
efectividad de las herramientas y mtodos. Son las medidas que voy a hacer de mi personal que va
har el sistema.
MTRICAS ORIENTADAS AL TAMAO. Es para saber en que tiempo voy a terminar el software y
cuantas personas voy a necesitar. Son medidas directas al software y el proceso por el cual se
desarrolla, si una organizacin de software mantiene registros sencillos.
MTRICAS ORIENTADAS A LA FUNCIN. Son medidas indirectas del software y del proceso por el
cual se desarrolla. En lugar de calcularlas las LDC, las mtricas orientadas a la funcin se centran
en la funcionalidad o utilidad del programa.
Las mtricas orientadas a la funcin fueron el principio propuestas por Albercht quien sugiri un
acercamiento a la medida de la productividad denominado mtodo del punto de funcin. Los
puntos de funcin que obtienen utilizando una funcin emprica basando en medidas cuantitativas
del dominio de informacin del software y valoraciones subjetivos de la complejidad del software.
1 - Inicio del Plan: Determina el arranque formal del plan de sistemas, con el apoyo del nivel ms
alto de la organizacin.
2 - Definicin y Organizacin: Detalla y concreta la descripcin del PSI asignando un calendario y
recursos humanos al mismo
3 - Estudio informacin relevante: Se analiza informacin de inters para el correcto desarrollo del
plan de sistemas
4 - Identificacin Requisitos: Obtiene la especificacin de requisitos que deben tener los sistemas
de informacin analizados por el plan de sistemas.
5 - Estudio S.I. Actuales: Obtiene una valoracin de la situacin actual.
6 - Diseo modelo: Identifica y define los S.I. Que van a dar soporte a los procesos afectados por el
Plan de Sistemas de Informacin
7 - Arquitectura tecnolgica: Se propone la arquitectura tecnolgica que d soporte al modelo de
informacin y sistemas de informacin.
8 - Definicin plan: Se elabora y detalla el plan de sistemas de informacin: definicin de
proyectos, actividades, calendario y recursos para implementar los sistemas de informacin e
infraestructura tecnolgica
9 - Revisin y aprobacin: Se somete el plan a la revisin ltima y aprobacin de la direccin.
10 documentacin: Catlogo de requisitos
Arquitectura de informacin
Modelo de informacin
Modelo de sistemas de informacin
Arquitectura tecnolgica
Plan de accin
Plan de proyectos
Plan de mantenimiento
Fases de la mtrica:
METRICAS COMO PLANEACION DE SISTEMAS
LOS OBJETIVOS PRINCIPALES DE LAS MTRICAS


realizado en el nivel del proyecto.
DESVENTAJAS DE LAS METRICAS
Uno de los problemas que tienen las mtricas es que no existe un esquema de criterios
generalmente aceptado (un estndar). Como no hay acuerdo en los criterios involucrados,
abundan las propuestas de mtricas que abordan la calidad con criterios propios.
Otro problema de las mtricas es que no proporcionan informacin por s solas y a veces en vez de
claridad aportan confusin a la contraparte del modelador dentro del proceso. Esto se debe a que
muchas mtricas no guardan relacin con los intereses de las partes, y el indicador de la calidad de
un esquema se construye generalmente con todas ellas.
CARACTERISTICAS DE LAS METRICAS
Localizacin: La localizacin es una caracterstica del software que indica la forma que se
concentra la informacin dentro de un programa.
Encapsulamiento: define el encapsulamiento como el empaquetamiento (o enlazado) de una
coleccin de elementos. Entre los ejemplos de encapsulamiento de bajo nivel (software
convencional) se cuentan los registros y matrices, y los subprogramas (por ejemplo,
procedimientos, funciones, subrutinas y prrafos) son mecanismos de nivel medio para el
encapsulamiento. El encapsulamiento influye en las mtricas cambiando el objetivo de la medida,
que pasa de ser un nico mdulo a ser un paquete de datos (atributos) y de mdulos de
procesamiento (operaciones). Adems, el encapsulamiento impulsa a la medida hasta un nivel de
abstraccin ms elevado.
Ocultamiento de informacin: El ocultamiento de informacin suprime los detalles operativos de
un componente de un programa. Tan slo se proporciona la informacin necesaria para acceder a
ese componente o a aquellos otros componentes que deseen acceder a l.
Herencia: La herencia es un mecanismo que hace posible que los compromisos de un objeto se
difundan a otros objetos. La herencia se produce a lo largo de todos los niveles de la jerarqua de
clases
Abstraccin: La abstraccin es un mecanismo que permite al diseador centrarse en los detalles
esenciales de algn componente de un programa (tanto si es un dato como si es un proceso) sin
preocuparse por los detalles de nivel inferior.