Sistemas II (I Bimestre)

1,537 views

Published on

Universidad Técnica Particular de Loja
Ciencias de la Computación
Sistemas II
I Bimestre
Abril-Agosto 2007
Ponente: Ing. Fausto Loja

  • Be the first to comment

  • Be the first to like this

Sistemas II (I Bimestre)

  1. 1. ESCUELA : PONENTE : BIMESTRE : SISTEMAS II CICLO : CIENCIAS DE LA COMPUTACI ÓN I BIMESTRE Ing. Fausto Loja ABRIL – AGOSTO 2007
  2. 2. <ul><li>Proceso Unificado de Desarrollo </li></ul><ul><li>Características del RUP </li></ul><ul><li>Problemática de Captura de requisitos </li></ul><ul><li>Captura de requisitos como casos de Uso </li></ul>
  3. 3. <ul><li>Un proceso de desarrollo es un conjunto de actividades necesarias para transformar un requisito de un usuario en software. </li></ul>Requisitos nuevos o modificados Sistema nuevo o modificado Proceso de Desarrollo de Software
  4. 4. <ul><li>En general Define Quién debe hacer Qué , Cuándo y Cómo debe hacerlo. </li></ul>
  5. 5. <ul><li>Pruebas funcionales </li></ul><ul><li>Pruebas de desempeño </li></ul><ul><li>Gestión de requisitos </li></ul><ul><li>Gestión de cambios y </li></ul><ul><li>configuración </li></ul><ul><li>Ingeniería de Negocio </li></ul><ul><li>Ingeniería de datos </li></ul><ul><li>Diseño de interfaces </li></ul>Rational Unified Process 1998 Rational Objectory Process 1996-1997 Objectory Process 1987-1995 Enfoque Ericsson UML
  6. 6. <ul><li>Dirigido por casos de uso </li></ul><ul><li>Centrado en la arquitectura </li></ul><ul><li>Iterativo e Incremental </li></ul><ul><li>Desarrollo basado en componentes </li></ul>
  7. 7. Requisitos Capturar, definir y validar los casos de uso Realizar los casos de uso Verificar que se satisfacen los casos de uso Implement ación Prueba s Casos de Uso integran el trabajo Análisis & Diseño
  8. 8. Caso de Uso Realización de Análisis Realización de Diseño Caso de Prueba X «trace» «trace» «trace» «trace» Pruebas Funcionales Pruebas Unitarias
  9. 11. <ul><li>Las actividades se encadenan en una mini-cascada con un alcance limitado por los objetivos de la iteración </li></ul>n veces Análisis Diseño Codific. Pruebas e Integración
  10. 12. <ul><li>Cada iteración comprende: </li></ul><ul><ul><li>Planificar la iteración (estudio de riesgos) </li></ul></ul><ul><ul><li>Análisis de los Casos de Uso y escenarios </li></ul></ul><ul><ul><li>Diseño de opciones arquitectónicas </li></ul></ul><ul><ul><li>Codificación y pruebas. La integración del nuevo código con el existente de iteraciones anteriores se hace gradualmente durante la construcción </li></ul></ul><ul><ul><li>Evaluación de la entrega ejecutable (evaluación del prototipo en función de las pruebas y de los criterios definidos) </li></ul></ul><ul><ul><li>Preparación de la entrega (documentación e instalación del prototipo) </li></ul></ul>
  11. 13. Modelo Cascada
  12. 15. <ul><li>La arquitectura, nos da la visión general del sistema. </li></ul><ul><li>Define la solución global. </li></ul><ul><li>Abarca lo siguiente: </li></ul><ul><ul><li>Organización del sistema de software </li></ul></ul><ul><ul><li>Elementos de estructura, interfaces. </li></ul></ul><ul><li>Uso, funcionalidad, rendimiento, flexibilidad, reutilización. </li></ul>Inception Elaboration Construction Transition Architecture
  13. 22. <ul><ul><li>Establecer oportunidad y alcance del proyecto </li></ul></ul><ul><ul><li>Encontrar los casos de uso críticos del sistema, describir en detalle algunos de ellos </li></ul></ul><ul><ul><li>Definir una arquitectura candidata para los escenarios principales </li></ul></ul><ul><ul><li>Estimar el costo en recursos y tiempo de todo el proyecto </li></ul></ul><ul><ul><li>Definir los criterios de éxito </li></ul></ul><ul><ul><li>Identificar los riesgos. </li></ul></ul>
  14. 23. <ul><ul><li>Analizar el dominio del problema </li></ul></ul><ul><ul><li>Establecer una arquitectura de base sólida </li></ul></ul><ul><ul><li>Desarrollar un plan del proyecto </li></ul></ul><ul><ul><li>Eliminar los elementos de mayor riesgo para el desarrollo exitoso. </li></ul></ul>
  15. 24. <ul><ul><li>Minimizar los costos de desarrollo mediante la optimización de recursos y evitando rehacer trabajos. </li></ul></ul><ul><ul><li>Conseguir una calidad adecuada tan rápido como sea práctico </li></ul></ul><ul><ul><li>Obtener las versiones fundamentales alfa, beta y otras. </li></ul></ul>
  16. 25. <ul><ul><li>Obtener autosuficiencia por parte de los usuarios </li></ul></ul><ul><ul><li>Concordancia en los logros del producto de parte de las personas involucradas </li></ul></ul><ul><ul><li>Lograr el consenso cuanto antes para liberar el producto al mercado. </li></ul></ul>
  17. 26. Inicio Elaboración Construcción Transición Esfuerzo 5 % 20 % 65 % 10% Tiempo Dedicado 10 % 30 % 50 % 10%
  18. 27. <ul><li>Se crea código para otras personas </li></ul><ul><li>Los usuarios son una fuente imperfecta para la recolección de requisitos. </li></ul><ul><li>Los usuarios no conocen los requisitos y/o les cuesta especificarlos de manera precisa </li></ul><ul><li>Los requisitos cambian </li></ul><ul><li>Las condiciones en las que se especifican los requisitos varían </li></ul><ul><li>Existen usuarios diferentes que aportan criterios diversos. </li></ul>
  19. 28. Tarea Artefactos (Productos) Enumerar requisitos candidatos Lista de características. Entender el contexto del sistema Modelo de negocio o de dominio. Capturar requisitos funcionales Modelo de casos de uso. Capturar requisitos no funcionales Requisitos suplementarios o casos individuales.
  20. 31. <ul><li>Establecer y mantener un acuerdo con los clientes y otros interesados en lo que debe hacer el sistema. </li></ul><ul><li>Proveer a los desarrolladores del sistema una mejor comprensión de los requerimientos. </li></ul><ul><li>Definir los límites del sistema. </li></ul>
  21. 32. <ul><li>Proporciona una base para planear el contenido técnico de las iteraciones. </li></ul><ul><li>Proporciona una base para estimar costes y tiempos de desarrollo del sistema. </li></ul><ul><li>Definir interfaces de usuario para el sistema, centrándose en las necesidades y metas de los usuarios. </li></ul>
  22. 33. Representación Significado Definición Trabajador (Quién) Define el comportamiento y las habilidades de un individuo Artefactos (Resultados) Es un término general para cualquier tipo de descripción o información creada, producida, cambiada o utilizada por los trabajadores durante su trabajo con el sistema.
  23. 34. Trabajadores y artefactos Actividades(Qué) Es una unidad de trabajo que se asignada aun trabajador. Flujos de trabajo Es una secuencia de actividades que produce un resultado valioso.

×