Introducción a ingeniería de software, RUP y técnicas de estimación.

1. Ingeniería de
Software 2
Profesor: Hernan Quintana
Ciclo: 2015-2
http://ulima.github.io/is2/
hquintan@ulima.edu.pe
Universidad de Lima

2. ¿Qué vamos a necesitar?
❖ Formar grupos
❖ Preparar propuesta de proyecto.
❖ Propuesta: Miércoles (en clase).
❖ Definición: Lunes (en clase)

3. ¿Qué es Software?
Programas
Documentación

4. https://www.youtube.com/watch?v=mA_qV8B51xU

5. ¿Qué es un mal software?
Fallo AT&T
https://es.wikipedia.org/wiki/Problema_del_a%C3%B1o_2000
Y2K
http://www.applesfera.com/apple/un-fallo-de-seguridad-de-att-expone-
cuentas-de-email-de-usuarios-del-ipad-3g
http://www.expansion.com/mercados/
2015/07/09/559eaa9746163fc9728b4598.html
Caída de bolsa de NASDAQ

6. ¿Qué es MAL software?
❖ Dinámica 0

7. ¿Qué es BUEN software?
Cumplir con la que se requiere
Buena experiencia de usuarioMantenible

8. ¿Ingeniería de
Software?
Disciplina que se
preocupa por todos los
aspectos del desarrollo
de software
¿Relación con Ingeniería de Sistemas?
¿Relación con Ciencias de la Computación?

9. Objetivo
Desarrollar Software
Con recursos limitados Útil al cliente
Mantenible Seguro Eficiente Aceptable

10. Caso 1

11. ¿Fases del desarrollo de
software?

12. Cascada
Iterativo

13. Unified Process (UP) o
Rational Unified Process (RUP)

14. Incepción
Contribución al
negocio
Involucrados
CANVAS

15. Elaboración
Problemática
Definir la arquitectura básica
Plan de Proyecto
Riesgos

16. Construcción
Diseño
Programación
Pruebas

17. Transición Pasarlo a producción

18. RUP

19. RUP hasta el momento
Disciplinas / Fases Incepción Elaboración
Business Modeling
• Documento de Alcance
• Objetivos
• C.U del Negocio
• Involucrados
• Canvas
Requerimientos • ERS
• Documento de Análisis
• Casos de uso (diagrama y
especificación.
Análisis y Diseño
• Documento de Análisis
• Diagrama de Paquetes
• Diagrama de Clases de Dominio
• Diagrama de Secuencias.
• Diagrama de Actividades.
Gestión del Proyecto
• Plan de Proyecto
• Gantt
• Riesgos

20. Técnicas de Estimación

21. Dinámica 1

22. Dificultades en estimación

23. ¡Nunca se cumple!

24. ¿Cómo podemos estimar
mejor?
Experiencia
Modelo Algorítmico
COCOMO II
Puntos de Función
Puntos de Aplicación

25. Estimación con Enfoque Ágil
❖ Estimación en equipo.
❖ Refuerza el
compromiso del
equipo en el
cumplimiento.
❖ Refuerza el
compromiso de cada
miembro.
❖ Equipos autodirigidos.

26. Dinámica 2. Estimación grupal
utilizando Planning Poker

27. ¿Cómo se
que complejidad
tiene cada tarea?

29. Estimamos complejidad de las
funcionalidades
Utilizamos puntos como medida

30. Planning Poker
Velocidad = 10 puntos / semana
Estimación = Total puntos / velocidad
Estimación = 34 / 10 = 3.4 semanas

31. Ejercicio. Estimación de
funcionalidad del caso