propuesta para trabajo de gradopegasus.javeriana.edu.co/~cis1430is01/... · web viewpor estas...

Ingeniería de Sistemas

PROPUESTA PARA TRABAJO DE GRADOTÍTULO: Reprocesos GMO: Una automatización de los procesos de devolución, en búsqueda de aumentar su eficiencia en la empresa

MODALIDAD: Aplicación Practica

OBJETIVO GENERAL: Desarrollar e implementar una herramienta web que sistematice y automatice los “Reprocesos” que usa la empresa GMO, buscando convertir este proceso, en uno más confiable, rápido y estructurado.

ESTUDIANTE(S)

Alexandra Ardila Sarmiento __________________________________________Documento Celular Teléfono fijo Correo Javerianocc. 1020731136 3014139537 4753688 [email protected]

DIRECTOR

Ing. Jhotman Andrés Gómez Idárraga__________________________________Documento Celular Teléfono fijo Correo Javeriano Empresa donde trabaja y cargocc. 16.075.655 (301)444-44-44 8 - 868733 [email protected]; Celema S.A (Central Lechera de Mani-

zales)- Ingeniero Analista TI

5/12/2023

mailto:[email protected]

Pontificia Universidad Javeriana Propuesta para Trabajo de Grado - <Colocar la modalidad>

Contenido CONTENIDO......................................................................................................... I 1 OPORTUNIDAD O PROBLEMÁTICA .................................................................... 2 1.1 DESCRIPCIÓN DE LA OPORTUNIDAD O PROBLEMÁTICA ................................. . 2 1.2 FORMULACIÓN .............................................................................................. 2 1.3 IMPACTO ESPERADO DEL PROYECTO ............................................................ 2 2 DESCRIPCIÓN DEL PROYECTO ......................................................................... 3 2.1 OBJETIVO GENERAL ...................................................................................... 3 2.2 FASES METODOLÓGICAS Y OBJETIVOS ESPECÍFICOS...................................... 3 2.3 ENTREGABLES O RESULTADOS ESPERADOS ................................................. 3 2.3.1 Descripción del contenido de las cartillas web, y el funcionamiento final del portal.........................................................................................................................3 2.3.2 Estructura de almacenamiento de datos para las cartillas web ..................3 2.3.3 Definición de técnicas para proporcionar la información y respuestas de las cartillas………………………………………………………………………….………….4 2.3.4 Modelo.............................................................................................................42.3.5 Prototipo funcional ..........................................................................................4 2.3.6 Memoria trabajo de grado ..............................................................................4 3 PROCESO .......................................................................................................5 3.1 FASE METODOLÓGICA 1 .............................................................................. 5 3.2 FASE METODOLÓGICA 2 .............................................................................. 5 3.3 FASE METODOLÓGICA 3 .............................................................................. 5 3.4 FASE METODOLÓGICA 4 .............................................................................. 6 4 GESTIÓN DEL PROYECTO ................................................................................ 7 4.1 ESTIMACIÓN DE LA DURACIÓN DEL PROYECTO (ELABORACIÓN DEL CRONOGRAMA)……………………………………………………………………….7 4.2 ESTIMACIÓN DEL COSTO DEL PROYECTO (PRESUPUESTO) ..........................10 4.3 ESTIMACIÓN DE LOS RIESGOS DEL PROYECTO (ANÁLISIS DE RIESGOS) ......... 11

Página 1


1 OPORTUNIDAD O PROBLEMÁTICA

1.1 DESCRIPCIÓN DE LA OPORTUNIDAD O PROBLEMÁTICA :

Es el proyecto “Reprocesos GMO” una idea que nace tras 6 meses de trabajo en

dicha compañía, al encontrar la manera de optimizar un proceso que se ejecuta dia-

ramente en la compañía.

En GMO un reproceso es aquella venta de la empresa, que por razones, que se

explicaran mas adelante detalladamente, tiene algun error o inconformidad, motivo

por el cual se debe anular y posteriormente volver a realizar, todo esto sin que este

proceso afecte ningun otro proceso de la compañía, tales como la contabilidad, el

inventario o las facturas.

Actualmente todo esto se realiza a traves de correos, llenando formularios de excel,

a traves de llamadas entre las personas implicadas, y no se maneja ningun registro

o seguimiento a todo el ciclo por el que debe pasar.

