Diagrama Causal en la Aplicación de Metodología Ágil
1. Diagrama Causal en la Aplicación de Metodología Ágil Scrum
Universidad Nacional del Callao
Dinámica de Sistemas
Mayo 5 del 2019
Esteban Shuan Casey Anthony, Ingeniería de Sistemas, UNAC
La correspondencia de esta investigación debe ser dirigido a nombre de Esteban Shuan
Casey
Anthony, Universidad nacional del callao, Juan Pablo II 306, Bellavista 07011
Contacto: caseyshuan21@gmail.com
2. 2
INDICE
SITUACIÓN DEL PROYECTO ................................................................................................................. 3
DEFINICIÓNES...................................................................................................................................... 4
METODOLOGÍA ÁGIL ....................................................................................................................... 4
METODOLOGÍA ÁGIL SCRUM ...................................................................................................... 4
Historias....................................................................................................................................... 5
Tareas.......................................................................................................................................... 5
Estimación................................................................................................................................... 5
Modelo Vista Controlador (MVC).................................................................................................... 6
VARIABLES........................................................................................................................................... 8
DIAGRAMA CAUSAL............................................................................................................................. 9
BIBLIOGRAFIA.................................................................................................................................... 10
3. 3
SITUACIÓN DEL PROYECTO
Este proyecto se sitúa dentro del área de los sistemas de información si se tiene en cuenta si
siguiente definición:
“Un sistema de información es un conjunto de elementos que interactúan entre sí con el fin
de apoyar las actividades de una empresa o negocio.”
En este caso se trata de un sistema de gestión interna del negocio, principalmente orientado
al área logística pero fácilmente adaptable y ampliable a otros campos de la organización,
cómo gestión de personal, tesorería, relación con los proveedores o clientes, etc.
De este modo este tipo de software se hace imprescindible en cualquier empresa a día de
hoy en mayor o menor medida. La informatización de los datos y procesos relacionados al
negocio o a la propia gestión interna es la tendencia en un mundo donde el acceso a un
ordenador y a Internet cada vez es más generalizado o completamente implantado en la
mayoría de países desarrollados.
Por otra parte, para el desarrollo de la aplicación se ha optado por seguir metodologías
ágiles de desarrollo de software, especialmente Scrum. Actualmente las metodologías
ágiles son una tendencia en auge frente a métodos más tradicionales.
Todas las metodologías que se consideran ágiles cumplen con el manifiesto ágil que no es
más que una serie de principios que se agrupan en 4 valores:
1. Los individuos y su interacción, por encima de los procesos y las herramientas.
2. El software que funciona, frente a la documentación exhaustiva.
3. La colaboración con el cliente, por encima de la negociación contractual.
4. La respuesta al cambio, por encima del seguimiento de un plan.
Con estas premisas el objetivo es incrementar la eficiencia de las personas involucradas en
el proyecto, minimizando el conste de éste.
Especialmente se pueden encontrar beneficios en las metodologías ágiles frente a las
clásicas en proyectos nuevos y desconocidos, es decir, proyectos en los cuales se carece de
la experiencia de desarrollos similares o iguales, lo que implica innovar y adentrarse en lo
desconocido. Y en este punto es donde la flexibilidad que aportan las metodologías ágiles
junto a la participación del cliente a la hora de decidir los cauces que toma el desarrollo
proporciona un marco muy ventajoso al proyecto, facilitando el éxito y moderando los
costes.
4. 4
DEFINICIÓNES
METODOLOGÍA ÁGIL
En la situación actual en el que los cambios se producen de manera increíblemente rápida y
se producen cambios dentro de los cambios, muchos autores comentan que las guías
tradicionales de gestión de proyectos intentan ver el futuro. Ahora es necesario modelos
que nos ayuden a adaptarnos a los cambios. Esta afirmación es mucha más acertada en el
sector de las tecnologías de la información y las comunicaciones (TIC) en el que la
velocidad y agilidad al cambio es fundamental. Por esta razón, surgen las metodologías
ágiles.
METODOLOGÍA ÁGIL SCRUM
Es un modelo de desarrollo ágil caracterizado por:
1.- Aportar una estrategia de desarrollo incremental, en lugar de la planificación y
ejecución completa del producto.
2.- La calidad del resultado se basa principalmente en el conocimiento innato de las
personas en equipos auto organizados, antes que en la calidad de los procesos empleados.
3.- Solapamiento de las diferentes fases de desarrollo.
4.- Seguir los pasos del desarrollo ágil: Desde el concepto o visión general de la necesidad
del cliente, construcción del producto de forma incremental a través de iteraciones. Estas
iteraciones (En scrum se llaman Sprint) se repiten de forma continua hasta que el cliente da
por cerrada la evolución del producto.
5. 5
Características específicas de SCRUM.
o Una de las bases de las metodologías ágiles es el ciclo de vida iterativo e
incremental. El ciclo de vida iterativo o incremental es aquel en que se va liberando
el producto por pares, periódicamente, iterativamente, poco a poco y además, cada
entrega es el incremento de funcionalidad respecto a la anterior. Cada periodo de
entrega -> Sprint
o El segundo pilar más importante de scrum son las revisiones. Su importancia reside
en que las reuniones (Product owner) son la base para lograr transparencia y
comunicación, y posibilitan algo característico en un equipo ágil:
o Reunión de planificación del sprint. Al principio de cada sprint, para decidir que se
va a realizar en ese sprint.
o Reunión diaria. Máximo 15 minutos. Se trata que se hizo ayer, que vas a hacer hoy
y que problemas se han encontrado.
o Reunión de revisiones del Sprint. Al final de cada sprint, se trata que ha completado
y que no.
o Retrospectiva del Sprint. También al final del sprint, y sirve para que los implicados
den sus impresiones sobre el sprint y se utiliza para la mejora del proceso.
Historias
Descripción de una funcionalidad que debe incorporar un sistema de software y cuya
implementación aporta valor al cliente.
Estas historias están jerarquizadas por prioridades.
Tareas (forman parte de una historia)
Son unidades de trabajo que tiene asignado un esfuerzo estimado y un estado.
Estimación (Planning Poker), Proceso mediante el cual se obtiene una previsión del
esfuerzo para desarrollar las diferentes partes del proyecto.
6. 6
Modelo Vista Controlador (MVC)
Modelo Vista Controlador (MVC) es un estilo de arquitectura de software que separa los
datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes
distintos.
Se trata de un modelo muy maduro y que ha demostrado su validez a lo largo de los años en
todo tipo de aplicaciones, y sobre multitud de lenguajes y plataformas de desarrollo.
• El Modelo que contiene una representación de los datos que maneja el sistema, su
lógica de negocio, y sus mecanismos de persistencia.
• La Vista, o interfaz de usuario, que compone la información que se envía al cliente y
los mecanismos interacción con éste.
• El Controlador, que actúa como intermediario entre el Modelo y la Vista, gestionando
el flujo de información entre ellos y las transformaciones para adaptar los datos a las
necesidades de cada uno.
El modelo es responsable de:
• Acceder a la capa de almacenamiento de datos. Lo ideal es que el modelo sea
independiente del sistema de almacenamiento.
• Define las reglas de negocio (la funcionalidad del sistema). Un ejemplo de regla
puede ser: "Si la mercancía pedida no está en el almacén, consultar el tiempo de
entrega estándar del proveedor".
• Lleva un registro de las vistas y controladores del sistema.
• Si estamos ante un modelo activo, notificará a las vistas los cambios que en los datos
pueda producir un agente externo (por ejemplo, un fichero por lotes que actualiza los
datos, un temporizador que desencadena una inserción, etc.).
El controlador es responsable de:
• Recibe los eventos de entrada (un clic, un cambio en un campo de texto, etc.).
• Contiene reglas de gestión de eventos, del tipo "SI Evento Z, entonces Acción W".
Estas acciones pueden suponer peticiones al modelo o a las vistas. Una de estas
peticiones a las vistas puede ser una llamada al método "Actualizar ()". Una petición
al modelo puede ser "Obtener_tiempo_de_entrega (nueva_orden_de_venta)".
Las vistas son responsables de:
• Recibir datos del modelo y los muestra al usuario.
• Tienen un registro de su controlador asociado (normalmente porque además lo
instancia).
• Pueden dar el servicio de "Actualización ()", para que sea invocado por el controlador
o por el modelo (cuando es un modelo activo que informa de los cambios en los datos
producidos por otros agentes).
8. 8
VARIABLES
Petición del cliente
Análisis del sistema
Entendimiento general del sistema
Entrevista al usuario
Entendimiento de la funcionalidad por usuario
Realización de las historias
Realización de las tareas
Aplicación de MVC
Autosignación de deberes
Reunión general sprint
Estimación del proyecto
Realización capa de datos
Procedimientos de la base de datos
Reestimar las historias por prioridad
Realización de la capa de negocios
Realización de la capa vista
Realización historias de baja prioridad
Pruebas funcionales
Presupuesto general
Buena conclusión del proyectó
10. 10
BIBLIOGRAFIA
Aitor Urteaga, P. (2015). Aplicación de la metodología de desarrollo ágil Scrum para el desarrollo
de un sistema de gestión de empresas (Tesis de pregrado). Universidad Carlos III de Madrid,
Madrid, España. Recuperado el 4 de mayo de 2010 de:
https://e-archivo.uc3m.es/bitstream/handle/10016/23750/TFG_Aitor_Urteaga_Pecharroman.pdf