I.

INFORMACIN GENERAL
1.1 Ttulo del Proyecto de Investigacin:
DESARROLLO DE UN SISTEMA WEB UTILIZANDO SCRUM PARA MEJORAR EL
PROCESO DE ACONDICIONADO EN LA EMPRESA GRUNENTHAL PERUANA S.A
1.2 Autor(es):

Cahuana Auccacusi Jos Luis

Arango Ramos Yud Itman

1.3. Asesor / Colaboradores:

Ral Chiquilln Salcedo
1.4. Tipo de Investigacin:
Aplicada
1.5. Facultad y Escuela Profesional
Facultad de Ciencias de Gestin
Escuela de Ingeniera de Sistemas
1.6. Duracin del proyecto:
Primera Fase: Desarrollada en periodo de Abril - Julio 2015, abarca desde la formulacin del
tema hasta la aprobacin del proyecto de investigacin
Segunda Fase: Desarrollada en el periodo Septiembre - Diciembre 2015 comprende la
construccin de la hiptesis, las conclusiones, las recomendaciones, y la presentacin del
informe final
1.7 Firma del autor(es) del proyecto

CAHUANA AUCCACUSI JOSE LUIS

ARANGO RAMOS YUD ITMAN

1.8 Aprobado
FACEM (Firma)

DIRECCIN DE ESCUELA (Firma)

1.9 Fecha de presentacin: 15 de Julio del 2015

II. PLAN DE INVESTIGACIN

2.1 Planteamiento del Problema

2.1.1 Situacin Problemtica:
MUNDO
La industria farmacutica en el mundo es un sector muy lucrativo, con mucha demanda en el
mercado porque sus productos son importantes para la mejora de cliente, muchas de ella hacen
investigaciones ya que quieren producir nuevos productos para ofrecerlos al mercado y as tener
una mayor ventaja sobre las dems empresas
Tambin hacen uso de las tecnologas no solo para promocionar sus productos sino tambin para
mejorar sus procesos internos generando menos gastos para la empresa, adems de tambin
automatizar algunos procesos implementados sistemas de software web.
Empresas en distintos rubros cuentan con una gran infraestructura tecnolgica la cual permite
gestionar la seguridad, la integridad de dicha informacin.
PER
El sector farmacutico en el Per que ha venido creciendo muy ligeramente, A pesar de haber
pocas barreras de entrada para los frmacos, por ende, los insumos y excipientes, deben ser
importados debido a la escasa actividad en el sector farmacutico en el pas.
Las empresas farmacuticas en el pas cuentan con un rea de acondicionado dentro de su
organizacin as como tambin, hay empresa que prestan sus servicios de acondicionado a otra
empresa ya que esta rea genera costo para la empresa El rea de acondicionado se encarga de la
produccin de los medicamentos ya que de ella depende la productividad de la empresa y la
calidad del producto .Es por eso que esta rea debe estar bien organizada, usar tecnologas para
mejorar su rendimiento, Que cuenten con sistemas que permitan gestionar sus procesos y que
manejen informacin para evaluar y tomar buenas decisiones
EMPRESA:
GRNENTHAL PERUANA S.A., es una filial de GRNENTHAL GmbH, situada en
Aquisgrn, Alemania. La compaa en el Per, tiene el honor de ser la primera filial americana
2

en fundarse. Esto ocurri el 20 de marzo de 1968. Cuenta con reas ya definidas como
marketing, logstica, finanzas, ventas, contabilidad y gerencia general
Su rea de acondicionado cuenta con una serie de deficiencias debido a una mala organizacin de
sus actividades y la falta de implementacin de herramientas tecnolgicas para mejorar sus
procesos

Figura 01. Ubicacin de la empresa Grunenthal peruana S.A

Definicin del problema:

Para la presentacin y acabado final de los productos farmacuticos fabricados en el rea de

Produccin, el rea de Acondicionado realiza el empaquetado final de estos, el cual consiste en
asignar a cada producto, precisamente, su respectivo empaque diseado con la correcta
impresin del lote y fecha de vencimiento, adems de que se le adicione el inserto
correspondiente y todo lo relacionado de acuerdo al producto
Todo el proceso de acondicionamiento o empaquetamiento es gestionado a travs documentos
fsicos llamados rdenes de Acondicionamiento los cuales recorren cada etapa del
acondicionado del producto al que pertenecen. En ellos se indican la descripcin del producto, el
tamao del lote del producto, la lista y cantidad de materiales de empaque que necesita un
determinado tamao de lote de un determinado producto y los diferentes controles o revisiones
3

que se dan durante todo el proceso de acondicionado. Las Ordenes de Acondicionamiento son
llenadas y documentadas por la supervisora del rea y son verificadas por el Jefe de Produccin.
Por cada tipo de producto farmacutico que se acondiciona se realiza una Orden de
Acondicionamiento.
Como se ha podido apreciar, toda la gestin del acondicionamiento de productos es
documentada de forma manual, generando que la informacin manejada en estos documentos no
est disponible a la medida en que se la necesita a efectos de ciertos errores del personal en la
documentacin y, por ende, a una inversin de tiempo considerable en revisiones y correcciones
lo cual trae como consecuencia un atraso en el control y gestin del rea, adems de generar una
actividad, la mayora de veces, demasiado tediosa para los empleados del rea, ya que cada
Orden de Acondicionamiento consta de 9 hojas, fuera de los otros documentos que son
adjuntados; la legibilidad de la Orden de Acondicionamiento influye en este proceso.
Otro punto importante es la gran acumulacin de estos documentos, los cuales hacen ms
propensa la prdida de informacin y la complicada bsqueda de esta; informacin de gran
importancia para el rea ya que en esta se detalla, por ejemplo, la cantidad total de productos
farmacuticos que se acondicionaron, la cantidad de mermas que se produjeron o el rendimiento
total de todo el proceso de acondicionamiento.
En resumen estos problemas tiene su origen en el uso de procedimientos manuales para realizar
la gestin de procesos tcnicos esto se puede traducir como la necesidad de implementar un
sistema web En el rea de Acondicionado de manera que los actores que intervienen en este proceso
puedan utilizar este sistema, incrementando la productividad de los empleados al realizar sus actividades
y eliminar tiempos perdidos en el rea de Acondicionado.

Figura 02. Proceso del rea de acondicionado de la empresa Grunenthal peruana S.A (AS - IS)

Tabla 01. Datos actuales de los indicadores

Indicador

Datos de Pre - Prueba (Promedio)

Tiempo para solicitar reporte

30 minutos
5

Tiempo para analizar informacin

15 min

Exactitud de informacin

95%

Tiempo para buscar rdenes de

15 minutos

acondicionamiento
Nivel de Productividad

80%

Nmero de Personas que intervienen en el

9 Personas

proceso
Nmero de rdenes emitidas al da

12

Figura 03. Proceso del rea de acondicionado de la empresa Grunenthal peruana S.A (TO - BE)

Cuadro comparativo entre la Situacin Actual (AS - IS) y la Situacin Propuesta (TO - BE)

AS - IS

TO - BE

30 minutos de demora para solicitar reporte

2 segundos para solicitar reporte

15 minutos de demora para analizar

segundos para para analizar informacin

informacin

Exactitud de informacin

99.99% en exactitud de informacin

15 minutos para buscar rdenes de

3 segundos para buscar rdenes de

acondicionamiento

acondicionamiento

3 Personas que intervienen en la revisin de la 1 Persona que interviene en la revisin de la

orden de acondicionado

orden de acondicionado

30 minutos para realizar Informes de

4 segundos para realizar Informes de

Observaciones

Observaciones

Tabla 02. AS - IS y TO - BE

2.1.2 Formulacin del Problema

En qu medida el uso de un Sistema Web, basado en la Metodologa Scrum, mejorar el
Proceso de Acondicionado en la Empresa Grunenthal Peruana S.A?
2.1.3 Objetivos
a. Objetivo General
Desarrollar un Sistema Web, aplicando la metodologa Scrum, para mejorar el proceso de
Acondicionado en la empresa Grunenthal Peruana S.A
a. Objetivos Especficos
Planificar las actividades para el desarrollo del sistema web
Analizar los requerimientos de los Usuario
Disear los prototipo para el sistema web
8

Disear el modelo de la base de datos.

Codificar las funcionalidades especificadas por el usuario final.
Probar las funcionalidades del sistema web

2.1.4 Justificacin e Importancia

En el da de hoy las sistemas de informacin web se han convertido en una herramienta
indispensable para toda empresa que quiera mejorar sus procesos empresariales, de esta manera
quieren obtener ventaja competitiva sobre las dems y que ser un elemento estratgico para la
empresa contar con buenas herramientas tecnolgicas para brindar mejores servicios a sus
colaboradores.
Conveniencia: La produccin en el sector farmacutico en los ltimos aos han sido positivos ,
se han convertido en un sector importante en la economa peruana ya que ha atravesado un
importante crecimiento asociado al mercado interno por una mayor demanda pblica y privada
Estas empresas tienen un alto nmero pedidos de sus clientes, Muchas de ellas no saben cmo
administrar bien su produccin debido a que no tienen un sistema adecuado para agilizar sus
procesos
Relevancia total: La finalidad de este sistema es de beneficiar y optimizar los procesos del rea
de acondicionado de la empresa Grunenthal peruana S.A y este se ver reflejado en sus procesos
de produccin teniendo un impacto positivos tanto a los trabajadores como al jefe de produccin
y calidad para que puedan mejorar en sus objetivos propuestos
Implicaciones prcticas: Actualmente las empresas producen grandes cantidades de productos y
que no le toman tanta importancia en el uso de las tecnologas para mejorar sus procesos
Es por ello que se decidi aplicar un sistema web a esta empresa, que ayudar a tener mejores
procesos y unas buenas prcticas de gestin en el rea de acondicionado reduciendo costos y
ayudando a tomar adecuadamente buenas decisiones

