tesis vasquez silva version iii

7/30/2019 Tesis Vasquez Silva Version III

1/85

UNIVERSIDAD RICARDO PALMA

FACULTAD DE INGENIERAESCUELA PROFESIONAL DE INGENIERA

INFORMTICA

DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL Y

PLANIFICACIN DE LA PRODUCCIN PARA LA EMPRESA

COGORNO S.A.

PROYECTO DE TESIS

PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO

INFORMTICO

PRESENTADO POR:

Madeleyne Presila Silva Rodriguez

Jonathan Colbert Vsquez Seminario

ASESOR

Dr. Humberto Linarez Coloma

LIMA PER

2013


2/85

Dedicatoria

Dedicamos el presente trabajo a nuestros queridos padres, ya que gracias a ellostuvimos la oportunidad de forjarnos un futuro venturoso.


3/85

AGRADECIMIENTOS

Nuestro agradecimiento para todas aquellas personas que han hecho posible el

presente trabajo, en especial a nuestros queridos padres que nos han dado la

oportunidad de ser profesionales en la vida, as como a nuestro asesor el Ing.

Humberto Linarez por todo el apoyo prestado a lo largo del desarrollo del presente

trabajo de tesis. Por ltimo, agradecer a la universidad Ricardo Palma por todos los

materiales e infraestructura prestada a lo largo de la investigacin.


4/85

RESUMEN

El controlar la produccin significa contemplar una serie de aristas que te aseguren

una produccin eficiente. En tal sentido, una parte importante y crucial del ciclo

productivo es la planificacin. La planificacin contempla un anlisis de los recursos

con los que se cuenta, y los rendimientos de las lneas productivas, adems de una

proyeccin de la demanda las cuales pueden ser por zonas y por clientes especficos

(exportacin y clientes grandes), entre otros factores que se contempla se puede

mencionar a las planificaciones de mantenimientos preventivos de las lneas de

produccin as como los programas de controles de calidad. Por otro lado, teniendo la

planificacin de la produccin lista para entrar en realizacin el siguiente paso es el

seguimiento de la puesta en produccin de sta, es decir, controlar las posibles

desviaciones que pueda sufrir el programa por factores que no fueron controlados o

fueron gestionados de manera inadecuada. Finalmente, la gestin de rdenes de

compras que surge a raz del uso de insumos es de suma importancia para los futuros

programas de planificacin.

Palabras Claves

Planificacin de la Produccin, Sistemas Web, Controles Productivos, Estimado de

mensual de ventas, Rendimiento de lneas productivas, recursos inventariables y no

inventariables, Familias (Divisiones) Productivas.


5/85

INDICE

CAPTULO I - VISIN DEL PROYECTO .........................................................10

1.1. INTRODUCCIN.......................................................................................................10

1.2. EL PROBLEMA.........................................................................................................111.2.1. El Negocio.................................................................................................... 11

1.2.1.1. Organizacin.......................................................................................................111.2.1.2. Visin..................................................................................................................121.2.1.3. Misin .................................................................................................................121.2.1.4. Posicionamiento en el Mercado...........................................................................12

1.2.2. Procesos de Negocios..................................................................................131.2.2.1. Descripcin de Cada Proceso...............................................................................13

1.2.3. Descripcin de Problema .............................................................................141.2.3.1. Anlisis del Problema..........................................................................................141.2.3.2. Fundamentos ......................................................................................................17

1.3. FUNDAMENTACINDEL PROBLEMA..............................................................................19

1.3.1. Marco Terico.............................................................................................. 191.3.1.1. Definiciones del Negocio.....................................................................................191.3.1.2. Introduccin a las Tecnologas Bsicas................................................................20

1.3.2. Estado del Arte.............................................................................................271.3.2.1. ERP Implementation for Production Planning at EA Cakes Ltd.............................271.3.2.2. Integration of production planning and scheduling using an expert system and agenetic algorithm.............................................................................................................311.3.2.3. Process and Quality Model for the Production Planning and Control Systems... ...331.3.2.4. Conclusin General .............................................................................................35

1.4. OBJETIVOSDEL PROYECTO........................................................................................361.4.1. Marco Lgico................................................................................................36

1.4.1.1. rbol de Problemas.............................................................................................37

1.4.1.2. rbol de Objetivos...............................................................................................371.4.2. Objetivo General..........................................................................................38

1.4.3. Objetivos Especficos .................................................................................39

1.5. BENEFICIOSDEL PROYECTO.......................................................................................391.5.1. Beneficios Tangibles ................................................................................... 39

1.5.2. Beneficios Intangibles..................................................................................39

1.6. ALCANCEDEL PROYECTO..........................................................................................401.7. CONCLUSIONES.......................................................................................................40

CAPTULO II MODELADO DEL NEGOCIO ....................................................41

2.1. REGLASDE NEGOCIO............................................................................................... 412.2. CASOSDE USODEL NEGOCIO: ..................................................................................42

2.2.1. Relacin de CUNs, .....................................................................................422.2.2. Diagrama de CUNs, ...................................................................................42

2.2.3. Especificaciones de CUNs...........................................................................43

2.3. DIAGRAMASDE ACTIVIDADESDEL NEGOCIO..................................................................482.4. DIAGRAMADE CLASESDE OBJETODEL NEGOCIO ..........................................................502.5. CONCLUSIONES.......................................................................................................50

CAPTULO III REQUERIMIENTOS DEL PROYECTO........................................51

6


6/85

3.1. REQUERIMIENTOSDELSOFTWARE...............................................................................513.1.1. Relacin de requerimientos.........................................................................51

3.1.2. Especificacin de requerimientos (funcionales y no funcionales).................52

3.2. CASOSDE USODEL SISTEMA.....................................................................................543.2.1. Diagrama de Actores del sistema. ...............................................................54

3.2.2. Diagrama de Paquetes.................................................................................54

3.2.3. Casos de Uso del Sistema............................................................................553.2.3.1. Diagrama de Casos de Uso del Sistema...............................................................553.2.3.2. Matriz de CUNs vs CUSs....................................................................................56

3.3. MODELO CONCEPTUALDELSISTEMA............................................................................573.3.1. Diagrama del Modelo Conceptual................................................................57

3.4. BENCHMARKING (ANLISISCOMPARATIVOCONOTRASSOLUCIONES)..................................583.4.1. Soluciones encontradas...............................................................................58

3.4.2. Evaluacin de las soluciones encontradas...................................................58

3.5. PROTOTIPODELASOLUCIN .....................................................................................59

CAPTULO IV ARQUITECTURA..................................................................66

4.1. REALIZACINDELOSCASOSDEUSOMSSIGNIFICATIVOSPARALAARQUITECTURA...............664.1.1. Diagrama de Casos de Uso ms significativos para la arquitectura. ......... ..66

4.1.2. Especificacin de los casos de uso...............................................................66

4.1.3. Diagrama de secuencias de diseo. ............................................................66

4.1.4. Diagrama de clases de diseo.....................................................................66

4.2. MODELODE DATOS.................................................................................................664.2.1. Diagrama del Modelo de Datos. ..................................................................66

4.2.2. Diccionario de datos.....................................................................................66

4.3. MODELODE DESPLIEGUE. ........................................................................................664.4. MODELODE COMPONENTES......................................................................................664.5. CONCLUSIONES......................................................................................................66

CAPTULO V DESARROLLO Y PRUEBAS.....................................................66

5.1. DESARROLLO..........................................................................................................665.1.1. Plataforma tecnolgica: tecnologas, frameworks, patrones, etc. ...............66

5.1.2. Descripcin de los estndares de desarrollo................................................66

5.2. PRUEBAS............................................................................................................... 665.2.1. Plan de pruebas del proyecto.......................................................................66

5.2.2. Casos de uso de pruebas del proyecto para los casos de uso ms

significativos para la arquitectura. ........................................................................66

5.2.3. Anlisis de las pruebas con sus respectivos reportes de ejecucin..............66

5.3. CONCLUSIONES.......................................................................................................66

CAPTULO VI GESTIN DEL ROYECTO.......................................................67

6.1. VIABILIDADDELPROYECTO........................................................................................676.1.1. Viabilidad tcnica.........................................................................................67

6.1.2. Viabilidad econmica: .................................................................................68

6.1.3. Viabilidad legal.............................................................................................74

6.2. ORGANIZACINDELPROYECTO ..................................................................................796.2.1. Organigrama del proyecto...........................................................................79

6.2.2. EDT del proyecto..........................................................................................79

6.3. ESTIMACINY EJECUCINDELPROYECTO.....................................................................80

7


7/85

6.3.1. Cronograma de ejecucin del proyecto........................................................80

6.3.2. Estimacin del presupuesto total del proyecto............................................81

2.2. Conclusiones...................................................................................................82

4.1.1 FUENTESDE INFORMACIN WEB..............................................................................86

ndice de Grficos

8


8/85

ndice de Tablas

TABLA 1: SE MUESTRA LOS TIEMPOS QUE TOMA CADA ACCIN....................19

TABLA 2: CUADRO DE MTODOS Y APLICACIONES PARA PLANIFICAR LAPRODUCCIN............................................................................................36

TABLA 3: DESCRIBE LA LISTA DE REGLAS DEL NEGOCIO...............................41

TABLA 4: LISTA DE REQUERIMIENTOS DEL PROYECTO..................................52

TABLA 5: LISTA DE REQUERIMIENTOS FUNCIONALES DEL PROYECTO...........52

TABLA 6: LISTA DE REQUERIMIENTOS NO FUNCIONALES DEL PROYECTO......54

