Sede Santiago Centro

GESTIN COMERCIAL

Trabajo de Proyecto Integral para optar al ttulo de Ingeniero en Informtica

Profesor Gua: Sr. Blas Duarte Lange

Alumno: Luz Mara Riquelme Rain Jos Vicente Urgils Ortiz 2012

Sede Santiago Centro

GESTIN COMERCIAL

Trabajo de Proyecto Integral para optar al ttulo de Ingeniero en Informtica

Profesor Gua: Sr. Blas Duarte Lange

Alumno: Luz Mara Riquelme Rain Jos Vicente Urgils Ortiz

INDICE

INTRODUCCIN CAPTULO I: FORMULACIN Y DELIMITACIN DEL PROBLEMA EN ESTUDIO 1.1 Descripcin de la Organizacin. Antedentes.

5 6 6 6 17 17 17 18 19 20 28 28 29 33 34 34 35 35 38 38 39 40 40 42 43 44 44 45 57 3

1.1.1

CAPTULO II: OBJETIVOS 2.1 Objetivo General. 2.2 Objetivo Especfico. CAPTULO III: MARCO TERICO 3.1 Marco Conceptual. 3.2 Marco Referencial. 3.3 Conclusiones Marco Terico. 3.4 Estudio de Mercado. 3.4.1 Introduccin. 3.4.2 Amenazas de Mercado. CAPTULO IV: METODOLOGA DE TRABAJO 4.1 Metodologa Iterativa-Incremental. 4.2 Propuesta de Solucin. 4.2.1 Alternativas. 4.2.2 Evaluacin 4.2.3 Solucin Propuesta. 4.3 Beneficios de la Solucin. 4.4 Factibilidades. 4.4.1 Factibilidad Tcnica. 4.4.2 Factibilidad Econmica. 4.4.3 Factibilidad Implementativa 4.5 Desarrollo Tcnico 4.5.1 Marco del Desarrollo. 4.5.2 Anlisis. 4.5.3 Anlisis FODA.

4.5.4 Plan del Proyecto. 4.6 Modelo Conceptual. 4.6.1 Diagrama de Diseo. 4.6.2 Casos de Uso. 4.6.3 Diagrama Lgico. 4.7 Plan de Pruebas. CONCLUSIONES CAPITULO V: EVALUACIN ECONMICA ANEXO 1: PLAN DE CONTINGENCIA ANEXO 2: MANUAL DE USUARIO

58 58 59 61 64 66

70 77 87

INTRODUCCIN

El mercado, a medida que pasa el tiempo, va siendo cada vez ms dependiente de las Tecnologas de la Informacin. Incluso para algunas es tan importante que si lo pierden, pueden llegar a perder el negocio, por esto tienden a preferir mantener sus sistemas actualizados de forma ptima y funcionando al mximo, para as tener un buen sistema de soporte informtico en la empresa. La gestin del conocimiento es un factor esencial para las empresas y organizaciones, al generar grandes cantidades de informacin que al procesarla correctamente se convierten en herramientas esenciales para la toma de decisiones y el futuro de las organizaciones. El desarrollo paulatino y vertiginoso de la Organizacin Sendero, a partir del primer semestre del ao 2005, ha llevado a cambiar sus Sistemas y tener en lnea todos los sistemas. Tener sus sistemas ha influido en el proceso productivo el cual es clave en la optimizacin de operaciones manuales y tiempos de ejecucin de estos para el desarrollo de la organizacin. La utilizacin de los sistemas ha permitido analizar ms en detalle cada una de las variables que mueven el negocio. Hasta septiembre de 2005 los procesos de la compaa estaban centralizados por sucursal, lo que significaba armar un reporte de Caja en un mes. En la actualidad toda la informacin de Ventas (ingresos de clientes), Recaudacin, Postventa e Inhumados estn el Lnea. En los procesos de Ventas surge la necesidad de tener un control sobre la morosidad de vendedores y comportamiento de pagos de los clientes en distintos periodos de madurez del crdito. Hoy en da, hacer un reporte de morosidad consiste en tomar un archivo de pagos solicitados a informtica, cruzarlo con la recaudacin, y disear una planilla Excel por Jefe Supervisor, lo que incurre en tiempo y poca confianza en la informacin generada.

CAPTULO I: FORMULACIN Y DELIMITACIN DEL PROBLEMA EN ESTUDIO 1.1 Descripcin de la Organizacin.

La organizacin est constituida por dos integrantes desarrolladores independientes, los cuales se unieron para dar origen a la empresa. TSA, Empresa con 5 aos en el Mercado, orientada al desarrollo de soluciones computacionales. Ubicada en Providencia 1836, Santiago.

1.1.1

Antedentes.

La Empresa en la cual se monta el producto es Organizacin Sendero, fue fundada en 1989 y con alrededor de 188 ha. De terrenos; su objetivo ofrecer una digna morada a sus seres queridos a lo largo de todo Chile. Organizacin Sendero est compuesto por: Cementerio Parque Sendero, Cementerio Evanglico Nueva Jerusaln, Cementerio Nuestra Familia, Cementerio Tradicin Familiar, Servicios Funerario y Jardn Columbario. En la actualidad la empresa cuenta con 23 Parques, desde Arica Temuco, ofreciendo distintos productos a sus clientes. Los Parques Cementerios de Organizacin Sendero cuentan adems con los servicios de funeraria Anticipa, en donde se preocupan de realizar servicios como el velatorio, la cremacin, reduccin de restos y homenajes de despedidas entre otros. Los Parques Cementerios de Organizacin Sendero cuenta con ms de 100.000 familias incorporadas y 10.000 que se agregan cada ao confiando en el respeto y la dignidad que es entregada en los distintos Parques Cementerios. Su Misin es acompaar a la familia en todas las etapas del inevitable proceso de partida de sus seres queridos, proporcionando acceso a la morada definitiva y facilitando todo lo necesario para honrar la memoria de sus seres queridos con dignidad, respeto y calidad.

A continuacin se presenta el organigrama de Gerencia Comercial.

Figura 1.1 Organigrama Gerencia Comercial.

A continuacin se presenta Organigrama Gerencia Administracin y Finanzas.

Figura 1.2 Organigrama Gerencia Administracin y Finanzas.

La Gerencia Comercial, es la encargada de las Ventas de Sepulturas a Nivel Nacional, con Oficinas de Ventas en cada Regin del Pas (Arica a Temuco). En Cada Sucursal u Oficina existe un Jefe de Ventas (Jefe Comercial), el cual tiene a su cargo un Grupo de Supervisores y estos en promedio siete Vendedores. La Funcin del Jefe de Ventas es guiar a sus Supervisores en el proceso de la Venta, desde que se capta al Cliente hasta el cierre de Contrato, mantener al da a su equipo de nuevos Productos, Promociones, Precios, Eventos. El Supervisor informa a su equipo de la informacin entrega por su Jefatura, acompaa a terreno a sus vendedores, controla que se cumplan las condiciones mnimas para una venta. Los Vendedores es el encargado de captar al cliente, establecer el proceso de negociacin y convencimiento, cobrar el primer pago de la cuota, entregar la Venta a la unidad encargada de la digitacin de esta.

Modelo de Negocio Organizacin Sendero. Modelo Canvas Organizacin Sendero

Oracle Movistar Servipag Serbank

Ventas Productos Prestacin de Servicios

Sepulturas Servicios Funerarios Ceremonias Asistencia Deceso

Publicidad Eventos Promociones

C3 (Medio) D(Medio-bajo) ABC1 (regiones)

Vendedores

Puerteo; Radio; Funerarias; Parque; Postventa Ventas Comisiones Recaudacin Licencias

Marketing Efectividad Comercial RRHH Gerencia Comercial

Figura 1.3 Modelo de Negocios Cementerio

Figura 1.4 Modelo de Negocios Cementerio 2

10

1.2

Estructura de la organizacin.

La organizacin se basa solamente mano de obra de dos personas, cuyo fin ser entregar un Producto a la Organizacin Sendero que cumpla con todos los requerimientos establecidos por nuestro cliente, realizando el diseo, desarrollo, etapa de pruebas, puesta en marcha y retroalimentacin de requerimientos y correcciones. Nuestro contacto directo para requerimientos, reuniones, creaciones de documentos y dems sern lvaro Vial Mena, Gerente de Administracin y Finanzas y lvaro Prez Trufelo, Gerente Comercial de donde se despliegan algunos usuarios que sern necesarios ms adelante para algunas reuniones. Con respecto al equipo de trabajo establecido para la instalacin y prueba de nuestro producto se establece la siguiente tabla con los datos correspondientes.

11

Equipo de Trabajo Unidad Usuarios Gerencia Comercial Rol Gerentes Contacto Alvaro Vial Va Mail: alvaro. Vial@se ndero.cl Telfono Otros Usuario Lder lvaro Prez Mail Telfono Otros Usuario Jefes Ventas Mail Telfono Otros Desarrollo Control Gestin JP Luz Riquelme Mail Telfono

Otros Jefe Proyecto Mail Telfono Otros Mantencin JP Mail Telfono Otros Administracin de Sistemas Administrador de Sistemas Mail Telfono Otros

12

1.3

Descripcin del Problema.

Parque del Sendero se ha propuesto mejorar las capacidades de gestin sobre su modelo comercial. Este proyecto aborda las principales variables de la Gestin comercial de Parque del sendero, en una solucin denominada Gestin Comercial. Flujo de Procesos de Venta. Morosidad. Comportamiento de Pago.

Flujo de Procesos de Venta considera el anlisis del flujo que debe seguir una reserva para convertirse en venta dentro de la organizacin, es decir, mide la efectividad de los procesos y subprocesos, los errores encontrados. El anlisis del proceso de venta permite realizar gestin sobre ellas por mltiples criterios tales como compaa, parque, lnea de negocios, productos, canales. La Morosidad permite tener acceso en lnea a la mora de los vendedores. Muestra todas las ventas su estado de deuda (Anulado, cancelado, contado, al da, cantidad cuotas mora) y llegar al detalle del cliente. El Comportamiento de Pago visualiza las camadas en distintos periodos de madurez del crdito por diversas variables ms relevantes del negocio. El tamao actual de la base de datos es cercano a los 20 TB, y con un crecimiento mensual de un 8% aproximadamente. En la actualidad la mayora de las transacciones operacionales de la empresa de encuentran automatizadas. A pesar de la gran cantidad de datos procesados, la plana gerencial requiere ms informes y por ende obtener mayor conocimiento de lo que pasa en la empresa para permitirle tomar decisiones acertadas con una base confiable y oportuna de la informacin. El problema a abordar aunque tiene una gran cantidad de informacin y de datos disponibles en cualquier momento, no necesariamente est procesado y ordenado de acuerdo a las necesidades de la Gerencia y es por ello que se destina una gran cantidad de recursos humanos e informticos para el procesamiento, ordenamiento y obtencin de reportes desde los sistemas. Lo que se realiza es pedir al Departamento de Gestin una planilla Excel que muestra la cantidad de pagos por Unidades de Ventas, agrupadas por cantidad de cuotas pagadas y jefe de ventas, monto de pie, productos.

13

Planilla entregada: Morosidad

ANOMES_VTA PAGOS_HASTA PRODUCTO 201011 20-03-2011 (Todas)

Total PAGOS JEFE_VENTAS >=8%Pie >=8%Plz >=9 0 1 Araya Fuentes Marcos Octavio 41% 8% 0% 1% 4% Canto Cifuentes Ingrid Angelin 56% 11% 0% 1% 5% De Cea Chicano Higinio Enrique 49% 4% 0% 3% 1% Inmob. Parques Y Jardines S.A. 0% 0% 0% 10% 0% Jefe Comercial Virtual Condole 31% 7% 0% 0% 7% Jimenez Dendarien Maria Soledad 33% 0% 0% 6% 9% Oliva Toro Ernesto Gonzalo 34% 2% 2% 4% 8% Riquelme Carrasco Yuri 32% 3% 0% 4% 14% Salvat Bologa Luis Alberto 34% 7% 0% 3% 3% Virtual Emergencia 31% 6% 0% 3% 0% Virtual Zona Centro Jefe Comer 23% 3% 2% 2% 5% Total general 36% 4% 0% 4% 7%

2 4% 7% 7% 0% 14% 10% 8% 11% 7% 9% 3% 8%

3 10% 16% 18% 0% 28% 27% 23% 15% 31% 16% 30% 21%

4 12% 1% 4% 30% 7% 10% 10% 9% 3% 0% 8% 8%

5 0% 0% 1% 0% 3% 2% 1% 1% 0% 0% 0% 1%

6 1% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0%

9 Contado Total general 0% 19% 100% 0% 3% 100% 1% 11% 100% 0% 60% 100% 0% 3% 100% 0% 2% 100% 0% 8% 100% 0% 11% 100% 0% 12% 100% 0% 34% 100% 0% 23% 100% 0% 11% 100%

Figura 1.6 Archivo de Morosidad Actual El problema radica en que la solicitud se realiza en forma independiente por cada Jefe Comercial y sin un previo anlisis de los campos requeridos. Esto causa un problema al momento de realizar una consolidacin de los datos para armar el informe final que revisa la Gerencia, porque los archivos tienen distintas columnas, filtros, fuentes de datos diferentes. Otro posible problema de este manejo de estos archivos es que los diferentes equipos de un de ventas poseen distintas versiones de Excel, lo que ocasiones que muchas veces los archivos sean incompatibles. Estos problemas traen graves consecuencias a futuro, como por ejemplo, tiempos muy prolongados en armar un reporte que se traduce a grandes prdidas de tiempo y por consiguiente de dinero y posibilidades de aumentar la produccin, lo cual es un tema preocupante para una empresa de esta envergadura. Comportamiento de Pago. Dentro de los informes que se emiten para el Directorio, hay un informe que mide el comportamiento de pago por camadas ao mes venta, de las cuotas de crdito con distintas mediciones en el tiempo, denominadas T. Dicho informe, muestra de forma agrupada por contrato la cantidad por: ao de venta, mes de venta, jefe comercial y vendedor. Planilla: Comportamiento de Pago

14

Medidas en T1

Medidas en T5

Ao Mes Venta Periodo 2005 Periodo 2006 Periodo 2007 200801 200802 200803 200804 200805 200806 200807 200808 200809 200810 200811 200812 200901 200902 200903 200904 200905 200906 200907 200908 200909 200910 200911 200912 201001 201002 201003 201004 201005 201006 201007 201008 201009 201010 201011 201012 201101 201102 201103 201104 201105 Promedios

Cantidad Contratos 21 46 563 98 51 124 143 157 146 157 103 96 125 151 87 115 55 130 115 123 128 141 154 120 144 144 104 99 72 113 125 148 135 146 145 117 160 111 119 135 91 140 130 147 129

Cta 2 24% 7% 7% 6% 8% 3% 3% 5% 9% 7% 8% 5% 6% 7% 5% 3% 7% 8% 5% 13% 5% 5% 2% 4% 6% 9% 7% 3% 13% 5% 6% 3% 7% 3% 6% 1% 4% 3% 7% 4% 1% 3% 1% 1% 5%

Cta 3 0% 4% 6% 4% 8% 7% 10% 6% 12% 6% 10% 10% 9% 7% 10% 10% 7% 6% 12% 11% 9% 11% 8% 9% 6% 11% 10% 8% 1% 6% 10% 9% 10% 8% 9% 13% 8% 7% 8% 10% 19% 12% 12% 35% 9%

Cta 4 10% 4% 2% 2% 2% 6% 2% 3% 6% 3% 3% 4% 5% 4% 3% 4% 5% 6% 3% 3% 4% 4% 3% 6% 3% 1% 3% 3% 6% 4% 3% 3% 3% 2% 3% 2% 3% 0% 3% 4% 0% 7% 15% 1% 3%

Cta 5 0% 2% 2% 4% 2% 3% 5% 3% 4% 2% 4% 2% 2% 3% 3% 3% 5% 8% 5% 4% 8% 4% 3% 6% 6% 3% 4% 3% 3% 3% 6% 3% 4% 2% 8% 3% 4% 3% 3% 3% 1% 14% 0% 1% 4%

Cta 6 5% 7% 1% 3% 4% 4% 2% 2% 1% 5% 3% 3% 2% 5% 3% 1% 0% 3% 3% 1% 3% 5% 3% 5% 4% 3% 5% 1% 3% 4% 3% 3% 2% 3% 2% 2% 3% 2% 3% 3% 11% 1% 0% 1% 3%

