Metodo Ágil SCRUM

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
1.1.1.
1.1.2.
1.2.
QU ES UNA METODOLOGA GIL? --------------------------------------10
1.2.1.
1.2.2.
1.2.3.
2.
El dilema del software -------------------------------------------------------------------- 9

El surgimiento de la agilidad -----------------------------------------------------------10
La Alianza gil-----------------------------------------------------------------------------11
El Manifiesto gil -------------------------------------------------------------------------12
Metodologas giles vs. tradicionales------------------------------------------------16
SCRUM-----------------------------------------------------------------------------19
2.1.
INTRODUCCIN ---------------------------------------------------------------------19
2.2.
LA ESENCIA DE SCRUM ---------------------------------------------------------20
2.3.
ELEMENTOS DE SCRUM---------------------------------------------------------21
2.3.1.
2.3.2.
2.3.3.
2.3.4.
2.3.5.
Roles-----------------------------------------------------------------------------------------22
Poda de requerimientos-----------------------------------------------------------------25
Product Backlog---------------------------------------------------------------------------25
Sprint-----------------------------------------------------------------------------------------26
Valores --------------------------------------------------------------------------------------35
SEGUNDA PARTE: METODOLOGA

3.
PROCESO DE DESARROLLO ----------------------------------------------38

3.1.
INTRODUCCIN ---------------------------------------------------------------------38
3.2.
PROCESO ITERATIVO E INCREMENTAL ----------------------------------38
3.3.
ETAPAS DEL PROCESO DE DESARROLLO ------------------------------40
3.3.1.
3.3.2.
3.3.3.
3.3.4.
3.3.5.
Planificacin--------------------------------------------------------------------------------40
Anlisis --------------------------------------------------------------------------------------40
Diseo ---------------------------------------------------------------------------------------41
Construccin y Prueba ------------------------------------------------------------------41
Implementacin ---------------------------------------------------------------------------42
3.4.
EDT DEL PROCESO DE DESARROLLO ------------------------------------43
3.5.
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.
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
Mara Laura Citn
Universidad de Mendoza
Mtodo gil Scrum

TERCERA PARTE: DESARROLLO DE INGENIERA

4.
PROYECTO TRAZABILIDAD ------------------------------------------------50

4.1.
PLANIFICACION INICIAL ---------------------------------------------------------50
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.
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.2.
HERRAMIENTAS EXISTENTES EN EL MERCADO----------------------62
4.3.
COMENZANDO CON SCRUM---------------------------------------------------65
4.3.1.
4.3.2.
4.3.3.
4.3.4.
4.3.5.
4.3.6.
Primer Sprint -------------------------------------------------------------------------------67

Segundo Sprint----------------------------------------------------------------------------71
Tercer Sprint -------------------------------------------------------------------------------74
Cuarto Sprint-------------------------------------------------------------------------------76
Quinto Sprint -------------------------------------------------------------------------------78
Sexto Sprint --------------------------------------------------------------------------------81
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
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
Metodologas Tradicionales
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.
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.
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.
Existe un contrato prefijado.
Gestin de equipos y personas

centralizada en el gestor del
proyecto.
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.
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.
Nueva
funcionalidad
Sprint Backlog
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
Implicados en el proyecto
Dueo del producto

Equipo
Scrum Master
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.
E
Entrada:
Backlog de producto
seleccionado
PROCESO
Proceso:
Sprint con sus
prcticas y reglas
Control:
Inspeccin diaria y
resolucin de problemas
S
Salida:
Nuevo incremento
del producto
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.
Mara Laura Citn
Pasa a integracin lo
ms pronto posible
(diario al menos).
32
Se prueba que no se
rompa el build.
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
prueba,
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
Mara Laura Citn
especificaciones
de
41
los
documentos
de
alcance.
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
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
Requerimientos
Anlisis
Ajuste de tiempos
Proceso de
desarrollo
Modelo de datos
Diseo
Interfases
Releases
Construccin
y Pruebas
Programar
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
Trazabilidad
Consultas
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)
Esfuerzo (hs)
Unitario
Subtotal
Planificacin
24
Investigacin Producto
32
32
Investigacin Trazabilidad
32
32
ABM de Datos generales
18
144
ABM de Entidades
12
60
Comprobante Parte Agrario
12
24
Comprob. Remito de Cosecha
12
24
Consulta de Cosecha
16
32
Consulta de Trazabilidad
16
32
Consulta de Auditoria
20
20
Implementacin
40
Total (horas)
464
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
Cliente no comprometido
Reducir
Falta de comunicacin con el

