ADELAIDA ESTELA BALVÍN LANDEOrepositorio.usil.edu.pe/bitstream/USIL/2870/1/2017_Balvin_Implemen… · considerablemente y el número de inversionistas en el rubro ha aumentado paulatinamente

Facultad de Ingeniería

Carrera de Ingeniería Empresarial y de Sistemas

IMPLEMENTACIÓN DE UN SISTEMA WEB PARA LA VALORIZACIÓN DE EQUIPOS MAYORES Y MENORES EN

LA DIVISIÓN DE CONSTRUCCIÓN CIVIL DE GRAÑA Y MONTERO

Tesis para optar el Título Profesional de Ingeniero Empresarial y de Sistemas

ADELAIDA ESTELA BALVÍN LANDEO

Lima – Perú

Agosto, 2017

i

DEDICATORIA

Dedicado con amor:

A Dios por darme la oportunidad de vivir cada día y tener vida.

A mi familia, a mi madre y hermanas, por guiarme y por apoyo constante en todo lo

que emprendí, son el motor y la inspiración por seguir adelante.

A Antonio por ser mentor y consejero en la etapa de mi vida profesional y personal.

ii

AGRADECIMIENTO

En primer lugar, agradezco a Dios por darme la fortaleza para enfrentar todo

obstáculo, la inteligencia y la salud necesaria para la elaboración de mi proyecto.

Agradezco a mi madre Martha Landeo Camarena que me apoyó con sus consejos

durante mi carrera universitaria, y siempre estuvo pendiente de lo que necesitaba,

brindándome los consejos necesarios.

A mis hermanas; Denisse y Luisa, por las muestras de cariño y el apoyo incondicional

a pesar de la distancia.

A mi novio Antonio, quien es mi mentor y consejero en etapas de mi vida profesional

y personal.

A los docentes quienes supieron guiar e impartir valiosos conocimientos y que gracias

a ello han contribuido al desarrollo de la presente y por compartir su conocimiento.

iii

INTRODUCCIÓN

En la actualidad, la tendencia de construcción civil ha evolucionado y el número de

inversionistas de éste sector ha aumentado paulatinamente en América Latina debido

a las mejoras políticas y económicas de cada país, generando oportunidades en

nuevos mercados nacionales e internacionales.

Este factor ha permitido que los trabajadores de las empresas opten por mejorar su

estructura de costos y puedan realizar negociaciones con las diferentes obras o

proyectos de construcción civil. Dichas negociaciones son realizadas con la finalidad

de llegar a un acuerdo con las obras respecto a sus tarifas de alquiler de equipos,

componentes o herramientas a fin de mantener un costo casi estándar en el mercado.

A efectos de estandarizar el proceso de gestión de equipos y sus costos asociados,

la empresa Graña y Montero ha considerado necesario invertir en la construcción de

un software que permita controlar y gestionar adecuadamente la valorización de sus

equipos mayores y menores.

Para alcanzar tales fines se propuso en la presente tesis la implementación de un

sistema Web realizado por la empresa TechEra, en la cual, quien suscribe, fue

responsable del proyecto, a efectos de determinar la valorización de equipos mayores

y menores en la división de construcción civil de Graña y Montero; con el fin de

mejorar los resultados de sus indicadores de gestión del área de Central de Equipos

los cuales son supervisados por los responsables del área de Control Patrimonial,

Finalmente, uno de los puntos considerados en la implementación del sistema fue la

coordinación continua con el área de Sistemas los cuales nos facilitaron información

relevante de la institución, y especialmente del área objeto de estudio. Las reuniones

y coordinaciones realizadas con los usuarios líderes sirvieron para conocer las

necesidades del cliente a fin de generar un aporte al área de Central de Equipo, y a

la vez, mejorar los resultados de gestión de la empresa.

iv

RESUMEN

En la presente tesis se expone el trabajo de la implementación de un Sistema web de

valorización de equipos mayores y menores. Denomínese equipos mayores cuyos

costos superan las 20UIT(Unidades Impositivas) caso contrario son menores; para la

división de construcción civil de la empresa Graña y Montero, cuyo producto ha sido

exitosamente implementado porque se cumplió con la calidad requerida, costo y

tiempo en las diferentes obras que se encuentran situadas en los países de Perú,

Chile y Colombia.

Mediante el uso de este sistema web se simplifican las labores de gestión del proceso

de valorización de equipos y su respectivo control y ubicación física. El sistema ha

sido construido usando la metodología RUP y UML como lenguaje de modelamiento

y Asp.net como lenguaje de programación y está conformado por distintas

funcionalidades que cubren todo el proceso y las operaciones que se ejecutan en el

área de Central de Equipos de la división de construcción civil de Graña y Montero.

Es necesario señalar que los resultados del sistema implementado tienen impactos

significativos en los indicadores que fueron identificados en la problemática de la

investigación, lo cual ha generado una gestión eficiente en el proceso de valorización

de equipos mayores y menores de la división de construcción civil.

Palabras claves:

Valorización de Equipos, Metodología RUP, Sistema Web, Sector Construcción.

v

ABSTRACT

This thesis presents the work about the implementation of Web System to Graña and

Montero company in the process for the valorization of major and minor equipment for

the civil construction division, denominate larger equipment whose costs exceed 20

UIT, Otherwise they are minor equipment. Whose product has been successfully

implemented in the different works that are located in Peru, Chile and Colombia.

The use of this web system simplifying the tasks of management of the process of

valorization of equipment and their respective control and diferents physical location.

The system has been built using the RUP methodology and UML as a modeling

language with different functionalities that involve all the process and the operations

that are executed in the area of Equipment Center of the division of civil construction,

Graña and Montero company.

It’s necessary to report that the results of the implemented system have significant

impacts on the indicators that were identified in the research problem, which has

generated an efficient management in the valorization process of major and minor

equipment of the civil construction division of Graña and Montero company.

Keywords:

Valorization of Equipment, RUP Methodology, Web System, Construction Sector.

vi

ÍNDICE

DEDICATORIAS ......................................................................................................... i AGRADECIMIENTOS ................................................................................................. ii INTRODUCCIÓN ....................................................................................................... iii RESUMEN ................................................................................................................. iv ABSTRACT ................................................................................................................ v ÍNDICE DE GRÁFICOS ............................................................................................. ix ÍNDICE DE TABLAS .................................................................................................. x

CAPÍTULO I: REALIDAD PROBLEMÁTICA

1.1 EL PROBLEMA DE INVESTIGACIÓN .............................................................. 2

1.1.1 Planteamiento del Problema. ...................................................................... 2

1.1.2 Formulación del Problema. ....................................................................... 10

1.2 JUSTIFICACIÓN DEL PROBLEMA ................................................................ 10

1.3 OBJETIVOS .................................................................................................... 11

1.3.1 Objetivo General. ...................................................................................... 11

1.3.2 Objetivos Específicos. .............................................................................. 11

1.4 HIPÓTESIS ..................................................................................................... 12

1.4.1 Hipótesis General. .................................................................................... 12

1.4.2 Hipótesis Específicas. ............................................................................... 12

1.5 MÉTODO ........................................................................................................ 13

1.5.1 Tipo de Diseño de Investigación. .............................................................. 13

1.5.2 Nivel de Investigación. .............................................................................. 13

1.5.3 Técnicas de Recolección de Datos. .......................................................... 13

1.5.4 Diseño de Investigación ............................................................................ 14

CAPÍTULO II: MARCO REFERENCIAL

2.1 ANTECEDENTES ........................................................................................... 16

2.1 MARCO TEÓRICO ......................................................................................... 18

2.2.1 Competitividad Empresarial. ..................................................................... 18

2.2.2 Sector de Construcción Civil ..................................................................... 19

2.2.3 Ingeniería y Construcción (Gestión de Equipos) ....................................... 21

2.2.4 Gestión de la Cadena de Suministro ........................................................ 23

2.2.5 Sistema de Información. ........................................................................... 25

2.2.6 Métodos de Construcción de Software. .................................................... 26

vii

2.2.7 Valorización de Equipos. .......................................................................... 27

CAPÍTULO III: DESARROLLO DEL SISTEMA WEB 3.1 MODELADO DEL NEGOCIO .......................................................................... 30

3.1.1 Diagrama de Paquetes. ............................................................................ 30

3.1.2 Modelo de Casos de Uso del Negocio. ..................................................... 31

3.1.2.1 Especificación de Casos de uso del Negocio. .................................... 32

3.1.3 Modelo del Dominio. ................................................................................. 38

3.1.4 Modelo de Objetos del Negocio. ............................................................... 38

3.2 REQUISITOS .................................................................................................. 40

3.2.1 Visión ........................................................................................................ 40

3.2.1.1 Propósito ............................................................................................ 40

3.2.1.2 Alcance ............................................................................................... 41

3.2.1.5 Posicionamiento ................................................................................. 41

3.2.1.6 Descripción de Stakeholders y Usuarios. ........................................... 43

3.2.1.7 Descripción Global del Producto ........................................................ 45

3.2.1.8 Descripción Áreas Involucradas. ........................................................ 48

3.2.1.9 Restricciones. ..................................................................................... 49

3.2.1.10 Precedencia y Prioridad. .................................................................. 50

3.2.1.11 Otros Requisitos del Proyecto .......................................................... 51

3.2.2 Plan de Desarrollo de Software. ............................................................... 53

3.2.2.1 Vista General del Proyecto. ................................................................ 53

3.2.2.2 Organización del Proyecto. ................................................................ 56

3.2.2.3 Gestión del Proyecto. ......................................................................... 57

3.2.3 Casos de Uso. .......................................................................................... 64

3.2.3.1 Especificación de Casos de Uso. ....................................................... 64

3.3 ANÁLISIS ........................................................................................................ 73

3.3.1 Diagrama de Análisis ................................................................................ 73

3.4 DISEÑO .......................................................................................................... 82

3.4.1 Modelo de Datos. ...................................................................................... 82

3.4.2 Prototipos del Sistema. ............................................................................. 83

3.5 IMPLEMENTACIÓN ........................................................................................ 89

3.5.1 Modelo de Implementación. ...................................................................... 89

3.5.2 Productos de la Implementación ............................................................... 92

3.6 PRUEBAS ....................................................................................................... 92

viii

3.6.1 Casos de Pruebas Funcionales ................................................................ 92

3.7 DESPLIEGUE ............................................................................................... 102

3.7.1 Modelo de despliegue ............................................................................. 102

CAPÍTULO IV: RESULTADOS 5.2 PRESENTACIÓN DE RESULTADOS ....................................................... 103

CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES 5.2 CONCLUSIONES ..................................................................................... 104

5.2 RECOMENDACIONES ................................................................................. 105

REFERENCIAS BIBLIOGRÁFICAS ....................................................................... 107

ANEXOS ................................................................................................................ 110

ix

ÍNDICE jDE GRÁFICOS

Gráfico 1 Proceso de Valorización de Equipos, AS-IS ............................................... 5

Gráfico 2 Subproceso Gestión de Equipos. ............................................................... 6

Gráfico 3 Subproceso Solicitud de Requerimiento de Equipos. ................................. 6

Gráfico 4 Subproceso Confirmación de Requerimientos de Equipos ......................... 7

Gráfico 5 Subproceso Despachar Equipos a Obra. ................................................... 7

Gráfico 6 Proyectos del Sector Construcción. .......................................................... 20

Gráfico 7 Diagrama de Paquetes. ............................................................................ 30

Gráfico 8 Diagrama de Casos de Uso del Negocio. ................................................. 31

Gráfico 9 Modelo de Objeto Gestionar Alta de Equipos. .......................................... 38

Gráfico 10 Modelo de Objeto Gestionar Baja de Equipos ........................................ 38

Gráfico 11 Modelo de Objetos Devolución de Equipos ............................................ 39

Gráfico 12 Modelo de Objetos Gestionar Requerimeintos. ...................................... 39

Gráfico 13 Modelo de Objetos Gesitonar Valorización. ............................................ 39

Gráfico 14 Modelo de Objetos Control de Stock. ..................................................... 40

Gráfico 15 Relación de prioridades según funcionalidad ......................................... 51

Gráfico 16 Cronograma de Actividades. ................................................................... 59

Gráfico 17 Diagrama de Actividad Gestionar Equipos ............................................. 73

Gráfico 18 Diagrama de Actividad Gestionar Baja de Equipos ................................ 74

Gráfico 19 Diagrama de Actividad Despacho de Equipos ........................................ 74

Gráfico 20 Diagrama de Actividad Devolución de Equipos ...................................... 75

Gráfico 21 Diagrama de Actividad Gestionar Valorización ....................................... 75

Gráfico 22 Diagrama de Estado de Equipos ............................................................ 76

Gráfico 23 Diagrama de Estados de Valorización .................................................... 76

Gráfico 24 Diagrama de Secuencia Registrar Equipos ............................................ 77

Gráfico 25 Diagrama de Secuencia Solicitud de Requerimientos ............................ 78

Gráfico 26 Diagrama de Secuencia Despachar Equipos ......................................... 79

Gráfico 27 Diagrama de Secuencia Devolución de Equipos .................................... 80

Gráfico 28 Diagrama de Secuencia Valorizar Equipos............................................. 81

Gráfico 29 Diagrama de Clases del Sistema ............................................................ 82

Gráfico 30 Prototipo Maestro de Equipos- Listado ................................................... 83

Gráfico 31 Prototipo Maestro de Equipos - Registrar ............................................... 84

Gráfico 32 Prototipo Listado de Requerimientos ...................................................... 85

Gráfico 33 Prototipo Atención de Requerimientos ................................................... 85

Gráfico 34 Prototipo Confirmación de Requerimientos ............................................ 86

Gráfico 35 Prototipo Despacho y Devolución de Equipos ........................................ 87

Gráfico 36 Prototipo de Valorización preliminar ....................................................... 88

Gráfico 37 Edición de Valorización preliminar .......................................................... 88

Gráfico 38 Prototipo de Valorización final ................................................................ 89

Gráfico 39 Entorno de trabajo .................................................................................. 90

Gráfico 40 Diagrama de Componentes .................................................................... 92

x

ÍNDICE DE TABLAS

Tabla 1 Total de procesos manuales y automatizados .............................................. 4

Tabla 2: Indicadores del proceso de valorización ...................................................... 9

Tabla 3: Variable Independiente .............................................................................. 12

Tabla 4: Variables Dependientes ............................................................................. 13

Tabla 5: Estructura de Trabajo ................................................................................. 14

Tabla 6 Resumen de Stakeholders. ......................................................................... 43

Tabla 7 Resumen de Usuarios. ................................................................................ 44

Tabla 8 Características del Software. ....................................................................... 46

Tabla 9 Costos por Entregable. ................................................................................ 48

Tabla 10 Artefactps (entregables) del Producto. ...................................................... 55

Tabla 11 Comité Ejecutivo. ...................................................................................... 56

Tabla 12 Comité Técnico. ........................................................................................ 57

Tabla 13 Hitos del Proyecto. .................................................................................... 57

Tabla 14 Costos por Roles. ...................................................................................... 59

Tabla 15 Costos de personal en todo el Proyecto. ................................................... 60

Tabla 16 Flujo de Caja. ............................................................................................ 60

Tabla 17 Estimación Cuantitativa. ............................................................................ 61

Tabla 18 Lista de Riesgo. ......................................................................................... 63

Tabla 19 Resultado de los Indicadores .................................................................. 103

1

CAPÍTULO I: REALIDAD PROBLEMÁTICA

En la actualidad, la tendencia de construcción civil ha evolucionado

considerablemente y el número de inversionistas en el rubro ha aumentado

paulatinamente debido a las mejoras políticas y económicas que el Perú ha tenido en

los últimos 10 años, generando así, oportunidades y empleos a nivel nacional.

Es oportuno señalar, que las actividades de las empresas constructoras y de sus

trabajadores son diferentes a otras pertenecientes de los diversos sectores

productivos de la economía nacional; difiriendo en dos aspectos básicos:

• Primero: La movilidad permanente de los centros de producción (que son

las obras) por ser temporales en su ubicación y en el tiempo. Es decir,

cuando una obra finaliza desaparece el centro operativo y de producción

de la empresa y el trabajador-constructor se moviliza a otro lugar.

• Segundo: Las empresas constructoras elaboran, permanentemente, un

producto diferente. No hay dos proyectos u obras iguales entre sí.

Este sector se caracteriza por ser altamente competitivo, lo cual obliga a las empresas

a mejorar su estructura de costos y realizar alianzas estratégicas (consorcios, joint

venture, etc). Dichas alianzas estratégicas son realizadas con la finalidad de disminuir

la competencia y aprovechar mejor las oportunidades que se presentan en el sector.

Sin embargo, en muchas empresas del sector construcción se ha percibido que uno

de los problemas constantes que presenta es la administración de su patrimonio que

tienen, tales como equipos mayores1 y menores2 relacionados con su actividad

principal que son adquiridos a través de sus diferentes contratos con los clientes.

Por tal razón, para muchas empresas del sector este problema es considerado crítico,

ya que, en muchos casos, los equipos no son gestionados de manera eficiente y por

ende son enviados hacia diferentes obras en condiciones de funcionamiento

inadecuados, debido a una falta de cronograma de utilización de los equipos

actualizados oportunamente, lo cual genera malestar en los Gerentes de Obra hasta

el punto de solicitar la postergación de la ejecución del proyecto.

1 Equipos Mayores: Equipos cuyo valor supera las 20 UIT 2 Equipos Menores: Equipos cuyo valor son inferior a las 20 UIT

2

Ante lo expuesto, en la presente tesis se ha conceptualizado la implementación de un

sistema web para la valorización de equipos mayores y menores en la división de

construcción civil, tomando como caso de estudio a la empresa constructora Graña y

Montero del Perú.

1.1 EL PROBLEMA DE INVESTIGACIÓN

1.1.1 Planteamiento del Problema.

GRAÑA Y MONTERO, desde adelante GyM, es una corporación líder que

se caracteriza por brindar múltiples servicios, a nivel nacional e

internacional, en las siguientes áreas de negocio: Ingeniería y

Construcción, Infraestructura, Inmobiliaria y Servicios, poniendo a

disposición de sus clientes equipos de profesionales y técnicos altamente

especializados y de gran experiencia para la ejecución de sus proyectos

con los estándares de calidad que el mercado exige.

En el caso de la división (denominada empresa) de Construcción Civil

(GyM) de la Corporación GRAÑA Y MONTERO, fundada en el año 1933

tiene en su acervo histórico innumerables proyectos realizados en todos

los sectores de la construcción: Electromecánica, Obras Civiles,

Edificaciones y Servicios de Minería, los cuales han tenido un impacto

significativo en el crecimiento económico de la organización y su

posicionamiento competitivo en el mercado local.

Uno de los puntos resaltantes de la división de Construcción Civil (GyM) es

que cuenta con una flota de equipos de última generación con los más altos

estándares de mantenimiento que a su vez buscan certificar el

cumplimiento de todos sus proyectos antes del plazo con la calidad y

seriedad que sus clientes requieren. Para alcanzar tales objetivos, en GyM

se realizan las operaciones a través de diferentes unidades de negocios,

siendo una de las más importantes la denominada Central de Equipos

(CEQ).

3

La CEQ3 está conformada por diferentes profesionales que tienen la

responsabilidad de administrar el patrimonio de la empresa o división, que

tienen en su haber, equipos mayores y menores relacionados con el sector

de construcción civil que son adquiridos a través de sus diferentes

contratos con los clientes. Es tarea de la CEQ gestionar eficientemente la

reposición y renovación de flota de equipos de la división o empresa

mediante las actividades de alquiler para la ejecución de los contratos.

La CEQ también tiene como principal rol garantizar la plena satisfacción de

los Directores, Gerentes, Ingenieros y demás miembros de las Divisiones

de GyM atendiendo oportunamente sus necesidades de equipos para la

ejecución de los proyectos en el sector de construcción, así como también,

velar por la conservación física de los equipos que se encuentran bajo sus

responsabilidades.

Sin embargo, en la actualidad la CEQ presenta falencias en la gestión de

los equipos cuando estos son requeridos en los diferentes proyectos

ejecutados por la empresa GyM. Por ejemplo, cuando las obras solicitan

los equipos para una determinada fecha la CEQ recepciona la información

de manera tardía debido a que su proceso de solicitud de equipos se

realiza de manera manual, lo cual genera un retraso significativo en la

atención de los mismos.

Otro de los problemas que presenta la CEQ, lo cual es considerado crítico,

es que los equipos son enviados hacia diferentes obras en condiciones de

funcionamiento inadecuados, esto se debe a una falta de cronograma de

utilización de los equipos actualizado oportunamente, lo cual genera

malestar en los Gerentes de Obra hasta el punto de solicitar la

postergación de la ejecución del proyecto. Asimismo, la transferencia de

equipos de una obra a otra frecuentemente se viene realizando sin la

autorización de la CEQ, debido a la falta de automatización del proceso de

solicitud de equipos.

3 CEQ: Central de Equipos

4

Es determinante mencionar que los procesos de Valorización de Equipos

se encuentran parcialmente automatizados lo cual ha originado los

problemas expuestos en párrafos anteriores. Es decir, que los procesos se

encuentran actualmente soportados por una versión en escritorio no

actualizada (PowerBuilder v6.0) haciendo nula su interoperabilidad con

otros sistemas del negocio, véase el siguiente gráfico.

Tabla 1 Total de procesos manuales y automatizados

Tipo Stereotipo Total Tiempo de duración

Manual 5 3 días cada uno

Automatizada 7 1 día cada uno

Fuente: Elaboración Propia

5

Fuente: Manual de Procesos GyM (2013)

Gráfico 1 Proceso de Valorización de Equipos, AS-IS

6

Debemos resaltar que el gráfico N° 1 hace referencia a cinco (5) procesos

manuales los cuales tienen actividades de ejecución con un tiempo

estimado de 3 días cada uno de ellos, según las estimaciones tomadas

durante el periodo 2015

Fuente: Elaboración propia




Gráfico 2 Subproceso Gestión de Equipos.

Gráfico 3 Subproceso Solicitud de Requerimiento de Equipos.

7



Gráfico 4 Subproceso Confirmación de Requerimientos de Equipos

Gráfico 5 Subproceso Despachar Equipos a Obra.



8





Gráfico 6 Devolver Equipos de Obra a Almacén

Gráfico 7 Procesar Valorización de Equipos.

9

Con referencia a los gráficos descritos se puede observar que el proceso

de valorización de equipos se viene ejecutando de forma manual y

automatizada (véase gráfico N°1), lo cual tiene un impacto significativo en

la toma de decisiones que se estipulan a nivel organizacional y que no

coadyuvan a su posicionamiento competitivo a nivel nacional e

internacional. A continuación, presentamos algunas métricas que son

impactadas por una gestión deficiente en el proceso de valorización de

equipos de la división y/o empresa GyM.

Tabla 2: Indicadores del proceso de valorización

INDICADORES FORMULA REAL OBJETIVO

(ESPERADO) FUENTE

Porcentaje de inexactitud en los datos de disponibilidad de equipos para atender requerimientos en muestra de 30 proyectos. *

Reporte de equipos

disponibles respecto al reporte de inventario

físico.

30% 0%

Interna

Porcentaje de insatisfacción de las obras por falencias en la valorización.

Porcentaje de insatisfacción

de obras respecto al

total de obras ejecutadas.

40% 0%

Porcentaje de transferencias no autorizadas en muestra de 30 proyectos.

Porcentaje de transferencias

no autorizadas

respecto a 30 proyectos.

30% 0%

Pérdidas al año de los equipos al ser transferidos de manera inadecuadas entre las obras muestra de 30 proyectos.

Reporte de pérdida de

equipos respecto a

una muestra de 30

proyectos.

20% 0%

Porcentaje de pérdida de proyectos en el sector construcción por problemas de valorización.

Porcentaje de pérdida de proyectos respecto a una línea base de

cartera de proyectos.

20% 0%

Porcentaje de Inexactitud de Informes de Valorización.

Porcentaje de inexactitud de

informes 40% 0%

10

respecto al total de

informes por obras

ejecutadas.

* Se tomó en cuenta a 30 proyectos como muestra del total de la población

(100 proyectos), durante el año 2014 porque se tenía un registro completo

de cada uno de ellos en base a los reportes emitidos por la institución. En

los años 2012 y 2013 los proyectos no presentaban información completa

sobre su estado de pérdidas.

Ante lo expuesto, es resaltable mencionar que los problemas principales

del proceso de valorización de equipos mayores y menores, se generan

por la falta de un sistema integrado y multifuncional que hasta la fecha no

existe en el rubro de la construcción un sistema que integre todos los

procesos de valorización.

1.1.2 Formulación del Problema.

¿En qué medida la implementación de un sistema web, basada en la

metodología RUP, mejorará la valorización de Equipos Mayores y Menores

en la División de Construcción Civil de la empresa Graña y Montero?

1.2 JUSTIFICACIÓN DEL PROBLEMA

El desarrollo del presente proyecto pretende reducir las falencias de información

y la falta de interoperabilidad con otros sistemas (Oracle Business Suite, Sistema

de Mantenimiento, etc.) que se viene presentando en el proceso de Valorización

de Equipos Mayores y Menores de la división GyM, a través de la CEQ.

Es decir, que esta solución servirá como una herramienta de apoyo a la CEQ para

que puedan tomar decisiones en el menor tiempo posible en relación a la gestión

de los equipos mayores y menores que se encuentran en los almacenes y en las

diferentes obras de GyM. Por Ejemplo, normalmente el tiempo que demanda en

atender y despachar 600 equipos a las obras de GyM es de 20 horas, se estima

que el proyecto deberá contribuir con la disminución de tiempo a 4 horas. La



11

solución también permitirá que el sistema sea interoperable con otras

aplicaciones de la organización en relación al inventario de sus bienes

patrimoniales.

Cabe precisar que la implementación del sistema web automatizará las

actividades que se vienen ejecutando de forma manual, siendo esto estratégico

para la reducción de costos en el proceso de valorización, disminuyendo

paulatinamente el grado de insatisfacción de los Gerentes de Obras que

actualmente se encuentran operando en la división GyM, manteniendo

sostenidamente su posición en el mercado de construcción civil a nivel global.

1.3 OBJETIVOS

1.3.1 Objetivo General.

Implementar un Sistema Web, basado en la metodología RUP, para mejorar

la Valorización de Equipos Mayores y Menores en la División de Construcción

Civil – GyM a efectos de integrar las funcionalidades que cubrirán las

necesidades y requerimientos identificados en la valorización.

1.3.2 Objetivos Específicos.

Identificar las necesidades y requerimientos que son solicitados por los

usuarios líderes del proceso de Valorización de Equipos.

Analizar e interpretar los requerimientos a nivel funcional.

Diseñar la propuesta de solución a nivel técnico y no funcional.

Implementar el sistema web de valorización con las funcionalidades que

cubrirán las necesidades y requerimientos identificados en el

levantamiento de información.

Analizar si la implementación del Sistema de Valorización de Equipos

Mayores y Menores en la División de Construcción Civil – GyM ayuda a

mejorar la calidad de la información de manera oportuna y reducción de

los costos de logística.

12

1.4 HIPÓTESIS

1.4.1 Hipótesis General.

La implementación de un Sistema Web, mejorará el proceso de Valorización

de Equipos Mayores y Menores en la División de Construcción Civil en Graña

y Montero.

1.4.2 Hipótesis Específicas.

Los reportes emitidos por el sistema web, en el proceso de valorización de

equipos, ayuda a determinar efectivamente la disponibilidad de los equipos.

La entrega eficiente de los equipos a diferentes proyectos de GyM se alínea

a los requerimientos de los usuarios.

La continuidad de las mejoras en el cálculo de valorizaciones por parte del

sistema web genera confiabilidad y calidad en la gestión de los proyectos.

Operacionalización de Variables

Variable independiente: Sistema Web, para la definición de esta variable

hemos establecido el siguiente indicador.

Tabla 3: Variable Independiente

INDICADOR REAL ESPERADO

Sistema Web Valoriza Procesos

ineficientes

Los procesos se

ejecutarán con mayor

eficiencia

operacional.

Variable dependiente: La tesis estipula como variable dependiente el

proceso automatizado en la valorización de equipos mayores y menores

