Metodoagilscrum 100513145255 Phpapp02

UNIVERSIDAD DE MENDOZA Facultad de Ingeniera Ingeniera en Informtica
MTODO GIL SCRUM

APLICADO AL DESARROLLO DE UN SOFTWARE DE TRAZABILIDAD Mara Laura Citn 2006
Asesora: Ing. Graciela Sevilla Coasesor: Ing. Fabin Contigliani
AGRADECIMIENTOS
En primer lugar, deseo agradecer al Dr. Ing. Salvador Navarria, Decano de la Facultad de Ingeniera de la Universidad de Mendoza, y por su intermedio al cuerpo docente y no docente de dicha prestigiosa institucin, que me acompaaron durante toda la carrera.
Deseo brindar un especial agradecimiento a la Ing. Graciela Sevilla y al Ing. Fabin Contigliani, por su ayuda y dedicacin durante la realizacin del presente Trabajo Final.
Al Cdor. Mario Gobbi por la informacin brindada, asesoramiento y buena predisposicin a las consultas realizadas.
A mi familia, a mi novio David y a mis amigos, por sus opiniones y consejos, que fueron una gua y optimismo estos ltimos aos.
Y principalmente quiero dedicar este trabajo a mis padres, Dora y Luis, y a mi hermano Alejandro; gracias a ellos y al gran amor que me brindan, yo pude realizar y finalizar mi carrera.
RESUMEN
El presente Trabajo Final consiste en aplicar el mtodo gil Scrum al desarrollo de un Software de Trazabilidad. La idea del mismo surge a raz de la percepcin de lo complejo de gestionar eficientemente un proyecto, con los mtodos tradicionales de desarrollo de software, en un ambiente tan cambiante y turbulento como el de la actualidad.
Como alternativa a las metodologas tradicionales nacen las giles, y dentro de stas escogimos a Scrum como mtodo gil para gestionar nuestro proyecto. Scrum se basa en la adaptabilidad a los cambios como medio para aumentar las posibilidades de xito de los proyectos. Su mayor objetivo es simplificar y minimizar el proceso de desarrollo y apuntar a lo que realmente importa, la verdadera necesidad del cliente realizando entregas frecuentes y continuas de software funcional. Tal es su enfoque hacia la gestin, que deja un vaco metodolgico en el rea del proceso.
Para poder implementarlo, entonces, elaboramos un proceso de desarrollo propio que si bien contiene las cinco etapas habituales del desarrollo de software, no deja de cumplir con los principios y valores de las metodologas giles. Las etapas del proceso son: planificacin, anlisis, diseo, construccin y prueba, e implementacin; que para llevarlas a cabo utilizamos una combinacin de diferentes herramientas de la ingeniera del software.
Haber transitado con Scrum el desarrollo de un proyecto real ha resultado una experiencia enriquecedora. A travs de l se ha logrado controlar la velocidad de avance del proyecto eficientemente. El cual se termin entregando con un retraso admisible de una semana posterior a la fecha pactada con el cliente.
El hecho de haber terminado el trabajo obteniendo como resultado un producto funcionando muestra que los objetivos planteados en un principio se cumplieron. Pero lo ms importante, es que se incrementaron los conocimientos por lo que el trabajo implic una gran satisfaccin personal.
Mtodo gil Scrum

Aplicado al desarrollo de un software de Trazabilidad
NDICE
INTRODUCCIN ------------------------------------------------------------------------3 PRIMERA PARTE: MARCO TERICO 1. MTODOS GILES-------------------------------------------------------------- 9
1.1. INTRODUCCIN ---------------------------------------------------------------------- 9
El dilema del software -------------------------------------------------------------------- 9 El surgimiento de la agilidad -----------------------------------------------------------10 La Alianza gil-----------------------------------------------------------------------------11 El Manifiesto gil -------------------------------------------------------------------------12 Metodologas giles vs. tradicionales------------------------------------------------16 1.1.1. 1.1.2.
1.2.
QU ES UNA METODOLOGA GIL? --------------------------------------10
1.2.1. 1.2.2. 1.2.3.
2.
SCRUM-----------------------------------------------------------------------------19
2.1. 2.2. 2.3. INTRODUCCIN ---------------------------------------------------------------------19 LA ESENCIA DE SCRUM ---------------------------------------------------------20 ELEMENTOS DE SCRUM---------------------------------------------------------21
Roles-----------------------------------------------------------------------------------------22 Poda de requerimientos-----------------------------------------------------------------25 Product Backlog---------------------------------------------------------------------------25 Sprint-----------------------------------------------------------------------------------------26 Valores --------------------------------------------------------------------------------------35
2.3.1. 2.3.2. 2.3.3. 2.3.4. 2.3.5.
SEGUNDA PARTE: METODOLOGA 3. PROCESO DE DESARROLLO ----------------------------------------------38

3.1. 3.2. 3.3. INTRODUCCIN ---------------------------------------------------------------------38 PROCESO ITERATIVO E INCREMENTAL ----------------------------------38 ETAPAS DEL PROCESO DE DESARROLLO ------------------------------40
Planificacin--------------------------------------------------------------------------------40 Anlisis --------------------------------------------------------------------------------------40 Diseo ---------------------------------------------------------------------------------------41 Construccin y Prueba ------------------------------------------------------------------41 Implementacin ---------------------------------------------------------------------------42
3.3.1. 3.3.2. 3.3.3. 3.3.4. 3.3.5.
3.4. 3.5.
EDT DEL PROCESO DE DESARROLLO ------------------------------------43 HERRAMIENTAS --------------------------------------------------------------------44

Tcnicas de relevamiento --------------------------------------------------------------44 Work Breakdown Structure (WBS) ---------------------------------------------------44 Casos de uso ------------------------------------------------------------------------------44 Diagrama de actividades----------------------------------------------------------------45 Diagrama de Entidad Relacin (DER)-----------------------------------------------45 ScrumWorks -------------------------------------------------------------------------------46 Burndown chart ---------------------------------------------------------------------------47 Clarion 5.5 ----------------------------------------------------------------------------------47
3.5.1. 3.5.2. 3.5.3. 3.5.4. 3.5.5. 3.5.6. 3.5.7. 3.5.8.
Mara Laura Citn
Universidad de Mendoza
Mtodo gil Scrum

TERCERA PARTE: DESARROLLO DE INGENIERA 4. PROYECTO TRAZABILIDAD ------------------------------------------------50

4.1. PLANIFICACION INICIAL ---------------------------------------------------------50
Solicitud del proyecto --------------------------------------------------------------------50 El porqu de la solicitud del proyecto------------------------------------------------50 Evaluacin de la informacin deseada ----------------------------------------------52 Situacin actual ---------------------------------------------------------------------------55 Estructura de Divisin del Trabajo (EDT)-------------------------------------------56 Conformacin del equipo humano----------------------------------------------------57 Estimacin del plazo de entrega y precio-------------------------------------------57 Gestin de riesgo -------------------------------------------------------------------------60 Propuesta comercial ---------------------------------------------------------------------61 4.1.1. 4.1.2. 4.1.3. 4.1.4. 4.1.5. 4.1.6. 4.1.7. 4.1.8. 4.1.9.
4.2. 4.3.
HERRAMIENTAS EXISTENTES EN EL MERCADO----------------------62 COMENZANDO CON SCRUM---------------------------------------------------65

Primer Sprint -------------------------------------------------------------------------------67 Segundo Sprint----------------------------------------------------------------------------71 Tercer Sprint -------------------------------------------------------------------------------74 Cuarto Sprint-------------------------------------------------------------------------------76 Quinto Sprint -------------------------------------------------------------------------------78 Sexto Sprint --------------------------------------------------------------------------------81
4.3.1. 4.3.2. 4.3.3. 4.3.4. 4.3.5. 4.3.6.
ANEXOS ANEXO A--------------------------------------------------------------------------------84

PROPUESTA COMERCIAL ----------------------------------------------------------------84
ANEXO B--------------------------------------------------------------------------------87
INVESTIGACIN-------------------------------------------------------------------------------87
ANEXO C------------------------------------------------------------------------------ 116

ANLISIS DEL SISTEMA ----------------------------------------------------------------- 116
ANEXO D------------------------------------------------------------------------------ 141

DISEO DEL SISTEMA-------------------------------------------------------------------- 141
CONCLUSIONES ------------------------------------------------------------------- 149 BIBLIOGRAFA ---------------------------------------------------------------------- 151
Mara Laura Citn
Mtodo gil Scrum

INTRODUCCIN
En el actual contexto econmico, los profesionales en el rea de las tecnologas de la informacin se encuentran con la responsabilidad de conducir eficientemente proyectos de gran envergadura, simples o complejos, cortos o de larga duracin, en ambientes cambiantes y turbulentos.
Todo proyecto tiene una meta: la combinacin de recursos de todo tipo, reunidos en una estructura temporal para cumplir con un objetivo predeterminado, adaptndose a los cambios que surgen, dentro de los costos preestablecidos y respetando las especificaciones tcnicas que aseguran la calidad de los resultados.
Este nuevo concepto de lo que se considera hoy en da un proyecto exitoso, nos lleva a reflexionar acerca de que el esquema tradicional para abordar el desarrollo de software ha demostrado ser efectivo y necesario en proyectos de gran tamao (respecto a tiempos y recursos), donde por lo general se exige un alto grado de formalidad en el proceso. Sin embargo, este enfoque no resulta ser el ms adecuado para muchos de los proyectos actuales donde el entorno del sistema es muy cambiante, y se exige reducir drsticamente los tiempos de desarrollo manteniendo una alta calidad.
A raz de este planteo surge la inquietud de ahondar en las metodologas giles que nacieron, precisamente, como una alternativa a las tradicionales. Por estar las metodologas giles especialmente orientadas
Mara Laura Citn
Mtodo gil Scrum

a proyectos pequeos, constituyen una solucin a medida para ese entorno, aportando una elevada simplificacin que, a pesar de ello, no renuncia a las prcticas esenciales para asegurar la calidad del producto. Se basan en la adaptabilidad de cualquier cambio como medio para aumentar las posibilidades de xito de los proyectos.
Las metodologas ms caractersticas de esta familia son XP (Extreme Programming), Scrum y Cristal; siendo Scrum la que hemos elegido para desarrollar en detalle en este trabajo.
Scrum est basado en un proceso constructivo iterativo e incremental donde las iteraciones tienen duracin fija pero corta y el resultado final de cada una de ellas es un producto funcional que contiene un subconjunto de los requerimientos del proyecto. Constituyen el ncleo de Scrum, que divide de esta forma el desarrollo de un proyecto en un conjunto de pequeas carreras llamadas Sprints. Cada Sprint es guiado por una lista de funcionalidades priorizadas, que son planificadas con anterioridad. Dentro de cada Sprint nunca se efecta nada que no sea necesario para cumplir los requerimientos del mismo.
Los principales motivos que nos han llevado a la eleccin de Scrum son:
Es uno de los mtodos de gestin de proyectos ms innovadores de los denominados giles, ya que se destaca por una gran descentralizacin como medio para alcanzar la mayor productividad posible.
Mara Laura Citn
Mtodo gil Scrum

Es mucho menos conocido que otros mtodos giles. Posiblemente una de las causas es la escasa documentacin existente, lo que lleva a pensar que este trabajo puede resultar en un aporte significativo.
No est concebido como un mtodo independiente, sino que se promueve como complemento de otras metodologas. Enfatiza valores y prcticas de gestin, sin pronunciarse sobre requerimientos, implementacin y dems cuestiones tcnicas; de all su deliberada insuficiencia y
complementariedad.
Por lo tanto, para el caso del desarrollo de software Scrum necesita ser completado con algn otro mtodo o procedimiento. A tal fin, se elabora un proceso de desarrollo propio para llenar ese vaco metodolgico. El proceso es iterativo e incremental para que permita hacer entregas parciales que se van complementando segn avanza el proyecto. Nuestro proceso respeta las cinco etapas tradicionales de un proyecto pero no deja de cumplir con los principios y valores de las metodologas giles. Las etapas son: planificacin, anlisis, diseo, construccin y prueba, e implementacin.
Para llevar a cabo las etapas mencionadas en el prrafo anterior se utiliza una combinacin de diferentes herramientas de la ingeniera del software, entre las que podemos mencionar: las Estructuras de Divisin del Trabajo (EDT), los Casos de uso, los Diagramas de Actividades, los Diagramas de Entidad Relacin (DER), ScrumWorks para llevar adelante el seguimiento del proyecto y Clarion 5.5 que es el lenguaje de programacin.
Mara Laura Citn
Mtodo gil Scrum

A continuacin presentamos los objetivos generales que se han planteado para el desarrollo del presente Trabajo Final.
Conocer el mtodo gil Scrum para su posterior aplicacin a un proyecto real. Elaborar un proceso de desarrollo que lo complemente. Aplicar Scrum al desarrollo de un Software de Trazabilidad.
El porqu de la eleccin de desarrollar un Software de Trazabilidad y no de cualquier otra temtica se explica a continuacin.
A raz de que comienza a regir a partir del 1 de Mayo de 2005 una normativa para la comercializacin de productos con la Unin Europea Reglamento (CE) N 178/2002; surge la posibilidad de desarrollar un Software de Trazabilidad para un productor de uva de la zona de Lavalle.
La oportunidad de abordar esta temtica de tanto auge en la actualidad ha resultado de mucho inters, ya que se considera que el marco social, econmico y poltico de nuestro pas hace muy importante a esta prctica puesto que pretendemos exportar nuestra agroproduccin desde un contexto poltico observado y hasta a veces cuestionado por el mundo. Este problema viene a ser asistido por las normas de calidad en general y por la trazabilidad en particular. Se puede producir alimentos bajo normas de calidad custodiadas internacionalmente que certifican que los productos son elaborados bajo un estndar que no depende de la situacin pas.
Mara Laura Citn
Mtodo gil Scrum

Los productores agrarios deberan comenzar a responder a este requisito de la UE. Es por ello que se desarrollar un Proyecto Trazabilidad que comprender desde la solicitud del cliente hasta la entrega al mismo del producto terminado.
Se explica a continuacin la manera en la que se ha organizado el Trabajo Final.
Primera Parte: Marco Terico Se presenta el contexto en el que surgen las metodologas giles, sus valores, principios, comparaciones con las metodologas tradicionales y se describe con detalle Scrum.
Segunda Parte: Metodologa Se explica el proceso de desarrollo elaborado para complementar Scrum; etapas definidas y herramientas utilizadas.
Tercera Parte: Desarrollo de Ingeniera Se despliega el desarrollo del proyecto, aplicando la metodologa y el proceso de desarrollo explicados en los captulos anteriores, para alcanzar el producto final, el Software de Trazabilidad.
Luego, se presentan 4 Anexos que forman parte del desarrollo del proyecto y que se invita a consultarlos para conocer en detalle el mismo.
Mara Laura Citn
PRIMERA PARTE
MARCO TERICO
Mtodo gil Scrum

1. MTODOS GILES
1.1. INTRODUCCIN 1.1.1. El dilema del software

Cualquiera que alguna vez haya sido responsable de conducir un proyecto de desarrollo de software sabe que no es para nada fcil. Coordinar y negociar exitosamente con las partes implicadas en el proyecto desafa al ms experimentado lder.
Y si bien, hoy en da, el software es una parte crtica de todo negocio, an los proyectos de desarrollo de software sufren de problemas en su gestin que los pueden llevar directo al fracaso. Los problemas ms frecuentes son:
No se adaptan a los cambios. Calidad insuficiente y muy variable. Proyectos que exceden sus tiempos y costos.
Con base en lo anterior se ha llegado a un acuerdo de lo que significa un proyecto de software exitoso, en tres dimensiones: A tiempo. En presupuesto. Cumpliendo el alcance definido (incluye adaptabilidad a los cambios y calidad).
Mara Laura Citn
Mtodo gil Scrum

No es novedad que una forma de resolver los problemas de calidad, y otros, de un producto es mejorando la forma de construir tales productos. O sea.... mejorando los procesos.
En una actividad humana como es el desarrollo de software, esto es casi equivalente a mejorar la metodologa que se sigue para construir los productos.
1.1.2. El surgimiento de la agilidad

Durante el transcurso de los aos 90 el ambiente cambiante y turbulento era cada vez ms la regla que la excepcin. Por lo tanto surgi la necesidad de desarrollar metodologas livianas y maniobrables que pudieran operar en ese ambiente turbulento. Estas metodologas son conocidas colectivamente hoy en da como metodologas giles.
1.2. QU ES UNA METODOLOGA GIL?

Lo gil se define (por los mismos agilistas) como la habilidad de responder de forma verstil al cambio para maximizar los beneficios. Las metodologas giles varan en su forma de responder al cambio, pero en general comparten las siguientes caractersticas: Los individuos y sus interacciones son ms importantes que los procesos y las herramientas. El software que funciona es ms importante que la documentacin exhaustiva.
Mara Laura Citn
10
Mtodo gil Scrum

La colaboracin con el cliente en lugar de la negociacin de contratos. La respuesta al cambio en lugar de aferrarse a un plan.
Los valores y principios compartidos por toda la metodologa gil fueron enunciados en el manifiesto gil, por la alianza gil.
1.2.1. La Alianza gil

En una reunin celebrada en febrero de 2001 en Utha (EEUU), nace el trmino gil aplicado al desarrollo de software. En esta reunin participaron un grupo de 17 expertos de la industria del software. Su objetivo fue esbozar los valores y principios que deban permitir a los equipos desarrollar software rpidamente y respondiendo a los cambios que pueden surgir a lo largo del proyecto. Se pretenda ofrecer una alternativa a los procesos de desarrollo de software tradicionales, caracterizados por ser rgidos y dirigidos por la documentacin que se genera en cada una de las actividades desarrolladas.
Tras esta reunin se cre The Alliance, una organizacin dedicada a promover los conceptos relacionados con el desarrollo gil de software y ayudar a las organizaciones para que los adopten. El punto de partida fue el Manifiesto gil, un documento que resume la filosofa gil.
Mara Laura Citn
11
Mtodo gil Scrum

1.2.2. El Manifiesto gil

El Manifiesto comienza enumerando los principales valores del desarrollo gil. Se valora:
Al individuo y a las interacciones del equipo de desarrollo sobre el proceso y las herramientas. La gente es el principal factor de xito de un proyecto de software. Si se sigue un buen proceso de desarrollo, pero el equipo falla, el xito no est asegurado; sin embargo, si el equipo funciona, es ms fcil conseguir el objetivo final, aunque no se tenga un proceso bien definido. As mismo, las herramientas (compiladores, depuradores, control de versiones) son importantes para mejorar el rendimiento del equipo, pero el disponer de ms recursos de los estrictamente necesarios tambin puede afectar negativamente.
Desarrollar software que funciona ms que conseguir una buena documentacin. Aunque se parte de la base de que el software sin documentacin es un desastre, la regla a seguir es no producir documentos a menos que sean necesarios de forma inmediata para tomar una decisin importante. Estos documentos deben ser cortos y centrarse en lo fundamental. Si una vez iniciado el proyecto, un nuevo miembro se incorpora al equipo de desarrollo, se considera que los dos elementos que ms le van a servir para ponerse al da son: el propio cdigo y la interaccin con el equipo.
La colaboracin con el cliente ms que la negociacin de un contrato. Las caractersticas particulares del desarrollo de software hacen que muchos proyectos hayan fracasado por intentar cumplir plazos
Mara Laura Citn
12
Mtodo gil Scrum