Mora hasta Cta 6 38% 24% 19% 19% 24% 24% 22% 18% 33% 22% 27% 25% 22% 27% 25% 22% 25% 31% 29% 32% 29% 30% 19% 30% 26% 28% 28% 18% 25% 22% 29% 22% 27% 18% 28% 21% 21% 14% 23% 24% 32% 37% 28% 38% 24%

Mora hasta Cta 12 48% 30% 29% 24% 33% 35% 40% 25% 42% 34% 43% 42% 30% 46% 32% 37% 29% 50% 48% 36% 48% 40% 26% 45% 42% 38% 51% 27% 35% 40% 37% 34% 37% 32% 42% 33% 36% 26% 34% 30% 32% 37% 28% 42% 36%

Ao Mes Venta Periodo 2005 Periodo 2006 Periodo 2007 200801 200802 200803 200804 200805 200806 200807 200808 200809 200810 200811 200812 200901 200902 200903 200904 200905 200906 200907 200908 200909 200910 200911 200912 201001 201002 201003 201004 201005 201006 201007 201008 201009 201010 201011 201012 201101 201102 201103 201104 201105 Promedios

Cantidad Contratos 21 46 563 98 51 124 143 157 146 157 103 96 125 151 87 115 55 130 115 123 128 141 154 120 144 144 104 99 72 113 125 148 135 146 145 117 160 111 119 135 91 140 130 147 129

Cta 2 14% 7% 1% 1% 2% 1% 0% 1% 1% 1% 2% 0% 0% 2% 1% 0% 0% 1% 1% 3% 0% 0% 0% 0% 1% 0% 0% 1% 4% 0% 3% 1% 1% 0% 1% 0% 0% 1% 1% 1% 1% 0% 0% 1% 1%

Cta 3 0% 0% 3% 2% 4% 4% 4% 3% 5% 4% 8% 5% 5% 5% 3% 5% 4% 3% 10% 9% 5% 7% 6% 7% 4% 6% 6% 6% 0% 4% 7% 7% 8% 3% 6% 9% 4% 7% 7% 10% 18% 11% 12% 35% 5%

Cta 4 5% 0% 1% 0% 0% 3% 1% 1% 1% 1% 0% 3% 1% 1% 2% 2% 0% 2% 1% 2% 0% 2% 1% 3% 2% 1% 1% 2% 3% 1% 0% 2% 1% 0% 1% 0% 1% 0% 3% 3% 0% 7% 15% 1% 1%

Cta 5 0% 0% 1% 2% 2% 1% 1% 2% 1% 1% 0% 0% 0% 1% 1% 1% 2% 0% 1% 2% 2% 1% 1% 1% 3% 1% 1% 0% 1% 1% 2% 1% 1% 1% 2% 1% 3% 3% 1% 3% 1% 14% 0% 0% 1%

Cta 6 0% 4% 0% 2% 2% 0% 1% 0% 0% 1% 1% 0% 0% 2% 1% 0% 0% 0% 0% 1% 1% 2% 1% 1% 1% 1% 1% 0% 1% 0% 1% 2% 0% 1% 1% 0% 0% 1% 3% 3% 11% 1% 0% 0% 1%

Mora hasta Cta 6 19% 11% 6% 7% 10% 9% 7% 7% 8% 8% 11% 8% 6% 11% 9% 8% 5% 6% 12% 16% 8% 13% 9% 12% 11% 8% 9% 9% 10% 5% 14% 12% 12% 5% 12% 9% 8% 12% 13% 20% 31% 34% 28% 37% 9%

Mora hasta Cta 12 19% 11% 10% 9% 10% 13% 10% 8% 11% 10% 12% 8% 9% 17% 11% 11% 7% 12% 19% 18% 16% 18% 13% 15% 15% 13% 13% 14% 17% 12% 18% 15% 16% 14% 23% 22% 21% 23% 24% 25% 31% 34% 28% 37% 13%

Figura 1.7 Comportamiento Pago Actual

Revisin de la operacin actual Comportamiento de Pago: La Gerencia de Administracin y Finanzas, detecto ciertas variaciones en el informe, las cuales se describen a continuacin: Actualmente las mediciones de los porcentajes de cada en cada cuotas cerrada son mviles y debiendo ser constantes, ya que las cuotas son informadas y analizadas. Lo anterior se produce debido a que el informe actual realiza un anlisis sobre los documentos vigentes (repactados) y no sobre los documentos originales. La agrupacin de contratos impide la gestin sobre el cliente y las reas de ventas respectivas. El criterio de medicin de los T que se utiliza es por diferencia de mes entre el pago y el vencimiento y no considera fracciones de mes (das). Esto perjudica la evaluacin de las cuotas, cuyos vencimientos son los ltimos das de cada mes y que el pago se produce los primeros das del mes siguiente.

15

El proceso actual no analiza en forma separada los Up-grade ni tampoco las Ampliaciones de contratos. Informe de Morosidad: El informe de morosidad que genera a partir de un cruce de informacin entre la recaudacin, ventas, todo este generados en archivos Excel, lo que muchas veces genere errores en la consolidacin de los datos. Traking Ventas

Digitacin Administracin de ventas Cierre Jefe de Ventas Supervisor Vendedor Reservados Recibidos Digitados Enviados % de Envo Recibidos Adm. Error Ingreso Error Anexos Error Formularios Error Requisitos Rechazados Aceptados %Acept./Rec. Vtas Vigentes %Vigente

HIGINIO ENRIQUE DE CEA CHICANO LUIS ALBERTO SALVAT BOLOGA YURI RIQUELME CARRASCO JEFE COMERCIAL VIRTUAL EMERGENCIA MARIA SOLEDAD JIMENEZ DENDARIEN JARDINES S.A. INMOB. PARQUES Y ERNESTO GONZALO OLIVA TORO INGRID ANGELINA CANTO CIFUENTES MARCOS OCTAVIO ARAYA FUENTES

98 57 119 33 152 2 110 63 87

36 35 61 24 140 2 65 34 48 20
465

0 21 41 0 33 1 1 0 46 0
143

0 24 41 0 76 2 1 0 23 16
183

0% 42% 34% 0% 50% 100% 1% 0% 26% 42%

24%

0 24 19 0 74 1 1 0 0 16
135

0 1 8 0 7 0 0 0 0 0
16

0 0 0 0 0 0 0 0 0 0
0

0 0 0 0 0 0 0 0 0 0
0

0 21 17 0 33 0 1 0 0 0
72

0 0 1 0 1 0 0 1 0 0
3

0 24 0 0 69 1 1 0 0 12
107

0% 100% 0% 0% 91% 50% 100% 0% 0% 75%

58%

0%

13 54% 0 0 0% 0%

23 33% 1 100% 1 100% 0 0 0% 0%

CONDOLENCIAS JEFE COMERCIAL VIRTUAL 38

Total general 759

5 42%
43 40%

Figura 6. Traking de Ventas El Proceso de Flujo de Procesos de Venta, no existe actualmente. El objetivo del Modelo de Flujos de Procesos de Venta es analizar el proceso de venta al interior del Parque del Sendero, desde la reserva hasta la venta propiamente tal. Tal actividad considera contar los prospectos en cada etapa de la venta y el clculo de tiempos promedios de estada en cada una de ellas, de acuerdo a las siguientes conceptos: o dimensiones: fuerza de venta (Jefe Comercial, Supervisor, Vendedor) y tiempo. Tambin es posible discriminar por producto debido a que se producen distorsiones al incorporar al modelo los Servicios Funerarios. Por lo tanto el filtro de producto considera los Servicios Funerarios, todos los productos menos los Servicios Funerarios y todos los productos.

16

CAPTULO II: OBJETIVOS 2.1 Objetivo General.

Tener un producto que permita controlar el tracking de ventas, gestionar la morosidad de los vendedores y medir el comportamiento de pago de los clientes en distintos periodos de madures del crdito. 2.2 Objetivos Especficos.

Objetivos Especficos Comerciales del Producto. Mantener una historia de los datos que permita realizar mediciones comparativas y tendencias. Proporcionar una herramienta que permita gestionar de manera ms eficiente los procesos de venta de Parque del Sendero. Contar con informacin confiables negocio. que sirva como base para la mejora de procesos de

Objetivos Especficos del Desarrollo del Proyecto. Reducir / Eliminar procesos manuales para la obtencin de indicadores de control y gestin. Facilitar el acceso a la informacin relevante para la toma de decisiones. Efencientar y sistematizar los tiempos en la generacin de indicadores.

17

CAPTULO III: MARCO TERICO

En la actualidad casi todos los procesos de carcter administrativo y operacional estn automatizados, haciendo uso de tecnologas como sistemas operacionales. Cubierto las operaciones ms relevantes de la empresa surgen nuevas necesidades, tales como obtener informacin y conocimiento necesario que sirva de base para la toma de decisiones tanto a escala estratgica como tctica de la organizacin. Estos requerimientos de informacin y conocimiento no parecen ser difciles de resolver ya que la informacin y datos estn efectivamente en los sistemas. Cualquier actividad que se realiza est reflejada de forma detallada en la base de datos. Pero la realidad es distinta, puesto que al cubrir las necesidades de informacin, se debe realizar mltiples cruces de datos, de fuentes distintas, lo que ocasiona errores al momento de consolidar los datos. Todo se realiza con una visin particular de la informacin, sin poder tener una visin global. El levantamiento y presentacin de los resultados se realizan por planillas Excel. En el mercado no existe un software que pueda gestionar las ventas y morosidad, para este tipo de negocio. Lo que si existe son sistemas CRM, es un sistema de registro de contactos que permite administrar los mismos, asignar estados y generar agendas para las llamadas del da, permite detectar fallas en la capacitacin de su equipo de ventas, cuellos de botella, situaciones que merecen mejorarse, elaborar estrategias activas y ms eficaces para el cierre de operaciones. Procesos administrativos y operacionales estn Automatizados. Tener informacin para la toma de decisiones.

18

3.1 Marco Conceptual.

A continuacin se definen algunos trminos que sern utilizados en el presente informe. Servidor proxy: Centraliza peticiones de los clientes y las reenva hacia otras mquinas. Puede servir como nivel de indireccin y seguridad. Tambin puede ser usado para realizar balanceo de carga. Cortafuegos (firewall): Proporciona servicios de filtrado, autorizacin y autentificacin. Puede actuar como proxy y ayuda a manejar los ataques de los hackers. Mquina: Representa una unidad fsica donde reside un servidor. Una mquina se define como tipo Unix o no Unix (Windows NT, etc.). Servidor: Un servidor es una instancia de la clase weblogic Server ejecutndose dentro de una mquina virtual de Java. Un servidor est alojado en una mquina, pero una mquina puede contener varios servidores. Si un servidor no lo declaramos en ninguna mquina WLS asume que est en una creada por defecto. Dominio: Un dominio es una unidad administrativa. Sirve para declarar varios servidores, aplicaciones, etc. y que todos ellos estn asociados mediante el nombre del dominio. Clustering (asociacin): Los clusters permiten asociar maquinas y servidores para que acten de forma conjunta como una nica instancia. La creacin de un cluster va a permitir el balanceo de carga y la recuperacin frente a fallos. Sistema: Conjunto de reglas o principios sobre una materia racionalmente enlazados entre si. Conjunto de cosas que relacionadas entre s contribuyen a determinado objeto. Conjunto de rganos que intervienen en alguna de las principales funciones vegetativas. Conjunto estructurado de unidades relacionadas entre s que definen por oposicin. Informacin: Es un conjunto de datos procesados, que constituyen un mensaje que cambia el estado de conocimiento del sujeto o sistema que recibe dicho mensaje. Desde el punto de vista de la teora general de sistemas cualquier seal o input capaz de cambiar el estado de un sistema constituye un pedazo de informacin. Mainframe: (Computadora central, macro computadora). Computadora grande, poderosa y costosa utilizada principalmente en empresas que necesitan procesar gran cantidad de datos o soportar gran cantidad de usuarios. Un mainframe puede funcionar aos sin problemas ni interrupciones; incluso puede repararse mientras funciona. Tambin puede simular el funcionamiento de cientos de computadoras personales (terminadores virtuales) dentro de una empresa. CRM: Sistemas informticos de apoyo a la gestin de las relaciones con los clientes, a la venta y al marketing. Con este significado CRM se refiere al sistema que administra un Datawarehouse (Almacn de Datos) con la informacin de la gestin de ventas y de los clientes de la empresa.

19

3.2 Marco Referencial.

Servidores de Aplicaciones Esencialmente un servidor de aplicaciones es un programa servidor utilizado para brindar servicios y lgica a la aplicacin. Es decir, provee servicios al programa cliente que puede estar tanto en la misma mquina como en otra red. Originalmente los Servidores Web eran meros proveedores de documentos HTML e imgenes. Gradualmente fueron incorporando tecnologa para procesar las pginas antes de entregarse al servidor cliente. Transcurrido el tiempo el manejo de la informacin en la web en la forma de mltiples servidores de base de datos, aplicaciones distribuidas, web services. Una compaa puede requerir un servidor de aplicaciones para obtener un mejor control de la capa lgica, monitoreo de la aplicacin o seguridad de los datos. Los Servidores de aplicaciones controlan grandes volmenes de informacin yendo y viniendo desde aplicaciones, objetos y bases de datos. Los servidores de aplicaciones hoy en da ofrecen de manera integrada herramientas generales de servidor, lo que unifica los modelos de desarrollo y centraliza el soporte. Algunos beneficios claves son: Escalabilidad. Decrecimiento en tamao y complejidad en los programas clientes. Cach y control del flujo de datos para una mejor performance. Seguridad tanto para los datos como el trfico. Facilitar facilidades en la administracin.

Normalmente estos servidores se apoyan en una base de Tres Capas. Navegador Cliente: Usuario final. Servidor de Aplicaciones: Conjunto de programas de la aplicacin. Servidor de Base de Datos.

Clustering Un BEA webLogic Cluster es un grupo de servidores WebLogic que coordina sus acciones para proveer escalabilidad y disponibilidad en forma transparente. La idea que es en vez de tener un nico servidor, servidor brindando los mismos servicios, repartindose la carga y funcionamiento de respaldo uno de los otros. Web Logic Server El estndar J2EE permite el desarrollo de aplicaciones de empresa de una manera sencilla y eficiente. Una aplicacin desarrollada con las tecnologas J2EE permite ser desplegada en cualquier servidor de aplicaciones o servidor web que cumpla con el estndar. Un servidor de aplicaciones es una implementacin de la especificacin J2EE. La arquitectura J2EE es la siguiente:

20

Figura 1.8 Arquitectura J2EE Definimos a continuacin algunos de los conceptos que aparecen en la figura 1: Cliente web (contenedor de applets): Es usualmente un navegador e interacta con el contenedor web haciendo uso de HTTP. Recibe pginas HTML o XML y puede ejecutar applets y cdigo JavaScript. Aplicacin cliente: Son clientes que no se ejecutan dentro de un navegador y pueden utilizar cualquier tecnologa para comunicarse con el contenedor web o directamente con la base de datos. Contenedor web: Es lo que comnmente denominamos servidor web. Es la parte visible del servidor de aplicaciones. Utiliza los protocolos HTTP y SSL (seguro) para comunicarse. Servidor de aplicaciones: Proporciona servicios que soportan la ejecucin y disponibilidad de las aplicaciones desplegadas. Es el corazn de un gran sistema distribuido. Frente a la tradicional estructura en dos capas de un servidor web (ver Figura 2) un servidor de aplicaciones proporciona una estructura en tres capas que permite estructurar nuestro sistema de forma ms eficiente. Un concepto que debe quedar claro desde el principio es que no todas las aplicaciones de empresa necesitan un servidor de aplicaciones para funcionar. Una pequea aplicacin que acceda a una base de datos no muy compleja y que no sea distribuida probablemente no necesitar un servidor de aplicaciones, tan solo con un servidor web (usando servlets y jsp) sea suficiente.

21

Figura 1.9. Arquitectura en dos capas frente a tres capas utilizando el servidor de aplicaciones.