en la división de construcción civil de Graña y Montero.



13

Tabla 4: Variables Dependientes

INDICADOR

Porcentaje de inexactitud en los datos de disponibilidad de equipos

para atender requerimientos en muestra de 30 proyectos.

Porcentaje de insatisfacción de las obras por falencias en la

valorización.

Porcentaje de transferencias no autorizadas en muestra de 30

proyectos.

Pérdidas al año de los equipos al ser transferidos de manera

inadecuadas entre las obras muestra de 30 proyectos.

Porcentaje de pérdida de participación en el sector construcción por

problemas de valorización.


1.5 MÉTODO

1.5.1 Tipo de Diseño de Investigación.

• Investigación Aplicada, porque se empleará la metodología de desarrollo

de software RUP, el cual será aplicado en proyecto de implementación del

sistema web Valoriza.

1.5.2 Nivel de Investigación.

• Descriptiva y correlacional, porque permite estudiar el grado de relación

entre nuestra variable dependiente y variable independiente (Procesos de

valorización de CEQ y el sistema web Valoriza).

1.5.3 Técnicas de Recolección de Datos.

A través de las entrevistas e inspección de proyectos se obtuvo resultados

en una muestra de usuarios que laboran en las obras y usuarios que

laboran en la Central de Equipos (CEQ), (Véase Anexo N° 1).



14

n₁ = 30 Jefes de Obra.

n₂ = Responsable de Valorización y Responsable de Control Patrimonial.

GE = O₁ x O₂.

O₁ = Valores de los indicadores de la variable dependiente del sistema web.

X = Sistema Web.

O₂ = Después de la implementación.

1.5.4 Diseño de Investigación

Se desarrolló un plan de trabajo para obtener la información con la finalidad

de conseguir respuestas a las interrogantes y poder comprobar la hipótesis

de estudio y así alcanzar los objetivos.

La tesis se encuentra enmarcada con la metodología RUP, que es una

metodología para la gestión de proyectos de software. Esta decisión se

tomó a raíz de las circunstancias y el entorno de GyM, así como también

los cambios repentinos de los requerimientos por parte del cliente. En el

siguiente cuadro se presentan las fases y actividades por las cuales el

presente trabajo de investigación las tomó en consideración.

Tabla 5: Estructura de Trabajo

Fases Actividades Detalle de actividades

INIC

IO

Modelamiento de Negocio:

Modelo de Casos de uso del negocio.

Especificar casos de uso del negocio.

Modelo del dominio.

Modelo de objetos del negocio.

Documento donde se detalla la conceptualización del problema a través de modelos que sirven como herramientas de apoyo. Artefactos (entregables):

- Documento de especificación de casos de uso del negocio.

- Documento de modelo de dominio, - Documento de objetos del negocio.

15

EL

AB

OR

AC

ION

Requerimientos

Definir el alcance del proyecto.

Definir el plan del proyecto.

Definir los casos de uso del sistema.

Documento donde se especifica el detalle del alcance del proyecto, restricciones y metodología a aplicar en todas las fases del proyecto. Artefactos (entregables):

- Documento de visión. - Plan de desarrollo.

- Especificación de casos de uso del sistema.

Análisis y Diseño

Elaborar los diagramas de análisis y diseño.

Diagrama de Secuencia Diagrama de Actividades Diagrama de Clases Diagrama de Estados Prototipos versión borrador Artefactos (entregables):

- Documento con prototipos del sistema.

CO

NS

TR

UC

CIO

N

Implementación

Elaborar diagrama de implementación y componentes.

Desarrollar los módulos acordados.

Artefactos (entregables):

- Modelo de componentes

Prueba

Ejecutar las pruebas funcionales y no funcionales.


- Documento de pruebas funcionales.

TR

AN

SIC

IÓN

Despliegue Se deberá instalar el software en los servidores de producción y capacitar a los usuarios para su respectivo uso. Se deberá realizar las pruebas de integración. Artefactos (entregables):

- Acta de aceptación del producto.



16

CAPÍTULO II: MARCO REFERENCIAL

2.1 ANTECEDENTES

BERMUDEZ, Julio. Mejoramiento de la calidad en la gestión de procesos para

supervisión de obras. Tesis de posgrado: Magister Universidad Nacional Mayor

de San Marcos. Lima, 2010.

Resumen. El tenor de la tesis focaliza que la implementación de un Sistema

para la Gestión de Procesos en Supervisión de Obra (SGSO) para una

empresa determinada, no es otra cosa que la adecuación de los procesos

existentes en la organización para mejorar la gestión de las actividades y el

uso eficiente de los recursos orientados al aumento de la satisfacción del

cliente.

Es decir, la mejora de procesos a través del sistema propuesto está

coadyuvando las actividades del Supervisor de Obra en el control de la

ejecución de obra, absolviendo las consultas que formule el constructor;

facultándolo en ordenar el retiro de materiales o equipos por mala calidad o por

incumplimiento de las especificaciones técnicas.

CARBONEL, Francisco. Modelos de la gestión de la cadena de suministro en

el sector de construcción. Artículo publicado en el Dpto. Organización de

Empresas de la Universidad Politécnica de Valencia, España. 2010.

Resumen. El artículo argumenta que el sector de la construcción en nuestros

días se ha caracterizado por la estacionalidad, baja especialización de las

actividades, atomización financiera y organización piramidal vertical de las

empresas. Estos factores son ocasionados por la subcontratación de servicios

y mano de obra, y el subarriendo de equipos de manera inflexible y deficiente

dentro de la empresa.

Esta falta de flexibilidad de los procesos puede causar pérdida de

competitividad en las industrias del sector construcción, debido a que sus

empresas se caracterizan por gestionar muchos proyectos en diferentes zonas

geográficas al mismo tiempo y que a su vez tienen invertidas grandes

cantidades de dinero en dichos proyectos (Rey Román et al., 2005). Ante esta

17

situación, las empresas asumen nuevos cambios organizacionales para estar

preparados en el presente y futuro con sistemas organizacionales capaces de

adaptarse a su entorno competitivo.

Tomando en consideración el nuevo enfoque de las empresas del sector

construcción, el artículo menciona varios modelos de gestión organizacional

que se adscriben al Modelo de Organización Global (GOM) que tiene como

finalidad abordar soluciones que mejoren el funcionamiento de las empresas

en términos de calidad, productividad, flujos de materiales, aprendizaje

colectivo, innovación y satisfacción al cliente.

CARHUAVILCA, Carlos. Elementos para determinación del costo horario de

los equipos y maquinaria del sector de construcción. Ministerio de Vivienda,

Construcción y Saneamiento (Resolución Directoral Nº 035-2010).

Resumen: Carhuavilca sustenta los detalles de la Norma Técnica del Ministerio

de Vivienda, Construcción y Saneamiento que como mínimo debería ser

utilizado por el sector de construcción “Elementos para determinación del costo

horario de los equipos y maquinaria del sector de construcción”, donde resalta

que la maquinaria para la actividad de la construcción es uno de los bienes de

capital más costoso; por ello, quien posee ésta debe tener en cuenta que el

capital que ha invertido en su adquisición, debe de ser un dinero susceptible

de ser recuperado con una utilidad razonable, gracias al trabajo realizado por

la máquina misma.

En la actualidad es común observar o saber de sobrecostos, incumplimiento

en los plazos, desperdicio de materiales y almacenaje inoficioso en los

proyectos de construcción que inciden negativamente en la productividad y

competitividad de las empresas constructoras, por esa razón el Ministerio de

Vivienda, Construcción y Saneamiento aprobó la Norma Técnica con el fin de

establecer a toda obra de construcción un marco básico que organice, aclare,

facilite la determinación de los costos reales en relación a los equipos y

maquinarias que son usados en las diferentes obras.

Norma Técnica que ha sido adoptado por la empresa o división GyM en sus

procesos de valorización de equipos mayores y menores en los proyectos de

construcción que realiza o gestiona a nivel nacional.

18

2.1 MARCO TEÓRICO

A continuación, mencionaremos los conceptos referenciales que enriquecen el

contenido de la investigación.

2.2.1 Competitividad Empresarial.

Según OYARCE (2013), las organizaciones en la actualidad gestionan un

conjunto de prácticas sobresalientes orientadas a la innovación y la calidad

de sus servicios y productos que ofertan al mercado global a efectos de

posicionarse competitivamente en su entorno en términos financieros y de

satisfacción al cliente. Por esa razón, en el ámbito político de las

organizaciones se institucionalizan nuevas capacidades y atributos de gestión

que organiza e integra sus procesos como un todo para relacionarse mejor

con su entorno.

En el marco de la estrategia empresarial, la formulación y ejecución de una

serie integrada de decisiones basadas en las necesidades del cliente,

incluyen la identificación de una posición definida en el mercado respecto al

ofrecimiento de productos o servicios a bajo costo o diferenciados de mayor

valor, a efectos de convertirse en una empresa líder del mercado (PORTER,

1990).

En el caso de GyM, la competitividad hace parte de su política institucional, a

través del fomento de una actuación integradora y de calidad, en cada uno de

los componentes de la cadena de proveedores que gestiona. Tomando como

referencia la memoria anual de GyM (2014), la ventaja competitiva que

profesa esta institución a nivel nacional se basa en dos principios

fundamentales: diseño de estrategias y diferenciación. Para alcanzar tales

objetivos, GyM integra adecuadamente sus procesos en función de la

satisfacción de sus clientes, accionistas y personal, lo que ha permitido en la

organización un posicionamiento competitivo para llevar a cabo los proyectos

de construcción.

En recientes artículos, GyM ha sido elegida como la empresa mejor

gestionada en América Latina por su estrategia de negocios más convincente

y coherente de la región, lo que les ha permitido tener operaciones en siete

19

países y listar acciones en la Bolsa de Valores de Nueva York, convirtiéndose

así, en la empresa del sector construcción con mayor capitalización bursátil

en Latinoamérica (Artículo de la revista inglesa Euromoney, 2014).

2.2.2 Sector de Construcción Civil

Según ICEX4 (2012), en el Perú el sector de la construcción se ha constituido

como uno de los componentes más dinámicos de la cadena productiva a lo

largo de los últimos años debido a que ha generado empleos conexos a otros

sectores productivos (comercio y servicios), mejorando su capacidad

productiva y competitiva, en términos globales. Es importante destacar, que

el sector de la construcción en el 2014 ha representado el 5.5% del PBI en el

Perú con tendencias de mayor crecimiento en los próximos años.

A pesar de una caída productiva del sector construcción a inicios del 2015, el

Perú ha proyectado una recuperación del crecimiento del PBI, con una tasa

de 3,9 por ciento, en base al dinamismo de la inversión generada en los

gobiernos regionales y locales en términos de infraestructura y construcción.

Para el 2016, el país proyecta una aceleración del crecimiento del PBI en 5,3

y 5,8 por ciento, respectivamente, tomando como base línea el crecimiento

extraordinario en la producción minera y una mayor inversión en

infraestructura.

Según el MTPE5 (2012), en los últimos años, el sector de construcción por su

crecimiento económico es considerado como uno de los sectores líderes en

nuestro territorio y se estima su efecto multiplicador sobre el producto en

2,244, lo cual equivale a que por cada dólar invertido en dicho sector el

impacto final sobre el PBI nacional será de 2,244 dólares, participes en el

proceso productivo. A inicios del 2016, el sector de construcción ha

demostrado tener el mejor desempeño entre los sectores que componen el

IGBVL6, lo que la convierte en una acción con alto potencial de apreciación,

gracias a la influencia de inversión que tuvo el sector público y privado. Por

ejemplo: Los programas “Provias nacional” y “Provias descentralizado”,

4 ICEX: Instituto Español de Comercio Exterior. 5 Ministerio del Trabajo y Promoción del Empleo. 6 IGBVL: Índice General de la Bolsa de Valores de Lima

20

orientando a la mejora y rehabilitación de carreteras en las ciudades de

Chachapoyas, Tarapoto, Sicuani, Trujillo y Catahuari (Ancash).

Basado en las premisas expuestas, podemos mencionar que la construcción

es considerada a nivel mundial como uno de los sectores que más aporta al

crecimiento de los países y regiones, porque demanda mano de obra

calificada e impacta directamente en la cadena de valor de otros sectores

productivos. De acuerdo al informe elaborado por la Federación

Interamericana de la Industria de la Construcción (FIIC, 2013), el Perú se

encuentra en el puesto N°7 en Latinoamérica, en cuanto a bienes y servicios

producidos por ese sector, y una de las empresas nombradas a nivel nacional

es la organización GYM.

Debemos destacar que el sector construcción crecería alrededor de 7.0% en

el 2016, explicado por la mayor inversión pública y privada que dinamizará la

ejecución de obras, destacando la infraestructura vial y de ejecución de

proyectos inmobiliarios.

Gráfico 6 Proyectos del Sector Construcción.

Fuente: Proyectos de Inversión 2014-2018 /Proinversión

21

Es importante mencionar que las empresas del sector construcción no tienen

procesos mapeados sobre los términos de valorización de equipos mayores

y menores de manera integral, lo que estaría generando una inadecuada

gestión organizacional en empresas como SSK Sigdo Kooper7, JJC

contratistas, Robocon Servicios SAC

2.2.3 Ingeniería y Construcción (Gestión de Equipos)

A finales de los 50’s los fabricantes de equipos introdujeron recomendaciones

de mantenimiento para alargar la vida útil de los equipos, es ahí donde

definieron el concepto de mantenimiento preventivo.

Posteriormente en los años 70’s y los 80’s nace el concepto de la calidad

total” en Japón, estableciéndose en el campo de la ingeniería el

“Mantenimiento Productivo”, basado en incrementar la confiabilidad de los

equipos (cero fallas), involucrando al operador a efectuar parte del

mantenimiento, desarrollando las gerencias (Ingeniería, Proyectos y

Mantenimientos) para prevenir las fallas desde el diseño, adiestrando a los

mantenedores de multioficios a través de programas de motivación personal

y la utilización de metodologías de búsqueda de “causa – raíz” de las fallas

de los equipos.

Desde los 90´s hacia la actualidad la filosofía del “Mantenimiento Productivo

Total” (TPM) se mantiene en un gran número de empresas del sector

construcción quienes continuamente establecen pautas propias de cada

trabajo en equipo, adecuándose a las operaciones, para saber lo que la

empresa quiere ser y a dónde pretende llegar.

Asimismo, el arte de la valuación industrial se desarrolló desde 1980, cuando

la expansión de industrias manufactureras alcanzaba su mayor auge en el

continente europeo, y es partir de entonces que los ingenieros, los industriales

y economistas empezaron a tener una participación activa en la valorización

sistemática de los procesos de manufactura.

7 SSK Sigdo Koopers – Fuente

22

Expertos en la aplicación de sistemas de calidad, mejora continua y

manufactura esperan que el arte de la valuación en las industrias se

perfeccione continuamente a efectos de diseñar adecuadamente la

planeación de la adquisición de equipos y maquinarias industriales que

conlleven a ejecutar nuevos proyectos con enfoque a la valuación de sus

equipos y procesos de alto rendimiento.

Según ROMO (2004), empresas como Exxon, Royal Dutch y France Telecom,

entre otras, han aumentado su notoriedad en la valorización de sus sistemas

de producción, inventario de equipo de transporte y tecnología industrial. No

se encuentran ajenas a esta ciencia de la valuación las empresas del sector

construcción con importantes carteras de proyectos, centros de distribución,

equipo de transporte y mobiliario de oficina.

Para SOLDEVILLA & CORDOBÉS (2008), las empresas del oriente como el

occidente están adoptando métodos de valuación en los análisis de riesgos

crediticio de los proyectos, en el análisis de la cadena de abastecimiento de

la industria, en la administración de inventarios de la empresa y proyección

de ventas de nuevos productos en el mercado demandante. Tal es así, que

grupos de trabajo de alto rendimiento y mejora continua están siendo

capacitados en métodos de valuación, principalmente en la valorización de

maquinaria y equipo, en el método de valuación por puntos aplicados a la

localización y construcción de nuevas plantas de producción y centros de

distribución.

En el Perú, empresas como GyM han aumentado su demanda de servicios

de valuación, principalmente en el valor de liquidación de maquinaria y

equipo, definición del costo de reposición nuevo de maquinaria especializada,

así como los avalúos de activos fijos y proyección financiera de nuevos

proyectos del sector construcción. Para satisfacer su demanda de servicios

de valuación, GyM contratan peritos y empresas de desarrollo de software

para la conciliación del inventario físico de los activos fijos con el listado

contable de la empresa, en la depreciación por componentes de los mismos

y clasificación de la información.

23

2.2.4 Gestión de la Cadena de Suministro

De acuerdo con las teorías más recientes de la administración de empresas, la

gestión de la cadena de suministro puede comprender de 45% a 50% de los

costos de una empresa ya que abarca todas las actividades asociadas con el

flujo y transformación de bienes e información asociada desde la fase de

materias primas hasta el usuario final. Es esencialmente un conjunto de

proveedores y clientes conectados; donde cada cliente es a su vez proveedor

de la siguiente organización hasta que el producto terminado alcanza al usuario

final (Massachusetts Institute of Technology, 2003).

Sin embargo, debemos precisar que la gestión de la cadena de suministro se

remonta desde hace siglos atrás, en los cuales se necesitó definir una

estrategia que asegurara el adecuado suministro de armamento y munición

para el desarrollo de las batallas y/o guerras. El concepto evolucionó para

pasar del área militar al área empresarial, donde se busca, de igual manera,

asegurar un adecuado suministro de materias primas e insumos que permitan

el desarrollo de su misión.

Posteriormente, el concepto de gestión de la cadena de suministro se asocia a

la logística necesaria para que la cadena de proveedores funcione de una

manera adecuada con eficacia y eficiencia en el movimiento de los productos

desde una empresa a otra, desde el fabricante a la cadena de distribuidores,

vendedores y consumidor final. Sin embargo, debemos mencionar que la

gestión de la cadena de suministro involucra igualmente la transferencia de

conocimiento, la promoción de la innovación, el mejoramiento de estándares

de calidad y la implementación de mecanismos de comunicación eficientes a

lo largo de dicha cadena, tal como la emplea GyM en el ámbito del sector de la

construcción.

Independientemente de cuál sea la razón que lleve a GyM a ser responsable

con los compromisos asumidos con sus clientes, lo que está claro, es que la

empresa necesita gestionar la sostenibilidad a lo largo de la cadena de

suministro la gestión de los materiales, la información y los flujos de capital, así

como la cooperación entre empresas a lo largo de toda la cadena donde se

24

integren los objetivos de las tres dimensiones del desarrollo sostenible de sus

proyectos: la económica, ambiental y social.

Según RUBIANO (2003), la importancia de la gestión de información en la

integración y la mejora de los rendimientos en las cadenas de suministro

generan en las empresas una visibilidad extensa de la información de la

demanda y los inventarios a lo largo de la cadena misma, mejorando la

efectividad global de la CS (throughput), así como la eficacia (nivel de servicio),

neutralizando significativamente al mismo tiempo, el efecto bullwhip.

Para SEURING Y MÜLLER (2008), en la medida en que las empresas a través

de su departamento de compras realiza requerimientos ambientales a su

cadena de suministro, genera una necesidad de innovación en el mercado, lo

cual es uno de los principales motores para el desarrollo empresarial, la

creatividad, la experiencia, las buenas prácticas y las necesidades de

competitividad o diferenciación, que crea una nueva manera de hacer las cosas

en una empresa, ya sea en tecnología o en procesos. De esta manera, en la

presente tesis se pretende abordar algunas características de la cadena de

suministro donde se aportan ideas sobre maneras diferentes de hacer las

cosas, tal como se lo propone GyM en el sector construcción.

No hay que confundir el concepto de gestión de la cadena de suministro con la

logística integral. Ésta constituye una parte del proceso de la cadena de

suministro que planifica, implanta, y controla la eficiencia y efectividad de los

flujos y almacenamiento de bienes, servicios, e información desde el punto de

origen al punto de consumo con el objetivo de satisfacer las necesidades de

los clientes. Mientras que la gestión de la cadena de suministro fluye

directamente desde arriba, requiere de un proceso de decisiones estratégico.

En resumen, hay definitivamente una necesidad de GyM para la integración de

las operaciones de negocio en la cadena de suministro que van más allá de

logística y reducir el “time-to-market” en las introducciones de nuevos

productos.

25

2.2.5 Sistema de Información.

Según LAUDON & LAUDON (2012), los sistemas de información no son

proyectos aislados dentro de la organización debido a que realiza explotación

de la información de acuerdo a sus necesidades, haciendo uso significativo

de la tecnología, para tomar decisiones con mayor rapidez y eficacia en

respuesta a las necesidades del mercado en el cual es participe. Por otro

lado, los mismos autores, mencionan que los sistemas de información

permiten mejorar los objetivos estratégicos de una organización a efectos de

que estas puedan posicionarse oportunamente en el ámbito de su frontera

competitiva, siendo ellos:

a) Excelencia operacional

b) Nuevos productos

c) Servicios y modelos de negocios

d) Intimidad con clientes y proveedores

e) Toma de decisiones mejoradas

f) Ventaja competitiva

Haciendo una descripción breve de algunos objetivos estratégicos, podemos

mencionar que la excelencia operacional, en el ámbito de los sistemas de

información, permite que los gerentes obtengan mayores niveles de eficiencia

en las operaciones de negocios, en especial para adaptarse a los cambios en

las prácticas de negocio y el comportamiento gerencial.

En el caso de los nuevos productos, los sistemas de información cumplen el

rol de generar en las organizaciones nuevos modelos de negocio que se

reflejan en la creación de nuevos productos y servicio.

Si bien es cierto, definir los sistemas de información como elementos claves

y de soporte en el crecimiento de una organización, podemos definir que la

solidez de la computación en la nube y el crecimiento de la plataforma digital

móvil permiten a las organizaciones confiar más en el teletrabajo, el trabajo

remoto y la toma de decisiones distribuida. Esta misma plataforma significa

que las empresas pueden subcontratar más trabajo y depender de los

mercados (en vez de los empleados) para generar valor. También quiere decir

26

que las empresas pueden colaborar con los proveedores y clientes para crear

nuevos productos, o productos existentes de una manera más eficiente

Continuando con lo expresado por los autores LAUDON & LAUDON, La

tecnología de la información, aunada a un rediseño organizacional de igual

proporción, viene creando en las organizaciones las condiciones necesarias

para una empresa totalmente digital. La cual se puede definir a lo largo de

varias dimensiones. En una empresa digital, casi todas las relaciones de

negocios significativas de la organización con los clientes, proveedores y

empleados están habilitadas y mediadas en forma digital. Los procesos de

negocios básicos se realizan por medio de redes digitales que abarcan a toda

la empresa, o que enlazan a varias organizaciones.

Los procesos de negocios se refieren a la descripción lógica de la secuencia

de actividades relacionadas directamente con el negocio, que al ser

modelados y automatizados dan valor agregado a sus productos o servicios

que finalmente generan para la empresa aumento en su productividad.

Asimismo, se fortalecen con el tiempo para producir resultados de negocios

específicos, desarrollar un nuevo producto, generar y completar un pedido,

crear un plan de marketing que impactan directamente con una fuente de

solidez competitiva en las organizaciones de manera continua y sostenible.

2.2.6 Métodos de Construcción de Software.

Según Piattini (1996), la metodología del desarrollo de software es un

framework, es decir, una secuencia de procedimientos, buenas prácticas y

soporte de documentos que son base para estructurar el desarrollo del

software.

Según Royce (1970), son procesos secuenciales de desarrollo con una visión

hacia abajo en el cual se pueden observar, verificar y retroalimentar cada

etapa antes de pasar a la siguiente, iniciando desde el análisis de las

necesidades, el diseño, implantación, pruebas de validación, hasta la

integración y mantenimiento, aunque el autor no usa el termino cascada, esta

definición se asemeja a ella.

27

Según Marqués (1991), existe más de una metodología de desarrollo de

software, pero todas tienen un punto en común las etapas de análisis, diseño,

desarrollo, pruebas, evaluación y puesta en marcha.

o Proceso Racional Unificado (RUP)

Para Jacobson (2000), la metodología del desarrollo de software RUP es

un conjunto de elementos que se basa en el Lenguaje Unificado de

Modelado para realizar las fases en el desarrollo del software, es usado en

la elaboración de diversos sistemas en muchas organizaciones.

Según Ramos (2013), en la metodología RUP, los requerimientos deben

ser comunicados, y cumplir con un análisis, diseño y mejora en todos los

procesos, y actividades.

De acuerdo a la RISI-UNMSM (2010), su estructura está basada en cuatro

fases (concepción, elaboración, construcción y transición) y dos disciplinas

de proceso y soporte, para su entendimiento utilizan casos de uso, sus

procesos se fundamentan en iteración e incremento, administra cambios,

gestiona riesgos y es complemento de otras herramientas.

2.2.7 Valorización de Equipos.

Para FERNANDEZ (2008), la valorización de los activos de una empresa

debe indicar el precio mínimo por el que se debe vender a sus distintos

compradores a efectos de que puedan realizar una compra-venta satisfactoria

en ambos actores.

El valor de los activos de una empresa debe focalizarse desde una

perspectiva estática que, por tanto, no tiene en cuenta la posible evolución

futura de la empresa, el valor temporal del dinero ni otros factores que también

le afectan como puede ser: situación del sector, problemas de recursos

humanos, de organización, de contratos tal como lo estipula la empresa GyM.

Por tal razón, GyM presenta manuales que guían el proceso de valorización

de equipos, los cuales son proporcionados por la CEQ a sus empleados.

Estos documentos son institucionalizados, por ser directrices que

28

estandarizan los flujos de trabajo concernientes a los procesos de

valorización de equipos, gestionados en cada uno de los proyectos de la

institución (véase gráfico N°1).

Según OTAL & SERRANO (2006), las Normas Internacionales de Información

Financiera (NIIF), también conocidas por sus siglas en inglés como IFRS, es

posible encontrar las siguientes categorías de activo fijo no financiero que

viene siendo empleadas por GyM, tales como:

a) Activos mantenidos por la empresa con el propósito de utilizarlos en el

proceso productivo o en tareas administrativas a largo plazo.

b) Inversiones inmobiliarias o propiedades de inversión son terrenos o

edificios que, su totalidad o en parte, se tienen (por el dueño o por el

arrendatario) para obtener rentas periódicas, plusvalías o ambas, en lugar

de para el destino descrito para los elementos del inmovilizado material.

c) Recientemente, la NIIF, Activos no corrientes mantenidos para la venta y

actividades interrumpidas, ha incorporado a la normativa contable el

concepto de activos fijos mantenidos para la venta, bajo cuya

denominación se incluyen los activos, bien considerados individualmente

o como un conjunto, sobre los que la empresa ha decidido recuperar su

importe a través de su enajenación.

Como se puede apreciar en el acápite anterior, se observa que la valorización

de todo proceso y operación de la producción ya no es únicamente

responsabilidad del departamento financiero, sino de los departamentos de

ingeniería y desarrollo de productos y tecnología, tal como lo conceptualiza

GyM en el Perú.

Según CASTAÑEDA & BARREDA (2005), los expertos de la aplicación de

sistemas de calidad y mejora continua esperan que el arte de la valorización

en las industrias de América Latina mejoren en la planeación de la adquisición

de equipos y maquinaria industrial, en el diseño de nuevos productos y en el

análisis financiero de las utilidades del negocio.

29

El principal reto para las empresas del sector construcción, en particular GyM,

será entender que el valor asignado a un proceso de la cadena de

construcción, a una maquinaria, al diseño de nuevos proyectos no solo

repercute a nivel financiero sino a determinar que estrategias empresariales

aumentan el valor de sus sistemas de producción, inventario de equipos,

planeación y construcción de nuevas plantas y centros de distribución.

Es importante mencionar que en nuestro país, empresas como GyM han

aumentado su demanda de servicios de valorización, principalmente en la

definición del valor de sus procesos de construcción, valor de liquidación de

maquinaria y equipo, definición del costo de reposición nuevo de maquinaria

especializada, así como de avalúos de activos fijos y proyección financiera de

nuevos proyectos productivos.

30

CAPÍTULO III: DESARROLLO DEL SISTEMA WEB

En el presente capitulo se detallará cómo se desarrolla el proyecto de valorización de

