Está en la página 1de 43

x

FACULTAD DE INGENIERÍA
CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS

Proyecto
PROPUESTA DE UNA ARQUITECTURA PARA LA EMPRESA “SURLET”

V Ciclo

ASIGNATURA DOCENTE SEC.


ARQUITECTURA ROGELIO GONZALO COHELLO A
EMPRESARIAL SISTÉMICA AGUIRRE

AUTOR(ES)
Cruz Taype, Ricardo
Espíritu Medina, Angie
Galindo Oraica, Adrian
Gutierrez Zeta, Willians
Lugo Diaz, kevin
Marroquin Quispe, Sebastian
Ramírez Guillén Ivan
Yerren Ormeño, Enrique

LIMA, PERÚ, 2020


Contenido
INTRODUCCIÓN 5
CAPITULO I 6
PRESENTACIÓN DE LA EMPRESA 6
Descripción: 6
visión: 6
Misión: 6
Objetivos: 6
Organigrama (AS IS): 7
ANÁLISIS DE LA EMPRESA 8
procesos de la empresa: 8
Descripción de los procesos de la empresa 9
SISTEMA DE INFORMACIÓN: 11
TECNOLOGÍA 11
ANÁLISIS DE LA PROPUESTA 11
PROBLEMA ACTUAL: 11
PROPUESTA DE SOLUCIÓN: 11
Se propone diseñar e implementar una Arquitectura empresarial que permita la
optimización, toma de decisiones acertadas y una planificación de mejoras continuas para
el proceso de ventas 11
ALCANCE DEL PROYECTO 12
OBJETIVOS DEL PROYECTO 12
OBJETIVO GENERAL. 12
OBJETIVOS ESPECÍFICOS. 12
BENEFICIOS DEL PROYECTO. 13
BENEFICIOS TANGIBLES 13
BENEFICIOS INTANGIBLES 13
CAPITULO II 14
ARQUITECTURA EMPRESARIAL 14
FASES DEL ADM 14
PRELIMINAR: 14
Situación actual: 14
PRINCIPIOS DE ARQUITECTURA 14
FASE A- VISIÓN DE LA ARQUITECTURA 19
FASE B – ARQUITECTURA DEL NEGOCIO 22
PROCESO DE VENTA(ASIS): 22
DESCRIPCIÓN DE LOS PROCESOS(TOBE): 23
PROCESO DE VENTA: 23
SUBPROCESO REGISTRO DE USUARIOS: 25
SUBPROCESO DE POSTVENTA 26
FASE C: ARQUITECTURAS DE SISTEMA DE INFORMACIÓN 1
Modelamiento de datos: 1
Diccionario de datos 2
ARQUITECTURA DE NEGOCIO: 5
FASE D: ARQUITECTURA DE APLICACIÓN (TO BE): 5
REQUERIMIENTO DEL APLICATIVO 7
DESCRIPCIÓN DE LOS COMPONENTES 9
Servidor: 9
FASE E: OPORTUNIDADES Y SOLUCIONES 9
Área de ventas: 9
Área de post venta: 9
FASE F: PLANIFICACIÓN DE LA MIGRACIÓN 11
CONCLUSIONES 12
RECOMENDACIONES 12
Referencias 13
ANEXOS 14

Ilustración 1 Organigrama 7
Ilustración 2 Procesos de la empresa 8
Ilustración 3proceso de venta ASIS 22
Ilustración 4 procesos de venta tobe 23
Ilustración 5 registro de usuarios 25
Ilustración 6 Post Venta 26
Ilustración 7 modelo físico base de datos 1
Ilustración 8 Organigrama tobe 10

Tabla 1 Descripción de los procesos 9


Tabla 2 Resumen de los principios de arquitectura 15
Tabla 3 Alineación entre TI y el negocio 15
Tabla 4 Enfoque en el cliente 16
Tabla 5 confidencialidad de información 16
Tabla 6 Información accesible 16
Tabla 7 Seguridad de la información 17
Tabla 8 copia de seguridad de datos 17
Tabla 9 Compatibilidad entre dispositvos 17
Tabla 10 Software licenciado 17
Tabla 11 Capacitación de usuarios 18
Tabla 12 Reevaluar la seguridad 18
Tabla 13 Lenguaje de programación 18
Tabla 14 cadena de valor 19
Tabla 15 Stakeholders 20
Tabla 16 Stakeholders interesados 20
Tabla 17 Roles y procesos 28
Tabla 18 análisis de brecha 1
Tabla 19: Requerimientos no funcionales 8
Tabla 20 Descripción de componentes 9
Tabla 22 Plan de migración 11
INTRODUCCIÓN
El presente informe tiene como objetivo el desarrollo e implementación de una arquitectura
empresarial para el proceso de ventas de la empresa SURLET.

En capítulo 1 se da a conocer la empresa a la cual se propone la arquitectura empresarial.

En capítulo 2 se realiza el análisis de la empresa, describiendo y detallando los procesos del


negocio

En capítulo 3 se analiza y detallada la problemática que presenta la empresa, se detalla la


justificación.

En capítulo 4 se desarrolla el análisis de una Arquitectura Empresarial bajo el marco de