Un servidor de aplicaciones es una implementacin de la especificacin J2EE. Existen diversas implementaciones, cada una con sus propias caractersticas que la pueden hacer ms atractiva en el desarrollo de un determinado sistema. WebLogic Server es un servidor de aplicaciones: una plataforma para aplicaciones empresariales multi-capa distribuidas. WebLogic Server centraliza los servicios de aplicacin como funciones de servidor web, componentes del negocio, y acceso a los sistemas "backend" de la empresa. Utiliza tecnologas como el almacenamiento en memoria inmediata y almacenes de conexiones para mejorar la utilizacin de recursos y el funcionamiento de la aplicacin. WebLogic Server tambin proporciona facilidades a nivel de seguridad empresarial y una administracin poderosa. WebLogic Server funciona en la capa media (o capa "n") de una arquitectura multi-capa, dnde se ejecutan los componentes software que crean un sistema de clculo en relacin unos con otros y al hardware, la red y los usuarios. Elegir la mejor localizacin para cada componente software nos permite desarrollar aplicaciones ms rpidamente; facilita el despliegue y la administracin; y proporciona un mayor control sobre el funcionamiento, la utilizacin, la seguridad, la escalabilidad, y la confiabilidad. Los componentes software de una arquitectura multi-capa constan de tres capas: La capa del cliente contiene los programas ejecutados por los usuarios, incluyendo navegadores Web y programas de aplicaciones de red. Estos programas se pueden escribir virtualmente en cualquier lenguaje de programacin. Los clientes del servidor WebLogic utilizan interfaces estndares para acceder a servicios del servidor WebLogic. El servidor WebLogic tiene una completa funcionalidad de servidor web, as que un navegador web puede solicitar pginas al servidor WebLogic usando el protocolo estndar de la Web, HTTP. Los servlets de WebLogic Server y las JavaServer Pages (JSPs) producen pginas Web dinmicas, personalizadas requeridas para las aplicaciones avanzadas de comercio

22

electrnico. Los programas del cliente escritos en Java pueden incluir interfaces grficos de usuario altamente interactivos construidos con las clases de Java Swing. Tambin se puede tener acceso a servicios del servidor WebLogic usando los APIS estndar del J2EE. Todos estos servicios tambin estn disponibles para los clientes de navegadores web desplegando servlets y pginas JSP en el servidor WebLogic. Los programas del cliente compatibles con CORBA escritos en Visual Basic, C++, Java, y otros lenguajes de programacin pueden ejecutar JavaBeans Enterprise y RMI en el servidor WebLogic usando WebLogic RMI-IIOP. Las aplicaciones del cliente escritas en cualquier lenguaje que soporten el protocolo HTTP pueden acceder a cualquier servicio del WebLogic Server a travs de un servlet. La capa media contiene el servidor WebLogic y otros servidores que son direccionados directamente por los clientes, como servidores web existentes o servidores proxy. La capa media incluye el servidor WebLogic y otros servidores Web, cortafuegos, y servidores proxy que median en el trfico entre los clientes y el servidor WebLogic. El servidor WAP de Nokia, parte de la solucin de comercio mvil de BEA, es un ejemplo de otro servidor de la capa media que proporciona una conectividad entre los dispositivos inalmbricos y el servidor WebLogic. Las aplicaciones basadas en una arquitectura multi-capa requieren confiabilidad, escalabilidad, y un alto rendimiento en la capa media. El servidor de aplicaciones que seleccionemos para la capa media es, por lo tanto, crtico para el xito de nuestro sistema. La opcin Cluster del servidor WebLogic permite que distribuyamos peticiones de cliente y servicios backend entre varios servidores WebLogic cooperantes. Los programas en la capa del cliente acceder al cluster como si fuera un solo servidor WebLogic. Cuando la carga de trabajo aumenta, podemos agregar otros servidores WebLogic al cluster para compartir el trabajo. El cluster utiliza un algoritmo de balance de capa seleccionable para elegir el servidor WebLogic del cluster que es capaz de manejar la peticin. Cuando una peticin falla, otro servidor WebLogic que proporciona el servicio solicitado puede asumir el control. Los fallos son transparentes siempre que sea posible, lo que reduce al mnimo la cantidad de cdigo que se debe escribir para recuperar incidentes. Por ejemplo, el estado de la sesin de un servlet se puede replicar en un servidor secundario WebLogic de modo que si el servidor WebLogic que est manejando una peticin falla, la sesin del cliente se pueda reanudar de forma ininterrumpida desde el servidor secundario. Todos los servicios de WebLogic, EJB, JMS, JDBC, y RMI estn implementados con capacidades de clustering. La capa backend contiene recursos de empresa, como sistemas de base de datos, aplicaciones de unidad central y legales, y aplicaciones de plannings de recursos de empresa empaquetados (ERP). La capa backend contiene los servicios que son accesibles a los clientes slo a travs del servidor WebLogic. Las aplicaciones en la capa backend tienden a ser los recursos ms valiosos y de misiones crticas para empresa. El servidor WebLogic los protege de accesos directos de usuarios finales. Con tecnologas tales como almacenes de conexiones y caches, el servidor WebLogic utiliza eficientemente los recursos backend y mejora la respuesta de la aplicacin. Un almacen de conexiones JDBC, definido en el servidor WebLogic, abre un nmero predefinido de conexiones a la base de datos. Una vez que estn abiertas, las conexiones a la base de datos son compartidas por todas las aplicaciones del servidor WebLogic que necesiten acceder a esa base de datos. Slo se incurre una sla vez en la costosa sobrecarga asociada con el

23

establecimiento de conexiones para cada conexin del almacn, por cada peticin de cliente. El servidor WebLogic vigila las conexiones a la base de datos, refrescndolas cuando es necesario y asegurndose de la fiabilidad de los servicios de la base de datos para las aplicaciones.

Figura 1.10 Ilustra estas tres capas de la arquitectura del servidor WebLogic Server.

Figura 1.10 Ilustra los contenedores de componentes y los servicios de aplicacin de WebLogic Server.

24

Software existente en el mercado para Cementerios. Apeiron Software El programa de gestin de cementerios permite gestionar los cementerios de forma rpida y eficaz, aumentando la eficiencia y disminuyendo el trabajo que comporta la gestin. La situacin cuotidiana nos trae que muchos ayuntamientos tengan ms de un cementerio para gestionar, de los cuales, en algunos casos no son tan siquiera los propietarios. El programa de gestin de cementerios de Apeiron Software est totalmente actualizado y permite realizar la gestin de las necesidades relacionadas con los servicios funerarios de forma rpida y eficaz, con el aadido de integrarse con el resto de aplicaciones desarrolladas por Apeiron Software, aprovechando la potencialidad de un intercambio de la informacin que el ayuntamiento tiene depositada en sus bases de datos. Funcionalidades de la aplicacin Se pueden destacar: Gestionar el censo de los titulares de los derechos funerarios, transmisiones, beneficiarios y usufructuarios. Registrar las inhumaciones y exhumaciones practicadas en los nichos y otras construcciones funerarias. Controlar las fechas de caducidad de las concesiones. Gestionar el censo fiscal para la gestin de la tasa municipal de conservacin. Imprimir los listados de titulares, altas de concesiones, bajas, inhumaciones y exhumaciones, etc. Imprimir los documentos ms habituales en la gestin cuotidiana del cementerio, como por ejemplo la solicitud de concesin, de transmisin, de duplicado de ttulo, etc. Integracin total con el resto de aplicaciones de Apeiron Software. UnBit Software El propsito de nuestra solucin es resolver las necesidades de gestin: Informatizacin del archivo histrico del cementerio, posiblemente en la actualidad en formato de papel. En funcin del volumen del histrico, esta tarea puede llevar una cantidad de tiempo considerable y deber ser posible llevarla acabo sin repercutir en la gestin diaria. Disponer de un potente e intuitivo sistema de consulta de la situacin del cementerio. Ser capaz en todo momento de conocer la disposicin de un inhumado y su historia posible de traslados y exhumaciones. Permitir la gestin diaria de nuevas adjudicaciones y control de las tareas propias diarias y comunes a todos los cementerios.

25

Disponer de una herramienta lo suficientemente gil para permitir construccin/remodelacin de nuevas unidades de enterramiento.

incorporar

la

Contar en todo momento con el apoyo del proveedor informtico en su papel no slo de consultor sino de colaborador para cuantas nuevas necesidades tcnicas puedan requerirse. Dentro de las funcionalidades que le ofrece Gestin de Cementerios podremos destacar las siguientes: Definicin y mantenimiento grfico de la organizacin de su cementerio, mediante un sistema de diseo grfico podr definir las estructuras que conforman su cementerio. Apoyo grfico visual sobre el mapa diseado a la hora de comprobar el estado, adjudicar propiedades y programar inhumaciones. Definicin y mantenimiento de: Cementerios, Salas de velatorio, Plazos de concesin, Tarifas, Tipos de elementos, Lpidas y Ornamentos, Proveedores, etc. Gestin de Expedientes de Titulares y Cotitulares. Gestin de Expedientes de Propiedades. Gestin de Expedientes de Inhumaciones con sus exhumaciones y reducciones. Total informacin de los Elementos que componen el cementerio, obras, titulares y titulares anteriores, gastos y cobros, etc. Gestin de la Disponibilidad de los Elementos del cementerio. En todo momento se conoce el nivel de ocupacin del cementerio, apoyado por distintos informes estadsticos mediante grficos de barras. Consultas sobre: Consultas de Disponibilidad de Elementos Consultas de Inhumaciones y Exhumaciones Consultas de Exhumaciones Pendientes Consultas de Reducciones Pendientes Consultas de Vencimientos de Propiedades Consultas de Utilizacin de Salas Consultas de Obras Consultas de Renovaciones de Propiedades

26

Consultas de Tarifas Consulta Detallada de Facturas Consulta Global por Sociedades Confeccin de informes y documentos. El software permite la definicin por parte del usuario de todos aquellos informes que pueda necesitar integrando Microsoft Word. Integracin y digitalizacin de todos los papeles asociados a una tramitacin en el propio expediente con consulta en pantalla, impresin y envo por fax o e-mail. Sistema de control de tareas de tramitacin. Gestin integrada de facturacin.

27

3.3 Conclusiones Marco Terico.

En los ambientes modernos de hoy en da, es casi imprescindible desarrollar aplicaciones distribuidas basada en tecnologa multicapa. Debido al tamao de estos sistemas, esta distribucin no solo facilita el desarrollo sino que tambin el mantenimiento. Es aqu donde surgen los servidores de aplicaciones los cuales tienen como objetivos brindar servicios a los programas clientes. La principal ventaja de Clustiring de WebLogic Server es implementar una arquitectura de Cluster sobre una plataforma heterognea independizndose del hardware y sistema operativo. Como conclusin se puede decir que el mercado de Servidores de aplicaciones est en vas de desarrollo, y los grandes actores como, Oracle, IBM, estn da a da desarrollando nuevas aplicaciones, en una competencia constante por captar ms y ms clientes.

28

3.4 Estudio de Mercado. 3.4.1 Introduccin.

Hoy en da la gama de productos de Servidores de Aplicaciones es cada vez mayor y a menores costos, las grandes empresas se han visto como el siguiente paso en el desarrollo de servidores. Este estudio de mercado se centra en ver cules de estos Servidores existen en el mercado y hacer una comparacin con la propuesta del proyecto que se realiza. El concepto de servidor de aplicaciones est relacionado con el concepto de sistema distribuido. Un sistema distribuido, en oposicin a un sistema monoltico, permite mejorar tres aspectos fundamentales en una aplicacin: la alta disponibilidad, la escalabilidad y el mantenimiento. En un sistema monoltico un cambio en las necesidades del sistema (aumento considerable del nmero de visitas, aumento del nmero de aplicaciones, etc.) provoca un colapso y la adaptacin a dicho cambio puede resultar catastrfica. La alta disponibilidad hace referencia a que un sistema debe estar funcionando las 24 horas del da los 365 das al ao. Para poder alcanzar esta caracterstica es necesario el uso de tcnicas de balanceo de carga y de recuperacin ante fallos (failover). La escalabilidad es la capacidad de hacer crecer un sistema cuando se incrementa la carga de trabajo (el nmero de peticiones). Cada mquina tiene una capacidad finita de recursos y por lo tanto slo puede servir un nmero limitado de peticiones. Si, por ejemplo, tenemos una tienda que incrementa la demanda de servicio, debemos ser capaces de incorporar nuevas mquinas para dar servicio. El mantenimiento tiene que ver con la versatilidad a la hora de actualizar, depurar fallos y mantener un sistema. La solucin al mantenimiento es la construccin de la lgica de negocio en unidades reusables y modulares. Los servidores de aplicacin tpicamente incluyen tambin middleware (o software de conectividad) que les permite intercomunicarse con variados servicios, para efectos de confiabilidad, seguridad, no-repudio, etc. Los servidores de aplicacin tambin brindan a los desarrolladores una Interfaz para Programacin de Aplicaciones (API), de tal manera que no tengan que preocuparse por el sistema operativo o por la gran cantidad de interfaces requeridas en una aplicacin Web moderna. Los servidores de aplicacin tambin brindan soporte a una gran variedad de estndares, tales como HTML, XML, IIOP, JDBC, SSL, etc., que les permiten su funcionamiento en ambientes Web (como Internet) y la conexin a una gran variedad de fuentes de datos, sistemas y dispositivos. Un ejemplo comn del uso de servidores de aplicacin (y de sus componentes) son los portales de Internet, que permiten a las empresas la gestin y divulgacin de su informacin, y un punto nico de entrada a los usuarios internos y externos. Teniendo como base un servidor de aplicacin, dichos portales permiten tener acceso a informacin y servicios (como servicios Web) de manera segura y transparente, desde cualquier dispositivo.

29

Existen diversas implementaciones, cada una con sus propias caractersticas que la pueden hacer ms atractiva en el desarrollo de un determinado sistema. Algunas de las implementaciones ms utilizadas son las siguientes: BEA WebLogic IBM WebSphere Sun-Netscape IPlanet Sun One Oracle IAS Borland AppServer HP Bluestone Los dos primeros son los ms utilizados en el mercado. La principal ventaja de WebLogic es que podemos crear un sistema con varias mquinas con distintos sistemas operativos: Linux, Unix, Windows NT, etc. El sistema funciona sin importarle en qu mquina est corriendo el servidor. WebLogic v/s Internet Application Server. Mejor Rendimiento, Escalabilidad y Rendimiento (RASP). o Incremento de la escalabilidad y calidad de servicio x4 segn los benchmarks SpecJAppserver2004. o Aumento de la disponibilidad de un 50% segn Tapcon Consulting. o Nuevo sistema de mensajera JMS. Nuevas facilidades para el desarrollo. o Facilidades para desarrollar utilizando distintos Frameworks o modelos de desarrollo. o Plataformas estratgicas para nuevas soluciones (BI, SOA, BPM). Mejor Gestin de la plataforma. o 50% de ahorro de Costes Operacionales segn Crimson Consulting.

30

Componentes:

Anlisis de transacciones web J2EE . El analizador de transacciones de ManageEngine Applications Manager le permite visualizar la divisin de los niveles de mtodos Java de los tiempos de respuesta. Adems, posibilita el monitoreo de transacciones web de punta a punta, desde URL hasta solicitudes SQL de aplicaciones web e informa los tiempos de varios niveles, como Web, Java, EJB y JDBC. Los administradores de aplicaciones podrn ocuparse de las reas problemticas al conocer las URL lentas y ver la huella (nivel de mtodo) hasta la solicitud SQL. Obtenga ms informacin en monitoreo de transacciones web Java/J2EE.

31

El monitoreo de WebLogic cuenta con la entrega de notificaciones de alertas proactivas y de errores en la administracin, adems de la revisin de problemas inminentes, la ejecucin de acciones apropiadas y la recoleccin de datos para realizar el planeamiento, el anlisis y la generacin de informes. Estos son algunos de los componentes monitoreados en WebLogic: Uso de memoria JVM Tiempo de respuesta del servidor Estadsticas de todas las aplicaciones web Informacin sobre usuarios y sesiones Soporte out of the box para JMS & SAF Enterprise JavaBeans (EJB) Estadsticas de pool EJB Estadsticas de cach EJB Servlets Thread pools Pools de conexiones de bases de datos Java (JDBC) Tiempo de espera para la conexin Porcentaje de conexiones a bases de datos en uso Atributos personalizados de la aplicacin MBeans (JMX)

Prestaciones de la administracin de WebLogic Administracin out of the box de la disponibilidad y el rendimiento del servidor WebLogic. Verifica si se estn ejecutando y procesando las solicitudes. Monitoreo de las estadsticas de rendimiento de WebLogic, como el pool de conexiones de la base de datos, los servlets, el uso de memoria JVM, las sesiones de usuarios, etc. Pueden configurarse alertas para estos parmetros. Sobre la base de los portales configurados, se generan notificaciones y alertas. Las acciones son ejecutadas automticamente segn las configuraciones. En un instante se pueden obtener grficos e informes sobre el rendimiento. Adems, estn disponibles el agrupamiento de informes, los informes personalizados y los grficos basados en fechas.