cliente
Reducir
Estimacin del tamao baja
Reducir
Cambio en el alcance
Reducir
Insatisfaccin del cliente
Reducir
Falta de experiencia tcnica y de

proyectos
Reducir
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.
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
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
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
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
Produccin
Elaboracin
Consumo
con Vid
de Uva
de Vino
de Vino
ARGENTINA
52%
48%
61%
69%
CHILE
32%
32%
21%
10%
BRASIL
14%
17%
13%
14%
URUGUAY
2%
3%
5%
6%
PARAGUAY
0%
0%
0%
1%
Fuente: SAGPyA.
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)

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

Principales 12 paises
Hectolitros
250.000
Miles de dlares
200.000
50.000
40.000
150.000
30.000
100.000
20.000
50.000
10.000
0
Pa
EE
U
U
ra
g
R
u
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
Mara Laura Citn
94
Mtodo gil Scrum

Exportaciones Argentinas de Vinos - Ao 2004

Paises de la UE
Hectolitros
Miles de dlares
35.000
30.000
25.000
20.000
15.000
10.000
5.000
0
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
250.000
200.000
150.000
100.000
50.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
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
explotadores,
la
seguridad
y la
fiabilidad
alimentaria,
el
comercio
de la informacin
justo
facilitada
entre
a los
consumidores.
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.
Mara Laura Citn
Sin
embargo,
105
debe
hacerse
la
siguiente
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
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
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)
Riesgo errores
(digitacin /
captura)
Alto
Inversin
Alto
Velocidad /
Confiabilidad
de respuesta
Baja
Manual
Manual + SI
Alto
Media
Alto
Media
Automatizada + CB
Bajo
Alta
Medio
Alta
Baja
Cul es el mejor sistema para mi empresa?

Alternativa
Manual
Manual + SI
Automatizada + CB
Para quin es adecuada?
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
116
Mtodo gil Scrum

Objetivos estratgicos
Subobjetivos
Cumplir con los

requisitos legales
Realizar la trazabilidad
de los productos
Optimizar el manejo de
la informacin en el
campo
Minimizar los tiempos

de retirada de productos
Aumentar el control y la
seguridad de la
informacin
Realizar auditorias
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.
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
Mara Laura Citn
Relacin entre actores: Herencia
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 acciones
de auditoria
Administrar
Tareas
Administra
r Usuarios
Administrar
Titulares
Manejar
Mt. apl.
Administra
r Fincas
Manejar
Maquinaria
Administrador
Conocer Rev.
tcnicas
Administrar
Cuarteles x finca
Administrar
Conducc. viedo
Manejar
Camiones
Usuario
Administra
r
Manejar
Cias. seguros
Manejar
Enferm. vid
Manejar
seguros
Administra
r Personal
Manejar
Bodegas
Manejar
Delegac. INV
Mara Laura Citn
Conocer Fincas
x Titulares
Conocer Titulares
x Finca
121
Conocer
capacitaciones x
Mtodo gil Scrum

Conocer la
Trazabilidad
Registrar
tareas diarias
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:
R01
Ingresar clave
16/12/2005
Permite el ingreso al sistema
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:
R25
Id. requisito:
Nombre:
Fecha:
Descripcin:
R02
Cambiar clave
16/12/2005
Permite cambiar la clave de ingreso al sistema
Actores:
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:
avisa al actor de ello y cierra la ventana.
Poscondiones:
El cambio de clave es almacenado en el sistema
Referencias:
Mara Laura Citn
R25
124
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R03
Administrar titulares
16/12/2005
Permite altas, bajas y modificaciones de titulares de fincas
Actores:
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:
avisa al actor de ello permitindole que los corrija.
Poscondiones:
El nuevo registro, el cambio o la eliminacin queda almacenado en el sistema.
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R04, R17, R19

