UA1 ES2 Inform2 Contreras Gonzalez

INFORMÁTICA Y
TELECOMUNICACIONES
AppCristoDOCAR
Aplicación de registro y administración
de autosAplicación de registro de
pedidos y Fidelización de Clientes
Asignatura: Seminario de GradoTaller de Proyecto de Software –

TIDC24TIHI12
Sección: 1
Académico guía: David Osvaldo Larrondo NarbonaJosé Alexander

Vera
Integrantes del equipo: -Stojan Paulo Gasic BrievaJuan Pablo

Gonzales Alegría
-Adrián Jesús Contreras Riveros
Fecha de entrega: 289/1009/2021

Contenido
I. Introducción 4
II. Identificación del Problema 5
1. Actualización y justificación del problema 5
1.1. Descripción de la organización 5
2. Justificación del problema 14
2.1. Relevancia del problema. 14
2.2. Complejidad del problema. 15
III. Definición del Proyecto. 16
1. Marco Teórico 16
2. Solución tecnológica 22
2.1. Formulación 22
2.2. Alcance 25
3. Impacto de la solución. 26
3.1. Proceso de negocio afectado. 26
3.2. Registro de Interesados. 27
3.3. Indicadores de gestión. 28
3.4. Niveles de servicio. 29
4. Objetivos del proyecto 32
4.1. Objetivo General. 32
4.2. Objetivo Específico. 32
IV. Metodología de Trabajo 33
1. Desarrollo de la solución 33
1.1. Duración y cronograma. 34
1.2. Equipo de trabajo. 35
1.3. Plan de recursos. 35
2. Validación de la solución. 37
2.1. Validación de la funcionalidad. 37
2.2. Validación de la entrega de valor al negocio. 38
Formulación del Proyecto – Seminario de Grado – Parte I

2
V. Planificación General 40
2.1. Actividades y tareas 40
VI. Conclusiones 42
VII. Referencias bibliográficas 43
VIII. Anexos 45

3
I. Introducción
Uno de los aspectos más relevantes que ha estado tomando fuerza en las últimas décadas,
considerando el rápido avance en el mundo de las tecnologías de la información, que guarda
estrecha relación con el progreso de la sociedad en general, es saber aprovechar el uso
progresivo de la adquisición de conocimiento a través de la información y tecnología a la cual se
tiene acceso hoy en día, y que figura como uno de los pilares fundamentales y vitales al
momento de tratarse del desarrollo a nivel mundial. En este auge de las TI, desde el punto de
vista y enfoque que le han dado las organizaciones al uso de ellas, para poder resolver
problemáticas y buscar nuevas oportunidades gracias a los beneficios que brindan, esto se ve
reflejado tanto en las microempresas referente a todos sus procesos de negocio, cuyo objetivo
es buscar la mejora continua en la productividad, calidad, eficiencia y entre otros aspectos, en lo
que concierne a la prestación de servicios de cualquier carácter. Debido a ello es que se definió
elaborar y presentar una propuesta de proyecto informático, iniciativa que va dirigida a la
gestión empresarial mediante el desarrollo de una plataforma informática centralizada de
información, que apoye la gestión y administración de pedidos y fidelización de clientes de las
empresas.
Este documento presenta en detalle la formulación y diseño de un proyecto cuyo propósito y

objetivo va dirigido a modelar, estructurar y organizar los procesos de negocio afectados por las
microempresas y medianas empresas que estén en la transición digital, con el fin primero de
generar una propuesta de valor al mercado empresarial del rubro y además dar soporte a la
integración de nuevos sistemas en la digitalización y nuevos proyectos que surjan y guarden
relación con a la propuesta que se describe y analiza en este proyecto.
Dicho esto, en este informe se encontrarán los pasos pertinentes para formular, diseñar y llevar
a cabo este proyecto, considerando todas las variables involucradas, esclareciendo metas,
definiciones y objetivos, así como delimitando también las restricciones y alcances de la
propuesta misma.

4
II. Identificación del Problema
1. Actualización y justificación del problema
1.1. Descripción de la organización
Nuestra empresa llamada “Puerto Developers” es la encargada de desarrollar la aplicación.
Tipo y rubro:
Empresa de desarrollo de software
Código SII Rubro
582000 Edición de programas informáticos
Organigrama de la empresa:
Gerente general Desarrollador y

y desarrollador: analista: Adrián
Juan Pablo Contreras
Gonzales
Misión:
Mejorar la eficiencia de los recursos empresariales al desarrollar soluciones informáticas, que brinden
una mejora y optimicen los modelos de negocio de las empresas.
Visión:
Ser reconocidos por ser una de las empresas de desarrollo más prestigiosas del país, respetando
estándares de desarrollo internacionales, y aplicando las mejores prácticas de desarrollo existentes.

5
Cadena de valor:
-Cumplimiento de estándares y normas vigentes

-Control Financiero
-Control y gestión de activos
-Contratación de profesionales del área
-Capacitaciones progresivas de empleados
-Inversiones en sistemas informáticos

-Investigación de nuevas tecnologías
-Diseño de solución
-Compra y arriendo de hardware y software
-contratación de servicios externos de redes
-Publicidad y marketing
Logística Logística Servicio post

Operaciones
interna: externa venta
-Desarrollo de
-Recepción de sistemas
informáticos -Control de -Servicio de
proyectos
- calidad soporte a
-
Programación/ -Control de clientes.
estructuración
codificación versiones -Servicio de
de proyectos
-Diseño de -Gestión de mantenimiento
-Solicitudes de
modelos productos a sistemas
compra
-Integración de
NTIC

6
Cuadro de mando integral:
Finanzas: Clientes: buscar su

-Incrementar ventas en las fidelización a la compañía,
operaciones actuales. darles el mejor servicio
-Optimizar precios, costos y posible, atención post
gastos venta
Procesos Formación y
internos: crecimiento: Mejorar
las condiciones de
Fomentar el trabajo
seguridad y bienestar de los
cooperativo
funcionarios, cumplir metas
Aumento de la productividad
de ventas.
de los equipos
mejora continua

7
Estándares adoptados y certificaciones adquiridas:
Norma Descripción
ISO/IEC 27000 Vocabulario estándar para el SGSI para todas las

normas de la familia. Se encuentra en desarrollo
actualmente.
ISO/IEC 27001 Certificación que deben obtener las organizaciones.

Norma que especifica los requisitos para la
implantación del SGSI. Es la norma más importante
de la familia. Adopta un enfoque de gestión de
riesgos y promueve la mejora continua de los
procesos. Fue publicada como estándar
internacional en octubre de 2005.
ISO/IEC 27002 Information technology - Security techniques - Code

of practice for information security management.
Previamente BS 7799 Parte 1 y la norma ISO/IEC
17799. Es un código de buenas prácticas para la
gestión de seguridad de la información. Fue
publicada en julio de 2005 como ISO 17799:2005 y
recibió su nombre oficial ISO/IEC 27002:2005 el 1 de
julio de 2007.
ISO/IEC 27003 Directrices para la implementación de un SGSI. Es

el soporte de la norma ISO/IEC 27001. Publicada el 1
de febrero del 2010, No está certificada actualmente.
ISO/IEC 27004 Métricas para la gestión de seguridad de la

información. Es la que proporciona
recomendaciones de quién, cuándo y cómo realizar
mediciones de seguridad de la información.
Publicada el 7 de diciembre del 2009, no se
encuentra traducida al español actualmente.
ISO/IEC 27005 Normativa dedicada exclusivamente a la gestión de

riesgos en seguridad de la información.
Proporciona recomendaciones y lineamientos de
métodos y técnicas de evaluación de riesgos de
Seguridad en la Información, en soporte del
proceso de gestión de riesgos de la norma ISO/IEC
27001. Es la más relacionada a la actual British
Standar BS 7799 parte 3. Publicada en junio de
2008.
ISO/IEC 27006 Requisitos para la acreditación de las

