EA GP05 Informe Final

FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
PROPUESTA DE UN SISTEMA WEB PARA EL SUBPROCESO DE REGISTRO

VEHICULAR EN EL ÁREA DE VIGILANCIA – SAONSA S.A, 2022
AUTOR(ES)
⮚ Cáceres Gonzales, David Alexander
⮚ Campos Aquise, Mashiel Milagros
⮚ Castro Hoyos, José Alberto
⮚ Carrión Abarca, Omar Rodrigo
⮚ Huaman Pariona, Jesús Diego
ASESOR
Mgtr. Ortega Vargas, Christian Victor
LIMA – PERU
2022
Índice general
Índice de tablas ...................................................................................................... 5
Índice de figuras ..................................................................................................... 6
Resumen ................................................................................................................ 8
Abstract .................................................................................................................. 8
Introducción .......................................................................................................... 10
I. GENERALIDADES ........................................................................................ 11
1.1. Organización ............................................................................................12
1.2. Rubro de negocio .....................................................................................13
1.3. Organigrama Institucional ........................................................................14
1.4. Visión .......................................................................................................15
1.5. Misión .......................................................................................................15
1.6. Objetivos de negocio ................................................................................15
1.7. Mapa de procesos institucional ................................................................16
1.8. Cadena de valor .......................................................................................16
1.9. Procesos Principales ................................................................................17
II. DESCRIPCIÓN DEL PROYECTO ................................................................. 25

2.1. Objeto de estudio .....................................................................................26
2.1.1. Dominio del problema ...........................................................................26
2.1.2. Planteamiento del problema .................................................................27
2.2. Objetivos del proyecto ..............................................................................28
2.2.1. Objetivo general ....................................................................................28
2.2.2. Objetivo especifico ................................................................................28
III. DESARROLLO .............................................................................................. 29

3.1. Preliminar .................................................................................................30
3.1.1. Descripción de la organización ..........................................................30
3.1.2. Participación del proyecto..................................................................30
3.1.3. Principios de arquitectura ..................................................................31
3.1.4. Matriz DOFA ......................................................................................33

3.1.5. Plan de capacitación..........................................................................33
3.1.6. Taxonomía TOGAF ...........................................................................34
3.2. Visión de la Arquitectura ..........................................................................35
3.2.1. Objetivo del negocio ..........................................................................35
3.2.2. Alcance y estimación de tiempo ........................................................36
3.2.3. Requerimiento ...................................................................................36
3.2.4. Restricciones .....................................................................................36
3.2.5. Identificación de riesgos ....................................................................37
3.2.6. Partes interesadas y necesidades .....................................................37
3.2.7. Acta de aceptación de riesgos ...........................................................38
3.2.8. Plan de comunicación........................................................................40
3.3. Arquitectura del negocio...........................................................................40
3.3.1. Actores de negocio y responsabilidades ...........................................40
3.3.2. Matriz RACI .......................................................................................40
3.3.3. Diagrama de flujo de proceso comercial (AS IS) . ¡Error! Marcador no

definido.
3.3.4. Casos de uso de los actores .............................................................42
3.3.5. Mapa de procesos .............................................................................42
3.3.6. Matriz objetivos estratégicos vs proceso de negocio .........................43
3.3.7. Análisis de brechas............................................................................43
3.4. Arquitectura de sistemas de información .................................................44
3.4.1. Arquitectura de datos.........................................................................46
3.4.2. Arquitectura de aplicaciones (AS IS) .................................................48
3.4.3. Diagrama de casos de uso de la arquitectura de aplicaciones (AS IS)

……………………………………………………………………………...49
3.5. Arquitectura de la tecnología....................................................................51
3.5.1. Diagrama de arquitectura de tecnología (AS IS) ...............................51

3.5.2. Cuadro de presupuesto asignado a tecnología .................................51
3.5.3. Presupuesto de mantenimiento de tecnología...................................52
3.6. Oportunidades y Soluciones ....................................................................52
3.6.1. Plan de capacidad ............................... ¡Error! Marcador no definido.
3.6.2. Plan de itinerario ................................................................................52
3.7. Plan de Migración ....................................................................................54
3.7.1. Plan de migración ..............................................................................54
3.7.2. Identificación de los riesgos...............................................................55
3.7.3. Mitigación de riesgos .........................................................................57
3.8. Gobierno de implementación ...................................................................57
3.8.1. Acuerdo de Nivel de Servicio .............................................................58
3.8.2. Cuadro de control ..............................................................................64
3.9. Arquitectura de administración de cambios..............................................65
3.9.1. Solicitudes de cambio ........................................................................65
3.9.2. Planificación de cambios ..................... ¡Error! Marcador no definido.
3.10. Arquitectura de negocio (TO BE) ..........................................................65
3.10.1. Descripción del proceso de negocio ..................................................65
3.10.2. Diagrama de flujo de proceso ............................................................66
3.11. Arquitectura de datos (TO BE) ..............................................................66
3.11.1. Modelo de datos ................................................................................66
3.11.2. Matriz CRUD .....................................................................................67
3.12. Arquitectura de aplicaciones (TO BE) ...................................................67
3.12.1. Diagrama de aplicaciones .................................................................67
3.13. Arquitectura de tecnología (TO BE) ......................................................68
3.13.1. Arquitectura tecnológica del proceso de negocio ..............................68
IV. CONCLUSIONES ...............................................................................................................69
V. REFERENCIAS ...................................................................................................................71
VI. ANEXOS................................................................................................................................72
Índice de tablas
Tabla 1. Participantes del proyecto ...................................................................... 30
Tabla 2. Principios del negocio............................................................................. 31
Tabla 3. Principios de datos ................................................................................. 31
Tabla 4. Principio de Aplicación ........................................................................... 32
Tabla 5. Principios de Tecnología ........................................................................ 32
Tabla 6. Matriz DOFA ........................................................................................... 33
Tabla 7. Plan de Capacitación.............................................................................. 34
Tabla 8. Riesgo del negocio ................................................................................. 37
Tabla 9. Partes Interesadas y necesidades ......................................................... 37
Tabla 10. Plan de Comunicación.......................................................................... 40
Tabla 11. Actores de negocio y responsabilidad .................................................. 40
Tabla 12. Matriz RACI – Proceso de Despacho ...... ¡Error! Marcador no definido.
Tabla 13. Matriz de objetivos estratégicos vs proceso de negocio................ ¡Error!

Marcador no definido.
Tabla 14. Análisis de brecha ................................................................................ 40
Tabla 15. Matriz de presupuesto asignado a tecnología .................................... 437
Tabla 16. Matriz de Presupuesto de mantenimiento de tecnologías .................. 438
Tabla 17. Descripción del proceso de negocio (TO BE) ..................................... 518
Tabla 18. Matriz CRUD ........................................................................................ 52

Índice de figuras
Figura 1: Ubicación de la empresa Saonsa S.A. .................................................. 12
Figura 2: Organigrama Institucional de la empresa Saonsa S.A. ......................... 14
Figura 3: Mapa de Procesos Institucional de la empresa Saonsa S.A. ................ 16
Figura 4: Mapa de Cadena de Valor de la empresa Saonsa S.A. ........................ 16
Figura 5: Diagrama SIPOC del Proceso de Compra de la empresa Saonsa S.A. 17
Figura 6: Diagrama de flujo del Proceso de Compra de la empresa Saonsa S.A. 18
Figura 7: Diagrama SIPOC del Proceso de Venta de la empresa Saonsa S.A. ... 19
Figura 8: Diagrama de flujo del Proceso de Venta de la empresa Saonsa S.A.... 20
Figura 9: Diagrama SIPOC del proceso de Despacho de la empresa Saonsa S.A.

………………………………………………………………………………………..21
Figura 10: Diagrama de flujo del Proceso de Despacho de la empresa Saonsa