TABLA 7: TABLA DE LICENCIAS Y DOMINIOS NECESARIOS............................67

TABLA 8: TABLA DE HARDWARES NECESARIOS PARA LA IMPLEMENTACINDEL PROYECTO..........................................................................................68

TABLA 9: TABLA DE VIABILIDAD ECONMICA EN CUANTO A HARDWARE..... ..69

TABLA 10: TABLA DE VIABILIDAD ECONMICA EN CUANTO A SOFTWARE......69

TABLA 11: TABLA DE VIABILIDAD ECONMICA EN CUANTO A RECURSOSHUMANOS.................................................................................................70

TABLA 12: TABLA DE VIABILIDAD ECONMICA EN CUANTO A SERVICIOSPRESTADOS POR TERCEROS.......................................................................70

TABLA 13: PRESUPUESTO TOTAL DEL PROYECTO.........................................81

9


9/85

CAPTULO I - VISIN DEL PROYECTO

1.1. Introduccin

Actualmente, todo proceso productivo del sector industrial enfocado en la produccin de

harinas como de fideos y alimentos balanceados (normado por la empresa a niveles de

procedimientos) cuenta con una serie de controles, procedimientos, restricciones, etc.

Para la puesta en produccin de los productos, desde la asignacin de recursos

inventariables y no inventariables hasta el empacado del producto.

Las empresas del sector industrial, en su mayora, analizan una serie de aristas para

controlar la produccin, la cual consiste en analizar el stock de productos disponibles y

das de alcance de los mismos, elaborar un estrategia de demanda en base a las

estimaciones de ventas semanal, mensual, trimestral, semestral y anual (depende mucho

de la poltica de ventas de las empresa), controles de calidad a niveles de las lneas de

produccin, disponibilidad de insumos los cuales pueden ser recursos inventariables y no

inventariables, disponibilidad de espacio en almacenes (parihuelas disponibles),

disponibilidad y asignacin de recursos humanos.

10


10/85

Figura 1: Reporte del consumo nacional de pastas.

Actualmente, el Per, ocupa la posicin nmero 11 en la produccin de pastas en el

mundo, segn la grfica tomada de IPO Annual Survey on World Pasta Industry (October

2012), desplazando a pases como Chile, Portugal y Colombia. Entonces, si deseamos

mejorar posiciones a niveles productivos deberemos tener mejores controles

sistematizados a niveles de produccin.

1.2. El Problema

1.2.1. El Negocio

1.2.1.1. Organizacin

Origen

De origen familiar, fue fundada hace 85 aos por Don Eugenio Cogorno y su

esposa Clara. Es continuada por sus hijos Herminio, Rosa y Atilio. Se dedica a

la fabricacin de productos derivados del trigo: Harinas para diversos usos,

fideos y alimentos balanceados para animales.

Colaboran con ellos calificados profesionales que cautelan el prestigio y la

calidad de la empresa y de sus productos.

11


11/85

Instalaciones

Durante su trayectoria ha tenido un slido crecimiento en sus plantas de

produccin ubicadas: en el Callao, La Perla, Ventanilla y Salaverry en Trujillo

que superan los 150,000 m2. Adems de la constante modernizacin de sus

instalaciones, maquinarias y tecnologa; tanto en los molinos y fbricas de

fideos en Lima como en Trujillo, y que en los ltimos tres aos han superado

los $ 15, 000,000 de dlares, todo ello en el marco de un plan de desarrollo

denominado Rumbo al Centenario.

1.2.1.2. Visin

Ser reconocida como la mejor comercializadora de productos de calidad y

nutritivos a base de trigo, con una red de distribucin a nivel nacional.

1.2.1.3. Misin

Contribuir con la nutricin y alimentacin saludable de nuestros clientes

brindndoles productos de calidad en base a trigo.

Incrementar sosteniblemente las utilidades que garanticen tranquilidad de

nuestros inversionistas. Garantizar un clima laboral adecuado que logre la

superacin personal y profesional de nuestro personal garantizando

tranquilidad econmica.

Informacin tomada de http://ww.cogorno.com.pe

1.2.1.4. Posicionamiento en el Mercado

La industria de fideos est en pleno crecimiento. La ampliacin de los canales

de comercializacin y la diversificacin de presentaciones son las principales

oportunidades para ampliar el mercado.

Actualmente en el mercado de Lima Metropolitana compiten alrededor de 20

marcas de fideos, entre marcas Premium, econmicas y sper econmicas.

Las marcas econmicas han presentado una mayor penetracin en el

mercado, y la seguirn teniendo, impulsadas por el mayor poder adquisitivo de

12


12/85

los sectores C y D, as como por la apertura de nuevos supermercados y

centros de abastos que tienen a estos sectores como pblico objetivo.

Nuestro producto tradicional fideos Cogorno esta posicionado en los sectores

c y d por el factor precio que se toma mucho en cuenta, la desventaja es que la

mayora de los consumidores compran los fideos a granel lo cual significa que

no tienen fidelidad, conocimiento o no toman importancia a la marca, solo una

pequea parte de este grupo consume el producto envasado por cuestin de

seguridad, salubridad y siente agrado por la marca.

Informacin tomada de http://cogornosperu.blogspot.com/

1.2.2. Procesos de Negocios

1.2.2.1. Descripcin de Cada Proceso

Actualmente, los procesos que intervienen en controlar la produccin abarcan

desde su planificacin hasta el empacado del producto final. Partiendo desde

dicha premisa se mencionar los procesos involucrados en la produccin.

A continuacin Mapa de Negocio en la cualse aprecia la interaccin de losprocesos mencionados lneas atrs.

Figura 2: Procesos de Negocio del control de la produccin.

13


13/85

VentasEste proceso se encarga de recoger la demanda del mercado interno para

luego derivrselos al rea de produccin.

Calidad

Se encarga de que los productos producidos tengan un grado de calidadptimo para el consumo humano. Una arista de dicho control es la

programacin de controles de fumigacin de las lneas de produccin.

MantenimientoEn el presente proceso se encarga de que las lneas de produccin y dems

factores tangibles (maquinas, silos, molinos, entre otros) se encuentren en

perfectas condiciones, para ello, se elaboran programas de controles

preventivos.

Planificacin

En este proceso se recogen todos los datos de ventas, calidad, mantenimiento

para elaborar el programa de la produccin. Tener presente que tambin

intervienen otros factores para el desarrollo del programa, como son los

rendimientos de moldes por lnea de produccin.

Produccin

Es ac donde el programa entra en produccin (elaboracin de fideos, harinas

y alimentos balanceados).

Empacado

El producto final arrojado por las divisiones, pasa por el procesos de empacado

y agrupado con bobinas (caso fideos).

1.2.3. Descripcin de Problema

1.2.3.1. Anlisis del Problema

Antecedentes

Cuenta la historia que la gestin de la cadena de produccin a niveles de MRP

nace en plena segunda guerra mundial por el gobierno de los Estados Unidos

de Amrica. Ya en la dcada de los 50 es a causa del boom computacional

que los MRPs toman mayor connotacin en los sectores de produccin. Ya en

14


14/85

la dcada de los 60 y 70 (con el avance tecnolgico) es que toman mayor

relevancia debido a su apoyo en la reduccin de niveles de inventario que a su

vez generaban ahorros de dinero y tiempo.

Ahora bien, sabiendo que en el Per comienza la sistematizacin de procesos

tibiamente en la dcada de los 80, para tomar fuerza en los 90 y consolidarse

como arteria vital de toda empresa en la actualidad, se puede deducir que la

gestin de la cadena productiva se gestionaba a papel y lpiz, por ejemplo, el

registro de inventario se hacan en Kardex, las rdenes de produccin se

ordenaban a dedo y se apuntaban en papel, etc.

Los antecedentes de la empresa Cogorno no son ajenos a esta pasada

realidad, puesto que como empresa Cogorno, adquiri el sistema ADAM a

mediados del ao 1992 en la cual se hacan los desarrollos en RPG puro, paraluego en el 2006 adquirir un sistema visual llamado SPEED400, el cual se

tiene en la actualidad. Es recin en el ao 2012 donde se adquiere el modulo

de produccin MRP de Costos y Control de la Produccin, en la cual no se

contemplan procesos de planificacin de produccin y flujos de comunicacin

para las aprobaciones del programa.

Definicin o formulacin del problemaEl problema que aqueja a la mayora de empresas es que no cuentan con

sistemas que les permita mejorar sus controles productivos y a mantener una

coordinacin fluida con todas las reas que intervienen en la produccin.

En el caso de la empresa Cogorno, los procesos que intervienen en la

produccin estn hechos en su mayora en hojas de clculo Excel, la cual es

muy voltil cuando a datos nos referimos y tambin poco consolidable cuando

se desea obtener reportes gerenciales para la toma de decisiones. Por

ejemplo, las verificaciones de stock de productos es consultada de un sistema

ERP, tomando dichos datos para almacenarlos en una hoja Excel en la cual se

calcular los das de alcance que tiene cada producto, as mismo, las

planificaciones de fumigaciones de las maquinarias y silos estn registradas en

otra hoja Excel, adems como los controles de las lneas de produccin. Por

15


15/85

otro lado, las verificaciones de disponibilidad de repuestos para las lneas (por

ejemplo, los moldes para la elaboracin de distintas presentaciones de fideos)

estn contadas manualmente e informadas de su disponibilidad

presencialmente. Los rendimientos de las lneas de produccin por moldes de

presentacin de los productos estn registrados en una hoja Excel.

Figura 3: Controles de mantenimientos preventivos de las lneas de produccin.

Ahora bien, para realizar la planificacin de la produccin se toman todos los