organizaciones que proporcionan la certificación de
los sistemas de gestión de la seguridad de la
información. Esta norma específica requisitos para
la certificación de SGSI y es usada en conjunto con
la norma 17021-1, la norma genérica de
acreditación.

8
Tabla 1- Normas ISO Fuente: Elaborado por ISO e IEC*
Arquitectura tecnológica y de aplicaciones:
Tabla 2-Arquitectura de red. Fuente: Elaboración Propia.

9
1.1.1. Antecedentes
El restaurante “El cristo” comenzó como un pequeño container de comida rápida ubicado en la
comuna de Paine, Laguna de Aculeo, el cual se hiso bastante conocido por las personas de ese
sector gracias a las deliciosas empanadas que ahí se vendían, en aquellos tiempos la producción
de empanadas no superaba las 30 unidades diarias, poco a poco el negocio siguió creciendo en
cuanto a sus procesos productivos, así como también la cantidad de pedidos que realizan en
cuanto a la gestión y administración del negocio, hoy en día el container ya no existe y en su
lugar hay un restaurante el cual cuenta con su propia fábrica de empanadas, pudiendo llegar a
producir hasta 2000 unidades en un solo fin de semana, el restaurante a pesar del éxito que ha
tenido no cuenta con ningún sistema para controlar la gran cantidad de pedidos que se pueden
producir en ciertas fechas como por ejemplo las fiestas patrias, en su lugar la gran mayoría de
pedidos se realizan por medio de WhatsApp, o anotándolos en un cuaderno, esto obviamente
conlleva muchos riesgos como por ejemplo, borrar los mensajes sin querer, que se pierda el
cuaderno con los pedidos, etc. Debido a esto a lo largo de los años que ha existido el
restaurante se han ocasionado muchos problemas y confusiones con los pedidos, volviéndose
un problema bastante común y molesto para la dueña del restaurante.

10
1
1.1.2. Diagnóstico

11
1.1. Descripción del problema
La propuesta de solución nace a raíz de la problemática existente dentro del restaurante que es

la gran cantidad de pedidos que pueden llegar a realizar sin tener un buen manejo de la
información, ya que estos se realizan mediante diferentes medios de comunicación tales como
Instagram, WhatsApp, Facebook, llamadas o de forma presencial, provocando que controlar
tantos pedidos sea una tarea demasiado tediosa al tener que buscarlos y ordenarlos por
importancia, según Daniela Alegría (Dueña del restaurante), es muy común que los pedidos se
pierdan entre tantos mensajes y se pierde demasiado tiempo en tener que buscarlos entre las 3
redes sociales que utilizan actualmente, esto se podría solucionar con un sistema informático
que les permita acceder a dicha información de una madera mucho más fácil, permitiendo un
control mucho más preciso sobre los pedidos realizados y que cuente con facilidades de
búsqueda y una interfaz fácil de utilizar por cualquier usuario.
Otra problemática y la más reciente es provocada en gran parte por la disminución del turismo
en el sector en donde se encuentra ubicado el restaurante (Paine, Laguna de Aculeo) debido a la
sequía de la laguna, lo que ha provocado que también disminuyan en un pequeño porcentaje
los clientes del negocio, por esto es importante trabajar la fidelización con los clientes, ya que
no solo repercute en un mayor nivel de ventas, sino también en una buena estrategia en
comunicación, ya que un cliente fidelizado es siempre la mejor publicidad para una empresa.
Según Silvana Alegría (Dueña del restaurante), cerca del 1% de las empanadas que son
producidas durante el mes que no son de pedidos se desperdician, ya sea porque se ponen
duras al pasar unos días u otros motivos, con un sistema el cual les permita a los clientes
reclamar recompensas por sus pedidos permitiría que ese pequeño porcentaje de comida no se
desperdicie al ser utilizada como recompensa para dichos clientes, aportando en el objetivo de
fidelizar clientes.

12
2. Justificación del problema
1.2. Relevancia del problema.
La relevancia de la problemática identificada esta en aprovechar las oportunidades que se

presentan al haber muchos negocios no digitalizados que buscan mejorar
su funcionamiento para ser más eficientes y además aportar valor a su negocio.

La problemática que se busca resolver concede beneficios muy importantes, tanto para el
restaurante el cual está enfocado el proyecto (“El cristo”), como también para los demás
posibles interesados por el proyecto, dentro de estos beneficios se pueden encontrar los
siguientes:

Organización: Se podrá mejorar la organización de la información que debe manipular el local,
en este caso de los pedidos realizados para tener un mejor control sobre estos, evitando
posibles problemas y consecuencias existentes en el funcionamiento del local actualmente.

Ahorro de tiempo: Se disminuirá significativamente el tiempo que actualmente demoran en
registrar, revisar y preparar los pedidos al tener toda la información necesaria al alcance.

Fidelización de clientes: El punto fuerte del proyecto, permitirle al local tener una mejor relación
con sus clientes, enganchándolos y motivándolos a volver a solicitar los servicios que ofrece el
local.

13
1. Complejidad del problema.
El problema tiene una complejidad muy fluctuante que va a ir dependiendo en relación a la

exigencia del negocio y escalabilidad a la cual se esté atendiendo, debido a que mayormente se
resuelve un problema de organización y administración, esto no implica una problemática de
primera necesidad, pero se transforma en una oportunidad de mejora continúa haciendo el uso
progresivo de las NTIC2, integrando nuevas metodologías de trabajo gracias a la implementación
de estas. Por otra parte, esto implica desde el punto de vista de solución, que no se requieran
hacer grandes cálculos o grandes inversiones para solucionar el problema en pro de la eficiencia
que entregan los sistemas informáticos hoy en día.
Un aspecto importante para tener en consideración que tiene relación con la complejidad del
problema que se está tratando es atenerse a la seguridad de la información que se maneja,
resguardando la confidencialidad e integridad de los datos, al tener acceso a los documentos de
los vehículos e información de carácter sensible.
Debido a esto es importante generar un vínculo con las empresas de modo que estas tengan la
confianza de ceder sus datos, y gracias a eso, poder abarcar cada día más problemas de gestión,
que vayan considerando progresivamente problemas más complejos y soluciones más eficientes
que generen beneficios para todas las partes involucradas.
Otro problema relacionado al proyecto tiene que ver con su sostenibilidad económica a lo largo
del tiempo, el desarrollo inicial del proyecto tiene un costo fijo, sin embargo, una vez que el
proyecto entre en funcionamiento se deben considerar los gastos relacionados a la mantención
de este, además este proyecto estará en constante crecimiento, lo que requerirá mucho
desarrollo, lo que implica gastos. Por esto hay que analizar de forma muy detallada cuales son
las ganancias y gastos mensuales, de tal forma que la aplicación logre un buen nivel de calidad,
pero a la vez sea rentable.
2 NTIC: Nuevas Tecnologías de la información y Comunicación, ³SAAS: Software como servicio.

14
La propuesta también considera un sistema de notificación temprana ante próximas
mantenciones y vencimiento de documentos.
III. Definición del Proyecto.

1. Marco Teórico
El Turismo en Aculeo
Acúleo es catalogado por algunos medios como un oasis turístico que se convirtió en un
desierto, ubicado en la comuna de Paine, Región Metropolitana, Se caracterizaba por tener
riberas fangosas y porque sus costas no presentaban una inclinación pronunciada.