y costes preestablecidos al inicio del mismo, segn los requisitos que el cliente manifestaba en ese momento. Por ello, se propone que exista una interaccin constante entre el cliente y el equipo de desarrollo. Esta colaboracin entre ambos ser la que marque la marcha del proyecto y asegure su xito. Responder a los cambios ms que seguir estrictamente un plan. La habilidad de responder a los cambios que puedan surgir a lo largo del proyecto (en los requisitos, la tecnologa, el equipo) determina tambin el xito o fracaso del mismo. Por lo tanto, la planificacin debe ser flexible para poder adaptarse a los cambios que puedan surgir. Una buena estrategia es hacer planificaciones detalladas para unas pocas semanas y planificaciones mucho ms abiertas para unos pocos meses.
Los valores anteriores inspiran los doce principios del manifiesto. stas son las caractersticas que diferencian un proceso gil de uno tradicional. Los dos primeros son generales y resumen gran parte del espritu gil.
I. La prioridad es satisfacer al cliente mediante tempranas y continuas entregas de software que le aporten un valor. Un proceso es gil si a las pocas semanas de empezar ya entrega software que funcione aunque sea rudimentario. El cliente decide si pone en marcha dicho software con la funcionalidad que ahora le proporciona o simplemente lo revisa e informa de posibles cambios a realizar.
II. Dar la bienvenida a los cambios. Se capturan los cambios para que el cliente tenga una ventaja competitiva. Los cambios en los registros deben verse como algo positivo. Les va a permitir aprender ms, a la vez que logran una mayor satisfaccin del cliente. Este principio
Mara Laura Citn
13
Mtodo gil Scrum

implica adems que la estructura del software debe ser flexible para poder incorporar los cambios sin demasiado coste agregado.
Luego existen una serie de principios que tienen que ver directamente con el proceso de desarrollo de software a seguir.
III. Entregar frecuentemente software que funcione desde un par de semanas a un par de meses, con el menor intervalo de tiempo posible entre entregas. Las entregas al cliente se insiste en que sean software, no planificaciones, ni documentacin de anlisis o de diseo.
IV. La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto. El proceso de desarrollo necesita ser guiado por el cliente, por lo que la interaccin con el equipo es muy frecuente.
V. Construir el proyecto en torno a individuos motivados. Darles el entorno y el apoyo que necesitan y confiar en ellos para conseguir finalizar el trabajo. La gente es el principal factor de xito, todos los dems (proceso, entorno, gestin) queda en segundo plano. Si cualquiera de ellos tiene un efecto negativo sobre los individuos debe ser cambiado.
VI. El dilogo cara a cara es el mtodo ms eficiente y efectivo para comunicar informacin dentro de un equipo de desarrollo. Los miembros de equipo deben hablar entre ellos, ste es el principal modo de comunicacin. Se pueden crear documentos pero no todo estar en ellos.
Mara Laura Citn
14
Mtodo gil Scrum

VII. El software que funciona es la medida principal de progreso. El estado de un proyecto no viene dado por la documentacin generada o la fase en la que se encuentre, sino por el cdigo generado y el funcionamiento. Por ejemplo, un proyecto se encuentra al 50% si el 50% de los requisitos ya estn en funcionamiento.
VIII. Los procesos giles promueven un desarrollo sostenible. Los desarrolladores y usuarios deberan ser capaces de mantener el ritmo de desarrollo durante toda la ejecucin del proyecto, asegurando en todo momento que la calidad es mxima.
Finalmente los ltimos principios estn ms directamente relacionados con el equipo de desarrollo, en cuanto metas a seguir y organizacin del mismo.
IX. La atencin continua a la calidad tcnica y al buen diseo mejora la agilidad. Producir cdigo claro y robusto es la clave para avanzar ms rpidamente en el proyecto.
X. La simplicidad es esencial. Tomar los caminos ms simples que sean consistentes con los objetivos perseguidos. Si el cdigo producido es simple y de alta calidad ser ms sencillo adaptarlo a los cambios que puedan surgir.
XI. Las mejores arquitecturas, requisitos y diseos surgen de los equipos organizados por si mismos. Todo el equipo es informado de las responsabilidades y stas recaen sobre todos sus miembros. Es el propio equipo el que decide la mejor forma de organizarse, de acuerdo a los objetivos que se persigan.
Mara Laura Citn
15
Mtodo gil Scrum

XII. En intervalos regulares, el equipo reflexiona respecto a cmo llegar a ser ms efectivo, y segn esto ajusta su comportamiento. Puesto que el entorno est cambiando continuamente, el equipo tambin debe ajustarse al nuevo escenario de forma continua. Puede cambiar su organizacin, sus reglas, sus convenciones, sus relaciones, etc., para seguir siendo gil.
Los conceptos subyacentes no son nuevos, aunque toman nueva importancia a partir del momento que se usan combinados.
1.2.3. Metodologas giles vs. tradicionales

A continuacin vamos a enumerar las principales diferencias respecto de las metodologas tradicionales (no giles).
El siguiente cuadro recoge esquemticamente estas diferencias que no se refieren slo al proceso en s, sino tambin al contexto de equipo y organizacin que es ms favorable a cada una de estas filosofas de desarrollo de software.
Mara Laura Citn
16
Mtodo gil Scrum

Metodologas giles
La planificacin del trabajo slo comprende el ciclo en el que se est trabajando (normalmente 30 das). Descubrimiento progresivo de requisitos, e incorporacin de cambios en cualquier iteracin del desarrollo. Refactorizacin de cdigo como modelo de trabajo compatible con el punto anterior. Comunicacin directa entre los integrantes del equipo (incluidos cliente y usuarios) prefiriendo la verbal directa. Equipos auto-gestionados.
Metodologas Tradicionales
Trabajo y gestin guiada por un plan general del proyecto que comprende todo su ciclo de desarrollo. Conocimiento detallado de los requisitos antes de comenzar el diseo del proyecto. Hacerlo bien a la primera. Evitar la re-codificacin y el re-trabajo que supone una prdida de eficiencia. Comunicacin formal segn el plan de comunicacin del proyecto. Gestin de equipos y personas centralizada en el gestor del proyecto. Existe un contrato prefijado. El cliente interacta con el equipo de desarrollo mediante reuniones. Grupos grandes y posiblemente distribuidos. Ms artefactos. Ms roles. La arquitectura del software es esencial y se expresa mediante modelos.
No existe contrato tradicional o al menos es bastante flexible. El cliente es parte del equipo de desarrollo. Grupos pequeos (hasta 20 integrantes) y trabajando en el mismo sitio. Pocos artefactos. Pocos roles. Menos nfasis en la arquitectura del software.
Diferencias entre metodologas giles y no giles.
Las metodologas giles estn revolucionando la manera de producir software, y a la vez generando un amplio debate entre sus adeptos y quienes por prejuicio no las ven como alternativa a las metodologas tradicionales.
Aunque los creadores de las metodologas giles han suscrito el manifiesto gil, y todas ellas coinciden con los principios enunciados anteriormente, cada una tiene caractersticas propias y hace hincapi en algunos aspectos ms especficos.
Mara Laura Citn
17
Mtodo gil Scrum

Las metodologas giles ms populares son: XP (Extreme Programming Programacin Extrema), Cristal y Scrum. Por ser esta ltima la elegida para desarrollar el presente trabajo mencionamos los tres principales motivos que nos llevaron a su eleccin.
Sirve para gestionar proyectos de cualquier tipo, no solamente tecnolgicos.
Deja un vaco en la parte de definiciones del rea de ingeniera lo que permite una elaboracin propia para completarla.
Tiene escasa documentacin por lo que se piensa que este trabajo puede resultar en un aporte significativo.
A continuacin, en el prximo captulo, de desarrolla en detalle Scrum.
Mara Laura Citn
18
Mtodo gil Scrum

2. SCRUM
2.1. INTRODUCCIN
Scrum es una metodologa gil de gestin de proyectos cuyo objetivo primordial es elevar al mximo la productividad de un equipo. Reduce al mximo la burocracia y actividades no orientadas a producir software que funcione y produce resultados en periodos muy breves de tiempo. Como mtodo, Scrum enfatiza valores y prcticas de gestin, sin pronunciarse sobre requerimientos, prcticas de desarrollo, implementacin y dems cuestiones tcnicas. Ms bien delega completamente en el equipo la responsabilidad de decidir la mejor manera de trabajar para ser lo ms productivos posibles.
La palabra Scrum procede de la terminologa del juego de rugby, donde designa al acto de preparar el avance del equipo en unidad pasando la pelota a uno y otro jugador. Igual que el juego, Scrum es adaptable, gil, auto-organizante y con pocos tiempos muertos.
Scrum fue desarrollado por Jeff Sutherland y elaborado ms formalmente por Ken Schwaber. Poco despus Sutherland y Schwaber se unieron para refinar y extender Scrum. Se la ha llegado a conocer como una herramienta de hiperproductividad. Schwaber se dio cuenta entonces de que un proceso necesita aceptar el cambio, en lugar de esperar predictibilidad. Se enfoca en el hecho de que procesos definidos y repetibles slo funcionan para atacar problemas definidos y repetibles con gente definida y repetible en ambientes definidos y repetibles. Toma el cambio como una forma de entregar al final del desarrollo algo ms
Mara Laura Citn
19
Mtodo gil Scrum

cercano a la verdadera necesidad del Cliente. Puede ser aplicado tericamente a cualquier contexto en donde un grupo de gente necesita trabajar junta para lograr una meta comn.
Se basa en los principios giles: Privilegiar el valor de la gente sobre el valor de los procesos. Entregar software funcional lo ms pronto posible. Predisposicin y respuesta al cambio. Fortalecer la comunicacin y la colaboracin. Comunicacin verbal directa entre los implicados en el proyecto. Simplicidad; supresin de artefactos innecesarios en la gestin del proyecto.
2.2. LA ESENCIA DE SCRUM

Ms que una metodologa de desarrollo es para gestionar proyectos, no contiene definiciones en reas de ingeniera.
Con visin de que el trabajo es efectuado por equipos autoorganizados y auto-dirigidos, logrando motivacin, responsabilidad y compromiso.
Mara Laura Citn
20
Mtodo gil Scrum

Est basada en un proceso constructivo iterativo e incremental donde las iteraciones tienen duracin fija. Contiene definicin de roles, prcticas y productos de trabajo escritas de forma simple.
Est soportada en un conjunto de valores y principios.
Sprint Backlog
Nueva funcionalidad
Product Backlog seleccionado
Product Backlog Requisitos priorizados Visin: ROI versiones

hitos
El flujo de Scrum
2.3. ELEMENTOS DE SCRUM

Roles Product Owner Scrum Master Team (Equipo)
Mara Laura Citn
21
Mtodo gil Scrum

Poda de requerimientos
Product Backlog
Sprint Planificacin Sprint Backlog Scrum Estimaciones Builds continuos Revisin del Sprint Reunin retrospectiva
Valores Foco, comunicacin, respeto y coraje.
2.3.1. Roles
La dimensin del equipo total de Scrum no debera ser superior a veinte personas. Si hay ms, lo ms recomendable es formar varios equipos. No hay una tcnica oficial para coordinar equipos mltiples, pero se han documentado experiencias de hasta 800 miembros, divididos en Scrums de Scrum, definiendo un equipo central que se encarga de la coordinacin, las pruebas cruzadas y la rotacin de los miembros.
Scrum tiene una estructura muy simple. Todas las responsabilidades del proyecto se reparten en 3 roles:
Mara Laura Citn
22
Mtodo gil Scrum

Product owner (Dueo del producto)

Representa a todos los interesados en el producto final. Sus reas de responsabilidad son:
Financiacin del proyecto Requisitos del sistema Retorno de la inversin del proyecto Lanzamiento del proyecto
Es el responsable oficial del proyecto, gestin, control y visibilidad de la lista de acumulacin o lista de retraso del producto (Product Backlog). Toma las decisiones finales de las tareas asignadas al registro y convierte sus elementos en rasgos a desarrollar.
Scrum Master (Lder del proyecto)

Responsable del proceso Scrum, de cumplir la meta y resolver los problemas. As como tambin, de asegurarse que el proyecto se lleve a cabo de acuerdo con las prcticas, valores y reglas de Scrum y que progrese segn lo previsto.
Interacta con el cliente y el equipo. Coordina los encuentros diarios, y se encarga de eliminar eventuales obstculos. Debe ser miembro del equipo y trabajar a la par.
Mara Laura Citn
23
Mtodo gil Scrum

Team (Equipo)
Responsable de transformar el Backlog de la iteracin en un incremento de la funcionalidad del software. Tiene autoridad para reorganizarse y definir las acciones necesarias o sugerir remocin de impedimentos.
Auto-gestionado Auto-organizado Multi-funcional
La dimensin del equipo total de Scrum no debera ser superior a veinte. El nmero ideal es diez, ms o menos dos. Si hay ms, lo ms recomendable es formar varios equipos. No hay una tcnica oficial para coordinar equipos mltiples, pero se han documentado experiencias de hasta 800 miembros, divididos en Scrums de Scrums, definiendo un equipo central que se encarga de la coordinacin, las pruebas cruzadas y la rotacin de los miembros.
Roles: gallinas y cerdos El nombre de los miembros del equipo y los externos se deriva de una tpica fbula agilista: un cerdo y una gallina discutan qu nombre ponerle a un nuevo restaurante; la gallina propuso Jamn y Huevos. No, gracias, respondi el cerdo, Yo estar comprometido, mientras t slo implicada.
Scrum diferencia claramente entre estos dos grupos para garantizar que quienes tienen la responsabilidad tienen tambin la autoridad necesaria
Mara Laura Citn
24
Mtodo gil Scrum

para poder lograr el xito, y que quienes no tienen la responsabilidad, los observadores externos, no produzcan interferencias innecesarias.
Comprometido en el proyecto Dueo del producto Equipo Scrum Master
Implicados en el proyecto Marketing Comercial Etc.
2.3.2. Poda de requerimientos

La primera actividad es armar una lista exhaustiva de los requerimientos originales del sistema. Luego se procede a ver qu requerimientos son realmente necesarios, cules pueden posponerse y cules eliminarse. Para ello debe identificarse un representante con capacidad de decisin, priorizar los requerimientos en base a su importancia y acordar cules son los prioritarios para la fecha de entrega.
La poda de requerimientos es una buena prctica implcita en modelos giles, se hace lo que el cliente realmente desea, no ms.
2.3.3. Product Backlog

Con los requerimientos priorizados y podados armamos el Backlog de Producto. Este es una forma de registrar y organizar el trabajo pendiente para el producto (actividades y requerimientos).
Es
un
documento
dinmico
que
incorpora
constantemente
las
necesidades del sistema. Por lo tanto, nunca llega a ser una lista
Mara Laura Citn
25
Mtodo gil Scrum

completa y definitiva. Se mantiene durante todo el ciclo de vida (hasta la retirada del sistema) y es responsabilidad del Product Owner.
2.3.4. Sprint
Scrum est basado en el control emprico de procesos. Se utiliza cuando la capacidad de prediccin es vaga, la incertidumbre alta o el proceso es demasiado complejo para ser modelado y definido.
En el enfoque emprico de control de procesos se establecen reglas simples y se crea una disciplina de inspeccin frecuente para adaptarse rpidamente a situaciones imprevistas o problemas.
Control: Inspeccin diaria y resolucin de problemas
E
Entrada: Backlog de producto seleccionado
PROCESO
S
Salida: Nuevo incremento del producto
Proceso: Sprint con sus prcticas y reglas
Un Sprint es el periodo de tiempo durante el que se desarrolla un incremento de funcionalidad. Constituye el ncleo de Scrum, que divide de esta forma el desarrollo de un proyecto en un conjunto de pequeas carreras.
Mara Laura Citn
26
Mtodo gil Scrum

Duracin mxima del Sprint : 30 das.
Durante el Sprint no se puede modificar el trabajo que se ha acordado en el Backlog.
Slo es posible cambiar el curso de un Sprint, abortndolo, y slo lo puede hacer el Scrum Master si decide que no es viable por alguna de las razones siguientes:
La tecnologa acordada no funciona. Las circunstancias del negocio han cambiado. El equipo ha tenido interferencias.
Mara Laura Citn
27
Mtodo gil Scrum

Planificacin
Se planifica en detalle el trabajo al inicio de cada Sprint asumiendo que los objetivos no van a cambiar durante el mismo. De esta manera se atena el riesgo.
Aspectos a tener en cuenta sobre la planificacin de un Sprint:
Una determinacin general de alcance, frecuentemente basada en una EDT (Estructura de Divisin del Trabajo).
Estimaciones de esfuerzo de alto nivel realizadas durante la etapa de concepcin del proyecto.
Esfuerzo dedicado a labores de soporte o de preparacin de los ambientes requeridos por el proyecto.
Esfuerzo asociados a las reuniones diarias, de planificacin y de revisin.
Requerimientos de recursos de infraestructura o logsticos (mquinas, redes, licencias, papel, pizarras, etc.).
Habilidades presentes y necesarias en el equipo.
Restricciones asociadas al conocimiento del negocio, la tecnologa o externas (legales, reglamentarias, estndares, etc.).
Mara Laura Citn
28
Mtodo gil Scrum

Rol del Scrum Master durante la planificacin: Dirige la planificacin. Es vnculo entre el equipo y el Product Owner del proyecto. Registra problemas y riesgos detectados durante la planificacin. Registra las tareas, asignaciones y estimaciones. Inicia el Backlog del Sprint.
Sprint Backlog
Trabajo o tareas determinadas por el equipo para realizar en un Sprint.
Tareas a convertir en producto funcional.
Las tareas se estiman en una duracin entre 1 a 20 horas de trabajo. Las de mayor duracin deben intentar descomponerse en sub-tareas de ese rango de tiempo.
La estimacin se actualiza da a da.
Scrum diario
Scrum asume que el proceso es complejo y que es necesario inspeccionarlo frecuentemente, por eso se realiza una reunin diaria de seguimiento. El encuentro diario impide caer en el dilema sealado por Fred Brooks: Cmo es que un proyecto puede atrasarse un ao? Un da a la vez.
Mara Laura Citn
29
Mtodo gil Scrum

