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
Fuente: Elaboración propia
Fuente: Elaboración propia
Fuente: Elaboración propia
Gráfico 2 Subproceso Gestión de Equipos.
Gráfico 3 Subproceso Solicitud de Requerimiento de Equipos.
7
Fuente: Elaboración propia
Fuente: Elaboración propia
Gráfico 4 Subproceso Confirmación de Requerimientos de Equipos
Gráfico 5 Subproceso Despachar Equipos a Obra.
Fuente: Elaboración propia
Fuente: Elaboración propia
8
Fuente: Elaboración propia
Fuente: Elaboración propia
Fuente: Elaboración propia
Fuente: Elaboración propia
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
Fuente: Elaboración propia
Fuente: Elaboración propia
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.
Fuente: Elaboración propia
Fuente: Elaboración propia
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.
Porcentaje de Inexactitud de Informes 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).
Fuente: Elaboración propia
Fuente: Elaboración propia
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.
Artefactos (entregables):
- 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.
Fuente: Elaboración propia
Fuente: Elaboración propia
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.
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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.
6. Requerimientos: RVAL26
7. Precondiciones:
1. Debe existir un requerimiento de baja de equipos.
8. Flujo de Eventos:
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.
9. Post condiciones:
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.
6. Requerimientos: RVAL24
7. Precondiciones:
1. Relación de equipos con stock actualizados.
2. Aprobar los Requerimientos Pendientes.
8. Flujo de Eventos:
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.
9. Post condiciones:
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.
6. Requerimientos: RVAL23
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.
8. Flujo de Eventos:
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.
9. Post condiciones:
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.
6. Requerimientos: RVAL27
7. Precondiciones:
36
1. Recepcionar un pedido de obra o proyecto.
8. Flujo de Eventos:
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).
9. Post condiciones:
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.
8. Flujo de Eventos:
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.
9. Post condiciones:
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
Fuente: Elaboración Propia
Gráfico 9 Modelo de Objeto Gestionar Alta de Equipos.
Gráfico 10 Modelo de Objeto Gestionar Baja de Equipos
Fuente: Elaboración Propia
39
Gestionar Devoluciones de Equipos
Gestionar Requerimiento de Equipos
Gestionar Valorización de Equipos
Fuente: Elaboración Propia
Gráfico 12 Modelo de Objetos Gestionar Requerimeintos.
Fuente: Elaboración Propia
Gráfico 13 Modelo de Objetos Gesitonar Valorización.
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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
Fuente: Elaboración propia
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.
- Documento de modelo de dominio, - Documento de objetos 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.
Artefactos (entregables):
- Modelo de componentes
4P AF JP2 LF
Prueba
Ejecutar las pruebas funcionales y no funcionales.
Artefactos (entregables):
- 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.
Fuente: Elaboración Propia
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.
- Documento de modelo de dominio, - Documento de objetos del negocio.
Segundo entregable - Documento de visión. - Plan de desarrollo.
Fuente: Elaboración Propia
Fuente: Elaboración Propia
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
Avance de desarrollo 60% 1 día vie 2/10/15 vie 2/10/15 20
Avance de desarrollo 90% 1 día vie 27/11/15 vie 27/11/15 21
Transición 157 días lun 11/05/15 mar 15/12/15
Fuente: Elaboración Propia
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
Fuente: Elaboración Propia
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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
1. Sistema: Muestra la interfaz de requerimientos con
una lista de requerimientos de equipos (Obra, tipo de
documento, encargado, tipo de servicio).
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:
1. Sistema: Muestra la interfaz de requerimientos con
una lista de requerimientos de Equipos (Obra, tipo de
documento, encargado, tipo de servicio).
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.
1. Sistema: Muestra la interfaz de requerimientos con
una lista de requerimientos de equipos (Obra, tipo de
documento, encargado, tipo de servicio).
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.
1. Breve Descripción:
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:
Asistente de Valorización
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.
6. Post Condiciones:
No aplica.
7. Puntos de Extensión:
No aplica.
68
c) Generar Valorización.
1. Breve Descripció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:
El usuario debe haber accedido al sistema.
6. Post Condiciones:
Los periodos de valorizaciones deben estará actualizados.
7. Puntos de Extensión:
No aplica.
69
d) Actualizar Movimiento de Salida
1. Breve Descripción:
El caso de uso comienza cuando el actor asigna criterios de
valorización a los equipos que tienen un movimiento de salida.
2. Actor
Asistente de Valorización
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
El usuario debe haber accedido al sistema.
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
1. Breve Descripció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]
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
Fuente: Elaboración Propia
77
- Diagrama de Secuencia Registrar Equipos
Gráfico 24 Diagrama de Secuencia Registrar Equipos
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
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()
Registro satisfactorio()
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
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
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()
Registro satisfactorio()
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()
Registro satisfactorio()
Gráfico 28 Diagrama de Secuencia Valorizar Equipos
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
87
Gráfico 35 Prototipo Despacho y Devolución de Equipos
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
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
Fuente: Elaboración Propia
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.
Fuente: Elaboración Propia
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:
Ubicarse en el Listado de Guías 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.
Finalmente deberá seleccionar la
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:
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
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.
Finalmente deberá seleccionar la
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
Ubicarse en el Listado de Guías 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.
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%
Porcentaje de Inexactitud de Informes de Valorización.
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.
GRUPO INSTRUMENTOS MÉTODO Nro.
PERSONAS
Responsables de Valorización
Cuestionario Individual Cuantitativo/ cualitativo 2
Entrevista Individual Cuantitativo/ Cualitativo 2
TOTAL PARTICIPANTES INSTRUMENTOS CUALITATIVOS
2
TOTAL PARTICIPANTES INSTRUMENTOS CUANTITATIVOS 2
Encuestas al Jefe de Control Patrimonial y Asistente de Control Patrimonial.
GRUPO INSTRUMENTOS MÉTODO Nro.
PERSONAS
Responsables de Control Patrimonial
Cuestionario Individual
Cuantitativo/ cualitativo 2
Entrevista Individual Cuantitativo/ Cualitativo 2
TOTAL PARTICIPANTES INSTRUMENTOS CUALITATIVOS
2
TOTAL PARTICIPANTES INSTRUMENTOS CUANTITATIVOS 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
Equi_Codigo: char(15)
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
* Equi_Codigo: char(15)
* Ecom_Descripcion: varchar(100)
Subf_Codigo: char(5)
dbo.TBL_EquipoComponenteCaracteristica
* Equi_Codigo: char(15)
* Ecar_Codigo: int
Ecar_Descripcion: varchar(100)
Ecar_Caracteristica: varchar(100)
* Ecom_Codigo: int
«PK»
+ PK_TBL_EquipoComponenteCaracteristica()
dbo.TBL_EquipoImagenes
Equi_Codigo: char(15)
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)
Equi_Codigo: char(15)
«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 Equi_Codigo: char(15)
*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
Proy_Codigo: char(5)
«PK»
+ fK_TBL_EquipoTra(char, int)
dbo.TBL_EquipoTransaccionDocumento
*PK Equi_Codigo: char(15)
*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
Proy_Codigo: char(5)
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)
Equi_Codigo: char(15)
Proy_Codigo: char(5)
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)
Peri_Codigo: char(6)
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)
Proy_Codigo: char(5)
Orac_titulo: varchar(50)
Orac_moneda: char(3)
Peri_Codigo: char(6)
*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)
Equi_Codigo: char(15)
* 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)
Equi_Codigo: char(15)
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)
Proy_Codigo: char(5)
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
Tmov_Codigo: char(2)
Requ_FechaRequeridoPara: datetime
Requ_FechaRequeridoHasta: datetime
Reqd_CantidadPactada: int
Reqd_Estado: char(2)
Reqd_flagTemporal: bit
Reqd_Observaciones: varchar(128)
Proy_Codigo: char(5)
Sect_Codigo: char(2)
Equi_Codigo: char(15)
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)
Equi_Codigo: char(15)
Reqs_CtdSolicitada: int
Reqs_CtdReservada: int
Reqs_ComentarioCEQ: varchar(150)
Reqs_FechaDisponibil idad: datetime
Reqs_CtdComprar: int
Reqs_CtdInicial: int
Cval_Codigo: char(3)
* 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)
Tmov_Codigo: char(2)
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 Scat_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)
*FK Scat_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 Proy_Codigo: char(5)
«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)
* Equi_Codigo: char(15)
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
Cval_Codigo: char(3)
Proy_Codigo: char(5)
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
Equi_Codigo: char(15)
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
Cval_Codigo: char(3)
Proy_Codigo: char(5)
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
*PK Equi_Codigo: char(10)
* 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 Scat_Codigo: char(4)
«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
*PK Proy_Codigo: char(5)
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
+PK_TBL_Segmento_Categoria
+FK_Caracteristica
+PK_TBL_Caracteristica
+FK_TBL_Equipo_TBL_SegmentoCategoria
+PK_TBL_Segmento_Categoria
P
+FK_TBL_Perfil_Menu_TBL_Perfil
+PK_TBL_Perfil
+FK_TBL_Usuario_TBL_UsuarioProyecto
+PK_TBL_UsuarioProyecto
P
+FK_Scat_Codigo1
+PK_TBL_Segmento_Categoria
+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.
- Software del servidor de base de datos:
Sistema Operativo: Windows Server 2008 R2 64bits.
Servidor Web: Internet Information Server (IIS 7).
Framework: NET Framework 4.0.
- Número de particiones: 1
Unidad C: 500 GB.
115
Componente Recomendación mínima
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.
- Software del servidor de base de datos:
Sistema Operativo: Windows Server 2008 R2 64 bits.
Servidor Web: Internet Information Server (IIS 7).
Framework: NET Framework 4.0.
- Número de particiones: 1
Unidad C: 500 GB.
Componente Recomendación mínima
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
Top Related