En lo que hoy en día es un terreno árido en algún tiempo estuvo ubicada la Laguna de Acúleo,
uno de los principales atractivos turísticos en chile. a 70 kilómetros al Suroeste de Santiago, se
puede observar con tristeza el paisaje actual.
Años atrás los veranos en la laguna de Aculeo eran memorables. Los más de 10,000 habitantes
de la zona esperaban con ansias las oleadas de turistas que llegaban cada año a vacacionar o
practicar deportes náuticos, se cree que en los próximos años la cantidad de lluvia en región
seguirá disminuyendo a consecuencia del cambio climático Si en la década de 1980 llovía un
promedio de 350 mm anuales en la zona central de Chile, el 2018 las precipitaciones se
redujeron a la mitad, y durante estos años la cantidad de lluvia sigue bajando producto de los
efectos del cambio climático, con ello también se mermó el modo de vida de los diez mil
habitantes de la zona que vivían del turismo.

El dinámico turismo que reinaba cuando el lago estaba activo llevó a muchos a adquirir terrenos
para construir casas de veraneo o para negocios, un crecimiento que careció de regulaciones y
multiplicó la demanda de agua hasta provocar escasez, es
por eso que en la zona muchos campings, restaurantes, actividades agricultoras, etc. tuvieron
que abandonar sus proyectos por no poder mantenerlos, sumado a esto también está la
situación actual del planeta debido a la pandemia provocada por el covid-19, que claramente a
afectado el turismo en todo el país, y en relación a esto las empresas indican que un 52% de sus
ventas/ingresos sea han reducido debido a la pandemia, mientras que otro 35% dice que su
empresa cerró o está en proceso de cierre y por otro lado, el 9% de las empresas menciona que
sus ventas se han mantenido.

Hoy en día los locales que siguen funcionando en la zona se mantienen gracias al constante
consumo de los mismos habitantes del lugar, por lo que para estos negocios es muy importante
tener una buena relación con sus clientes

15
Importancia de la fidelización de clientes
La lealtad de los clientes es clave para el rendimiento de una empresa, muchas veces ofrecer un
producto o servicio innovador, de calidad, no es suficiente para ganar clientes fieles, por lo
tanto, es necesario usar estrategias de fidelización efectivas, capaces de generar confianza y
lealtad. Las empresas buscan una relación a largo plazo con los usuarios finales, es decir, que un
consumidor que haya solicitado el producto o servicio que ofrece la empresa se convierta en un
cliente habitual y que además la recomiende.

Las estrategias de fidelización de clientes implican diferenciarse de la competencia, escuchar a
los clientes y ofrecer novedades y mejoras que revierten en un mejor servicio,
esto ocasiona que la empresa pueda retener a los clientes más antiguos como también atraer a
nuevos clientes potenciales.

La importancia de fidelizar a la clientela va más allá del hecho de que el número de clientes
potenciales acabará estancándose y la retención será obligatoria, sobre todo en pueblos
pequeños en los cuales no concurre tanta gente como en las grandes ciudades, además que
también el retener a los clientes es mucho más barato que adquirir nuevos clientes, la
fidelización es muy necesaria debido a la creciente competencia.

Todo negocio, qué duda cabe, debe intentar conservar sus mejores clientes, y las estrategias de
fidelización están orientadas a este fin. La fidelización, por un lado, permite hacer crecer
el negocio, pero por otro puede ser de gran ayuda para mantener ingresos fijos que nos ayuden
a la subsistencia del negocio.

A su vez, la implementación misma de un programa de fidelización ayuda a reorientar el negocio
según las necesidades de los clientes y a dirigir la empresa buscando eficiencia y aportar un
valor real a la relación con el usuario. No en vano, siempre que se apliquen estrategias de

16
fidelización inteligentes, una fuerte fidelidad a un negocio o a una marca acaba traduciéndose
en rentabilidad y en valor empresarial.
Entonces, ¿porque es importante?

Estudios afirman que los clientes habituales gastan hasta un 33% mas que los nuevos clientes, otro estudio
en Estados Unidos revela que el 37% de los consumidores se consideran leales a una empresa después de
realizar al menos cinco compras en ella y en este mismo sentido otra investigación asegura que un 77% de
los clientes afirma haber tenido una relación fiel con sus empresas favoritas durante 10 años o más.
(Referencia bibliográfica de los datos )

Sabiendo estas estadísticas sobra decir que la fidelización de clientes es vital para las empresas que buscan
ser exitosas, los clientes representan el principal foco de atención para cualquier organización, por lo que
todos los planes y las estrategias de marketing deben enfocarse, desarrollarse e implementarse en
concordancia con ellos.

Parte de la fidelización de los clientes se lleva a cabo en la atención a estos, cosa que se debe tomar muy
en cuenta sobre todo durante periodos de alta demanda, cosa que puede dificultar este proceso
Proceso de atención al cliente en el restaurante durante períodos de alta demanda
En los tiempos actuales, de alta competitividad, uno de los procesos que ha adquirido cada vez
mayor relevancia en las organizaciones es el de atención a clientes. Para el caso de las empresas
del sector gastronómico, como son los restaurantes, se trata de un proceso clave. los atributos
que más valoran los clientes de un restaurante, son: el precio, el tiempo de atención, la
localización, el ambiente y la calidad de la comida. En el mercado de los restaurantes, al igual
que en otros mercados, la alternativa de modificar los precios para ajustar la oferta a la
demanda, como una forma de racionar la demanda, tiende a ser más costosa que hacerlo
mediante colas de espera. En este sentido se hace mención a un racionamiento eficiente
cuando es preferible hacer esperar a nuevos clientes a variar el costo del menú de acuerdo a la
demanda. En los restaurantes, el tiempo de espera se encarga de ajustar el exceso de demanda
hasta equilibrarlo con la oferta del servicio, racionando a los consumidores en vez de aumentar
los precios.

17
Esta investigación se centra el restaurante “El cristo”, que en temporadas de alta
demanda llegan a tener demasiados pedidos, el interior del restaurante no es muy grande,
dentro de el se ubican 8 mesas para 4 personas, y un patio que cuenta con otras 4 mesas para
otras 4 personas. El restaurante posee una atractiva oferta gastronómica, caracterizada por la
venta de ricos almuerzos y de unas deliciosas empanadas de diversas variedades, muy
demandadas en la zona en donde ubica sobre todo en el mes de septiembre y fines de semana,
al no contar con tanto espacio en el local gran parte de las ventas se realizan mediante pedidos,
sus prolongados tiempos de atención generan insatisfacción en los clientes.

Como consecuencia de esto, la capacidad de atención a los comensales del restaurante se ve
ampliamente superada durante el mes de septiembre, fines de semanas y feriados que hay
durante todo el año, esto se expresa en prolongados tiempos de espera para los clientes,
quienes se llegan a sentir mal atendidos, lo que puede llegar a provocar cancelaciones de
pedidos, bajas de propinas y mal trato a los meseros del restaurante por parte de los clientes, se
estima que el tiempo de espera de los clientes puede llegar alcanzar hasta 30 minutos o
incluso 1 hora cuanto se deben atender demasiados pedidos al mismo tiempo, cabe destacar
que este problema no solo afecta a este restaurante, sino también a los otros 5 que se ubican
alrededor de este, razón por la cual es de interés buscar alternativas de solución al problema
expuesto.

El restaurante en estudio se caracteriza por su naturaleza familiar, su oferta de
productos deliciosos y un modo de gestión convencional basado en la experiencia de sus
propietarios. En ninguno de estos restaurantes localizados en el mismo sector se hace mayor
uso de las potencialidades que ofrecen las tecnologías de información y comunicación
disponibles en el mercado para apoyar los procesos de atención a los clientes.

18
Los fundamentos de la aplicación de las TICs en las distintas etapas del proceso de atención a los
clientes se centran en facilitar la recepción de los pedidos y los cambios de menús, mejorar la
calidad del servicio, disminuir los tiempos de atención, e incrementar la información nutritiva de
los menús ofrecidos. A pesar de la introducción de las TICs en los restaurantes, el proceso de
atención sigue centrado en el cliente donde seguirá importando fuertemente la interacción
humana y el servicio personalizado.