El foco de la reunin es determinar el avance en las tareas y detectar problemas o bloqueos que estn haciendo lento el progreso del equipo o que eventualmente impidan a un equipo cumplir con la meta del Sprint. La idea es que ningn problema quede sin resolver o, por lo menos, sin iniciar alguna accin de respuesta dentro de las 24 horas despus de su deteccin.
La reunin es adems un espacio definido para que cada miembro del equipo comunique a los dems el estado de su trabajo y por lo tanto reafirme el compromiso.
Tips para un buen Scrum diario:
Todos los das en el mismo sitio y a la misma hora. Con una duracin mxima de 15 minutos.
Se recomienda que sea la primera actividad del da.
Deben acudir todos los miembros del equipo.
Hacer un crculo, permitir que todos vean a todos. Mantener el foco.
Solo habla una persona a la vez y los dems escuchan. No se permiten interrupciones, entrar y salir, hablar por telfono, etc.
Slo se habla de: En que trabaj ayer? En que voy a trabajar hoy? Que problemas impiden mi progreso?
Mara Laura Citn
30
Mtodo gil Scrum

No iniciar discusiones muy largas sobre temas tcnicos o sobre los problemas, esto hay que registrarlo y manejarlo despus de la reunin.
Si estn permitidas las preguntas para aclarar el alcance de un trabajo o de un problema.
Cuando un miembro informa de algo de inters para otros, o necesita ayuda de otros, estos se renen al terminar la revisin diaria.
Las gallinas no pueden intervenir ni distraer, y el Scrum Master puede limitar el nmero de gallinas asistentes si lo considera oportuno.
Rol del Scrum Master durante el Scrum: Dirige la reunin y mantiene el foco. Hace preguntas para aclarar dudas. Registra (escribe o documenta) los problemas para su resolucin despus de la reunin. Se asegura que los miembros cuenten con el ambiente adecuado para la reunin.
Estimaciones
Las estimaciones se realizan por primera vez en la reunin de planificacin al inicio del Sprint. Luego las tareas se re-estiman todos los das y se registran sus cambios en el Backlog del Sprint; esta actividad puede ser realizada inmediatamente antes o despus del Scrum diario.
Mara Laura Citn
31
Mtodo gil Scrum

Algunas claves para la estimacin:
Siempre se realizan estimaciones de esfuerzo, no de duracin.
Siempre se estima el esfuerzo total pendiente para terminar la tarea, no se estima el esfuerzo consumido.
Se buscan unidades manejables, lo usual es que estn en un mnimo de 2 horas y un mximo de 20. Si la tarea es muy corta se trata de juntarla con otras relacionadas. Si la tarea es muy grande se trata de descomponerla.
Builds continuos y pruebas bsicas

La estrategia que generalmente se utiliza es la de Builds continuos y smoke test (prueba bsica para la funcionalidad del sistema).
Se itera por estas fases
El programador libera cdigo.
Pasa a integracin lo ms pronto posible (diario al menos).
Se prueba que no se rompa el build.
Mara Laura Citn
32
Mtodo gil Scrum

Procedimiento de Builds continuos
Los programadores desarrollan segn el Backlog del Sprint, y al finalizar, notifican al integrador.
El integrador toma el cdigo y lo integra con el resto del producto.
Se compila el software y se prueba por arriba el producto, para verificar que no se haya roto.
Si se encuentran problemas se devuelve al desarrollador.
Se notifica al equipo que hay una nueva versin estable del cdigo para usar como base.
Revisin del Sprint

El objetivo de la reunin de revisin es presentar el producto o porcin del producto desarrollada por el equipo a los usuarios. La reunin se utiliza para detectar inconformidades mayores que se vuelven elementos del Backlog de Producto y que eventualmente se resuelven en el siguiente Sprint.
A la reunin asisten el equipo, el Scrum Master, el Product Owner y todas las personas implicadas en el proyecto (gallinas).
Tips para una buena revisin: Duracin mxima de la reunin: 4 horas.
Mara Laura Citn
33
Mtodo gil Scrum

Preparar la presentacin, teniendo en cuenta que lo nico que se presenta es el producto (no Power Point o similares).
Mantener el foco durante la reunin de revisin, el foco es el producto solamente.
Finalidad: presentar al propietario del producto y a las gallinas las nuevas funcionalidades implementadas.
Las funcionalidades no implementadas no se presentan.
Registrar todos los comentarios e inconformidades declaradas de los usuarios sobre el producto para determinar cuales de ellas formarn parte del Backlog.
Reunin retrospectiva
Scrum involucra el concepto de mejora continua a travs de las reuniones de retrospeccin. Las reuniones buscan detectar los puntos positivos y negativos del Sprint para generar propuestas de mejora para futuros Sprints.
Las reuniones de retrospeccin son el concentrador del aprendizaje organizacional sobre el Scrum. Los puntos positivos y negativos se registran y se definen tems de accin para cada uno. Los tems de accin definidos se toman en cuenta en los siguientes Sprints.
Mara Laura Citn
34
Mtodo gil Scrum

Acuden el equipo y el Scrum Master, y opcionalmente el Product Owner del Producto.
Tips para una buena retrospeccin:
Todos los miembros del equipo responden a dos preguntas:
Qu cosas fueron bien en el ltimo Sprint? Qu cosas se podran mejorar?
El Scrum Master anota todas las respuestas.
El equipo prioriza las mejoras posibles.
El Scrum Master no proporciona respuestas, sino que ayuda al equipo a encontrar la mejor forma de trabajar con Scrum.
Las acciones de mejora localizadas que se puedan implementar en el prximo Sprint deben introducirse en el Backlog como elementos no funcionales.
2.3.5. Valores
Foco Los individuos y sus interacciones son ms importantes que el proceso y las herramientas. La gente es el principal factor de xito de un proyecto de software.
Mara Laura Citn
35
Mtodo gil Scrum

Comunicacin Scrum pone en comunicacin directa y continua a clientes y desarrolladores. El cliente se integra en el equipo para establecer prioridades y resolver dudas. De esta forma ve el avance da a da, y es posible ajustar la agenda y las funcionalidades de forma consecuente.
Respeto Scrum diferencia claramente entre dos grupos para garantizar que quienes tienen la responsabilidad tienen tambin la autoridad necesaria para poder lograr el xito (cerdos), y que quienes no tienen la responsabilidad, los observadores externos (gallinas), no produzcan interferencias innecesarias.
Coraje El coraje implica saber tomar decisiones difciles. Reparar un error cuando se detecta. Mejorar el cdigo siempre que el feedback y las sucesivas iteraciones se manifiesten susceptibles de mejora.
Mara Laura Citn
36
SEGUNDA PARTE
METODOLOGA
Mtodo gil Scrum

3. PROCESO DE DESARROLLO
3.1. INTRODUCCIN
En este apartado se presenta el proceso de desarrollo elaborado para complementar la metodologa Scrum ya que esta no contiene definiciones en cuestiones tcnicas.
Se utiliza un proceso gil iterativo e incremental que respeta las cinco etapas tradicionales de un proyecto que facilitan su gestin y control; ellas son: planificacin, anlisis, diseo, construccin y prueba, e
implementacin. Cmo el objetivo final de la metodologa es llegar al xito del proyecto se definen, en forma clara, los entregables de cada etapa y el alcance global, reflejando estos puntos en la planificacin de todas las tareas involucradas.
Se considera que: etapas delimitadas, entregables definidos y tareas acotadas son claves para el cumplimiento del plan.
3.2. PROCESO ITERATIVO E INCREMENTAL

Este tipo de proceso de desarrollo permite hacer entregas parciales que se van complementando segn avanza el proyecto. De esta manera se reducen los riesgos y a la vez el cliente va experimentando los resultados de su proyecto.
Mara Laura Citn
38
Mtodo gil Scrum

Dado que los proyectos de software son largos es comn dividir el trabajo en mini proyectos. Cada mini proyecto es una iteracin que resulta en un incremento. Para ser ms efectivas las iteraciones deben ser controladas, es decir deben ser seleccionadas y llevadas a cabo de una forma planeada.
Se ha propuesto un proceso iterativo para garantizar la realimentacin de informacin y de requisitos una vez iniciado el desarrollo, as como la validacin continua del sistema. Esto permite que cada iteracin contemple ciclos de desarrollos completos y cortos, y obtener as rpidamente, una nueva versin con mejoras sobre las versiones anteriores.
Se ha propuesto un proceso incremental en el sentido de aadir capacidades y funcionalidades al software de acuerdo con el crecimiento de las necesidades; con el propsito de obtener el sistema final tras la realizacin de diferentes ciclos. El final de cada ciclo proporciona adems, una versin estable del software. Esto permite entregas al cliente de forma rpida y gil.
Al entregar partes de la aplicacin a tiempo y regularmente, el equipo de desarrollo tambin gana y establece credibilidad en su entorno y aumenta su auto-estima. A la vez que este tipo de estrategia se enfoca ms en las necesidades de los usuarios, instndolos a identificar sus prioridades en cada etapa del proyecto.
Mara Laura Citn
39
Mtodo gil Scrum

A continuacin detallamos las etapas por las cuales transita nuestro proceso de desarrollo y la combinacin de herramientas utilizadas en l.
3.3. ETAPAS DEL PROCESO DE DESARROLLO 3.3.1. Planificacin

Objetivo: Es la etapa ms importante de todas, ya que se define el proyecto propiamente dicho.
Tareas: Relevamiento preliminar de los procesos del negocio, definicin y secuenciamiento de actividades, definicin del alcance, estimacin de tiempos, definicin de recursos, anlisis de riesgos, estimacin de costos.
Entregables: Documento de definicin del proyecto o del Sprint.
En esta etapa es importante aclarar que, al comienzo, la planificacin se realiza en forma general para determinar el alcance, la duracin y el precio del proyecto, una vez que el cliente decide llevarlo a cabo, las siguientes planificaciones son a nivel de iteracin, se planifica el Sprint.
3.3.2. Anlisis
Objetivo: Obtener todas las definiciones y especificaciones funcionales para poder llevar adelante las fases de Diseo y Construccin. Es una etapa clave ya que el alcance y las caractersticas de la solucin quedan acordados, lo cual permite mitigar los principales riesgos de un proyecto.
Mara Laura Citn
40
Mtodo gil Scrum

Tareas: Afianzamiento de las definiciones funcionales, definicin de los requisitos a travs de casos de uso, planificacin de las etapas posteriores y ajuste de los tiempos preestablecidos.
Entregable: Documento de alcance, casos de uso y sus respectivas descripciones.
3.3.3. Diseo
Objetivo: Generar el modelo de datos para que la solucin cumpla con los requerimientos definidos. El diseo generado deber contemplar las posibles modificaciones futuras, crecimiento de la solucin, mayor carga e incorporacin de nuevas funcionalidades.
Tareas: Diagrama Entidad Relacin (DER), diseo de las interfaces de usuario, diseo de las integraciones a realizar. Durante esta etapa tambin se realizan pruebas para puntos crticos del proyecto.
Entregables: Entre los entregables tpicos de esta etapa se encuentran: DER, esqueleto del software armado, gua de diseo, diseo de la infraestructura, y la planificacin ajustada con la evolucin y avances obtenidos.
3.3.4. Construccin y Prueba

Objetivo: Construir la solucin del Release (Sprint), cumpliendo con las definiciones y especificaciones de los documentos de alcance.
Mara Laura Citn
41
Mtodo gil Scrum

Generalmente es la etapa de mayor duracin y con mayor dinmica de trabajo.
Tareas: Programacin y desarrollo de todos los componentes y funcionalidades. Implementacin de las estructuras de datos, y sus procedimientos, elaboracin de documentacin tcnica y ajustes
funcionales, implementacin de las integraciones y todas las actividades necesarias para poner en marcha la solucin. En esta etapa se realizarn las pruebas de usabilidad, funcionalidad y carga de datos.
Entregables: El entregable principal es el incremento de software funcionando.
3.3.5. Implementacin
Objetivo: Disponer del sistema productivo con sus ambientes de produccin, metodologa de trabajo y manuales operativos. Se incluye, de ser necesario, el personal operativo capacitado. Obtencin de nuevas funciones a agregar o posibles errores a reparar.
Tareas: Puesta en marcha de la aplicacin en el ambiente de produccin, elaboracin de manuales operativos, y todas las actividades relacionadas al xito del lanzamiento como la integracin del ambiente de produccin con terceras partes, etctera.
Mara Laura Citn
42
Mtodo gil Scrum

Entregables: El sistema productivo con sus manuales operativos, de mantenimiento y de procedimientos. Esquemas de auditoria y seguridad. Integraciones con terceras partes operativas. Sistema totalmente probado.
3.4. EDT DEL PROCESO DE DESARROLLO

Presentamos nuestro proceso de desarrollo a travs de una Estructura de Divisin del Trabajo para verlo grficamente.
Objetivos Modelo de negocio Procesos Actividades
Planificacin
Estimacin Alcance Estimacin Tiempo
Especificaciones funcionales
Anlisis Proceso de desarrollo Diseo
Requerimientos Ajuste de tiempos Modelo de datos Interfases
Releases
Programar
Construccin y Pruebas
Integracin y pruebas Revisin y Retrospeccin
Puesta en marcha
Implementacin
Carga de datos
Mara Laura Citn
43
Mtodo gil Scrum

3.5. HERRAMIENTAS 3.5.1. Tcnicas de relevamiento

Entrevistas con el cliente y los usuarios; revisin de registros, y observacin.
3.5.2. Work Breakdown Structure (WBS)

Conocida como Estructura de Descomposicin de Trabajos (EDT). Es un organigrama que despliega la estructura de un proyecto y muestra su organizacin por fases y niveles de detalle. Cada nivel de descenso representa un aumento en el nivel de detalle de las descripciones de las actividades, sirve de lista de comprobacin, y determina el alcance general. As como tambin, define los entregables del proyecto. Los entregables pueden ser etapas o procesos del proyecto (plan del proyecto, documentacin de diseo, etc.) o partes del producto final (pantallas, ventanas, documentacin).
Se ir comentando a lo largo de este punto en cuales de las etapas de desarrollo se aplican las herramientas explicadas. Entonces, tanto el WBS como las tcnicas de relevamiento mencionadas anteriormente se utilizan en las dos primeras etapas, o sea para la Planificacin y el Anlisis.
3.5.3. Casos de uso

Son un mtodo prctico para explorar requerimientos. Ayudan a describir qu es lo que el sistema debe hacer desde el punto de vista del usuario. Por lo tanto, consideramos que los casos de uso proporcionan un modo claro y preciso de comunicacin con el cliente.
Mara Laura Citn
44
Mtodo gil Scrum

Descripciones de casos de uso: detallan los casos de uso, en ellas se explica la forma de interactuar entre el sistema y el usuario.
Tanto los casos de uso como las descripciones de los mismos se utilizan en la etapa del anlisis para definir los requisitos.
3.5.4. Diagrama de actividades

Sirven fundamentalmente para modelar el flujo de control entre actividades. La idea es generar una especie de diagrama en el que se puede ver el flujo de actividades que tienen lugar a lo largo del tiempo, as como las tareas concurrentes que pueden realizarse a la vez. El diagrama de actividades sirve para representar el sistema desde otra perspectiva. Desde un punto de vista conceptual, la actividad es alguna tarea que debe ser realizada. Por este motivo, en un diagrama de actividades aparecern acciones y actividades correspondientes a distintas clases; colaborando todas ellas para conseguir un mismo fin.
Los diagramas de actividad son similares a los diagramas de flujo procesales, con la diferencia de que todas las actividades estn claramente asociadas a un caso de uso. Tambin se utilizan en la etapa del anlisis.
3.5.5. Diagrama de Entidad Relacin (DER)

Un modelo de datos describe de una forma abstracta cmo se representan los datos, sea en una empresa, en un sistema de informacin o en un sistema de base de datos.
Mara Laura Citn
45
Mtodo gil Scrum

Los DER son una herramienta para el modelado de datos de un sistema de informacin. Estos diagramas expresan entidades relevantes y sus inter-relaciones. Formalmente, son un lenguaje grfico para describir conceptos. Informalmente, son simples dibujos o grficos que (si se saben interpretar) describen la informacin que trata un sistema de informacin y el software que lo automatiza.
Los DER se aplican en la etapa de Diseo.
3.5.6. ScrumWorks
Permite llevar a cabo el seguimiento del proyecto. Es una herramienta de automatizacin de procesos giles que admite a los equipos autoorganizarse y aumentar la productividad. Esta herramienta, de acceso libre y fcil de utilizar, es una aplicacin Web que permite compartir la informacin entre todo el equipo.
Esta herramienta para la administracin del proyecto permite:
Manejar dinmicamente el Backlog de Producto haciendo una estimacin inicial del esfuerzo de cada requerimiento identificado hasta el momento.
Definir las tareas y arrastrarlas al Sprint apropiado, donde se irn reestimando diariamente.
Observar un grfico por cada Sprint que nos indica la velocidad con la que avanza el proyecto.
Mara Laura Citn
46
Mtodo gil Scrum

Estos grficos llamados burndown no slo permiten observar el estado de avance del proyecto, sino tambin analizar sus comportamientos e ir aprendiendo para mejorar los Sprints que restan.
3.5.7. Burndown chart

En Scrum se planifica y se mide el esfuerzo restante necesario para desarrollar el producto. Esta grfica suele utilizarse en lugar de un diagrama de PERT debido a que el camino crtico en un desarrollo gil cambia diariamente. Esto hara obsoleto el diagrama de PERT cada da. Es por esto que no es til una herramienta que modele el camino crtico a partir de actividades.
La solucin es utilizar una tcnica que permita medir la velocidad de desarrollo, para ello se utiliza el criterio del equipo a partir del cual se calcula diariamente el camino crtico. Esto permite recalcular el plan y la velocidad en que se realiza el trabajo. En funcin de esto el equipo puede trabajar para acelerar o desacelerar el trabajo para cumplir con la fecha de entrega.
3.5.8. Clarion 5.5

Herramienta capaz de crear programas de 32 bits para Windows 9x, NT, 2000, y XP y para la Internet / Intranet / Extranet desde un nico cdigo y con un diseador de diccionario de datos integrado. Incluye drivers nativos a distintos formatos de bases de datos (Oracle, MS SQL, Informix, Btrieve, Pervasive SQ, ASCII, DOS/Basic, xBase) y bases de datos multiusuarios propietarias (Clarion y Topspeed).
Mara Laura Citn
47
Mtodo gil Scrum

El generador de aplicaciones junto con una serie de Templates (plantillas) predefinidos y personalizables y las Clases ABC (Application Builder Class), trabajan para producir cdigo OOP (Programacin Orientada a Objetos) pre-testeado.
La
base
de
la
productividad
es
el
Lenguaje
4GL,
que
est
especficamente creado para construir aplicaciones de negocios con bases de datos propias o centralizadas. Se puede acceder virtualmente a cualquier tipo de datos a travs de una combinacin de ODBC/ADO y los drivers nativos de las bases.
Mara Laura Citn
48
TERCERA PARTE
DESARROLLO DE INGENIERA
Mtodo gil Scrum

4. PROYECTO TRAZABILIDAD
4.1.
PLANIFICACION INICIAL
4.1.1. Solicitud del proyecto

