PROYECTO INTEGRADOR

AUTOMATIZACIÓN DEL SISTEMA DE TOMA DE TALLAS EN LA EMPRESA ARTE Y DISEÑO

“Uniminuto, las directivas y el cuerpo docente no son responsables de las ideas y conceptos
presentados en esta propuesta. Esta responsabilidad es exclusiva de los actores”

Presentado por:
Rafael Avella Leiton
Programa: Tecnología en Informática
Facultad de Ingeniería
Técnicas de modelado
2019-II
1. DESCRIPCIÓN DEL SISTEMA

La empresa Arte y Diseño s.a.s. se dedica a la confección y distribución de dotaciones

empresariales (prendas de vestir), cuenta con clientes a nivel local y nacional. Su cadena
de abastecimiento cubre varios procesos que van desde la adquisición de contrato con
clientes, hasta la entrega final del producto terminado (uniformes). Uno de los procesos
que requieren atención importante y que se encuentra al inicio de esta cadena, es la
toma de tallas al personal de las empresas clientes. Se debe disponer de personal para
que asista a las instalaciones de los clientes (con previo acuerdo) y se procede a tomar
tallas al personal de acuerdo a una curva de tallaje previamente elaborada.

2. JUSTIFICACIÓN
El proceso de toma de datos (tallas), se hace de forma manual, se debe diligenciar un
formulario físico donde se especifican los datos y las tallas del funcionario. Posterior a
la toma de tallas, se debe contratar personal para digitar la información de los
formularios, lo cual toma bastante tiempo debido a la cantidad de registros. Se requiere
de una mejora en este proceso, con el fin de reducir o eliminar los tiempos de digitación,
ya que este factor repercute directamente en la entrega oportuna al cliente final; las
demás áreas dependen de que esta información esté digitalizada para iniciar los
procesos de programación, compra de materias primas, cortes de lotes de producción,
confección, empaque y despacho de mercancía. Adicional a esto, no se tiene una base de
datos fija donde se pueda almacenar la información para futuras consultas.

3. ALCANCE
El proceso de automatización permitirá que la información de los funcionarios se
digitalice al momento de la toma de tallas mediante un mecanismo que permita la
visualización de esta información en tiempo real. La automatización permitirá ver esta
información de una manera más resumida y entendible, estará conectada con la base de
inventario de textiles del aplicativo SIIGO con el fin de verificar si se tiene en stock la
materia prima requerida para la producción o si se debe comprar.
4. LEVANTAMIENTO DE REQUERIMIENTOS
Con el objetivo de Para el proceso de levantamiento de requerimientos, se plantea la
siguiente metodología, la cual inicia con identificar los autores directos e indirectos en
el sistema, posteriormente, redactamos las diferentes historias de usuario, casos de uso
y diagramas de secuencia. Esto nos permitirá llevar una idea mas clara de lo que se
desea en cuanto al producto final, su funcionalidad,

4.1. IDENTIFICACION DE ROLES/ACTORES

Dentro de los actores involucrados en el sistema se encuentran los siguientes:
 RECEPCIONISTA: Encargada de revisar la información de los
funcionarios a quienes se les tomó medidas. En caso de que falte alguna
persona por ingresar sus datos al sistema, la recepción tiene la función
de ingresar dichos registros.
 ASISTENTE DE TOMA DE TALLAS: Persona encargada de ir a visitar a
los clientes y tomar tallas de los funcionarios para que, con esta
información, se realice la respectiva programación y confección de las
dotaciones.
 ASISTENTE DE PROGRAMACION Y COMPRAS: Persona encargada de
recibir los pedidos y programar las prendas que allí se solicitan. Esta
persona debe revisar si se cuenta en bodega con el textil para la
confección de las prendas o si se debe comprar.
 EJECUTIVO DE VENTAS: Persona encargada de validar la información