Teniendo esto en cuanta se estima que por medio de un software que permita optimizar todo
este proceso los tiempos de espera que antes eran de 30 minutos hasta 1 hora, cambiarían
drástica mente a solo un par de minutos, aumentando la satisfacción del cliente y la
probabilidad de que este vuelva y lo recomiende.
A pesar de te haber muchos días buenos en relación a las ventas realizadas, no quiere decir que
no haya días malos, esto ocurre en todos los locales de esta zona, al estar ubicados en un
pueblo pequeño hay bastantes días que simplemente no se venden todos los productos que ya
estaban preparados para servir, esto ocasiona muchos desperdicios de comida al mes, y que
esto ocasiona problemas que se ven reflejados en diversas formas.
El reto de reducir el desperdicio de alimentos en los restaurantes
El desperdicio de alimentos es un problema que se ve reflejado a nivel mundial, esto

provocado mayormente por empresas como supermercados, restaurantes, etc, los
residuos de alimentos tienen un impacto sobre el medio ambiente mucho mayor de lo
que se podría pensar. El principal problema se encuentra en el desperdicio de los
recursos naturales. Se considera que el 28 % del terreno destinado a la producción
agrícola del mundo se utiliza para producir alimentos que nunca se van a consumir. Con
una reducción de los residuos alimentarios se podría ahorrar un alto porcentaje de
tierras cultivables.
En chile mas de 1.62 millones de toneladas de alimentos se tiran a la basura y la FAO

estima que un 20% de este desperdicio ocurre en los puntos de venta tales como

19
cafeterías, restaurantes y locales con comida al paso, el desecho de los alimentos los
alimentos se produce en gran medida por la no venta de los productos, ya que un
producto preparado listo para su venta que lleva ya un tiempo listo para servir, puede
añejarse o no cumplir con las normas del establecimiento para ser ofrecido a los
consumidores.
En el caso de El cristo, la dueña asegura que al menos el 1% de los alimentos
producidos en un mes son tirados a la basura, y que la mayoría de estos es por el
añejamiento de los productos o por que son desechados en el proceso de elaboración
por no estar presentables para la venta.
Empresas como Soy Comida Perfecta o Nice to eat you se están abriendo paso en la
lucha contra el desperdicio de alimentos, rescatando de restaurantes y supermercados
productos que van a ser tirados a la basura y vendiéndolos a precios reducidos.
Pero claro, ¿No seria mejor poder aprovechar esos alimentos para no tener perdidas?,
y es que si se pueden aprovechar, aplicando estrategias que permitan deshacerse de
esos productos de una forma mas rápida, en este caso se busca aprovechar la gran
cantidad de stock de alimentos ya preparado por el restaurante cada día, destinando
una parte de ellos para beneficiar a algunos clientes que cumplan que ciertas normas,
aportando así a la fidelización de estos, aprovechando así de alguna forma la comida
que simplemente pudo ser desperdiciada, y atraer nuevos potenciales clientes fieles,
con esto se espera que el desperdicio de los alimentos del restaurante se reduzca en
un 60%.

20
Metodologías de trabajo
Para elegir correctamente la metodología de desarrollo se hizo una investigación, y se encontró

un documento proveniente de la Universidad Nacional de Colombia, en este escrito se halló la
siguiente tabla comparativa que será utilizada primero para definir el tipo de metodología a
implementar, es decir si se opta por recurrir a una metodología ágil o una metodología
tradicional.
Metodologías ágiles Metodologías tradicionales
Basadas en heurísticas provenientes de prácticas Basadas en normas provenientes de estándares

de producción de código. seguidos por el entorno de desarrollo.
Preparados para cambios durante el proyecto. Cierta resistencia a los cambios.
Reglas de trabajo impuestas internamente (por el Reglas de trabajo expuestas externamente.

equipo).
Proceso menos controlado, con pocos principios. Proceso mucho más controlado, con numerosas
políticas/normas.
Flexibilidad en los contratos debido a la respuesta Existe un contrato prefijado.

a cambios.
El cliente es parte del equipo de desarrollo. El cliente interactúa con el equipo de desarrollo
mediante reuniones en determinadas etapas del
proceso.
Grupos pequeños (<10 integrantes) y trabajando Grupos grandes y posiblemente distribuidos

en el mismo sitio. trabajando en diferentes tareas.
Pocos artefactos. Más artefactos.
Pocos roles. Más roles.
Menos énfasis en la arquitectura del software. La arquitectura del software es esencial y se

expresa mediante modelos.
Tabla comparativa 1 Metodologías relacionales/ágiles.-Fuente: varios autores.

21
Si analizamos la tabla comparativa nos damos cuenta de que nuestro proyecto se adapta mejor
a las metodologías ágiles debido a que el proyecto cuenta con pocos integrantes y por lo tanto
pocos roles, además el proceso de desarrollo no estará controlado, y el proyecto estará sujeto a
cambios durante todo el desarrollo.
La guía comparativa de metodologías ágiles, escrita por María José Pérez Pérez de la universidad
de Valladolid⁴ señala que todas las metodologías ágiles respetan los 12 principios ágiles que son:
1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y

continua de software con valor.
2. Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los
procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
3. Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta
un par de meses, con preferencia en los períodos breves.
4. Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana
a través del proyecto.
5. Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el

respaldo que necesitan y procurando la confianza para que realicen la tarea.
6. La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un

equipo de desarrollo es mediante la conversación cara a cara.
7. El software que funciona es la principal medida del progreso.
8. Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores,

desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica enaltece la agilidad.
10. La simplicidad como arte de maximizar la cantidad de trabajo que no se hace, es

esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos que se

autoorganizan.

22
12. En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta
su conducta en consecuencia.
Dentro de las principales metodologías ágiles que hace referencia el texto están:
● Programación extrema (XP): La programación extrema es una metodología de

desarrollo ágil que tiene como principal objetivo aumentar la productividad a la hora de
desarrollar un proyecto software. Da prioridad a los trabajos que dan un resultado
directo y en los cuales se reduce la burocracia que pueda existir en el entorno de
trabajo.
● Scrum: En Scrum un proyecto se ejecuta en bloques temporales (iteraciones-sprints) de

un mes natural (pueden ser de dos o tres semanas, si así se necesita). Cada iteración
tiene que proporcionar un resultado completo, un incremento de producto que sea
susceptible de ser entregado con el mínimo esfuerzo cuando el cliente lo solicite.
● Kanban: Su objetivo es gestionar de manera general cómo se van completando tareas,

pero en los últimos años se ha utilizado en la gestión de proyectos de desarrollo
software.
Las principales reglas de Kanban son las siguientes:

1. Visualizar el trabajo y las fases del ciclo de producción o flujo de trabajo.
2. Determinar el límite del “trabajo en curso” (WIP - Work In Progress).

23
3. Medir el tiempo en completar una tarea (Lead time).
Desarrollo de las tecnologías no relacionales
Por medio de la investigación desde los comienzos el término NoSQL se utilizó por primera vez
en 1998 para una base de datos que (aunque relacional) no tenía una interfaz SQL. Se convirtió
en una importancia creciente durante la década de 2000, especialmente con la rápida expansión
de Internet. La creciente popularidad de los servicios web mundiales vio un aumento en el uso
de bases de datos a escala web, ya que había una necesidad de sistemas de gestión de datos
que pudieran manejar las enormes cantidades de datos (a veces en el rango de petabytes y
más) generados por los servicios web. (Andreas Meier y Michael Kaufmman, 2019)
Los sistemas de bases de datos relacionales/SQL son mucho más que meros sistemas de
almacenamiento de datos. Proporcionan un gran grado de lógica de procesamiento:
poderosas construcciones de lenguaje declarativo
-Esquemas y metadatos
-Garantía de coherencia
-Integridad referencial y desencadenantes
-Recuperación y registro
-Operación y sincronización multiusuario
-Usuarios, roles y seguridad
-Indexación.