2.1.5 Limitaciones.
El tiempo del jefe de produccin es limitado.
El investigador slo tienen acceso a la documentacin de los procesos pero no a las
informaciones financieras de la organizacin.

2.2.6 Viabilidad o factibilidad

a. Viabilidad Econmica: Este proyecto es viable econmicamente ya que el jefe de
farmacologa junto al jefe de sistemas estn interesado en el proyecto, dispuestos en ayudar en el
proyecto brindando recursos para desarrollar el sistema ya que mejorara la rentabilidad y la
produccin de la empresa
Porque que el sistema web ayudara permanentemente a mejorar sus procesos teniendo un
adecuado orden para minimizar el tiempo de trabajo y eliminar la prdidas de tiempo
b. Viabilidad Tcnica: Este proyecto es viable tcnicamente porque estamos en una era de
cambio tecnolgico, porque las empresas requieren mejorar sus procesos migrndolos al sistema
web no solo por la tendencia, sino porque los sistemas web son ms intuitivos que los sistemas
de escritorio, adems que puedes ingresar al sistema con solo loguearse.
La empresa donde se va a realizar el proyecto est comprometida con este tema, y de hacer
algn problema ya sea falta de alguna herramienta o de un ambiente de trabajo, la empresa lo
adquiere sin ningn problema
c. Viabilidad Operativa: Este proyecto es viable Operativamente porque aprovecharemos a los
usuarios que van a interactuar directamente o indirectamente con el sistema para obtener

10

informacin precisa que nos ayudar a analizar los requerimientos que desean para poder
adecuarlo al sistema y eliminar el problema que actualmente est pasando
Este proyecto ser de gran provecho para los investigadores para desenvolverse en el campo,
como tambin aportar una solucin a la empresa utilizando tecnologas.
Los investigadores tienen conocimiento del tema por que han llevado los cursos de desarrollo
Web y desarrollo de Software por el cual se puede explotar estos conocimientos aplicndolo en la
elaboracin de una tesis

2.2 Marco terico

2.2.1 Antecedentes de la investigacin
AUTORES: ELEANA INS JEREZ VILLOTA, EDGAR ANDRS TELLO LEN
TTULO: DESARROLLO DEL PORTAL WEB Y DE LA INTRANET PARA LA
EMPRESA SERVICIOS Y LUJOS ONLY CARS SC.
RESUMEN: El presente trabajo muestra el proceso de creacin de un portal web y el desarrollo
del producto de software LendaSoft y su implantacin en la Empresa Servicios y Lujos Only
Cars SC. Que se dedica a la comercializacin de productos de seguridad y tuning para vehculos.
Toda esta informacin se encuentra detallada a lo largo de cuatro captulos descritos brevemente
a continuacin:
En el primer captulo se estudia la caracterizacin de la Empresa, es decir conocer toda su
informacin por ejemplo: Datos informativos, Historia, Plan Estratgico y Estructura
organizacional. Tambin se analiza como la Empresa lleva actualmente sus procesos de
facturacin, inventario y publicidad. Y por ltimo se va a justificar el uso de la metodologa
Scrum y las herramientas de desarrollo.

11

En el segundo captulo se explica cmo se planific y desarroll la primera iteracin del sistema,
aqu est incluido el anlisis de requerimientos de negocio, la presentacin del equipo de trabajo
y sus respectivos roles, y el desarrollo de la pila de producto. Se lleva tambin un registro del
avance diario del sprint donde se especifican que actividades se realizaron a lo largo del mismo.
El tercer captulo detalla la segunda iteracin del sistema donde se prosigue con el desarrollo del
sistema revisando lo que se hizo en el sprint anterior, planificando el nuevo, y actualizando la
pila de producto. Se muestra tambin las actividades que se ejecutaron para la elaboracin del
sistema y las pruebas respectivas.
Finalmente el cuarto captulo contiene las conclusiones y recomendaciones.

AUTORES: AGUAYO ELDREDGE PAUL ALEJANDRO, SALCEDO MENA DAVID

PATRICIO
TTULO: DESARROLLO DE UN SISTEMA WEB PARA VENTAS POR
CATLOGO PARA AGROIMZOO CA. LTDA.
RESUMEN: El presente documento contiene el desarrollo del Sistema Web para ventas por
Catlogo para Agroimzoo Ca. Ltda., el cual ser denominado Sis-Agro.
El proyecto se encuentra compuesto por cuatro captulos, cada uno de los cuales se describen
continuacin:
En el Captulo 1, se define el entorno del sistema, mediante la descripcin del problema de la
empresa y su respectiva propuesta de solucin. Adems, se realiza un anlisis que permita
seleccionar la metodologa ms adecuada para el desarrollo del proyecto y tambin escoger las
herramientas necesarias para la construccin del sistema Sis-Agro.
En el Captulo 2, se aplica la Metodologa de desarrollo seleccionada y se procede con la
construccin del sistema web, iniciando con la especificacin de los requerimientos obtenidos en
las reuniones con el cliente (los requerimientos son traducidos en historias de usuario), luego se
define la estimacin de esfuerzo, priorizacin de las historias de usuario y el plan de entregas,
despus se selecciona la arquitectura de software y se proponen las interfaces de usuario,

12

posteriormente se procede con la implementacin del sistema para finalmente realizar las
pruebas de aceptacin.
En el Captulo 3, se realiza la evaluacin del sistema con el caso de aplicacin para lo cual se
recoge informacin referente a la empresa, dicha informacin nos permitir recomendar la mejor
opcin para la implantacin del sistema Sis-Agro.
En el Captulo 4, se definen las conclusiones y recomendaciones obtenidas tras la Finalizacin
del proyecto.

AUTOR: BYRON GIOVANNY CHOLCA CAMPUS

TTULO: DESARROLLO DE UNA APLICACIN WEB DE PEDIDOS Y
FACTURACIN PARA LA EMPRESA OFTLMICA ELENS.

RESUMEN: Actualmente las empresas dedicadas a la fabricacin y venta de producto, con su

Respectivo proceso de pedidos y facturacin, se encuentran en un mundo cada vez ms
competitivo que los obliga a desarrollar y mantener procesos de mejoramiento continuo para
disminuir costos y riegos.
En particular, el presente proyecto de titulacin est enfocado a la implementacin de una
aplicacin web para realizar pedidos y facturacin de lentes con la integracin de datos con un
sistema contable.
Se ha considerado utilizar Scrum como metodologa de desarrollo de la aplicacin, ya que es una
metodologa gil y permite integrar de forma sencilla modelos tradicionales ya que est basada
en un proceso iterativo e incremental, lo que hace de Scrum confiable y robusto.
Cabe destacar que la aplicacin web mejorar el control de pedidos y facturacin en vista que se
integrara la informacin con el sistema contable Spyral, lo que permitir entregar oportunamente
13

la informacin requerida para toma de decisiones referente a los procesos de gestin de los
productos y atencin al cliente de la Empresa Oftlmica Elens.
Finalmente, se destaca que se han cumplido todos los objetivos y alcances propuestos en el
proyecto.

AUTORES: JESSICA RUTH TADEO CALDERN DE LA BARCA, JORGE ABRAHAM

GIRAO LA ROSA
TTULO: ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA
WEB B2C MULTIEMPRESA
RESUMEN: El presente proyecto de tesis consiste en el anlisis, diseo e implementacin de un
sistema Web B2C (Business to Consumer) que permita a mltiples pequeas y medianas
empresas peruanas vender sus productos en lnea y publicitar sus locales de atencin con la
finalidad de promover tambin la venta fsica de productos en dichos locales.
La propuesta de este sistema surge como consecuencia del anlisis del estado del comercio
electrnico en el Per. El sistema propuesto ser altamente configurable y adaptable a los
diferentes rubros de negocio de las empresas afiliadas.
El presente documento ha sido estructurado en 5 captulos como se describe a continuacin.
En el captulo 1 se presenta la identificacin del problema que origin la propuesta de la presente
solucin, los objetivos y resultados esperados. Tambin se detallan las metodologas de gestin
de proyectos y de desarrollo de software que se seguirn. Finalmente se analizan herramientas
similares existentes en el mercado y se justifica la realizacin del presente proyecto.
En el captulo 2 se identifican los requerimientos del sistema, los actores, mdulos y clases de
anlisis. Tambin se presentan los principales diagramas de estado que permitirn comprender el
flujo de la informacin en el sistema.

14

En el captulo 3 se presenta la arquitectura de la solucin desde diferentes vistas y tambin los

principios bsicos del diseo de la interfaz de usuario.
En el captulo 4 se presentan las principales caractersticas de la construccin de la solucin
propuesta y se describen las pruebas que se realizarn.
Finalmente, en el captulo 5 se presentan las conclusiones del presente proyecto y las
recomendaciones para trabajos futuros.

AUTOR: REDN GAIBOR RICARDO ALEJANDRO

