Está en la página 1de 73

IMPLEMENTACIÓN DE PLATAFORMA PARA INDIANA COLOMBIA

VENTA DE ZAPATOS PARA DAMA

DIANA CRISTINA HERNÀNDEZ GALINDO

LAURA AMPARO HIDALGO VERGARA

MAICOL DUGLAS PEREZ LLANOS

CORPORACIÓN UNIVERSITARIA MINUTO DE DIOS

SEDE VIRTUAL Y A DISTANCIA

FACULTAD DE CIENCIAS EMPRESARIALES

ESPECIALIZACION GERENCIA DE PROYECTOS

BOGOTÁ D.C.

2019
IMPLEMENTACIÓN DE PLATAFORMA PARA INDIANA COLOMBIA

VENTA DE ZAPATOS PARA DAMA

DIANA CRISTINA HERNÀNDEZ GALINDO

LAURA AMPARO HIDALGO VERGARA

MAICOL DUGLAS PEREZ LLANOS

Director: WILSON CAMILO VARGAS

(Asesor disciplinar)

CORPORACIÓN UNIVERSITARIA MINUTO DE DIOS

SEDE VIRTUAL Y A DISTANCIA

FACULTAD DE CIENCIAS EMPRESARIALES

ESPECIALIZACÒN GERENCIA DE PRYECTOS

BOGOTÁ D.C.

2019
Contenido

RESUMEN EJECUTIVO…………………………………………………………………………5

ABSTRAC……………………………………………………………………………………….5

INTRODUCCION……………………………………………………………………………….6

1. Objetivo………………………………………………………………………………………..7

1.1 Objetivo General……………………………………………………………………...............7

1.2 Objetivos específicos………………………………………………………………………....7

2. Planteamiento del

Proyecto……………………………………………………………………………………….…8

2.1 Antecedentes ………………………………………………………………………………....8

2.2 Objetivos del proyecto (General y Específicos)…………………………………....................8

2.3 Descripción organización fuente del problema o necesida…………………………..............8

2.4 Caso de negocio (Business

Case)………………………………..............................................12

2.5 Inicio y Planeación del proyecto … ……………………………………………………...…13

2.5.1 Registro de supuestos…………………………………………...........................………….13

2.6 Plan de dirección del proyecto………………………………………………………..........23

2.6.1 Plan de gestión de interesados…………………………………………..............................25

2.6.2 Plan de gestión de Alcance……………………………………………………...................31

2.6.3 Plan de gestión de

comunicaciones……………………………….........................................28

2.6.4 Plan de gestión del cronograma……………………………................................................52


2.6.5 Plan de gestión del costo……………………………………...............................................52

2.6.6 Plan de gestión de Calidad…………………………………………....................................52

2.6.7 Plan de gestión de Recursos…………………………………………..............................55

2.6.8 Plan de gestión del riesgo……………………………………..........................................55

2.6.9 Plan de gestión de adquisiciones………………………………………………….........69

3. Conclusiones y Recomendaciones...........................................................................................70

3.1 Conclusiones……………………………………………….................................................70

3.2 Recomendaciones………………………………………………………………………....72

Referencias bibliográficas.............................................................................................................73
RESUMEN EJECUTIVO

La empresa Indiana, quiere iniciar su ventas por medio de una plataforma virtual que le

permita aumentar sus ventas a nivel nacional, para esto hemos ideado un pryecto para entregarle

la plataforma de acuerdo a los requerimientos que nos ha dado el cliente.

ABSTRAC

The project for the implementation of the web platform of the Indiana Colombia company

will be developed for the sale of shoes for women since it is intended to increase the market for

increased sales, this process will be carried out for the entry of all platforms and networks social

as they are instagram, facebook, likelind, youtube, twiter among others. An analysis of all

aspects of the aspects, scope of the project, financial aspects, stakeholders, quality, human

resources, risk management, procurement management and the necessary recommendations for

its implementation will be carried out. Within the framework of competition and the era of

information technologies, innovation is necessary to optimize and expand markets, this process

will be done with the national framework and jurisprudence, to obtain this procedure legally. We
must bear in mind that you must have a plan for each item and a schedule must be implemented

to meet the deliverables required for that process.

INTRODUCCION

El presente proyecto se refiere a la realización de un software para la empresa INDIANA

COLOMBIA, la cual tiene como fin ampliar el mercado para dicha empresa, que es el de

comercializar zapatos para dama que se importan para ser vendidos a nivel nacional en

Colombia, el centro de operaciones del bodegaje se encuentra en la ciudad de Bogotá y la idea es

que los pedidos se puedan hacer por la red para que de esta forma se puedan hacer los despachos

desde la sucursal Bogotá.

La característica principal de la plataforma que se realizara será ser innovadora y adecuada de

acuerdo a las especificaciones técnicas de nuestro cliente INDIANA COLOMBIA, esta

plataforma permitirá que nuestro cliente pueda subir las imágenes pertinentes para exhibición dé

cada una de las colecciones que tenga durante el año, importante aclarar que también deberá

tener una pestaña en donde se puedan exhibir las promociones que nuestro cliente se le ocurra

como táctica de mercado para la venta de sus productos.

Es importante aclarar que se estudiaran los productos para que la plataforma cuente con los

colores y el posicionamiento que ellos quieren, esta plataforma se enfocara para todo tipo de
público y se promocionara por medio de las redes sociales. Y esta verificara la cantidad de

visitas para medir si la plataforma fue efectiva para el objetivo solicitado por el cliente.

Es importante aclarar que esta plataforma reunirá más que las ideas planteadas por nosotros

tendrá las especificaciones realizadas por INDIANA COLOMBIA.

1. Objetivos

1.1 Objetivo General

Realizar una plataforma virtual para la empresa Indiana Colombia para comercializaciòn de

los productos con los que cuenta actualmente.

1.2 Objetivos específicos

 Generar fechas para la entrega la plataforma.

 Definir el costo para la implementación del proyecto web.

 Generar fechas de entregables parciales para el cliente y su aprobación.

 Capacitar al personal para el manejo de la plataforma para incrementar las ventas de la

organización.
2. Planteamiento del Proyecto

2.1 Antecedentes

Satisfacer la necesidad del cliente, cumpliendo con los requerimientos del mismo.

2.2 Objetivos del proyecto (General y Específicos)

Realizar una plataforma virtual para nuestro Cliente Indiana Colombia cumpliendo con las

necesidades expresadas por ellos.

2.3 Descripción organización fuente del problema o necesidad –

Indiana Colombia es una microempresa creada en año 2014, con el fin de generar ingresos a

Karen Cortes, a quien le terminan el contrato en la empresa donde trabajaba y se ve en la

obligación de crear una fuente de dinero para mantener a su familia, con interesa a traído una

serie de productos para uso femenino creando así una manera sofisticada de vestir de la misma y