equipos en GyM utilizando un conjunto de artefactos que sirven para comprender

mejor tanto el análisis como el diseño del sistema web.

3.1 MODELADO DEL NEGOCIO

Tiene como propósito entender la necesidad del negocio, identificar las mejoras

potenciales y asegurarse que todos los usuarios involucrados tengan un

entendimiento común sobre la problemática al cual se pretende dar solución.

3.1.1 Diagrama de Paquetes.

Diagrama que permite mostrar de forma lógica como se interrelaciona las

áreas funcionales que se encuentran involucradas en el proyecto de

Valorización de Equipos Mayores y Menores.¨

Gráfico 7 Diagrama de Paquetes.


31

3.1.2 Modelo de Casos de Uso del Negocio.

A través del modelado de casos de uso del negocio se logra identificar y

describir cómo funciona el negocio con los usuarios internos.

Gráfico 8 Diagrama de Casos de Uso del Negocio.


32

3.1.2.1 Especificación de Casos de uso del Negocio.

A efectos de capturar y construir los componentes más

importantes del sistema, el equipo caracterizó los casos de uso

que podrían constituirse en críticos durante su diseño e

implementación y se procedió a especificar cada uno de ellos, lo

cual se muestra a continuación.

Especificación del Caso de uso Gestionar Alta de Equipos

1. Código: CUN01

2. Proceso de Negocio: Gestionar Alta de Equipos

3. Objetivo: Registrar los equipos de control patrimonial.

4. Actores: Encargado de Control Patrimonial.

Jefe de Control Patrimonial.

5. Resumen El encargado de control patrimonial recibe una notificación interna del Jefe de control patrimonial y procede a registrar el equipo como parte de CEQ.

6. Requerimientos: RVAL16

7. Precondiciones:

1. Recibir una Notificación (Email) interna, con documentos adjuntos para la creación de un equipo.

2. Se debe de haber creado una familia y subfamilia.

8. Flujo de Eventos:

1. El Encargado de control patrimonial recibe una Notificación (Email) con documentos adjuntos (Orden de compra, Fotografía y otros) del equipo con sus respectivas características técnicas y su guía de remisión.

2. El Encargado de control patrimonial verifica si existe la familia y subfamilia para asociarlo al equipo que formará parte del patrimonio de la empresa.

3. El Encargado de control patrimonial solicita al Jefe de Control Patrimonial la creación de una nueva familia y subfamilia en caso de no existir.

4. El Encargado de control patrimonial asocia el equipo a una familia y subfamilia y registra el equipo con sus datos técnicos y las tarifas base de valorización.

9. Post condiciones:

1. Incremento del patrimonio de la empresa.

10. Versión 1.0

33

Especificación del Caso de uso Gestionar Baja de Equipos

1. Código: CUN.o5

2. Proceso de Negocio: Generar Baja de Equipos

3. Objetivo: Dar de baja a los equipos que estarán fuera del alcance de CEQ.

4. Actores: Encargado de Control Patrimonial

Jefe de Control Patrimonial

5. Resumen El Encargado de Control Patrimonial genera una solicitud: orden de baja de equipos donde indica los motivos de baja. La orden es recibida por el Jefe de Control Patrimonial quien autoriza o rechaza la baja.


7. Precondiciones:

1. Debe existir un requerimiento de baja de equipos.


1. Si el equipo es destinado para una venta a un externo entonces el encargado de control patrimonial genera una Orden de baja que se encontrará pendiente por aprobar:

El encargado de control patrimonial recibe la orden autorizada por el Jefe de control patrimonial y tendrá que validar si la ubicación del equipo está en el almacén principal, de no ser así antes deberá de hacer la transacción de devolución.

2. Si ha ocurrido una pérdida entonces:

El encargado de control patrimonial verifica el reporte de movimientos para determinar si existen equipos faltantes o perdidos.

Si hay equipos perdidos entonces el encargado de control patrimonial genera una Orden de baja del equipo que se encontrará pendiente por aprobar.

El Jefe de control patrimonial decide si se dará una baja masiva o una baja por equipo.

Si la baja es masiva entonces:

- El encargado de control patrimonial recibe la autorización de baja masiva y realiza la baja.

Si la baja es por equipo entonces:

- El encargado de control patrimonial recibe la autorización de baja por equipo, adjunta documentos y realiza la baja.

Si no hay equipos faltantes entonces termina la operación.


2. Se actualiza el stock de los equipos.

10. Versión 1.0

34

Especificación del Caso de uso Despacho de Equipos

1. Código CUN.o3

2. Proceso de Negocio: Despacho de equipos

3. Objetivo: Registrar y adjuntar los requisitos necesarios para que se lleve un control adecuado de las salidas de almacén

4. Actores: Jefe de Logística y Almacén Central

5. Resumen Registrar y adjuntar los requisitos obligatorios para realizar un movimiento de salida de los equipos de Almacén, por consiguiente conocer las ubicaciones exactas de los equipos.


7. Precondiciones:

1. Relación de equipos con stock actualizados.

2. Aprobar los Requerimientos Pendientes.


1. El Jefe de Logística y Almacén Central recepciona la solicitud de requerimiento

donde consideran el tipo de movimiento y un documento de sustento que acredite

dicha salida.

2. El Jefe de Logística y Almacén Central evalúa la solicitud de requerimientos.

3. El Jefe de Logística y Almacén Central verifica el stock de equipos en el almacén.

4. El Jefe de Logística y Almacén Central aprueba el requerimiento solicitado por una obra o proyecto.

5. El Jefe de Logística y Almacén registra el movimiento de salida.

6. El Jefe de Logística y Almacén Central autoriza el despacho de los equipos solicitados de una obra o proyecto.


1. Se actualiza el stock de almacén.

2. Se actualiza los datos del movimiento.

10. Versión 1.0

Especificación del Caso de uso Devolución de Equipos

1. Código CUN.o2

35

2. Proceso de Negocio: Devolución de equipos

3. Objetivo: Gestionar las devoluciones

4. Actores: Asistente de Almacén

5. Resumen Controlar las devoluciones de los equipos a almacén oportunamente, para poder gestionarlo eficientemente.


7. Precondiciones:

1. El periodo del equipo que se encuentra en obra ha terminado o existe un acuerdo de devolución anticipada por otros motivos.


1. El Asistente de Almacén recepciona los equipos provenientes de la obra o proyecto.

2. El Asistente de Almacén verifica los equipos devueltos contrastando con los documentos que sirven de sustento (Por ejemplo: Guía de remisión).

3. El Asistente de Almacén registra el estado de los equipos retornados.


1. Relación de equipos con stock actualizado.

10. Versión 1.0

Especificación del Caso de uso Gestionar Requerimiento

1. Código: CUN.p1

2. Proceso de Negocio: Gestionar Requerimiento

3. Objetivo: Registrar requerimiento de equipos de las Obras o Proyectos.

4. Actores: Asistente de Almacén y Requerimientos

5. Resumen La obra solicita una determinada cantidad de equipos y mediante una previa evaluación el Jefe de Obra envía la solicitud aprobada a Almacén Central para que este pueda verificar su stock y disponibilidad de tal forma que el requerimiento sea despachado.


7. Precondiciones:

36

1. Recepcionar un pedido de obra o proyecto.


1. El Administrador de Obra o Proyecto elabora la solicitud de requerimiento de equipos, donde se debe indicar el tipo de despacho (alquiler, a préstamo, venta, etc.) de la obra o proyecto.

2. El Jefe de Obra / Proyecto recibe la solicitud para aprobarlo y enviarlo a CEQ.

3. El Asistente de Almacén y Requerimientos recepciona la solicitud de requerimientos de equipos, previamente aprobado por el Jefe de Obra / Proyecto.

4. El Asistente de Almacén y Requerimientos verifica el stock y la fecha disponible de los equipos en caso cuente con stock procede a reservar los equipos y envía una reconfirmación al jefe de proyecto de los equipos que pueden ser atendidos y la fecha en que estarán disponibles.

5. El Jefe de proyecto acepta las condiciones presentadas por el Almacén Central.

6. El Asistente de Almacén Genera un reporte de Requerimientos adicionales e informa al Jefe de Logística y Almacén.

7. El Jefe de Logística y Almacén genera una Orden de Compra al Oracle, de los Requerimientos Adicionales (En caso no cuente con stock).


1. Se puede enviar los equipos a la Obra / Proyecto.

10. Versión 1.0

Especificación del Caso de uso Generar Valorización

1. Código CUN.p2

2. Proceso de Negocio: Generar Valorización

3. Objetivo: Valorizar los equipos menores de la compañía.

4. Actores: Jefe de Valorización

Asistente de Valorización

5. Resumen El Asistente de valorizaciones recibe la notificación interna y procede a realizar la valorización de los equipos, preliminar o definitiva con sus respectivos criterios de valorización. Al realizar la valorización definitiva se da el cierre de un periodo y se inicia el siguiente periodo.

6. Requerimientos: RVAL28 – RVAL29 – RVAL30

7. Precondiciones:

37

1. Si la valorización es definitiva entonces el periodo vigente se debe encontrar en su fecha final.

2. Debe existir al menos un movimiento de salida de equipos.


1. El Jefe de Valorización envía una solicitud interna al Asistente de Valorización, para que pueda realizar una valorización para un periodo.

Se debe tener en cuenta que las valorizaciones se realizan desde el Almacén Central.

2. El Asistente de Valorización reúne todos los movimientos que se han realizado y los organiza por periodos.

3. Se debe realizar un proceso previo de valorización, para poder determinar algunas inconsistencias o datos incompletos de las transacciones.

4. El Asistente de Valorización examina los criterios de valorización de cada movimiento y valoriza cada uno de los equipos de acuerdo a ciertas fórmulas matemáticas de recuperación del capital.

5. Si la Valorización es definitiva entonces el asistente de valorización obtiene una suma total de la valorización mensual y los registra en un histórico de valorización, sino se realiza un ajuste de las inconsistencias encontradas en la valorización preliminar y se vuelve a valorizar.


1. Si la Valorización es definitiva entonces se abre un nuevo periodo.

2. Si la Valorización es definitiva se actualiza el histórico de valorizaciones.

10. Versión 1.0

38

3.1.3 Modelo del Dominio.

Representa las clases conceptuales del negocio que están relacionadas

con la problemática, es decir muestra conceptualmente el entendimiento

del problema.

Modelo de Dominio de Procesos (Anexo N° 2)

Modelo de Dominio de Operaciones (Anexo N° 3)

3.1.4 Modelo de Objetos del Negocio.

Los Modelos de objetos del dominio están asociados a cada uno de los

casos de uso del negocio previamente identificados. A continuación se

representa los modelos de objetos del dominio de los seis (6) casos de

usos priorizados.

Gestionar Alta de Equipos

Gestionar Baja de Equipos


Gráfico 9 Modelo de Objeto Gestionar Alta de Equipos.

Gráfico 10 Modelo de Objeto Gestionar Baja de Equipos


39

Gestionar Devoluciones de Equipos

Gestionar Requerimiento de Equipos

Gestionar Valorización de Equipos


Gráfico 12 Modelo de Objetos Gestionar Requerimeintos.


Gráfico 13 Modelo de Objetos Gesitonar Valorización.


Gráfico 11 Modelo de Objetos Devolución de Equipos

40

Controlar Stock Equipos

3.2 REQUISITOS

3.2.1 Visión

3.2.1.1 Propósito

El propósito de éste documento es recoger, analizar y definir las

necesidades de alto nivel y las características del sistema de

Valorización de Equipos Menores y Mayores para la división de

construcción civil Graña y Montero (GyM). El documento se centra

en la funcionalidad requerida por los participantes en el proyecto y

los usuarios finales.

Esta funcionalidad se basa principalmente en la gestión de los

equipos menores y mayores que la empresa tiene distribuido en las

diferentes obras a nivel nacional de GyM, de forma que dichos

almacenes sean capaces de atender los requerimientos de obra,

despacho, desmovilización, y transferencia de equipos con la

finalidad de obtener resultados reales de su ubicación física y

finalmente la Valorización de los mismos.

Gráfico 14 Modelo de Objetos Control de Stock.


41

Los detalles de cómo el sistema cubre los requerimientos se

pueden observar en la especificación de los casos de uso y otros

documentos adicionales.

3.2.1.2 Alcance

El sistema Valoriza deberá permitir tener un control y monitoreo de

los equipos con que cuenta la empresa, de manera que se pueda

saber su ubicación exacta, su situación y estado para así poder

asignarlos a las obras posteriores y realizar su respectiva

valorización.

3.2.1.5 Posicionamiento

a. Oportunidad de Negocio.

La implementación de este sistema permitirá a la empresa

llevar un control adecuado de los equipos que se encuentran

en almacén y obra, de tal manera que contarán con

información de las ubicaciones físicas actualizadas a fin de

disminuir el riesgo de pérdida de equipos en las obras, esto

también permitirá que los encargados de CEQ (Central de

Equipos – Almacén) dispongan de un cronograma real y

proyectado de los equipos y su disponibilidad lo cual ayudará

a tomar decisiones de forma anticipada en cuanto al alquiler

y compra del equipo.

b. Sentencia que define el Problema.

42

El problema

de

Controlar el stock existente en los distintos almacenes y obras. Gestionar los requerimientos de las obras. Gestionar los despachos de equipos hacia obra. Gestionar la devolución de los equipos de las obras hacia almacén. Gestionar las transferencias de los equipos entre las obras. Gestionar la valorización de equipos menores y mayores.

afecta a Departamento de Logística, Jefes de almacenes, Técnicos de almacenes, Encargados de transporte, Jefe de Control Patrimonial, Departamento de contabilidad / facturación, Jefe de Valorización de Equipos.

El impacto

asociado es

Contar con un repositorio de información de los equipos mayores y menores y sus respectivos movimientos valorizados entre las obras y almacenes a fin de tener actualizado el stock disponible, su ubicación física y que esta información sea accesible desde cualquier lugar del país donde se encuentren las obras de GyM.

Una solución

adecuada

sería

Automatizar los procesos sobre una arquitectura adecuada haciendo uso de una herramienta web y que tenga interfaces intuitivas y sencillas con las que pueda acceder a la base de datos SQL Server del sistema Valoriza.

c. Sentencia que define la posición del Producto.

43

para Departamento de logística,

Jefes de almacenes,

Técnicos de almacenes,

Encargados de transporte,

Jefe de Control Patrimonial,

Departamento de contabilidad / facturación,

Jefe de Valorización de Equipos.

quienes Controlan los movimientos valorizados de los equipos,

estados operativos, disponibilidad, transferencia y

valorización final de los equipos.

el nombre del producto Sistema de Valorización de Equipos Mayores y

Menores

que Almacena la información necesaria para gestionar los

equipos mayores y menores permitiéndoles tener una

valorización con datos confiables.

no como El sistema actual desarrollado hace 10 años en

PowerBuilder.

Nuestro producto Permite tener un control de stock, ubicaciones físicas,

estado y valorización de los equipos haciendo uso de

una herramienta web con interfaces amigables,

intuitivas y sencillas con las que acceder a la base de

datos de control de stock, ubicaciones y valorización

de equipos.

3.2.1.6 Descripción de Stakeholders y Usuarios.

Para tener como resultado de una forma efectiva productos

y servicios que se adapten a las necesidades de los

usuarios, es necesario identificar y comprometer a todos los

participantes en el proyecto como parte del proceso de

modelado de requerimientos. También es necesario

identificar a los usuarios del sistema y asegurarse que son

los usuarios adecuados.

a. Resumen de Stakeholders.

Tabla 6 Resumen de Stakeholders.

Nombre Descripción Responsabilidades

44

Carlos Albinagorta Patrocinador/

Sponsor

Promover el apoyo necesario

en los altos niveles de la

organización, proteger el

proyecto de cambios

innecesarios.

María Fernanda Gamarra Gerente General Seguimiento en la realización

del producto, respaldo al

equipo de trabajo.

Luis González Gerente Logístico Revisar y verificar la lista de

requerimientos de Valoriza

Cesar Castillo Gerente de Finanzas. Asegurar la disponibilidad de

los recursos asignados al

proyecto.

Rolando Madrid Central de Equipos/

Control Patrimonial.

Señala los datos

fundamentales para

proporcionar las

funcionalidades requeridas.

Maritza Zavala. Gerente de Sistemas

y Comunicaciones.

Revisión en las diferentes

pruebas del producto a

implementar.

José Estrada Jefe del Proyecto Asegurar el cumplimiento de

los plazos, el desempeño, la

administración de recursos y

los cambios.

b. Resumen de Usuarios.

Tabla 7 Resumen de Usuarios.

Nombre Descripción Área

Encargado de

Control Patrimonial

Encargado de monitorear la ubicación

exacta de los equipos. Se encarga de

apoyar en el control de inventario de

equipos.

Central de

Equipos.

Jefe de Control

Patrimonial

Encargado del control del patrimonio de la

empresa.

Central de

Equipos

Asistente de

Almacén

Controlar los movimientos de los Equipos

(Despacho y Devolución), control de stocks,

preparación y despacho de pedidos.

Encargado de atender los requerimientos de

obra o proyecto.

Almacén

Jefe de logística y

Almacén Central.

Aprobar, reservar requerimientos y ordenar

compras. Supervisor del buen

funcionamiento del almacén y de gestionar

Almacén


45

las incidencias de los pedidos, ya sea

tratando con otro almacén, o bien en

contacto con el Ingeniero de Logística.

Jefatura de Equipos

(Mayores, Menores)

Se encarga de administrar los equipos de la

empresa.

Central de

Equipos

Encargado de

Mantenimiento de

Equipos

Se encarga de emitir las órdenes de servicio

con respecto a los mantenimientos de

equipos.

Mantenimien

to

Gerente de

Mantenimiento de

Equipos

Se encarga de autorizar una orden de

servicio

Mantenimien

to

Jefe de Control de Equipos

Se encarga de llevar el control sobre el

inventario de equipos del área de CEQ.

Central de

Equipos

Administrador de

Obra o Proyecto

Gestionar las necesidades de la obra o

proyecto, apoyo en la supervisión de la

ejecución.

Ejecución de

Obras.

Jefe de obra o

proyecto

Responsable de aprobar o rechazar

requerimientos.

Ejecución de

Obras.

c. Entorno de Usuario.

El sistema web Valoriza es un aplicativo al cual

siempre se debe tener acceso desde la intranet de

GyM.

Al ingresar fuera de la red de GyM, deberá hacerlo

mediante su nombre de usuario, contraseña de red y

dominio, los mismos que usa para ingresar a su PC.

En el nombre de usuario deberá ingresar su cuenta

de correo completa.

Al ingresar al sistema web Valoriza se otorga un

entorno de acuerdo a su perfil de acceso y/o

autorización. Se puede considerar un usuario externo,

previamente creado por el Administrador.

3.2.1.7 Descripción Global del Producto

El sistema Valoriza se ha desarrollado bajo un entorno web,

usando visual.Net y base de datos SQL Server 2008, se ha

convertido en una herramienta capaz de gestionar de forma

eficiente los equipos mayores, menores y herramientas.


46

a. Perspectiva del producto

El sistema Valoriza es una solución al proceso de

valorización y control de equipos mayores y menores, del

cual se espera que ayude a la mejora de la situación actual

del control patrimonial de la empresa y la central de equipos

CEQ, la perspectiva que se tiene del producto es la

siguiente:

Que el sistema sea de fácil manejo para el usuario.

Que el sistema integre la información de equipos

mayores y menores para el proceso de valorización.

Que el sistema genere requerimientos online desde

las obras.

Que el sistema permita la rápida ubicación y control

de equipos.

Que se automatice la evaluación del proceso de

transferencia de equipos entre las obras.

Que la herramienta emita información precisa y

oportuna.

Que el sistema facture la valorización real al cliente.

Que ayude a la toma de decisiones para mejorar las

actividades relacionadas con el proceso de

valorización.

Que el producto genera una ventaja competitiva.

b. Resumen de características

Entre las características más resaltantes del producto

tenemos las siguientes.

Tabla 8 Características del Software.

Características Beneficios al cliente

Software desarrollado en Visual Studio Net 2010 C#

Interoperabilidad. Mantenibilidad. Programabilidad.

Software diseñado para ambiente web

Disponible desde cualquier lugar, agilizando las operaciones de la empresa.

47

Compatible con productos Microsoft

Los usuarios al estar familiarizados con otros productos Microsoft, mejoran su habilidad de trabajo y productividad.

Base de datos SQL Server 2008 Centralizada

Permite que todos los datos estén en una sola base de datos, lo cual permite la interoperabilidad con los otros sistemas de la organización.

Módulo de seguridad flexible Fácil de adaptarse con otros módulos de la empresa.

Fácil Navegabilidad Permite que los usuarios se desplacen de forma y manera rápida sin complicaciones entre cada opción del sistema

Permite procesos asíncronos Permite que se realicen más de una operación en simultáneo.

Posee varios niveles de acceso a usuario

Disminuye la posibilidad de fraudes o accesos no autorizados.

Software Portable El sistema es fácil de adaptar e instalar en cualquier plataforma.

Software eficiente Rápido para el procesamiento de datos y recursos, tiempo de respuestas mínimos.

c. Suposiciones y Dependencias

Toda información almacenada en el anterior sistema, será

migrada al nuevo software creado, así como las

funcionalidades principales.

El sistema de software funciona autónomamente, sin

necesidad de comunicarse con otros sistemas externos a la

organización, el producto tendrá integración solo con el

software Oracle Business Suite que es propiedad de la

empresa.

d. Costo y precio

El costo del producto asciende a S/. 820,000.00 Nuevos

soles, el pago del producto será desembolsado por

entregables, como se detalla a continuación.


48

Tabla 9 Costos por Entregable.

Fase Artefactos entregables Importe

Inicio del Proyecto

S/.164,000.00

Primer entregable - Documento de especificación

de casos de uso del negocio. - Documento de modelo de

dominio, - Documento de objetos del

negocio.

S/.82,000.00

Segundo entregable - Documento de visión. - Plan de desarrollo. - Especificación de casos de uso

del sistema - Documento con prototipos del

sistema.

S/.82,000.00

Tercer entregable - Avance del desarrollo al 30% - Documento de pruebas

funcionales.

S/.82,000.00

Cuarto entregable - Avance del desarrollo al 60% - Documento de pruebas

funcionales.

S/.82,000.00

Quinto entregable - Avance del desarrollo al 90% - Documento de pruebas

funcionales. - Modelo de componentes.

S/.82,000.00

Entrega del Proyecto - Avance del desarrollo al 100% - Documento de pruebas

funcionales. - Acta de aceptación del

producto.

S/.246,000.00

S/.820,000.00

3.2.1.8 Descripción Áreas Involucradas.

a. Departamento de Almacén

Área responsable del control de los equipos. Tendrá a su

disposición.

Participación del incremento de stock de equipos.

Transacciones de Ingreso.

Transacciones de Salida.

Transacciones de Transferencia entre obras.

Registro de Bajas.


49

b. Departamento de Control Patrimonial

Se encarga del Patrimonio de GyM en relación al inventario,

mantenimiento, administración y valorización de los equipos.

Tendrá a su disposición:

Solicitud de Requerimientos de despacho de equipos.

Valorización.

Órdenes de Servicio.

Cronograma.

c. Departamento de Contabilidad.

Tendrá acceso al maestro de equipos, lo cual le permitirá

generar los siguientes reportes:

Cierre de inventarios.

Asientos contables.

d. Departamento de Compras

Área encargada de realizar las compras de equipos, recibirá

por parte del sistema valoriza los requerimientos de

compras.

3.2.1.9 Restricciones.

a. Relativas a requerimientos.

El sistema no debe tener estándares distintos a los

establecidos en GyM (Diseño, Seguridad).

El proyecto a desarrollar es permitido solo para

sistematizar los procesos de negocios de la empresa

siguiendo los lineamientos del mismo.

b. Limitantes del Proyecto.

Tiempos:

El proyecto no debe exceder de los 7 meses.

Recursos:

50

La disponibilidad del personal en horas es de 8 horas

diarias de Lunes a Viernes.

El desarrollo será hecho en Lenguaje Visual C# con

ASP .NET 2010

Se usará la metodología RUP para poder controlar y/o

administrar el proyecto.

Costos:

El costo total del proyecto no debe superar los S/.

820,000 Nuevos Soles.

Los pagos del proyecto se efectuarán con cada

entrega de resultados.

3.2.1.10 Precedencia y Prioridad.

Después de analizar las necesidades de los usuarios y

Stakeholders identificados en el documento de análisis de

entrevista y teniendo en cuenta que las funcionalidades son

de importancia alta, se ha realizado un orden de prioridades

de acuerdo a las necesidades para el desarrollo del

producto.

51

Gráfico 15 Relación de prioridades según funcionalidad

3.2.1.11 Otros Requisitos del Proyecto

a. Estándares Aplicables

Es necesario que el proyecto esté definido por un

determinado modelo lo cual permitirá la relación semántica

entre los elementos que intervienen en la implementación

del sistema de valorización de equipos, en este caso aplica

RUP (Rational Unified Process).

b. Requisitos de Sistema


Definición de prioridades

Implementación de modulo de seguridad

Implementación de opciones maestras

Implementación de procesos de Logistica

Implementación de operaciones de Logistica

Implementación de módulo de notificaciones

Migración de información

Implementación de Módulo de Reportes

Pruebas de software

Capacitación y puesta en producción

52

El Sistema Informático será desarrollado en

plataforma web con una arquitectura de “n” capas.

Utilizará el motor de Base de Datos SQL Server 2008.

Se desarrollará en el lenguaje de programación Visual

C# con plataforma de Visual Studio .NET 2010.

Operará bajo el sistema operativo Windows y el

navegador que lo soportará será Internet Explorer 6.0

o posterior por ser estándar de GyM.

c. Requisitos de Desempeño

Para desplegar SQL Server 2008 R2:

Sistema operativo Windows Server 2012, arquitectura

de 64 bits, con sistema de archivos NTFS, con las

actualizaciones del equipo correspondientes a dicha

versión de sistema operativo.

Se requiere la instalación de .NET Framework 3.5

SP1 en el equipo antes de desplegar SQL Server

2008 R2.

Se requiere Microsoft Internet Explorer 6 SP1 o

posterior.

Para desplegar el servidor Web de la aplicación:

Sistema operativo Windows Server 2012, arquitectura

de 64 bits, con sistema de archivos NTFS, con las

actualizaciones del equipo correspondientes a dicha

versión de sistema operativo.

Se requiere la instalación de .NET Framework 3.5

SP1 en el equipo antes de desplegar SQL Server

2008 R2.

Se requiere Microsoft Internet Explorer 6 SP1 o

posterior.

53

3.2.2 Plan de Desarrollo de Software.

3.2.2.1 Vista General del Proyecto.

Propósito, Alcance y Objetivos

La información que a continuación se incluye ha sido resultado de las

entrevistas y reuniones con los usuarios funcionales y usuarios

líderes (2) del proyecto.

El proyecto debe proporcionar el desarrollo de una propuesta que

implique una solución para el proceso de Valorización de equipos

mayores y menores de la división de construcción civil y los cuales

son agrupados de la siguiente manera:

Requerimientos Funcionales:

a) Módulo de Maestros

Gestión de Equipos.

R1.Registrar, editar, eliminar las características generales y

específicas de los equipos son su respectiva identificación como

equipo mayor o menor.

Gestión de Familias y Sub Familias.

R2.Registrar, editar, eliminar las familias, subfamilias y datos que

agrupen a los equipos por una determinada clasificación.

Gestión de Proyectos.

R3.Registrar, editar, eliminar los proyectos con su respectiva

información que los identifica.

Gestión de Proveedores, clientes y transportistas.

R4. Registrar, editar, eliminar los datos de los proveedores,

clientes y transportistas de la organización.

R5. Contar con una interfaz que permita la integración de los

proveedores, clientes y transportistas del sistema Oracle

Bussines Suite.

Gestión de Plantilla de Valorización

R6. Permitir registrar, editar, eliminar y configurar las plantillas de

valorización de todos los equipos identificados como mayores y

menores.

b) Módulo de Procesos y Operaciones

Gestión de Requerimientos

54

RP1.Registrar, editar y eliminar las solicitudes de requerimientos