R04
Administrar fincas
16/12/2005
Permite altas, bajas y modificaciones de propiedades rurales
Actores:
Precondiciones:
Usuario logueado.
Flujo normal:
2. El sistema muestra un listado de las propiedades rurales existentes y los botones
Agregar, Cambiar y Borrar
Flujo alternativo:
Poscondiones:
Referencias:
Mara Laura Citn
R03, R05, R13, R26, R28
125
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R05
Administrar cuarteles x finca
16/12/2005
Permite altas, bajas y modificaciones de cuarteles
Actores:
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
5. El sistema valida los datos y almacena los cambios
Flujo alternativo:
Poscondiones:
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
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
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
2. El sistema muestra un listado de los tipos de conduccin ya ingresados y los
botones Agregar, Cambiar y Borrar
Flujo alternativo:
Poscondiones:
Referencias:
Mara Laura Citn
R05
126
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R07
Administrar variedades de uva
16/12/2005
Permite altas, bajas y modificaciones de variedades de uva
Actores:
Precondiciones:
Usuario logueado.
Flujo normal:
2. El sistema muestra un listado de las variedades de uva existentes y los botones
Flujo alternativo:
Poscondiones:
Referencias:
R05, R26, R28
Id. requisito:
Nombre:
Fecha:
Descripcin:
R08
Manejar enfermedades de la vid
19/12/2005
Permite altas, bajas y modificaciones de enfermedades de la vid
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
2. El sistema muestra un listado de las enfermedades existentes y los botones
Flujo alternativo:
Poscondiones:
Referencias:
Mara Laura Citn
R21
127
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R09
Administrar personal
19/12/2005
Permite altas, bajas y modificaciones del personal
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
2. El sistema muestra un listado del personal existentes y los botones Agregar,
Cambiar y Borrar
Flujo alternativo:
Poscondiones:
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R10, R26, R28

R10
Conocer capacitaciones por personal
19/12/2005
Permite altas, bajas y modificaciones de las capacitaciones por personal
Actores:
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
Flujo alternativo:
5. El sistema comprueba la validez de los datos y los almacena.
Poscondiones:
Referencias:
Mara Laura Citn
R09
128
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R11
Conocer titulares por finca
19/12/2005
Permite altas, bajas y modificaciones de los titulares por finca
Actores:
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
Flujo alternativo:
Poscondiones:
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R03, R04
R12
Conocer fincas por titular
19/12/2005
Permite conocer las fincas por titular
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:
Mara Laura Citn
R03, R04
129
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R13
Manejar delegaciones del INV
19/12/2005
Permite altas, bajas y modificaciones de delegaciones del INV
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
2. El sistema muestra un listado de las delegaciones existentes y los botones
Flujo alternativo:
Poscondiones:
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R04, R14
R14
Manejar bodegas
19/12/2005
Permite altas, bajas y modificaciones de bodegas
Actores:
Precondiciones:
Usuario logueado.
Flujo normal:
2. El sistema muestra un listado de las bodegas ya ingresadas y los botones
Flujo alternativo:
Poscondiones:
Referencias:
Mara Laura Citn
R13, R28
130
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R15
Manejar seguros
20/12/2005
Permite altas, bajas y modificaciones de seguros de transporte
Actores:
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
Flujo alternativo:
Poscondiones:
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R16, R17
R16
Manejar compaas de seguros
19/12/2005
Permite altas, bajas y modificaciones de compaas de seguros
Actores:
Precondiciones:
Usuario logueado.
Flujo normal:
2. El sistema muestra un listado de las compaas ya ingresadas y los botones
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:
Mara Laura Citn
R15
131
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R17
Manejar camiones
20/12/2005
Permite altas, bajas y modificaciones de camiones
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
2. El sistema muestra un listado de las camiones existentes y los botones Agregar,
Cambiar y Borrar
Flujo alternativo:
Poscondiones:
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R03, R15, R18, R28

R18
Conoce revisiones tcnicas
20/12/2005
Permite altas, bajas y modificaciones de revisiones tcnicas
Actores:
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
Flujo alternativo:
Poscondiones:
Referencias:
Mara Laura Citn
R17, R19, R22
132
Mtodo gil Scrum