S.A. ...................................................................................................................... 22
Figura 11. Diagrama de pez del Área de Vigilancia de la empresa Saonsa S.A. . 27
Figura 12. Taxonomía TOGAF. ............................................................................ 35
Figura 13. Acta de Aprobación ............................................................................. 38
Figura 14. Acta de Entrega................................................................................. 394
Figura 15. Diagrama de flujo del proceso de despacho (AS IS) ... ¡Error! Marcador
no definido.
Figura 16. Caso de uso de los actores - Proceso de despacho ... ¡Error! Marcador
no definido.
Figura 17. Mapa de proceso institucional de la empresa Saonsa S.A ................. 42
Figura 18. Pantalla inicial de EJB Solution ........................................................... 44
Figura 19. Pantalla de logeo de Hillstone ............................................................. 45
Figura 20. Logo de TeamViewer .......................................................................... 45
Figura 21. Logo de Microsoft Excel ...................................................................... 46

Figura 22. Diagrama de Flujo de Datos Nivel 0 – Proceso de despacho ............. 46
Figura 25. Arquitectura de aplicaciones (AS IS) ................................................... 48
Figura 26. Arquitectura de aplicaciones vision general (AS IS) ............................ 48
Figura 27. Casos de uso de la arquitectura de aplicaciones – Recursos Humanos

………………………………………………………………………………………..49
Figura 28. Casos de uso de la arquitectura de aplicaciones – Logística .............. 50
Figura 29. Casos de uso de la arquitectura de aplicaciones – Almacén .......... 4650
Figura 30. Arquitectura de Tecnología de SAONSA S.A. ..................................... 51
Figura 31. Diagrama de flujo del proceso de despacho (TO BE) ......................... 49
Figura 32. Modelo de datos (TO BE). ................................................................... 66
Figura 33. Diagrama de arquitectura de Aplicaciones (TO BE)….………………..68
Figura 34. Arquitectura De Tecnología - TO BE. ..... ¡Error! Marcador no definido.

Resumen
La presente investigación titulada “Propuesta de un sistema web para el
subproceso de registro vehicular en el área de vigilancia – Saonsa S.A, 2022” fue
realizado con el objetivo de proponer un sistema web para el subproceso de registro
vehicular en el área de vigilancia de Saonsa S.A., bajo la metodología de TOGAF,
a fin de lograr un correcta alineación de los procesos de la empresa con la
tecnología a implementar.
El desarrollo de esta propuesta de solución permitió conocer el estado actual de la
empresa y desarrollar un sistema web que logre optimizar y disminuir el tiempo
actual del subproceso de registro vehicular. En ese sentido, se obtuvo como
conclusión que el proyecto desarrollado con la metodología TOGAF muestra una
mejora del subproceso de estudio actual, al digitalizar sus registros del registro
vehicular lo que reduce el tiempo de registro a lo que era inicialmente.
Palabra clave: metodología togaf, registro vehicular, sistema web.
Abstract
The present investigation entitled "Proposal of a web system for the vehicle
registration sub-process in the surveillance area - Saonsa S.A, 2022" was carried
out with the objective of proposing a web system for the vehicle registration sub-
process in the surveillance area of Saonsa S.A., under the TOGAF methodology, in
order to achieve a correct alignment of the company's processes with the technology
to be implemented.
The development of this solution proposal allowed knowing the current state of the
company and developing a web system that manages to optimize and reduce the
current time of the vehicle registration process. In this sense, it was concluded that
the project developed with the TOGAF methodology shows an improvement of the
current study thread, by digitizing its vehicle registration records, which reduces the
registration time to what it was initially.
Keywords: togaf methodology, vehicle registration, web system..
Introducción
Un sistema Web permite a la gran mayoría de empresas optimizar procesos y

reducir los recursos que esta puede estar utilizando a diferencia del tradicional,
además de ello les permite mejorar la productividad de alguno de sus procesos
gracias a la tecnología. Por otro lado es importante que para aplicar cambios dentro
de una empresa que involucren tecnologías, requiere que se conozca la
arquitectura empresarial de la empresa, a fin de alinear tanto sus procesos con la
tecnología necesaria para el proyecto a implementar, asi como con los objetivos del
negocio. Por ello en el siguiente informe, se plantea una propuesta de sistema para
el proceso de marketing de la empresa Saonsa.S.A.
Este proyecto tiene como objetivo desarrollar un sistema web que le permita a la
empresa automatizar y mejorar su proceso de registro vehicular generadas por el
área de vigilancia, analizar el proceso, diseñar un sistema web, reducir el tiempo
del proceso de las salidas vehiculares, todo ello relacionado bajo la metodología
TOGAF. En este sentido, la investigación esta estructura en cinco capítulos:
En el capítulo I, se detalla la información de la empresa en estudio, descripción,

rubro del negocio, organización estructural, visión, misión, objetivos estratégicos,
mapa de procesos institucionales, cadena de valor y el diagrama de los procesos
principales de la organización.
En el capítulo II, se describe la dirección que tomara el proyecto, ya que se

mencionan el objetivo de estudio, en la que se analizará el dominio del problema y
el planeamiento del problema, también indicamos los objetivos del proyecto.
En el capítulo III, nos enfocamos en desarrollar las fases 10 fases de la metodología

TOGAF.
En el capítulo IV, datamos las conclusiones referentes a cada objetivo planteado

del proyecto.
Finalmente en el capítulo V y VI se mencionan las conclusiones y referencias del
proyecto.
I. GENERALIDADES
Universidad César Vallejo E.A.P Ingeniería de Sistemas
1.1. Organización
La empresa Saonsa S.A. es una empresa con 35 años de experiencia,

dedicada a la fabricación y comercialización de productos de plástico
mediante el sistema de inyectado y soplado para la industria, agroindustria,
minería, merchandising y hogar. Cuya razón Social es Sociedad Industrial
Andina S.A. registrada con el N° de RUC 20112347985, Cod CIIU 4690,
ubicada en la dirección: Parcelación Rustica Lote 87-7 Asociación
Cajamarquilla III, Lurigancho - Chosica, Lima.
Figura 1: Ubicación de la empresa Saonsa S.A.

Fuente: Google Maps
PROPUESTA DE UN SISTEMA WEB PARA EL Cáceres &

SUBPROCESO DE REGISTRO VEHICULAR EN EL ÁREA
12
DE VIGILANCIA – SAONSA S.A, 2022 Campos & Carrión & Castro & Huaman
1.2. Rubro de negocio
Saonsa S.A: Porta el rubro industrial, agroindustria y hogar.
Rubro Industrial: La cuarta revolución industrial fue presentada por

consultoras alemanas en el CeBit de Hannover de 201. Aunque haya
recibido varias denominaciones, porque si nos fijamos en las fuentes de
energía, se habla la industria de la sostenibilidad. En las materias primas,
se habla de la industria de nuevos materiales técnicos reciclables. En la
parte del diseño de productos, nuevos conceptos aparecen como
ecodiseño y codiseño (Llorec, 2019, pag. 27).
Rubro Agroindustria: Según, el Ministerio de Energías y minas (2022)

mencionan, “La agroindustria procesa la materia prima, que pueden ser:
frutas, hortalizas, tubérculos, cereales y otros productos vegetales, que
luego se transforman en alimentos procesados aptos para el consumo
humano” (pag. 10).
Rubro Hogar: Según, Arana (2018) los diseños de interior es una gran
parte en el proceso de construcción, porque se dedica a poner énfasis a la
planeación básica y al diseño funcional de los espacios, enfocándose en
conceptos como escala, iluminación, proporción, etc. (p. 16).
PROPUESTA DE UN SISTEMA WEB PARA EL Cáceres &

SUBPROCESO DE REGISTRO VEHICULAR EN EL ÁREA
13
DE VIGILANCIA – SAONSA S.A, 2022 Campos & Carrión & Castro & Huaman
1.3. Organigrama Institucional
Figura 2: Organigrama Institucional de la empresa Saonsa S.A.

Fuente: Elaboración propia
PROPUESTA DE UN SISTEMA WEB PARA EL SUBPROCESO DE REGISTRO Cáceres & Campos & Carrión & Castro &
VEHICULAR EN EL ÁREA DE VIGILANCIA – SAONSA S.A, 2022
14
Huaman
1.4. Visión
Ser una empresa líder en el mercado de productos plásticos impulsada por

la innovación y desarrollo de productos de alta calidad.
Propuesta:
En el 2025 la empresa Saonsa S.A. logrará ser reconocida como una
empresa líder en el mercado de productos plásticos impulsada por la
innovación y desarrollo de productos de alta calidad.
1.5. Misión
Diseñar y fabricar productos de primera calidad de acuerdo a las