un estilo único de moda. Es por eso que la empresa ha decidido incursionar en la era digital, con

el fin de aumentar su venta y comercialización a nivel nacional, así que ha decidido crear un

plataforma para ofertar los productos. La empresa comercializa una gran variedad de calzado

para dama, dentro del plan estratégico de la empresa está la expansión de su rango de productos

ofrecidos. Es una microempresa 10 empleos directos, ubicada en Bogotá.


La empresa Indiana Colombia, debido a su acogida dentro del mercado, ha decidido hacer

una reinversión y crear una plataforma web de venta de sus productos, con el fin de aumentar el

Descripción general – Marco histórico de la organización

Este proyecto para la empresa Indiana Colombia, es un proyecto de inversión que fue dado por la

necesidad de expansión de la empresa.

Direccionamiento estratégico de la organización.

• Objetivos estratégicos de la organización.

Expandirse y crear reconocimiento de marca a nivel nacional.

• Políticas institucionales.

Reinvertir el 60% de los ingresos netos.

Lograr un crecimiento anual del 4%.


MISIÓN

Nuestra misión empresarial es construir una relación de confianza con los clientes que

requieran elegancia y variedad en calzado formal e informal, marroquineria, indumentaria y

accesorios, para damas, hombres y niños de todas las edades, ofreciendo productos de calidad, a

precios justos, con las mejores condiciones de pago y excelente servicio de atención por parte de

sus dueños y empleados capacitados. todo ello nos permite seguir creciendo en el tiempo de

manera sostenida y reafirmar la permanencia de nuestra empresa familiar centenaria en el

mercado paranaense, generando un adecuado retorno de la inversión.

VISION

Calzados Indiana Colombia será en el futuro una empresa familiar consolidada, con personal

profesionalizado y un proceso organizativo fortalecido y afianzado en todas las áreas, que

comercializará en Colombia y en nuevos mercados a través de las actuales y nuevas plataformas

web disponibles en el mercado.


MAPA ESTRATÉGICO
ESTRUCTURA ORGANIZACIONAL

2.4 Caso de negocio (Business Case)

El presente caso de estudio muestra una panorámica de cómo se espera que el proyecto

“Implementación de plataforma web WEB” atienda las necesidades actuales del negocio, los

beneficios del proyecto, recomendaciones y justificación del proyecto son también delineados

aquí. Este caso de estudio contempla además los objetivos detallados, medidas de desempeño,

supuesto, restricciones y alternativas de solución propuestas.

Problemática General

Derivado de la expansión de la cartera de clientes, INDIANA COLOMBIA ha cambiado su

estrategia de negocio optando por ampliar la manera de cómo se llega a los clientes. Conforme se

han ido atendiendo más clientes, en más localidades, el volumen de los clientes a aumentado
conllevando a perdidas de oportunidades de ventas. Hasta ahora las principales actividades

administrativas y de marketing se hacen de manera presencial en los locales disponibles.

Conforme nuestra planta laboral se expande en número y ubicaciones, estos sistemas se han

vuelto obsoletos e inadecuados para manejar eficientemente las necesidades de ventas y

expansión estratégica de la empresa. Esta falta de capacidad se ha reflejado en incremento de

costos y mala administración de personal, sobre todo en los últimos 12 meses. Con el objetivo de

lograr una administración más eficiente, reducir costos y mejorar la administración de los

recursos, INDIANA COLOMBIA, ha decidido migrar todos los servicios administrativos y de

ventas a servicios basados en WEB, como lo detalla este caso de estudio. Al realizar esto, los

empleados asumirán un papel más destacado al poder gestionar sus problemas administrativos,

acceder a los productos de manera más eficiente, saber los productos disponibles en bodega en

tiempo real; igualmente los clientes podrán hacer compras online.

Resultados Esperados

Al migrar los sistemas a una plataforma WEB centralizada la empresa podrá manejar los

sistemas de consulta y marketing. Esta migración tecnológica reducirá los sobre costos asociados

con las grandes cantidades de mano de obra requeridas actualmente para realizar estas tareas. Al

descentralizar a los empleados, fomentaremos su autonomía para manejar sus elecciones de

productos, capacitación, reporte y otras actividades administrativas. La empresa se beneficiará, a

su vez, de la información financiera generada de manera más precisa y oportuna. El poder

gestionar la información en tiempo real reducirá errores, mejorará el ciclo de la información y


dicha información estará disponible oportunamente para cualquier usuario autorizado a su

acceso.

Análisis de alternativas

RAZONES PARA NO SELECCIONAR

MANTENER LA SITUACION ACTUAL LA ALTERNATIVA

Gastos innecesarios derivado de los altos

niveles de personal de apoyo

Gran número de errores en la captura de

datos de forma continua


Mantener el manejo de la operación de la manera
Reporte de mala calidad y a destiempo
actual
Grandes pérdidas de coste de oportunidad,

por no llegar a otro tipo de clientes

No actualizar la empresa, haciendo la

migración digital

RAZONES PARA NO SELECCIONAR

ALTERNATIVA 1 LA ALTERNATIVA

Aumento de costos de la operación

Existe personal para ponerlo en

Subcontratar la plataforma web funcionamiento con recursos propios

Los proveedores puede que no tengan sus

productos enfocados a nuestras


necesidades

RAZONES PARA NO SELECCIONAR

ALTERNATIVA 2 LA ALTERNATIVA

Falta de personal calificado

Incremento de costos asociado al diseño

Tiempo de desarrollo muy alto


Desarrollar el software internamente
No se cuenta con experiencia previa en el

desarrollo de este tipo de soluciones refleja

un gran riesgo

Justificación

La migración de las herramientas de ventas a una plataforma basada en WEB resultará en una

mayor eficiencia en lo que respecta a los recursos de la compañía y los procesos de negocio. El

proyecto WEB también está alineado con los objetivos estratégicos de la organización dado que

hace uso de la tecnología para mejorar la forma de hacer negocios. Mientras que se han

analizado otras alternativas, inclusive la opción de mantener las cosas como están, el proyecto

fue seleccionado para presentar este caso de estudio debido a que provee la mejor oportunidad

para lograr beneficios en el corto plazo mientras presenta la mejor oportunidad de mejora en

costos y eficiencia.

Las otras 2 alternativas representan un mayor riesgo, proveen menos beneficios, son más

difíciles de definir y lograr o no estaban completamente alineadas con los objetivos estratégicos

de la organización.
Las estimaciones iniciales para el proyecto son como sigue:

20 % de aumento en ventas en los primeros 12 meses

150 % de reducción de errores en el despacho de productos en 12 meses

50 % de reducción inmediata en los tiempos de generación de reporteo financiero mensual y

semanal.

2.5 Inicio y Planeación del proyecto

2.5.1 Registro de supuestos

Restricciones

ID Nombre Descripción Estado Comentarios

de Cierre

1.1 TI Los recursos de TI disponibles son Cierre Tener claro el

