Alumno:

Juan Carlos Costilla Gárate

Expositor:

Ivar Jacobson Creador de UML

Trabajo de Investigación Operativa I

Sé Listo!Lo que no te enseñan

sobre Software en la

Universidad

Introducción

Una Idea Un proceso Buen Software

¡Tu meta es siempre la misma!

Buen Software, Rápido y a Bajo Costo

Introducción¿Qué es lo que no te enseñan en la universidad?El desarrollo de software también tiene que ver con la moda y tendencias:

Hace 15 años todo se trataba sobre Programación Orientada a Objetos

Hace 10 años todo se trababa sobre UML (Lenguaje de Modelo Unificado)

Hace 5 años todo se trataba sobre RUP y CMMI

Hace 2 años todo se trataba sobre XP (Extreme Programming)

Hoy se trata sobre SCRUM

Todos son buenos, pero ninguno es todo lo que necesitas

“La industria del software sigue buscando por la bala de plata”…pero nunca realmente la podremos encontrar, por lo tanto debemos trabajar siendo listos

¿Qué significa ser listo?

Significa que las cosas deben

hacerse tan sencillas como

se puedan, pero no simples.

¿Listo e inteligente ? Ser listo no es lo mismo que ser inteligente.

Tú puedes ser inteligente sin necesitada de ser listo

y…

Tú puedes ser muy listo sin necesidad de ser muy inteligente.

Listo o ágilSer ágil es ser flexible y adaptarse a las nuevas situaciones.

Siendo listo es saber cuando ser ágil no es suficiente.

Siendo listo sabes:

- Seguir las reglas o romperlas.

- Ser persistente o cambiar de rumbo.

- Crecer o dejar de hacerlo.

¿Ser listo en las empresas?

Algunas compañías siguen

pensando que obtener los

mejores equipos y herramientas

los llevará al éxito.

No se dan cuenta que un tonto

con una buena herramienta

sigue siendo un tonto, pero

mucho más peligroso.

Caso: Ericsson Axe A pesar que esta empresa no tenía procesos definidos

ni herramientas logró crearlos usando :

Componentes

Casos de Uso

Un modelado de lenguaje llamado UML

“ El software es desarrollado por procesos no herramientas”

Los equipos La mejor manera de realizar un software es en un

equipo de 10 personas, que incluya analistas, desarrolladores, etc.

Para hacer un software exitoso todos deben de unir sus competencias y capacidades. No dividirse en subgrupos.

Proyectos Listos

Para demostrar que haz eliminado todos los riesgos críticos es mejor crear un sistema esqueleto.

Luego ir añadiendo más capacidades al sistema.

Debes pensar en grande y desarrollar en muchos pasos.

Diseña tu proyecto para que pueda adaptarse a requerimientos futuros

Recuerda que los requerimientos y prioridades cambiarán con el tiempo.

Diseña de acuerdo a las necesidades del empresario y juntos creen el mejor sistema al mejor precio.

IMPORTANCIA DE LA ARQUITECTURA

Comienza construyendo un sistema esqueleto y luego

en pasos posteriores añade más funciones.

Pero también una arquitectura sin código ejecutable es una alucinación.

Limpiar el código en versiones posteriores, pero limpiar el código a gran escala es muy costoso.

“Empieza a construir

sistemas esqueletos, agrega

músculos en pasos posteriores”

Pruebas ListasTodos somos Testeadores

Cada disciplina debe formar parte de las demás y hacer las pruebas respectivas del sistema.

“Lo que tú hagas, no lo haz acabado, hasta que hayas verificado que hiciste lo que querías

hacer”

¿Cómo puedes ser listo? Necesitas conocimiento en buenas (mejores)

metodologías.

Necesitan experiencia en el uso de estas metodologías o buenas prácticas.

Ejemplos:

CMMI

Modelado de negocios.

RUP

¡Todos podemos ser listos!