R19
Manejar maquinarias
20/12/2005
Id. requisito:
Nombre:
Fecha:
Descripcin:
Permite altas, bajas y modificaciones de maquinarias
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
2. El sistema muestra un listado de las maquinarias existentes y los botones
Flujo alternativo:
Poscondiones:
R03, R18, R26
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R20
Manejar mtodos de aplicacin de agroqumicos
22/12/2005
Permite altas, bajas y modificaciones de aplicacin de agroqumicos
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
2. El sistema muestra un listado de los mtodos de aplicacin ya ingresados y los
3. El administrador agrega, modifica, o borra el registro
Flujo alternativo:
Poscondiones:
Referencias:
Mara Laura Citn
R26
133
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R21
Manejar agroqumicos
20/12/2005
Permite altas, bajas y modificaciones de agroqumicos
Actores:
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
3. El usuario agrega, modifica o borra el registro
Flujo alternativo:
Poscondiones:
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R22, R26
R22
Administrar proveedores
22/12/2005
Permite altas, bajas y modificaciones de proveedores
Actores:
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
3.El usuario agrega, modifica o borra el registro
Flujo alternativo:
4.El sistema comprueba la validez de los datos, si los datos no son los correctos,
Poscondiones:
Referencias:
Mara Laura Citn
R18, R19, R21
134
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R23
Administrar tareas
21/12/2005
Permite altas, bajas y modificaciones de tareas agrcolas
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
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
Flujo alternativo:
Poscondiones:
Referencias:
R26
Id. requisito:
Nombre:
Fecha:
Descripcin:
R24
Administrar acciones de auditoria
21/12/2005
Permite altas, bajas y modificaciones de acciones de auditoria
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
2. El sistema muestra un listado de las acciones de auditoria existentes y los
Flujo alternativo:
Poscondiones:
Referencias:
Mara Laura Citn
R25
135
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R25
Administrar usuarios
21/12/2005
Permite altas, bajas y modificaciones de usuarios
Actores:
Administrador del sistema
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
3. El administrador agrega, modifica, o borra el registro
Flujo alternativo:
Poscondiones:
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R24
R26
Registrar parte agrario
22/12/2005
Permite altas de los partes agrarios
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:
4.El sistema comprueba la validez de los datos, si los datos no son los correctos,
Poscondiones:
El nuevo registro queda almacenado en el sistema.
Referencias:
Mara Laura Citn
R04, R05, R07, R09, R19, R20, R21, R23
136
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R27
Conocer la trazabilidad
21/12/2005
Permite consultar por la trazabilidad de productos
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
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:
borra el campo de datos para que sean ingresados nuevamente.
Poscondiones:
La consulta es desplegada en pantalla.
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R04, R05, R07, R09, R21, R23, R26
R28
Asentar remito de cosecha
22/12/2005
Permite altas de los remitos de cosecha
Actores:
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:
Mara Laura Citn
R03, R04, 05, R07, R09, R14, R17
137
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R29
Consultar cosecha de uva
22/12/2005
Permite consultar cosecha de uva
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:
borra el campo de datos para que sean ingresados nuevamente.
Poscondiones:
La consulta es desplegada en pantalla.
Referencias:
Id. requisito:
Nombre:
Fecha:
Descripcin:
R03, R04, R07, R28
R30
Consultar movimientos de auditoria por usuario
22/12/2005
Permite consultar movimientos de auditoria por usuario
Actores:
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
Flujo alternativo:
Poscondiones:
El sistema muestra el resultado de la consulta filtrada por usuario.
Referencias:
Mara Laura Citn
R24, R25
138
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R31
Consultar movimientos de auditoria por fecha
22/12/2005
Permite consultar movimientos de auditoria por fecha
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
1.
2.
3.
4.
El
El
El
El

usuario pulsa el botn Fecha y completa los datos solicitados por el sistema
Flujo alternativo:
Poscondiones:
El sistema muestra el resultado de la consulta filtrada por fecha.
Referencias:
R24, 25
Id. requisito:
Nombre:
Fecha:
Descripcin:
R32
Consultar movimientos de auditoria por accin
22/12/2005
Permite consultar movimientos de auditoria por accin
Actores:
Precondiciones:
Usuario logueado
Flujo normal:
1.
2.
3.
4.
El
El
El
El