TTULO: APLICACIN DE SCRUM AL DESARROLLO DEL SISTEMA PARA
LA CALIFICACIN Y ASIGNACIN DE MONTOS Y PLAZOS DE
CRDITO
RESUMEN: Continuamente en un mundo donde la tecnologa avanza a pasos acelerados, es
necesario que las Instituciones de Crdito adapten sus procesos a las nuevas tendencias y retos
que presentan los avances tecnolgicos, esto hace que sea necesario que estas instituciones
busquen una solucin, automatizacin y mejora de sus procesos con el fin de no quedar
rezagados y brindar un mejor servicio a sus clientes.
Cada institucin en la bsqueda de mejorar sus procesos han incurrido en la incursin de
soluciones tecnolgicas, automatizacin de procesos, pero esto no debe quedar ah siempre se
tiene que estar buscando nuevas tecnologas que permitirn avanzar en el proceso de mejora.
Este trabajo presenta una solucin tecnolgica al proceso de crdito que brindan las instituciones
de crdito a sus clientes, un proceso en el cual la calificacin y asignacin de los montos y plazos
sea de forma completamente automtica,
Basndose en procesos de toma de decisiones controlado nicamente por el sistema deslindado
as cualquier intervencin humana en la toma de decisiones hacindolo de esta manera un
sistema objetivo y libre de la injerencia humana brindando as una seguridad y confiabilidad en
el proceso de crdito.

15

AUTORES: GUANOTASIG CAMBISACA JOSE RICARDO, SIZA RONQUILLO EDISON

XAVIER
TTULO: DISEO E IMPLEMENTACIN DE UN SISTEMA WEB UTILIZANDO JAVA Y
EMPLEANDO LA METODOLOGA SCRUM, PARA LA GESTIN ADMINISTRATIVA DE
LA JUNTA PARROQUIAL DE GUAYTACAMA PERTENECIENTE AL CANTN
LATACUNGA DE LA PROVINCIA DE COTOPAXI
RESUMEN: Actualmente en cualquier empresa o institucin se desenvuelve una cierta cantidad
de tareas que se apoyan en la gestin administrativa de la misma. Para que se produzca el
correcto desarrollo de la gestin administrativa es necesario que la misma contribuya en una
mejora para la eficiencia en el seno de la organizacin.
Como complemento imprescindible no podemos ignorar el hecho de que en la actualidad para
lograr el desarrollo de una gestin administrativa se debe contar con sistemas de apoyo, que
permitan optimizar el trabajo de la persona responsable de la gestin administrativa en general a
lo que se refiere al manejo de los recursos econmicos, materiales y humanos para el
cumplimiento de los objetivos de la institucin, lo que facilitar dar un informe concreto de las
inversiones de los diferentes proyectos que se estn realizando en la parroquia Guaytacama,
siendo beneficiados directos la ciudadana, el diseo e Implementacin de un Sistema Web
utilizando Java y empleando la Metodologa Scrum, para la Gestin Administrativa se utiliza
nuevos avances tecnolgicos enmarcado en la utilizacin de herramientas de programacin
actualizadas.
La adopcin del software libre permite que la institucin ahorra una considerable suma de dinero
para aplicar a otras reas, de la misma manera que contribuye a vencer la dependencia
tecnolgica. Y adems, al ser libre, la institucin, a travs de la persona encargada, queda en
16

capacidad de desarrollar las aplicaciones que cada uno de los componentes de la administracin
necesita en funcin de sus requerimientos y necesidades, a la vez de establecer sus propios
estndares de seguridad

2.2.2 Bases Terico-Cientficas

Sistemas de Informacin:
Un sistema de informacin es un conjunto de recursos humanos, materiales, financieros,
tecnolgicos, normativos y metodolgicos, organizado para brindar, a quienes operan y a quienes
adoptan decisiones en una organizacin, la informacin que requieren para desarrollar sus
respectivas funciones. Un sistema de informacin no requiere necesariamente el uso de la
tecnologa de computacin. Ha habido sistemas de informacin antes de que se crearan las
computadoras. Por otra parte, aun en los sistemas de informacin ms modernos y con ms
amplio uso de dispositivos de computacin, se realizan muchas operaciones y se cumplen
muchas funciones en que la tecnologa informtica no interviene o lo hace slo en una limitada
funcin de apoyo. Sin embargo, la computacin y las comunicaciones han potenciado tan
extraordinariamente la capacidad, velocidad y exactitud del tratamiento de los datos, que resulta
prcticamente inconcebible el diseo de un sistema de informacin eficiente sin el empleo de
tales tecnologas.[1]
FUNCIONES DE UN SISTEMA DE INFORMACIN:

Recoleccin Esta funcin implica la captura y el registro de datos. Acta como el rgano
sensorio de la organizacin. Es una funcin costosa (con frecuencia es la ms cara del sistema de
informacin) y muy expuesta a la generacin de errores, aunque este ltimo aspecto est siendo
atenuado en grado creciente por la aplicacin de nuevas tecnologas de captura de datos, como la
lectura de caracteres pticos o magnticos y la lectura de cdigo de barras. [1]
Clasificacin Esta funcin consiste en identificar los datos, agruparlos en conjuntos
homogneos, y ordenarlos teniendo en cuenta la manera en que ser necesario recuperarlos. Vale

17

decir que los datos se agrupan en estructuras diseadas conforme a las necesidades del uso que se
har de ellos. [1]
Compresin La compresin es la funcin por la cual se reduce el volumen de los datos sin
disminuir necesariamente la informacin que suministrarn a su destinatario; muy por el
contrario, la compresin generalmente aumenta o hace ms expresivo el contenido informativo
de los datos. La compresin puede realizarse mediante varios mtodos. Uno de ellos es la
agregacin, por el cual se van acumulando informaciones de detalle para obtener informacin
consolidada de ms alto nivel. [1]
Almacenamiento Esta funcin se vincula con la conservacin fsica de los datos y con su
adecuada proteccin. Aunque no todos los datos que procesa un sistema de informacin se
conservan en dispositivos de computacin, stos constituyen el soporte prcticamente obligado.
Aun en las empresas de mayor envergadura en el mundo, la tecnologa de computacin
disponible permite una capacidad virtualmente ilimitada para mantener este banco de datos en
condiciones de ser consultado en forma inmediata. [1]
Recuperacin Esta funcin tiene el propsito de suministrar el acceso a la base de datos. Como
se dijo ms arriba, depende de un apropiado sistema de clasificacin. Cada da estn ms
difundidas las aplicaciones de computacin en las que la recuperacin de los datos (y, muchas
veces, su actualizacin) debe hacerse en tiempo real, es decir, en el mismo momento en que
sucede el hecho que genera la necesidad de la recuperacin o la actualizacin. [1]
Procesamiento El sistema de informacin (como todo sistema) es un transformador de entradas
en salidas a travs de un proceso. Esta transformacin se realiza mediante cmputos,
clasificaciones, clculos, agregaciones, relaciones, transcripciones y, en general, operaciones
que, no importa qu recursos humanos o tecnolgicos empleen, persiguen el objetivo de
convertir datos en informacin, es decir, en datos que habrn de tener valor y significado para un
usuario. [1]

18

Transmisin Esta funcin comporta la comunicacin entre puntos geogrficos distantes, sea por
el traslado fsico del sostn de los datos (papeles, dispositivos de archivos computadorizados,
cintas de audio o video, microfichas, etc.) o por la transmisin de seales (comunicacin entre
equipos de computacin, transmisin de facsmiles, telfono, etc.). [1]
Exhibicin Mediante esta funcin, se proporciona una salida de informacin preparada de modo
tal que resulte legible y til a su destinatario. En un sistema de informacin basado en el uso de
computadoras, esta funcin es la que implica la interfaz con el ser humano. [1]

Tipos de Sistemas de Informacin:

Sistemas Transaccionales. Sus principales caractersticas son:

A travs de stos suelen lograrse ahorros significativos de mano de obra, debido a que

automatizan tareas operativas de la organizacin.

Con frecuencia son el primer tipo de Sistemas de Informacin que se implanta en las

organizaciones. Se empieza apoyando las tareas a nivel operativo de la organizacin.

Son intensivos en entrada y salid de informacin; sus clculos y procesos suelen ser

simples y poco sofisticados.

Tienen la propiedad de ser recolectores de informacin, es decir, a travs de estos

sistemas se cargan las grandes bases de informacin para su explotacin posterior.

Son fciles de justificar ante la direccin general, ya que sus beneficios son visibles y
palpables. [4]

Sistemas de Apoyo de las Decisiones. Las principales caractersticas de estos son:

Suelen introducirse despus de haber implantado los Sistemas Transaccionales ms

relevantes de la empresa, ya que estos ltimos constituyen su plataforma de informacin.

La informacin que generan sirve de apoyo a los mandos intermedios y a la alta

administracin en el proceso de toma de decisiones.

Suelen ser intensivos en clculos y escasos en entradas y salidas de informacin. As, por
ejemplo, un modelo de planeacin financiera requiere poca informacin de entrada,

19

genera poca informacin como resultado, pero puede realizar muchos clculos durante su

proceso.
No suelen ahorrar mano de obra. Debido a ello, la justificacin econmica para el
desarrollo de estos sistemas es difcil, ya que no se conocen los ingresos del proyecto de

inversin.
Suelen ser Sistemas de Informacin interactivos y amigables, con altos estndares de

diseo grfico y visual, ya que estn dirigidos al usuario final.

Apoyan la toma de decisiones que, por su misma naturaleza son repetitivos y de
decisiones no estructuradas que no suelen repetirse. Por ejemplo, un Sistema de Compra
de Materiales que indique cundo debe hacerse un pedido al proveedor o un Sistema de
Simulacin de Negocios que apoye la decisin de introducir un nuevo producto al

mercado.
Estos sistemas pueden ser desarrollados directamente por el usuario final sin la
participacin operativa de los analistas y programadores del rea de informtica.

Este tipo de sistemas puede incluir la programacin de la produccin, compra de

materiales, flujo de fondos, proyecciones financieras, modelos de simulacin de
negocios, modelos de inventarios, etc. [4]
Sistemas Estratgicos. Sus principales caractersticas son:

Su funcin primordial no es apoyar la automatizacin de procesos operativos ni

