240 likes | 378 Views
Curso: análisis de requerimientos Integrantes: Joice Reyes Carmona Laura bermúdez. MECABIC. Método de evaluación para la Herramienta de levantado de requerimientos: care 3.2. 1.Introducción. 2.Descripción del método MECABIC. 3.Descripción de la herramienta CARE 3.2
E N D
Curso: análisis de requerimientosIntegrantes:Joice Reyes CarmonaLaura bermúdez
MECABIC Método de evaluación para la Herramienta de levantado de requerimientos: care 3.2
1.Introducción. 2.Descripción del método MECABIC. 3.Descripción de la herramienta CARE 3.2 4.Resultados de la evaluación. 5.Conclusiones. AGENDA:
En la actualidad la proliferación de software en el mercado es increíblemente masiva, podemos encontrar cualquier tipo de software en cualquier categoría y/o clasificación que se nos pueda ocurrir, es por ello que las organizaciones han buscado la manera de establecer metodologías asociadas a técnicas que les permitan listar, evaluar, medir y finalmente escoger la herramienta o software que mejor se adapte a su necesidad La presente investigación 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 Método de Evaluación 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). 1. Introducción:
Evalúa y analiza calidad esperada por los usuarios. • Inspirado en otros métodos. • i.e: ATAM • Está compuesto por: • Equipo de colaboradores. • Técnicas de evaluación. • Fases. 2.Método de Evaluación para Arquitecturas de Software Basadas en Componentes (Mecabic)
Evaluación de la Arquitectura del Software • Arbol de utilidad compuesto de: • Nodo Raíz: Utilidad del sistema. • Nodos Secundarios: Características de calidad • Nodos Hojas: Escenarios a tomar en cuenta. • Permite establecer prioridades. • Ayuda de cuestionarios. 2.2 Técnicas de evaluación del mecabic
Presentación. Investigación y Análisis. Pruebas. Resultados. 2.3 Fases del mecabic
Pasos fundamentales: • Presentación de MECABIC. • Comprensión del método. • Arquitectura a evaluar. • Características de calidad esperadas. 2.3.1 Fase de presentación
Forma en que se va a estudiar la arquitectura. • Escenarios de calidad a tomar en cuenta por los tomadores de decisiones. • Análisis de la arquitectura. • Pasos: • 1.Identificación de elementos de diseño. • 2.Generación de árbol de utilidad. • 3.Análisis de elementos de diseño. 2.3.2 Fase de investigación y desarrollo
2.3.2.2 Árbol de utilidad Nodo Raíz Nodo Secundarios Nodo Hoja Factores de calidad establecidos por ISO 9126
Evaluación de decisiones realizadas hasta el momento. • Participación de todos los involucrados • Producir la arquitectura final. • Contempla: • Revisión del árbol de utilidad. • Revisión de los elementos de diseño definidos. 2.3.3 fase de prueba
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 administración de los requerimientos de un sistema, al recolectar, optimizar y trazar los requerimientos 3. Descripción de la herramienta CARE 3.2
3.2 Funcionalidad Pantalla de Requerimientos
3.2 Funcionalidad - Requerimientos Atributos de requerimientos Cambios requeridos Jerarquía de requerimientos Cumplimiento Historial
3.2 Funcionalidad - Asociaciones Preguntas Criterio de aceptación
3.2 Funcionalidad - Consultas Consulta por capítulo
3.2 Funcionalidad - Consultas Historial en orden alfabético o por fecha
3.2 Funcionalida - Estadísticas Valor devengado
5.Conclusiones. Completa para administración de requerimientos Calidad adecuada Puntos en contra: Tiempo de respuesta Interfaz Trazabilidad a lo largo de todo el proyecto Dependencia con Lotus Notes +/-