datos mencionados en el prrafo anterior (restricciones), con ello se procede arealizar el programa en una hoja Excel siempre tomando como referencia el

estimado de ventas mensual que entrega el rea de ventas, tambin en una

hoja Excel, as como la estimacin de ventas para exportaciones (que es

responsable el rea de exportaciones).

Con todas esas aristas el programador desarrolla su programa de

planificacin, el cual deber ser aprobado por todas las reas que intervienen

en la cadena productiva. Ahora bien, una vez aprobado el programa ocurre

que existen alteraciones del programa en curso, ya sea porque una lnea de

produccin se averi, se acabaron los insumos o simplemente no llegaron a

tiempo, o el rea de exportacin decide que se le debe dar prioridad a otro

producto debido a que los importadores variaron sus prioridades, entonces

existe una coordinacin ms cerrada con el programador, es decir, los dems

16


16/85

responsables no se enteran del cambio, es ah donde se presentan los

problemas de comunicacin (ver figura 2).

Por otro lado, actualmente, se cuenta con un MRP que gestiona las rdenes

de producciones, mas no las planificaciones, es por ello, que el programa que

desarrolla el rea de planificacin se encargar de alimentar dicho mdulo.

Por ltimo, se puede apreciar que existen problemas a nivel de comunicacin,

consolidacin de datos, generacin de reportes que ayude a comparar las

desviaciones del programa y tomar decisiones que mitiguen las causas del no

cumplimiento del programa. As mismo, la poca optimizacin que tendr la

integracin de la planificacin que la gestin de las OP (rdenes de

producciones).

Finalmente se plantea como hiptesis la obtencin de una mejor eficiencia en

la gestin de la cadena de produccin en mbitos de planificacin e

integracin con un sistema MRP, mediante el Sistema Web propuesto en la

presente Tesis y por lo que la eficiencia se mostrar beneficiada con una

produccin ms cercana a lo planeado.

1.2.3.2. Fundamentos

Actualmente, se presentan ciertas deficiencias para controlar la produccin en

el mbito de la programacin (planificacin).

17


17/85

Figura 4: Ciclo de la planificacin de la produccin en plantas Cogorno S.A.

En la Figura 4 se identifica la poca eficacia del uso del tiempo, y la alta

volatilidad de los datos.

A continuacin se mostrar un cuadro en la cual se especifica los tiempos que

toma cada actividad, as como coordinaciones y acciones tomadas no

registradas.

Actividad Accin Descripcin Tiempo (hrs-hombre)

a Se verifica a travs de otrosistema llamado speed400,modulo de inventario

No hay integridadde los datos

3hr

b Los reportes analizadosestn hechos a base HojasExcel.

No hay integridadcon los datos

4hr

c Los controles defumigaciones estn enHojas Excel

No hay integridadcon los datos

2hr

d Se entrega el programa vacorreo electrnico, previareunin de comit y

No hay control devistos buenos.

2hr

18


18/85

aprobacin.

e Se corrige sin comunicar atodos los interesados,tambin se trabaja en Excel.

No haycomunicacinfluida ni control degestin de cambiosdel programa.

15hr (*)

Tabla 1: Se muestra los tiempos que toma cada accin.

(*) Las correcciones en promedio son 3 a la semana y cada una requiere 5hr hombreNota: los datos recogidos en la tabla 1 fueron entregados por el rea de Planeamiento.

1.3. Fundamentacin del Problema

1.3.1. Marco Terico

1.3.1.1. Definiciones del Negocio

Planificacin de la ProduccinEs la funcin de direccin que programa por anticipado los factores recursos

inventariables, lneas de produccin, espacios en almacn en relacin a:

Demanda del mercado.

Capacidad productiva.

Objetivos de Ventas.

En la actualidad, para planificar la produccin, se toma como referencia lasestimaciones del mercado nacional e internacional para proceder con la realizacin

del programa, pero antes de ello, se pasa por un ciclo de anlisis, el cual se

menciona a continuacin:

1) Al momento de programar se deber considerar los das inoperativos de las

maquinas, es decir, en esos das se pueden hacer controles de calidad o de

mantenimiento, para las cuales las maquinas estn reservadas ara otro fin.

2) Al momento de programar se analiza los insumos y recursos inventariables conlos que se cuenta en stock.

3) Al momento de programar se deber analizar la capacidad productiva de molde

por lnea de produccin para un artculo especfico.

19


19/85

Aprobacin del Programa

Una vez publicado el programa de la produccin este pasa por un proceso de

evaluacin por todas las partes competentes hacia la divisin (familia) afectada.

Cada responsable analiza el programa y da su visto bueno para generar la orden

de produccin.

Replanteamiento del Programa

Una vez puesto en produccin el programa este puede ser susceptible a

alteraciones debido a paradas no programadas, por ejemplo, la avera de una lnea

de produccin, el desperfecto de un molde o la falta de bobina para el enrollado de

algn producto debido, puede darse el caso, por una mala gestin de

comunicacin con el responsable del rea de almacenes, en algunos casos, pese

a haber aprobado el programa en primera instancia

Conclusin

Las actividades se mencionan en la tabla 1 (ver figura 4) sern reemplazadas por

actividades automatizadas a travs de un sistema web, el cual permita una

comunicacin fluida con los responsables de cada divisin de produccin. Adems,

los rendimientos de cada lnea productiva sern obtenidos de manera automtica

para una programacin de la produccin ms eficiente. Como se observa es de

suma importancia que dicho programa cuente ya con los controles de calidad y

mantenimiento programados, de ese modo el Planeador tendr los das

productivos de cada lnea definidos.

1.3.1.2. Introduccin a las Tecnologas Bsicas

1.3.1.2.1. Plataformas de Desarrollo Web

Hoy En da todas las aplicaciones Web se basan en el protocolo HTTP el cual

junto al protocolo TCP/IP se encarga de establecer comunicacin entre el cliente

Web a travs de cualquier browser (IE9, opera, Firefox, Chrome, Safari, etc) y elservidor Web.

20


20/85

Figura 5: Ubicacin de los protocolos HTTP y TCP/IP en el diagrama de Red.

Actualmente, en el mercado de Software existen diversas plataformas para

desarrollar aplicaciones Web, entre otras tecnologas. A continuacin, se

describirn las ms importantes:

a) Microsoft

La plataforma de desarrollo que auspicia Microsoft es Visual Studio .Net la cual

est orientada a desarrollar aplicaciones de escritorio y mviles, sitios,

aplicaciones Web, hasta sistemas operativos.

Visual Studio.Net 2010 ofrece las siguientes posibilidades:

Disear aplicaciones distribuidas

Administrar soluciones, proyectos y archivos

Trabajar con cdigo, HTML y archivos de recursos

Conectarse a recursos remotos con el Explorador de servidores

Generar, depurar y probar

Implementar aplicaciones y componentes

Manipular el entorno de desarrollo

Componentes del Visual Studio 2010

.NET Framework es un entorno de ejecucin administrado que proporciona

diversos servicios a las aplicaciones en ejecucin. Consta de dos componentes

21


21/85

principales: Common Language Runtime (CLR), que es el motor de ejecucin que

controla las aplicaciones en ejecucin; y la biblioteca de clases de .NET

Framework, que proporciona una biblioteca de cdigo probado y reutilizable al que

pueden llamar los desarrolladores desde sus propias aplicaciones. Los servicios

que ofrece .NET Framework a las aplicaciones en ejecucin son los siguientes:

Informacin tomada de http://msdn.microsoft.com/es-es/library/vstudio/hh425099.aspx

Common Language Runtime (CLR) Gestiona el cdigo en tiempo de ejecucin y

provee los servicios bsicos, como administracin de memoria, control de

excepciones y control de hilos de ejecucin.

Base Class Library Contiene la mayor cantidad de funcionalidades el desarrollo

de cualquier tipo de Software. Encapsula los tipos bsicos, clases para la

entrada/salida, seguridad, colecciones de datos, entre muchas cosas ms.

Figura 6: Arquitectura del Framework 4.0.

b) JSP - Java Sun

22
http://msdn.microsoft.com/es-es/library/vstudio/hh425099.aspxhttp://msdn.microsoft.com/es-es/library/vstudio/hh425099.aspx


22/85

Java Server Page es una tecnologa orientada al desarrollo de pginas Web, tanto

estticas como dinmicas y para ello hace uso de programacin java. Cabe

resaltar que JSP es multiplataforma, es decir, se puede ejecutar en cualquier

servidor Microsoft o Linux. As mismo, JSP es la combinacin de HTML con XMLen la cual se incrustan etiquetas especiales para colocar cdigo java (java

mediante Scripts) y tambin se pueden usar libreras de terceros.

Servlet

Un servlet es una clase de lenguaje de programacin Java que se utiliza para

ampliar las capacidades de los servidores que alojan aplicaciones accesibles a

travs de un modelo de programacin de peticin-respuesta. Aunque servlets

pueden responder a cualquier tipo de solicitud, que se utilizan comnmente para

extender las aplicaciones alojadas en servidores web. Para tales aplicaciones, la

tecnologa Java Servlet HTTP define clases especficas de servlets.

Los paquetes javax.servlet y javax.servlet.http proporcionar interfaces y clases

para escribir servlets. Todos los servlets debe implementar la interfaz Servlet, que

define los mtodos de ciclo de vida. Al implementar un servicio genrico, puede

utilizar o extender la clase GenericServlet siempre con la API Java Servlet. La

clase HttpServlet proporciona mtodos, tales como doGet y doPost, para el

manejo de servicios especficos de HTTP.

