Zarate Mauricio

MODELO CASCADA

pricipales etapas

tatapas
Analisis y definicion de Diseño del Sistema y Implementacion y Integracion y prueba de
requerimientos del software pruebas de unidad sistemas

Operacion y
mantenimiento

VENTAJAS DEVENTAJAS

-modelo simple y fácil de usar. -si encuentra un error el proyecto

de iniciarse desde el principio.
-proceso bastante predecible.
-no es fácil volver atrás y cambiar
- las fases no se superponen
algo.
 Ingeniería de Software orientada a la
reutilización

Etapas intermedias

Analisis de componentes Diseño de Sistema con reutilizacion

Modificacion de requerimientos Desarrollo de integracion

REUTILIZACION DE SOFTWARE

Es el proceso de creación de sistemas de

software a partir de un software existente,
en lugar de tener que rediseñar desde el
principio.

Elementos que intervienen en la

Reutilización

Especificaciones de requerimientos
Diseños previamente definidos
previamente concebidas

Código probado y depurado con Planes y casos de prueba previamente

anterioridad utilizados
 ENTREGA INCREMENTAL

Es un enfoque al desarrollo de software donde

algunos de los incrementos diseñados se entregan
al cliente y se implementan para usarse en un
entorno operacional.

PROCESO DE LA ENTREGA INCREMENTAL

Se definen con detalle los

Puede haber un mayor análisis Una vez completado y entregado el
requerimientos de los
de requerimientos para incremento, los clientes lo ponen
servicios que se van a
incrementos posteriores. en servicio
entregar en el
incremento

VENTAJAS DESVENTAJAS

-Los clientes pueden usar los primeros

incrementos como prototipos y adquirir
experiencia que informe sobre sus
requerimientos, para los siguientes
incrementos.
-El primer incremento cubre sus
requerimientos mas críticos, de modo que
es posible usar inmediatamente el
software.
-Dado que los requerimientos no están
definidos con detalles si no hasta que se
implementa un incremento, es difícil
identificar recursos comunes que
necesitaran todos los incrementos.
-A veces los usuarios requieren de toda la
funcionalidad del sistema, ya que es común
que no deseen experimentar con un
sistema incompleto. Por lo tanto, es difícil
conseguir retroalimentación útil del cliente
 PROCESO UNIFICADO RACIONAL

Es un proceso de desarrollo de software y junto con el Lenguaje

Unificado de Modelado UML, constituye la metodología estándar
más utilizada para el análisis, implementación y documentación
de sistemas orientados a objetos.

PERSPECTIVAS DEL RUP

Perspectiva Dinámica Perspectiva Estática  Perspectiva Práctica

Muestra las fases del modelo Presenta las actividades del Sugiere buenas prácticas a usar
a través del tiempo. proceso que se establecen. durante el proceso.

FASES EN EL RUP

Concepción Elaboración Transición Construcción

VENTAJAS DESVENTAJAS

Es el proceso de desarrollo más general de los

Por el grado de complejidad
existentes actualmente.
puede ser no muy adecuado.
Es una forma disciplinada de asignar tareas y
No apto para proyectos
responsabilidades.

Adaptar el proceso. pequeños.

Reutilización. Método pesado.
Un proceso de software hecho a la medida para
ser publicado y hacerlo accesible.
 Programación extrema

Es una metodología ágil y flexible utilizada

para la gestión de proyectos.

Se centra en potenciar las relaciones

interpersonales del equipo. Tiene como
clave del éxito mediante el trabajo en
equipo, el aprendizaje continuo y el buen

LAS CARACTERÍSTICAS FUNDAMENTALES

Valores de XP
DEL MÉTODO

-Desarrollo iterativo e incremental: pequeñas mejoras, Comunicación: Crear software requiere de