referencia TOGAF, enfocándose en los objetivos y requerimientos del negocio, definiendo
el alcance, las metas y limitaciones, riesgos y problemas; desarrollando una línea base (AS
IS) y proponiendo la línea destino (TO BE), que como resultado se obtiene el análisis de
brechas; y finalmente desarrollaremos el cuadro resumen del plan de migración.
CAPITULO I

PRESENTACIÓN DE LA EMPRESA
Descripción:
La organización objetivo es una empresa líder en la venta de productos ferreteros, prendas
de vestir, bodega y vídeos en Perú” SURLET”, con más de 15 años de experiencia en el
mercado. Actualmente, posee la más alta variedad de productos y servicios adecuados a las
necesidades del cliente. Como consecuencia de ello, y de cara al plan de transformación
digital por el cual viene atravesando, la compañía apuesta estratégicamente por la gestión de
la innovación de sus colaboradores y clientes con respecto al uso de las nuevas tecnologías.
Así mismo, la empresa tiene un gran compromiso con la responsabilidad social para lo cual
implementa programas de compra y venta de sus productos online en apoyo y cuidado a la
comunidad.

visión:
Lograr posicionarnos como una de las mejores empresas de servicios del medio en la venta
online, siendo reconocidos por la calidad, exclusividad e innovación y garantía de un
excelente servicio.

Misión:
Ofrecer servicios de calidad con la garantía de principio a fin, con un servicio post venta que
asegure la completa satisfacción del cliente.
Objetivos:
● Posicionar la empresa con mejores servicios y productos con mayor valor agregado.
● Mejorar la calidad de servicio.
● Fortalecer la eficiencia de la gestión
Los objetivos generales descritos previamente se basan en los siguientes objetivos
estratégicos específicos:

● Incrementar los ingresos manteniendo los costos operativos a niveles óptimos


● Ofrecer al mercado nuevos servicios y productos con mayor valor agregado que
respondan a los requerimientos de los clientes.
● Desarrollar un sistema de ventas online que permita responder a las exigencias del
mercado.
● Fortalecer el grado de fidelización de los clientes.

Organigrama (AS IS):

Gerente
general

Administración

Áreas de
Almacén logística
ventas
Ilustración 1 Organigrama

Fuente: Elaboración propia


ANÁLISIS DE LA EMPRESA

procesos de la empresa:

Ilustración SEQ Ilustración \* ARABIC 2 procesos de la empresa


Ilustración 2 Procesos de la empresa
Descripción de los procesos de la empresa
Tabla 1 Descripción de los procesos

Id Tipo Proceso Descripción


1 Estratégico Planificación Se encarga de definir la estrategia o dirección de
estratégica la empresa y tomar decisiones sobre la
asignación de recursos para seguir esta
estrategia. Esto implica establecer objetivos y la
determinación de acciones para alcanzarlos.
2 Estratégico Mejora continúa Se ocupa de mejorar los productos, servicios o
procesos que ofrece la empresa. Para ello, la alta
dirección de SURLET elige personas de
distintas áreas con las que forman equipos de
mejora. El equipo se reúne periódicamente para
identificar, analizar y proponer alternativas de
mejora a los problemas que puedan surgir en la
compañía.

3 Productivo Gestión de Implementa, administra y desarrolla los


Producto productos que comercializa la empresa
SURLET. Analiza las condiciones del mercado
y define las características para su
comercialización.
4 Productivo Gestión de Gestiona la relación con los clientes internos y
Cliente externos. Monitorea, clasifica y mide el
comportamiento ayudando a profundizar el
conocimiento y su necesidad.
Productivo Gestión de Se centra en la aplicación práctica de las técnicas
ventas de marketing y gestión de las actividades de
ventas de la empresa. En el caso de la empresa
SURLET las ventas son de los servicios que
ofrece por medio del modelo de delivery.
5 Productivo Gestión de Organiza y establece los objetivos y las metas
Negocio para la empresa. Ayuda a mejorar el desempeño
corporativo haciendo uso de metodologías del
grupo.
6 Soporte Delivery Se encarga de la planificación, seguimiento y
control de la entrega se las recientes compras y
debe realizar la inmediata entrega de los
productos para brindar el servicio a sus
clientes.
7 Soporte Gestión Se ocupa de cuestiones relativas a la estructura
financiera óptima de capital, la política de dividendos de
la empresa, la evaluación de las decisiones de
inversión y la determinación del valor de la
empresa..
8 Soporte Gestión Se encarga de proveer los recursos necesarios
Proveedores para brindar los servicios que ofrece la empresa
SURLET. Estos proveedores tienen por
finalidad mantener los acuerdos y contratos con
los proveedores y socios de negocio.
9 Soporte Gestión de Se ocupa de la producción de mano de obra. Su
personal tarea principal es la captación de personal.
Además, incluye los temas de liderazgo, la
interacción, la acción y la emoción del
personal.
Fuente: Elaboración propia
SISTEMA DE INFORMACIÓN:
La actual arquitectura de la empresa no cuenta con sistema de información adecuado, solo
cuentan con correos electrónicos, hoja de cálculo cuentas de banco, teléfono fijos y móviles.

TECNOLOGÍA
Solo cuentan computadoras locales con las cuales se usan para guardar los diferentes
documentos, pedidos de productos, el inventario.