http://docs.oracle.com/javaee/5/tutorial/doc/bnafe.html

Arquitectura MVC

La arquitectura ms usual usando ests dos tecnologas (JSP y Servlets) es MVC

23


23/85

Figura 7: La forma ms usual y correcta de usar JSP con servlets esempleado la arquitectura MVC.

ConclusinDe las dos plataformas de desarrollo mencionadas la que usar para el desarrollodel sistema Web ser la de Visual Studio.net 2010 por los siguientes motivos:

Poltica de la empresa. Integracin de todos los sistemas Web en una sola plataforma la cual es

.NET. Actualmente, se cuenta con las licencias respectivas de Visual Studio.NET.

Nota: lo mencionado anteriormente no quiere decir el uso tecnologa Java no aplica para el

desarrollo del proyecto. Tanto java como .NET son buenos entornos de desarrollo para

proyectos de sistemas Web.

1.3.1.2.2. JavaScript

JavaScript es propiamente un lenguaje de programacin que se ejecuta en el lado

del cliente, es decir no necesita compilarse en el lado del servidor (consumo de

recursos). Java Script es creado a raz de la necesidad de que el usuario

interactu de manera ms fluida con las aplicaciones Web. Con Java Script se

puede crear las siguientes funcionalidades:24


24/85

Contadores de visita.

Efectos visuales.

Validaciones en los formularios.

Calculadoras.

Eventos que son realizados por el usuario.

Operaciones matemticas.

Comportamientos personalizados de los controles.

A Continuacin, se realizar un ejemplo del uso de JavaScript en una pginaHTML bsica.

Figura 8: Cabe resaltar que todo cdigo java Script deber estar enmarcadopor la etiqueta .

En el ejemplo, se puede apreciar que en el evento onClickse hace el llamado a la

funcin EsMayorEdad(), la cual se encarga de determinar, en base a la edad

ingresada por el usuario, si la persona registrada es menor o mayor de edad.

Funciones Bsicas

document.getElementById(id): obtiene el objeto a partir del id. elemento.getElementsByTagName(name): obtiene los elementos a raz del

nombre de un objeto, por el ejemplo el tag trde una tabla HTML.

25


25/85

string.split(caracter): divide una cadena segn el caracterer pasado porparmetro.

elemento.focus: sita el foco en el elemento indicado. document.createElement(tag). Crea un elemento elemento.removeChild: remueve un elemento.

Alert(mensaje): enva un mensaje de alerta.

Por ltimo, es importante mencionar que JavaScript soporta funciones iterativas y

condicionales (for, while do, do while, if then, foreach) .

1.3.1.2.3. Lenguajes de Marcada HTML XML

El estndar desarrollado por la World Wide Web se basa en crear etiquetas para

definir la estructura de textos. Cabe resaltar que los lenguajes de marcado no

tienen las mismas cualidades que los lenguajes de programacin, es decir, realizar

operaciones aritmticas o fungir como variables para cualquier tipo de operacin.

HTML

La totalidad de codificacin de una pgina web est desarrollada en HTML.

Gracias a las etiquetas se pueden definir estructuras como tablas, etiquetas DIVs,

prrafos, saltos de lnea, entre ms caractersticas.

Para ver la estructura de una pgina Web ver la Figura 8.

XML

El lenguaje de marcas XML nace con la finalidad de sentar un estndar para el

intercambio de informacin estructura entre distintas plataformas, un claro ejemplo,

es en el empleo de las WebServices debido a que est tecnologa usa el formato

XML para procesar la informacin.

1.3.1.2.4. Ventajas y desventajas de las aplicaciones WEB

Ventajas

No necesita instalacin alguna en la PC cliente debido a que su ejecucin

es a travs de un navegador web.

26


26/85

Puede ser ejecutado desde cualquier regin del Per (o del mundo), si

necesidad de estar conectados a la red de la empresa.

El despliegue de las actualizaciones es inmediata y recae sobre todos al

mismo tiempo.

Es multiplataforma debido a que puede ser ejecutado desde cualquier

sistema operativo.

Hay un consumo de recursos ms ptimo, debido a que las transacciones

se pueden ejecutar en el lado del cliente usando tecnologas con AJAX.

Desventajas

La disponibilidad depende de la conexin a internet tanto en el cliente como

en el servidor.o Actualmente, se cuenta con respaldos de Back Up de internet

En el caso que se ejecuten fuera de la red de la empresa, muchas veces es

necesario instruir al usuario para que actualice alguna opcin del navegador

ara el correcto funcionamiento de la web, por ejemplo, permitir ejecuciones

de JavaScript.

Al usar la red de internet se es susceptible cuando a seguridad nos

referimos.

o Robo de informacin.

o Alteracin de la informacin.

o Saturacin adrede por parte de usuarios maliciosos, apoyados por

herramientas informticas.

1.3.2. Estado del Arte

1.3.2.1. ERP Implementation for Production Planning at EA Cakes Ltd.

Victor Portougal es un profesor asociado al Departamento de Sistemas de

Informacin y Gestin de Operaciones, en la Escuela de Negocios de la

Universidad de Auckland en Nueva Zelandia, y es quien nos describe de una

manera detallada la puesta en funcionamiento del sistema (SAP) y su modulo

27


27/85

de planificacin de produccin de productos para la empresa EA Cakes Ltd.

Esta es una prospera compaa dedicada a la fabricacin de comida rpida

que comparte el mercado de Nueva Zelandia y la regin de Asia- Pacifico y la

cual produce ms de 400 clases de diferentes productos de comida fresca y

congelada.

Por muchos aos la compaa EA Cakes Ltd fue desarrollando una marca de

gran prestigio y disfruto de un mercado estable, es as que su estrategia de

produccin dominante siempre fue MTO (Make-to-Order o Fabricar para la

Orden). Fue as que clientes permanentes como supermercados, tiendas y

restaurantes hicieron sus pedidos con entrega para la prxima semana o para

intervalos ms largos, entonces la compaa provey de un buen servicio al

cliente en relacin a la calidad y tiempo de entrega.

Pero para fines de los 90s, EA Cakes Ltd. disminuyo su participacin en

muchos de los mercados tradicionales ya que la principal razn fue el aumento

de precios debido a los costes de produccin altos de la compaa y por

consiguiente las empresas competidoras brindaron precios inferiores sobre

productos similares. La famosa marca de la compaa no atrajo suficientes

clientes para apoyar los precios ms altos.

Pronto la compaa fue forzada a reconsiderar su estrategia de ventas y

produccin, por lo que es aqu en donde se origino una disyuntiva. Por un lado

su equipo de especialistas de TI estaba seguro de que el software SAP

existente poda proveer el soporte suficiente al proceso de planificacin de la

produccin de la empresa y por otro lado el personal del proceso mencionado

tena dudas acerca de los mdulos preestablecidos de SAP. Ante la

incertidumbre de que si un sistema de software estndar como SAP pueda

dar el soporte informtico suficiente al diseo de un sistema de la empresa

desarrollado por separado?, la direccin de la empresa invito a una compaa

consultora la cual sugiri disear rpidamente un sistema de prototipo desigual.

El nuevo sistema de planificacin de la produccin constara de tres niveles.

28


28/85

Figura 9: niveles de la planificacin de la produccin.

Aggregate Capacity Planning (ACP)

El presupuesto de las ventas no es solo un pronstico simple de la cantidad de

productos que podan ser vendidos en el futuro, tambin es una herramienta de

direccin para el control del rendimiento de la compaa por parte del

directorio, por lo que debe ser objetivo y definir claramente lo que podra ser

vendido adems de satisfacer los objetivos de negocio y financieros de la

compaa. El presupuesto de ventas es una herramienta de direccin que hace

uso el directorio para controlar el rendimiento de la compaa. El departamento

de mercadotecnia provee otras contribuciones como el lanzamiento de nuevos

productos y otras iniciativas de mercadotecnia.

Master Production Scheduling(M.P.s)

Es la herramienta de directiva ms importante para el director de operaciones

de una compaa de MTS.

Las entradas principales de M.P.s son:

* Plan de capacidad total por el seguimiento dos meses,

* Niveles de accin verdaderos, y

* Pronstico de demanda de corto plazo.

29


29/85

Otras funciones de este nivel son:

1. Guardar niveles de accin deseables.

2. Implementar un" principio de "Velocidad - para - mercado": reaccin frente a

los cambios importantes en la demanda del mercado rpidamente.

Shop Floor Scheduling

Este nivel lleva a cabo la planificacin verdadera durante la prxima semana

(con una subdivisin diaria), especificado por lneas de produccin y productos.

Las restricciones de planificacin (para tantos hombres como la planificacin

de mquinas) han sido trabajados como programas recomendados fijos para

las proporciones diferentes del producto.

La planificacin es llevada a cabo inicialmente al principio de la semanaplaneada (la carrera principal) en el orden que trabaja un programa semanal

ptimo. Al final de cada da, cuando la realimentacin sobre la produccin

verdadera se pone disponible, el procedimiento es la carrera para el resto del

perodo de planificacin (una carrera de control). Durante esta corrida el plan

actualizado por los siguientes das, sujeto a las mismas restricciones de

planificacin, es producido.

En conclusinEl autor nos da a conocer que debido a los problemas presentados por la

empresa, y segn el anlisis realizado a estos, por parte de los especialistas de

TI y el personal de planificacin de la produccin, se llego a la conclusin de

que implementar los mdulos existentes en el software SAP y haciendo uso

completo sus funcionalidades a la vez de modificar los procesos de la

empresa, aunque corriendo algunos riesgos, resultara ms barato, en

comparacin a modificar a gran medida este software para que pueda cumplir

