You are on page 1of 10

MTRICAS DE

DESARROLLO DE SOFTWARE

Grado Acadmico
Licenciatura en Sistemas

Computacionales

Presentan:

David Prez Hernndez


Maestro Docente:

PABLO PANCARDO GARCA


Cuerpos Acadmicos:

INTERACCIN HOMBRE-

MQUINA

Aplicacin del Conocimiento:

INTERACCIN HOMBRE-

Cunduacn, Tabasco

MQUINA

Noviembre de 2015

Mtricas de desarrollo de software


Mtrica Punto de Funcin

La mtrica de punto de funcin (PF) se puede usar como medio para predecir
el tamao de un sistema que se va a obtener de un modelo de anlisis. El cual
puede ayudar a tener un mejor control y una mejor evaluacin de la inversin
en proyecto en tecnologa basado en software.
Adems permite traducir en un nmero el tamao de la funcionalidad que
brinda un software desde el punto de vista del usuario, a travs de la suma
ponderada de la caracterstica del producto.
Esta mtrica cuenta con cinco parmetros, llamados entrada externo, salida
externa, archivo de lgica interna, archivo de interfaz externa, y consulta
externa.

La mtrica Bang
Se emplea para desarrollar una indicacin del tamao del software a
implementar como consecuencia del modelo de anlisis. Desarrollada por Tom
DeMarco, menciona que la mtrica Bang es una indicacin, independiente de
la implementacin del tamao del sistema.

Para calcular esta la mtrica, el desarrollador de software debe evaluar primero


un conjunto de primitivas (elementos del modelo de anlisis que no se
subdividen ms en el nivel de anlisis). Las primitivas se determinan evaluando
el modelo de anlisis y desarrollando cuentas para los siguientes elementos:

Primitivas funcionales (Pfu) Transformaciones (burbujas) que aparecen

en el nivel inferior de un diagrama de flujo de datos.


Elementos de datos (ED) Los atributos de un objeto de datos, los
elementos de datos no compuestos y aparecen en el diccionario de

datos.
Objetos (OB) Objetos de datos.
Relaciones (RE) Las conexiones entre objetos de datos.
Transiciones (TR) El nmero de transacciones de estado en el diagrama
de transicin de estado

Mtrica de la calidad de especificacin


Existe una lista de caractersticas que pueden emplearse para valorar la
calidad del modelo de anlisis y la corriente especificacin de requisitos:
Especificidad, correccin, complecin, comprensin, capacidad de verificacin,
consistencia externa e interna, capacidad de logro, concisin, traza habilidad,
capacidad de modificacin, exactitud y capacidad de reutilizacin.
Se plantea una frmula para cada uno de los atributos de la especificacin,
incluyendo requerimientos funcionales y no funcionales, interpretacin, etc.

Mtrica del modelo de diseo


Las mtricas para software, como otras mtricas, no son perfectas; muchos
expertos argumentan que se necesita ms experimentacin hasta que se
puedan emplear bien las mtricas de diseo. Aunque ninguna es perfecta,
pueden proporcionarle al diseador una mejor visin interna y as el diseo
evolucionara a un mejor nivel de calidad.

Mtricas de diseo de alto nivel


stas se concentran en las caractersticas de la estructura del programa
dndole nfasis a la estructura arquitectnica y en la eficiencia de los mdulos.
Estas mtricas son de caja negra, en el sentido de que no se requiere ningn
conocimiento del trabajo interno de ningn modo en particular del sistema.
Card y Glass proponen tres medidas de complejidad del software:

Mtricas de diseo en los componentes


Las mtricas de diseo a nivel de componentes se concentran en las
caractersticas internas de los componentes del software e incluyen medidas de
la cohesin, acoplamiento y complejidad del mdulo. Pueden ayudar al
desarrollador de software a juzgar la calidad de un diseo a nivel de
componentes.
Las mtricas presentadas son de caja blanca en el sentido de que requieren
conocimiento del trabajo interno del mdulo en cuestin. Adems pueden
aplicarse una vez que se ha desarrollado un diseo procedimental. Tambin se
pueden retrasar hasta tener disponible el cdigo fuente.