suministrada por el asistente de toma de tallas. Se debe hacer el
resumen de prendas a programar, los modelos a confeccionar y las
cantidades por talla.
 COORDINADOR LOGÍSTICO: Debe revisar los pedidos hechos por el
ejecutivo de ventas, con el fin de hacer el respectivo empaque de las
dotaciones al momento de su confección.
 4.2. DEFINICION DE HISTORIAS DE USUARIO:

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-01
Título Historia Usuario Ingresar registros al sistema (datos de tallas)
Rol (usuario) Asistente de toma de tallas
Como asistente en la toma de tallas, debe ir llevando un
Descripción de la historia registro en papel con los datos personales y tallas de todas las
personas a las que se les ha tomado medidas.
Prioridad en el negocio Alta
Riesgo en desarrollo Medio
Tiempo estimado 2 semanas
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-02
Título Historia Usuario Ingresar registros al sistema (datos de tallas)
Rol (usuario) Recepcionista
Hay casos especiales donde los clientes vienen a las oficinas de
Descripción de la historia Arte y Diseño a Toma de tallas. La información de las tallas
tomadas las debe ingresar en el sistema.
Prioridad en el negocio Alta
Riesgo en desarrollo Medio
Tiempo estimado 25 días
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-03
Título Historia Usuario editar registros en el sistema (datos de tallas)
Rol (usuario) Asistente de toma de tallas/recepcionista
En algunos casos, el cliente puede cambiar de opinión en
Descripción de la historia cuanto a sus tallas tomadas. Recepción recibe la solicitud de
cambio en el registro y debe realizarlo.
Prioridad en el negocio Alta
Riesgo en desarrollo Medio
Tiempo estimado 2 semanas
Iteración asignada
Programador responsable
Observaciones
 Aspectos Descripción Historia de Usuario
ID Historia de Usuario HU-04
Título Historia Usuario Buscar registros
Recepcionista/asistente de programación/ejecutivo de
Rol (usuario)
ventas/Gerencia
En algunos casos, se requiere validar algún registro en
específico. Se debe hacer la validación con el número de cédula
Descripción de la historia del funcionario. En esta búsqueda debe aparecer toda la
información tanto personal como de tallas de la persona
buscada.
Prioridad en el negocio Media
Riesgo en desarrollo Alto
Tiempo estimado 20 días
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-05
Título Historia Usuario Consolidación de pedidos
Rol (usuario) Ejecutivo de ventas
Se debe consolidar toda la información de tallas tomadas tanto
en el lugar del cliente como en las oficinas de Arte y Diseño. En
Descripción de la historia el pedido se debe especificar los modelos de prendas a
confeccionar, los textiles necesarios y la cantidad de prendas a
programar por cada talla.
Prioridad en el negocio Alta
Riesgo en desarrollo Alto
Tiempo estimado 3 semanas
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-06
Título Historia Usuario Programación de pedidos
Rol (usuario) Asistente de programación y compras
Se debe revisar los pedidos expedidos por el área comercial.
Descripción de la historia
Para programar la elaboración de las prendas allí solicitadas.
Prioridad en el negocio Alta
Riesgo en desarrollo Alto
Tiempo estimado 3 semanas
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-07
Título Historia Usuario Generar Orden de Trabajo (OT) para las prendas a confeccionar
Rol (usuario) Asistente de programación y compras
De acuerdo a las prendas solicitadas en el pedido, se debe hacer
una orden de trabajo para la confección de las prendas. Esta
orden de trabajo debe tener relacionado el número del pedido
Descripción de la historia
al que pertenece. Se hace una breve descripción de la prenda a
confeccionar, el textil utilizado, las tallas y la cantidad de
prendas requeridas por talla.
Prioridad en el negocio Alta
Riesgo en desarrollo Alto
Tiempo estimado 2 semanas
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-08
Título Historia Usuario Validar orden de trabajo (OT)
Asistente de programación y compras/coordinador
Rol (usuario)
logístico/Gerencia
Con el fin de saber el estado de la orden de trabajo, se debe
validar en el sistema si esta ya se encuentra terminada o en
Descripción de la historia
proceso de confección. De esta manera se pueden estimar
tiempos de entrega.
Prioridad en el negocio Alta
Riesgo en desarrollo Bajo
Tiempo estimado 1 semana
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-09
Título Historia Usuario Cambiar estado de las órdenes de trabajo (OT)
Rol (usuario) Coordinador logístico
 En el momento en que la orden de trabajo está confeccionada