de las obras.

RP2.Permitir realizar un seguimiento a los requerimientos y

evaluar la disponibilidad de equipos.

RP3.Asignar nuevos criterios de valorización como propuesta de

mejora de tarifas hacia las obras.

RP4.Enviar al proceso de compras los requerimientos que no

cuenten con stock disponible.

Gestión de Valorización

RP5.Permitir tener un análisis de valorización preliminar que

permita tomar decisiones de cambios de tarifas antes del corte

del mes.

RP6. Contar con una opción que permita ejecutar el proceso de

valorización antes del corte del mes.

RP7. Generar el proceso de valorización definitiva.

RP8.Contar con un histórico de valorizaciones a fin de realizar

comparaciones y análisis de mejora.

Gestión de Despacho

RP9.Crear ordenes de despacho hacia las obras que hicieron un

requerimiento de equipos.

RP10. Registrar, editar, eliminar guías de remisión.

RP11.Aprobar las ordenes de despacho.

Gestión de Devolución

RP12.Crear ordenes de devolución hacia los almacenes.

RP13. Registrar, editar, eliminar guías de remisión de devolución.

RP14.Aprobar las ordenes de devolución.

Gestión de Transferencia

RP15.Crear, editar, eliminar órdenes de transferencia de equipos

entre obras.

RP16. Aprobar las órdenes de transferencia de equipos entre

obras.

Gestión de Baja de Equipos

RP17. Crear, editar, eliminar las bajas de los equipos.

Gestión de Ordenes de Servicio

RP18. Crear, editar, eliminar las órdenes de servicio de los

equipos.

Gestión de Cronograma Planificado de Equipos

55

RP19.Crear un cronograma planificado de equipos y que sea

exportable a pdf u otros formatos de lectura.

c) Módulo de Seguridad y Notificaciones

Gestión de Usuarios

RS1.Crear, editar, consultar usuarios desde el Active Directory de

la corporación.

Gestión de Perfiles

RS2. Crear, editar, eliminar perfiles de acceso para cada usuario.

Gestión de Notificaciones

RS3. Armar notificaciones que permitan alertar sobre la situación

de un proceso o acontecimiento importante del sistema.

Suposiciones y Restricciones

Las suposiciones que se establecieron luego de las reuniones

con los usuarios líderes funcionales, son los siguientes:

- Toda información almacenada en el anterior sistema, será

migrada al nuevo software creado, así como las funcionalidades

principales.

- El sistema de software funciona autónomamente, sin necesidad

de comunicarse con otros sistemas externos a la organización, el

producto tendrá integración solo con el software Oracle Business

Suite que es propiedad de la empresa.

Artefactos (entregables) del Producto

Tabla 10 Artefactps (entregables) del Producto.

Fases Actividades Detalle de actividades R A C I

INIC

IO

Modelamiento de Negocio:

Modelo de Casos de uso del negocio.

Especificar casos de uso del negocio.

Modelo del dominio.

Modelo de objetos del negocio.

Documento donde se detala la conceptualización del problema a travéz de modelos que sirven como herramientas de apoyo. Artefactos (entregables):

- de especificación de casos de uso del negocio.


JP2

LF

JP1

LF

56

EL

AB

OR

AC

ION

Requerimientos

Definir el alcance del proyecto.

Definir el plan del proyecto.

Definir los casos de uso del sistema.

Documento donde se especifica el detalle del alcance del proyecto, restricciones y metodología a aplicar en todas las fases del proyecto. Artefactos (entregables):

- Documento de visión.

- Plan de desarrollo. - Especificación de casos de uso del

sistema.

AF JP2 LF LF

Análisis y Diseño

Elaborar los diagramas de análisis y diseño.

Diagrama de Secuencia Diagrama de Actividades Diagrama de Clases Diagrama de Estados Prototipos versión borrador Artefactos (entregables):

- Documento con prototipos del sistema.

AF JP2 LF LF

CO

NS

TR

UC

CIO

N

Implementación

Elaborar Diagrama de Implementación y Componentes.

Desarrollar los módulos acordados.


- Modelo de componentes

4P AF JP2 LF

Prueba

Ejecutar las pruebas funcionales y no funcionales.


- Documento de pruebas funcionales.

QA AF JP2 LF

TR

AN

SIC

IÓN

Despliegue Se deberá instalar el software en los servidores de producción y capacitar a los usuarios para su respectivo uso. Se deberá realizar las pruebas de integración. Artefactos (entregables):

- Acta de aceptación del producto.

LT JP2 JP1 LF

3.2.2.2 Organización del Proyecto.

Comité Ejecutivo

Tabla 11 Comité Ejecutivo.

Nombre Descripción Responsabilidades

Carlos Albinagorta

Patrocinador/

Sponsor

Promover el apoyo necesario en los altos niveles

de la organización, proteger el proyecto de

cambios innecesarios.

María Fernanda Gamarra

Gerente

General

Seguimiento en la realización del producto,

respaldo al equipo de trabajo.


57

Luis González Gerente

Logístico

Revisar y verificar la lista de requerimientos de

Valoriza

Rolando Madrid Central de

Equipos/ Control

Patrimonial.

Señala los datos fundamentales para

proporcionar las funcionalidades requeridas.

Maritza Zavala. Gerente de

Sistemas y

Comunicaciones

.

Revisión en las diferentes pruebas del producto a

implementar.

José Estrada Jefe del

Proyecto

Asegurar el cumplimiento de los plazos, el

desempeño, la administración de recursos y los

cambios.

Comité Técnico

Tabla 12 Comité Técnico.

Grupo de interés

Rol Nombres y Apellidos % Participación

GYM Líder Funcional (LF) Edy Estrada EE 30%

Analista Funcional (AF) Carla Iparraguirre CI 20%

Coordinadora (CO) Ingrid Bonilla IB 30%

Jefe de Proyecto (JP) Sergio Sotelo SS 20%

TECHERA Jefe de Proyecto (JP) Adelaida Balvín JE 50%

Líder Técnico (LT) Edgar Gómez EG 50%

Analista Funcional (AF) Randy Gordon Nataly Vásquez

AB / RG

50%

Programadores 4 (P) Carlos Cabos, Jorge Castro, Carmen Osorio, Rossana

CC,JC,CO

70%

Documentador (DC) Lilian Pariajulca LP 30%

QA Milagros Callán MC 40%

3.2.2.3 Gestión del Proyecto.

Hitos del Proyecto

Tabla 13 Hitos del Proyecto.

Hitos Resultado

Primer entregable - Documento de especificación de casos de uso del negocio.


Segundo entregable - Documento de visión. - Plan de desarrollo.



58

- Especificación de casos de uso del sistema - Documento con prototipos del sistema.

Tercer entregable - Avance del desarrollo al 30% - Documento de pruebas funcionales.

Cuarto entregable - Avance del desarrollo al 60% - Documento de pruebas funcionales.

Quinto entregable - Avance del desarrollo al 90% - Documento de pruebas funcionales. - Modelo de componentes.

Entrega del Proyecto - Avance del desarrollo al 100% - Documento de pruebas funcionales. - Acta de aceptación del producto.

Cronograma de Actividades

Nombre de tarea Duración Comienzo Fin

Sistema de Valorización de Equipos - GyM 157 días lun 11/05/15 mar 15/12/15

Inicio 17 días lun 11/05/15 mar 2/06/15

Actividades 14 días lun 11/05/15 jue 28/05/15

Hito 3 días vie 29/05/15 mar 2/06/15

Documento de especificación de casos de uso del negocio

1 día vie 29/05/15 vie 29/05/15 4

Documento de modelo de dominio 1 día lun 1/06/15 lun 1/06/15 6

Documento de objetos del negocio 1 día mar 2/06/15 mar 2/06/15 7

Elaboración 27 días mié 3/06/15 jue 9/07/15

Actividades 23 días mié 3/06/15 vie 3/07/15

Hito 4 días lun 6/07/15 jue 9/07/15

Documento de visión 1 día lun 6/07/15 lun 6/07/15 11

Plan de desarrollo 1 día mar 7/07/15 mar 7/07/15 13

Especificación de casos de uso del sistema 1 día mié 8/07/15 mié 8/07/15 14

Documento con prototipos del sistema. 1 día jue 9/07/15 jue 9/07/15 15

Construcción 101 días vie 10/07/15 vie 27/11/15

Actividades 100 días vie 10/07/15 jue 26/11/15

Mantenimiento 20 días vie 10/07/15 jue 6/08/15 16

Operaciones 40 días vie 7/08/15 jue 1/10/15 19

Procesos 40 días vie 2/10/15 jue 26/11/15 20

Reportes 30 días vie 2/10/15 jue 12/11/15 20

Notificaciones 15 días vie 2/10/15 jue 22/10/15 20

Seguridad 10 días vie 7/08/15 jue 20/08/15 19

Calidad 30 días vie 7/08/15 jue 17/09/15 19

Hito 101 días vie 10/07/15 vie 27/11/15

Modelo de componentes 1 día vie 10/07/15 vie 10/07/15 16

Plan de pruebas 1 día lun 13/07/15 lun 13/07/15 27

Avance de desarrollo 30% 1 día vie 7/08/15 vie 7/08/15 19



Transición 157 días lun 11/05/15 mar 15/12/15



59

Actividades 1 día lun 11/05/15 lun 11/05/15

Hito 11 días mar 1/12/15 mar 15/12/15

Entrega del producto al 100% 10 días mar 1/12/15 lun 14/12/15 31

Acta de aceptación del producto 1 día mar 15/12/15 mar 15/12/15 36

Seguimiento y Control

A efectos de desarrollar el sistema de valorización en la empresa

GyM, el equipo de proyectos, liderado por la que suscribe la tesis,

elaboró el plan de costos y de riesgo que es descrito a continuación.

Plan de Costos.

El presente acápite nos permite visualizar los costos incurridos en el

proyecto durante un periodo de siete (07) meses, que fueron

asumidos por la empresa GyM a efectos de mejorar sus procesos de

la CEQ. Debemos señalar que los costos del proyecto incluyen la

participación de un outsourcing especializado, empresa TechEra, en

el desarrollo de software.

Estimación de costos

Utlizando la estimación por analogías, tenemos los siguientes costos:

- Costos por roles

Tabla 14 Costos por Roles.

Cargos Sueldo (S/.)

Jefe de Proyectos 10000

Analista Funcional 6500

Programadores 5000

Documentador 2000

QA 3500

Líder Técnico 7000

Gráfico 16 Cronograma de Actividades.


60

- Costos de personal a lo largo del proyecto (Soles)

Tabla 15 Costos de personal en todo el Proyecto.

- Flujo de caja proyecto (Soles)

Tabla 16 Flujo de Caja.

MESES

JUN JUL AGO SET OCT NOV DIC Total

Saldo inicial 0 75150 94300 121950 156600 189250 221900

INGRESOS

Inicio del Proyecto 164000 0 0 0 0 0 0 164000

Avances 0 82000 82000 82000 82000 82000 0 410000

Entrega del Proyecto 0 0 0 0 0 0 246000 246000

Total Ingresos 164000 82000 82000 82000 82000 82000 246000 820000

EGRESOS

Compra de Equipos 1000 0 0 0 0 0 0 1000

Pago de planilla 35500 55500 47000 40000 42000 42000 16500 282000

Capacitación de Personal 45000 0 0 0 0 0 0 45000

Pago de servicios públicos

1350 1350 1350 1350 1350 1350 1350 9450

Mantenimiento de Pc's 3000 3000 3000 3000 3000 3000 3000 21000

Gastos Administrativos 5000 5000 5000 5000 5000 5000 5000 35000

Pago de Licencias 1500 1500 1500 1500 1500 1500 1500 10500

Total Egresos 88850 62850 54350 47350 49350 49350 27350 379450

FLUJO DE CAJA 75150 94300 121950 156600 189250 221900 440550 440550

- Detalle de Egresos (Soles)

EGRESOS

Compra de Equipos 1000 0 0 0 0 0 0 1000 Modem inalámbricos (12

unidades) 700

Roles N° JUN JUL AGO SET OCT NOV DIC TOTAL

Jefe de Proyectos

1 10000 10000 10000 10000 10000 10000 10000 70000

Analista Funcional

2 13000 13000 6500 6500 6500 6500 6500 58500

Programadores 4 0 20000 20000 20000 20000 20000 0 100000

Documentador 1 2000 2000 0 0 2000 2000 0 8000

Líder Técnico 1 7000 7000 7000 0 0 0 0 21000

QA 1 3500 3500 3500 3500 3500 3500 0 24500

9 35500 55500 47000 40000 42000 42000 16500 282000




61

Disco Duro transportable 300

Pago de planilla 35500 55500 47000 40000 42000 42000 16500 282000

Capacitación de Personal 45000 0 0 0 0 0 0 45000 Contratación de Senior

consultores en WCF,ASP, BD (15 mil x consultor 80 horas en oficina particular)

30000

Contratación de Senior en configuración de servidores

15000

Pago de servicios públicos

1350 1350 1350 1350 1350 1350 1350 9450

Luz 800 800 800 800 800 800 800

Agua 300 300 300 300 300 300 300

Seguridad 250 250 250 250 250 250 250

Mantenimiento de Pc's 3000 3000 3000 3000 3000 3000 3000 21000

Preventivo 8 PCs 800 800 800 800 800 800 800

Ampliación de memoria 1200 1200 1200 1200 1200 1200 1200

Cambio HDD 1000 660 660 660

Mejora capacidad de servidor 1000 340 1000 340 1000 340

Gastos Administrativos 5000 5000 5000 5000 5000 5000 5000 35000

Materiales de Oficina 1000 1000 1000 1000 1000 1000 1000

Viáticos (Viajes a almacenes)

450 450 450 450 450 450 450

Cuénta de teléfonos 1800 1800 1800 1800 1800 1800 1800

Compra de Agua 420 420 420 420 420 420 420

Otros 1330 1330 1330 1330 1330 1330 1330

Pago de Licencias 1500 1500 1500 1500 1500 1500 1500 10500

Enterprise Architect 220 220 220 220 220 220 220

Office + .Net + SQL 1280 1280 1280 1280 1280 1280 1280

Total Egresos 88850 62850 54350 47350 49350 49350 27350 379450

FLUJO DE CAJA 75150 94300 121950 156600 189250 221900 440550 440550

- Estimación Cuantitativa

Tabla 17 Estimación Cuantitativa.

Descripción de los Items Cronograma de Entregas

(días hábiles)

Costos (estimado)

Inicio del Proyecto

- Adelanto por los Servicios. 0 S/. 164,000.00

Avance 1 - Documento de especificación de casos

de uso del negocio. - Documento de modelo de dominio, - Documento de objetos del negocio. - Documento de visión. - Plan de desarrollo.

35 S/. 82,000.00

Avance 2 - Especificación de casos de uso del

sistema. - Documento con prototipos del sistema. - Avance del 20% de desarrollo.

55 S/. 82,000.00

Avance 3 - Avance del 40% de desarrollo. 30 S/. 82,000.00

Avance 4 - Avance del 70% de desarrollo. 30 S/. 82,000.00

62

Avance 5 - Avance del 80% de desarrollo - Documento de pruebas funcionales.

30 S/. 82,000.00

Entrega del Proyecto

- Entrega del sistema Valoriza Web. - Corrección de observaciones en el

VALORIZA Web. - Entrega del Manual Interactivo del

Sistema. - Implementación del sistema Valoriza

Web 100%. - Capacitación al Personal en el uso del

Módulo.

30 S/ 246,000.00

S/. 820,000.00

- Flujo de Ingresos (Alquiler de Software a las divisiones).

Tabla 18: Flujo de Ingresos

A Inversión S/. 820,000.00

B Periodo de recuperación (n) 3 años

C Costo de oportunidad (Co) 10%

D Factor de alquiler sobre ingresos por obras 0.02%

E Ingresos por obras (Año) S/. 90,000,000.00

F Ahorro en pérdidas de equipos (Año) S/. 120,000.00

G Ahorro en horas hombres por retrabajo (Año) S/.60,000.00

H Flujo de caja neto H = ( ExD )+F+G

Inversión Año 1 Año 2 Año 3

Flujo de Caja neto 820000 360,000 360,000 360,000

1+Conúmero años 327272.73 297520.66 270473.33

VAN -492727.27 -195206.61 75,266.72

TIR 15.14%

Lista de Riesgos

Con la finalidad de disminuir los efectos negativos de los posibles

riesgos a los que por naturaleza todo proyecto se encuentra

expuesto, se ha identificado una lista de riesgos y las mitigaciones

que corresponde, en base a recomendaciones de RUP.



63

Tabla 19 Lista de Riesgo.

Lista de Riesgos y Plan de Contingencia

Riesgos Evaluación de Riesgos Mitigación

Origen Descripción Probabilidad Impacto Responsables Respuesta del Riesgo Disparador

Usuario Falta de compromiso por parte de los usuarios en el proyecto.

Bajo Alto LF Preventivo: Buscar el compromiso desde el inicio del proyecto, Informar el efecto que esto causaría. Correctivo: Gestión de Comunicación.

Cancelación de reuniones y falta de tiempo para las revisiones de los documentos.

Gestión El Alcance y límites del sistema no están claramente Definidos.

Bajo Alto JP / AF Preventivo: Establecer reuniones con el usuario para verificar la información brindada. Y en base a ello obtener información más concisa. Correctivo: Se estudiará una solución acorde a los tiempos de plazo que se dispone.

La reunión no fue lo suficientemente clara o la especificación de requerimientos es ambigua.

Abandono temporal de un miembro del equipo.

Bajo Bajo JP Preventivo: Identificando personal clave del proyecto y el impacto que ocasiona su retiro de acuerdo a la fase que afecta. Correctivo: Mientras se busca el reemplazo el equipo de desarrollo cubrirá el trabajo no realizado por el miembro ausente.

Inasistencia de personal al lugar del trabajo por motivos de enfermedad.

Mala estimación de tiempos sobre procesos complejos.

Bajo Medio JP / AF / LT Preventivo: Desarrollo de un cronograma en base a proyectos realizados anteriormente. Examinar correctamente los procesos para realizar la estimación adecuada. Correctivo: Gestión de Comunicación.

Complejidad de los Procesos.

Cambio de Requisitos por parte del usuario Final.

Medio Alto JP Preventivo: Aceptación del documento, previamente evaluado y aprobado por el usuario. Correctivo: Gestión de Cambio.

Falta de conocimiento de los procesos de negocio por parte del usuario.

Que no se culmine a tiempo con las etapas.

Bajo Medio JP Preventivo: Realizar el seguimiento adecuado al cronograma. Correctivo: Programar horas de recuperación.

Incumplimiento de hitos a lo largo del proyecto.

Técnico No contar con adecuado controlador de versiones para el desarrollo del software.

Bajo Bajo LT Preventivo- Establecer en los requerimientos técnicos la necesidad de un controlador de versiones. Correctivo: Implementar un controlador de versiones confiable.

No hay aprobación de requerimientos técnicos.


64

3.2.3 Casos de Uso.

3.2.3.1 Especificación de Casos de Uso.

La especificación de los casos de uso del sistema fue elaborada con la

finalidad de apoyar y facilitar el entendimiento sobre la funcionalidad del

Sistema a fin de lograr un entendimiento común entre el usuario y el

programador.

a) Registrar Requerimiento

1. Breve Descripción:

El caso de uso inicia cuando el usuario solicita registrar un

requerimiento. Mediante este caso de uso el actor podrá registrar

requerimiento de una obra.

2. Actor

Asistente de Almacén, Jefe de Obra, Asistente de Obra.

3. Flujo de Eventos

3.1. Flujo Básico.

3.1.1. Registro Ingreso

1. Actor: El caso de uso inicia cuando el usuario

selecciona la opción “Requerimientos” en la interfaz

del menú principal.

2. Sistema: Muestra la interfaz de requerimientos con

una lista de requerimientos de equipos (Obra, tipo de

documento, encargado, tipo de servicio).

3. Actor: Ingresa a la opción “detalle”.

4. Sistema: Muestra una lista para seleccionar el tipo de

bien para agregar al requerimiento.

5. Actor: Seleccionar una equipo a agregar, seleccionar

la opción “aceptar”

6. Sistema: Muestra el requerimiento con el detalle de

los equipos (Ítem, Familia, Sub Familia, Descripción,

Pedido, Aprobado, Precio Unitario, Sub Total,

Observaciones).

7. Actor: Ingresa (Pedido, Precio Unitario,

Observación), Seleccionar la opción Grabar.

8. Sistema: cierra la interfaz Registra Requerimiento y

finaliza el caso de uso.

3.2. Sub Flujo

3.2.1. Autorizar Requerimientos

65




2. Actor: Ingresa a la opción lista.

3. Sistema: Muestra todos requerimiento.

4. Actor: Selecciona un requerimiento a ser aprobado

5. Sistema: Llena la lista con un requerimiento

pendiente de aprobación.

6. Actor: selecciona la opción “Aprobar”.

7. Sistema: el sistema muestra una ventana para

seleccionar (Aprobado por, Password).

8. Actor: El usuario selecciona la opción continuar.

9. El sistema cierra la interfaz Aprueba requerimientos

y finaliza el caso de uso.

3.2.2. Revertir “Aprobación” Requerimiento:


una lista de requerimientos de Equipos (Obra, tipo de


2. Actor: El usuario ingresa a la opción lista.

3. Sistema: Muestra todos los requerimiento.

4. Actor: El usuario debe seleccionar un requerimiento

que su estado sea aprobado.

5. Sistema: Muestra el requerimiento aprobado con el

detalle de los equipos (Ítem, Familia, Sub Familia,

Descripción, Pedido, Aprobado, Precio Unitario, Sub

Total, Observaciones)

6. Actor: El usuario selecciona la opción deshacer.

7. Sistema: El sistema cierra la interfaz, revertir

requerimientos y finaliza el caso de uso.

3.2.3. Modificar Registro de Requerimientos.




2. Actor: Ingresa a la opción lista.

3. Sistema: Muestra todos los requerimientos.

4. Actor: Selecciona un requerimiento.

5. Sistema: Muestra el requerimiento con el detalle de

los equipos.

6. Actor: modifica los datos del requerimientos,

selecciona la opción guardar.

7. Sistema: Si la operación se realizó con éxito el

sistema mostrará un mensaje indicando “Los datos

se modificaron correctamente”.

3.2.4. Eliminar Registro de Requerimientos.

66

1. Actor: Selecciona la opciones lista de

requerimientos.

2. Sistema: Muestra lista de requerimientos.

3. Actor: El usuario selecciona un requerimiento.

4. Sistema: El sistema carga la lista con los datos de

requerimiento.

5. Actor: Selecciona la opción eliminar.

6. Sistema: Muestra el siguiente mensaje, “Está seguro

de eliminar requerimientos”

7. Actor: Selecciona la opción “Aceptar”.

8. Sistema: Muestra un mensaje “El equipo fue

eliminado satisfactoriamente”

9. Actor: Selecciona la opción cerrar y termina el sub

flujo.

3.3. Flujos Alternativos:

1. Error al registrar datos. El actor no selecciona los datos

requeridos y el sistema muestra un mensaje “faltan

datos”.

2. El actor selecciona la opción cancelar y la acción no es

ejecutada.

4. Pre Condiciones:

El usuario debe estar autentificado en el sistema.

5. Post Condiciones:

La Lista de requerimientos debe ser actualizada.

6. Puntos de Extensión:

No aplica.

67

b) Valorización Preliminar.


El caso de uso inicia cuando el usuario genera una valorización

preliminar. Mediante este caso se podrá calcular en cualquier

momento las valorizaciones de los equipos.

2. Actor:


3. Flujo de Eventos

3.1. Flujo Básico

3.1.1. Generar Valorización Preliminar:

1. Actor: El usuario ingresa a la opción valorización

preliminar

2. Sistema: El sistema muestra la selección de periodo,

tipo reporte.

3. Actor: El usuario selecciona el periodo, tipo de

reporte, selecciona la opción consultar.

4. Sistema: El sistema muestra un reporte de las

valorizaciones.

5. Usuario: el usuario selecciona el movimiento, obra,

tipo de bien, estado de valorización).

6. Sistema: El sistema muestra un mensaje, “La

valorización se realizó con éxito”.

4. Requerimientos Especiales:

Error al ingresar los datos. El usuario no ingresa los datos

necesarios, el sistema muestra un mensaje indicando que falta

ingresar datos.

5. Pre Condiciones:

El usuario debe haber accedido al sistema.


No aplica.


No aplica.

68

c) Generar Valorización.


El caso de uso se inicia cuando el usuario genera una valorización.

Mediante este caso de uso se puede valorizar los equipos.

2. Actor

Asistente de Valorización o Jefe de Valorización

3. Flujo de Eventos.

3.1. Flujo Básico:

3.1.1. Generar Valorización:

1. Actor: El usuario ingresa a la opción valorización –

ejecución.

2. Sistema. El sistema muestra el periodo la vigencia y

el tipo de cambio referencial.

3. Actor: El usuario selecciona la opción valorizar.

4. Sistema: El sistema muestra la valorización del

periodo.

3.2. Sub Flujo:

3.2.1. Modificar Valorización:

1. Actor: Ingresar a la opción modificación.

2. Sistema: El sistema muestra una lista de Equipos

valorizados.

3. Actor: El usuario selecciona el periodo y la obra.

4. Sistema: Muestra la obra y sus equipos valorizados

5. Actor: El usuario modifica datos, selecciona la opción

procesar.

6. Sistema: El sistema muestra el mensaje, “La

modificación se realizó con éxito”.

4. Requerimientos Especiales:

Error al ingresar los datos. El usuario no ingresa los datos

necesarios, el sistema muestra un mensaje indicando que falta

ingresar datos.

5. Pre Condiciones:



Los periodos de valorizaciones deben estará actualizados.


No aplica.

69

d) Actualizar Movimiento de Salida


El caso de uso comienza cuando el actor asigna criterios de

valorización a los equipos que tienen un movimiento de salida.

2. Actor


3. Flujo de Eventos

3.1. Flujo Básico

1. Actor: El caso de uso inicia cuando el usuario selecciona

la opción Procesos ValorizaciónModificación de

Criterios de Valorización en la interfaz del Menú Principal.

2. Sistema: Muestra la interfaz de Salidas con una lista de

movimientos de salidas de Equipos con los siguientes

datos: N° Movimiento, Tipo de Movimiento, Descripción

del Proyecto, Fecha de Salida, Responsable, N° de Guía.

3. Actor: Ingresa datos en los campos de búsqueda

(Opcional) y selecciona “Buscar”.

4. Sistema: Realiza la operación y muestra relación de

Salidas que coinciden con el criterio de búsqueda

5. Actor: Selecciona un registro encontrado de la Lista de

Salidas.

6. Actor: Selecciona la opción “Modificar”.

7. Sistema: Muestra un formulario de registro con los datos

de Salida de Cabecera: Datos Principales(Proyecto, Tipo

de Movimiento, Motivo de Traslado, Observación, Tipo de

Documento, Guía de Remisión, Fecha de Guía, Número

de Movimiento, Fecha de Salida, responsable), Unidad

de Transporte (Razón Social, RUC, Nombres y Apellidos,

Fecha de Traslado, Certificado de Inscripción, Placa y

Marca del Vehículo, Placa Carreta, DNI, N° de Brevete);

Detalle: Item, Familia, SubFamilia, Código de Equipo,

Descripción de Equipo, Cantidad, Sector, Ubicación,

Fecha de Retorno, Horómetro, Valor de Reposición

Ajustado, Valor de Reposición, Periodo de Depreciación,

Valor Residual, Observación, Criterio de Valorización,

Tasa de Interés, Tasa de Gastos Generales, Tasa de

Seguro, Tasa de Depreciación, Alquiler de Posesión,

Factor de Mantenimiento, Alquiler de Mantenimiento,

70

Porcentaje de Utilidad, Alquiler de Utilidad, Alquiler $/Día,

Histórico.

8. Actor: Modifica los datos de Salida de:

Cabecera: Datos Principales (Observación,

responsable), Unidad de Transporte (Nombres y

Apellidos, Placa Carreta, DNI, N° de Brevete);

Detalle: Sector, Ubicación, Fecha de Retorno,

Horómetro, Valor de Reposición Ajustado, Valor de