necesidades del cliente con un eficiente proceso de producción.
Propuesta:
La misión de la empresa Saonsa S.A. es diseñar y fabricar productos
plásticos de primera calidad de acuerdo a las necesidades del cliente, con
un eficiente proceso de producción y con los controles de calidad
necesarios, lo que nos permite maximizar el valor para sus clientes.
Además se cuenta con un equipo de trabajo altamente capacitado y
productivo.
1.6. Objetivos estratégicos
• Incrementar los ingresos en un 15% para el año 2023.

• Mantener el 85% del total de clientes y aumentar un 12% nuestra
cartera de clientes para el año 2023.
• Lograr una mejora productiva del 10% de la empresa para el año 2023.
• Lograr una satisfacción del cliente de un 82% durante el año 2023.
• Mejorar un 20% la efectividad del servicio de distribución para el año
2023
• Desarrollar hasta el 2024 , 2 proyectos de innovación para el desarrollo
de la empresa
• Aumentar un 70% el clima laboral de la empresa para el año 2023.
PROPUESTA DE UN SISTEMA WEB PARA EL SUBPROCESO DE Cáceres &

REGISTRO VEHICULAR EN EL ÁREA DE VIGILANCIA – SAONSA
15
S.A, 2022 Campos & Carrión & Castro & Huaman
1.7. Mapa de procesos institucional
Figura 3: Mapa de Procesos Institucional de la empresa Saonsa S.A.
1.8. Cadena de valor
Figura 4: Mapa de Cadena de valor de la empresa Saonsa S.A.

16
1.9. Procesos Principales
Proceso de Compra
El Este proceso radica en el diálogo con el proveedor e inicia con el
encargado de planta quien revisa el estado de la materia con el sistema,
luego de que se realiza el cálculo de valor de materia prima, el encargado
de planta coteja con el almacén si la data no coincide con lo que el sistema
indica, se rectifica y si hace falta de materia prima se genera orden y se
contacta con el proveedor indicado, confirma la compra, se envía camión
disponible en caso de que asi lo requiera el encargado de planta o el mismo
proveedor envía su camión contratado, el proceso finaliza cuando el
encargado de planta recepciona el pedido y la entrega del Boucher, se pesa
la materia prima y se sube la materia prima de la orden al sistema por medio
de una vale.
Figura 5: Diagrama SIPOC del Proceso de Compra de la empresa Saonsa S.A.


17
Figura 6: Diagrama de flujo del Proceso de Compra de la empresa Saonsa S.A.

PROPUESTA DE UN SISTEMA WEB PARA EL SUBPROCESO DE REGISTRO VEHICULAR EN Cáceres & Campos & Carrión & Castro &
EL ÁREA DE VIGILANCIA – SAONSA S.A, 2022
18
Huaman
Proceso de Ventas
Este proceso inicia con el cliente quien realiza la orden de productos al
vendedor, una vez este último recibe el pedido verifica disponibilidad de los
productos de la orden con el sistema, si los productos existen, se toma nota
de lo que si se podrá despachar y si el cliente está de acuerdo con continuar
con el pedido, se solicita al cliente que realice la transacción o adelanto de
pago, luego de ellos el vendedor registra datos del cliente en el sistema y
se comunica con la administradora para que envié el cargo, esta última
consulta datos relevantes para enviar el cargo, realiza el time del pedido y
finaliza cuando registra el estado de ventas en pedido.
Figura 7: Diagrama SIPOC del Proceso de Venta de la empresa Saonsa S.A.


19
Figura 8: Diagrama de flujo del Proceso de Venta de la empresa Saonsa S.A.


20
Proceso de Despacho
Este proceso cuando el encargado de despacho revisa el pedido y coteja
en el sistema, se manda una notificación por medio del sistema, cabe
resaltar que si surge algún problema de stock se le informa a la
administradora para que rectifique con el cliente (agencia), por el contrario,
si no hay problemas se genera la guía de remisión y la factura/ boleta se le
envía al cliente (agencia) para que eso le sirva como vale. Asimismo, dentro
de todas las guías solo dos se separan la guía de control administrativo
para el encargado del almacén y otra de vigilancia para el guardia de
seguridad, luego el almacenero baja el pedido de acuerdo a la guía una vez
en picking, paralelamente, despacho coteja la relación para una última
supervisión en conjunto de los choferes de cada camión, se aprueba la
salida de camiones y el proceso finaliza cuando el cliente recibe su pedido.
Figura 9: Diagrama SIPOC del proceso de Despacho de la empresa Saonsa S.A.


21
Figura 10: Diagrama de flujo del Proceso de Despacho de la empresa Saonsa S.A.

22
• Subproceso de registro vehicular

Este subproceso inicia cuando el personal de vigilancia revisa la guía
con los despachos del dia y es quien se encarga de verificar el estado
de los camiones y registra el camión a usar en la hoja de ruta, luego
verifica disponibilidad del chofer asignado para el despacho y lo registra
en la hoja de ruta, finalmente anexa la hoja de ruta en la guía de
vigilancia.
Figura 11: Diagrama SIPOC del subproceso de registro vehicular de la empresa Saonsa S.A.

23
Figura 11: Diagrama SIPOC del subproceso de registro vehicular de la empresa Saonsa S.A.

24
II. DESCRIPCIÓN DEL PROYECTO

25
2.1. Objeto de estudio

El objeto de estudio se encuentra dentro del proceso de despacho como un
subproceso. En ese sentido, el proyecto propone desarrollar un sistema
web que le permita a la empresa automatizar y mejorar su subproceso de
registro vehicular generados por el área de vigilancia. Asimismo, el
desarrollo de este sistema será realizado mediante la metodología TOGAF.
Dominio del problema
A través del dominio del problema, determinaremos las deficiencias que
posee el área de vigilancia de la empresa Saonsa S.A. Esto lo haremos
previa conversación con el cliente (empresa) para tener un contexto de los
problemas que posee y entender sus necesidades para dar soluciones
adecuadas.
• La falta de digitalización de los registros de salida vehicular en Saonsa

S.A origina que el subproceso de registro sea lento y que peligre la
información generada por estar registrada en hojas.
• La ausencia de un control en el registro vehicular en Saonsa S.A causa

un retraso en el desarrollo de las actividades mencionadas generando
en muchos casos que el área de operaciones y el chofer se quedan
horas adicionales para realizar una revisión general de los camiones.
• La carencia de un sistema, aumenta las posibilidades de que se

cometan errores humanos en el registro de los formularios y en
consecuencia no coincida con la información registrada en Saonsa S.A.
• La acumulación de registros no digitalizados en relación al registro de

salida vehicular en Saonsa S.A provoca un retraso al generar los
reportes ya que deben ser verificados uno a uno.

26
Deficiencia en el
subproceso de registro
vehicular
Figura 11. Diagrama de pez del Área de Vigilancia de la empresa Saonsa S.A.
Elaboración propia
2.1.1. Planteamiento del problema
En la actualidad el uso de aplicaciones web es cada vez más

utilizadas debido a la practicidad al conectarse mediante un
navegador web permitiendo ahorrar dinero, facilitando el acceso
desde cualquier sitio y mejorando la eficiencia de la organización. Con
respecto a la empresa Saonsa S.A, está se dedica a la venta de
productos de hogar e industrial de los cuales cuentan con mucha
variedad, sin embargo, gestionan parte de su información de la forma
convencional (registros en papel). En consecuencia, se genera un
problema de tiempo al momento de hacer el checkin diario por parte
del vigilante de salida de los camiones. Asimismo, perdiendo los días
de programación y la información de estos. Ante lo expuesto surge la
siguiente pregunta, ¿De qué manera la propuesta de implementación
de un sistema web mejora el subproceso de registro vehicular en el
área de vigilancia – Saonsa S.A., 2022?

27
2.2. Objetivos del proyecto
2.2.1. Objetivo general