proporcionar informacin para apoyar la toma de decisiones.

Suelen desarrollarse in house, es decir, dentro de la organizacin, por lo tanto no pueden

adaptarse fcilmente a paquetes disponibles en el mercado.

Tpicamente su forma de desarrollo es a base de incrementos y a travs de su evolucin
dentro de la organizacin. Se inicia con un proceso o funcin en particular y a partir de

ah se van agregando nuevas funciones o procesos.

Su funcin es lograr ventajas que los competidores no posean, tales como ventajas en
costos y servicios diferenciados con clientes y proveedores. En este contexto, los Sistema
Estratgicos son creadores de barreras de entrada al negocio. Por ejemplo, el uso de
cajeros automticos en los bancos en un Sistema Estratgico, ya que brinda ventaja sobre

20

un banco que no posee tal servicio. Si un banco nuevo decide abrir su puerta al pblico,

tendr que dar este servicio para tener un nivel similar al de sus competidores.
Apoyan el proceso de innovacin de productos y proceso dentro de la empresa debido a
que buscan ventajas respecto a los competidores y una forma de hacerlo en innovando o
creando productos y procesos.[4]

Sistema Web:
En los ltimos aos, la rpida expansin de Internet y del uso de intranets corporativas ha
supuesto una transformacin en las necesidades de informacin de las organizaciones. En
particular esto afecta a la necesidad de que:

La informacin sea accesible desde cualquier lugar dentro de la organizacin e incluso

desde el exterior.
Esta informacin sea compartida entre todas las partes interesadas, de manera que todas
tengan acceso a la informacin completa (o a aquella parte que les corresponda segn su
funcin) en cada momento.

Estas necesidades han provocado un movimiento creciente de cambio de las aplicaciones

tradicionales de escritorio hacia las aplicaciones Web, que cumplen a la perfeccin con las
necesidades mencionadas anteriormente. Por tanto, los sitios Web tradicionales que se limitaban
a mostrar informacin se han convertido en aplicaciones capaces de una interaccin ms o menos
sofisticada con el usuario. Inevitablemente, esto ha provocado un aumento progresivo de la
complejidad de estos sistemas y la necesidad de buscar nuevas opciones de diseo que permitan
dar con la arquitectura ptima que facilite la construccin de los mismos.
No debemos olvidar que para que una aplicacin Web sea eficaz, debemos exigirle algunas
cualidades indispensables: seguridad, escalabilidad, portabilidad y un diseo eficiente de la
interfaz y el programa. [2]

21

Descripcin arquitectura Web:

Una aplicacin Web es una aplicacin informtica que se ejecuta en un entorno Web. La
arquitectura Web permite a mltiples clientes o usuarios establecer una comunicacin a travs de
Internet con un servidor Web. Los clientes mediante un navegador emiten peticiones va HTTP a
un servidor Web que responde a cada una de las solicitudes. El servidor aloja una serie de
aplicaciones Web que ofrecen diferentes servicios a los usuarios conectados. Es en el servidor
Web donde se centraliza la carga de trabajo. En la mayora de los casos, el navegador suele ser
un mero presentador de informacin (modelo de cliente ligero), y no lleva a cabo ningn
procesamiento relacionado con la lgica de negocio. [2]

Figura 04 Arquitectura web

El usuario interacciona con las aplicaciones Web a travs del navegador. Como consecuencia de
la actividad del usuario, se envan peticiones al servidor, donde se aloja la aplicacin Web y que
normalmente hace uso de una base de datos que almacena toda la informacin relacionada con la
misma. El servidor procesa la peticin y devuelve la respuesta al navegador que la presenta al
usuario.

22

Por tanto, el sistema se distribuye en tres componentes:

El navegador, que presenta la interfaz al usuario

La aplicacin, que se encarga de realizar las operaciones necesarias segn las acciones

llevadas a cabo por ste

La base de datos, donde la informacin relacionada con la aplicacin se hace persistente.

Esta distribucin se conoce como el modelo o arquitectura de tres capas

La estrategia tradicional de utilizar aplicaciones compactas causa gran cantidad de problemas de
integracin en sistemas software complejos como pueden ser los sistemas de gestin de una
empresa o los sistemas de informacin integrados consistentes en ms de una aplicacin. Estas
aplicaciones suelen encontrarse con importantes problemas de escalabilidad, disponibilidad,
seguridad, integracin. [2]
Para solventar estos problemas se ha generalizado la divisin de las aplicaciones Web en capas
que normalmente sern tres donde:

Nivel de presentacin (capa cliente): se encarga de generar la interfaz de usuario.

Captura datos de usuario, enva los datos a la capa intermedia y presenta los resultados

que procedan de sta.

Nivel de negocio (capa intermedia): capa que constituye el verdadero ncleo de la
aplicacin Web. Contiene toda la lgica que modela los procesos de negocio y es donde
se realiza todo el procesamiento necesario para atender a las peticiones del usuario. Se
encarga del procesamiento de los datos del usuario y de la generacin y envo de las

respuestas a la capa cliente.

Nivel de administracin de datos: se encarga de hacer persistente toda la informacin,
administra y almacena informacin para el nivel de negocio. [2]

23

Figura 05 Arquitectura n capas

Cada capa solamente interacta con sus capas adyacentes lo que permite abstraer funcionalidades
de las capas superiores e inferiores. Por ejemplo, la capa de presentacin no se da cuenta de qu
tipo de base de datos o qu repositorio de datos se utiliza porque sta solamente se comunica con
la capa de negocios, y el repositorio de datos no se da cuenta de dnde se est utilizando o
desplegando la informacin ya que ste interacta con la capa de acceso a datos.
La divisin entre la capa de presentacin y la de la lgica de negocio permite una gran
flexibilidad a la hora de construir aplicaciones, ya que se pueden tener mltiples interfaces sin
cambiar la lgica de la aplicacin. [2]
Una arquitectura por capas nos facilita las siguientes ventajas:

Facilidad de desarrollo: el desarrollo se puede llevar a cabo en varios niveles. Es

posible realizar desarrollos paralelos (en cada capa).
24

Aplicaciones robustas: se consigue gracias al encapsulamiento.

Facilidad de mantenimiento: la modularidad facilita el mantenimiento y soporte.
Flexibilidad: la modularidad facilita aadir o modificar mdulos de una capa sin afectar
a las restantes. Por ejemplo, se pueden tener mltiples interfaces sin cambiar la lgica de
la aplicacin o se puede modificar un mdulo de lgica de negocio sin afectar a la

interfaz.
Posibilidad de reutilizacin: el cdigo de la capa intermedia puede ser reutilizado por

mltiples aplicaciones si est diseado en formato modular.

Alta escalabilidad: se pueden manejar muchas peticiones con el mismo rendimiento
simplemente aadiendo ms hardware. El crecimiento es casi lineal y no es necesario
aadir nuevo cdigo para conseguirlo.

En contraposicin a las ventajas citadas, las aplicaciones por capas pueden incrementar el trfico
en la red y requieren ms balance de carga o tolerancia frente a posibles fallos. [2]
Aspectos de seguridad en Web:
Las aplicaciones Web estn ms expuestas a ataques. Se pueden tener ataques en tres niveles:

Al cliente.
Al servidor.
A la informacin en trnsito.

La seguridad en Web tiene tres etapas primarias:

Seguridad al cliente
Los usuarios deben contar con navegadores y plataformas seguras, libres de virus y
vulnerabilidades. Tambin debe garantizarse la privacidad de los datos del usuario. Vulnerar el
equipo del usuario quizs no tenga el impacto de vulnerar el servidor, sin embargo es un
problema ms difcil de erradicar. El nmero de clientes es muy superior al nmero de
servidores. Por tanto se recomiendan las siguientes medidas para asegurar el equipo del usuario:
25

Aplicar actualizaciones (parches) al sistema operativo.

Uso de antivirus, firewall.
Educacin de los usuarios.

Seguridad del servidor Web y los datos

Se debe garantizar la operacin continua del servidor, que los datos no sean modificados sin
autorizacin (integridad) y que la informacin slo sea distribuida a las personas autorizadas
(control de acceso).
Se deben considerar los siguientes puntos:

Asegurar el servidor en una forma fundamental: el sistema operativo, ya sea por medio de

actualizaciones (parches) y habilitando los mecanismos propios de la plataforma.

Garantizar la seguridad del servidor Web propiamente (IIS, Apache, etc.)
Auditar las aplicaciones que interactan en las dos capas anteriores (mdulos,
bibliotecas).

Seguridad de la informacin en trnsito.

Garantizar que la informacin que viaja entre cliente y servidor no sea leda (confidencialidad),
modificada o destruida por terceros. Tambin es importante asegurar que el enlace entre cliente y
servidor no pueda interrumpirse fcilmente (disponibilidad).

Esto se puede lograr por diversos medios:

Asegurando la red fsicamente (switches en lugar de hubs).

Esconder la informacin (esteganografa).

Cifrar la informacin (criptografa) por medio de algoritmos diversos (SSL, VPNs). [2]

26

Ventajas \ desventajas de aplicaciones Web

Ventajas de las aplicaciones Web.

Compatibilidad multiplataforma: se pueden usar desde cualquier sistema operativo

porque slo es necesario tener un navegador actualizado.

Actualizaciones inmediatas: siempre se accede a la ltima versin de la aplicacin. No

es necesario realizar actualizaciones desde el cliente.

Acceso inmediato: no necesitan ser descargadas, instaladas y configuradas lo que supone

un significativo ahorro de tiempo.

Menor impacto frente a errores: la localizacin de las aplicaciones Web en el servidor
permite actualizarlas rpidamente frente a problemas que surjan de manera que la
actualizacin est disponible para todos los usuarios. Adems evita mltiples problemas