limitados para apoyar el Proyecto WEB alcance del

y otras proyecto

iniciativas derivadas de éste WEB, y así

poder

gestionar de

una manera

eficiente los

recursos
disponibles.

1.2 SOPORTE Y Derivado de que la administración se Cierre Asegurar que

ADMINISTRACION llevará a cabo internamente y no por los el proveedor,

desarrolladores del producto u otros de una

proveedores, el soporte técnico del garantía de del

hardware/software será limitado. producto

entregado y

capacite a

personal para

la

administración

del producto.

Supuestos Estratégicos

ID Nombre Descripción Estado Comentarios

de Cierre

2.1 Capacitación de Todo el personal de apoyo y empleados Abierto

empleados serán capacitados de acuerdo a sus

respectivas

necesidades de captura de datos, reportes

de tiempo y tareas de reporteo en el


nuevo

sistema basado en WEB.

2.2 Apoyo de personal Todo el personal debe asegurar tiempo Abierto

para poder colaborar con la migración

Supuestos del Proyecto

ID Nombre Descripción Estado Comentarios

de Cierre

3.1 Recursos de Se consideran garantizados los recursos Abierto

capacitacion para la capacitación.

3.2 Recursos de compra Se consideran garantizados los recursos Abierto

de Hardware y para la compra de hardware/software

software para el

nuevo sistema basado en WEB.

Acta de inicio del proyecto

Descripción
El Proyecto WEB revisará y analizará diferentesprocesos que potencialmente pueden reemplazar el

sistema ventas y marketing de los productos que se tiene actualmente, con un sistema WEB. Esto se

hará determinando y seleccionando un producto que reemplace adecuadamente el sistema actual y

permita el crecimiento dentro de los próximos 10 años. Una vez seleccionado el producto, el

proyecto reemplazara el sistema actual con una solución por fases hasta que el sistema actual no se

migre y pueda guardarse para fines históricos y de respaldo.

Este Proyecto WEB dará como resultado un aumento en la eficiencia del día a día en las actividades

de ventas y administrativas en sus operaciones y reporteo, reducirá los sobrecostos

significativamente y reducirá los costos por malas asignaciones y aumentara las ventas por ampliar

el nicho del mercado como resultado de proveer a los empleados y clientes con una mayor

autonomía y flexibilidad.

Al poner en funcionamiento la solución se deberá generar una Solicitud de Información para poder

determinar que productos están disponibles inmediatamente que puedan atender las necesidades del

negocio. Una vez que se adquieran los productos, toda la puesta en funcionamiento y carga de

información será llevada a cabo con recursos internos.

Antecedentes

Rol en el proyecto
Objetivo medible

1. Crear una plataforma WEB centralizada donde la empresa podrá manejar los

sistemas de ventas y manejo de productos de una forma estandarizada y consolidada con un teimpo

limite de 1 año.

2.Reducir los sobre costos asociados con las

grandes cantidades de mano de obra requeridas actualmente para realizar estas tareas.

Alcance de Alto Nivel

El Proyecto WEB revisará y analizará diferentes procesos que potencialmente pueden reemplazar el

sistema ventas y marketing de los productos que se tiene actualmente, con un sistema WEB. Esto se

hará migrando toda la informacion de productos y diseñando una página web amigable y segura que

vaya en concordancia con la mision, vision e imagen que quiere proyectar la empresa de sus

productos y permita el crecimiento dentro de los próximos 10 años.

Al poner en funcionamiento la solución se deberá generar una Solicitud de Información para poder

determinar que productos están disponibles inmediatamente que puedan atender las necesidades del

negocio. Una vez que se adquieran los productos, toda la puesta en funcionamiento y carga de

información será llevada a cabo con recursos internos.

Entregables
1. Plataforma WEB actualizada, con baeses de datos en timpo real.

2.capacitación en la nueva plataforma WEB.

Principles Hitos Fechas

1. Acta del proyecto. 01/01/2020

2. Plan para la dirección del proyecto. 03/01/20

3. Junta de arranque del proyecto. 03/10/20

4. Ejecucion del proyecto por fases 04/15/20

5. Cierre del proyecto. 31/12/20

Presupuesto de Alto nivel

Compra del producto web y licencias

Instalación de sofware y capacitación

Reduccion de personal

GANACIAS PRIMER AÑO

Restricciones
1. Los recusos de ti son limitados para apoyar el proyecto web y otras iniciativas derivadad de este.

2. La administración se efectuará de manera interna y no por los desarrolladores del producto u

otros proveedores, el soporte de harware y sofware será limitado

Supuestos

1.Se consideran garantizados los recursos para la capacitación.

2.Se consideran garantizados los recursos para la compra de hardware/software para el

nuevo sistema basado en WEB.

Firmas de Aceptación

Director de Proyectos (Project Manager) Patrocinador

DIANA HERNANADEZ KAREN CORTES


2.6 Plan de dirección del proyecto

De acuerdo a los lineamientos desarrollados dentro del caso de negoció se implementara

actividades para cada uno de los items mencionados con el fin de tener cada punto desarrollado

de acuerdo al pdt implementado por cada una de las àrea interesadas del proyecto dentro del

marco actual del pmi.


2.6.1 Plan de gestión de interesados

En este documento sección se realizará el enfoque o metodología que tendrá la gestión de los

interesados del proyecto implementación de plataforma web para la empresa Colombia

Incluyendo procedimientos para:

 Identificar a los interesados, grupos y personas afectados por el proyecto.

 Analizar expectativas de los interesados.

 Planificar la gestión de los interesados mediante estrategias para lograr su participación en

las decisiones y ejecución.

 Comunicación continúa con los interesados para entender los cambios en sus expectativas y

gestionar conflictos.

 Seguimiento a la gestión de interesados para ajustar las estrategias y planes a los cambios.

Registro de los interesados del proyecto

Información de identificación Evaluac

Nombre Puesto / Org. Ubicación Rol en el Inf. de contacto Requisit Fase de mayor

/ Empresa proyecto os / interés

Expectat

ivas
Karen Cortés Gerente Bogotá Sponsor Celular: Impleme Implementación

General 3125825344 ntar la

email: platafor

karencortes@in ma web

dianacolombia.c analizan

om.co do el

costeo

del

mismo

Daniela Ospina Gerente Bogotá Apoyo Celular: Impleme Implementación

Comercial 3125825344 ntar la

email: platafor

danielaospina@i ma web

ndianacolombia.

com.co

Diana Hernández Directora de Bogotá Dirección Celular: Desarroll Implementación

Proyecto de 3115671694 oe

Proyecto email: impleme

dherna81@unim ntación

inuto.edu.co del

proyecto

Laura Hidalgo Coordinación Bogotá Coordinad Celular: Analisis Analisis

de Costos ora de 3133524938 de númerico e


Financieros Costos email: Costos y implementacón