ANÁLISIS DE LA PROPUESTA
PROBLEMA ACTUAL:

En la actualidad la empresa “Surlet” no cuenta con una adecuada arquitectura empresarial


que se adecue las nuevas necesidades que van surgiendo, debido a diferentes factores tales
como: falta de conocimientos, desactualización en los sistemas de información, recursos
económicos limitados y resistencia al cambio, lo que conlleva que la empresa continúe
trabajando bajo una forma poca efectiva.

PROPUESTA DE SOLUCIÓN:
Se propone diseñar e implementar una Arquitectura empresarial que permita la
optimización, toma de decisiones acertadas y una planificación de mejoras continuas para
el proceso de ventas
ALCANCE DEL PROYECTO
El alcance del presente proyecto de arquitectura empresarial está orientado a la elaboración
de una propuesta de arquitectura empresarial focalizada en el proceso de ventas de la empresa
SURLET. A través de un análisis de arquitectura empresarial bajo los cuatro dominios de
arquitectura siguiendo la estructura propuesta de TOGAF. Esta comprende la definición de
procedimientos que se llevarán a cabo para la mejora de los procesos involucrados, así como
una propuesta de software de apoyo a tales procesos. Para llevar a cabo la implementación
de la solución propuesta se utilizará Scrum como marco de desarrollo ágil. Se definirán las
reglas de Scrum tales como: roles, artefactos y eventos a fin de estructurar el esquema de
trabajo.

OBJETIVOS DEL PROYECTO


OBJETIVO GENERAL.
Proponer una arquitectura empresarial que contemple mejoras en los procesos de ventas de
la empresa SURLET, a fin de maximizar la capacidad de atención y agilizar los tiempos de
respuesta de los requerimientos del cliente.

OBJETIVOS ESPECÍFICOS.
● Desarrollar una arquitectura empresarial para la empresa SURLET, según la
metodología propuesta por el marco de trabajo TOGAF.
● Elaborar un análisis de la situación actual (AS IS) del proceso de venta y proponer
una mejora (TO BE).
● Proponer un software como herramienta de soporte a los procesos de manera, mejorar
las herramientas existentes.
● Implantar y promover los principios de la metodología ágil para la planificación y la
ejecución del proyecto de la manera óptima.
BENEFICIOS DEL PROYECTO.
BENEFICIOS TANGIBLES
● Aumento en las ventas de los productos con respectos a las ventas actuales
● Reducción de la diferencia entre el tiempo estimado y tempo real de ejecución de los
procesos.

BENEFICIOS INTANGIBLES
• Mejorar la ejecución del proceso de ventas
• Mejorar la calidad de la información y su confiabilidad.
• Realizar una propuesta para trabajar mediante un marco de trabajo para el desarrollo de
la solución tecnológica mediante el uso de SCRUM.
• Permitir un acceso más rápido a la información, para así, poder tomar decisiones
oportunas.
• ∙ Mejorar en la satisfacción del cliente.
CAPITULO II

ARQUITECTURA EMPRESARIAL
Introducción

El presente capítulo desarrolla la arquitectura empresarial siguiendo el método propuesto por


TOGAF. En este se describe cómo lograr una arquitectura específica para la empresa de
manera que responda a las necesidades del negocio.

ALCANCE
El alcance de la propuesta se basa las siguientes dimensiones:

FASES DEL ADM


PRELIMINAR:
Situación actual:
En la actualidad, el área de ventas es la encargada de gestionar y realizar el proceso de ventas

PRINCIPIOS DE ARQUITECTURA
Esta sección detalla los principios de la arquitectura a la que SURLET se adhiere. Su
propósito es definir los principios de la arquitectura para los cuatro dominios de la
arquitectura: negocio, aplicaciones, datos y tecnología; con el objetivo de informar y dar
soporte a la forma en que la organización se ajusta sobre el cumplimiento de su misión. Estos
principios son enunciados según la plantilla sugerida por TOGAF.
Resumen de los principios
Tabla 2 Resumen de los principios de arquitectura

DOMINIO PRINCIPIO
Negocio Alineación entre TI y el negocio.
Enfoque en el cliente.
Confidencialidad de información
Datos Información accesible.
Seguridad de la información.
Copia de seguridad de datos.
Aplicaciones Independencia de la tecnología.
Aplicación fácil de usar.
Reutilización y simplicidad.
Tecnología Tecnología madura.
Infraestructura escalable.
Fuente: Elaboración propia

PRINCIPIOS DE NEGOCIO
Tabla 3 Alineación entre TI y el negocio

NOMBRE ALINEACIÓN ENTRE TI Y EL NEGOCIO


Referencia PN01
Enunciado Cada proyecto de TI debe estar alineado con los objetivos del
negocio y la estrategia
Fundamento Este principio permite que la tecnología cambie según las
necesidades de la empresa.
Repercusiones Se revisarán los cambios propuestos en los sistemas bajo el
contexto de los objetivos del negocio.
Fuente: Elaboración propia
Tabla 4 Enfoque en el cliente

NOMBRE ENFOQUE EN EL CLIENTE


Referencia PN02
Enunciado Las decisiones arquitectónicas buscarán maximizar el valor para el
cliente
Fundamento Este principio asegura que los productos y servicios siempre estén
orientados a lograr la satisfacción del cliente.
Repercusiones Se revisarán los requerimientos de manera que estén acorde a lo
que el usuario espera.