de interaccin con otro software o conflictos de hardware en la mquina cliente.

Consumo bajo de recursos: la carga de trabajo de estas aplicaciones reside en el
servidor por tanto se reducen el uso de recursos de memoria en el cliente. Adems al estar

alojadas en el servidor no ocupan espacio de disco duro en cliente.

Reduccin costes: el mantenimiento del sistema se concentra en el servidor, por tanto, se
reducen costes de instalacin y actualizacin en clientes. Adems estas aplicaciones

permiten ahorrar invertir en costosas infraestructuras de comunicaciones.

Alta disponibilidad de servicio y datos: gracias a la conectividad que proporciona
Internet se permite el acceso a la aplicacin desde cualquier punto. Esto facilita la

movilidad y el teletrabajo.
Colaboracin: pueden ser utilizada por mltiples usuarios al mismo tiempo.
Seguridad de datos: la localizacin de los datos en un servidor los protege frente a

posibles virus en el equipo cliente.

Portabilidad: compatibilidad de la aplicacin con mltiples sistemas operativos y
plataformas existentes en el mercado. [2]

Desventajas de las aplicaciones Web.

27

Conexin a Internet: la disponibilidad del servicio est supeditada al proveedor.

Comunicacin no segura: la comunicacin se realiza a travs de un medio que no es

seguro, lento y con diferentes protocolos de comunicacin.

Seguridad en el servidor: las aplicaciones Web deben estar en constante resguardo. Si

no son seguras podran perderse los datos o no ser accesibles.

Compatibilidad de idioma: la mayor parte de las aplicaciones Web se crea en un idioma

concreto sin soportar otros lenguajes.

Dependencia a plugins: muchas aplicaciones dependen de determinados complementos
por ejemplo Flash, Java que genera la necesidad de instalacin y actualizacin en

cliente.
Espacio reducido de almacenamiento: muchos proveedores de servicios Web ofrecen

un espacio limitado y reducido para los archivos del cliente.

Menor funcionalidad: aunque en este sentido los navegadores van mejorando, la
funcionalidad que otorga un navegador es menor que la que otorga el sistema operativo,
por tanto, pueden aportar menor funcionalidad que las aplicaciones de escritorio. [2]

METODOLOGAS DE DESARROLLO DE SOFTWARE

Un proceso de software detallado y completo suele denominarse Metodologa. Las

metodologas se basan en una combinacin de los modelos de proceso genricos (cascada,
evolutivo, incremental, espiral entre otros). Adicionalmente una metodologa debera definir con
precisin los artefactos, roles y actividades involucrados, junto con prcticas y tcnicas
recomendadas, guas de adaptacin de la metodologa al proyecto, guas para uso de
herramientas de apoyo, etc. Habitualmente se utiliza el trmino mtodo para referirse a
tcnicas, notaciones y guas asociadas, que son aplicables a una (o algunas) actividades del
proceso de desarrollo, por ejemplo, suele hablarse de mtodos de anlisis y/o diseo.
La comparacin y/o clasificacin de metodologas no es una tarea sencilla debido a la diversidad
de propuestas y diferencias en el grado de detalle, informacin disponible y alcance de cada una
de ellas. A grandes rasgos, si tomamos como criterio las notaciones utilizadas para especificar
artefactos producidos en actividades de anlisis y diseo, podemos clasificar las metodologas en
dos grupos: Metodologas Estructuradas y Metodologas Orientadas a Objetos. Por otra parte,
considerando su filosofa de desarrollo, aquellas metodologas con mayor nfasis en la
28

planificacin y control del proyecto, en especificacin precisa de requisitos y modelado, reciben

el apelativo de Metodologas Tradicionales (o tambin denominadas Metodologas Pesadas, o
Peso Pesado). Otras metodologas, denominadas Metodologas giles, estn ms orientadas a la
generacin de cdigo con ciclos muy cortos de desarrollo, se dirigen a equipos de desarrollo
pequeos, hacen especial hincapi en aspectos humanos asociados al trabajo en equipo e
involucran activamente al cliente en el proceso.[5]
Metodologas estructuradas
Los mtodos estructurados comenzaron a desarrollarse a fines de los 70s con la Programacin
Estructurada, luego a mediados de los 70s aparecieron tcnicas para el Diseo (por ejemplo: el
diagrama de Estructura) primero y posteriormente para el Anlisis (por ejemplo: Diagramas de
Flujo de Datos). Estas metodologas son particularmente apropiadas en proyectos que utilizan
para la implementacin lenguajes de 3ra y 4ta generacin.
Ejemplos de metodologas estructuradas de mbito gubernamental: MERISE (Francia),
MTRICA (Espaa), SSADM (Reino Unido). Ejemplos de propuestas de mtodos estructurados
en el mbito acadmico: Gane & Sarson, Ward & Mellor, Yourdon & DeMarco e Information
Engineering. [5]
Metodologas orientadas a objetos
Su historia va unida a la evolucin de los lenguajes de programacin orientada a objeto, los ms
representativos: a fines de los 60s SIMULA, a fines de los 70s Smalltalk-80, la primera versin
de C++ por Bjarne Stroustrup en 1981 y actualmente Java o C# de Microsoft. A fines de los 80s
comenzaron a consolidarse algunos mtodos Orientadas a Objeto.
En 1995 Booch y Rumbaugh proponen el Mtodo Unificado con la ambiciosa idea de conseguir
una unificacin de sus mtodos y notaciones, que posteriormente se reorienta a un objetivo ms
modesto, para dar lugar al Unified Modeling Language (UML), la notacin Orientada a Objetos
ms popular en la actualidad.
Algunas metodologas orientadas a objetos que utilizan la notacin UML son:

Rational Unified Process (RUP),

OPEN,
29

MTRICA (que tambin soporta la notacin estructurada). [5]

Metodologas tradicionales
Las metodologas no giles son aquellas que estn guiadas por una fuerte planificacin durante
todo el proceso de desarrollo; llamadas tambin metodologas tradicionales o clsicas, donde se
realiza una intensa etapa de anlisis y diseo antes de la construccin del sistema.
Todas las propuestas metodolgicas antes indicadas pueden considerarse como metodologas
tradicionales. Aunque en el caso particular de RUP, por el especial nfasis que presenta en cuanto
a su adaptacin a las condiciones del proyecto (mediante su configuracin previa a aplicarse),
realizando una configuracin adecuada, podra considerarse gil. [5]
Metodologas giles
Un proceso es gil cuando el desarrollo de software es incremental (entregas pequeas de
software, con ciclos rpidos), cooperativo (cliente y desarrolladores trabajan juntos
constantemente con una cercana comunicacin), sencillo (el mtodo en s mismo es fcil de
aprender y modificar, bien documentado), y adaptable (permite realizar cambios de ltimo
momento).
Entre las metodologas giles identificadas son:

Extreme Programming
Scrum
Familia de Metodologas Crystal
Feature Driven Development
Proceso Unificado Rational, una configuracin gil
Dynamic Systems Development Method
Adaptive Software Development
Open Source Software Development. [5]

Metodologa Scrum:
Scrum es una marco para la ejecucin de prcticas giles en el desarrollo de proyectos que toma
su nombre y principios de las observaciones sobre nuevas prcticas de produccin, realizadas por
Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80.

30

Aunque las prcticas observadas por estos autores surgieron en empresas de productos
tecnolgicos, tambin se emplean en entornos que trabajan con requisitos inestables y que
requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas
de software.
En 1995 Ken Schwaber present en OOPSLA 95 (Object-Oriented Programming Systems &
Applications conference) (Schwaber, 1995), la implementacin de Scrum Para software que l
empleaba en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel Corporation
(compaa que en los micro juegos de compras y fusiones se integrara en VMARK, y luego en
Informix y finalmente en Ascential Software Corporation).
Las implementaciones de Scrum para desarrollo de software se vienen enriquecendo desde
entonces, y poco tienen que ver las implementaciones actuales con la original de Ken (Schwaber,
1995). Ahora es muy raro que alguien configure un campo de Scrum con los controles originales
(paquetes, cambios, riesgos, soluciones) el Backlog nico ha evolucionado a Backlog de
producto y Backlog de Sprint. Tambin es habitual usar un backlog estratgico o Epics de
producto. La evolucin aadi a la reunin de revisin de sprint, otra de inicio; y ms tarde otra
de retrospectiva. Tampoco se suele usar la fase de cierre, etc.
Tambin la prcticas se han enriquecido. En 2001 apareci el grfico burndown, ms tarde
empez a ser habitual el uso de estimacin de pquer, luego tableros de control visual kanban.
[3]
INTRODUCCIN AL MODELO
Scrum es una metodologa de desarrollo muy simple, que requiere trabajo duro, porque no se
basa en el seguimiento de un plan, sino en la adaptacin continua a las circunstancias de la
evolucin del proyecto.
Como mtodo gil:

31

Es un modo de desarrollo adaptable, antes que predictivo.

Orientado a las personas, ms que a los procesos.
Emplea el modelo de construccin incremental basado en iteraciones y revisiones.