laura.hidalgo- Presupue del Proyecto

v@uniminuto.ed sto del

u.co proyecto

Maicol Pérez Coordinación Bogotá Coordinad Celular: Analisis Implementación

Web or de 3204500400 e del proyecto

Sistemas email: impleme web

de maicol.perez@u ntación

Informaci niminuto.edu.co de

ón proyecto

web
Alcance e impacto del proyecto sobre los interesados

Nombre / Grupo / Descripción del impacto que significa el proyecto

Interesado

Karen Cortes Impacto socio económico, financiero, legal y del medio ambiente

los cuales afectan el proyecto.

Daniela Ospina Impacto socio economico que podria afectar el ingreso o salida

de los clientes para seguir con el desarrollo comercial.

Diana Hernandez Impacto economico, ambiental, entre otros analisis DOFA para el

desarrollo del proyecto.

Laura Hidalgo Impacto económico, legal para el desarrollo del proyecto.

Maicol Pérez Impacto técnico, de riesgos para la implementación del proyecto

para la plataforma web.

Niveles de participación actuales y deseados para interesados clave

Matriz de evaluación de la participación de los interesados:

Interesado Desconocedor Reticente Neutral Partidario Líder

Karen Cortes C C

Daniela Ospina C D

Diana Hernandez C C
Laura Hidalgo C C

Maicol Pérez C C

Para reflejar el nivel de participación actual se coloca una C en la casilla adecuada, mientras

que para reflejar el nivel de participación deseado se coloca una D.

Estrategias para la gestión de los interesados del proyecto

En esta sección se explica cómo se gestionará la participación de los interesados, basándose

en sus necesidades, intereses e impactos potenciales en el éxito del proyecto.

Siguiendo la matriz de poder e intereses, dependiendo del grado de influencia e interés que

tenga en interesado en el proyecto, las estrategias de gestión de los interesados se pueden

clasificar en:

 Gestionar atentamente.

 Mantener satisfecho.

 Mantener informado.

 Monitorear.

Para cada estrategia, se definen que acciones se tomarán específicamente, es decir que

acciones se tomarán en la clasificación gestionar atentamente, mantener satisfecho y así

sucesivamente.

Requerimientos de comunicación con los interesados


Interesad Contenido / Lenguaje Motivo de Impacto Plazo /

o/ Nivel de / distribución esperado en el Frecuencia de

Nombre Detalle Formato nivel de distribución

participación

Karen Analizará Reunión Aprobar y Alto Semanal

Cortes los semanal- desarrollar

contenidos Acta el proyecto.

del

programa

para la

aprobación

de los

mismmos

Daniela Analizará Reunión Apoyar el Medio Semanal

Ospina los proesos semanal- proyectos

del proyecto Acta

y apoyara

los mismos

Diana Desarrollara Reunión Implementac Alto Semanal

Hernandez e semanal- ión del

implementar Acta proyectos y

a el direecionami
desarrollo ento del

del proyecto mismo

de

implementac

ión de la

pataforma

web paea la

empresa

Indiana

Colombia

Laura Desarrollo y Reunión Analisis del Medio Semanal

Hidalgo analisis del semanal- costeo de la

costo del Acta implemantac

proceso ión web

Maicol Desarrollo e Reunión Desarrollo Alto Semanal

Pérez implementci semanal- técnico del

ón técnica Acta proeyecto

del priyecto

2.6.2 Plan de gestión de Alcance


DOCUMENTO DEL ALCANCE DE TRABAJO DEL PROYECTO

Estado Versió 0.0

TITULO PROPUESTO DEL

PROYECTO: Proyecto de
CLASIFICACION DE
Implementación web de la empresa
CONFIDENCIALIDAD
Indiana Colombia

Uso Uso X Docume


PATROCINANTE DEL
interno nto
PROYECTO: KAREN
Solame
CORTES General Confiden
nte
cial

NUMERO DEL PROYECTO: 001

ESPECIFICACIONES/PROPOSITO DEL PROYECTO:

El presente proyecto busca implementar la plataformas web para comercializar calzado para dama en las

difernetes plataformas web con el próposito de incrementar las ventas de los productos.

Al finalizar el proyecto se contara con la platafromas de ventas por medio de la web tanto en instagram,

facebook, youtube.
RESTRICCIONES DEL PROYECTO:

El proveedor de este tipo de plataforma web debe acreditar experiencia, debe tener certificación para

este proceso.

Los proveedores extranjeros no permiten trabajos los fines de semana

El costo del proyecto no debe exceeder los $10 millones de pesos.

FACTORES CRITICOS DE

EXITO:

Consecución de proveedores que cumplan con los requisites de calidad, costo y tiempo.

Diseño de las plataformas web acorde a los requerimientos de la parte interesada (stakeholder)

SUPOSICIONES:

La empresa cuenta con el licenciamiento para la implementación de la página web

DEPENDENCIAS:

Patrocinador

Gerencia del proyecto

Sistemas

Financiero
PREPARADO Diana Hernandez FECHA REVISION INICIALES

POR:

FECHA:

Requisitos del Sistema

Esta sección describe los requisitos funcionales del sistema, sus interfaces externas, las

condiciones de excepción y las clases de pruebas que se harán para verificar que los requisitos

se cumplen.

Requisitos Funcionales

Los requisitos funcionales definen el comportamiento del sistema. Es decir, describen lo que

debe hacer el sistema.

RF1 El sistema debe ser capaz de captar imágenes.

RF2 El sistema debe reconocer los movimientos del usuario para así entender la

acción que se desea ejecutar.

RF3 El sistema debe ser capaz de operar el programa host.

RF4 El sistema debe ser capaz de seleccionar la información útil.

Requisitos de Interfaces

Evento 1: El sistema debe responder cuando el usuario desee cargar un producto poder
observarlo.

Evento 2: El sistema debe responder para agrandar, o minimizar el producto para que pueda

llevar a la compra

La Tabla 1 muestra la lista de eventos externos a los que el sistema responde. La primera

columna es el nombre del evento; la segunda es la descripción del mismo. El “iniciador” es la

componente externa al sistema que inicia el evento. Los parámetros son los datos asociados al

evento. La respuesta es el nombre de una respuesta, cuya descripción está en la Error!

Reference source not found..

Tabla 1: Eventos externos

Evento Descripción Iniciador Parámetros Respuesta

Evento El sistema debe ser El usuario al La elección Cargar el

Externo 1 capaz de reconocer momento de del producto a producto

cuando el usuario mantener cargar.

desea cargar un pulsado un

producto. botón en la

pantalla.

Evento El sistema debe El El producto La acción

Externo 2 agrandar, minimizar movimiento que se esta para

el producto. de la mano visualizando. llevar a la

sobre un cesta del

producto de producto

la pantalla.
La Error! Reference source not found. muestra las respuestas del sistema frente a

eventos externos.

Tabla 2: Respuestas del sistema