Fuente: Elaboración propia


Tabla 5 confidencialidad de información

NOMBRE Confidencialidad de Información


Referencia PN03
Enunciado Toda aplicación de negocio debe asegurar que la información
sensible de la empresa no sea accedida por personas fuera de la
organización
Fundamento Debido a que la información estratégica es vital para la empresa es
necesario garantizar que está no sea accedido por personas externas
de la organización o internas sin autorización con la finalidad de
poder evitar fugas de información a la competencia.
Repercusiones La aplicación que no cumpla con este lineamiento no deberá ser
desplegado y las personas involucradas al proyecto deberían ser
sancionadas interna o legalmente.
Fuente: Elaboración propia

PRINCIPIOS DE DATOS
Tabla 6 Información accesible

NOMBRE INFORMACIÓN ACCESIBLE


Referencia PN01
Enunciado La información debe estar abierta y disponible para apoyar la
productividad y la innovación.
Fundamento Este principio permite tener acceso a la información a fin de poder
tomar decisiones de manera óptima.
Repercusiones Se revisará los accesos de los usuarios a la aplicación y se les dará
acceso a toda información que le sea útil en sus tareas.
Fuente: Elaboración propia
Tabla 7 Seguridad de la información

NOMBRE SEGURIDAD DE LA INFORMACIÓN


Referencia PN02
Enunciado Los datos deben ser protegido.
Fundamento Este principio permite tener acceso a la información a fin de poder
tomar decisiones de manera óptima.
Repercusiones Este principio permitirá que la información, que es valiosa para el
negocio, solo pueda ser accedida por personas autorizadas.
Fuente: Elaboración propia

Tabla 8 copia de seguridad de datos

NOMBRE COPIA DE SEGURIDAD DE DATOS


Referencia PN03
Enunciado Todos los datos tendrán una copia de respaldado.
Fundamento Este principio garantiza que la información se mantenga a salvo en
caso de algún error.
Repercusiones Se deberá implementar rutinas de creación de copias de seguridad
de la información registrada en la base de datos.
Fuente: Elaboración propia

PRINCIPIOS DE APLICACIONES
Tabla 9 Compatibilidad entre dispositvos

NOMBRE Compatibilidad entre dispositivos


Referencia PN01
Enunciado Todo dispositivo que interactúe debe tener un grado de
compatibilidad
Fundamento Garantizar que todo dispositivo que interactúe no tenga problemas
compatibilidad ya sea de conexión o performance.
Repercusiones Puede originar cuellos de botella en las consultas que se realizan al
aplicativo, por lo que el performance del motor de base de datos y
los ambientes productivos se verían impactados.
Fuente: Elaboración propia

Tabla 10 Software licenciado

NOMBRE SOFTWARE LICENCIADO


Referencia PN01
Enunciado Todo el software tiene que ser licenciado o en su defecto utilizar
software libre
Fundamento Utilizar software no licenciado puede tener problemas como
funcionalidad limitada
Repercusiones Se asegura el buen funcionamiento del software y se evitan las
multas.
Fuente: Elaboración propia

Tabla 11 Capacitación de usuarios

NOMBRE CAPACITACIÓN DE USUARIOS


Referencia PN02
Enunciado Se deberá capacitar a los usuarios en el uso de la aplicación.
Fundamento Generar la autosuficiencia del usuario y dominio de la aplicación
Repercusiones Usuarios actualizados y evitar atenciones al área de soporte al
usuario.
Fuente: Elaboración propia

PRINCIPIOS DE TECNOLOGÍA
Tabla 12 Reevaluar la seguridad

NOMBRE REEVALUAR LA SEGURIDAD


Referencia PN01
Enunciado La seguridad no es una actividad de una sola vez debe ser
reevaluado periódicamente
Fundamento Este principio ayuda a mantener de forma constante la seguridad
debido a que siempre pueden aparecer nuevas amenazas.
Repercusiones Se deberán revisar, modificar y evaluar los aspectos de la
seguridad de manera continua.
Fuente: Elaboración propia

Tabla 13 Lenguaje de programación

NOMBRE LENGUAJE DE PROGRAMACIÓN


Referencia PN02
Enunciado Toda aplicación web debe programarse usando lenguaje Java EE.
Fundamento Disposición del área de arquitectura tecnológica de la empresa.
Repercusiones Respetar el estándar normado por la empresa.
Fuente: Elaboración propia
FASE A- VISIÓN DE LA ARQUITECTURA
Cadena de valor.
Tabla 14 cadena de valor

