Ingeniería de Software 2

Profesor: Hernan Quintana Ciclo: 2015-2 http://ulima.github.io/is2/ hquintan@ulima.edu.pe

Universidad de Lima

¿Qué vamos a necesitar?

❖ Formar grupos

❖ Preparar propuesta de proyecto.

❖ Propuesta: Miércoles (en clase).

❖ Definición: Lunes (en clase)

¿Qué es Software?

Programas

Documentación

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

¿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

¿Qué es MAL software?

❖ Dinámica 0

¿Qué es BUEN software?

Cumplir con la que se requiere

Buena experiencia de usuarioMantenible

¿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?

Objetivo

Desarrollar Software

Con recursos limitados Útil al cliente

Mantenible Seguro Eficiente Aceptable

Caso 1

¿Fases del desarrollo de software?

Cascada

Iterativo

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

Incepción

Contribución al negocio

Involucrados

CANVAS

Elaboración

Problemática

Definir la arquitectura básica

Plan de Proyecto

Riesgos

ConstrucciónDiseño

Programación

Pruebas

Transición Pasarlo a producción

RUP

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

Técnicas de Estimación

Dinámica 1

Dificultades en estimación

¡Nunca se cumple!

¿Cómo podemos estimar mejor?

Experiencia

Modelo AlgorítmicoCOCOMO IIPuntos de FunciónPuntos de Aplicación

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.

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

¿Cómo se que complejidad tiene cada tarea?

Estimamos complejidad de las funcionalidades

Utilizamos puntos como medida

Planning Poker

Velocidad = 10 puntos / semana

Estimación = Total puntos / velocidad

Estimación = 34 / 10 = 3.4 semanas

Ejercicio. Estimación de funcionalidad del caso