Todo esto origina retrasos en las diferentes areas de la compañía, por lo que puede

verse afectada la produccion y distribucion de dichos encargos, todo esto desenca-

denando malestar en los clientes y en ciertas ocasiones, la solicitud de la devolucion

de su dinero.

Es entonces un proceso que aunque tiene mucha importancia en la compañía, se

trata actualmente de manera desordenada y conlleva a un efecto negativo en el

nombre de la marca asi como una baja en las ventas actuales.

Por estas razones, mejorar y sistematizar todo este procedimiento, implicaria conse-

cuencias positivas para todas las areas de la empresa, y al ser el area de TI la en-

cargada de ejecutar actualmente todas los pasos, seria entonces una de las mas

beneficiadas, ya que esto facilitaria y ahorraria horas de trabajo de las personas

encargadas de realizar estos pasos, esto a travez de la construcción de una herra-

mienta web que interactue con la aplicación Gesti-Ópticas( herramienta actual de la

compañía, que maneja una gran parte de los datos de la empresa).

Página 2


Esta propuesta de grado va mas alla de automatizar el proceso, busca tambien que

en las siguientes fases se pueda usar la informacion que se recopile en las bases de

datos que se usen para esto, y con ello sacar conclusiones que puedan mostrar el

desempeño de las diferentes tiendas y areas de la empresa, trayendo consigo gran-

des beneficios que puedan verse reflejado en la satisfaccion de los clientes asi como

mas adelante, en las ventas netas de la empresa.

1.2 FORMULACIÓN

¿Cómo puede la Empresa Ópticas GMO, gracias al área de sistemas y mediante una aplicación, mejorar, acelerar y rastrear que los Reprocesos se hagan debidamente y bajo los tiempos correctos?¿Es posible usar la información que se recolecta en este proceso, para mejorar la calidad y el tiempo en la entrega de Reprocesos, así como método de prevención para disminuir que se sigan dando estos errores?¿Qué impacto podrá llegar a tener facilitar esta herramienta en la compañía?

Estudiando el caso actual al ver la manera como se presenta en GMO este proceso, se ha decidido plantear tres diferentes fases de desarrollo para este proyecto, en-trando así de manera (por fases).Estas son:

1. Fase desarrollo aplicativo funcional: En esta fase se busca dejar el aplicativo funcional desarrollado, cubriendo el proceso actual en un 100%, el aplicativo debe facilitar el orden y seguimiento a los reprocesos, y toda la información será guardada en una base de datos creada para este fin.

2. Fase desarrollo de reporteria: Como actualmente no se cuenta con un regis-tro de todos estos reprocesos, y la información que existe queda en diferen-tes archivos, de manera desordenada y bajo ningún estándar, los análisis que se pueden hacer son muy pocos.

En esta segunda fase se busca poder dar reportes que analicen las cifras y algunas otras estadísticas de cómo se lleva diariamente este proceso, estos reportes servirán para las diferentes áreas de la compañía, ya que la mayo-ría están involucradas en esto, se llevara registro histórico de todo lo que pase en este proceso.

3. Fase desarrollo orientado al Business Intelligence:

Página 3


Gracias a las anteriores fases, se tienen las herramientas necesarias, para transformas los datos en información, que sea útil para la compañía, y ayude en el objetivo final de dar mayor satisfacción al cliente. Esta fase de Business Intelligence se plantea un poco abierta, ya que es necesario primero tener desarrolladas las dos fases anteriores, para de esta manera poder encontrar que puntos se pueden plantear para la mejora, todo esto con la ayuda de las diferentes cabezas de áreas de la compañía. Actualmente se ha hablado con algunas de estas personas, y tienen objetivos claros que esperan pudiesen ser cumplidos con este proyecto.

1.3 JUSTIFICACIÓN:

Requieren los diferentes usuarios internos de la compañía consultar los reprocesos que se ingresan y a su vez saber el estado actual de estas, así como requieren las áreas encargadas del proceso, analizar y comprender la información recopilada durante sus operaciones, es entonces como el trabajo de grado propuesto busca hacer posible tales operaciones de forma eficiente y correcta así como lograr un acceso completo y fácil de usar, que le brinde a la organización una ventaja competitiva, al transformar la información almacenada en conocimiento accesible a sus miembros.