Proponer un sistema web para el subproceso de registro vehicular
en el área de vigilancia - Saonsa S.A, 2022
2.2.2. Objetivo especifico
• Lograr llevar un mejor control de los registros de las salidas
vehiculares el área de vigilancia - Saonsa S.A, 2022.
• Reducir el tiempo del subproceso de registro vehicular en el área
de vigilancia - Saonsa S.A, 2022.
• Desarrollar un sistema web basado en la metodología TOGAF
para el subproceso de registro vehicular en el área de vigilancia
- Saonsa S.A, 2022.

28
III. DESARROLLO

29
3.1. Preliminar
3.1.1. Descripción de la organización
La empresa Saonsa S.A. es una empresa con 35 años de
experiencia, dedicada a la fabricación y comercialización de
productos de plástico mediante el sistema de inyectado y soplado
para la industria, agroindustria, minería, merchandising y hogar. Cuya
razón Social es Sociedad Industrial Andina S.A. registrada con el N°
de RUC 20112347985, Cod CIIU 4690, ubicada en la dirección:
Parcelación Rustica Lote 87-7 Asociación Cajamarquilla III,
Lurigancho - Chosica, Lima.
3.1.2. Participación del proyecto
Tabla 1. Participantes del proyecto

30
3.1.3. Principios de arquitectura

A. Principios de Negocio
Tabla 2. Principios del negocio
Nombre Prioridad de los principios

Se realizará el modelo de arquitectura de forma indispensable y
Declaración
cada miembro del equipo se hará responsable de su rol
Cumplir de forma íntegra y responsable para poder trabajar en
Razón Fundamental
cada proceso de arquitectura con la información brindada
De incumplir con este proceso habría retraso en la investigación
Implicaciones
y mala información de por medio
Nombre incrementar los beneficios de la empresa
Las decisiones tomadas serán siempre en beneficio del progreso
Declaración
de la empresa
El objetivo de este principio será priorizar el modelo del negocio
Razón Fundamental
para dar un máximo rendimiento
Incurrir en la mejora de la empresa requiere un compromiso y
Implicaciones
seguir los lineamientos necesarios para continuar
B. Principios de Datos
Tabla 3. Principios de datos
Nombre Los datos de un activo

Tener conocimiento de la empresa es necesario y un recurso
Declaración
valioso para avanzar
El objetivo principal es saber para sirve cada proceso, por ende,
Razón Fundamental la información que se tiene es precisa para poder tomar
decisiones
La arquitectura que se desea implementar debe corresponder a
Implicaciones
la información que tenemos para poder brindar una mejora
Nombre Integridad y disponibilidad de los datos
La disponibilidad de los datos o acceso a la información es
Declaración importante para ambas partes, ya que sin los medios necesarios
no se puede desempeñar como uno desea
Las decisiones que se tomen requieren información precisa y a
Razón Fundamental
parte la interacción rápida del usuario
Debe ser adaptable y entendible para que el personal cumpla con
Implicaciones
su rol y comprenda el manejo que ya tenía de forma intuitiva
Fuente: Elaboración Propia

31
C. Principios de Aplicación
Tabla 4. Principio de Aplicación
Nombre Accesibilidad y fácil manejo en la aplicación

La aplicación como tal deben ser transparente y dar a relucir el
Declaración producto final que el cliente/ usuario espera abordando su fácil
uso en sus actividades
Razón Fundamental Debe haber interactividad y facilidad en el manejo de la misma
Debe ser entendible por cualquier usuario por eso su distribución
Implicaciones
y manejo debe ser clara
D. Principios de Tecnología
Tabla 5. Principios de Tecnología
Nombre Gestión del cambio responsable

Realza el cambio y su fácil uso permite el acople a nuevas
Declaración
tecnologías
Optar por nuevas tecnologías y patrones que permitan la mejora
Razón Fundamental
del proceso de negocio que se desea abordar
No debe tener restricción ni retraso con la información y permitir
Implicaciones
el acople a cambios futuros en beneficio de la empresa

32
3.1.4. Matriz DOFA

Tabla 6. Matriz DOFA

33
3.1.5. Plan de capacitación
Tabla 7. Plan de Capacitación
3.1.6. Taxonomía TOGAF

34
Figura 12. Taxonomía TOGAF.

Fuente Elaboración Propia
3.2. Visión de la Arquitectura

3.2.1. Objetivo del negocio
• Incrementar los ingresos en un 12% para el año 2023.
• Mantener el 90% del total de clientes y aumentar un 10% nuestra
cartera de clientes para el año 2023.
• Lograr una mejora productiva del 8% de la empresa para el año
2023.
• Lograr una satisfacción del cliente de un 82% durante el año 2023.
• Mejorar un 12% la efectividad del servicio de distribución para el
año 2023

35
• Desarrollar hasta el 2024 , 2 proyectos de innovación para el

desarrollo de la empresa
• Aumentar un 70% el clima laboral de la empresa para el año 2023.
3.2.2. Alcance y estimación de tiempo
Mediante el diseño de la arquitectura con el marco teórico TOGAF se
plantea alinear los objetivos estratégicos SAONSA S.A., la
arquitectura empresarial es propuesta para el área de vigilancia, ellos
revisan la entrada y salida de vehículo con los productos llevados a
diferentes clientes. El proyecto a culminar es hasta el 20 de julio.
3.2.3. Requerimiento
La empresa SAONSA S.A. requiere implementar un sistema web
para registro del checkin de salida de vehículo con el fin de mejorar
la agilización debido que es estresante, ya que debido al uso de lápiz
y papel no hay un buen flujo de datos, ya que el sistema permitirá una
exportación de datos de forma digital y será más sencillo llevar al área
de R.R.H.H.
Parte de los requisitos que el sistema pretende cubrir es:
• Permitir el ingreso al sistema solo a los usuarios autorizados
• Gestionar información de los choferes
• Gestionar información de los vehículos
• Registrar las hojas de rutas con la información necesaria.
• Generar reportes de los registros de salida vehicular (hojas de
rutas)
3.2.4. Restricciones
• Los procesos están fijados, por ende, si se tiene que cambiar algo
deben ser en mejora de rendimiento.
• Es necesario la aprobación de parte de los stakeholders para
verificar el progreso obtenido.
• La resistencia al cambio de las nuevas tecnologías que se logren
implementar

36
3.2.5. Identificación de riesgos
Tabla 8. Riesgo del negocio
Riesgos de negocio
Riesgos ¿Cómo se genera el riesgo? Amenazas
Falta de capacitación de Infraestructura deteriorada y pérdida de

Incendio seguridad a la empresa información física
Robo de Falta de supervisión al ingreso Caída de la producción y desbalance

productos y salida de los productos económico
Robo de Falta de control de acceso Información desprotegida y divulgada a

información Infiltrados en el sistema las competencias
Un mal manejo en la carretera Pérdida económica por los productos

Accidentes o fallas técnicas. deteriorados o la demora en el envío.
Vehiculares Falta de mantenimiento de Retraso de envíos de materia prima o
vehículo productos
Mala infraestructura del Pérdidas y retraso del proceso de

sistema eléctrico. producción y de otros procesos
Corte de luz Falla en sistema eléctrico de la relacionados.
entidad eléctrica
3.2.6. Partes interesadas y necesidades
Tabla 9. Partes Interesadas y necesidades
Stakeholders
Rol Necesidades
Uso de la tecnología para el desarrollo del diseño de arquitectura
Gerente General
para las áreas determinadas
Agilizar los procesos, conforme a las necesidades que necesita el

Vicepresidente
proyecto para que sea exitoso
Dueño del
Mejorar el control de salida de pedidos y reducir el tiempo que toma
proceso de
el registro en cuestión
despacho

37
3.2.7. Acta de aceptación de riesgos
Figura 13. Acta de Aprobación


38
Figura 14. Acta de Entrega


39
3.2.8. Plan de comunicación
Tabla 10. Plan de Comunicación
3.3. Arquitectura del negocio

3.3.1. Actores de negocio y responsabilidades
Tabla 11. Actores de negocio y responsabilidad
Actores del negocio Responsabilidad
Personal de vigilancia • Encargado de registrar la hoja de ruta con la información del

chofer asignado y datos del camión saliente
• Genera los reportes de los registros de salida del dia
Personal de despacho • Cargar los camiones con los despachos del dia
Chofer • Responsable de llevar los despachos a destino
3.3.2. Matriz RACI
Tabla 12. Matriz RACI – Subproceso de registro vehicular

