Curso: análisis de requerimientos Integrantes: Joice Reyes Carmona Laura bermúdez

Embed Size (px)

DESCRIPTION

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 - PowerPoint PPT Presentation

Text of Curso: análisis de requerimientos Integrantes: Joice Reyes Carmona Laura bermúdez

  • 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 necesidadLa 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 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 RazNodo SecundariosNodo HojaFactores de calidadestablecidos 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.2CARE 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 FuncionalidadPantalla de Requerimientos

  • 3.2 Funcionalidad - RequerimientosAtributos de requerimientosCambios requeridosJerarqua de requerimientosCumplimientoHistorial

  • 3.2 Funcionalidad - AsociacionesPreguntasCriterio de aceptacin

  • 3.2 Funcionalidad - ConsultasConsulta por captulo

  • 3.2 Funcionalidad - ConsultasHistorial en orden alfabtico o por fecha

  • 3.2 Funcionalida - EstadsticasValor devengado

  • 3.3 Resultados de la evaluacin

  • 3.3 Resultados de la evaluacin

  • 3.3 Resultados de la evaluacin

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