El presente proyecto surge de una solicitud realizada por un productor de uva y propietario de tres fincas ubicadas en el departamento de Lavalle, quien ha pedido la construccin de un Software de Trazabilidad que le facilite la tarea de registracin de todas las operaciones realizadas durante el proceso de produccin de cada una de sus propiedades, que permita optimizar el manejo de informacin en el campo y demostrar que se cumple con la trazabilidad.
Como todo cliente, y es lgico que as sea, de las dos primeras preguntas de las cuales espera obtener respuesta son:
Para cundo va a estar listo? Cunto va a costar?
Para dar respuesta a ellas se decidi tener tres entrevistas con el potencial cliente con el objetivo de comprender el porqu de la solicitud, determinar ms en detalle sus necesidades, y conocer su situacin actual, entonces, a partir de ello, elaborar la propuesta comercial.
4.1.2. El porqu de la solicitud del proyecto

La solicitud del proyecto de desarrollar un Software de Trazabilidad para la produccin de uva nace a partir de las amenazas que han surgido en el
Mara Laura Citn
50
Mtodo gil Scrum

mundo en materia de seguridad que han llevado a EE.UU. y a la Unin Europea (UE) a adoptar severas medidas en los procedimientos de importacin de productos, especialmente los alimentos para uso humano y animal. La situacin que se presenta en la actualidad parte de un principio general de prohibicin que establece que no se comercializarn alimentos que no sean seguros, que por definicin reglamentaria comprende tanto aquellos que sean nocivos para la salud, como los que no sean aptos para el consumo humano.
En el sector agroalimentario la calidad debe constituir, ante todo, una garanta de proteccin de la salud humana y, en consecuencia, este aspecto representa hoy el ncleo alrededor del cual se establecen las exigencias para la produccin y la comercializacin de los alimentos.
Este problema viene a ser asistido por las normas de calidad en general y por la trazabilidad en particular. El 1 de Mayo de 2005 entr en vigencia la normativa para la comercializacin de productos con la Unin Europea, Reglamento (CE) N 178/2002 que se refiere especficamente a la trazabilidad en la produccin.
La trazabilidad es un hecho, la UE la ha convertido en un requisito y contempla distintos procedimientos a seguir. Inclusive, podemos esperar que otros pases le sigan en su requerimiento. La previsin es que la nueva norma afecta a las etapas de produccin, transformacin, elaboracin, distribucin y comercializacin alimentaria.
Mara Laura Citn
51
Mtodo gil Scrum

Poco antes de su aplicabilidad, surgen las dudas sobre si todos los operadores presentes a lo largo de la cadena alimentaria estn preparados para asumir las obligaciones que provienen de la normativa comunitaria. La preocupacin se ha instalado en algunos sectores, especialmente en la produccin primaria, que en algunos supuestos concretos ya se han manifestado como incapaces de cumplimentarlos en este breve espacio de tiempo, conocedores de la responsabilidad que asumen cuando el resto de los eslabones ya han dispuesto medidas para adaptarse a estos nuevos requisitos normativos.
La trazabilidad, sin embargo, no es la nica causa de esta situacin de seguridad, aunque s es un elemento que contribuye decisivamente y una herramienta til para los productores. Las empresas del sector frutihortcola tienen un importante reto ante los consumidores y ante s mismos: pueden contemplar la nueva legislacin como un problema o como una oportunidad para lograr que sus productos sean mejor valorados y compitan con ciertas ventajas con productos de otros pases que no aplican los estrictos criterios de los que se ha dotado la UE. Si, adems, la aplicacin de la trazabilidad permite acceder a mercados tradicionalmente exigentes como EEUU, las empresas empezarn a obtener beneficios tangibles y ms participacin en el mercado.
4.1.3. Evaluacin de la informacin deseada

Una vez comprendido el porqu de la solicitud del proyecto, se determinan las necesidades del cliente. Es decir, se establecen los aspectos que debe abarcar el Software de Trazabilidad.
Mara Laura Citn
52
Mtodo gil Scrum

No obstante, previo al desarrollo del producto, se har una pequea investigacin sobre la produccin de uva y vino, sus exportaciones a pases de la Unin Europea; as como tambin, las normativas vigentes referentes a la trazabilidad, la importancia de la misma y alternativas para aplicarla. Esta investigacin ser el primer entregable que se dar al cliente.
Con respecto al Software de Trazabilidad debe permitir conocer la historia de la uva a travs del ciclo de produccin; identificar el cmo, quin, cundo, dnde y por qu se hizo en cualquier etapa de la cadena agrcola. Debe poder identificar los productos, hasta el momento en que el operador realice su entrega al siguiente eslabn en la cadena.
El software deber mantener un registro de las propiedades rurales, identificando para cada una de ellas sus titulares y/o productores, y para cada viedo la distribucin de sus cuarteles, origen de los mismos, el tipo de conduccin y las variedades de uva que contempla.
Administrar datos de titulares y/o productores, trabajadores, proveedores y bodegas.
Administrar las maquinarias y camiones, con sus revisiones tcnicas y seguros de transportes correspondientes.
Mara Laura Citn
53
Mtodo gil Scrum

Permitir predefinir las tareas y tratamientos agrcolas habituales a fin de simplificar su identificacin en el momento de su aplicacin e indicando, para cada labor realizada, los insumos, agroqumicos, dosis y mtodos de aplicacin utilizados. En todos los casos debe identificarse un responsable, que se encargue tanto de la operacin como de su respectivo registro.
Registrar en forma rpida y sencilla cada uno de los partes de las tareas agrcolas que se realizan en la finca, que contienen informacin como: tarea que se realiz, duracin, trabajador, mquinas y agroqumicos utilizados.
Registrar en forma rpida y sencilla cada uno de los remitos de cosecha que se efectan durante la vendimia, que contienen informacin como: finca, cuartel, cosechador, kilos, camin, bodega destino, etc.
Permitir la captura automtica del peso de las cajas o bins proveniente de la bscula. El sistema debe dar la opcin de que la captura sea automtica o manual.
Ver la trazabilidad de los productos en ambos sentidos. Realizar consultas sobre la cosecha de uva y las auditorias.
Administrar usuarios. Permitir diferentes niveles de acceso al sistema.
Mara Laura Citn
54
Mtodo gil Scrum

A esta altura ya se cuenta con una nocin general de lo que el software debe realizar, por lo tanto resta conocer realmente cual es la situacin actual del cliente y de sus propiedades.
4.1.4. Situacin actual

A continuacin se describe la situacin actual ante la cual se encuentra el cliente, es decir, la forma en la que se manejan sus propiedades rurales hasta el momento.
En dichas propiedades, nunca se ha contado con un sistema informtico, todo queda asentado en papel. Se lleva un registro completo y detallado del personal. Pero, aparte de ello, son muy pocas la tareas de campo que se registran, quedando stas prcticamente reducidas a la etapa de la vendimia, donde se deja asentada una informacin mnima de lo que se ha cosechado. Dicha registracin, que se realiza manualmente, queda en planillas y tambin en lo que es denominado el Libro de Campo.
Esta manera de operar imposibilita llevar un control de las actividades realizadas durante todo el proceso de produccin y manifiesta la incapacidad de contar con informacin rpida y precisa en el momento que se solicite.
Debido a la poca del ao en la que nos encontramos (Octubre de 2005), muy cercanos a la prxima cosecha; el cliente nos ha pedido que el software est listo para Marzo de 2006. Por lo tanto contamos con 6
Mara Laura Citn
55
Mtodo gil Scrum

meses (Octubre Marzo) para entregar el software de Trazabilidad terminado.
4.1.5. Estructura de Divisin del Trabajo (EDT)

Al inicio no se cuenta con mucha informacin o entendimiento de todos los requisitos del proyecto para desarrollar un EDT completo. Por lo tanto, desarrollaremos un EDT de alto nivel que permita obtener una visin general del alcance del proyecto.
Producto
Investigacin
Trazabilidad
Datos generales
Datos
Entidades
Parte agrario
Software de Trazabilidad
Comprobantes
Remito de cosecha
Cosecha
Consultas
Trazabilidad Auditorias
Usuarios
Administrador
Acciones de auditoria
Mara Laura Citn
56
Mtodo gil Scrum

4.1.6. Conformacin del equipo humano

A la hora de elaborar un presupuesto y calcular la fecha de entrega del producto final debemos conocer de cuanta gente se dispone para trabajar en el proyecto.
El equipo de trabajo para llevar a cabo el Software de Trazabilidad estar conformado solamente por dos personas que cumplen los diferentes roles. Uno de los miembros del equipo (quien les escribe) har las veces de programador y Scrum Master. El otro miembro del equipo efectuar los roles de Product Owner, Cliente y Usuario final del sistema.
Por lo tanto, hay a una sola persona disponible para trabajar en el desarrollo del software. El tiempo que se dedicar al mismo es una jornada de medio da, 20 horas semanales aproximadamente.
4.1.7. Estimacin del plazo de entrega y precio

En base al EDT se arma una tabla para obtener una primera estimacin general del proyecto, y poder as determinar su duracin y precio. Como podemos observar en la primera columna se listan las principales actividades del proyecto y se establecen para cada una de ellas su esfuerzo expresado en horas que demanda aproximadamente realizar cada actividad.
Mara Laura Citn
57
Mtodo gil Scrum

Actividades
Cantidad
Esfuerzo (hs) Unitario
Esfuerzo (hs) Subtotal 24 32 32 144 60 24 24 32 32 20 40 464
Planificacin Investigacin Producto Investigacin Trazabilidad ABM de Datos generales ABM de Entidades Comprobante Parte Agrario Comprob. Remito de Cosecha Consulta de Cosecha Consulta de Trazabilidad Consulta de Auditoria Implementacin Total (horas)
6 1 1 18 5 2 2 2 2 1 5
4 32 32 8 12 12 12 16 16 20 8
Vale la pena aclarar que para estimar las actividades se tuvo en cuenta que cada una de ellas pasa por las etapas de anlisis, diseo, construccin y prueba. Las etapas de planificacin e implementacin se realizan a nivel de Sprint al inicio y al final respectivamente.
Bien, ya sabemos que el proyecto completo demandar una duracin estimada de 464 horas, 64 para la etapa de investigacin y 400 para el desarrollo del software. Ahora falta conocer cual ser nuestro costo de desarrollo por hora y as, poder calcular el precio que se pasar en el presupuesto.
Mara Laura Citn
58
Mtodo gil Scrum

Algunas consideraciones a tener en cuenta son que el software ser desarrollado en forma particular, por lo tanto no se incurrirn en gastos del tipo alquiler de oficina, impuestos, traslados diarios, etc.
El costo de desarrollo por hora se calcula en base a:
Consumo elctrico por hora: $0,038 Consumo de Internet por hora: $0,153 Desgaste del equipo: $0,211
Llegamos a la conclusin de que nuestro costo por hora de desarrollo es de $0,40; lo que al mes equivale a $32,00 (con base en 80 hs mensuales).
Otro gasto que debe tenerse en cuenta es el traslado cada vez que se visiten las propiedades rurales, ubicadas aproximadamente a 70 km de la Ciudad de Mendoza. Se supone que durante los 6 meses de duracin del proyecto se realizarn 8 viajes. Y que el costo de cada uno de ellos ser de $53,00. En el clculo te tuvo en cuenta, adems del combustible, desgaste del vehculo, seguro, etc.
Podemos decir entonces que la suma de los gastos durante los 6 meses de duracin del proyecto ascender a $456,00 aproximadamente.
Mara Laura Citn
59
Mtodo gil Scrum

4.1.8. Gestin de riesgo

Todos los proyectos, sin excepcin, tienen implcito algn tipo de riesgo. Y ste no tiene relacin alguna con el tamao del proyecto. La administracin del riesgo es necesaria y consiste en analizarlos y controlarlos de manera efectiva. Para ello, se identifican los riesgos potenciales, se valora su probabilidad de ocurrencia y su impacto y se establece una prioridad segn su importancia.
Los criterios de puntuacin de riesgos que se han definido para la probabilidad e impacto son los siguientes: Muy bajo (1); Bajo (2); Medio (3); Alto (4); Muy alto (5).
Identificacin. Anlisis cualitativo y cuantitativo del riesgo

Riesgo Cliente no comprometido Insatisfaccin del cliente Falta de comunicacin (cliente) Estimacin del tamao baja Cambio en el alcance Fecha de entrega ajustada Falta de experiencia tcnica y de proyectos Probabilidad Media Baja Media Media Alta Muy alta Alta Impacto Alto Muy Alto Alto Alto Media Media Baja Puntaje 12 10 12 12 12 15 8 Prioridad 2 3 2 2 2 1 4
Se ha definido la siguiente poltica para la seleccin de estrategias:

Puntaje del riesgo 15 - 25 6 - 14 3-5 1-2 Estrategia Evitar Reducir Aceptar activamente Aceptar pasivamente
Una vez que los riesgos han sido identificados, calculados y priorizados, se concibe un plan de respuesta para dichos riesgos.
Mara Laura Citn
60
Mtodo gil Scrum

Plan de respuesta al riesgo

Riesgo Fecha de entrega ajustada Estrategia Evitar Accin Renegociar alcance Firmar los acuerdos de reuniones, planificacin y aceptacin de requerimientos. Fijar un responsable del proyecto por parte del cliente. Fijar un cronograma de reuniones. Fijar un responsable del proyecto por parte del cliente. Fijar un cronograma de reuniones. Hacer re-estimar el proyecto a un colega. Especificacin detallada y firmada por el cliente. Aumentar la comunicacin. Desarrollar la relacin. Tomar capacitaciones sobre la administracin de proyectos. Consultar a profesionales del medio.
Cliente no comprometido
Reducir
Falta de comunicacin con el cliente Estimacin del tamao baja Cambio en el alcance Insatisfaccin del cliente Falta de experiencia tcnica y de proyectos
Reducir Reducir Reducir Reducir
Reducir
Este ser nuestro plan y las acciones que deberemos tomar para atenuar los riesgos identificados.
4.1.9. Propuesta comercial

Con toda la informacin recaudada y analizada hasta el momento se elabora la propuesta comercial que se entrega a nuestro posible futuro cliente. La misma se presenta en el Anexo A de esta obra. En resumen, el presupuesto arroj los siguientes valores:
Precio por hora: $25,00.Precio total: $11.600,00.-
Mara Laura Citn
61
Mtodo gil Scrum

4.2. HERRAMIENTAS EXISTENTES EN EL MERCADO

En el presente apartado se exponen las caractersticas ms importantes de algunas de las herramientas que actualmente se encuentran en el mercado, para ofrecerlas tambin como una alternativa.
Software: KontrolFrux - Empresa: Arkios (Argentina) Captura en tiempo real. Con colectoras de datos porttiles se registran todos los movimientos de mercadera en la planta.
Brinda informacin en tiempo real sobre produccin, recursos, controles de calidad, y analiza la integracin del negocio desde las unidades productivas hasta la llegada a destino del producto.
Mediante la utilizacin de cdigos de barra y lectores lser, se logra tener la trazabilidad por unidad productiva.
Parametrizable para lograr la integracin con otros sistemas, tales como los ERP, u otros desarrollos especficos de la empresa.
Consulta en lnea.
Precio: $5.000 por cada lugar fsico donde se instale el sistema.
Software: e-FLEXWARE Bodegas - Empresa: BEJERMAN (Argentina) Administra el trabajo realizado en la via identificando y asociando los elementos que intervienen en cada tarea.
Efecta un seguimiento estricto de la maduracin de la uva.
Mara Laura Citn
62
Mtodo gil Scrum

Permite efectuar comparaciones entre diferentes aos.
Refleja los ingresos a la Bodega indicando para caja viaje de uva su procedencia.
El mdulo de Produccin
es uno ms que se puede
integrar al
Sistema e-Flexware ERP, es decir no es un mdulo que pueda venderse en forma independiente.
Para un Sistema de gestin monousuario, hay que pensar en una idea de inversin de aproximadamente $10.000.
Software: Packing - Empresa: COMPUAGRO (Chile) Software desarrollado para el control de produccin, en lnea (tiempo real), donde la informacin es minuto a minuto y detallada.
Control total de Trazabilidad (Caja, Pallet, Bins).
Control de inventarios de materiales e integracin con Agro2000 para el pago de remuneraciones de acuerdo a la produccin del da.
Herramienta que le permite programar sus embarques, controlando el cumplimiento del instructivo (el numero de pallet especifico).
Emite los informes necesarios para las inspecciones SAG y otros.
Etiquetado de cajas con la informacin que requiera.
Cierre de proceso por productor o viedo.
Mara Laura Citn
63
Mtodo gil Scrum

Precio: $4.500 por cada lugar fsico donde se instale el sistema.
Hay que tener en cuenta que a todos los sistemas que hagan captura en tiempo real, al importe del software hay que sumarle la inversin en la compra del equipamiento, colectores de datos, etc. para poder llevarla a cabo.
Luego de haberse realizado un anlisis sobre dichas herramientas, se llega a la conclusin de que todas ellas estn orientadas a satisfacer las necesidades de grandes empresas. Pero la realidad es que existen ms empresas pequeas que grandes, y las soluciones hasta ahora presentadas estn dirigidas a la parte superior de la pirmide.
Una vez comparadas estas alternativas con nuestro presupuesto, el cliente decide aceptar la propuesta comercial por las siguientes razones: Desea tener su propio software, elaborado a medida para l. Considera que las alternativas existentes no se adaptan a lo que necesita. Quiere tener un software sencillo y fcil de manejar (solucin intermedia). No quiere correr el riesgo de que se conozcan sus datos.
Mara Laura Citn
64
Mtodo gil Scrum

4.3. COMENZANDO CON SCRUM

A esta altura nos encontramos en condiciones de comenzar con el desarrollo del proyecto utilizando Scrum.
El primer paso es comenzar a armar el Backlog de Producto. Inicialmente colocamos en l los requerimientos de la etapa de investigacin, que ser la primera que llevaremos a cabo; luego colocamos los requerimientos que fueron identificados a partir de los casos de uso en la planificacin inicial del proyecto (que forma parte del anlisis) y que luego fueron priorizados por el cliente.
Como se observa en el siguiente grfico (leer de abajo hacia arriba), el Backlog contiene inicialmente todos los requerimientos definidos hasta el momento estimados en horas de esfuerzo.
Mara Laura Citn
65
Mtodo gil Scrum

Backlog del producto
Si bien toda la gestin del proyecto se lleva a cabo con ScrumWorks, tanto el Backlog de Producto como los Backlogs de Sprints son dinmicos. Los requerimientos colocados en el Backlog de Producto se van pasando a los Backlogs de Sprints y las tareas detalladas en stos se
Mara Laura Citn
66
Mtodo gil Scrum

re-estiman diariamente. Por lo tanto, se irn presentando de esta manera las variaciones del Backlog de Producto y de los Backlogs de Sprints.
4.3.1. Primer Sprint Planificacin