1.4 IMPACTO ESPERADO DEL PROYECTO:

Se propone entonces, a partir de la experiencia acumulada en estos meses de tra-bajo en la compañía y de los grandes posibles beneficios que ven las diferentes áreas involucradas en este proyecto, desarrollar una herramienta de fácil manejo que pueda mejora el procedimiento que se ejecuta para “Reprocesos GMO” bus-cando con este agilizar, ordenar y estandarizar el proceso, además de disminuir la posibilidad de errores que se presentan en él, tales como el envió de información incoherente y duplicación de reprocesos, busca también permitir el seguimiento en todas las etapas de cada reproceso.Todo esto, como se mencionó en numerales anteriores, conllevara a la optimización del proceso, que posteriormente se espera mejoren el tiempo y el cumplimiento de las entregas reprocesadas. Con las siguientes fases de desarrollo se buscara facilitar los reportes y las herra-mientas necesarias, para prevenir los problemas que actualmente se presentan, no a nivel del proceso (que planean resolverse en la primera fase), sino poder identifi-car las causas para que se presenten todos estos inconvenientes, es decir, a través de business intelligence se podrán ver cuáles son las principales causas de los re-procesos, las áreas, tiendas o asesores que recurren más a estos. Viendo también como se vaya dando el desarrollo de la aplicación, las diferentes áreas podrán solici-tar diferentes reportes sobre este proceso, que ayuden a definir diferentes decisio-

Página 4


nes y situaciones que se presenten, todo esto bajo un alcance real bajo el tiempo del trabajo de grado.

Todo esto busca impactar de manera final, en la satisfacción del cliente, quien podrá recibir en el tiempo adecuado aquellos encargos reprocesados ya sea por su culpa o por culpa de la compañía, y esta satisfacción ser vera traducida en la reducción de devoluciones, que representa el aumento neto de capital en las ventas definitivas de la empresa.

2 Descripción del Proyecto

Esta sección presenta la descripción general del proyecto. Cubre los aspectos más importantes para entender lo que se pretende realizar.

2.1 Objetivo general

Desarrollar e implementar una herramienta web que sistematice y automatice los “Reprocesos” que usa la empresa GMO, buscando convertir este proceso, en uno más confiable, rápido y estructurado.

2.2 Fases Metodológicas y objetivos específicos:

Objetivos específicos:

1. Crear un aplicativo Web que sustituya y automatice el proceso manual con el que se trabajan los “Reprocesos GMO”.

2. Diseñar e implementar un sistema de información web que sostenga el aplicativo inicial, y que a la vez permita ser consultado a través de un módulo de reportes.

3. Construcción de un módulo de reportes, que permitan a la empresa con-sultar los estados actuales y resultados de los reprocesos, esto con el fin de mejorar el funcionamiento involucrado a reprocesos de cada área.

Página 5


4. Determinar el impacto del uso del aplicativo web, mediante datos históri-cos del actual proceso, y los nuevos resultados una vez este implementa-do este.

El objetivo específico de realización de en un aplicativo WEB contará con la ayuda y seguimiento de las siguientes áreas relacionadas en GMO Colombia: Área de TI como principal involucrado, Área Comercial, Centro de Distribución y tiendas. Se cuenta con la aprobación del jefe de Sistemas Daniel Troncoso, para la implementa-ción de este aplicativo, así como con el visto bueno de todas las demás áreas invo-lucradas.

Las fases que se llevaran a cabo son:

Fase 1 (Investigación especulativa):

- Recolectar la información requerida del proceso actual, para la creación del aplicativo, de modo que no se omita ningún detalle del proceso manual que se ejecuta actualmente.


- Diseñar las diferentes clases y estructuras necesarias (diseño) para la respectiva construcción del aplicativo web.

Fase 3 (Inducción):

- Construir el aplicativo web que permita acceder a los usuarios al proceso automatizado, así como a diferentes reportes estadísticos y de resultados del aplicativo.

Fase 4 (Experimental):

- Validar por medio de pruebas con todos los usuarios, que el proceso haya sido reemplazado en su totalidad, funcione correctamente, y las personas se hayan adaptado a este.

2.3 Entregables o Resultados Esperados

2.3.1 Descripción del proceso actual, y el funcionamiento final del aplicativo Web.

Se requiere una definición de cómo actualmente funciona este proceso manualmente, deben tenerse claro cada uno de los pasos de este proceso, las