24
Sin duda, el modelo relacional tiene sus méritos. Tiene una base lógica sólida y permite expresar
las restricciones de la base de datos. Sin embargo, para algunos datos, la estructura de tabla
subyacente no posee un encaje natural. Las siguientes debilidades pueden convertirse en un
problema al utilizar el modelo de datos relacional. (Wiese, Lena,2015):
-Representación inadecuada de los datos
-Semántica sobrecargada
-Soporte débil para la recursión
-Homogeneidad.
Por otra parte, la complejidad de las soluciones TI que presentan un desafío hoy en día y que en
las últimas décadas el procesamiento de datos ha experimentado algunos cambios importantes.
Algunos de los nuevos desafíos para la administración de bases de datos son los siguientes, la
complejidad, los datos están organizados en estructuras complejas; La independencia de
esquemas, esto significa que los documentos se pueden procesar sin una denegación de
esquema determinada. En otras palabras, los datos pueden ser estructurados de manera
arbitraria sin cumplir con ningún formato prescrito; Escasez, la escasez hace referencia a los
ítems de datos que no están disponibles, puede que haya valores nulos o vacíos que aun así
utilizan espacio innecesariamente, por lo que es mejor ignorar esos valores; auto descriptivita.
como consecuencia de la independencia y la escasez del esquema, los metadatos se adjuntan a
valores individuales para habilitar el procesamiento de datos, por lo que describe el uso y
semánticas de esos valores, de esta manera se manera se puede interpretar y procesar de
manera directa sin tener que adquirir información de métodos de otros recursos; Variabilidad,
Los datos cambian constantemente, el sistema de base de datos tiene que manejar
modificaciones de datos frecuentes en forma de inserciones, actualizaciones y eliminaciones,
por lo que las base de datos deben soportar datos sin estructura para optar a la adaptabilidad
de las circunstancias; Escalabilidad, los datos están distribuidos a lo largo de varios servidores
interconectados, lo que aumenta la flexibilidad de la escalabilidad horizontal de la
infraestructura que se maneja en donde permita y de soporte de poder eliminar y agregar

25
servidores que se incorporen a la red según la necesidad lo demande, de forma que el sistema
de base de datos adapte dinámicamente la distribución de datos en la alterada estructura de
redes.
Base de datos NoSQL

Para esclarecer qué significa se menciona lo siguiente: “Una base de datos NoSQL no utiliza
tablas para almacenar sus datos. Su estructura lógica se puede imaginar como una gran
colección de mapas clave-valor, cada uno almacenado como un documento separado ``.-
(Hubbard, 2017).
Base de datos en la nube

Las bases de datos en la nube pueden atender, en particular, a los nuevos requisitos en
términos de escalabilidad y volumen. “Las bases de datos como servicio son ofrecidas por los
proveedores de computación en la nube en infraestructura como una plataforma de
almacenamiento remoto” (Wiese, Lena,2015). Los modelos de precios generalmente se basan
tanto en el tiempo de uso como en el volumen de los datos. A continuación, un acuerdo de nivel
de servicio (SLA) regula la disponibilidad mínima o las condiciones de seguridad del servicio
alojado. Los proveedores de la nube utilizan la multitenencia para permitir la elasticidad de sus
servicios: varios grupos de clientes acceden a la misma plataforma de base de datos;
potencialmente podrían separarse haciendo que la base de datos se ejecute en diferentes
máquinas virtuales. Si bien la base de datos en la nube afirma reducir la sobrecarga de
administración, el uso de una base de datos como servicio aún requiere habilidades de
administración (por ejemplo, para modelar los datos y configurar una copia de seguridad). La
seguridad y la confidencialidad, así como la legislación (por ejemplo, en términos de protección
de datos y privacidad) son cuestiones importantes, en particular si los datos se alojan en países
con una legislación diferente al país de origen. (Wiese, Lena,2015).

26
En esta ocasión estamos considerando utilizar la metodología SAAS³ lo que significa que la
aplicación y todos sus datos, están resguardados en bases de datos en la nube, por lo que no se
requiere la administración manual y tediosa de una base de datos física, sino que solo se paga
una pequeña cuota por el uso de la base de datos.
2. Solución tecnológica
2.1. Formulación
Para resolver el problema anteriormente planteado se diseñará y desarrollará una aplicación

web adaptativa mediante el framework React basado en el lenguaje JavaScript en conjunto de la
utilización de las herramientas que ofrece Firebase 3 para lo que es el modelo de base de datos
no relacional (NoSQL) con el que se trabajará, que contemplen a cabalidad todos los
requerimientos funcionales necesarios. donde se desarrollará un sistema que ayudará a las
empresas a gestionar los documentos de los vehículos.
3 Plataforma de desarrollo de aplicaciones

27
2.2. Alcance y Limitaciones
Para definir de buena manera y delimitar los objetivos a los cuales se está intentando enfocar
este proyecto, de forma que se cumplan a cabalidad o en mayor parte los lineamientos propios
que posee esta propuesta de solución, es que el alcance está considerando y resguardando los
aspectos más relevantes de todo el ciclo de vida del proyecto en cada una de sus fases,
detallando lo que aborda el sistema y lo que quedará fuera de él, con el fin de esclarecer la
información acerca del proyecto.
Dentro de los aspectos más relevantes definidos para el alcance y limitaciones que tendrá el
proyecto están:
AGREGAR ALCANCES – LO que quedará afuera del proyecto que pusimos y agregar lo del
feedback del profe de poner lo que hará el sistema

28
3. Impacto de la solución.
3.1. Proceso de negocio afectado.
El proceso de negocio afectado está relacionado con el proceso gestión y administración de

pedidos que tiene implementado actualmente el restaurante “El Cristo” y con el cual se está
trabajando.
El siguiente BPMN representa el modelo actual que se tiene
INGRESAR BPMN

29
3.2. Registro de Interesados.
Respecto a los interesados de este proyecto se han identificado los siguientes interesados:
Información de identificación Información de evaluación

Rol en el Interés (1-
ID Nombre Cargo Expectativas principales Poder (1-5)
proyecto 5)
Gestionar los recursos del proyecto
Juan Pablo Gerente Scrum Master correctamente en los periodos establecidos,
1 Gonzalez general /Desarrollador entregar un producto de la mejor calidad. 5 5
Lograr un sistema informático de calidad, que
Adrián Desarrollador/ cumpla con los estándares de calidad y
2 Contreras Gerente de TI Diseñador UI desarrollo 5 5
Gestionar y dar visto bueno a las etapas
Josefina Gerente transcurrida del proyecto, promover
3 Alegria general Patrocinador beneficios del proyecto, 5 4
Usuario Busca tener control en la automatización en la
Patricia Gerente administrativo/ gestión y administración de pedidos, para
4 Alegria operacional Product Owner aumentar la productividad. 4 2

30
Reducir los tiempos de producción y
Carlos Usuario comunicación entre los usuarios
5 Prieto Cocinero operacional operacionales del ambiente productivo 4 2
Tabla 2-Fuente: elaboración propia.
3.3. Indicadores de gestión.
Los indicadores de gestión utilizados tienen que ver con el nivel de mantención de los vehículos
y la cantidad de infracciones o multas relacionadas a documentos vencidos, como el permiso de
circulación y la revisión técnica.
Un indicador de gestión importante que se puede obtener a partir de los datos de la bitácora de
la aplicación es la frecuencia y costo de los accidentes.
Se puede obtener la cantidad de accidentes que tuvo un vehículo anualmente o todos los
vehículos de la empresa sumados.
Además, si se agrega correctamente la información del costo de reparación del vehículo se