Reposición, Periodo de Depreciación, Valor Residual,

Observación, Criterio de Valorización, Tasa de Interés,

Tasa de Gastos Generales, Tasa de Seguro, Tasa de

Depreciación, Factor de Mantenimiento, % de Utilidad.

Sistema:

9. Usuario: El usuario selecciona el botón Grabar.

10. Sistema: Valida que los datos sean correctos.

11. Sistema: Si la operación se realizó con éxito el Sistema

mostrará un mensaje indicando “Los datos se han

actualizado satisfactoriamente”.

3.2. Flujo Alternativo

9.a Error al registrar Datos. El actor no selecciona todos los

datos requeridos y el Sistema muestra un mensaje

indicando que campo falta ingresar.

3.3. SubFlujos

3.3.1. Eliminar Movimiento de Salida

1. Actor: El caso de uso inicia cuando el usuario selecciona la

opción Procesos ValorizaciónModificación de Criterios

de Valorización en la interfaz del Menú Principal.

2. Sistema: Muestra la interfaz de Salidas con una lista de

movimientos de salidas de Equipos con los siguientes

datos: N° Movimiento, Tipo de Movimiento, Descripción del

Proyecto, Fecha de Salida, Responsable, N° de Guía.

3. Actor: Ingresa datos en los campos de búsqueda (Opcional)

y selecciona “Buscar”.

4. Sistema: Realiza la operación y muestra relación de Salidas

que coinciden con el criterio de búsqueda

5. Actor: Selecciona un registro encontrado de la Lista de

Salidas.

71

6. Actor: Selecciona la opción “Eliminar”

7. Sistema: Muestra el siguiente mensaje: ¿Está seguro que

desea eliminar el Registro?

8. Actor: Selecciona la Opción Aceptar.

9. Sistema: Muestra el siguiente mensaje: “El ingreso fue

eliminado satisfactoriamente”.

10. Actor: Selecciona la Opción Aceptar.

11. Sistema: Muestra la interfaz de Salidas, con los registros

actualizados y termina el Subflujo.

4. Requerimientos Especiales

No aplica.

5. Pre Condiciones


Debe existir movimiento de salida.

6. Post Condiciones

1. Se ha actualizado las salidas.

2. El movimiento está listo para ser valorizado.

e) Generar Devolución


El caso de uso inicia cuando el usuario de Obra genera el proceso

de “Devolución”. Mediante este caso de uso el usuario podrá

devolver un equipo al Almacén Central.

2. Actor

Asistente de Obra o Jefe de Obra

3. Flujo de Eventos

3.1. Flujo Básico

1. Actor: El caso de uso inicia cuando el Actor selecciona

la Muestra la bandeja “Por Devolver”, con una lista de

equipos pendientes por devolver , con los siguientes

datos: “Sector, Familia, SubFamilia, Código, Equipo,

Marca, Modelo, Cantidad, Criterio, TipoMov, Horómetro”

2. Actor: Selecciona los equipos que desea devolver y a

continuación selecciona la opción “Devolver”.

3. Sistema: Muestra la bandeja “Guía de Remisión” con

todos los campos en blanco, excepto los datos del

proyecto que son recuperados del requerimiento.

72

4. Actor: Ingresa los datos de cabecera: N° Guía (N° Serie

+ N° Correlativo), Fecha de emisión, Fecha opción

“Devolución de Equipos”.

5. Sistema: Muestra las bandejas “Por Devolver”, “Guía

de Remisión”, “Listado de Guías”, “Equipos en

Tránsito”.

6. Actor: Selecciona page “Por Devolver”,

7. Sistema:

8. de Salida, Motivo de Traslado, Vehículo, Certificado de

Inscripción, Licencia, Observación.

9. Actor: Selecciona la opción Transportista.

10. Sistema: Muestra la lista de Transportistas.

11. Actor: Selecciona el Transportista.

12. Sistema: Muestra los datos del Transportista

seleccionado.

13. Actor: Ingresa los datos del detalle: Horómetro, Cantidad

a Devolver y Adjunta Acta de Devolución.

14. Actor: Selecciona la opción “Grabar y Enviar”.

15. Sistema: Valida que los datos sean correctos.

16. Sistema: Muestra el siguiente mensaje “Los datos se

han registrado satisfactoriamente” y envía datos a

“Equipos en Tránsito”.

3.2. Flujo Alternativo:

3.2.1 Si el usuario que accedió al sistema es de obra:

a. Sistema: Muestra relación de los equipos que pertenecen a la obra del usuario.

3.2.2 Si el usuario que accedió al sistema es “Usuario de CEQ”:

a. Sistema: Habilita opción “búsqueda de proyecto” para mostrar relación de equipos relacionados a la obra.

3.2.3 Si selecciona el page “Listado de Guías”:

a. Sistema: Muestra relación de “Guías de Remisión” creadas, estas pueden estar en estado Borrador o Generadas.

3.2.4 Si no tiene “Acta de Devolución”:

a. Sistema: Muestra mensaje de alerta indicando que se debe adjuntar el “Acta de Conformidad” y graba los datos en borrador.

73

3.2.5 Si los datos ingresados son incorrectos:

a. Sistemas: Muestra mensaje de alerta indicando que los datos ingresados son incorrectos “Verificar”. (Retorna a la opción incorrecta)

4. Requerimientos Especiales

No Aplica.

5. Pre-Condiciones

El usuario debe haber accedido al sistema

6. Post Condiciones

Actualización de Stock satisfactorio

Relación de “Equipos en Tránsito Actualizados”

7. Puntos de extensión

No aplica.

3.3 ANÁLISIS

3.3.1 Diagrama de Análisis

Diagrama de Actividades

Los diagramas que mostraremos a continuación nos permiten ampliar nuestra

visión sobre el flujo de acciones que se llevan a cabo en una determinada

funcionalidad.

- Gestionar Alta de Equipos

Gráfico 17 Diagrama de Actividad Gestionar Equipos

- Gestionar Baja de Equipos

uc CUN15.-Crear Equipos

Je

fe d

e C

on

tro

l P

atr

imo

nia

lE

nc

arg

ad

o d

e C

on

tro

l P

atr

imo

nia

l

Inicio

Recibir documentos

adjuntos del equipo

¿Existe familia y

subfamilia?

Crear familia y subfamilia

Asociar el equipo a una

familia y subfamilia

Registrar equipo con sus

especificaciones técnicas

Fin

Env iar Orden de creación

de equipo[No]

[Si]


74

Gráfico 18 Diagrama de Actividad Gestionar Baja de Equipos

- Gestionar Despacho de Equipos

-

Gráfico 19 Diagrama de Actividad Despacho de Equipos

- Gestionar Devolución de Equipos

uc CUN.o5.Generar Baja de Equipos

En

ca

rga

do

de

Co

ntr

ol

de

Pa

trim

on

ial

Je

fe d

e C

on

tro

l P

atr

imo

nia

l

Inicio

Verificar reporte de

mov imientos

¿Equipos faltantes

o perdidos?

Realizar baja masiv a

¿Desea dar de baja

masiva?

Generar orden interna de

baja a equipos

Realizar dev olución de

equipo

Fin

Adjuntar documentos

Realizar baja por equipo

¿Equipo destinado para venta a

un externo?

¿Equipo en

Obra?

Generar Orden de baja de

equipo (pendiente de

aprobación)

¿Aprobar orden?

Recibir Orden autorizada

de baja por equipo

Recibir Solicitud de

Requerimiento de baja

masiv a

Recibir Solicitud de

Requerimiento de baja por

equipo

¿Equipos depreciados

u obsoletos?

Especificar motiv o de baja

de equipo (por depreciación

u obsolecencia)

[Si]

[No]

[No]

[Si]

[No]

[Si]

[Si] [Si][No]

[No]

[No]

[Si]

uc CUN.o3.-Controlar Salida de Equipos

Je

fe d

e L

og

isti

ca

y A

lma

ce

n C

en

tra

l

Inicio

Recepcionar Solicitud de

Requerimiento

Ev aluar Solicitud de

Requerimiento

Verificar Stock en

Almacen

Aprobar

Requerimiento?

Registrar Mov imiento

Salida

Despachar Equipos

Final

SI

NO



75

Gráfico 20 Diagrama de Actividad Devolución de Equipos

- Gestionar Valorización de Equipos

Gráfico 21 Diagrama de Actividad Gestionar Valorización

Diagrama de Estados

A través de los diagramas de estado identificaremos los estados por los

que atraviesan las funcionalidades o componentes del sistema. A

continuación se representa los diagramas de estados más importantes del

sistema.



uc CUN.o2.-Controlar Dev olución de EquiposA

sis

ten

te d

e A

lma

cé

n Inicio

Recepcionar equipos

Prov enientes de Obra o

Proyecto

Verificar Lista de retornos

programados

Registrar Datos de los

equipos

Final

uc CUN.p2.- Generar Valorización

As

iste

nte

de

Va

lori

zac

ión

Je

fe d

e V

alo

riza

ció

n

Inicio

Env iar solicitud para

realizar v alorización

Recibir solicitud

Realizar cálculos de

recuperación de capital

Registrar histórico de

v alorización

Fin

¿Valorización

preliminar?

Ajustar inconsistencias en

los datos

Agrupar mov imientos del

periodo v igente

Agrupar mov imientos del

periodo que se desea

v alorizar

¿Valorización

preliminar?

No

No

Si

Si

76

- Diagrama de Estado de Equipos

- Diagrama de Estado de Valorización

Diagrama de Secuencias

Los diagramas de secuencia se elaboraron con la finalidad de conocer la

interacción entre los usuarios, el sistema y sus componentes que son parte

de una determinada funcionalidad, a continuación se mostrará algunos de

los diagramas de secuencias más importantes.

Equipos Creados Equipos dados de Baja Equipos Alquilados Equipos Disponibles Equipos perdidos

Inicial

[Retorno de Obra][Error o Mal estado] [Nunca regresan de Obra][En Obra]

Valorización Pendiente

Valorización Preliminar

Valorización Final Valorización Histórica

[Analizar valorizacionescerradas]

[EjecutarValorización antes

del cierre]

[EjecutarValorización

después del cierre]

Gráfico 22 Diagrama de Estado de Equipos

Gráfico 23 Diagrama de Estados de Valorización



77

- Diagrama de Secuencia Registrar Equipos

Gráfico 24 Diagrama de Secuencia Registrar Equipos


sd DS Equipos

UsuariofrmBuscarEquipo

frmEquipo

C_Equipo Equipo

alt

[Datos Correctos]

[Datos Incorrectos]

Ingresar Familia()

Seleccionar la opción Guardar()

Ingresar Datos Generales()

Ingresar Ubicación()

Mostrar Interfaz con Datos en Blanco()

DatosIncorrectos()

Ingresar Modelo()

Transacciónrealizada()

Selecciona la OpciónNuevo()

Insert()

Enviar Datos()

DatosInválidos()

Validar Datos()

Los datos han sido registradossatisfactoriamente()

Transacciónrealizada()

Enviar Parámetros()

78

- Diagrama de Secuencia Requerimientos de Equipos

Gráfico 25 Diagrama de Secuencia Solicitud de Requerimientos


sd Solicitar Requerimientos

Jefe de Obrai_Requerimiento c_Requerimiento e_Requerimiento

Mostrar equipos()

Mostrar relación de equipos()

Elegir equipos()

Consultar Equipos()

Consultar Equipos()

Parámetros correctos()

Ingresar a Solicitud de Requerimiento()

Mostrar mensaje de registro satisfactorio()

Registro satisfactorio()

Grabar solicitud de requerimientos()

Encontrarparámetros()


Motrar pantalla de Requerimientos()

Enviar parámetros de registro()

Presentar relación de equipos()

Consultar equipos a solicitar()

79

- Diagrama de Secuencia Despachar Equipos

sd Despacho de Equipos a Obra

Asistente de AlmacénI_Despacho c_Despacho e_Despacho

Validar datos()

Elegir requerimientos aprobados()

Enviar mensaje de envío satisfactorio()

Confirmar disponibilidad de stock()

Armar Guía de Remisión()

Solicitar Enviar()

Validar datos de parámetros()

Abrir Interfáz de Despacho()

Confirmar disponibilidad de stock()

Presentar interfáz de despacho()

Gráfico 26 Diagrama de Secuencia Despachar Equipos


80

- Diagrama de Secuencia Devolución de Equipos

sd Devolución de Equipos a Almacén

Asistente de Obrai_Devolución c_Devolución e_Devolución

alt Validación de datos

[Válido]

[Inválido]

Mostrar mensaje de generación incorrecta()

Mostrar mensaje de generación correcta()

Datos correctos()

Verificar datos()

Enviar parámtros()

Consultar datos válidos()

Datos inválidos()

Mostrar interfáz()

Datos inválidos()

Generar Guía de Remisión()

Datos correctos()

Abrir interfáz Devolución de Equipos()

Elegir equipos a devolver()

Verificar()

Armar ITE()

Gráfico 27 Diagrama de Secuencia Devolución de Equipos


81

- Diagrama de Secuencia Valorizar Equipos

sd Valorización de Equipos

Asistente de Valorizacióni_Valorización c_Valorización e_Valorización

Valorización final procesada()

Validar datos()

Valorización preliminar satisfactoria()

Mostrar mensaje de periodo abierto()

Enviar parámetros de proceso()

Consultar vigencia de periodo()

Procesar valorización final()

Periodo abierto()

Selecciona Valorización Preliminar()

Consultar movimientos()

Mostrar mensaje de advertencia()

Mostrar interfáz Valorizar()

Proceso de valorizaicón finalexitoso()

Ejecutar valorización final()

Procesar valorización()

Ejecuta Valorización Preliminar()


Periodo de valorización abierto()

Valorización final procesada()

Proceso satisfctorio()

Periodo de valorización abierto()

consultar movimientos()

Procesar datos()

Consultar vigencia de periodo()

Abrir interfáz Valorización()

Aceptar la ejecución del proceso()


Gráfico 28 Diagrama de Secuencia Valorizar Equipos


82

Diagrama de Clases del Sistema

3.4 DISEÑO

3.4.1 Modelo de Datos.

El modelo de datos se encuentra agrupado por procesos y operaciones (Ver

Anexo N° 4). Asimismo se detalla el diccionario de datos para mejor

comprensión de sus campos (Anexo N° 6).

Gráfico 29 Diagrama de Clases del Sistema


83

3.4.2 Prototipos del Sistema.

Listado de maestro de equipos

Listado de maestro de equipos es la pantalla más usada de todo el

sistema Valoriza por ser de consulta para todos los involucrados de

la Central de Equipo, nos permite obtener información relevante de

los equipos mayores y menores, tales como la disponibilidad, estado

de operatividad, últimas ubicaciones y sus tarifas base de los

equipos.

Gráfico 30 Prototipo Maestro de Equipos- Listado

Mantenimiento de equipos

Funcionalidad que permite ingresar los datos generales y

específicos del equipo, documentos de inspección, datos de compra

y fotos del equipo, así como también asignar datos que sirven para

procesar la valorización.


84

Gráfico 31 Prototipo Maestro de Equipos - Registrar

Listado de requerimientos

Funcionalidad al que tienen acceso todas las obras y proyectos de

construcción de GyM, el cual les permite elegir los equipos que

desean solicitar para la ejecución de sus obras, así mismo el listado

de requerimientos tambien les permite hacer seguimiento al estado

de las solicitudes de sus equipos


85

Mantenimiento de requerimientos

Funcionalidad que permite añadir caracteristicas de los equipos

mayores y menores que desean alquilar para sus obras, y donde

deben indicar la fecha de inicio de alquiler y fecha fin de alquiler.

Gráfico 32 Prototipo Listado de Requerimientos

Gráfico 33 Prototipo Atención de Requerimientos



86

Confirmación de requerimientos

Módulo que permite attender las solicitudes de equipos mayores y

menores de los equipos.

Despacho y devolución de equipos

A travéz de esta funcionalidad el usuario podrá despachar los

equipos solicitados por obra, emitiendo la guía de remisión y otros

documentos de los equipos, también permitirá registrar las

entradas de los equipos

Gráfico 34 Prototipo Confirmación de Requerimientos


87

Gráfico 35 Prototipo Despacho y Devolución de Equipos


88

Valorización preliminar de equipos

Genera los cálculos de los movimientos de equipos de entradas y

salidas antes del cierre del periodo.

Edición de Valorización preliminar

Formulario que permite la modificación de los criterios de

valorización antes de su generación final.

Gráfico 36 Prototipo de Valorización preliminar

Gráfico 37 Edición de Valorización preliminar



89

Valorización final de equipos

Genera los cálculos de valorización finales tomando en

consideración los montos acumulados de la valorización.

3.5 IMPLEMENTACIÓN

3.5.1 Modelo de Implementación.

En el presente acápite se hace mención a la arquitectura, componentes,

hardware y software necesario para la instalación del Sistema web Valoriza y

comprende del siguiente detalle.

a. Descripción de la arquitectura

La arquitectura del Sistema web Valoriza se basa en tres capas. El primer

nivel corresponde a la capa Web, que genera páginas HTML, que son

ejecutadas en un servidor web, e interpretadas en un navegador de internet,

en la segunda capa se encuentra el servidor de aplicaciones, que contiene la

lógica de negocio y que ejecuta los procesos críticos, libera la carga del

servidor web, la última capa es el servidor de base de datos que almacena y

gestiona los datos.

Gráfico 38 Prototipo de Valorización final


90

b. Entorno de trabajo

El entorno de trabajo es Visual Studio.Ner 2008, que comprende la distribución

adecuada de la arquitectura como son, capa entidad, capa de datos, capa de

negocios e interfáz.

c. Distribución de los componentes de la solución

o Componentes de interfaz gráfica de usuario Web, contiene las

páginas ASPX de interacción con el usuario final, genera páginas

dinámicas con contenido HTML que el navegador web lo

interpretará, contiene formularios web para interacción del usuario

con el sistema, como por ejemplo: frmMiCuenta.aspx, para registro

de los datos básicos de alumno, frmExperiencia.aspx,

frmEstudios.aspx, etc.; utiliza los imponentes proxy para consumir

los servicios expuestos en el servidor de aplicación; cada

componente proxy se corresponde con un servicio expuesto en el

servidor de aplicación.

o Componentes de lógica de negocio, contiene los componentes de

la aplicación, las entidades de negocio, lógica de negocio, expuesto

mediante servicios.

Gráfico 39 Entorno de trabajo


91

Cualquier interacción que se origine en la capa de presentación,

encuentra una respuesta en el servidor de aplicación, utiliza WCF y

cuenta con lo siguiente:

Contratos de Servicio: Es el contrato que define las

operaciones que implementa el servicio web.

Contratos de Datos: Son los datos que se envía a través del

servicio.

Implementación del servicio: Es la implementación del

servicio para realizar las operaciones y exponer los datos.

o Componentes de Base de Datos, contiene los procedimientos

almacenados que utilizará el sistema, los cuales serán el único

medio para acceder a los datos; contiene además, la tarea de

actualización de tablas por lotes, que tiene como origen de datos la

base de datos Valoriza.

o Componentes Utilitarios, Son componentes transversales al

sistema y componentes especializados en una funcionalidad

puntual, como por ejemplo, componente de envío de mensajería por

correo electrónico, seguridad, encriptación, etc.

92

Gráfico 40 Diagrama de Componentes

3.5.2 Productos de la Implementación

En la etapa de implementación se logró culminar con el desarrollo de todas las

opciones funcionales acordadas en el alcance del proyecto, como

consecuencia de ello se obtuvo los reportes que permiten el análisis de

valorización de equipos y formularios del negocio (Ver Anexo N° 7).

3.6 PRUEBAS

3.6.1 Casos de Pruebas Funcionales

El propósito de esta etapa es asegurar que el sistema web Valoriza esté

disponible para los usuarios finales, ajustar los errores y defectos encontrados

en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte

técnico necesario. Se debe verificar que el producto cumpla con lo esperado

por el usuario, para ello se hicieron pruebas funcionales, las que se detallan en

esta sección.


93

A continuación veremos algunos casos de Plan de Pruebas los cuales

presentan un listado de acciones que se ha de seguir para corroborar si se

cumple con el resultado esperado, para ello los usuarios que ejecutan las

pruebas tienen que seguir la secuencia de cada paso y deben indicar mediante

un comentario si el resultado esperado fue obtenido. Después de realizadas

todas las acciones, la persona que ejecuta la prueba firmará y colocará la fecha

de ejecución al final de la prueba.

La persona que supervisa la prueba, también revisará el resultado de la

ejecución de la prueba, firmará y colocará la fecha de revisión, además

colocará el check apropiado en la caja de texto correspondiente (Conforme o

Disconforme) para indicar el resultado final de la prueba.

Alguna observación funcional durante la ejecución de la prueba será incluida

al final en la sección control de cambios.

Crear solicitud de requerimiento

Propósito

Probar que los datos de la solicitud de requerimientos han sido registrados satisfactoriamente.

Pre-requisitos

El usuario a probar existe, y la cuenta es válida, además de contar con el perfil adecuado (Jefe de Equipos de Obra).

Pasos

1. Ir al Menú Procesos,

2. Opción Requerimientos,

3. Submenú Solicitud de Requerimiento.

Paso

Instrucción Resultados Esperados Resultados Reales

1. a) Ir al Menú Procesos,

b) opción Requerimientos,

c) submenú Solicitud de

Requerimiento.

Se abre la ventana del listado

de requerimientos,

encontrándose posicionado

en la bandeja “Mis

Requerimientos”

Columnas a visualizar:

Proyecto, Nº de

Requerimiento, Fecha de

Requerimiento, Cantidad,

Estado, (*) Adicional

Conforme

1.1 Luego se deberá seleccionar

en el icono .

Aparece la ventana del

Registro de Requerimiento, el

que se encuentra dividido en Conforme

94

Para la creación de un nuevo

requerimiento.

las siguientes áreas de

trabajo:

Datos Generales

Búsqueda de

Equipos

Equipos

Seleccionados

Equipos Adicionales

Estas áreas de trabajo

pueden minimizarse para

ahorrar espacio, haciendo

click en los siguientes

íconos:

1.2 Datos Generales:

En esta área se deberá

ingresar el proyecto

solicitante y la fecha de

requerimiento, debe clickear

el siguiente botón (a)

e indicar la fecha en (b)

(5) Se visualiza un

popup con el listado

de proyectos a los

que el usuario tiene

acceso, muestra las

siguientes

columnas:

Código, Descripción,

Estado

Al seleccionar un proyecto,

se cierra el popup y la caja de

texto obtiene el nombre del

proyecto.

Conforme

1.3 Búsqueda de Equipo:

Deberá seleccionar el

equipo que desea añadir a

su solicitud, haciendo click

en

de la primera columna.

Por último debe clickear en

para confirmar.

Las columnas a visualizar

son las siguientes: Familia,

SubFamilia, Marca, Modelo,

Capacidad.

Los equipos seleccionados

automáticamente deben

pasar al área de “Equipos

Seleccionados”.

Conforme

1.4 Equipos Seleccionados:

La finalidad es ingresar la

cantidad a solicitar, la fecha

desde y fecha hasta, sector

y tipo de asignación. Y

seleccionar el siguiente

ícono

para eliminar un

registro.

Las columnas a visualizar

son las siguientes:

Familia, SubFamilia, Marca,

Modelo, Cantidad, Requerido

desde, Requerido hasta,

Sector, Asignación,

Observaciones, Estado,

Quitar.

*Al Eliminar desaparece el

Registro seleccionado.

Conforme

95

1.5 Equipos Adicionales

Clickear el siguiente icono:

y deberá ingresar

los datos del equipo

adicional a solicitar.

Se visualiza las siguientes

columnas: Equipo, Modelo,

Cantidad, Requerido desde,

Requerido hasta, Asignación,

Observaciones, Quitar

Conforme

1.6 Luego, se deberá hacer click

en el icono para

guardar los cambios.

Al guardar saldrá un mensaje

“El requerimiento Nº XXXX

XXXXX se guardó

satisfactoriamente“

Donde XXXX = Código de la

Obra y

XXXXX = al Correlativo del

Requerimiento.

Conforme

1.8 O caso contrario, si deseas

regresar sin grabar ningún

cambio, se deberá

seleccionar el icono.

Regresará a la ventana

anterior.

Conforme

2 Al Hacer click el icono , se

visualiza el reporte de la Solicitud

de Requerimiento de una

determinada obra.

Reporte de Solicitud de

Requerimiento.

Conforme

Generar despacho de equipos

Propósito

Probar que se puede despachar equipos con sus respectivas Guías de Remisión, desde Almacén Villa hacia las Obras.

Pre-requisitos

El usuario a probar existe, y la cuenta es válida

Pasos

Ir a la opción Despacho de Equipos, del Menú Operaciones

Paso

Instrucción Resultados Esperados Resultados

Reales

1. 1.- Menú Operaciones

2.- Submenú : Despacho de Equipos

3.-Opción: “Emisión de Guía de Remisión”

Se muestra la relación de los

equipos que se encuentran

listos para ser enviados.

Bandeja “Por Enviar”

Presenta Opción:

Conforme

96

Checks de Filtrado:

Columnas a Visualizar:

F.Ofrecida.

Descripción Proyecto.

Familia.

SubFamilia.

Área de Gestión.

Código CEQ.

Desc. Equipo.

Ctd.Pactada.

Ctd. A Despachar

(Editable)

ITE

Nº Requerimiento

1.1 BANDEJA POR ENVIAR:

Para filtrar los equipos en base a un proyecto

seleccionado:

Deberá

Clickear el Botón :

Visualizará el popup de

Búsqueda de Proyectos, Con

los siguientes Campos:

Check

“Código de Proyecto”,

“Descripción de

Proyecto”

Conforme

1.2 Para seleccionar los proyectos deberá

seleccionar los checks uno por uno, o una

selección múltiple.

Posteriormente debe clickear en el Icono:

para añadir los filtros.

Visualizará la información de los

equipos a enviar pero solamente

de los proyectos seleccionados.

Opcionalmente tiene la opción

de filtrar por equipos Mayores y

Menores clickeando en:

Conforme

1.3 BANDEJA POR ENVIAR:

Para despachar Equipos debe seleccionar los

registros haciendo Click en ..

En la columna Ctd.a Despachar ya se

visualiza por defecto el valor, es igual a la

Aparecerá la interfaz de la Guía

de Remisión con las casillas

habilitadas para completar la

información.

97

cantidad pactada, y si desea despachar una

cantidad menor, entonces deberá ingresar el

valor deseado.

También debe Adjuntar el documento de la

ITE.

Como último paso debe Clickear

en el botón Nuevo

En el detalle podrán visualizar

los detalles de los equipos

seleccionados anteriormente.

1.4 CREAR GUIA DE REMISIÓN:

Inicialmente se podrá grabar como borrador, es

decir no es obligatorio el ingreso de todos los datos:

Ingresar la serie y Nº de Guía de

Remisión:

Fecha de Emisión de la G.R.

Fecha Estimada de Despacho (El día que

saldrá los equipos).

Motivo de Traslado.

Datos del Transportista.

En el Detalle de la G.R:

Componentes del Equipo

CheckList

Finalmente deberá seleccionar la opción Grabar.

Visualizará un mensaje

indicando que la “Guía de

Remisión ha sido registrado

Satisfactoriamente”.

Se visualizará el Listado de

Guías de Remisión creadas, con

las siguientes columnas:

Nº Guía,

Destino,

Fecha Emisión,

Equipos,

Ver Guía,

Estado,

Imprimir

El estado de color Rojo, indica

que aún no ha sido generado.

Por ser una guía de remisión en

Borrador, tendrá la posibilidad

de continuar editándola.

1.5 EDITAR GUIA DE REMISIÓN:

Ubicarse en el Listado de Guías de Remisión

seleccionar registro con estado de color

Rojo

- Seleccionar el registro a editar, haciendo

click en de la primera columna.

- Hacer doble Click o Clickear

en el Ícono Modificar

Visualizará la guía de remisión

que ha seleccionado con los

campos habilitados, y podrá

completar la información que

requiere, incluso puede

adicionar

o eliminar equipos

al detalle.

Conforme

98

1.6 Adicionar Equipos al Detalle:

Hacer Click en el botón

Regresará a la primera bandeja