Página 6


entradas, las salidas, las funciones y las respuestas esperadas del sitio web, buscando conservar características de calidad, contenido y otros factores que se buscan determinar a través del desarrollo de la propuesta de grado. El entregable de este hito será la definición del proceso actual, así como la definición de cuál será el proceso nuevo que reemplazara el anterior por medio del aplicativo.

2.3.2 Estructura de almacenamiento de datos para el aplicativo web

Esta fase definirá todo el diseño, que deberá implementarse en una etapa posterior, para poder sostener el aplicativo web que soportara todo el proceso, también debe dejarse planteadas todas aquellas estructuras de almacenamiento para todos los datos necesarios del portal, se definirán una vez analizadas las diferentes estructuras empleadas por diferentes herramientas. Este análisis incluye la evaluación y el desempeño del almacenamiento, facilitando la creación de una estructura de datos que facilite el análisis y consulta posterior de los datos que se almacenan. Todo esto debe adaptarse a las herramientas que actualmente maneja la empresa, ya que es objetivo primordial no incurrir en gastos de la empresa.

2.3.3 Modelo

Definición del modelo principal, que vincule y relacione el resultado de las 2 entregas anteriores, las interfaces graficas ya deben estar definidas en esta etapa del proyecto.

2.3.4 Prototipo funcional

Se realizará entrega del aplicativo funcional, así como los correspondientes documentos de diseño:

Documento de Descripción de la Arquitectura de Software (SAD) Manual de uso e instalación.

2.3.5 Modulo de reportes

Deben definirse y automatizarse todos aquellos reportes con las cuales se podrá obtener y dar al usuario las respuestas de los correspondientes estados y estadísticas, según las respuestas que el usuario haya brindado a través de las diferentes cartillas. Esta etapa es uno de los aspectos más relevantes en el desarrollo de esta tesis de grado, y será en este modelo donde se hará una descripción acerca de todas las conclusiones y los mejores resultados obtenidos acerca de estos aspectos.

2.3.6 Modulo de Business Intelligence:

Página 7


Aunque se tienen varias ideas de lo que se puede obtener en esta etapa de Business Intelligence, no se plantearan ideas fijas de esto, no más allá de encontrar todas las conclusiones posibles del sistema de información en una etapa del proyecto donde este ya esté siendo usado por todos los implicados en este reproceso.El objetivo de esta fase es poder prevenir y disminuir el número de reprocesos y mejorar a futuro la solución de estos.

2.3.7 Memoria trabajo de grado Informe general del trabajo de grado. Para este entregable se hará uso de la plantilla definida por el departamento de Ingeniería de Sistemas de la Pontificia Universidad Javeriana.

3 Proceso

Esta sección presenta el proceso de desarrollo del trabajo de grado. Describa cada una de las fases metodológicas.

3.1 Fase Metodológica 1


Recolectar la información requerida del proceso actual, para la creación del aplicativo, de modo que no se omita ningún detalle del proceso manual que se ejecuta actualmente.

Metodología:

Página 8


1. Investigación basada y apoyada en los actores de las áreas que interactúan en este proceso, las variables que afectan en él y el proceso que se ejecuta actualmente.2. Relacionar las variables encontradas entre sí. 3. Acotar que variables se manejarán para este modelo, cuales tienen verdadera utilidad en este aplicativo.4. Definición de pasos que son estrictamente necesarios en el proceso, y de cuales pueden optimizarse,5. Construcción de documento explicando las metas planteadas definitivas para este aplicativo web.6. Investigar y definir el software que será usado para la construcción del portal, sus ventajas y diferentes impactos



Diseñar las diferentes clases y estructuras necesarias (diseño) para la respectiva construcción del aplicativo web.

Metodología: 1. Investigación sobre las diferentes estructuras de almacenamiento que puedan usarse en la construcción del aplicativo, y ver su impacto en la eficiencia de este.2. Construir las diferentes estructuras de almacenamiento. 3. Realizar los correspondientes diagramas de clases, casos de uso, y otros diagramas que sean necesarios para el proyecto. 4. Construir modelo general definitivo con la definición de las diferentes estructuras de almacenamiento y clases, que serán usadas para la creación del portal web.


Fase 3 (Inducción):