usuario pulsa el botn Accin y completa los datos solicitados por el sistema
Flujo alternativo:
Poscondiones:
El sistema muestra el resultado de la consulta filtrada por accin.
Referencias:
Mara Laura Citn
R24, 25
139
Mtodo gil Scrum

Id. requisito:
Nombre:
Fecha:
Descripcin:
R33
Consultar movimientos de auditoria por comprobante
22/12/2005
Permite consultar movimientos de auditoria por comprobantes
Actores:
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:
Mara Laura Citn
R24, R25
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

Metodo Ágil SCRUM

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Metodo Ágil SCRUM

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE MENDOZA

MTODO GIL SCRUM

Asesora: Ing. Graciela Sevilla

Deseo brindar un especial agradecimiento a la Ing. Graciela Sevilla y

Al Cdor. Mario Gobbi por la informacin brindada, asesoramiento y buena

A mi familia, a mi novio David y a mis amigos, por sus opiniones y

Y principalmente quiero dedicar este trabajo a mis padres, Dora y Luis, y

Como alternativa a las metodologas tradicionales nacen las giles, y

Para poder implementarlo, entonces, elaboramos un proceso de

Haber transitado con Scrum el desarrollo de un proyecto real ha resultado

El hecho de haber terminado el trabajo obteniendo como resultado un

Mtodo gil Scrum

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

El dilema del software -------------------------------------------------------------------- 9

LA ESENCIA DE SCRUM ---------------------------------------------------------20

SEGUNDA PARTE: METODOLOGA

PROCESO DE DESARROLLO ----------------------------------------------38

PROCESO ITERATIVO E INCREMENTAL ----------------------------------38

ETAPAS DEL PROCESO DE DESARROLLO ------------------------------40

EDT DEL PROCESO DE DESARROLLO ------------------------------------43

Tcnicas de relevamiento --------------------------------------------------------------44

Mara Laura Citn

Mtodo gil Scrum

TERCERA PARTE: DESARROLLO DE INGENIERA

PROYECTO TRAZABILIDAD ------------------------------------------------50

PLANIFICACION INICIAL ---------------------------------------------------------50

Solicitud del proyecto --------------------------------------------------------------------50

HERRAMIENTAS EXISTENTES EN EL MERCADO----------------------62

COMENZANDO CON SCRUM---------------------------------------------------65

Primer Sprint -------------------------------------------------------------------------------67

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

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

CONCLUSIONES ------------------------------------------------------------------- 149

Mara Laura Citn

Mtodo gil Scrum

Todo proyecto tiene una meta: la combinacin de recursos de todo tipo,

Este nuevo concepto de lo que se considera hoy en da un proyecto

A raz de este planteo surge la inquietud de ahondar en las metodologas

Mara Laura Citn

Mtodo gil Scrum

a proyectos pequeos, constituyen una solucin a medida para ese

Las metodologas ms caractersticas de esta familia son XP (Extreme

Scrum est basado en un proceso constructivo iterativo e incremental

Es uno de los mtodos de gestin de proyectos ms innovadores de los

Mara Laura Citn

Mtodo gil Scrum

Es mucho menos conocido que otros mtodos giles. Posiblemente una

No est concebido como un mtodo independiente, sino que se promueve

Para llevar a cabo las etapas mencionadas en el prrafo anterior se utiliza

Mara Laura Citn

Mtodo gil Scrum

A continuacin presentamos los objetivos generales que se han planteado

Conocer el mtodo gil Scrum para su posterior aplicacin a un

El porqu de la eleccin de desarrollar un Software de Trazabilidad y no

A raz de que comienza a regir a partir del 1 de Mayo de 2005 una

La oportunidad de abordar esta temtica de tanto auge en la actualidad

Mara Laura Citn

Mtodo gil Scrum

Los productores agrarios deberan comenzar a responder a este requisito

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

Primera Parte: Marco Terico

Segunda Parte: Metodologa

Tercera Parte: Desarrollo de Ingeniera

Luego, se presentan 4 Anexos que forman parte del desarrollo del