con los procesos de planificacin de la empresa, adems del costo por brindarsoporte al software.

30


30/85

1.3.2.2. Integration of production planning and scheduling using anexpert system and a genetic algorithm

Segn A. Lawrynowicz, autor de la presente publicacin, los enfoques

tradicionales con respecto a los procesos de planificacin y programacin se

dan de manera secuencial, donde el plan de proceso es determinado antes

que la planificacin verdadera sea llevada a cabo. Es por eso que los sistemas

de planificacin prcticos tienen que poder reaccionar frente a los eventos de

tiempo real con un tiempo de respuesta aceptable y cambiar la programacin

apropiadamente.

Por lo tanto el autor nos propone una nueva metodologa con la aplicacin de

la inteligencia artificial para soportar la planificacin de la produccin y la

programacin en la red de suministro. En donde el problema de planificacinde la produccin es solucionado primero y luego el problema de la

programacin es considerado con la restriccin de la solucin.

Se tiene en cuenta que los sistemas de planificacin prcticos tienen que poder

reaccionar frente a los eventos importantes de tiempo real, dentro de un lapso

de respuesta aceptable y replantear la programacin apropiadamente. En

muchos procesos de produccin, la informacin de tiempo real puede ser

obtenida de computadoras de control de proceso y otros sistemas deobservacin.

El enfoque es implementado como una combinacin del sistema experto y el

algoritmo gentico.

La pregunta respecto a cmo un programador de horarios debe responder a

los cambios en un sistema dinmico en este ambiente es muy importante para

muchas empresas. Entre la creacin de programa y la ejecucin, uno o algunas

suposiciones podran haber cambiado con respecto a, por ejemplo, ladisponibilidad de mquina, material que suministro o cambio del mantenimiento

programan (Percy y Kobbacy2000).

Tradicionalmente requerimientos importantes que planean (MRP), planificacin

de recurso de fabricacin (MRPII) y sistemas de planificacin (ERP) de recurso

31


31/85

de la empresa son usados por empresas grandes como la planificacin de

produccin y las herramientas de planificacin. Porque el implementar el coste

de tal sistema es muy alto, muchas empresas pequeas y medianas combinan

esto con la otra planificacin de produccin y controlan conceptos, como la

tecnologa de produccin justo a tiempo y optimizado.

Por lo tanto, la presente investigacin se concentra en lo siguiente:

(a) Cmo hacer un plan de proceso flexible teniendo en cuenta el estado del

rea de trabajo y disear la informacin;

(b) cmo hacer un programa eficiente teniendo en cuenta las situaciones

dinmicas del rea de trabajo y la complejidad de las restricciones de

recurso;(c) cmo hacer un modelo integrado apropiado, que incluye las restricciones

varias.

En conclusin

La presente investigacin que ha tenido como propsitos principales, mejorar la

eficiencia de la planificacin tradicional y controlar los mtodos, demuestra

cmo puede ser usada una tcnica de inteligencia artificial para optimizar la

fabricacin, los planes de construccin y programacin para diferentesobjetivos como es minimizar el tiempo y maximizar la utilizacin. Por lo tanto se

establece la generacin de los planes de produccin sobre la base de recursos

internos disponibles subcontratando computadoras. Adems, los mtodos

inteligentes propuestos pueden ser aplicados cuando hay una necesidad ara

re-plantear o reprogramar. Es de conocimiento general que en una fbrica de

la vida real ocurre a menudo la interrupcin de la produccin, por lo tanto en tal

situacin, el sistema experto y el algoritmo genrico ejecutan el re-planteado y

reprograman muy rpidamente.

Con este enfoque, el problema de la planificacin de produccin es

solucionado primero y luego el problema de planificacin es considerado con la

restriccin de la solucin. Como una desventaja se tiene que no ofrece la

planificacin de la reduccin a corto plazo y la planificacin para cubrir

32


32/85

requisitos del mercado cambiando para que pueda utilizar la mejor capacidad

disponible de sistemas de fabricacin.

La propuesta de combinar del sistema experto y el algoritmo gentico ha sido

evaluada usando datos de fbricas legtimas.

1.3.2.3. Process and Quality Model for the Production Planning andControl Systems

La presente investigacin es formulada por el Dr. Halim Kazan del Instituto de

Tecnologa de Gebze, el Dr. Ahmet Erglen, de la Universidad de Nigde, y el

Dr. Haluk Tanriverdi de la Universidad de Sakarya, todos en Turqua. En

primera instancia se presenta una base para la tecnologa del proceso y elsistema. Luego se presenta el sistema de control y modelos de calidad para la

planificacin de la produccin.

Descripcin del problema

Cada situacin en un determinado escenario tienen que ser planeado

cuidadosamente paso a paso a lo largo de la planificacin de la produccin y

controlar el proceso de la investigacin en la medicin de la produccin. Sin

embargo en la presente investigacin no se provee un modelo con enfoque enprocedimientos para tasar, mejorar y controlar la calidad del proceso.

Esta investigacin desarrolla un proceso y modelo (PQAM) de calidad que

pueda ser usada para tasar el rendimiento de un sistema en la cadena de

suministros y sub-sistemas para ayudar a identificar areas problemticas.

El proceso y el modelo de calidad (PAQM)

El modelo PAQM consta de quince mdulos integrados. Los detalles y lospasos relacionados con el procedimiento de cada mdulo son los siguientes.

Mdulo A1. Su propsito es definir el proceso, la tecnologa y el sistema

que todos requerirn para las actividades.

Mdulo A2. Su propsito es disear el sistema de & C de PP.

33


33/85

Mdulo A3. Su propsito es implementar el proceso, la tecnologa y

sistema.

Mdulo A4. Su propsito es dirigir la planificacin de produccin y controlar

sistemas.

Mdulo A5. Su propsito es mejorar el proceso, la planificacin de

produccin y los sistemas de control.

Mdulo A6. Su propsito es identificar la cantidad apropiada a lo largo del

proceso en la produccin.

Mdulo A7. Su propsito es identificar el tiempo apropiado para el proceso,

la planificacin de produccin y los sistemas de control.

Mdulo A8. Su propsito es identificar el nivel apropiado de la cantidad en

la lnea de montaje y controlar sistemas.

Mdulo B1. Su propsito es controlar el sistema y la calidad a lo largo de la

planificacin de produccin y controlar el proceso.

Mdulo B2. Su propsito es identificar requisitos del cliente (interno y

externo), las expectativas y la impresin en orden de mejorar el rendimiento

de servicio al cliente constantemente.

Mdulo B3. Su propsito es establecer y refinar la definicin de la calidad

en la planificacin de la produccin y el sistema de control.

Mdulo B4. Su propsito es identificar el coste actual, la productividad y lasmedidas del servicio e identificar brechas en las mediciones actuales.

Mdulo B5. Su propsito es valorar el rendimiento actual y poner los

padrones para la productividad del coste, y atender los objetivos.

Mdulo B6. Su propsito es identificar e implementar los cambios para

mejorar el rendimiento de proceso de planificacin de la produccin en

conjunto.

Mdulo B7. Su propsito es controlar y monitorear el rendimiento de

productividad y servicio para asegurar que el proceso cubra los padrones.

Planificacin de produccin y Control

En 1997 DeToro y Tenner provea un enfoque gradual para la mejora de

proceso. Su modelo es sobre la base de los principios establecido por Crosby,

Deming, Juran y Feigenbaum. Los pasos involucrados en su proceso de

34


34/85

mejora ininterrumpido lo son:

1. Comprensin al cliente. Comprenda los requisitos del cliente final y valore

la habilidad de la organizacin de cubrir estos requisitos.

2. Tasacin de la eficiencia. Recoja los datos sobre medidas de procesointernas y determine si el proceso est cubriendo tales demandas como el

coste, el tiempo del ciclo o la variabilidad.

3. Anlisis del proceso. Determine la eficiencia y la eficacia del proceso, en

este paso, la mejora apropiada de que la ruta debe ser identificado: la

mejora ininterrumpida, benchmarking, o reingeniera. Si la mejora

ininterrumpida es el sendero apropiado entonces luego el paso cuatro es

llevado a cabo.

4. Mejora del proceso. El estudio del plan es usado como un enfoque paramejorar el proceso.

5. Implementacin de los cambios. Haga los ajustes necesarios.

6. Normalizacin y monitoreo. Estar al da con el rendimiento, monitoreo del

proceso y mejora continua.

En conclusin

PAQM provee una metodologa para implementar un programa de calidad o

mejorar uno existente. Por lo tanto a travs de esta serie de mdulos, elmodelo PAQM nos ofrece un mtodo para la identificacin del proceso, la

medicin y el control. Adems es una metodologa sistematica que prescribe:

Los aspectos especficos de la calidad debe ser medida.

Un mtodo para medir estos aspectos de la calidad.

Un mtodo para usar tales medidas en valorar, mejorar y controlar en conjunto

el sistema de la cadena de suministro.

1.3.2.4. Conclusin General

Metodologa

implement

Uso

35


35/85

ada

Caso 1 Se tomara como referencia lo mencionado en el punto1.3.2.1

Master Production Scheduling(M.P.s):

Se menciona que la produccin obedece a unademanda de corto plazo. El proyecto de tesis, priorizarla programacin de la produccin semanal y mensual.

Shop Floor Scheduling:

Menciona que la produccin debe considerarrestricciones de produccin. El proyecto de tesis,considerar y tomar dicho punto como referencia para

el desarrollo del sistema web, la cual tendr unaseccin para considerar dichas restricciones.

Caso 2 tomando como referencia lo mencionado en el punto1.3.2.2