A INFRAESTRUCTURA DE LA EMPRESA:
C Plan de entendimiento de las preferencias de los clientes y usuarios según su
T mercado (mayor alternativa de productos)
I Gestión general, de orden, calidad y retornos
V GESTIÓN DE RECURSOS HUMANOS:
I Selección del personal y capacitación de interacción entre nuestros clientes y
D nosotros y nuestros proveedores por medio video tutorial en la página (como
A acceder a las compras los métodos de pago)
D DESARROLLO DE LA TECNOLOGÍA:
E -Creación de base de datos de los clientes, control y registro de ventas,
S actualizaciones de la plataforma. Utilización de redes sociales.
D Sistema que brinde una transparencia y facilite la experiencia a los clientes y
E usuarios
S ADQUISICIÓN:
O -Selección de los clientes claves que facilitan los productos a promocionar para
P operación de comercio electrónico.
O
R
T
E
A OPERACIONE LOGÍSTIC LOGÍSTIC VENTAS Y SERVICIO
C S: A DE A MARKETIN S:
T -Visualización y SALIDA: INTERNA: G: -Servicios
I subida de los -Preparación Contacto con Realizaremos posventa
V productos a la de pedidos y los clientes acciones de como la
I plataforma gestión de con el marketing devolución
D -Recepción de devoluciones objetivo de online, como, de un plazo
A los pedidos de de manera que acepten por ejemplo, de (2
D los usuarios segura, rápida ofrecer sus utilizando semanas) o si
E e integral ofertas en redes sociales, el producto
S para el nuestra correo esta
P correcto plataforma. electrónico. defectuoso
R proceso de - cambiarlo.
I venta en
M nuestra
A plataforma.
R
I
A
S
Fuente: Elaboración propia
Stakeholders:
Tabla 15 Stakeholders

Internos Propietarios propietarios, jefe de cada área.


Trabajadores Gestión de pedidos, del inventario y de retornos.
Externos Gobierno Ministerio de trabajo
Proveedores Los vendedores que ofrecen sus productos
Clientes Sector público
Fuente: Elaboración propia

VISIÓN DE LA ARQUITECTURA:
Esta propuesta de arquitectura empresarial se enfocará en sus principales procesos “venta”
(AS IS) para la implementación (TO BE).
Interesados
Tabla 16 Stakeholders interesados

Interesados Preocupaciones
Gerente general Monitorear el cumplimiento de los objetivos
Jefes de áreas Supervisar la ejecución y administrar la ejecución de los
procesos
Fuente: Elaboración propia

DECLARACIÓN DE TRABAJO DE ARQUITECTURA

Solicitud de Proyecto de Arquitectura y Antecedentes

El presente proyecto de arquitectura se centrará en el proceso de ventas de la empresa


SURLET. El proceso de ventas es uno de los procesos clave que garantiza el crecimiento. A
pesar de que la empresa cuenta con casi 10 años en el mercado, los sistemas de información
que apoyan los procesos de ventas no brindan una información enriquecedora para el análisis
de sus clientes y mercados objetivos, tampoco permite poder descubrir nuevos productos
objetivamente, en la actualidad sólo se respaldan en la experiencia y capacidad de personal
de su fuerza de ventas.
Es por ello, que las empresas modernas tienden a desarrollar arquitecturas empresariales
flexibles acordes con su modelo de negocio, que le permitan alinear los principios del área
de TI con los objetivos estratégicos de la organización. Además, que su crecimiento
tecnológico este acorde con la visión, misión y objeto de la empresa. En consecuencia, es
necesario e importante contar con una arquitectura empresarial para SURLET y que la
presente propuesta llegue a implementarse en el corto plazo para mejorar los resultados en la
organización.

Requerimientos:
a. Identificar los procesos y sus subprocesos
b. Establecer roles en los procesos
c. Automatizar los actuales procesos.
d. Mantenimiento y seguridad

Sistema de información:
El proceso de ventas no cuenta con un sistema de información, se trabaja actualmente con
informes en físico y archivos Excel.
Estos mismos contienen las listas de productos en existencia y las ventas
Los encargados llevar el control de venta de productos, utilizan lo que los datos que les
proporcionan los trabajadores
FASE B – ARQUITECTURA DEL NEGOCIO
PROCESO DE VENTA(ASIS):
VENTA:

Ilustración 3proceso de venta ASIS

Fuente: Elaboración propia

Roles del negocio:


Tabla 16: Roles del negocio

Roles Gerente despachador Encargado


Actividades del almacén
Recepción del cliente X X
Verificación de X X
productos en stock
Compra(telefónica) X
Actualización de X X X
inventario
Cambio de producto X X
Entrega de la compra X X
Devolución de dinero X X
Fuente: Elaboración Propia
DESCRIPCIÓN DE LOS PROCESOS(TOBE):
PROCESO DE VENTA:

Ilustración 4 procesos de venta tobe

Fuente: Elaboración propia

