MECABIC

1.Introduccin.
2.Descripcin del mtodo MECABIC.
3.Descripcin de la herramienta CARE
3.2
4.Resultados de la evaluacin.
5.Conclusiones.

En la actualidad la proliferacin de software en el mercado es

increblemente masiva, podemos encontrar cualquier tipo de
software en cualquier categora y/o clasificacin que se nos
pueda ocurrir, es por ello que las organizaciones han buscado
la manera de establecer metodologas asociadas a tcnicas
que les permitan listar, evaluar, medir y finalmente escoger la
herramienta o software que mejor se adapte a su necesidad
La presente investigacin consiste en evaluar la herramienta
de levantado de requerimientos CARE 3.2, para lo cual hemos
decidido utilizar, y con base a lo descrito anteriormente
hemos decidido utilizar el Mtodo de Evaluacin para
Arquitecturas de Software Basadas en Componentes,
MECABIC. Cuyo principal objetivo consiste en evaluar y
analizar la calidad exigida por los usuarios sobre AS Basadas
en Componentes (ASBC).

Evala y analiza calidad esperada por los

usuarios.

Inspirado en otros mtodos.

i.e: ATAM

Est compuesto por:

Equipo de colaboradores.
Tcnicas de evaluacin.
Fases.

Equipo

Arquitectos

Evaluador

Relacionados

Caracterstica

Fases en
las que
participan

Responsables
de
generar
y
documentar una Arquitectura de
Todas
Software para el sistema estudiado
Integrado por personas expertas en
asuntos de calidad quienes guiarn
Todas
el proceso de evaluacin de la
arquitectura.
Son las personas involucradas de
alguna manera con el sistema: Fases 1, 3 y
programadores, usuarios, gerentes,
4.
entre otros

Evaluacin de la Arquitectura del Software

Arbol de utilidad compuesto de:

Nodo Raz: Utilidad del sistema.

Nodos Secundarios: Caractersticas de calidad
Nodos Hojas: Escenarios a tomar en cuenta.

Permite establecer prioridades.

Ayuda de cuestionarios.

Presentacin.

Investigacin y Anlisis.

Pruebas.

Resultados.

Pasos fundamentales:

Presentacin de MECABIC.
Comprensin del mtodo.
Arquitectura a evaluar.
Caractersticas de calidad esperadas.

Forma en que se va a estudiar la

arquitectura.
Escenarios de calidad a tomar en cuenta
por los tomadores de decisiones.
Anlisis de la arquitectura.
Pasos:

1.Identificacin de elementos de diseo.

2.Generacin de rbol de utilidad.
3.Anlisis de elementos de diseo.

Nodo Raz
Caracterstica

Factores de
calidad
establecidos
por ISO 9126

Funcionalidad
Fiabilidad
Eficiencia
Mantenibilidad
Portabilidad

Nodo
Secundarios
Sub-caracterstica

Nodo Hoja
Escenario

Evaluacin de decisiones realizadas

hasta el momento.
Participacin de todos los involucrados
Producir la arquitectura final.
Contempla:

Revisin del rbol de utilidad.

Revisin de los elementos de diseo
definidos.

3. Descripcin de la herramienta
CARE 3.2

CARE 3.2 (Computer Aided Requirements

Engeneering) de Sophist Group

CARE es una herramienta basada en

Lotus Notes que sirve para guiar al
desarrollador en el proceso de
administracin de los requerimientos de
un sistema, al recolectar, optimizar y
trazar los requerimientos

3.1 Arquitectura de CARE

3.2 Funcionalidad

Pantalla de Requerimientos

3.2 Funcionalidad - Requerimientos

Atributos de requerimientos
Cambios requeridos
Jerarqua de requerimientos
Cumplimiento
Historial

3.2 Funcionalidad - Asociaciones

Preguntas
Criterio de aceptacin

3.2 Funcionalidad - Consultas

Consulta por captulo

3.2 Funcionalidad - Consultas

Historial en orden alfabtico o por fecha

3.2 Funcionalida - Estadsticas