puede obtener el costo de cada accidente y el coste anual de los accidentes de la empresa.
Tabla 4 – Indicadores KPI

N° Descripción indicador Tipo de medición
1 Agregar KPIS Numérica
2 Numérica
3 Monetaria
4 Monetaria
5 Monetaria

31
Fuente: Elaboración Propia.
3.4. Niveles de servicio.
Los acuerdos de servicio (SLAs) tienen el propósito de definir la relación entre el cliente y el
proveedor que presta los servicios, asegurando las responsabilidades de este ante incidentes de
manera que no haya conflictos en la continuidad de la prestación de los servicios asociados.
Nombre del servicio: Almacenamiento y gestión de documentos vehiculares
Gestor de nivel de servicio: Juan Pablo Gonzales(Gerente General de Puerto Developers)
Cliente: Josefina Alegría (Patrocinadora y dueña del Restaurante “El Cristo”)
Resultados esperados por cliente:

Actividades de negocio a las que apoya el servicio:
-Registro de Pedidos
-Acceso y Disponibilidad de la información
-Consulta de datos
Tiempo de servicio

32
El servicio ofrecido para la disponibilidad del sistema en las actividades de registro, consultas y
visualización de datos estará operando 24/7 estableciendo la continuidad operativa en su
totalidad no considerando las mantenciones planeadas.
Mantenimiento del servicio
Puerto developers dispondrá de avisar con 2 días de anticipación para efectuar 1

mantenimiento general semanal los días domingo a las 00:00 horas para efectuar correcciones
reactivas verificando el correcto funcionamiento del servicio otorgado al Restaurante “El Cristo”
con el objetivo además de, constatar alguna inconsistencia en algunas de sus funcionalidades.
Solución ante incidentes
El objetivo de Puerto Developers es tener a su disposición un profesional especializado y

asignado a resolver los incidentes que puedan colocar en riesgo a la continuidad del servicio, así
de esta manera poder responder según la criticidad del problema dentro de los tiempos
estipulados para ello.
Severidad Criterio Tiempo de respuesta Tiempo de solución
Crítico El servicio está 30m 1 hora

totalmente detenido
Severo El servicio está 30m 2 horas

parcialmente detenido
Grave El usuario puede seguir 30m 12 horas

trabajando
Tabla Solución incidente. Fuente: Elaboración Propia
Los objetivos del acuerdo de nivel de servicio ofrecidos por el sistema contemplan lo siguiente:

33
● Brindar tiempos de respuesta mínimos ante incidencias de criticidad.
● Responder las solicitudes de nuestros clientes en un tiempo no mayor a 48 horas (días
hábiles).
● Tener una disponibilidad del servicio del 99%.
● Mantener la aplicación actualizada.
● Resguardar los datos en bases de datos cifradas.
Responsabilidades
Deberes del proveedor
● Proporcionar la disponibilidad de los servicios constatados en su totalidad

● Presentar soporte en línea para el cliente
● Cumplir con los tiempos de respuesta ante incidentes previstos según la criticidad del
problema
● Notificación pertinente y anticipada a cliente ante mantenciones planeadas
Deberes del cliente
En cuanto al cliente, este debe respetar las siguientes normas del servicio:
● Todos los datos ingresados deben ser fidedignos.

● El lenguaje utilizado al interior de la aplicación, o al comunicarse con soporte debe ser
educado, sin faltar al respeto.
● Está prohibido modificar la aplicación utilizando software de cualquier tipo.

34
● Está prohibido ingresar vehículos ajenos como propios sin el consentimiento del dueño
del vehículo.
● Hacer uso exclusivo de los medios de comunicación con el proveedor para temas de
soporte
Políticas de seguridad aplicadas

• Cumplir con la Norma Chilena Oficial NCh-lSO 27001:2013.
• Cumplir con la Política General de Seguridad de la Información.
• Implementar y mantener el nivel apropiado de seguridad de la información y la entrega de los
servicios contratados en línea con los acuerdos de entrega de servicios de terceros.
• Gestionar la implementación de los acuerdos, monitorear su cumplimiento con los estándares
y manejar los cambios para asegurar que los servicios sean entregados de manera segura para
satisfacer todos los requerimientos acordados con terceros. (Subsecretaria de Transporte,2017)
4. Objetivos del proyecto
4.1. Objetivo General.
Desarrollar un sistema de gestión y automatización de pedidos y un sistema de fidelización de

clientes para microempresas que sea adaptativa y se integre a cualquier nivel de conocimiento
usuario para apoyar en la transición de la digitalización empresarial
4.2. Objetivo Específicos.
● Levantar los requerimientos de información relevante al contexto de la empresa.

● Identificar y organizar los recursos necesarios para la planificación del proyecto.
● Diseñar el modelo de datos NoSQL para la solución TI
● Desarrollar una plataforma web adaptativa
● Implementar pruebas funcionales y puesta en marcha.

35
IV. Metodología de Trabajo
1. Desarrollo de la solución
Con el objetivo de poder llevar a cabo el desarrollo del proyecto en totalidad y en relación con la
investigación realizada respecto del uso de metodologías ágiles y metodologías tradicionales, en
cuanto a los beneficios que aportan cada una de sus diferentes perspectivas en el ciclo de vida
de un proyecto, y en adición de los lineamientos propios de la propuesta de solución, es que
Puerto Developers optó por utilizar la metodología ágil Scrum.
Los responsables están definidos según los perfiles correspondientes para el uso de Scrum
según esta metodología y en relación directa a los principales interesados del proyecto en
donde encontramos los siguientes roles:
Scrum Máster: Es un líder al servicio de todos los miembros del equipo ágil, quién es el
encargado de gestionar la reducción de impedimentos del proyecto, es el garantizador del

36
cumplimiento a los principios ágiles y actúa como mediador entre los actores exteriores y
equipo el scrum
Product Owner: Representante de los accionistas y clientes que usan el software. Se focaliza en
la parte de negocio, traslada la visión del proyecto al equipo, formaliza las prestaciones en
historias a incorporar en el Product Backlog y las prioriza de forma regular.
Equipo Scrum: Grupo de profesionales con los conocimientos técnicos necesarios y que
desarrollan el proyecto de manera conjunta llevando a cabo las historias a las que se
comprometen al inicio de cada sprint.
Dentro de los eventos principales realizados en el ciclo de Scrum están:

-Sprint: Es el ciclo de ejecución presentado en iteraciones de 2,3 y hasta 4 semanas de duración
en donde se transforman las historias de usuario del Product Owner en tareas para que el
equipo scrum las desarrolle en funcionalidades del sistema.
-Reunión de planificación del sprint: Se realizan las reuniones previas al inicio del sprint con el
equipo scrum, scrum Master y Product Owner de manera de revisar el product backlog del
producto y la definición de objetivos del sprint.
-Scrum diario: son reuniones diarias con el equipo scrum en donde se revisan en reuniones los
acontecimientos relacionados con el trabajo diario, ver si está trabajando de manera correcta,
revisión de lo realizado el día anterior, obstáculos o impedimentos que surjan.