Comparte los principios estructurales del desarrollo gil: a partir del concepto o visin de la
necesidad del cliente, construye el producto de forma incremental a travs de iteraciones breves
que comprenden fases de especulacin exploracin y revisin. Estas iteraciones (en Scrum
llamadas Sprints) se repiten de forma continua hasta que el cliente da por cerrado el producto.
Se comienza con la visin general del producto, especificando y dando detalle a las
funcionalidades o partes que tienen mayor prioridad de negocio, y que pueden llevarse a cabo en
un periodo de tiempo breve (segn los casos pueden tener duraciones desde una semana hasta no
ms de dos meses). Cada uno de estos periodos de desarrollo es una iteracin que finaliza con la
entrega de una parte (incrementar) operativa del producto.
Estas iteraciones son la base del desarrollo gil, y Scrum gestiona su evolucin en reuniones
breves diarias donde todo el equipo revisa el trabajo realizado el da anterior y el previsto para el
siguiente. [3]
CONTROL DE LA EVOLUCIN DEL PROYECTO
Scrum controla de forma emprica y adaptable la evolucin del proyecto, a travs de las
siguientes prcticas de la gestin gil:
Revisin de las Iteraciones
Al finalizar cada iteracin (sprint) se lleva a cabo una revisin con todas las personas implicadas
en el proyecto. Es por tanto la duracin del sprint, el periodo mximo que se tarda en reconducir
una desviacin en el proyecto o en las circunstancias del producto. [3]
Desarrollo incremental

32

Las personas implicadas no trabajan con diseos o abstracciones. El desarrollo incremental

implica que al final de cada iteracin se dispone de una parte de producto operativa, que se puede
inspeccionar y evaluar. [3]

Desarrollo evolutivo
Los modelos de gestin gil se emplean para trabajar en entornos de incertidumbre e
inestabilidad de requisitos. Intentar predecir en las fases iniciales cmo ser el resultado final, y
sobre dicha prediccin desarrollar el diseo y la arquitectura del producto no es realista, porque
las circunstancias obligarn a remodelar muchas veces. [3]
Auto-organizacin
En la ejecucin de un proyecto son muchos los factores impredecibles en todas las reas y
niveles. La gestin predictiva confa la responsabilidad de su resolucin al gestor de proyectos.
En Scrum los equipos son auto-organizados (no auto dirigidos), con margen de decisin
suficiente para tomar las decisiones que consideren oportunas. [3]
Colaboracin
Las prcticas y el entorno de trabajo giles facilitan la colaboracin del equipo. sta es necesaria,
porque para que funcione la autoorganizacin como un control eficaz cada miembro del equipo
debe colaborar de forma abierta con los dems, segn sus capacidades y no segn su rol o su
puesto. [3]
Visin general del proceso
Scrum denomina sprint a cada iteracin de desarrollo y segn las caractersticas del proyecto y
las circunstancias del sprint puede determinarse una duracin desde una hasta dos meses, aunque
no suele ser recomendable hacerlos de ms de un mes.[3]
LAS REUNIONES

33

Planificacin del sprint:

Jornada de trabajo previa al inicio de cada sprint en la que se determina cul va a ser el trabajo y
los objetivos que se deben conseguir en la iteracin. [3]

Seguimiento del sprint:

Breve revisin diaria, en la que cada miembro describe tres cuestiones:

El trabajo que realiz el da anterior.

El que tiene previsto realizar.
Cosas que puede necesitar o impedimentos que deben suprimirse para realizar el trabajo.

Cada persona actualiza en la pila del sprint el tiempo pendiente de sus tareas, y con esta
informacin se actualiza tambin el grfico con el que el equipo monitoriza el avance del sprint
(burndown). [3]
Revisin del sprint:
Anlisis y revisin del incremento generado. [3]
LOS ELEMENTOS
Pila del producto:
(Product backlog) lista de requisitos de usuario que a partir de la visin inicial del producto crece
y evoluciona durante el desarrollo. [3]
Pila del sprint:
(Sprint backlog) lista de los trabajos que debe realizar el equipo durante el sprint para generar el
incremento previsto. [3]
Incremento:
Resultado de cada sprint [3]

34

LOS ROLES
Todas las personas que intervienen, o tienen relacin directa o indirecta con el proyecto, se
clasifican en dos grupos: comprometidos e implicados. [3]
COMPROMETIDOS

Propietario del producto Equipo. [3]

IMPLICADOS

Otros interesados (Direccin general Direccin comercial Marketing Usuarios, etc)

Propietario del producto: es la persona responsable de lograr el mayor valor de producto

para los clientes, usuarios y resto de implicados.

Equipo de desarrollo: grupo o grupos de trabajo que desarrollan el producto.

Scrum Manager: Responsable del funcionamiento de la metodologa Scrum en la

organizacin. [3]

EL PROCESO DE SCRUM
En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones de un mes
natural y hasta de dos semanas, si as se necesita). Cada iteracin tiene que proporcionar un
resultado completo, un incremento de producto final que sea susceptible de ser entregado con el
mnimo esfuerzo al cliente cuando lo solicite. [6]

35

Figura 06 Proceso del Scrum

El proceso parte de la lista de objetivos/requisitos priorizada del producto, que acta como plan
del proyecto. En esta lista el cliente prioriza los objetivos balanceando el valor que le aportan
respecto a su coste y quedan repartidos en iteraciones y entregas. De manera regular el cliente
puede maximizar la utilidad de lo que se desarrolla y el retorno de inversin mediante
la planificacin de objetivos del producto, que realiza durante la iteracin con vista a las
siguientes iteraciones. [6]
Las actividades que se llevan a cabo en Scrum son las siguientes:
Planificacin de la iteracin
El primer da de la iteracin se realiza la reunin de planificacin de la iteracin. Tiene dos
partes:

36

1. Seleccin de requisitos (4 horas mximo). El cliente presenta al equipo la lista de

requisitos priorizada del producto o proyecto. El equipo pregunta al cliente las dudas que
surgen y selecciona los requisitos ms prioritarios que se compromete a completar en la
iteracin, de manera que puedan ser entregados si el cliente lo solicita. [6]
2. Planificacin de la iteracin (4 horas mximo). El equipo elabora la lista de tareas de la
iteracin necesarias para desarrollar los requisitos a que se ha comprometido. La
estimacin de esfuerzo se hace de manera conjunta y los miembros del equipo se auto
asignan las tareas. [6]
Ejecucin de la iteracin
Cada da el equipo realiza una reunin de sincronizacin (15 minutos mximo). Cada miembro
del equipo inspecciona el trabajo que el resto est realizando (dependencias entre tareas,
progreso hacia el objetivo de la iteracin, obstculos que pueden impedir este objetivo) para
poder hacer las adaptaciones necesarias que permitan cumplir con el compromiso adquirido. En
la reunin cada miembro del equipo responde a tres preguntas:

Qu he hecho desde la ltima reunin de sincronizacin?

Qu voy a hacer a partir de este momento?
Qu impedimentos tengo o voy a tener?

Durante la iteracin el Facilitador (Scrum Master) se encarga de que el equipo pueda cumplir con
su compromiso y de que no se merme su productividad.

Elimina los obstculos que el equipo no puede resolver por s mismo.

Protege al equipo de interrupciones externas que puedan afectar su compromiso o su
productividad. [6]

Inspeccin y adaptacin

37

El ltimo da de la iteracin se realiza la reunin de revisin de la iteracin. Tiene dos partes:

1. Demostracin (4 horas mximo). El equipo presenta al cliente los requisitos completados
en la iteracin, en forma de incremento de producto preparado para ser entregado con el
mnimo esfuerzo. En funcin de los resultados mostrados y de los cambios que haya
habido en el contexto del proyecto, el cliente realiza las adaptaciones necesarias de
manera objetiva, ya desde la primera iteracin, re planificando el proyecto. [6]
2. Retrospectiva (4 horas mximo). El equipo analiza cmo ha sido su manera de trabajar y
cules son los problemas que podran impedirle progresar adecuadamente, mejorando de
manera continua su productividad. El Facilitador se encargar de ir eliminando los
obstculos identificados. [6]

rea de Acondicionado
Es en esta rea donde se realiza el acabado final del producto farmacutico; el cual consiste en
asignarle al producto, que proporciona el rea de fabricacin, una presentacin adecuada; acorde
con las necesidades del cliente.
Las diferentes reas de fabricacin elaboran constantemente distintos tipos de productos para el
abastecimiento continuo al rea de Acondicionado. Mientras que en la etapa de fabricacin la
capacidad est limitada por la capacidad mxima de los equipos; en la etapa de acondicionado la
capacidad est limitada por la cantidad de productos semielaborados que requieren de un
Mismo equipo de envasado. Por eso, no todos los productos que se terminan de elaborar pasan
inmediatamente a ser acondicionados, sino que es necesario esperar a que se encuentren
disponibles los equipos y el personal necesario; y que, por supuesto, se encuentre el bulk
previamente aprobado por el departamento de control de calidad para su envasado o empacado y
acondicionado final.
El control de la calidad tiene mucha importancia por el tipo de producto con el cual se trabaja;
por lo tanto, debe cumplir con normas especficas de calidad en consideracin a su uso. No existe
etapa alguna en la produccin la cual no haya pasado por la inspeccin de control de calidad:
38

desde el ingreso de las materias primas y los materiales al almacn de insumos hasta el ingreso
del producto al almacn de productos terminados. De todo un lote de produccin se extraen
Muestras para realizar anlisis de calidad; y segn los resultados se aprueba o se rechaza el lote.
[7]
El rea de Acondicionado divide sus funciones en dos secciones:
a) rea de Acondicionado propiamente dicho, que se encarga del envasado, empacado y
embalado de todos los productos de las diferentes lneas de produccin. Existen tantas lneas de
acondicionado como lneas de produccin hay. Una lnea la integran productos de caractersticas
Similares o que tienen procesos de elaboracin semejantes. [7]
b) rea de Reacondicionado, que se encarga de todos los servicios solicitados por laboratorios
terceros: impresin de registros sanitarios, cambio de presentaciones farmacuticas, cambio de
empaques, entre otros. [7]
Orden de Acondicionado
La Orden de Acondicionado consta de un original y dos copias, las cuales son emitidas por el
departamento de Planeamiento y entregadas al almacn de materias primas. Esta orden sirve para
solicitar el despacho de los materiales de empaque a las reas respectivas: loteado o
acondicionado.
Una de las copias es entregada al departamento de Contabilidad, la otra copia queda archivada en
el mismo almacn, mientras que el original recorre cada etapa del acondicionado del producto al
que pertenece.
En la Orden de Acondicionado figura: descripcin del producto, cdigo del producto terminado,
lote, expira, nmero correlativo de la orden, lista de materiales, cdigos de los materiales,
cantidad solicitada a despachar y nmero de anlisis asignado al ingreso del material aprobado.
Con este documento se solicita la aprobacin del inicio de la impresin de estuches y/o etiquetas
a control de calidad. [7]
Gua de Acondicionado
39