40
3.3.3. Diagrama de flujo de subproceso de registro vehicular (AS IS)
Figura 15. Diagrama de flujo del subproceso de registro vehicular (AS IS)

41
3.3.4. Casos de uso de los actores

A. Subproceso de registro vehicular
Figura 16. Caso de uso de los actores – subproceso de registro vehicular

3.3.5. Mapa de procesos
Figura 17. Mapa de Procesos Institucional de la empresa Saonsa S.A.

42
3.3.6. Matriz objetivos estratégicos vs proceso de negocio
Tabla 13. Matriz de objetivos estratégicos vs proceso de negocio
3.3.7. Análisis de brechas
Tabla 14. Análisis de brecha

43
3.4. Arquitectura de sistemas de información

Describe la forma en que los sistemas de información de la empresa
interactúan entre sí. Los SÍ que cuenta la organización son los siguientes:
EJB Commercial: Es un software de gestión empresarial accesible y fácil

de usar, pensado específicamente para pequeñas y medianas empresas.
Este software permite controlar las áreas de compras, almacenes,
inventarios, ventas, cobranzas y logística, todo en un único sistema
totalmente integrado (EJBsolutions, Software EJB Comercial, párr. 1). Esta
Cumple con la funcionalidad de generar las guías de remisión para la
circulación de los camiones, ingreso de stock de productos, emisión de
facturación, verificar estado de pago de los clientes, ver el balance de los
productos, revisar el registro de cotización de productos y verificar stock de
los almacenes.
Figura 18. Pantalla inicial de EJB Solution

Fuente: Saonsa S.A.
Hillstones secure connect: Brindamos soluciones de protección

perimetral brindan una protección de primera línea contra ataques de
múltiples etapas y múltiples capas. Nuestros productos ayudan a mitigar
las infracciones de infraestructura que exponen datos confidenciales de
usuarios (Hillstone, Primera línea de defensa, párr. 1). Esta Permite la
conexión VPN de los colaboradores asegurando la protección de datos,
previniendo la saturación de información además proporciona una defensa
contra ataques como el ransomware.

44
Figura 19. Pantalla de logeo de Hillstone

TeamViewer: Es una aplicación que permite conectividad remota, realidad

aumentada, gestión de TI y soluciones de compromiso con el cliente te
permite conectarte a cualquier dispositivo para brindar asistencia para
cualquier persona, cualquier proceso o cualquier cosa, desde cualquier
lugar, en cualquier momento (TeamViewer, Conectate, párr. 1). Cumple con
la funcionalidad de mantener la comunicación entre colaboradores,
monitorear las tareas de cada trabajador en la organización y el control de
equipos por medio de una conexión remota proporcionado seguridad y
flexibilidad durante el desarrollo de actividades.
Figura 20. Logo de TeamViewer

Fuente: TeamViewer
Microsoft Excel: Es una aplicación que organiza tus datos para ahorrar
tiempo creando hojas de cálculo con facilidad a partir de plantillas o desde
cero y realiza cálculos con fórmulas modernas. Ayudando a presentar los
datos de una forma convincente, permitiendo entender mejor la información
(Microsoft, Microsoft Excel, párr. 1).

45
Dentro de la empresa ayuda a la manipulación de datos facilitando los

registros que se llevan a cabo en la organización. Además, se utiliza la
herramienta de macros de Excel para simplificar tareas, realizar análisis y
representación de datos.
Figura 21. Logo de Microsoft Excel

Fuente: Microsoft
3.4.1. Arquitectura de datos
En este punto la empresa SAONSA S.A. Se ha logrado identificar que

utiliza los servicios de SQL Server para almacenar la información de
toda la empresa de forma segura utilizando el cifrado de datos que
proporciona los servicios de SQL Server. Además, permite optimizar
procesos, asignar permisos para las consultas en la base de datos,
administrar la información y el análisis de datos para la toma de
decisiones.
A. Proceso de Despacho
Figura 22. Diagrama de Flujo de Datos Nivel 0 – Proceso de despacho


46


Fuente Elaboración Propia

47
3.4.2. Arquitectura de aplicaciones (AS IS)
Figura 25. Arquitectura de aplicaciones (AS IS)


48
Figura 26. Arquitectura de aplicaciones vista general (AS IS)

3.4.3. Diagrama de casos de uso de la arquitectura de aplicaciones

(AS IS)
Figura 27. Casos de uso de la arquitectura de aplicaciones – Recursos Humanos


49
Figura 28. Casos de uso de la arquitectura de aplicaciones – Logística

Figura 29. Casos de uso de la arquitectura de aplicaciones – Almacén


50
3.5. Arquitectura de la tecnología

3.5.1. Diagrama de arquitectura de tecnología (AS IS)
SAONSA S.A cuenta con la siguiente arquitectura tecnológica:
Figura 30. Arquitectura de Tecnología de SAONSA S.A.

3.5.2. Cuadro de presupuesto asignado a tecnología

Tabla 15. Matriz de presupuesto asignado a tecnología
Tecnología Precio
Tablet 380 PEN
Access Point 290 PEN
Laptop 2300 PEN
Celulares 850 PEN
Router 290 PEN
Switch 230 PEN
Windows 50 PEN
Microsoft Office 80 PEN
SQL Server Gratuito
Visual Studio Gratuito
EJB Comercial 50 PEN
Hillstone 50 PEN
Teamviewer Gratuito
TOTAL 4570 PEN

51
3.5.3. Presupuesto de mantenimiento de tecnología

Tabla 16. Matriz de Presupuesto de mantenimiento de tecnologías
Tecnología Precio
Tablet 50 PEN
Access Point 50 PEN
Laptop 200 PEN
Celulares 70 PEN
Router 70 PEN
Switch 80 PEN
Windows 50 PEN
Microsoft Office 80 PEN
SQL Server Gratuito
Visual Studio Gratuito
EJB Comercial 50 PEN
Hillstone 50 PEN
Teamviewer Gratuito
TOTAL 750 PEN
3.6. Oportunidades y Soluciones

3.6.1. Análisis de oportunidades y soluciones
Según la propuesta de solución que se ha planteado en este proyecto

se da por entendido que la empresa si cuenta con la capacidad
económica y humana para llevarla a cabo. Respecto a infraestructura
la empresa si cuenta con recursos necesarios. Sin embargo se
requiere una mejor organización de la que actualmente tiene para
implementar parte de la propuesta que se hace con este proyecto.
3.6.2. Plan de itinerario
A continuación se evidencia el diagrama de actividades planteado

para el desarrollo del proyecto.

52
Tabla 17. Diagrama de actividades del proyecto

53
3.7. Plan de Migración

3.7.1. Plan de migración
Para lograr el cumplimiento de esta fase, se logró evaluar los riesgos
de la organización que podrá ser determinada tanto por el nivel de
impacto y su probabilidad de ocurrencia. En ese sentido se han
considerado las siguientes valoraciones para los 2 aspectos en
mención.
Tabla 18. Tablas de valoración de probabilidad, impacto y riesgo respectivamente
Tabla 18. Matriz de priorización de riesgos

54
3.7.2. Identificación de los riesgos

• Riesgo de la empresa:
A continuación se muestran los riesgos identificados de la
empresa Saonsa S.A.
Tabla 19. Matriz de identificación de riesgos de la empresa
Identificación Análisis
Posible
# Riesgo Causas Probabilidad Impacto Prioridad
resultado
R01 Incendio Perdida de -Falta de

activos o posible mantenimiento
PP MA 10
daño para el a las máquinas
personal
R02 Corte de luz Retraso y -Mala

pérdida del infraestructura
proceso de del sistema
producción eléctrico
-Falta de
Pagos de Luz P MA 15
-Falla en
sistema
eléctrico de la
entidad
eléctrica
R03 Robo de Deficiencia en la -Falta de filtros

productos gestión de de seguridad
inventario -Deficiencia en MP A 16
Desbalance la seguridad de
económico los almacenes
R04 Robo de Pérdida de -Falta de

información información control de
acceso PP B 4
-Infiltrados en
el sistema
R05 Accidentes Retraso de -Un mal

vehiculares envíos de manejo en la
materia prima o carretera o
productos fallas técnicas. P M 9
-Falta de
mantenimiento
de vehículo