Objetivo: El objetivo del primer Sprint es realizar la investigacin sobre la necesidad y la importancia de la trazabilidad en la produccin agraria, conocer el Reglamento que la define y tambin el producto sobre el que se aplicar, ms especficamente la produccin de uva.
Alcance: El alcance abarca el mdulo de Investigacin previo al desarrollo del software.
Como se puede observar en el siguiente grfico se presenta el primer Sprint con sus tareas definidas y estimadas en horas, vale aclarar que es la estimacin inicial y que este es el nico de tres semanas; los Sprints restantes sern de 4 semanas.
Como desarrollo de este primer Sprint se presenta el Anexo B. En el cual se detalla el informe realizado que es el primer entregable del cliente.
Mara Laura Citn
67
Mtodo gil Scrum

Backlog de Sprint
Burndown chart
Mara Laura Citn
68
Mtodo gil Scrum

En la grfica, que es el Burndown chart del primer Sprint, puede observarse cmo se han ido reestimando diariamente las tareas. Entre los das 14 y 24 de Octubre la lnea se hace menos pronunciada, eso denota un problema o un impedimento que est causando un leve retraso en el Sprint. En este caso, el motivo de la demora fue tener que buscar y leer mucha informacin, que en definitiva, hacan muy lento el avance de la investigacin. Para el da 25 se llevaban 4 das de atraso, por lo tanto, se opt por trabajar el ltimo fin de semana del Sprint para poder cumplir con el objetivo del mismo.
Se ha mostrado la reestimacin de las tareas aprovechando que es el Sprint ms corto de todos, para los prximos se presentar solamente la grfica.
A continuacin volvemos a presentar el Backlog de Producto. En el cual podemos observar que los requerimientos de la etapa de investigacin ya no estn y solamente se encuentran los restantes, los del sistema propiamente dicho. Se recuerda leer de abajo hacia arriba el Backlog de Producto.
Como los requerimientos ya estn priorizados, slo falta definir cules de ellos conformarn el segundo Sprint.
Mara Laura Citn
69
Mtodo gil Scrum

Backlog de Producto
Mara Laura Citn
70
Mtodo gil Scrum

4.3.2. Segundo Sprint Planificacin

Objetivo: Comenzar con el desarrollo de los primeros requerimientos que se encuentran actualmente en el Backlog para obtener la primera versin funcional del software.
Alcance: El alcance del segundo Sprint abarca parte del mdulo de Datos, se seleccionan las primeras 8 aplicaciones para carga de datos.
Backlog de Sprint Como puede observarse en el siguiente grfico se presenta el segundo Sprint con sus tareas definidas y sus estimaciones iniciales en horas. Debido a que todos los requerimientos tienen definidas las mismas tareas (excepto Planificacin e Implementacin) y a los efectos de que el grfico no sea tan extenso se ha desplegado solamente el primer requerimiento.
Las tareas definidas para cada requerimiento transitan por todas las etapas especificadas en nuestro proceso de desarrollo:
Describir el caso de uso Anlisis Modelado de datos Anlisis y Diseo Crear el formulario Diseo y Construccin Compilar y Probar Construccin y Prueba
Mara Laura Citn
71
Mtodo gil Scrum

Para ver el anlisis y el diseo del sistema se invita a consultar los Anexos C y D respectivamente, que si bien se fueron construyendo de forma iterativa, all se encuentran completos.
Burndown chart
Mara Laura Citn
72
Mtodo gil Scrum

En esta grfica vemos el ritmo al que fue avanzando el segundo Sprint. Al haberse subestimado algunas tareas pero sobrestimado otras, se compensaron las horas y se cumpli en tiempo y forma al final del Sprint.
A continuacin volvemos a presentar el Backlog de Producto.
Backlog de Producto
Mara Laura Citn
73
Mtodo gil Scrum

4.3.3. Tercer Sprint Planificacin

Objetivo: Continuar con el desarrollo de los requerimientos para obtener la segunda versin funcional del software.
Alcance: El alcance del tercer Sprint abarca parte del mdulo de Datos, se seleccionan 7 aplicaciones ms para carga de datos.
Backlog de Sprint
Mara Laura Citn
74
Mtodo gil Scrum

Burndown chart
En este Sprint puede observarse que al haber aprendido del Sprint anterior y tener ste el mismo tipo de requerimientos se logr cumplir con el objetivo del Sprint sin dificultades.
Mara Laura Citn
75
Mtodo gil Scrum

4.3.4. Cuarto Sprint Planificacin

Objetivo: Continuar con el desarrollo de los requerimientos para obtener la tercera versin funcional del software.
Alcance: El alcance del cuarto Sprint abarca parte del mdulo de Datos, se seleccionan 8 aplicaciones ms para carga de datos.
Backlog de Sprint
Mara Laura Citn
76
Mtodo gil Scrum

Burndown chart
Como podemos ver, el ritmo de avance al comienzo de este Sprint se presenta constante pero hacia la finalizacin del mismo la grfica se hace ms irregular lo que significa que se presentaron inconvenientes en una de las aplicaciones, de todas maneras se llevaron a cabo todas las tareas planificadas.
En esta oportunidad luego de la implementacin surgi un reclamo por un error en la aplicacin Agroqumicos, por lo tanto se incorpor como un nuevo requerimiento al Backlog de Producto para su correccin. Ser el primer requisito con el que se inicie el siguiente Sprint.
Mara Laura Citn
77
Mtodo gil Scrum

Backlog de Producto
4.3.5. Quinto Sprint Planificacin

Objetivo: Continuar con el desarrollo de los requerimientos para obtener la cuarta versin funcional del software.
Alcance: El alcance del quinto Sprint abarca, en primer lugar, la correccin del error, la ltima aplicacin del mdulo Datos y el mdulo Comprobantes, son 6 aplicaciones.
Mara Laura Citn
78
Mtodo gil Scrum

Backlog de Sprint
Burndown chart
Mara Laura Citn
79
Mtodo gil Scrum

En este Sprint, al revs que en el anterior, el avance se hizo muy lento al comienzo, debido a que llev ms tiempo de lo previsto corregir el error de la aplicacin Agroqumicos. Otro motivo de demora fue que el cliente, debido al comienzo de la cosecha, no estaba disponible para despejar dudas y realizar consultas; situacin que se regulariz hacia el fin del Sprint.
De todas maneras, una de las tareas Conocer la Trazabilidad por Tareas no alcanz a completarse, por lo tanto volvi como requerimiento al Backlog. El cual se vuelve a presentar por ltima vez y los requerimientos que figuran en l son los que integran el sexto Sprint.
Puede observarse que la suma del esfuerzo da 100 horas, lo que significa que estamos retrasados aproximadamente 20 horas (1 semana). Se decide por tal motivo renegociar con el cliente la fecha de entrega y se fija como nueva fecha el da 7 de abril. Nuestro ltimo Sprint ser de 5 semanas para lograr cumplir con el objetivo.
Mara Laura Citn
80
Mtodo gil Scrum

4.3.6. Sexto Sprint Planificacin

Objetivo: Continuar con el desarrollo de los requerimientos para obtener la quinta y ltima versin funcional del software.
Alcance: El alcance del sexto Sprint abarca, en primer lugar, completar la tarea pendiente del Sprint anterior, y realizar el mdulo de Consultas, son 5 aplicaciones.
Backlog de Sprint
Mara Laura Citn
81
Mtodo gil Scrum

Burndown chart
El ltimo Sprint, como lo muestra la grfica, sufri de varias subas y bajas que se lograron ir compensando para poder alcanzar el objetivo. Una vez implementada la ltima versin funcional que completa el producto, podemos reflexionar acerca del resultado de nuestro proyecto.
El proyecto que en sus inicios fue estimado en 464 horas consumi 488 horas, por lo tanto, la entrega al cliente del ltimo Release se hizo una semana despus de lo presupuestado al comienzo del proyecto. Pensamos que esta demora puede considerarse aceptable.
La experiencia de haber utilizado Scrum como mtodo para gestionar y llevar a cabo el seguimiento del proyecto a resultado muy grata. A travs de l se ha logrado controlar la velocidad de avance del proyecto de forma eficaz. Esto permiti en el ltimo Sprint detectar prontamente el retraso y comunicarlo al cliente de inmediato para pactar una nueva fecha de entrega. El hecho de estar organizado y saber lo que realmente
quedaba por delante caus un efecto positivo en el cliente, quien mientras tanto tena sobre que trabajar gracias a las entregas mensuales que se le fueron realizando.
Mara Laura Citn
82
ANEXOS
Mtodo gil Scrum

ANEXO A
PROPUESTA COMERCIAL
Mendoza, 3 de Octubre de 2005.-
Sr. Xxx Presente
A travs de la presente me dirijo a Ud. con el fin de hacerle llegar el presupuesto elaborado a partir de la planificacin inicial del sistema.
Producto: Software de Trazabilidad
Objetivo del sistema El objetivo es desarrollar una solucin especfica para pequeos y medianos productores que permita registrar y controlar todas las actividades que se efectan en la propiedad rural. Un sistema que tenga como premisa fundamental una precisa identificacin de la produccin desde el cultivo, los procesos asociados, la cosecha, as como tambin el transporte hasta su destino final, la bodega. Todo ello resuelto en un entorno grfico y amigable que permita a quienes lo operen manejarse con absoluta solvencia desde el primer da. Alcance del sistema El alcance del sistema abarcar: desde la preparacin de la tierra para el cultivo hasta el transporte del producto agrario en camiones despus de la vendimia. El desarrollo del sistema comprender las siguientes aplicaciones: Administracin de propiedades rurales. Datos sobre las mismas, administracin de cuarteles y titulares por propiedad.
Mara Laura Citn
84
Mtodo gil Scrum

Administracin de titulares. Ver propiedades por titular. Administracin de variedades de uva, tipos de conduccin del viedo y enfermedades de la vid. Administracin de personal y sus capacitaciones realizadas. Administracin de proveedores. Administracin de agroqumicos y mtodos de aplicacin de agroqumicos. Administrar maquinarias y camiones con sus respectivas revisiones tcnicas. Administrar compaas de seguro y plizas de seguro. Administrar tipos de tareas agrarias. Administrar bodegas (clientes) y delegaciones del INV. Administrar usuarios para darles diferentes niveles de acceso al sistema. Registro de la entrada de las materias primas. Una vez grabada una nota de entrada no podr modificarse y solamente el usuario administrador podr eliminarla. Registro de diario de tareas realizadas. Una vez grabado un parte de tareas no podr modificarse y solamente el usuario administrador podr eliminarlo. Registro de la cosecha. Una vez grabado un remito de cosecha no podr modificarse y solamente el usuario administrador podr eliminarlo. Consulta de cosecha. Consulta de trazabilidad. Consulta de auditoria. Informes de cosecha, de trazabilidad y de auditoria.
Mara Laura Citn
85
Mtodo gil Scrum

Lmite del sistema El software abarcar solamente la etapa de produccin primaria dentro de la cadena agroalimentaria, su lmite geogrfico ser la propiedad rural. Consideraciones tcnicas El desarrollo se llevar acabo con el lenguaje de programacin Clarion 5.5 utilizando el motor de base se datos Topspeed. Si bien son herramientas para operar en un entorno Windows, haciendo los ajustes necesarios, tambin se puede correr en Linux.
Requisitos de hardware Estos son los requisitos mnimos de hardware que deber tener cada equipo sobre el que se corra el sistema. Intel Pentium lll o AMD K7 (Recomendado Pentium lV o Athlon) 128 MB Memoria RAM (Recomendado 256MB de RAM) 4 GB de Disco Rgido (Recomendado 8GB de Disco Rgido) Resolucin de pantalla 800 x 600 (Recomendado 1024 x 768)
Plazo de entrega A partir de la aceptacin de la presente propuesta se realizar una entrega mensual por cada uno de los 6 meses de duracin del proyecto. Aclaracin: las fechas o los plazos pueden variar en caso de que surjan modificaciones imprevistas durante el desarrollo del sistema. Remuneracin y Forma de pago Por el desarrollo e implementacin del sistema en tres (3) puestos de trabajo se facturar el total de pesos once mil seiscientos ($11.600,00). Debido a que el software se ir implementando parcialmente, dicho monto se cobrar en 6 cuotas iguales de pesos mil novecientos treinta y tres con treinta y tres centavos ($1.933,33) cada una. Por estar los montos de la presente propuesta expresados en pesos su validez es de 14 das corridos a partir de la fecha de la misma. Sin otro particular, y a la espera de una respuesta, saluda muy atentamente. Mara Laura Citn
Mara Laura Citn
86
Mtodo gil Scrum

ANEXO B
INVESTIGACIN
INTRODUCCIN
La presente investigacin se desarrolla al comienzo del proyecto con el objetivo de conocer el Reglamento que define la trazabilidad y tambin el producto sobre el que se aplicar.
La investigacin se divide en dos partes, en la primera de ellas se describe la situacin de la produccin de uva y vino en nuestro pas, y se realiza un breve anlisis sobre las exportaciones a los pases que actualmente exigen la trazabilidad en los productos que importan, entre ellos, el vino Argentino.
En la segunda parte se detalla la normativa que define la trazabilidad y sus caractersticas ms importantes entre las que se encuentran: tipos de trazabilidad, ventajas de tenerla, fases y alternativas para aplicarla.
Mara Laura Citn
87
Mtodo gil Scrum

PRODUCCIN DE UVA Y VINO EN ARGENTINA
PRODUCCIN DE UVA
La cadena productiva vitivincola est constituida por un conjunto de eslabones o fases a partir de la produccin de uva. Las uvas son el fruto de la vid y suelen tener distintos destinos.
El destino ms importante en el mbito nacional e internacional se canaliza hacia la produccin de vinos y mostos. En la Argentina hay que distinguir entre variedades para vinificar comunes y de alta calidad enolgica.
Otro destino de la uva es el deshidratado para la elaboracin de pasas. En Argentina hay cultivadas variedades de vid especficas para este destino. Por ltimo, hay un grupo de variedades que han sido seleccionadas para ser consumidas en fresco, aunque
circunstancialmente pueden ser destinadas a la vinificacin o a pasas.
Caracterizacin de las reas implantadas con vid

Argentina se posiciona como el principal corazn vitivincola de Amrica del Sur. La mayora de los cultivos se encuentran ubicados en las provincias de Mendoza y San Juan, que integran la regin de Cuyo, la zona vitivincola ms importante del pas.
Mara Laura Citn
88
Mtodo gil Scrum

Ubicacin: Centro Oeste de la Argentina, al pie de la Cordillera de Los Andes, entre los 30 a 50 de latitud sur y a una altitud promedio de 500 m sobre el nivel del mar, en donde se presentan las mejores condiciones de clima y suelo.
Superficie implantada con vid en Argentina

La provincia de Mendoza es la principal productora de vid, con una produccin que representa el 70% del total nacional. Le sigue la provincia de San Juan con una porcentaje menor, pero igualmente destacable, llegando al 22% del total producido. Ambas provincias producen ms del 90% del total nacional. Le siguen, La Rioja (4%), Ro Negro (1,33%), Catamarca (1,11%) y Salta (0.91%).
Superficie plantada - Ao 2004 Distribucin por provincias

Mendoza San Juan
3,82% 4,07%
La Rioja Resto
22,72%
69,39%
Fuente INV Fuente INV
La transformacin que ha sufrido el sector vitivincola abarca todas las etapas de la cadena productiva. En el plano de la produccin primaria se asiste a una contraccin significativa de la superficie implantada, cantidad de viedos y produccin de uva. Entre 1990 y 2004, la superficie
Mara Laura Citn
89
Mtodo gil Scrum

implantada de uva se redujo de 320 mil hectreas a 210 mil hectreas y la cantidad de viedos pas de 52.418 a 26.093.
Esta reduccin se ve acompaada por una renovacin de las plantaciones, con un acentuado desplazamiento de la uva criolla por distintas variedades de uvas finas, de superior valor enolgico. Se reconvirti parte de la superficie implantada con avanzados sistemas de conduccin, tecnologas de riego y de proteccin y manejo de los cultivos, adems de capacitacin de recursos humanos. El conjunto de las modificaciones en la produccin primaria apuntal un incremento de la productividad que se ha profundizado desde mediados de la ltima dcada.
PRODUCCIN DE VINO
La elaboracin de vinos demanda casi la totalidad de la materia prima, alcanzando casi el 97% en el ao 2004.
Produccin de uva - Ao 2004 Total pas - Quintales mtricos en %

1,84%
Consumo en fresco
1,63%
Pasas Vinificacin
96,53%
Fuente INV
Mara Laura Citn
90
Mtodo gil Scrum

Argentina en el mundo
Uvas Superficie cultivada de vid: 210.530 hectreas (26.093 viedos) - 10 en el mundo. Produccin de uvas: 8 productor mundial. Exportador de pasas de uva: 10 exportador mundial.
Vinos Elaboracin de vinos: 5 productor mundial. Consumo de vinos per cpita: (33 litros anuales) - 6 en el mundo. Exportacin de vino: 11 exportador mundial. Exportacin de mosto: 1 exportador mundial.
Argentina ocupa una posicin destacada entre los pases de Amrica del Sur, an frente a uno de sus competidores en el mercado externo, Chile. PAIS Superficie con Vid ARGENTINA CHILE BRASIL URUGUAY PARAGUAY
Fuente: SAGPyA.
Produccin de Uva 48% 32% 17% 3% 0%
Elaboracin de Vino 61% 21% 13% 5% 0%
Consumo de Vino 69% 10% 14% 6% 1%
52% 32% 14% 2% 0%
Variedades de alta calidad enolgica

Como se mencion anteriormente, la produccin de uva fina en las ltimas dos dcadas presenta una tendencia creciente. Esta tendencia
Mara Laura Citn
91
Mtodo gil Scrum

est motivada por una mayor demanda de uvas de alta calidad enolgica por parte de la industria vitivincola, con motivo del aumento del consumo de vinos finos y la disminucin de vinos comunes tanto en el mercado interno como en el externo.
Las variedades para elaborar vinos finos representan aproximadamente el 25% de la superficie con variedades de vinificar. Debido a las excelentes condiciones agro-ecolgicas que presenta Argentina, es posible producir una amplia gama de estas variedades.
Identificacin de la demanda
En el plano internacional se asiste, desde hace ya varios aos, a un proceso de paulatina y persistente contraccin en el consumo de vinos comunes, cada que tiende a constituirse en un rasgo permanente del sector. Pese a ello, paralelamente se ha verificado una expansin acelerada en el crecimiento del consumo de vinos finos.
Los pases que ms participan en el consumo de vino son Luxemburgo (63 litros al ao per capita), Italia (57 litros), Francia (55 litros) y Portugal (43 litros). Nuestro pas 33 litros y ocupando el sexto lugar en el mercado mundial y el primero en Sudamrica.
En general todos los pases con tradicin vitivincola han experimentado una leve, pero constante baja en el consumo a partir del comienzo de la dcada de los noventa y contina la tendencia, pese a que la calidad de
Mara Laura Citn
92
Mtodo gil Scrum

los vinos mejora notoriamente, sin embargo la cada de los valores est concentrada en los consumidores jvenes del mundo.
Consumo anual de v inos - Ao 2004 Luxemburgo Italia Francia Portugal Espaa Argentina Alemania Australia Paises Bajos Reino Unido 0 10 20 30 40 50 60 70
Litros per capita
Anlisis estadstico de destino