32

3.4.2 Amenazas de Mercado.

Principales proveedores de Servidores de Aplicaciones. IBM WebSphere Application Server (WAS, servidor de aplicaciones WebSphere), un servidor de aplicaciones de software, es el producto estrella dentro de la familia WebSphere de IBM. WAS est construido usando estndares abiertos tales como J2EE, XML, y Servicios Web. Varios laboratorios de IBM alrededor del mundo participaron en la creacin de los productos run-time WebSphere y las herramientas de desarrollo. SUN-NETSCAPE iPlanet Application Server proporciona un soporte robusto para los estndares J2EE. Para casi virtualmente cualquier nivel de desarrollo y despliegue, tenemos los interfaces caractersticos y las funcionalidades de iPlanet Application Server que cumplen con la especificacin J2EE. Adems, iPlanet Application Server proporciona capacidades claves adicionales a travs de servicios como el balance de carga, el control de fallos, y una alta disponibilidad aplicada a estos mismo estndares J2EE.

33

CAPTULO IV: METODOLOGA DE TRABAJO 4.1 Metodologa Iterativa-Incremental.

Nuestra metodologa de trabajo para el desarrollo de la actual herramienta est definida por varios pasos que van desde el desde el anlisis de requerimientos hasta la puesta en marcha, todo esto se controlar a travs de una plantilla Gantt. Se trabajar con vistas materializadas y procedimientos almacenados. Para el desarrollo se utilizar la Metodologa iterativa incremental.

Modelo Incremental

El modelo incremental combina elementos del modelo cascada (aplicado repetidamente) as como la filosofa iterativa del prototipado. La parte inicial es el ncleo del producto (es la parte ms importante). Una nueva versin del producto surge cuando nuevas caractersticas han sido implementadas a medida que han sido sugeridas por el usuario. Este modelo es aplicable cuando es difcil establecer los requisitos iniciales de un proyecto y es ms apropiado para proyectos pequeos. Las nuevas versiones pueden ser planeadas de modo que los requisitos tcnicos puedan ser administrados. El objetivo es trabajar junto al usuario para descubrir sus requisitos de manera incremental antes de que el producto final sea obtenido. El modelo iterativo de desarrollo de software se basa en que antes de entregar el sistema de una vez, tanto el desarrollo como las entregas se dividen en incrementos.

34

Los requisitos del usuario se priorizan y los requisitos de prioridad ms alta se incluyen en los incrementos ms tempranos. Cuando el desarrollo de un incremento comienza, sus requisitos son inamovibles, aunque los requisitos de incrementos posteriores pueden continuar desarrollndose. Los clientes no tienen que esperar hasta tener el sistema completo. El primer incremento satisface los requisitos ms crticos. Los primeros incrementos sirven como prototipo y ayudan en la tarea de detectar los posteriores requisitos.

4.2 Propuesta de Solucin.

La solucin entrega al cliente indicadores confiables para la toma de decisiones a la plana gerencial, mostrando la informacin con distintas variables definidas por el usuario que le permitan gestionar. 4.2.1 Alternativas.

Desarrollar una aplicacin en CRM, la cual muestra el uno a uno de los clientes, con los plazos, pago: esta alternativa se desecho por la mala experiencia con el sistema de cobranza que se monto bajo esta plataforma, irregularidad en los datos, no existe personal interno capacitado para desarrollo y soporte. Generar un archivo csv. Con las ventas de los ltimos 6 meses, sus pagos, cuotas mora y estructura Comercial. Los Jefes de Ventas y supervisores no se manejan en la construccin de tablas dinmicas. Alternativa 1: Definicin del CRM. La definicin de CRM ( Customer Relationship Management ) engloba 2 conceptos, el CRM hace tanto referencia a la estrategia de negocio focalizada hacia el cliente, como a toda las aplicaciones informticas, tanto software como hardware conocidas como front office , necesarias para procesar, analizar y exponer la informacin resultante para medir y retroalimentar la estrategia de negocio desarrollada.

CRM. Segn funciones: Operativo, Analtico y Colaborativo: La solucin informtica de CRM participar de ms de una funcin interconectndolas entre s.

35

La capacidad tecnolgica y funcionalidad de la aplicacin informtica desarrollada como CRM debe de ser acorde con las necesidades de la empresa y debe procurar no sobredimensionarla. Puede suceder que con una aplicacin sencilla ofrezca la automatizacin necesario que la de la red comercial para una empresa determinada. CRM segn funciones: CRM Operativo: permite la automatizacin de la fuerza de ventas y del departamento de Marketing. Responsable de la gestin de las diferentes funciones de ventas, marketing y servicio al cliente y de su integracin con sistemas existentes. Informacin de clientes: ficha de cliente con datos de localizacin, datos personales, productos y servicios contratados, condiciones de los mismos, facturacin, grupos a los que pertenece (familiares o empresariales), oportunidades de negocio. Diseo, planificacin, ejecucin y seguimiento de campaas: Segmentacin de clientes, identificacin de clientes sin determinado producto o servicio que cumpla otras condiciones, campaas para segmentos de clientes: identificacin del grupo, definicin del mailing de envo, argumentario, Agenda comercial: planificar visitas, llamadas o propuestas; puede realizarse a partir de las oportunidades de negocio que detecta el sistema para ese da, resultados visita, informacin proporcionada. Apoyo a la venta: Gestin de propuestas Seguimiento del cliente o de resultados comerciales. CRM Analtico: ofrece Inteligencia de Negocio. Explotacin y anlisis de la informacin sobre el cliente. Proporciona inteligencia de Negocio o Business Intelligence: DataWarehouse (almacn central de los datos de la empresa). DataMining: (analiza informacin para descubrir tendencias, escenarios, etc.). Deteccin de patrones de comportamiento (segmentacin), hbitos de consumo. Permite disear acciones comerciales diferenciadas extrapolando la informacin. Tambin podemos identificar cmo son los clientes que dejan la compaa. De esta forma podemos, con aquellos que tengan una propensin al abandono alta, adelantarnos y asegurar su continuidad. CRM Colaborativo: abre la conexin total con el cliente. Gestin de forma integral los diferentes canales de relacin con los clientes: Front Office + SitioWeb + E-mail + Fax + Telfono.

36

Cualquiera que sea el canal a travs del cual se comunique el cliente, la persona con la que contacta est informada de la relacin del mismo con la compaa a travs de los otros canales. Como ejemplo: si un cliente introduce en la web de su entidad financiera sus datos para realizar una simulacin de hipoteca, al da siguiente le aparecer (si la entidad cuenta con esta opcin) una alerta en el sistema CRM del gestor personal. Si el gestor es proactivo llamar al cliente para intentar formalizar dicha hipoteca. La integracin de Call-center + Centro de Atencin Telefnico (CAT) + El Centro de Comunicacin Interna (CACI), se denomina Contac Center haciendo referencia a que el contacto del cliente puede llegar por distintas vas: telfono, e-mail, fax Es bsico que el empleado como recurso crtico del servicio, tenga acceso a los recursos (informacin disponible) y flujo de procesos del cliente y que cuide las experiencias del cliente y su satisfaccin.

Soluciones CRM en el mercado: El CRM se nutre de distintas fuentes de informacin: rea Comercial. rea Financiera. rea de operaciones. Administracin de Ventas. Las soluciones de CRM en el Mercado, deben de ser valoradas segn su capacidad de manejo de informacin y de su funcionalidad escalable. Las funciones pueden ir desde la gestin de fichas de cliente, reglas de negocio, workflow, ventas, argumentarios, sistemas de apoyo a la venta, HelpDesk, Econtact, Ecommerce, Servicios CTI, etc... Entre otras se pueden destacar las siguientes empresas que ofrecen este tipo de solucions CRM: Vantive (PeopleSoft), Siebel, Clarify (Nortel), Genesys, Easyphone, Gensys (Alcatel), Geotel (Cisco). Lo existe en la compaa es un CRM Colaborativo el cual no ha arrojado buenos resultados, es un sistema independiente. Los costos de soporte y falta de personal interno capacitado ha provocado la necesidad de disear los procesos en otras plataformas ms amigables y con manejo de informticos experto. Alternativa 2:

Los ficheros CSV (del ingls comma-separated values) son un tipo de documento en formato abierto sencillo para representar datos en forma de tabla, en las que las columnas se separan por comas (o punto y coma en donde la coma es el separador decimal: Espaa, Francia, Italia...) y las filas por saltos de lnea. Los campos que contengan una coma, un salto de lnea o una comilla doble deben ser encerrados entre comillas dobles.

37

El formato CSV es muy sencillo y no indica un juego de caracteres concreto, ni cmo van situados los bytes, ni el formato para el salto de lnea. Estos puntos deben indicarse muchas veces al abrir el fichero, por ejemplo, con una hoja de clculo. Cuando el mismo texto contiene comas, es aconsejable usar un delimitador. De esta manera se diferencian los separadores de columna, con las comas del mismo texto. Habitualmente se usan comillas. La principal desventaja de esta alterativa es poco manejo de Excel por parte de los usuarios internos.

4.2.2 Evaluacin

Siendo que ambas opciones anteriores pueden asegurar el buen funcionamiento hay que ver el tema de los costos, por ejemplo, en el primer caso se elevaran los costos y aumentaran los riesgos de que los usuarios no queden satisfechos al estar aplicndose consultora externa y en el segundo caso, como se mencion se elevaran los costos tener personal con manejo medio de Excel. En este proyecto se hace la propuesta de solucin con desarrollo en Forms 11G, y presentacin en WebLogic 11G por expresa peticin del cliente se pide como desarrollo interno de la empresa, ya que todas las aplicaciones se estn montando con esta tecnologa.

4.2.3 Solucin Propuesta.

Nuestra solucin se enfoca a la creacin e implementacin de un Producto que ayude a la Gerencia Comercial a tener un control de su Morosidad de sus vendedores; adems de analizar el proceso y subprocesos de ventas desde el ingreso de esta hasta el cierre. Visin Desarrollar un producto bien estructurado donde el cliente puede hacer gestiones ms rpidas. Meta. Mejorar los ndices de morosidad de los Jefes, supervisores y Vendedores.

38

Sistema Comercial R e p or ti n g

ETL
Extraccin, Transforma cin y Carga
Comportamiento Pago

Morosidad

Tracking

Esquema Solucin Propuesta

4.3 Beneficios de la Solucin.

Al manejar un Producto que me muestre indicadores confiables de la cartera se est asegurando que no incurrir prdida de tiempo innecesario, que no caer en errores en la creacin de informes. Se lleva un control centralizado de las unidades de ventas. Esto me permitir saber cundo venden, quien vende, y como es la calidad de la venta. Tener un control desde el inicio del cliente, como se comporta, poder disminuir riesgos, tomar medidas como gestionarlo. De acuerdo a la calidad del cliente, poder asignar ms recursos o disminucin de estos a las reas que no cumplan o cumplan con las condiciones establecidas.

39

4.4 Factibilidades. 4.4.1 Factibilidad Tcnica.

Para llevar a cabo la implementacin de este proyecto con la plataforma, se requiere contar con la tecnologa tanto de software como de hardware, la cual es facilitada por la Organizacin Sendero, para que se realice este proyecto.

4.4.1.1 Requisitos de Software.

1 Licencia Forms Builder 11i. 1 Oracle Reports 11i. 1 Licencia Web Logic Server 11 G. 1 Oracle 10G Release V.10.2.0.5.0 1 Operativo Linux Redhat 4.7 AS.

4.4.1.2 Requisitos de Hardware. 1 Servidor HP Proliant G5, 10 GB RAM, 3 discos de 300 GB (Raid 5). 1 Notebook Toshiba satlite L305-sp06, Procesador Intel Pentium Dual-Core 2,16Ghz, 4 GB RAM, 250 GB disco.

Justificacin del Lenguaje de Programacin y Base de Datos. La Base de Datos y Lenguaje de programacin fueron definidos por el cliente, haciendo uso de las tecnologas que poseen. Base de Datos Oracle: Ventajas: Oracle es el motor de base de datos relacional ms usado a nivel mundial.

40

Puede ejecutarse en todas las plataformas, desde una Pc hasta un supercomputador. Oracle soporta todas las funciones que se esperan de un servidor "serio": un lenguaje de diseo de bases de datos muy completo (PL/SQL) que permite implementar diseos "activos", con triggers y procedimientos almacenados, con una integridad referencial declarativa bastante potente. Permite el uso de particiones para la mejora de la eficiencia, de replicacin e incluso ciertas versiones admiten la administracin de bases de datos distribuidas. El software del servidor puede ejecutarse en multitud de sistemas operativos. Existe incluso una versin personal para Windows 9x, lo cual es un punto a favor para los desarrolladores que se llevan trabajo a casa.

Desventajas: El mayor inconveniente de Oracle es quizs su precio. Incluso las licencias de Personal Oracle son excesivamente caras, en mi opinin. Otro problema es la necesidad de ajustes. Un error frecuente consiste en pensar que basta instalar el Oracle en un servidor y enchufar directamente las aplicaciones clientes. Un Oracle mal configurado puede ser desesperantemente lento. Tambin es elevado el coste de la formacin, y slo ltimamente han comenzado a aparecer buenos libros sobre asuntos tcnicos distintos de la simple instalacin y administracin.

41

4.4.2 Factibilidad Econmica.

Para el anlisis de la Factibilidad Econmica se realiz un estudio de mercado a 30 Cementerios, para ofrecerle el producto, de los cuales 8 manifestaron inters en adquirir el producto.

30 Cantidad Cementarios Cobertura

27% Cantidad Cementarios Cobertura 100%

De acuerdo al anlisis de mercado se estima en un plazo de cinco aos abarcar el 27% del mercado. Segn la evaluacin econmica de este proyecto, es factible de implementar, dado el beneficio econmico que se tendr. Se obtiene un van de unos $2.37 millones de recuperacin y un TIR de un 27% sobre la tasa de descuento tomada de un 13%, de acuerdo a la funcin Beta que mide el riesgo del producto en el mercado.

42

FLUJO DE CAJA REAL Demanda de Mercado Aos Ingresos Proyectados 35% (-) Costos Variables (-) Costos Fijos (-) Mano Obra Directa (-) Depreciacin (=)Base Tributable impuesto del ao acumulado Impuesto a Pagar (=) Base despues de Impuesto (-) Inversin inicial (=)Flujo Caja VAN TIR VAN a Trmino Tasa esperada de recuperacin de inversin Tasa de descuento 0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 -8.014.663,9 -8.014.663,9 3.397.604,10 27% 4.212.359,1 35% 13% 1 1 2.687.587,0 -932.452,5 -165.000,0 -518.551,4 -373.224,0 698.359,1 -139.671,8 -139.671,8 -139.671,8 558.687,3 558.687,3 1 2 2 2 2 3 4 5 2.687.587,0 5.375.173,9 5.375.173,9 5.375.173,9 -799.245,0 -1.598.490,0 -1.598.490,0 -1.598.490,0 -165.000,0 -165.000,0 -165.000,0 -165.000,0 -518.551,4 -1.037.102,8 -1.037.102,8 -1.037.102,8 -373.224,0 -373.224,0 0,0 0,0 831.566,6 2.201.357,1 2.574.581,1 2.574.581,1 -166.313,3 -440.271,4 -514.916,2 -514.916,2 -305.985,1 -746.256,6 -1.261.172,8 -1.776.089,0 -166.313,3 -440.271,4 -514.916,2 -514.916,2 665.253,3 1.761.085,7 2.059.664,9 2.059.664,9 0,0 0,0 0,0 0,0 665.253,3 1.761.085,7 2.059.664,9 2.059.664,9

4.4.3 Factibilidad Implementativa

Organizacin Sendero es la encargada de facilitar el hardware y software necesario para el desarrollo e implementacin de Producto, adems de existir la adecuada red de datos, los sistemas de seguridad y respaldos a adecuados todo administrado por el rea de Informtica lo cual permite llevar a cabo el proyecto. La arquitectura de nuestro sistema ser bastante simple. No se realizar modificaciones e incorporacin de tablas al modelo de datos existente, solo se consultar informacin. La base de datos que se utilizar para implementar la solucin ser Oracle 10G Release2 V.10.2.0.3 montada en un sistema Operativo Linux Redhat 4.7 AS, cuyos requerimientos de potencia dependern netamente de la cantidad de informacin que maneje la empresa. Para la herramienta de desarrollo se requiere Forms 11G, Web Logic Server 10. El uso de estas dos opciones se basa que el Cliente como requisito principal es que se utilicen las tecnologas que poseen. El Hardware en las que estn montada la base de datos es un Servidor HP Proliant G5, 10 GB RAM, 3 discos de 300 GB (Raid 5).