55
• Riesgos del proyecto

A continuación se muestran los riesgos identificados de la
implementación del proyecto
Tabla 19. Matriz de identificación de riesgos del proyecto
Identificación Análisis
Posible
# Riesgo Causas Probabilidad Impacto Prioridad
resultado
R01 Deficiente o Ineficiencia en el -Falta de un

escaso desarrollo del plan de
recurso para proyecto asignación de
el desarrollo Dificultades los recursos
del proyecto técnicas para para el P M 9
cumplir con los proyecto
entregables del
proyecto o el
desarrollo mismo.
R02 Exceder el Los responsables -Las ordenes

presupuesto de realizar el de cambio
proyecto se verían -Un cambio o
forzados a desplazamient
solventar gastos o mayor del
excedentes si alcance
PP MA 10
fuesen causantes original
del riesgo, caso planteado
contrario la
empresa
dispondría de más
recurso financiero.
R03 No presentar -Extensión de la -Subestimar el

los fecha de los tiempo en la
entregables entregables planificación
del proyecto -Generar molestia inicial.
en los plazos por parte de la -No considerar
establecidos empresa las el factor
DM M 15
humano o las
amenazas que
impidan al
grupo lograr
avances

56
3.7.3. Mitigación de riesgos

Tabla 20. Matriz de tratamiento de riesgos de la empresa
Tratamiento de riesgos
# Riesgo Prioridad Tratamiento Acción de respuesta Responsable
R01 Incendio Contar con un plan de Jefe de área

10 Mitigar prevención y de
contingencia
R02 Corte de luz Uso de generadores de Gerencia

15 Mitigar energía
R03 Robo de Establecer mejores Jefe seguridad

productos 16 Mitigar protocolos para el acceso
del personal responsable
R04 Robo de Contar con Software de Gerencia

información 4 Mitigar seguridad
R05 Accidentes Envío de reemplazo Jefe de área

vehiculares vehicular
9 Mitigar
Mantener los vehículos en
buen estado
Tabla 21. Matriz de tratamiento de riesgos del proyecto
Tratamiento de riesgos
# Riesgo Prioridad Tratamiento Acción de respuesta Responsable
R01 Deficiente o -Adquirir recursos Project manager

escaso recurso necesarios dependiendo
para el del proyecto a realizar.
9 Mitigar
desarrollo del -Crear un plan de
proyecto asignación de recursos y
adquirir recurso necesario
R02 Exceder el -Calcular a detalle cada Project manager

presupuesto elemento del proyecto
10 Mitigar -Documentar, calcular e
informar de los costes de
las solicitudes de cambio
R03 No presentar -Disponer de un diagrama Project manager

los entregables de Gantt del proyecto.
del proyecto en 15 Mitigar -Tener un plan de
los plazos contingencia ante
establecidos cualquier riesgo.

57
3.8. Gobierno de implementación

3.8.1. Acuerdo de Nivel de Servicio
a) Objetivos del Acuerdo de Nivel de Servicio
El actual informe define los niveles de servicio de soporte y

mantenimiento por parte del proveedor de soluciones de TI EJB
Solutions el cual proporcionara los servicios detallados en los
siguientes puntos del presente documento. Teniendo una vigencia
de 12 meses a partir de la aceptación y firma del cliente. Este informe
tendrá una revisión de manera mensual, sin embargo, de ser
necesarios podría sufrir cambios, solo si ambas partes están de
acuerdo.
b) Servicios : EJB Solutions proporciona servicios tales como:
▪ El servicio gestión empresarial y administración de Base de
datos
• Mantenimiento de servidores (software y hardware)
• Monitoreo y administración de rendimiento
• Soporte a la gestión empresarial
• Gestión de resolución (Solicitudes del servicio)
▪ Servicio de soporte de Primer nivel en relación a la gestión

empresarial y administración de Base de datos
El nivel principal se encargada dar soporte promedio de llamada
telefónica o e-mail a las incidencias de nivel básicos que reporte
la empresa “SAONSA SA” en relación con el servicio
proporcionado. La empresa EJB Solutions solicitara toda la
información necesaria a fin de identificar la incidencia y la raíz del
problema del servicio afectado. Tanto la empresa cliente y la
proveedora del servicio, gestionará las solicitudes de servicio
afectado tomando las prioridades para la solución. De no lograrse
solucionar el incidente en cuestión la empresa proveedora realizar
un escalamiento al soporte de según nivel.

58
▪ Servicio de soporte de Segundo nivel en relación a la gestión

El segundo nivel proporcionara el soporte de forma remota (help
desk). Necesitando un mayor detalle y comprensión de los
incidentes por parte de la empresa recopilando toda la
información posible de lo ocurrido. Se procederá con el cierre o
reasignarán de las solicitudes e incidencias del anterior nivel.
Así mismo brindara la orientación a la empresa “SAONSA SA” a
la resolución del incidente. De tal manera la empresa proveedora
EJB Solutions realizara el seguimiento de las herramientas para
asegurar la solución de los incidentes registrados y de los que no
requieran una aprobación de la empresa cliente.
▪ Servicio de soporte de Tercer nivel en relación a la gestión
El tercer nivel brindará el soporte de manera presencial a fin de
asegurar la solución de los problemas registrados llevando a cabo
la configuración de los equipos en la empresa “SAONSA SA”. El
servicio incluirá las nuevas mejoras y modificaciones en las reglas
del negocio las que necesitaran de la aprobación del cliente en un
plazo menor a 5 días útiles. Así mismo se realizará la
administración de los servicios, la infraestructura técnica y de ser
necesario se ejecutarán reparaciones en el servidor de la
empresa cliente. La empresa proveedora EJB Solutions realiza el
seguimiento de las herramientas para alcanzar la solución los
incidentes registrados.
c) Definición de términos
Proveedor: Persona jurídica que ofrece algún tipo de servicio o
producto EJB Solutions
Cliente: Persona Jurídica que contrata de los servicios según los
términos y condiciones estipuladas en el contrato respectivo.
“SAONSA SA”.

59
Incidente: Es un evento que interrumpe de forma parcial o total

la actividad de un proceso o de un servicio.
Solicitud de servicio: Es una petición formal que un usuario
(cliente) realiza para que se le proporcione algún tipo de servicio.
Help desk: Es una mesa de ayuda que posibilita gestionar y
solucionar toda posible incidencia con apoyo de los recursos
tecnológico a fin de ofrecer mejor calidad de servicio en un
contexto Masivo.
d) Límites y alcances
Cumplimiento de estándares: El servicio brindado por EJB
Solutions debe cumplir con los siguientes estándares y normas:
• Estándar Para la Alineación con los clientes, la entrega y
mejora de los servicios de TI: ITIL, ISO 20000
• Estándar para la Gestión de Proyectos: PMBOK
• Norma para la Calidad: ISO 9001.
• Norma para la gestión de seguridad de la información:

27001:2013
Compromisos del proveedor: En complemento al detalle
anterior EJB Solutions proporcionara también:
• Dar seguimiento a la empresa cliente incluso después de
haber culminado el acuerdo del contrato
• Realizar trámites frente a las entidades públicas para la

empresa siempre y cuando se requiera.
Disponibilidad geográfica: La cobertura del servicio se
encuentra habilitado para ser brindado en el Departamento de
Lima.
e) Información de contactos:

60
Tabla 22. Información del contacto del proveedor de servicio

Información del contacto del proveedor de servicio
Empresa: EJB Solutions
Dirección: Calera de la Merced - Surquillo, Perú.
Celular: 941 - 190 - 277
Correo electrónico: informes@ejbsolutions.com.pe
Horario de Atención: Lunes – Viernes 9:00 am – 6:00 pm
Sábado 9:00 am – 1:00 pm
Tabla 23. Información del contacto del cliente

Información del contacto del cliente
Empresa: SAONSA SA
Gerente: Pérez Acosta, Carlos Anibal
Dirección: Parcelación Rustica Lote 87-7 Asociación
Cajamarquilla, Lurigancho, Lima
Celular: 977 - 486 - 848
Correo electrónico: ventas@saonsa.com
Horario de Atención: Lunes – Sábado 9:00 am a 8:00 pm
f) Niveles de escalamiento
Si uno de los niveles de soporte no lograra solucionar el incidente,
se ubicará al colaborador a cargo de cada nivel de soporte, a fin
de recibir la atención del incidente registrado en un plazo de 25
minutos luego de haber sido contactado.
Tabla 24. Niveles de escalamiento
Información de los contacto de los niveles de escalamiento