POR ENVIAR, donde le

permitirá seleccionar otro equipo

que desea Adicionar.

Deberá clickear en

Y Retornará a la Guía

de Remisión, el equipo debe

haberse adicionado.

Finalmente deberá seleccionar la

opción Grabar.

1.7 GENERAR UNA GUÍA DE REMISIÓN:


seleccionar registro con estado de color Rojo

Clickear en el Ícono de la Impresora, lo cual

significa que la guía de remisión será impresa, por

lo tanto los equipos inician su partida.

Visualizará un mensaje

indicando que la Guía de

Remisión ha sido generada, y

que los “Equipos se

encuentran en TRÁNSITO”, el

estado cambiará a color Verde.

1.8 Modificar una GUIA DE REMISIÓN generada.

Tener en cuenta que esto sólo podrá modificarse el

mismo día que genera la G.Remisión.

Puede darse el caso de que a pesar de haber

pasado por una GR en borrador, el usuario se haya

equivocado al ingresar la serie y el número (o que

la GR se haya estancado en la impresora), o

incluso que quieran modificar la fecha de partida.

Ubicarse en el Listado de Guías de Remisión y

seleccionar el registro con estado de color Verde

Luego Clickear en el Ícono Modificar

Se habilitará la Guía de remisión

con los siguientes campos

habilitados, Fecha de Partida,

Serie y Número.


opción Grabar.

Desmovilizar equipos mayores desde las obras

Propósito

99

Probar que se puede desmovilizar y despachar los equipos Mayores y Menores con sus respectivas Guías de Remisión, desde las Obras hacia el Almacén Central, Proveedores u Obras.

Pre-requisitos

El usuario a probar existe, y la cuenta es válida

Pasos

Ir a la opción Devolución de Equipos, del Menú Operaciones

Paso

Instrucción Resultados Esperados Resultados

Reales

1. 1.- Menú Operaciones

2.- Submenú : Devolución de Equipos

3.-Opción: “Emisión de Guía de Remisión”

Se muestra la relación de los

equipos que se encuentran

actualmente en Obra.

Bandeja “Por Desmovilizar”

Presenta Opción:

Checks de Filtrado:

Columnas a Visualizar:

Sector,

Familia, SubFamilia,

Area Gestión,

Código,

Equipo,

Marca,

Modelo, Cantidad,

C x Demovilizar,

Criterio,

Tipo Mov.

Horómetro.

Conforme

1.1 BANDEJA POR DESMOVLIZAR:

Para filtrar los equipos en base a un proyecto

seleccionado:

Deberá Clickear el Botón :

Visualizará el popup de

Búsqueda de Proyectos, Con los

siguientes Campos:

Check

“Código de Proyecto”,

“Descripción de

Proyecto”

100

Esto solo hará efecto si el usuario

de Obra tiene acceso a mas de

una obra.

1.2 Para seleccionar los proyectos deberá

seleccionar los checks uno por uno, o una

selección múltiple.

Posteriormente debe clickear en el Icono:

para añadir los filtros.

Visualizará la información de los

equipos a desmovilizar.

Opcionalmente tiene la opción de

filtrar por equipos Mayores y

Menores clickeando en:

Conforme

1.3 BANDEJA POR DESMOVILIZAR:

Para desmovilizar Equipos debe seleccionar

los registros haciendo Click en ..

En la columna Ctd.a Despachar se visualiza

por defecto el valor, es igual a la cantidad

recibida, y si desea despachar una cantidad

menor, entonces deberá ingresar el valor

deseado.

Finalmente seleccionar

Si el Equipo Seleccionado es

Menor:

Aparecerá la interfaz de la Guía

de Remisión con las casillas

habilitadas para completar la

información.

En el detalle de la GR se

visualiza los equipos

seleccionados anteriormente.

Si el Equipo seleccionado es

Mayor:

Enviará a la bandeja Por

Despachar con la finalidad de

que el Jefe de Equipos Adjunte la

ITE. Y posteriormente el

encargado de Almacén

seleccione un destino.

1.4 CREAR GUIA DE REMISIÓN:

Inicialmente se podrá grabar como borrador, es

decir no es obligatorio el ingreso de todos los

datos:

Ingresar la serie y Nº de Guía de

Remisión:

Fecha de Emisión de la G.R.

Fecha Estimada de Despacho (El día que

enviará los equipos a CEQ).

Motivo de Traslado.

Datos del Transportista.

Visualizará un mensaje indicando

que la “Guía de Remisión ha sido

registrado Satisfactoriamente”.

Se visualizará el Listado de

Guías de Remisión creadas, con

las siguientes columnas:

Nº Guía,

Destino,

Fecha Emisión,

Equipos,

101

En el Detalle de la G.R:

Componentes del Equipo

CheckList

Finalmente deberá seleccionar la opción Grabar.

Ver Guía,

Estado,

Imprimir

El estado de color Rojo, indica

que aún no ha sido generado.

Por ser una guía de remisión en

Borrador, tendrá la posibilidad de

continuar editándola.

1.5 EDITAR GUIA DE REMISIÓN:


seleccionar registro con estado de color

Rojo

- Seleccionar el registro a editar, haciendo

click en de la primera columna.

- Hacer doble Click o Clickear

en el Ícono Modificar

Visualizará la guía de remisión

que ha seleccionado con los

campos habilitados, y podrá

completar la información que

requiere, incluso puede adicionar

o eliminar equipos

del detalle.

Conforme

1.6 Adicionar Equipos al Detalle:

Hacer Click en el botón

Regresará a la primera bandeja

POR ENVIAR, donde le permitirá

seleccionar otro equipo que

desea Adicionar.

Deberá clickear

en

Y Retornará a la Guía

de Remisión, el equipo debe

haberse adicionado.


opción Grabar.

Conforme

1.7 GENERAR UNA GUÍA DE REMISIÓN: Visualizará un mensaje indicando

que la Guía de Remisión ha sido

generada, y que los “Equipos se

102


seleccionar registro con estado de color Rojo

Clickear en el Ícono de la Impresora, lo cual

significa que la guía de remisión será impresa, por

lo tanto los equipos inician su partida.

encuentran en TRÁNSITO”, el

estado cambiará a color Verde.

3.7 DESPLIEGUE

3.7.1 Modelo de despliegue

Para el despliegue del sistema, se requiere los siguientes servidores: Un

Servidor Web, un Servidor de aplicaciones, un servidor de base de datos y un

servidor de correo. Por el lado cliente, se requiere un equipo que ejecute un

navegador Web. En la siguiente imagen se muestra como irá distribuidos los

componentes de la solución (Anexo N° 5)

103

CAPÍTULO IV: RESULTADOS

5.2 PRESENTACIÓN DE RESULTADOS

Para GyM fue estratégica la implementación del sistema web Valoriza, puesto

que una vez implementada no solamente se encargaron de medir los resultados

económicos en la Central de Equipos y en toda la organización, sino que

también hicieron contratos internos con las diferentes unidades de negocio

como STRACON, CONCAR, FERROVIAS, VIAL VIVES, MORELCO, divisiones

de GyM que tuvieron que usar el software por concepto de alquiler a fin de

estandarizar los proceso de gestión y valorización de equipos mayores y

menores. A continuación de puede apreciar los resultados que se obtuvieron

luego de la implementación del Sistema Web Valoriza.

Tabla 20 Resultado de los Indicadores

INDICADORES ANTES DE LA

IMPLEMENTACIÓN DESPUÉS DE LA IMPLEMENTACIÓN

Porcentaje de inexactitud en los datos de disponibilidad de equipos para atender requerimientos en muestra de 30 proyectos.

30% 5%

Porcentaje de insatisfacción de las obras por falencias en la valorización.

40% 3%

Porcentaje de transferencias no autorizadas en muestra de 30 proyectos.

30% 3%

Pérdidas al año de los equipos al ser transferidos de manera inadecuadas entre las obras muestra de 30 proyectos.

20% 2%

Porcentaje de pérdida de participación en el sector construcción por problemas de valorización.

20% 2%


40% 3%

104

CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES

5.2 CONCLUSIONES

a) El Proyecto del Sistema Web fue desarrollado, bajo la metodología RUP, en

un periodo de tiempo de 7 meses, presentándose en primera instancia cambios

de requerimientos por la alta dirección, los cuales fueron ocasionados por la

contratación de un tercero especialista en procesos sin tener en consideración

el alcance real del proyecto. Sin embargo, ante estos nuevos requerimientos,

el proyecto logró alcanzar la automatización completa del proceso de

valorización que fue reportada por los jefes de valorización como un avance

significativo en sus labores cotidianas, lo cual validó la hipótesis planteada en

la presente tésis.

b) El proyecto implementado, en base a la información de los requerimientos

funcionales de los usuarios del proceso de valorización, mejoró en un 25% los

datos de disponibilidad de equipos, esto significa que del 30% de información

inexacta que se presentaba antes de implementar el sistema, se ha reducido

en 25%, quedando un 5% de datos inexactos que son generadas por causales

humanas.

c) A raíz de la implementación del sistema web Valoriza, los informes de

valorización presentados a las obras cada fin de mes, disminuyeron de un 40%

a 3% de datos errados, los cuales son producto de transferencia de equipos

entre obras que no han sido del todo autorizadas, dicha información fue

constatada a través de las actas de reuniones con las áreas involucradas.

d) El sistema web Valoriza cubrió todo el proceso de transferencias de equipos

entre las obras, lo cual originó que las transferencias de equipos sean

registradas en el sistema siguiendo su proceso de evaluación y obteniendo

como resultado la disminución de un 30% a 3% de transferencias no

autorizadas.

e) Antes de la implementación del sistema web Valoriza, la compañía llegó a

perder en el periodo del 2014 la suma 690 000 mil soles en equipos extraviados

por falencias en la transferencias de equipos, lo cual hace un 20% de la

muestra de dos (2) proyectos importantes, luego de la implementación del

sistema web Valoriza, este resultado se redujo a un 2% de pérdidas que en

105

algunos casos el sistema no puede controlar debido a la interferencia del factor

humano.

f) Es de conocimiento que Graña y Montero es una empresa competitiva en el

mercado nacional, razón por la cual el proyecto tenía como finalidad fortalecer

la unidad de Central de Equipos por ser uno de los componentes estratégicos

de la empresa. Lo que significa, que habiendo un descenso en la contratación

de nuevos proyectos de construcción (180 proyectos en el 2014 y 70 proyectos

en el 2015), el proyecto implementado tuvo como objetivo reducir la pérdida de

proyectos por una mala gestión en el proceso de valorización, lo cual se

observó luego de la implementación, pasando el porcentaje de pérdidas de

20% a un 2%.

g) Finalmente, debemos mencionar que el proyecto actualmente se ha convertido

en una herramienta de gestión efectiva en la valorización de equipos mayores

y menores para GyM, considerando que el porcentaje de inexcatitud en los

informes de Valorización disminuyeron de un 40% a un 3%, razón por la cual

se coordinó y ejecutó la transferencia del sistema web de Valoriza, a las

unidades de negocio que se encuentran en Chile y Colombia.

5.2 RECOMENDACIONES

a) En base a la experiencia de la suscrita, se sugiere continuar con la

implementación de un aplicativo web que brinde solución integral a todas sus

unidades de negocio de la empresa GyM, identificando objetivamente los

requerimientos funcionales y no funcionales a fin de estimar con mayor

precisión la durabilidad del proyecto.

b) Los proyectos que se implementen en la empresa GyM deberán basarse en

una metodología de desarrollo como RUP u otro dependiendo la naturaleza del

problema y las características del proyecto, debido a la interacción permanente

con el usuario.

c) Se deberá realizar un plan de capacitación trimestral a fin de que los

trabajadores tengan conocimiento total de la funcionalidad del sistema web

Valoriza y se logre mitigar el margen de error en el proceso de valorización.

106

d) Es importante considerar una etapa de mantenimiento y mejora continua en el

aplicativo web Valoriza, por ser este de carácter estratégico para la

organización.

107

REFERENCIAS BIBLIOGRÁFICAS

LIBROS FÍSICOS:

- Roger S. Pressman (2014). Ingeniería de Software. 7°Edición.

- Laudon & Laudon (2012). Sistemas de la Información. 12ªEdición.

- Ivar Jacobson, Grady Booch, James Rumbaugh, Addison Wesley (1999). El

Proceso Unificado de Desarrollo de Software.

LIBROS DIGITALES

- Oyarce, J. (2013).Excelencia Empresarial y Competitividad.

- Icex (2012). Oportunidades para construcción en Infraestructuras según ICEX.

- Roberto Hernández Sampieri (2014). Metodología de la Investigación. Mcgraw-

Hill/Interamericana Editores S.A. 6ªEdición.

ARTÍCULOS DIGITALES

- SIICEX (2015). Servicios al Exportador, Información.

- CARBONEL, Francisco (2010). Modelos de la gestión de la cadena de

suministro en el sector de construcción. Artículo publicado en el Dpto.

Organización de Empresas de la Universidad Politécnica de Valencia, España.

- CARHUAVILCA, Carlos (2010). Elementos para determinación del costo

horario de los equipos y maquinaria del sector de construcción. Ministerio de

Vivienda, Construcción y Saneamiento (Resolución Directoral Nº 035- 2010).

- Ventajas Organizacionales (2013): Elementos necesarios para el desempeño

gerencial en empresas con base tecnológica, Formación Gerencial, Año 12 Nº

1.

- Soldevilla & Cordobes (2008). Nuevos Métodos de Valorización de Equipos y

Maquinarias.

108

- Seuring Y Muller (2008). Análisis teórico de la Responsabilidad Social

Empresarial.

- Rubian (2003). Tecnologías de Información en la Cadena de Suministro.

- Piattini (1996). Métodos de Construcción de Software.

- Fernandez, P (1996). Valorización de Activos.

- Donna Spencer (2010). Information Architecture, by Five Simple Steps.

- Norma Técnica Peruana NTP-ISO/IEC 12207 (2006). Tecnologías de la

Información, Procesos del ciclo de vida del software.

- Andrew Dillon (2000). Understanding and Evaluating the User Experience with

Information Spaces, Cumbre IA.

- Promperu (2016). El sector construcción en los países de Latinoamérica.

SIICEX

- Franklin Alberto Díaz (2014). La Gestión Inmobiliaria, Ed. Lulu and Bubok.

- Xose López García y Marita Otero López, (2005). Las Herramientas

Tecnológicas de la Nueva Información Periodística, 1era Edición, Ntebiblo.

TESIS:

- Bermúdez Julio (2010). Universidad Nacional Mayor de San Marcos, Gestión

tecnológica empresarial, obras de construcción.

- Cabos, Carlos (2010). Universidad Nacional de Trujillo. Sistema de

Mantenimiento de Equipos valorizados.

- Choque, Susana (2013). Universidad Tecnológica del Perú. Gestión de

Equipos y suministros en el sector construcción.

- Torres, Carlos (2011). Universidad Nacional de Ingeniería. Gestión del control

de maquinaria pesada en obras viales usando tecnologías de la información.

109

- Pascual, Sergio (2010). Instituto Tecnológico de la Construcción. La

descapitalización de las empresas constructoras como consecuencia de la

pérdida de valor del equipo a través del tiempo.

110

ANEXOS

Anexo 01: Resultado de Encuestas

Encuestas a los Jefes de Obra

GRUPO INSTRUMENTOS MÉTODO Nro.

PERSONAS

Jefes de Obra Cuestionario Individual Cuantitativo/ cualitativo 30

Entrevista Individual Cualitativo 30

TOTAL PARTICIPANTES INSTRUMENTOS CUALITATIVOS 30

TOTAL PARTICIPANTES INSTRUMENTOS CUANTITATIVOS 30

*El total de participantes de instrumentos cualitativos

Coincide con el total de participantes en la investigación.

Encuestas al Jefe de Valorización y asistente de Valorización.


PERSONAS

Responsables de Valorización

Cuestionario Individual Cuantitativo/ cualitativo 2

Entrevista Individual Cuantitativo/ Cualitativo 2

TOTAL PARTICIPANTES INSTRUMENTOS CUALITATIVOS

2


Encuestas al Jefe de Control Patrimonial y Asistente de Control Patrimonial.


PERSONAS

Responsables de Control Patrimonial

Cuestionario Individual

Cuantitativo/ cualitativo 2

Entrevista Individual Cuantitativo/ Cualitativo 2

TOTAL PARTICIPANTES INSTRUMENTOS CUALITATIVOS

2


111

Anexo 02: Modelo del Dominio

112

Anexo 03. Modelo de Operacion

Anexo 04: Modelo de Datosdm SQLServ er2008

dbo.tbienes$

Subf_Codigo: nvarchar(255)

Age_Codigo: nvarchar(255)

Tbie_Codigo: nvarchar(255)

dbo.TBL_Afiliada

*PK Afil_Codigo: char(2)

*FK Corp_Ruc: char(11)

Afil_Ruc: char(11)

Afil_RazonSocial: varchar(100)

Afil_Sigla: char(15)

Afil_Estado: bit

Afil_UsuarioCreacion: varchar(50)

Afil_UsuarioEdicion: varchar(50)

Afil_FechaCreacion: datetime

Afil_FechaEdicion: datetime

«PK»

+ PK_TBL_Afil iada(char)

«FK»

+ FK_TBL_Afil iada_TBL_Corporacion(char)

dbo.TBL_CaractEquipo

*PK Fami_Codigo: char(5)

*PK Subf_Codigo: char(5)

*PK Equi_Codigo: char(5)

*FK Cara_Codigo: char(4)

Care_Valor: varchar(128)

«PK»

+ PK_TBL_CaractEquipo(char, char, char)

«FK»

+ FK_Caracteristica(char)

dbo.TBL_Caracteristica

*PK Cara_Codigo: char(4) = ('True')

Cara_Descripcion: varchar(128)

Cata_UsuarioCreacion: varchar(50)

Cara_UsuarioEdicion: varchar(50)

Cara_FechaCreacion: datetime

Cara_FechaEdicion: datetime

«PK»

+ PK_TBL_Caracteristica(char)

dbo.TBL_Consumible

*PK Cons_Codigo: char(4)

Cons_Descripcion: varchar(32)

Cons_Cantidad: int

* Tbie_Codigo: char(2)

* Marc_Codigo: char(4)

Cons_NumeroParte: int

Cons_FrecuenciaCambio: varchar(32)

Cons_Observaciones: varchar(100)

Cons_Estado: bit

Cons_UsuarioCreacion: varchar(50)

Cons_UsuarioEdicion: varchar(50)

Cons_FechaCreacion: datetime

Cons_FechaEdicion: datetime

Equi_Codigo: char(15)

«PK»

+ PK__TBL_Cons__22208C9215460CD7(char)

dbo.TBL_Corporacion

*PK Corp_Ruc: char(11)

Corp_RazonSocial: varchar(100)

* Corp_Direccion: varchar(100)

Corp_Logo: image

* Corp_Telefono: varchar(30)

UBIG_Identificador: varchar(10)

* Corp_EstadoRegistro: bit

* Corp_UsuarioCreacion: varchar(50)

Corp_UsuarioEdicion: varchar(50)

* Corp_FechaCreacion: datetime

Corp_FechaEdicion: datetime

CORP_Unico: int

Corp_Pais: char(3)

Corp_Departamento: char(2)

Corp_Ciudad: char(2)

Corp_Distrito: char(2)

«PK»

+ XPKTBL_Corporacion(char)

dbo.TBL_DatosOracle

*PK Proy_Codigo: char(5)

*PK icoddat: int

Dato_codcom: char(5)

Dato_intcom: char(5)

Dato_desdiv: char(3)

Dato_codpro: char(4)

Dato_desmons: char(4)

Dato_desmond: char(5)

Dato_fecreg: datetime

Dato_estado: bit

«PK»

+ PK_TBL_DatosOracle(char, int)

dbo.TBL_Empresa

*PK Empr_NumeroRuc: char(11)

Empr_RazonSocial: varchar(100)

Empr_Logo: image

Empr_Estado: bit

Empr_UsuarioCreacion: varchar(50)

Empr_UsuarioEdicion: varchar(50)

Empr_FechaCreacion: datetime

Empr_FechaEdicion: datetime

Afil_Ruc: char(11)

Empr_Direccion: varchar(111)

Empr_Contacto: varchar(100)

Empr_Telefono: varchar(50)

Empr_TelefonoContacto: varchar(50)

Empr_Web: varchar(150)

Empr_Abreviatura: char(4)

* Pers_Codigo: char(4)

*FK Corp_Ruc: char(11)

«PK»

+ PK_TBL_Empresa(char)

«FK»

+ FK_TBL_Empresa_1(char)

dbo.TBL_EmpresaDiv ision

*FK Empr_NumeroRuc: char(11) = ('True')

* Divi_Codigo: char(3)

Ediv_Estado: bit

«FK»

+ FK_TBL_EmpresaDivision_1(char)

dbo.TBL_EquipoCapacidad

*PK Ecap_Codigo: char(2)

* Equi_Codigo: char(15)

Ecap_descripcion: varchar(300)

Ecap_Umedida: char(2)

Ecap_Cantidad: decimal(5)

Ecap_Observacion: varchar(300)

«PK»

+ PK_TBL_EquipoCapacidad(char)

dbo.TBL_EquipoAcumuladoVal


Proy_Codigo: char(5)

Peri_Codigo: char(6)

VDEP_AcumuladoTotal: decimal(12,4)

VDEP_AcumuladoUltUbicacion: decimal(12,4)

EAV_UsuarioEdicion: varchar(50)

EAV_FechaEdicion: datetime

dbo.TBL_EquipoComponente

* Ecom_Codigo: int


* Ecom_Descripcion: varchar(100)

Subf_Codigo: char(5)

dbo.TBL_EquipoComponenteCaracteristica


* Ecar_Codigo: int

Ecar_Descripcion: varchar(100)

Ecar_Caracteristica: varchar(100)

* Ecom_Codigo: int

«PK»

+ PK_TBL_EquipoComponenteCaracteristica()

dbo.TBL_EquipoImagenes


Eimg_Correlativo: int

Eimg_ID: int

Eimg_Descripcion: varchar(50)

Eimg_Archivo: image

Eimg_Extension: varchar(5)

dbo.TBL_EquiposBajaDocumento

Bdoc_EbajCod: char(5)

Bdoc_ID: int

Bdoc_Descripcion: varchar(50)

Bdoc_Archivo: image

Bdoc_Extension: varchar(5)

dbo.TBL_EquiposImplementos

*PK Impl_Codigo: char(4)

Impl_Descripcion: varchar(50)

Impl_Estado: char(1)


«PK»

+ PK_TBL_EquiposImplementos(char)

dbo.TBL_EquiposOtros

*PK Eotr_Proyecto: char(4)

*PK Eotr_Familia: char(5)

*PK Eotr_SubFamilia: char(5)

*PK Eotr_Equipo: char(5)

Eotr_StockDisponible: decimal(12,4)

Eotr_FlagEstado: char(1)

Eotr_StockAveriado: decimal(12,4)

Eotr_FechaIngreso: datetime

«PK»

+ PK_TBL_EquiposOtros(char, char, char, char)

dbo.TBL_EquipoTransaccion


*PK Etra_Codigo: int

* Etra_OrdenNumero: char(15)

Etra_OrdenDescripcion: varchar(100)

* Prov_Ruc: varchar(11)

* Etra_FechaTransaccion: datetime

Etra_FechaLeasing: datetime

Etra_Horometro: decimal(15,4)

Etra_NumeroFactura: varchar(50)

Etra_CodigoBanco: int

Etra_NumeroLeasing: varchar(50)

Pers_Codigo: char(4)

Etra_TipoTransaccion: int

* Etra_EstadoEquipo: int

Etra_OrdenWordNumero: char(15)

Etra_OrdenWordDescripcion: varchar(100)

Etra_GuiaNroSerie: char(3)

Etra_GuiaNroDoc: char(10)

Etra_FechRecepcion: datetime

Etra_Importe: decimal(15,4)

Etra_CodigoMoneda: int


«PK»

+ fK_TBL_EquipoTra(char, int)

dbo.TBL_EquipoTransaccionDocumento


*PK Etra_Codigo: int

*PK Edoc_Codigo: int

*PK Edoc_Item: int

* Edoc_Descripcion: varchar(100)

Edoc_Archivo: image

Edoc_Extension: varchar(10)

«PK»

+ pK_TBL_TBL_EquipoTransaccionDocumento(char, int, int, int)

dbo.TBL_Inv entarioFisico

*PK Invf_Anio: char(4)

*PK Invf_CodInventario: char(10)

Invf_StockPc: decimal(12,4)

Invf_StockPcProy: decimal(12,4)

Invf_CantidadFisica: decimal(12,4)

Invf_CantidadFisicaProy: decimal(12,4)

Invf_FlagInventariado: bit

Invf_Observaciones: varchar(250)

«PK»

+ PK_TBL_InventarioFisico(char, char)

dbo.TBL_Mov imiento

*PK Tmov_Codigo: char(2)

*PK Movi_NroMov: char(8)

Movi_FechaEmision: datetime

Movi_GuiaNroSerie: char(4)

Movi_GuiaNroDoc: char(8)

Movi_FlagValoriza: bit

Movi_Observaciones: varchar(128)

Movi_Estado: char(1)

Movi_OtrosMotivTrasl: char(128)

Movi_Chofer: varchar(64)

Movi_NroBrevete: varchar(10)

Movi_FechaTraslado: datetime

Movi_Vehiculo: varchar(50)

Movi_DniChofer: varchar(11)

Movi_Certificado: varchar(15)

Movi_PlacaCarreta: varchar(10)

Movi_UsuarioCreacion: varchar(50)

Movi_UsuarioEdicion: varchar(50)

Movi_FechaCreacion: datetime

Movi_FechaEdicion: datetime

Tdoc_Codigo: varchar(10)

Tran_RUC: varchar(11)

Pers_Codigo: char(4)

Movi_FechaSalida: datetime

Movi_FlagBajaMasiva: bit


Movi_FechaIngreso: datetime

FlagRequerimiento: bit

Movi_TipoDevolucion: char(1)

Proy_Origen: char(5)

Proy_OrigenTransferencia: char(5)

Movi_FlagTransferencia: bit

Movi_FPartida: datetime

PEmi_Codigo: char(8)

Movi_MotivTrasGuia: varchar(100)

Movi_MotivTrasGuiaObser: varchar(100)

Movi_ObservGuia: varchar(100) = ('')

Movi_Licencia: varchar(50)

Prov_RUC: varchar(11)

Movi_OrdenServicio: varchar(20)

Movi_GuiaEstado: char(2)

Proyd_Numero: int

«PK»

+ PK_TBL_Movimiento(char, char)

dbo.TBL_Mov imientoDetalle

*pfK Movi_NroMov: char(8)

*PK Movd_CodLinea: char(5)

Movd_Cantidad: decimal(12,4)

Movd_CntDevuelta: decimal(12,4)

Movd_CntSaldo: decimal(12,4)

Movd_AlquilerPosesion: decimal(12,4)

Movd_AlquilerManten: decimal(12,4)

Movd_TarDepreciacion: decimal(12,4)

Movd_Horometro: decimal(12,4)

Movd_FechaIniVal: datetime

Movd_FechaFinVal: datetime

Movd_Observaciones: varchar(450)

Movd_FechaRetorno: datetime

*pfK Tmov_Codigo: char(2)

Cval_Codigo: char(3)



Sect_Codigo: char(2)

Ubic_Codigo: char(4)

Movd_UsuarioCreacion: varchar(50)

Movd_UsuarioEdicion: varchar(50)

Movd_FechaCreacion: datetime

Movd_fechaEdicion: datetime

Part_Codigo: char(5)

FK Invf_Anio: char(4)

FK Invf_CodInventario: char(10)


Movd_TasaInteres: decimal(12,4)

Movd_TasaGG: decimal(12,4)

Movd_TasaSeg: decimal(12,4)

Movd_TarInteres: decimal(12,4)

Movd_TarGG: decimal(12,4)

Movd_TarSeguro: decimal(12,4)

Movd_AlquilerTotal: decimal(12,4)

Movd_MovRelacion_Salida: char(8)

Movd_TMovRelacion_Salida: char(2)

Movd_CodLineaRelacion_Salida: char(5)

