Clase 02 ciclo de vida

Post on 11-Jun-2015

394 views 2 download

description

etapa del cuidado

Transcript of Clase 02 ciclo de vida

ANALISIS Y DISEÑO DE SISTEMAS

INSTITUTO SUPERIOR TECNOLÓGICO PÚBLICO

“CARLOS SALAZAR ROMERO”

Docente: Ing. Jesús Ocaña Velásquez

Desarrollo Iterativo e Incremental

¿Qué es un Desarrollo Iterativo e Incremental?

El desarrollo iterativo e incremental es el proceso de construir el sistema en pequeños pasos

Beneficios Reducción de riesgos basado en una

respuesta temprana Mejor flexibilidad para acomodar

requerimientos nuevos o modificados Incrementar la calidad del programa

El Ciclo de Vida del Software

El ciclo de vida de un programa desencadena una secuencia de ciclos de desarrollo, en la cual el resultado de estos ciclos es la generación de un producto (Ejecutable)

Cada ciclo es una sucesión de fases Inicio Elaboración ConstrucciónTransición

El Ciclo de Vida del Software

Fase de Inicio Propósito

Establecer el caso de negocio para un nuevo sistema o para la puesta al día de un sistema ya existente

Artefactos desarrollados El núcleo de lo solicitado para el proyecto Una asesoría de riesgo inicial

Artefactos opcionales: Un prototipo conceptual Un modelo inicial de dominio (10% - 20%

completo)

Fase de Elaboración Propósito

◦ Analizar el dominio del problema◦ Abordar el elemento más riesgoso del proyecto◦ Desarrollar un plan integral para mostrar cómo

el proyecto será terminado Productos

◦ Una arquitectura ejecutable◦ Una evaluación del riesgo◦ Un plan de desarrollo◦ Criterios de evaluación◦ Un manual preliminar para el usuario

(opcional)◦ Estrategias de pruebas◦ Plan de pruebas

Fase de ConstrucciónObjetivo

◦ Desarrollar incrementalmente un producto completo (un programa) que está listo para introducirse en la comunidad de los usuarios

Productos◦ Una secuencia de ejecutables◦ Prototipos de comportamiento◦ Resultados de calidad asegurados◦ Documentación del usuario y del sistema◦ Plan de despliegue◦ Criterios de evaluación para al menos la

siguiente iteración

Fase de Transición Propósito

◦ Implantar el software en su entorno de operación

Productos◦ Una secuencia de ejecutables.◦ Resultados de calidad asegurados◦ Documentación del usuario y del

sistema actualizada◦ Análisis del rendimiento del

proyecto

¿Qué es una Iteración?Una iteración es un ciclo de desarrollo que

termina en la entrega de un subconjunto de productos finales

Cada iteración pasa por todos los aspectos de desarrollo del programa◦ Análisis de Requerimientos◦ Diseño e Implementación◦ Prueba◦ Documentación

Cada entrega iterativa es una “pieza” totalmente documentada del sistema final

Reducción de Riesgo a través de Iteraciones

Proceso de Planificación de una Iteración Identificar y priorizar los riesgos del proyecto Seleccionar un número pequeño de escenarios

que contengan los mayores riesgos Los escenarios seleccionados son usados por:

◦ Los desarrolladores◦ Los probadores

Al final de la iteración◦ Determinar qué riesgo ha sido reducido o eliminado◦ Determinar si algún nuevo riesgo ha sido

descubierto Poner al día el plan para las iteraciones restantes

RUP

Proceso Unificado Racional (RUP)Es una metodología de desarrollo

de software desarrollada por la Rational Corporation.

Rup es un proceso interactivo, donde cada interacción representa el ciclo completo de desarrollo.

Un metodología de desarrollo• El conjunto de actividades

necesarias para transformar los requisitos de un usuario en un sistema software

• Está basado en componentes • Utiliza el Lenguaje Unificado de