Nivel Cargo Personal Teléfono Correo
1 Asesor de Soporte 014481168 asistencia@ejbsolutions.com.pe
2 Coordinador de Soporte 014481709 soporte@ejbsolutions.com.pe
3 Jefe del Soporte 924906222 jsoporte@ejbsolutions.com.pe

61
g) Procedimientos antes fallas e incidencias
Tabla 25. Procedimiento ante fallas e incidentes
Procedimiento ante fallas e incidentes

Nivel de Impacto Descripción Fallas e incidencias
severidad
• Conexión fallida para

Un incidente significativo que brindar soporte remoto
impide las funciones del • Caída del sistema
negocio y su desempeño • Errores de acceso para los
operativo con una afectación inicios de sesión
P1 Critico
elevada de colaboradores • Errores de conectada con
requiriendo una atención la BD
inmediata. • Fallos de conexión remota
para colaboradores
Un incidente que provoca un • Intermitencia de conexión

impacto estándar en las a internet
operaciones del negocio y en • Aplicaciones de gestión
lagunas funciones desactualizadas
operativas. Menos del 15% • Problema de acceso de
de los colaboradores son usuarios
P2 Normal
afectados. No obstante, las • Intermitencia en las
operaciones del servicio conexiones remotas
pueden continuar degradada • Cambios de claves de
mente. Por lo que su usuarios
atención puede esperar a ser
solucionado
• Lentitud al ingresar
Un pequeño incidente en una aplicaciones
función no principal del • Lentitud para realizar
negocio, permitiendo consultas en la BD
P3 Menor
continuar con las • Demora de conexión de
operaciones del servicio. Su red Lan
solución puede coordinada. • Creación de nuevos
usuarios
La atención de las incidencias será priorizada por la empresa

“SAONSA S.A.” o en su defecto EJB Solutions. “SAONSA S.A.”
concede a EJB Solutions el acceso de prioridad a su Gerente de
Servicio y a sus contactos de escalamiento, de determinarse un
nivel Prioridad 1 y los colaboradores de “SAONSA S.A.” no puede
ser contactado, EJB Solutions realizará una reclasificación del
incidente a Prioridad 2 y responderá consiguientemente.

62
“SAONSA S.A.” comunicara todos los incidentes de Prioridad 2 y

3 a EJB Solutions. “SAONSA S.A.” identificara que las solicitudes
de servicio clasificadas como "Interrogantes" tendrán una
Prioridad de nivel 3. “SAONSA S.A.” comunicara con
notificaciones de confirmación mediante e-mail para todos los
incidentes registrados en el portal de servicio de EJB Solutions.
EJB Solutions consigna la distribución de tiquetes bajo el
siguiente nivel de complejidad:
• Prioridad 1 - 5%
“SAONSA S.A” tomara acciones a fin de no el límite promedio de
solicitudes y tickets para cualquier día hábil particular más de un
5% del volumen definido de tickets en consecuencia con una
asignación razonable de trabajo. Las solicitudes pueden ser
priorizadas para tickets en exceso según su prioridad, y atendidos
en los días hábiles siguientes. Toda hora de trabajo fuera de
horario hábil debe tener una previa aprobación por parte de la
empresa “SAONSA S.A”
h) Acuerdos del nivel de servicio

El convenio de EJB Solutions con este SLA y su compromiso de
desempeñar de acuerdo con los servicios tiene los siguientes
puntos:
• El SLA iniciará a partir del registro de una solicitud de
incidente a un recurso de EJB Solutions a través del sistema
de gestión de incidentes.
• Los tiempos SLA no se aplicarán en caso de que existan

problemas coyunturales de peligro, de igual forma sucederá
con los retrasos causados por la empresa “SAONSA S.A” o
cualquier tercero.

63
• El SLA no se aplicará durante las interrupciones planeadas,

ningún evento de fuerza mayor o un desastre declarado.
• El SLA será rastreado y monitoreado a través del sistema de

administración de incidentes con la empresa “SAONSA S.A”.
• La empresa “SAONSA S.A” se compromete en generar los

informes SLA a través de su sistema de gestión de Incidentes
a fin de realizarse las revisiones de forma mensual.
3.8.2. Cuadro de control – Fase G
Tabla 26. Cuadro de control
Cuadro de control
Objetivo Unidad de Objetivo Frecuencia Opti Tolera Defici Responsable
medida de medición mo ble ente
Incrementar los
ingresos % 15% Anual 13% 10% <6% Dpto. de Ventas
Aumentar la Dpto. de
cartera de clientes % 12% Anual 10% 8% <6%
marketing
Lograr mejora Jefe de

productiva % 10% Anual 10% 8% <6% Planificación
estratégica
Lograr una
Dpto. de
satisfacción del % 82% Anual 75% 70% <56%
marketing
cliente
Mejorar la
efectividad del Jefe del área de
% 20% Anual 15% 12% <11%
servicio de despacho
distribución
Desarrollar
proyectos de Dpto. de
unidad 2 Anual 3 2 1
innovación para el tesorería
desarrollo
Aumentar el clima
laboral % 70% Anual 65% 60% <40% Dpto de RR.HH

64
3.9. Arquitectura de administración de cambios

3.9.1. Solicitudes de cambio
Para las solicitudes de cambio se considerará registrar la información
con el siguiente formato.
Tabla 17. Modelo de solicitud de cambio
Solicitud de cambio
Código de solicitud: << Número de solicitud >>
Fecha de solicitud: << dia/mes/año >>
Responsable de solicitud: << Nombres y apellidos >>
Descripción de cambio: << Descripcón >>
Justificación del cambio: << Justificante >>
Prioridad de cambio: Alta Media Baja
Respecto a este punto no se recibió ningún tipo de solicitud de cambio

debido a que este proyecto se desarrolló como propuesta.
3.9.2. Planificación de cambios

En consecuencia al anterior punto mencionado no se desarrolló una
planificación de cambios al no tener ningún registro de solicitud de
cambio.
3.10. Arquitectura de negocio (TO BE)

3.10.1. Descripción del proceso de negocio
Tabla 17. Descripción del proceso de negocio (TO BE)
Procesos Descripción
Despacho Inicia con la revisión de estado del pedido para luego proseguir
a generar la guía de remisión y validar la salida de la misma
previo registro de la salida del camión a través del sistema, el
proceso finaliza cuando el cliente recibe el pedido del
despachador.

65
3.10.2. Diagrama de flujo de proceso (TO BE)
Figura 37. Diagrama de flujo del subproceso de registro vehicular (TO BE)
3.11. Arquitectura de datos (TO BE)

3.11.1. Modelo de datos
Hoja de Ruta
id_Ruta Camion
id_camion
Conductor codigo
id_conductor (FK) codigo
id_conductor
id_empleado (FK) tipo_camion
codigo_conducto id_camion (FK) numero de placa
nombre cod_pedido
apellido hora_salida
celular fecha_salida
dni numero_viaje
observaciones Ayudante
numero de entrega
id_ayudante (FK) id_ayudante
codigo_ayudante
dni
Empleado apellido
nombre
id_empleado celular
id_tipoempleado (FK)
codigo_empleado Tipo_Empleado
tipo_empleado
nombre id_tipoempleado
apellido
nombre_nombre
celular
descripcion
dni
Figura 32. Modelo de datos (TO BE)


66
3.11.2. Matriz CRUD
La matriz CRUD es un concepto que resume las funciones básicas

para la gestión de datos o la capa de persistencia del software, con
ella se logra Crear, Leer, Actualizar y Eliminar datos.
De la matriz CRUD del modelo de datos a tener en consideración es

la siguiente:
Tabla 18. Matriz CRUD
Matriz CRUD
Nombre Create Read Update Delete
Hoja de Ruta SI SI SI SI
Camión SI SI SI SI
Empleado SI SI SI SI
Conductor SI SI SI SI
Tipo_Empleado NO SI NO NO
Ayudante SI SI SI SI
3.12. Arquitectura de aplicaciones (TO BE)

