Desarrollo de Software:Metodologías Ágiles

• Hoy en día la tecnología y comunicación avanzan a unavelocidad considerable, lo que ha provocado que la gestiónde proyectos informáticos deba alcanzar la velocidad de loscambios ocasionados por esta aceleración. Esto por cierto,ha traído consigo nuevas necesidades en la metodología detrabajo y en la entrega del producto.

• Es así, como la calidad, eficiencia, flexibilidad y rapidez en laentrega de un determinado producto se ha vuelto prioridad,lo que ha provocado la necesidad de implementar una nuevametodología de trabajo, la que se conoce como“Metodología Ágil”.

Desarrollo de Software:Metodologías Ágiles

• Esta metodología trae consigo diversos beneficios, pues permite una mayor flexibilidad que lasmetodologías tradicionales (en cascada e interactivas), debido a que éstas son menos capaces aajustarse a las cambiantes necesidades de los clientes, del mercado, y de los nuevos desafíos queplantea la tecnología.

• Las dos principales metodologías ágiles son scrum y XP (eXtreme Programming).

• La Metodología Ágil: Plantea permitirmejorar la eficiencia en la producción y lacalidad de los productos finales, tener lacapacidad de respuesta al cambio en losproductos y sus definiciones, y brindar lamayor satisfacción posible al cliente, através de la entrega temprana y laretroalimentación continua durante laconstrucción del producto.

Software Hoy en Día

• Mito: los programadores deahora ya no programancomo los de antes.

• Herramientas más fáciles yproductivas

• El software es cada día máscomplejo

Caracterización del Software• El software es un producto intangible el cual se logra a través de un

proceso creativo ya que programar es un arte, el cual no puede sersistematizado del todo.

• ¿Por qué es importante el Desarrollo de Proyectos de formaMetodológica?

• El software es cada vez más complejo y costoso que se compara conconstruir un edificio.

Motivación

“Casas de Perros”Proyectos EscolaresSIN ARQUITECTURAPoco $

Casas,Proyecto de PyMESARQUITECTURAS SIMPLESRentable $

Edificios Grandes CorporativosARQUITECTURAS COMPLEJASMucho $$$$

Tipos de Desarrollo de Software

Motivación• Las metodologías de desarrollo de software son un conjunto de “mejores

prácticas” que si no se llevan a la práctica no sirven de nada.

• El factor humano es el recurso más importante de cualquier proyecto desoftware.

• ¿Cómo se desarrolla un proyecto de Software?

• Si pensamos que el software de desarrollo de software es sólo programar (queevidentemente es la parte más representativa) estamos muy equivocados.

• El desarrollo de software consiste en múltiples actividades.

Proceso de Desarrollo de Sw

Proceso de Desarrollo de Sw

• ¿Por qué este modelo de cascada no funciona para el desarrollo delsoftware?

• Por que los requerimientos de software son sumamente cambiantes al serun producto abstracto.

• El objetivo de la Ingeniería del Software es lograr la calidad del software.

• La calidad tiene muchas perspectivas.

Proceso de Desarrollo de Sw

• Pressman clasifica las actividades del desarrollo de software en lassiguientes:

• Comunicación• Inicio del Proyecto• Recopilación de Requerimientos

• Planeación• Estimación• Itinerario• Seguimiento

• Modelado• Análisis• Diseño

• Construcción• Código• Prueba

• Despliegue:• Entrega• Soporte• Retroalimentación

Metodologías de Software

La solución más fácil es realizar outsourcing (que lo hagan otros).

Sino se puede, se deberá realizar en base a tres formas básicas desolución de problemas:

Conocimiento

Experiencia

Sentido Común

Problema

Las metodologías son un conjunto de mejores prácticas que si no se llevana la práctica o se hacen a medias es muy difícil que se tenga calidad.

Aun siguiendo las recomendaciones, una metodología no garantiza que unproducto tenga calidad.

Uso de Metodologías• Las metodologías nos orientan hacia mejores resultados.

• El no uso de lasmetodologías,podría o nodarnos losresultados queesperamos.

Ingeniería de Requerimientos

• La ingeniería derequerimientosinvolucra descubrircuáles son las metas,necesidades yexpectativas de losstakeholders, ajustar lasexpectativas de losmismos y comunicarlasa los desarrolladores.

Abstraer el modelo de negocio del mundo real

Requisitos

Clasificación de Requisitos

Historias de Usuario: (User Stories)

User Stories : Formato - Plantilla

• Como <rol> , yo quiero <actividad> para obtener <valor>

• Como estudiante, quiero consultar mis notas online adetalle para no esperar una comunicación final deaprobación o no.

User Stories: Tarjeta

• Una historia de usuario describe la funcionalidad valiosa para un usuario de un sistema, las historias de usuario se componen de tres partes:

• Una descripción escrita de la historia que será usada para planeación (Card)

• Conversaciones sobre la historia de usuario que definen el detalle del requerimiento(Conversación)

• Pruebas que servirán para determinar cuando la historia está completa (Confirmación)

User Stories: Granularidad:

De acuerdo a su tamaño, las historias de usuario se pueden clasificar en:

Como usuario, quiero realizar backup de mi discoduro para resguardar mis datos.

• Como usuario quiero realizar backups solo de losarchivos; modificados en las ultimas fechas, o portamaño.

• Como usuario quiero realizar backups solo de imágenes ofotografías y videos.

• Como usuario quiero realizar backups solo de los archivoso documentación Word, Excel, etc.

User Stories: Criterios de Calidad

Tarea…!!!