Se coincide en que todo plan de proceso productivodebe ser flexible, pero en el presente proyecto no setomar como base un diseo de algoritmo gentico,sino los cambios obedecern a paradas noprogramadas.

Caso 3 Para el presente caso no aplica el mtodo PAQM, debidoa que los procesos y forma de trabajo ya estn establecidos.

Tabla 2: Cuadro de mtodos y aplicaciones para planificar la produccin.

1.4. Objetivos del Proyecto

1.4.1. Marco Lgico

A continuacin, se muestra el marco lgico con la cual se quiere lograr un anlisis

de las condiciones actuales del entorno, de tal modo, se pueda obtener una idea

ms clara, a nivel macro, de la problemtica a nivel a de procesos

(conceptualizacin del problema)

36


36/85

1.4.1.1. rbol de Problemas

A continuacin, se muestra el rbol de problemas teniendo como punto centralactividades poco ptimas para la planificacin de la produccin

Figura 10: rbol de problemas.

1.4.1.2. rbol de Objetivos

A continuacin, se muestra el rbol de objetivos teniendo como punto central

actividades ptimas para la planificacin de la produccin.

37


37/85

Figura 11: rbol de objetivos.

1.4.2. Objetivo General

El objetivo general del presente proyecto de investigacin es lograr que la

produccin sea controlada a niveles de planificacin, consolidacin de informacine integracin de sistemas y una comunicacin fluida. Finalmente, obteniendo un

mejor control de la cadena de produccin, se tendr una mejor rentabilidad de

dinero.

38


38/85

1.4.3. Objetivos Especficos

Consolidar el anlisis de los rendimientos de las lneas de produccin necesarias para

la planificacin de la produccin.

Controlar la planificacin de la produccin de modo tal que consulte la informacinnecesaria de un solo repositorio de datos.

Facilitar la generacin de reportes relacionados con la produccin.

Integrar la planificacin de la produccin con el MRP de Costos y control de la

Produccin.

Que la comunicacin sea ms fluida y oportuna con todos los involucrados en la

cadena productiva.

Lograr que se planifique de manera integrada los controles preventivos de las lneas

de produccin, as como los controles de calidad tanto en las lneas como en los silosde harina.

1.5. Beneficios del Proyecto

1.5.1. Beneficios Tangibles

Permitir la reduccin de costos gracias a que se desarrollar e implementar un

sistema Web que permita gestionar la planificacin de manera eficaz, es decir, se

producir en los tiempos establecidos y de acuerdo la capacidad productiva, y

demanda del mercado. La produccin de acuerdo a lo que solicita el mercado es

vital en toda empresa, debido a que no se tendr sobre Stock fuera del rango

establecido en los das de alcance que tiene cada producto debido a una sobre

produccin, ocasionando despus que el producto se tenga que donar, vender a

precios menores para que las perdidas no sean tan cuantiosas, etc.

1.5.2. Beneficios Intangibles

La comunicacin fluida entre las reas involucradas es de vital importancia debidoa que no se caer en la produccin improvisada, es decir, sin que el encargado de

almacn justifique y apruebe que se cuenta con los insumos necesarios para la

produccin o que se cuenta con la cantidad de bobinas necesaria para el

empacado del producto, as mismo, que los responsables de planta de produccin

den visto bueno a lneas de produccin.

39


39/85

Con todas las partes enteradas de lo que se necesita producir y con la capacidad

productiva sentada, ya no habr margen de error justificado (fuera de alguna

avera ocasional de maquinara) para programar la produccin, en conclusin, los

tiempos en el desarrollo del programa se vern disminuidos considerablemente.

Se espera que el tiempo que toma el desarrollo del programa se vea reducido enun 40% teniendo como dato que en promedio el desarrollo toma 3 hrs.

1.6. Alcance del Proyecto

Modelado total del Negocio

Modelado Total de Sistema

Diseo de la base de Datos.

Arquitectura del sistema WEB.

Desarrollo total del sistema Web

Fiabilidad de la informacin.

Pruebas de software.

Manual de usuario.

1.7. Conclusiones

Primero, con la implementacin del sistema Web se desea producir de acuerdo

a la demanda del mercado.

Segundo, con la implementacin del sistema Web se desea sentar un mejor

flujo de comunicacin y coordinacin entre los responsables de la cadena

productiva.

Tercero, automatizar gran parte de los procesos de la planificacin de laproduccin e integrar los datos que actualmente estn en Excel hacia el SGBDDB2.

40


40/85

CAPTULO II MODELADO DEL NEGOCIO

2.1.Reglas de NegocioA continuacin, se describirn las reglas de negocio.

LISTA DE REGLAS DE NEGOCIONRO ROL TAREA HERRAMIENTA1 Gerente Regional Elaborar las estimaciones de

ventas regionalesExcel

2 Asistente de Ventas Elaborar las estimaciones deventas mensuales del mercadonacional

Excel

3 Control de Calidad Generar el plan de control defumigaciones

Excel

4 SupervisorMant.Molino

Generar plan demantenimientos preventivos

molino

Excel

5 Supervisor Mant.Fbrica

Generar plan demantenimientos preventivos molino

Excel

6 Jefe dePlaneamiento

Generar los programas deproduccin

Excel

7Comit aprobador Molino

Aprobar el programa para laproduccin de la siguientesemana

Reunin presencial

8 Comit aprobador Fbrica

Aprobar el programa para laproduccin de la siguientesemana

Reunin presencial

9 Super. Almacenes Verificar y generar rdenes deCompra de insumos

Speed400

10 Proyectos Exportacin

Entregar reporte de ventassemanal exportacin

Excel

Reglas de Operacin Simple

1 El programa de planta fideos se aprueba en comit todos los jueves

2 El programa de Molino se aprueba en comit todos los Martes3 Todos los programas son puestos en produccin los das lunes

4 Cuando ocurre una reprogramacin se debe comentar a todos los involucradosdel comit.

5 Toda insumo debe cumplir con los das de alcance establecidos6

Tabla 3: Describe la lista de reglas del negocio.

41


41/85

2.2.Casos de Uso del Negocio:

2.2.1. Relacin de CUNs,A continuacin, los CUNs ms significativos para el desarrollo del sistema.

Figura 12: Lista de CUNs ms significativos para el desarrollo del sistema.

2.2.2. Diagrama de CUNs,

A continuacin, se presenta el diagrama de los CUNs por Actores de Negocio.

Figura 13: Diagrama de CUNs por actores de negocio.

42


42/85

2.2.3. Especificaciones de CUNsA continuacin, las especificaciones de caso de uso del negocio.

Caso de Uso Generar estimacin de ventas mensual

Fuentes rea de Ventas

Actor Gerente regionalDescripcin En el presente CUN se describe la generacin del estimado de ventas mensual.

Flujo bsico 1. Generacin de Estimado de Ventasa) El gerente regional solicita reporte de ventas semanal a los vendedoresb) El vendedor entrega reporte de venta semanal.c) El gerente regional toma los datos de los reportes y obtiene una tendencia

para las ventas del siguiente mes.d) Fin

Flujos alternos No presenta.

Pre-condiciones

Reporte de ventas del vendedor

Post-condiciones Reporte de estimacin de ventas mensual

Reglas deNegocio.

1

Puntos deinclusin

No presente

Puntos deextensin

No presenta

Notas El reporte ventas que entrega el Gerente regional es enviada a lima para seranalizada por el rea de ventas.

Caso de Uso Generar estimacin de ventas semanal

Fuentes rea de Ventas

Actor Asist. Ventas

Descripcin En el presente CUN se describe la generacin del estimado de ventas semanal.

Flujo bsico 1. Generacin de Estimado de Ventas semanala) El Asist. Ventas solicita reporte de ventas mensual enviado por los gerentes

regionales.b) Los gerentes regionales entregan las estimaciones de ventas mensual de sus

regiones asignadas.c) El Asist. Ventas toma los datos de los reportes y obtiene una tendencia paralas ventas de la siguiente semana.

a) Fin

Flujos alternos No presenta

Pre-condiciones

Reporte de ventas de los gerentes regionales.

Post- No presenta

43


43/85

condiciones

Reglas deNegocio.

2

Puntos deinclusin

No presente

Puntos deextensinNo presenta

Notas La estimacin de ventas semanal se entregar al jefe de planeamiento para querealice el programa de la produccin.

Caso de Uso Generar plan de fumigaciones

Fuentes rea de Calidad

Actor Jefe de Calidad

Descripcin En el presente CUN describe el plan de fumigaciones para las lneas deproduccin de cada divisin.

Flujo bsicoGeneracin plan de fumigacionesa) El jefe de calidad agrupa de las lneas de produccin de divisin.b) Si la divisin es Fideos se hace lo siguiente: ir al punto gc) Toma como referencia la fecha del ltimo controld) Toma como referencia los puntos muertos de produccin 15 das despus de

la elaboracin del plan de fumigaciones.e) En dichos puntos se programa las fumigaciones.f) Fing) Si la divisin es Harinas o alimentos balanceados se hace lo siguiente: ir

al punto hh) Toma como referencia la fecha del ltimo control (intervalo de tiempo

bimestral)i) Toma como referencia los puntos muertos de produccin 15 das despus de

la elaboracin del plan de fumigaciones.j) En dichos puntos se programa las fumigaciones.

Fin.

Flujos alternos Presencia de plagasa) Se para la produccinb) Se procede con las fumigacionesc) Fin

Pre-condiciones

Reportes anteriores de plan de fumigaciones

Post-condiciones

No presenta

Reglas deNegocio.

3

Puntos deinclusin