Mtricas de cohesin
Bieman y Ott definen una coleccin de mtricas que proporcionan una
indicacin de la cohesin de un mdulo. Las mtricas se definen con cinco
conceptos y medidas:

Porcin de datos. Es una marcha atrs a travs de un mdulo que


busca valores de datos que afectan a la localizacin del mdulo en el

que empez la marcha atrs.


Smbolos lxicos (tokens) de datos. Las variables definidas para un

mdulo pueden definirse como seales de datos para el mdulo.


Seales de unin. El conjunto de seales de datos que se encuentran

en uno o ms porciones de datos.


Seales de super-unin. Las seales de datos comunes a todas las

porciones de datos de un mdulo.


Cohesin. La cohesin relativa de una seal de unin es directamente
proporcional al nmero de porciones de datos que liga.

Mtrica de acoplamiento
El acoplamiento de mdulo proporciona una indicacin de la conectividad de
un mdulo con otros mdulos, datos globales y entorno exterior.

Mtrica de complejidad
Esta mtrica puede usarse para predecir informacin crucial acerca de la
confiabilidad y el mantenimiento de los sistemas de software a partir de anlisis
automtico de cdigo fuente. Tambin proporciona retroalimentacin durante el
proyecto de software para ayudar a controlarla. Durante las pruebas y el
mantenimiento, proporcionan informacin detallada acerca de los mdulos de
software para ayudar a destacar reas de potencial inestabilidad.

Mtrica de diseo de interfaz

Sears sugiere la conveniencia de la representacin como una valiosa mtrica


de diseo para interfaces hombre mquina. Una IGU interfaz Grfica de
Usuario usa entidades de representacin como iconos, grficos, texto, mens,
ventana y otras para ayudar al usuario a completar tareas. Para realizar una
tarea dada usando una IGU, el usuario debe moverse de una entidad de
representacin a otra.

Mtrica de cdigo fuente


Propuesta por Hasltead es probablemente la medida de complejidad mejor
conocida y minuciosamente estudiada. La ciencia del software asigna leyes
cuantitativas al desarrollo de software de computador, la teora de Hasltead
surge de un supuesto fundamental que dice que el cerebro humano sigue un
conjunto de regla ms rgido en el desarrollo de algoritmos.

Mtricas de prueba
Se concentran en el proceso de pruebas, no en las caractersticas tcnicas de
las pruebas mismas. En general, los responsables de las pruebas deben fiarse
del anlisis, diseo y cdigo para que les guen en el diseo y ejecucin los
casos de prueba.

Mtrica para mantenimiento


Sugiere el ndice de madurez del software que proporciona un indicio de la
estabilidad de un producto de software basando en los cambios que ocurren
para cada liberacin del producto.

Mtodos de evaluacin de usabilidad

Cuestionario
Una de las formas de medir la usabilidad que ms xito ha tenido se basa en
contestar una coleccin de preguntas que deben responderse entre un rango
determinado de respuestas. Se trata de un conjunto de preguntas sobre el
sistema o aplicacin a evaluar, que es entregado por el evaluador a los
usuarios y/o implicados para que a partir de sus respuestas se obtengan
conclusiones, generalmente son entregados en formato escrito. Se procesan
mediante estudios estadsticos.

Entrevista
Son tcnicas exploratorias y en ningn caso pueden constituir medicin alguna
de la usabilidad. El principal aporte es que nos permite conocer el grado de
satisfaccin que tiene el usuario y sus valoraciones sobre los contenidos. La
entrevista no estudia la interfaz de usuario en s, sino las opiniones de los
usuarios sobre esta. Es un mtodo de participacin de los usuarios, en el que
las respuestas de los usuarios son registradas para obtener un conjunto de
conclusiones finales (Nielsen, 1993).

Heurstica
Es la tcnica ms utilizada y conocida dentro del contexto de evaluacin de
usabilidad. Mtodo desarrollado por Nielsen, que tiene como objetivo encontrar