43

4.5 Desarrollo Tcnico 4.5.1 Marco del Desarrollo.

En el desarrollo del sistema participan dos personas: 1 ) Programador. .Encargado de la codificacin. 2) Director del Proyecto .Encargado de la recoleccin de los requerimientos para un pronto anlisis del diseo y confeccin de estructura funcional del sistema. La etapa inicial que se basa en la recoleccin de informacin que se necesita para el desarrollo de la aplicacin. La etapa de desarrollo del sistema o prototipo tiene una duracin de 90 das en los cuales solo se trabaja de lunes a viernes. En el desarrollo se contemplan todas aquellas tareas que se requieren para la codificacin, como lo son: Definicin de variables Modelado de la informacin adquirida Nomenclatura de cdigo Eleccin de plataforma de desarrollo Motor de Base de Datos

44

4.5.2 Anlisis.

4.5.2.1 Modelo Conceptual de Datos.

Vendedor

Precios Contrato Productos Clientes

Plazos

45

Base de Datos Oracle Oracle es un sistema de gestin de base de datos relacional fabricado por Oracle Corporation, se considera a Oracle como uno de los sistemas de bases de datos ms completos, destacando: Soporte de transacciones; Estabilidad; Escalabilidad; Es multiplataforma. Oracle 10g proporciona mejores resultados al automatizar las tareas administrativas, ofreciendo seguridad lder en el sector y caractersticas para el cumplimiento regulatorio, y posibilitando la mayor disponibilidad con Real Aplicacin Clusters. En este libro se presenta un anlisis bastante completo de la base de datos Oracle 10g. Se comienza tratando la instalacin del programa, la introduccin del trabajo en el entorno SQL*Plus y el desarrollo amplio del modelo entidad-relacin a travs de Oracle 10g SQL, que se trata detalladamente. Asimismo, se desarrollan de forma exhaustiva todas las tareas relativas a la administracin de la base de datos, incluyendo la administracin avanzada con Oracle Enterprise Manager, la administracin de la seguridad, el ajuste de las bases de datos, las tareas de auditora y la migracin de datos.Una Base de Datos Oracle est almacenada fsicamente en ficheros, y la correspondencia entre los ficheros y las tablas es posible gracias a las estructuras internas de la BD, que permiten que diferentes tipos de datos estn almacenados fsicamente separados. Est divisin lgica se hace gracias a los espacios de tablas, tablespaces.

Los Espacios de Tablas, Tablespaces Un espacio de tablas es una divisin lgica de la BD. Cada BD tiene al menos uno (SYSTEM). Un espacio de tablas puede pertenecer slo a una BD. Los espacios de tablas se utilizan para mantener juntos los datos de usuarios o de aplicaciones para facilitar su mantenimiento o mejorar las prestaciones del sistema. De esta manera, cuando se crea una tabla se debe indicar el espacio de tablas al que se destina. Por defecto se depositan en el espacio de tablas SYSTEM, que se crea por defecto. Este espacio de tablas es el que contiene el diccionario de datos, por lo que conviene reservarlo para el uso del servidor, y asignar las tablas de usuario a otro. Lo razonable y aconsejable es que cada aplicacin tenga su propio espacio de tablas. Hay varias razones que justifican este modo de organizacin de las tablas en espacios de tablas: Un espacio de tablas puede quedarse offline debido a un fallo de disco, permitiendo que el SGBD contine funcionando con el resto. Los espacios de tablas pueden estar montados sobre dispositivos pticos si son de slo lectura. Permiten distribuir a nivel lgico/fsico los distintos objetos de las aplicaciones. Son una unidad lgica de almacenamiento, pueden usarse para aislar completamente los datos de diferentes aplicaciones. Oracle permite realizar operaciones de backup/recovery a nivel de espacio de tabla mientras la BD sigue funcionando.

46

Cuando se crean se les asigna un espacio en disco que Oracle reserva inmediatamente, se utilice o no. Si este espaci inicial se ha quedado pequeo Oracle puede gestionar el crecimiento dinmico de los ficheros sobre los que se asientan los espacios de tablas. Esto elimina la posibilidad de error en las aplicaciones por fallos de dimensionamiento inicial. Los parmetros de crecimiento del tamao de los espacios de tablas se especifican en la creacin de los mismos. Se pueden ver los espacios de tablas definidos en nuestra BD con el comando SQL siguiente: ARQUITECTURA DE ORACLE La arquitectura ORACLE tiene tres componentes bsicos que son: Las estructuras para almacenar datos y el cdigo ejecutable Los procesos que corren el sistema de bases de datos y las tareas de cada usuario conectado a la base de datos. Los archivos que sirven para el almacenamiento fsico, en disco, de la informacin de la base de datos. A continuacin se ilustra mediante un grfico la arquitectura de ORACLE

47

4.5.2.2 Modelo de Procesos.

48

Definiciones de los Procesos: Proceso de Bsqueda de Cliente: Vendedor realiza trabajo en terreno en los diversos Canales definidos en los cuales puede encontrar posibles clientes. Los Canales ms comunes son: Puerteo, Radio, Postventa, Eventos, Referidos, Emergencia, Funerarias, Turnos Parques u Oficinas. Procesos de Negociacin con el posible Cliente: Vendedor ofrece a Cliente los productos que disponen la Empresa, montos, promociones y plazos. Proceso de Firma Contrato: Si el Cliente acepta lo ofrecido pasa al proceso de firma de contrato donde se establecen los deberes, derechos y obligaciones. Proceso de Ingreso Contrato al Sistema y Cierre de la Venta: Una vez obtenida la firma del cliente y el vendedor haya cumplido las condiciones establecidas para la venta, se procede al ingreso del contrato en sistema, donde se registran los antecedentes del cliente y el detalle del contrato. El Vendedor entrega la Venta a su Supervisor y este en el encargado de enviarla al Departamento de Ingresos a Ventas. Aqu termina de intervenir el vendedor. Proceso Postventa y Recaudacin: Una vez cerrada la Venta en sistema. El cliente est en la obligacin de cancelar mensualmente las cuotas pactadas. Ante cualquier duda, refinanciamiento, inhumacin, anulacin, cambios de producto se canaliza por el Departamento de Atencin al Cliente.

4.5.2.3 Especificacin de requerimientos (Funciones, datos, interfaz) Funciones (Operaciones del Software) Ingresar El ingreso al sistema estar restringido en base a los perfiles que tenga cada operador en el sistema basndose en los siguientes atributos: Administrador Acceso a todos los mdulos del sistema Perfil 1: Jefe Comercial Acceso solo a visualizar las ventas de sus supervisores. Perfil 1: Supervisor Acceso solo a visualizar las ventas de sus vendedores.

49

Datos Morosidad Vendedores: Realizar una aplicacin que permita gestionar la morosidad de los vendedores, con el objetivo de mejorar la calidad de la cartera. La idea es que muestre todas las ventas su estado de deuda (Anulado, cancelado, contado, al da, cantidad cuotas mora) llegar al detalle del cliente, mostrando la informacin de contacto, identificacin del contrato, poder imprimirla y Exportarla a Excel. Debe poder filtrar por Jefe Comercial, Supervisor, Vendedor, Pie. La aplicacin debe tener la informacin en Lnea. Requisitos: El usuario solo podr ver a su equipo asignado. La Informacin debe estar el Lnea. Opcin de imprimir un reporte y poder exportarlo a Excel.

Comportamiento de Pago: Se han definido los precedentemente: siguientes requerimientos, para corregir las falencias sealadas

Se analizarn las 24 primeras cuotas del documento original con el cual se realiz la venta. Si la cuota se encuentra anulada o renegociada, sta ser considerada morosa. Los contratos sern identificados con la siguiente informacin; Identificacin del contrato (Compaa, parque, serie, nmero de contrato) Informacin del cliente (Rut, nombre del cliente, direccin, fono contacto)

Se cambiar el criterio de medicin a das transcurrido desde el vencimiento de la cuota al momento del pago. Adems, para medir el T1 se dejar una holgura de 35 das, y no son 30 das, producto de la espera necesaria para ingresar los pagos que se realizan en las cajas externas (servipag, sencillito, caja vecina). Los Up-Grades sern analizados de forma separada del contrato original, y para esto sern considerados como una venta nueva, la cual tendr como fecha de venta el mes en que se realiz el Up-Grade. En consecuencia, si un Up-Grade es reversado (anulado), el contrato ser mostrado como nulo, y el crdito del contrato original ser vuelto a su situacin de inicio y, slo la anulacin afectar el Up-Grade.

En relacin a los requerimientos definidos, el nuevo informe est diseado por lo siguiente: Anlisis documento Original del contrato Anlisis de comportamiento de cada de las primeras 24 cuotas del o los documentos originales. Clasificacin por zonas: Las zonas sern clasificadas por:

50

Normalizacin: sern clasificados todos los contratos de reventa realizados por dicha rea. Zona segn Parque: se realizar la clasificacin a partir de la ubicacin geogrfica del parque al cual pertenece el contrato.

Observacin: Los contratos pertenecientes a Anticipar, sern clasificados segn el supervisor de venta registrado. Producto Comercial: Los contratos sern clasificados segn los siguientes tipos de productos: Sepultura. Plan. Servicio Funerarios. Up-Grade y ampliaciones.

Observacin: Los contratos con ampliacin o Up-Grade, sern informados en dos perodos, como sepultura en el contrato original y como Up-grade o ampliacin en el perodo de la mejora. Financiamiento Original: Tradicional Creciente

Evaluacin de Cuotas Segn Pie: Con pie: la evaluacin se realizar desde la cuota 1 hasta la cuota 23 y sern mostradas de la siguiente forma. Cta 1 Cta 2 . . . Cta 24 Pie Cta 1 . . . Cta 23

51

Sin Pie; la evaluacin se realizar desde la cuota 1 hasta la cuota 24 y sern mostradas de la siguiente forma. Cta 1 Cta 2 . . . Cta 24 Cta 1 Cta 2 . . . Cta 24

Clasificacin monto del Pie Sin Pie (< 5UF) Pie 5 a 9,9 UF Pie 10 UF y ms

Clasificacin monto de la cuota Contado < 30.000 30.001-35.999 36.000-40.999 41.000-45.999 46.000-50.999 51.000-55.999 56.000-60.999 61.000-65.999 66.000-70.999 >70.000

Clasificacin plazo cuotas del contrato Contado 01-12 13-24 25-36 37-48 49-60 61-72 73-84 85-96 97-108 109-120 121 y ms

52

Tipo de Venta Necesidad Inmediata. Necesidad Futura.

Considerandos para la medicin: Para los contratos de servicios funerarios, se considerar el comportamiento de pago slo de la cuota de Mandato. Lo anterior debido a que una cuota de servicio funerario, se compone de tres partes (Servicio Funerario, Mandato y Sepultura), por lo cual el sistema de caja no acepta abonos y al momento del pago cancela primero la porcin del mandato. Esto se hace cargo de los faltantes menores a $600 y que dejan pendiente la cuota pero la parte de servicio funerario. Para Anticipar, un contrato con 1 cuota ser considerado como contado, sin importar el estado de esa cuota. Esto se hace cargo de los comprobantes de ingreso no regularizados ya que por definicin, un contrato sin pago no puede ser ingresado al sistema. La evaluacin del T-hoy, ser sobre el documento vigente que tenga el contrato al momento de la evaluacin.

Interfaz:

Inicio Pgina

53

Pgina Principal

Morosidad Diaria

54

Pantalla de Comportamiento de Pago

Estadsticas

55

4.5.2.4 Especificacin implementacin).

de

requisitos

(Restricciones

tcnicas,

funcionales,

de

Funcionales y Operativos Ingreso Se basa en el tipo de perfil que obtienen las entidades al momento de registrarse en el sistema, procurando que la informacin que ellos ingresan sea almacenada en la base de datos del sistema El perfil de ingreso se detalla a continuacin dependiendo si la entidad est registrada. Como requisitos para el registro en el sistema se piden los datos necesarios como lo son: Rut Usuario. Nombre de usuario y contrasea para un futuro ingreso en el sistema. Usuarios Registrados Una vez que esta entidad haya registrado sus datos en el sistema, podr realizar consultas. El ingreso al sistema se realiza mediante el nombre de usuario y contrasea que el cliente registr. .

56

4.5.3 Anlisis FODA.

Anlisis FODA

Fortalezas Contar con la plataforma tecnolgica, ya debidamente implantada y probada por los usuarios. Tener informacin confiable para toma de decisiones. Contar con el apoyo de la Gerencia Comercial Oportunidades Externo Poder extender a otras reas dentro de la compaa. -

Debilidades Disponibilidad de tiempo de los Jefes, en funcin del cumplimiento de otras actividades dentro del proceso de ventas. Deficiente especificacin de Requerimientos.

Interno -

Amenazas

Internalizacin de los datos. Cambios en las polticas de ventas

4.5.3.1 Fortalezas. Al considerar el desarrollo usando Servidor de Aplicaciones WebLogic Server, con todas sus herramientas no aseguramos de un alta compatibilidad entre las distintas herramientas y plataformas de sistemas operativos, adems del desarrollo, nos permite una mayor rapidez a la hora de corregir configuraciones. Con el proyecto queda para el cliente, entendible y modificable por otros usuarios dentro del rea de informtica. 4.5.3.2 Oportunidades. Debido que el cliente constantemente requiere informes de distinto tipo, se ve la posibilidad de expandirlo a otras areas de la Empresa.

57

4.5.3.3 Debilidades. En el desarrollo del proyecto una debilidad es que se hayan especificado deficientemente los requerimientos y con ello el proyecto quede obsoleto. 4.5.3.4 Amenazas. Que la Empresa externalice sus servicios de informtica. Adems que la Organizacin a medio plazo modificar su estructura de ventas, en que podra verse afectado el modelo de datos.

4.5.4 Plan del Proyecto.

58

4.6.1 Diagrama de Diseo.

A continuacin se presentan: Flujo de procesos que se define una venta:

Inicio

Recepcin del cliente Atencin de Vendedor

Escuchar Necesidades del cliente

Sugerir Propuestas

Reunir Datos Cliente Esperar Respuesta

Contratar Servicio Salida Cliente

Si

Firmar Contrato

59

Flujo de Ingreso Contrato y Pagos Crdito.

Inicio

Ingreso Contrato

Generacin Cta. Cte.

Cierre Contrato

Vcto. Cuotas

No Cobranza

Pago Cuotas

Si Salida Cliente

Vendedor Ventas Mora

Vendedor Ventas al da

60

4.6.2 Casos de Uso. Consultar por parte de jefe de ventas realizadas por un vendedor.

System <<extend>> Consulta Sistema <<extend>> <<extend>> <<extend>> Usuario <<include>> Imprime Reporte Validacion Usuario Exporta a Excel Filtra Vendedores Filtra Supervisores

Ingreso

Consulta de Ventas por vendedor

Selecciona Supervisor Jefe ventas

Selecciona Vendedor

ver venta

Consultar por parte de jefe de ventas realizadas por un vendedor.

61

Consulta de morosidad por vendedor

Selecciona Supervisor Jefe ventas

Selecciona Vendedor

ver morosidad

Consultar morosidad v/s venta por vendedor a un perodo determinado.

Consulta de morosidad y venta por vendedor

Selecciona Supervisor Jefe ventas

Selecciona Vendedor

Muestra venta y mosoridad al perodo solicitado por el usuario

62

Realizar seguimiento de morosidad.

Selecciona Vendedor con morosidad Supervisor

De acuerdo a perodo y cuotas impagas

despliega clientes con ionformacin para ser contactados

63

4.6.3 Diagrama Lgico.

Diagrama Fsico
Modelo de Tracking de Ventas
FACT _PROCESOS FCPR_ANO_PROCESO FCPR_MES_PROCESO FCPR_IDN_JEFE_COMERCIAL DMJF_IDN NUMBER(10) <pk> <i > not nul l FCPR_IDN_SUPERVISOR DMJF_IDN_COMPANIA VARCHAR2(2) nul l FCPR_IDN_VENDEDOR DMJF_IDN_PARQUE VARCHAR2(2) nul l FCPR_IDN_PRCM DMJF_NMB VARCHAR2(30) nul l FCPR_CNT _RESERVAS DMJF_APL_PAT ERNO VARCHAR2(30) nul l FCPR_CNT _RECEPCION_UV DMJF_APL_MAT ERNO VARCHAR2(30) nul l FCPR_CNT _ENVIO_UV DMJF_EST VARCHAR2(1) nul l FCPR_CNT _RECEPCION_UA DMJF_PK_1 <pk> FCPR_CNT _REVISA_UA FCPR_CNT _ERROR_UA DIM_JEFES_COMERCIALES_PK <i > FCPR_CNT _ERROR_FOR_UA FCPR_DMJF_FK_1 FCPR_CNT _ERROR_REQ_UA FCPR_CNT _ERROR_ING_UA FCPR_CNT _ERROR_ANEXO_UA DIM_SUPERVISORES FCPR_CNT _AUT _DESCT O_UG DMSR_IDN NUMBER(10) <pk> <i > not nul l FCPR_CNT _AUT _ERROR_FRM_UG DMSR_IDN_JEFE_COMERCIAL NUMBER(10) nul l FCPR_CNT _AUT _ERROR_RQS_UG DMSR_IDN_COMPANIA VARCHAR2(2) nul l FCPR_CNT _AUT _ERROR_ING_UG FCPR_DMSR_FK_1 DMSR_IDN_PARQUE VARCHAR2(2) nul l FCPR_CNT _ERROR_SOBREDSCT O DMSR_NMB VARCHAR2(30) nul l FCPR_CNT _AUT ORIZA_CIERRE_UG DMSR_APL_PAT ERNO VARCHAR2(30) nul l FCPR_CNT _AUT _ERR_ANX_UG DMSR_APL_MAT ERNO VARCHAR2(30) nul l FCPR_CNT _ACEPT ADOS_UA DMSR_EST VARCHAR2(1) nul l FCPR_CNT _RECHAZADOS_UA FCPR_T MP_PROM_RESERVA DMSR_PK <pk> FCPR_T MP_PROM_DIGIT ACION DIM_SUPERVISORES_PK <i > FCPR_T MP_PROM_APROBACION FCPR_T MP_PROM_T OT AL FCPR_CNT _CONT RAT OS_VIGN FCPR_DMVN_FK_1 FCPR_CNT _CONT RAT OS_RECH FCPR_CNT _CONT RAT OS_PEND DIM_VENDEDORES FCPR_CNT _CONT RAT OS_ANUL DMVN_IDN NUMBER(10) <pk> <i > not nul l FCPR_RSM_ERROR_UA DMVN_IDN_JEFE_COMERCIAL NUMBER(10) nul l FCPR_RSM_AUT ORIZA_UG DMVN_IDN_SUPERVISOR NUMBER(10) nul l FCPR_PK <pk> DMVN_IDN_COMPANIA VARCHAR2(2) nul l FCPR_DMJF_FK <i 1> DMVN_IDN_PARQUE VARCHAR2(2) nul l FCPR_DMSR_FK <i 2> DMVN_NMB VARCHAR2(30) nul l FCPR_DMVN_FK <i 3> DMVN_APL_PAT ERNO VARCHAR2(30) nul l FCPR_DMFC_FK <i 4> DMVN_APL_MAT ERNO VARCHAR2(30) nul l DIM_JEFES_COMERCIALES DMVN_EST DMVN_PK_1 <pk> <i > DMFC_ANO DMFC_MES DMFC_ANO_MES DMFC_DIAS_MES DMFC_PK_1 DIM_VENDEDORES_PK VARCHAR2(1) nul l NUMBER(4) NUMBER(2) NUMBER(10) NUMBER(10) NUMBER(10) VARCHAR2(10) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6,2) NUMBER(6,2) NUMBER(6,2) NUMBER(6,2) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) NUMBER(6) <pk,fk4> <pk,fk4> <pk,fk1> <pk,fk2> <pk,fk3> <pk> <i 4> <i 4> <i 1> <i 2> <i 3> not nul l not nul l not nul l not nul l not nul l not nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l nul l