Este es parte central del negocio. El usuario (sin o registrado) ingresa al sistema web, a través
de una computadora mediante un navegador web o un celular (mediante nuestra aplicación);
se le mostrarán todos los productos clasificados por categorías, además de los productos.
En la etapa “buscar producto”, el usuario, realiza la búsqueda del producto deseado, en caso
de no encontrase se mostrará productos iguales o similares mostrando el nombre y el precio.
Los datos de los productos se encuentran almacenados en la base de datos en la “tabla
productos”.
En la etapa de “añadir un producto al carro de compras”, el usuario, una vez seleccionado
el producto que desea comprar se tiene la opción de añadirlo al carro de compras, también se
debe seleccionar cuantas unidades va a comprar y las características del producto si este las
tuviera; se podrá seguir adicionado más productos al carro de compras si lo deseara de otro
modo se pasara a la siguiente etapa del proceso.
En la etapa de “compra”, el usuario podrá cancelar la compra o seguir con ella. En la
siguiente etapa el sistema comprobara si ha iniciado sesión o no, si el usuario no ha realizado
esta acción deberá iniciar sesión o registrarse (si el usuario no está registrado perderá su carro
de compra si sale del sistema).
En la etapa de “inicio de sesión o registro”, si el usuario ya ha realizado esta etapa
previamente podrá proseguir con la siguiente etapa, sino debe ingresar su correo y su
contraseña, si aún no tiene una cuenta debe crear una nueva cuenta de usuario ingresando sus
datos personales requeridos por el sistema. Una vez iniciada la sesión o el registro, se
continua con la etapa de “compra”, el usuario deberá seleccionar o ingresar la dirección de
envío, el tipo de pago y el tipo de facturación.
La siguiente etapa es el “pago de la compra”, se realizará el pago en línea mediante una
pasarela de pago. El sistema comprobará si el pago se realizó, si no fue así, iniciará
nuevamente la etapa de “pago de la compra”, en el caso de que el pago se realizó, se
procederá con la siguiente etapa de “comprobante de pago”, esta compra se almacenará en la
tabla “compra” y “detalles de compra” de la base de datos con el estado “en proceso”.
SUBPROCESO REGISTRO DE USUARIOS:

En el caso que no se posea una cuenta con la cual ingresar al sistema. En la pantalla de
registro. El usuario deberá ingresar los datos necesarios para el registro de las credenciales,
los cuales son:

CORREO, CONTRASEÑA, DIRECCIÓN

Haciendo clic en el botón REGISTRARSE el sistema comprobará que los datos ingresados
sean válidos, que el correo no se esté utilizando por otra cuenta, que la ambas contraseñas
coinciden,; antes de ser registrado en la base de datos. Al estar correctos según lo especificado
el sistema ingresa la información del usuario a la base de datos. El sistema genera las
credenciales para el ingreso.

Ilustración 5 registro de usuarios

Fuente creación propia


SUBPROCESO DE POSTVENTA
subproceso en el cual se brinda a los clientes después de haber realizado alguna compra, cuyo
objetivo es conocer las opiniones, consultas o reclamos del cliente para identificar
oportunidades de mejora y evaluar los productos y los procesos garantizando la
retroalimentación necesaria para la mejora continua.

Ilustración 6 Post Venta

Fuente: Elaboración propia

En esta etapa se reciben y se analizan las consultas o reclamos de los clientes, con respecto a
el producto adquirido, luego se comunicará al cliente la posible solución a su consulta o
reclamo.
En la etapa de presentación del servicio de postventa, se siguen los siguientes pasos en
función de la naturaleza del problema: servicio prestado a clientes.

En el servicio prestado al cliente podría tratarse de quejas o consultas.

En el caso de que se trate de un reclamo: Se debe estudiar el reclamo hecho por el cliente:

De no ser justificado el reclamo, será desestimada y se procederá según decida la


organización.

Si se justifica el reclamo, se puede dar dos situaciones:

Que pueda resolverse: en este caso sólo queda hacer lo necesario para resolver el
problema.

Que no se pueda resolver: caso en el que se indemnizará al cliente, bien reembolsando


el dinero de la compra o bien haciendo el cambio del producto por uno nuevo u otro.

En el caso de que se trate una consulta, se recogerán los datos, y se resolverá directamente si
es posible, en el menor tiempo; si no, se hará lo posible por solucionarlo.

Toda la información reunida en este subproceso retroalimentara los procesos de la


organización, identificando oportunidades de mejora y realizando cambios en el producto y
servicio.
Roles en los procesos (TO BE)

Tabla 17 Roles y procesos

Proceso Roles Gerente Gestión de Área de logística


Actividades ventas postventa
Venta Recepción del pedido X X
online
Verificación de X
productos en stock
Validación de orden X X
de compra online
Cancelación de orden X X
de compra
Envíos del producto X X X
actualización de X X X X
inventario
Post venta Recepción de X X
consulta
Recepción de X
reclamo
Respuesta de X
consulta
Respuesta de reclamo X
Recepción de X X
solicitud de
devolución
Recepción de
solicitud de cambio
Validación de X X
solicitud de cambio
de producto
Validación de X X
solicitud de
devolución
recepción de X X
producto a cambiar
Cambio de producto X X
Envío del producto X X
cambiado
Devolución de dinero X X
Fuente: Elaboración Propia
ANÁLISIS DE BRECHA:
Tabla 18 análisis de brecha

Arquitectura Recepci Verificación Cambio Entrega Devolución nuevo


actual→ ón del de productos de de la de dinero
Arquitectura cliente en stock producto compra
deseada↓
Recepción Brecha:
del pedido Debe ser
online diseñado
Verificación incluido Brecha:
de productos rediseño
en stock
Validación de Brecha:
orden de Debe ser
compra diseñado
online
Cancelación Brecha:
de orden de Debe ser
compra diseñado
Envíos del incluido Brecha:
producto rediseño
actualización Brecha:
de inventario Debe ser
diseñado
Recepción de Brecha:
consulta Debe ser
diseñado
Recepción de Brecha:
reclamo Debe ser
diseñado
Respuesta de Brecha:
consulta Debe ser
diseñado
Respuesta de Brecha:
reclamo Debe ser
diseñado
Recepción de Brecha:
solicitud de Debe ser
devolución diseñado
Recepción de Brecha:
solicitud de Debe ser
cambio diseñado
Validación de Brecha:
solicitud de Debe ser
cambio de diseñado
producto
Validación de Brecha:
solicitud de Debe ser
devolución diseñado
recepción de Brecha:
producto a Debe ser
cambiar diseñado
Cambio de incluido Brecha:
producto rediseño
Envío del Brecha:
producto Debe ser
cambiado diseñado
Devolución incluido Brecha:
de dinero rediseño
Fuente: Elaboración propia
FASE C: ARQUITECTURAS DE SISTEMA DE INFORMACIÓN
Modelamiento de datos:

Ilustración 7 modelo físico base de datos

Fuente: Elaboración propia

Para el almacenamiento de los datos se desarrolló una modelo de base de datos llamada
“dbshop”, donde se encontrará las 11 tablas con sus entidades y atributos, recibirán y
enviaran información que viene de los diferentes procesos.
Diccionario de datos

Tabla “product”

Entidad descripción
Id_product Código numérico que representa al producto
Image Imagen del producto
Product_description Descripción del producto
Product_name Nombre del producto
Quantity_per_unit Cantidad existentes del producto
Unite_price Precio unitario

Tabla “category”
Entidad descripción
Id_category Código numérico que representa a la
categoría
Description Descripción de la categoría
Name_category Nombre de la categoría
Picture Imagen referencial

Tabla “Supplier”
Entidad descripción
Supplier_id Código numérico que representa al
proveedor
address Dirección de la empresa
Company_name Nombre de la empresa
Contact_name Nombre del intercomunicador
phone Teléfono de la empresa
Tabla “rating”
Entidad descripción
Id_rating Código numérico que representa a la
calificación
rating Calificación del producto

Tabla “customer”
Entidad descripción
Id_customer Código numérico que representa al
consumidor
Address Dirección del consumidor
Email Correo electrónico
Last_name Apellido
Name Nombre
Pone Teléfono
Photo Fotografía
Province Provincia

Tabla “login”
Entidad descripción
Id_user Código numérico que representa al usuario
del consumidor
Email Correo electrónico del consumidor
Password Contraseña

Tabla “cart”
Entidad descripción
Id_cart Código numérico que representa al carrito
de compras
Number_products Numero de productos comprados
Total_price Precio total de todos los productos

Tabla “cart_detail”
Entidad descripción
Id_detail Código numérico que representa a los
detalles del carrito de compras
Quantity Cantidad de productos

Tabla “orderp”
Entidad descripción
Id_oder Código numérico que representa a la orden
de compra
Date_oder Fecha de la compra
Send_date Fecha de envió
Total_order Costo de toda la orden de compra

Tabla “order_detail”
Entidad descripción
Id_detail Código numérico que representa a los
detalles de la orden de compra
Quantity Cantidad de productos
unit_price Precio por unidad de los productos

Tabla “status_order”
Entidad descripción
Id_status Código numérico que representa al estado
de la orden de compra
Status Estado de la orden de compra “en espera,
aceptada y rechazada”
ARQUITECTURA DE NEGOCIO:
Business-to-Consumer (B2C):

Esta modalidad de comercio electrónico busca la venta de productos al consumidor. Son


sitios de venta al detalle. La característica principal de los sitios B2C es la tienda virtual, la
cual provee al visitante de la información sobre los productos y un medio para hacer el pedido
y el pago en línea. En este modelo, en la mayoría de los casos, el negocio tiene como
proveedores otras empresas, pero no se dedica a ofrecer servicios a empresas, sino a clientes
finales.

FASE D: ARQUITECTURA DE APLICACIÓN (TO BE):


la arquitectura del sistema responde a tres niveles esto nos permite separa los diferentes
niveles lo que implica que cada nivel puede acceder y comunicarse con siguiente.
Esto quiere decir que solamente se comunicara el nivel de negocio con el nivel datos; y el
nivel interfaz solo debería poder acceder a los datos a través del nivel negocio.

Fuente: Elaboración propia


1. interfaz de usuario:
Este nivel servirá como interfaz visual para el usuario, recepción de los datos
generados entre las diferentes interacciones del usuario y el sistema.
2. Negocio/aplicación:
Este nivel es el encargado de realizar todos los procesos a nivel de aplicación. es aquí
donde se establecen todas las reglas que deben cumplirse. Este nivel se comunica con
el nivel anterior, para recibir las solicitudes y presentar los resultados, y con el nivel
de datos, almacenar o la mostrar estos.
Aquí se, recibe los datos generados del nivel de interfaz, se interactúa con los
servicios de datos para ejecutar procesos, se envía el resultado procesos al nivel de
interfaz.

3. Servidor/Datos:
Este nivel está constituido por la base de datos y el sistema de gestión de base de
datos, proporcionaran el acceso a los datos de forma controlada y segura.
Aquí se, recibe datos suministrados por la aplicación, almacenar los datos, recuperar
los datos, mantener los datos la integridad de los datos.
REQUERIMIENTO DEL APLICATIVO
Requerimientos Funcionales:

Tabla 18: Requerimientos funcionales

Nro. Requerimientos Descripción

RF01 Gestión de las ✔ Crear nuevas cuentas para los usuarios