Respuesta Descripción Parámetros

Respuesta La respuesta será El producto elegido

al Evento cargar el producto

Externo 1

Respuesta El producto se El producto se

al Evento visualizara visualizará grande y

Externo 2 agrandrandara y pequeña

miminimizara

Manejo de Excepciones

Excepción 1: En el caso de que el sistema no detecte la pulsación del botón para cargar una

producto, se podrá optar por realizarla con el mouse.

Excepción 2: En el caso que el sistema no detecte los movimientos del producto se podrá dar

dichas instrucciones con el mouse.

La siguiente tabla muestra las condiciones de excepción que se pueden dar en el sistema, en
relación con eventos externos e internos.

Tabla 3: Excepciones

Excepción Descripción Eventos o situaciones en que ocurre

Excepción El sistema no detecta la Las condiciones ambientales no son

1 pulsación del botón para idóneas para el funcionamiento óptimo

cargar un producto. del sistema.

Excepción El sistema no detecta los Las condiciones ambientales no son

2 movimientos del usuario. idóneas para el funcionamiento óptimo

del sistema.

Requisitos de Prueba

Los requisitos de prueba son clases de pruebas que se harán sobre el sistema para determinar

que se cumplen los requisitos funcionales. Un requisito de prueba dará lugar a muchos casos de

prueba.

RP1 Probar que el sistema puede detectar la webcam.

RP2 Probar que el sistema puede detectar la pulsación de un botón.

RP3 Probar que el sistema puede ingresar a un producto

RP4 Probar que el sistema pueda trabajar con una producto con las distintas

opciones que provee.

RP5 Probar que el sistema puede detectar instrucciones.


RP6 Probar que el sistema puede subir 2 productos.

RP7 Probar que el sistema puede trabajar con todas sus opciones sobre 2

productos.

Matriz de Requisitos Funcionales y de Pruebas

La siguiente matriz muestra qué clases se prueba verificarán qué requisitos funcionales. Una

línea vacía en la matriz indica un requisito funcional no probado. En ese caso es probable que

falte un requisito de prueba; en caso contrario sobraría el requisito funcional. Una columna

vacía indica una prueba que no es útil para estos requisitos funcionales. En ese caso es probable

que falte un requisito funcional “obvio”, que debe hacerse explícito; en caso contrario sobraría

el requisito de prueba.

[La matriz de abajo debe re-formatearse de modo que tenga columnas para todos los requisitos

de prueba y filas para todos los requisitos funcionales. Una vez re-formateada la matriz, ponga

una X en una celda para indicar que el requisito de prueba de la columna respectiva ayuda a

verificar el cumplimiento del requisito funcional de la fila respectiva.]

Tabla 4: Matriz de requisitos funcionales y de pruebas

RP1 RP2 RP3 RP4 RP5 RP6 RP7

RF1 X X

RF2 X X X

RF3 X X X X
RP1 RP2 RP3 RP4 RP5 RP6 RP7

RF4 X X X

Requisitos de Ambiente

Esta sección describe el hardware y software relevante para el sistema Proyecto Implementación

Web de la empresa Indiana Colombia

Requisitos del Ambiente de Desarrollo

Hardware de Desarrollo

Para este proyecto se requiere de acceso a un computador, con la necesidad que además de

poseer de las características básicas para su funcionamiento; incluido tarjeta de sonido, el poseer

de una webcam, puede ser incorporada o conectada a través de otros medios (USB, bluetooth,

etc.)

Software de Desarrollo

Para el desarrollo del Proyecto, se trabajará con el Lenguaje C++, con OpenCV. Dada la

información dada en el ramo de Procesamiento Digital de Imágenes, se utilizaran las

potencialidades de OPENCV con el fin de poder hacer un tratamiento adecuado a todo lo que el
dispositivo (cámara) detecte, y bajo el Lenguaje C++ se tratará todo aquello que servirá como

salida del Proyecto.

Requisitos del Ambiente de Pruebas

El ambiente de pruebas incluye todos los elementos de software y hardware identificados en la

sección Error! Reference source not found. además del hardware y software adicional aquí

identificado.

Hardware de Pruebas

El mismo hardware que en el desarrollo.

Software de Pruebas

El mismo software que en el desarrollo.

Acta de cierre del proyecto

Fecha (El día en el que se plantea el Acta de Cierre de Proyecto)

Proyecto (El nombre del proyecto, ya sea de gasto corriente o de

inversión)

Dirección Responsable (El nombre del área que está planteando los cambios al

proyecto)

Líder del Proyecto (El nombre del gerente del proyecto)

Patrocinador Ejecutivo (El nombre del/ director (a) del área donde estará cargado

el proyecto de inversión o de gasto corriente. El


patrocinador ejecutivo no puede ser el líder del proyecto)

1. CRONOGRAMA

Fecha de inicio del Fecha Fin Fecha de fin del


Fecha Inicio
proyecto tomada del Programada proyecto tomada del
Programada
Acta de Constitución Acta de Constitución

Fecha efectiva de Fecha Fin Real Fecha efectiva de fin


Fecha Inicio Real
inicio del proyecto del proyecto

2. LECCIONES APRENDIDAS

Este es un espacio muy importante para la institución, ya que en un futuro permitirá basar

la toma de decisiones en las experiencias obtenidas de proyectos que ya han concluido, en

este apartado se debe detallar las dificultades, los problemas y las soluciones presentadas

en la ejecución del proyecto, así como los aciertos y acciones positivas que se alcanzaron

en el proyecto.
3. PRODUCTOS GENERADOS

Se debe detallar los productos que se lograron con la ejecución del proyecto, los cuales

deben guardar concordancia con los planteados en el Acta de Constitución y Plan de

Desarrollo del Proyecto.

4. BENEFICIOS ALCANZADOS

Se detalla los beneficios que se obtuvieron como resultado de la ejecución del proyecto, los

cuales deben ser verificados en contraste con los beneficios propuestos en el Acta de

Constitución del Proyecto.

5. CIERRE DE ADQUISICIONES

Monto Se encuentra
Se realizó la
Adquisiciones Cantidad Presupuesto Devengado cerrada la
adquisición?
Programadas adquisición?
Las Unidades Monto Si o No Monto Si se

adquisiciones planificado efectivament encuentra

planificadas al e pagado cerrada o

inicio del aún está el

proyecto (lo proceso de

que consta en contratación

el Acta de abierto

Constitución

del Proyecto)

Presupuest Ejecutado

o Total Total

6. DOCUMENTACIÓN GENERADA EN EL PROYECTO

Documento Ubicación

Física Digital

La intención de este apartado es que la Colocar una X Colocar una X

información que se recopiló, usó y generó a lo

largo del horizonte de vida del proyecto se

preserve en la institución, se debe registrar el

nombre textual del documento o archivo


7. OBSERVACIONES DEL PROYECTO