Los principales pases importadores de vinos, a nivel mundial, son Alemania (20,96% del total de las importaciones internacionales) y Reino Unido (16,32%). Por el contrario, los principales exportadores son Francia (21% del total de las exportaciones internacionales), Italia (18%) y Espaa (17%), ubicndose Argentina en el puesto 11 del ranking (exporta el 4% de la totalidad de las ventas mundiales).
Para establecer la teora sobre la necesidad de la trazabilidad en la vitivinicultura Argentina se ha realizado un anlisis sobre las
exportaciones, llegando a la conclusin de que los pases destinatarios de nuestros vinos exigen el cumplimiento de la trazabilidad de los mismos.
Mara Laura Citn
93
Mtodo gil Scrum

En los ltimos 10 aos, Argentina experiment un crecimiento en las exportaciones de vinos. Tanto si se toman en cuenta los hectolitros exportados como si se hace lo propio con las divisas pagadas por dichos hectolitros. Argentina pas de exportar 1.260.000 hectolitros en 1995 a 1.995.000 en el 2004 en todas sus variedades. Si se toman en cuenta los valores monetarios, Argentina pas de exportar U$S 49.000.000 en 1995 a U$S 190.000.000 en el 2004.
Exportaciones totales de vino (1995 - 2004)

2.500.000 2.000.000 1.500.000 $ 100.000 1.000.000 500.000 0 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 $ 50.000 $0 Hectolitros Miles de dlares $ 200.000 $ 150.000
Exportaciones Argentinas de Vinos - Ao 2004 Principales 12 paises

250.000 200.000 150.000 100.000 50.000 0 Hectolitros Miles de dlares 50.000 40.000 30.000 20.000 10.000 0
Mara Laura Citn
U ra gu R ei no ay U ni do R us ia Br as il C an ad a Ja po D in am n Pa ar ca is es Ba Al jos em an i Fr a an ci a U ru gu ay
Pa
EE U
94
Mtodo gil Scrum

Exportaciones Argentinas de Vinos - Ao 2004 Paises de la UE

250.000 200.000 150.000 100.000 50.000 0 Hectolitros Miles de dlares 35.000 30.000 25.000 20.000 15.000 10.000 5.000 0
Direccin Nacional de Alimentacin, en base a datos del INV.
Tras analizar los datos expuestos podemos deducir que la trazabilidad es ms que importante, ya que el 32,57% de nuestras exportaciones de vinos son a pases de la Unin Europea (UE), dnde la trazabilidad es obligatoria. Este porcentaje representa U$S 87.754.860, lo que es una suma ms que importante en el rea de las exportaciones.
No podemos dejar de mencionar que a EEUU se exporta el 15.23% que representa U$S 45.266.000.
Podemos decir, en base a estos nmeros, que a partir de Mayo del 2005 una de cada dos botellas de vinos finos exportables a los mercados ya conocidos por los productores de vinos argentinos deber tener en orden su trazabilidad y documentacin que respalde sus actividades. De esta manera, Argentina que ya tiene una fuerte presencia en mercados de consumo exigente, al contar con la trazabilidad de sus vinos y mostos
Mara Laura Citn
ei no U n D in ido a Pa ma r is es ca Ba Al jos em an R ep Fr ia b a lic nci a a C he c Fi nl a an di a Su ec ia Irl an d B a lg ic Po a lo ni a Ita l Es ia pa a
95
Mtodo gil Scrum

podr expandir tanto su oferta de productos como los mercados de destinos. De all la importancia de cumplir con este requerimiento de los mercados.
En esta primera parte de la investigacin llegamos a la conclusin que la eficiencia en los procesos productivos hacen indispensable conocer la trazabilidad de toda la produccin para seguir siendo competitivo. Por consiguiente, en la produccin moderna no se concibe un producto sin sus datos de trazabilidad. Es por ello que dedicaremos a este tema el prximo apartado.
TRAZABILIDAD
CONCEPTO GENERAL
Segn la definicin presente en la Norma ISO 9000:2000, trazabilidad es la capacidad para seguir la historia, la aplicacin o la localizacin de todo aquello que est bajo consideracin.
Para un producto esta relacionada a: El origen de los materiales y sus partes. La historia del procesamiento. La distribucin y la localizacin del producto despus de su entrega.
Mara Laura Citn
96
Mtodo gil Scrum

REGLAMENTO (CE) N 178/2002

Esta normativa, que entr en vigencia en Febrero de 2002, pero que es aplicable a partir del 1 de Mayo de 2005, establece los principios y los requisitos generales de la legislacin alimentaria, crea la Autoridad Europea de Seguridad Alimentaria y fija los procedimientos relativos a la seguridad alimentaria.
En el presente apartado se abordarn las siguientes cuestiones:
Definicin (artculo 3 inciso 15); Trazabilidad (artculo 18);
Definicin
El Reglamento 178/2002 del Parlamento Europeo y del Consejo, en su artculo 3 inciso 15 presenta una definicin ms especfica referida a productos alimentarios, y expresa:
Trazabilidad es la posibilidad de encontrar y seguir el rastro, a travs de todas las etapas de produccin, transformacin y distribucin, de un alimento, un pienso, un animal destinado a la produccin de alimentos o una sustancia destinados a ser incorporados en alimentos o piensos o con probabilidad de serlo.
En otras palabras podemos decir que la trazabilidad son aquellos procedimientos preestablecidos y autosuficientes que permiten conocer el histrico, la ubicacin y la trayectoria de un producto o lote de productos a
Mara Laura Citn
97
Mtodo gil Scrum

lo largo de la cadena de suministros en un momento dado, a travs de herramientas determinadas.
Dicha trazabilidad consiste en asociar sistemticamente un flujo de informacin a un flujo fsico de mercaderas de manera que se pueda relacionar en un momento dado la informacin requerida relativa a los lotes o grupos de productos determinados.
Artculo 18 Trazabilidad
1. En todas las etapas de la produccin, la transformacin y la distribucin deber asegurarse la trazabilidad de los alimentos, los piensos, los animales destinados a la produccin de alimentos y de cualquier otra sustancia destinada a ser incorporada en un alimento o un pienso, o con probabilidad de serlo.
2. Los explotadores de empresas alimentarias y de empresas de piensos debern poder identificar a cualquier persona que les haya suministrado un alimento, un pienso, un animal destinado a la produccin de alimentos, o cualquier sustancia destinada a ser incorporada en un alimento o un pienso, o con probabilidad de serlo.
Para tal fin, dichos explotadores pondrn en prctica sistemas y procedimientos que permitan poner esta informacin a disposicin de las autoridades competentes si stas as lo solicitan.
3. Los explotadores de empresas alimentarias y de empresas de piensos debern poner en prctica sistemas y procedimientos para identificar a las empresas a las que hayan suministrado sus productos. Pondrn esta
Mara Laura Citn
98
Mtodo gil Scrum

informacin a disposicin de las autoridades competentes si stas as lo solicitan.
4. Los alimentos o los piensos comercializados o con probabilidad de comercializarse en la Comunidad debern estar adecuadamente
etiquetados o identificados para facilitar su trazabilidad mediante documentacin o informacin pertinentes, de acuerdo con los requisitos pertinentes de disposiciones ms especficas.
5. Podrn adoptarse disposiciones para la aplicacin de lo dispuesto en el presente artculo en relacin con sectores especficos de acuerdo con el procedimiento contemplado en el apartado 2 del artculo 58.
La trazabilidad persigue diferentes objetivos y entre los ms importantes se destacan la seguridad fiabilidad alimentaria, el comercio justo entre a los
explotadores, consumidores.
y la
de la informacin
facilitada
Lo que se pretende con la trazabilidad es garantizar que se puede proceder a retiradas o recuperaciones especficas y precisas de productos, que es posible facilitar a los consumidores y a los explotadores de empresas alimentarias informacin apropiada, que las autoridades de control pueden llevar a cabo determinaciones del riesgo y que puede evitarse una mayor perturbacin innecesaria del comercio.
El artculo 18 exige a los explotadores de empresas alimentarias que:
Mara Laura Citn
99
Mtodo gil Scrum

puedan identificar quin ha suministrado un producto y quin ha sido su destinatario; pongan en prctica sistemas y procedimientos que permitan poner esta informacin a disposicin de las autoridades competentes si stas as lo solicitan.
Este requisito se basa en el planteamiento un paso atrs y un paso adelante, para los explotadores de empresas alimentarias, supone que: debern poner en prctica un sistema que les permita identificar a los proveedores y a los clientes inmediatos de sus productos; se establecer un vnculo proveedor-producto (qu productos han sido suministrados por qu proveedores); se establecer un vnculo cliente-producto (qu productos han sido suministrados a qu clientes); sin embargo, los explotadores de empresas alimentarias no tienen que identificar a los clientes inmediatos cuando stos sean consumidores finales.
Usuario
Usuario
Usuario
Usuario
Usuario
La redaccin del artculo 18 hace incidencia en el objetivo y el resultado previstos sin prescribir la forma de alcanzar ese resultado.
Mara Laura Citn
100
Mtodo gil Scrum

Sin embargo, la exigencia de mantener un sistema de Trazabilidad surge de la siguiente necesidad: cuando se produce un reclamo por inocuidad o un dao en la salud de un consumidor, el proveedor de un producto debe poder identificar y retirar (Recall) del mercado todas las unidades que podran presentar el mismo problema.
TIPOS DE TRAZABILIDAD
Teniendo en cuenta las definiciones expuestas en el punto anterior, se pueden describir tres mbitos de trazabilidad existentes:
Trazabilidad hacia adelante o rastreabilidad: es la capacidad de seguir el camino de un producto a travs de la cadena de abastecimiento, mientras ste se mueve entre las organizaciones. Los productos son rastreados rutinariamente en busca de su obsolescencia, manejo de inventario, propsitos logsticos y, conocer a partir de una materia prima el producto final del que ha formado parte. Productor Minorista.
Trazabilidad hacia atrs: es la capacidad de identificar el origen de una unidad particular o de un lote de productos ubicados dentro de la cadena de abastecimiento, de acuerdo a referencia de registros que tuvieron lugar contracorriente en dicha cadena. Los productos se localizan con propsitos tales como la anulacin de los mismos, investigacin de reclamos, u obtener a partir de un producto intermedio o final la informacin relevante asociada a un determinado producto hasta llegar al origen de las materias primas. Minorista Productor.
Mara Laura Citn
101
Mtodo gil Scrum

Trazabilidad interna o de procesos: es la capacidad de trazar a lo largo del proceso de produccin. Por lo tanto, desde el punto de vista de una organizacin, la trazabilidad del proceso permitir vincular los productos que entran en una empresa con los que salen.
VENTAJAS QUE APORTA LA TRAZABILIDAD

Un buen sistema de trazabilidad en la cadena alimentaria no slo juega un importante papel en la proteccin de los intereses del consumidor, sino que, adems, aporta grandes beneficios para las organizaciones. Lograr un nivel elevado de proteccin de la vida y la salud de las personas. Cumplir con las normativas. Obtener informacin de los proveedores. Controlar la evolucin de productos y procesos. Establecer una ventaja competitiva. Detectar, acotar y analizar problemas con gran celeridad. Retirar selectivamente productos con alguna incidencia. Minimizar costos de retiradas de productos.
TIPO DE INFORMACIN QUE DEBE REGISTRASE

El artculo 18 no especifica el tipo de informacin que deben registrar los explotadores de empresas de alimento. Sin embargo, para cumplir su objetivo, se considera necesario que se registre la informacin que se detalla a continuacin. Esta informacin puede clasificarse en dos categoras segn su grado de prioridad:
Mara Laura Citn
102
Mtodo gil Scrum

La primera categora de informacin incluye todos los datos que debern ponerse a disposicin de las autoridades competentes en todos los casos:
Datos del proveedor y naturaleza de los productos que suministr. Datos del cliente y naturaleza de los productos que se le entregaron. Fecha de la transaccin / entrega.
La segunda categora de informacin incluye otros datos cuyo registro se recomienda encarecidamente:
Volumen o cantidad. Nmero de lote. Descripcin detallada del producto (producto preenvasado o a granel, variedad de fruta/verdura, producto crudo o transformado).
La informacin que vaya a registrarse se seleccionar atendiendo a la actividad de la empresa (naturaleza y tamao) y a las caractersticas del sistema de trazabilidad.
FASES PARA LA IMPLANTACIN DEL SISTEMA

El Artculo 18 del Reglamento 178/2002 impone una obligacin genrica de trazabilidad en cada una de las etapas de la cadena agroalimentaria. Sin embargo, es importante destacar que el Artculo 18 no impone especficamente de qu forma, ni a travs de qu medios, los operadores econmicos de empresas alimentarias deben conseguir este objetivo.
Mara Laura Citn
103
Mtodo gil Scrum

Por ello, los operadores podrn elegir libremente entre una gran variedad de sistemas y herramientas a su disposicin, siempre que cumplan su objetivo final. Se podrn utilizar desde procedimientos manuales sobre papel hasta tecnologas con soportes informticos, electrnicos, de radio frecuencias etc. Los operadores pueden tambin elegir la forma de identificar los productos y la forma de recoger y almacenar la informacin citada.
A continuacin, y a modo de orientacin, se establecen unas pautas de actuacin que cada empresa deber adaptar a sus circunstancias y caractersticas. Las fases para la correcta implantacin del sistema pueden ser:
Estudiar los sistemas de archivos previos

En primer lugar, se deber estudiar detenidamente los procedimientos de archivos (su contenido y sistemtica) que este utilizando la organizacin, que generalmente son libros o planillas de registro, y evaluar si con ellos se cumple el objetivo de trazabilidad.
En algunos casos, las empresas pueden encontrarse con que ya estn haciendo todo lo necesario para conseguir la trazabilidad. En otros, podra ser necesario generar nuevos archivos o adaptar los procedimientos existentes.
Es importante destacar que un sistema de trazabilidad no tiene porqu ser complicado. El mejor sistema de trazabilidad para una organizacin es
Mara Laura Citn
104
Mtodo gil Scrum

aquel que encaje con sus actividades de trabajo habituales y permita registrar la informacin necesaria a la que luego se pueda acceder de forma fcil y rpida. Estudiar detenidamente el sistema de trazabilidad de la empresa permite sacar beneficio de la informacin que el sistema genera.
Consultar con proveedores y clientes

Previamente a la implantacin del sistema es recomendable: Consultar con proveedores y clientes. Pedir consejo a otras partes implicadas: otras empresas, consultoras, auditores, autoridades de control. Solicitar sus registros a proveedores y clientes, ya que stos han de ser coherentes y acordes entre operadores. Informarse de si existen recomendaciones o guas voluntarias de trazabilidad para empresas del sector.
Definir el mbito de aplicacin

El sistema de trazabilidad que se implante en cada empresa desde el eslabn anterior hasta el eslabn posterior, debe ayudar a mantener la trazabilidad en toda la cadena alimentaria. Dependiendo de la actividad dentro de la cadena alimentaria, el sistema puede necesitar: trazabilidad hacia atrs, interna o de proceso, y/o hacia adelante.
El Artculo 18 slo impone al operador econmico de la empresa alimentaria la obligacin legal de identificar a su proveedor inmediato y a su cliente inmediato. Sin embargo, debe hacerse la siguiente
Mara Laura Citn
105
Mtodo gil Scrum

consideracin para que se cumplan los objetivos: en la mayora de las actividades desarrolladas por las empresas alimentarias, es necesario vincular lo que entra con lo que sale o, lo que es lo mismo, disponer de una trazabilidad interna de forma ms o menos desarrollada.
A continuacin se cita, a modo de ejemplo, el mbito de aplicacin de trazabilidad para la produccin primaria: requerirn un sistema de trazabilidad basado en la trazabilidad hacia atrs (ej: recopilar informacin sobre el vivero, productos fitosanitarios, biocidas, etc.), interna (ej. informacin sobre las labores de cultivo realizadas, con especial referencia a aquellas prcticas que puedan tener una repercusin sobre la higiene y seguridad de los cultivos) y trazabilidad hacia adelante (informacin del cliente al que se destina el producto agrario).
Definir criterios para la agrupacin de productos

Para poder aplicar cualquier sistema de trazabilidad, cada empresa debe agrupar de alguna forma el conjunto de unidades que produce, fabrica, envasa o, en trminos amplios, maneja y, adems, la agrupacin debe ser identificada.
El Real Decreto 1808/91 define lote como: un conjunto de unidades de venta de un producto alimenticio producido, fabricado o envasado en circunstancias prcticamente idnticas.
Mara Laura Citn
106
Mtodo gil Scrum

La composicin del lote es un punto crtico en este proceso. Determina la exactitud de todo sistema de trazabilidad. Cuanto ms homogneos son los lotes, ms exacto ser el sistema de trazabilidad.
La empresa del sector primario puede configurar sus agrupaciones segn diferentes criterios, entre los que se pueden encontrar uno o varios de los siguientes:
Periodo de tiempo: horario, diario, semanal Lnea de produccin Parcela o cuartel Lugar y fecha de captura
En relacin con la identificacin, existe una gran variedad de sistemas disponibles, desde etiquetas escritas a mano, hasta cdigos de barras y chip de radio frecuencia. La utilizacin de identificadores estandarizados, tales como los cdigos de barras EAN para materiales etiquetados que se comercializan entre empresas, facilita la circulacin de los datos a travs de la cadena alimentaria.
Ningn sistema de identificacin es adecuado en todas y cada una de las circunstancias. Y, hasta dentro de una misma empresa puede ser conveniente utilizar diferentes tipos de identificacin.
Mara Laura Citn
107
Mtodo gil Scrum

Establecer registros y documentacin necesaria

Es conveniente que la documentacin del sistema de trazabilidad implantado en una empresa incluya:
mbito de aplicacin del sistema Descripcin y caractersticas del mismo Registros de las operaciones efectuadas Procedimiento de revisin y actualizacin del sistema
En el apartado 3.5 se especific la informacin que conviene registrar y que se seala a continuacin a modo de recordatorio.
Trazabilidad hacia atrs: De quin se reciben los productos / Qu se ha recibido exactamente / Cundo / Qu se hizo con los productos cuando se recibieron
Trazabilidad de proceso (interna): Cuando los productos se dividen, cambian o mezclan / Qu es lo que se crea / A partir de qu se crea / Cmo se crea / Cundo / Identificacin del producto final
Trazabilidad hacia adelante: A quin se entrega / Qu se ha vendido exactamente / Cundo
Las acciones o la informacin del producto til para la trazabilidad pueden registrarse:
Mara Laura Citn
108
Mtodo gil Scrum

En hojas de datos sobre papel que acompaan a cada agrupacin a lo largo de todos los procesos con carcter interno dentro de una misma empresa.
Mediante las Tecnologas de Informacin, que tienen gran capacidad de archivo en menor espacio y que, adems, pueden incluir: recogida automtica de datos y equipamiento, tal como impresoras de etiquetas y lectores de cdigos de barras, que llevan consigo otras eficiencias operacionales.
Plazo de conservacin de los registros