cuentas de los
✔ Comprobar si ya existe una cuenta de usuario con los
usuarios
mismos datos.

✔ Modificar la información

RF02 Cuentas de ✔ Las compras se podrán realizar mediante cuentas, las


usuario: cuales registran los datos de usuario: DNI, nombre,
apellidos, correo, dirección y teléfono.

✔ Las credenciales de inicio de sesión serán: El correo


(usuario) y contraseña.

✔ La contraseña se podrá cambiar a través de la plataforma


web o aplicación

RF03 Gestión de carrito ✔ El sistema debe permitir gestionar el carrito de compras.


de compras
✔ Agregar productos, borrar productos y cancelar carrito de
compras (borrar todo lo agregado).

RF04 Búsqueda de ✔ El sistema debe permitir la búsqueda de productos que


productos deseen comprar y que muestre los productos iguales o
similares con el siguiente dato: Nombre.

RF05 Compra de ✔ El sistema debe permitir comprar los productos agregados


productos al carrito de compras.
RF06 Gestión de ✔ El sistema debe permitir agregar nuevos productos,
productos modificar y eliminar productos existentes. Datos de los
Productos: Nombre del producto, categoría, descripción,
precio.

Fuente: Elaboración propia

Requerimientos No Funcionales:
Tabla 19: Requerimientos no funcionales

Usabilidad Disponibilidad Compatibilidad Rendimiento

Diseño eficiente con El sistema se El sistema se deberá Debe utilizar los


respecto a los encontrará compatible con la recursos necesarios de
requerimientos del
cliente. disponible las 24 mayoría de los tal forma que no sature
horas. dispositivos. el sistema.

Se debe buscar la mejor


manera que el sistema
funcione de manera
fluida y sin
contratiempo.

Fuente: Elaboración propia


DESCRIPCIÓN DE LOS COMPONENTES
Servidor:

Tabla 20 Descripción de componentes

CÓDIGO COMPONENTE DESCRIPCIÓN


C001 Servidor Procesador: Intel Core i7-4700MQMemoria RAM
8GB
Disco duro: 500GB
Sistema operativo: Windows 7
Fuente: Elaboración propia

FASE E: OPORTUNIDADES Y SOLUCIONES

Diseño e implementación:
La estrategia para implementar la arquitectura TO BE planteada en este capítulo se gira en
torno a los siguientes puntos:

Para reforzar la organización se propone, rediseñar las siguientes áreas:


Área de ventas:
Encargados de la recepción del pedido, verificar el pago de la compra

Crear las siguientes áreas:

Área de post venta:


Encargados de resolver la consultas o reclamos que puede presentar algún cliente con
respecto a nuestros servicios o productos, también es responsable de verificar, aceptar
o rechazar las solicitudes de devoluciones o cambios de productos por.
Ilustración 8 Organigrama tobe

Fuente: Elaboración propia


FASE F: PLANIFICACIÓN DE LA MIGRACIÓN

Tabla 21 Plan de migración

Plan Descripción
capacitación de los trabajadores Antes de realizar el pase a producción, se
procede con el flujo de capacitaciones a los
trabajadores para que todos puedan
desempeñar sus labores sin mayores
contratiempos.
Implementación Se brinda la arquitectura(tobe) y demás
elementos necesarios.
Documentación Se procede a generar la documentación
sobre la arquitectura y la relacionada a la
capacitación. Esto es con la finalidad de que
el cliente tenga el material al cual recurrir si
presenta alguna consulta en cualquier
momento.
Fuente: Elaboración propia
CONCLUSIONES
El presente informe se realizó con la finalidad de diseñar de una propuesta de arquitectura
empresarial y la implementación de una arquitectura empresarial nos permitió en la Empresa
“Surlet”, empezando con un análisis de su situación actual de la empresa y sus procesos ya
existentes esto nos permitió identificar: sus actividades, sus responsables, las oportunidades
de mejora dentro del proceso de ventas ya que estos no respondían adecuadamente a la
necesidades que se iban presentando y los objetivos de la empresa; hasta llegar a la
implementación de la nueva arquitectura empresarial: la mejora en el proceso de ventas, y la
adición de una nueva área al organigrama de la empresa.

Con la realización del presente proyecto se puede concluir que luego de nuestra evaluación
que nuestro proyecto es factible.

RECOMENDACIONES
Se recomienda ampliar el análisis a los demás procesos estratégicos, ampliando el rango de
aplicación de la arquitectura empresarial. Con ellos se podrá tener un enfoque más claro de
las debilidades y fortalezas a nivel de otras áreas que no han sido parte del análisis de este
proyecto. Profundizar en la investigación de nuevas tendencias a nivel de tecnología para
áreas, tales como gestión de personal y de productos que permitan lograr los objetivos
estratégicos de la organización.
Referencias
Josey, A., Harrison, R., & Homan, P. (2013). TOGAF versión 9.1 guía de bolsillo. Wilco
Alba Núñez, J. M. (2017). MODELO DE REFERENCIA DE NEGOCIO BASADO EN
TOGAF PARA LA UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA. Tesis,
Universidad de Cuenca, CUENCA.
ANEXOS
Análisis de brecha

Interfaz de usuario

Negocio- sistema web

Datos