Se debe incluir comentarios, aclaraciones o conclusiones que el área requirente crea

necesarias respecto al proyecto ejecutado.

8. FIRMAS

Cargo o Rol en Elaborado / Fecha Firma

Nombre el Proyecto Revisado /

Aprobado

EDT/WBS
1. Proyecto de sistema de implementación we
1.1. Documento de análisis
1.1.1. Especificación funcional
1.1.2. Requerimientos funcionales
1.1.3. Requerimientos no funcionales
1.2. Documento de diseño
1.2.1. Especificación de diseño funcional
1.2.2. Especificación de diseño técnico
1.2.3. Diseño de casos de prueba
1.2.4. Planificación del proyecto
1.3. Software desarrollado e instalado
1.3.1. Preparación de ambiente de desarrollo
1.3.2. Módulo 1
1.3.2.1. Base de datos
1.3.2.2. Lógica de negocio (Middleware)
1.3.2.3. Presentación e Interfaz con el usuario
1.3.3. Módulo 2
1.3.3.1. Base de datos
1.3.3.2. Lógica de negocio (Middleware)
1.3.3.3. Presentación e Interfaz con el usuario
1.3.4. Módulo 3
1.3.4.1. Base de datos
1.3.4.2. Lógica de negocio (Middleware)
1.3.4.3. Presentación e Interfaz con el usuario
1.3.5. Módulo 4
1.3.5.1. Base de datos
1.3.5.2. Lógica de negocio (Middleware)
1.3.5.3. Presentación e interfaz con el usuario
1.4. Reportes de prueba
1.4.1. Ambiente de pruebas
1.4.1.1. Preparación del ambiente de pruebas
1.4.1.2. Módulos instalados en el ambiente de pruebas
1.4.2. Reportes de pruebas integrales
1.4.2.1. Pruebas del módulo 1
1.4.2.2. Pruebas del módulo 2
1.4.2.3. Pruebas del módulo 3
1.4.2.4. Pruebas del módulo 4
1.4.3. Reportes de pruebas de aceptación de usuario
1.4.3.1. Aceptación del módulo 1
1.4.3.2. Aceptación del módulo 2
1.4.3.3. Aceptación del módulo 3
1.4.3.4. Aceptación del módulo 4
1.4.4. Reportes de certificaciones
1.4.4.1. Certificación de aseguramiento de calidad
1.4.4.2. Certificación de seguridad informática
1.4.4.3. Otras certificaciones
1.5. Documento de entrega a operaciones
1.5.1. Reporte de puesta en producción
1.5.2. Pruebas posproducción
1.5.3. Garantía

2. Proyecto de sistema de información


2.1. Documento de análisis
2.1.1. Especificación funcional
2.1.2. Requerimientos funcionales
2.1.3. Requerimientos no funcionales
2.2. Documento de diseño
2.2.1. Especificación de diseño funcional
2.2.2. Especificación de diseño técnico
2.2.3. Diseño de casos de prueba
2.2.4. Planificación del proyecto
2.3. Software desarrollado e instalado
2.3.1. Preparación de ambiente de desarrollo
2.3.2. Módulo 1
2.3.2.1. Base de datos
2.3.2.2. Lógica de negocio (Middleware)
2.3.2.3. Presentación e Interfaz con el usuario
2.3.3. Módulo 2
2.3.3.1. Base de datos
2.3.3.2. Lógica de negocio (Middleware)
2.3.3.3. Presentación e Interfaz con el usuario
2.3.4. Módulo 3
2.3.4.1. Base de datos
2.3.4.2. Lógica de negocio (Middleware)
2.3.4.3. Presentación e Interfaz con el usuario
2.3.5. Módulo 4
2.3.5.1. Base de datos
2.3.5.2. Lógica de negocio (Middleware)
2.3.5.3. Presentación e interfaz con el usuario
2.4. Reportes de prueba
2.4.1. Ambiente de pruebas
2.4.1.1. Preparación del ambiente de pruebas
2.4.1.2. Módulos instalados en el ambiente de pruebas
2.4.2. Reportes de pruebas integrales
2.4.2.1. Pruebas del módulo 1
2.4.2.2. Pruebas del módulo 2
2.4.2.3. Pruebas del módulo 3
2.4.2.4. Pruebas del módulo 4
2.4.3. Reportes de pruebas de aceptación de usuario
2.4.3.1. Aceptación del módulo 1
2.4.3.2. Aceptación del módulo 2
2.4.3.3. Aceptación del módulo 3
2.4.3.4. Aceptación del módulo 4
2.4.4. Reportes de certificaciones
2.4.4.1. Certificación de aseguramiento de calidad
2.4.4.2. Certificación de seguridad informática
2.4.4.3. Otras certificaciones
2.5. Documento de entrega a operaciones
2.5.1. Reporte de puesta en producción
2.5.2. Pruebas posproducción
2.5.3. Garantía

2.6.3 Plan de gestión de comunicaciones

a. MATRIZ DE COMUNICACIONES

MATRIZ DE COMUNICACIÓN

INFOR FOR NIV RESPON GRUPO FRECUE


CONTENI METODOL
MACIÓ MAT EL SABLE RECEPT CANAL NCIA DE
DO OGÍA
N O DE DE OR COMUNI
DET COMUN CACIÓN

ALL ICAR

Acta de Director Todos los


Inicio del Reunión Una sola
Constitució Word Alto de Interesad Plantilla
Proyecto Presencial vez
n proyecto os

Una sola

vez

Interesad (Enseguida
Línea de Director
Planificac os clave + se
base del Word Alto de Plantilla E-mail
ión Equipo de comunica
Alcance proyecto
Trabajo los

cambios

efectuados)

Plan de Interesad
Director
Planificac Dirección os clave +
Word Alto de Plantilla E-mail Diario
ión de Equipo de
proyecto
proyectos Trabajo

Cumplimi

Avance Director Cumplimient ento en el


Datos de Medi Equipo de
del Word de o cronogra Semanal
Desempeño o Trabajo
Proyecto Proyectos Cronograma ma de

PMP
Avance Informe de Director
Reunión
del Seguimient Word Alto de Cliente Plantilla Mensual
Presencial
Proyecto o proyecto

Semanal

Publicado (claro que


Plan de
Interesad en el si se
Dirección Director Cumplimient
Medi os clave + cronogra presenta
cambios de Word de o
o Equipo de ma de algo
proyectos proyecto Cronograma
Trabajo cumplimi extraordina
actualizado
eto rio y/o

urgente)

b. FLUJOGRAMA DE LAS COMUNICACIONES


FLUJOGRAMA COMUNICACIONES
Comité de seguimiento Gestor del Proyecto Jefe de proyecto

INICIO

Informe de seguimiento

FGC-01 Estado= Pendiente de aprobar


Elaboración de informe de

FGC-02
Convocatoria de la
reunión de seguimiento

