Sistemas II (I Bimestre)
Upcoming SlideShare
Loading in...5
×
 

Sistemas II (I Bimestre)

on

  • 2,308 views

Universidad Técnica Particular de Loja

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

Statistics

Views

Total Views
2,308
Views on SlideShare
2,302
Embed Views
6

Actions

Likes
0
Downloads
71
Comments
0

1 Embed 6

http://www.slideshare.net 6

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Sistemas II (I Bimestre) Sistemas II (I Bimestre) Presentation Transcript

  • ESCUELA : PONENTE : BIMESTRE : SISTEMAS II CICLO : CIENCIAS DE LA COMPUTACI ÓN I BIMESTRE Ing. Fausto Loja ABRIL – AGOSTO 2007
    • Proceso Unificado de Desarrollo
    • Características del RUP
    • Problemática de Captura de requisitos
    • Captura de requisitos como casos de Uso
    • Un proceso de desarrollo es un conjunto de actividades necesarias para transformar un requisito de un usuario en software.
    Requisitos nuevos o modificados Sistema nuevo o modificado Proceso de Desarrollo de Software
    • En general Define Quién debe hacer Qué , Cuándo y Cómo debe hacerlo.
    • Pruebas funcionales
    • Pruebas de desempeño
    • Gestión de requisitos
    • Gestión de cambios y
    • configuración
    • Ingeniería de Negocio
    • Ingeniería de datos
    • Diseño de interfaces
    Rational Unified Process 1998 Rational Objectory Process 1996-1997 Objectory Process 1987-1995 Enfoque Ericsson UML
    • Dirigido por casos de uso
    • Centrado en la arquitectura
    • Iterativo e Incremental
    • Desarrollo basado en componentes
  • 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
  • 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
  •  
  •  
    • Las actividades se encadenan en una mini-cascada con un alcance limitado por los objetivos de la iteración
    n veces Análisis Diseño Codific. Pruebas e Integración
    • Cada iteración comprende:
      • Planificar la iteración (estudio de riesgos)
      • Análisis de los Casos de Uso y escenarios
      • Diseño de opciones arquitectónicas
      • Codificación y pruebas. La integración del nuevo código con el existente de iteraciones anteriores se hace gradualmente durante la construcción
      • Evaluación de la entrega ejecutable (evaluación del prototipo en función de las pruebas y de los criterios definidos)
      • Preparación de la entrega (documentación e instalación del prototipo)
  • Modelo Cascada
  •  
    • La arquitectura, nos da la visión general del sistema.
    • Define la solución global.
    • Abarca lo siguiente:
      • Organización del sistema de software
      • Elementos de estructura, interfaces.
    • Uso, funcionalidad, rendimiento, flexibilidad, reutilización.
    Inception Elaboration Construction Transition Architecture
  •  
  •  
  •  
  •  
  •  
  •  
      • Establecer oportunidad y alcance del proyecto
      • Encontrar los casos de uso críticos del sistema, describir en detalle algunos de ellos
      • Definir una arquitectura candidata para los escenarios principales
      • Estimar el costo en recursos y tiempo de todo el proyecto
      • Definir los criterios de éxito
      • Identificar los riesgos.
      • Analizar el dominio del problema
      • Establecer una arquitectura de base sólida
      • Desarrollar un plan del proyecto
      • Eliminar los elementos de mayor riesgo para el desarrollo exitoso.
      • Minimizar los costos de desarrollo mediante la optimización de recursos y evitando rehacer trabajos.
      • Conseguir una calidad adecuada tan rápido como sea práctico
      • Obtener las versiones fundamentales alfa, beta y otras.
      • Obtener autosuficiencia por parte de los usuarios
      • Concordancia en los logros del producto de parte de las personas involucradas
      • Lograr el consenso cuanto antes para liberar el producto al mercado.
  • Inicio Elaboración Construcción Transición Esfuerzo 5 % 20 % 65 % 10% Tiempo Dedicado 10 % 30 % 50 % 10%
    • Se crea código para otras personas
    • Los usuarios son una fuente imperfecta para la recolección de requisitos.
    • Los usuarios no conocen los requisitos y/o les cuesta especificarlos de manera precisa
    • Los requisitos cambian
    • Las condiciones en las que se especifican los requisitos varían
    • Existen usuarios diferentes que aportan criterios diversos.
  • 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.
  •  
  •  
    • Establecer y mantener un acuerdo con los clientes y otros interesados en lo que debe hacer el sistema.
    • Proveer a los desarrolladores del sistema una mejor comprensión de los requerimientos.
    • Definir los límites del sistema.
    • Proporciona una base para planear el contenido técnico de las iteraciones.
    • Proporciona una base para estimar costes y tiempos de desarrollo del sistema.
    • Definir interfaces de usuario para el sistema, centrándose en las necesidades y metas de los usuarios.
  • 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.
  • 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.
  •  
  •  
  •  
  •  
  •  
  •  
  •