Modelado (UML).

ventajas Identifica los requerimientos iniciales durante

la fase de concepción y elaboración personalmente.

Minimiza la posibilidad de que los riesgos críticos afecten el éxito del proyecto, porque RUP permite manejar los riesgos.

Mejora la velocidad de proceso de desarrollo, reduciendo costos, teniendo en cuenta la calidad del producto a través de la reutilización de componentes con interfaces bien definidas porque RUP está basado en componentes.

Permite que cada miembro del equipo del proyecto y los clientes trabajen en conjunto

18

El CV del proceso unificado

Requisitos

Diseño

Implementación

Prueba

Análisis

FasesFlujos de trabajo: Actividades

ite r.

# 1

ite r.

# 2

ite r.

#n

ite r.

#n+1

ite r.

#n+2

ite r.

#m

ite r.

#m+1

Inicio Elaboración Construcción Transición

Iteraciones:

19

El CV del proceso unificado

ProductofinalIniciación

iteración #1Iniciacióniteración #2

Elaboracióniteración #3 lll

construccióniteración #n-1

transicióniteración #n-1

Prdctfnll

Iniciación ElaboraciónConstrucción Transición

Versiones del productoEN CONSTRUCCIÓN

NUEVA VERSIÓN DEL PRODUCTO (en este CV)

DIAGRAMAS UML

DIAGRAMAS UML1. Diagrama de Casos de Uso2. Diagrama de Clases3. Diagrama de Objetos4. Diagrama de Estado5. Diagrama de Secuencia6. Diagrama de Colaboración7. Diagrama de Actividad8. Diagrama de Casos de Uso9. Diagrama de Componentes10.Diagrama de Despliegue

22

Persona

Tomar Préstamo

: IU-1 : GestorLibro : Libro elLibro:Libro

1: Introducir Signatura y NumeroDeSocio

2: Aceptar

3: obtenerLibro(signaturaLibro:String)

4: getSignatura()

Se repite hasta que seencuentre un libro

con la signatura que estamos buscando

elLibro

5: getCopias()

6: isCopiaPrestada()

3.- DISEÑO DEL CASO DE USO

4.- IMPLEMENTACIÓN DEL CASO DE USO

5.- PRUEBA DEL CASO DE USO

2.- ANÁLISIS DEL CASO DE USO

1.- CASO DE USO

Desarrollo guiado por CASOS DE USO

Diagramas de Casos de Uso

1. Diagramas de Casos de UsoUn Diagrama de Casos de Uso

representa lo que hace el sistema y como se relaciona con su entorno.

Representa los distintos requerimientos que hacen los usuarios de un sistema.

Un diagrama de casos de uso esta compuesto por: Casos de uso Actores Relaciones entre ellos

ESTRUCTURA DEL DIAGRAMA DE CASO DE USO

Diagramas de Casos de Uso

Diagramas de Casos de Uso

ElementosCaso de Uso (Use Case)

Es una secuencia de acciones realizadas por el sistema que producen un resultado observable e importante.

Nombre del Caso de Uso

ActorEs un agente externo (persona, software, dispositivo de hardware) que interactúa directamente con el sistema.

Nombre del Actor

Relaciones entre los elementosRelaciones entre actores

La única relación permitida entre los actores es la Relación de Generalización.

Director de Escuela Usuario

Relaciones entre un actor y un caso de usoLa única relación permitida es una Asociación y se le conoce como Relación de Comunicación o <<comunicates>>.

Relaciones entre casos de usoPueden ser de tres tipos:

1. Relación de generalizaciónEl Caso de Uso de A hereda la especificación del Caso de Uso B.

2. Relación <<include>>El caso de uso A siempre incluye (o usa) el comportamiento de B.

3. Relación <<extend>>El caso de uso A, extiende al caso de uso B. A ocurre en casos especiales para extender B.

Ejemplo de Diagrama de Casos de Uso