37
-Revisión del sprint: Demostración de lo que se ha desarrollado, se hacen demostraciones del
prototipo desarrollado en la iteración del sprint.
-Retrospectiva del sprint: Permite analizar cómo se ha desarrollado el trabajo del equipo Scrum
en sí mismo, con el fin de prever si es necesario algún plan de mejora, en donde se discuten los
aspectos a mantener o mejorar.
1.1. Duración y cronograma.
La duración total del proyecto está estimada para 4 meses
FECHA
ID ACTIVIDAD FECHA FIN PROGRESO % SEP OCT NOV DIC
INICIO
30/09/202
05/09/2021 100%
1 Sprint 1 1
15/09/202
5/09/2021 100%
1.1 Entrevistas, visitas 1
Búsqueda y
análisis de 16/09/2021 30/09/202 100%
1.2 problemas 1
30/10/202
1/10/2021 0%
2 Sprint 2 1
Toma de 15/10/202
1/10/2021 0%
2.1 requerimientos 1
Definición de 30/10/202
16/10/2021 0%
2.2 funcionalidades 1
3 Sprint 3 1/11/2021 30/11/202 0%

38
1
Desarrollo 15/11/202
1/11/2021 0%
3.1 Frontend 1
Desarrollo DE, 30/11/202
16/11/2021 0%
3.2 Módulos 1
30/12/202
1/12/2021 0%
4 Sprint 4 1
15/12/202
1/12/2021 0%
4.1 Pruebas 1
30/12/202
16/12/2021 0%
4.2 Fase beta 1
Cronograma Proyecto. Fuente Elaboración Propia
1.2. Equipo de trabajo.
El equipo de trabajo está conformado esencialmente por los integrantes que conforman el
grupo desarrollador del proyecto, de esta manera repartiendo de manera equitativa las
responsabilidades y/o actividades relacionadas con el proyecto, se tiene que los roles son los
siguientes:
Rol Descripción Integrante
Líder de proyecto Es quien se encarga de la comunicación con el docente, Juan Pablo Gonzales
asigna trabajos y reuniones al equipo, es la cara visible
del proyecto.
Administrador de Es el encargado de planificar el proyecto, además de Adrián Contreras Riveros

gestión verificar y promover el cumplimiento de los plazos
establecidos.
Desarrollador/ Es el encargado de desarrollar el software del proyecto, Juan Pablo Gonzales

Programador en este caso es solo a un nivel de prototipado.
Documentador Es el encargado de documentar todos los avances del Adrián Contreras Riveros
proyecto, ayudar a realizar los informes y llevar un
historial de los avances y reuniones del equipo.
Tabla Equipo de Trabajo Proyecto- Fuente Elaboración Propia.
1.3. Plan de recursos.

39
En relación con los recursos con los que se cuenta actualmente para el desarrollo del proyecto tenemos:
Recursos humanos:
Cantidad Cargo
1 Persona Scrum Master y dev*
1 Persona Diseñador y dev*
Recursos tecnológicos
Cantidad Descripción
2 Notebook
*dev: developer, desarrollador
Costos del proyecto: (4 meses)
Recursos humanos:
Cantidad Cargo Costo Total
1 persona Jefe de proyecto $9000 x 150 horas $1.350.000
1 persona Desarrollador $8000 x 150 horas $1.200.000
Recursos tecnológicos
Cantidad Descripción Costo Total
1 Dominio $10.000/anual $10.000
1 Hosting $20.000/anual $20.000
1 Plan internet $20.000/mes $20.000
Pago x uso Almacenamiento $20.000/mes $20.000
Pago x uso Procesamiento $20.000/mes $20.000

40
Costo mensual del proyecto
$2.640.000
Costo total del proyecto (4 meses)
$10.560.000
*Costos considerando un periodo de 4 meses de desarrollo
CAMBIAR POR LO QUE TENIAMOS DE RECURSOS DE LA PRESENTACION PASADA
2. Validación de la solución.
Validación de la funcionalidad.
La validación de la solución será ejecutada por el Restaurante “El Cristo” en conjunto con la
empresa Puerto Developers, en una primera etapa no existirán evaluadores externos. Para
verificar que el funcionamiento de la aplicación sea el correcto, se utilizarán pruebas funcionales
que se aplicarán al sistema, las pruebas tendrán relación con el levantamiento de
requerimientos que se realizó en conjunto con el representante de la empresa.
Pruebas funcionales para realizar por el equipo de desarrollo:
N° Descripción prueba Resultado
1 ¿El tiempo de respuesta de la aplicación es menor a 0.9 segundos?
2 ¿La aplicación permite guardar documentos?
3 ¿La aplicación te notifica si hay una mantención pendiente?

41
4 ¿La aplicación te permite registrar un accidente?
5 ¿La aplicación te notifica si un documento está por vencer?
6 ¿La aplicación guarda correctamente el kilometraje?
7 ¿La aplicación muestra los datos del vehículo?
8 ¿La aplicación permite acceder a los documentos del vehículo sin

conexión?
CAMBIAR POR COSAS QUE VAYAN EN CONTEXTO DE NOSTROS
2.1. Validación de la entrega de valor al negocio.
El éxito del proyecto será comprobado una vez que la aplicación logre un funcionamiento
óptimo y funcione correctamente de acuerdo con lo solicitado.
Una vez la aplicación tenga dos meses de uso por parte de la empresa Transportes Klett se le
solicitará a la empresa llenar el siguiente formulario a modo de encuesta:
Formulario de encuesta:
Fecha: XX/XX/XXXX Puerto Developers
Encuesta sobre el funcionamiento de la aplicación “AppCristo”, calidad de respuesta por parte

de la empresa Puerto Developers y como la aplicación ha ayudado al Restaurante “El Cristo”

42
1. En cuanto a la rapidez de la aplicación, usted considera que es más bien rápida o lenta.
Respuesta descriptiva:
2. En cuanto a la funcionalidad de la aplicación relacionada con el registro de pedidos, usted

considera que es eficiente, rápida y funcional o se podría mejorar.
3. En cuanto al sistema de fidelización de Clientes y las funcionalidades de este. ¿el sistema de es

efectivo, se podría mejorar?
4. En cuanto al sistema de Fidelización ¿Usted considera que funciona correctamente?, ¿Falta

alguna Función que agregar o mejorar?
5. En cuanto a la rapidez y calidad de las respuestas frente a problemas por parte de la empresa
Puerto Developers usted considera que ¿Las respuestas son de calidad?, ¿Logra solucionar sus
problemas?, ¿El tiempo de respuesta es adecuado?
6. En cuanto a la ayuda que ha proporcionado la aplicación al ser utilizada por su organización,

43
usted considera que ¿Ha sido de gran ayuda en la gestión de pedidos de su restaurante?, ¿La
ayuda ha sido irrelevante y/o deficiente?
7. En cuanto al precio del servicio usted considera que: ¿Es adecuado?, ¿Es alto para el uso que
se le da a la aplicación?, ¿Es barato?
Formulario Encuesta. Fuente: Elaboración Propia.
V. Planificación General
1. Planificación temporal
1.1. Cronograma
Las fases del proyecto detalladas son:
Fases Tareas Fecha inicio Fecha término Horas
Fase 1 Definición de problemática del 05/09/2021 10/09/2021 3

(Definición) proyecto
Objetivo general y específicos 11/09/2021 15/09/2021 1
Planteamiento de la solución 16/09/2021 20/09/2021 1

44
Asignación de costos al proyecto 21/09/2021 30/09/2021 2
Fase 2 Estudio de factibilidad 05/10/2021 07/10/2021 8

(Planificación y
diseño) Diseño de la solución 08/10/2021 21/10/2021 40
Documentación de la solución, 22/10/2021 30/10/2021 10

toma de requerimientos
Diseño de interfaz 01/11/2021 20/11/2021 30
Gestión del proyecto según PMBOK 21/11/2021 01/12/2021 30
Definición de normas del proyecto 02/12/2021 06/12/2021 6

de software
Definición de estándares del 07/12/2021 15/12/2021 4

proyecto de software
Definición de pruebas al sistema 16/12/2021 25/12/2021 5
Fase 3 Definición de lenguaje de 01/01/2022 10/05/2022 5