El artculo 18 no prev un perodo mnimo de tiempo en el que deber conservarse la informacin, pero se puede considerar que los
documentos comerciales han de conservarse, por lo general, durante cinco aos a efectos fiscales. Este perodo de cinco aos, aplicado a la informacin pertinente a efectos de trazabilidad, satisfara probablemente el objetivo del artculo 18.
Establecer mecanismos de validacin / verificacin por parte de la empresa

Conviene revisar habitualmente el sistema para comprobar que funciona de forma efectiva y registrar que tal comprobacin se ha producido. El sistema debe evaluarse teniendo en cuenta: la exactitud de la informacin almacenada, el tiempo de respuesta, que deber ser el mnimo posible, ya que pueden existir riesgos para la salud de las personas.
Mara Laura Citn
109
Mtodo gil Scrum

Es til hacer, regularmente, un simulacro de demanda de la informacin sobre trazabilidad. Los inspectores, incluso los clientes, pueden participar y sugerir casos prcticos para comprobar que la informacin de trazabilidad puede recogerse de forma fiable y rpida.
Por ejemplo, se tomar un producto al azar y se comprobar si se pueden conocer las materias primas y los procesos tecnolgicos sufridos. Tambin se ver si, a partir de una documentacin de una materia prima, se puede conocer el producto del que ha formado parte y su distribucin.
Establecer mecanismos de comunicacin inter-empresas

Conseguir la trazabilidad a lo largo de toda la cadena compete a todos los eslabones. Es responsabilidad de cada uno evitar que se quiebre la trazabilidad en el eslabn que representa, porque si ello ocurriese pueden verse perjudicados operadores que estn cumpliendo suficientemente con el desarrollo del sistema de trazabilidad en su establecimiento.
Muchas empresas ya piden que sus proveedores compartan con ellos la informacin sobre trazabilidad. Resulta muy positivo establecer protocolos o mecanismos comunes sobre cmo compartir la identificacin y la informacin. Por ello, es muy til mantener conversaciones con los proveedores y clientes para acordar entre todos qu informacin (composicin, origen, etc.), es crtica y para asegurar que se proporciona de una forma clara y comprensible.
Mara Laura Citn
110
Mtodo gil Scrum

HERRAMIENTAS DE TRAZABILIDAD EAN.UCC

La introduccin de los estndares EAN.UCC puede mejorar la eficiencia de registrar e intercambiar informacin entre los integrantes de la cadena de abastecimiento. Cuando se los usa juntamente con bases de datos que contienen registros exactos y puntuales, los estndares EAN.UCC proporcionan a los participantes de la cadena la capacidad tcnica para ver el origen de un producto, en sus propias localizaciones y a travs de toda la cadena de abastecimiento.
Nmeros Mundiales de Artculo Comercial EAN.UCC

Mientras el aspecto ms visible de la numeracin del artculo es el cdigo de barra, sta es solo una representacin de un nmero, ledo por una mquina. El nmero es el elemento ms importante en el sistema EAN.UCC, porque identifica el artculo al cual ha sido asignado.
El sistema de numeracin EAN.UCC proporciona una unidad mundial y supera problemas de confusin, duplicaciones y mala interpretacin, porque todos los usuarios del sistema EAN.UCC siguen las mismas reglas de cdigo. Un nmero EAN.UCC puede reconocerse, no solo por las empresas comerciales locales, sino tambin, por otras operando en el exterior. Cada nmero EAN.UCC es nico a lo ancho del mundo, por lo tanto no hay posibilidad de confusin. El sistema de numeracin EAN.UCC tambin proporciona a los artculos la habilidad para transportar, dentro de la convencin numrica, informacin extra o de atributos de los mismos.
Mara Laura Citn
111
Mtodo gil Scrum

Cdigos de barra EAN.UCC

Los cdigos de barra son transportadores de datos. El cdigo de barra se usa en el sistema EAN.UCC para representar los nmeros EAN.UCC.
Los cdigos de barra EAN.UCC permiten la captura automtica de datos, lo que significa una solucin comercial clave, dentro de una eficiente cadena de abastecimiento. La numeracin EAN.UCC y el sistema de codificacin de barra, permiten la entrada rpida y exacta de los datos, a los sistemas de computadora, automatizando el flujo de informacin dentro de los procesos comerciales. Tambin permiten la captura mejorada de datos y la transferencia de informacin, al tiempo que se reducen los costos.
El sistema EAN.UCC es la mejor prctica para implementar trazabilidad porque este estndar es nico, global, genrico, voluntario y esta disponible para el uso de todas las compaas, facilitando la identificacin de productos y el intercambio de informacin. Si el estndar es utilizado adecuadamente por todos los eslabones de la cadena de abastecimiento, se lograr alinear el flujo de producto y el flujo de informacin, que es la base del concepto de trazabilidad.
ALTERNATIVAS DE IMPLEMENTACIN
Alternativas para implementar un sistema de trazabilidad: Manual sin sistema de informacin. Manual con sistema de informacin. Automatizado con cdigo de barras.
Mara Laura Citn
112
Mtodo gil Scrum

Trazabilidad Manual (Sin Sistema de Informacin)

Se basa en el mantenimiento de registros fsicos (por ejemplo planillas) acerca de los lotes que la empresa produce.
Implica un buen archivo fsico de informacin para facilitar la bsqueda cuando se requiere.
Implica tiempo por parte de la mano de obra en el diligenciamiento de las planillas y la administracin del archivo.
Cuando la empresa es grande, recuperar la informacin acerca de un lote normalmente implica un tiempo significativo.
Hay riesgo por errores de diligenciamiento de la informacin en las planillas.
Baja inversin de capital en el montaje del sistema.
Trazabilidad Manual (Con Sistema de Informacin)

Se basa en el mantenimiento de registros en un sistema de informacin acerca de los lotes que la empresa produce.
Implica tramitar planillas fsicas dentro del proceso, las cuales son digitadas posteriormente en el sistema.
Requiere tiempo en el diligenciamiento de las planillas y en la digitacin en el sistema.
Mara Laura Citn
113
Mtodo gil Scrum

La velocidad de respuesta se incrementa dado que el sistema permite tener informacin a mayor velocidad.
Se mantiene el riesgo por errores en el diligenciamiento de las planillas y por errores de digitacin en el sistema.
Requiere inversiones medianas de capital en el montaje del sistema.
Trazabilidad Automatizada (Con Cdigo de Barras)

Se basa en el mantenimiento de registros en un sistema de informacin acerca de los lotes que la empresa produce.
Implica contar con un sistema de informacin robusto que soporte la generacin y captura de informacin con cdigo de barras y el almacenamiento de la informacin de trazabilidad.
El tiempo de llenado de planillas y la digitacin en el sistema se reduce por el proceso de captura.
La velocidad de respuesta se incrementa dado que se puede tener informacin en lnea (por ejemplo: uso de radiofrecuencia).
Se reduce el riesgo por errores de digitacin, pero se mantiene el riesgo de errores en el momento de la captura del cdigo de barras.
Requiere inversiones entre medianas y altas de capital en el montaje del sistema, el etiquetado de productos y otros elementos del sistema.
Mara Laura Citn
114
Mtodo gil Scrum

Comparativa
Alternativa Tiempo (digitacin) Alto Alto Bajo Velocidad / Confiabilidad de respuesta Baja Media Alta Riesgo errores (digitacin / captura) Alto Alto Medio Inversin
Manual Manual + SI Automatizada + CB
Baja Media Alta
Cul es el mejor sistema para mi empresa?

Alternativa Manual Para quin es adecuada?
Manual + SI
Automatizada + CB
Empresas pequeas con poca vocacin exportadora, que manejan pocas referencias, pocos lotes de produccin y tienen pocos clientes. Empresas pequeas con capacidad de inversin en un sistema de informacin cuyo mercado exija algo de velocidad en la respuesta, que manejan varias referencias, varios lotes de produccin y varios clientes. Empresas medianas y grandes con vocacin exportadora hacia mercados y clientes exigentes, con muchas referencias y lotes de produccin.
Luego de analizar estas tres alternativas se opt por desarrollar la opcin intermedia, es decir, manual con sistema de informacin, ya es la ms acertada para el tipo de organizacin para la cual se construir el software.
Mara Laura Citn
115
Mtodo gil Scrum

ANEXO C ANLISIS DEL SISTEMA

MODELO DE NEGOCIO Objetivos estratgicos y procesos del negocio
El objetivo de modelar el proceso de negocio es capturar el esquema general y los procedimientos que gobiernan el negocio. Este modelo provee una descripcin de dnde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de las actividades habituales.
Como un modelo preliminar del negocio, permite al analista capturar los eventos, las entradas, los recursos y las salidas ms importantes vinculadas con el proceso de negocio. Es posible construir un modelo completamente trazable mediante la posterior conexin de elementos de anlisis (tales como los casos de uso) a travs de conectores de implementacin, desde la generalidad del proceso de negocio a los requisitos funcionales y eventualmente a los artefactos de software que se construirn realmente.
El primer paso consiste en capturar los procesos de negocio a partir de los objetivos principales de la organizacin. Teniendo en cuenta que stos van a ser muy complejos y de un nivel de abstraccin muy alto, sern descompuestos en subobjetivos ms especficos. Para cada uno de ellos se define un proceso de negocio que deber dar soporte a dicho subobjetivo. Lo recin expresado lo podemos observar en el siguiente cuadro.
Mara Laura Citn Universidad de Mendoza
116
Mtodo gil Scrum

Objetivos estratgicos Cumplir con los requisitos legales
Subobjetivos Realizar la trazabilidad de los productos
Procesos Registrar datos entrantes. Registrar proceso de produccin. Registrar salida del producto. Identificar y ubicar eficientemente los productos dentro de la cadena. Tener diferentes niveles de acceso al sistema. Conocer movimientos de auditorias.
Optimizar el manejo de la informacin en el campo Aumentar el control y la seguridad de la informacin
Minimizar los tiempos de retirada de productos
Realizar auditorias
A continuacin se representa, a travs de Diagramas de Actividades, los tres primeros procesos anteriormente definidos, y que sern definitiva los que nos permitirn llevar a cabo la trazabilidad del producto.
Diagramas de Actividades
Mara Laura Citn
117
Mtodo gil Scrum

Este primer diagrama de actividad es a nivel general. A continuacin se realizar la explotacin de las actividades Explotacin del viedo y Vendimia para analizarlas con detalle. Hemos utilizado los Diagramas de Actividades para explicar el planteamiento funcional del sistema.
Mara Laura Citn
118
Mtodo gil Scrum

IDENTIFICACIN DE REQUERIMIENTOS
Para llegar a obtener un listado exhaustivo de los requerimientos iniciales del sistema comenzaremos identificando los casos de uso, se adopt la utilizacin de los mismos porque se considera que aportan una forma sencilla de comunicacin con el cliente.
Actores del sistema
Usuario: actor con ciertas restricciones sobre las funcionalidades del sistema.
Usuario
Administrador:
actor
sin
restricciones
sobre
las
funcionalidades del sistema.

Administrador
Relacin entre actores: Herencia
Mara Laura Citn
119
Mtodo gil Scrum

Casos de uso
Este diagrama de casos de uso de primer nivel permite tener una visin general de los procesos de la organizacin, as como tambin permite mostrar los lmites y el entorno de la organizacin bajo estudio.
Logearse en el sistema
Registrar datos entrantes
Registrar proceso de produccin
Registrar salida del producto
Identificar y ubicar efectiva/ los productos dentro de la cadena
Realizar auditorias
Ingresar clave
Cambiar clave
Usuario
Explotacin del caso de uso Logearse en el sistema.
Mara Laura Citn
120
Administrar Proveedore Manejar Agroqumicos Administrar Tareas
Administrar acciones de auditoria
Administra r Usuarios Administrar Titulares
Manejar Mt. apl.
Administra r Fincas
Manejar Maquinaria
Administrador
Administrar Cuarteles x finca
Conocer Rev. tcnicas Manejar Camiones Manejar Cias. seguros Manejar seguros Manejar Bodegas Manejar Delegac. INV Conocer Fincas x Titulares Conocer Titulares x Finca
Administrar Conducc. viedo
Usuario
Administra r
Manejar Enferm. vid
Administra r Personal
Conocer capacitaciones x
Mara Laura Citn
121
Mtodo gil Scrum

Registrar tareas diarias
Conocer la Trazabilidad
Usuario
Explotacin del caso de uso Registrar proceso de produccin.
Pesar cajas Asentar remito de cosecha Consultar cosecha de
Usuario
Explotacin del caso de uso Registrar salida del producto.
Consultar mov. auditorias x usuario Consultar mov. auditorias x
Consultar mov. auditorias x Consultar mov. auditorias x
Usuario
Explotacin del caso de uso Realizar auditorias.
Mara Laura Citn
122
Mtodo gil Scrum

Lista exhaustiva de requerimientos

tem 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 Requisitos Ingresar clave Cambiar clave Administrar titulares Administrar fincas Administrar cuarteles por finca Administrar tipos de conduccin del viedo Administrar variedades de uva Manejar enfermedades de la vid Administrar personal Conocer capacitaciones por personal Conocer titulares por finca Conocer fincas por titular Manejar delegaciones del INV Manejar bodegas Manejar seguros de transportes Manejar compaas de seguros Manejar camiones Conocer revisiones tcnicas Manejar maquinarias Manejar mtodos de aplicacin de agroqumicos Manejar agroqumicos Administrar proveedores Administrar tareas agrcolas Administrar acciones de auditoria Administrar usuarios Registrar tareas diarias Conocer la trazabilidad Asentar remito de cosecha Consultar cosecha de uva Consultar movimientos de auditoria por usuarios Consultar movimientos de auditoria por fecha Consultar movimientos de auditoria por accin de auditoria Consultar movimientos de auditoria por comprobantes Orden 1 3 4 9 10 7 6 8 13 14 11 12 5 24 22 21 20 23 19 18 17 15 16 25 2 26 33 27 28 29 30 31 32
Esta lista, armada en conjunto con el cliente, contiene todos los requisitos del sistema detectados hasta el momento. Se han priorizado segn la importancia que tienen para el cliente teniendo en cuenta la fecha de entrega. Esto permite convertir un objetivo irrealizable en uno difcil pero realista. Esta lista ser en definitiva nuestro primer Backlog de Producto.
Mara Laura Citn
123
Mtodo gil Scrum

Descripciones de casos de uso

Id. requisito: Nombre: Fecha: Descripcin:
Permite el ingreso al sistema R01 Ingresar clave 16/12/2005
Actores:
Usuario / Administrador del sistema
Precondiciones:
Usuario dado de alta en el sistema
Flujo normal:
1. El usuario ingresa su nombre de usuario 2. El usuario ingresa su contrasea 3. El sistema valida los datos introducidos y entra al sistema
Flujo alternativo:
3. El sistema comprueba la validez de los datos, si los datos no son los correctos, avisa al actor de ello y cierra la ventana.
Poscondiones:
El usuario ingresa al sistema
Referencias: Id. requisito: Nombre: Fecha: Descripcin: Actores:
R25 R02 Cambiar clave 16/12/2005
Permite cambiar la clave de ingreso al sistema Usuario / Administrador del sistema
Precondiciones:
Usuario logueado
Flujo normal:
1. 2. 3. 4. El El El El usuario ingresa por medio de una opcin del men usuario ingresa su nombre de usuario y su contrasea actual usuario ingresa su nueva clave y la confirmacin de ella sistema valida los datos introducidos y almacena el cambio
Flujo alternativo:
4. El sistema comprueba la validez de los datos, si los datos no son los correctos, avisa al actor de ello y cierra la ventana.
Poscondiones:
El cambio de clave es almacenado en el sistema
Referencias:
R25
Mara Laura Citn
124
Mtodo gil Scrum

Id. requisito: Nombre: Fecha: Descripcin: Actores:

R03 Administrar titulares 16/12/2005
Permite altas, bajas y modificaciones de titulares de fincas
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de los titulares existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
4. El sistema comprueba la validez de los datos, si los datos no son los correctos, avisa al actor de ello permitindole que los corrija.
Poscondiones:
El nuevo registro, el cambio o la eliminacin queda almacenado en el sistema.

R04, R17, R19 R04 Administrar fincas 16/12/2005
Permite altas, bajas y modificaciones de propiedades rurales
Precondiciones:
Usuario logueado.
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las propiedades rurales existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
Referencias:
R03, R05, R13, R26, R28
Mara Laura Citn
125
Mtodo gil Scrum


R05 Administrar cuarteles x finca 16/12/2005
Permite altas, bajas y modificaciones de cuarteles
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa al ABM de fincas y selecciona una de ellas 2. El usuario pulsa el botn Cambiar y luego en la solapa Cuarteles 3. El sistema muestra un listado de los cuartes existentes y los botones Agregar, Cambiar y Borrar 4. El usuario agrega, modifica, o borra el registro 5. El sistema valida los datos y almacena los cambios
Flujo alternativo:
Poscondiones:

R04, R06, R07, R26, R28 R06 Administrar conduccin del viedo 16/12/2005
Permite altas, bajas y modificaciones de los tipos de conduccin del viedo
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de los tipos de conduccin ya ingresados y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
Referencias:
R05
Mara Laura Citn
126
Mtodo gil Scrum


R07 Administrar variedades de uva 16/12/2005
Permite altas, bajas y modificaciones de variedades de uva
Precondiciones:
Usuario logueado.
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las variedades de uva existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:

R05, R26, R28 R08 Manejar enfermedades de la vid 19/12/2005
Permite altas, bajas y modificaciones de enfermedades de la vid
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las enfermedades existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
Referencias:
R21
Mara Laura Citn
127
Mtodo gil Scrum


R09 Administrar personal 19/12/2005
Permite altas, bajas y modificaciones del personal
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado del personal existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:

R10, R26, R28 R10 Conocer capacitaciones por personal 19/12/2005
Permite altas, bajas y modificaciones de las capacitaciones por personal
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa al ABM de Personal y selecciona un trabajador 2. El usuario pulsa el botn Cambiar y luego en la solapa Capacitaciones 3. El sistema muestra un listado de las capacitaciones existentes de ese trabajador y los botones Agregar, Cambiar y Borrar 4. El usuario agrega, modifica, o borra el registro 5. El sistema valida los datos y almacena los cambios
Flujo alternativo:
5. El sistema comprueba la validez de los datos y los almacena.
Poscondiones:
Referencias:
R09
Mara Laura Citn
128
Mtodo gil Scrum


R11 Conocer titulares por finca 19/12/2005
Permite altas, bajas y modificaciones de los titulares por finca
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa al ABM de Fincas y selecciona una de ellas 2. El usuario pulsa el botn Cambiar y luego en la solapa Titulares 3. El sistema muestra un listado de los titulares existentes y los botones Agregar, Cambiar y Borrar 4. El usuario agrega, modifica, o borra el registro 5. El sistema valida los datos y almacena los cambios
Flujo alternativo:
Poscondiones:
Referencias: Id. requisito: Nombre: Fecha: Descripcin:

Permite conocer las fincas por titular
R03, R04 R12 Conocer fincas por titular 19/12/2005
Actores:
Precondiciones:
Usuario logueado.
Flujo normal:
1. 2. 3. 4. El El El El usuario ingresa al ABM de Titulares y selecciona una de ellas usuario pulsa el botn Cambiar y luego en la solapa Fincas sistema muestra un listado de las propiedades existentes para dicho titular usuario sale con el botn Aceptar
Flujo alternativo:
No se presenta
Poscondiones:
El sistema vuelve a la pantalla principal del ABM.
Referencias:
R03, R04
Mara Laura Citn
129
Mtodo gil Scrum


R13 Manejar delegaciones del INV 19/12/2005
Permite altas, bajas y modificaciones de delegaciones del INV
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las delegaciones existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:

R04, R14 R14 Manejar bodegas 19/12/2005
Permite altas, bajas y modificaciones de bodegas
Precondiciones:
Usuario logueado.
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las bodegas ya ingresadas y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
Referencias:
R13, R28
Mara Laura Citn
130
Mtodo gil Scrum


R15 Manejar seguros 20/12/2005
Permite altas, bajas y modificaciones de seguros de transporte
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa al ABM de Camiones y selecciona uno de ellos 2. El usuario pulsa el botn Cambiar 3. El sistema muestra un listado de los seguros existentes para dicho camin y los botones Agregar, Cambiar y Borrar 4. El usuario agrega, modifica, o borra el registro 5. El sistema valida los datos y almacena los cambios
Flujo alternativo:
Poscondiones:

R16, R17 R16 Manejar compaas de seguros 19/12/2005
Permite altas, bajas y modificaciones de compaas de seguros
Precondiciones:
Usuario logueado.
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las compaas ya ingresadas y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
4.El sistema comprueba la validez de los datos, si los datos no son los correctos, avisa al actor de ello permitindole que los corrija.
Poscondiones:
Referencias:
R15
Mara Laura Citn
131
Mtodo gil Scrum


R17 Manejar camiones 20/12/2005
Permite altas, bajas y modificaciones de camiones
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las camiones existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:

R03, R15, R18, R28 R18 Conoce revisiones tcnicas 20/12/2005
Permite altas, bajas y modificaciones de revisiones tcnicas
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa al ABM de Maquinarias o al de Camiones y selecciona uno 2. El usuario pulsa el botn Cambiar 3. El sistema muestra un listado de las revisiones tcnicas existentes y los botones Agregar, Cambiar y Borrar 4. El usuario agrega, modifica, o borra el registro 5. El sistema valida los datos y almacena los cambios
Flujo alternativo:
Poscondiones:
Referencias:
R17, R19, R22
Mara Laura Citn
132
Mtodo gil Scrum


R19 Manejar maquinarias 20/12/2005
Permite altas, bajas y modificaciones de maquinarias
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las maquinarias existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:

R03, R18, R26 R20 Manejar mtodos de aplicacin de agroqumicos 22/12/2005
Permite altas, bajas y modificaciones de aplicacin de agroqumicos
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de los mtodos de aplicacin ya ingresados y los botones Agregar, Cambiar y Borrar 3. El administrador agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
Referencias:
R26
Mara Laura Citn
133
Mtodo gil Scrum


R21 Manejar agroqumicos 20/12/2005
Permite altas, bajas y modificaciones de agroqumicos
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa a travs de una opcin del men 2. El sistema muestra un listado de los agroqumicos ya ingresados y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:

R22, R26 R22 Administrar proveedores 22/12/2005
Permite altas, bajas y modificaciones de proveedores
Precondiciones:
Usuario logueado
Flujo normal:
1.El usuario ingresa por medio de una opcin del men 2.El sistema muestra un listado de los proveedores ya ingresados y los botones Agregar, Cambiar y Borrar 3.El usuario agrega, modifica o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
Referencias:
R18, R19, R21
Mara Laura Citn
134
Mtodo gil Scrum


R23 Administrar tareas 21/12/2005
Permite altas, bajas y modificaciones de tareas agrcolas
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las tareas ya ingresadas y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:

R26 R24 Administrar acciones de auditoria 21/12/2005
Permite altas, bajas y modificaciones de acciones de auditoria
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un listado de las acciones de auditoria existentes y los botones Agregar, Cambiar y Borrar 3. El usuario agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
Referencias:
R25
Mara Laura Citn
135
Mtodo gil Scrum


Administrador del sistema
R25 Administrar usuarios 21/12/2005
Permite altas, bajas y modificaciones de usuarios
Precondiciones:
Usuario logueado
Flujo normal:
1. El administrador ingresa por medio de una opcin del men 2. El sistema muestra un listado de los usuarios ya ingresados y los botones Agregar, Cambiar y Borrar 3. El administrador agrega, modifica, o borra el registro 4. El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
Referencias: Id. requisito: Nombre: Fecha: Descripcin:

Permite altas de los partes agrarios
R24 R26 Registrar parte agrario 22/12/2005
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
1. 2. 3. 4. El usuario ingresa por medio de una opcin del men El sistema muestra el botn Agregar y luego un parte de tareas en blanco El usuario completa los datos solicitados El sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
El nuevo registro queda almacenado en el sistema.
Referencias:
R04, R05, R07, R09, R19, R20, R21, R23
Mara Laura Citn
136
Mtodo gil Scrum


R27 Conocer la trazabilidad 21/12/2005
Permite consultar por la trazabilidad de productos
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa por medio de una opcin del men 2. El sistema muestra un grupo de botones que permiten habilitar o deshabilitar parmetros 3. El usuario completa los parmetros por los cuales se filtrar la informacin 4. El sistema valida los datos y muestra la consulta
Flujo alternativo:
4. El sistema comprueba la validez de los datos, si los datos no son los correctos, borra el campo de datos para que sean ingresados nuevamente.
Poscondiones:
La consulta es desplegada en pantalla.
Referencias:
R04, R05, R07, R09, R21, R23, R26

R28 Asentar remito de cosecha 22/12/2005
Permite altas de los remitos de cosecha
Precondiciones:
Usuario logueado
Flujo normal:
1. 2. 3. 4. El El El El usuario ingresa al remito de cosecha sistema muestra el botn Agregar y luego un remito de cosecha en blanco. usuario completa los datos solicitados sistema valida los datos y los almacena
Flujo alternativo:
Poscondiones:
El nuevo registro queda almacenado en el sistema.
Referencias:
R03, R04, 05, R07, R09, R14, R17
Mara Laura Citn
137
Mtodo gil Scrum

Id. requisito: Nombre: Fecha: Descripcin:

Permite consultar cosecha de uva
R29 Consultar cosecha de uva 22/12/2005
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
1. 2. 3. 4. El El El El usuario ingresa a travs del men a la consulta de cosecha de uva sistema muestra un grupo de botones: Titular, Viedo y Variedad usuario pulsa el botn elegido y completa los datos solicitados por el sistema usuario pulsa el botn Procesar
Flujo alternativo:
4. El sistema comprueba la validez de los datos, si los datos no son los correctos, borra el campo de datos para que sean ingresados nuevamente.
Poscondiones:
La consulta es desplegada en pantalla.
Referencias:
R03, R04, R07, R28

R30 Consultar movimientos de auditoria por usuario 22/12/2005
Permite consultar movimientos de auditoria por usuario
Precondiciones:
Usuario logueado
Flujo normal:
1. 2. 3. 4. El El El El usuario ingresa a travs del men a la consulta de auditoria sistema muestra un grupo de botones usuario pulsa el botn Usuario y completa los datos solicitados por el sistema usuario pulsa el botn Procesar
Flujo alternativo:
Poscondiones:
El sistema muestra el resultado de la consulta filtrada por usuario.
Referencias:
R24, R25
Mara Laura Citn
138
Mtodo gil Scrum


R31 Consultar movimientos de auditoria por fecha 22/12/2005
Permite consultar movimientos de auditoria por fecha
Precondiciones:
Usuario logueado
Flujo normal:
1. 2. 3. 4. El El El El usuario ingresa a travs del men a la consulta de auditoria sistema muestra un grupo de botones usuario pulsa el botn Fecha y completa los datos solicitados por el sistema usuario pulsa el botn Procesar
Flujo alternativo:
Poscondiones:
El sistema muestra el resultado de la consulta filtrada por fecha.
Referencias:
R24, 25

R32 Consultar movimientos de auditoria por accin 22/12/2005
Permite consultar movimientos de auditoria por accin
Precondiciones:
Usuario logueado
Flujo normal:
1. 2. 3. 4. El El El El usuario ingresa a travs del men a la consulta de auditoria sistema muestra un grupo de botones usuario pulsa el botn Accin y completa los datos solicitados por el sistema usuario pulsa el botn Procesar
Flujo alternativo:
Poscondiones:
El sistema muestra el resultado de la consulta filtrada por accin.
Referencias:
R24, 25
Mara Laura Citn
139
Mtodo gil Scrum


R33 Consultar movimientos de auditoria por comprobante 22/12/2005
Permite consultar movimientos de auditoria por comprobantes
Precondiciones:
Usuario logueado
Flujo normal:
1. El usuario ingresa a travs del men a la consulta de auditoria 2. El sistema muestra un grupo de botones 3. El usuario pulsa el botn Comprobante y completa los datos solicitados por el sistema 4. El usuario pulsa el botn Procesar
Flujo alternativo:
Poscondiones:
El sistema muestra el resultado de la consulta filtrada por los tipos de comprobantes seleccionados.
Referencias:
R24, R25
Mara Laura Citn
140
Mtodo gil Scrum

ANEXO D DISEO DEL SISTEMA

MODELO DE DATOS
En este apartado se presenta el esquema de la Base de Datos del Software de Trazabilidad.
Mara Laura Citn
141
Mtodo gil Scrum

Mara Laura Citn
142
Mtodo gil Scrum

Mara Laura Citn
143
Mtodo gil Scrum

Mara Laura Citn
144
Mtodo gil Scrum

Presentadas todas las tablas de la BD y sus relaciones continuamos con otros aspectos del diseo.
GUA DE DISEO Estructura de layout

Se presenta la estructura de layout de la pantalla principal del sistema. La misma tiene una distribucin muy simple cmo se puede observar en el diseo siguiente. Donde se observa solamente la barra de men principal en la parte superior de la ventana.
Mara Laura Citn
145
Mtodo gil Scrum

Look&feel aplicado a la estructura de layout anterior
Mara Laura Citn
146
Mtodo gil Scrum

Mens
Se elige este sistema de men porque se considera que es claro e intuitivo. Proporciona un mejor entendimiento por parte de los usuarios quienes suelen estar acostumbrados a su utilizacin dado que el desplegable vertical est presente en muchos programas, por ejemplo los de ofimtica. Men habilitado Men deshabilitado
Paleta de colores
Se seleccionaron como colores principales el gris y el azul marino ya que se considera que son tonos sobrios y elegantes, a la vez que no cansan tanto la vista luego de varias horas de fijacin ante la pantalla.
Textura Para fondo
Modelo de color: RGB Rojo: 0 Verde: 0 Azul: 128 Para Ttulos de las aplicaciones
Mara Laura Citn
147
Mtodo gil Scrum

Tipografa
La tipografa debe ser estndar para que pueda ser visualizada correctamente en todo tipo de equipos. Se utiliza esta clase de tipografa para no dificultar la edicin de contenidos.
Ttulos de aplicaciones:
Tahoma negrita 16 pt
Campos: Arial negrita 9 pt
Iconos
Se presentan como ejemplo algunos de los conos que se utilizan en las aplicaciones para hacer ms intuitiva y amigable la interaccin con ellas.
Agregar
Borrar
Procesa
Salir
Mara Laura Citn
148
Mtodo gil Scrum

CONCLUSIONES
Haber implementado el mtodo Scrum para el desarrollo de un software real ha resultado una experiencia gratificante y un aprendizaje constante en todas las etapas del desarrollo del mismo. El hecho de haber terminado el trabajo obteniendo como resultado un producto funcionando muestra que los objetivos planteados en un principio se cumplieron. Pero lo ms importante, es que se incrementaron los conocimientos por lo que el trabajo implic una gran satisfaccin personal.
El primer objetivo planteado fue adentrarse en las Metodologas giles en general y en Scrum en particular para conocer el mtodo y poder aplicarlo posteriormente. Luego de su estudio y anlisis se llega a la conclusin de que su simplicidad en el desarrollo es lo que evita perder de vista el objetivo. Es sencillo, flexible, y muy enfocado a la verdadera necesidad del cliente. Es muy amigable a la hora de implementarlo y se cree que es ideal para los negocios y las actividades de la actualidad que son ms complejos, cambiantes y vertiginosos que antes.
Pero en Scrum no todo es color de rosas, debido a que es un mtodo de gestin de proyectos (permite gestionar proyectos de cualquier tipo, no slo tecnolgicos) es que deja un vaco en el rea del proceso y delega al equipo de trabajo esa responsabilidad por completo.
Precisamente por este motivo fue que nos planteamos el segundo objetivo, elaborar una metodologa propia de desarrollo para
complementar esta insuficiencia de Scrum.

Mara Laura Citn
149
Mtodo gil Scrum

Nuestro proceso definido con las cinco etapas tradicionales del desarrollo de software se adapt muy bien a la filosofa gil. Y de la combinacin de herramientas utilizadas cabe destacar a ScrumWorks que result una excelente herramienta para hacer el seguimiento diario del proyecto e ir midiendo constantemente la velocidad de desarrollo. Eso si, para ello hay que ser perseverante y reestimar diariamente el esfuerzo pendiente de las tareas.
El desarrollo del Proyecto Trazabilidad que deriv en un Software de Trazabilidad como producto final se llev adelante sin mayores sobresaltos, y podemos arrojar los siguientes resultados sobre el mismo. De las seis entregas programadas para el cliente, las cinco primeras se cumplieron en tiempo y forma. Hay que reconocer que en las estimaciones iniciales de esfuerzo se tuvo, la mayora de las veces, una visin un poco pesimista, tal vez por temor a la falta de experiencia se prefiri holgar un poco los tiempos.
En el ltimo Sprint, el sexto, se detect al comienzo del mismo que iba a haber un atraso lo que nos llev de inmediato a renegociar con el cliente la ltima fecha de entrega, la cual se corri una semana. Esta ha sido entonces, la demora total que sufri el proyecto, una semana, creemos que es un margen de atraso bastante aceptable.
Como conclusin final se quiere exponer que el hecho de ir haciendo entregas constantes y frecuentes al cliente, no slo lo mantiene contento, sino que adems aumenta la confianza y la autoestima del desarrollador. Ir concretando etapas es una motivacin para seguir adelante.
Mara Laura Citn
150
Mtodo gil Scrum

BIBLIOGRAFA
Metodologas giles y Scrum
http://www.agilemanifesto.org http://www.agile-spain.org http://www.microsoft.com/spanish/msdn/arquitectura/roadmap_arq/hetero dox.asp CIS. Juan Palacio Baeres http://www.navegapolis.net Material brindado en Curso de Prcticas giles. John Gmez. Dictado en la UM.
Metodologa y Desarrollo del Proyecto

Ingeniera del Software. Un enfoque prctico. Roger S. Pressman Claves para el xito de los Proyectos. Pablo Lled, Gustavo Rivarola.
Produccin de uva y Trazabilidad

http://www.inv.gov.ar/ http://www.alimentosargentinos.gov.ar/ http://www.sagpya.mecon.gov.ar/ http://www.gestiontrazabilidad.com/ http://www.consumaseguridad.com/ Reglamento (CE) n 178/2002 del Parlamento Europeo y del Consejo.
Mara Laura Citn
151

Metodoagilscrum 100513145255 Phpapp02

Hochgeladen von

Dokumentinformationen

Originalbeschreibung:

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Metodoagilscrum 100513145255 Phpapp02

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIDAD DE MENDOZA Facultad de Ingeniera Ingeniera en Informtica

MTODO GIL SCRUM

Asesora: Ing. Graciela Sevilla Coasesor: Ing. Fabin Contigliani

Mtodo gil Scrum

QU ES UNA METODOLOGA GIL? --------------------------------------10

1.2.1. 1.2.2. 1.2.3.

2.3.1. 2.3.2. 2.3.3. 2.3.4. 2.3.5.

SEGUNDA PARTE: METODOLOGA 3. PROCESO DE DESARROLLO ----------------------------------------------38

3.3.1. 3.3.2. 3.3.3. 3.3.4. 3.3.5.

EDT DEL PROCESO DE DESARROLLO ------------------------------------43 HERRAMIENTAS --------------------------------------------------------------------44

3.5.1. 3.5.2. 3.5.3. 3.5.4. 3.5.5. 3.5.6. 3.5.7. 3.5.8.

Mara Laura Citn

Mtodo gil Scrum

TERCERA PARTE: DESARROLLO DE INGENIERA 4. PROYECTO TRAZABILIDAD ------------------------------------------------50

HERRAMIENTAS EXISTENTES EN EL MERCADO----------------------62 COMENZANDO CON SCRUM---------------------------------------------------65

4.3.1. 4.3.2. 4.3.3. 4.3.4. 4.3.5. 4.3.6.

ANEXOS ANEXO A--------------------------------------------------------------------------------84

ANEXO C------------------------------------------------------------------------------ 116

ANEXO D------------------------------------------------------------------------------ 141

CONCLUSIONES ------------------------------------------------------------------- 149 BIBLIOGRAFA ---------------------------------------------------------------------- 151

Mara Laura Citn

Mtodo gil Scrum

Mara Laura Citn

Mtodo gil Scrum

Mara Laura Citn

Mtodo gil Scrum

Mara Laura Citn

Mtodo gil Scrum

Mara Laura Citn

Mtodo gil Scrum

Se explica a continuacin la manera en la que se ha organizado el Trabajo Final.

Mara Laura Citn

Mtodo gil Scrum

1.1. INTRODUCCIN 1.1.1. El dilema del software

Mara Laura Citn

Mtodo gil Scrum

1.1.2. El surgimiento de la agilidad

1.2. QU ES UNA METODOLOGA GIL?

Mara Laura Citn

Mtodo gil Scrum

1.2.1. La Alianza gil

Mara Laura Citn

Mtodo gil Scrum

1.2.2. El Manifiesto gil

Mara Laura Citn

Mtodo gil Scrum

Mara Laura Citn

Mtodo gil Scrum

Mara Laura Citn

Mtodo gil Scrum

Mara Laura Citn

Mtodo gil Scrum

1.2.3. Metodologas giles vs. tradicionales

Mara Laura Citn

Mtodo gil Scrum

Diferencias entre metodologas giles y no giles.

Mara Laura Citn

Mtodo gil Scrum

Sirve para gestionar proyectos de cualquier tipo, no solamente tecnolgicos.

A continuacin, en el prximo captulo, de desarrolla en detalle Scrum.

Mara Laura Citn

Mtodo gil Scrum