MECABIC

1.Introduccin.2.Descripcin del mtodo MECABIC.3.Descripcin de la herramienta CARE 3.24.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: ATAMEst compuesto por:Equipo de colaboradores.Tcnicas de evaluacin.Fases.

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

Evaluacin de la Arquitectura del SoftwareArbol de utilidad compuesto de:Nodo Raz: Utilidad del sistema.Nodos Secundarios: Caractersticas de calidadNodos 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

Nodo Secundarios

Nodo Hoja

Factores de

calidad

establecidos

por ISO 9126

CaractersticaSub-caractersticaEscenarioFuncionalidadFiabilidadEficienciaMantenibilidadPortabilidad

Evaluacin de decisiones realizadas hasta el momento.Participacin de todos los involucradosProducir 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 requerimientosCambios requeridosJerarqua de requerimientosCumplimientoHistorial

3.2 Funcionalidad - Asociaciones

PreguntasCriterio 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

CaractersticaSub-caractEscenarioResultadoFuncionalidadInteroperabilidadEl 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. SeguridadEl sistema detecta la actuacin de un intruso e impide acceso a los componentes que manejen informacin sensibleEl 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

CaractersticaSub-caractEscenarioResultadoFiabilidadMadurezLos componentes del sistema manejan entradas de datos de datos incorrectasEl 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 fallosTodas 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 recuperacinLos componentes del sistema no fallan bajo ciertas condiciones especificadasCiertamente 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.

3.3 Resultados de la evaluacin

CaractersticaSub-caractEscenarioResultadoEficienciaTiempo de comportamientoEl 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. MantenibilidadHabilidad de cambio, estabilidad, pruebaEs 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. PortabilidadAdaptabilidadEl sistema debe continuar funcionando correctamente aun cuando los servicios de los componentes provistos por el ambiente varenEn diferentes browsers la aplicacin se comporta correctamente. Capacidad de InstalacinLos componentes pueden instalarse fcilmente en todos los ambientes donde debe funcionarAl ser un sistema con acceso Web, la instalacin es sumamente sencilla. Dependencia con Lotus Notes.

5.Conclusiones.

Completa para administracin de requerimientosCalidad adecuadaPuntos en contra:Tiempo de respuestaInterfaz Trazabilidad a lo largo de todo el proyectoDependencia con Lotus Notes +/-