Construir el aplicativo web que permita acceder a los usuarios al proceso automatizado, así como a diferentes reportes estadísticos y de resultados del aplicativo.

Metodología:

Esta fase contendrá 3 fases o momentos internos, fase desarrollo aplicativo funcional, fase desarrollo de reporteria y Fase desarrollo orientado al Business

Página 9


Intelligence, los cuales fueron descritos en este documento en la sección de formulación de este trabajo de grado (1.2), cada uno de estos seguirá la siguiente secuencia de pasos, e irán desarrollándose una después de la otra:

1. Construcción inicial bajo los parámetros tenidos en cuenta en las fases anteriores. 2. Pruebas sobre el prototipo inicial logrado. 3. Revisión junto a las personas de todas las áreas involucradas sobre el prototipo. 4. Corrección de errores y mejoras sobre el prototipo inicial.5. Lanzamiento en vivo de fase correspondiente.


Fase 4 (Experimental):

Validar por medio de pruebas con todos los usuarios, que el proceso haya sido reemplazado en su totalidad, funcione correctamente, y las personas se hayan adaptado a este.

Metodología: 1. Comparación entre el nuevo prototipo y los requerimientos esperados en el documento inicial.2. Mejoras finales.3. Construcción del documento definitivo y la correspondiente memoria de grado.

4 Gestión del proyecto 4.1 Estimación de la duración del proyecto (Elaboración del cronograma)

Página 10


Se tomó la decisión de empezar con este proceso, desde este momento del semestre para poder entonces con aproximadamente 18 semanas de clase.

Según los reglamentos de la Universidad un crédito es equivalente a 3 horas semanales, y debido a que el semestre tiene una duración de 18 semanas, se deben trabajar 54 horas por crédito, para un total de 216 horas al semestre.

Esto implicará un total de mínimo 9 horas de trabajo semanales, durante las 24 semanas descritas anteriormente.

Los planes con los que cuenta la estudiante para el semestre 2014-3 son:

Inscripción de 4 créditos que se dividen de la siguiente manera: Trabajo de grado: 4 créditos La tesis, no se realizara en horas laborales si no que se deberá tener un tiempo el cual será después del horario que establece la empresa.

Se dedicarán 10 horas semanales al proyecto, sin contar fines de semana, los cuales podrán ayudar en las cargas extras o posibles riesgos que se describirán más adelante.

Una vez comience el semestre (2014-3), se empezará a desarrollar la primera fase de la metodología más adelante especificada. En este momento, y contando con la posibilidad de futuros cambios, la distribución de las horas semanales para cada día será así:

Día HorasLunes 1Martes 2

Miércoles 2Jueves 2Viernes 3

Total 10 horas

Los días viernes, sábado y domingo se dejan libres de trabajo, con el fin de tener estos espacios para contratacar los posibles riesgos que se presenten. De acuerdo a las horas y especificaciones anteriormente acordadas, se llegó al si-guiente cronograma:

Página 11


Fase Actividad Semana Numero

Horas Du-ración

Fecha Inicio

Fase 1 (Investi-gación especula-tiva):

Reunión con el área afectada 1 2 07/05/2014


Recopilación de la información 1 1 07/05/2014


Esquema grafico de la aplicación web

1 2 08/05/2014


Reunión con el gerente del área y demás usuarios que trabaja-rían en la aplicación web

1 5 08/05/2014


Investigación con respecto a la labor realizada por cada uno de los usuarios

2 10 13/05/2014


Conocer los posible estados en los que se encontrara el repro-ceso

3 5 20/05/2014


Segunda reunión para conocer los requerimientos de parte de los usuarios

3 5 23/05/2014


Diseño casos de uso 4 2 27/05/2013


Diseño esquema base de datos 4 2 27/05/2013


Creación de tablas almacena-miento e informativo

4 2 28/05/2013


Creación esquema manejo de la aplicación

4 4 29/05/2013

Fase 2 (Investi- Creación de sentencias de los 5 10 03/06/2014

Página 12


gación especula-tiva):

diferentes procesos que se reali-za dependiendo del tipo de re-proceso


Primer aproximación del diseño de la aplicación teniendo en cuenta el diseño gráfico y los requerimientos de los usuarios

6 10 10/06/2014


Interactuar la aplicación y bases de datos, generar pruebas

8 5 24/06/2014


