Diagrama de clases

Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

Representación de: - Requerimientos en entidades y actuaciones. 

- La arquitectura conceptual de un dominio - Soluciones de diseño en una arquitectura - Componentes de software orientados a objetos

aquí les dejo un link en el cual hay mucha mas información sobre los diagramas de clases 

"Aquí Esta El Link" ------->  LINK PARA MAS INFO    <------- "Aquí Esta El Link"

Include & Extend

Include:
 En términos muy simples, cuando relacionamos dos casos de uso con un “include”, estamos diciendo que el primero (el caso de uso base) incluye al segundo (el caso de uso incluído). Es decir, el segundo es parte esencial del primero. Sin el segundo, el primero no podría funcionar bien; pues no podría cumplir su objetivo. Para una venta en caja, la venta no puede considerarse completa si no se realiza el proceso para cobrarla en ese momento. El caso de uso “Cobrar Renta” está incluido en el caso de uso “Rentar Video”, o lo que es lo mismo 
“Rentar Video” incluye (<<include>>) “Cobrar Renta”.

Extend:
 La polémica al querer seleccionar una de las dos relaciones es que en el “extend” también podemos ver, desde la perspectiva del usuario, a los dos flujos como si fueran uno sólo. Y en ciertos escenarios el caso de uso base no podría cumplir su objetivo si no se ejecutara la extensión. Pero, una de las diferencias básicas es que en el caso del “extend” hay situaciones en que el caso de uso de extensión no es indispensable que ocurra, y cuando lo hace ofrece un valor extra (extiende) al objetivo original del caso de uso base. En cambio en el “include” es necesario que ocurra el caso incluído, tan sólo para satisfacer el objetivo del caso de uso base. Ejemplo: Puedes “Realizar Venta” sin “Acumular Puntos de Cliente VIP”, cuando no eres un cliente VIP. Pero, si eres un cliente VIP sí acumularás puntos. Por lo tanto, “Acumular Puntos” es una extensión de “Realizar Venta” y sólo se ejecuta para cierto tipo de ventas, no para todas.

Ciclo de vida scrum

¿QUE ES SCRUM?

ü  Scrum  define  un  proceso  empírico,  iterativo  e  incremental  de  desarrollo que intenta  obtener  ventajas  respecto a los procesos definidos (cascada, espiral, prototipos, etc.)

ü   Scrum permite la creación de equipos auto-organizados impulsando la co-localizacion de todos los miembros del equipo.

ü   Un principio clave de Scrum es el reconocimiento de que durante un proyecto los clientes pueden cambiar de idea sobre lo que quieren y necesitan.

Este modelo de ciclo de vida es una manera de realizar proyectos de desarrollo de software de manera rápida,  es una forma de desarrollar eficientemente ya que cada proceso que va avanzando o las ideas que se tengan son conocidas de una forma inmediata  ya que se evalúan día a día para ver cómo se va evolucionando en dicho proyecto o resolver las situaciones que se presenten o puedan presentarse a futuro que impidan el progreso del proyecto, y esto forma lo que es la innovación constante.

Este ciclo es muy efectivo por su constante innovación que presenta al momento de desarrollar un proyecto y su forma de organización y control que se maneja retroalimentando la participación en el desarrollo del proyecto.