En la Gua de Acondicionado, que va junto con la Orden de Acondicionado, se indica paso a

paso el procedimiento a seguir para el envasado, empacado y embalado de un determinado
producto con una o ms presentaciones. En esta gua se informa la cantidad de personal
necesario, el tipo de mquina a utilizar, el tiempo estndar para cada etapa del acondicionado y
los materiales necesarios. [7]
Hoja de Observaciones (Complemento de Orden)
La Hoja de Observaciones se emite junto con la Orden de Acondicionado, siempre y cuando sta
ltima la requiera. En esta Hoja se seala acciones extras a realizarse durante el
acondicionamiento de un producto las cuales no se especifican normalmente en una Orden de
Acondicionado. [7]

2.3 Hiptesis
Si se utiliza el sistema web, utilizando la metodologa Scrum, entonces se mejorar el procesos
de Acondicionado en la Empresa Grunenthal Peruana S.A

40

 H0: Si se utiliza el sistema web, utilizando la metodologa Scrum, entonces No se mejorar el

procesos de Acondicionado en la Empresa Grunenthal Peruana S.A

H1: Si se utiliza el sistema web, utilizando la metodologa Scrum, entonces se mejorar el

procesos de Acondicionado en la Empresa Grunenthal Peruana S.A

2.4 Mtodo
2.4.1 Tipo, Nivel y Diseo de la Investigacin
2.4.1.1 Tipo de Investigacin
Aplicativa, se implementar un sistema web que permitir la gestin de procesos del
rea de Acondicionado eficiente. El cual se desarrollar utilizando la metodologa
Scrum para dar como resultado un software de calidad
Causa-Experimental. En realidad la Empresa Grunenthal Peruana S.A. No cuenta
una herramienta informtica que les permita la gestin de este proceso, debido a esto
se implementara un sistema con el cual se realizar pruebas post-implementacin.
Con lo cual se podr medir el rendimiento de este proceso.

2.4.1.2 Nivel de Investigacin

41

Descriptiva.-La investigacin se ubica en este nivel debido a que se tuvo comprender las
actividades realizadas en el rea de Acondicionado para poder diagnosticar los problemas
que tiene el rea y modelar sus procesos.
Se realizar observaciones continuas al comportamiento de las actividades realizadas en
el rea, para un mayor entendimiento de los procesos realizados. Para que de ese modo
elaborar mejor la tesis. Y obtener mejores conclusiones y resultados al final de la tesis.
Correlacional.- Se medir el grado de relacin entre las variables en un contexto en
particular, por lo tanto se puede decir que en este caso relacionaremos la solucin del
sistema web para mejorar el proceso del rea de Acondicionado en la Empresa
Grunenthal Peruana S.A.
2.4.1.3 Diseo de Investigacin

Ge O1 X O2
Ge=Grupo Experimental: Es el grupo de estudio en donde se implementar el sistema
web
O1= Datos Pre-Prueba para los indicadores de la Variable Dependiente antes de la
implementacin del sistema web.
X= Sistema Web herramienta informtica, con la cual se podr mejorar la productividad
del proceso de acondicionado en la empresa.
O2 = Datos de la Post-Prueba para los indicadores de la Variable Dependiente:
Mediciones post-prueba del grupo de control.
Descripcin
Se trata de una conformacin de resultados obtenidos de forma intencional del grupo ( Ge),

conformado por el tiempo

y el nmero de reportes realizados en el rea de

Acondicionado. Al que se le implic el uso

una tecnologa informtica (X), Para

solucionar el Tiempo y el nmero de reportes realizados en el rea de Acondicionado.

En el cual se realizaron (O1) para terminar el nivel de los indicadores antes de la
42

implantacin de (X), posteriormente se realizaron (O2) para corroborar la efectividad de

(X) en (Ge).

2.4.2 Poblacin y Muestra

Universo: Se identifica como unidad de anlisis a todas las ordenes realizadas por el rea
acondicionado en la empresa Grunenthal peruana S.A

N = Nmero Total de rdenes de realizadas al rea de Acondicionado en la

empresa Grunenthal peruana
Muestra:
n = 30 primeras rdenes realizadas al rea de Acondicionado por semana
en la empresa Grunenthal peruana
Tipo de Muestreo:
Intencional (No aleatorio).
Consiste en la eleccin por mtodos no aleatorios de una muestra cuyas
caractersticas sean similares a las de la poblacin objetivo. En este tipo de
muestreo la representatividad la determina la determina el investigador de modo
subjetivo

2.4.3 Variables e Indicadores

43

2.4.3.1 Variables
Variable Independiente:
Sistema Web
Variable Dependiente:
Proceso de Acondicionado en la Empresa Grunenthal
Peruana S.A
Variable Interviniente

Metodologa Scrum

2.4.3.2 Indicadores
A. Conceptualizacin

Variable Independiente: Sistema Web.

Tabla 1: Indicador de la variable independiente

Indicador: Presencia-Ausencia
Descripcin: Cuando indique NO, es porque no ha sido implementado el
Sistema web en la empresa Grunenthal Peruana S.A y an se encuentra
en la situacin actual del problema. Cuando indique S, es cuando se ha
implementado el Sistema web, esperando obtener mejores resultados.
Variable Dependiente: Proceso de Acondicionado en la empresa Grunenthal
peruana S.A
44

Tabla 2: Indicadores de la variable Dependiente

Indicador

Descripcin

Tiempo para solicitar

El indicador que determina el tiempo en pedir el reporte de

reporte

acondicionado al rea

Tiempo para analizar

Es el tiempo que emplea jefe de produccin en analizar la

informacin

informacin de los reportes

Exactitud de

Es el porcentaje de exactitud de informacin de los reportes

informacin

enviados

Tiempo para buscar

Es el tiempo que emplea el encargado del rea en buscar las

rdenes de

rdenes de acondicionado

acondicionamiento
Nivel de Productividad

Es el porcentaje del nmero de trabajadores que realizan sus

actividades por hora

Nmero de Personas

cantidad de trabajadores que realizan una orden de

que intervienen en el

acondicionado

proceso
Nmero de rdenes

Es el nmero de rdenes que fueron trabajadas por dia en el

emitidas al dia

rea

B. Operacionalizacin

Variable Independiente: Sistema Web.

Indicador

ndice
45

Presencia - Ausencia

No - Si

Variable Dependiente: Proceso de Acondicionado en la empresa Grunenthal Peruana

S.A

Indicador

ndice

Unidad de Medida

Unidad de
Observacin

Tiempo para solicitar

[30 - 60]

reporte
Tiempo para analizar

[5 - 15]

[95 99.99]

[30- 2]

rdenes de
acondicionamiento
Nivel de Productividad

de Reporte

Jefe de produccin

Minutos / Anlisis de

Reloj

reportes

Jefe de calidad

% / Exactitud de

rdenes generadas

Reportes

informacin
Tiempo para buscar

Reloj
Jefe de calidad

informacin
Exactitud de

Minutos / Solicitud

[80 -90]

Minutos / Busqueda

Reloj

de rdenes de

Encargado del rea de

acondicionado

Acondicionado

% / Productividad de

Trabajadores

trabajadores

Nmero de Personas

[8 -9]

que intervienen en el

Conteo

intervienen en el

Trabajadores

proceso

proceso
Nmero de rdenes

N / Personas que

[8 - 15]

N / rdenes emitidas Conteo

por da

emitidas al dia

Encargado del rea

de Acondicionado

2.4.4 Mtodos e instrumentos de investigacin

46

Para la realizacin de la tesis se identificaron dos tipos de tcnicas e instrumentos de

medicin experimental y documental
Tabla 5: Tcnicas e Instrumentos de la Investigacin Campo

TCNICAS
Observacin directa

INSTRUMENTOS
Computadora

Realizacin de Entrevistas
Aplicacin de Cuestionario

formato de Entrevistas
Cuestionarios
Libreta de apuntes

Tabla 6: Tcnicas e Instrumentos de la Investigacin Experimental

TCNICAS
Seguimiento

del

tiempo

INSTRUMENTOS
de
Fichas de observacin

solicitud de reportes
Seguimiento

del

tiempo

generar reportes

para
Reportes generados

seguimiento de comportamiento
de los trabajadores
Seguimiento

del

tiempo

Grabaciones
para

analizar informacin
Encuestas y fichas
Tabla 6: Tcnicas e Instrumentos de la Investigacin documental
TCNICAS

INSTRUMENTOS

Revisin de:

Computadora

Libros
Solicitudes de Pedido

USB

47

Informes de Entrega

Fotocopias

Tesis
Peridicos

Impresiones

Documentacin Estadstica
Artculos Cientficos
Fotografas

Libreta de Apuntes

Internet
Fotografas
Croquis

Planos

Fichas

2.4.5 Procedimiento de anlisis estadstico de datos

Se va Utilizar

La Estadstica descriptiva
Media
Valor Mnimo
Valor Mximo

48

2.5 Marco Administrativo