FCPR_DMFC_FK_1 DIM_FECHAS NUMBER(4) NUMBER(2) VARCHAR2(7) NUMBER(2) <pk> <i > <pk> <pk> <i > <i > not nul l not nul l nul l nul l

DIM_FECHAS_PK

Submodelo de Detalle de Errores:

DIM_JEFES_COMERCIALES DMJF_IDN DMJF_IDN_COMPANIA DMJF_IDN_PARQUE DMJF_NMB DMJF_APL_PAT ERNO DMJF_APL_MAT ERNO DMJF_EST DMJF_PK_1 <pk> <i > NUMBER(10) VARCHAR2(2) VARCHAR2(2) VARCHAR2(30) VARCHAR2(30) VARCHAR2(30) VARCHAR2(1) <pk> <i > not nul l nul l nul l nul l nul l nul l nul l

DIM_FECHAS DMFC_ANO DMFC_MES DMFC_ANO_MES DMFC_DIAS_MES DMFC_PK_1 NUMBER(4) NUMBER(2) VARCHAR2(7) NUMBER(2) <pk> <i > <pk> <pk> <i > <i > not nul l not nul l nul l nul l

DIM_JEFES_COMERCIALES_PK

DIM_FECHAS_PK FCPE_DMFC_FK_1

FCPE_DMJF_FK_1

DIM_SUPERVISORES DMSR_IDN DMSR_IDN_JEFE_COMERCIAL DMSR_IDN_COMPANIA DMSR_IDN_PARQUE DMSR_NMB DMSR_APL_PAT ERNO DMSR_APL_MAT ERNO DMSR_EST DMSR_PK <pk> <i > DIM_SUPERVISORES_PK NUMBER(10) NUMBER(10) VARCHAR2(2) VARCHAR2(2) VARCHAR2(30) VARCHAR2(30) VARCHAR2(30) VARCHAR2(1) <pk> <i >

FACT _PROCESOS_ERRORES not nul l FCPE_ANO nul l FCPE_MES nul l FCPE_IDN_JEFE_COMERCIAL nul l FCPE_IDN_SUPERVISOR nul l FCPE_IDN_VENDEDOR nul l FCPE_T PO_ERROR FCPE_DMSR_FK_1 nul l FCPE_CDG_ERROR nul l FCPE_CNT _ERROR FCPE_PK_1 <pk> <i 1> <i 2> <i 3> <i 4> <i 5> FCPE_DMER_FK FCPE_DMFC_FK FCPE_DMSR_FK FCPE_DMJF_FK FCPE_DMVN_FK FCPE_DMVN_FK_1 NUMBER(4) NUMBER(2) NUMBER(10) NUMBER(10) NUMBER(10) VARCHAR2(1) VARCHAR2(120) NUMBER(6) <pk,fk2> <pk,fk2> <pk,fk4> <pk,fk3> <pk,fk5> <pk,fk1> <pk,fk1> <i 2> <i 2> <i 4> <i 3> <i 5> <i 1> <i 1> not nul l not nul l not nul l not nul l not nul l not nul l not nul l nul l

DIM_VENDEDORES DMVN_IDN DMVN_IDN_JEFE_COMERCIAL DMVN_IDN_SUPERVISOR DMVN_IDN_COMPANIA DMVN_IDN_PARQUE DMVN_NMB DMVN_APL_PAT ERNO DMVN_APL_MAT ERNO DMVN_EST DMVN_PK_1 <pk> <i > DIM_VENDEDORES_PK NUMBER(10) NUMBER(10) NUMBER(10) VARCHAR2(2) VARCHAR2(2) VARCHAR2(30) VARCHAR2(30) VARCHAR2(30) VARCHAR2(1) <pk> <i > not nul l nul l nul l nul l nul l nul l nul l nul l nul l

FCPE_DMER_FK_1

DIM_ERRORES DMER_T PO DMER_CDG DMER_DSC VARCHAR2(1) VARCHAR2(120) VARCHAR2(120) <pk> <i > <pk> <pk> <i > <i > not nul l not nul l nul l

DMER_PK_1

DIM_ERRORES_PK

64

Modelo de Morosidad
FACT _MORA FCMR_CDG_COMPANIA FCMR_CDG_PARQUE FCMR_CDG_SERIE FCMR_NUM_CONT RAT O FCMR_FCH_CONT RAT O FCMR_EST _CONT RAT O FCMR_CDG_PRODUCT O FCMR_T PO_VENT A FCMR_MNT _NET O FCMR_MNT _PIE FCMR_MNT _PAGADO FCMR_QT _PAGADA FCMR_PLAZO FCMR_PAGOS FCMR_NMB_JEFE_VENT AS FCMR_NMB_SUPERVISOR FCMR_NMB_VENDEDOR FCMR_NMB_CLIENT E FCMR_RUT _CLIENT E FCMR_FONO_CLIENT E FCMR_PGS_HAST A FCMR_ANMS_VENT A FCMR_PK_1 <pk> FACT _MORA_PK <i> VARCHAR2(2) VARCHAR2(2) VARCHAR2(2) VARCHAR2(10) DAT E VARCHAR2(10) VARCHAR2(10) VARCHAR2(2) NUMBER(6) NUMBER(6) NUMBER(6,2) NUMBER(6) NUMBER(6) VARCHAR2(10) VARCHAR2(100) VARCHAR2(100) VARCHAR2(100) VARCHAR2(100) NUMBER(10) VARCHAR2(100) DAT E NUMBER(6) <pk> <pk> <pk> <pk> <i> <i> <i> <i> not null not null not null not null null null null null null null null null null null null null null null null null null null

Este modelo es solo una copia de la tabla MORA_VENDEDORES, generada diariamente por Parque del Sendero.

65

4.7 Plan de Pruebas.

El plan de pruebas del sistema consta en poder realizar una secuencia de actividades para la puesta en marcha del software, en donde se define cules son las tareas iniciales, donde se definen las siguientes labores: Alojar el Producto servidor Web Logic: Consta en montar el producto en el servidor Web Logic Transacciones: Basado en la consulta de datos que se almacenarn en la base de datos en el cul se realizarn las operaciones diarias, para medir mediante software especializado la rapidez y consistencia de informacin almacenada. Validacin en el ingreso de datos al sistema: Se realizan distintas pruebas para certificar la legibilidad de los datos. En esta seccin se insertarn datos no legibles para una pre-validacin de estos, ya que el no realizar esta prueba incurre en que se tome una lectura errnea de la informacin. Validar la operatividad del aplicativo en los PC de los Jefes y supervisores. Validar el Despliegue e impresin de informes de acuerdo a los equipos de trabajo. Se verificar que se controle correctamente las ventas realizadas por cada vendedor, adems de poder obtener el control de morosidad de cada venta realizada por el vendedor. Validar y verificar la consistencia de la informacin v/s los sistemas.

66

La tabla siguiente identifica la documentacin y disponibilidad para desarrollar el Plan de pruebas:

Documento (y versin / fecha) Especificacin Requerimientos Especificaciones Funcionales Reportes de Caso de Uso Plan del Proyecto Especificaciones Diseo Prototipo Manuales de Usuario Modelo o Negocio Modelo Datos o Flujo Flujo del de de de

Creado Disponible x Si Si Si Si Si Si Si Si Si Si

o No No No No No No No No No No

Recibido Revisado Si Si Si Si Si Si Si Si Si Si

o No No No No No No No No No No

Autor o Recurso

Notas

Funciones y Reglas del Negocio Evaluacin del Riesgo del Proyecto o Negocio

Si

No

Si

No

Requerimientos de Pruebas Validacin de usuario Despliegue de personas de su equipo de trabajo Despliegue para cada uno de los jefes o supervisores poder llegar a nivel de cada uno de sus vendedores y poder identificar ventas y morosidad de acuerdo a perodo solicitado. Impresin de informes de control de ventas y morosidades. En el caso de las morosidades se desplegar la informacin de los clientes para ser contactados.

67

4.7.1 Pruebas de Sistemas. La prueba estar basada y orientada a un proceso conocido en Informtica como prueba de caja o marcha blanca del sistema la cual consiste en examinar el sistema en busca de errores que puedan perjudicar el buen funcionamiento o que puedan daar la confianza de los clientes. El sistema web ser alojado en un servidor para realizar las pruebas pertinentes para los procesos de: Ingresos al sistema: Manejo de perfiles. Acceso a la informacin y consistencia de esta.

4.7.2 Pruebas de Aceptacin. La prueba de aceptacin del software ser aceptada en medida que se cumplan los requisitos mnimos, los cules son: Validacin del formato de presentacin de los datos. Manejo de Perfiles. Consistencia de la informacin. Revisin del diseo estructural. Revisin del de la operatividad de producto.

Presentacin de datos y anlisis de resultados.

Resultados. Los datos presentados en la prueba del software son aquellos otorgados por la aplicacin entre en el proceso de marcha blanca, control de errores en tiempo. Como la aplicacin solo puede ser ejecutada en modo de supervisin para no poner en riesgo la integridad del servicio, en su anlisis se llevarn a cabo los estudios pertinentes en busca de dar solucin a las posibles fallas que pueda tener la aplicacin para poder brindar un servicio de calidad Para la validacin de datos, se realiz una auditora interna. Se tomaron 600 casos al azar de la planilla Excel generada para las pruebas; los clientes seleccionados se distribuyeron a 12 usuarios internos que no han participado en los procesos de desarrollo. Las validaciones a realizar fueron las siguientes: Pie informado corresponda a registrado en sistema. El plazo sea el Original del crdito. La cantidad de cuotas Morosas y pagadas sean consistente al sistema. La estructura comercial y rea de venta sea la registrada en el contrato.

68

Archivo auditado:

En el archivo se toma un ao de venta (2010), se seleccionaran casos aleatorios con diferentes caractersticas como: Productos. Plazo. Valor cuota. rea de venta, Tramo Pie.
13-10-2011 (Todas) (Todas) (Todas) (Todas) 2010 (Todas) (Todas) (Varios elementos) (Todas) (Todas) (Todas) (Todas) (Todas) (Todas) Valores Contratos 1000 645 402 4230 1204 340 210 157 118 124 100 150 225 1476 10381

Pagos Hasta JCOMERCIAL SUPERVISOR VENDEDOR Ao Mes Venta Ao Venta Mes Venta Producto Estado Contrato Tramo Pie Tramo Plazo Cuotas Pagadas Nombre Parque Tipo Necesidad Area de Venta

. Contado Credito Cancelado . Anulado Al Dia 1 2 3 4 5 Cuotas Morosas 6 7 8 9 10 y Mas Total general

(%) 9,63% 6,21% 3,87% 40,75% 11,60% 3,28% 2,02% 1,51% 1,14% 1,19% 0,96% 1,44% 2,17% 14,22% 100,00%

Resultado Auditoria: El resultado de la validacin de los datos del archivo v/s sistema arrojo que el 99,29% de los datos con consistentes a los registros de la base de datos.

69

Conclusin del Proyecto.

Como conclusin del proyecto, se puede decir, que para el cliente Organizacin Sendero, se abre un nuevo mundo de herramientas que le permiten obtener un mejor conocimiento de su negocio, desarrollo y mejorar las gestiones de sus clientes, en la medida que los empleados se vayan integrando a las nuevas herramientas disponibles para su uso.

Hoy en da se hace necesario conocer y profundizar cada una de las variables del negocio para as estar alerta a los cambios en el mercado y tomar las medidas necesarias para subsistir.

Para quien realiza el proyecto el beneficio principal es el conocimiento de cmo implementar las herramientas (Web Logic) y el potencial de estas tecnologas.

70

CAPITULO V: EVALUACIN ECONMICA

MOD

Trabajador Rol 1 Luz maria RiquelemProyecto Jef e 1 Ingeniero en InAnalistacaProgramador formati

Titulo Profesional Sueldo Base Mes Valor Hora Ingeniero en Informatica 1.328.750 Analista Programador 781.750 Total

Horas Trabajadas Costo MOD Proyecto 7.382 423 $ 3.122.563 4.343 475 $ 2.062.951 898 $ 5.185.514 Viajes y Traslados $ 2.400.000

CIFF- GASTOS DEPRECIACION N Cantidad Detalle Precio Unitario Valor Total Vida Util 2 Notebook 15.4" Toshiba Dual Core 2 GB $ 389.990,00 $ 779.980,00 3 Aos 2 Office pro 2007 W32 Spanish $ 169.846,00 $ 339.692,00 3 Aos Total $ $ 1.119.672,00 Deprec. Anual Deprec. Mensual Depreciacin Duracin Proyecto $ 259.993,33 $ 21.666,11 $ 64.998,33 $ 113.230,67 $ 9.435,89 $ 28.307,67 $ Total $ $ 31.102,00 $ 93.306,00

N 1 3 4 5

CIF VARIABLES MENSUALES Detalle Agua Luz Gas Art. Oficina-papel-cartrige Total $