3.12.1. Diagrama de aplicaciones
Figura 33. Diagrama de arquitectura de Aplicaciones (TO BE).


67
En base a la arquitectura anterior, se propone una mejora la cual se

desarrolla en un entorno web.
Figura 34. Diagrama de arquitectura de Aplicaciones (TO BE).

La nueva arquitectura integra una mejor estructura utilizando recursos

existentes como las capas de datos, entidad y negocio. La estructura
que se utiliza para la aplicación web es MVC obteniendo buenos
resultados al momento de realizar la programación. Además, se
reutiliza el hosting de la empresa para desplegar la aplicación web.
3.13. Arquitectura de tecnología (TO BE)

3.13.1. Arquitectura tecnológica del proceso de negocio
Con todo lo anterior mencionado la propuesta tecnológica a

considerar con la mejora es la siguiente:

68
Figura 40. Arquitectura De Tecnología - TO BE.

IV. CONCLUSIONES Y RECOMENDACIONES
5.1. CONCLUSIONES
• En síntesis, la propuesta del sistema web para el subproceso de

registro vehicular en el área de vigilancia de Saonsa S.A logró optimizar
el proceso pues según lo analizado en el diagrama de proceso TO-BE
se observa una mejora en el flujo de actividades
• Con la propuesta se logró demostrar que se puede llevar un mejor
control de los registro vehiculares, pudiendo registrar con datos exactos
la salida de cada vehículo y además generar reportes importantes
dentro del subproceso en mención.

69
• Con la propuesta la empresa Saonsa S.A. logra reducir el tiempo del

subproceso, ya que el sistema propuesto evita realizar un registro
manual.
• El desarrollo de la metodología TOGAF logró demostrar que su
utilización permitió alinear el subproceso de registro vehicular con la
tecnología y la arquitectura empresarial permitió representar a la
empresa desde un enfoque general .
5.2. RECOMENDACIONES
• Se considera realizar capacitación sobre el uso del sistema y contar
con un responsable a cargo para que el sistema propuesto se
desarrolle de forma efectiva
• Se recomienda aplicar proyectos de digitalización dentro de la empresa
Saonsa S.A. para mejorar aquellos subprocesos cuyo trámite hasta hoy
en dia son realizados de forma manual, ya que hacen una importante
diferencia para el proceso que apoyan, lo que reducirá tiempo y mejor
seguridad de la información que manejen
• Se recomienda hacer uso de metodologías o marcos de trabajo como
TOGAF ya que como se sabe de esta misma, permiten realizar cambios
tecnológicos sin perder la alineación con sus proceso que se buscan
automatizar y permite a la empresa tener un mejor enfoque de su
arquitectura empresarial que permitirán con el tiempo realizar mejoras
y cambios con mayor facilidad.

70
V. REFERENCIAS
• ARANA, José. ARQUITECTURA DE INTERIORES. Tesis (Programa de

postgrado). Panamá: Universidad del Istmo, 2018.
• Disponible en: https://glifos.unis.edu.gt/digital/tesis/2018/54294.pdf
• Guía de orientación del uso eficiente de la energía y de diagnóstico

energético. [Abril, 2022]. Ministerio de Energías y Minas.
• Disponible en:
https://www.minem.gob.pe/minem/archivos/11_%20guia%20agroindust
ria%20DGEE.pdf
• LLOREC, Antoni. La Industria 4.0 en la sociedad digital [en linea].

España: Marge Books, 2019.
• Disponible en:
https://books.google.es/books?hl=es&lr=&id=YnSIDwAAQBAJ&oi=fnd&
pg=PA51&dq=industria+&ots=tej2rHa64j&sig=2ByXJb6FP1FD7cvissHa
8lv_UDw#v=onepage&q=agroindustria&f=false
• ISBN: 9788417313869
• EJBsolutions. EJB. 29 Junio del 2021. Disponible en:
http://www.ejbsolutions.com.pe/submenu/comercial.php
• HillStone. Hillstone Networks 9 de Agosto del 2021. Disponible en:

https://www.hillstonenet.lat/productos/seguridad-y-proteccion-
perimetral/
• TeamViewer. TeamViewer 7 de marzo de 2022. Disponible en:

https://www.teamviewer.com/es-mx/
• Microsoft. Microsoft 365. 21 de abril de 2020. Disponible en:

https://www.microsoft.com/es-ww/microsoft-365/excel

71
VI. ANEXOS
Anexo 1
Actas

72

73
Anexo 2
Manual de Usuarios

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95
Anexo 3
Manual del sistema

96

97

98

99

100

101

102

103

104

105

EA GP05 Informe Final

Cargado por

Copyright:

Formatos disponibles

EA GP05 Informe Final

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

EA GP05 Informe Final

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

PROPUESTA DE UN SISTEMA WEB PARA EL SUBPROCESO DE REGISTRO

⮚ Cáceres Gonzales, David Alexander

⮚ Campos Aquise, Mashiel Milagros

⮚ Castro Hoyos, José Alberto

⮚ Carrión Abarca, Omar Rodrigo

⮚ Huaman Pariona, Jesús Diego

1.2. Rubro de negocio .....................................................................................13

1.3. Organigrama Institucional ........................................................................14

1.4. Visión .......................................................................................................15

1.5. Misión .......................................................................................................15

1.6. Objetivos de negocio ................................................................................15

1.7. Mapa de procesos institucional ................................................................16

1.8. Cadena de valor .......................................................................................16

1.9. Procesos Principales ................................................................................17

II. DESCRIPCIÓN DEL PROYECTO ................................................................. 25

2.1.1. Dominio del problema ...........................................................................26

2.1.2. Planteamiento del problema .................................................................27

2.2. Objetivos del proyecto ..............................................................................28

2.2.1. Objetivo general ....................................................................................28

2.2.2. Objetivo especifico ................................................................................28

III. DESARROLLO .............................................................................................. 29

3.1.1. Descripción de la organización ..........................................................30

3.1.2. Participación del proyecto..................................................................30

3.1.3. Principios de arquitectura ..................................................................31

3.1.4. Matriz DOFA ......................................................................................33

3.1.6. Taxonomía TOGAF ...........................................................................34

3.2. Visión de la Arquitectura ..........................................................................35

3.2.1. Objetivo del negocio ..........................................................................35

3.2.2. Alcance y estimación de tiempo ........................................................36

3.2.3. Requerimiento ...................................................................................36

3.2.4. Restricciones .....................................................................................36

3.2.5. Identificación de riesgos ....................................................................37

3.2.6. Partes interesadas y necesidades .....................................................37

3.2.7. Acta de aceptación de riesgos ...........................................................38

3.2.8. Plan de comunicación........................................................................40

3.3. Arquitectura del negocio...........................................................................40

3.3.1. Actores de negocio y responsabilidades ...........................................40

3.3.2. Matriz RACI .......................................................................................40

3.3.3. Diagrama de flujo de proceso comercial (AS IS) . ¡Error! Marcador no

3.3.4. Casos de uso de los actores .............................................................42

3.3.5. Mapa de procesos .............................................................................42

3.3.6. Matriz objetivos estratégicos vs proceso de negocio .........................43

3.3.7. Análisis de brechas............................................................................43

3.4. Arquitectura de sistemas de información .................................................44

3.4.1. Arquitectura de datos.........................................................................46

3.4.2. Arquitectura de aplicaciones (AS IS) .................................................48

3.4.3. Diagrama de casos de uso de la arquitectura de aplicaciones (AS IS)

3.5. Arquitectura de la tecnología....................................................................51

3.5.1. Diagrama de arquitectura de tecnología (AS IS) ...............................51

3.5.3. Presupuesto de mantenimiento de tecnología...................................52

3.6. Oportunidades y Soluciones ....................................................................52

3.6.1. Plan de capacidad ............................... ¡Error! Marcador no definido.

3.6.2. Plan de itinerario ................................................................................52

3.7. Plan de Migración ....................................................................................54

3.7.1. Plan de migración ..............................................................................54

3.7.2. Identificación de los riesgos...............................................................55

3.7.3. Mitigación de riesgos .........................................................................57