problemas de usabilidad en el diseo de la interfaz de usuario para que estos


puedan ser subsanados en el proceso de diseo iterativo. Se revisa la
conformidad de la interfaz con respecto a una serie de reglas (heursticas)
previamente determinadas mediante la inspeccin de varios evaluadores
expertos.

Experimentos formales
Consisten en experimentos controlados y medibles con usuarios de prueba.
Los usuarios realizan las tareas solicitadas sobre el sistema mientras los
evaluadores observan la interaccin. Toda la informacin necesaria es
almacenada para su posterior estudio, desde los archivos de video con las
acciones que realiza el usuario en la interfaz hasta los videos de las reacciones
del mismo durante la interaccin. As, es posible realizar un anlisis estadstico
de las acciones del usuario, considerando los tiempos involucrados, tasa de
errores, entre otros.
El propsito de este mtodo de prueba es la evaluacin aditiva, ya que es
evaluada la usabilidad ntegra del sistema en cuestin y es posible realizar
comparaciones entre alternativas de diseo si se dispone de ellas.

Interaccin constructiva
Consiste en que dos usuarios interactan conjuntamente, descubriendo las
caractersticas del sistema en evaluacin, mientras verbalizan sus impresiones
mutuamente, como una conversacin.

Mtodo de conductor
Es algo diferente respecto a los mtodos de prueba vistos hasta ahora en los
que hay una interaccin explcita entre el usuario y el evaluador (o conductor).
Este mtodo de evaluacin resulta ser totalmente contrario a este aspecto: el
evaluador o conductor gua al usuario en la direccin correcta mientras se usa

el sistema; el usuario puede preguntar al conductor todo lo que crea que sea
necesario y el conductor debe resolver sus dudas (Toni Granollers, 2007).
Este mtodo se centra en el usuario inexperto y el propsito del mismo es
descubrir las necesidades de informacin de los usuarios, de tal manera que se
proporcione un mejor entrenamiento y documentacin al mismo tiempo que un
posible rediseo de la interfaz para evitar la necesidad de preguntas (Toni
Granollers, 2007).

Recorrido cognitivo
Este mtodo de inspeccin est enfocado en evaluar la facilidad de aprendizaje
de un diseo de interfaz, bsicamente por exploracin y est motivado por la
observacin, puesto que muchos usuarios prefieren aprender a utilizar un
software a base de explorar sus posibilidades (T. Granollers y Lors, 2006). El
recorrido cognitivo est basado en la teora de aprendizaje por exploracin
(Spencer, 2000), en que los usuarios infieren los pasos que deben seguir para
realizar ciertas tareas del sistema.

Test
Los usuarios representativos trabajan en tareas concretas utilizando el sistema
(o el prototipo) y los evaluadores utilizan los resultados para ver cmo la
interfaz de usuario da soporte a estos con sus tareas. Los test se pueden
clasificar en:

Pensando en voz alta:


Ayuda a comprender el modelo mental del usuario y la interaccin
con el sistema.
Puede realizarse en cualquier fase del ciclo de vida (incluso en
las ms iniciales) y con cualquier tipo de prototipo.
Permite conocer la terminologa que el usuario utiliza para
expresar una idea o funcin que debera ir incorporada en el

diseo del producto o en su documentacin.


Ordenacin de tarjetas (CardSorting):

esta tcnica es utilizada para conocer cmo los usuarios


visualizan la organizacin de la informacin.
El diseador utiliza las aportaciones de los usuarios para decidir
cmo deber estructurarse la informacin en la interfaz.
Es una tcnica de ayuda en la toma de decisiones para realizar
una organizacin de categoras centrada en el usuario.

Observacin de campo
Entender cmo los usuarios de los sistemas interactivos realizan sus tareas y
ms concretamente conocer todas las acciones que estos efectan durante su
realizacin. Con esto se pretende capturar toda la actividad relacionada con la
tarea y el contexto de su realizacin, as como entender los diferentes modelos
mentales que de estas tienen los usuarios.

You might also like