Descripción de la historia en su totalidad, se debe cambiar el estado de la OT de “en
confección” a “completa”
Prioridad en el negocio Alta
Riesgo en desarrollo Bajo
Tiempo estimado 2 semanas
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-10
Título Historia Usuario Validar pedidos en curso
Coordinador logístico/Asistente de programación/Ejecutivo de
Rol (usuario)
ventas/Gerencia
Se debe tener acceso a los pedidos en curso para su respectivo
empaque y despacho. De acuerdo a lo que se especifique en el
Descripción de la historia
pedido se empacan las prendas personalizadas o sin
personalizar.
Prioridad en el negocio Alta
Riesgo en desarrollo Bajo
Tiempo estimado 1 semana
Iteración asignada
Programador responsable
Observaciones

Aspectos Descripción Historia de Usuario

ID Historia de Usuario HU-11
Título Historia Usuario Cambiar el estado de los pedidos
Rol (usuario) Coordinador logístico
Al momento de ser entregado el pedido se debe actualizar su
Descripción de la historia estado en el sistema, especificando la fecha de entrega,
numero de remisión y factura que soporten su entrega.
Prioridad en el negocio Alta
Riesgo en desarrollo Bajo
Tiempo estimado 1 semana
Iteración asignada
Programador responsable
Observaciones
 4.3. CASOS DE USO:

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-001
Nombre del caso Ingresar registros de tallas al sistema
Rol (usuario) Asistente de toma de tallas
Como asistente de toma de tallas, se requiere poder ingresar
Descripción de CU
los datos personales y de tallas de los clientes.
 El funcionario debe estar registrado en el sistema
Precondición  La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe guardar el registro ingresado.
 El sistema debe tener a disposición del usuario los
registros para futuras búsquedas
Post-condiciones
 Después de 10 minutos de inactividad el sistema
debe cerrar sesión automáticamente y guardar los
cambios realizados
1) El usuario inicia sesión en el sistema
2) El sistema valida la información de usuario y
contraseña
3) Si los datos son correctos, se procede a registrar los
Curso normal de los
datos de tallas
eventos
4) El usuario selecciona la opción registrar, ingresa la
información requerida
5) El usuario selecciona la opción “guardar”
6) El sistema guarda la información

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-002
Nombre del caso Buscar registros en el sistema
Rol (usuario) Recepción
Descripción de CU Como recepción requiero validar
 El funcionario debe estar registrado en el sistema
Precondición La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe buscar el registro solicitado por el
Post-condiciones usuario
 El sistema debe mostrar el registro solicitado
1) El usuario inicia sesión en el sistema
2) El sistema valida los datos de inicio
Curso normal de los 3) Si son correctos, se procede a seleccionar la opción
eventos buscar registro
4) Se ingresa el número de cedula del funcionario a
buscar
 5) Se selecciona la opción “buscar registro”
6) El sistema ubica el registro y lo muestra

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-003
Nombre del caso Editar registro
Rol (usuario) Recepción
Descripción de CU Se requiere editar un registro por búsqueda del mismo
 El funcionario debe estar registrado en el sistema