FGC- 03
Reunión de seguimiento
Acta de Reunión

Estado= Pendiente de Aprobar

FGC- 04
El a boración del a cta de reunión
y/o a ctua lización del i nf.
s eguimiento

FGC-05
Envi o del a cta de reunión e
i nforme de seguimiento
a ctua lizado

NO
FGC-06
Revi sión y va lidación del
a cta de reunión e i nf.
s eguimiento a ct.

FGC-07
¿Envio Actua l ización del i nforme
de SI
de s eguimiento y/o a cta de
reuni ón

Informe de seguimiento
FGC-.08 Estado=Aprobado
Aproba ción del acta
de reunión e informe
de s eguimiento.

Acta de reunión
Estado= Aprobado

¿Fin de
proyect

SI

FIN
a. Comunicación Interna del Proyecto

Se establece varios medios de comunicación al interior de la organización, tales como:

 Correo electrónico

 Carteleras

 Reuniones y/o comités

 Telefonía

 Memorandos

 Verbal

Para que exista una comunicación eficaz, y teniendo en cuenta el aspecto a comunicar, se

define de la siguiente manera:

b. Comunicación externa
Los medios de comunicación con el cliente, por medio de los cuales puede consultar el

desarrollo de sus productos, estatus, consulta de informes, comunicar sus inquietudes y quejas,

etc., entre los cuales se pueden mencionar los siguientes:

 Reuniones y/o comités

 Correos electrónicos

 Correspondencia

 Telefonía

2.6.4 Plan de gestión del cronograma

2.6.5 Plan de gestión del costo

2.6.6 Plan de gestión de Calidad

1. OBJETIVO DEL PLAN DE CALIDAD

Establecer los criterios y lineamientos para los servicios relacionados con la interventoría, y

establecer las pautas con las cuales el personal involucrado en este proyecto debe orientar sus

actividades en los diversos procesos que participe.

Definir actividades que van a ser desarrolladas por la interventoría, para que estén

plenamente identificadas, organizadas y controladas desde su inicio hasta el fin, permitiendo su


trazabilidad.

2. ALCANCE DEL PROYECTO.

Realizar una plataforma para la empresa INDIANA COLOMBIA que cumpla con las

especificaciones exigidas por el cliente en el tiempo establecido.

El comienzo del proyecto lo establecerá el cliente con el Gerente del mismo, el tiempo que se

establezca para la entrega del mismo se realizará la planificación del control de la calidad

correspondiente al proyecto, atendiendo a las características del mismo, a lo estipulado en el

pliego de condiciones de éste, y a las indicaciones del Director del proyecto, además de las

especificaciones de la normatividad de aplicación vigente. Todo ello está especificado en los

siguientes aspectos:

1. El control de recepción de productos, equipos y sistemas.

2. El control de la ejecución del proyecto


3. El control del proceso de la realización de la plataforma

3. POLITICA DE CALIDAD

Nos comprometemos con nuestros clientes, a cumplir satisfactoriamente con todos los

requisitos definidos contractuales, de manera oportuna, eficiente y con estándares de calidad,

con el personal de excelencia y tecnología adecuada a través de la mejora continua del Sistema

de Gestión de Calidad, para el cumplimiento de las metas de la organización.

4. MAPA DE PROCESOS Y ESTRUCTURA ORGANIZACIONAL

Se han identificado los procesos necesarios para desarrollar el proyecto de INDIANA

COLOMBIA, los Recursos Humanos, compras, calidad financiera, innovación y diseño. Estos

procesos, la secuencia entre ellos, así como la forma en que interactúan están representando en

el siguiente mapa de procesos.


2.6.7 Plan de gestión de Recursos

2.6.8 Plan de gestión del riesgo

Información del Proyecto

Empresa / Organización Indiana Colomba


Proyecto Implemantación de la platafoma web
Fecha de preparación 01/01/20
Cliente Indiana Colombia
Patrocinador principal Karen Cortes
Gerente de Proyecto Diaaa Hernandez
Metodología

Desarrollo para la implementación de una platafomra web para buscar la proyección del
incrementeo de ventas a unperiodo de 10 años, esto se validará mitigando los riesgo que
se presenten durante la implementación del proyecto.

Roles y Responsabilidades

Direcctor de Proyectos: Analizará y desarrollará la ejecución del proyecto validando los


posibles riesgos en su desarrollo.

Responsable de la gestìón del programa: Sera quien dara los recursos necesarios para el
desarrollo y mitigación de los posibles riesgos del proyecto.

Responsable de Ingenieria: Analisis para el desarrollo del proyecto en la parte técnica


mitigando los posibles riesgos tecnológicoss del proyecto de implementación web.

Responsable de la gesión de costos: Analisis del costeo del proyecto mitigando el riesgo
financiero.

Responsable de la gestión de contratos: Analisis e eimplementación de la parte


contracatual del proyecto.

Responsable de Calidad: Persona que se anecaragara de validar todo la parrte SGC del
proyecto.

Presupuesto

TOTAL COSTOS DIRECTO OPORTUNIDADES Y


RIESGOS $ 550.000

$ 450.000
TOTAL DE COSTOS CONSOLIDADOS

20
TOTAL RETRASO OPORTUNIDADES Y
RIESGOS (dias)

$ 1.000.000
TOTAL COSTOS RETRASO ($50.000)

TOTAL CONTINGENCIA OPORTUNIDADES Y $2.000.000


RIESGOS
Calendario

Se efectuara una reunión semanal para validar posibles riesogos dentro del 20/01/2020
proyecto.
Holguras de tiempo; se pueden presentar dos días de retrazo de acuerdo a lo 01/01/2020
que suceda en las activiadades del proyectos

Categorías de Riesgo

DESCRIPCIÓN DEL RIESGO

Externo - Predecible pero incierto

Viabilidad comercial

Viabilidad técnica

Viabilidad económica

Viabilidad financiera (tipo de interés, etc)

Autorizaciones administrativas

Licencias

Situación geográfica

Riesgo técnico

Riesgos legales y políticos

Riesgo de Mercado

Tipo de cambio

Pobre definición del alcance

Requisitos legales
Cambios en el alcance

Cambios en los plazos


DESCRIPCIÓN DEL RIESGO

Trámites costosos para obtención de permisos en aduanas

Plazo de desaduanado

Aviso de inspecciones con mucho tiempo de anticipo

Plazos para aprobación o comentarios a la documentación por parte del


cliente demasiado largos

Disponibilidad de material

Tecnología de vanguardia poco probada

Riesgo de explotación / gestión

Eficiencia tecnológica

No aceptación por parte del cliente

Externo – Impredecible

Riesgos medioambientales

Huelgas

Infracciones legales

Interno – Gestión

Objetivos poco claros


DESCRIPCIÓN DEL RIESGO

No disponer de un plan de gestión de riesgos

Estructura organizacional de la empresa

Gestión del proyecto poco o mal organizada

