1 / 38

CALIDAD Y TÉCNICAS DE EVALUACIÓN DE LOS SISTEMAS

CALIDAD Y TÉCNICAS DE EVALUACIÓN DE LOS SISTEMAS. GESTIÓN DE CICLO DE VIDA DEL SOFTWARE (RUP). Pierre Sergei Zuppa Azúa. Proceso de Ingeniería de Software. Requerimientos. Sistema. Nuevo o m odificado. Nuevos o m odificados. RATIONAL UNIFIED PROCESS (RUP).

chip
Download Presentation

CALIDAD Y TÉCNICAS DE EVALUACIÓN DE LOS SISTEMAS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. CALIDAD Y TÉCNICAS DE EVALUACIÓN DE LOS SISTEMAS GESTIÓN DE CICLO DE VIDA DEL SOFTWARE (RUP) Pierre Sergei Zuppa Azúa

  2. Proceso de Ingeniería de Software Requerimientos Sistema Nuevo o modificado Nuevos o modificados RATIONAL UNIFIED PROCESS (RUP) Es un proceso donde se define quién está haciendo qué, cuándo y cómo lograr un objetivo, que puede ser: construir un software o mejorarlo. Objetivos: • Asegurar la producción de software de calidad dentro de plazos y presupuestos predecibles. • Dirigido por casos de uso, centrado en la arquitectura, iterativo (mini-proyectos) e incremental (versiones).

  3. Si un proceso es utilizado, equipos funcionales diferentes normalmente utilizan procesos y lenguajes de modelación inconsistentes. Requerimientos Pruebas Análisis Diseño • La mayoría de los proyectos de softwareutilizan procesos que no están biendefinidos. En su lugar los miembros del equipo (re)inventan sus propios procesos. ? ? ? ? ? ? Herramienta • Los procesos no están apropiadamente relacionados con herramientas, ó no están propiamente automatizados. Proceso ? ? EL PROBLEMA

  4. Ingeniero deDesempeño AdministradorBase de Datos Administrador deConfiguración Líder deProyecto Analista Diseñador/Desarrollador Pruebas INCREMENTO DE LA PRODUCTIVIDAD EN EQUIPO • Todos los miembros del equipo comparten: • Base de conocimiento • Proceso • Vista de cómo desarrollar software • Lenguaje de modelamiento (UML)

  5. DESARROLLO ITERATIVO • Un proceso iterativo permite una comprensión creciente de los requerimientos a la vez que se va haciendo crecer el sistema. • RUP sigue un modelo iterativo que aborda las tareas más riesgosas primero. • Con esto se logra reducir los riesgos del proyecto y tener un subsistema ejecutable tempranamente. • Se abordan las tareas más riesgosas primero, con esto se logra reducir los riesgos del proyecto y tener un subsistema ejecutable tempranamente para no cancelar por defectos grandes posteriores. • Refinamientos sucesivos. • Habilita una fácil retroalimentación de usuario. • Metas específicas. • El progreso es medido conforme avanzan las implementaciones. • El software moderno es complejo y novedoso. No es realista usar un modelo lineal de desarrollo como el de cascada.

  6. Requerimientos Planeamiento Análisis y Diseño Implementación Ambiente de Administración Planeamiento inicial Evaluación Prueba Distribución DESARROLLO ITERATIVO Cada iteración resulta en un release ejecutable

  7. RUP

  8. CARACTERÍSTICAS • Utiliza UML. • Gramática bien definida. • Terminología para los procesos. • Define nueve disciplinas y faces. • Base de conocimiento, plantillas y herramientas. • Modelamientovisual, programación, pruebas, etc. • Se centra en la producción y mantenimiento de modelos del sistema más que en producir documentos.

  9. 6 MEJORES PRÁCTICAS RUP describe cómo utilizar de forma efectiva procedimientos comerciales probados en el desarrollo de software para equipos de desarrollo de software, conocidos como “mejores prácticas”. Administrar requerimientos Desarrollar Iterativamente Arquitecturas Basadas en Componentes Modelizar Visualmente Verificar Calidad Controlar Cambios

  10. 6 MEJORES PRÁCTICAS

  11. FASES EN RUP

  12. ARTEFACTO

  13. HITO

  14. Relación entre Diagramas UML y Disciplinas de RUP

  15. RUP VISIÓN DINÁMICA Fases Disciplinas de Procesos Inicio Elaboración Construcción Transición Modelación de Negocios Requerimientos Análisis y Diseño Implementación Estática Prueba Despliegue Disciplinasde Soporte Admin. Configuración Administración Ambiente Iter.#m+1 Iteración(es)Preliminar Iter.#1 Iter.#2 Iter.#n Iter.#n+1 Iter.#n+2 Iter.#m Iteraciones Dinámica

  16. DEFINICIONES Trabajador Actividades Un trabajador define el comportamiento y las responsabilidades de un individuo. Es como un “sombrero” que la persona usa durante el proyecto: Una persona puede tener varios sombreros Es el rol que desempeña en un momento dado Responsabilidades: Hacer una serie de actividades Ser el responsable de una serie de artefactos Una actividad es una unidad de trabajo que se asigna a un trabajador. Ejemplo: Crear o modificar un artefacto Una actividad lleva entre un par de horas y un par de días, involucra un solo trabajador y un número pequeño de artefactos. Las actividades se consideran en la planificación y evaluación del progreso del proyecto. Ejemplos: Planificar una iteración - Administrador de proyecto Encontrar actores y casos de uso - Analista Revisar el diseño - Revisor de diseño Ejecutar pruebas de performance - Ing. de pruebas de performance.

  17. ASIGNACIÓN DE ACTIVIDADES

  18. Análisis de Arquitectura Diseño de Arquitectura Describir Concurrencia Describir Distribución Arquitecto Análisis de Casos de Uso Diseño de Casos de Uso Diseñador de Casos de Uso Análisis de Objetos Diseño de Objetos Diseñador Revisar el Análisis Revisar el Diseño Revisar la Arquitectura Revisor de Diseño FLUJOS DE TRABAJO • Una lista de actividades, trabajadores y artefactos constituye un proceso. • Un flujo de trabajo es una secuencia de actividades que produce un resultado valioso. • No siempre es posible representar flujos de trabajo. • Existen habitualmente problemas de comunicación entre ingenieros de software e ingenieros de negocios. • RUP proporciona un lenguaje y proceso común para estos dos ámbitos. • Para el modelamiento del negocio se usan “business use cases” (casos de uso del negocio): • La forma en que el software dará apoyo al negocio.

  19. VISIÓN En su visión dinámica, la visión de la estructura del ciclo de vida RUP se basa en un desarrollo iterativo, jalonado por hitos para revisar el avance y planear la continuidad o los posibles cambios de rumbo. Cuatro son las fases que dividen el ciclo de vida de un proyecto RUP: 1.- Inicio. Es la fase de la idea, de la visión inicial de producto, su alcance. El esbozo de una arquitectura posible y las primeras estimaciones. Concluye con el “hito de objetivo”. 2.- Elaboración. Comprende la planificación de las actividades y del equipo necesario. La especificación de las necesidades y el diseño de la arquitectura. Termina con el “hito de Arquitectura”. 3.- Construcción. Desarrollo del producto hasta que se encuentra disponible para su entrega a los usuarios. Termina con el “hito del inicio de la capacidad operativa”. 4.- Transición. Traspaso del producto a los usuarios. Incluye: manufactura, envío, formación, asistencia y el mantenimiento hasta lograr la satisfacción de los usuarios. Termina con el “hito de entrega del producto”. Estática Dinámica Roles: analista de sistemas, diseñador, diseñador de pruebas, roles de gestión y roles de administración. Actividades: determina el trabajo de cada rol a través de actividades. Cada actividad del proyecto debe tener un propósito claro, y se asigna a un rol específico. Las actividades pueden tener duración de horas o de algunos días; y son elementos base de planificación y progreso Artefactos: Son los elementos de entrada y salida de las actividades. Son productos tangibles del proyecto. Las cosas que el proyecto produce o usa para componer el producto final (modelos, documentos, código, ejecutables…) Flujos de trabajo: son el “pegamento” de los roles, actividades, artefactos y disciplinas, y constituyen la secuencia de actividades que producen resultados visibles. Disciplinas: son “contenedores” empleados para organizar las actividades del proceso. RUP comprende 6 disciplinas de proceso y 3 de soporte.Proceso: modelado del negocio, requisitos, análisis y diseño, implementación, pruebas y desarrollo.Soporte: gestión de proyecto, gestión de configuración y cambio, y entorno.

  20. CONFORMACIÓN DEL EQUIPO

  21. <<communicate>> Consulta Administrador <<extend>> Identificacion X OX X OX X OX DEPENDENCIA ENTRE LOS CASOS DE USO Y LOS DEMÁS MODELOS Especificado por Realizado por Distribuido por Implementado por Modelo de diseño Verificado por Modelo de análisis Modelo de despliegue Modelo de implementación Modelo de prueba

  22. MODELAMIENTO VISUAL • Modelamiento visual de la estructura y el comportamiento de la arquitectura y los componentes. • Bloques de construcción: • Permiten la comunicación en el equipo de desarrollo • Permiten analizar la consistencia: • entre las componentes • entre diseño e implementación • UML es la base del modelamiento visual de RUP.

  23. Subsistemas Clases Código • Diagramas de Casos de Uso • Diagramas de Clases • Diagramas de Estados • Diagramas de Componentes • Diagramas de Implementación Modelización Visualeleva el nivel de abstracción

  24. DISCIPLINAS Proceso Soporte Modelado del negocio: describe la estructura y la dinámica de la organización. Requisitos: describe el método basado en casos de uso para extraer los requisitos. Análisis y diseño: describe las diferentes vistas arquitectónicas. Implementación: tiene en cuenta el desarrollo de software, la prueba de unidades y la integración. Pruebas: describe los casos de pruebas, los procedimientos y las métricas para evaluación de defectos. Despliegue: cubre la configuración del sistema entregable. Gestión de configuraciones: controla los cambios y mantiene la integridad de los artefactos de un proyecto. Gestión del Proyecto: describe varias estrategias de trabajo en un proceso iterativo. Ambiente: cubre la infraestructura necesaria para desarrollar un sistema.

  25. WORKFLOW

  26. REQUERIMIENTOS

  27. ANÁLISIS

  28. DISEÑO

  29. DISEÑO

  30. IMPLEMENTACIÓN

  31. PRUEBA

More Related