unas tras otras. sistemas comunicados.
-Pruebas unitarias continuas, frecuentemente repetidas y Simplicidad: Empezar con lo necesario y
automatizadas, incluyendo pruebas de regresión requerido y trabajar desde ahí.
-Programación en parejas: se recomienda que las tareas Retroalimentación: Del sistema, del
de desarrollo se lleven a cabo por dos personas en un cliente, y del equipo.
mismo puesto.
Valentía: Programa para hoy y no para
-Frecuente interacción del equipo de programación con mañana.
el cliente o usuario.

Corrección de todos los errores antes de añadir nueva

funcionalidad. Hacer entregas frecuentes.

Roles de XP

Cliente: Escribe “Historias de Programador: Hace estimaciones Encargado de pruebas (Tester):

Usuario” y especifica Pruebas
Funcionales. Establece
prioridades, explica las Historias
Puede ser o no un usuario final
Tiene autoridad para decidir
cuestiones relativas a las
Historias.
sobre las Historias Define Tareas
a partir de las Historias y hace
estimaciones Implementa las
Historias y las Pruebas Unitarias
Ayuda al cliente a escribir las
pruebas funcionales. Ejecuta las
pruebas regularmente, difunde
los resultados en el equipo y es
responsable de las herramientas
de soporte para pruebas.
 ADMINISTRACIÓN DE UN PROYECTO
ÁGIL

La principal funcion los administradores de

proyectos de software es dirigir el proyecto, de
modo que el software se entregue a tiempo y con el
presupuesto planeado para ello. Supervisan el
trabajo de los ingenieros de software y monitorizan
el avance en el desarrollo del software.

QUE ES UN SCRUM?

Scrum es un proceso en el que se aplican de manera regular

un conjunto de buenas prácticas para trabajar
colaborativamente, en equipo, y obtener el mejor resultado
posible de un proyecto. Estas prácticas se apoyan unas a otras
y su selección tiene origen en un estudio de la manera de
trabajar de equipos altamente productivos.

ROLES DE UN SCRUM

Product Owner (PO) Scrum Master Development Team

El Scrum Master tiene dos Cuando se habla del equipo

El Product Owner es uno de
funciones principales dentro de desarrollo se refiere a un
los tres roles estándar en un
del marco de trabajo: conjunto de personas con
equipo de Scrum: Product
gestionar el proceso Scrum y habilidades técnicas que de
Owner o propietario del
ayudar a eliminar manera conjunta desarrollan
producto: Trabaja con las
impedimentos que puedan el producto del proyecto.
partes interesadas, los
afectar a la entrega del
usuarios finales y el equipo
producto. Además, se
de Scrum para asegurarse
encarga de las labores de
de que el producto final
mentoring y formación,
cumpla con los requisitos
coaching y de facilitar
del usuario y se alinee con
reuniones y eventos si es
los objetivos comerciales.
necesario.
 (NO CUENTA)
ESPECIFICACION DEL SOFTWARE

Es el proceso de comprender y definir que

servicios/funcionalidades va a tener un
sistema.

EJEMPLOS DE REQUERIMIENTOS
FUNCIONALES

El sistema enviará un correo Se permitirá el registro de

electrónico cuando se registre
alguna de las siguientes
transacciones: pedido de
venta de cliente, despacho de
mercancía al cliente, emisión
de factura a cliente y registro
de pago de cliente.
Al aprobar un pedido, la
pedidos de compra con
solicitud pasará al siguiente
datos obligatorios
paso del flujo de trabajo
incompletos, los cuales
(workflow) de aprobación
podrán completarse
configurado en el sistema.
posteriormente modificando
el pedido. Antes de poder
aprobarse los datos del
pedido deben estar
completos.

PROCESOS DE INGENIERIA DE
REQUERIMIENTO

1. ESTUDIO DE FACTIBILIDAD 2. OBTENCIÓN Y ANALISIS DE 3. ESPECIFICACIÓN DE

REQUERIMIENTOS REQUERIMIENTO

4. VALIDACIÓN DE
REQUERIMIENTOS