Precondición  La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe guardar los cambios realizados en el
Post-condiciones
registro editado
1) El usuario inicia sesión en el sistema
2) El sistema valida los datos de inicio
3) Si son correctos, se procede a seleccionar la opción
buscar registro
4) Se ingresa el número de cedula del funcionario a
buscar
Curso normal de los
5) Se selecciona la opción “buscar registro”
eventos
6) El sistema ubica el registro y lo muestra
7) Se selecciona la opción “editar registro”
8) Se editan los campos requeridos
9) Se selecciona la opción “guardar edición”
10) El sistema guarda los datos
11) El sistema retorna a la pantalla principal

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-004
Nombre del caso Consolidación de pedidos
Rol (usuario) Ejecutivo de ventas
El ejecutivo de ventas consolida pedido de acuerdo a los
Descripción de CU
registros ingresados en tomas de tallas
 El funcionario debe estar registrado en el sistema
Precondición  La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe guardar los pedidos para futuras
Post-condiciones
consultas y ediciones
1) El usuario inicia sesión en el sistema
2) El sistema valida los datos de inicio
Curso normal de los 3) Si son correctos, el sistema se posiciona en la
eventos pantalla principal
4) Se selecciona la opción “consolidar pedido”
5) Se diligencian los datos del nuevo pedido
 6) Se selecciona el cliente del cual se requieren las
tallas a consolidar
7) El sistema consolida las tallas
8) Se selecciona la opción “crear pedido”
9) El sistema guarda el pedido
10) El sistema retorna a la pantalla principal

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-005
Nombre del caso Programar pedidos
Rol (usuario) Asistente de programación y compras
Se programan las prendas de los pedidos nuevos para su debida
Descripción de CU
confección
 El funcionario debe estar registrado en el sistema
Precondición  La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe guardar los pedidos para futuras
Post-condiciones
consultas y ediciones
1) El usuario inicia sesión en el sistema
2) El sistema valida los datos de inicio
3) Si son correctos, el sistema se posiciona en la
pantalla principal
4) Se selecciona la opción “pedidos sin programar”
5) El sistema muestra los pedidos que no se han
programado para confección
6) Se selecciona el pedido a programar
7) Se validan las prendas, tallas y cantidades a
Curso normal de los
confeccionar
eventos
8) El usuario selecciona la opción “crear orden de
trabajo”
9) El usuario ingresa la información de las prendas a
confeccionar en la OT
10) El usuario selecciona la opción crear OT
11) El usuario selecciona la opción actualizar pedido
12) El sistema guarda los datos de programación de
prendas
13) El sistema retorna a la pantalla principal

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-006
Nombre del caso Consultar pedidos
Rol (usuario) Recepción/Gerencia/ejecutivo de ventas/Coordinador logístico
Descripción de CU Validar el estado de un pedido en curso o ya entregado
Precondición  El funcionario debe estar registrado en el sistema
  La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe disponer de los registros para
Post-condiciones
mostrarlos al usuario
1) El usuario inicia sesión en el sistema
2) El sistema valida los datos de inicio
3) Si son correctos, el sistema se posiciona en la
pantalla principal
Curso normal de los 4) El usuario selecciona la opción “buscar pedido”
eventos 5) El usuario ingresa el número del pedido a consultar
6) El sistema busca el pedido y muestra toda la
información relacionada
7) El usuario selecciona la opción “volver”
8) El sistema retorna a la pantalla principal

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-007
Nombre del caso Actualizar estado de pedidos
Rol (usuario) Coordinador logístico
Una vez entregado el pedido se actualiza el estado del mismo,
Descripción de CU
pasando de “pedido en curso” a “pedido entregado”
 El funcionario debe estar registrado en el sistema
Precondición  La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe guardar los cambios realizados para
Post-condiciones
futuras consultas
1) El usuario inicia sesión en el sistema
2) El sistema valida los datos de inicio
3) Si son correctos, el sistema se posiciona en la
pantalla principal
4) El usuario selecciona la opción “actualizar pedido”
Curso normal de los 5) El usuario ingresa el número del pedido a actualizar
eventos 6) El sistema busca el pedido y muestra toda la
información relacionada
7) El usuario ingresa los datos de envío del pedido
8) El usuario selecciona la opción actualizar
9) El sistema guarda la información y retorna a la
pantalla principal

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-008
Nombre del caso Actualizar estado de orden de trabajo (OT)
Rol (usuario) Coordinador logístico
Cuando una OT se encuentra confeccionada en su totalidad se
Descripción de CU
debe cambiar el estado de la OT de “en curso” a “cerrada”
  El funcionario debe estar registrado en el sistema