Movd_Importe: decimal(12,4)

Movd_ValorReposicion: decimal(12,4)

Movd_Estado: char(10)

Requ_Numero: char(11)

Reqd_CodLinea: char(5)

Movd_VPI: decimal(12,4)

Movd_GuiaEstado: char(2)

Movd_EquipoComponente: varchar(max)

Movd_DiasDescuento: int

Movd_PeriodoDepreciacion: decimal(12,4)

Movd_ValorResidual: decimal(12,4)

Movd_FactorMantenimiento: decimal(12,4)

Movd_ValorReposicionAjustado: decimal(12,4)

Movd_TarifaUtil idad: decimal(12,4)

Movd_Util idad: decimal(12,4)

Movd_Archivo: image

Movd_Extension: varchar(10)

Movd_FechaRecepcion: datetime

Movd_ComentarioRecepcion: varchar(250)

Movd_Ite: char(10)

Movd_TDesObservacion: varchar(100)

Movd_CantidadDesmovilizar: decimal(12,4)

Movd_CntSaldoDesmovilizar: decimal(12,4)

Reqs_Correlativo: char(1)

Movd_Ctd_Recepcionada: decimal(12,4)

Movd_CheckList_Estado: char(1)

Movd_NroOrden: varchar(10)

Movd_RqmDObra: varchar(100)

Recl_Correlativo: int

Movd_EquipCompChk: char(1)

Movd_TipoDestino: char(1)

Movd_IteArchivo: image

Movd_IteExtension: char(3)

Movd_AjusteTarDepreciacion: decimal(12,4)

Movd_AjusteTarInteres: decimal(12,4)

Movd_AjusteTarGG: decimal(12,4)

Movd_AjusteTarSeguro: decimal(12,4)

Movd_AjusteAlquilerPosesion: decimal(12,4)

Movd_AjusteFactorMantenimiento: decimal(12,4)

Movd_AjusteAlquilerManten: decimal(12,4)

Movd_AjusteUtil idad: decimal(12,4)

Movd_AjusteTarifaUtil idad: decimal(12,4)

Movd_AjusteAlquilerTotal: decimal(12,4)

Movd_AjusteFlag: bit

Movd_ValorRecupero: decimal(12,4)

«PK»

+ PK_TBL_MovimientoDetalle(char, char, char)

«FK»

+ R_MDetalle_Inventario(char, char)

+ R_MDetalle_Movimiento(char, char)

dbo.TBL_Notificacion

*PK Noti_Codigo: char(4)

Noti_TipoPlanEmail: varchar(100)

Noti_PlanEmail: varchar(max)

Noti_Observacion: varchar(150)

Noti_Estado: bit

Noti_UsuarioCreacion: varchar(50)

Noti_UsuarioEdicion: varchar(50)

Noti_FechaCreacion: datetime

Noti_FechaEdicion: datetime

«PK»

+ PK_TBL_Notificacion(char)

dbo.TBL_NotificacionDetalle

*PK Notd_Codigo: char(7)

FK Noti_Codigo: char(4)

Notd_ConsolidarUsuario: bit

Notd_ConsolidarPerfi l: bit

Notd_Usua_Alias: varchar(50)

Notd_Perf_Codigo: char(2)

Notd_Estado: bit

Notd_UsuarioCreacion: varchar(50)

Notd_UsuarioEdicion: varchar(50)

Notd_FechaCreacion: datetime

Notd_FechaEdicion: datetime

PlaE_Codigo: char(2)

«FK»

+ FK_TBL_NotificacionDetalle_TBL_Notificacion(char)

«PK»

+ PK_TBL_NotificacionDetalle(char)

dbo.TBL_OracleCabecera

*PK Orac_obra_correl: char(7)

Orac_rucpro: char(11)

Orac_esperfec: char(11)


Orac_titulo: varchar(50)

Orac_moneda: char(3)


*PK Orac_num_exp: int

*PK Orac_correl_ID: int

«PK»

+ PK_TBL_OracleCabecera(char, int, int)

dbo.TBL_OracleDetalle

* Orac_obra_correl: char(7)

* Orac_correl_ID: int

Orac_desequ: varchar(64)

Orac_destar: varchar(20)

Orac_cantidad: varchar(20)

Orac_unidadequ: varchar(8)


* Orac_num_exp: int

* Orac_correl_dis: int

dbo.TBL_OracleDistribucion

*PK Orac_obra_correl: char(7)

*PK Orac_correl_ID: int

*PK Orac_correl_dis: int

*PK Orac_num_exp: int

Orac_cantidad: varchar(20)

Orac_flex37: varchar(50)

«PK»

+ PK_moracledistribucion(char, int, int, int)

dbo.TBL_Participacion

*PK Part_Codigo: char(15)

Movi_NroMov: char(15)

Tmov_Codigo: char(5)


Part_CantInicial: decimal(12,4)

Part_CantIngreso: decimal(12,4)

Part_CantSalida: decimal(12,4)

Part_CantAlmacen: decimal(12,4)

Part_CantObra: decimal(12,4)

Part_Observaciones: varchar(max)

Part_NroOrdenCompra: varchar(30)

Orig_Codigo: char(2)

Part_Tipo: char(2)

FK Invf_Anio: char(4)

FK Invf_CodInventario: char(10)

Part_UsuarioCreacion: varchar(50)

Part_UsuarioModificacion: varchar(50)

Part_FechaCreacion: datetime

Part_FechaModifcacion: datetime

Movd_CodLinea: char(5)

Part_TotalObras: decimal(12,4)

Part_TotallReservada: decimal(12,4)

Part_TotalReparacion: decimal(12,4)

Part_Equi_StockTotal: decimal(12,4)

Part_CantReservadaRqm: decimal(12,4)

Part_CantTotalEvaluación: decimal(12,4)

«PK»

+ PK_TBL_Participacion(char)

«FK»

+ R_Participacion_Inventario(char, char)

dbo.TBL_PEmail

*PK PlaE_Codigo: char(2)

PlaE_Nombre: varchar(100)

PlaE_Asunto: varchar(100)

PlaE_Estado: bit

PlaE_Texto: text

PlaE_UsuarioCreacion: varchar(50)

PlaE_FechaCreacion: datetime

PlaE_UsuarioEdicion: varchar(50)

PlaE_FechaEdicion: varchar(50)

«PK»

+ TBL_Plantil laEmail(char)

dbo.TBL_Perfil_Menu

*FK Perf_Codigo: char(2)

* Menu_Id: int

ControlTotal: bit

Escritura: bit

Lectura: bit

«FK»

+ FK_TBL_Perfil_Menu_TBL_Perfil(char)

«index»

+ IXFK_TBL_Perfil_Menu_TBL_Perfil(char)

dbo.TBL_PlantillaTarifaSalidas

*PK Ptar_id: char(2)

*PK Ptar_Codigo: char(3)

Ptar_Descripcion: varchar(100)

Ptar_Formula: varchar(100)

Ptar_Valor: float

Ptar_Prioridad: int

«PK»

+ PK_TBL_Plantil laTarifaSalidas(char, char)

dbo.TBL_Requerimiento

*PK Requ_Numero: char(15)

Requ_Observaciones: char(128)


Requ_FechaCreacion: datetime

Requ_FechaEdicion: datetime

Requ_UsuarioCreacion: varchar(50)

Requ_UsuarioEdicion: varchar(50)

Requ_ProcesadoPor: char(4)

Requ_FechaRequerim: datetime

«PK»

+ PK_TBL_Requerimiento(char)

dbo.TBL_RequerimientoDetalle

*pfK Requ_Numero: char(15)

*PK Reqd_CodLinea: char(5)

Reqd_CantidadReq: int

Reqd_CantidadDespachada: int

Fami_Codigo: char(5)

Subf_Codigo: char(5)

Mode_Codigo: char(4)

Equi_Capacidad: varchar(50)

Reqd_UsuarioCreacion: varchar(50)

Reqd_UsuarioEdicion: varchar(50)

Reqd_FechaCreacion: datetime

Reqd_FechaEdicion: datetime


Requ_FechaRequeridoPara: datetime

Requ_FechaRequeridoHasta: datetime

Reqd_CantidadPactada: int

Reqd_Estado: char(2)

Reqd_flagTemporal: bit

Reqd_Observaciones: varchar(128)


Sect_Codigo: char(2)


Marc_Codigo: char(4)

Reqd_Extencion: varchar(10)

Reqd_Archivo: image

«PK»

+ PK_TBL_RequerimientoDetalle(char, char)

«FK»

+ FK_TBL_RequerimientoDetalle_TBL_Requerimiento1(char)

dbo.TBL_RequerimientoSubDetalle

*pfK Requ_Numero: char(15)

*pfK Reqd_CodLinea: char(5)

*PK Reqs_Correlativo: char(1)


Reqs_CtdSolicitada: int

Reqs_CtdReservada: int

Reqs_ComentarioCEQ: varchar(150)

Reqs_FechaDisponibil idad: datetime

Reqs_CtdComprar: int

Reqs_CtdInicial: int


* Reqs_ItemSecuencia: int

Reqs_Estado: char(2)

Reqs_TarifaDiaria: decimal(12,2)

Reqs_ValorReposicion: decimal(10,2)

Reqs_Modelo: varchar(350)

Reqs_DescripcionEquipo: varchar(350)

Reqs_ComentarioValidacion: varchar(50)

Reqs_CotiArchivo: image

Reqs_CotiExtension: varchar(10)

Reqs_CotiTDoc: varchar(10)

Reqs_ComentarioObra: varchar(50)

Reqs_ComentarioRechazados: varchar(50)

Reqs_FormaPago: varchar(20)

Reqs_Monto: decimal(7,2)

Reqs_FechaEntrega: datetime

Reqs_Certificado: char(1)

Prov_RUC: varchar(11)

Reqs_TipoStock: char(1)

Reqs_Compra: bit

Reqs_AsignarEquipo: bit

Reqs_EstadoAprobar: char(1)

Reqs_Reactivar: char(1)

Reqs_EstadoAprobarObra: char(1)

Reqs_RqmBase: varchar(1)

Reqs_CtdDespachado: int

Reqs_UsuarioCreacion: varchar(50)

Reqs_UsuarioEdicion: varchar(50)

Reqs_FechaCreacion: datetime

Reqs_FechaEdicion: datetime

Reqs_CtdRsrvSaldoBorrador: int

Movi_NroMov: char(8)

Movd_CodLinea: char(5)


Tbie_Codigo: char(2)

Reqs_ComentMayor: varchar(150)

Reqs_TipAsiganacion: int

Reqs_FechEdicUltima: datetime

Reqs_IteArchivo: image

Reqs_IteExtension: varchar(10)

Reqs_Certificado2: char(1)

Reqs_Certificado3: char(1)

«PK»

+ XPKTBL_RequerimientoSubDetalle(char, char, char)

«FK»

+ R_101(char, char)

dbo.TBL_SegmentoCategoria

*PK Scat_Codigo: char(4)

Scat_Descripcion: varchar(100)

Scat_FechaRegistro: datetime

«PK»

+ PK_TBL_Segmento_Categoria(char)

dbo.TBL_SegmentoDetalleCategoria

* Sdet_Codigo: char(4)

*FK Scat_Codigo: char(4)

*FK Subc_Codigo: char(4)

Sdet_descripción: varchar(100)

«FK»

+ FK_Scat_Codigo1(char)

+ FK_Subc_Codigo1(char)

dbo.TBL_SegmentoModalidad

* Smod_Codigo: char(2)

* Sdet_Codigo: char(4)


*FK Subc_Codigo: char(4)

Smod_descripción: varchar(100)

«FK»

+ FK_Scat_Codigo(char)

+ FK_Subc_Codigo(char)

dbo.TBL_SegmentoSubCategoria

*PK Subc_Codigo: char(4)


Subc_Descripcion: varchar(100)

«PK»

+ PK_Subc_Codigo(char)

«FK»

+ FK_Scat_Codigo2(char)

dbo.TBL_TarifasporEquipo

FK Equi_Codigo: char(15)

TarE_PrecioCompra: decimal(12,4)

TarE_Reposicion: decimal(12,4)

TarE_PeriodoDepreciacion: decimal(12,4)

Tare_N: decimal(12,4)

TarE_VResidual: decimal(12,4)

TarE_VPI: decimal(12,4)

TarE_TasaInteres: decimal(12,4)

TarE_TasaGG: decimal(12,4)

TarE_TasaSeg: decimal(12,4)

TarE_Depreciacion: decimal(12,4)

TarE_TarifaInteres: decimal(12,4)

TarE_TarifaGastosGenerales: decimal(12,4)

TarE_TarifaSeguro: decimal(12,4)

TarE_TotaldePosesion: decimal(12,4)

TarE_FMantenimiento: decimal(12,4)

TarE_TMantenimeinto: decimal(12,4)

TarE_TDiaria: decimal(12,4)

TarE_FiltroLubricante: decimal(12,4)

TarE_ElementosDesgaste: decimal(12,4)

TarE_LlantasTractor: decimal(12,4)

TarE_UsuarioCreacion: varchar(50)

TarE_UsuarioEdicion: varchar(50)

TarE_FechaCreacion: datetime

TarE_FechaEdicion: datetime

Reqs_CodigoCompleto: char(21)

TarE_ValorRecupero: decimal(12,4)

«FK»

+ FK_TBL_TarifasporEquipo_TBL_Equipo(char)

«index»

+ IXFK_TBL_TarifasporEquipo_TBL_Equipo(char)

dbo.TBL_Usuario_Configuracion

*PK Usua_Alias: varchar(50)

Usua_ConfigListaEquipos: varchar(2000)

«PK»

+ PK_TBL_Usuario_Configuracion(varchar)

dbo.TBL_UsuarioEmpresa

*pfK Usua_Alias: varchar(50)

*PK Empr_NumeroRuc: char(11)

«FK»

+ FK_TBL_UsuarioEmpresa_TBL_Usuario_Configuracion(varchar)

«PK»

+ PK_Empr_NumeroRuc(varchar, char)

dbo.TBL_UsuarioProyecto

*PK Usua_Alias: varchar(50)

*pfK Empr_NumeroRuc: char(11)


«PK»

+ PK_TBL_UsuarioProyecto(varchar, char, char)

«FK»

+ FK_Empresa(char)

dbo.TBL_ValorizacionPreliminar

*PK Valp_Codigo: int

*PK Peri_Codigo: char(6)

Valp_UsuarioCreacion: varchar(50)

Valp_UsuarioEdicion: varchar(50)

Valp_FechaCreacion: datetime

Valp_FechaEdicion: datetime

Valp_EsValFinal: bit

Valp_EsValHistorico: bit

«PK»

+ PK_TBL_ValorizacionPreliminar(int, char)

dbo.TBL_ValorizacionPreliminarDetalle

*pfK Valp_Codigo: int

*pfK Peri_Codigo: char(6)

*pfK Tmov_Codigo: char(2)

*pfK Movi_NroMov: char(8)

*pfK Movd_CodLinea: char(5)


Valp_TarDepreciacion: decimal(12,4)

Valp_TarInteres: decimal(12,4)

Valp_TarGG: decimal(12,4)

Valp_TarSeguro: decimal(12,4)

Valp_TarMantto: decimal(12,4)

Valp_TarifaUtil idad: decimal(12,4)

Valp_AlquilerPosesion: decimal(12,4)

Valp_AlquilerManten: decimal(12,4)

Valp_TarifaDiaria: decimal(12,4)

Valp_Dias: int

Valp_Cantidad: decimal(12,4)

Valp_MontoPlantil la: decimal(12,4)

Valp_DiasDescuento: int

Valp_MontoDescuento: decimal(12,4)

Valp_MontoFinal: decimal(12,4)

Valp_ValorReposicion: decimal(12,4)

Valp_TieneReposicion: bit



Valp_PeriodoDepreciacion: decimal(12,4)

Valp_ValorResidual: decimal(12,4)

Valp_FactorMantenimiento: decimal(12,4)

Valp_FechaSalida: varchar(12)

Valp_FechaIngreso: varchar(12)

Valp_GuiaNroS: varchar(15)

Valp_GuiaNroI: varchar(15)

«PK»

+ PK_TBL_ValorizacionPreliminarDetalle_1(int, char, char, char, char)

«FK»

+ FK_TBL_ValorizacionPreliminarDetalle_TBL_MovimientoDetalle(char, char, char)

+ FK_TBL_ValorizacionPreliminarDetalle_TBL_ValorizacionPreliminar(int, char)

dbo.TBL_ValorizacionPreliminarDetalleHistorico

* Valp_Codigo: int

* Peri_Codigo: char(6)

* Tmov_Codigo: char(2)

* Movi_NroMov: char(8)

* Movd_CodLinea: char(5)

* Hval_Codigo: int


Valp_TarDepreciacion: decimal(12,4)

Valp_TarInteres: decimal(12,4)

Valp_TarGG: decimal(12,4)

Valp_TarSeguro: decimal(12,4)

Valp_TarMantto: decimal(12,4)

Valp_TarifaUtil idad: decimal(12,4)

Valp_AlquilerPosesion: decimal(12,4)

Valp_AlquilerManten: decimal(12,4)

Valp_TarifaDiaria: decimal(12,4)

Valp_Dias: int

Valp_Cantidad: decimal(12,4)

Valp_MontoPlantil la: decimal(12,4)

Valp_DiasDescuento: int

Valp_MontoDescuento: decimal(12,4)

Valp_MontoFinal: decimal(12,4)

Valp_ValorReposicion: decimal(12,4)

Valp_TieneReposicion: bit



Valp_PeriodoDepreciacion: decimal(12,4)

Valp_ValorResidual: decimal(12,4)

Valp_FactorMantenimiento: decimal(12,4)

Hval_UsuarioCreacion: varchar(50)

Hval_FechaCreacion: datetime

TBL_Usuario

*pfK Usua_Alias: varchar(50)

Usua_Nombres: varchar(150)

Usua_Mail: varchar(50)

Usua_Departamento: varchar(50)

Usua_Teléfono: varchar(20)

Usua_Estado: bit

Usua_Puesto: varchar(100)

Usua_FechaRegistro: datetime

Usua_FechaModificacion: datetime

FK Empr_NumeroRuc: char(11)

FK Proy_Codigo: char(5)

«FK»

+ FK_TBL_Usuario_TBL_Usuario_Configuracion(varchar)

+ FK_TBL_Usuario_TBL_UsuarioProyecto(varchar, char, char)

«PK»

+ PK_TBL_Usuario(varchar)

TBL_Perfil

*PK Perf_Codigo: char(2)

Perf_Descripcion: varchar(150)

Perf_Estado: bit

Perf_UsuarioCreacion: varchar(50)

Perf_UsuarioEdicion: varchar(50)

Perf_FechaCreacion: datetime

Perf_FechaEdicion: datetime

«PK»

+ PK_TBL_Perfil(char)

TBL_Equipo


* Fam_Codigo: varchar(5)

* SubF_Codigo: varchar(5)

Equi_Descripcion: varchar(200)

* Mode_Codigo: varchar(15)

* Marc_Codigo: varchar(15)

* Umed_Codigo: varchar(15)

* Orig_Codigo: char(2)

Equi_serie: varchar(15)

Equi_Inventario: varchar(15)

Equi_Oracle: varchar(50)

Equi_Categoria: varchar(20)

Equi_StockAlmacen: varchar(20)

Equi_horometro: varchar(25)

Equi_FechaRegistro: datetime

Equi_FechaCreacion: datetime

Equi_UsuarioCreacion: varchar(50)

Equi_UsuarioEdicion: varchar(50)


«FK»

+ FK_TBL_Equipo_TBL_SegmentoCategoria(char)

«index»

+ IXFK_TBL_Equipo_TBL_SegmentoCategoria(char)

«PK»

+ PK_TBL_Equipo(char)

Tbl_Div ision

Divi_Codigo: char(3)

Divi_Descripcion: varchar(50)

Divi_Estado: bit

Corp_RUC: char(11)

Proyecto


Proy_Descripcion: varchar(150)

Proy_Estado: bit

«PK»

+ PK_Proyecto(char)

+R_Participacion_Inventario+PK_TBL_InventarioFisico

+FK_TBL_Afil iada_TBL_Corporacion

+XPKTBL_Corporacion

+FK_TBL_UsuarioEmpresa_TBL_Usuario_Configuracion

+PK_TBL_Usuario_Configuracion

+FK_TBL_Empresa_1

+XPKTBL_Corporacion

Z

+FK_TBL_TarifasporEquipo_TBL_Equipo

+PK_TBL_Equipo

+FK_TBL_EmpresaDivision_1

+PK_TBL_Empresa

+FK_Empresa

+PK_TBL_Empresa

+FK_TBL_ValorizacionPreliminarDetalle_TBL_Movimi...

+PK_TBL_MovimientoDetalle

+FK_TBL_NotificacionDetalle_TBL_Notificacion+PK_TBL_Notificacion

Z

Z

+FK_TBL_RequerimientoDetalle_TBL_Requerimiento1

+PK_TBL_Requerimiento

+FK_Subc_Codigo

+PK_Subc_Codigo

+FK_Scat_Codigo2

+PK_TBL_Segmento_Categoria

+R_101+PK_TBL_RequerimientoDetalle

P

+R_MDetalle_Movimiento

+PK_TBL_Movimiento

+R_MDetalle_Inventario

+PK_TBL_InventarioFisico

+FK_TBL_ValorizacionPreliminarDetalle_TBL_Valori...

+PK_TBL_ValorizacionPreliminar

+FK_Scat_Codigo


+FK_Caracteristica

+PK_TBL_Caracteristica

+FK_TBL_Equipo_TBL_SegmentoCategoria


P

+FK_TBL_Perfil_Menu_TBL_Perfil

+PK_TBL_Perfil

+FK_TBL_Usuario_TBL_UsuarioProyecto

+PK_TBL_UsuarioProyecto

P

+FK_Scat_Codigo1


+FK_Subc_Codigo1+PK_Subc_Codigo

+FK_TBL_Usuario_TBL_Usuario_Configuracion

+PK_TBL_Usuario_Configuracion

114

Anexo 05: Componentes de Despliegue

a. Características del hardware

Servidor de base de datos:

El servidor de Base de Datos, contiene además de los datos, objetos de base de

datos, como los procedimientos almacenados, que serán los únicos objetos que

permitirán acceder a los datos desde el servidor de aplicación.

- Software del servidor de base de datos:

Sistema Operativo: Windows Server 2008 R2 64 bits.

Motor de Base de Datos SQL Server 2008 R2 Enterprise.

- Número de particiones: 1

Unidad C: 500 GB.

Componente Recomendación mínima

cProcesador 4 Cores

Disco duro 500 GB

Memoria RAM 8 GB

Servidor de aplicación (WCF):

El servidor de aplicación contiene la lógica de negocio, utiliza tecnología WCF

para comunicación del servicio con la capa Web, libera del procesamiento

pesado al servidor web y permite realizar distintas configuraciones de

distribución de carga. Es la capa que accede a los datos mediante la ejecución

de procedimientos almacenados residentes en la base de datos.


Sistema Operativo: Windows Server 2008 R2 64bits.

Servidor Web: Internet Information Server (IIS 7).

Framework: NET Framework 4.0.


Unidad C: 500 GB.

115


Procesador 4 Cores

Disco duro 500 GB

Memoria RAM 8 GB

Servidor web:

El Servidor Web, entrega páginas HTML conforme se realicen peticiones de un

navegador Web, estás páginas son construidas dinámicamente consumiendo los

datos de los servicios publicados en el servidor de aplicaciones.


Sistema Operativo: Windows Server 2008 R2 64 bits.

Servidor Web: Internet Information Server (IIS 7).

Framework: NET Framework 4.0.


Unidad C: 500 GB.


Procesador 4 Cores

Disco duro 500 GB

Memoria RAM 4 GB

Nota:

Adicionalmente a los servidores propios de la arquitectura 3 capas de la

solución es necesario utilizar el servicio de envío de correo electrónico para

la mensajería del Sistema, este servidor es complementario a la arquitectura

de la solución planteada.

Anexo 06: Diccionario de Datos

DICCIONARIO DE DATOS - SISTEMA VALORIZA

Tablas Campos Tipo de

Dato Nulos Descripcion Es

PK? Es

FK?

TBL_Almacen Alma_Codigo char(3) Not Null Codigo de Almacen Yes

TBL_Almacen Alma_Descripcion varchar(100) Null Descripcion del Almacén

TBL_Almacen Alma_Observaciones varchar(128) Null Observaciones

TBL_Almacen Alma_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Almacen Alma_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Almacen Alma_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Almacen Alma_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Almacen Alma_Estado bit Null Estado del Registro

TBL_AlmacenDet Alma_Codigo char(3) Not Null Codigo de Almacen Yes

TBL_AlmacenDet Almd_Codigo char(3) Not Null Codigo de SubAlmacen Yes

TBL_AlmacenDet Almd_Descripcion varchar(100) Null Descripcion

TBL_AlmacenDet Almd_Observaciones varchar(128) Null Observaciones

TBL_AlmacenDet Almd_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_AlmacenDet Almd_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_AlmacenDet Almd_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_AlmacenDet Almd_FechaEdicion datetime Null Fecha de edicion del registro

TBL_AlmacenDet Almd_Estado bit Estado del Registro

TBL_Bitacora Usua_Codigo char(8) Not Null Codigo de Usuario Yes

TBL_Bitacora Bita_Codigo varchar(8) Not Null Correlativo de registro Yes

TBL_Bitacora Bita_Fecha datetime Null Fecha de registro

TBL_Bitacora Bita_Mensaje varchar(250) Null

Descripcion breve del proceso realizado por el usuario

TBL_CaractEquipo Fami_Codigo char(5) Not Null Codigo de Familia Yes

TBL_CaractEquipo Subf_Codigo char(5) Not Null Codigo de Subfamilia Yes

TBL_CaractEquipo Equi_Codigo char(5) Not Null Codigo de Equipo Yes

TBL_CaractEquipo Cara_Codigo char(4) Not Null Codigo de la Característica Yes

TBL_CaractEquipo Care_Valor varchar(128) Null Valor... dato técnico de la característica

TBL_Caracteristica Cara_Codigo char(4) Not Null Codigo de la Característica Yes

TBL_Caracteristica Cara_Descripcion varchar(128) Null Descripcion de la Característica

TBL_Caracteristica Cara_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Caracteristica Cara_UsarioEdicion varchar(50) Null Usuario que edita registro

TBL_Caracteristica Cara_FechaCreacion datetime Null Fecha de Creacion

TBL_Caracteristica Cara_FechaEdicion datetime Null Fecha de Edicion

TBL_Categoria Cate_Codigo varchar(4) Not Null Codigo de Categoría Yes

TBL_Categoria Cate_Codigo1 varchar(4) Not Null Primer Segmento de Codigo

TBL_Categoria Cate_Codigo2 varchar(4) Not Null

Segundo Segmento de Codigo

TBL_Categoria Cate_Codigo3 varchar(4) Not Null Tercer Segmento de Codigo

TBL_Categoria Cate_Codigo4 varchar(2) Not Null Cuarto Segmento de Codigo

117

TBL_Categoria Cate_Descripcion varchar(68) Null Descripcion de la categoría.

TBL_Categoria Cate_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Categoria Cate_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Categoria Cate_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Categoria Cate_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Categoria Cate_Estado bit Null Estado del Registro

TBL_Cliente Clie_Codigo char(4) Not Null Codigo de Cliente Yes

TBL_Cliente Clie_Nombre_Raz_Soc varchar(64) Null Nombre de Cliente

TBL_Cliente Clie_Pais char(2) Null Codigo de Pais

TBL_Cliente Clie_Departamento char(2) Null Codigo de Departamento

TBL_Cliente Clie_Ciudad char(2) Null Alias del usuario

TBL_Cliente Usua_Alias char(4) Null Alias del

TBL_Cliente Clie_Direccion varchar(128) Null Direccion

TBL_Cliente Clie_Abreviatura varchar(16) Null Abreviatura

TBL_Cliente Clie_Telefono varchar(32) Null Teléfono

TBL_Cliente Clie_NroFax varchar(16) Null Nro. de Fax

TBL_Cliente Clie_Contacto varchar(32) Null Nombre del Contacto

TBL_Cliente Clie_Cargo varchar(32) Null Nombre del Cargo