Valor devengado

3.3 Resultados de la evaluacin

Caracterstica

Sub-caract

Escenario

Resultado

Funcionalidad

Interoperabilidad

Seguridad

El sistema posee componentes capaces de leer

datos provenientes de otros sistemas.

El sistema importa y exporta documentos de productos

Microsoft.
Permite tambin adjuntar archivos en las entidades
(requerimientos, entrevistas, etc.)

El sistema posee componentes capaces de

producir datos para otro sistema.

El sistema es capaz de exportar a XML. Esto permite

una gran comunicacin con otros sistemas ya que el
XML es ampliamente utilizado.

El sistema detecta la actuacin de un intruso e

impide acceso a los componentes que manejen
informacin sensible

El sistema maneja usuarios con roles especficos que

filtran la informacin y la funcionalidad a la que cada
usuario tiene derecho. Por otro lado, al utilizarse junto
con Lotus Notes, hay un paso de seguridad extra ya que
los usuarios debe autenticarse primero en Notes para
luego utilizar la herramienta.

3.3 Resultados de la evaluacin

Escenario

Resultado

Madurez

Los componentes del sistema manejan entradas

de datos de datos incorrectas

El sistema es bastante abierto a texto libre en la

mayora de los casos y esto es correcto. Sin
embargo, tambin cuenta con una serie de
combo boxes que aseguran la integridad de los
datos de entrada y la consistencia a lo largo de
los distintos componentes del sistema.

Tolerancia a fallos

Todas las operaciones ejecutadas por los

componentes se realizan correctamente
bajo condiciones adversas.

Durante las pruebas, en una ocasin el software

gener un error al visualizar los cambios
requeridos de un requerimiento. En general, el
sistema tolera los fallos correctamente.

Capacidad de
recuperacin

Los componentes del sistema no fallan bajo

ciertas condiciones especificadas

Ciertamente al ser una aplicacin web, la recuperacin

de errores es ms sencilla, ya que se utilizan
frames y pop ups para las distintas operaciones.
Cuando stas fallan, la pantalla o los frames
principales permiten al usuario continuar
trabajando.
Durante las pruebas, la ventana para criterios de
aceptacin se qued pegada en una ocasin.
Esto no evit continuar trabajando con la
aplicacin al levantarse la operacin en una
ventana aparte.

Caracterstica

Sub-caract

Fiabilidad

3.3 Resultados de la evaluacin

Escenario

Resultado

El sistema debe recibir los servicios de sus

componentes en el transcurso de un tiempo
indicado.

El sistema tiene un tiempo de respuesta lento. Debe

cargar una gran cantidad de datos en las diferentes
vistas y toma un tiempo notable pero manejable.
Por la falta de disponibilidad de la herramienta
completa, no se pudo probar su integracin con un
Lotus Notes local. Esto tiene la ventaja de que se
puede trabajar con bases de datos locales que
luego se sincronizan para mejorar el tiempo de
respuesta.

Es posible verificar el estado de los componentes

del sistema.

La facilidad de cambio se debe negociar con el

proveedor. Las versiones con mejoras no son muy
frecuentes (1 al ao) pero s constantes.

Adaptabilidad

El sistema debe continuar funcionando

correctamente aun cuando los servicios de
los componentes provistos por el ambiente
varen

En diferentes browsers la aplicacin se comporta

correctamente.

Capacidad de Instalacin

Los componentes pueden instalarse fcilmente

en todos los ambientes donde debe
funcionar

Al ser un sistema con acceso Web, la instalacin es

sumamente sencilla.
Dependencia con Lotus Notes.

Caracterstica

Sub-caract

Eficiencia
Tiempo de comportamiento

Mantenibilidad
Habilidad de cambio,
estabilidad, prueba
Portabilidad

5.Conclusiones.

Completa para administracin de

requerimientos
Calidad adecuada
Puntos en contra:

Tiempo de respuesta
Interfaz
Trazabilidad a lo largo de todo el proyecto

Dependencia con Lotus Notes +/-