No existencias de sistemas de control

Pobre definición de los roles

Distribución del trabajo. Pobre definición de las tareas del equipo de


proyecto o repetición de trabajos por varias personas

Plan de compras incompleto o poco definido

Escasez de recursos asignados al proyecto

No disponibilidad de personal cualificado / equipo sin experiencia

Mano de obra poco experimentada

Poca comunicación entre los miembros del equipo

Personal desmotivado

Interno - Contractual y legal

Penalizaciones económicas

Falta de documentación de los cambios en el proyecto

Falta de documentos que definan el alcance


DESCRIPCIÓN DEL RIESGO

Interno – Programación

Retrasos

Plazos de fabricación excesivos

Planificación mal estructurada o poco definida

Estimación de tiempos errónea

Interno – Financiero

Sobrecostes

Presupuesto ajustado

Interno – Ingeniería

Ingeniería poco definida

Especificaciones pobres

Plazos de emisión de documentación excesivos

Plazos de validaciones técnicas para compras excesivos

Plazos para aprobación de documentos muy largos o con muchas


revisions

Interno – Compras

Pobre seguimiento de los ofertantes

Plazo para entrega de ofertas excesivo


DESCRIPCIÓN DEL RIESGO

Interno - Calidad / Activación

Fabricación web defectuosa

Detalles web inacabados

Ensayos no superados

Fabricación web no acorde a especificación

Calidad insuficiente

Tabla 5.1-Listado de los Riesgos más comunes (MGY)


Estructura de Desglose de Riesgos (RBS)
Definiciones de Probabilidad e Impacto de Riesgos

Definiciones de Probabilidad
Muy Alta

TRANSFERIR
Alta

EVITAR
Media

MITIGAR
Baja
EVITAR

Muy Baja
EVITAR

Definiciones de Impacto
Objetivo de Muy bajo Bajo Medio Alto Muy Alto
Proyecto (0,05) (0,10) (0,20) (0,40) (0,80)
Alcance X

Cronograma X

Costo X

Calidad X

Matriz de Probabilidad e Impacto

Amenazas (Riesgos)
Impacto Muy Bajo Bajo Medio Alto Muy Alto

Probabilidad 0,05 0,10 0,20 0,40 0,80


Muy Alta 0,90 X
Alta 0,70 X
Media 0,50 X
Baja 0,30 X
Muy Baja 0,10 X
Oportunidades
Impacto Muy Alto Alto Medio Bajo Muy Bajo

Probabilidad 0,05 0,10 0,20 0,40 0,80


Muy Alta 0,90 X
Alta 0,70 X
Media 0,50 X
Baja 0,30 X
Muy Baja 0,10 X
Revisión de la tolerancia de los interesados (Stakeholders)
Formatos de los Informes
Seguimiento

Aprobaciones

Aprobador Fecha Firma


2.6.9 lan de gestión de adquisiciones
3. Conclusiones y Recomendaciones

3.1 Conclusiones

La implementación web en este proyecto de grado puede

impactar positivamente las ventas de la empresa Indiana Colombia, esto debido a

la capacidad de integrar las plataformas web con características diferentes con el fin

de aprovechar las funcionalidades tanto en el aspecto de presentación dinámica y

amigable al usuario final, como en el aspecto de la eficiencia en el

almacenamiento y manejo de contenido.

Se halló que el uso de las plataformas web:

• Permitir la administración de los contenidos de los sitios Web de una

manera sencilla y organizada por medio del administrador de contenidos.

• Proporcionar flexibilidad en la estructura de los contenidos de la

presentación, con la capacidad de crear, eliminar y editar nuevas imágenes,

contenidos, escenas y otros componentes de un sitio Web.

• Facilitar la actualización constante de los contenidos de una presentación

por parte de usuarios finales que no necesariamente necesitan

conocimientos técnicos con respecto al desarrollo de aplicaciones Web.

• Actualizar de una manera inmediata las modificaciones hechas en el

administrador de contenidos de las diferentes presentaciones.

• Facilitar la adaptación de presentaciones a las necesidades específicas de

los clientes potenciales.


Como producto comercializable el Manejador de Contenido es una idea

innovadora que actualmente no se encuentra disponible en el mercado y que

puede ser distribuida fácilmente en empresas desarrolladoras de aplicaciones

Web a la medida para que así estas puedan ofrecer la herramienta como un valor agregado en sus

productos ya que esto permite una administración directa y fácil

de los contenidos por parte del cliente.

En el momento de implementar la solución propuesta en el presente proyecto,

además de una labor de desarrollo de las plataformas web se realizó una actividad de

investigación de tecnologías de desarrollo Web que permitió descubrir una gran

variedad de funcionalidades que pueden ser implementadas contando con la base

conceptual desarrollada en este trabajo de grado.

Funcionalidades tan innovadoras como:

• El hecho de poder elaborar estrategias de negocio que conozcan las

preferencias de los clientes al momento de visitar un sitio determinado.

• Catálogos dinámicos de productos actualizados remotamente vía Web para

aplicaciones de escritorio sin necesidad de hacer una modificación costosa,

tanto en tiempo como en implementaciones, de los archivos fuentes.


3.2 Recomendaciones

Al momento de continuar con el presente proyecto se recomienda aprovechar las

funcionalidades ya desarrolladas y expandirlas de tal forma que los servicios Web

no solo proporcionen métodos de consulta sino también de almacenamiento de los

datos desde la presentación, este beneficio abre la puerta a muchas ideas

innovadoras que pueden ser aprovechadas por el desarrollador de la presentación

ya que puede almacenar cualquier tipo de información suministrada por el visitante

del sitio.

Implementar nuevos módulos a las funcionalidades que provee la integración de

las dos arquitecturas, módulos tales como administradores de encuestas,

graficadotes, foros y demás utilidades características de los sitios Web,

orientándolos a un entorno gráfico más rico en dinamismo presentación.


Referencias bibliográficas

 Ángel R. Velásquez Fernández- Nérida G. Rey Córdova, "Metodología de la

Investigación Científica", 1° ed. Lima 2007

 Arcudia García, Isabel, 2002, Cómo elaborar proyectos de investigación (una guía de

trabajo), ICSA, Universidad Autónoma de Ciudad Juárez, Ciudad Juárez, Chih.

 Arias, Fidias. El proyecto de Investigación, guía para su elaboración Editorial episteme

Venezuela 1999

 Berg, Bruce L., 2009, Qualitative Research Methods for the Social Sciences. Seventh

Edition. Boston MA: Pearson Education Inc.

 Carmen FuentelsazGallego,M Teresa IcartIsern, Anna M. Pulpón Segura, "Elaboración y

presentación de un proyecto de investigación y una tesina", España 2006

 CASTILLO SÁNCHEZ, Mauricio, Guía para la formulación de Proyectos de

Investigación, Colección Alma Mater

También podría gustarte