No presente

Puntos de No presenta

44


44/85

extensin

Notas Los datos de los programas de fumigaciones se entrega al rea de planeamientopara la elaboracin del programa

Caso de Uso Generar controles preventivos

Fuentes Area de mantenimiento

Actor Super. Mant. Molino, Super. Mant. Fideos,

Descripcin En el presente CUN describe los controles preventivos de las lneas deproduccin de las divisiones de fideos, harinas y alimentos balanceados.

Flujo bsico 1. Generacin de plan de mantenimientos preventivosa) Si el control es en Fideos hacer lo siguiente: ir al paso b)b) El Supervisor de Mantenimiento elabora su plan cada mesc) Find) Si el control es en Harinas o Alimentos balanceados hacer lo siguiente:

ir al paso e)e) El Supervisor de Mantenimiento elabora su plan cada 2 mesesf) Fin


Pre-condiciones

No presenta

Post-condiciones

No presenta

Reglas deNegocio.

4,5

Puntos deinclusin

No presente

Puntos deextensin

No presenta

Notas El programa de controles preventivos se entregar al jefe de planeamiento paraque realice el programa de la produccin.

Caso de Uso Generar estimacin de ventas exportacin

Fuentes Area de Exportacin

Actor Jefe de Proyectos Exportacin

Descripcin En el presente CUN describe los controles preventivos de las lneas deproduccin de las divisiones de fideos, harinas y alimentos balanceados.

Flujo bsico 1. Generacin de reporte de exportacin semanala) El cliente enva su pedido va correo electrnico, previa coordinacin

telefnica o presencial.b) El Jefe de Proyectos exportacin toma pedido.c) Elabora el reporte de ventas de exportacind) Fin

45


45/85


Pre-condiciones

Solicitud de compra por parte del cliente.

Post-condiciones

No presenta

Reglas deNegocio. 10

Puntos deinclusin

No presente

Puntos deextensin

No presenta

Notas El programa de ventas de exportacin se entregar al jefe de planeamiento paraque realice el programa de la produccin.

Caso de Uso Elaborar Programa

Fuentes Area de Planeamiento

Actor Jefe de Planeamiento

Descripcin En el presente CUN se describir los pasos para elaborar el programa de laproduccin.

Flujo bsico 1. Generacin del programa

a) El planeador recoge y analiza reporte de fumigacionesb) El planeador recoge y analiza reporte de Mantenimientos preventivosc) El planeador recoge y analiza reporte de estimacin de ventas semanald) El planeador recoge y analiza reporte de estimacin de ventas exportacin

e) El planeador, analiza los rendimientos de lneas de produccin por producto aproducir (moldes)

f) Analiza disponibilidad de recursos inventariadles (bobinas, papel tocuyo, etc)g) Analiza disponibilidad de insumos en almacn para la elaboracin de los

productosh) Procede con la elaboracin del programa por divisin (familia de produccin)i) Fin


Pre-condiciones

Generacin de Estimado de Ventas semanal Generacin plan de fumigaciones Generacin de plan de mantenimientos preventivos Generacin de reporte de exportacin semanal

Post-condiciones

No presenta

Reglas deNegocio.

6

Puntos deinclusin

No presente

Puntos de No presenta

46


46/85

extensin

Notas El programa ser enviado al comit para su aprobacin.

Caso de Uso Aprobar Programa


Actor Comit aprobador

Descripcin En el presente CUN se describir los pasos para aprobar el programa de laproduccin.

Flujo bsico 1. Generacin del programaa) El comit recibe el programab) Si aprueba es puesto en produccin. Ir al paso d.c) Si no aprueba es devuelto al jefe de planeamiento para su correccin. Ir al

paso d.d) Fin


Pre-condiciones

Programa de la planificacin de la produccin.

Post-condiciones

No presenta

Reglas deNegocio.

7,8

Puntos deinclusin

No presente

Puntos de

extensin

No presenta

Notas El programa de la produccin es enviada a produccin fideos, molino y alimentosbalanceados para su puesta en produccin.

Caso de Uso Generar rdenes de Compra


Actor Supervisor de Almacenes

Descripcin En el presente CUN se describir los pasos generar una Orden de Compra

Flujo bsico 1. Generacin de Orden de Compraa) En caso sea por Programa produccin hacer lo siguiente: ir al paso b)b) El almacenero analiza los das de alcance cada insumo.c) El almacenero analiza los requisitos de insumos para la produccind) El almacenero analiza los requisitos de recursos inventarales para la

produccine) Finalmente, genera Orden de Compra de acuerdo a la necesidad del

programa y a los das de alcance.f) Fin

47


47/85

g) En caso sea por una avera en la lnea de produccin ir al paso h)h) Se avisa a las rea competentes y solicita al jefe de planeamiento que ajuste

su programa debido a una parada no programada.


Pre-

condiciones

Programa de la produccin

Post-condiciones

No presenta

Reglas deNegocio.

9

Puntos deinclusin

No presente

Puntos deextensin

No presenta

Notas

2.3.Diagramas de Actividades del Negocio.

Diagrama de Actividades Generacin de estimacin de Ventas

Figura 14: Diagrama de actividades consolidado de generacin de estimacin de

48


48/85

ventas.

Diagrama de Actividades Elaborar Programa.

Figura 15: Diagrama de actividades consolidado de Elaborar Programa.

49


49/85

2.4.Diagrama de Clases de Objeto del NegocioA continuacin, se muestra el diagrama de clases de objeto del negocio.

Figura 16: Diagrama de clases de objeto del negocio.

2.5.Conclusiones.

Las reglas negocios mencionadas son propias de la empresa. Por otro lado, en elpresente proyecto de tesis no se va a alterar ningn proceso de negocio.

50


50/85

CAPTULO III REQUERIMIENTOS DEL PROYECTO

3.1.Requerimientos del software.

3.1.1. Relacin de requerimientos.

A continuacin, se listar los requerimientos del proyecto.

Nro. Req Descripcin

1 Permitirquese puedan registrar los programas de planificacin de laproduccin.

2 Permitir que se puedan registrar los programas de controles defumigacin.

3 Permitir que se puedan registrar los mantenimientos preventivos.

4 Permitir que se puedan reutilizar los programas de produccin.

5 Permitir que se pueda enviar va correo electrnico a aprobacin elprograma a los responsables de la lnea de negocio afectada.

6 Permitir que se puedan copiar semanas de planificacin. Ejemplo,copiar la semana 18 a la 19.

7 Permitir que se puedan enviar alertas de escases de insumos.

8 Permitir que el programa sea susceptible a paradas noprogramadas.

9 Permitir visualizar en un reporte, las cantidades a producir, horasmaquina programada y descripcin del producto; agrupadas todaspor lneas de produccin.

10 Permitir ver el estado de aprobacin del programa.

11 Permitir mover los programas hacia un histrico.

51


51/85

12 Permitir enviar un correo electrnico al momento de rechazar elprograma por parte de algn integrante del comit especificando lacausa del rechazo.

Tabla 4: Lista de requerimientos del proyecto.

3.1.2. Especificacin de requerimientos (funcionales y no funcionales).

A continuacin, se mencionar tanto lo requerimientos funcionales como no

funcionales.

Requerimientos Funcionales

Requerimiento Descripcin

Registrar Programa El usuario ingresar lo datos necesarios para registrar el

programa de la produccin.

Replantearprograma

El usuario podr replantear un programa debido aeventos aislados, como por ejemplo, una parada noprogramada (avera de maquina)

Mover versin El usuario podr mover una versin hacia un histrico

Consultar Histricos El usuario podr consultar programas.

Programar controlesde calidad

El usuario podr programar las fumigaciones de lasdistintas lneas de produccin.

Programacin deMantenimientosPreventivos

El usuario podr programar los mantenimientospreventivos de las distintas lneas de produccin, porejemplo, renovacin de moldes para la lnea p400.

Publicar Programa El usuario al momento de terminar con la programacinde la produccin, dicho programa ser enviado por elusuario a publicacin para su aprobacin por parte delcomit

Generar Reporte dePrograma

El usuario podr generar el reporte del programa de laproduccin., en la cual, se mostrarn las cantidades de

produccin y horas maquina necesarias.

Tabla 5: Lista de requerimientos funcionales del proyecto.

52


52/85

Requerimientos No Funcionales

Requerimiento Descripcin

Funcional

El sistema deber soportar un aproximado de 20Usuarios simultneos.

El sistema deber proveer un tiempo de acceso a losdatos en menos de 20 segundos de empezado elacceso (sujeto a varianza del ancho de banda).

El consumo de recursos por parte del cliente no sermayor 100Mb de memoria RAM.

El sistema deber completar el 100% de 1transaccin en menos de 1 minutos.

Usabilidad

El usuario deber ser capaz de utilizar cualquierfuncin del sistema, utilizando solamente loselementos de ayuda del sistema (manual de usuario)entre 5 a 20 minutos dependiendo del grado deconocimiento del usuario.

Fiabilidad

Disponibilidad: El sistema de Planificacin de laProduccin se implantar para estar 99.9% operativodurante las 24 horas del da.

MTBF (Tiempo estimado entre fallas): El tiempoestimado entre fallas ser no mayor a un 0.1% por

usuario (mientras est utilizando el sistema). MTTR (Tiempo estimado entre reparaciones) En caso

de reparacin por fallas el tiempo fluctuar entre unay seis horas, dependiendo de la magnitud de la falla.

Rendimiento

La carga de las pginas en el navegador: menor a15 segundos.

La utilizacin de recursos:

o Memoria RAM (en MB): mayor a 15Mb ymenor de 100Mb (depende carga).