(Desarrollo) programación
Creación de bases de datos 11/01/2022 15/01/2022 50
Normalización de base de datos 16/01/2022 20/01/2022 20
Desarrollo del sistema 21/01/2022 21/03/2022 300
Fase 4 Realización de pruebas al sistema y 22/03/2022 11/04/2022 100

(Pruebas) corrección de errores.
Fase 5 Se termina la aplicación y empieza 12/04/2022 ---- ----

(Producción) a ser utilizada en un grupo menor
de usuarios.
Fase 6 Publicidad: La aplicación se Periódicamente Periódicamente 4

(Publicación) publicita entre clientes particulares
y empresas, todos la pueden
utilizar.
Reunión con empresas: Se hacen Periódicamente Periódicamente 4

reuniones con empresas para
obtener opiniones acerca de la
aplicación, velocidad de respuesta,
agregar más características,
comentarios generales, etc.

45
Fase Se le hacen las mantenciones Periódicamente Periódicamente 4
7(Mantenimiento) requeridas al sistema.
Tabla 4 Cronograma. Fuente: Elaboración Propia

46
VI. Conclusiones
AGREGAR CONCLSUION

47
VII. Referencias bibliográficas
● Huichalaf Roa, P. (2013, 25 junio). Contraloría confirma legalidad de portar en formato digital el
permiso de circulación y seguro obligatorio de vehículos motorizados. Cultura digital.
https://culturadigital.cl/dictamen-de-contralaria-confirma-legalidad-de-portar-en-formato-
digital-el-permiso-de-circulacion-seguro-obligatorio-de-vehiculos-motorizados/
● Orjuela Duarte, Ailin, & Rojas C., Mauricio (2008). Las Metodologías de Desarrollo Ágil como una
Oportunidad para la Ingeniería del Software Educativo. Revista Avances en Sistemas e
Informática, 5(2),159-171.[fecha de Consulta 28 de Septiembre de 2021]. ISSN: 1657-7663.
Disponible en: https://www.redalyc.org/articulo.oa?id=133115027022 - (tabla comparativa 1
metodologías de desarrollo)
● Enjoy Life. (2017, 17 julio). Metodologías de Desarrollo Agile: Kanban Vs. Scrum Vs. XP.
https://enjoylife.com.ar/novedades/metodologias-desarrollo-agile-kanban-vs/ - (Porque se eligio
Scrum por sobre XP y Kanban)
● Meier, Andreas., and Michael. Kaufmann. SQL & NoSQL Databases Models, Languages,
Consistency Options and Architectures for Big Data Management . 1st ed. 2019. Wiesbaden:
Springer Fachmedien Wiesbaden, 2019. Web.
● MLA, 8.ª edición (Assoc.Hubbard, J. R. Análisis de datos Java. Packt Publishing, 2017.APA, 7.ª
edición (American Psychological Assoc.)Hubbard, J. R. (2017). Análisis de datos Java. Packt
Publishing.

48
● Obwegeser, Nikolaus, Daniel T. Nielsen, and Nicklas M. Spandet. “Continual Process
Improvement for ITIL Service Operations: A Lean Perspective.” Information systems
management 36.2 (2019): 141–167. Web.

49
VIII. Anexos
● ⁴Pérez Pérez, M. J. (2012, enero). Guía Comparativa de Metodologías Ágiles.
https://uvadoc.uva.es/bitstream/handle/10324/1495/TFGB.117.pdf;jsessionid=38A28C9F2D12D
8788A83E2FA25DE35BA?sequence=1 - (Comparación metodologías ágiles)

50

UA1 ES2 Inform2 Contreras Gonzalez

Cargado por

Información del documento

Título original

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

UA1 ES2 Inform2 Contreras Gonzalez

Cargado por

Copyright:

Formatos disponibles

INFORMÁTICA Y

Asignatura: Seminario de GradoTaller de Proyecto de Software –

Académico guía: David Osvaldo Larrondo NarbonaJosé Alexander

Integrantes del equipo: -Stojan Paulo Gasic BrievaJuan Pablo

-Adrián Jesús Contreras Riveros

Fecha de entrega: 289/1009/2021

Formulación del Proyecto – Seminario de Grado – Parte I

Formulación del Proyecto – Seminario de Grado – Parte I

Este documento presenta en detalle la formulación y diseño de un proyecto cuyo propósito y

Formulación del Proyecto – Seminario de Grado – Parte I

1.1. Descripción de la organización

Nuestra empresa llamada “Puerto Developers” es la encargada de desarrollar la aplicación.

Empresa de desarrollo de software

Código SII Rubro

582000 Edición de programas informáticos

Gerente general Desarrollador y

Formulación del Proyecto – Seminario de Grado – Parte I

-Cumplimiento de estándares y normas vigentes

-Inversiones en sistemas informáticos

Logística Logística Servicio post

Formulación del Proyecto – Seminario de Grado – Parte I

Finanzas: Clientes: buscar su

Formulación del Proyecto – Seminario de Grado – Parte I

ISO/IEC 27000 Vocabulario estándar para el SGSI para todas las

ISO/IEC 27001 Certificación que deben obtener las organizaciones.

ISO/IEC 27002 Information technology - Security techniques - Code

ISO/IEC 27003 Directrices para la implementación de un SGSI. Es

ISO/IEC 27004 Métricas para la gestión de seguridad de la

ISO/IEC 27005 Normativa dedicada exclusivamente a la gestión de

ISO/IEC 27006 Requisitos para la acreditación de las

Formulación del Proyecto – Seminario de Grado – Parte I

Arquitectura tecnológica y de aplicaciones:

Tabla 2-Arquitectura de red. Fuente: Elaboración Propia.

Formulación del Proyecto – Seminario de Grado – Parte I

Formulación del Proyecto – Seminario de Grado – Parte I

Formulación del Proyecto – Seminario de Grado – Parte I

La propuesta de solución nace a raíz de la problemática existente dentro del restaurante que es

Formulación del Proyecto – Seminario de Grado – Parte I

La relevancia de la problemática identificada esta en aprovechar las oportunidades que se

Formulación del Proyecto – Seminario de Grado – Parte I

El problema tiene una complejidad muy fluctuante que va a ir dependiendo en relación a la

2 NTIC: Nuevas Tecnologías de la información y Comunicación, ³SAAS: Software como servicio.

Formulación del Proyecto – Seminario de Grado – Parte I

III. Definición del Proyecto.

Formulación del Proyecto – Seminario de Grado – Parte I

Formulación del Proyecto – Seminario de Grado – Parte I

Proceso de atención al cliente en el restaurante durante períodos de alta demanda

Formulación del Proyecto – Seminario de Grado – Parte I

Formulación del Proyecto – Seminario de Grado – Parte I

El reto de reducir el desperdicio de alimentos en los restaurantes

El desperdicio de alimentos es un problema que se ve reflejado a nivel mundial, esto

En chile mas de 1.62 millones de toneladas de alimentos se tiran a la basura y la FAO

Formulación del Proyecto – Seminario de Grado – Parte I

Formulación del Proyecto – Seminario de Grado – Parte I

Para elegir correctamente la metodología de desarrollo se hizo una investigación, y se encontró

Metodologías ágiles Metodologías tradicionales

Basadas en heurísticas provenientes de prácticas Basadas en normas provenientes de estándares

Preparados para cambios durante el proyecto. Cierta resistencia a los cambios.

Reglas de trabajo impuestas internamente (por el Reglas de trabajo expuestas externamente.

Flexibilidad en los contratos debido a la respuesta Existe un contrato prefijado.

Grupos pequeños (<10 integrantes) y trabajando Grupos grandes y posiblemente distribuidos

Pocos artefactos. Más artefactos.

Pocos roles. Más roles.