2.5.1 Cronograma de Actividades

49

2.5.2 Recursos
Recursos Humanos
Arango Ramos Yud Itman
Cahuana Auccacusi Jose Luis
Recursos Materiales

Internet
Utiles de Escritorio
Fotocopias
Impresiones
Recursos Tecnicos

Movilidad
Hardware
Computadora
Memoria USB
Impresora Digital
Software
50

Windows 7 Profesional
Microsoft Office 2010
SQL Server 2012
Visual Studio / Python

2.5.3 Presupuesto

Concepto

Observacin

Cant.

Unidad

Costo S/. Total S/.

fotocopias libros Scrum 2013

libros

110.00

110.00

fotocopias de

300

hojas

0.10

30.00

Materiales Bibliogrficos

tesis actualizadas

Tesis
Total por Material Bibliogrfico 140.00
Recursos Humanos
Cahuana

Ingeniero

persona

5.500

5.500

Ingeniero

persona

5.500

5.500

Auccacusi Jose
Luis
Arango Ramos
Yud Itman
Total Recursos Humanos 11.000
51

Insumos
Tinta negra

estuches

unidades

60.00

120.00

Tinta color

estuches

unidades

40.00

80.00

Hojas bond

Tamao A4

400

hojas

0.10

40.00

Materiales de

lapicero ,

15

unidades

10.00

150.00

escritorio

resaltador ,etc
Total por Insumos 390.00

Movilidad
Visitas a la

5 veces por semana

16

Veces

20.00

320.00

empresa
Total Movilidad 320.00
Alimentos
Almuerzo

5 veces por semana

16

veces

40.00

640.00

Total de Alimentos 640.00

Equipos y Servicios
Impresiones

Cantidad promedio

80

Hojas

0.50

40.00

Servicio de

3 horas por dia

50

Veces

3.00

150.00

Internet
Total de Equipos y Servicios 190.00
Hardware y Software
Laptop

LENOVO

unidad

3200.00

3200.00

Impresora

EPSON

unidad

500.00

500.00

USB

Kingston

unidad

60.00

60.00

Microsoft Office Licencia

unidad

30.00

30.00

unidad

60.00

60.00

2010
Windows 7

Licencia

52

Professional
SQL Server

Licencia

unidad

50.00

50.00

Licencia

unidad

60.00

60.00

2012
Visual Studio
2012/ Python
Total de Hardware y Software 3960
Total de la Tesis
2.5.4. Financiamiento
Esta investigacin ser financiada con los recursos de los investigadores

2.6 ndice Tentativo de la Tesis

53

16.640.00

NDICE

DEDICATORIAS
AGRADECIMIENTOS
RESUMEN
ABSTRACT
INTRODUCCIN
TABLA DE CONTENIDOS
NDICE DE FIGURAS
NDICE DE TABLAS

CAPTULO I
PLANTEAMIENTO METODOLGICO
1.1. Planteamiento del Problema
1.1.1. Situacin Problemtica
1.1.2. Formulacin del Problema
1.2. Justificacin de la Investigacin
1.3. Tipo y Nivel de la Investigacin
1.3.1. Tipo de Investigacin
1.3.2. Nivel de Investigacin
1.4. Objetivos de la Investigacin
1.4.1. Objetivo General
1.4.2. Objetivos Especficos
1.5. Hiptesis General
1.6. Variables e Indicadores
1.6.1. Variable Independiente
a. Indicadores
b. ndices
1.6.2. Variable Dependiente
a. Indicadores
54

b. ndices
1.7. Limitaciones de la Investigacin
1.8. Diseo de la Investigacin
1.9. Tcnicas e Instrumentos para la Recoleccin de Informacin
1.9.1. Tcnicas
1.9.2. Instrumentos
CAPTULO II
MARCO REFERENCIAL
2.1. Antecedentes de la investigacin
2.2. Marco Terico

CAPTULO III
DESARROLLO DEL SISTEMA WEB

3.1. Etapa de Anlisis

3.2. Etapa de Diseo
3.3. Etapa de Codificacin
3.4. Etapa de Pruebas

CAPTULO IV
ANLISIS DE RESULTADOS Y CONTRASTACIN DE LA HIPTESIS
4.1. Poblacin y Muestra
55

4.1.1. Poblacin
4.1.2. Muestra
4.2. Nivel de Confianza
4.3. Tamao de la Muestra Representativa
4.4. Anlisis e Interpretacin de Resultados
4.5. Contrastacin de la Hiptesis
CAPTULO V
CONCLUSIONES Y RECOMENDACIONES
5.1. Conclusiones
5.2. Recomendaciones

REFERENCIAS BIBLIOGRFICAS
APNDICES
ANEXOS
GLOSARIO DE TRMINOS

Referencias Bibliogrficas

Tesis y Trabajos fin de Estudios Electrnicos:

56

1. CHOLCA CAMPUS B. G. Desarrollo de una aplicacin web de pedidos y

Facturacin para la empresa oftlmica elens. [en lnea] Tesis, Escuela Politcnica
Nacional, Quito, Junio del 2014 [Consultado 19 abril 2015] disponible en:
http://bibdigital.epn.edu.ec/handle/15000/7422

2. SALAS QUINALUISA E. R. Desarrollo de un sistema web de almacenamiento

De informacin empresarial para clasificar y Localizar geogrficamente empresas y sus
servicios.[en lnea] Tesis, Escuela Politcnica Nacional, Quito, Mayo del 2014
[Consultado 22 abril 2015] disponible en: http://bibdigital.epn.edu.ec/handle/15000/7839

3. AGUAYO ELDREDGE P. A. et al. Desarrollo de un sistema web para ventas por

Catlogo para agroimzoo ca. Ltda.[en lnea] Tesis, Escuela Politcnica Nacional, Quito,
Abril

2014

[consultado

21

abril

2015]

disponible

en:

http://bibdigital.epn.edu.ec/handle/15000/7383

4. JEREZ VILLOTA E. I. et al. Desarrollo del portal web y de la intranet para la

Empresa servicios y lujos only cars sc. [en lnea] Tesis, Escuela Politcnica Nacional,
Quito,

Mayo

2012

[Consultado

22

abril

2015]

disponible

en:

http://bibdigital.epn.edu.ec/handle/15000/4768

5. TADEO CALDERN DE LA BARCA J. R et al. Anlisis, Diseo e Implementacin de

un Sistema Web B2C Multiempresa.[en lnea] Tesis, Pontificia Universidad Catlica del
57

Per

[Consultado

20

abril

2015]

disponible

en:

http://tesis.pucp.edu.pe/repositorio/handle/123456789/4566

6. RENDIN GAIBOR, R. A. Aplicacin de Scrum al desarrollo del sistema para la

calificacin y asignacin de montos y plazos de crdito. [en lnea] Tesis. Escuela
Politcnica Nacional, Quito, Octubre 2012 [Consultado 22 abril 2015] disponible en:
http://bibdigital.epn.edu.ec/handle/15000/5010

7. GUANOTASIG CAMBISACA J. R. et al .Diseo e implementacin de un Sistema web

utilizando java y empleando la Metodologa Scrum para la gestin administrativa de la
junta parroquial de guaytacama perteneciente al canton latacunga de la provincia de
Cotopaxi. [en linea] Tesis. Universidad Tcnica de Cotopaxi. latacunga ecuador 2012
[consultado

22

abril

2015]

disponible

en:

http://repositorio.utc.edu.ec/bitstream/27000/430/1/T-UTC-1008.pdf

8. [2] = MORENO BOIZA V, Anlisis y Diseo de una Plataforma Web para un Sistema de
Gestin de Usuarios, [en lnea]. Tesis. Universidad Carlos III de Madrid. Legans,
octubre

de

2012

[Consultado

24

archivo.uc3m.es/handle/10016/16046

Libros Electrnicos y Monografas en lnea:

58

abril

2015].

Disponible

en:

http://e-

1. [1] = SAROKA, R H, Sistemas de Informacin en la era Digital [en lnea]. Argentina:

Universidad Nacional de San Martn. [Consultado 24 abril 2015]. Disponible en:
http://www.fundacionosde.com.ar/pdf/biblioteca/Sistemas_de_informacion_en_la_era_dig
ital-Modulo_I.pdf

2. [7] = APARICIO ALVARO K G, Determinacin y Reduccin de Mermas en el rea de

Empaque de los Productos tipo "a" en una Industria Farmacutica. Per: Universidad
Nacional Mayor de San Marcos. [Consultado 25 abril 2015]. Disponible en:
http://sisbib.unmsm.edu.pe/bibvirtualdata/tesis/ingenie/aparicio_a_k/cap_2.pdf

Artculos de Revistas Electrnicas:

1. [3] = PALACIO J .et al, Gestin de proyectos Scrum Manager Juan Palacios, Scrum
Manager [en lnea]. Abril 2014, Versin 2.5. [Consultado 20 abril 2015]. Disponible en:
http://www.scrummanager.net/files/sm_proyecto.pdf

Sitios Web:

1. [4] = Sistema de Informacin, Manuel Peralta, [en lnea]. [Consultado 25 abril 2015]
Disponible en: http://www.monografias.com/trabajos7/sisinf/sisinf.shtml#tusi

59

2. [5] = Procesos de Software, Wikispaces classroom, [en lnea]. [Consultado 25 abril 2015]
Disponible

en:

http://procesosdesoftware.wikispaces.com/METODOLOGIAS+PARA+DESARROLLO+
DE+SOFTWARE

3. [6] = Que es Scrum , Proyectos agiles, [en lnea] [Consultado 25 abril 2015] . Disponible
en: http://www.proyectosagiles.org/que-es-scrum

APNDICES

60

61