Precondición  La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe guardar los cambios realizados para
Post-condiciones
futuras consultas
1) El usuario inicia sesión en el sistema
2) El sistema valida los datos de inicio
3) Si son correctos, el sistema se posiciona en la
pantalla principal
4) El usuario selecciona la opción “actualizar OT”
5) El usuario ingresa el número de la OT a actualizar
Curso normal de los
6) El sistema busca la OT y muestra toda la
eventos
información relacionada
7) El usuario ingresa los datos de entrada de las
prendas
8) El usuario selecciona la opción actualizar OT
9) El sistema guarda la información y retorna a la
pantalla principal

Aspectos Descripción Historia de Usuario

ID Caso de uso CU-009
Nombre del caso Consultar órdenes de trabajo (OT)
Recepción/Ejecutivo de ventas/Gerencia/Asistente de
Rol (usuario)
programación/Coordinador logístico
Se requiere validar el estado de una orden de trabajo para
Descripción de CU
hacer seguimiento de las mismas
 El funcionario debe estar registrado en el sistema
Precondición  La contraseña y ID de inicio de sesión deben ser
correctos
 El sistema debe disponer de los registros para
Post-condiciones
mostrarlos a los usuarios
1) El usuario inicia sesión en el sistema
2) El sistema valida los datos de inicio
3) Si son correctos, el sistema se posiciona en la
pantalla principal
Curso normal de los 4) El usuario selecciona la opción “Consultar OT”
eventos 5) El usuario ingresa el número de la OT a consultar
6) El sistema busca el registro y muestra toda la
información relacionada
7) El usuario selecciona la opción “volver”
8) El sistema retorna a la pantalla principal
5. VISTA LÓGICA:
A continuación, describimos la estructura y funcionalidad del aplicativo, para esto, nos
apoyamos en la implementación del diagrama de clases.

Imagen 1. Diagrama de Clases

6. VISTA DE DESARROLLO:
En este punto, el objetivo es ilustrar el aplicativo o software a diseñar desde la perspectiva
del programador, enfocándonos en la administración de los artefactos de software. Se
utilizó el Diagrama de entidad-relación y el diagrama de contexto UML para describir los
componentes de nuestro sistema.

Imagen2.Diagrama Entidad Relación

Imagen 3. Diagrama de Contexto

7. VISTA DE PROCESO:
A continuación, se explican los procesos del sistema y cómo se comunican entre sí. El
objetivo es enfocarnos en el comportamiento del sistema en tiempo de ejecución. Esta vista
se representará con diagramas de Actividad y diagramas de secuencia.

Imagen 4. Diagrama de Secuencia

8. VISTA FISICA:
Describimos el sistema desde el punto de vista de un ingeniero de sistemas, relacionándolo
con la topología de componentes de software en la capa física (hardware), así como las
conexiones físicas entre estos componentes. Para esto, nos apoyamos en el uso del
diagrama de despliegue, el cual nos muestra a mas detalle las partes físicas que se van a
implementar en nuestro proyecto.

Imagen 6. Diagrama de Despliegue

9. MOCKUPS DEL PROYECTO:
El desarrollo del aplicativo se esta realizando en lenguaje JavaScript. A continuación,
adjunto imágenes de las pantallas principales del aplicativo donde se evidencia el avance
obtenido hasta el momento.
NOTA APRECIATIVA: 4.0

Este corte no le he dedicado el tiempo suficiente para desarrollar lo

requerido en el proyecto. Algunos diagramas no están muy completos
teniendo en cuenta toda la información recolectada en las historias de
usuario.