Valor Mensual $ 12.500,00 $ 15.000,00 $ 10.550,00 $ 50.000,00 $ 88.050,00 MOD Total Proyecto

Valor Duracin Proyecto $ 37.500,00 $ 45.000,00 $ 31.650,00 $ 150.000,00 $ 264.150,00 $ 7.678.820

Los gastos que debamos incurrir en el plazo de desarrollo, tales como movilizacin, pasajes, estadas, colaciones, etc., sern de cargo del cliente en la medida que tengamos que viajar fuera de la Regin Metropolitana.

71

COSTOS ASOCIADOS POR ETAPA FASE I: ANTEPROYECTO Detalle Analista del Proyecto Estudio de Mercado y Objetivos Requerimiento y Metodologias Evaluacin Viajes y Traslados

Clasif MOD MOD MOD MOD CIF. V.

Recurso T Personal Personal Personal Personal Movilizacin Total Horas

80 120 135 97

Horas Hrs. Hrs. Hrs. Hrs.

Valor Hora 4.343 4.343 7.382 7.382 $ 400.000,00

432 Total MOD Total CIF. V. Total Etapa 1

Total $ 347.444 $ 521.167 $ 996.563 $ 716.049 $ 400.000 $ 2.581.222 $ 400.000 $ 2.981.222

FASE II: PLAN DEL PROYECTO Detalle Resumen del Anteproyecto Planificacin Metodologia Especificacin de Requerimientos Viajes y Traslados

Clasif MOD MOD MOD MOD CIF. V.

Recurso T Personal Personal Personal Personal Movilizacin Total Horas

10 9 17 117

Horas Hrs. Hrs. Hrs. Hrs.

Valor Hora $ 7.381,94 $ 7.381,94 $ 7.381,94 $ 7.381,94 $ 400.000,00

153 Total MOD Total CIF. V. Total Costo Traslado Etapa 1 Total Etapa 2

Total $ 73.819 $ 66.438 $ 125.493 $ 863.688 $ 400.000 $ 1.129.438 $ 400.000 $ 2.981.222 $ 4.510.660

FASE III: DISEO Detalle Diagramas Modelos Viajes y Traslados

Clasif MOD CIF. V.

Recurso Personal Movilizacin Total Horas

Horas 24 Hrs. 43

Valor Hora $ 4.343,06 $ 4.343,06 $ 400.000,00

67 Total MOD Total CIF. V. Total Costo Traslado Etapa 2 Total Etapa 3

Total $ 104.233 $ 186.751 $ 400.000 $ 290.985 $ 400.000 $ 4.510.660 $ 5.201.644

FASE IV: CODIFICACIN Detalle Prototipado Codificacin Arquitectura Capas Viajes y Traslados

Clasif MOD MOD MOD MOD CIF. V.

Recurso T Personal Personal Personal Personal Movilizacin Total Horas

Horas 17 Hrs. 95 34 22

Valor Hora $ 7.381,94 $ 4.343,06 $ 4.343,06 $ 4.343,06 $ 400.000,00

168 Total MOD Total CIF. V. Total Costo Traslado Etapa 3 Total Etapa 4

Total $ 125.493 $ 412.590 $ 147.664 $ 95.547 $ 400.000 $ 781.294 $ 400.000 $ 5.201.644 $ 6.382.939

FASE V: PRUEBAS Detalle Unitarias Integracin Sistemas Aceptacin Viajes y Traslados Empaste Manual de Usuario

Clasif MOD MOD MOD MOD CIF. V.

Recurso T Personal Personal Personal Personal Movilizacin Total Horas

9 8 11 8

Horas Hrs. Hrs. Hrs. Hrs.

Valor Hora $ 4.343,06 $ 4.343,06 $ 4.343,06 $ 4.343,06 $ 400.000,00 $ -

36 Total MOD Total CIF. V. Total Costo Traslado Etapa 4 Total Etapa 5

Total $ 39.088 $ 34.744 $ 47.774 $ 34.744 $ 400.000 $ $ 156.350 $ 400.000 $ 6.382.939 $ 6.939.289

FASE VI: REVISIN E IMPLEMENTACIN Detalle Clasif Requisitos MOD Instalacin MOD Manual de Instalacin MOD Revisin Tcnica MOD Revisin Formal MOD Entrega Final MOD Viajes y traslados CIF. V.

Recurso T Personal Personal Personal Personal Personal Personal Movilizacin Total Horas

6 6 9 9 7 5

Horas Hrs. Hrs. Hrs. Hrs. Hrs. Hrs.

Valor Hora $ 4.343,06 $ 4.343,06 $ 4.343,06 $ 7.381,94 $ 7.381,94 $ 7.381,94 $ 400.000,00

42 Total MOD Total CIF. V. 898 Total Costo Traslado Etapa 5

Total $ 26.058 $ 26.058 $ 39.088 $ 66.438 $ 51.674 $ 36.910 $ 400.000 $ 246.225 $ 400.000 $ 6.939.289

72

TOTAL COSTOS POR TIPO

CIF. V. Proyecto Detalle FASE I FASE II FASE III FASE IV FASE V FASE VI CIF. V. x Etapa CIF. V. Mensuales Total CIF. V.

MOD Proyecto Detalle Total FASE I: ANTEPROYECTO $ 2.581.222,22 FASE II: PLAN DEL PROYECTO $ 1.129.437,50 FASE III: DISEO $ 290.984,72 FASE IV: CODIFICACIN $ 781.294,44 FASE V: PRUEBAS $ 156.350,00 FASE VI: REVISIN E IMPLEMENTACIN $ 246.225,00 Total MOD $ 5.185.513,89
CIF. F. Proyecto Detalle CIF. Fijos Depreciacin

Total $ 400.000,00 $ 400.000,00 $ 400.000,00 $ 400.000,00 $ 400.000,00 $ 400.000,00 $ 2.400.000,00 $ 264.150,00 $ 2.664.150,00

Total $ 165.000,00 Total CIF. F $ 165.000,00

73

SERVIDOR HARDWARE
Cant. Descripcin Servidor HP Proliant DL 360 G7, 10 GB RAM, 5 discos de 450 1 GB (Raid 5). Precio unitario UDS Total USD

USD 4.100,00 Total USD

USD 4.100,00 USD 4.100,00

SOFTWARE
Cant. Descripcin 1 Licencia Oracle 10 G Release 2.V.10.2.0.3(Standard edition) 1 Licencia Web Logic Server 11G 1 Suscripcion Anual Red Hat 4.7 AS 1 Licencia Antivirus Corporativo Total USD Precio unitario UDS USD 10.450,00 USD 5.500,00 USD 962,00 Total USD USD 10.450,00 USD 5.500,00 USD 962,00 USD 0,00 USD 16.912,00

COSTO IMPLEMENTACIN SERVIDOR

Descripcin Costo Hardware Costo Sofware Total USD Total USD USD 4.100,00 USD 16.912,00 USD 21.012,00

Nota Los valores indicados en esta cotizacin son Netos, se debe agregar impuesto IVA Valores Indicados en dolares, sern facturados en pesos, el valor del tipo de cambio del dlar observado del dia de facturacin + 1%(dlar Mayorista)

74

TOTAL COSTOS
COSTO SERVIDOR- COSTO DE LA EMPRESA PARA IMPLEMENTAR EL PROYECTO

Descripcin Costo Hardware Costo Software Total UF

Precio UF 93,79 386,89 480,69

Unidad Monetaria Fecha Valor UF $ 22.161,79 16-11-2011 Valor USD 506,99 16-11-2011

COSTO DESARROLLO Descripcin MOD CIF. V. CIF. F. Total UF

Precio UF 233,98 120,21 7 361,64

La tasa de descuento tomada de un 13%, de acuerdo a la funcin Beta que mide el riesgo del producto en el mercado. Dado que se estableci que en el escenario conservador, la aplicacin sera utilizada por el 27% de cobertura del mercado de Cementerios, ahora se establecer distintos porcentajes de alcance para los escenarios pesimista y optimista.

FLUJO DE CAJA REAL Demanda de Mercado Aos Ingresos Proyectados 35% (-) Costos Variables (-) Costos Fijos (-) Mano Obra Directa (-) Depreciacin (=)Base Tributable impuesto del ao acumulado Impuesto a Pagar (=) Base despues de Impuesto (-) Inversin inicial (=)Flujo Caja VAN TIR VAN a Trmino Tasa esperada de recuperacin de inversin Tasa de descuento 0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 -8.014.663,9 -8.014.663,9 3.397.604,10 27% 4.212.359,1 35% 13% 1 1 2.687.587,0 -932.452,5 -165.000,0 -518.551,4 -373.224,0 698.359,1 -139.671,8 -139.671,8 -139.671,8 558.687,3 558.687,3 1 2 2 2 2 3 4 5 2.687.587,0 5.375.173,9 5.375.173,9 5.375.173,9 -799.245,0 -1.598.490,0 -1.598.490,0 -1.598.490,0 -165.000,0 -165.000,0 -165.000,0 -165.000,0 -518.551,4 -1.037.102,8 -1.037.102,8 -1.037.102,8 -373.224,0 -373.224,0 0,0 0,0 831.566,6 2.201.357,1 2.574.581,1 2.574.581,1 -166.313,3 -440.271,4 -514.916,2 -514.916,2 -305.985,1 -746.256,6 -1.261.172,8 -1.776.089,0 -166.313,3 -440.271,4 -514.916,2 -514.916,2 665.253,3 1.761.085,7 2.059.664,9 2.059.664,9 0,0 0,0 0,0 0,0 665.253,3 1.761.085,7 2.059.664,9 2.059.664,9

La tasa esperada de recuperacin de la inversin se estim en un 35% sobre la inversin inicial, que es la ganancia que se desea obtener al vender el producto.

75

Escenario Pesimista En este escenario, establece que el alcance de la aplicacin ser del 23% del mercado de Cementerio. De esta manera, los ingresos se presentan de la siguiente manera:
FLUJO DE CAJA REAL Demanda de Mercado Aos Ingresos Proyectados 35% (-) Costos Variables (-) Costos Fijos (-) Mano Obra Directa (-) Depreciacin (=)Base Tributable impuesto del ao acumulado Impuesto a Pagar (=) Base despues de Impuesto (-) Inversin inicial (=)Flujo Caja VAN TIR VAN a Trmino Tasa esperada de recuperacin de inversin Tasa de descuento 0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 -8.014.663,9 -8.014.663,9 4.157.070,96 48% 3.452.892,3 35% 13% 1 1 2.687.587,0 -932.452,5 -165.000,0 -518.551,4 -373.224,0 698.359,1 -139.671,8 -139.671,8 -139.671,8 558.687,3 558.687,3 1 2 2.687.587,0 -799.245,0 -165.000,0 -518.551,4 -373.224,0 831.566,6 -166.313,3 -305.985,1 -166.313,3 665.253,3 0,0 665.253,3 1 2 2 3 4 5 2.687.587,0 5.375.173,9 5.375.173,9 -799.245,0 -1.598.490,0 -1.598.490,0 -165.000,0 -165.000,0 -165.000,0 -518.551,4 -1.037.102,8 -1.037.102,8 -373.224,0 0,0 0,0 831.566,6 2.574.581,1 2.574.581,1 -166.313,3 -514.916,2 -514.916,2 -472.298,4 -987.214,7 -1.502.130,9 -166.313,3 -514.916,2 -514.916,2 665.253,3 2.059.664,9 2.059.664,9 0,0 0,0 0,0 665.253,3 2.059.664,9 2.059.664,9

Escenario Optimista En este escenario, establece que el alcance de la aplicacin ser del 30% de los cementerios. De esta manera, los ingresos se presentan de la siguiente manera:

FLUJO DE CAJA REAL Demanda de Mercado Aos Ingresos Proyectados 35% (-) Costos Variables (-) Costos Fijos (-) Mano Obra Directa (-) Depreciacin (=)Base Tributable impuesto del ao acumulado Impuesto a Pagar (=) Base despues de Impuesto (-) Inversin inicial (=)Flujo Caja VAN TIR VAN a Trmino Tasa esperada de recuperacin de inversin Tasa de descuento 0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 -8.014.663,9 -8.014.663,9 3.967.946,52 41% 5.328.438,9 35% 13% 1 1 2.687.587,0 -1.065.660,0 -165.000,0 -518.551,4 -373.224,0 565.151,6 -113.030,3 -113.030,3 -113.030,3 452.121,3 452.121,3 1 2 2.687.587,0 -1.065.660,0 -165.000,0 -518.551,4 -373.224,0 565.151,6 -113.030,3 -226.060,6 -113.030,3 452.121,3 0,0 452.121,3 2 3 5.375.173,9 -2.131.320,0 -165.000,0 -1.037.102,8 -373.224,0 1.668.527,1 -333.705,4 -559.766,1 -333.705,4 1.334.821,7 0,0 1.334.821,7 2 4 5.375.173,9 -2.131.320,0 -165.000,0 -1.037.102,8 0,0 2.041.751,1 -408.350,2 -968.116,3 -408.350,2 1.633.400,9 0,0 1.633.400,9 3 5 8.062.760,9 -3.196.980,0 -165.000,0 -1.555.654,2 0,0 3.145.126,7 -629.025,3 -1.597.141,6 -629.025,3 2.516.101,4 0,0 2.516.101,4

76

ANEXO 1: PLAN DE CONTINGENCIA

Introduccin.

A medida que las empresas se han vuelto cada vez ms dependientes de los ordenadores y las redes para manejar sus actividades, la disponibilidad de los sistemas informticos se ha vuelto crucial. Actualmente, la mayora de las empresas necesitan un nivel alto de disponibilidad y algunas requieren incluso un nivel continuo de disponibilidad, ya que les resultara extremadamente difcil funcionar sin los recursos informticos. Los procedimientos manuales, si es que existen, slo seran prcticos por un corto periodo. El plan de contingencia en informtica debe apuntar a evitar o minimizar el impacto de una contingencia y recuperar el mayor porcentaje posible de la plataforma daada. En caso de un desastre, la interrupcin prolongada de los servicios informticos puede llevar a prdidas financieras significativas. Lo ms grave es que se puede perder la credibilidad del pblico o los clientes y, como consecuencia, la empresa puede terminar en un fracaso total. Qu es un desastre? Se puede considerar como un desastre la interrupcin prolongada de los recursos informticos y de comunicacin de una organizacin, que no puede remediarse dentro de un periodo predeterminado aceptable y que necesita el uso de un sitio o equipo alterno para su recuperacin. Ejemplos obvios son los grandes incendios, las inundaciones, los terremotos, las explosiones, los actos de sabotaje, robo de equipos e informacin, etc. La gerencia tiene que decidir el periodo predeterminado que lleva una interrupcin de servicio de la situacin de "problema" a la de "desastre".

Definicin de Actividades de Contingencia Las contingencias importancia: se reducen en tres puntos fundamentales, siendo estos, en orden de

Actividades Preventivas: Que la contingencia ocurra o que su probabilidad de ocurrir sea la ms baja posible. Estas con las actividades ms importantes dentro de un plan de contingencia y adems las ms fciles de implementar y de muy bajo costo. Actividades de Mitigacin: Si la contingencia llega a ocurrir su impacto sea el menor posible. Junto con las actividades de Prevencin, son de suma importancia pero de mayor costo. Actividades de Recuperacin: Que la recuperacin sea en el mnimo tiempo y al mnimo costo. Estas actividades son ms arduas y costosas de realizar porque involucra recuperacin de un sistema daado por alguna causa y los sistemas actuales son interdependientes entre s.

Planificacin de Contingencia.

Est orientado a establecer un conjunto de trabajos de seguridad, un adecuado sistema de seguridad fsica o lgica en prevencin de desastres.

77

Cabe sealar que la empresa cuenta actualmente con sistemas de respaldos por cintas, los cuales con almacenados fuera de la empresa. Se genera un respaldo mensual de Base de Datos y Aplicaciones (Base desarrollo). Se mantiene una base Standby que se actualiza cada una hora con las transacciones de Produccin. Se enva planillas Excel a cada sucursal, que contiene el listado de los clientes en la cartera (Recaudacin). Actividades Asociadas Las actividades consideradas en este proyecto son: Anlisis de Riesgos Medidas Preventivas Previsin de Desastres Naturales

Plan de Respaldo y Recuperacin 2 Anlisis de Riesgos.