TBL_Cliente Clie_Email varchar(32) Null Direccion de correo electronico

TBL_Cliente Clie_Website varchar(128) Null Página Web

TBL_Cliente Clie_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Cliente Clie_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Cliente Clie_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Cliente Clie_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Cliente Clie_Estado bit Null Flag de Activo o Inactivo

TBL_Cliente Empr_NumeroRuc char(11) Null Ruc de la empresa que esta Creando el Cliente

TBL_Cliente Clie_Ruc varchar(11) not null Ruc del Cliente Yes

TBL_Cliente Clie_Distrito char(2) null Distrito del Cliente

TBL_Cliente Cle_Observacion varchar(100) null Observacion del cliente

TBL_CriterioValoriz Cval_Codigo char(2) Not Null

Codigo de Criterio de Valorizacion Yes

TBL_CriterioValoriz Cval_Descripcion varchar(50) Null Descripcion del criterio de valorizacion.

TBL_CriterioValoriz Cval_Abreviatura varchar(15) Null Abreviatura

TBL_CriterioValoriz Cval_FlagValoriza bit Null

Flag de Valorizacion : Indica si ese tipo de Criterio es valorizado o no.

TBL_CriterioValoriz Cval_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_CriterioValoriz Cval_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_CriterioValoriz Cval_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_CriterioValoriz Cval_FechaEdicion datetime Null Fecha de edicion del registro

TBL_CriterioValoriz Cval_Estado bit Null Estado del Registro

TBL_CriterioValoriz Cval_Precio varchar(7) null Precio de Criterio de Valorizacion

TBL_CtasOracle Orac_Cuenta char(6) Not Null Cuenta Oracle Yes

TBL_CtasOracle Orac_CuentaContable varchar(15) Not null Cuenta Contable Oracle

TBL_CtasOracle Orac_Descripcion varchar(100) Null Descripcion

TBL_CtasOracle Orac_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_CtasOracle Orac_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_CtasOracle Orac_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_CtasOracle Orac_FechaEdicion datetime Null Fecha de edicion del registro

TBL_CtasOracle Orac_Estado bit Null Estado del Registro

118

TBL_Division Divi_Codigo char(3) Not Null Codigo de Division Yes

TBL_Division Divi_Descripcion varchar(32) Null Descripcion

TBL_Division Divi_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Division Divi_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Division Divi_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Division Divi_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Division Divi_Abreviatura varchar(10) null Abreviatura del registro

TBL_Division Divi_Estado bit Null Estado del Registro

TBL_Equipo Equi_Codigo char(5) Not Null Codigo de Equipo Yes

TBL_Equipo Equi_Descripcion varchar(128) Null Descripcion del Equipo

TBL_Equipo Tbie_Codigo char(2) Null Codigo de Tipo de Bien Yes

TBL_Equipo Marc_Codigo char(4) Null Codigo de Marca Yes

TBL_Equipo Mode_Codigo char(4) Null Codigo de Modelo Yes

TBL_Equipo Umed_Codigo char(2) Null Codigo de Unidad de Medida Yes

TBL_Equipo Orig_Codigo char(2) Null Codigo de la Procedencia (Origen) Yes

TBL_Equipo Equi_EquipoPadre char(15) Null Codigo de Equipo padre Yes

TBL_Equipo Equi_FlagBaja char(1) null

Flag que indica que el equipo ya ha sido dado de baja, esto si el equipo es controlado por Codigo.

TBL_Equipo Equi_NroSerie varchar(32) Null Nro. de Serie

TBL_Equipo Equi_AnioFabricacion char(4) Null Año de Fabricacion

TBL_Equipo Equi_Observaciones varchar(128) Null Observaciones

TBL_Equipo Equi_ParteEntrada varchar(20) Null Nro. de Parte de Entrada(fabricante)

TBL_Equipo Equi_funcionamiento char(1) Null Flag de estado (Operativo, Inoperativo, etc)

TBL_Equipo Equi_CodOracle Char(6) Null Codigo ORACLE

TBL_Equipo Equi_CodInventario Char(6) Null Codigo de Inventario Yes

TBL_Equipo Invf_Anio char(4) Null Año de Inventario

TBL_Equipo Equi_SerioMotor varchar(32) Null Serio motor del equipo

TBL_Equipo Equi_FechaRegistro datetime Null Fecha de Registro

TBL_Equipo Equi_Control char(1) Null

Tipo de Control del Equipo: Si es "1" el equipo es controlado por "Stock", si es "2" el equipo es controlado por "Codigo".

TBL_Equipo Equi_EstadoRegistro bit Null Estado del Equipo

TBL_Equipo Pers_Codigo char(4) Null Codigo de Persona Yes

TBL_Equipo Equi_NroPlaca varchar(50) Null Nro. de Placa

TBL_Equipo Equi_Capacidad varchar(50) Null Capacidad

TBL_Equipo Fami_Codigo char(5) Null Codigo de Familia Yes

TBL_Equipo Subf_Codigo char(5) Null Codigo de Subfamilia Yes

TBL_Equipo Equi_SubFamiliaPadre char(5) Null Padre de Subfamilia de Equipo

TBL_Equipo Equi_Componentes text Null Campo text... relacion de componentes

TBL_Equipo Equi_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Equipo Equi_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Equipo Equi_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Equipo Equi_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Equipo Alma_Codigo char(3) Null Codigo de Almacen Yes

TBL_Equipo Almd_Codigo char(3) Null Codigo de SubAlmacen

TBL_Equipo Scart_Codigo char(4) null Yes

TBL_Equipo Subc_Codigo char(4) null Codigo de Subcategoría Yes

TBL_Equipo Sdet_Codigo char(4) null Codigo de detalle de Subcategoría Yes

119

TBL_Equipo Smod_Codigo char(2) null Codigo de modalidad de Categoria yes

TBL_Equipo

Equi_disponibilidad int null

Flag que indica el estado de disponibilidad del equipo. 0 Disponible 1 Baja 2 Obsolescencia 3 Robado 4 A Donar 5 En Uso 6 A Reparar

TBL_Equipo Ebaj_Codigo char(5) null

Codigo del Registro de Baja de Equipos, nos permite vincular y obtener informacion de la tabla TBL_EquipoBaja

Yes

TBL_Equipo Equi_UltimoStock int null Último Stock de Almacén actualizado.

TBL_Equipo Equi_ocompraword char(10) null word de Orden de Compra

TBL_Equipo Equi_Horometro char(1) null Stock de los equipos que estan en reparacion.

TBL_Equipo Equi_StockReparacion Int null Stock de los equipos que estan en reparacion

TBL_Equipo Equi_StockObra Int null Stock de los equipos que estan en Obra.

TBL_Equipo Equi_StockReservado Int null

Stock de los equipos que estan Reservados, es decir estan siendo atendidos por el proceso de requerimientos.

TBL_Equipo Equi_StockBaja Int null

Stock de los equipos que han sido dados de baja, esto en especial para los equipos controlados por Stock

TBL_Equipo Equi_StockTotal Int null

Stock Total general, es decir es la cantidad de equipos que pertenecen a control patrimonial.

TBL_EquiposOtros Eotr_Proyecto char(4) Not Null Proyecto origen del equipo Yes

TBL_EquiposOtros Eotr_Familia char(5) Not Null Codigo de Familia Yes

TBL_EquiposOtros Eotr_SubFamilia char(5) Not Null Codigo de SubFamilia Yes

TBL_EquiposOtros Eotr_Equipo char(5) Not Null Codigo de Equipo Yes

TBL_EquiposOtros Eotr_StockDisponible decimal(12,4) Null Stock Disponible

TBL_EquiposOtros Eotr_FlagEstado char(1) Null Flag de Estado

TBL_EquiposOtros Eotr_StockAveriado decimal(12,4) Null Stock Averiado

TBL_EquiposOtros Eotr_FechaIngreso datetime Null Fecha de Ingreso

TBL_Empresa Empr_NumeroRuc char(11) Not Null Número de RUC Yes

TBL_Empresa Empr_RazonSocial varchar(100) Null Razon social

TBL_Empresa Empr_Logo image Null Logo de la Empresa.

TBL_Empresa Empr_Estado bit Null Flag de Activo/Inactivo

TBL_Empresa Empr_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Empresa Empr_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Empresa Empr_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Empresa Empr_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Empresa Afil_Ruc char(4) Null Ruc del Afiliado

TBL_Empresa Empre_Direccion varchar(111) Null Direccion de la Empresa

TBL_Empresa empr_Contacto varchar(100) Null Contacto de la Empresa

TBL_Empresa Empre_Telefono varchar(50) Null Telefono de la Empresa

TBL_Empresa Empre_TelefonoContacto varchar(50) Null Telefono Contacto de la Empresa

TBL_Empresa Empr_Web varchar(150) null Empresa Web

120

TBL_Empresa Empr_Abreviatura varchar(4) Null Abreviatura de la empresa

TBL_Empresa Pers_Codigo char(4) Not null Codigo del Personal Yes

TBL_Empresa Corp_Ruc char(11) Not null Ruc de la corporacion Yes

TBL_Familia Fami_Codigo char(5) Not Null Codigo de Familia Yes

TBL_Familia Fami_Descripcion varchar(64) Not Null Descripcion de la Familia.

TBL_Familia Fami_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Familia Fami_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Familia Fami_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Familia Fami_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Familia Fami_Estado bit Null Estado de la Familia

TBL_Frente Fren_Codigo char(2) Not Null Codigo de Frente Yes

TBL_Frente Fren_Descripcion varchar(32) Null Descripcion

TBL_Frente Fren_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Frente Fren_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Frente Fren_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Frente Fren_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Frente Fren_Estado bit Null Estado del Registro.

TBL_Marca Marc_Codigo char(4) Not Null Codigo de Marca Yes

TBL_Marca Marc_Descripcion varchar(32) Not Null Descripcion de las marcas.

TBL_Marca Marc_Comentario varchar(100) Not Null Comentario de la Marca

TBL_Marca Marc_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Marca Marc_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Marca Marc_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Marca Marc_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Marca Marc_Estado bit Null Estado de Registro

TBL_Modelo Marc_Codigo char(4) Not Null Codigo de Marca Yes

TBL_Modelo Mode_Codigo char(4) Not Null Codigo de Modelo Yes

TBL_Modelo Mode_Descripcion varchar(32) Null Descripcion

TBL_Modelo Mode_Observacion varchar(100) Null Observavion de la Marca

TBL_Modelo Mode_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Modelo Mode_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Modelo Mode_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Modelo Mode_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Modelo Mode_Estado bit Null Estado del Registro

TBL_MotivoBaja Moba_Codigo char(2) Not Null Codigo del Motivo de Baja Yes

TBL_MotivoBaja Moba_Descripcion varchar(64) Null Descripcion

TBL_MotivoBaja Moba_Estado bit Null Estado del Registro

TBL_MotivoBaja Mode_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_MotivoBaja Mode_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_MotivoBaja Mode_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_MotivoBaja Mode_FechaEdicion datetime Null Fecha de edicion del registro

TBL_MotivoTraslado Motr_Codigo char(2) Not Null

Codigo del Motivo de Traslado Yes

TBL_MotivoTraslado Motr_Descripcion varchar(64) Not Null Descripcion

TBL_MotivoTraslado Motr_Estado bit Null Estado del Registro

TBL_MotivoTraslado Mode_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_MotivoTraslado Mode_UsuarioEdicion varchar(50) Null Usuario que edita el registro

121

TBL_MotivoTraslado Mode_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_MotivoTraslado Mode_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Origen Orig_Codigo char(2) Not Null

Codigo de la Procedencia (Origen) Yes

TBL_Origen Orig_Descripcion varchar(64) Null Descripcion del origen.

TBL_Origen Orig_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Origen Orig_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Origen Orig_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Origen Orig_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Origen Orig_Estado bit Null Estado del Registro

TBL_Periodo Peri_Codigo char(6) Not Null Codigo de Periodo Yes

TBL_Periodo Peri_Nombre varchar(32) Not Null Nombre del Periodo

TBL_Periodo Peri_FechaInicio datetime Null Fecha Inicio del Periodo

TBL_Periodo Peri_FechaFinal datetime Null Fecha Fin del Periodo

TBL_Periodo Peri_Anio char(4) Null Año del periodo

TBL_Periodo Peri_Mes char(2) Null Mes del periodo

TBL_Periodo Peri_TipoCambio decimal(7,3) Null Tipo de Cambio

TBL_Periodo Peri_FlagCierre bit Null Flag de Cierre de Periodo

TBL_Periodo Peri_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Periodo Peri_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Periodo Peri_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Periodo Peri_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Periodo Peri_Estado bit Null Estado del Registro

TBL_Periodo Afil_Ruc char(11) Null Ruc del Afiliado

TBL_Periodo Corp_Ruc char(11) Null RUC de la Corporacion

TBL_Periodo Ajer_Anio int Null Año de Ejercicio

TBL_Personal Pers_Codigo char(4) Not Null Codigo de Personal Yes

TBL_Personal Pers_Nombre varchar(64) Null Nombre y Apellidos

TBL_Personal Pers_NroDocumento varchar(20) Null Nro. de Documento (DNI)

TBL_Personal Pers_Abreviatura varchar(16) Null Abreviatura del personal

TBL_Personal Pers_Cargo varchar(32) Null Cargo del Personal

TBL_Personal Pers_Email varchar(32) Null Correo Electronico

TBL_Personal Pers_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Personal Pers_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Personal Pers_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Personal Pers_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Personal Pers_Estado bit Null Flag de Activo e Inactivo

TBL_Personal Pers_Tipo bit Null

TBL_Personal Usua_Alias varchar(50) Null Alias del Usuario Yes

TBL_Personal Pers_FlagAprobacion char(1) null

TBL_Proveedor Prov_Ruc varchar(4) Not Null Codigo de Proveedor(Ruc) Yes

TBL_Proveedor Prov_RazonSocial varchar(64) Null Nombre, Razon Social

TBL_Proveedor Prov_Pais char(2) Null Pais

TBL_Proveedor Prov_Departamento char(2) Null Departamento

TBL_Proveedor Prov_Ciudad char(2) Null Ciudad

TBL_Proveedor Prov_Direccion varchar(128) Null Direccion

TBL_Proveedor Prov_Telefono varchar(32) Null Teléfono

TBL_Proveedor Prov_NroFax varchar(16) Null Nro. de Fax

TBL_Proveedor Prov_Contacto varchar(32) Null Nombre del Contacto

TBL_Proveedor Prov_Cargo varchar(32) Null Cargo

TBL_Proveedor Prov_Email varchar(32) Null Correo electronico

TBL_Proveedor Prov_Website varchar(128) Null Página Web

122

TBL_Proveedor Prov_Estado bit Null Flag de Activo e Inactivo

TBL_Proveedor Usua_Codigo char(8) Null Codigo de Usuario

TBL_Proveedor Prov_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Proveedor Prov_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Proveedor Prov_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Proveedor Prov_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Proveedor Prov_Giro int Null Giro de Proveedor

TBL_Proveedor Prov_Comentario varchar(100) Null Comentario del Proveedor

TBL_Proveedor Prov_Distrito char(2) Null Distrito del Proveedor

TBL_Proyecto Empr_NumeroRuc char(11) Not Null yes

TBL_Proyecto Proy_Codigo char(4) Not Null Codigo de Proyecto Yes

TBL_Proyecto Proy_Nombre varchar(64) Not Null Nombre

TBL_Proyecto Divi_Codigo char(3) Null Codigo de Division Yes

TBL_Proyecto Proy_FechaInicio datetime Null Fecha Inicio de Proyecto

TBL_Proyecto Proy_FechaFin datetime Null Fecha Fin de Proyecto

TBL_Proyecto Proy_FlagProyecto bit Null Flag indicador Si es un Proyecto o No

TBL_Proyecto Proy_NroRuc char(11) Null Nro. de RUC

TBL_Proyecto Proy_NroTelefono varchar(16) Null Nro. de Teléfono

TBL_Proyecto Proy_Ubigeo varchar(30) Null Ubigeo

TBL_Proyecto Proy_Direccion varchar(64) Null Direccion

TBL_Proyecto Proy_NroTelefonoUbicacion varchar(16) Null Nro. de Teléfono

TBL_Proyecto Clie_Codigo char(4) Null Codigo de Cliente

TBL_Proyecto Proy_Altitud int Null Altitud del Proyecto

TBL_Proyecto Proy_referencia varchar(30) Null Referencia del Proyecto

TBL_Proyecto Proy_Cor1 numeric(10,2) Null Guarda correlativo

TBL_Proyecto Proy_Cor2 numeric(10,2) Null Guarda correlativo O/S

TBL_Proyecto Proy_Residente varchar(32) Null Nombre del Ing. Residente

TBL_Proyecto Proy_Jefe varchar(30) Null jefe de proyecto

TBL_Proyecto

Proy_NroTelefonoAdministraticos varchar(16) null Telefono Administrativos

TBL_Proyecto Proy_Administrador varchar(32) Null Nombre del Administrador

TBL_Proyecto Proy_GteProyecto varchar(32) Null Nombre del Gte. del Proyecto

TBL_Proyecto Proy_OpeSisme varchar(32) Null Nombre del Operador del SISME

TBL_Proyecto Proy_IngMecanico varchar(32) Null Ingeniero Mecanico del Proyecto

TBL_Proyecto Proy_Comentarios varchar(100) null Comentarios del Proyecto

TBL_Proyecto Proy_Estado bit Null Estado del Registro

TBL_Proyecto Proy_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Proyecto Proy_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Proyecto Proy_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Proyecto Proy_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Proyecto Proy_FLagOtrosProyectos char(2) Null Flag Otros Proyectos

TBL_Sector Proy_Codigo char(4) Not Null Codigo de Proyecto Yes

TBL_Sector Sect_Codigo char(2) Not Null Codigo de Sector Yes

TBL_Sector Sect_Descripcion varchar(64) Null Descripcion del Estado

TBL_Sector Sect_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Sector Sect_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Sector Sect_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Sector Sect_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Sector Sect_Estado bit Null Estado del Registro

123

TBL_Sector Pemi_Codigo char(8) Null Codigo del Punto de Emision

TBL_SubFamilia Fami_Codigo char(5) Not Null Codigo de Familia Yes

TBL_SubFamilia Subf_Codigo char(5) Not Null Codigo de SubFamilia Yes

TBL_SubFamilia Subf_Descripcion varchar(64) Null Descripcion

TBL_SubFamilia Subf_Observaciones varchar(250) Null Observaciones

TBL_SubFamilia Pers_Codigo Char(4) Null Codigo de Personal

TBL_SubFamilia Subf_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_SubFamilia Subf_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_SubFamilia Subf_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_SubFamilia Subf_FechaEdicion datetime Null Fecha de edicion del registro

TBL_SubFamilia Subf_Estado Char(1) Null Estado del Registro

TBL_TarifaPlantilla Proy_Codigo char(4) Not Null Codigo de Proyecto Yes Yes

TBL_TarifaPlantilla Tpla_Codigo int Not Null Codigo de Plantilla Yes

TBL_TarifaPlantilla Tpla_Descripcion varchar(100) Null Descripcion de la plantilla de la tarifa

TBL_TarifaPlantilla Tpla_Fecha Datetime Null Fecha,

TBL_TarifaPlantilla Tpla_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_TarifaPlantilla Tpla_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_TarifaPlantilla Tpla_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_TarifaPlantilla Tpla_FechaEdicion datetime Null Fecha de edicion del registro

TBL_TarifaPlantilla Tpla_Estado Bit Null Flag indica si esta Activo/Inactivo

TBL_TarifaPlantillaDet Proy_Codigo char(4)

Not Null Codigo de Proyecto Yes Yes

TBL_TarifaPlantillaDet Tpla_Codigo int

Not Null Codigo de Plantilla Yes Yes

TBL_TarifaPlantillaDet Tari_Codigo char(3)

Not Null Codigo de Tarifa Yes

TBL_TarifaPlantillaDet Cval_Codigo char(2) Null

Codigo de Criterio de Valorizacion Yes

TBL_TarifaPlantillaDet Tari_Descripcion varchar(100) Null

Descripcion de la Plantilla tarifa

TBL_TarifaPlantillaDet Tari_Valor

Decimal(18,2) Null Valor

TBL_TarifaPlantillaDet Tari_Fecha Datetime Null Fecha TBL_TarifaPlantillaDet Tari_Formula varchar(100) Null Fórmula TBL_TarifaPlantillaDet Tari_UsuarioCreacion varchar(50) Null Usuario que Crea el registro TBL_TarifaPlantillaDet Tari_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_TarifaPlantillaDet Tari_FechaCreacion datetime Null

Fecha de Creacion del registro

TBL_TarifaPlantillaDet Tari_FechaEdicion datetime Null Fecha de edicion del registro TBL_TarifaPlantillaDet Tari_Formula varchar(100) Null Fórmula

TBL_TarifaValorizacion Proy_Codigo char(4)

Not Null Codigo de Proyecto Yes

TBL_TarifaValorizacion Equi_Codigo char(5)

Not Null Codigo de Equipo Yes

TBL_TarifaValorizacion Peri_Codigo char(6)

Not Null Codigo de Periodo Yes

TBL_TarifaValorizacion Tari_CodTar char(3)

Not Null Codigo de Tarifa Yes

TBL_TarifaValorizacion Tari_TipMoney int Null Tipo de Moneda TBL_TarifaValorizacion Tari_TipVal int Null Tipo de Valorizacion TBL_TarifaValorizacion Tari_Destar varchar(100) Null Descripcion de la Tarifa

TBL_TarifaValorizacion Tari_Valtar

decimal(18,2) Null Valor de la tarifa

124

TBL_TarifaValorizacion Tari_Fectar datetime Null Fecha de Tarifa TBL_TarifaValorizacion Tari_Val_priori nchar(2) null Prioridad de Valorizacion TBL_TarifaValorizacion Tari_Val_Formu varchar(100) Null Fórmula

TBL_TarifaValorizacion Tari_Val_Result

decimal(18,2) Null Resultado

TBL_TarifaValorizacion Tari_Val_Consideraciones varchar(500) Null Consideraciones TBL_TarifaValorizacion Tara_Codtarpla int null Codigo de plantilla de Tarifa

TBL_TipoBien Tbie_Codigo char(2) Not Null Codigo de Tipo de Bien Yes

TBL_TipoBien Tbie_Descripcion varchar(30) Null Descripcion del Tipode Bien

TBL_TipoBien Tbie_ValidaRetorno char(1) Null

Flag indica si es obligatorio ingresar la Fecha de Retorno en las salidas

TBL_TipoBien Tbie_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_TipoBien Tbie_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_TipoBien Tbie_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_TipoBien Tbie_FechaEdicion datetime Null Fecha de edicion del registro

TBL_TipoBien Tbie_Estado bit Null Estado del Registro

TBL_TipoDocumento Tdoc_Codigo char(10) Not Null

Codigo del Tipo de Documento Yes

TBL_TipoDocumento Tdoc_Descripcion varchar(32) Null Descripcion

TBL_TipoDocumento Tdoc_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_TipoDocumento Tdoc_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_TipoDocumento Tdoc_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_TipoDocumento Tdoc_FechaEdicion datetime Null Fecha de edicion del registro

TBL_TipoDocumento Tdoc_Estado bit Null Estado

TBL_TipoDocumento Tdoc_Abreviatura char(10) Null Abreviatura del Tipo del Documento

TBL_TipoMovimiento Tmov_Codigo char(2) Not Null

Codigo del Tipo de Movimiento Yes

TBL_TipoMovimiento Tmov_Descripcion varchar(64) Null Descripcion

TBL_TipoMovimiento Tmov_FlagIngreso char(1) Null

Flag indica si es un Ingreso o una Salida '0' = Salida y '1' = Ingreso

TBL_TipoMovimiento Tmov_FlagMantenimiento char(1) Null Flag indica si el movimiento es de mantenimiento

TBL_TipoMovimiento Tmov_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_TipoMovimiento Tmov_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_TipoMovimiento Tmov_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_TipoMovimiento Tmov_FechaEdicion datetime Null Fecha de edicion del registro

TBL_TipoMovimiento Tmov_TipoMovRelac char(2) Null

Codigo del Tipo de Movimiento Relacionado... una Ingreso debe estar relacionado a una Salida

TBL_TipoMovimiento Tmov_Estado bit Null Estado del Registro

TBL_TipoServicio Tser_Codigo char(2) Not Null Codigo de Tipos de Servicio Yes

TBL_TipoServicio Tser_Descripcion varchar(32) Null Descripcion

TBL_TipoServicio Tser_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_TipoServicio Tser_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_TipoServicio Tser_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_TipoServicio Tser_FechaEdicion datetime Null Fecha de edicion del registro

TBL_TipoServicio Tser_Estado bit Null Estado del Registro

TBL_Transportista Tran_Codigo char(4) Not Null Codigo de Transportista Yes

TBL_Transportista Tran_Nombre varchar(64) Null Nombre, Razon Social

TBL_Transportista Tran_Pais char(2) Null Pais

TBL_Transportista Tran_Departamento char(2) Null Departamento

125

TBL_Transportista Tran_Ciudad char(2) Null Ciudad

TBL_Transportista Tran_NroDocumento varchar(20) Null Nro. de Documento (RUC, DNI)

TBL_Transportista Tran_Direccion varchar(128) Null Direccion

TBL_Transportista Tran_Telefono varchar(32) Null Teléfono

TBL_Transportista Tran_NroFax varchar(16) Null Nro.de Fax

TBL_Transportista Tran_Contacto varchar(32) Null Nombre del Contacto

TBL_Transportista Tran_Email varchar(32) Null Correo Electronico

TBL_Transportista Tran_Flag char(1) Null Flag de Activo o Inactivo

TBL_Transportista Tran_Website varchar(128) Null Página Web

TBL_Transportista Usua_Codigo char(8) Null Codigo de Usuario

TBL_Transportista Tran_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Transportista Tran_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Transportista Tran_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Transportista Tran_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Transportista Tran_Estado bit Null Estado del Registro

TBL_Ubicacion Proy_Codigo char(4) Not Null Codigo de Proyecto Yes

TBL_Ubicacion Sect_Codigo char(2) Not Null Codigo de Sector Yes

TBL_Ubicacion Ubic_Codigo char(4) Not Null Codigo de Ubicacion Yes

TBL_Ubicacion Ubic_Descripcion varchar(64) Null Descripcion

TBL_Ubicacion Ubic_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_Ubicacion Ubic_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_Ubicacion Ubic_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_Ubicacion Ubic_FechaEdicion datetime Null Fecha de edicion del registro

TBL_Ubicacion Ubic_Estado bit Null Estado del Registro

TBL_Ubicacion Pemi_Codigo char(8) Null Codigo del Punto de Emision

TBL_UnidadMedida Umed_Codigo char(2) Not Null

Codigo de Unidad de Medida Yes

TBL_UnidadMedida Umed_Descripcion varchar(64) Null Descripcion

TBL_UnidadMedida Umed_Abreviatura varchar(5) Null Abreviatura

TBL_UnidadMedida Umed_UsuarioCreacion varchar(50) Null Usuario que Crea el registro

TBL_UnidadMedida Umed_UsuarioEdicion varchar(50) Null Usuario que edita el registro

TBL_UnidadMedida Umed_FechaCreacion datetime Null Fecha de Creacion del registro

TBL_UnidadMedida Umed_FechaEdicion datetime Null Fecha de edicion del registro

TBL_UnidadMedida Umed_Estado bit Null Estado del Registro

Anexo 07: Reportes del sistema Valoriza

Reporte de Ordenes de Servicio

126

Reporte de Costos y Tarifas por Equip

127

winwoReporte de Valorización

Reporte de Valorización de Equipos por Familia

128

Reporte de Costo de Valorización

Reporte de Cronograma de Utilización

129

Formulario de Plantilla de Valorización

Formulario de Estado de Equipos

130

Formulario de Guía de Remisión

Formulario de Transferencia de Equipos

131

Formulario de Creación de Proyectos

Documents

ADELAIDA ESTELA BALVÍN LANDEOrepositorio.usil.edu.pe/bitstream/USIL/2870/1/2017_Balvin_Implemen… · considerablemente y el número de inversionistas en el rubro ha aumentado paulatinamente