o Base de Datos: depende de la cantidad de

transacciones (datos).Restricciones deDiseo

Restriccin del entorno del sistema

o El Software ser elaborado en el lenguaje deprogramacin Asp.Net C# utilizando laherramienta Visual Studio .NET 2010, utilizarel administrador de base de datos DB2 AS400

Restricciones de Arquitectura

53


53/85

o El sistema deber ser desarrollado enarquitectura de capas.

Seguridad

El sistema contar con claves de usuario encriptados,debido a que se usa el SGBD DB2 AS400. Adems, secontar con la caracterstica de caducidad de claves o

intentos fallidos (tercer intento). Por ltimo, la validacinde usuario ser a travs del propio motor del AS400.

Tabla 6: Lista de requerimientos No funcionales del proyecto.

3.2.Casos de Uso del Sistema.

3.2.1. Diagrama de Actores del sistema.

A continuacin, el diagrama de actores del sistema.

Figura 17: Diagrama de actores del sistema.

3.2.2. Diagrama de Paquetes.

A continuacin, el diagrama de paquetes del sistema.

54


54/85

Figura 18: Diagrama de paquetes del sistema.

3.2.3. Casos de Uso del Sistema

3.2.3.1. Diagrama de Casos de Uso del Sistema

A continuacin, se muestra la figura 10 que contiene el diagrama de CUS

Figura 19: Diagrama de CUS del sistema.55


55/85

3.2.3.2. Matriz de CUNs vs CUSs

A continuacin, se muestra el diagrama la matriz de requerimientos vs CUS.

Figura 20: Diagrama de CUNs vs CUS.

56


56/85

3.3.Modelo Conceptual del sistema.3.3.1. Diagrama del Modelo Conceptual

A continuacin, se muestra el diagrama del modelo conceptual.

Figura 21: Diagrama del modelo conceptual.

57


57/85

3.4.Benchmarking (Anlisis comparativo con otras soluciones).3.4.1. Soluciones encontradas.

3.4.2. Evaluacin de las soluciones encontradas.

58


58/85

3.5.Prototipo de la solucin

Interfaz Ingreso a la Aplicacin Web

59


59/85

Interfaz borradores de programas creados

Interfaz de publicacin de un borrador de programa

60


60/85

Interfaz copiar versiones para trabajarlas en un programa nuevo.

Interfaz Mover Versin hacia un histrico

61


61/85

Interfaz de registro del programa

Interfaz de registro del programa se pueden trabajar hasta 4 semanas en una solapantalla por lnea de produccin.

62


62/85

Interfaz de registro del programa la forma de agregar un artculo a producir ser pormedio de arrastre.

Interfaz de registro del programa una vez posicionado el articulo podemos correrlos a losdems das, gracias a la creacin de controles personalizados.

63


63/85

Interfaz de registro del programa herramienta de correr artculos men contextual

Interfaz de registro del programa resultado de correr los tems 5 horas y media.

64


64/85

Interfaz de consolidado del programa por lnea de produccin.

65


65/85

CAPTULO IV ARQUITECTURA

4.1.Realizacin de los casos de uso ms significativos para la arquitectura.

4.1.1. Diagrama de Casos de Uso ms significativos para la arquitectura.

4.1.2. Especificacin de los casos de uso.

4.1.3. Diagrama de secuencias de diseo.

4.1.4. Diagrama de clases de diseo.

4.2.Modelo de Datos

4.2.1. Diagrama del Modelo de Datos.

4.2.2. Diccionario de datos.

4.3.Modelo de Despliegue.

4.4.Modelo de Componentes.

4.5. Conclusiones.

CAPTULO V DESARROLLO Y PRUEBAS

5.1.Desarrollo

5.1.1. Plataforma tecnolgica: tecnologas, frameworks, patrones, etc.

5.1.2. Descripcin de los estndares de desarrollo.

5.2.Pruebas

5.2.1. Plan de pruebas del proyecto

5.2.2. Casos de uso de pruebas del proyecto para los casos de uso mssignificativos para la arquitectura.

5.2.3. Anlisis de las pruebas con sus respectivos reportes de ejecucin.

5.3.Conclusiones.

66


66/85

CAPTULO VI GESTIN DEL ROYECTO

6.1.Viabilidad del proyecto

6.1.1. Viabilidad tcnicaPara la realizacin del proyecto es fundamental contar con una serie de recursos

tecnolgicos que ayudarn a desarrollar el sistema. Se ha encontrado la mejor

alternativa de entorno de desarrollo para el proyecto. A continuacin se explicar

dicho criterio.

Propuesto

La alternativa consiste en usar el protocolo HTTP permitiendo que el aplicativo

Web se despliegue a travs de cualquier browser de Internet. Ahora bien el

Sistema Web estar comunicado con el modulo de produccin del sistema

SPEED400 (desarrollado en Visual Basic 6.0). Adems, todas las transacciones

que se hagan con esta aplicacin sern a travs del motor de base datos

compartido DB2 - AS400. Se usar el Framework 4.0 para el desarrollo sistema y

se aprovechar el mismo SGBD

Licencias y Dominio

Se detalla los recursos a nivel de licencias necesarios para la implementacin del

sistema, las cuales han sido adquiridas por la empresa.

Recurso Detalle

Dominio Una direccin IP pblica que redireccione a nuestro servidor.

Licencia VisualStudio 2010

Dos licencias de Visual Studio 2010 profesional

Licencia WindowsServer 2003

Una licencia de Windows server 2003 para alojar la pginaweb.

Start UML Herramienta usada para el modelado del negocio y delsistema.

Tabla 7: Tabla de licencias y dominios necesarios.

67


67/85

Tener presente que actualmente se cuenta con servicio de hosting propio en la

empresa, adems de poseer todas las licencias respectivas a nivel software.

Hardware

Las caractersticas con las que se cuentan a nivel de infraestructura de TI son las

siguientes:

Recurso Detalle

Servidor de aplicaciones Procesador Pentium IV 3.0 GHz.

Disco Duro de 40 Gb.

Memoria RAM de 2 Gb.Servidor de base de datos AS/400 iSeries.

PC de desarrollo Procesador dual core 3.0 GHZ.

Disco duro de 160 Gb.

Memoria RAM de 2 Gb.

Fast Ethernet (RJ45) 100 Mbps.

Concentrador o Hub

Concentrador 100Base-T

Tabla 8: Tabla de hardwares necesarios para la implementacin delproyecto.

6.1.2. Viabilidad econmica:

En cuanto a los recursos hardware a adquirir, se cuentan:

En cuanto al Hardware:

Dispositivos(*) Cantidad Precio (1) Subtotal

PC Desarrollador Pentium 4

Disco duro de 80GB

Procesador Intel 3.0GHz

Memoria RAM de 2Gb

2 0 0

68


68/85

Router para la conexin a internet 1 0 0

PC - Servidor

Disco duro de 500 Gb.

2 Procesadores de 3.0

GHz

Memoria RAM de 4 Gb

1 0 0

Total

(Soles)0

Total en

12 meses

0

Tabla 9: Tabla de viabilidad econmica en cuanto a Hardware.

(*) Representa que ya se cuentan con los recursos necesarios de lo que a

hardware se refiere para desarrollar el sistema.

En cuanto al software:

Software/ Licencia(*) Cantidad Precio(1)(s/.)

Subtotal

Licencia de Visual studio.Net 2010(*)

2 0 0

Total 0

Total 12meses

0

Tabla 10: Tabla de viabilidad econmica en cuanto a software.

(*) Representa que ya se cuenta con 2 licencias de visual Studio .Net

2010.

En cuanto a recursos Humanos:

Personal Cantidad Costo/Hora Costo/Mensual (*)

Jefe Proyectos 1 S/. 31,25 S/. 6,000

69


69/85

Analista 2 S/. 14,06 S/. 5400

Diseador 1 S/. 13,02 S/. 2500

Programador 2 S/. 10,42 S/. 4000

Tester 1 S/. 14,06 S/. 2700

Documentador 1 S/. 7,81 S/. 1500

Total

(Soles)

S/. 22,100

Total en 6

MesesS/. 132,600

Tabla 11: Tabla de viabilidad econmica en cuanto a recursos humanos.

(*) En total de horas semanales laborables son 48 hrs que al mes seran

192 hrs.

En cuanto a servicios prestados por terceros:

Personal Costo/Mensual Costo/Mensual (*)

Conexin a internet S/. 23 S/. 23

S/. Total S/. 23

Total en 12

MesesS/. 276

Tabla 12: Tabla de viabilidad econmica en cuanto a servicios prestadospor terceros.

(*) El costo actual del servicio de Internet es de $ 1,100 por 4mb de ancho

de banda dedicado. Se toma como referencia dicho monto para realizar un

aproximado del costo mensual en consumo de ancho de banda del

aplicativo Web.

Conclusin

En cuanto a los gastos de Hardware y Software el costo es cero, debido a

que se cuenta con todas las licencias y hardware necesario para el

desarrollo del proyecto. Finalmente, la plataforma de desarrollo que se

usar para la codificacin del aplicativo web ser Visual Studio 2010,

70


70/85

debido a que actualmente se estn desarrollando proyectos con el mismo

entorno, por tal motivo, se desea mantener la misma lnea de plataforma

para evitar gastos en mantenimientos de mano de obra futuras.

El total de costos estimado para el desarrollo del proyecto por elperiodo de un ao es de S/. 132,876.

Estimacin del Presupuesto Total del Proyecto

Para la Estimacin de retorno de inversin se han evaluado los costos de

tesis vasquez silva version iii

Documents