En el anlisis de riesgos se identifican los objetos que deben ser protegidos, los daos que se pueden ocasionar, su impacto en la compaa, y su importancia dentro del mecanismo de funcionamiento. Luego se procede a realizar los pasos necesarios para minimizar o anular la ocurrencia de eventos que causen los daos y poder fijar un plan de emergencia para su reposicin o minimizacin de prdidas o tiempos de reemplazo y mejora. Bienes susceptibles a un Dao Se pueden identificar los siguientes bienes afectos a riesgos: Daos Los daos pueden ser: Divulgacin de informacin fuera de la Organizacin que afecte a su patrimonio. Imposibilidad de acceso a los recursos por problemas fsicos en las instalaciones donde se encuentran los bienes, sea por causas naturales o humanas. Imposibilidad de acceso a los recursos informticos por razones lgicas en los sistemas, sean estos por cambios involuntarios o intencionales (datos maestros claves, eliminacin o borrado fsico/lgico de datos). Documentacin Personal Hardware Software y utilitarios Suministro de Energa elctrica Datos e Informacin Suministro de Telecomunicaciones.

78

Fuentes de Daos. Las posibles fuentes de daos que pueden causar la no operacin normal de la empresa asociadas al sistema son: Accesos no autorizado Vulneracin de los sistemas de seguridad Ruptura de claves de accesos al sistema computacional Instalacin de software de comportamiento errtico y/o daino para la operacin de los sistemas.

Desastres Naturales Incendios. Fallas en los equipos de soporte. Inundaciones causadas por fallas en los suministros de agua. Movimientos telricos que afecten directa e indirectamente a las instalaciones fsicas de soporte. Fallas en las telecomunicaciones con instalaciones externas. Por falla en la comunicacin. Fallas en los equipos de acondicionamiento atmosfricos necesarios para una adecuada operacin de los equipos computacionales.

Fallas de Personal Clave Se considera personal clave aquel que cumple una funcin vital en el flujo de procesamiento de datos u operacin del sistema: Personal de Informtica. Administracin Gerencia, Supervisores de Red, Tcnicos. Algunos Inconvenientes: Renuncias. Enfermedad. Accidentes. Abandonos de sus puestos de trabajo.

Fallas de Hardware Falla de Firewall. Falla Router. Falla Hardware de Red: Cableado de Red. Switches Falla Servidor de Aplicaciones y Datos tanto en sus discos como en el procesador central.

Medidas Preventivas.

79

Control de Accesos Se deben definir medidas efectivas para controlar los diferentes accesos a los activos computacionales: Accesos a la Red de PCs y Servidor. Accesos restringidos a las libreras, programas y datos. Acceso fsico de personas no autorizadas. Solo personal de informtica tiene accesos a los servidores, mediante tarjetas de accesos a lugares fsicos vas escritorios remotos.

Previsin de Desastres Naturales

La previsin de desastres naturales solo se puede hacer bajo el punto de vista de minimizar los riesgos innecesarios, en la medida de no dejar objetos en posicin tal que ante un movimiento telrico pueda generar mediante su cada o destruccin. Bajo el punto de vista de respaldo, el tener en claro los lugares de resguardo, vas de escape, la ubicacin de los archivo, discos con informacin vital de respaldo. Seguridad Fsica del Personal. Se debe tomar las medidas para recomendar, incentivar y lograr que el personal comparta sus conocimientos con el equipo dentro del rea, en lo referente a la utilizacin de software y elementos de soporte relevante. Estas medidas permitirn mejorar los niveles de seguridad, permitiendo los reemplazos en casos de desastres, emergencias o periodos de ausencia por vacaciones o enfermedades. Seguridad de la informacin. La informacin y programas de sistemas que se encuentren en el servidor, o de otras estaciones de trabajo crticas, deben protegerse mediante claves de accesos y a travs de un plan de accesos adecuado.Los sistemas con respaldados diariamente en cintas, adems de computadores crticos de la empresa son respaldos en servidores y con ello en cintas.

En caso de Incendio. Los incendios son causados por el uso inadecuado de combustibles o instalaciones defectuosas y el inadecuado almacenamiento y traslado de sustancias inflamables. Tipos de Combustin: Combustin Rpida o Deflagracin: es una combustin rpida, con llama y sin explosin. Suele producirse en areas enrarecidas y con temperaturas elevadas. Combustin Lenta: Se da en lugares con escases de aire. Este tipo de combustin suele darse en habitaciones cerradas y es muy peligrosa, pues en el caso de entrada de aire puede generarse una sbita aceleracin del incendio.

80

Combustin Normal: Ocurre cuando el fuego se produce al aire libre o con aire suficiente para brindar aporte a elementos extraos que mantengan la combustin. Explosin: Suele darse cuando existe una mescla de valor, gas, aire.

Qu hacer Antes? 1.- Verifique sus extintores y ubique cada uno de ellos segn los materiales de combustin que puedan afectar a las instalaciones, se recomienda mnimo tres. 2.- Compre un seguro contra incendios. 3.- Haga verificar las instalaciones por el personal del departamento de bomberos. 4.- Cree rutas de salida en caso de emergencia. 5.- Haga simulacros dos veces por ao para verificar que cada persona conoce sus r responsabilidades. 6.- Instale detectores de humo en ares criticas o muy cerradas. 7.- Coloque sistemas automticos de roco en areas con mucho personal. 8.- Revise las bateras de sus detectores de humo una vez al ao. 9.-Reduzca las rea para fumadores a zonas con buena ventilacin sin elementos inflamables como cortinas y alfombras. 10.- Evite conectar mltiples dispositivos en la misma toma corrientes o en la misma lnea de alimentacin de electricidad. 11.- Siempre instale fusibles en las tomas elctricas. 12.- Evite sobrecargar los cables con extensiones o equipos de alto consumo. 13.- Cambie cables elctricos siempre que estn perforados o con peladuras.

Qu hacer Despus? No encienda sus computadoras hasta estar seguro que no hay riesgo. Verifique que no haya heridos. Haga un inventario de los equipos afectados. De ser necesario reubique sus instalaciones.

En Todos los Casos Mantenga un inventario de todos los elementos fsicos en su instalacin, servidores, etc. Cree copias de seguridad de sus datos mas importantes. Mantenga copias de seguridad de su software en un lugar externo a su ubicacin actual. Si tiene copias fsicas de su sistema asegrese de guardar en un lugar adecuado, en donde no sea afectado por la luz, el agua o el calor. Recuerde que algunas cajas fuertes no estn diseadas para almacenar objetos como discos pticos o magnticos.

81

De ser posible haga copias diarias de sus sistemas de bases de datos y archivos vitales para el funcionamiento del sistema.

En Caso de Inundaciones. Es la invasin de agua por exceso de escurricimiento producido por una acumulacin en terrenos planos, por falta de drenaje ya sea natural o artificial. Qu Hacer Antes? Verifique que el rea donde se ubican todos los recursos de los sistemas, ya sea hardware y software no sea propenso a inundaciones. Instale un correcto sistema de drenaje en caso de no poseerlo y revise cuidadosamente el que tenga. Construya un mapa de zonas vulnerables. Hgase asesorar por un ingeniero civil o un arquitecto para la revisin del local. Construya canales de desages (cunetas) en casos que los considere necesario.

En todos los Casos Procurar no arrojar basura a los desages para evitar que estos se atoren. Revisar los desages de las instalaciones antes de la temporada de invierno y darles mantenimiento en verano. En caso de inundacin traslade todo lo que pueda a un lugar ms elevado o a otras instalaciones fuera del permetro de la inundacin. Para cualquiera de los casos de sismo, inundacin o incendio se debe brindar charlas de evacuacin, primeros auxilios y rescate de ser necesario para personal nuevo y ya existe.

En caso de temblores Todo el edificio y el equipo registrado dentro estar asegurado. Se contar con un botiqun de primeros auxilios. Existir una pared de respaldo, en la cual podrn resguardarse los usuarios en caso de que la evacuacin se dificulte. Se contar con planes de evacuacin.

En caso de robo de equipo En caso de extravo de algn equipo se deber informar inmediatamente al administrador, para que este proceda a rastrearlo. Se debe restringir los accesos a los usuarios a ciertos puntos del edificio. No se permitir que los equipos salgan de las instalaciones sin la solicitud de un previo permiso. Se recomienda contar con un sistema de seguridad basado en cmaras y en lectores de calor, los cuales percibirn si algn intruso penetra por la noche en el establecimiento e inmediatamente harn activar las alarmas.

82

En caso de que el sistema de red falle a. Actualmente el cliente tiene dos enlaces de red a distintos proveedores, con lo cual minimiza la contingencia de quedarse sin red externa. b. Se contar con un software que permita la recuperacin de los datos. c. Si la red falla por intrusos dentro de ella, existir un sistema que los rastrear hasta poder capturarlos. d. El acceso por medio de la red a informacin confidencial estar estrictamente restringida. e. En caso de que la red colapse por acceso de trfico, se har la recuperacin de los datos ms importantes.

En caso que el administrador de la red este ausente (por incapacidad o por que se encuentre fuera de las instalaciones) Deber haber un responsable, que observe posibles anomalas en la red y que le entregue un informe detallado de los eventos inesperados que pudiesen haber provocado en la red. Debe existir un asistente que pueda suplir al administrador de la red, solucionar todos los posibles problemas. que sea capaz de

El asistente tendr cierto lmite de acceso, ya que solamente estar a cargo de la instalacin de software o bien reparacin de hardware, pero el acceso a informacin confidencial no ser permitido. En caso de fallas de servidor. a. Se contar con un sistema que le permita la recuperacin de las transacciones muy importantes. b. Se estar ejecutando un programa que per mita llevar el historial de las transacciones realizadas, con el fin de hacer la anulacin de aquellas menos significativas. c. La informacin en el guardada, tendr un respaldo en otro lugar, estando almacenada la misma en cintas magnticas. d. El acceso a la informacin almacenada en el servidor estar extintamente limitado. e. Se le informar al administrador para que encuentre y corrija el error, y procesa a buscar alternativas que permitan provenir posibles fallos como el ocurrido. En caso de falla de la red elctrica Para que funciones adecuadamente, las computadoras personales necesitan de una fuente de alimentacin elctrica fiable, es decir, una que se mantenga dentro de parmetros especficos. Si se interrumpe inesperadamente la alimentacin elctrica o varia en forma significativa, fuera de los valores normales, las consecuencias pueden ser serias. Pueden perderse o daarse los datos que hay en memoria, se puede daar el hardware, interrumpirse las operaciones activas y la informacin podra quedar temporal o definitivamente inaccesible. Se recomienda: La empresa cuenta con dos UPS de 6 kva y dos de 4 kva, cada una con estabilizadores de voltaje, que funcionan a base de bateras, los cuales aseguran la continuidad de las operaciones de los equipos computaciones por un tiempo suficiente como para poder

83

minimizar los riesgos ante un corte de energa. Tiempo suficiente como para bajar software que este corriendo en un computador determinado y para bajar el sistema operativo sin daos. Contar con generadores propios de energa elctrica que complementariamente a las UPS puedan asegurar la continuidad del funcionamiento de los equipos computacionales en caso de un corte de energa. Contar con ms de un proveedor de energa elctrica o estar conectado a ms de una red elctrica pblica.

Recomendaciones: Recomendaciones para el Mantenimiento de Cintas Magnticas y Cartuchos. Las cintas magnticas y cartuchos deben guardarse bajo ciertas condiciones, con la finalidad de garantizar una adecuada conservacin de la informacin almacenada. a. Cintas Magnticas: La temperatura y humedad relativa del ambiente en que se encuentran almacenados deben estar en el siguiente rango: Temperatura : 4C a 32C Humedad Relativa : 20 % a 80 % El ambiente debe contar con aire acondicionado. Las cintas deben colocarse en estantes o armarios adecuados. Deber mantenerse alejados de los campos magnticos. Se les debe dar un mantenimiento preventivo en forma peridica a fin de desmagnetizar impurezas que se hayan registrado sobre ellas.

b. Cartuchos: La temperatura y humedad relativa del ambiente en que se encuentran almacenados deben estar en el siguiente rango: Temperatura : 16C a ms Humedad Relativa : 20 % a 80 % La temperatura interna del Drive puede oscilar entre: 5C a 45C.

Recomendaciones para el Mantenimiento de los Discos Duros. Aunque el conjunto de cabezales y discos viene de fbrica sellado hermticamente, debe evitarse que los circuitos electrnicos que se encuentran alrededor se llenen de partculas de polvo y suciedad que pudieran ser causa de errores. El ordenador debe colocarse en un lugar donde no pueda ser golpeado, de preferencia sobre un escritorio resistente y amplio.

84

Se debe evitar que la microcomputadora se coloque en zonas donde haya acumulacin de calor. Esta es una de las causas ms frecuentes de las fallas de los discos duros, sobre todo cuando algunas piezas se dilatan ms que otras. No se debe mover la CPU conteniendo al disco duro cuando est encendido, porque los cabezales de lectura-escritura pueden daar al disco.

Una de las medidas ms importantes en este aspecto, es hacer que la gente tome conciencia de lo importante que es cuidar un Microcomputador.

Pasos para desarrollar un Plan de Contingencia.

85

86

ANEXO 2: MANUAL DE USUARIO

Manual de Usuario Objetivo herramienta Gestin Comercial: Es una herramienta de gestin comercial que tiene por objetivo apoyar al Jefe Comercial y supervisor en la gestin y seguimiento de las ventas de sus equipos. Con esto podrn realizar la Gestiones a Clientes, revisar la morosidad de sus vendedores y enfocar y planificar el cumplimiento de metas semanales/mensuales en la venta, medir el comportamiento de pago de sus carteras en distintos periodos de madurez del crdito.

Cmo: Esta herramienta les permite revisar en lnea a los vendedores. Cada Jefe Comercial y Supervisor revisa a su equipo y tiene la lnea los datos de morosidad de sus vendedores.

Accesos

Mdulo

Usuario SUPERVISOR, JEFE COMERCIAL, ADMINISTRADOR

Base de Datos

Gestion Comercial

GESTION

1.- Descripcin de Acceso.

Desde el explorador el usario ingresa la siguinte URL:

http://desaweb:9001/forms/frmservlet?form=Principal
Posteriormente aparecera la pantalla de ingreso a la Gestin Comercial.

87

Pantalla de autentificacin de usuario.

Se ingresa Username y Password que posee el Supervisor y que es la misma del sistema Comercial. En Database siempre ingresar GESTION

88

2.- Descripcin de la Pantalla de Ingreso.

Inmediatamente despues de haber ingresado la clave del Supervisor o Jefe Comercial , aparecera la pantalla principal de la aplicacin. Aqu puede llamar a las diversar opciones del programa(morosidad diaria, morosidad T1, morosidad T5, estadisticas). Solo debe hacer clic en la opcion requerida.

89

3.- Descripcin de la Pantallas Morosidad Diaria, Morosidad T1 y Morosidad T5.

Una vez seleccionada la opcin de la pantalla principal se abren las ventanas respectivas.

Pantalla Morosidad Diaria

Pantalla Morosidad T1

90

Pantalla Morosidad T1.

Pantalla de Estadsticas.

En las pantallas de Morosidad Diaria, Morosidad T1 y Morosidad T5, los filtros a realizar son los mismos.

91

Para realizar un filtro el usuario debe hacer clic en la lista de valores del men de la aplicacin, una vez gatillado el botn aparece la siguiente pantalla

Selecciona la opcin, luego presiona el botn aceptar. Para visualizar los datos se debe hacer clic en el botn carga.

92

Una vez presionado el Botn se visualizan los datos en pantalla.

Si desea guardar los datos en Excel, presiona el Botn Guarda Archivo

93

Presionado el Botn enva mensaje.

Los archivos se guardan en una ruta definida.

94

El archivo se genera solo con los datos de acuerdo a los filtros aplicados. Formato Excel.

95

3.- Descripcin de la Pantallas Estadsticas.

El Botn estadsticas, el usuario puede visualizar reportes identifican por % de Mora (Malo, Regular y Bueno).

definidos por el cliente, donde se

Informe por Producto.

Informe por Jefe Comercial

96

Informe por Plazo y Pie

Informe por Producto y Pie

97

Informe por Zona y Pie

98

4.- Descripcin de Botonera del Men.

Botones Deshabilitados

99

Bibliografa: http://www.kit.com.ar/boletines-a.php?id=0000030 http://www.programacion.com/articulo/bea_weblogic:_introduccion_129/5 http://xherrera334.blogspot.es/i2007-10/ http://www.slideshare.net/avanttic/evolucion-a-oracle-weblogic-11g http://www.proactiva-calidad.com/java/arquitectura/index.html

100