Revisión de errores encontrados en las pruebas

8 5 26/06/2014


Revisión con clientes sobre pri-mera aproximación del diseño

9 5 03/07/2014


Corrección errores 9 5 05/07/2014


Revisión con cada uno de los usuario sobre nueva aproxima-ción del diseño

10 10 10/07/2014


Fase final diseño 11 10 17/07/2014

Fase 3(Inducción): Comparación sobre requerim-ientos

12 10 25/07/2014

Fase 3(Inducción): Desarrollo del prototipo 13 20 01/08/2014

Fase 3(Inducción): Implementación del prototipo 15 15 02/08/2014

Fase 3(Inducción): Reunión con cliente para ver faltas sobre expectativas del prototipo

16 5 05/08/2014

Fase 3(Inducción): Arreglos sobre errores del pro-totipo

16 5 14/08/2014

Fase 4 (Experimen-tal)

Pruebas del prototipo 17 10 21/05/2014

Página 13



Refinamiento según resultados obtenidos

18 10 27/08/2014


Formalización Documento Tra-bajo de Grado y Memoria Traba-jo de Grado

19 20 27/08/2014

Las actividades marcadas con * son aquellas que requieren además de su debida lectura, la construcción de un resumen incremental, con los datos encontrados para la construcción de cada modelo entregable, correspondiente a cada fase. Las actividades marcadas con ^ son aquellas que requieren de un proceso de re-troalimentación e interacción entre ellas, además de esto se incluirá en sus horas asignadas, un espacio para realizar dos diferentes actividades, la primera la cons-trucción de un articulo basado en los resultados, y la segunda, las diferentes prue-bas que permitan avanzar de manera más segura en el resto del cronograma.

Aunque en el cronograma se dan plazos largos, la intención es terminar la tesis un mes antes, ya que se cuentan con los avances suficientes para lograrlo en este tiempo.

4.2 Estimación del costo del proyecto (Presupuesto) En la siguiente Ilustración se encontrará el presupuesto de costos estimado para el proyecto de grado, se realizó usando algunos valores sugeridos por la plantilla del Departamento de Sistemas de la Facultad de Ingeniería.

Rubros PUJ Estudiante Total

Personal 1.500.000,00 1.500.000,00

Equipo 1.000.000,00 0 1.000.000,00

Equipo propio Uso 0 2.500.000,00 2.500.000,00

Software 0 0 0

Materiales 0 250.000,00 250.000,00

Salidas de Campo 0 100.000,00 100.000,00

Material Bibliográfico 0 0 0

Publicaciones y Patentes

150.000,00 250.000,00 400.000,00

Página 14


Servicios técnicos 0 0 0

Viajes 0 1.000.000,00 1.000.000,00

Mantenimiento 0 150.000,00 150.000,00

Administración 50.000,00 200.000,00 250.000,00

Evaluación y seguimiento

0 0 0

Total 1.200.000,00 5.950.000,00 7.150.000,00

% sobre el total 16,80 83,20 100

4.3 Estimación de los riesgos del Proyecto (Análisis de riesgos)

En esta etapa se presentará un análisis de riesgos, debido a la necesidad y gran probabilidad de que estos ocurran en un proyecto con la importancia de un Trabajo de Grado, que aumentan por la poca experiencia en este campo.

Probabilidad del Riesgo: La siguiente tabla muestra cómo se distribuye el rango de probabilidad de riesgo con un valor numérico, el cual implicara una descripción de probabilidad por cada uno y un nivel de consecuencia relacionado también al rango

Además se con- tara con una tabla de impac- to derivada, mostrada en la siguiente ilus-tración:

EFECTOInsignificante Marginal Serio Crítico Catastrófico

PROBABILIDAD

Muy bajoBajoModerado

Página 15

Rango Probabilidad Consecuencia

< 10% Muy bajo Insignificante

10% - 25% Bajo Marginal

25% - 50% Moderado Serio

50% - 75% Alto Critico

>75% Muy alto Catastrófico


AltoMuy alto

TolerableTolerancia mediaIntolerable

Contando con esta clasificación se listara entonces los posibles riesgos encontra-dos, que pueden presentarse en el proceso de desarrollo del trabajo de grado.

Página 16

propuesta para trabajo de gradopegasus.javeriana.edu.co/~cis1430is01/... · web viewpor estas...

Documents