Sist - AbastecimientoAvios-Correcciones v20

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS
FACULTAD DE INGENIERÍA
DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS
CARRERA DE INGENIERÍA DE SISTEMAS
“SISTEMA DE ABASTECIMIENTO DE AVÍOS”
PROYECTO PROFESIONAL PRESENTADO POR:

CARLOS ALBERTO RAMOS LOO
FRANCO OSWALDO MORI ACOSTA
PARA OPTAR POR EL TÍTULO DE INGENIERO DE SISTEMAS
ASESORES:
SAMANTHA LOPEZ
SANDRA PERONA
JUAN CARLOS TORRES PARODI
Lima, 11 de noviembre del 2016
1
PRESENTACIÓN
“SISTEMA DE ABASTECIMIENTO DE AVÍOS”
2
RESUMEN
El presente proyecto tiene como objetivo el desarrollo de un Sistema de Información para la

Gestión del Abastecimiento de Avíos para la Industria Textil y de confección, orientado a
cualquier tipo de empresas (pequeñas, medianas y grandes) que desean automatizar, integrar y
controlar sus procesos y operaciones de la cadena logística de Avíos. El proyecto comprende
temas de Operatividad de orden de producción, explosión de materiales, abastecimiento,
planificación, control y producción de avíos y su administración en el almacén.
Así mismo, las tecnologías de información han desarrollado diversas herramientas que nos
brindan la posibilidad de integrar procesos de la organización. La tecnología nos permite
obtener mejores beneficios como: incrementar la rentabilidad, reducción de costos en sobre
stock e infraestructura, mejorar la satisfacción de sus clientes, controlar las actividades en el
proceso de abastecimiento, obtener información en línea para la planificación y toma de
decisiones, y por consecuente, enfrentar las exigencias y competencias del mercado global.
Las grandes empresas disponen de sistemas de información a través de los llamados

Planificación de recursos Empresariales (ERP), la utilización de redes intranet e internet y otras
de uso público y privado. Las empresas textiles y de confección de gran envergadura, debido a
la reducción de los tiempos de su producción por parte de los clientes, han empezado a optar
por asumir el control de la producción de la mayoría de sus materiales (avíos) que eran
adquiridos por sus socios estratégicos(proveedores), por lo cual, adolecen de adecuados
sistemas de información para su gestión de la producción propia, los sistemas disponibles para
este tipo de empresas en la mayoría de los casos no se adecuan a este tipo de necesidades de
las empresas que producen un gran volumen de avíos.
Finalmente, el trabajo está dividido en ocho capítulos principales los cuales mencionaremos en
la introducción del documento.
3
ÍNDICE
PRESENTACIÓN ................................................................................................................................................ 2
RESUMEN ........................................................................................................................................................... 3
ÍNDICE................................................................................................................................................................. 4
INTRODUCCIÓN .............................................................................................................................................. 14
CAPÍTULO I: FUNDAMENTOS TEÓRICOS ............................................................................................. 19
1 INTRODUCCIÓN ..................................................................................................................................... 19
2 MARCO TEÓRICO .................................................................................................................................. 19
2.1 FUNDAMENTOS TEÓRICOS SOBRE EL NEGOCIO ................................................................... 19
2.2 FUNDAMENTOS TEÓRICOS SOBRE LAS TENDENCIAS Y TECNOLOGÍAS ACTUALES ... 33
3 OBJETO DE ESTUDIO ............................................................................................................................ 37
3.1 ORGANIZACIÓN OBJETIVO ............................................................................................................ 37
3.2 MISIÓN .............................................................................................................................................. 38
3.3 VISIÓN ............................................................................................................................................... 38
3.4 OBJETIVOS ESTRATÉGICOS ......................................................................................................... 38
3.5 ORGANIGRAMA .............................................................................................................................. 39
4 CAMPO DE ACCIÓN ................................................................................................................................. 41
4.1 BREVE DESCRIPCIÓN .................................................................................................................... 41
4.2 PROCESOS DEL NEGOCIO ............................................................................................................ 44
4.3 SISTEMAS AUTOMATIZADOS VINCULADOS CON EL CAMPO DE ACCIÓN ...................... 45
5 ANÁLISIS CRÍTICO DE LOS PROBLEMAS A RESOLVER .................................................................. 46
5.1 SITUACIÓN PROBLEMÁTICA Y PROBLEMAS A RESOLVER ................................................. 46
6 CONCLUSIONES ........................................................................................................................................ 51
CAPÍTULO II: PROPUESTA DE LA SOLUCIÓN ..................................................................................... 52
1 INTRODUCCIÓN ........................................................................................................................................ 52
2 OBJETIVOS DEL PROYECTO .................................................................................................................. 52
2.1 OBJETIVO GENERAL ...................................................................................................................... 52
2.2 OBJETIVOS ESPECÍFICOS ............................................................................................................. 52
2.3 FUNDAMENTACIÓN DE LOS OBJETIVOS .................................................................................. 54
2.4 INDICADORES DE LOGROS DE LOS OBJETIVOS ..................................................................... 58
3 BENEFICIOS DEL PROYECTO ................................................................................................................ 59
3.1 BENEFICIOS TANGIBLES .............................................................................................................. 59
3.2 BENEFICIOS INTANGIBLES .......................................................................................................... 60
4 ANTECEDENTES ....................................................................................................................................... 61
4.1 SOLUCIONES ENCONTRADAS .................................................................................................... 61
4.2 ANÁLISIS COMPARATIVO ............................................................................................................. 61
4.3 EVALUACIÓN DE LA MEJOR SOLUCIÓN .................................................................................. 63
5 TENDENCIAS Y TECNOLOGÍAS PROPUESTAS................................................................................... 64
4
6 CONCLUSIONES ........................................................................................................................................ 67
CAPÍTULO III: MODELADO DEL NEGOCIO .......................................................................................... 68
1 INTRODUCCIÓN ........................................................................................................................................ 68
2 REGLAS DEL NEGOCIO ........................................................................................................................... 68
3 MODELADO DE CASOS DE USO DEL NEGOCIO ................................................................................ 74
3.1 ACTORES DEL NEGOCIO .............................................................................................................. 74
3.2 CASOS DE USO DEL NEGOCIO .................................................................................................... 75
3.3 DIAGRAMA DE CASOS DE USO DEL NEGOCIO ....................................................................... 78
4 MODELADO DE ANÁLISIS DEL NEGOCIO .......................................................................................... 79
4.1 TRABAJADORES DEL NEGOCIO .................................................................................................. 79
4.2 ENTIDADES DEL NEGOCIO .......................................................................................................... 81
4.3 REALIZACIÓN DE CASOS DE USO DEL NEGOCIO................................................................... 92
4.4 ESPECIFICACIÓN DE LOS CASOS DE USO DEL NEGOCIO ..................................................... 92
4.5 CONCLUSIONES ............................................................................................................................ 107
CAPÍTULO IV: REQUERIMIENTOS ........................................................................................................ 108
1 INTRODUCCIÓN ...................................................................................................................................... 108
2 ESPECIFICACIÓN DE LOS REQUERIMIENTOS DE SOFTWARE ..................................................... 108
2.1 REQUERIMIENTOS FUNCIONALES ........................................................................................... 108
2.2 REQUERIMIENTOS NO FUNCIONALES .................................................................................... 112
3 MODELO DE CASOS DE USO DEL SISTEMA ..................................................................................... 117
3.1 ESPECIFICACIÓN DE ACTORES DEL SISTEMA ...................................................................... 117
3.2 DIAGRAMA DE ACTORES DEL SISTEMA ................................................................................ 120
3.3 DIAGRAMA DE PAQUETES DEL SISTEMA .............................................................................. 120
3.4 DIAGRAMA DE CASOS DE USO DEL SISTEMA POR PAQUETE........................................... 121
4 ATRIBUTOS DE CASOS DE USO DEL SISTEMA ................................................................................ 126
5 ESPECIFICACIONES DETALLADAS DE LOS CASOS DE USO DEL SISTEMA .............................. 132
6 MODELO CONCEPTUAL ........................................................................................................................ 228
6.1 DIAGRAMA DE MODELO CONCEPTUAL ..................................................................................... 228
6.2 DICCIONARIO DE MODELO CONCEPTUAL ................................................................................ 229
6.3 CONCLUSIONES ............................................................................................................................ 238
CAPÍTULO V: ARQUITECTURA DE SOFTWARE ................................................................................ 240
1 INTRODUCCIÓN ...................................................................................................................................... 240
2 DIAGRAMA DE LOS CASOS DE USO MÁS SIGNIFICATIVOS......................................................... 241
3 METAS DE LA ARQUITECTURA DE SOFTWARE ............................................................................. 242
4 RESTRICCIONES DE LA ARQUITECTURA DE SOFTWARE ............................................................ 242
5 MECANISMOS ARQUITECTURALES ................................................................................................... 244
6 VISTA LÓGICA DE LA ARQUITECTURA DE SOFTWARE ............................................................... 245
7 VISTA DE IMPLEMENTACIÓN DE LA ARQUITECTURA DE SOFTWARE .................................... 247
8 VISTA DE DESPLIEGUE DE LA ARQUITECTURA DE SOFTWARE ................................................ 248
5
9 CONCLUSIONES ...................................................................................................................................... 249
CAPÍTULO VI: CONSTRUCCIÓN ............................................................................................................. 250
1 INTRODUCCIÓN ...................................................................................................................................... 250
2 PATRONES DE LA SOLUCIÓN PROPUESTA ...................................................................................... 251
2.1 PATRÓN DE TRES CAPAS ........................................................................................................... 251
2.1.1 DIAGRAMA DE PATRÓN DEL SISTEMA.......................................................................... 251
2.1.2 ESPECIFICACIÓN DETALLADA DEL PATRÓN SELECCIONADO ............................... 252
2.2 PATRÓN WEB COMPONENT ....................................................................................................... 253
2.2.1 DIAGRAMA DE PATRONES DE DISEÑO DEL SISTEMA ............................................... 253
2.3 PATRÓN REPOSITORIO (ADO.NET) .......................................................................................... 257
2.3.1 DIAGRAMA DE PATRONES DE DISEÑO DEL SISTEMA ............................................... 257
3 MODELO DE DATOS............................................................................................................................... 260
3.1 MODELO DE DATOS FÍSICO DEL SISTEMA ............................................................................... 260
3.2 DICCIONARIO DE DATOS .............................................................................................................. 262
4 CONCLUSIONES ...................................................................................................................................... 280
CAPÍTULO VII: CALIDAD Y PRUEBAS DEL SOFTWARE ................................................................. 281
1 INTRODUCCIÓN ...................................................................................................................................... 281
2 PLAN DE CALIDAD DEL SOFTWARE ................................................................................................. 281
2.1 POLÍTICA DE CALIDAD ............................................................................................................... 281
2.2 OBJETIVOS DE CALIDAD ............................................................................................................ 282
2.3 NORMATIVIDAD APLICABLE .................................................................................................... 283
2.4 MÉTRICAS DE CALIDAD DE SOFTWARE ................................................................................ 286
3 PRUEBAS DE SOFTWARE ..................................................................................................................... 293
3.1 CASO DE PRUEBA PARA EL CUS08 GENERAR EXPLOSIÓN DE AVIOS ............................ 293
3.1.1 ESCENARIOS ......................................................................................................................... 293
3.1.2 MATRIZ DE CASOS DE PRUEBA ....................................................................................... 293
3.1.3 EVIDENCIA DE EJECUCIÓN ............................................................................................... 300
3.2 CASO DE PRUEBA PARA EL CUS11 ACTUALIZAR INFORMACIÓN DE OPERATIVIDAD310
3.2.1 ESCENARIOS ......................................................................................................................... 310
3.2.2 MATRIZ DE CASOS DE PRUEBA ....................................................................................... 311
3.2.3 EVIDENCIA DE EJECUCIÓN ............................................................................................... 327
4 CONCLUSIONES ...................................................................................................................................... 340
CAPÍTULO VIII: GESTIÓN DEL PROYECTO ....................................................................................... 341
1 INTRODUCCIÓN ...................................................................................................................................... 341
2 REGISTRO DE INTERESADOS .............................................................................................................. 341
6 CRONOGRAMA DE EJECUCIÓN .......................................................................................................... 344
7 CONCLUSIONES ...................................................................................................................................... 355
6
CONCLUSIONES GENERALES .................................................................................................................... 357
GLOSARIO DE TÉRMINOS .......................................................................................................................... 359
SIGLARIO ....................................................................................................................................................... 363
BIBLIOGRAFÍA .............................................................................................................................................. 364
ANEXOS .......................................................................................................................................................... 366
7
Índice de Gráficos
Gráfico 1: Proceso de Abastecimiento Avío 27

Gráfico 2: Fibras Naturales 29
Gráfico 3: Fibras Artificiales/Sintéticas 29
Gráfico 4: Productos que ofrece TOPITOP 38
Gráfico 5: Organigrama Corporativo 39
Gráfico 6: Flujo Actual del Proceso 43
Gráfico 7: Mapa de procesos de TPT 44
Gráfico 8: Diagrama de Actores del Negocio 71
Gráfico 9: Diagrama de Especificación de Actores del Negocio 72
Gráfico 10: Diagrama de Casos de Uso del Negocio 73
Gráfico 11: Diagrama de Casos de Uso del Negocio 76
Gráfico 12: Diagrama de Trabajadores del Negocio 77
Gráfico 13: Diagrama de Entidades del Negocio 79
Gráfico 14: Diagrama de Actividades CUN01 93
Gráfico 15: Diagrama de Clases CUN01 94
Gráfico 20: Diagrama de Actores del Sistema 118
Gráfico 21: Diagrama de Paquetes del Sistema 119
Gráfico 22: DCUS – PK01-Operatividad Orden de Producción 120
Gráfico 23: DCUS PK02-Gestionar Abastecimiento de Avíos 121
Gráfico 24: DCUS – PK03-Seguimiento de Abastecimiento 122
Gráfico 25: DCUS – PK04-Mantenimiento 123
Gráfico 26: DCUS – PK05-Seguridad de Usuarios 124
Gráfico 27: Distribución de los Casos de Uso por Ciclo 130
Gráfico 28: Modelo Conceptual 222
Gráfico 29: Diagrama de CUS más significativos 236
Gráfico 30: Diagrama de la Vista Lógica de la Arquitectura de Software 240
8
Gráfico 31: Diagrama de Vista de Implementación 242
Gráfico 32: Diagrama de Despliegue de la Arquitectura de Software 243
Gráfico 33: Diagrama del patrón tres niveles 246
Gráfico 34: Diagrama de clase patrón Web Component 246
Gráfico 35: Ejemplo de código – Llamado clase Web Component 248
Gráfico 36: Ejemplo de código – Clase Panel 251
Gráfico 37: Ejemplo de código – Web Panel 251
Gráfico 38: Diagrama de clase patrón Repositorio 252
Gráfico 39: Ejemplo de código – Patrón repositorio: Conexión al BD 254
Gráfico 40: Ejemplo de código – Patrón Repositorio 254
Gráfico 41: Modelo de datos Físico del Sistema 255
Gráfico 42: Mejora Continua de Gestión de la Calidad. Fuente: ISO9001 278
Gráfico 43: Evidencia de ejecución CP1-1 – CUS08 295
Gráfico 45: Evidencia de ejecución CP2 – CUS08 296
Gráfico 62 Evidencia de ejecución CP3 – CUS11 323
9
Gráfico 69 Evidencia de ejecución CP10 – CUS11 327
10
Índice de Tablas
Tabla 1: Situación Problemática 50

Tabla 2: Fundamentos de los objetivos 58
Tabla 3: Benchmarking 63
Tabla 4: Reglas del Negocio 71
Tabla 5: Requerimientos Funcionales Asociados a los Casos de Uso 109
Tabla 6: Requerimientos Funcionales asociados a Aspectos Generales 109
Tabla 7: Requerimientos No Funcionales - Usabilidad 110
Tabla 8: Requerimientos No Funcionales - Confiabilidad 111
Tabla 9: Requerimientos No Funcionales - Rendimiento 111
Tabla 10: Requerimientos No Funcionales - Soporte 112
Tabla 11: Requerimientos No Funcionales - Restricciones de Diseño 113
Tabla 12: Requerimientos No Funcionales - Documentación y Sistema de Ayuda 112
Tabla 13: Interfaces de Software 112
Tabla 14: Requerimientos No Funcionales – Licenciamiento 113
Tabla 15: Requerimientos No Funcionales - Seguridad 113
Tabla 16: Actores del Sistema 115
Tabla 17: Atributos de los casos de uso del Sistema 129
Tabla 18: CUS01-Actualizar Información de FTP-OP 131
Tabla 19: CUS02-Actualizar Información de Unidad 131
Tabla 20: CUS03-Actualizar Información de Ubicaciones 132
Tabla 21: CUS04-Notificar Operatividad en Órdenes de Producción 132
Tabla 22: CUS05-Notificar que no hay pendientes de Operatividad 133
Tabla 23: CUS06-Actualizar Información de Cliente 133
Tabla 24: CUS07-Actualiza Información de OP 134
Tabla 25: CUS08-Generar Explosión Materiales 134
Tabla 26: CUS09-Generar Reporte de Operatividad 135
Tabla 27: CUS10-Generar Reporte de Movimiento 135
Tabla 28: CUS11-Act.Inf. Operatividad 136
Tabla 29: CUS12-Generar Solicitud de Material 137
Tabla 30: CUS13-Generar Solicitud de Fabricación 137
11
Tabla 31: CUS14-Actualizar Información de Calendario Laborar 138
Tabla 32: CUS15-Generar Informe de Stock Asignado 138
Tabla 33: CUS16- Actualizar Información de Disponibilidad de Recurso 139
Tabla 34: CUS17-Act.Inf. Solicitud de Materiales con Cantidad Disponible 139
Tabla 35: CUS18-Generar Solicitud Pedido de Compra 140
Tabla 36: CUS19-Act.Inf. Solicitud Material con Motivo Rechazo 140
Tabla 37: CUS20-Generar Reporte de Solicitud Pedido de Compra 141
Tabla 38: CUS21-Generar Reporte de Orden de Compra Creadas 141
Tabla 39: CUS22- Actualizar Información de Disponibilidad de Máquina 142
Tabla 40: CUS23-Act.Inf Solicitud de Fabricación 142
Tabla 41: CUS24-Consultar Solicitud de Fabricación 143
Tabla 42: CUS25-Liquidar Solicitud de Fabricación 143
Tabla 43: CUS26-Elaborar Proyección de Insumos de Máquinas 144
Tabla 44: CUS27-Generar Movimiento y Stock 145
Tabla 45: CUS41-Generar Reporte de Ingreso de Solicitud de Fabricación 145
Tabla 46: CUS29-Actualizar Información de Componentes 146
Tabla 47: CUS30-Generar Reporte de Solicitud de Fabricación en Tintorería 146
Tabla 48: CUS31-Generar Reporte de Solicitud de Fabricación en Impresiones 147
Tabla 49: CUS32-Actualizar Información de Proceso 147
Tabla 50: CUS33-Actualizar Información de Mermas 147
Tabla 51: CUS34-Controlar Abastecimiento 147
Tabla 52: CUS35- Elaborar Reporte de Abastecimiento y Plan de ventas 149
Tabla 53: CUS36- Generar reporte de Riesgo de Abastecimiento 149
Tabla 54: CUS37-Actualizar Información de Familia de Avíos 150
Tabla 55: CUS38-Actualizar Información de Avíos 150
Tabla 56: CUS39-Actualizar Información de Máquinas 150
Tabla 57: CUS40-Actualizar Información de Planeamiento 151
Tabla 58: CUS41-Actualizar Información de Tela 151
Tabla 59: CUS42_Actualizar Información de Recursos 151
Tabla 60: CUS43-Actualizar Información Motivo de Rechazo 152
Tabla 61: CUS44_Actualizar Información de Grupo de Compras 152
Tabla 62: CUS45_Realizar inicio de sesión 153
Tabla 63: CUS46_Cambiar de Contraseña 153
12
Tabla 64: CUS47_Administrar Usuarios 153
Tabla 65: CUS48_Administrar Perfiles 154
Tabla 66: CUS49- Generar Indicador de motivo de rechazo 154
Tabla 67: CUS50-Actualizar Información de Plantilla de Avíos por Estilo 158
Tabla 68: CUS51-Actualizar Información de Almacén 155
Tabla 69: Capas Lógicas del Sistema 241
Tabla 70: Métrica Interna - Peformance del servidor 282
Tabla 71: Métrica Interna - Nivel de cumplimiento 283
Tabla 72: Métrica Externa - Tiempo estimado de respuesta 284
Tabla 73: Métrica Externa- Ratio de fallas tras modificación de software 285
Tabla 74: Cumplimiento de la implementación funcional 286
Tabla 75: Métrica de Uso - Rotación de avios en stock 288
Tabla 76: Escenarios CUS08 - Generar Explosión de Avios 288
Tabla 77: Valores a Considerar en la Matriz de Casos de Prueba CUS08 288
Tabla 78: Matriz de Casos de Prueba (Plantilla) del CUS08 Explosion de Avios 291
Tabla 79: Matriz de Casos de Prueba del CUS08 Explosion Materiales 294
Tabla 80: Escenarios CUS011 - Actualizar Información de Oepratividad 306
Tabla 81: Valores a Considerar en la Matriz de Casos de Prueba CUS11 306
Tabla 82: Matriz de Casos de Prueba (Plantilla) del CUS11 313
Tabla 83: Matriz de Casos de Prueba (Datos de entrada) del CUS11 321
Tabla 84: Registro de interesados 338
13
INTRODUCCIÓN
Hoy en día las tecnologías de la información permiten desarrollar nuevas formas de hacer
negocios y mejorar los procesos. Las tecnologías con gran tendencia son las que se basan en
internet, aplicaciones móviles, uso de tabletas y monitores táctiles. Estas tecnologías nos
permiten compartir información y obtener la información en tiempo real desde cualquier punto
de todo el mundo. Así mismo, las tecnologías permiten la automatización e integración de los
procesos de la organización.
Como lo indica el título del presente proyecto, el campo de acción se circunscribe al proceso
de Abastecimiento de Avíos que se desarrolla, principalmente, en las empresas textiles y de
confección, dicho campo de acción abarca desde la operatividad de las órdenes de producción,
explosión de materiales y hasta el ingreso al almacén, ya sea por compra (nacional / importada)
y por producción propia. Se debe de mencionar que la industria textil ha tenido que ir
incorporando, como parte del core de negocio, procesos que se podían trabajar con sus socios
estratégicos (proveedor), pero debido a que los tiempos en producción se han ido acortando en
estos últimos 7 años (de 90 días pasó a 60 y luego a 45 días con menos volumen de producción),
se ha visto en la obligación de asumir la producción de muchos materiales que antes se
compraban y tenían un lead time superior al que se requería para cumplir con las fechas
definidas por los clientes. Debido a estos cambios, se tiene que realizar variaciones en los
cálculos de las explosiones de materiales, ya que en algunos casos se genera saldos por la
compra de avíos y/o por la producción interna. En otros casos se detecta faltantes porque el
criterio con el que se venía manejando ya no es el idóneo que el negocio textil requiere.
El uso de las tecnologías nos permite el registro, control y seguimiento de las actividades que
se realizan en los procesos que son automatizados e integrados. La implementación trae como
resultados el incremento de la rentabilidad y reducción de los costos operativos y
administrativos. Así mismo, nos permite obtener información en tiempo real para la toma de
decisiones, en el competitivo y cambiante mercado global en que se enfrenta la industria textil
y de confección.
El objetivo principal del presenta proyecto es desarrollar un sistema informático en plataforma

web, que permita gestionar de manera eficiente las tareas y actividades que intervienen en el
14
proceso del abastecimiento de avíos, redefiniendo, también procesos existentes con el fin de
realizar compras y producciones más precisas, lo cual nos permitirá una reducción de saldos
en el almacén. El desarrollo del proyecto debe de tener una duración aproximada de 12 meses.
Dicho objetivo va a permitir realizar la trazabilidad de la cantidad explosionada hasta su ingreso
al almacén, a fin que se asegure el abastecimiento oportuno por Orden de Producción, como
también mejorar la cantidad requerida por avío para que no se generen saldos por compras y/o
producciones propias.
Por otro lado, se hará uso de metodologías de desarrollo de software como RUP, buenas
prácticas en la elaboración y Control de Calidad de software bajo la guía ISO 90003 y ciertos
puntos de Gestión de Proyectos se gestionarán bajo el PMBOK.
En este documento se va a explicar los siguientes capítulos:
Capítulo 1: Fundamentos Teóricos:

En este primer capítulo se explica el marco teórico sobre el que se desarrolla el proyecto de
abastecimiento de avíos para industrias textiles y de confección.
Los puntos que se abordan en este capítulo son: la definición del avío, el proveedor logístico
interno, la planificación de la producción, la gestión del desarrollo de producto, la gestión
logística, la explosión de materiales, la operatividad de la orden de producción, la producción
textil y de confección. En cuanto a los fundamentos tecnológicos se desarrollará en plataforma
web, aplicación en móvil y en pantallas táctiles. Finalmente, se describirá la organización, el
campo de acción con sus principales procesos. Se analizará los procesos del campo de acción
para establecer la situación problemática y sus problemas asociados para evaluar la posible
solución.
Capítulo 2: Propuesta de Solución:

En este segundo capítulo del proyecto se desarrollará, con más detalle, la propuesta de solución
a la problemática identificada en el capítulo anterior, se va a definir el objetivo general y los
específicos del proyecto, también se va a fundamentar cada objetivo específico y se
proporcionará los beneficios tangibles e intangibles, así como los indicadores del logro de los
objetivos (alineados a la gestión de proyectos) y el Benchmarking para confirmar que esta
herramienta no se cuenta en el mercado de software y que es necesario el desarrollo de una
15
nueva herramienta tecnológica que permita solucionar la situación problemática actual que se
presenta en corporación TopiTop S.A..
Cabe indicar que la solución incluye el uso tabletas, pantallas táctiles e internet como
alternativas para la integración de los procesos y, por consiguiente, la automatización,
seguimiento y control del abastecimiento de avíos.
Capítulo 3: Modelado del Negocio:

En este tercer capítulo del proyecto se enfocará con mayor profundidad el proceso de negocio
del sistema de Abastecimiento de avíos de la gestión logística. Aquí se identifican las reglas
del negocio, el modelo de casos de uso del negocio, los actores del negocio y con estas
definiciones se podrá ver el diagrama de casos de uso del negocio.
Todo esto va a permitir entender cuál es el alcance del proceso que posteriormente se va a
automatizar.
Capítulo 4: Requerimientos:
En este cuarto capítulo del proyecto se elaborará el establecimiento de requerimientos
funcionales y no funcionales, parte vital del éxito del proyecto, también se identificará los
actores del sistema y la función que van a cumplir dentro de los casos de uso, el diagrama de
paquetes para identificar la relación entre ellos y su funcionalidad, los atributos de los casos de
uso donde se identificará los casos que son parte del núcleo del proyecto, las especificaciones
de alto nivel y las de nivel detallado que servirán de guía para realizar la programación de estos
y por último el diagrama del modelo conceptual y su respectivo diccionario de datos donde
identificaremos las clases con sus atributos.
Capítulo 5: Arquitectura:
En este quinto capítulo del proyecto se trabajará en la definición del diagrama de los casos de
uso con mayor importancia para la arquitectura del software, también detallaremos las metas
que irán relacionadas a los requerimientos no funcionales que tienen un impacto significativo
en el diseño de la arquitectura, las restricciones que relaciona el conjunto de limitaciones al
diseño y/o a la implementación que restringe las decisiones que puede tomar un arquitecto
sobre la arquitectura y sus mecanismos que describen la solución que el arquitecto dará a cada
problema técnico típico de un desarrollo de un software. También se definirá la vista lógica,
donde identificaremos las capas de: presentación, negocio, dominio y datos. La vista de
16
implementación donde se mostrarán los componentes físicos y sus interacciones, la vista de
despliegue que nos mostrará la configuración física de un sistema, mostrándonos que piezas de
software se ejecutan sobré que pieza de hardware. Por último, se realizarán las pruebas de
concepto de 2 casos de uso ciclo cero.
Capítulo 6: Construcción:
En este sexto capítulo del proyecto se van a definir los patrones que se van a utilizar en el
desarrollo de los casos de uso del proyecto, se desbribirá el diagrama de patrones y su
respectiva especificación detallada de los mismos donde se explicará el problema a resolver, la
solución, las ventajas, las desventajas y su motivo de uso. Luego se mostrará el modelo físico
de datos donde se podrán apreciar todas las tablas que conforman el sistema y la relación que
existe entre ellas. Por último, se realizará el diccionario de datos de las tablas definidas en el
modelo físico de datos con la descripción de cada campo con su propósito, el tipo de dato que
se le asignó y la indicación de que si es clave primario o foránea.
Capítulo 7: Calidad y Pruebas del Software:

En este sétimo capítulo del proyecto se va a definir y establecer la política de calidad, los
objetivos de calidad. También se van a definir las normas de calidad que se van a aplicar y las
métricas internas, externas y de uso para el óptimo control del desarrollo del software. Por
último, realizaremos los casos de pruebas para los casos de uso actualizar operatividad y
explosión de avíos que fueron parte de las pruebas de concepto, aquí validaremos el flujo
básico, los flujos alternos y los subflujos.
Capítulo 8: Gestión del Proyecto:

En este octavo capítulo se trabajará en la administración del proyecto, la planificación,
ejecución, el control de las actividades y entregables de desarrollo. Se identificará a los
interesados del proyecto, el EDT, el cual se ha definido en 3 etapas y comprende los 3 primeros
capítulos, la segunda etapa que comprende el cuarto y quinto capítulo y la tercera etapa que
comprende el sexto y sétimo capítulo, todas las etapas tienen su respectiva gestión de proyectos
donde se detalla el cronograma en ejecución el cual abarca todos los capítulos, el acta de
aceptación del proyecto de los primeros 3 capítulos, la segunda acta de aceptación que
comprende el capítulo de requerimientos, la tercera acta de aceptación que comprende el
capítulo de arquitectura de software, la cuarta acta de aceptación que comprende el capítulo de
17
la construcción y por último, la quinta acta de aceptación que comprende el capítulo de calidad
y pruebas del software.
Finalmente, el objetivo del presente proyecto profesional es el desarrollo de un Sistema de

Información que sirva como herramienta para la mejora del proceso de Gestión del
Abastecimiento de avíos para las empresas textiles y de confección, procurando aumentar el
grado de automatización del mismo.
18
CAPÍTULO I: FUNDAMENTOS TEÓRICOS
1 INTRODUCCIÓN
En este primer capítulo abarcaremos el marco teórico sobre el que se desarrolla el proyecto de
abastecimiento de avíos para industrias textiles y de confección. Así mismo, debemos indicar
que los principales conceptos corresponden a la operatividad de la orden de producción, la
explosión de materiales, la gestión de necesidades para la compra y su fabricación en las áreas
de impresiones y tintorería, y por último, la asignación de stock disponible al momento del
ingreso al almacén. En cuanto a los fundamentos tecnológicos desarrollaremos en plataforma
web, aplicación en móvil y en pantallas táctiles. Finalmente, describiremos la organización, el
campo de acción con sus principales procesos.
Analizaremos los procesos del campo de acción para establecer la situación problemática y sus
problemas asociados para evaluar la posible solución.
2 MARCO TEÓRICO
2.1 FUNDAMENTOS TEÓRICOS SOBRE EL NEGOCIO

En la actualidad, la producción de prendas terminadas por parte de industrias textiles y de
confección presenta variadas formas que dependen de las necesidades de cada empresa. El buen
desempeño de actividades del abastecimiento de insumos viene adquiriendo una importancia
cada vez más relevante en el buen funcionamiento en los mercados donde operan. Hoy en día,
una buena gestión de las actividades logísticas en este rubro, genera ventajas competitivas que
definen liderazgos en los diferentes segmentos de mercado que presenta la industria textil. La
gestión del abastecimiento en los procesos productivos, el manejo de almacenes, la logística de
distribución y la gestión de la logística inversa, convierte a la actividad logística, considerada
como conjunto, en el arma más importante de una empresa para lograr diferenciarse de sus
competidores. 1
El Abastecimiento de la producción en la industria textil requiere de una minuciosa
sincronización entre los diferentes componentes de la producción de prendas terminadas, la
gestión del abastecimiento del avío, tanto para la confección como también para la terminación
de la prenda, se encuentra estrechamente relacionada con estos diferentes componentes que se
rigen con el cumplimiento de los plazos de entrega al cliente, los cuales constituyen los
1
Persiani 2011: 18-34
19
problemas más comunes y más difíciles de resolver que se presentan para el abastecimiento de
la producción en la industria textil. En tal sentido, la presencia oportuna del avío al momento
de la confección y terminación de la prenda representa una parte fundamental en la industria
textil para el logro de la rentabilidad, reducción de sobrecostos y, por consiguiente, la
satisfacción en los clientes.
a. ¿Qué son los avíos?

Se denominan avíos en confección y textil a los materiales que complementan una prenda
y le dan mayor realce, durante el proceso de confección o en el producto terminado. Por
ejemplo: cierres, blondas, botones, entretelas, cintas, sesgos entre otros. Los avíos del
producto en acabado final son parte de la presentación y por ello tenemos: los hang Tag
(etiquetas de cartón), balines, formadores de cuello, cartones de doblado, cajas, pisos,
plataformas, entre otros.
Origen del avío:

Dependiendo de su característica los avíos tienen los siguientes orígenes:
o Avíos para compra (local o importada).

o Avíos para fabricación (producción propia, pueden ser de impresiones Flexo
gráfica, termostática o teñidos).
o Avíos del cliente (no se adquieren, son enviados por los propios clientes).
Clasificación de los avíos de acuerdo al proceso de confección:
o Avío de corte: entretela.

o Avío de costura: botón, broche, cierre, cinta, elástico, etiqueta, hilo, ojalillo,
ornamento, remache, trencilla, clavo, sesgo, velcro, tazlan y refuerzo.
o Avío de bordado: spray, hilo, ornamento y plancha.
o Avío de estampado: nail head, rhinestone, octagon, welding, half round, antique
metal, fusionable, foil, glitter, vinilico, papel y etiqueta.
o Avío de acabados: hang tag, papel, sticker, sujetador, grebiche, badana, Price
sticker, etiqueta, cuero, bolsa, caja, cinta, estuche, grapas, piso, zuncho, separadores
y tapa.
20
b. Proveedor logístico interno
La estrategia de permitir producir insumos para la elaboración de una prenda terminada y
elaborada por la misma empresa, subsidiarias y/o asociadas permite asegurar el
abastecimiento, fabricación y calidad de los insumos, así como un eficiente proceso
productivo de distribución y entrega oportuna del producto terminado.
Este enfoque estratégico que se basa en el conocimiento del mercado, la cadena de
suministro bien estructurada, las estrategias de segmentación, estándares internacionales
de insumos y procesos de producción dan como resultado productos terminados de alta
calidad es la tendencia que se requiere hoy en día en las empresas textiles que ven una
oportunidad el producir insumos para la reducción de tiempos en el abastecimiento de los
avíos en los distintos procesos de producción.2
c. Planificación de la Producción
La planificación de la producción es un término asignado a los distintos tipos de técnicas
de planificación diseñadas para maximizar la producción y la rentabilidad. Aunque
muchas de estas técnicas son de naturaleza matemática, tales como control de inventarios,
planificación de la capacidad y los horizontes de laminación, deben ser entendidos para
que cualquier técnica de planificación sea eficaz. Entender los conceptos de planificación
de la producción es útil para cualquier empresa que busque mejorar la eficiencia y los
ahorros de costos.3
Aspectos de la planificación de la producción

La producción se planifica a un largo, mediano o a corto plazo. La visión a largo plazo se
centra en las decisiones más importantes que una empresa hace que influyen en la
capacidad, mientras que el corto plazo se enfoca más en el uso más eficiente de lo que
una empresa ya tiene. La visión a medio plazo se centra en ajustes, tales como la
contratación, el despido, el aumento de inventario o la expectativa de los pedidos. Por lo
general, las empresas tienen planes de producción separados para los diferentes horizontes
temporales. Aunque una empresa puede centrar sus esfuerzos en un horizonte
determinado, incluso excluyendo los demás, es beneficioso mantener un enfoque en el
largo plazo, incluso si ese enfoque es amplio.
2
Grupo Modelo 2008: 30-33
3
Ehow 2014: 2-6
21
Control de inventario
El control de inventario, que tiene una gran parte de la planificación de la producción, es
frecuentemente visto como un subconjunto de menor importancia de la gestión de la
cadena de suministro; sin embargo, el control de inventario es una parte crucial del
sistema de producción. A parte de la determinación del nivel mínimo de inventario que
una empresa puede mantener para una mayor seguridad frente a un globo en la demanda
de los clientes, el control de inventario examina los costos asociados con el mantenimiento
del inventario, tanto de materias primas y de los productos terminados. El control de
inventario se ve afectado por los cambios en la demanda de los clientes, los costos de
inversión, los gastos de orden de pedido y los costos de respaldo.
Planificación de la capacidad
La planificación de la capacidad intenta hacer coincidir el volumen que la empresa
produce con la demanda del cliente. La capacidad máxima de salida se calcula y una
capacidad óptima se determina. Un exceso de capacidad puede resultar en un bajo
rendimiento de las inversiones en activos, mientras que una muy poca capacidad puede
ahuyentar a los clientes por tener demasiados pedidos pendientes, o incluso tener que
rechazar pedidos. Un plan de buena capacidad tiene una cantidad de nivel de entrada
(materias primas y otros recursos) para su producción (el producto real) con poco o ningún
cuello de botella y poco o ningún tiempo de inactividad.
Planificación agregada
El inventario terminado con frecuencia se gestiona a través de la planificación agregada,
un método que trata de la producción, la propia fuerza de trabajo y la gestión del
inventario. Los planes agregados ayudan a equilibrar la oferta y la demanda al minimizar
los costos mediante la aplicación de nivel superior de las previsiones de menor nivel y la
programación de la producción de las plantas. Los planes agregados hacen esto
aglutinando los recursos de una manera muy general; como mano de obra son "los
recursos de mano de obra" y todas las máquinas "recursos de la máquina". Los planes
"persiguen" a la demanda o asumen un "nivel" de la demanda.
22
Horizonte móvil
Independientemente del concepto empleado en la planificación de la producción, un
concepto muy útil es el "horizonte móvil". La planificación de la producción depende de
ciertas suposiciones de la demanda del cliente y la entrega, un "horizonte móvil" significa
que una empresa implemente un plan de producción, pero también establece la revisión
de su eficacia en un corto período de tiempo. El uso de un "horizonte móvil" permite a
una empresa a ser más reflexiva y adaptativa.
d. Gestión del Desarrollo de Producto

La Gestión de Desarrollo de Producto está compuesta por:
Diseño: que es la materialización en una muestra física de los datos de entrada
proporcionados por el área de diseño para el mercado local o por parte del cliente
exportación y que deben ser validadas por él.
Desarrollo: Es la definición de etapas, parámetros, equipos y demás recursos necesarios
para reproducir a nivel industrial el diseño requerido.
Fases del proceso de desarrollo:

 Fase de negociación.
 Análisis de factibilidad.
 Diseño del experimento de color.
 Diseño del experimento de tela.
 Diseño del experimento del estampado.
 Diseño del experimento de prenda.
 Diseño del experimento del avío.
 Planificación del desarrollo.
 Elaboración del Prototipo (elaboración de la ficha técnica de prenda y de
acabados).
 Aprobación del Prototipo.
 Operatividad de los consumos de tela y avío.
 Asignación de ficha técnica a las órdenes de producción.
 Validación de la pre-producción en moldes.
23
e. Gestión de Logística
La Gestión de Logística ha sido clave en el crecimiento y sostenibilidad de las empresas
en esta época de crisis mundial. Las Empresas que supieron aplicar una estrategia
adecuada acorde a sus objetivos para la Cadena Logística, están superando la crisis en
comparación de aquellas que se limitaron a entender el reto de la Cadena Logística como
un simple ingreso y salida de productos.
La Gestión de Logística se define como la planificación, organización y control de una
serie de actividades de importación, abastecimiento, inventario, distribución y
comercialización, que facilitan el movimiento de los avíos desde su origen (compra o
producción) hasta el consumo de los mismos con el fin de satisfacer la demanda al menor
coste.
f. Gestión del área de Impresiones

La gestión del área de impresiones es clave para el abastecimiento del 40% de los avíos
que se requieren para la producción en una empresa textil. La gestión del área de
impresiones se define como la planificación, organización, producción y control de una
serie de actividades relacionadas a la fabricación de avíos de: costura, acabado, bordado
y estampado, con el fin de satisfacer la demanda de los procesos de confección que
repercute directamente en los clientes.
g. Explosión de materiales(avíos)
Es el proceso que calcula la cantidad requerida de un avío tomando las cantidades de la
orden de producción con el consumo asignado y la merma, en casos de avíos textiles se
debe tomar en cuenta que el rendimiento de la tela acabada (en kilos) y en los avíos de
empaque se obtiene el consumo por la cantidad de prendas por caja dependiendo del tipo
de empaque definido por el cliente.
El cálculo se puede realizar en función de prendas pedidas y/o programadas, lo cual va a
depender del origen del proceso al cual está asociado(corte, costura, entre otros) y además
para lo que se compra se maneja una cobertura por cliente y/o por familia de avíos, de la
definición del origen del avío se generan solicitudes de compra a logística y en caso de
producción propia se envían solicitudes de fabricación a las áreas de impresiones y
tintorería de tela e hilo respectivamente lo cual tiene que estar relacionado con la
planificación del core del negocio que es la tela.
24
h. Modelo Just in Time
Just-in-time (JIT) se ha escrito desde principios de 1970, este método permitirá la racional
reducción de producción innecesaria con el fin primordial de aumentar el beneficio
mediante la reducción de costos. La idea principal es producir lo que se necesita, en el
momento adecuado y en la cantidad que requiere la producción para la satisfacción de la
empresa y el cliente. El Just in time está basado en la demanda que estará en el canal
logístico, la finalidad es agrupar los suministros por proveedores fomentando relaciones
estables para que estos proveedores estén cerca de la fábrica y dentro (producción interna)
en lo que deriva una reducción de costos y una mejor coordinación.4
Las ventajas competitivas se obtienen diferenciándose de los demás: consiguiendo
productos y servicios a un coste más bajo o a una mejor calidad y plazo de entrega más
reducido o una combinación de todo ello y mejorando la gestión de la cadena de
suministros.
Los Cinco ceros del enfoque Just in Time

1. Cero defectos: los defectos causan excesos de costos e irregularidades que acaban
traduciéndose en stocks, por eso uno de los planteamientos del Just In Time, es hacer las
cosas bien a la primera, con ello conseguiremos la calidad deseada y ahorro en costos por
concepto de materiales no despilfarrados, ahorro en gastos generales y de hombre-
máquina, al no tener que repetir las tareas.
2 Cero averías: las averías proporcionan retrasos en la producción y son una de las causas
que hacen que se mantengan stocks. El establecimiento de programas de mantenimiento
productivo y la implicación de los operarios en las tareas de conservación de las máquinas
que se usan para las operaciones de producción, hace que las averías se reduzcan al
mínimo y en consecuencia no será necesario mantener stocks para cubrir tales
contingencias.
3 Cero stocks: en toda la cadena logística es un despilfarro, tener inmovilizados recursos
monetarios, lo que se traduce en un costo para la empresa. Además, ocupan espacio y
requieren personal que supervise los almacenes (baja productividad).
4
Handfield 1997: 244-259
25
4 Cero plazos: para dar un servicio adecuado al cliente y evitar que se incremente el stock
en alguna actividad del conducto logístico. El plazo de entrega es junto al precio y la
calidad una de las variables competitivas de los productos de una empresa.
5 Cero papeles: El Just In Time insiste en la búsqueda de la simplicidad. Capta y
distribuye la información a través de medios informáticos, lo que simplifica notablemente
las tareas administrativas.
i. Modelo Lean
El término “Lean”5 apareció en occidente en los años 80, para describir el sistema de
Producción de Toyota establecido mucho tiempo atrás, en los 50. El concepto de LEAN
y todas sus variantes (Thinking, Lean manufacturing, Lean Management, ErgoLean) va
más allá de una metodología o de un conjunto de herramientas que se apliquen de forma
aislada. Se trata más bien de una filosofía o forma de pensar para la mejora continua.
Según el Lean Enterprise Institute la idea central de este modelo es crear máximo valor
posible, desde el punto de vista del cliente, con el menor consumo posible de recursos (es
decir ajustados), usando el conocimiento y habilidades de la gente que realiza el trabajo.
El principal beneficio de “Lean”, además de mejorar la valoración del cliente, está en la
reducción de desperdicios o despilfarros (para reducir los costes y el lead-time), así como
la reducción drástica de inventarios.
Esta metodología no está enfocada en la reducción de servicios ni en los recortes de
personal, de lo contrario los principios fundamentales de este modelo es el respeto a las
personas y la satisfacción al cliente (impide una reducción de servicios), Además permite
eliminar actividades que no ofrecen valor a la organización, Lean requiere una forma
distinta de enfocarse de manera laboral tomando como puntos clave los siguientes:
 No esconder los problemas. Permiten la mejora continua.

 Reemplazar la estrategia de “ordeno y mando” por la delegación para resolver
problemas en cada nivel jerárquico.
 El enfoque es en el proceso y no en el resultado.
 Trabajo en equipo (problema identificado, problema solucionado).
Los 5 pilares fundamentales de LEAN son:
5
Berenguer 2015: 12-16
26
 Definir el valor desde el punto de vista del cliente: La mayoría de los clientes
quieren comprar una solución, no un producto o servicio.
 Identificar la cadena de valor: solo actividades con valor añadido. Eliminar
desperdicios o evitándolos y optimizando recursos.
 Hacer que todo el proceso fluya suave y directamente de un paso que añada valor a
otro, desde la materia prima hasta el consumidor final. Reducción del lead-time,
idealmente sin interrupciones.
 Producción en base a pedidos de los clientes en vez de producción basada en
pronósticos de ventas a largo plazo.
 Mejora continua. Una vez que una empresa consigue los primeros cuatro pasos, el
mismo proceso evidencia que añadir eficiencia siempre es posible.
j. Operatividad de una OP
Es el proceso que realiza el analista de avíos de Desarrollo de Productos para registrar
los avíos asociados a una orden de producción considerando la variabilidad del mismo
en la prenda (general, por color, por talla y por color-talla) con su respectivo consumo
por unidad y su porcentaje de merma en caso tuviera, en el caso de las cajas se definen
las cantidades de prendas por caja y con ese valor se extrae el consumo por caja. 6
Gráfico 1: Proceso de Abastecimiento Avío 1
Fuente: Elaboración Propia
k. Industria Textil
6
Lee y Neefus 2011: 15-19
27
La industria textil y de confecciones es uno de los sectores manufactureros de mayor
importancia para el desarrollo de la economía nacional, por sus características y potencial
constituye una industria altamente integrada, altamente generadora de empleo y que
utiliza en gran medida recursos naturales del país.7
En tal sentido, la industria textil y de confecciones genera demanda a otros sectores, como
el agrícola por el cultivo de algodón; el ganadero, para la obtención de pelos finos y lanas;
las industrias de plásticos, para los botones, cierres entre otros; la industria química, por
la utilización de insumos, etc.
La industria textil orientada a la exportación ha mostrado un desarrollo sostenido en los
últimos años, como consecuencia tanto de las ventajas competitivas que tiene el Perú. Las
empresas textiles exportaron por un total de S/. 224 millones en el primer trimestre del
2015, cifra que representó un retroceso del 23.1% frente a los resultados del mismo
período del año anterior, informó Comex Perú. Entre las principales empresas tenemos:
Michell y Cía. S.A. lideró las exportaciones de textiles con S/. 27 millones, 1.7% más de
lo que exportó en el mismo período del 2014. Le siguieron Devanlay Perú sac (S/. 21
millones, 46.00% menos), Inca tops (S/. 18 millones, 15.3% más), Industrias Nettalco (S/.
18 millones, 3.5% menos), Textiles camones (S/. 17 millones, 2.1% más), Topi Top S.A.
(S/. 16 millones, 11.1% menos) entre otros. 8
l. Fibras Textiles
Se denomina fibra textil a los materiales compuestos de filamentos usados para formar
hilos. La naturaleza en si presenta una gran variedad de fibras. Además, hoy en día es
posible elaborar una respetable cantidad de ellas por procedimientos artificiales y
sintéticos
Clasificación de fibras:
 Naturaleza:
7
Topi Top 2015
8
Comex Perú 2015: 34-36
28
Gráfico 2 Fibras Naturales 1
Fuente: Revista Tinku – TOPI TOP S.A.
 Hombre: artificiales y sintéticas:

Gráfico 3 Fibras Artificiales/Sintéticas 1
Fuente: Revista Tinku – TOPI TOP S.A.
m. Producción Textil
29
 Hilado: Acción de transformar las fibras en hilos, en caso de fibras discontinuas es
la de reunir estas fibras para formar con ellas un hilo, mediante el efecto de la
torsión.
 Tejido: Acción y efecto de tejer hilos, filamentos o fibra para obtener telas.
 Teñido: Acción en el que se colorean fibras textiles y otros materiales de forma que
el colorante se convierta en parte integrante de la fibra o materia, y no en un simple
revestimiento superficial.
 Termo fijado: Acción de fijar la entretela al tejido por medio de calor. La única
particularidad es que las entretelas deben ser adhesivas. Una entretela adhesiva es
aquella que puede adherirse a una estructura textil por medio de calor, esta entretela
estará formada por un tejido que funcionará de soporte y una resina termoplástica.
 Acabado de tela: Acción que se realiza sobre el tejido para modificar su apariencia,
tacto o comportamiento, aquí se fija con temperatura los parámetros de
encogimientos naturales que pide la Tela.
n. ¿Qué son los hilos?

El hilo es un conjunto de fibras textiles continuas o discontinuas, que se tuercen juntas
alcanzando una gran longitud. Los Hilos son directamente empleados para la
fabricación de tejidos y para el cocido de estos, en caso sean fibras de filamento
continuo se las denomina hilo continuo, y si se trata de fibras discontinuas formarán el
llamado hilado.
Clasificación de los hilos de acuerdo a su composición
Hilo hilado: Es un hilo formado con fibras de longitud regular o irregular,

corrientemente unidas por la torsión y en ocasiones también por otros procedimientos
como, por ejemplo, un pegamento textil.
Hilo monofilamento: Es un hilo formado con un solo filamento, torcido o no torcido,
que posee la suficiente consistencia y elasticidad como para ser tejido, tricotado o
trenzado.
Hilo multifilamento: Es un hilo formado por varios filamentos, con o sin torsión.
30
Hilo metálico: Filamento continúo de metal, que se incorpora a la industria textil una
vez recubierto de una materia plástica flexible e impermeable.
o. Producción Confección
 Corte: Acción que transforma tela acabada en piezas componentes de una prenda,
en conformidad con las especificaciones técnicas enviadas por el área de desarrollo
de producto. Este proceso, tiene cuatro subprocesos: reposo de la tela, tendido de la
tela, corte y habilitado de los componentes para su posterior costura.
 Habilitado: Acción de preparar las piezas y accesorios necesarios para la prenda

que se van a confeccionar.
 Costura: Acción de unir piezas de algún tipo de material por medio del hilo de
coser y con una máquina de costura guiándose de una ficha técnica de prenda.
 Estampado: Acción mediante el cual se impregna un diseño, previamente

desarrollado y grabado, utilizando tintas. Estas tintas se clasifican en tintas base al
agua y tintas base plastisol. El proceso de estampado, tiene tres subprocesos:
preparación de guías, revelado e impresión.
 Bordado: Acción mediante el cual se coloca en la prenda un diseño previamente

grabado, y a diferencia del estampado, la fijación se realiza mediante puntadas de
hilado, y la mínima cantidad a bordar puede ser una unidad.
 Sublimado: Acción o técnica de impresión de imágenes en tela mediante el calor,

con acabados muy vistosos en toda la prenda.
 Lavandería: Acción que busca obtener ciertas características en la prenda (que no

se pueden obtener antes de ser confeccionadas), según el requerimiento del cliente.
Ejemplos: fijar mejor el teñido, no dañar ciertas aplicaciones en las prendas, entre
otros.
 Clasificado: Acción de revisar y seleccionar las prendas terminadas para ver si

tienen algún defecto de calidad y clasificarlas dependiendo de la gravedad del
problema. El estándar de la calificación es de 3 calidades (1,2 o 3), en donde calidad
1 es abastecida para el cliente y el resto no.
31
 Acabado: Acción que transforma una prenda inspeccionada y embolsada (con
etiquetas de precio, etiquetas de contenido, etc.), en prendas colocadas dentro de
cajas estándares en composición y tamaño, para su posterior envío al almacén de
productos terminados. 6
p. Fast Fashion
El Fast Fashion engloba no sólo los términos de la industria fashionista de la producción

en serie y el bajo costo de las prendas (sin duda inspiradas en las últimas tendencias),
sino también el comportamiento de los consumidores de este tipo de moda, pret-a-
porter, democrática pero también desechable, pasajera, accesible, trendy, que sólo dura
una temporada. La globalización y las nuevas estrategias comerciales permiten a los
consumidores de menor poder adquisitivo tener mayor acceso a la industria de la moda.
Es así que los consumidores actualmente pueden comprar a precios accesibles
productos que siguen las últimas tendencias de dicha industria (Retail textil), TopiTop
lo está introduciendo al mercado con la intención de satisfacer esta demanda de diseño
y calidad con un enfoque diferente: manejar una aptitud para interpretar tendencias y la
habilidad para convertirlas en un producto físico en pocas semanas. Este enfoque genera
un importante crecimiento en las ventas facilitado por el amplio volumen de
producción, así como también por la ubicación estratégica de los locales. La buena
coordinación de un sistema de logística permite que los productos se encuentren en el
lugar adecuado en el momento justo para satisfacer las demandas del mercado, lo que
genera una sensación de exclusividad, ya que, si bien tiene muchas colecciones por
temporada, la cantidad de prendas por colección es limitada. “Zara introdujo el
concepto de colecciones vivas, fabricadas, 6 distribuidas y vendidas prácticamente con
la misma rapidez con que los clientes modifican sus gustos, transmitiendo un clima de
escasez y oportunidad”.9
9
McAfee 2004: 20-21
32
2.2 FUNDAMENTOS TEÓRICOS SOBRE LAS TENDENCIAS Y TECNOLOGÍAS
ACTUALES
a. Tendencias Tecnológicas
En esta última década, las empresas han utilizado la tecnología para mejorar sus procesos de
negocio, incorporando sistemas de gestión para toma de decisiones, de abastecimiento
logístico, de producción y otras aplicaciones que automatizan los procesos. Pero esto no es
suficiente, actualmente es necesario contar con la capacidad necesaria para permitir que los
sistemas se comuniquen entre sí, estén integrados y operen como si fueran uno solo (por
ejemplo, un ERP).10
b. Internet
El Internet es una red que interconecta redes de computadores. Por eso es llamada: "red de
redes". Une la información de computadores de una misma empresa, así como millones de
computadores de diferentes países. Con el tiempo el Internet ha tomado más fuerza y son pocos
los países que sólo tienen acceso limitado a internet. Con el internet una persona puede visitar
miles de sitios o páginas llenas de información y contenidos. Todo depende del interés de la
persona y en los temas que desee buscar y conectarse. 11
Los primeros enlaces y la idea del internet pertenecieron a un proyecto militar que pretendía
unir computadores del ejército de Estados Unidos. A finales de los años 60 la Agencia de
Proyectos de Investigación Avanzada comenzó a realizar las primeras conexiones de
computadores del departamento de estado. Después fue utilizado por universidades y más
adelante llegó a los hogares.
Los computadores pueden acceder a internet por medio de la línea telefónica, por el cable de
televisión o por el servicio inalámbrico de telefonía. Cada día millones de personas están
conectadas a través de diferentes sistemas de navegación, compartiendo información, noticias,
música, videos, archivos. El internet ha conectado el mundo convirtiendo este siglo en una
nueva era. La era global.
10
Sap Club 2012: 12-17
11
Morales 2008
33
c. Aplicaciones Móviles
Una aplicación móvil es un programa que se puede descargar y al que se puede acceder
directamente desde un teléfono Smartphone o de desde algún otro dispositivo móvil (Tablet,
reproductor de MP·, entre otros) con acceso a internet. No todas las aplicaciones funcionan en
todos los aparatos móviles dependiendo del sistema operativo se relaciona el tipo de aplicación
móvil. Los sistemas operativos móviles Android, Apple, Microsoft y BlackBerry tienen tiendas
de aplicaciones que operan en línea en las cuales se puede buscar, descargar e instalar las
aplicaciones que le corresponden a cada uno de ellos.
Actualmente ya existen aplicaciones móviles para facilitar la vida en casi todos los sectores
empresariales, entre las ventajas de usar una aplicación móvil se tienen: se puede estar
conectado las 24 horas del día en caso algún colaborador se encuentre en fuera de la oficina o
en otro país, mejor comunicación con los clientes (fidelización) y proveedores (socios
estratégicos), el uso es más intuitivo en el usuario final.12
d. Tablet
Una tableta, en muchos lugares también llamada Tablet (del inglés: Tablet o Tablet computer),
es una computadora portátil de mayor tamaño que un teléfono inteligente o un PDA, integrada
en una pantalla táctil (sencilla o multitáctil) con la que se interactúa primariamente con los
dedos o un estilete (pasivo o activo), sin necesidad de teclado físico ni mouse. Aunque fueron
lanzadas en un primer momento para los usuarios particulares, son las empresas las principales
usuarias de las tablets. Algunas tablets ofrecen mayor potencia de procesamiento, otras son
fuertes en conectividad y multimedia, y otras se centran en las necesidades de colaboración y
comunicaciones, es importante entender primero para que sea utilizada la tablet. Para un
usuario que pasa buena parte de su tiempo fuera de la oficina, la portabilidad y la autonomía
del dispositivo son fundamentales
Estos últimos se ven reemplazados por un teclado virtual, y en determinados modelos, por una
mini TrackBall integrada en uno de los bordes de la pantalla.
Actualmente hospitales, universidades y empresas están empezando a utilizar las tabletas como
herramienta principal de trabajo ya que el manejo se hace más cómodo por cuestiones de peso,
de portabilidad y de autonomía (reduciendo problemas de espacios y con conexión WIFI), en
si la tablet se convierte en un gran aliado del trabajador en movilidad.13
12
Lee 2012: 45-48
13
La Nación 2011
34
e. Monitores táctiles
Una pantalla táctil (en inglés touch screen) es una pantalla que mediante un toque directo sobre
su superficie permite la entrada de datos y órdenes al dispositivo. Las pantallas táctiles son
cada vez más comunes, gracias a las mejoras en la durabilidad, la creciente utilización de las
pantallas LCD y de plasma de pantalla plana y, sobre todo, el crecimiento constante de
aplicaciones tales como quioscos de información. Según Scott Geare de soluciones de software
para Business Inc., pantallas táctiles ofrecen absoluta simplicidad y la franqueza y rapidez de
uso para el operador del consumidor. Fabricantes de pantalla táctil han aprovechado esos
atributos y centrado hasta ahora en el mercado quiosco. También contribuye al crecimiento de
las ventas de la pantalla táctil es el uso de las pantallas LCD de pantalla plana. Es más fácil
hacer un sensor de pantalla táctil plana de hacer una esférica curvada. Las pantallas táctiles se
están convirtiendo más comunmente utilizados no sólo en los quioscos de punto de compra,
sino también en las plantas de fabricación y en algunos tipos de instalaciones médicas en las
que se utiliza un teclado no es conveniente.14
f. Seguridad
La seguridad en internet, desde el nacimiento de esta red siempre ha sido un tema que las
empresas y las personas deben tener en cuenta a la hora de hacer uso de este servicio. Esto se
debe a que es una herramienta que se maneja en un espacio virtual abierto, al que todas las
personas alrededor del mundo tienen acceso, pero no se sabe con cuál propósito ingresan. 15
Así como puede ser usado para aumentar la productividad de una empresa, contactar gente y
encontrar nuevas oportunidades, también es empleado para manipular información, cometer
suplantaciones y ejecutar crímenes informáticos que pueden acabar con una empresa o con la
dignidad de una persona. Hoy en día su acceso es cada vez más económico y no sólo se hace
desde los computadores, sino también desde teléfonos inteligentes y otro tipo de dispositivos
con conexión wi-fi. Es por esta razón que la seguridad en internet es tan importante. Tiene que
ser igual o más rigurosa que la que se aplica todos los días en las diferentes situaciones que se
afrontan en la calle, trabajo y casa. Para que un sistema se pueda definir como seguro debe
tener estas tres características: Integridad, Confidencialidad y Disponibilidad, es preciso
indicar que las empresas de hoy en día que busquen integrar sus aplicaciones en Cloud
Computing deben de tener alineados sus esquemas de seguridad con sus proveedores de
14
Kiesnoski 1998: 37-40
15
Hernando 2011
35
servicio (federación de Active Directory que proporciona administración de identidad federada
interoperable basada en notificaciones, por ejemplo) a fin de evitar algún peligro en la
información.
Entre los diferentes softwares de soluciones textiles que existen en el mercado se encuentra16:
 SYSTEXTIL: de origen brasileño actualmente se encuentra implementado en la empresa
peruana Cotton Knit (2013).
 SGT (Sistema de gestión textil): de origen brasileño actualmente se encuentra
implementado en la empresa peruana Textil San Cristóbal S.A. (2011).
 MULTITEXT: de origen americano actualmente se encuentra implementado en la
empresa peruana Confecciones TEXTIMAX. (2007)
 ENG-ERP: de origen americano es un ERP que se configura por tecnología Cloud
Computing
 SAP R/3: de origen alemán actualmente se encuentra implementado en la empresa peruana
GRUPO AMSA. (2011)
 GENESIS DATA SAC: de origen peruano actualmente se encuentra implementado en las
empresas peruanas Hialpesa (1997) y textil Only Start (2013).
Todos estos ERPs tienen un módulo de explosión de materiales (avíos), pero lo tienen orientado
a la compra al 100%, en algunos casos son empresas que no confeccionan prendas de moda
por lo cual su demanda de avíos es básico y fácil de adquirir (compras).
Estas soluciones no cuentan con una planificación de la producción de avíos que se elaborar en
la misma textil y tampoco realizan la asignación de avíos a la OP (solo simulan el stock de ese
momento). Por último, se evidenció que podrían amoldarse en este proceso (algunos solo lo
indicaron).17
16
ERP Textiles 2015
17
Gonzáles 2013
36
3 OBJETO DE ESTUDIO
3.1 ORGANIZACIÓN OBJETIVO

Corporación TOPY TOP S.A. es una compañía familiar, constituida en el año 1983, dedicada
a la fabricación de prendas de vestir de tejido de punto 100% algodón. Actualmente exporta el
60% de su producción (División Industria), direccionando el 65% al mercado norteamericano
y el 35% a Brasil y Europa. El 40% restante se comercializa a través de su cadena de tiendas a
nivel nacional e internacional (División Retail), y su proyección es expandirse a otros mercados
con sus propias marcas diseñadas y producidas a nivel local, como punto de partida se empezó
con Venezuela y últimamente en Ecuador siendo su política el implementar nuevas tiendas
como formato boutique. 7
Actualmente Corporación TOPI TOP S.A. cuenta con un moderno complejo industrial con tres
plantas (Hilandería, Textil y Confección) equipadas con maquinaria de última generación y
con personal altamente capacitado que permite asegurar la entrega oportuna de sus productos
a precios competitivos, factores claves de éxito.
Actualmente se encuentran en el TOP 10 de las exportadoras de textiles de Perú, registrando
niveles de venta de USD 65, 000,000.00 millones anuales para ese mercado; asimismo se
cuenta con una sólida estructura patrimonial, lo cual les permite reaccionar rápidamente a los
cambios en el mercado. El personal asciende a 5,000 trabajadores aproximadamente, y su
producción promedio es de 1, 300,000 de prendas al mes, para los mercados de local y
exportación.
Actualmente Corporación TOPI TOP S.A. cuenta con la certificación ISO18 9001 para las
plantas Textil Confección, la certificación BASC a nivel corporativo y se está en proceso de la
obtención de la certificación WRAP, todo esto orientado a la calidad del producto y a la
preocupación del cliente respecto al medio ambiente y al abuso laboral.
Productos que Ofrece

Corporación TOPI TOP S.A., ofrece al mercado peruano y mundial productos de alta calidad;
dentro de los productos que ofrece se tiene: bata, bermuda, bikini, blusa, Polo box, boxer,
cafarena, camisa, capri, casaca, chaleco, chompa, falda, jegging, leggins, minifalda, pantalón,
pijama, polo, saco, short, top, trusa, vestidos y toda la línea de lencería.
18
ISO 2015: 2-16
37
Gráfico 4: Productos que ofrece TOPITOP 1
Fuente: Diseño de Modas TOPI TOP S.A.
3.2 MISIÓN
“Ser reconocidos como la Empresa Peruana Líder en la industria textil, tanto en la fabricación
como en la comercialización de prendas de vestir para el sector Retail y Exportación”.
3.3 VISIÓN
“Vestir al Mundo con prendas de Moda Casual de Alta Calidad”.
3.4 OBJETIVOS ESTRATÉGICOS

 Ofrecer prendas y telas acabadas de acuerdo a las especificaciones de los clientes, en
los plazos pactados y con rentabilidad para la empresa.
 Mantener una infraestructura con tecnología de punta que asegure el poder optimizar
los procesos.
 Optimizar, desarrollar y agregar valor a los procesos.
 Manejar apropiada y eficientemente el outsourcing como complemento y respaldo a los
procesos operativos y administrativos.
 Contar con personal ejecutivo, administrativo y operativo altamente calificado.
 Diseñar y elaborar programas orientados a la satisfacción social, personal y familiar.
 Flexibilidad en procesos y productos ofrecidos.
 Disminuir los productos no conformes.
38
 Brindar mejores condiciones para la satisfacción de los clientes.19
3.5 ORGANIGRAMA
Gráfico 5: Organigrama Corporativo
Fuente: Proyectos Especiales TOPI TOP S.A.
A continuación, se describirán las gerencias que van a estar involucradas en el proyecto:
Gerencia Corporativa Comercial. -

Dentro de la Gerencia Corporativa Comercial se encuentra la Gerencia de Desarrollo de
Productos la cual se encargará de realizar la operatividad de los avíos en las órdenes de
Producción (ver anexo 1), de identificar los avíos por proceso productivo y los avíos pendientes
de definición en caso tuvieran. Además, realiza la explosión de materiales para identificar la
cantidad a requerir por cada uno.
19
Tinku Topi Top 2015: 3-6
39
Gerencia Corporativa de Administración y Finanzas. -
Dentro de la Gerencia Corporativa de Administración y Finanzas se encuentra la Jefatura de
Compras y Servicios Generales que es la encargada de realizar la compra ya sea nacional o
internacional de los avíos en base a una solicitud de compra con las cantidades y el costo actual
del avío(en caso no sea un nuevo material), así como también de la producción de los avíos
que se realiza en planta específicamente en el área de impresiones, también se encarga del
seguimiento y control de los avíos para que sean abastecidos por orden de producción (ver
anexo 1) ya sea al inicio del proceso de corte y/o la llegada de las prendas al proceso de
acabados. Por último, se encarga también de realizar el seguimiento de los avíos que son
enviados a teñirse en la planta textil.
Gerencia Corporativa de Operaciones. -

Dentro de la Gerencia Corporativa de Operaciones se encuentra la gerencia textil la cual se
encarga de producir avíos textiles que se identifican en una prenda por cada solicitud de
fabricación de teñido relacionado a las órdenes de producción. Las áreas involucradas del
proceso productivo son la Tintorería de Tela y de Hilo.
El beneficio del proyecto está relacionado principalmente a los siguientes objetivos estratégicos
de la empresa:
 Mantener una infraestructura con tecnología de punta que asegure el poder optimizar los
procesos.
 Disminuir los productos No Conformes.
 Optimizar, desarrollar y agregar valor a los procesos.
40
4 CAMPO DE ACCIÓN
4.1 BREVE DESCRIPCIÓN

El campo de acción se delimita al proceso de “Abastecimiento de Avíos” incluyendo la
operatividad de DDP y el teñido de Hilo y Tela, a continuación, se proporcionará una breve
descripción.
El Proceso empieza cuando se realiza la operatividad de los avíos en las Órdenes de Producción
(ver anexo 1) por parte del analista de avíos de DDP, luego se realiza la explosión de avíos
(materiales), al día siguiente el asistente de asignaciones del almacén de avíos, en
base a lo explosionado, revisa avío por avío de cada OP si es que tiene stock y en caso tenga
asigna la cantidad a una OP determinada reservando el stock en el almacén (lo realiza en el
orden que se generó la explosión), y así sucesivamente hasta terminar con todas las OPs,
cuando no hay stock crea un archivo excel (ver anexo 3) con el código, la cantidad requerida y
el origen del avío(si es compra, producción interna, enviado por el cliente), luego se ingresa al
sistema SAP y registra las solicitudes de pedido (ver anexo 2) de los avíos que se deben de
comprar(no se identifica las OPs explosionadas) y se envía un email al área de Compras,
impresiones, Tintorería de Hilo y Tela para que revisen si hay avíos por trabajar(este proceso
dura casi un día y lo realizan 6 personas distribuidas en las 3 sucursales que se tiene en la
empresa), al recibir el correo el Gestor de Compra verifica las solicitudes de pedido (ver anexo
2) que se generaron una por una para ubicar a los avíos que cada Gestor compra(por Grupo de
Compras), pero aparte el Gestor de Compras hace una nueva verificación de lo solicitado vs la
explosión debido a que no confía mucho en la información que le brinda el asistente de
asignaciones. Para los casos de impresiones, tintorería de Hilo y Tela ellos simplemente
ejecutan lo que se les envía sin realizar ninguna verificación del stock en el almacén.
El analista de abastecimiento del área de Seguimiento y Control tiene que armar reportes en
Excel tratando de trazar las explosiones de avíos con las solicitudes de pedido de compra (ver
anexo 2) y las Órdenes de compra para ver si van a llegar los materiales a tiempo para su
despacho a producción (en este caso se demora más de medio día en armar los tableros y/o
cuadros).
Cuando los avíos llegan al almacén al momento de ingresarlos los analistas de asignaciones
empiezan a revisar las Órdenes de Compra para ver el detalle de Solicitud de Pedidos (ver
anexo 2) que se asociaron y tratan de trazar en base a la fecha de los mismos de que OP se
solicitaron para que se asigne el stock que está ingresando y ya no se pueda coger para próximas
41
explosiones que se van a generar. De igual forma para los ingresos por producción interna ellos
reciben el Excel (ver anexo 2) que enviaron a estas áreas y en base a esta información y el
número de orden de servicio se asignan los avíos manualmente.
Como se nota este proceso que es muy manual conlleva a una serie de ineficiencias tanto en la
información que se envía a la compra, así como también la información que se envía a las áreas
de impresiones y Tintorería de Hilo y Tela y la que el almacén recibe por parte de estas áreas.
En la siguiente imagen podemos observar de mejor manera el flujo expuesto.
42
Gráfico 6: Flujo Actual del Proceso 1
43
4.2 PROCESOS DEL NEGOCIO
En la siguiente imagen se muestra el mapa de procesos de Topi Top y se resalta en rojo el
proceso en que se estaría enfocando el campo de acción.
Gráfico 7: Mapa de procesos de TPT 1
El proceso de Negociación (punto 15 según mapa de procesos de TPT) es el encargado de

realizar las cotizaciones a los clientes para una posible colocación de producción, en caso la
cotización sea aceptada se definen las órdenes de producción para la empresa, luego estas
órdenes son asociadas a las fichas técnicas que se desarrollan en el proceso de Diseño y
Desarrollo de Prenda (punto 18 según mapa de procesos de TPT), en donde se realiza el
registro de las medidas y las operaciones de costura para obtener el consumo y la merma de
los avíos que van a asociarse a una determinada prenda, con esta información previamente
definida se empieza el registro operatividad por cada orden de producción en base a la
información de las fichas técnicas y la orden de producción colocada, luego de esto se realiza
la explosión de materiales la cual, es consultada y trabajada por el proceso de Abastecimiento
de Avíos(punto 23 según mapa de procesos de TPT) que es donde se va a generar la asignación
del stock disponible a las órdenes de producción, las solicitudes de pedido de compra para
logística y las solicitudes de fabricación para la producción interna. Este proceso se enlaza con
44
el proceso de tintorería de hilo (punto 26 según mapa de procesos de TPT) que es donde se va
a producir todos los avíos textiles y los procesos de planeamiento Integral (punto 16 según
mapa de procesos de TPT) y programación de operaciones (punto 20 según mapa de procesos
de TPT) los cuales proporcionarán las fechas de llegada de tela a corte, a costura, acabado por
plan de ventas, lo que va a permitir el aseguramiento de la llegada de los materiales al almacén
en el momento que el proceso de confección empiece, todo esto con el fin de evitar retrasos en
la entrega de la producción.
4.3 SISTEMAS AUTOMATIZADOS VINCULADOS CON EL CAMPO DE

ACCIÓN
Actualmente Corporación TOPITOP S.A. cuenta con sistemas desarrollado in house (orientado
al Core del negocio) y el ERP SAP (orientado al no Core del negocio). Debido al proceso en
estudio (Abastecimiento de avíos) el sistema se tiene que integrar a los siguientes módulos:
 Módulo Desarrollo de Productos:

Este módulo de encarga de la elaboración de la ficha técnica de prenda para su confección
hasta su empaque, desde aquí se van a extraer los consumos y las mermas de los hilos de
costura, de bordado y los avíos textiles que serán asignado de forma automática en la
operatividad de la orden de producción
 Módulo MM(SAP):
En este módulo se va a integrar la solicitud de pedido de compra la cual se realiza en base
a la explosión de materiales (avíos) para que se pueda realizar el registro de la orden de
compra de manera más ágil y a su vez se extraerá el detalle de la misma para realizar la
asignación automática en el almacén.
 Módulo Comercial:
Este módulo se encarga del registro de la Orden de Producción, el cual la realiza la
ejecutiva Comercial tanto de mercado de exportación como local. De la orden de
producción se va a obtener los colores, tallas y cantidades pedidas y programadas que
van a servir para obtener los consumos en la operatividad y la cantidad requerida en la
explosión.
45
5 ANÁLISIS CRÍTICO DE LOS PROBLEMAS A RESOLVER
5.1 SITUACIÓN PROBLEMÁTICA Y PROBLEMAS A RESOLVER

En la actualidad no se puede realizar una trazabilidad adecuada de la cantidad requerida de los
avíos desde su explosión hasta el ingreso al almacén (aspectos relevantes del negocio), los
cuales se detallan a continuación:
SITUACIÓN PROBLEMÁTICA PROBLEMAS A RESOLVER

Existe un problema en el  El registro del consumo y la merma
abastecimiento de avíos (saldo / digitado manualmente en el sistema
faltantes) por compras y/o muchas veces es errado lo que origina
producciones imprecisas, lo que un cálculo impreciso de la cantidad
acumula mucho stock en el almacén requerida en la explosión de avíos, el
que inclusive se ha llegado a abrir cual se envía para la compra y/o
nuevas sucursales para lograr producción propia.
almacenar todo el stock acumulado.  Se evidencia que no se cuenta con la
Actualmente, el 65% de los clientes información de la cantidad pedida por
solo aceptan la cantidad pedida que color y talla del cliente (solo trabaja
solicitan en su orden de producción y con la cantidad programada), lo cual
no la cantidad programada que define origina que se genere saldos de avíos
la empresa. Además, se hace por compras y/o producciones
engorroso la clasificación y excesivas ya que en determinados
evaluación de las devoluciones de los procesos de confección solo se
avíos de los procesos productivos que requiere el total pedido (acabado y
son enviados al almacén (en muchos empaque).
casos se dan cantidades superiores a la
requerida por planta).
Se generan reposiciones de solicitud  Falta de información al momento de
de fabricación por OP – Avío cuando explosionar la cantidad requerida para
la producción está en el proceso de los avíos textiles ya que no se
costura, lo cual impacta en que la considera la merma textil, el
mercadería tenga que regresar rendimiento crudo (en metros) y el
posteriormente a costura (cuando esta rendimiento acabado (en kilos). Lo
por ingresar a Acabados), y en algunos cual genera que se tenga que realizar
casos se retrasa la entrega de la orden reposiciones en las áreas de tintorería
de producción al cliente. para completar los avíos faltantes
(30% a 35% menor a lo que realmente
se requiere).
Los avíos como sticker y hang tag al  La explosión de Materiales no cuenta
ser tan pequeños y frágiles tienen con la aplicación del porcentaje de
46
muchas pérdidas y/o deterioro de cobertura sobre la cantidad requerida
unidades en el proceso productivo lo que se genera por lote de producción
que ocasiona que se tenga que solicitar para que pueda cubrir las pérdidas y/o
reposiciones de compra. De igual deterioros de los procesos
manera hay clientes que permiten productivos, esto se debe de definir
embarcar todo lo cortado para una por familia de avíos y/o por cliente.
producción y actualmente por no tener
avíos al 100%, estas prendas se quedan
en el almacén de saldos evitando
ingresos por ventas a la compañía y
sobre stock en los almacenes.
Para el alto volumen de información  Debido a que la verificación del stock
que maneja la compañía actualmente disponible es manual existen errores
(entre 2000 a 4000 ítems de digitación de la cantidad del avío de
explosionados diariamente) se una determinada OP al momento de
muestra una gran demora en la reservar el stock disponible en el
verificación del stock disponible en el almacén y al momento de crear el
sistema al momento de su asignación, Excel consolidado para las áreas de
Además de que constantemente se Impresiones y Tintorería. Por último,
cuenta con personal inexperto en el se comenten errores al momento de
conocimiento del proceso(no manejan enviar el archivo Excel (envían un
la prioridad de asignación de stock por consolidado de días anteriores)
llegada de la tela a corte de una OP por confundiendo al personal de compras,
plan de ventas), el uso del MS Excel y impresiones y tintorería.
del correo, especialmente cuando es
personal nuevo (rotación constante).
El uso del MS Excel está siendo
insostenible para el volumen de
información que se maneja en la
empresa. Debido a la rotación
constante en el almacén tanto el
personal de compras como el personal
de producción tiene que revisar 2
veces el Excel consolidado que se
envía a sus respectivas áreas, lo cual,
genera tiempos improductivos en el
personal y en algunos casos se produce
2 veces un mismo artículo (Avío de
OP) por él envió de información
incorrecta.
El área de impresiones no puede  Falta de información en el Excel que
realizar la planificación y control de su se envían a las áreas de compras,
47
producción desde un Excel impresiones y tintorería de Tela e Hilo
consolidado debido al alto volumen de ya que no se cuenta con la información
información que se tiene y al estar de la OP por cada avío que se requiere
integrando la información con la de ni su fecha de entrega correcta que
otros sistemas hace tediosa la labor de debería de estar alineada a la fecha
la producción de los avíos, se necesita programada de los procesos
un documento que solicite la productivos definidos en el sistema de
fabricación del avío con la planeamiento para su compra y/o
información detallada por OP y que a producción. De la misma forma para lo
su vez indique la fecha de entrega y/o que es producción interna no se cuenta
llegada de la tela a corte con el fin de con la información del personal que lo
evitar retrasos en la entrega de la trabajo ni de la máquina asignada para
producción priorizando lo que está por una producción para realizar su
llegar. También se requiere la eficiencia de producción.
medición de la eficiencia del personal  Se evidencia que no se puede realizar
que opera las máquinas termostáticas proyecciones de compra de los
y flexo gráficas para un incentivo insumos de las impresoras flexo
económico o cambio de personal, por gráficas ni termostáticas debido a que
último, se carece de una proyección de no se cuenta con la fecha requerida del
compra de insumos adecuada para no plan de ventas en el Excel que es
correr el riesgo de desabastecer el área enviado por el almacén de avíos, se
de impresiones y por consiguiente no tiene que coordinar con el área de PCP
atender la producción que se solicita para que envié un cuadro en Excel con
diariamente. Las áreas de tintorería de las fechas por OP (dicho cuadro es
tela e hilo requieren que la solicitud de enviado a destiempo impidiendo que
fabricación de avíos textiles que se la proyección considere la producción
integre en su sistema y no en el Excel del mes en curso).
consolidado para no estar trabajando  La falta de información genera
con distintas fuentes de información la retrasos en la entrega de la producción
cual genera tiempos improductivos. de los avíos al almacén.
Debido al alto volumen de ingresos  Se evidencia una falta de información
diarios de mercadería al almacén la al momento de ingresar la mercadería
identificación de la OP - Avío a al almacén, la cual se debería de
asignar (asociada a cada OC y/o extraer desde la Orden de compra y la
Solicitud de Fabricación) es muy Solicitud de Fabricación y no del
tediosa y toma mucho tiempo el Excel que actualmente trabajan.
realizarlo congestionando el ingreso
de la mercadería al almacén tanto para
proveedores como para la producción
propia. Además, no existe un criterio
adecuado al momento de asignar la
mercadería que ingresa al almacén (no
48
se da prioridad por fecha de entrega al
cliente).
Se carece de una trazabilidad adecuada  Los reportes de control y seguimiento
en el sistema actual para realizar un no se obtienen de manera rápida y
control y seguimiento de los avíos (se eficaz ya que se tiene que cruzar el
revisa sistemas e información de sistema con información registrada en
Excel). Excel, lo cual es improductivo y tiende
Se carece de un reporte de seguimiento a errores en digitación.
estandarizado debido a que es manual  Falta de alertas en el momento
(cada analista de control y/o gestor de adecuado (validado por su lead Time
compras manejan distinta información de fabricación) que permita identificar
que es enviada a sus respectivas que avío está en riesgo de
gerencias). abastecimiento.
Debido al alto volumen de  Falta de un tablero de indicadores para
información la consolidación e determinar el porcentaje de
integración de todas las fuentes de abastecimiento por cada OP, para
recolección es muy tediosa y lenta. determinar los avíos pendientes de
Al no contar con un tablero con los definición en la operatividad y los que
indicadores de abastecimiento por OP están pendientes de llegar ya sea por
o por plan de ventas se corre el riesgo compras y/o producción interna.
de que una producción no se pueda
cortar por falta de avíos y/o identificar
si hay un avío pendiente de
información por parte del cliente y/o
alguna área de la empresa, para que el
área Comercial gestione un cambio en
su fecha de entrega y la Gerencia de
Operaciones actualice su programa de
producción o busque una solución
inmediata al problema (reacción
oportuna).
Se carece de un indicador de
reasignación de avíos, a fin de evaluar
la rotación del stock de saldo
disponible para identificar una
oportunidad de venta y de quema de
los saldos.
Debido a la lentitud en la asignación  Debido a la falta de información en
de los avíos a una determinada OP, las línea en el sistema se tiene que
áreas de compras y producción solicitar por correo el stock actual, el
realizan la consulta por correo al cual a veces es incorrecto ya que se
envía una información desfasada y/o
49
almacén si ya está actualizado el stock mal digitada al momento de
para su respectiva revisión. transcribirse.
Tabla 1: Situación Problemática 1
De acuerdo a la situación problemática que presenta Corporación TOPI TOP S.A., se propone
presentar una solución a través de herramientas informáticas, como es un sistema de
información que cubra todas las necesidades de recopilación de datos, que permita a la empresa
automatizar todo el proceso del abastecimiento de avíos. Para ello, se plantea realizar un
sistema informático que permita gestionar, de manera eficiente las tareas y actividades que
intervienen en el proceso que a la fecha se realiza de manera manual y que a su vez nos permita
enviar alertas más efectivas de las que existe hoy en día. Por tal motivo, se propone utilizar
herramientas tecnológicas como la utilización de pantallas táctiles (Touch Screen), a fin de que
el operario del área de impresiones trabaje la liquidación de las solicitudes de fabricación sin
la necesidad de ir a un pc desktop por cada liquidación que se realice y en el almacén de avíos
se implementaría el uso de tablet al momento de revisar las reasignaciones que el sistema ubicó.
También se considerará el uso del smartphone para recibir las alertas de algún posible retraso
del abastecimiento a los gestores de compras (configuración de correo) y una aplicación
móvil12 que nos permita consultar el detalle de estas alertas para realizar una gestión más ágil.
Por último, se realizará la automatización de todo el registro manual en un ambiente web, el
cual permitirá realizar consultas fuera de la empresa.
50
6 CONCLUSIONES
 Realizar el intercambio de información entre los procesos de la Gestión de

Abastecimiento de avíos permitiría centralizar la información y con ella, una mejor
toma de decisiones que permita el logro de objetivos como el aumento en la satisfacción
del cliente y reducción los costos de operación e infraestructura contribuyendo al
crecimiento de la empresa.
 Representar el proceso de abastecimiento de avíos mediando un diagrama flujo permite

la identificación de soluciones y/o mejoras acordes a la realidad de la empresa.
 Algunos de los problemas identificados en la situación problemática son la lentitud en

entrega de información y errores en el registro de los datos, los cuales son ocasionados
por la falta de automatización de los documentos de control sobre las actividades que
se realizan en cada proceso del negocio.
 El desarrollo de tecnologías de Internet (aplicaciones móviles), uso de tabletas y

monitores táctiles permiten la automatización e integración de los procesos de la
Cadena Logística, obteniendo información actualizada para la toma de decisiones.
51
CAPÍTULO II: PROPUESTA DE LA SOLUCIÓN
1 INTRODUCCIÓN
En este capítulo se desarrollará, con más detalle, la propuesta de solución a la problemática
planteada en el capítulo anterior. Cabe indicar, que la solución incluye el uso de aplicaciones
móviles(APP), tabletas, pantallas táctiles e internet como alternativas para la integración de los
procesos y por consiguiente la automatización, seguimiento y control del abastecimiento de
avíos.
2 OBJETIVOS DEL PROYECTO
2.1 OBJETIVO GENERAL

Desarrollar un sistema informático en plataforma web que permita gestionar, de manera
eficiente, las tareas y actividades que intervienen en el proceso del abastecimiento de avíos,
redefiniendo, también procesos existentes con el fin de realizar compras y producciones más
precisas, lo cual nos permitirá una reducción de saldos en el almacén. El desarrollo del proyecto
debe de tener una duración aproximada de 12 meses.
Por otro lado, se hará uso de metodologías de desarrollo de software como RUP, buenas
prácticas en la elaboración y Control de Calidad de software bajo la guía ISO 90003 y
gestionado bajo el PMBOK.
2.2 OBJETIVOS ESPECÍFICOS
 Reducir la generación de saldos de avíos por solicitudes de compra y fabricación no

actualizadas cuando se modifican los consumos en la operatividad de la OP.
 Integrar el registro automático del consumo y la merma de los hilos de costura y avíos
textiles en la operatividad de la OP.
 Agilizar la asignación del stock disponible del almacén de avíos con las prioridades que
la empresa requiere según el plan de ventas.
 Facilitar la identificación de las compras con alto volumen de redondeo en las
cantidades requeridas por gestor de compra.
52
 Agilizar la asignación automática de los avíos que se encuentran con stock disponible
en el almacén, también deberá mostrarlos en una bandeja de pendientes para que el
asistente de asignaciones lo consulte.
 Implementar la creación automática de las solicitudes de pedido de los avíos para que
Aseguramiento de la calidad no los apruebe para la producción cuando estén en mal
estado o no existan físicamente.
 Implementar la creación automática de las solicitudes de pedido de los avíos que no
cuentan con stock disponible considerando toda la información que se requiera para una
buena gestión de compra.
 Implementar una planificación y control de la producción para el área de impresiones,
la cual, recibirá una solicitud de fabricación automática con toda la información que se
requiera para su producción.
 Integrar la solicitud de fabricación para las áreas de Tintorería de Hilo y Tela de manera
automática.
 Integrar la asignación automática de los avíos a una OP al momento en que se ingresa
al almacén ya sea por compra o producción interna.
 Optimizar la reducción de la documentación física y los archivos en Excel.
 Desarrollar las alertas a las áreas de impresiones y Tintorería de alguna solicitud
pendiente de entrega.
 Implementar consultas de seguimientos para identificar si existe alguna OP con riesgo
de abastecimiento.
 Implementar la medición del desempeño del área de compras al momento de colocar
una Orden a partir de la emisión de una solicitud de pedido.
 Implementar las bandejas de pendientes de solicitud de pedido por grupo de compras.
 Facilitar consultas que indiquen el nivel de reasignación vs la compra y/o producción
interna.
 Mejorar la proyección de compra de los insumos del área de impresiones por plan de
ventas.
53
2.3 FUNDAMENTACIÓN DE LOS OBJETIVOS
Matriz de doble entrada para trazar la relación de los objetivos específicos y su
Fundamentación.
OBJETIVOS ESPECÍFICOS FUNDAMENTACIÓN

Reducir la generación de saldos de Las actualizaciones de las solicitudes
avíos por solicitudes de compra y de compra y fabricación lo que buscan
fabricación no actualizadas cuando se es reducir la generación de saldos,
modifican los consumos en la debido a que si el área de compras,
operatividad de la OP. impresiones y tintorería (tela e hilos)
no ven actualizados sus documentos
antes de comprarlos y/o producirlos
van a impactar con cantidades de más
que al final se quedan como sobrantes
de stock en el almacén.
Integrar el registro automático del Este objetivo nos va a permitir
consumo y la merma de los hilos de eliminar errores de digitación del
costura y avíos textiles en la consumo y la merma y a su vez
operatividad de la OP. reducción en compras y/o
producciones excesivas o faltantes
afectando el abastecimiento de los
avíos en la producción. Por último,
agilizará el registro de la operatividad
del sistema.
Agilizar la asignación del stock Este objetivo nos va a permitir
disponible del almacén de avíos con distribuir adecuadamente el stock
las prioridades que la empresa disponible que se tiene en la empresa
requiere según el plan de ventas. a las órdenes de producción según
prioridad de entrega al cliente y/o a
algún proceso de confección, también
nos va a permitirá reducir el registro
manual de la asignación del stock en
los asistentes del almacén.
Facilitar la identificación de las Este objetivo va a permitir identificar
compras con alto volumen de al gestor de compra que está
redondeo en las cantidades requeridas realizando un mal uso de las políticas
por gestor de compra. de redondeo en la compra de avíos, lo
cual permitirá medir su gestión con los
proveedores y además ayudará a
reducir stocks sobrantes (saldos) que
no se necesita en el almacén.
54
Agilizar la asignación automática de Este objetivo lo que busca es reducir
los avíos que se encuentran con stock el tiempo del personal del almacén que
disponible en el almacén, también actualmente demora mediodía en la
deberá mostrarlos en una bandeja de revisión del stock (se revisa la
pendientes para que el asistente de explosión de materiales y lo cuadra
asignaciones lo consulte. con la información del stock del
sistema del almacén) que se realiza OP
por OP. También va a reducir los
errores de digitación que se comenten
al asignar el stock disponible.
Implementar la creación automática Este objetivo va a reducir los errores
de las solicitudes de pedido de los de digitación que se comenten por
avíos que calidad no los acepte para la parte del asistente del almacén al
producción cuando estén en mal realizar el Excel consolidado.
estado o no existan físicamente. Además, en el registro de la solicitud
de pedido de compra que se hace en
SAP también se evitaría errores en el
registro de cantidades, por último, se
tendría la información al empezar el
día y no como ahora que se tiene por
la tarde.
Implementar la creación automática Este objetivo va a reducir los errores
de las solicitudes de pedido de los de digitación que se cometen por parte
avíos que no cuentan con stock del asistente del almacén en el registro
disponible considerando toda la de la solicitud de pedido de compra
información que se requiera para una que se hace en SAP y también ayudará
buena gestión de compra. a identificar el motivo por que cual el
stock disponible fue rechazado para
ver un procedimiento adecuado en el
tratamiento del stock en el almacén
(cuidado especial, consideraciones de
infraestructura, entre otros.), por
último, se tendría la información al
empezar el día y no como ahora que se
tiene por la tarde.
Implementar una planificación y Este objetivo va a reducir los errores
control de la producción para el área de digitación que se cometen por parte
de impresione, la cual recibirá una del asistente del almacén en el Excel
solicitud de fabricación automática consolidado que actualmente se
con toda la información que se maneja y además se tendrá una
requiera para su producción. planificación y control de la
producción que actualmente procesa
55
el área de impresiones. La solicitud de
fabricación nos va a permitir ordenar
las labores diarias. Por último, se
tendría la información al empezar el
día y no como ahora que se tiene por
la tarde.
Integrar la solicitud de fabricación Este objetivo va a reducir los errores
para las áreas de Tintorería de Hilo y de digitación que se cometen por parte
Tela de manera automática. del asistente del almacén en el Excel
consolidado que actualmente se
maneja y además va a permitir contar
con las solicitudes de fabricación al
inicio del día y no como ahora que se
cuenta con la información recién por
la tarde.
Integrar la asignación automática de Este objetivo va a reducir el registro
los avíos a una OP al momento en que manual del asistente del almacén al
se ingresa al almacén ya sea por momento de ingresar las compras
compra o producción interna. (nacionales y/o importadas) y las
solicitudes de fabricación
(impresiones y/o tintorería) en el
sistema evitando así errores de
digitación y tiempo en la
identificación de la OP para su
asignación y reserva de stock en el
almacén.
Optimizar la reducción de la Debido a la generación automática de
documentación física y los archivos en los documentos involucrados en el
Excel. proceso de abastecimiento y almacén
el registro del Excel consolidado ya no
se realizaría porque estaría siendo
reemplazado.
Desarrollar las alertas a las áreas de Este objetivo va a alertar de manera
impresiones y Tintorería de alguna eficiente a las áreas que producen los
solicitud pendiente de entrega. avíos en la empresa para que sepan
que solicitud de fabricación está
pendiente de entrega evitando algún
riesgo de retraso en la confección de la
orden de producción.
Implementar consultas de En base a la automatización de todos
seguimientos para identificar si existe los documentos del proceso de
abastecimiento de avíos se podrá
56
alguna OP con riesgo de contar con consultas con información
abastecimiento. más precisa que permitan identificar si
algún avío asociado a un orden de
producción no ha sido abastecido aun
identificando si es por un problema de
colocación de la orden de compra o
por un problema de desatención de las
áreas de impresiones y/o tintorería.
Implementar la medición del En base a la automatización de todos
desempeño del área de compras al los documentos del proceso de
momento de colocar una Orden a abastecimiento de avíos se podrá
partir de la emisión de una solicitud de contar con tableros de medición de
pedido. desempeño de los gestores de compra
que nos permitirán medir su
performance en cuanto al tiempo que
se toman en aprobar una orden de
compra desde que el avío fue
explosionado, actualmente los
gestores indican que su retraso es por
la doble revisión de stock y por qué el
almacén se demora mucho en enviar el
Excel consolidado que se revisa de
manera manual.
Implementar las bandejas de Este objetivo lo que busca es que los
pendientes de solicitud de pedido por gestores de compra se tomen menos
grupo de compras. tiempo en revisar todas las solicitudes
pendientes de comprar que hay por día
y se limiten a ver solo los que le
competen, aquí se ordenará por
familia de avíos y/o cliente a cada
gestor evitando así tiempos
improductivos durante su gestión.
Facilitar consultas que indiquen el Este objetivo va a permitir la
nivel de reasignación vs la compra y/o evaluación de reasignación que se
producción interna. tendría en el almacén para evaluar si
existe un alto volumen de
disponibilidad de stock y a su vez
verificar el porcentaje del mismo
respecto a los avíos que se producen
y/o compran. Con esto se lograría
reducir el presupuesto que brinda la
empresa al área de logística para la
compra por mes.
57
Mejorar la proyección de compra de Este objetivo nos va a permitir evitar
los insumos del área de impresiones algún retraso en la producción de los
por plan de ventas. avíos del área de impresiones
verificando el plan de ventas por mes
y la demanda a producir que se tendría
con la información de las solicitudes
de fabricación que se implementarían
y además de los avíos pendientes de
definición que se obtendría desde la
operatividad y que podrían impactar
aquí.
Tabla 2: Fundamentos de los objetivos 1
2.4 INDICADORES DE LOGROS DE LOS OBJETIVOS

A continuación se detallarán los indicadores que se requiere para el sistema de abastecimiento
de avíos:
 Presentación y Evaluación del Benchmarking del proyecto a los Gerentes de

Operaciones, Logística, Comercial y General
 Presentación (KickOff) del proyecto a los Gerentes de Operaciones, Logística y
Comercial.
 Presentación y aprobación del acta de constitución del proyecto a los Gerentes de
Operaciones, Logística y Comercial.
 Presentación y aprobación del alcance del proyecto al Gerente de Logística.
 Presentación de informes de seguimientos del proyecto al Gerente de Logística.
 Presentación y aprobación del modelo de negocio del proyecto al Gerente de
Logística.
 Presentación y aprobación de las reglas del negocio del proyecto al Gerente de
Logística, Comercial y de Operaciones.
 Presentación y aprobación de los requerimientos funcionales y no funcionales del
proyecto al Gerente de Logística.
 Presentación y aprobación de las especificaciones de los casos de uso del proyecto al
Gerente de Logística.
 Presentación y aprobación de los diseños de prototipos del sistema a desarrollar en el
proyecto al Gerente de Logística.
 Presentación y aprobación de los riesgos del proyecto a los Gerentes de Operaciones,
Logística y Comercial.
 Presentación y aprobación de las adquisiciones del proyecto al Gerente de Logística.
 Presentación y aprobación del plan de pruebas integrales del proyecto al Gerente de
Logística.
58
 Presentación y aprobación de los manuales (técnicos y usuario) del proyecto al
Gerente de Logística.
 Presentación y aceptación del cierre del proyecto. a los Gerentes de Operaciones,
Logística y Comercial. 20
Actualmente el mercado de software textil es amplio y nos brinda oportunidades para que
Corporación TOPITOP S.A. pueda evaluar soluciones ERP que existen implementados en
algunas textiles en el Perú y también de soluciones hechas en casa de otras empresas textiles
para ver la posibilidad de adquirirlas en caso se adecuen a la necesidad que se presenta en el
proceso de abastecimiento de avíos. Se profundizará la evaluación de estas soluciones dentro
del punto de las “soluciones encontradas”.
3 BENEFICIOS DEL PROYECTO
3.1 BENEFICIOS TANGIBLES
BT1. Reducción de la lentitud y la inexactitud de la información a un

80%. La reducción se producirá por la automatización de las
actividades en las áreas del almacén de avíos y de impresiones, aquí se
medira el tiempo y la cantidad de errores que genera el registro manual
versus el registro automatizado.
BT2. Simplificación del grado de dificultad en los procesos de la
Gestión Logística en un 70%. La simplificación se producirá por la
automatización de las actividades. Cabe indicar que el grado de
dificultad tiene los valores de 0% a 100%.
BT3. Reducción de los asistentes de asignaciones del almacén en un
50% en las 3 sucursales que se tiene en la corporación al automatizar
la actividad diaria que realiza. Cabe indicar que son 8 asistentes en
total.
BT4. Incrementar el rendimiento de productividad a un 70% y reducir
los costos a un 80% a través del seguimiento y control de las
actividades. Cabe indicar que la principal reducción de costos está
orientada a la reducción de saldos de avíos de los almacenes.
BT5. Reducir el número de horas hombres utilizadas en el
procesamiento y actualización de la información para la toma de
decisiones en el área de compras, impresiones y tintorería. La
reducción será de 5 horas hombre a 20 minutos.
20
Rumbaugh 2000: 10-14
59
BT6. Reducción de costos en infraestructura por la reducción del stock
disponible a un 35%.
BT7. Implementar la aplicación de las eficiencias de producción para
los operarios del área de impresiones.
BT8. Integrar el sistema propuesto con las aplicaciones que existen
actualmente en la organización y que se va a consumir de su
información tales como: Sistema de Desarrollo de Productos, SAP y
el Sistema Comercial. Esta integración reducirá un 30% las labores
manuales de revisión y búsqueda de información de los consumos de
avíos y el stock disponible en los almacenes.
BT9. Reducir el número de sobrantes de avíos por devolución de los
procesos de confección en un 50%.
BT10. Reducir el número de licencias SAP experto en un 2% debido
a que los asistentes del almacén ya no digitarían la Solicitud de Pedido
de Compra en SAP.
BI2. Mejora del tiempo y oportunidad para obtener la información del
área de almacén e impresiones en un 60%.
3.2 BENEFICIOS INTANGIBLES
BI1. Mejoramiento en la exactitud de la información para la satisfacción

del área de compras, impresiones e tintorería por un mejor servicio en el
proceso de Abastecimiento de avíos.
BI2. Mejoramiento de la satisfacción del cliente por un mejor servicio
en el proceso de Abastecimiento de avíos
BI3. Incrementar la satisfacción del trabajo para los empleados
eliminando las tareas tediosas como la consolidación y lectura del
Excel.
BI4. Identificación de los motivos de los saldos disponibles que no son
aptos para la producción para tomar decisiones tales como: venta a
mayorista, quema del avío en coordinación con el cliente, reproceso del
producto para transformarlo y poderlo utilizar. Todas estas actividades
permitirán ingresos al patrimonio (en el caso de las ventas) y la reducción
de los espacios físicos del almacén para reducir el costo de almacenaje y
custodia.
BI5. Identificación del responsable de la generación de saldos midiendo
sus órdenes de compras para reducir la política de mínimos de compra
por proveedor con una estrategia de compra a largo plazo.
60
4 ANTECEDENTES
4.1 SOLUCIONES ENCONTRADAS 21
ERP SYSTEXTIL:
Es una empresa brasileña fundada hace 23 años en la ciudad de Jaraguá do Sul, Santa Catarina,
dicha empresa se dedica al desarrollo de soluciones para la gestión integrada de las industrias
que componen la cadena textil. Actualmente los módulos de “Desenvolvimiento del Producto”
y “Logística y Disribución” de la solución están instalados en la empresa Cotton Knit en Perú
(aproximadamente se demoró 3 años y medio en implementar) y no ha logrado implementarse
en Textil del Valle (se resolvió el contrato por no cumplir el alcance que se requería). Una de
las principales desventajas que se tiene es que este ERP se desarrolló primero como una
solución para industrias que fabrican toallas y luego se adecuo a prendas.
Web site: http://www.systextil.com.br/erp/.
SOLUCIÓN GENESIS DE HIALPESA:

Hialpesa es una empresa textil que se encuentra en el Top 10 de las más exportadoras a nivel
de Perú. Desde 1995 el que era su Gerente de Sistemas el sr. Víctor Luna empezó a
comercializar su solución de software para textiles bajo el nombre de “Genesis” y a su vez
constituyó la empresa Genesis Data Sac. Actualmente esta solución se encuentra implementada
en Hialpesa y Textil Only Star.
Web Site: http://www.universidadperu.com/empresas/genesys-data.php.
4.2 ANÁLISIS COMPARATIVO
Criterios de calificación:
0 No contempla la funcionalidad
1 Contempla parcialmente la funcionalidad
3 Cumple totalmente la funcionalidad
21
IG Textil 2015: 4-9
61
LISTADO DE NECESIDADES DEL
NEGOCIO SOLUCIONES IDENTIFICADAS
GENESI
S DE PROPUESTA
Código HIALPE ERP DE
NN Necesidad SA SYSTEXTIL TESIS
Obtención el consumo automático y su
NN01 merma para los hilos de costuro y los
avíos textiles. 0 0 3
Obtención cantidad requerida de avíos
para la compra por cantidad programada
NN02
en los procesos de costura, corte,
estampado y bordado. 3 3 3
Obtención cantidad requerida de avíos
NN03 para la compra por cantidad pedida en los
procesos de embalaje y acabado. 1 1 3
Registro de avíos pendientes de
NN04
definición y su motivo. 1 1 3
Cálculo del avío textil en base a la merma
NN05
textil y rendimiento de la tela acabada. 0 1 3
Consideración Coberturas de compra por
NN06
familia y/o cliente. 0 1 3
Verificación de stock disponible y
NN07
asignación automática de avíos. 1 1 3
Consulta de detalle del cálculo que
NN08 género la cantidad requerida por cada
avío. 0 1 3
Solicitud de Materiales de Compra y
NN09
asignación automática. 1 1 3
NN10 Solicitud de Pedido de Compras. 3 3 3
Solicitud de pedidos de fabricación para
NN11
avíos textiles. 0 0 3
Solicitud de pedidos de fabricación para
NN12
avíos de impresiones. 0 0 3
Registro de Liquidación y eficiencia en el
NN13
área de impresiones. 0 0 3
Asignación automática de los avíos a la
NN14 OP al ingreso al almacén por orden de
fecha requerida al cliente. 1 1 3
Reportes de proyección de compra de
NN15
insumos para el área de impresiones. 0 0 3
Bandeja de Compras ordenadas por
NN16
Grupo de Compras. 3 3 3
Alertas a las áreas de Compras,
NN17 impresiones y tintorería de pendientes de
atención y/o retraso en producción. 1 1 3
62
Alertas de solicitud de pedidos
NN18 pendientes de orden de compra una vez
superado su lead time de colocación. 1 1 1
Consulta de sobrantes de stock después
de haberse liquidado la orden de
NN19
producción en base a los movimientos de
ingreso vs los movimientos de salida. 1 1 1
Indicador de medición de las OC emitidas
NN20
en fecha y tardías por gestor de Compra. 3 3 3
Interfaz con el sistema SAP R/3 cuando
NN21 se realicen los envidos de Solicitud de
Pedido de Compra. 0 0 3
Interfaz con el sistema ERP-Textil para el
NN22 registro automático del consumo y la
merma en la operatividad. 0 0 3
TOTAL 20 23 62
Tabla 3: Benchmarking 1
4.3 EVALUACIÓN DE LA MEJOR SOLUCIÓN

Metodología:
La presente metodología de evaluación de la solución ERP y solución hechas en casa contempla
los diversos aspectos que se deben considerar para evaluar este tipo de solución como por
ejemplo un esquema flexible que se adapta a las diferentes necesidades de Corporación TOPI
TOP S.A.
Principales Fortalezas:
 Ponderación técnica, funcional, comercial y económica.
 Ajuste a la necesidad puntual de la organización.
 Vinculación del usuario final en todo el proceso.
 Objetivización de la decisión de la inversión.
En base a estas fortalezas se determinó la tabla de criterios de calificación:

0 => No Contempla la funcionalidad, este término nos indica que la solución informática no
cubre el requerimiento funcional solicitado por la empresa.
1 => Contempla Parcialmente la funcionalidad, este término nos indica que la solución
informática cubre el requerimiento funcional, pero se requeriría ajustes considerables para
adaptarse por completo a las necesidades de la empresa.
63
3 => Cumple Totalmente la Funcionalidad, este término nos indica que la solución
informática cubre el requerimiento funcional solicitado por la empresa sin que se realice ningún
cambio adicional.
Después del análisis comparativo de las necesidades del negocio (NN), notamos que la
propuesta de solución del sistema de abastecimiento de avíos cubriría en su mayoría todas las
necesidades identificadas por Corporación TOPITOP S.A. Respecto a las otras soluciones
evaluadas que existen en el mercado y esto es debido a que no cuentan con un control y
seguimiento de producción propia de avíos.
5 TENDENCIAS Y TECNOLOGÍAS PROPUESTAS

Respecto a la tecnología propuesta en el plan de tesis se debe de considerar lo siguiente22:
 Mobile Intelligence, la Inteligencia de negocio móvil es un software que se extiende de

inteligencia de negocios de escritorio (aplicaciones BI), y esto se debe a que la detección
de debilidades y puntos fuertes, mediante el uso de BI de escritorio ya ha encontrado sus
límites. La evolución de la tecnología, que continúa su avance imparable supone, en
términos informacionales, un ímpetu que multiplica exponencialmente las posibilidades
de toda organización que apueste por el cambio. Esta transformación, por otra parte, se
plantea inevitable. Quizás no en este momento, quizás no para todos, pero llegará el día
en que las barreras se impongan al avance y entonces, las organizaciones que hayan
quedado rezagadas, se verán presionadas a utilizarlo.
Si se incorporaría el Mobile Intelligence en una organización, el análisis
estratégico gana en completitud y confiabilidad. El valor de la información adquiere una
dimensión que hasta ahora parecía inalcanzable y que hoy, quien lo experimenta, lo sabe
convertir en fuente de ventajas competitivas ya que es un factor diferenciador que
multiplica las posibilidades del negocio al mismo tiempo que confiere solidez a
la estrategia. En una solución de movilidad, prima la velocidad con la que se proporciona
la información, que además debe presentarse en un formato seguro, que tiene también
que ser fácil de comprender y de usar. Por eso, aparte de los aspectos técnicos y
estructurales, deben tenerse en cuenta las necesidades del usuario. Y en estos ámbitos,
no pueden pasarse por alto los aspectos técnicos: como la diversidad de dispositivos
22
Ticbeat 2015: 8-14
38
Lantares 2016: 2-10
64
móviles (que confirman que lo verdaderamente importante es el acceso y lo relevante es
encontrar una solución multiplataforma IOS / Android) o la integridad de los datos, un
aspecto crucial en un entorno de movilidad. El Mobile Intelligence rompe el perímetro
de seguridad y, por ello, hay que prestar una especial atención, más incluso si hablamos
de estrategias BYOD (bring your own device). Corporación TopiTop esta planteándose
usar esta tendencia en una próxima etapa del proyecto de abastecimiento de avíos.
 SAP (Sistemas, Aplicaciones y Productos para Procesamiento de Datos). Desde el

comienzo, SAP se dedicó al software para aplicaciones de negocios. Por la colaboración
con ejecutivos de negocios e IT y teniendo socios en todo el mundo SAP desarrolló una
forma única de comprender los desafíos encontrados en la implementación de soluciones
tecnológicas para usuarios de negocios, desarrollando software que puede ayudar las
compañías a integrar sus procesos de negocios ayudando a toda la empresa a funcionar
más ordenadamente. Los sistemas versátiles y modulares pueden ser rápida y fácilmente
adaptados a nuevos procesos de negocios de forma que crezca su capacidad a medida
que crece el negocio.
Hoy, SAP es el mayor desarrollador de software para aplicaciones de negocios del
mundo y el cuarto mayor proveedor independiente de software, en términos absolutos.
Más de 7.500 empresas (más de 15 000 instalaciones), en más de 90 países escogieron
los sistemas SAP para mainframe y cliente/servidor para controlar procesos de finanzas,
manufactura, ventas, distribución y recursos humanos esenciales para sus operaciones.
R/3 es considerado una herramienta esencial en industrias como la del petróleo, la
química, productos de consumo y alta tecnología y electrónica.
 Genexus es una herramienta de desarrollo de software ágil, multiplataforma, orientada

principalmente a aplicaciones web empresariales, plataformas Windows y dispositivos
móviles o inteligentes. Es el producto principal de la compañía uruguaya Genexus. El
desarrollador describe sus aplicaciones en alto nivel, de manera mayormente declarativa,
a partir de lo cual Genexus genera código para múltiples plataformas (Windows, iSeries,
Web, dispositivos móviles). Genexus incluye un módulo de normalización de base de
datos (en 3ª forma normal), que crea y mantiene la base de datos óptima (estructura y
contenido) basada en las visiones de la realidad descritas por los usuarios utilizando un
lenguaje declarativo. Genexus genera código para múltiples lenguajes, incluyendo:
65
Cobol, RPG, Visual Basic, Visual FoxPro, Ruby, C#, Java para múltiples plataformas
móviles, incluyendo Android o Blackberry, y Objective-C para dispositivos Apple. Los
DBMSs más populares son soportados, como Microsoft SQL Server, Oracle, IBM DB2,
Informix, PostgreSQL y MySQL.
 Genexus X Evolution 3 es la versión actual, y será con esta versión que se realizará el
desarrollo de la aplicación con generador de código fuente de C# y las tabletas en Android
(versión 4.4 a superior) y Windows 7.0 para las pantallas táctiles. El costo de la
adquisición de Genexus versión X Evolution 3 es cero debido a que la empresa ya cuenta
con esta herramienta para el desarrollo de sus aplicaciones.
 Se requiere 3 unidades de Galaxy Tab S (10.5 LTE) con 16GB, procesador Octa-Core
1.9 GHz y con conexión Wifi más 3 fundas de protector (para soportar caídas y/o golpes).
Se opta por este equipo ya que nos da la seguridad de soportar alto volumen de
procesamiento durante 2 turnos de 8 horas por día. El costo de los Galaxy Tab S es de S/.
1,500 y las fundas protectoras de S/. 70 aproximadamente.
 Se requiere 2 pantallas táctiles de tipo resistivas con sistema operativo Windows 7.0 de
marca LG tipo LCD, ya que no es necesario un tipo más caro porque en el área de
impresiones (donde se usarán) no cuentan con herramientas pulsos cortantes que
deterioren la pantalla. El costo de la pantalla táctil es de 1400 soles de 17 pulgadas.
66
6 CONCLUSIONES
 El análisis comparativo de las soluciones encontradas permite identificar cuales son los
valores agregados que la solución propuesta puede ofrecer en comparación con las
soluciones ofrecidas en el mercado actual.
 Existen soluciones de software que administran los servicios y automatización del

proceso de la cadena logística de avíos. Sin embargo, no están orientados a la fabricación
de producción propia (insumos), considerando que es una tendencia relativamente nueva
el que ahora los avíos sean parte de un control productivo.
 Actualmente la mayoría de soluciones que administran el proceso textil no soportan el

manejo de inclusión de las mermas textiles ni la personalización de trabajar en base a la
cantidad pedida y/o programada, actividades muy específicas del proceso de Topitop, las
cuales significan un desembolso importante de recursos de personal y financieros llegar
a tenerlo para un segmento de clientes relativamente reducido.
67
CAPÍTULO III: MODELADO DEL NEGOCIO
1 INTRODUCCIÓN
El presente capítulo nos permite ver con mayor profundidad el proceso de negocio del sistema
de Abastecimiento de Avíos de la Gestión Logística. El modelado del negocio nos va a permitir
entender cuál es el alcance del proceso que posteriormente se va a automatizar, sus reglas,
problemática y consideraciones que debemos tener para la construcción de un sistema que
responda a una necesidad.
2 REGLAS DEL NEGOCIO

OPERACIÓN – ESTIMULO RESPUESTA
RN01_Condición para registrar el avío El avío debe tener definido el origen
en la operatividad antes de ser registrado en la
operatividad.
Entre los valores del origen tenemos:
 De compra.
 De producción propia.
 Del cliente.
RN02_Condición para registrar el En la operatividad de la orden de
consumo de avío en la operatividad producción el registro de consumos es
de manera obligatoria, no puede haber
ningún avío sin consumo.
RN03_Motivo del pendiente de avío Todo avío definido como pendiente
debe tener asociado el motivo.
RN04_Registro de Avío textil Para el registro de la operatividad de un
avío textil se debe de haber registrado
primero la merma textil y su
rendimiento de tela acabada, en la tela
asociada al avío.
RN05_Motivo de Rechazo de Calidad Si control de calidad definió el stock
disponible como no apto para la
producción se debe de asignar el
motivo por el cual se rechazó.
RN06_LeadTime de Compra Todo avío debe tener definido el lead
time de compra y/o fabricación
dependiendo de su característica.
RN07_Cambios de consumo Las solicitudes de pedido de compra y
las de fabricación se pueden modificar
si hubo cambios en el consumo a
68
solicitud del cliente, siempre y cuando
no se haya generado una Orden de
compra (para el caso de la solicitud de
pedido) y no se haya liquidado (para el
caso de las solicitudes de fabricación).
RN10_Registro Obligatorio de Al registrar el movimiento de ingreso
documentos de los avíos al almacén, se debe de
registrar de manera obligatoria el
número de orden de compra y/o el
número de solicitud de fabricación.
RN13_Generación de Documentos La generación de las solicitudes de
materiales, de pedido de compra y las
de fabricación se pueden realizar todos
los días antes de las 05:00pm.
RN14-Verificación de stock disponible No se puede generar solicitud(es) de
Fabricación o Pedidos de compra para
los avíos que tengan stock disponible,
primero debe generar una Solicitud de
Material.
RN15_Ingreso de Orden de Compra al Se permite el registro parcial de SolPed
Almacén correspondiente a una misma Orden de
Compra, es decir si una OC tiene 5
solped podría ingresarse de una en una.
RN16_Ingreso de Solicitud de No se permite el registro de parcial de
Fabricación al Almacén avío de una Solicitud de Fabricación.
RN17_Actualizar Cantidad Disponible Solo el Asistente de Asignaciones
en Solicitud de Material puede modificar la cantidad no
disponible en la solicitud de Material
luego de la revisión del Analista de
Control de Calidad.
RN21_Búsqueda sin resultados Si una búsqueda de información no
arroja resultados, el usuario no debe ver
ningún tipo de información.
RN22_OP en Riesgo de Abastecimiento Una OP estará en riesgo de
abastecimiento si esta aún no ha sido
abastecida a un día de vencer el plazo
de su fecha requerida.
RN23_Registro de Avío en Plantilla No se permite registrar un avío que no
este correctamente relacionado en la
plantilla de Estilo – Componente – avío
y del maestro de avíos.
69
RN24_Registro de Componente No se permite el registro de un
Correcto en Operatividad componente en la Operatividad que no
exista previamente en el sistema.
RN25_Duplicidad de Componentes en No se permite registrar un mismo
Operatividad conjunto de componente-variabilidad
en la Operatividad para una Orden de
Producción.
RN26_Registro de Archivo Log Se deberá registrar el control de
abastecimeinto de la Orden de
Producción. Se permite obtener el
registro de la información de la Orden
de Producción que se proceso en un
control de Abastecimiento (exitoso o
con errores).
RN27_Error en envío de Email Permite mostrar un mensaje en el
sistema cuando el e-mail que se genera
desde el sistema no se realizó de forma
satisfactoria.
RN28_Registro de Máquina al No se podrá liquidar una solicitud de
Liquidar Solicitud de Fabricación fabricación si esta no tiene una máquina
asignada.
RN29_Registro de Recurso al Liquidar No se podrá liquidar una solicitud de
Solicitud de Fabricación fabricación si esta no tiene un recurso
asignado.
RN30_Registro de Cantidad No se podrá liquidar una solicitud de
Producida al Liquidar Solicitud de fabricación si no se culmina la cantidad
Fabricación producida.
RN31_Estado de Operatividad La revisión de creaciones de
Operatividad debe realizar todos los
días a las 11 pm.
RN32_Orden con Operatividad No se podrá actualizar la Ficha Técnica
Registrada de una Orden de Producción si esta
tiene registro de al menos una
Operatvidad.
RN33_Asigna con Ficha en blanco No se puede Asignar una Ficha Técnica
que no exista en una Orden de
Producción.
RN34_Desasigna con Ficha en blanco No se puede desasignar una ficha
técnica a una OP que no se le haya
asignado una previamente.
70
RN35_Asignar Ficha en OP con Ficha No se puede Asignar una ficha técnica
Asignada en una Orden de Producción si ya tiene
previamente asignada una ficha.
RN36_Sin Generación de Solicitud de El sistema debe de notificar si no se
Material generó ninguna Solicitud de Material
de una explosión de avíos.
RN37_Sin Generación de Solicitud de Si no hay Avíos para Fabricar el
Fabricación sistema no debe generar ninguna
Solicitud de Fabricación.
RN38_Sin Generación de Solicitud de Si no hay Avíos para pedido de compra
Pedido de Compra el sistema no debe generar ninguna
Solicitud de Pedido de Compra.
RN39_Fecha requerida de la El lead time por proyección, a partir de
Proyección de Compras la fecha requerida de las solicitudes de
compras, es de 20 días calendario.
RN40_Generación del Control de La generación del Control de
Abastecimiento Abastecimiento se debe realizar a las
11:00 pm. Todos los días del año.
RN41_Colocación de una Orden de Para el cáculo del control de
Compra abastecimiento el sistema debe de
considerar 4 días calendario en el que el
Gestor de Compras coloca una orden
de compra al proveedor.
RN44_Eliminación de Componentes No se podrá eliminar un componente
con Solicitudes Generadas para los cuyos avío(s) tengan asociados
avíos registrados solicitud(es) de Fabricación en estado
en proceso y/o Solicitud(es) de Pedido
de compra a la cual se haya generado
una Orden de Compra.
RN45_Modificación de Avío en No se podrá modificar el motivo
Componente pendiente y código de un Avío que
tengan asociados solicitud(es) de
Fabricación en estado en proceso y/o
Solicitud(es) de Pedido de compra a la
cual se haya generado una Orden de
Compra.
RN46_Eliminación de Componente Al eliminar un Componente cuyo Avío
con Solicitud de material tenga una Solicitud de Material, el
sistema debe hacer el extorno del stock
reservado y eliminar el Avío de la
Explosión.
71
con Solicitud de Fabricación tenga una Solicitud de Fabricación el
sistema eliminará la Solicitud de
Fabricación y eliminará el código de
Avío de la explosión.
con Solicitud de Pedido de Compra tenga una Solicitud de Pedido de
Compra, el sistema eliminará la
Solicitud de Pedido de Compra y el
código de Avío de la explosión.
RN49_Isumo de Avío textil Se debe definir un código de insumo
por avío textil existente en la
operatividad de una OP.
Nota: Sólo se considera un código de
insumo por uno o más avio textil del
mismo tipo.
RN50-Solicitud ya generada No se puede generar solicitudes si estas
ya han sido generadas.
RN51-Proyección de Solfab activas La proyección de insumos se realizará
considerando sólo las solicitudes de
fabricación en estado pendiente y en
proceso.
RN53-Liquidar Solicitud de Sólo se podrá liquidar las solicitudes de
Fabricación fabricación que tengan asignado un
recurso, máquina y que hayan
terminado la producción de avío.
DERIVACIÓN – CALCULO
RN09_Determinación de Excedente Se debe de permitir como máximo el
registro de un 3% del excedente respecto
a la cantidad requerida que se indicó en la
explosión de materiales (avíos) al
momento de ingresar al almacén.
RN18_Cálculo de Operatividad El sistema experto debe realizar el cálculo
de la operatividad de avíos, para ello debe
utilizar la fórmula matemática descrita en
el anexo 7.
RN19_Cálculo de Explosión El sistema experto debe realizar el cálculo
de la explosión de avíos debe utilizar la
fórmula matemática descrita en el anexo
7.
72
RN42_Cálculo de Fecha Ingreso El sistema experto debe de calcular la
Proyectada al Almacén de Avíos de fecha de ingreso al almacén proyectado,
una Orden de Compra considerando 1 día que le demore al
proveedor entregar la mercadería al
almacén de avíos cuando este la haya
producido.
RN43_Cálculo de Fecha de Despacho El sistema experto debe de calcular la
de Tela Proyectada de una Orden de fecha de despacho de tela proyectada
Compra considerando 2 días en que se demore la
tintorería de tela en entregarlo al área de
corte manufactura.
RN52-Cantidad proyectada Las proyecciones de insumos de realizan
sumando las cantidades de avios de solfab
de impresión para generar el pedido de un
Kit genérico de insumos.
ESTRUCTURA – DOMINIO DE DATOS

RN08_Determinación del consumo En la operatividad de la orden de
producción el registro de consumos
puede considerarse máximo 5
decimales.
ESTRUCTURA – RELACIONES
RN11_Registro de Orden de Compra Toda orden de Compra creada puede de
estar asociada con una o más
solicitudes de pedido de compra.
RN12_Alertas de abastecimiento Las alertas de algún riesgo de
abastecimiento siempre deben ir
copiadas al Gerente de logística y de
Operaciones.
RN20_Perfil de Usuarios Cada perfil de usuario en el sistema
debe tener asociado un correo
electrónico.
Tabla 4: Reglas del Negocio 1
Ver Anexo 4(Trazabilidad de Reglas del Negocio versus Casos de Uso del Negocio.)
73
3 MODELADO DE CASOS DE USO DEL NEGOCIO
3.1 ACTORES DEL NEGOCIO
Gráfico 8: Diagrama de Actores del Negocio
ACTOR DEL NEGOCIO DESCRIPCIÓN

Es el rol que solicita el registro de la
operatividad de la orden de producción al área
de DDP.
Participa en el proceso de:
 CUN01_Operatividad Orden Producción.
Es el rol que solicita los resultados de la

explosión de materiales para gestionar la
compra y/o su fabricación de los avíos
definidos en la orden de producción para
cumplir con el abastecimiento eficaz.
Participa en los procesos de:
 CUN02_Gestionar Abastecimiento Avíos.
 CUN03_Seguimiento_Abastecimiento.
Es el rol que solicita que la operatividad y el
abastecimiento estén completos antes del
momento de la confección de la producción.
Participa en los procesos de:
 CUN01_Operatividad Orden Producción.
 CUN02_Gestionar Abastecimiento Avíos.
 CUN03_Seguimiento_Abastecimiento.
Gráfico 9: Diagrama de Especificación de Actores del Negocio
74
3.2 CASOS DE USO DEL NEGOCIO
Gráfico 10: Diagrama de casos de Uso del Negocio
CASO DE USO DE NEGOCIO
CUN01_Operatividad Orden
Producción.
Actor(es): AN01_Gerente Comercial

AN03_Gerente de Operaciones
Propósito En este caso de uso se va a realizar la
de la operatividad y la explosión de
materiales (avíos) de la orden de
producción asociados a su ficha técnica
de prenda.
Caso de Uso Asociado: No Aplica
Resumen El caso de uso del negocio inicia
cuando el Gerente Comercial solicita el
registro de la operatividad de avíos de
las órdenes de producción y su
respectiva explosión de materiales,
luego el Gerente de Operaciones
solicita un reporte (Status) de toda la
operatividad que está pendiente de
75
definición y con operatividad completa
para realizar un seguimiento de que no
quede nada pendiente de definición. El
caso de uso termina cuando el Gerente
Comercial recibe la conformidad de
que se realizó la operatividad y el
Gerente de Operaciones recibe el
reporte con status solicitado.
CUN02_Gestionar Abastecimiento
Avíos.
Actor(es): AN02_Gerente de Logística

Propósito: En este caso de uso se van a realizar la
solicitud de compra y la planificación
de producción de los avíos que se
fabrican dentro de la compañía con su
revisión del stock disponible
previamente.
Resumen: El caso de uso del negocio inicia
cuando el Gerente de logística solicita
que se realicen las asignaciones del
stock disponible, luego el Asistente de
Asignaciones realiza la generación de
las solicitudes de compras y las
solicitudes de fabricación para que se
planifique la compra y producción de
los avíos explosionados desde la
operatividad de las órdenes de
producción, donde se identificará
cuales están pendiente de definición y
con operatividad completa, y tanto
el Gestor de Compra como el Asistente
de Impresión y al Analista de
Tintorería gestionar la Compra y/o la
producción de los documentos
enviados luego el Gerente de
76
Operaciones recibe el reporte de
Abastecimiento en Planta y el Gerente
de Logística recibe el reporte de
Órdenes de compra emitidas y el
informe de la asignación de Stock. El
caso de uso termina cuando se
realizaron las asignaciones del stock y
se ingresó al almacén de avíos las
órdenes de compra y solicitudes de
fabricación.
CUN03_Seguimiento_Abastecimiento.
Actor(es): AN02_Gerente de Logística

Propósito Este caso de uso permite realizar el
control y seguimiento a los documentos
de compra y/o fabricación para asegurar
el abastecimiento de avíos.
Resumen El caso de uso del negocio inicia cuando
el Gerente de Logística solicita el Status
de abastecimiento por plan de ventas
para verificar si hay algún retraso al
Analista de PCP, luego el Gerente de
Operaciones recibe el Status de riesgo de
abastecimiento para ver cuál producción
corre el riesgo que no se vaya a producir
en fecha (esto informado por el Analista
de PCP). El caso de uso termina cuando
se brinda la información ya sea en
consultas, indicadores y alertas.
77
3.3 DIAGRAMA DE CASOS DE USO DEL NEGOCIO
Gráfico 11: Diagrama de Casos de Uso del Negocio
78
4 MODELADO DE ANÁLISIS DEL NEGOCIO
4.1 TRABAJADORES DEL NEGOCIO
Para los casos de uso del negocio en estudio, hemos identificado los siguientes trabajadores de
negocio que serán incluidos en el diagrama de clases y de actividades del negocio. Estos son
los siguientes:
Gráfico 12: Diagrama de Trabajadores del Negocio
TRABAJADOR DEL NEGOCIO DESCRIPCIÓN

Es el software mediante el cual se ingresa la
información relacionada a las operaciones de
costura, a las medidas por talla y el recorrido
de los hilos de una ficha técnica de prenda.
Es el encargado de revisar el stock disponible

en el almacén para asignarlo a la OP requerida
según la explosión de materiales.
Es el encargado de recepcionar la solicitud de

pedido de compra para generar la orden de
compra con el proveedor adecuado al avío.
79
Es el encargado de identificar el motivo del
rechazo del stock disponible que se ubicó en
el almacén.
Es el encargado de registrar los avíos en la

operatividad de la OP con el consumo y la
merma respectiva.
Es el encargado de recepcionar las solicitudes

de fabricación del área de tintorería para
planificar su realización, liquidación y envío
al almacén de avíos.
Es el encargado de recepcionar las solicitudes

de fabricación del área de impresiones para
planificar su realización, liquidación y envío
al almacén de avíos.
Es el encargado de realizar el seguimiento de

que todos los avíos definidos para una
determinada orden de producción lleguen al
almacén de avíos antes de que sea requerido
para el proceso de confección.
Es el software mediante el cual se actualiza la
información del Proveedor, se crea una Orden
de Compra relacionada a las Solitudes de
Pedido de Compra.
Es el encargado de registrar en el sistema los

ingresos de las compras y de la producción
propia que se realiza en impresiones y la
tintorería y luego lo asigna a cada OP a la cual
están relacionados.
Es el software mediante el cual se ingresa la
información relacionada a la Orden de
Producción para su posterior registro de
Operatividad.
Ver Anexo 5 (Trazabilidad de Trabajadores del Negocio versus Casos de Uso del
Negocio).
80
4.2 ENTIDADES DEL NEGOCIO
Para los casos de uso del negocio en estudio, se ha identificado las siguientes entidades de
negocio que serán incluidas en el diagrama de clases y de actividades del negocio. Estos son
los siguientes:
IMP_EN01_FTP Operaciones de Costura IMP_EN04_Orden de Producción

IMP_EN02_Medidas IMP_EN03_FTP Medidas por Talla EN05_Cliente EN06_Operatividad
EN07_Explosión de Materiales EN08_Avíos EN09_Grupo de Compras EN10_Familia de Avíos EN11_Tela EN12_Planeamiento
EN13_Mermas Estándares EN14_Solicitud de Pedido EN15_Solicitud de Fabricación EN16_Recurso EN17_Maquínas EN18_Solicitud de Material
EN19_Stock EN20_Movimiento EN21_Ubicación IMP_EN22_Operación Costura IMP_EN24_Orden de Compra

EN23_Control Abastecimiento
EN28_Unidad
IMP_EN26_Proveedor EN27_Componente
EN25_Motivos de Rechazo
Gráfico 13: Diagrama de Entidades del Negocio
Ver Anexo 6(Trazabilidad de Entidades del Negocio versus Casos de Uso del Negocio).
IMP_EN01_FTP Operaciones de Costura

Representa la información detallada de las operaciones de costura incluido la distancia del
recorrido y el número de recorridos para el consumo de los hilos de costura y bordado.
Nombre del Descripción Tipo Valor Inicial
atributo
Número Número de Ficha técnica Integer 0
Código Código de Operación de Costura Integre 0
Puntadas Descripción de Puntada Character Nulo
Número de Número de Puntadas por pulgada Integer 0
Puntadas
Orden Orden de la operación en la ficha Integer 0
Técnica
Ubicación Ubicación de la operación Character Nulo
Margen Margen de Costura Integer 0
81
Galga Número de Galga Integer 0
Distancia Distancia de Recorridos Integer 0
Recorridos Número de Recorridos Integer 0
IMP_EN02_ Medidas
Representa la información detallada de las operaciones de costura incluido la distancia del
recorrido y el número de recorridos para el consumo de los hilos de costura y bordado.
atributo
Código Código de Medida de Costura Integer 0
Descripción Descripción de Medida de Costura Character Nulo
Máxima Tolerancia Máxima Integer 0
Mínima Tolerancia Mínima Integer 0
OrdenMed Orden de la Medida Integer 0
TallaBase Código de Talla base Character Nulo
IMP_EN03_ FTP-Medidas por Talla

atributo
Código Código de Medida de Costura Integer 0
Código Código de talla Character Nulo
Descripción Descripción de Talla Character Nulo
Valor Valor de medida en centímetros Integer 0
IMP_EN04_Orden de Producción

atributo
Número Número de Orden de Producción Integer 0
Cliente Código del Cliente Integer 0
Estilo Código del Estilo Character Nulo
Descripción Descripción de la Prenda Character Nulo
PrendasPed Cantidad de Prendas Pedidas Integer 0
PrendasPrg Cantidad de Prendas Programadas Integer 0
Talla Código de Talla Character Nulo
Fecha Registro Fecha de Registro de la OP Fecha 99/99/9999
Comercial
82
Fecha Fecha Requerida por el usuario de 35 a Fecha 99/99/9999
Requerida 70 días de la fecha de registro
comercial
Fecha Fecha comprometida por PCP, puede Fecha 99/99/9999
Comprometida ser mayor o menor a la fecha requerida
Fecha de Fecha de Entrega a DDP, por lo general Fecha 99/99/9999
entrega DDP a los 3 días del resgistro comercial
Usuario Descripción del Usuario Character Nulo
Tipo de Prenda Descripción Tipo de Prenda Character Nulo
Tipo de Descripción Tipo de Bordado Character Nulo
Bordado
Tipo de Lavado Descripción Tipo de Lavado Character Nulo
Tipo de Descripción Tipo de Estampado Character Nulo
Estampado
Destino Destino de la Orden de Producción Character Nulo
Tipo Tipo de Orden de Producción Character Nulo
PO Número de PO Character Nulo
Tela Tipo de Tela Character Nulo
Titulo Título de Hilado Character Nulo
Temporada Descripción de Temporada Character Nulo
AñoTemp Año de la Temporada Integer 0
Color Descripción del Color Character Nulo
Precio Precio de la Prenda Integer 0
Importe Importe Total de la OP Integer 0
Mercado Código de Mercado Character Nulo
Minutos Minutos de Costura Integer 0
EN05_Cliente
atributo
Código Código del Cliente Integer 0
Descripción Descripción del Cliente Integer 0
Adicional Porcentaje adicional de Prendas Decimal 0.0
Cobertura Cobertura de Compras Character Nulo
RUC Código de RUC Integer 0
Dirección Dirección del Cliente Character Nulo
Teléfono Número Telefónico del Cliente Character Nulo
Correo Correo del Cliente Character Nulo
PaisCli País del Cliente Character Nulo
EN06_Operatividad
83
atributo
Avío Código del Avío Integer 0
Variabilidad Variabilidad del Avío en la OP Character Nulo
Consumo Consumo requerido Character Nulo
Merma Merma requerida Decimal 0.0
AviPend Avío Pendiente Character Nulo
Motivo Motivo de Pendiente Character Nulo
Arte Número de Arte de Bordados Integer 0
CantCajas Prendas por Caja Integer 0
Emisión Fecha de Emisión de Operatividad Fecha 99/99/9999
Término Fecha de Término de Operatividad Fecha 99/99/9999
EN07_Explosión de Materiales
atributo
Código Código de Explosión Integer 0
Requerida Cantidad Requerida Decimal 0.0
FechaExp Fecha de Explosión de Material Fecha 99/99/9999
UnidadCon Unidad de Consumo requerido Character Nulo
EN08_Avíos
atributo
Código Código del Avío Integer 0
Descripción Descripción del Avío Integer 0
UnidComp Unidad de Compra Character Nulo
UnidCon Unidad de Consumo Character Nulo
Familia Familia de Avíos Character Nulo
Tela Tela textil Character Nulo
LeadTime LeadTime del Proveedor Integer 0
Registro Fecha de Registro Fecha 99/99/9999
GpoComp Grupo de Compras Character Nulo
Vencimiento Fecha de Vencimiento Fecha 99/99/9999
Origen Origen del Avío Character Nulo
Proceso Proceso del Avío Character Nulo
84
Procedencia Procedencia del Avío Character Nulo
EN09_Grupo de Compras
atributo
Código Código de Grupo de Compras Integer 0
GpoComp Descripción del Grupo de Compras Character Nulo
EN10_Familia de Avíos
atributo
Código Código de Familia Integer 0
Familia Descripción de la Familia Character Nulo
EN11_Tela
atributo
Código Código de Tela Integer 0
Descripción Descripción de la Tela Character Nulo
Grupo Grupo de Tejido Character Nulo
RendCru Rendimiento Crudo Decimal 0.0
RendAcab Rendimiento Acabado Decimal 0.0
Merma Merma Textil Decimal 0.0
Hilo Hilo de Tela Character Nulo
Titulo Título del Hilado Character Nulo
Densidad Densidad de la Tela Decimal 0.0
Encogimiento Encogimiento de la Tela Decimal 0.0
Revirado Revirado de la Tela Decimal 0.0
Inclinación Inclinación de la Tela Decimal 0.0
EN12_Planeamiento
atributo
Código Código del Plan Integer 0
Mes Mes del Plan Integer 0
85
Año Año del Plan Integer 0
Vigencia Fecha de Vigencia Fecha 99/99/9999
PlaneadaIni Fecha Planeada de Ingreso a Proceso Fecha 99/99/9999
PlaneadaFin Fecha Planeada Final de Proceso Fecha 99/99/9999
Mercado Mercado de Producción Character Nulo
Estilo Código del Estilo Character Nulo
Minutos Minutos por proceso Integer 0
Semana Semana del Plan Integer 0
EN13_Mermas Estándares
atributo
Código Código de Merma Integer 0
LoteIni Lote Inicial Integer 0
LoteFin Lote Final Integer 0
Merma Merma del Avío Decimal 0.0
Vencimiento Fecha de Registro Fecha 99/99/9999
EN14_Solicitud de Pedido
atributo
Código Código de Solicitud de Pedido Integer 0
Requerida Fecha Requerida Fecha 99/99/9999
Cantidad Cantidad del avío Decimal 0.0
EN15_Solicitud de Fabricación
atributo
Código Código de Solicitud de Fabricación Integer 0
86
Requerida Fecha Requerida Fecha 99/99/9999
Cantidad Cantidad del avío Requerida Decimal 0.0
CantidadP Cantidad del avío Producida Decimal 0.0
Insumo Insumo del Avío Integer 0
Máquina Código de la Máquina Integer 0
Liquidada Fecha de Liquidación Fecha 99/99/9999
Empleado Código del empleado Integer 0
Código Código del Recurso Integer 0
EN16_Recurso
atributo
Nombre Nombre del Trabajador Character Nulo
Apellido Apellido del Trabajador Character Nulo
DNI DNI Integer 0
Correo Correo del Trabajador Character Nulo
Cargo Cargo del Trabajador Character Nulo
Cese Fecha de Cese Fecha 99/99/9999
Area Area al que pertenece Character Nulo
EN17_Máquinas
atributo
Máquina Código de la Máquina Integer 0
Descripción Descripción de la Máquina Character Nulo
Marca Marca de la Máquina Character Nulo
Modelo Modelo de la Máquina Character Nulo
Tipo Tipo de Máquina Integer 0
EN18_Solicitud de Material
87
atributo
Código Código de Solicitud de Material Integer 0
Atendido Fecha Atendido Fecha 99/99/9999
Cantidad Cantidad del avío Decimal 0.0
Asignado Cantidad Asignada disponible Decimal 0.0
NoAsigando Cantidad No asignada disponible Decimal 0.0
Motivo Código de Motivo de No Asignación Character Nulo
EN19_Stock
atributo
Código Código del Almacén Integer 0
Ubicación Código de Ubicación Integer 0
Ingreso Ingreso del Mes Decimal 0.0
Salida Salida del Mes Decimal 0.0
Inicial Inicial del Mes Decimal 0.0
EN20_Movimiento
atributo
Código Código del Almacén Integer 0
Código Código del Movimiento Integer 0
Tipo Tipo de Movimiento Character Nulo
TipoDoc Tipo de Documento Character Nulo
NumeroDoc Número de Documento Integer 0
CantidadMov Cantidad del Movimiento Decimal 0.0
88
EN21_Ubicación
atributo
Familia Descripción de la Ubicación Character Nulo
EN22_Operación_Costura
atributo
Código Código de Operación de Costura Integer 0
Descripción Descripción de Operación de Costura Character Nulo
UbiPrenda Ubicación de la Prenda Character Nulo
EN23_Control_Abastecimiento
atributo
Código Código de Control de Abastecimiento Integer 0
Estilo Código de Estilo del Cliente Character Nulo
Compra Número de Orden de Compra Integer 0
Código Código de Solicitud de Material Integer 0
Código Código de Solicitud de Fabricación Integer 0
Máxima Fecha Máxima de Definición de Avío Fecha 99/99/9999
DespTela Fecha de Despacho de Tela Fecha 99/99/9999
ConfPCP Fecha de Confirmación de PCP Fecha 99/99/9999
Embarque Fecha de Embarque Fecha 99/99/9999
FProgCost Fecha Programada a Costura Fecha 99/99/9999
FIniCort Fecha de Inicio a Corte Fecha 99/99/9999
Abastecimiento Porcentaje de Avance de Decimal 0.0
abastecimiento
CantAba Cantidad Abastecida Decimal 0.0
CantxAba Cantidad por Abastecer Decimal 0.0
Colocación Fecha Máxima de Colocación de OC Fecha 99/99/9999
Proveedor Código del Proveedor Integer 0
89
LeadTime Lead Time de Compra Integer 0
Ingreso Fecha de Ingreso al Almacén Fecha 99/99/9999
IMP_EN24_Orden_Compra
atributo
Compra Número de Orden de Compra Integer 0
Gestor Gestor de Compra Character Nulo
Cantidad Cantidad a Comprar Decimal 0.0
Entrega Fecha Entrega Fecha 99/99/9999
Precio Precio de la OC Decimal 0.0
Importe Importe Total OC Decimal 0.0
Dirección Dirección de la Orden de Compra Character Nulo
Vía Vía de Embarque Character Nulo
IncoTemr Código de Incoterm Character Nulo
Pago Termino de Pago Character Nulo
Aprobación Fecha de Aprobación OC Fecha 99/99/9999
Moneda Tipo de Moneda Character Nulo
EN25_Motivos_Retraso
atributo
Motivo Código de Motivo de Retraso Integer 0
Descripción Descripción del Motivo Character Nulo
IMP_EN26_Proveedor
atributo
Descripción Descripción del Proveedor Character Nulo
OrigenP Origen del Proveedor Character Nulo
Pago Forma de Pago Character Nulo
90
EN27_Componente
atributo
Componente Código de Componente Integer 0
Descripción Descripción de Componente Character Nulo
EN28_Unidad
atributo
Unidad Código de Unidad Integer 0
Descripción Descripción de Unidad Character Nulo
Factor Factor de Conversión Character Nulo
91
4.3 REALIZACIÓN DE CASOS DE USO DEL NEGOCIO
4.4 ESPECIFICACIÓN DE LOS CASOS DE USO DEL NEGOCIO
CUN01 Operatividad Orden Producción
 Actores del Negocio:

─ AN01_Gerente Comercial
─ AN03_Gerente de Operaciones
 Propósito:
Generar la Operatividad de Avíos y la Explosión de Materiales
 Breve Descripción:
El caso de uso del negocio inicia cuando el Gerente Comercial solicita el registro
de la operatividad de avíos de las órdenes de producción y su respectiva explosión
de materiales, luego el Gerente de Operaciones solicita un reporte (Status) de toda
la operatividad que está pendiente de definición y con operatividad completa para
realizar un seguimiento de que no quede nada pendiente de definición. El caso de
uso termina cuando el Gerente Comercial recibe la conformidad de que se realizó
la operatividad y tanto él como el Gerente de Operaciones reciben el reporte con
status de operatividad solicitado.
 Flujo básico:
1. El Gerente Comercial solicita el registro de la operatividad de avíos
2. El Analista de Avíos verifica si existen órdenes de producción pendientes
de operatividad.
3. El Analista de Avíos ingresa al Sistema Comercial.
4. El Analista de Avíos verifica si hay Fichas Técnicas de Prenda pendientes a
órdenes de producción.
5. El Analista de Avíos ingresa al sistema de Desarrollo de Productos.
6. El Sistema de Desarrollo de Productos verifica el registro de medidas y
operaciones de costura en la Ficha Técnica de Prenda
7. El sistema de Desarrollo de Productos genera Ficha Técnica de Prenda para
cada orden de producción pendiente.
8. El sistema de Desarrollo de Productos entrega Ficha Técnica Prenda para
cada Orden de Producción.
9. El sistema Comercial clasifica las Fichas técnicas por Orden de Producción.
92
10. El sistema Comercial Asigna la Ficha Técnica de Prenda a la Orden de
Producción.
11. El Analista de Avíos verifica los Avíos a registrar en la Operatividad.
12. El Analista de Avíos verifica si es una nueva familia de avíos.
13. El Analista de Avíos solicita la creación de la familia de avíos al Analista
de PCP.
14. El Analista de PCP crea una nueva Familia de Avíos.
15. El Analista de Avíos Crea un código de Avío nuevo.
16. El Analista registra la información de la operatividad [RN_03], [RN_04],
[RN_07] y [RN_08]
17. El Analista de Avíos genera la explosión de materiales.
18. El Analista de Avíos informa la Gerente Comercial el registro de
operatividad.
19. El Gerente Comercial recibe la conformidad de operatividad.
20. El Gerente de Operaciones solicita el reporte de Status de operatividad.
21. El Analista de Avíos verifica si se realizó la operatividad.
22. El Analista de Avíos consulta el registro de la operatividad
23. El Analista de Avíos genera el reporte de Status de operatividad.
24. El Analista de Avíos informa al Gerente de Operaciones.
25. El Gerente Comercial y el Gerente de Operaciones reciben el reporte con el
Status solicitado.
 Flujo Alterno:
1. Si en el punto [3] del flujo básico no existen órdenes de producción
pendientes, el Analista de Avíos envía una notificación de que no hay
pendientes al Gerente Comercial indicándole que no tiene órdenes
pendientes por dar operatividad.
2. Si en el punto [5] del flujo básico no existen fichas técnicas pendientes, el
Analista de Avíos clasifica las Fichas técnicas por Orden de Producción, el
caso de uso sigue en el punto [8].
3. Si en el punto [8] del flujo básico la clasificación no está completa, el
Analista de Avíos seguirá clasificando las Fichas técnicas por Orden de
Producción, el caso de uso se queda en el punto [8].
4. Si en el punto [10] del flujo básico el registro de operatividad no está
completa, el Analista de Avíos seguirá registrando la operatividad de la
Orden de Producción, el caso de uso se queda en el punto [10].
5. Si en el punto [11] del flujo básico no existen códigos de Avíos nuevos para
crear, el Analista de Avíos empieza el registro de información de la
Operatividad, el caso de uso continua en el punto [16].
6. Si en el punto [12] del flujo básico no existen Familias de Avíos nuevos para
crear, el Analista de Avíos empieza la creación de códigos de Avíos, el caso
de uso continua en el punto [15].
93
7. Si en el punto [21] del flujo básico se verifica que no hay registro de
operatividad por trabajar, el Analista de Avíos envía una notificación de que
no se realizó operatividad de órdenes de producción al Gerente de
Operaciones.
 Precondiciones
 Existe al menos una orden de producción pendiente de registro de
Operatividad.
 Existe al menos una Ficha Técnica de Prenda para asociarla a una orden de
producción para registrar el consumo y la merma en el sistema de Consumo
de DDP, en este caso se aplica RN_02.
 Existe al menos un avío para ser registrado, en este caso se aplica [RN_01]
y [RN_06].
 Existe al menos una Familia de Avíos.
 Poscondiciones
 Se generó la Operatividad de la Orden de Producción.
 Se generó la Explosión de Materiales.
94
Diagrama de Actividades CUN01 Operatividad Orden Producción
: AN01_Gerente Comercial : AN03_Gerente de Operaciones : TN01_Sistema de Desarrollo de Producto : TN11_Sistema Comercial : TN05_Analista de Av íos : TN08_Analista de PCP
Solicitar Registro Verificar si existe OP

Operatividad Avios pendientes de operatividad
Verificar Registro de Medidas y
Operaciones en FTP
Existen
Pendientes?
: IMP_EN01_FTP Operaciones de Costura : IMP_EN03_FTP Medidas por Talla
Si : IMP_EN04_Orden de Producción
Verificar si hay FTP Ingresar el Sistema
a OP pendientes Comercial
: EN08_Avíos
No
Recibir Notificación que Notificar que no

no hay pendientes hay Pendientes
Verificar si es una nueva
Existe FPT familia de avíos
Existe FTP Pendiente?
Pendiente? Ingresar al Sistema de
: IMP_EN22_Operación Costura Si Desarrollo de producto ¿Existe Avíos nuevos?
: IMP_EN02_Medidas
No Verificar Avíos a registrar Crear familia
operatividad ¿Es familia de Avíos nueva? de Avíos
Si
Clasificar FTP
Si de OP
No
No Generar FTP para Clasificación No Si
No
OP pendiente : IMP_EN01_FTP Operaciones de Costura Completa?
Solicita crear
: EN27_Componente Si familia de Avíos
: EN13_Mermas Estándares
Asignar Ficha : EN08_Avíos

Técnica a OP
Entregar FTP
para OP : IMP_EN03_FTP Medidas por Talla
: IMP_EN03_FTP Medidas por Talla
Crear Código
de Avío
: IMP_EN04_Orden de Producción : EN10_Familia de Avíos
: EN06_Operatividad
Registrar Información de
Operatividad
: IMP_EN01_FTP Operaciones de Costura Operatividad Completa?

: EN05_Cliente
No
: EN28_Unidad
Si : EN27_Componente
Recibir Conformidad : IMP_EN04_Orden de Producción
de Operatividad
Registrar Explosion de
Solicitar Reporte de Materiales
Status de Operatividad
: EN10_Familia de Avíos
: EN08_Avíos
: IMP_EN04_Orden de Producción
: EN05_Cliente
: EN07_Explosión de Materiales
Enviar confirmación de
operatividad
: EN11_Tela
Recibe Notificación que

no hay operatividad
Verificar si se realizó
operatividad
: EN06_Operatividad
¿Se realizo operatividad?
No
Si
Recibir Reporte con

Status Solicitado
Consultar Registro
de Operatividad
Nota: Se importará las siguientes entidades:
---------------------------------------------------------------- Informar a los Gerentes de
-IMP_En01-FTP Operaciones de Costura : IMP_EN04_Orden de Producción
Recibir Reporte con Operaciones y Comercial
-IMP_EN02-Medidas
Status Solicitado
-IMP_EN03-FTP Medidas por Talla
-IMP_En04-Orden de Producción
-IMP_EN22-Operación Costura
Generar Reporte de
Status de Operatividad
Gráfico 14: Diagrama de Actividades CUN01
95
Diagrama de clases CUN01 Operatividad Orden Producción
IMP_EN01_FTP Operaciones de Costura

IMP_EN02_Medidas
TN01_Sistema de Desarrollo de Producto
TN11_Sistema Comercial EN13_Mermas Estándares

IMP_EN22_Operación Costura
IMP_EN03_FTP Medidas por Talla
EN27_Componente
TN08_Analista de PCP
TN05_Analista de Avíos EN10_Familia de Avíos
EN11_Tela
EN08_Avíos
EN05_Cliente EN06_Operatividad EN28_Unidad
Gráfico 15: Diagrama de Clases CUN01
Lista de las actividades a automatizar CUN01 Operatividad Orden Producción
1. Verifica si existe OPs pendientes de operatividad.

2. Verifica si hay FTP pendientes a OP pendientes.
3. Generar FTP para OP pendiente.
4. Verificar Avío a registrar en operatividad.
5. Crear Familia de Avíos
6. Crear Código de Avíos
7. Asignar Ficha Técnica a OP
8. Registrar Información de Operatividad.
9. Generar explosión de materiales.
10. Consultar registro de Operatividad.
11. Genera reporte de estatus de operatividad.
12. Notificar que no hay pendientes de Operatividad
13. Enviar confirmación de Operatividad
96
Especificación de los casos de uso del negocio
CUN02 Gestionar Abastecimiento de Avíos

─ AN02_Gerente de Logística
 Propósito:
Gestionar el abastecimiento de Avíos tanto en el almacén, compra y en la
producción propia.
El caso de uso del negocio inicia cuando el Gerente de logística solicita que se
realicen las asignaciones del stock disponible, luego el Asistente de Asignaciones
realiza la generación de las solicitudes de compras y las solicitudes de fabricación
para que se planifique la compra y producción de los avíos explosionados desde la
operatividad de las órdenes de producción, donde se identificará cuales están
pendiente de definición y con operatividad completa, y tanto el Gestor de Compra
como el Asistente de Impresión y al Analista de Tintorería gestionar la Compra y/o
la producción de los documentos enviados luego el Gerente de Operaciones recibe
el reporte de Abastecimiento en Planta y el Gerente de Logística recibe el reporte
de Órdenes de compra emitidas y el informe de la asignación de Stock. El caso de
uso termina cuando se realizaron las asignaciones del stock y se ingresó al almacén
de avíos las órdenes de compra y solicitudes de fabricación.
 Flujo básico:
1. El Gerente de Logística solicita asignación del stock disponible.
2. El Asistente de Asignaciones verifica el registro de operatividad y explosión
de materiales [RN_13].
3. El Asistente de Asignaciones ingresa al sistema del almacén.
4. El Asistente de Asignaciones ingresa al sistema de planificación textil.
5. El Analista de PCP verifica fechas planeadas y programadas por cada OP.
6. El Asistente de Asignaciones verifica el stock disponible vs la cantidad
requerida en la explosión.
7. El Asistente de Asignaciones genera la solicitud de Materiales [RN_14].
8. El Analista de Control de Calidad verifica si el stock disponible está en buen
estado.
9. El Analista de Control de Calidad informa la evaluación al asistente de
Asignaciones.
97
10. El Asistente de Asignaciones actualiza la solicitud de material con lo
informado por el Analista de Calidad.
11. El Gerente de Logística recibe el informe de la asignación de Stock.
 Flujo Alterno:
1. Si en el punto [2] del flujo básico no existen explosiones de materiales
generados y registro de operatividad, el Asistente de Asignación envía una
notificación de que no hay pendientes de explosiones de materiales al
Gerente de Logística y al Gerente de Operaciones.
2. Si en el punto [6] del flujo básico no existe stock disponible, el Asistente de
Asignación verifica el origen del avío, el Asistente de Asignación genera la
solicitud de Compra en caso de que sea un avío para comprar, el Asistente
de Asignación envía la solicitud de Compra al Gestor de Compra, el Gestor
de Compra recepciona la solicitud de Compra, el Gestor de Compra ingresar
al sistema SAP, el Gestor de compra genera la Orden de Compra[RN_11],
el sistema SAP envía la Orden de Compra al Proveedor, el Gestor de Compra
realiza informe de Órdenes de Compra creadas, el Gestor de Compra
informa al Gerente de Logística y el Gerente de Logística recibe el reporte
con Órdenes de Compra emitidas, y en paralelo a la realización del informe
de Órdenes de Compra creadas, el Proveedor envía la Orden de Compra
trabajada, el Asistente de Transacciones recepciona la Orden de Compra, el
Asistente de Transacciones ingresa la Orden de Compra, el Asistente de
Transacciones genera los movimientos y actualiza el stock [RN_10],
[RN_14] y [RN_09], el Gestor de Compra genera el reporte de Órdenes de
Compra, el Gerente de Operaciones recibe el reporte de Abastecimiento de
Planta.
3. Si en el punto [8] del flujo básico no existe stock disponible en buen estado,
el Analista de Control de Calidad verifica el motivo de rechazo del stock, el
analista de Control de Calidad asigna un motivo de rechazo [RN_05] al avío,
el caso de uso sigue en el punto [9].
4. Si en el punto [2] del flujo alterno, si el origen del avío no es de compra, el
Asistente de Asignaciones genera la Solicitud de Fabricación, el Asistente
de Asignaciones verifica el tipo de Avío de producir, en caso sea un avío
textil, el Analista de Tintorería recepciona la Solicitud de Fabricación, el
Analista de Tintorería verifica la Solicitud de Fabricación, el Analista de
Tintorería asigna recurso y máquina a la Solicitud de Fabricación, el
Analista de Tintorería liquida la Solicitud de Fabricación, el Asistente de
Transacciones recepciona la Solicitud de Fabricación, el Asistente de
Transacciones ingresa la Solicitud de Fabricación, el Asistente de
Transacciones genera el movimiento y actualiza el stock [RN_10], [RN_14]
y [RN_09], el Asistente de Transacciones genera el reporte de ingresos de
98
solicitud de fabricación, el Gerente de Operaciones recibe el reporte de
Abastecimiento de Planta.
5. Si en el punto [3] del flujo alterno, si el tipo de avío a producir no es textil,
el Asistente de Impresiones recepciona la Solicitud de Fabricación, el
Asistente de Impresiones verifica la Solicitud de Fabricación, Asistente de
Impresiones asigna recurso y máquina a la Solicitud de Fabricación,
Asistente de Impresiones liquida la Solicitud de Fabricación, el Asistente de
Transacciones recepciona la Solicitud de Fabricación, el Asistente de
Transacciones ingresa la Solicitud de Fabricación, el Asistente de
Transacciones genera el movimiento y actualiza el stock [RN_10], [RN_14]
y [RN_09], el Asistente de Transacciones genera el reporte de ingresos de
solicitud de fabricación, el Gerente de Operaciones recibe el reporte de
Abastecimiento de Planta.
 Precondiciones
 Existe al menos una orden de producción con registro de operatividad para
verificar el registro de Avíos.
 Existe al menos una explosión de materiales generada para verificar el stock
disponible y generar las Solicitudes de Material, de Compra y Fabricación
respectivamente.
 Existe al menos un avío para consultar origen y tipo de avío, en este caso se
aplica [RN_01] y [RN_04].
 Poscondiciones
 Se generó la Solicitud de Material
 Se generó un Motivo de Rechazo de Calidad
 Se generó la Solicitud de Pedido de Compra
 Se generó la Solicitud de Fabricación
 Se generó la Orden de Compra
 Se generó el movimiento de ingreso al almacén
 Se generó el Stock de las Órdenes de Compra y Solicitud de Fabricación
ingresadas.
99
Diagrama de Actividades CUN02 Gestionar Abastecimiento de Avíos
: AN02_Gerente de Logística : AN03_Gerente de Operaciones : TN04_Analista de Control de Calidad : TN02_Asistente de Asignaciones : TN08_Analista de PCP : TN03_Gestor de Compra : TN09_Sistema SAP : TN10_Asistente de Transacciones : TN07_Asistente de Impresiones : TN06_Analista de Tintorería
Solicitar asignación de : EN06_Operatividad : EN07_Explosión de Materiales

Stock Recepcionar Solicitud de
Fabricación
: EN12_Planeamiento
Verificar explosión de Existe Ingresar Solicitud de

materiales y operatividad Explosiones? Fabricación
Veriricar fechas planeadas y
programadas por OP : EN15_Solicitud de Fabricación
Notificar que no hay pendientes Notificar por correo No
de Explosiones pendientes de explosiones Generar Movimiento y
Notificar que no hay
actualizar Stock
pendientes de Explosiones
Si
: EN15_Solicitud de Fabricación
: EN19_Stock
Ingresar al Sistema de
Almacen Enviar Solicitud de
Fabricación al almacen
Verificar stock disponible vs cantidad : EN20_Movimiento
: EN19_Stock requerida en explosión
Recibir reporte de : EN21_Ubicación : EN17_Maquínas
abastecimiento de planta Existe Stock Generar reporte de ingresos de Liquidar solicitud de
disponible? solicitud de fabricación fabricación
No
: EN21_Ubicación Si
Asignar Recurso, Maquinaria a : EN16_Recurso
Verificar Origen : EN28_Unidad
Verificar Stock Generar Solicitud Avios Solicitud de Fabricación
disponible Material : EN15_Solicitud de Fabricación
Avio es de compra? : EN15_Solicitud de Fabricación
Si Stock conforme? No Verificar solicitud de
Generar Solicitud de
fabricación
No Fabricación
Verificar motivo Es avio textil? : EN15_Solicitud de Fabricación
: EN28_Unidad Si
rechazo Recepcionar solicitud de
: EN07_Explosión de Materiales Verificar Tipo de fabricación
Si Avio a producir
: EN18_Solicitud de Material
No
Recepcionar solicitud de
Generar Solicitud de fabricación
Compra
Asignar motivo : EN09_Grupo de Compras
rechazo : EN07_Explosión de Materiales
Generar Reporte de
Ordenes de Compra
: IMP_EN24_Orden de Compra : EN15_Solicitud de Fabricación
Recepcionar Solicitud de
Ingresar al
Compra
sistema SAP
: EN21_Ubicación : EN19_Stock Verificar solicitud de
: EN25_Motivos de Rechazo fabricación
: EN14_Solicitud de Pedido
Actualizar Solicitud
Informar evaluación al Material : EN16_Recurso
asistente de asignación Enviar Solicitud de pedido de : EN21_Ubicación
Compra a Gestor : EN20_Movimiento Asignar Recurso, Maquinaria a
Solicitud de Fabricación
Informe asignación de
Stock
Generar movimiento y
actualizacion de stock Liquidar solicitud de
: EN18_Solicitud de Material : EN14_Solicitud de Pedido : EN19_Stock fabricación
: EN17_Maquínas
Generar Orden de
Compra Ingresar Orden de
Compra
Recepcion de orden Enviar Solicitud de
de compra Fabricación al almacen
: IMP_EN24_Orden de Compra
: IMP_EN26_Proveedor
Proveedor envia la orden de
compra a trabajar
Realiza informe de
OC Creadas
Recibir reporte Informar al Gerente de Enviar OC al
con OC emitidas Logistica Proveedor
: IMP_EN24_Orden de Compra
Nota: Las entidades siguientes son

importadas:
---------------------------------------------------
-IMP_EN24_Orden de Compra
-IMP_EN26_Proveedor
100
Diagrama de clases CUN02 Gestionar Abastecimiento de Avíos
EN09_Grupo de Compras
EN07_Explosión de Materiales EN18_Solicitud de Material
IMP_EN26_Prov eedor
EN14_Solicitud de Pedido
TN09_Sistema SAP
EN06_Operativ idad
TN02_Asistente de Asignaciones
EN21_Ubicación
TN03_Gestor de Compra
EN20_Mov imiento
IMP_EN24_Orden de Compra
EN19_Stock
EN28_Unidad
TN10_Asistente de Transacciones
TN04_Analista de Control de Calidad
EN17_Maquínas
EN12_Planeamiento
TN08_Analista de PCP
TN07_Asistente de Impresiones TN06_Analista de Tintorería
EN25_Motiv os de Rechazo EN16_Recurso
Lista de las actividades a automatizar CUN02 Gestionar Abastecimiento de Avíos
1. Verificar explosión de materiales y operatividad.

2. Verificar Stock disponible vs cantidad requerida de la explosión.
3. Verificar fechas planeadas y programadas por OP.
4. Generar Solicitud de Material.
5. Asignar motivo de rechazo.
6. Actualizar Solicitud de Material con cantidad Disponible.
7. Generar Solicitud de Fabricación.
8. Recepcionar Solicitud de Fabricación (Por Asistente de Impresiones).
9. Verificar Solicitud de Fabricación (Por Asistente de Impresiones).
10. Asignar Recurso y Máquina a Solicitud de Fabricación (Por Asistente de
Impresiones).
11. Liquidar Solicitud de Fabricación (Por Asistente de Impresiones).
12. Enviar Solicitud de Fabricación al Almacén. (Por Asistente de Impresiones).
13. Recepcionar Solicitud de Fabricación (Por Analista de Tintorería).
14. Verificar Solicitud de Fabricación (Por Analista de Tintorería).
15. Asignar Recurso y Máquina a Solicitud de Fabricación (Por Analista de Tintorería).
16. Liquidar Solicitud de Fabricación (Por Analista de Tintorería).
17. Enviar Solicitud de Fabricación al Almacén. (Por Analista de Tintorería).
18. Recepcionar Solicitud de Fabricación (Por Asistente de Transacciones).
101
19. Ingresar Solicitud de Fabricación.
20. Generar Solicitud Pedido de Compra.
21. Enviar Solicitud de Pedido de Compra al Gestor
22. Recepcionar Solicitud de Compra.
23. Realizar Informe de Orden de Compra Creadas.
24. Recepcionar Orden de Compra.
25. Ingresar Orden de Compra.
26. Generar Movimientos y Actualizar Stock.
27. Generar reporte de ingresos de solicitud de fabricación.
28. Generar reporte de Órdenes de Compra.
102
Especificación de los casos de uso del negocio
CUN03 Seguimiento Abastecimiento

─ AN02_Gerente de Logística
 Propósito:
Realizar el Control y Seguimiento del abastecimiento de Avíos desde la
operatividad, hasta el ingreso del avío al almacén.
El caso de uso del negocio inicia cuando el Gerente de Logística solicita el Status
de abastecimiento por plan de ventas para verificar si hay algún retraso al Analista
de PCP, luego el Gerente de Operaciones recibe el Status de riesgo de
abastecimiento para ver cuál producción corre el riesgo que no se vaya a producir
en fecha (esto informado por el Analista de PCP). El caso de uso termina cuando el
Gerente de Logística recibe el Status de Abastecimiento y el indicador de Motivo
de rechazo por calidad.
 Flujo básico:
1. El Gerente de Logística solicita el estatus del Abastecimiento por Plan de
Ventas.
2. El Analista de PCP recepciona la Solicitud.
3. El Analista de PCP consulta la Operatividad.
4. El Analista de PCP consulta la Explosión de Materiales.
5. El analista de PCP solicita el stock asignado y las Compras ingresadas.
6. El Asistente de Transacciones recepciona la Solicitud de información.
7. El Asistente de Transacciones consulta el stock asignado y los movimientos.
8. El Asistente de Transacciones genera el informe de Stock asignado.
9. El Analista de PCP recepciona el informe del Stock asignado.
10. El Analista de PCP solicita el Status de la Orden de Compra y de la Solicitud
de Fabricación.
11. El Gestor de Compra recepciona la solicitud de Status de Orden de Compra.
12. El Gestor de Compra consulta las Órdenes de Compra.
13. El Gestor de Compra genera el informe de las Órdenes de Compra.
14. El Asistente de Impresiones revisa solicitud de fabricaciones pendientes de
entrega.
15. El Asistente de Impresiones elabora proyección de insumos por Máquina.
16. El Asistente de Impresiones generar solicitud de proyección por compras.
17. El Asistente de Impresiones consulta las Solicitudes de Fabricación.
103
18. El Asistente de Impresiones genera el informe de las Solicitudes de
Fabricación.
19. El Analista de Tintorería recepciona la solicitud de Status de la solicitud de
Fabricación.
20. El Analista de Tintorería consulta las Solicitudes de Fabricación.
21. El Analista de Tintorería genera el informe de las Solicitudes de
Fabricación.
22. El Analista de PCP recepciona los Status requeridos.
23. El Analista de PCP elabora el Control de Abastecimiento.
24. El Analista de PCP elabora el indicador de motivo de rechazo por Calidad.
25. El Analista de PCP envía el Status requerido de Abastecimiento y Plan de
Ventas.
26. El Analista de PCP envía del Status de riesgo de Abastecimiento.
27. El Gerente de Operaciones recibe el Status de riesgo de Abastecimiento.
28. El Gerente de Logística recibe el Status de Abastecimiento y el indicador de
motivo de rechazo.
 Flujo Alterno:
1. Si en el punto [23] del flujo básico el Status se le tiene que enviar al Gerente
de Operaciones, El Analista de PCP enviar el Status de riesgo de
Abastecimiento [RN_12] y el Gerente de Operaciones recibe el Status del
riesgo de Abastecimiento.
 Precondiciones
 Existe al menos una orden de producción con registro de operatividad.
 Existe al menos una Solicitud de Pedido de Compra generada.
 Se debe de contar con al menos un registro de la Explosión de Materiales
por Orden de Producción.
 Existe al menos una Orden de Compra generada.
 Existe al menos una Solicitud de Fabricación generada.
 Existe al menos una Solicitud de Fabricación generada.
 Poscondiciones
 Se generó el Control de Abastecimiento.
104
Diagrama de Actividades CUN03 Seguimiento Abastecimiento
: AN02_Gerente de Logística : AN03_Gerente de Operaciones : TN10_Asistente de Transacciones : TN08_Analista de PCP : TN03_Gestor de Compra : TN07_Asistente de Impresiones : TN06_Analista de Tintorería
Recepcionar Recepcionar solicitud Revisar Solicitud de Fabricaciones

Solicitar estatus de
solicitud Estatus de compra Pendientes de Entrega
abastecimiento por plan
Solicitar Stock asignado y : IMP_EN24_Orden de Compra

Elaborar Proyección de
compras ingresadas Insumos por Máquina
Consultar Orden de
Compra
: EN17_Maquínas
Generar Solicitud de Recepcionar Solicitud de

Proyección de Compras estatus de Fabricación
Generar Informe de
Recepcionar solicitud de Documentos de Compra
información : EN14_Solicitud de Pedido
: EN20_Movimiento
Generar Informe de
Solicitud Generar Informe de
Solicitud
Generar informa de
stock asignado
Recepcionar
informe de Stock
: EN19_Stock
Solicitar estatus de orden de

compra y solicitud de fabricaciones
: EN12_Planeamiento
Recepcionar Estatus
Requeridos
Elaborar Control de
Abastecimiento : IMP_EN04_Orden de Producción
: EN23_Control Abastecimiento
Elaborar Indicador de motivo

de rechazo por calidad
: EN07_Explosión de Materiales
: EN25_Motivos de Rechazo
: EN06_Operatividad
¿Estatus al Gerente de Operaciones?
Si
No
: EN18_Solicitud de Material Enviar Estatus Requerido de
Recibir Estatus de Abastecimiento e Enviar Estatus de Riesgo de
Abastecimiento y Plan de Ventas
indicador de motivos de rechazo Abastecimiento
Recibir Estatus de Riesgo

de Abastecimiento
: EN23_Control Abastecimiento
105
Diagrama de clases CUN03 Seguimiento Abastecimiento
EN20_Movimiento EN19_Stock
EN23_Control Abastecimiento
EN06_Operatividad
TN10_Asistente de T ransacciones
TN08_Analista de PCP TN03_Gestor de Compra
EN18_Solicitud de Material EN14_Solicitud de Pedido
EN12_Planeamiento
TN06_Analista de Tintorería EN17_Maquínas

EN25_Motivos de Rechazo
TN07_Asistente de Impresiones IMP_EN24_Orden de Compra
Lista de las actividades a automatizar CUN03 Seguimiento Abastecimiento
1. Generar informe de Stock Asignado.

2. Consultar Orden de Compra.
3. Generar informe de Documentos de Compra Orden de Compra.
4. Revisar Solicitudes de Fabricación pendientes de entrega
5. Elaborar proyección de insumos por máquinas
6. Generar Solicitud de Proyección de Compras
7. Generar informe de Solicitud. (Por Asistente de Impresión).
8. Generar informe de Solicitud. (Por Analista de Tintorería).
9. Elaborar Control de Abastecimiento.
10. Elaborar Indicador de motivo de rechazo por calidad.
11. Enviar Status requerido de Abastecimiento y Plan de Ventas.
12. Enviar Status de riesgo de Abastecimiento.
106
4.5 CONCLUSIONES
 Resulta importante contar con conocimientos de buenas prácticas aprobadas por la

industria y que formalizan aspectos que en ocasiones se trabajan de manera
desordenada e intuitiva.
 El Modelado del Negocio constituye una metodología válida para conceptualizar y
plasmar los procesos de la gestión de Abastecimiento de Avíos.
 Los diagramas de UML facilitan el entendimiento del negocio puesto que representan
los flujos y procesos mediante la notación gráfica.
 En base al análisis del flujo actual de actividades de los procesos del campo de acción,
se elaboraró un flujo propuesto de las actividades incluyendo mejoras que permitan: la
reducción de la digitación, el tiempo de espera en cada actividad y realizar el control y
seguimiento sobre las actividades del proceso. Dicho análisis permitirá lograr mayor
entendimiento del proceso y como resultado plantear las mejoras correspondientes.
107
CAPÍTULO IV: REQUERIMIENTOS
1 INTRODUCCIÓN
El presente capítulo abarca la especificación de los requerimientos de tipo funcional y no

funcional, los cuales son importantes para perfilar el sistema a desarrollar. Adicionalmente, se
presentan los actores y casos de uso que conforman el sistema debidamente clasificados de
acuerdo a los atributos de calidad definidos. Finalmente, este capítulo incluye el Modelo
Conceptual y su correspondiente Diccionario de Datos.
Para el desarrollo de este capítulo se empleó la siguiente bibliografía:
 El Proceso Unificado de Desarrollo de Software 23

 UML and the Unified Process – Practical Object-Oriented Analysis & Design 24
 The Unified Model Language User Guide 25
 Writing Effective Use Cases 26
2 ESPECIFICACIÓN DE LOS REQUERIMIENTOS DE SOFTWARE

2.1 REQUERIMIENTOS FUNCIONALES
Requerimientos Funcionales Asociados a los Casos de Uso
Código Descripción
El sistema debe permitir al Analista de Avíos asignar una ficha técnica a la Orden
RF_01
de Producción.
El sistema debe permitir al Analista de Avíos registrar la Operatividad para cada
Orden de Producción.
RF_02
Nota: Aquí el analista de Avíos registrará la información de consumo y de mermas
del avío.
El sistema debe generar la Explosión de materiales de una OP.
RF_03 Nota: La explosión de Avíos consiste en determinar la cantidad de avíos

necesarios para la OP, esto se hace con la finalidad de optimizar el proceso de
compra y/o fabricación de avíos.
El sistema debe permitir al Analista de Avíos registrar y eliminar componentes
RF_04
por Operatividad.
23
Jacobson 2000: 3-15
24
Arlow y Neustadt 2001: 5-15
25
Booch 1998: 9-14
26
Cokburn 2001: 14-18
108
Nota: Aquí el analista de Avíos registrará los códigos de Avío por componente.
El sistema debe permitir al Analista de Avíos crear, modificar y eliminar la
RF_05
información de Unidad.
El sistema debe permitir al Analista de Avíos generar reporte de estatus por cada
RF_06
Operatividad.
El sistema debe permitir al Asistente de Asignaciones consultar las explosiones
RF_07
de materiales y Operatividad de una OP.
El sistema debe procesar las explosiones de materiales validando el Stock
disponible del almacén vs la cantidad requerida de la explosión de una
RF_08 determinada OP.
Nota: El resultado será utilizado cuando se genere una solicitud de Material.

RF_09 El sistema debe permitir al Analista de PCP agregar, modificar, anular y consultar
las fechas programadas por cada proceso de manufactura.
RF_10 El sistema debe permitir al Asistente de Asignaciones generar Solicitudes de
Material.
El sistema debe permitir al Gestor de Compra crear, modificar y eliminar la
RF_11
Información del Grupo de Compra.
El sistema debe permitir al Analista de Control de Calidad asignar el motivo de
RF_12 rechazo por avío de la Solicitud de Material cuando no tenga stock disponible para
producción.
RF_13 El sistema debe permitir al Asistente de Asignaciones actualizar cantidad
disponible de la Solicitud de Material.
El sistema debe permitir al Asistente de Asignaciones generar una Solicitud de
RF_14
Fabricación.
RF_15 El sistema debe permitir al Operador consultar solicitudes de Fabricación.
RF_16 El sistema debe permitir al Operador notificar y asignar la creación de una
Solicitud de Fabricación al Analista de Transacciones.
El sistema debe permitir al Analista de Avíos crear, modificar y eliminar la
RF_17
Información de Familia de Avíos.
El sistema debe permitir al Operador asignar recursos y máquinas a una Solicitud
RF_18
de Fabricación.
RF_19 El sistema debe permitir al operador liquidar una Solicitud de Fabricación.
Nota: Liquidar significa que la Solicitud de Fabricación no podrá ser modificada

y quede confirmada la cantidad de Avíos que se produjo.
RF_20 El sistema debe enviar una notificación de confirmación de Operatividad a los
gerentes de Operaciones y comercial, y escribir un log el registro de confirmación
por cada notificación.
Nota: La notificación debe enviarse todos los días al final del día sólo para las OP
que hayan tenido Operatividad.
El sistema debe permitir al Analista de Avíos registrar distintos tipos de
RF_21 variabilidad por operatividad.
El sistema debe permitir al Asistente de Asignaciones generar Solicitudes de

RF_22
Pedido de Compra.
109
RF_23 El sistema debe notificar la creación de una Solicitud de Pedido de Compra al
Gestor de Compra y escribir un log el registro de envío de la Solicitud por cada
notificación.
RF_24 El sistema debe procesar las explosiones de materiales restando la cantidad
explosionada con la cantidad de Avíos de la Solicitud de Material de una
determinada OP.
Nota: El resultado será utilizado cuando se genere una solicitud de Fabricación.

El sistema debe permitir al Gestor de Compra generar el reporte de Órdenes de
RF_25
Compra.
El sistema debe permitir al Asistente de Transacciones consultar Órdenes de

RF_26
Compra y Solicitudes de Fabricación.
RF_27 El sistema debe permitir al Analista de Avíos crear, modificar y eliminar la

Información de Avíos.
El sistema debe permitir al Asistente de Transacciones generar movimiento y la
RF_28
actualización del Stock para la Solicitud de Fabricación u Orden de compra.
El sistema debe permitir al Asistente de Transacciones generar el reporte de
RF_29
ingresos de Solicitudes de Fabricación.
El sistema debe permitir al Asistente de Transacciones generar el reporte de
RF_30
ingresos de Órdenes de Compra.
RF_31 El sistema debe permitir al Analista de Avíos consultar el detalle de operatividad
de las Órdenes de Producción.
RF_32 El sistema debe permitir al Asistente de Transacciones generar un informe de
Stock Asignado.
RF_33 El sistema debe permitir al Gestor de Compra consultar Órdenes de Compra.
RF_34 El sistema debe permitir al Analista de PCP agregar, modificar o eliminar la
información de Procesos.
RF_35 El sistema debe permitir al Asistente de Impresiones elaborar proyecciones de
insumo por máquina (impresoras).
RF_36 El sistema debe permitir al Asistente de Impresiones generar Solicitudes de
Pedido de Compras de insumos.
RF_37 El sistema debe permitir al Analista de Avíos actualizar la Información de
Componentes.
El sistema debe permitir al Asistente de Impresiones generar reportes de Solicitud
RF_38
de Fabricación de impresiones.
El sistema debe validar y generar un reporte con el estado de las Órdenes de
RF_39 Fabricación, Solicitud de Material y Órdenes de Compra asociadas con la Orden
de Producción para determinar el estado de abastecimiento de los avíos.
RF_40 El sistema debe permitir al Analista de PCP enviar el estatus de Abastecimiento
por Plan de Ventas al Gerente de Logística y Comercial.
RF_41 El sistema debe permitir al Asistente Automático enviar el estatus de riesgo de
Abastecimiento al Gerente de Operaciones.
RF_42 El sistema debe permitir al Gestor de Compra generar el reporte de Documentos
de Compra (Solicitud de Pedido de Compra).
RF_43 El sistema debe permitir al Analista de PCP generar el Indicador de motivo de
Rechazo.
110
RF_44 El sistema debe permitir al Analista de Avíos notificar estatus de Operatividad
pendiente al Gerente Comercial.
RF_45 El sistema debe permitir al Asistente de Transacciones crear, modificar y eliminar
la Información del Almacén.
RF_46 El sistema debe permitir al Analista de PCP modificar o eliminar la información
del Cliente en lo que corresponde a porcentaje de aceptación y días de tolerancia
del despacho.
RF_47 El sistema debe permitir al Analista de Avíos crear, modificar y eliminar la
Plantilla de Avíos por Estilo.
RF_48 El sistema debe permitir al Analista de Ingeniería actualizar la Información de
Mermas.
RF_49 El sistema debe permitir al Analista de PCP crear, modificar y eliminar la
Información de Máquinas.
RF_50 El sistema debe permitir al Analista de Textil crear, modificar y eliminar la
Información de Telas.
RF_51 El sistema debe permitir al Analista de Analista de RRHH crear, modificar y
eliminar la Información de Recursos.
RF_52 El sistema debe permitir al Analista de Control de Calidad crear, modificar y
eliminar la Información de Motivo de Rechazo.
RF_53 El sistema debe permitir al Analista de Tintorería generar un informe de Solicitud
de Fabricación.
RF_54 El sistema debe permitir al Analista de PCP liquidar una Orden de Producción.
Nota: Cuando se liquida la Orden de Producción se libera los Avíos reservados

que aún no fueron despachados.
RF_55 El sistema debe permitir al Operador actualizar el Calendario laboral.
RF_56 El sistema debe permitir al Operador actualizar la Disponibilidad de Recurso.
RF_57 El sistema debe permitir al Asistente de Transacciones crear, modificar o eliminar
información de ubicaciones.
RF_58 El sistema debe permitir al Operador actualizar la Disponibilidad de Máquina.
RF_59 El sistema debe notificar el estado de abastecimiento al Analista de PCP y
Gerentes de Operaciones/Comercial en caso se detecte una falla en el
abastecimiento de acuerdo a los criterios configurados.
RF_60 El sistema debe permitir al Asistente de Asignaciones generar el reporte de
Solicitudes de Materiales.
Tabla 5: Requerimientos Funcionales Asociados a los Casos de Uso
El sistema debe autenticar al usuario a través de un nombre de usuario y una
RFG_01
contraseña registrados en el sistema.
El sistema debe permitir que el usuario pueda cambiar su contraseña previa
RFG_02
autenticación de su identidad.
El sistema debe permitir administrar usuarios (crear, modificar, eliminar y
RFG_03
consultar).
El sistema debe permitir administrar perfiles de usuarios (crear, modificar,
RFG_04
desactivar y asignar perfiles de usuario).
111
Tabla 6: Requerimientos Funcionales asociados a Aspectos Generales 1
Ver Anexo 7 (Esquema de Fórmulas Matemáticas para Sistema Experto)

2.2 REQUERIMIENTOS NO FUNCIONALES
-Usabilidad
La calificación por parte de los usuarios capacitados de la facilidad de
entendimiento del sistema debe ser superior a "Bueno" (valor 4 o superior
RNF_01 en una escala de 1 a 5).
Nota: La calificación se realizará por cada caso de uso.

El usuario debe poder utilizar las opciones que le competen (según su
RNF_02
perfil) del sistema con un máximo de cuatro horas de capacitación.
El aspecto de la interfaz gráfica y el lenguaje utilizado en el sistema debe
estar orientado a profesionales en ingeniería Textil, industrial, técnicos
RNF_03
textiles y técnicos en Senati, entre 20 a 50 años. Entendiendose lenguaje
textil como Avio, Ficha técnica entre otros.
En caso de presentarse un error el sistema debe mostrar un mensaje
RNF_04
describiéndolo.
Tabla 7: Requerimientos No Funcionales - Usabilidad
-Confiabilidad
Se deberá almacenar el Backup de la base hasta un máximo de 5 años de
RNF_05
antigüedad (alineado a la política de auditoria de la SUNAT).
El sistema deberá estar disponible el 99.5% del tiempo comprendido
dentro del horario de lunes a viernes de 7:30 am hasta las 9:00 pm. y los
sábados de 8:30 am hasta las 2:30pm
Nota:
 Para asegurar el cumplimiento de este requerimiento no funcional, es
RNF_06 importante que se cuente con un arreglo de discos RAID 5 en el servidor
que alojará la Base de Datos. Del mismo modo, se debe garantizar que
no existan condiciones desfavorables en el tráfico de la red donde se
ejecutará el sistema. Finalmente, la capacidad en memoria RAM del
servidor de base de datos y del servidor de aplicaciones donde se alojará
el sistema debe ser, por lo menos, del 70% sobre el 100%, siempre que
en dichos servidores se alojen otras aplicaciones que la empresa tenga
en productivo.
En caso el sistema no esté disponible después de 48 horas se tomará como
contingencia el uso de una plantilla Excel para continuar con las
RNF_07
actividades del proceso, luego, cuando el sistema esté operativo se
integrará al sistema los datos de la plantilla.
112
El tiempo diario de mantenimiento será de 5:30am a 6:30am y 2 domingos
RNF_08 al año de 6:00pm a 11:00pm (previa coordinación con la Gerencia de
Operaciones).
Si el sistema se tiene que apagar por algún problema externo a la empresa
Como corte de Luz o sismo, se debe restaurar el Backup de un día anterior
RNF_09
para actualizar la información del sistema en caso se detecte pérdida de
datos o errores en los archivos.
Tabla 8: Requerimientos No Funcionales - Confiabilidad
-Rendimiento
El 95% de las transacciones de registro no debe exceder los 5 segundos
(sujeto a las características de los servidores especificados en el capítulo
Arquitectura).
RNF_10
Nota:
 Se excluyen las interacciones que involucren subida de archivos,
puesto que el tiempo es dependiente del tamaño de dichos
archivos.
El 95% de los reportes ejecutados no debe demorar más de un minuto y
RNF_11 medio (sujeto a las características de los servidores especificados en el
capítulo Arquitectura).
El 95% de las consultas ejecutadas no deben demorar más de 5 segundos
RNF_12 (sujeto a las características de los servidores especificados en el capítulo
Arquitectura).
El sistema deberá soportar entre 1 y 50 usuarios concurrentes como
RNF_13 máximo (sujeto a las características de los servidores especificados en el
capítulo Arquitectura).
Para asegurar el cumplimiento de los requerimientos RNF_10, RNF_11, RNF_12 y RNF_13
no funcionales, es importante que se cuente con un arreglo de discos RAID 5 en el servidor
que alojará la Base de Datos. Del mismo modo, se debe garantizar que no existan condiciones
desfavorables en el tráfico de la red donde se ejecutará el sistema. Finalmente, la capacidad
en memoria RAM del servidor de base de datos y de aplicaciones donde se alojará el sistema
debe ser, por lo menos, del 70% sobre el 100%, siempre que en dichos servidores se alojen
otras aplicaciones que la empresa tenga en productivo.
Tabla 9: Requerimientos No Funcionales - Rendimiento
-Soporte
El servidor que alojará la aplicación deberá cumplir con los siguientes
requerimientos mínimos: Procesador Intel Xeon, de 3.2 GHz, 4 GB
RNF_14 memoria RAM, HD 100 GB, conexión a red de 1 Mbps. Así mismo, la
aplicación a desarrollar deberá aprovechar el hardware (procesadores) en
su totalidad.
113
El sistema será compatible con estaciones de trabajo que cuenten como
RNF_15 mínimo con: procesador Pentium Dual Core, 4 GB memoria RAM y 100
GB de disco duro.
El sistema deberá soportar el navegador Microsoft Internet Explorer
RNF_16 versión 10 y 11, el navegador Mozilla Firefox desde la versión 10 hacia
adelante, Google Chrome Versión 17 a superior.
El motor de Base de Datos debe ser un ISERIES Modelo E6C Unit
RNF_17 Systems 8205-E6C serie 10-344DR Release V6R1M1, DB2400 Con
arreglo de discos RAID 5.
El sistema operativo del servidor de aplicaciones deberá ser Windows
RNF_18
Server 2012 R2 64 Bits en inglés.
Las estaciones de trabajo deben tener instalado Windows 7 y Windows 8
RNF_19
de 32 y 64 bits.
El soporte a los posibles errores de software será brindado por los
RNF_20 programadores del área de Tecnología capacitados y certificados en
Genexus X Evo3.
El sistema debe contar con un control de versiones utilizando Genexus
RNF_21
Server.
Las actualizaciones del sistema deberán ser realizadas fuera del horario
RNF_22
de oficina y previamente coordinadas con la Gerencia de Operaciones.
Debido a que la empresa ha adquirido la herramienta case de desarrollo
“Genexus”, la solución se implementará sobre dicha herramienta, pero en
la versión Genexus X Evo3, las actualizaciones posteriores de las version
RNF_23
es, seguirán el mismo esquema, es decir, una vez desarrollados y testeado
s, se actualizan sobre el ambiente de producción (servidor). Los cambios
se reflejarán la siguiente vez que los usuarios accedan a la aplicación.
El servidor que alojará la base de datos deberá cumplir con los siguientes
requerimientos mínimos: Procesador 54E5, 16 GB memoria RAM, HD 1
RNF_24
TB disponible con un arreglo de 3 discos en Raid 5, un puerto de conexión
a red de 1 GB/s.
Tabla 10: Requerimientos No Funcionales - Soporte
Restricciones de Diseño
RNF_25 El sistema deberá ser de tipo Web.
RNF_26 Se utilizará un patrón de capas para separar las funciones del software.
RNF_27 El Desarrollo de la aplicación debe de trabajarse por un equipo de
desarrollo propio de la empresa y no por una consultoría externa.
RNF_28 La librería de acceso a datos será ADO.NET.
El Desarrollo de la aplicación tiene que realizarse en la herramienta
Case Genexus X Evo3, la base de conocimientos debe estar alojada en
RNF_29 el servidor Genexus de la empresa (srvgenexus). Además, se debe
generar el desarrollo de la aplicación en lenguaje C# Web y en Android
6.0 para tablet.
114
El diseño de la interfaz gráfica del sistema se alineará al documento
RNF_30
“Estándar para diseño de aplicaciones” definido por la empresa.
RNF_31 Se utilizará el Microsoft Framework 3.5 o superior
El formato de salida de todos los reportes del sistema podrá ser formato
RNF_32
PDF (.pdf) o xlsx dependiendo del CUS y los datos a exportar.
Las alertas y notificaciones se realizarán a través de correo electrónico y
RNF_33
únicamente a direcciones que formen parte del dominio “topitop.com.pe”.
El sistema deberá contar con mecanismos que permitan el registro de los
RNF_34
errores presentados durante la ejecución del sistema.
RNF_35 El servidor de aplicaciones utilizará Internet Information Server 8 (IIS 8).
Tabla 11: Requerimientos No Funcionales - Restricciones de Diseño
-Documentación de Usuario y Sistema de Ayuda

RNF_37 Se deberá entregar el manual de usuario del sistema.
Se deberá contar con un manual técnico que detalle la configuración del
RNF_38
sistema de Gestión de Abastecimiento de Avíos.
Tabla 12: Requerimientos No Funcionales - Documentación y Sistema de Ayuda
-Componentes Adquiridos
No aplica para este proyecto.
-Interfaces
Interfaces de Software
El sistema deberá integrarse con el “Sistema Comercial”, por medio de la
Configuración de archivos DDM desde la biblioteca del sistema origen a
RNF_39 la biblioteca del sistema destino. Se podrá consumir la información de la
Orden de Producción y la Variabilidad del avío. Al conectarse importará
la entidad Variabilidad.
El sistema deberá integrarse con el ERP SAP R3 utilizando el módulo PI
(integración de procesos) de SAP, el cual, es un integrador de aplicaciones
RNF_40 empresariales de software. Se podrá consumir la información de los
materiales, la Solicitud de Pedido de Compra, la
Orden de compra y el Proveedor.
El sistema deberá integrarse con el “Sistema Desarrollo de Productos”,
por medio de la Configuración de archivos DDM desde la biblioteca del
RNF_41 sistema origen a la biblioteca del sistema destino. Se podrá consumir la
información de la Ficha Técnica de Prenda con su detalle de medidas y
operaciones de costura.
Tabla 13: Interfaces de Software
115
-Interfaces de Comunicaciones
Licenciamiento
Se deberá contar para el desarrollo de la base de conocimientos en la
RNF_42 herramienta Case Genexus X Evo3, 3 licencias Development
Environment
Se deberá contar con una licencia de generador de Genexus X Evo3 en C#
RNF_43
para Web.
Se deberá contar con una licencia de Microsoft Visual Studio 2013 para
RNF_44
la instalación y uso del case Genexus X Evo3.
Se deberá contar con una licencia de Microsoft Windows SQL Server
RNF_45
2012 para la instalación y uso del case Genexus X Evo3.
Se deberá contar con una licencia de Windows Server 2012 R2 64 Bits en
RNF_46
inglés.
Tabla 14: Requerimientos No Funcionales – Licenciamiento
-Requerimientos Legales y de Derechos de Autor

-Estándares Aplicables
-Seguridad del Sistema
RNF_47 Se deberá forzar una longitud de clave de por lo menos 7 caracteres.
Se deberá obligar a la utilización de claves fuertes (combinación de
RNF_48
mayúsculas, minúsculas, números y caracteres especiales).
Si el usuario ingresa una clave incorrecta más de 3 veces consecutivas, el
RNF_49 sistema lo bloqueará impidiendo su acceso hasta que el administrador lo
habilite.
Tabla 15: Requerimientos No Funcionales - Seguridad
116
3 MODELO DE CASOS DE USO DEL SISTEMA
3.1 ESPECIFICACIÓN DE ACTORES DEL SISTEMA
Actor Descripción
Representa el Actor que se encargará de:
 Actualizar información de Operatividad.
 Generar explosión de Materiales.
 Generar Reporte de Operatividad.
 Controlar pendientes de Operatividad.
 Notificar Operatividad en Órdenes de
Producción.
 Actualizar información de Avíos.
 Actualizar Información de FTP-OP.
 Actualizar Información de Componentes.
 Actualizar Información de Unidad.
 Actualizar Información de Plantilla de
Avíos por Estilo.
 Actualizar información de Solicitud de
Material con Motivo de Rechazo.
 Actualizar información de Motivo de
Rechazo.
 Generar Solicitud de Material.
 Generar Solicitud de Fabricación.
 Generar Solicitud Pedido de Compra.
 Actualizar información Solicitud de
Materiales con cantidad disponible.
 Generar reporte de Solicitud de Material.
 Generar Reporte de Orden de Compra
Creadas
 Actualizar información de Grupo de
Compras.
 Generar Reporte de Solicitud Pedido de
Compra.
 Consultar Solicitud de Fabricación.
 Generar Movimiento y Stock.
 Generar Reporte de Ingreso de Solicitud de
Fabricación.
 Generar Reporte de Ingreso de Orden de
Compra.
 Generar Informe de Stock Asignado.
 Actualizar Información de Ubicaciones.
 Actualizar Información de Almacén.
117
 Generar Reporte de Solicitud de
Fabricación en Impresiones.
 Elaborar Proyección de Insumos de
Máquinas.

 Generar Reporte de Solicitud de
Fabricación en Tintorería.

 Actualizar información de Familia de
Avíos.
 Generar Indicador de motivo de rechazo.
 Controlar Abastecimiento.
 Elaborar Reporte de Abastecimiento y Plan
de Ventas.
 Generar Reporte de Riesgo de
Abastecimiento.
 Actualizar información de Planeamiento.
 Actualizar información de Máquinas.
 Liquidar Orden de Producción.
 Actualizar Información de Cliente.
 Actualizar Información de Proceso.
 Actualizar Información de Familia de
Avíos.
Representa al Actor que tiene como función realizar

las tareas recurrentes como:
 Actualizar información de Tela.

 Actualizar información de Recursos.
118
 Consultar Solicitud de Fabricación.
 Actualizar información Solicitud de
Fabricación.
 Liquidar Solicitud de Fabricación.
 Actualizar Información de Calendario
Laborar.
 Actualizar Información de Disponibilidad
de Máquina.
 Actualizar Información de Disponibilidad
de Recurso.

 Actualizar Información de Mermas.
Representa al Actor que se encarga de:

 Controlar el Abastecimiento de Avíos.
 Dicho actor es un proceso del sistema
(demonio), se encarga de iniciar el cus de
control a abastecimiento.
 Realizar labores administrativas como por
ejemplo el mantenimiento de perfiles y
usuarios, así como las parametrizaciones de
los parámetros del sistema.
Nota:
Es importante mencionar que este actor es un
administrador del departamento de TI (Supervisor
de Soporte de Técnico); no es un administrador de
alguna área administrativa ni de producción.
Actor generalizado que representa a los usuarios

que activan los casos de uso de login y de cambio
de contraseña.
Tabla 16: Actores del Sistema
119
3.2 DIAGRAMA DE ACTORES DEL SISTEMA
AS99_Us uario
AS02_Analis ta de AS03_As is tente de AS05_As is tente de

AS01_Analis ta de AS04_Gestor de
Control de Calidad As ignaciones Trans acciones
Avíos Compra
AS08_Analis ta de AS10_Analis ta de
AS11_Operador AS09_Analis ta RRHH
PCP AS98_Adm inis trad
Textil
orSis tema
AS06_As is tente de AS07_Analis ta de AS12_Analis ta de AS13_As is tente Autom ático

Im pres iones Tintorería Ingeniería
Gráfico 20: Diagrama de Actores del Sistema
3.3 DIAGRAMA DE PAQUETES DEL SISTEMA
Gráfico 21: Diagrama de Paquetes del Sistema
120
3.4 DIAGRAMA DE CASOS DE USO DEL SISTEMA POR PAQUETE
3.4.1 PK01-Operatividad Orden Producción
Gráfico 22: Diagrama de Caso de Uso del Sistema – PK01-Operatividad Orden de Producción
121
3.4.2 PK02-Gestionar Abastecimiento de Avíos
Gráfico 23: Diagrama de Caso de Uso del Sistema – PK02-Gestionar Abastecimiento de Avíos
122
3.4.3 PK03-Seguimiento de Abastecimiento
Gráfico 24: Diagrama de Caso de Uso del Sistema – PK03-Seguimiento de Abastecimiento
123
3.4.4 PK04-Mantenimiento
CUS38-Actualizar Información de CUS39-Actualizar Información de

Avíos Máquinas
CUS40-Actualizar Información de
Planeamiento
FTP-OP
CUS07-Liquidar Orden de
Producción
AS01_Analista de
Avíos CUS29-Actualizar Información de AS08_Analista de
Componentes PCP
Cliente
CUS50-ActualizarInformación de
Plantilla de Avíos por Estilo
CUS02 Actualizar Información de Familia de Avíos CUS32-Actualizar Información de
Unidad Proceso
CUS43-Actualizar Información Motivo

de Rechazo
AS02_Analista de
CUS41-Actualizar Información de Control de Calidad
AS09_Analista
Tela
Textil
CUS44-Actualizar Información de AS04_Gestor de

CUS42-Actualizar Información de Grupo de Compras Compra
AS10_Analista de
Recursos
RRHH
CUS51-Actualizar Información del

AS12_Analista de CUS33-Actualizar Información de Almacén
Ingeniería Mermas
AS05_Asistente de
Transacciones
Ubicaciones
Gráfico 25: Diagrama de Caso de Uso del Sistema – PK04-Mantenimiento
124
3.4.5 PK05-Seguridad de Usuarios
CUS45_Realizar inicio de sesión
<<extend>>
AS99_Usuario
CUS46_Cambiar de Contraseña
CUS47_Administrar Usuarios
AS98_AdministradorSistema
CUS48_Administrar Perfiles
Gráfico 26: Diagrama de Caso de Uso del Sistema – PK05-Seguridad de Usuarios
Ver Anexo 8(Trazabilidad de Requerimientos Funcionales versus Casos de Uso del Sistema).
125
4 ATRIBUTOS DE CASOS DE USO DEL SISTEMA
Priorid
Nombre del Complejid Dificult
Paquete Estado Responsable ad
Caso de Uso ad ad
/ Ciclo
CUS11-
PK01-Operatividad Actualizar Carlos
Primario Definido Alta 0
Orden Producción Información de Ramos
Operatividad
CUS08-Generar
PK01-Operatividad Carlos
Explosión Primario Definido Alta 0
Orden Producción Ramos
Materiales
CUS09-Generar
Reporte de Secundario Definido Media 1
Operatividad
CUS05-
PK01-Operatividad Controlar Carlos
Secundario Definido Baja 1
Orden Producción pendientes de Ramos
Operatividad
CUS04-
Notificar
Operatividad en Secundario Definido Baja 1
Órdenes de
Producción.
CUS17-Act.Inf.
PK02-Gestionar Solicitud de
Franco
Abastecimiento de Materiales con Secundario Definido Baja 1
Mori
Avíos Cantidad
Disponible
CUS02-
PK02-Gestionar
Actualizar Carlos
Abastecimiento de Secundario Definido Media 1
Información de Ramos
Avíos
Unidad
CUS21-Generar
PK02-Gestionar
Reporte de Carlos
Orden de Ramos
Avíos
Compra Creadas
PK02-Gestionar CUS12-Generar
Franco
Abastecimiento de Solicitud de Primario Definido Alta 0
Mori
Avíos Material
Carlos
Ramos
Avíos Fabricación
PK02-Gestionar CUS23-Act.Inf
Carlos
Abastecimiento de Solicitud de Secundario Definido Alta 1
Ramos
Avíos Fabricación
PK02-Gestionar
CUS19-Act.Inf. Carlos
Abastecimiento de Secundario Definido Baja 1
Solicitud Ramos
Avíos
126
Material con
Motivo Rechazo
Franco
Abastecimiento de Solicitud Pedido Primario Definido Alta 0
Mori
Avíos de Compra
CUS27-
PK02-Gestionar
Generar Franco
Abastecimiento de Primario Definido Alta 0
Movimiento y Mori
Avíos
Stock
CUS28-Generar
PK02-Gestionar Reporte de
Franco
Abastecimiento de Ingreso de Secundario Definido Baja 1
Mori
Avíos Solicitud de
Fabricación
Carlos
Abastecimiento de Reporte de Secundario Definido Baja 1
Ramos
Avíos Movimiento
PK02-Gestionar CUS25-Liquidar
Franco
Mori
Avíos Fabricación
CUS14-
PK02-Gestionar Actualizar
Franco
Abastecimiento de Información de Secundario Definido Baja 2
Mori
Avíos Calendario
Laborar
CUS22-
Franco
Mori
Avíos Disponibilidad
de Máquina
CUS16-
Carlos
Ramos
Avíos Disponibilidad
de Recurso
CUS24-
PK02-Gestionar
Consultar Carlos
Solicitud de Ramos
Avíos
Fabricación
CUS52-Generar
PK02-Gestionar
Reporte de
Abastecimiento de Secundario Definido Media Franco Mori 1
Solicitud de
Avíos
Material
CUS30-Generar
Reporte de
PK03-Seguimiento Franco
Solicitud de Secundario Definido Baja 1
de Abastecimiento Mori
Fabricación en
Tintorería
127
CUS31-Generar
Reporte de
PK03-Seguimiento Franco
Solicitud de Secundario Definido Baja 1
de Abastecimiento Mori
Fabricación en
Impresiones
CUS26-Elaborar
PK03-Seguimiento Proyección de Franco
Primario Definido Alta 0
de Abastecimiento Insumos de Mori
Máquinas
CUS34-
PK03-Seguimiento Carlos
Controlar Primario Definido Alta 0
de Abastecimiento Ramos
Abastecimiento
CUS36-Enviar
PK03-Seguimiento Reporte de Franco
Secundario Definido Media 1
de Abastecimiento Riesgo de Mori
Abastecimiento
CUS35-Elaborar
de Abastecimiento Abastecimiento Mori
y Plan de ventas
CUS20-Generar
de Abastecimiento Solicitud Pedido Mori
de Compra
CUS15-Generar
PK03-Seguimiento Carlos
Informe de Secundario Definido Media 1
de Abastecimiento Ramos
Stock Asignado
CUS49- Generar
PK03-Seguimiento Indicador de Carlos
de Abastecimiento motivo de Ramos
rechazo
CUS37-
Actualizar
PK04- Carlos
Información de Secundario Definido Media 2
Mantenimiento Ramos
Familia de
Avíos
CUS38-
PK04- Actualizar Carlos
Mantenimiento Información de Ramos
Avíos
CUS01-
PK04- Actualizar Franco
Secundario Definido Media O
Mantenimiento Información de Mori
FTP-OP
CUS29-
Componentes
128
CUS41-
Tela
CUS42_Actuali
PK04- Carlos
zar Información Secundario Definido Media 2
Mantenimiento Ramos
de Recursos
CUS39-
Máquinas
CUS40-
Planeamiento
CUS07-Liquidar
PK04- Carlos
Orden de Secundario Definido Media 0
Mantenimiento Ramos
Producción
CUS06-
Cliente
CUS43-
Actualizar
PK04- Carlos
Información Secundario Definido Media 1
Mantenimiento Ramos
Motivo de
Rechazo
CUS44_Actuali
PK04- zar Información Carlos
Mantenimiento de Grupo de Ramos
Compras
CUS03-
Ubicaciones
CUS-02
Unidad
CUS51-
Mantenimiento Información del Ramos
Almacén
CUS50-
Actualizar
PK04- Carlos
Información de Secundario Definido Media 1
Mantenimiento Ramos
Plantilla de
Avíos por Estilo
129
CUS33-
Mermas
CUS32-
Proceso
CUS45_Realiza
PK05-Seguridad de Carlos
r inicio de Opcional Definido Baja 2
Usuarios Ramos
sesión
PK05-Seguridad de CUS46_Cambia Carlos
Opcional Definido Baja 2
Usuarios r de Contraseña Ramos
PK05-Seguridad de CUS47_Admini Carlos
Usuarios strar Usuarios Ramos
PK05-Seguridad de CUS48_Admini Carlos
Usuarios strar Perfiles Ramos
Tabla 17: Atributos de los casos de uso del Sistema
Leyenda:
1. Complejidad: Clasifica el caso de uso por su importancia en la arquitectura del

sistema, sus valores son:
 Primario: actividad(es) que influyen profundamente a la arquitectura.
 Secundario: actividad(es) de menor frecuencia de ocurrencia.
 Opcional: actividad(es) que no siempre se realiza en el sistema.
2. Estado: Clasifica al caso de uso por su estado en que se encuentra su realización, sus
valores son:
 Definido: disciplina requerimientos.
 Analizado: disciplina análisis.
 Diseñado: disciplina diseño.
 Implementado: disciplina implementación.
 Probado: disciplina pruebas.
 implantado: implantación.
3. Dificultad: Clasifica al caso de uso por los recursos con que cuenta el grupo de
proyecto para su realización, sus valores son:
 Alta: el grupo de proyecto tiene pocos recursos para realizar el caso de uso, resulta
más difícil su realización.
 Media: resulta relativamente difícil realizar el caso de uso por los recursos del
grupo de proyecto.
 Baja: el grupo de proyectos cuenta con los recursos suficientes para realizar el
caso de uso.
130
4. Prioridad: Clasifica al caso de uso por orden de realización del proyecto, sus valores
son:
 Ciclo 0.
 Ciclo 1.
 Ciclo 2.
El siguiente gráfico muestra la distribución de los Casos de Uso del Sistema por Ciclo de
Desarrollo.
Distribución de Casos de Uso por Ciclo
19%
37%
Ciclo 0
Ciclo 1
44% Ciclo 2
Gráfico 27: Distribución de los Casos de Uso por Ciclo
131
5 ESPECIFICACIONES DETALLADAS DE LOS CASOS DE USO DEL SISTEMA
5.1 Especificación de Alto Nivel de los Casos de Uso del Sistema
A continuación, se presenta la especificación de alto nivel de todos los casos de uso. Los casos
de uso del núcleo central se explican de manera detallada en el punto 1.6.
Nombre CUS01-Actualizar Información de FTP-OP

Actor(es): AS01_Analista de Avíos
Propósito: Asociar una Orden de Producción a su ficha técnica de Prenda.
Puntos de Inclusión: Ninguno.
Puntos de Extensión: Ninguno.
Requerimiento
RF_01
Funcional:
El caso de uso comienza cuando el analista de Avíos ingresa al
sistema de Gestión de Abastecimiento de Avíos y luego ingresa a la
opción “Actualizar Información de FTP-OP”, dentro de este
formulario el sistema mostrará la siguiente pantalla “Asignar Ficha
Técnica a OP”. Según su requerimiento el analista de Avíos puede
Resumen: ingresar la ficha técnica a asignar, el sistema verifica si existe la ficha
técnica a asignar y luego es asignada y/o desasignada en caso este
incorrecta la asignación.
El caso de uso finaliza cuando el registro de la Orden de Producción

– Ficha Técnica queda actualizado.
Clasificación: Primario
Tabla 18: CUS01-Actualizar Información de FTP-OP
Nombre CUS02 Actualizar Información de Unidad

Propósito: Añadir la información de Unidades de Avíos.
Requerimiento
RF_05
Funcional:
El caso de uso comienza cuando el Analista de Avíos ingresa al
sistema de Gestión de Abastecimiento de Avíos, luego ingresa a la
opción “Mantenimiento” y luego a la opción “Actualizar Información
de Unidades”, según su requerimiento el Gestor de Compra puede
Resumen: agregar, modificar o anular la información de unidades como: su
código, su descripción y su factor de conversión,
El caso de uso finaliza cuando el registro de la información de Unidad

queda actualizado.
Clasificación: Secundario
Tabla 19: CUS-02 Actualizar Información de Unidad
132
Nombre CUS03-Actualizar Información de Ubicaciones
Actor(es): AS05_Asistente de Transacciones
Añadir la información de código y descripción de la ubicación del
Propósito:
almacén.
Requerimiento
RF_57
Funcional:
El caso de uso comienza cuando el Asistente de Transacciones
ingresa al sistema de Gestión de Abastecimiento de Avíos, luego
ingresa a la opción “Mantenimiento” y luego a la opción “Actualizar
Información de Ubicaciones”, según su requerimiento el Asistente de
Transacciones puede crear, modificar o dar de baja la información de
Resumen:
la Ubicación (Código, descripción) definida para ser usada en la
empresa.
El caso de uso finaliza cuando el registro de la información de la

ubicación queda actualizado.
Tabla 20: CUS03-Actualizar Información de Ubicaciones
Nombre CUS04-Notificar Operatividad en Órdenes de Producción

Actor(es): AS013_Asistente Automático
Confirmar por correo el registro de la Operatividad de la Órdenes de
Propósito:
Producción.
Requerimiento
RF_20
Funcional:
El caso de uso inicia cuando el Asistente Automático indica al
sistema verificar si las Órdenes de Producción tienen registro de
Operatividad. De ser así el sistema envía un correo a los Gerentes de
Operaciones y Comercial adjuntando el detalle de las Órdenes de
Producción.
Resumen: El caso de uso finaliza cuando el sistema escribe en un archivo de
texto el registro del suceso, indicando la fecha, número de Orden(es)
Producción y estado de envío ya sea exitoso o no.
Nota: El sistema realizará estas validaciones todos los días al finalizar

el día.
Tabla 21: CUS04-Notificar Operatividad en Órdenes de Producción
133
Nombre CUS05-Controlar pendientes de Operatividad
Controla que no hay pendientes de Operatividad al Gerente
Propósito:
Comercial.
Requerimiento
RF_31 y RF_44
Funcional:
opción “Operatividad Orden de Producción” y luego a la opción
“Controlar Pendientes de Operatividad”, según su necesidad el
Analista de Avíos selecciona la fecha del día, la filtra y luego
selecciona la opción de “Controlar Pendientes”, el sistema verifica si
hay OP pendientes de operatividad y muestra un detalle de
información como: Orden de Producción, Estilo, Cantidad de
Resumen:
Prendas, fecha de entrega y fecha de envió a DDP. En caso no existan
OP pendientes de Operatividad, el Analista de Avíos selecciona la
opción “No hay Pendientes de Operatividad, se enviará Notificación”
y el sistema envía una notificación por correo al Gerente Comercial
indicando que no hay pendientes de Operatividad.
El caso de uso finaliza cuando se verifico pendientes y en caso no los

haya se envía una notificación al Gerente Comercial.
Tabla 22 CUS05-Notificar que no hay pendiente de Operatividad
Nombre CUS06-Actualizar Información de Cliente

Actor(es): AS08_Analista de PCP
Añadir la información de porcentaje de Aceptación y días de
Propósito:
tolerancia del despacho al Cliente.
Requerimiento
RF_46
Funcional:
El caso de uso comienza cuando el Analista de PCP ingresa al sistema
de Gestión de Abastecimiento de Avíos, luego ingresa a la opción
“Mantenimiento” y luego a la opción “Actualizar Información de
Cliente”, según su requerimiento el Analista de PCP puede modificar
o anular la información del Cliente como: porcentaje de Aceptación
Resumen:
y días de tolerancia del despacho definidos para ser usada en la
empresa.
El caso de uso finaliza cuando el registro de la información del cliente

queda actualizado.
Tabla 23: CUS06-Actualizar Información de Cliente
134
Nombre CUS07-Liquidar Orden de Producción
Propósito: Liquidar Orden de Producción.
Requerimiento
RF_54
Funcional:
“Mantenimiento” y luego a la opción “Liquidar Orden de
Producción”, según su requerimiento el Analista de PCP puede
registrar el número de Orden de Producción y el sistema mostrará la
fecha real de despacho y si esta anulada y/o activa, de estar conforme
Resumen:
el Analista de PCP selecciona la opción “Liquidar Orden de
Producción” y el sistema liquida la Orden de Producción y libera los
avíos reservados que aún no fueron despachados.
El caso de uso finaliza cuando el registro de la liquidación de la OP

queda actualizado.
Tabla 24: CUS07-Actualiza Información de OP
Nombre CUS08-Generar Explosión Materiales

Generar la Explosión de Materiales a partir de una OP con su
Propósito:
Operatividad registrada.
Requerimiento
RF_03
Funcional:
“Trabaja Generación de Explosión de Materiales”, según su
necesidad el Analista de Avíos selecciona una fecha, la filtra y luego
selecciona la(s) OP(s) que tienen registrado Operatividad y
Resumen:
selecciona la opción “Generar Explosión de Materiales”, el sistema
toma la OP y realiza la explosión de Materiales en base a la
Operatividad de los avíos y muestra el mensaje “Explosión realizada
para la OP: XX”.
El caso de uso finaliza cuando se genera la Explosión de Materiales.

Tabla 25: CUS08-Generar Explosión Materiales
135
Nombre CUS09-Generar Reporte de Operatividad
Generar reportes de operatividad en base a la información del registro
Propósito:
de la operatividad.
Requerimiento
RF_06
Funcional:
“Generar Status de Operatividad”, según su necesidad el Analista de
Avíos selecciona un rango de fechas, la filtra y el sistema genera el
Resumen: reporte con la información de la Operatividad (OP, Avío,
Variabilidad, Cantidad Requerida, consumo y merma).
El Reporte puede ser exportado a PDF.
El caso de uso finaliza cuando el sistema genera el reporte de

operatividad.
Tabla 26: CUS09-Generar Reporte de Operatividad
Nombre CUS10-Generar Reporte de Movimiento

Propósito: Generar Reporte de las Órdenes de Compra ingresadas el Almacén
Requerimiento
RF_30
Funcional:
ingresa a la opción “Gestionar Abastecimiento de Avíos” y luego a
la opción “Reportes” y dentro de este formulario ingresa a la opción
“Generar Reporte de Ingreso de Orden de Compra”, el sistema
mostrará un formulario donde se debe de registrar el rango de fechas
Resumen:
y al dar clic en la opción “Aceptar” el sistema generará el reporte de
las Órdenes de Compra ingresadas.
El caso de uso finaliza cuando el sistema generó el listado de Órdenes

de Compra ingresadas.
Tabla 27: CUS10-Generar Reporte de Movimiento
136
Nombre CUS11-Actualizar Información de Operatividad
Añadir los avíos con sus consumos, mermas y el motivo del pendiente
Propósito:
por Orden de Producción.
Requerimiento
RF_02, RF_04, RF_21
Funcional:
opción “Operatividad Orden de Producción” de ahí a la opción
“Actualizar información de Operatividad”, según su necesidad el
Analista de Avíos selecciona una Orden de Producción pendiente de
registro de Operatividad y selecciona la opción “Registro de
Operatividad”, aquí el sistema le permitirá registrar y eliminar los
Componentes con su variabilidad, en caso desee agregar
Resumen:
Componentes se selecciona la opción “Guardar” y el sistema muestra
un formulario llamado “Registro de Avío por Componente” para
registrar el código de avío, el Consumo, el porcentaje de Merma y el
motivo del pendiente(en caso se suceda), con la opción “Guardar” se
registra la información digitada.
El caso de uso finaliza cuando el sistema actualiza el registro de

Operatividad.
Tabla 28: CUS11-Act.Inf. Operatividad
Nombre CUS12-Generar Solicitud de Material
Actor(es): AS03_Asistente de Asignaciones
Generar Solicitud de Material en base a las Explosiones de
Propósito:
Materiales.
Requerimiento
RF_07, RF_08 y RF_10.
Funcional:
El caso de uso comienza cuando el Asistente de Asignaciones ingresa
al sistema de Gestión de Abastecimiento de Avíos, luego ingresa a la
opción “Gestionar Abastecimiento de Avíos”, de ahí se ingresa a la
opción “Solicitud de Material”, el sistema mostrará un formulario
donde se podrá filtrar las explosiones de Materiales por fecha de
generación, , al seleccionar una fecha el sistema mostrará todas las
Explosiones de Materiales de la fecha filtrada y al seleccionar la
Resumen:
opción “Genera Solicitud de Material”, el sistema procesará las
explosiones de materiales mostradas en el formulario y generará una
Solicitud de Material por cada Explosión validando el stock
disponible del almacén. La solicitud de Material mostrará la
información del código de avío, stock disponible, motivo de rechazo,
la ubicación del stock disponible y la cantidad disponible.
137
El caso de uso finaliza cuando el sistema generó al menos una
Solicitud de Material.
Tabla 29: CUS12-Generar Solicitud de Material
Nombre CUS13-Generar Solicitud de Fabricación

Genera Solicitud de Fabricación con la cantidad requerida de la
Propósito: explosión de Materiales menos la cantidad confirmada en la Solicitud
de Material.
Requerimiento
RF_14, RF_24.
Funcional:
opción “Gestionar Abastecimiento de Avíos” de ahí se ingresa a la
opción “Solicitud de Fabricación”, el sistema mostrará un formulario
donde se podrá filtrar las explosiones de Materiales por fecha de
generación, al seleccionar una fecha el sistema mostrará todas las
Explosiones de Materiales de la fecha filtrada y al seleccionar la
opción “Genera Solicitud de Fabricación”, el sistema procesará las
Resumen: explosiones de materiales mostradas en el formulario y generará una
Solicitud de Fabricación restando las cantidad disponible de la
Solicitud de Material por cada Orden de producción. La solicitud de
Fabricación mostrará la información del OP, código de avío, cantidad
a fabricar, código de insumo del avío, fecha requerida en almacén,
código de máquina, y recurso.

Tabla 30: CUS13-Generar Solicitud de Fabricación
Nombre CUS14-Actualizar Información de Calendario Laboral

Actor(es): AS11_Operador
Propósito: Añadir una nueva fecha laborable con horario de inicio y fin.
Requerimiento
RF_55
Funcional:
El caso de uso inicia cuando el Operador ingresa al sistema de
Gestión de Abastecimiento de Avíos, luego ingresa a la opción
“Gestionar Abastecimiento”, de ahí ingresa a la opción “Actualizar
Resumen:
Información de Calendario Laboral”, el sistema mostrará un
formulario donde mostrará el detalle con la información: Día, mes,
Año, Hora Inicio y Hora Fin, el Operador puede seleccionar la opción
138
“Nueva Fecha” y el sistema mostrará un formulario para registrar el
Día, Mes, Año Hora Inicio y Hora Fin.
El caso de uso finaliza cuando se actualizo el calendario Laboral.

Tabla 31: CUS14-Actualizar Información de Calendario Laborar
Nombre CUS15-Generar Informe de Stock Asignado

Propósito: Genera el informe del stock asignado por Orden de Producción.
Requerimiento
RF_32
Funcional:
El caso de uso inicia cuando el Asistente de Transacciones ingresa al
opción “Seguimiento de Abastecimiento”, y de aquí a la opción
“Generar Informe de Stock Asignado”, el sistema mostrará un
formulario donde se podrá hacer uso de la opción “Consultar Stock
de Avíos” para identificar y seleccionar los avíos asignados ya sea
Resumen: por Orden de Compra, Solicitud de Fabricación y Solicitud de
Material. Luego de seleccionar las órdenes de Producción se usa la
opción “Generar Informe de Stock Asignado” y el sistema generará
el informe con todas las órdenes de Producción seleccionadas.
El caso de uso finaliza cuando el sistema genera el Informe de Stock

Asignado.
Tabla 32: CUS15-Generar Informe de Stock Asignado
Nombre CUS16-Actualizar Información de Disponibilidad de Recurso

Propósito: Añadir Recursos disponibles por fecha y hora de inicio y fin
Requerimiento
RF_56.
Funcional:
Información de Disponibilidad de Recursos”, el sistema mostrará un
formulario donde mostrará un filtro por fecha(por defecto la del día)
Resumen: y un detalle con la información: Día, mes, Año, Hora Inicio, Hora Fin
y Código de Recurso y Nombre, el Operador puede seleccionar la
opción “Registrar Recurso por Fecha y Hora” y el sistema mostrará
un formulario para registrar el Día, Mes, Año Hora Inicio, Hora Fin
y Código de Recurso.
139
Nota: el Recurso que se muestra es el que vino a laborar en el día.
El caso de uso finaliza cuando se actualizo la disponibilidad del

Recurso.
Tabla 33: CUS16- Actualizar Información de Disponibilidad de Recurso
CUS17-Act.Inf. Solicitud de Materiales con Cantidad

Nombre
Disponible
Actualiza la Cantidad Disponible de la evaluación de Control de
Propósito: Calidad y envía una Solicitud de Pedido de Compra en caso existan
diferencias no aptas para la producción.
Requerimiento
RF_13
Funcional:
opción “Gestionar Abastecimiento de Avíos”, de ahí se ingresa a la
opción “Actualiza Cantidad Disponible en Solicitud de Material”, el
sistema mostrará un formulario donde se podrá filtrar las solicitudes
de Materiales por fecha de generación, al seleccionar una fecha el
sistema mostrará todas las Solicitudes de Materiales creadas y al
identificar una solicitud de Material y un código de avío se usará la
Resumen: opción “Actualizar Cantidad Disponible”, y el sistema confirmará la
cantidad disponible que está en condiciones de ir a producción y
generará una Solicitud de Pedido de Compra con la diferencia que no
es apta para el uso de la producción tomando en cuenta la OP, el avío,
su cantidad y fecha requerida.
El caso de uso finaliza cuando el sistema actualiza la cantidad

disponible de la solicitud de Material y la Solicitud de Pedido de
Compra (en caso exista cantidades no aptas para producción).
Tabla 34: CUS17-Act.Inf. Solicitud de Materiales con Cantidad Disponible
Nombre CUS18-Generar Solicitud Pedido de Compra

Genera Solicitud Pedido de Compra con la cantidad requerida de la
Propósito: explosión de Materiales menos la cantidad confirmada en la Solicitud
de Material.
Requerimiento
RF_22, RF_23
Funcional:
Resumen:
140
opción “Gestionar Abastecimiento de Avíos” de ahí se ingresa a la
opción “Solicitud de Pedido de Compra”, el sistema mostrará un
formulario donde se podrá filtrar las explosiones de Materiales por
fecha de generación, al seleccionar una fecha el sistema mostrará
todas las Explosiones de Materiales de la fecha filtrada y al
seleccionar la opción “Genera Solicitud Pedido de Compra”, el
sistema procesará las explosiones de materiales mostradas en el
formulario y generará una Solicitud de Pedido de Compra restando
las cantidad disponible de la Solicitud de Material por cada Orden de
producción. La solicitud de Pedido de Compra mostrará la
información del OP, código de avío, cantidad a Comprar, código de
Grupo de Compra, la unidad de Compra y la fecha requerida. La
Solicitud de Pedido luego es procesada por el SAP y devolverá el
número de SolPed. Finalmente el sistema envía un correo electrónico
al Gestor de Compra notificando la creación de las solicitudes con su
respectivo detalle y además escribe en un archivo log el detalle del
envío.

Solicitud de Pedido de Compra.
Tabla 35: CUS18-Generar Solicitud Pedido de Compra
Nombre CUS19-Act.Inf. Solicitud Material con Motivo Rechazo

Actor(es): AS02_Analista de Control de Calidad
Actualizar la Solicitud de Material con el Motivo de Rechazo
Propósito:
detectado en el Control de Calidad del Avío.
Requerimiento
RF_12
Funcional:
El caso de uso comienza cuando el Analista de Control de Calidad
ingresa a la opción “Gestionar Abastecimiento de Avíos” de ahí se
ingresa a la opción “Actualizar Información de Solicitud de Material
con Motivo de Rechazo”, el sistema mostrará un formulario donde se
podrá filtrar las Solicitudes de Materiales por fecha de generación, al
seleccionar una fecha el sistema mostrará todas las Solicitudes de
Resumen:
Materiales de la fecha filtrada y al seleccionar una Solicitud y usar la
opción “Actualizar Motivo de Rechazo en Solicitud” , el sistema
mostrará un formulario donde se visualizará la OP, el código de Avío,
la cantidad Disponible y el motivo de rechazo.
El caso de uso finaliza cuando el sistema actualiza una Solicitud de

Material con el motivo de rechazo.
Tabla 36: CUS19-Act.Inf. Solicitud Material con Motivo Rechazo
141
Nombre CUS20-Generar Reporte de Solicitud Pedido de Compra
Actor(es): AS04_Gestor de Compra
Propósito: Genera el reporte de Solicitud de Pedido de Compra.
Requerimiento
RF_33 y RF_42
Funcional:
El caso de uso inicia cuando el Gestor de Compra ingresa al sistema
“Seguimiento de Abastecimiento”, de aquí se ingresa a la opción
“Reportes”, y a la opción “Generar Reporte de Solicitud de Pedido
de Compra”, el sistema mostrará un formulario donde se podrá hacer
uso de la opción “Consultar Orden de Compra” para identificar y
seleccionar los avíos asignados ya sea por Orden de Compra
relacionados a la Solicitud de Pedido de Compra. Luego de
Resumen:
seleccionar las órdenes de Compra se usa la opción “Generar Reporte
de Solicitud de Pedido de Compra” y el sistema generará el informe
con la información de la orden de compra, solicitud de pedido de
compra, OP, avío, cantidad requerida, fecha de llegada, Gestor de
Compra.
El caso de uso finaliza cuando el sistema genera reporte de Solicitud

de Pedido de Compra.
Tabla 37: CUS20-Generar Reporte de Solicitud Pedido de Compra
Nombre CUS21-Generar Reporte de Orden de Compra Creadas

Actor(es): AS04_Gestor de Compra
Propósito: Genera el reporte de Orden de Compra Creadas.
Requerimiento
RF_25
Funcional:
El caso de uso inicia cuando el Gestor de Compra ingresa al sistema
“Gestionar Abastecimiento de Avíos”, de aquí se ingresa a la opción
“Reportes”, y a la opción “Reporte por Orden de Compra”, el sistema
mostrará un formulario donde se podrá seleccionar un rango de
fechas y al seleccionar la opción “Aceptar” el sistema mostrará un
Resumen:
listado de órdenes de compra detallando el número de orden de
compra, el número de SolPed, el nombre del Gestor, el proveedor, la
fecha requerida, el avío, la cantidad a comprar.
El caso de uso finaliza cuando el sistema genera reporte de Orden de
Compra.
Tabla 38: CUS21-Generar Reporte de Orden de Compra Creadas
142
Nombre CUS22- Actualizar Información de Disponibilidad de Máquina
Propósito: Añadir Máquinas disponibles por fecha y hora de inicio y fin
Requerimiento
RF_58.
Funcional:
Información de Disponibilidad de Máquina”, el sistema mostrará un
formulario donde mostrará un filtro por fecha(por defecto la del día)
y un detalle con la información: Día, mes, Año, Hora Inicio, Hora Fin
y Máquina, el Operador puede seleccionar la opción “Registrar
Resumen:
Máquina por Fecha y Hora” y el sistema mostrará un formulario para
registrar el Día, Mes, Año Hora Inicio, Hora Fin y Máquina.
Nota: la Máquina que se muestra es la disponible del día.
El caso de uso finaliza cuando se actualizo la disponibilidad de

Máquina.
Tabla 39: CUS22- Actualizar Información de Disponibilidad de Máquina
Nombre CUS23-Act.Inf Solicitud de Fabricación

Recepcionar y Actualizar Almacén la Solicitud de Fabricación con la
Propósito:
información de Máquinas y Recursos.
Requerimiento
RF_15, RF_18.
Funcional:
“Actualizar Información de Solicitud de Fabricación”, el sistema
mostrará un formulario donde se podrá seleccionar un rango de
fechas y al seleccionar la opción “Filtrar” el sistema mostrará todas
las Solicitudes de Fabricación, y al dar clic en la opción “Recepcionar
Solicitud de Fabricación” el sistema recepciona la solicitud de
Resumen: fabricación seleccionada, al dar clic a la opción “Registrar Máquina
y Recursos” el sistema mostrará el formulario “Actualizar Máquina
y Recursos” donde se registrar la máquina que va a producir el avío
y el recurso que lo ejecutará, también se mostrará la OP, el código de
Avío, la cantidad a Producir y el código de Insumo del Avío.
El caso de uso finaliza cuando el sistema Actualizo una Solicitud de

Fabricación.
143
Tabla 40: CUS23-Act.Inf Solicitud de Fabricación
Nombre CUS24-Consultar Solicitud de Fabricación

Propósito: Consultar Solicitud de Fabricación
Requerimiento
RF_15.
Funcional:
El caso de uso inicia cuando es invocado por otro caso de uso
(CUS27-Recepcionar, Ingresar y Generar Movimiento y Stock)
donde se selecciona la opción “Consultar Solicitud de Fabricación”.
El Operador hace uso de los filtros de búsqueda apropiados para
obtener un listado en pantalla de Solicitudes de Fabricación por
Resumen:
Orden de Producción para que sean seleccionadas y logren generar
un movimiento de ingreso al almacén.
El caso de uso finaliza cuando el sistema selecciona las Solicitudes

de Fabricación que vas a generar un movimiento en el Almacén.
Tabla 41: CUS24-Consultar Solicitud de Fabricación
Nombre CUS25-Liquidar Solicitud de Fabricación

Propósito: Liquidar la Solicitud de Fabricación
Requerimiento
RF_16 y RF_19.
Funcional:
“Gestionar Abastecimiento de Avíos”, y selecciona la opción de
“Liquidar Solicitud de Fabricación”, el sistema mostrará un
formulario donde se podrá seleccionar un rango de fechas y al
seleccionar la opción “Filtrar” el sistema mostrará todas las
Solicitudes de Fabricación, y al dar clic en la opción “Registrar
Resumen:
Liquidación” el sistema mostrará un mensaje “Esta Seguro de
Liquidar” y al dar clic en la opción “Si” el sistema ejecutará la
liquidación para que no se pueda modificar la Solicitud de
Fabricación y se confirme la cantidad que se produjo.
.
El caso de uso finaliza cuando el sistema Liquida una Solicitud de
Fabricación.
Tabla 42: CUS25-Liquidar Solicitud de Fabricación
144
Nombre CUS26-Elaborar Proyección de Insumos de Máquinas
Actor(es): AS06_Asistente de Impresiones
Propósito: Elabora y Genera la Proyección de Insumos de Máquinas
Requerimiento
RF_35 y RF_36.
Funcional:
El caso de uso inicia cuando el Asistente de Impresiones ingresa al
opción “Seguimiento de Abastecimiento”, de aquí ingresa a la opción
“Elaborar Proyección de Insumos”, el sistema mostrará un formulario
donde se podrá filtrar por mes y año de Plan de Ventas de las Ordenes
de Producción y cuando se dé clic en la opción “Proyectar Insumos” ,
el sistema buscará todas las Solicitudes de Fabricación de
Impresiones asociadas a las Órdenes de Producción y mostrará la
cantidad que se requiere a nivel de resumen de los códigos de insumo
Resumen:
que están asociados a los avíos, el listado mostrará la información de:
Mes y Año del Plan de Ventas, Cliente, Orden de Producción, código
de Insumo, y la cantidad a Comprar y el Stock Actual del insumo,
luego al seleccionar la opción “Generar Proyección de Compras”, el
sistema genera una Solicitud de Pedido de Compra con lo indicado
en el listado.
El caso de uso finaliza cuando el sistema Genera un Listado de

Proyección de Compras de Insumos.
Tabla 43: CUS26-Elaborar Proyección de Insumos de Máquinas
Nombre CUS27- Generar Movimiento y Stock

El propósito es recepcionar, Ingresar y Genera Movimientos de
Propósito:
Ingreso y actualiza Stock en almacén
Puntos de Inclusión: CUS24-Consultar Solicitud de Fabricación
Requerimiento
RF_26, RF_28 y RF_33.
Funcional:
El caso de uso inicia cuando el Asistente de Transacciones ingresa al
opción “Gestionar Abastecimiento de Avíos”, y selecciona
“Recepcionar Documentos de Ingreso”, el sistema mostrará un
formulario donde se podrá seleccionar las opciones: “Recepcionar
Documentos”, ”Ingresar Documento” y “Generar Movimiento”, el
Resumen:
Asistente de Transacciones selecciona la opción “Recepcionar
Documentos”, el sistema mostrará un formulario para que se
recepcione el documento, y al seleccionar la opción “Filtrar”, se
mostrará todos los documentos enviados(por el Operador o el Gestor
de Compra), dando clic en la opción “Recepcionar” el sistema
permitirá el ingreso de los documentos. Para ingresar los documentos
145
se tiene que seleccionar la opción “Ingresar Documento”, donde se
podrá seleccionar el tipo de Movimiento a ingresar, en este
formulario se mostrará el número de movimiento, tipo de
movimiento, documento de ingreso (Orden de Compra o Solicitud de
Fabricación), fecha de creación y usuario, luego se selecciona el
documento a ingresar y por último se utiliza la opción “Generar
Movimiento” para actualizar el movimiento y los stocks.
El caso de uso finaliza cuando el sistema genera el movimiento de

ingreso y actualiza el stock.
Tabla 44: CUS27-Generar Movimiento y Stock
Nombre CUS28-Generar Reporte de Ingreso de Solicitud de Fabricación

Generar reporte de movimientos de ingreso de Solicitudes de
Propósito:
Fabricación.
Requerimiento
RF_29
Funcional:
ingresa a la opción “Gestionar Abastecimiento de Avíos” y luego a
la opción “Reportes” y dentro de este formulario ingresa a la opción
“Generar Reporte de Ingreso de Solicitud de Fabricación”, el sistema
mostrará un formulario donde se debe de registrar el rango de fechas
Resumen:
y al dar clic en la opción “Aceptar” el sistema generará el reporte de
Solicitudes de Fabricación ingresadas.
El caso de uso finaliza cuando el sistema generó el listado de

Solicitudes de Fabricación.
Tabla 45: CUS41-Generar Reporte de Ingreso de Solicitud de Fabricación
Nombre CUS29-Actualizar Información de Componentes

Propósito: Añadir la información del código de Componente y su descripción.
Requerimiento
RF_37
Funcional:
Resumen:
de Componentes”, según su requerimiento el Analista de Avío puede
146
agregar, modificar o anular la información del componente como:
su código y descripción.
El caso de uso finaliza cuando el registro de la información del

Componente queda actualizado.
Tabla 46: CUS29-Actualizar Información de Componentes
CUS30-Generar Reporte de Solicitud de Fabricación en

Nombre
Tintorería
Actor(es): AS07_Analista de Tintorería
Generar Reporte de Status de Solicitudes de Fabricación en
Propósito:
Tintorería.
Puntos de Extensión: CUS24-Consultar Solicitud de Fabricación
Requerimiento
RF_53
Funcional:
El caso de uso inicia cuando el Analista de Tintorería ingresa al
opción “Seguimiento de Abastecimiento”, de aquí se ingresa a la
opción “Reportes”, y a la opción “Generar Reporte de Solicitud de
Fabricación en Tintorería”, el sistema mostrará un formulario donde
se podrá hacer uso de la opción “Consultar Solicitud de Fabricación”
para identificar y seleccionar los avíos en proceso de producción,
luego de seleccionar las solicitudes el sistema muestra un filtro por
Resumen: rango de fechas y al seleccionar la opción “Generar Reporte”, el
sistema muestra un listado de todas las Solicitudes de Fabricación. La
información que mostrará será: la Solicitud de Fabricación, la OP, la
cantidad Requerida, la cantidad producida, el status (Pendiente, en
Proceso), el responsable y la máquina.

de Fabricación en Tintorería.
Tabla 47: CUS30-Generar Reporte de Solicitud de Fabricación en Tintorería
CUS31-Generar Reporte de Solicitud de Fabricación en

Nombre
Impresiones
Actor(es): AS06_Asistente de Impresiones
Generar Reporte de Status de Solicitudes de Fabricación en
Propósito:
Impresiones.
Requerimiento
RF_38
Funcional:
El caso de uso inicia cuando el Asistente de Impresiones ingresa al
Resumen:
147
opción “Reportes”, y luego a la opción “Generar Reporte de Solicitud
de Fabricación en Impresiones”, el sistema mostrará un filtro por
rango de fechas y al seleccionar la opción “Generar Reporte”, el
sistema muestra un listado de todas las Solicitudes de Fabricación. La
información que mostrará será: la Solicitud de Fabricación, la OP, la
cantidad Requerida, la cantidad producida, el status (Pendiente, en
Proceso), el responsable y la máquina.

de Fabricación en impresiones.
Tabla 48: CUS31-Generar Reporte de Solicitud de Fabricación en Impresiones
Nombre CUS32-Actualizar Información de Proceso

Propósito: Actualizar la información de Procesos.
Requerimiento
RF_34
Funcional:
El caso de uso comienza cuando el Analista de Ingeniería ingresa al
de Procesos”, según su requerimiento el Analista de PCP puede
Resumen: agregar, modificar o anular la información de los Procesos como: su
código, descripción y cobertura.
El caso de uso finaliza cuando el registro de la información de los

procesos queda actualizado.
Tabla 49: CUS32-Actualizar Información de Proceso
Nombre CUS33-Actualizar Información de Mermas

Actor(es): AS12_Analista de Ingeniería
Propósito: Añadir la información de Mermas.
Requerimiento
RF_48
Funcional:
El caso de uso comienza cuando el Analista de Ingeniería ingresa al
Resumen: de Mermas”, según su requerimiento el Analista de Ingeniería puede
agregar, modificar o anular la información de las Mermas como: su
valor, consumo inicial, consumo final, lote inicial y lote final.
148
El caso de uso finaliza cuando el registro de la información de las
mermas queda actualizado.
Tabla 50: CUS33-Actualizar Información de Mermas
Nombre CUS34-Controlar Abastecimiento

Propósito: Elabora Control de Abastecimiento.
Requerimiento
RF_39 y RF_59
Funcional:
El caso de uso comienza cuando el Asistente Automático, demonio
del sistema, indica al sistema verificar el detalle de las Órdenes de
Producción (avío y etapa) donde identifica los pendientes de registro,
la fecha de ingreso al almacén proyectado, el lead time de Compra de
Cada avío, la fecha de despacho de tela, el documento asociado
Resumen:
(Orden de Compra, Solicitud de Fabricación y Solicitud de Material).
El caso de uso finaliza cuando el sistema elabora un reporte del

Control de Abastecimiento y lo envía por correo al Analista de PC y
Gerentes de Operaciones/Comercial.
Tabla 51: CUS34-Controlar Abastecimiento
Nombre CUS35-Elaborar Reporte de Abastecimiento y Plan de ventas

Actor(es): AS08_Analista de PCP.
Propósito: Elabora Reporte de Abastecimiento por Plan de Ventas.
Requerimiento
RF_40
Funcional:
El caso de uso inicia cuando el Analista de PCP ingresa al sistema de
“Reportes”, luego se debe de seleccionar la opción “Reporte de
Abastecimiento por Plan de Ventas”, el sistema mostrará un
formulario donde se podrá filtrar por mes y año de Plan de Ventas de
las Ordenes de Producción y cuando se dé clic en la opción “Generar
Resumen: Reporte”, el sistema mostrará un reporte con el seguimiento del
Abastecimiento por Plan de Ventas donde se mostrará la OP, el estilo,
la fecha requerida, la cantidad requerida, cantidad comprada,
cantidad, asignada, cantidad disponible, Orden de Compra, solicitud
de Fabricación, Solicitud de Material(es), entre otros.

Abastecimiento por plan de Ventas.
Tabla 52: CUS35- Elaborar Reporte de Abastecimiento y Plan de ventas
149
Nombre CUS36-Generar reporte de Riesgo de Abastecimiento
Propósito: Elabora Reporte de Riesgo de Abastecimiento
Requerimiento
RF_41
Funcional:
El caso de uso inicia cuando el Asistente Automático inicia el CUS
a las 11pm todos los días, es entonces cuando el sistema valida el
detalle de información de la orden de producción, código de avío,
descripción del avío, fecha requerida en planta, lead time de compra,
cantidad requerida, proveedor, fecha requerida de la orden de
compra, fecha requerida de la Solicitud de Fabricación, fecha
Resumen:
máxima colocación de Orden de Compra, fecha de explosión de
material, fecha de operatividad, Orden de compra y solicitud de
Pedido de Compra.

Abastecimiento y lo envía a la gerencia comercial o de Operaciones.
Tabla 53: CUS36- Generar reporte de Riesgo de Abastecimiento
Nombre CUS37-Actualizar Información de Familia de Avíos

Actor(es): AS01_Analista de Avíos.
Añadir la información del código de Familia, su descripción, su lead
Propósito:
time de compra y su grupo de compras
Puntos de Extensión: CUS38-Actualizar Información de Avíos
Requerimiento
RF_17
Funcional:
de Familia de Avíos”, según su requerimiento el Analista de Avío
Resumen: puede agregar, modificar o anular la información de la Familia como:
su código, descripción, y su lead time de Compra

Familia de Avíos queda actualizado.
Tabla 54: CUS37-Actualizar Información de Familia de Avíos
Nombre CUS38-Actualizar Información de Avíos

Actor(es): AS01_Analista de Avíos.
Añadir la información del código de avío, su descripción y su unidad,
Propósito:
origen, tipo de avío.
150
Requerimiento
RF_27
Funcional:
de Avíos”, según su requerimiento el Analista de Avío puede agregar,
Resumen: modificar o anular la información del Avío como: código de avío, su
descripción, unidad, origen, tipo de avío y familia.
El caso de uso finaliza cuando el registro de la información del Avío

queda actualizado.
Tabla 55: CUS38-Actualizar Información de Avíos
Nombre CUS39-Actualizar Información de Máquinas

Propósito: Añadir la información del código de Máquina y su descripción.
Requerimiento
RF_49
Funcional:
Máquinas”, según su requerimiento el Analista de PCP puede
Resumen: agregar, modificar o anular la información de las Máquinas como:
código y su descripción.

Máquina queda actualizado.
Tabla 56: CUS39-Actualizar Información de Máquinas
Nombre CUS40-Actualizar Información de Planeamiento

Añadir la información de las fechas programadas y Planificadas por
Propósito:
OP y proceso
Requerimiento
RF_09
Funcional:
Resumen: Planeamiento”, según su requerimiento el Analista de PCP puede
agregar, modificar, consultar y anular la información de las fechas
programadas y planificadas por Proceso de manufactura.
151
El caso de uso finaliza cuando el registro de la información de
Planeamiento queda actualizado.
Tabla 57: CUS40-Actualizar Información de Planeamiento
Nombre CUS41-Actualizar Información de Tela

Actor(es): AS09_Analista Textil.
Propósito: Añadir la información de la Tela.
Requerimiento
RF_50
Funcional:
El caso de uso comienza cuando el Analista Textil ingresa al sistema
Tela”, según su requerimiento el Analista Textil puede agregar,
Resumen: modificar o anular la información de la tela como: su rendimiento de
crudo, rendimiento de acabado y merma textil.
El caso de uso finaliza cuando el registro de la información de la Tela

queda actualizado.
Tabla 58: CUS41-Actualizar Información de Tela
Nombre CUS42_Actualizar Información de Recursos

Actor(es): AS10_Analista de RRHH.
Propósito: Añadir la información de Recursos.
Requerimiento
RF_51
Funcional:
El caso de uso comienza cuando el Analista de RRHH ingresa al
de Recursos”, según su requerimiento el Analista de RRHH puede
Resumen: agregar, modificar o anular la información de Recursos como: su
código, su nombre y área.

Recursos queda actualizado.
Tabla 59: CUS42_Actualizar Información de Recursos
Nombre CUS43-Actualizar Información Motivo de Rechazo

Actor(es): AS02_Analista de Control de Calidad.
Propósito: Añadir la información de Motivos de Rechazos.
152
Requerimiento
RF_52
Funcional:
El caso de uso comienza cuando el Analista de Control de Calidad
Información de Motivo de Rechazo”, según su requerimiento el
Resumen: Analista de Control de Calidad puede agregar, modificar o anular la
información de Motivo como: su código, y su descripción.

Recursos queda actualizado.
Tabla 60: CUS43-Actualizar Información Motivo de Rechazo
Nombre CUS44_Actualizar Información de Grupo de Compras

Actor(es): AS04_Gestor de Compra.
Propósito: Añadir la información de Motivos de Rechazos.
Requerimiento
RF_11
Funcional:
El caso de uso comienza cuando el Gestor de Compra ingresa al
de Grupo de Compras”, según su requerimiento el Gestor de Compra
Resumen: puede agregar, modificar o anular la información como: su código, y
su descripción.
El caso de uso finaliza cuando el registro de la información de Grupo

de Compras queda actualizado.
Tabla 61: CUS44_Actualizar Información de Grupo de Compras
Nombre CUS45_Realizar inicio de sesión

Actor(es): AS99_Usuario
Propósito: Realizar el inicio de sesión en el sistema.
Puntos de Inclusión: Ninguno
Puntos de Extensión: CUS46_Cambiar de Contraseña
Requerimiento
RFG_01
Funcional:
El caso de uso da inicio cuando el Usuario se identifica.
Ocasionalmente, el sistema podría solicitarle cambio de clave de
Resumen: acuerdo a las políticas de seguridad establecidas en la empresa. El
caso de uso finaliza cuando el sistema valida la identidad y permisos
del Usuario.
Tabla 62: CUS45_Realizar inicio de sesión
153
Nombre CUS46_Cambiar de Contraseña
Actor(es): AS99_Usuario
Propósito: Cambiar la contraseña del usuario del sistema.
Puntos de Extensión: Ninguno
Requerimiento
RFG_02
Funcional:
El caso de uso da inicio cuando el Usuario indica la opción “Cambiar
Resumen: Contraseña”. El usuario puede modificar su contraseña. El caso de
uso finaliza cuando el sistema graba la nueva contraseña.
Clasificación: Opcional
Tabla 63: CUS46_Cambiar de Contraseña
Nombre CUS47_Administrar Usuarios

Actor(es): AS98_AdministradorSistema
Propósito: Mantener actualizado el registro de los usuarios del sistema.
Requerimiento
RFG_03
Funcional:
El caso de uso da inicio cuando el Administrador del Sistema indica
la opción “Administrar Usuarios”. El Administrador del Sistema
Resumen: puede modificar los datos de los usuarios. El sistema debe permitir
agregar, modificar, eliminar, habilitar y/o inhabilitar usuarios. El caso
de uso finaliza cuando el sistema graba las modificaciones realizadas.
Tabla 64: CUS47_Administrar Usuarios
Nombre CUS48_Administrar Perfiles

Actor(es): AS98_AdministradorSistema
Mantener actualizado el registro de los perfiles de usuario del
Propósito:
sistema.
Requerimiento
RFG_04
Funcional:
El caso de uso da inicio cuando el Administrador del Sistema indica
la opción “Administrar Perfiles”. El Administrador del Sistema
puede modificar los perfiles de los usuarios. Debe ser posible agregar,
Resumen:
modificar, eliminar, habilitar y/o inhabilitar un perfil de usuario. El
caso de uso finaliza cuando el sistema graba las modificaciones
realizadas.
Clasificación: Opcional
Tabla 65: CUS48_Administrar Perfiles
154
Nombre CUS49- Generar Indicador de motivo de rechazo
Generar Indicadores de Motivo de Rechazo de los avíos que están en
Propósito:
las Solicitudes de Materiales.
Requerimiento
RF_43
Funcional:
El caso de uso inicia cuando el Analista de PCP ingresa al sistema de
“Reportes”, luego se debe de seleccionar la opción “Indicador de
Motivos de Rechazo”, el sistema mostrará un formulario donde se
podrá filtrar por un rango de fechas, la cual es la fecha de creación de
la Solicitud de Material y cuando se dé clic en la opción “Generar
Resumen:
Indicador”, el sistema mostrará un Listado de los motivos de rechazo
con su cantidad de veces que se repite en las Solicitudes de Materiales
analizadas(a nivel porcentual).
El indicador puede ser exportado a PDF.
El caso de uso finaliza cuando el sistema genera el indicador de

Motivo de rechazo.
Tabla 66: CUS49- Generar Indicador de motivo de rechazo
Nombre CUS50-Actualizar Información de Plantilla de Avíos por Estilo

Propósito: Añadir Avíos por Estilo y Componente
Requerimiento
RF_47
Funcional:
de Plantilla de Avíos por Estilo”, según su requerimiento el Asistenta
Resumen: de Avíos puede agregar, modificar o anular la información como:
Estilo, Componente y Código de Avío.

Plantilla de Avíos por Estilo queda actualizado.
Tabla 67: CUS50-Actualizar Información de Plantilla de Avíos por Estilo
155
Nombre CUS51-Actualizar Información de Almacén
Propósito: Añadir la información de Almacén.
Requerimiento
RF_45
Funcional:
Información de Almacén”, según su requerimiento el Asistenta de
Resumen: Transacciones puede agregar, modificar o anular la información del
Almacén como: su código y su descripción.
El caso de uso finaliza cuando el registro de la información del

Almacén queda actualizado.
Tabla 68: CUS51-Actualizar Información de Almacén
Nombre CUS52-Generar Reporte de Solicitud de Material

Propósito: Genera reporte de Solicitud de Materiales
Requerimiento
RF_60
Funcional:
El caso de uso inicia cuando el Asistente de Asignaciones ingresa al
opción “Reportes”, luego se debe de seleccionar la opción “Reporte
Resumen: de Solicitud de material”, el sistema mostrará un formulario donde se
podrá filtrar por un rango de fechas de creación de la solicitud. Luego
el sistema mostrará los datos de la solicitud de materiales y además
un campo con los días de atraso. El reporte podrá ser exportado en
PDF.
156
Especificación detallada de los Casos de Uso del Sistema
1 CUS01-Actualizar Información de FTP - OP
i. Actores del Sistema
AS01_Analista de Avíos
ii. Propósito
Asociar una Orden de Producción a su ficha técnica de Prenda.
iii. Breve Descripción
El caso de uso comienza cuando el analista de avíos tiene que asignar una ficha técnica
a una Orden de Producción que no tenga una asignada, para ello realiza una búsqueda
de la(s) Órdenes de Producción que no tengan asignada una ficha técnica, entonces
procederá a asignarla.
El caso de uso finaliza cuando se asignó una ficha técnica a la Orden(es) de producción.
iv. Flujo Básico
a) El caso de uso inicia cuando el Analista de Avíos indica la opción “Actualizar

FTP - OP”.
b) El sistema muestra un formulario llamado “Asignación de Ficha Técnica a OP”
el cual carga las siguientes secciones:
 Filtrar: “Filtrar según listado de OP’s”.
 Datos de Detalle: “Número de OP”, “Número de Ficha Técnica”, “Nombre
de Cliente”, “Estilo”, “Cantidad de Prendas”, “Fecha Requerida”, “F. Envío
a DDP”.
 Opciones:
A nivel de cabecera: “Ver OP’s pendientes de asignar” y “Filtrar”.
A nivel de detalle: “Opción de lupa para seleccionar ficha”, “Asignar Ficha
Técnica” y “Desasignar Ficha Técnica”, al final “Retornar”.
 (Ver Figura “Asignación de FTP a OP”)
c) Si el Analista de Avíos requiere:
Filtrar a OP: Ir a Subflujo Filtrar (Se realiza la búsqueda según la fecha de creación
de OP que tengan o no asignada una Ficha Técnica).
157
Seleccionar una ficha técnica: Ir a subflujo “Seleccionar FTP”.
Asigna Ficha Técnica a OP: Ir a Subflujo “Asignar Ficha Técnica a OP” (se asocia
la Ficha Técnica a la OP).
Desasigna Ficha Técnica a OP: Ir a Subflujo “Desasignar Ficha Técnica a OP” (se
desasocia la Ficha Técnica a la OP).
d) El Analista de Avíos selecciona la opción “Retornar” en el formulario de
Asignación de Ficha Técnica a OP.
e) El sistema cierra la interfaz, terminando el caso de uso.
v. Subflujos
o Filtrar
a) El Analista de Avíos lista las OP’s según los criterios: Presionando el botón
“Ver OP’s pendientes de asignar” o Ingresando la fecha de Requerida de OP.
b) Si el Analista de Avíos presiona el botón “Ver OP’s pendientes de asignar” el
sistema listará todas las OP’s que no tengan asignada una ficha técnica. Por lo
cual el caso de uso continuará en el punto d.
c) Si el analista de avios ingresa la fecha requerida de la OP y da click al botón
buscar, el sistema listará todas las OP’s desde la fecha ingresada hasta la fecha
actual tengan o no una ficha técnica asignada.
d) El formulario “Asignación de Ficha Técnica a OP” muestra la(s) OP’s que
cumplan con los criterios de búsqueda seleccionados mostrando los siguientes
campos: “Número de OP”, botón de lupa utilizada para seleccionar una ficha
técnica, “Número de Ficha Técnica”, “Nombre de Cliente”, “Estilo”, “Cantidad
de Prendas”, “Fecha Requerida”, “F. Envío a DDP”.
e) El caso de uso retorna al punto “b” del flujo básico.
o Seleccionar FTP
a) El Analista de avíos selelecciona el botón con símbolo de lupa perteneciente a

un registro de OP.
b) El sistema carga un listado de fichas técnicas mostrando los siguientes campos:
158
“Código de ficha”, “Densidad”, “Temporada”, “Tipo Solicitud”, “Sectorista”,
“Fecha de Emisión” y “Usuario”.
c) El Analista de Avíos seleccionada una ficha técnica y da clic en el código de
ficha.
d) El caso de uso retorna al punto “b” del flujo básico.
o Asigna Ficha Técnica a OP
a) El Analista de Avíos selecciona una Orden de Producción a la cual se haya

seleccionado una ficha técnica.
b) El Analista de Avíos selecciona la opción “Asignar Ficha Técnica”.
c) El sistema muestra el siguiente mensaje: “¿Seguro de Asignar Ficha Técnica a
OP?”.
d) El Analista de Avíos selecciona la opción “Aceptar”.
e) El sistema realiza la asignación de la ficha técnica en la orden de producción
seleccionada.
f) El sistema muestra el siguiente mensaje “Ficha Técnica: YY fue Asignada para
la OP: XX”.
g) El sistema refresca el formulario mostrando el código de ficha técnica
registrada.
h) El caso de uso retorna al punto “b” del flujo básico.
o Desasigna Ficha Técnica a OP
a) El Analista de Avíos selecciona una Orden de Producción que tenga una ficha
ténica asignada.
b) El Analista de Avíos selecciona la opción “Desasignar Ficha Técnica”
c) El sistema muestra el siguiente mensaje: “¿Seguro de Desasignar Ficha Técnica
a OP?”.
d) El Analista de Avíos selecciona la opción “Aceptar”.
e) El sistema realiza la desasignación de la ficha técnica en la orden de producción
seleccionada.
f) El sistema muestra el siguiente mensaje “Ficha Técnica: YY fue desasignada
para la OP: XX”.
159
g) El sistema refresca el formulario dejando en blanco la columna “Código de
Ficha Técnica”.
h) El caso de uso retorna al punto “b” del flujo básico.
o Retornar
Se presenta en el punto “e” del flujo básico:

a) El sistema cierra el formulario “Asignación de Ficha Técnica a OP”.
b) El sistema cierra la interfaz, terminando el caso de uso.
vi. Flujos Alternos
o Orden de Producción No Encontrada [RN21]
Se presenta en el punto “b” del subflujo “Filtrar”, el sistema no devuelve ninguna Orden
de Producción:
a) El sistema muestra un formulario en blanco con los siguientes campos: “Número de
OP”, “Número de Ficha Técnica”, “Nombre de Cliente”, “Estilo”, “Cantidad de
Prendas”, “Fecha Requerida” y “F. Envío a DDP”.
b) El sistema regresa al punto b del flujo básico.
o Orden con Operatividad Registrada [RN32]
Se presenta en el punto “d” del subflujo Desasigna ficha Técnica a OP, si la Orden ya
tiene Operatividad Registrada:
a) El sistema muestra el siguiente mensaje: “No se puede Desasignar Ficha Técnica por
que ya tiene Operatividad registrada”.
b) El sistema regresa al punto “b” del subflujo Desasigna ficha Técnica a OP.
o Asigna con Ficha en blanco [RN33]
Se presenta en el punto “d” del subflujo Asigna ficha Técnica a OP, si se ingresa un
espacio en blanco o un código de ficha inexistente.
a) El sistema muestra el siguiente mensaje: “No existe Ficha Técnica”.
b) El sistema regresa al punto “b” del subflujo Asigna ficha Técnica a OP.
160
o Desasigna con Ficha en blanco [RN34]
Se presenta en el punto “d” del subflujo Desasigna ficha Técnica a OP, si la Orden no
tiene Ficha Técnica Asignada:
a) El sistema muestra el siguiente mensaje: “OP no tiene Ficha Técnica Asignada, no
es posible Desasignar”.
b) El sistema regresa al punto “b” del subflujo Desasigna ficha Técnica a OP.
o Asignar Ficha en OP con Ficha Asignada [RN35]
Se presenta en el punto “d” del subflujo Asigna ficha Técnica a OP, si la Orden ya
tiene asignada una ficha técnica:
a) El sistema muestra el siguiente mensaje: “OP ya tiene Ficha Técnica Asignada, no
es posible volver a Asignar”.
b) El sistema regresa al punto “b” del subflujo Asigna ficha Técnica a OP.
vii. Precondiciones
 Existe al menos un registro de Orden de Producción en la empresa.

 Existe al menos un registro de Cliente en la empresa.
 Existe al menos un registro de Ficha Técnica de Prenda en la empresa.
viii. Postcondiciones
 Se ha actualizado el documento de Orden de Producción.
ix. Puntos de Inclusión
 Ninguno.
x. Puntos de Extensión
 Ninguno.
xi. Reglas de Negocio
 RN21_Búsqueda sin resultados
161
 RN32_Orden con Operatividad Registrada
 RN33_Asigna con Ficha en blanco
 RN34_Desasigna con Ficha en blanco
 RN35_Asignar Ficha en OP con Ficha Asignada
xii. Información Adicional
 Imágenes:
Filtrar una ficha técnica
Seleccionar una Ficha Técnica a una OP
162
Asignar una Ficha Técnica a una OP
Mensajes
163
2 CUS11-Actualizar Información de Operatividad
ii. Actores del Sistema
iii. Propósito
Actualizar información de la Operatividad de una orden de producción textil y de

manufactura por intermedio del Analista de Avíos el cual es administrado por el área
de Desarrollo de Productos.
iv. Breve Descripción
El caso de uso da inicio cuando el Analista de Avíos indica la opción “Actualizar

Información de Operatividad”. El Analista de Avíos debe seleccionar una orden de
producción que este pendiente de registro de operatividad y/o en registro parcial para
luego registrar los componentes con sus variabilidades por Orden y por cada detalle se
registrarán los avíos.
El caso de uso finaliza cuando se registra la operatividad de la Orden de Producción.
v. Flujo Básico
a) El caso de uso da inicio cuando el Analista de Avíos indica la opción “Actualizar

información de Operatividad”.
b) El sistema muestra un formulario llamado “Registro de Operatividad” con las
siguientes secciones:
 Filtro: F. Envío a DDP de la OP, por defecto en formato DD/MM/YYYY.
 Datos de Detalle: “Número de OP”, “Cliente”, “Estilo”, “Prendas”, “Fecha
Requerida”, y “F. Envío a DDP”.
 Opciones: A nivel de cabecera: “Filtrar” y “Retornar”. A nivel de detalle:
“Registrar Operatividad” (Ver Figura “Actualizar Información de
Operatividad”)
c) Si el analista de Avíos requiere:
Registrar: Ir a Subflujo Registrar Operatividad (se actualiza información de
Operatividad).
d) El Analista de Avíos indica “Retornar” en el formulario de Registro de
Operatividad.
e) El sistema cierra la interfaz, terminando el caso de uso.
164
vi. Subflujos
o Registrar [RN18]
a) El Analista de Avíos ingresa una fecha y presiona el botón buscar.

b) El sistema lista las Órdenes de Producción que correspondan con la fecha de
envío a DDP ingresada hasta la fecha actual.
c) El Analista de Avíos selecciona la opción “Registrar Operatividad” de una de
las OP’s listadas.
d) El sistema muestra el formulario “Registro de Operatividad”, con una tabla con
los datos: “Variabilidad” y “Componente”. Además de las opciones a nivel de
detalle de “Registrar Avío por Componente”, "Registrar Avío desde Plantilla de
Estilo", “Eliminar Componente” y “Retornar” y a nivel de Cabecera el número
de OP, el Cliente, el Estilo, la fecha requerida, la fecha de envío de DDP, los
filtros de selección “Variabilidad”, “Componente” y la opción “Registrar
Componente”.
(Ver Figura “Registro de Operatividad”)
e) Si el analista de Avíos requiere:
Registrar Componente: Ir a Subflujo Registrar Componente (se identificas los
componentes con sus variabilidades de una Orden de Producción).
Registrar Avíos por Componente: Ir a Subflujo Registrar Avíos por
Componente (se identifican los avíos por componente de una Orden de
Producción).
Registrar Avío desde Plantilla de Estilo: Ir a Subflujo Registrar Avíos por
Plantilla (se identifican los avíos por plantilla de un Estilo –Componente y
Avío).
Eliminar Componente: Ir a Subflujo Eliminar Componente (se elimina un
componente de una Orden de Producción).
f) El Analista de Avíos selecciona “Retornar”, el subflujo finaliza y el flujo básico
continúa.
165
o Registrar Componente
a) El Analista de Avíos selecciona una variabilidad (que contiene los valores

“General”, “Por Color” y “Por talla”), y selecciona un componente de los filtros.
b) El Analista de Avíos selecciona la opción “Registrar Componente”.
c) El sistema asociada la Variabilidad y Componente con la OP seleccionada.
d) El sistema muestra el siguiente mensaje “Componente y Variabilidad registrados
correctamente”.
e) El sistema refresca la tabla de detalle mostrando la información registrada.
f) El caso de uso retorna al punto “c” del subflujo “Registrar”.
o Registrar Avíos por Componente
a) El Analista de Avíos selecciona una variabilidad, un componente y la opción

“Registrar Avíos por Componente” de uno de los registros de la tabla.
b) El sistema muestra el formulario “Registro de Avíos por Componente” con los datos
a nivel de cabecera: “Número de OP”, “Variabilidad” y “Componente”. Una tabla
con los datos:
 Si es Variabilidad Color: “Color”,” Avío”,” Descripción”, “UND”,

“Cantidad”, “Consumo”, “Merma”, “Pendiente”, “Motivo de Pendiente”
 Si es Variabilidad Talla: “Talla”,” Avío”,” Descripción”, “UND”,
 Si es Variabilidad Genérica: “Avío”, “Descripción”, “UND”, “Cantidad”,
“Consumo”, “Merma”, “Pendiente”, “Motivo de Pendiente”.
 Opción de lupa para la búsqueda de códigos de Avío y botones de guardar
y retornar.
(Ver Figura “Registro de Avío por Componente y variabilidad Color”).

Nota: Para este ejemplo se trabajará con la variabilidad por color, pero debajo de
esta figura se mostrarán las figuras por variabilidad talla y variabilidad genérica.
c) El Analista de Avíos selecciona el botón son símbolo de lupa.
d) El sistema carga un listado de códigos de Avíos mostrando los siguientes campos:
“Código”, “Descripción”, “Unidad” y “Familia”.
166
e) El Analista de Avíos elige un Avío presionando sobre el número de código.
f) El sistema regresa a la venta anterior cargando en el campo “Código” el código de
Avío seleccionado.
g) El Analista de Aviós presiona el botón Tabulador para que el sistema muestre la
“Descripción de Avío”, “Consumo”, “Unidad” y “Merma”. [RN18].
h) El Analista de Avíos selecciona la opción “Guardar”
i) El sistema verifica que esté registrado el código de avío [RN01], [RN02], [RN08].
j) El sistema actualiza el Registro de Avío por Componente y muestra el mensaje
“Avío: “XX” registrado correctamente”.
k) El caso de uso retorna al punto “c” del subflujo “Registrar”.
o Registrar Avíos por Plantilla
a) El Analista de Avíos selecciona una variabilidad y un componente y la opción

“Registrar Avío desde Plantilla de Estilo” de uno de los registros de la tabla.
b) El sistema muestra el formulario “Registro de Avíos por Componente” con los datos
a nivel de cabecera: “Número de OP”, “Variabilidad” y “Componente”. Una tabla
con los datos:
 Si es Variabilidad Color: “Color”,” Avío”,” Descripción”, “UND”,

 Si es Variabilidad Talla: “Talla”,” Avío”,” Descripción”, “UND”,
 Si es Variabilidad Genérica: “Avío”, “Descripción”, “UND”, “Cantidad”,
“Consumo”, “Merma”, “Pendiente”, “Motivo de Pendiente”.
Además de la opción “Guardar” y “Retornar”
(Ver Figura “Registro de Avío por Componente y variabilidad Color”)
Nota: Para este ejemplo se trabajará con la variabilidad por color, pero debajo de
esta figura se mostrarán las figuras por variabilidad talla y variabilidad genérica.
c) El Analista de Avíos selecciona el código de avío que está relacionado a la plantilla.
d) El sistema obtiene de forma automática la “Descripción” y la “UND”.
167
e) El sistema extrae de forma automática el “Consumo” y la “Merma” [RN18].
f) El Analista de Avíos selecciona la opción “Guardar”
g) El sistema verifica que esté registrado el código de avío [RN01], [RN02], [RN08].
h) El sistema actualiza el Registro de Avío por Componente y muestra el mensaje
“Avío: “XX” registrado correctamente”.
i) El caso de uso retorna al punto “c” del subflujo “Registrar”.
o Eliminar Componente
a) El Analista de Avíos selecciona un componente de la tabla del formulario “Registro

de Operatividad”
b) El Analista de Avíos selecciona la opción “Eliminar Componente”.
c) El sistema muestra el siguiente mensaje “¿Desea eliminar el componente?”.
d) El Analista de Avíos selecciona la opción “Aceptar”
e) El sistema elimina el Registro del componente junto con sus avíos asociados y
muestra el mensaje “Componente Eliminado”.
f) El sistema refresca la tabla de detalle mostrando solo los componentes y
variabilidad activos.
g) El caso de uso retorna al “c” del subflujo “Registrar”.
o Retornar Operatividad
Se presenta en el punto “c” del subflujo registrar:

a) El sistema cierra el formulario “Actualizar Información de Operatividad”.
o Retornar Componente
Se presenta en el punto “b” del subflujo registrar:

a) El sistema cierra el formulario “Registro de Operatividad”.
b) El caso de uso vuelve al punto “c” del flujo básico.
o Retornar Avío por Componente
Se presenta en el punto “b” del subflujo Registrar Avío por Componente:
168
a) El sistema cierra el formulario “Registro de Avío por Componente y variabilidad
Color”.
b) El caso de uso vuelve al punto “c” del subflujo Registrar
o Retornar Avío por Componente desde Plantilla
Se presenta en el punto “b” del subflujo Registrar Avíos por Plantilla:

a) El sistema cierra el formulario “Registro de Avío por Componente y variabilidad
Color”.
b) El caso de uso vuelve al punto “c” del subflujo Registrar.
vii. Flujos Alternos
o Avío Pendiente [RN03]
Se presenta en el punto “h” de los subflujos “Registrar Avíos por Componente” y f

“Registrar Avíos por Plantilla” respectivamente, si el Analista de Avíos no tiene el
código de avío para su registro:
a) El Analista de Avíos registra el estatus de Pendiente y selecciona el motivo del
pendiente.
b) El sistema actualiza el Registro de Avío por Componente y muestra el mensaje
“Avío: “XX” con información Pendiente”.
c) El caso de uso continúa en el mismo punto.
o Consumo Pendiente [RN02]

“Registrar Avíos por Plantilla” respectivamente, si el sistema no extrae el consumo
y/o la merma:
a) El Analista de Avíos registra el código de avío y el sistema no extrae el consumo y/o
la merma.
b) El sistema muestra el siguiente mensaje si no encontró registro de consumo: “No se
ha podido extraer el Consumo, Coordinar con el Analista de Consumo de Ficha
Técnica de Prenda”,
c) El caso de uso continúa en el mismo punto.
169
o Órdenes de Producción no encontradas [RN21]
Se presenta en el punto “b” del flujo básico, si el sistema no devuelve ninguna Orden de
Producción con el filtro de fecha.
a) El sistema no muestra ningún detalle de información.
b) El caso de uso se mantiene en el punto “b” del flujo básico.
o Avío no relacionado [RN23]

“Registrar Avíos por Plantilla” respectivamente
a) El sistema muestra el siguiente mensaje “Código de Avio: XX pertenece a otro
código de Estilo que no es el mismo de la Orden de Producción, favor de revisar!!!”.
Nota: Para el caso de la variabilidad “Color” se indica la descripción de color y en
el caso de la Talla se indica el código de Talla.
b) El caso de uso permanece en el mismo punto.
o Motivo Pendiente no ingresado [RN03]
Se presenta en el punto “g” de los subflujos “Registrar Avíos por Componente” y e

“Registrar Avíos por Plantilla” respectivamente
a) El sistema muestra el siguiente mensaje “Debe de registrar el motivo del pendiente,
favor de revisar”.
Nota: Para el caso de la variabilidad “Color” se indica la descripción de color y en

el caso de la Talla se indica el código de Talla.
b) El caso de uso continúa en el punto g.
o Componente Registrado Incorrectamente [RN24]
Se presenta en el punto “c” del subflujo registrar componente, si se intenta grabar un

componente y/o variabilidad sin haberlo(s) seleccionado.
a) El sistema muestra el siguiente mensaje: “Ingrese Correctamente la Variabilidad o
el Componente a registrar”.
170
b) El caso de uso retorna al punto “a” del subflujo registrar componente.
o Componente Duplicado [RN25]
Se presenta en el punto “c” del subflujo registrar componente, si el sistema reconoce que
el componente y su variabilidad ya fueron registrados:
a) El sistema muestra el siguiente mensaje: “Variabilidad y Componente ya ingresados,
favor de revisar”.
b) El caso de uso retorna al punto “a” del subflujo registrar componente.
o Eliminación de Componente con Solicitudes Generadas para los avíos

registrados [RN44]
Se presenta en el punto “d” del subflujo “Eliminar Componente”, el sistema no permitirá

la eliminación de componentes cuyos avíos se ecuentren asociada con solicitud de
fabricación en estado en proceso o solicitud de pedido de compra en estado en proceso
cuya orden de compra ha sido generada.
a) El sistema muestra los siguientes mensajes dependiendo del estado de las solicitudes
asociadas al componente.
 En Caso se identifique una Solicitud de Pedido de Compra y Solicitud de

Fabricación: “No se puede Eliminar Componente por que existe(n)
Solicitud(es) de Fabricación (es) y Solicitud(es) de Pedido(s) de Compra en
proceso”.
 En Caso se identifique Solicitud de Pedido de Compra: “No se puede
Eliminar Componente por que existe(n) Solicitud(es) de Pedido(s) de
Compra en proceso”.
 En Caso se identifique Solicitud de Fabricación: “No se puede Eliminar
Componente por que existe(n) Solicitud(es) de Fabricación(es) en proceso”.
b) El caso de uso retorna al punto “b” del subflujo Eliminar Componente.
171
o Avío inmodificable [RN44] [RN45]
Se presenta en el punto “c” de los subflujos registrar componente y Registrar Avíos

por Plantilla, el sistema no permitirá la modificación del código de Avío y motivo
pendiente a cuyos avíos se ecuentren asociada con solicitud de fabricación en estado en
proceso o solicitud de pedido de compra en estado en proceso cuya orden de compra ha
sido generada.
a) El sistema muestra el siguiente mensaje: “Código de Avío a modificar ya tiene

solicitudes generadas, no es posible modificar”.
b) El caso de uso retorna al punto “b” del subflujo registrar componente o Registrar
Avíos por Plantilla.
o Eliminación de Componente con Solicitud Material asociado [RN46]
Se presenta en el punto “d” del subflujo “Eliminar Componente”, si al eliminar un

componente cuyo Avío asociado tenga una solicitud de Material asociado, el sistema
hará lo siguiente:
a) El sistema devolverá el stock de Avío asignado a la Solicitud de Material dejándolo
en estado cantidad disponible.
b) El sistema eliminará el código de Avío de la explosión.
c) El caso de uso retorna al punto b del subflujo Eliminar Componente.
o Eliminación de Componente con Solicitud Fabricación asociado [RN47]

componente cuyo Avío asociado tenga una solicitud de Fabricación cuyo estado no sea
en proceso y liquidado, no tenga recursos y/o máquinas asignadas, el sistema hará lo
siguiente:
a) El sistema eliminará la solicitud de fabricación generada.
b) El sistema eliminará el código de Avío de la explosión generada.
c) El caso de uso retorna al punto b del subflujo Eliminar Componente.
172
o Eliminación de Componente con Solicitud Pedido de Compra asociado
[RN48]

componente cuyo Avío asociado tenga una solicitud de Pedido de compra a la cual aún
no se ha generado una Orden de Compra el sistema hará lo siguiente:
d) El sistema eliminará la solicitud de pedido de compra generada.
e) El sistema eliminará el código de Avío de la explosión generada.
f) El caso de uso retorna al punto b del subflujo Eliminar Componente.
viii. Precondiciones
 Existe al menos un registro de Ficha Técnica.

 Existe al menos un registro de Mermas en la empresa.
 Existe al menos un registro Orden de Producción en la empresa.
 Existe al menos un registro de Avío en la empresa.
ix. Postcondiciones
 Se ha generado una Operatividad de Avíos de una Orden de Producción.
x. Puntos de Inclusión
 Ninguno.
xi. Puntos de Extensión
 Ninguno.
xii. Reglas de Negocio
 RN01_Condición para registrar el avío en la operatividad.
173
 RN02_Condición para registrar el consumo de avío en la operatividad.
 RN03_Motivo del pendiente de avío.
 RN08_Determinación del consumo.
 RN18_Cálculo de Operatividad
 RN21_Busqueda sin resultados
 RN23_Registro de Avío en Plantilla
 RN24_Registro de Componente Correcto en Operatividad
 RN25_Duplicidad de Componentes en Operatividad
 RN44_Eliminación de Componentes con Solicitudes Generadas
 RN45_Modificación de Avio en Componente
 RN46_Eliminación de Componente con Solicitud de material
 RN47_ Eliminación de Componente con Solicitud de Fabricación
 RN48_ Eliminación de Componente con Solicitud de Pedido de Compra
xiii. Información Adicional
 Imágenes:
174
Actualizar Información de Operatividad
Registro de Operatividad
175
Registro de Avío por Componente y variabilidad Color
176
Registro de Avío por Componente y variabilidad Talla
Registro de Avío por Componente y variabilidad Genérica
177
Registro de Avío por Componente y Variabilidad por Color por Plantilla de Estilo
Mensajes
178
3 CUS08-Generar Explosión Materiales
v. Actores del Sistema
vi. Propósito
Generar la Explosión de Materiales a partir de una Orden de Producción con la

Operatividad registrada.
vii. Breve Descripción
El caso de uso comienza cuando el Analista de Avíos ingresa al sistema de Gestión de

Abastecimiento de Avíos, luego ingresa a la opción “Operatividad Orden de
Producción” y luego a la opción “Explosión de Avíos”, según la necesidad el Analista
de Avíos selecciona una fecha, la filtra y luego selecciona la(s) OP(s) que tienen
registrado Operatividad y selecciona la opción “Generar Explosión de Materiales”, el
sistema toma la OP y realiza la explosión de Materiales en base a la Operatividad de los
avíos y muestra el mensaje “Explosión realizada para la OP: XX”.
viii. Flujo Básico
a) El caso de uso da inicio cuando el Analista de Avíos indica la opción “Generar

Explosión de Materiales”.
b) El sistema muestra un formulario llamado “Explosión de Materiales” con las
 Filtro: F. Envío a DDP de la OP con la fecha actual por defecto en formato
DD/MM/YYYY.
 Datos de Detalle: “Número de OP”, “Cliente”, “Estilo”, “Prendas”, “Fecha
Requerida” y “F. Envío a DDP”.
 Opciones: A nivel de cabecera: “Filtrar” y “Retornar” A nivel de detalle:
“Generar Explosión de Materiales” y “Listar Operatividad”.
 (Ver Figura “Explosión de Materiales”)
c) El Analista de Avíos selecciona la fecha de envió a filtrar, el filtro es de esa
fecha hacia adelante.
d) Si el Analista de Avíos requiere:
Generar Explosión de Materiales: Ir a Subflujo Generar Explosión (se genera la
explosión de materiales).
179
Listar: Ir a Subflujo Listar Operatividad (se muestra el detalle de la operatividad
de una orden de producción).
e) El Analista de Avíos selecciona la opción “Retornar” en el formulario de
Explosión de Materiales.
f) El sistema cierra la interfaz, terminando el caso de uso.
v. Subflujos
o Generar Explosión de Materiales [RN19]
a) El Analista de Avíos ingresa una fecha y presiona el botón buscar.

b) EL sistema lista las OP’s que tienen resgisro de Operatividad y que además
coincidan con la fecha ingresada hasta la fecha actual.
c) El Analista de Avíos selecciona la opción “Generar Explosión de Materiales”
en la OP seleccionada.
d) El sistema muestra el siguiente mensaje: “Desea Generar Explosión de
Materiales”.
e) El Analista de Avíos selecciona la opción “Aceptar”.
f) El sistema realiza la explosión de Materiales en la base a la Operatividad de los
avíos de la Orden de Producción seleccionada.
g) El sistema muestra un formulario con el detalle de los materiales
explosionados.
(Ver Imagen: Consulta de explosión de materiales).
h) El Analista de Avíos selecciona la opción “Retornar”.
i) El sistema muestra el siguiente mensaje “Explosión de Materiales realizada
para la OP: XX”.
j) El caso de uso retorna al punto “d” del flujo básico.
o Listar Operatividad
a) El Analista de Avíos selecciona una Orden de Producción que está en el

formulario.
b) El Analista de Avíos selecciona la opción “Listar Operatividad”.
c) El sistema muestra el siguiente reporte “Consulta de Operatividad de la Orden
de Producción”.
180
d) El Analista de Avíos consulta la información de la operatividad de la Orden de
Producción por Variabilidad y Componente.
Ver figura (“Listar Operatividad”).
e) El Analista de Avíos selecciona la opción guardar en formato “PDF”.
f) El sistema guarda la consulta de Operatividad en un archivo “PDF”.
g) El Analista de Avíos Selecciona la opción el icono “X”.
h) El sistema regresa al formulario “Explosión de Materiales”.
i) El caso de uso retorna al punto “d” del flujo básico.
o Retornar
Se presenta en el punto “b” del flujo básico:

a) El sistema cierra el formulario “Explosión de Materiales”.
o Exportar Excel
Se presenta en el punto “f” del subflujo “Generar Explosión de Materiales”

a) El Analista de Avíos selecciona el icono “XLS”.
b) El sistema muestra el siguiente mensaje: “El Excel se guardará en la unidad C con
el nombre de DetalleExplosion.XLSX”
c) El sistema genera el archivo en Excel y lo aloja en la ruta indicada en la actividad
anterior.
d) El sistema regresa al punto “f” del subflujo “Generar Explosión de Materiales”.
xiii. Flujos Alternos
o Insumo de Avío [RN49]
Se presenta en el punto “d” del subflujo básico “Generar Explosión de Materiales”, el

sistema genera un código de Avío de insumo por cada código de Avío textil ingresado
en la Operatividad de una OP.
a) EL sistema genera un código de insumo por cada Avío textil generado.
b) El flujo continúa en el punto e del subflujo “Generar Explosión de Materiales”.
181
xiv. Precondiciones
 Existe al menos un registro de una Orden de Producción en la empresa.

 Existe al menos un registro de Operatividad de una Orden de Producción.
 Existe al menos un registro de un Cliente en la empresa.
xv. Postcondiciones
 Se ha generado un documento de Explosión de Materiales
xvi. Puntos de Inclusión
 Ninguno.
xvii. Puntos de Extensión
 Ninguno
xviii. Reglas de Negocio
 RN49_Insumo de Avío
xix. Información Adicional
 Imágenes:
182
183
Explosión de Materiales
Listar Operatividad
Mensajes
184
4 CUS12-Generar Solicitud de Material
AS03_Asistente de Asignaciones
ii. Propósito
Generar Solicitud de Material en base a las Explosiones de Materiales.

El caso de uso comienza cuando el Asistente de Asignaciones ingresa al sistema de

Gestión de Abastecimiento de Avíos, luego ingresa a la opción “Gestionar
Abastecimiento de Avíos”, de ahí se ingresa a la opción “Solicitud de Material”, el
sistema mostrará un formulario donde se podrá filtrar las explosiones de Materiales por
fecha de generación, al seleccionar una fecha el sistema mostrará todas las Explosiones
de Materiales de la fecha filtrada y al seleccionar la opción “Genera Solicitud de
Material”, el sistema procesará las explosiones de materiales mostradas en el
formulario y generará una Solicitud de Material por cada avío asociado a la Orden de
producción validando el stock disponible del almacén. La solicitud de Material mostrará
la información del código de avío, stock disponible, motivo de rechazo, la ubicación
del stock disponible y la cantidad disponible.
iv. Flujo Básico
a) El caso de uso da inicio cuando el Asistente de Asignaciones indica la opción

“Solicitud de Material.
b) El sistema muestra un formulario llamado “Generar Solicitud de Material” con las
 Filtro: Fecha de Explosión: con la fecha actual por defecto en formato
DD/MM/YYYY.
 Datos de Detalle: “Código de Explosión”, “Número de OP”, “Estilo” y
“Fecha de Explosión”
 Opciones: A nivel de cabecera: “Generar Solicitud de Material” y “Ver
Detalle” y “Retornar” (Ver Figura: “Generar Solicitud de Material”)
c) El Asistente de Asignaciones ingresa una fecha de generación de Explosiones.
d) Si el Asistente de Asignaciones requiere:
185
Generar Solicitud de Material: Ir a Subflujo Generar Solicitud de Material (se genera
la solicitud de material).
Ver Detalle: Ir a Subflujo Ver Detalle.
e) El Asistente de Asignaciones selecciona la opción “Retornar” en el formulario de
Solicitud de materiales.
v. Subflujos
Generar Solicitud de Material

a) El Asistente de Asignaciones ingresa una fecha y presiona el botón buscar.
b) El sistema lista las OP con explosiones que coincidan con la fecha ingresada hasta
la fecha actual.
c) El Asistente de Asignaciones selecciona la opción de “Generar Solicitud de
Material” de la explosión elegida.
d) El sistema verifica que la hora en ejecución no sea menor de las 05:00pm. [RN13]
e) El sistema muestra el siguiente mensaje: “Seguro que desea Generar las Solicitud
de Material”.
f) El Asistente de Asignaciones selecciona la opción “SI”.
g) El sistema genera una solicitud de material por cada avío de una orden de
Producción relacionada a la explosión que se seleccionó, validando el stock
disponible en almacén.
h) El sistema muestra el siguiente mensaje: “Se generó una Solicitud de Material por
cada Avío de la Orden de Producción”
i) El Asistente de Asignaciones selecciona la opción “Aceptar”.
j) El sistema refresca el formulario y muestra en número de Solicitud de Material
creado por cada explosión.
k) El Asistente de Asignaciones selecciona la opción “Retornar”
l) El sistema cierra la interfaz, terminando el caso de uso.
Ver Detalle
186
a) El Asistente de Asignaciones Selecciona una Orden de Producción que está en el
formulario.
b) El Asistente de Asignaciones selecciona la opción de “Ver Detalle”.
c) El sistema muestra un formulario llamado “Ver Detalle de Solicitud de Material por
OP” con las siguientes secciones:
 Datos de Cabecera: “Código de Explosión” y “OP”.
 Datos de Detalle: “Estilo”, “Cod. Avío”, “Descripción”, “Cantidad”,
“Unidad”, “F. Generación”, “Nro. SolMaterial”.
 Opciones: A nivel de cabecera: “Retornar” (Ver Figura: “Detalle de
Solicitud de Material”).
d) El Asistente de Asignaciones verifica las Solicitudes de Material generado con el

detalle de avíos con sus respectivas cantidades.
e) El Asistente de Asignaciones selecciona la opción “Retornar”.
f) El caso de uso retorna al punto “b” del flujo básico.
o Retornar

a) El sistema cierra el formulario “Generar Solicitud de Material”.
vi. Flujos Alternos
o Hora de Generación [RN13]
Se presenta en el punto “f” del flujo básico, si el Asistente de Asignaciones desea generar
las Solicitudes de Materiales antes de las 5:00pm.
a) El sistema muestra el siguiente mensaje: “Seguro que desea Generar Solicitud de
Material”.
b) El Asistente de Asignaciones selecciona la opción “SI”.
c) El sistema muestra el siguiente mensaje: “No se puede Generar Solicitud de Material
por que no está en el rango de la hora definida por la empresa”.
d) El Asistente de Asignación selecciona la opción “Aceptar”.
187
o Explosión de Materiales No Encontradas [RN21]
Se presenta en el punto “c” del flujo básico, el sistema no devuelve ninguna Solicitud
de Material:
a) El sistema no muestra ninguna información.
o Detalle de Solicitud de Material No Existente [RN21]
Se presenta en el punto “b” del subflujo Ver Detalle, cuando se selecciona una explosión
que no tiene ninguna Solicitud de Material generada:
a) El sistema muestra el siguiente mensaje: “Explosión no tiene Solicitud(es) de
Material(es)”.
b) El sistema vuelve al punto “a” del subflujo Ver Detalle
o Sin Generación de Solicitud de Material [RN36]
Se presenta en el punto “e” del subflujo Generar Solicitud de Material, cuando no hay
stock de Avíos.
a) El sistema muestra el siguiente mensaje: “No se puede generar ninguna Solicitud de
Material debido a que no hay Stock disponible para los Avios de la Explosión”.
b) El sistema vuelve al punto “a” del subflujo Generar Solicitud de Material.
o Solicitud de Material ya generada [RN50]
Se presenta en el punto “e” del subflujo Generar Solicitud de Material, cuando no hay
stock de Avíos.
c) El sistema muestra el siguiente mensaje: “Solicitud(es) de Material(es) ya se ha(n)
generado para la explosión seleccionada, por favor "Ver Detalle"”.
d) El sistema vuelve al punto “a” del subflujo Generar Solicitud de Material.
188
vii. Precondiciones
 Existe al menos un registro de explosión de material.

 Se ha generado una Solicitud de Material.
 Ninguno.
 Ninguno.
 RN13_Generación de Documentos
 RN36_ Sin Generación de Solicitud de Material
 RN50_Solicitud ya generada
 Imágenes:
189
Generar Solicitud de Material
Detalle de Solicitud de Material
190
Mensajes
191
5 CUS13-Generar Solicitud de Fabricación
ii. Propósito
Generar Solicitud de Fabricación con la cantidad requerida de la explosión de

Materiales menos la cantidad confirmada en la Solicitud de Material.

Abastecimiento de Avíos” de ahí se ingresa a la opción “Solicitud de Fabricación”, el
sistema mostrará un formulario donde se podrá filtrar las explosiones de Materiales por
fecha de generación, al seleccionar una fecha el sistema mostrará todas las Explosiones
de Materiales de la fecha filtrada y al seleccionar la opción “Genera Solicitud de
Fabricación”, el sistema procesará las explosiones de materiales mostradas en el
formulario y generará una Solicitud de Fabricación restando las cantidad disponible de
la Solicitud de Material por cada avío por Orden de producción. La solicitud de
Fabricación mostrará la información del OP, código de avío, cantidad a fabricar, código
de insumo del avío, fecha requerida en almacén, código de máquina, y recurso.
iv. Flujo Básico

“Solicitud de fabricación”.
b) El sistema muestra un formulario llamado “Generar Solicitud de Fabricación” con
las siguientes secciones:
 Filtro: F. Explosión: con la fecha actual por defecto en formato
DD/MM/YYYY.
“Fecha de Explosión”.
 Opciones: A nivel de cabecera: “Retornar”
 Opciones: A nivel de detalle “Generar Solicitud de Fabricación” (Ver
Figura: “Generar Solicitud de Fabricación”) y “Ver Detalle” Figura:
(Detalle de Solicitud de Fabricación).
192
c) El Asistente de Asignaciones ingresa una fecha de generación de Fabricación.
Generar una solicitud de Fabricación: Ir a subflujo Generar Solicitud de Fabricación.
v. Subflujos
Generar una solicitud de Fabricación
a) El Analista de Asignaciones ingresa una fecha y presiona el botón buscar.

b) El sistema lista las explosiones que coincidan con la fecha ingresada hasta la fecha
actual.
c) El Asistente de Asignaciones selecciona la opción de “Generar Solicitud de
Fabricación” en la explosión elegida.
d) El sistema verifica la hora que se está ejecutando la opción. [RN13]
de Fabricación”.
g) El sistema genera una solicitud de fabricación por cada avío de una orden de
Producción relacionada a la explosión que se seleccionó, validando el stock
disponible en almacén.
h) El sistema muestra el siguiente mensaje: “Se generó una Solicitud de Fabricación
por cada Orden de Producción relacionada a la Explosión”
i) El Asistente de Asignaciones selecciona la opción “Aceptar”.
j) El sistema refresca el formulario y muestra en número de Solicitud de Fabricación
creado por cada explosión.
k) El Asistente de Asignaciones selecciona la opción “Retornar”
l) El sistema cierra la interfaz, terminando el caso de uso.
Ver Detalle
a) El Asistente de Asignaciones Selecciona una Orden de Producción que está en
el formulario.
193
c) El sistema muestra un formulario llamado “Ver Detalle de Solicitud de
Fabricación por OP” con las siguientes secciones:

 Datos de Detalle: “Cod. Avío”, “Descripción”, “Cantidad”, “Unidad”, “F.
Generación”, “Nro. SolFab”.
 Opciones: A nivel de cabecera: “Retornar” (Ver Figura: “Detalle de Solicitud
de Fabricación”).
d) El Asistente de Asignaciones verifica las Solicitudes de Fabricación generadas

con el detalle de avíos y con sus respectivas cantidades.
o Retornar

a) El sistema cierra el formulario “Generar Solicitud de Fabricación”.
vi. Flujos Alternos
Se presenta en el punto “f” del subflujo Generar una solicitud de fabricación, si el

Asistente de Asignaciones desea generar las Solicitudes de Fabricación antes de las
5:00pm.
Fabricación”.
c) El sistema muestra el siguiente mensaje: “No se puede Generar Solicitud de
Fabricación por que no está en el rango de la hora definida por la empresa”.
e) El caso de uso retorna al punto “d” del flujo básico.
194
o Detalle de Solicitud de Fabricación No Existente [RN21]
que no tiene ninguna Solcitud de Fabricación generada:
a) El sistema muestra el siguiente mensaje: “Explosión no tiene Solicitud(es) de

Fabricacion(es)”.
b) El sistema vuelve al punto “a” del subflujo Ver Detalle
o Sin Generación de Solicitud de Fabricación [RN37]
Se presenta en el punto “e” del subflujo Generar Solicitud de Fabricación, cuando no

hay avíos de producción explosionados:
a) El sistema muestra el siguiente mensaje: “No se puede generar ninguna Solicitud de
Fabricación debido a que no hay Avios para Fabricación”.
b) El sistema vuelve al punto “a” del subflujo Generar Solicitud de Fabricación.
o Solicitud de Fabricación ya generada [RN50]
Se presenta en el punto “e” del subflujo Generar Solicitud de Fabricación, cuando ya

se ha generado la Solicitud de Fabricación.
e) El sistema muestra el siguiente mensaje: “Solicitud(es) de Fabricación(es) ya se
ha(n) generado para la explosión seleccionada, por favor "Ver Detalle"”.
f) El sistema vuelve al punto “a” del subflujo Generar Solicitud de Fabricación.
o Stock de Avíos [RN14]
Se presenta en el punto “e” del subflujo Generar Solicitud de Fabricación, cuando

existen Avíos en stock.
g) El sistema muestra el siguiente mensaje: “Se debe de generar primero la Solicitud
de Material, debido a que hay stock disponible para ser asignado”.
h) El sistema vuelve al punto “a” del subflujo Generar Solicitud de Fabricación.
195
vii. Precondiciones

 Existe al menos un registro de Avío de tipo fabricación en la empresa.
 Se ha generado una Solicitud de Fabricación.
 Ninguno.
 Ninguno.
 RN14-Verificación de stock disponible
 RN37_ Sin Generación de Solicitud de Fabricación
 Imágenes:
196
Generar Solicitud de Fabricación
Detalle de Solicitud de Fabricación
197
Mensajes
198
6 CUS18-Generar Solicitud Pedido de Compra
ii. Propósito
Genera Solicitud Pedido de Compra con la cantidad requerida de la explosión de

Materiales menos la cantidad confirmada en la Solicitud de Material.

Abastecimiento de Avíos” de ahí se ingresa a la opción “Solicitud de Pedido de
Compra”, el sistema mostrará un formulario donde se podrá filtrar las explosiones de
Materiales por fecha de generación, al seleccionar una fecha el sistema mostrará todas
las Explosiones de Materiales de la fecha filtrada y al seleccionar la opción “Genera
Solicitud Pedido de Compra”, el sistema procesará las explosiones de materiales
mostradas en el formulario y generará una Solicitud de Pedido de Compra restando las
cantidad disponible de la Solicitud de Material por cada avío de una Orden de
producción. La solicitud de Pedido de Compra mostrará la información del OP, código
de avío, cantidad a Comprar, código de Grupo de Compra, la unidad de Compra y la
fecha requerida. La Solicitud de Pedido luego es procesada por el SAP y devolverá el
número de SolPed.
Finalmente el sistema envía un correo electrónico al Gestor de Compra notificando la
creación de las solicitudes con su respectivo detalle y además escribe en un archivo log
el detalle del envío.
iv. Flujo Básico

“Solicitud de Pedido de Compra”.
b) El sistema muestra un formulario llamado “Generar Solicitud de Pedido de
Compra” con las siguientes secciones:
 Filtro: Fecha de Explosión: con la fecha actual por defecto en formato
DD/MM/YYYY.
199
“Fecha de Explosión”.
 Opciones: A nivel de cabecera: “Retornar”
 Opciones: A nivel de detalle “Generar Solicitud de Pedido de Compra” (Ver
Figura: “Generar Solicitud de Pedido de Compra”) y “Detalle de Solicitud
de Pedido de Compra” (Ver Figura: “Ver Detalle de Pedido de Compra”).
c) El Asistente de Asignaciones ingresa una fecha de generación de Pedido de Compra.
Generar Solicitud de Pedido de Compra: ir a subflujo Generar Solicitud de Pedido
de Compra.
Generar Solicitud de Pedido de Compra.
v. Subflujo
Generar Solicitud de Pedido de Compra

a) El Asistente de Asignaciones ingresa una fecha y presiona el botón buscar.
b) El sistema lista las explosiones que coincidan con al fecha ingresada hasta la fecha
atual.
c) El Asistente de Asignaciones selecciona la opción “Generar Solicitud de Pedido de
Compra” de una de las explosiones listadas.
d) El sistema verifica la hora que se está ejecutando la opción. [RN13]
de Pedido de Compra”.
g) El sistema genera una solicitud de Pedido de Compra por cada avío de una orden de
Producción relacionada a la explosión que se seleccionó.
h) El sistema envía un correo automático al Gestor de Compras notificando que existen
Solcitudes de Pedidos nuevas para la creación de Órdenes de Compra.
i) El sistema muestra el siguiente mensaje: “Se generó una Solicitud de Pedido de
Compra por cada Orden de Producción relacionada a la Explosión”
200
j) El Asistente de Asignaciones selecciona la opción “Aceptar”.
k) El sistema refresca el formulario y muestra en número de Solicitud de Pedido de
Compra creado por cada explosión.
l) El sistema envía un correo electrónico al Gestor de Compra detallando la Creación
de la Solicitud de Pedido de Compra con su respectivo detalle. [RN20]
m) El Asistente de Asignaciones selecciona la opción “Retornar”
n) El sistema cierra la interfaz, terminando el caso de uso.
Ver Detalle
a) El Asistente de Asignaciones Selecciona una Orden de Producción que está en
el formulario.
c) El sistema muestra un formulario llamado “Ver Detalle de Pedido de Compra”
con las siguientes secciones:

 Datos de Detalle: “Código de Avío”, “Descripción ed Avío”,”Cantidad”,
“Unidad de Compra”, “Fecha de Generación” y “Numero de SolPed”.
 Opciones: A nivel de cabecera: “Retornar” (Ver Figura: “Detalle de Solicitud
de Pedido de Compra”).
d) El Asistente de Asignaciones verifica el detalle de la Solicitud de Pedido de

Compra seleccionada.
o Retornar

a) El sistema cierra el formulario “Generar Solicitud de Pedido de Compra”.
201
vi. Flujos Alternos
o Hora de generación [RN13]
Se presenta en el punto “f” del flujo básico, si el Asistente de Asignaciones desea generar
las Solicitudes de Pedido de Compra antes de las 5:00pm.
Pedido de Compra”.
c) El sistema muestra el siguiente mensaje: “No se puede Generar Solicitud de Pedido
de Compra por que no está en el rango de la hora definida por la empresa”.
e) El caso de uso retorna al punto “d” del flujo básico.
o Detalle de Solicitud de Pedido de Compra no existente [RN21]
que no tiene ninguna Solicitud de Pedido de Compra generada:
a) El sistema muestra el siguiente mensaje: “Explosión no tiene Solicitud(es) de Pedido
de Compra(s)”.
b) El sistema vuelve al punto “a” del subflujo Ver Detalle.
o Email no enviado [RN27]
Se presenta en el punto “e” del subflujo Generar Solicitud de Pedido de Compra

cuando no se ha podido enviar el correo electrónico.
a) El sistema recibe un error cuando intenta enviar un correo eletrónico a la cuenta del
buzón configurado.
b) El sistema registra el siguiente mensaje en el archivo C\RegistraLogE.txt: “ERROR
al enviar Email. Para Más detalles ingresar al archivo C:\RegistraLogE.txt”
c) El caso de uso continúa en el punto d del flujo básico.
202
o Sin generación de Solicitud de Pedido de Compra [RN38]
Se presenta en el punto “e” del subflujo Generar Solicitud de Pedido de Compra,

cuando no hay avíos de compra nacional e importada explosionados:
a) El sistema muestra el siguiente mensaje: “No se generó ninguna Solicitud de Pedido
de Compra de la Orden de Producción”.
b) El sistema vuelve al punto “a” del subflujo Generar Solicitud de Pedido de
Compra.
o Solicitud de Pedido de Compra ya generada [RN50]

cuando ya se ha generado la Solicitud de Pedido de Compra.
a) El sistema muestra el siguiente mensaje: “Solicitud(es) de Pedido de Compra(es) ya
se ha(n) generado para la explosión seleccionada, por favor "Ver Detalle"”.
b) El sistema vuelve al punto “a” del subflujo Generar Solicitud de Pedido de
Compra.
o Stock de Avíos [RN14]

cuando existen Avíos en stock.
a) El sistema muestra el siguiente mensaje: “Se debe de generar primero la Solicitud
de Material, debido a que hay stock disponible para ser asignado”.
b) El sistema vuelve al punto “a” del subflujo Generar Solicitud de Fabricación.
vii. Precondiciones

 Existe al menos un registro de Avío de tipo compra en la empresa.
203
 Se ha generado una Solicitud de Pedido de Compra.
 Ninguno.
 Ninguno.
 RN14-Verificación de stock disponible
 RN20_Perfil de Usuario
 RN27_Error en envío de Emial
 RN38_ Sin Generación de Solicitud de Pedido de Compra
 Imágenes:
Generar Solicitud de Pedido de Compra
204
Ver Detalle de Solicitud de Pedido de Compra
Mensajes
205
7 CUS27-Generar Movimiento y Stock
AS05_Asistente de Transacciones
ii. Propósito
Generar Movimientos de Ingreso y actualizar Stock en almacén.

El caso de uso inicia cuando el Asistente de Transacciones ingresa a la opción Generar

Movimiento y Stock, entonces seleccionará el tipo de movimiento, ya sea por Orden de
Compra o Fabricación, luego, de acuerdo al tipo de movimiento, si es Compra entonces
se habilitará la opción de Consultar Orden de Compra. En cambio, si es Fabricación
entonces se habilitará la opción de Consultar Solicitud de Fabricación. Luego el sistema
generará el movimiento y actualizará el stock asignándolo a las órdenes de producción
de forma automática.
iv. Flujo Básico
a) El caso de uso da inicio cuando el Asistente de Transacciones indica la opción

“Generar Movimiento y Stock”.
b) Luego, el sistema muestra un formulario llamado “Movimiento y Stock” con
 Tipo de Movimiento: Compra Nacional, Compra Importada y Producción
Propia.
 Opciones: A nivel de cabecera: “Consultar Detalle de Orden de Compra” y
“Ver Detalles de Solicitud de Fabricación” A nivel de detalle: “Generar
Movimiento”.
 A nivel de detalle de información: "Nro Orden", "Fecha Aprobación",
"Fecha Requerida", "Proveedor", "Embarque", "Importe Total" y "Moneda.
Ver figura (“Movimiento y Stock – Orden de Compra”).
c) El Asistente de Transacciones, tiene estas dos alternativas de generación de
movimiento:
206
I. Si seleccionó el Tipo de Movimiento igual a Compra Nacional o
Compra Importada, el Asistente de Transacciones consultará una
solicitud de Compra.
II. Si seleccionó el Tipo de Movimiento igual a Producción Propia el
Asistente de Transacciones consultará una Solicitud de Fabricación en
estado liquidada.
d) Si el Asistente de Transacciones consultó una Orden de Compra, irá a subflujo

Orden de Compra.
e) Si el Asistente de Transacciones consultó una Solicitud de Fabricación, irá a
subflujo Solicitud de Fabricación.
f) El Asistente de Transacciones selecciona la opción “Retornar” en el formulario
de Generar Movimiento y Stock.
g) El sistema cierra la interfaz, terminando el caso de uso.
v. Subflujos
o Orden de Compra
a) El sistema lista todas las Órdenes de Compra que están aprobadas y pendientes
de ingresar al almacén.
b) El Asistente de Transacciones da click sobre el botón “Generar Movimiento”
sobre la Orden de Compra que desea ingresar de forma total (Con todas las
SolPed que pueda tener asociada).
c) El sistema muestra el siguiente mensaje: “¿Seguro de Generar el movimiento?”
d) El Asistente de Transacciones selecciona la opción “Si”.
e) El sistema crea el movimiento ingresando al almacén la cantidad del avío de
todas las SolPed asociadas a la Orden de Compra. [RN10] [RN15].
f) El sistema actualiza el stock con el detalle del movimiento generado.
g) El sistema muestra el siguiente mensaje: “Movimiento Total(es) han sido
generados”.
h) El sistema muestra a continuación un formulario del movimiento con los datos
de cabecera: Número de movimiento, tipo de movimiento y fecha de ingreso, a
nivel de detalle: Nro de Documento (en este caso la Orden de Compra), ítem
207
del movimiento, código de avío, descripción, unidad, cantidad y ubicación. Ver
figura (“Detalle de Movimiento Generado”).
i) El Asistente de Transacciones selecciona la opción “Retornar”,
j) El sistema actualiza el formulario y solo deja las Orden(es) de Compra
pendiente(s) de ingreso al almacén.
k) El sistema retorna al punto “b” del flujo básico.
o Solicitud de Fabricación
a) El asistente de Transacciones selecciona la opción “Ver Detalle(s) de

Solicitud(es) de Fabricación(es).
Ver Figura” Movimiento y Stock - Producción Propia”
b) El asistente de Transacciones consulta las solicitudes de Fabricación dando
click en el botón “Ver detalle de Solicitudes de Fabricación”.
c) El sistema sólo lista las Solicitudes de Fabricación que estén en estado
liquidado.
d) El sistema muestra el siguiente formulario “Solicitud de Fabricación” con los
siguientes campos: "SolFab", "Fecha Requerida", "Cod. Avío", "Descripción",
"Unidad de compra", "Cant Requerida” y “Cant Producida". Ver figura
(“Movimiento y Stock – Solicitud de Fabricación”)
e) El Asistente de Transacciones selecciona la(s) Solicitud(es) de Fabricación(es)
a ingresar al almacén y presiona el botón “Generar Movimientos”.
f) El sistema muestra el siguiente mensaje: “¿Seguro de Generar el movimiento?”
g) El Asistente de Transacciones selecciona la opción “Si”.
h) El sistema crea el movimiento considerando la cantidad de Solicitudes de
Fabricación seleccionadas. [RN10] [RN16].
i) El sistema actualiza el stock con el detalle del movimiento generado.
j) El sistema muestra el siguiente mensaje: “Movimiento Total(es) han sido
generados”.
k) El sistema muestra a continuación un formulario del movimiento con los datos
de cabecera: Número de movimiento, tipo de movimiento y fecha de ingreso, a
nivel de detalle: Nro de Documento (en este caso la Orden de Compra), ítem
208
del movimiento, código de avío, descripción, unidad, cantidad y ubicación. Ver
figura (“Detalle de Movimiento Generado”).
l) El Asistente de Transacciones selecciona la opción “Retornar”,
m) El sistema actualiza el formulario y solo deja las Solicitud(es) de
Fabricación(es) pendiente(s) de ingreso al almacén.
n) El sistema retorna al punto “b” del flujo básico.
o Retornar
Se presenta en el punto “c” del flujo básico:

a) El sistema cierra el formulario “Movimiento y Stock”.
xi. Flujos Alternos
o Orden de Compra no Encontrada [RN21]
Se presenta en el punto “b” del flujo, el sistema no devuelve ninguna Orden de Compra:
b) El caso de uso continúa en el punto a del flujo básico.
o Solicitud de Fabricación no Encontrada [RN21]
Se presenta en el punto “b” del flujo básico, el sistema no devuelve ninguna Solicitud
de Fabricación:
a) El sistema no muestra ninguna información
b) El caso de uso continúa en el punto a del flujo básico.
o Orden de Compra Ingresada Parcialmente [RN15]
Se presenta en el punto “a” del subflujo “Orden de Compra”.

a) El Analista de Transacciones selecciona la Orden de Compra a ingresar un parcial.
b) El Analista de Transacciones selecciona la opción “Consultar Detalle de Orden de
Compra”.
c) El sistema muestra el siguiente formulario “Consultar Detalle de la Orden de
Compra” con los siguientes campos: "Nro OC", "Nro. Avío", “Descripción”,"Cant.
209
Comprada”, "Unidad de Compra", "Cod.Grupo a Comprar", "Fecha Requerida" y
"SolPed". Ver Figura “Consultar Detalle Orden de Compra”.
d) El Asistente de Transacciones selecciona uno o más ítems de una Orden de Compra
a ingresar al almacén.
e) El Asistente de Transacciones selecciona la opción “Generar Movimientos” [RN10].
f) El sistema verifica el o los ítems(s) seleccionados de una Orden de Compra [RN15].
g) El sistema muestra el siguiente mensaje: “¿Seguro de Generar el movimiento?”
h) El Asistente de Transacciones selecciona la opción “Si”.
i) El sistema crea el Movimiento considerando el Tipo de Movimiento.
j) El sistema actualiza el stock con el detalle del movimiento generado.
k) El sistema muestra el siguiente mensaje: “Movimiento(s) parcial(es) han sido
generado(s)”.
l) El sistema muestra a continuación un formulario del movimiento con los datos de
cabecera: Número de movimiento, tipo de movimiento y fecha de ingreso, a nivel de
detalle: Nro de Documento (en este caso la Orden de Compra), ítem del movimiento,
código de avío, descripción, unidad, cantidad y ubicación. Ver figura (“Detalle de
Movimiento Generado”).
m) El Asistente de Transacciones selecciona la opción “Retornar”.
n) El sistema actualiza el formulario y solo deja los ítems pendientes(s) de ingreso al
almacén
o) El Asistente de Transacciones selecciona la opción “Retornar”.
p) El sistema retorna al punto “b” del flujo básico.
vii. Precondiciones
 Existe al menos un registro de Orden de Compra.

 Existe al menos un registro de Solicitud de Pedido de Compra.
 Existe al menos un registro de Solicitud de Fabricación en estado liquidado
 Se ha generado un Movimiento y actualizado el stock.
 CUS24-Consultar Solicitud de Fabricación
210
 Ninguno.
 RN10_Registro Obligatorio de documentos

 RN15_Ingreso de Orden de Compra al Almacén
 RN16_Ingreso de Solicitud de Fabricación al Almacén
 Imágenes:
211
Movimiento y Stock - Orden de Compra
Movimiento y Stock - Producción Propia
Movimiento y Stock - Solicitud de Fabricación
212
Consultar Detalle Orden de Compra
Detalle de Movimiento Generado
Mensajes
213
8 CUS26-Elaborar Proyección de Insumos de Máquina
AS06_Asistente de Impresiones
ii. Propósito
Elabora Proyección de Insumos de Máquinas del área de impresiones a partir de las

solicitudes de fabricación pendientes de trabajar por plan de ventas.
El caso de uso inicia cuando el Asistente de Impresiones ingresa al sistema de Gestión

de Abastecimiento de Avíos, luego ingresa a la opción “Seguimiento de
Abastecimiento”, de aquí ingresa a la opción “Elaborar Proyección de Insumos”, el
sistema mostrará un formulario donde se podrá filtrar por mes y año de Plan de Ventas
de las Ordenes de Producción y cuando se de clic en la opción “Proyectar Insumos” , el
sistema buscará todas las Solicitudes de Fabricación de Impresiones asociadas a las
Órdenes de Producción y mostrará la cantidad que se requiere a nivel de resumen de los
códigos de insumo que están asociados a los avíos, el listado mostrará la información
de: Mes y Año del Plan de Ventas, Cliente, Orden de Producción, código de Insumo, y
la cantidad a Comprar y el Stock Actual del insumo, luego al seleccionar la opción
“Generar Proyección de Compras”, el sistema genera una Solicitud de Pedido de
Compra con lo indicado en el listado.
iv. Flujo Básico
a) El caso de uso da inicio cuando el Asistente de impresiones ingresa al “Sistema de

Gestión de Abastecimiento de Avíos”, de ahí ingresa al formulario “Seguimiento
de Abastecimiento”.
b) Luego, el Asistente de impresiones ingresa a la opción “Elaborar Proyección de
Insumos” donde se mostrará un formulario con las siguientes secciones:
 Filtro: Año y Mes con los valores del año y mes actual por defecto.
 Datos de Detalle: “Familia”, “Cantidad de SolFab”, “Cant. Comprar KIT”.
 Opciones: A nivel de cabecera: “Buscar”, “Generar Proyección de
Compras” y “Retornar”.
 (Ver Figura “Elaborar Proyección de Insumos”)
214
c) El Asistente de Impresiones selecciona el mes y año que corresponden con la fecha
requerida de la OP.
d) El Asistente de Impresiones selecciona la opción “Buscar”.
e) El Sistema muestra un resumen por familia con las cantidades de las Solicitudes de
Fabricación que no estén liquidadas y la cantidad a comprar por KIT. [RN51]
[RN52]
f) El Asistente de Impresiones selecciona la opción “Generar Proyección de
Compras”.
g) El sistema verifica la hora que se está ejecutando la opción. [RN13]
h) El sistema muestra el siguiente mensaje: “Seguro que desea Generar Proyección de
Compras”.
i) El Asistente de Impresiones selecciona la opción “Si”.
j) El sistema genera la Solicitud de Pedido de Compra para Proyección. [RN39]
k) El sistema muestra el siguiente mensaje: “Se generó la Solicitud de Proyección de
Compras: XXXX”
l) El sistema mostrará un formularío con el detalle de información de la Solicitud de
Proyección de compras generada. El detalle es: Número de SolPed, Código de Avío,
descripción del avío, descripción de la unidad, fecha requerida, cantidad y grupo de
compras.
m) El Asistente de Impresiones selecciona la opción “Retornar”.
n) El sistema regresa al formulario “Seguimiento de Abastecimiento”.
o) El Asistente de Impresiones selecciona la opción “Retornar”.
p) El sistema cierra la interfaz, terminando el caso de uso.
o Retornar

a) El sistema cierra el formulario “Elaborar Proyección de Insumos”.
215
v. Flujos Alternos
Se presenta en el punto “h” del flujo básico, si el Asistente de Impresiones desea generar
la Proyección de Insumos después de las 5:00pm.
a) El sistema muestra el siguiente mensaje: “Seguro que desea Generar Proyección de
Compras”.
b) El Asistente de Impresiones selecciona la opción “SI”.
c) El sistema muestra el siguiente mensaje: “No se puede Generar Proyecciones de
Insumo por que no está en el rango de la hora definida por la empresa”.
d) El Asistente de Impresiones selecciona la opción “Aceptar”.
e) El caso de uso retorna al punto “e” del flujo básico.
o Solicitudes de Fabricación No Encontradas [RN21]
Se presenta en el punto “e” del flujo básico, el sistema no devuelve ninguna Solicitud
de Fabricación:
b) El flujo continúa en el punto b del flujo básico.
o Generación de Proyección de Compras con Solicitudes de Fabricación

No Encontradas [RN21]
Se presenta en el punto “i” del flujo básico, si se desea generar una Proyección de
Compra sin un detalle de Familia:
a) El sistema muestra el siguiente mensaje de error: “Error, No se selecciono ninguna
Solicitud de Fabricación para generar Solicitud de Pedido de Proyección”.
b) El caso de uso retorna al punto “i” del flujo básico.
vi. Precondiciones
 Existe al menos un registro de Solicitud de Fabricación en la empresa.

216
 Existe al menos un registro de Insumo en la empresa.
vii. Postcondiciones
 Se ha generado una Solicitud de Proyección de Compras.
viii. Puntos de Inclusión
 Ninguno.
ix. Puntos de Extensión
 Ninguno.
x. Reglas de Negocio
 RN39_Fecha requerida de la Proyección de Compras
 RN51-Proyección de SolFab
 RN52-Cantidad proyectada
xi. Información Adicional
 Imágenes:
217
Elaborar Proyección de Insumo
Detalle de Solicitud de Proyección Generado
218
Mensajes
219
09 CUS34-Controlar Abastecimiento
AS13_Asistente Automático
ii. Propósito
Controlar el abastecimiento de avíos enviando notificaciones en caso haya riesgo de

desabastecimiento.
El caso de uso comienza cuando el Asistente Automático, demonio del sistema, indica
al sistema verificar el detalle de las Órdenes de Producción (avío y etapa) donde
identifica los pendientes de registro, la fecha de ingreso al almacén proyectado, el lead
time de Compra de Cada avío, la fecha de despacho de tela, el documento asociado
(Orden de Compra, Solicitud de Fabricación y Solicitud de Material).
iv. Flujo Básico
a) El caso de uso inicia cuanto el Asistente Automático ejecuta la instrucción de

ejecución a las 11pm (lunes a Domingo) [RN40].
b) El sistema realiza una búsqueda de todas las Órdenes de producción en estado en
Progreso, realizando las siguientes actividades por cada Orden de Producción:
-El sistema enviará una alerta si se cumple al menos una de las siguientes
condiciones:
-La Fecha proyectada de ingreso a almacén es igual o mayor a la fecha actual. Así
mismo, su estado es pendiente.
-El Lead Time de Compra de Cada Avío es igual o mayor a la fecha actual y el
estado de la misma es pendiente.
-La fecha de despacho de tela es igual o mayor que la fecha actual y el estado de la
misma es pendiente. [RN06] [RN12] [RN41] [RN42] [RN43].
c) El sistema envía un correo electrónico utilizando el usuario configurado (dirección
de buzón), adjuntando el o la lista de Órdenes de Producción y detalle de la orden
con los siguientes campos:
Fecha de ingreso al almacén proyectado, lead time de Compra de Cada avío, fecha
de despacho de tela, documento asociado (Orden de Compra, Solicitud de
220
Fabricación o Solicitud de Material), con el estado y fecha actual indicando que se
encuentra fuera de fecha.
El correo electrónico será enviado al Analista de PCP con copia a los gerentes de
Operaciones y Almacén.
d) El sistema crea un archivo de texto con el nombre “Registra Log” registrando el
código de Orden de Producción, Fecha de ingreso al almacén proyectado, el lead
time de Compra de Cada avío, fecha de despacho de tela, documento asociado
(Orden de Compra/Solicitud de Fabricación/Solicitud de Material) y estado del
monitoreo ya sea de conformidad o Alerta en caso de haya incurrido a una falla en
el abastecimiento. [RN26]
e) El sistema cierra el archivo pdf, terminando el caso de uso.
v. Flujos Alternos
Se presenta en el punto c del flujo básico cuando no se pudo enviar el correo electrónico.
d) El sistema recibe un error cuando intenta enviar un correo eletrónico a la cuenta del
buzón configurado.
e) El sistema registra el siguiente mensaje en el archivo C\RegistraLogE.pdf: “Error al
enviar Email” y añade la fecha y hora del error.
f) El caso de uso continúa en el punto d del flujo básico.
vi. Precondiciones
 Existe al menos un registro de Explosión de materiales.

 Existe al menos un registro de Solicitud de Material.
 Existe al menos un registro de Solicitud de Fabricación.
 Existe al menos un registro de Solicitud de Pedido de Compra.
 Existe al menos un registro de Orden de Compra.
 Se ha generado un de Control de Abastecimiento
221
 Ninguno.
 Ninguno.
 RN06_LeadTime de Compra
 RN12_Alertas de abastecimiento
 RN26_Registro de Archivo Log
 RN27_Error en envío de Emial
 Ninguno
222
10 CUS25-Liquidar Solicitud de Fabricación
AS11_Operador
ii. Propósito
Elaborar control de abastecimiento.

El caso de uso inicia cuando el Operador ingresa al sistema de Gestión de

Abastecimiento de Avíos, luego ingresa a la opción “Gestionar Abastecimiento de
Avíos”, y selecciona la opción de “Liquidar Solicitud de Fabricación”, el sistema
mostrará un formulario donde se podrá seleccionar un rango de fechas y al seleccionar
la opción “Filtrar” el sistema mostrará todas las Solicitudes de Fabricación, y al dar clic
en la opción “Registrar Liquidación” el sistema mostrará un mensaje “Está Seguro de
Liquidar” y al dar clic en la opción “Si” el sistema ejecutará la liquidación para que no
se pueda modificar la Solicitud de Fabricación y se confirme la cantidad que se produjo.
iv. Flujo Básico
a) El caso de uso da inicio cuando el Operador indica la opción “Liquidar Solicitud de

fabricación”.
b) El sistema muestra un formulario llamado “Liquidar Solicitud de Fabricación” con
 Filtro: F. Requerida de la SolFab: con la fecha actual por defecto en formato
DD/MM/YYYY.
 Datos de Detalle: “SolFab”, “Fecha Requerida”, “Avío”, “Descripción”,
“Cantidad Avío Requerida”, “Cantidad Avío Producido”, “Máquina” y
“Recurso”.
 Opciones: A nivel de cabecera: “Buscar”, “Retornar” y Tipo de SolFab.
 Opciones: A nivel de detalle “Generar Solicitud de Fabricación” (Ver
Figura: “Generar Solicitud de Fabricación”)
Si el Operador requiere:
Liquidar: Ir a Subflujo: Liquidar Solicitud de Fabricación (se liquida Solicitud de
Fabricación).
223
Seleccionar Tipo: Ir a Subflujo: Seleccionar Tipo de Solicitud de fabricación
siendo de impresiones o tintorería.
c) El Operador indica “Retornar” en el formulario “Liquidar Solicitud de Fabricación”.
d) El sistema cierra la interfaz, terminando el caso de uso.
o Retornar
Se presenta en el punto “c” del flujo básico:

a) El sistema cierra el formulario “Liquidar Solicitud de Fabricación”.
v. Subflujos
Liquidar
a) El Operador selecciona la fecha requerida de la Solicitud de Fabricación a liquidar.
b) El sistema lista las solicitudes de fabricación desde la fecha ingresada hasta la fecha
actual.
c) El Operador selecciona la opción de “Liquidar Solicitud de Fabricación” en la
solicitud de fabricación que desee liquidar.
d) El sistema muestra el siguiente mensaje: “¿Seguro que desea Liquidar la Solicitud
de Fabricación?”.
e) El Operador selecciona la opción “Si”. [RN53]
f) El sistema actualiza la solicitud de fabricación con el estatus liquidado.
g) El sistema muestra el siguiente mensaje: “Se Liquidó la Solicitud de Fabricación:
XXX”
h) El sistema envía un correo automático al Asistente de transacciones notificando que
ya puede realizar el ingreso al almacén de la Solicitud de fabricación.
i) El Operador selecciona la opción “Aceptar”.
j) El sistema refresca el formulario y deshabilita la opción “Liquidar Solicitud de
Fabricación” para la Solicitud de Fabricación que fue liquidada.
k) El Operador selecciona la opción “Retornar”
l) El sistema cierra la interfaz, retornando al punto “b” del flujo básico.
224
Seleccionar Tipo de Solicitud
a) El Operador selecciona el tipo de solicitud Tintoreía o Impresiones.
b) El sistema lista las solicitudes de fabricación que coincidan con la fecha y además
el tipo de selección.
c) El flujo continúa en el punto “b” del flujo básico.
v. Flujos Alternos
o Solicitudes de Fabricación no Encontradas [RN21]
Se presenta en el punto “c” del flujo básico, el sistema no devuelve ninguna Solicitud
de fabricación:
a) El caso de uso retorna al punto “b” del flujo básico.
o Solicitudes de Fabricación con recurso incompleto [RN28] [RN29].
Se presenta en el punto “c” del flujo básico, si la solicitud de fabricación no tiene

asignado un recurso y máquina.
b) El sistema muestra el mensaje “No se ingresó el Recurso y Máquina en la Solicitud
de Fabricación”
c) El caso de uso retorna al punto “b” del flujo básico.
o Solicitudes de Fabricación con cantidad incompleta [RN30].
Se presenta en el punto “c” del flujo básico, si no se ha producido la cantidad a

fabricar.
d) El sistema muestra el mensaje “Cantidad Producida no es igual a la Cantidad
Requerida”
Se presenta en el punto “e” del subflujo liquidar cuando no se ha logrado enviar el

correo electrónico.
225
a) El sistema recibe un error cuando intenta enviar un correo eletrónico a la cuenta del
buzón configurado.
b) El sistema registra el siguiente mensaje en el archivo C\RegistraLogE.txt: “ERROR
al enviar Email. Para Más detalles ingresar al archivo C:\RegistraLogE.txt”
c) El caso de uso continúa en el punto e el subflujo “liquidar”.
vi. Precondiciones
 Existe al menos un registro de Solicitud de Fabricación.

 Existe al menos un registro de Operatividad de Orden de Producción
 Existe al menos un registro de Explosión de Materiales.
 Se ha liquidado una Solicitud de Fabricación.
 Ninguno.
 Ninguno.
 RN21_Busqueda sin resultados.

 RN27_Error en envío de Email
 RN28_Registro de Máquina al Liquidar Solicitud de Fabricación
 RN29_Registro de Recurso al Liquidar Solicitud de Fabricación
 RN30_Registro de Cantidad Producida al Liquidar Solicitud de Fabricación
226
 Imágenes:
Liquidar Solicitud de Fabricación
Mensajes
227
6 MODELO CONCEPTUAL
6.1 DIAGRAMA DE MODELO CONCEPTUAL
Gráfico 28: Modelo Conceptual
228
6.2 DICCIONARIO DE MODELO CONCEPTUAL
6.2.1. Talla
Esta clase representa a las tallas que usa un Cliente en la empresa, el cual es importado desde
el sistema Comercial.
Atributo Descripción Tipo Dato Valor Inicial
Código Código de Talla Integer 0
Descripción Descripción de la Talla String No aplica
Proporción de la Talla para
Proporción Double 0.0
el Cliente
Orden Orden de la talla del Cliente Integer 0
6.2.2 Color
Esta clase representa a los Colores que usa un Cliente en la empresa, el cual es importado desde
el sistema Comercial.
Código Código del Color Integer 0
Descripción Descripción del Color String No aplica
Intensidad Intensidad del Color String No aplica
6.2.3 Orden Producción

Esta clase representa a los Órdenes de Producción que coloca un Cliente en la empresa, el cual
es importado desde el sistema Comercial.
NúmeroOrden Número de la Orden Integer 0
Descripción de Tipo de
Descripción tipo de Prenda String No aplica
Prenda
FechaRequerida Fecha Requerida Date No aplica
FechaComprometida Fecha Requerida Date No aplica
6.2.4 OrdenProducciónDetalle
Esta clase representa al detalle de Colores y tallas que contiene una Orden de Producción que
coloca un Cliente en la empresa, el cual es importado desde el sistema Comercial.
CantidadProgramada Cantidad Pedida Double 0.0
CantidadPedida Cantidad Programada Double 0.0
229
6.2.5 Cliente
Esta clase representa a todos los Clientes de la empresa.
Código Código del Cliente Integer 0
Descripción Descripción del Cliente String No aplica
Días de Tolerancia en
Tolerancia entrega de la Orden de Double 0.0
Producción
Porcentaje de Aceptación de
PorcentajeAceptación Double 0.0
Prendas
6.2.6 Planeamiento
Esta clase representa a las fechas Programadas y Planificadas por Orden de Producción y
Proceso.
FechaPlanificada Fecha Planificada Date No aplica
FechaProgramada Fecha Programada Date No aplica
6.2.7 Ficha Técnica de Prenda

Esta clase representa a las Fichas Técnicas de Prenda de la empresa, que son importadas desde
el Sistema de Desarrollo de Productos
Número de Ficha Técnica
Código Integer No aplica
de Prenda
Temporada Temporada String No aplica
Densidad Densidad de Prenda Double 0.00
Tiempo Tiempo de Confección Decimal 0.00
Estilo Estilo de la Prenda String No aplica
Tipo de Solicitud de la
TipoSolicitud String No aplica
Ficha Técnica.
Sectorista Sectorista de Desarrollo String No aplica
FechaEmisión Fecha de Emisión Date No aplica
Usuario Usuario del Producto String No aplica
6.2.8 Medidas por Talla

Esta clase representa a las Medidas por talla de la Ficha Técnica de Prenda de la empresa, que
son importadas desde el Sistema de Desarrollo de Productos
Código Código de Medida Integer 0
230
Descripción Descripción de Medida String No aplica
TallaBase Talla Base String No aplica
ValorMedida Valor de la Medida Double 0.00
ToleranciaInicial Tolerancia Inicial Double 0.00
ToleranciaFinal Tolerancia Final Double 0.00
OrdenMedida Orden de Medida String No aplica
6.2.9 Operación Costura

Esta clase representa a las Operaciones por Costura de la Ficha Técnica de Prenda de la
empresa, que son importadas desde el Sistema de Desarrollo de Productos
CódigoOperacion Código de Operación Integer 0
Descripción Descripción de Operación String No aplica
DistanciaRecorrido Distancia del Recorrido Double 0.00
NumeroRecorridos Número del Recorrido Double 0.00
medidaUbicación Ubicación de la Operación String
6.2.10 Avío
Esta clase representa a los Avíos que se requiere para la elaboración de la Prenda en la empresa.
CódigoAvio Código de Operación Integer 0
DescripciónAvio Descripción de Operación String No aplica
Origen Origen del Avío String No aplica
Tipo Tipo del Avío String No aplica
Procedencia Procedencia del Avío String No aplica
6.2.11 Operatividad
Esta clase representa a la Operatividad de los Avíos de una Orden de Producción en la empresa.
Variabilidad Variabilidad String No aplica
FechaOperatividad Fecha de Operatividad Date No aplica
6.2.12 Merma
Esta clase representa a las Mermas que se requiere para la Operatividad y la explosión de la
orden de producción en la empresa.
ValorMerma Valor de la Merma Double 0.00
ConsumoInicial Consumo Inicial Double 0.00
ConsumoFinal Consumo Final Double 0.00
LoteInicial Lote Inicial Integer 0
231
LoteFinal Lote Final Integer 0
6.2.13 Operatividad Componente Avío

Esta clase representa a los Componentes definidos en la Operatividad por avìos de una Orden
de Producción que se requiere en la empresa.
Consumo Consumo de la Operatividad Double 0.00
Motivo de Pendiente de
Motivo String No aplica
definición del Avío
6.2.14 Componente
Esta clase representa a los Componentes que se requieren para la Operatividad de una Orden
de Producción de la empresa.
CódigoComponente Consumo de la Operatividad Integer 0
Motivo de Pendiente de
Descripción String No aplica
6.2.15 Grupo de Compra

Esta clase representa a los Grupos de Compra asociados a las Familias de Avíos para la
identificación del Gestor de responsable de crear una Orden de Compra en la empresa.
Código de Grupo de
Código Integer 0
Compra
Descripción de Grupo de
Compra
6.2.16 Tela
Esta clase representa a las Telas que se requiere para la Operatividad y la explosión de la orden
de producción en la empresa.
CódigoTela Código de la Tela Integer 0
DescripciónTela Descripción de la Tela String No aplica
RendimientoTelaCruda Rendimiento en Crudo Double 0.00
RendimientoTelaAcabada Rendimiento en Acabado Double 0.00
MermaTextil Merma Textil Double 0.00
Densidad Densidad de Tela Double 0.00
232
6.2.17 Unidad
Esta clase representa a las Unidades Componentes que se requieren para el registro del Avío
en la empresa.
Código Código de Unidad Integer 0
Descripción Descripción de Unidad String No aplica
FactorConversion Factor de Conversión Double 0.00
6.2.18 Familia
Esta clase representa a las Familias de Avíos (procesos de producción) que se requieren para
el registro del Avío en la empresa.
Código Código de Familia Integer 0
Descripción Descripción de Familia String No aplica
LeadTimeProveedor Lead Time de Compra Double 0.0
6.2.18 Proveedor
Esta clase representa a las Proveedores de las Órdenes de Compra que son importados desde al
SAP de la empresa.
Código Código de Proveedor Integer 0
Descripción Descripción de Proveedor String No aplica
6.2.19 Almacén
Esta clase representa a los Almacenes de la empresa.
Código Código de Almacén Integer 0
Descripción Descripción del Almacén String No aplica
6.2.20 Orden de Compra

Esta clase representa a las Órdenes de Compra que son importadas desde el sistema SAP de la
empresa.
Número de Orden de
Código Integer 0
Compra
Gestor de Compra Descripción del Almacén String No aplica
FechaAprobación Fecha de Aprobación Date No aplica
233
VíaEmbarque Vía de Embarque String No aplica
6.2.21 OrdenCompraDetalle
Esta clase representa a las Órdenes de Compra que son importadas desde el sistema SAP de la
empresa.
CantidadComprar Cantidad a Comprar Double 0.00
Precio Precio del Producto Double 0.00
Importe Importe del Producto Double 0.00
6.2.22 Movimiento
Esta clase representa a los Movimientos que son generados en el Almacén de la empresa.
CódigoMovimiento Código de Movimiento Integer 0
TipoMovimiento Tipo de Movimiento String No aplica
CantidadMovimiento Cantidad de Movimiento Double 0.00
6.2.23 Stock
Esta clase representa a los Stock que son ingresados por los movimientos de tipo ingreso del
almacén de la empresa.
CantidadReservada Cantidad Reservada Double 0.00
CantidadDisponible Cantidad Disponible Double 0.00
6.2.24 Ubicación
Esta clase representa a las Ubicaciones del Almacén de la empresa.
Código Código de Ubicación Integer 0
Descripción Descripción de Ubicación String No aplica
6.2.25 Explosión
Esta clase representa a las Explosiones de Materiales que son generadas a partir de la
Operatividad de una Orden de Producción de la empresa.
NúmeroExplosion Número de Explosión Integer 0
FechaExplosion Cantidad Explosionada Date No aplica
234
6.2.26 SolicitudMaterial
Esta clase representa a las Solicitudes de Materiales que son generadas a partir de la Explosión
de Materiales.
CantidadAReasignar Cantidad a Reasignar Double 0.00
CantidadNoReasignada Cantidad No Reasignada Double 000
6.2.27 SolicitudPedidoCompra
Esta clase representa a las Solicitudes de Pedido de Compra que serán exportadas a SAP para
generar Órdenes de Compra.
CantidadAComprar Cantidad a Comprar Double 0.00
6.2.28 SolicitudFabricación
Esta clase representa a las Solicitudes de Fabricación trabajadas por las áreas de Impresiones y
Tintorería.
CantidadAProducir Cantidad a Producir Double 0.00
FecRequerida Fecha Requerida Date No aplica
6.2.29 Maquina
Esta clase representa a las Solicitudes de Fabricación trabajadas por las áreas de Impresiones y
Tintorería.
Código Código de Máquina Integer 0
Descripción Descripción de Máquina String No aplica
Modelo Modelo de la Máquina String No aplica
Tipo Tipo de Máquina String No aplica
6.2.30 MotivoRechazo
Esta clase representa a los Motivos de Rechazo del área de calidad que califica a avíos que
están en el almacén de la empresa.
Código Código de Rechazo Integer 0
Descripción Descripción de Rechazo String No aplica
235
6.2.31 DisponibilidadMaquina
Esta clase representa a las Máquinas disponibles en un día laborable en la empresa.
Disponible Disponible Boolean 0
6.2.32 DisponibilidadRecurso
Esta clase representa a los Recursos disponibles en un día laborable en la empresa.
Disponible Disponible Boolean 0
6.2.33 Recurso
Esta clase representa a los Recursos que trabajaran en la Solicitud de Fabricación y en las
Órdenes de Compra que se realizan en la empresa.
Código Código de Recurso Integer 0
Descripción Descripción de Recurso String No aplica
6.2.34 Calendario
Esta clase representa al Calendario de los días que se labora en la empresa.
Código Código de Calendario Integer 0
Día Día Calendario Integer 0
Mes Mes Calendario Integer 0
Año Año Calendario Integer 0
HoraInicio Hora Inicio String No aplica
HoraFin Hora Fin String No aplica
6.2.35 ControlAbactecimiento
Esta clase representa al Control del Abastecimiento de los avíos en la empresa.
Tipo
Atributo Descripción Valor Inicial
Dato
RiesgoAbastecimiento Riesgo de Abastecimiento String No aplica
Fecha Máxima de
FechaMaximaDefinicionAvio Date No aplica
FechaInicoCorte Fecha Inicio de Corte Date No aplica
Porcentaje de
PorcentajeAbastecimiento Double 0.00
Abastecimiento
CantidadAbastecida Cantidad Abastecida Double 0.00
CantAbastecer Cantidad por Abastecer Double 0.00
236
Fecha Máxima de
FechaMacimaColocacionOC Colocación de la Orden de Date No aplica
Compra
Fecha de Ingreso al
FechaIngresoAlmacen Date No aplica
Almacén
6.2.36 Explosión Detalle

Esta clase representa al detalle de las Explosiones de Materiales que es generada a partir de la
Operatividad de la Orden de Producción de la empresa.
CantRequerida Cantidad Requerida Double 0.00
6.2.37 EstiloComponenteAvío
Esta clase representa a la plantilla de avíos que están asociados a un Estilo de la empresa.
PlantillaDescripcion Descripción de Plantilla String No aplica
6.2.38 Explosión Detalle

Esta clase representa al detalle de avíos que se generó en la explosión a partir de una
operatividad de la empresa.
PlantillaDescripcion Descripción de Plantilla String No aplica
6.2.39 Estilo
Esta clase representa a la plantilla de avíos que están asociados a un Estilo de la empresa.
Código Código de Estilo Integer 0
Descripción Descripción de Estilo String No aplica
6.2.40 Variabilidad
Esta clase representa a la variabilidad que será asociada a la Operatividad.
Código Código de variabilidad Integer 0
Descripción de la
Variabilidad
237
6.3 CONCLUSIONES
Las conclusiones que se pueden extraer luego del desarrollo de este capítulo son las siguientes:
 Los artefactos que recomienda RUP permitieron modelar todos los aspectos importantes a
ser considerados dentro del proyecto informático: requerimientos funcionales y no
funcionales, actores del sistema, diagramas de paquetes, diagramas de casos de uso del
sistema, modelo conceptual, etc.
 Los requerimientos funcionales se refieren directamente a las funciones específicas que

realizará el sistema. Por otro lado, los requerimientos no funcionales son de especial
importancia ya especifican las propiedades emergentes del sistema, es decir, las
restricciones a tener en cuenta para que el sistema pueda ser soportado.
 La especificación detallada de los casos de uso del sistema debería ser agnóstica a detalles
propios de la implementación como por ejemplo el tipo de control que se utilizará para
mostrar la información o el lenguaje de programación a utilizar. Esto permite que la
especificación pueda ser reutilizada con facilidad si se presentan requerimientos futuros de
despliegue en otras plataformas.
 Mantener la trazabilidad entre los diversos entregables es importante para mantener control
y una vista general sobre los casos de uso y sus funciones a desarrollar.
 Durante la especificación detallada de los casos de uso del núcleo central se identificaron
detalles que no fueron tomados en cuenta durante la elaboración de requerimientos, dando
como resultado nuevas características que el sistema debe cubrir. A estos requisitos se les
denomina requerimientos implícitos.
 Durante la especificación detallada de un CUS, si se establece el correcto orden entre los

flujos de eventos (básicos, subflujos y alternos) y una correcta relación con las reglas de
negocio, se logrará una especificación clara sin lugar a suposiciones de como se debe
programar ciertas características del software.
238
 El modelo conceptual depende de qué tanto se pueda abstraer el negocio al momento de
concebir las entidades con sus respectivos atributos, así como sus relaciones, ya que el
modelo propuesto tiene que soportar lo requerido por el modelo de negocio y debe ser capaz
de dar respuesta a consultas asociadas al mismo.
 En un diagrama de modelo conceptual, colocar nombre a las relaciones entre entidades

ayuda a comprender sus propiedades y relación de las mismas.
 El diccionario del modelo conceptual permite detallarlas características específicas de los

atributos de las entidades que conforman dicho modelo.
 Es de suma importancia realizar una prueba de concepto, dado que permite poner a prueba
los casos de uso de sistemas identificados en los Requerimientos Funcionales; así como
también comprobar de manera práctica si las decisiones tomadas con respecto a la
arquitectura del software satisfacen las necesidades planteadas. Adicionalmente, si se
escogen adecuadamente los casos de uso (los más importantes del ciclo cero), dicha prueba
se convierte en un reductor del riesgo porque nos proporciona información temprana con
respecto a la solidez de la arquitectura definida.
239
CAPÍTULO V: ARQUITECTURA DE SOFTWARE
1 INTRODUCCIÓN
La arquitectura de software es el conjunto de decisiones significativas sobre la organización de

un software que define los principios que guían el desarrollo, los componentes principales del
sistema, sus responsabilidades y la forma en que se interrelacionan.
El presente capítulo detalla cada una de las decisiones funcionales como técnicas, Así mismo,
contiene las estrategias para resolver los atributos no funcionales del sistema.
Por ello, inicialmente se desarrolla los diagramas de casos de uso más significativos en el
diseño de la arquitectura, de software, así como las metas, restricciones y mecanismos de
arquitectura. Posteriormente, se desarrolla las principales vistas arquitectónicas que vienen a
ser las representaciones de las estructuras descritas en el lenguaje que permita el entendimiento
del interesado al cual se dirige. Es por ello que se grafica la vista lógica de implementación y
despliegue.
Finalmente, en el presente entregable se realizará las pruebas de concepto de la arquitectura de

software de los casos de uso más significativos, es decir, los que corresponden al ciclo 0 o
núcleo central.
240
2 DIAGRAMA DE LOS CASOS DE USO MÁS SIGNIFICATIVOS
Gráfico 29: Diagrama de CUS más significativos
241
3 METAS DE LA ARQUITECTURA DE SOFTWARE
Luego del análisis de los requerimientos no funcionales, se han definido las siguientes metas
de arquitectura:
Meta Descripción Requerimiento
no Funcional
ME-01 La arquitectura de software deberá contribuir a satisfacer los RNF_10
requerimientos de tiempo de respuesta indicados por el negocio
Nota: Se indica “contribuir”, puesto que el requerimiento no
funcional será resuelto también a través de hardware.
ME-02 La arquitectura de software deberá contribuir a satisfacer los RNF_13
requerimientos de concurrencia indicada por el negocio.
Nota: Se indica “contribuir”, puesto que el requerimiento no
funcional será resuelto también a través de hardware.
ME-03 El sistema deberá ser de tipo Web y deberá utilizarse prácticas RNF_25
que separen las responsabildiades en capas.
ME-04 El formato de salida de los reportes deberá ser de tipo pdf y xlsx RNF_32
(Excel).
ME-05 Las alertas y notificaciones se realizarán a través de correo RNF_33
electrónico.
ME-06 Deberá contarse con un mecanismo de persistencia de datos de RNF_17
tipo relacional. RNF_28
ME-07 El sistema deberá conectarse a las aplicaciones Core de la RNF_39
empresa. (Ver requerimientos no funcionales asociados para RNF_41
mayor detalle).
ME-08 EL sistema deberá integrarse con el ERP SAP R3 de la RNF_40
empresa. (Ver requerimiento no funcional asociado para mayor
detalle).
ME-09 El sistema deberá contar con mecanismos que permitan el RNF_04
registro de los errores registrados durante la ejecución del
sistema.
4 RESTRICCIONES DE LA ARQUITECTURA DE SOFTWARE
242
Las restricciones que aplican a las metas antes señaladas son las siguientes:
Meta Descripción
Asociada
El 95% de las transacciones de registro no debe exceder los 5 segundos (sujeto a
las características de los servidores especificados en el capítulo Arquitectura).
ME-01 Nota:
Se excluyen las interacciones que involucren subida de archivos, puesto que el
tiempo es dependiente del tamaño de dichos archivos.
ME-02 El sistema deberá soportar entre 1 y 50 usuarios concurrentes.
ME-03 Se utilizará el patrón de arquitectura 3 capas.
ME-04 La versión de excel soportado deberá ser 2013 y PDF V7 en adelante.
Los correos electrónicos se enviarán únicamente a direcciones que formen parte
ME-05
del dominio “topitop.com.pe”.
ME-06 EL motor de base de datos deberá ser de tipo DB2 AS/400.
Los sistemas a integrarse son “Sistema Comercial” y “Sistema Desarrollo de
ME-07
Productos”.
ME-08 El módulo a integrar es: Módulo MM (SAP) para las órdenes de compra.
El registro de errores deberá ser a demanda dado que pueda afectar el
ME-09
performance del sistema.
243
5 MECANISMOS ARQUITECTURALES
En esta sección se presentan y describen los mecanismos de análisis y diseño seleccionados, y
los requerimientos específicos que buscan satisfacer, además de la solución tecnológica
propuesta para resolverlos.
Meta SOLUCIÓN
ME-01 y ME-02 Se implementará una solución de software de caché de base de datos
para mejorar el acceso a información que cambia de manera poco
frecuente. Para ello se activará la opción de Database Access Caching
property en Genexus, luego para controlar los tiempos de expiración de
la memoria cache se utilizarán los parámetros: Time to Time TTL (mins)
y Hardly ever TTL (mins). Este cambio se puede realizar a nivel de
tablas.
ME-03 Se utilizará el generador ADO.NET de Genexus para generar
aplicaciones en capas.
ME-04 Los reportes se podrán exportar en archivos PDF y xlsx.
Se aplicará la funcionalidad “Export to Excel” en la transacción para
generar los reportes en formato xlsx.
ME-05 Se utilizará la funcionalidad de envío de correo del case Genexus,
indicando la ip, protocolo, user y password del servidor de correo.
Se utilizará las variables $mail y $smtp para la invocación a los métodos

del envío de correos.
ME-06 Se utilizará el controlador ADO.NET para DB2 de Genexus.
ME-07 El sistema deberá integrarse con el “Sistema Comercial” y “Sistema
Desarrollo de Productos”, por medio de la Configuración de archivos
DDM desde la biblioteca del sistema origen a la biblioteca del sistema
destino.
Nota: Para mayor información sobre los archivos DDM dirigirse al
glosario de términos.
ME-08 El sistema deberá integrarse con el ERP SAP R3 utilizando el módulo
PI (integración de procesos) de SAP, el cual, es un integrador de
aplicaciones empresariales de software. Se podrá consumir la
información de los materiales, la solicitud de pedido de compra, la
orden de compra y el proveedor.
ME-09 Para el manejo de excepciones de la plataforma se utilizará las
sentencias try/catch.
244
Para el registro de errores se utilizará el componente log4net de genexus
el cual crea un archivo GXLogging.log.
6 VISTA LÓGICA DE LA ARQUITECTURA DE SOFTWARE
Gráfico 30: Diagrama de la Vista Lógica de la Arquitectura de Software
245
Capas Lógicas del Sistema
Capa Descripción
Es la capa con la que interactuará el usuario final. En el sistema la
comunicación se realizará a través de formularios Web (web Panel).
Está compuesta por:

Vista (Web Se trata de formularios web los cuales permiten la interacción
Presentación
Panel) con el usuario final.
Clases que enlazan los modelos a sus respectivas vistas.
Igualmente, se encarga de comunicarse con la capa de negocio
Controller
para obtener información y realizar las operaciones solicitadas
por los usuarios.
Esta capa tiene las clases encargadas de modelar la lógica del negocio
explicada en la especificación de casos de uso. Estas clases tendrán la
responsabilidad de los algoritmos operativos y de cálculo, así como los medios
para obtener los datos de la capa de datos y enviarlos a la capa de servicios.
Negocio
Reglas de Corresponde al conjunto de funcionalidades que modelan la
Negocio lógica del negocio.
La capa de datos corresponde al conjunto de clases dedicadas a la gestión
directa de la persistencia del sistema. Ellas se encargan de establecer la
conexión con la base de datos y mediante la ejecución de transacciones
permitir el almacenamiento y recuperación de los datos persistentes.
Datos
Acceso a Clases que permiten el acceso a los datos directamente a un
Datos repositorio persistente de información.
Capa que contiene a las entidades que son utilizadas por las clases
Controladoras, de Negocio y Acceso a Datos. En su mayoría, se
Dominio corresponderán con tablas del modelo de datos.
Entidades Corresponde al conjunto de clases antes descritas.
Tabla 69: Capas Lógicas del Sistema
246
7 VISTA DE IMPLEMENTACIÓN DE LA ARQUITECTURA DE SOFTWARE
A continuación, se muestran los componentes físicos y sus interacciones. Es conveniente
indicar que la siguiente vista de implementación corresponde a los casos de uso de sistema de
prueba de concepto. Asimismo, por cuestiones de agrupamiento para un mejor entendimiento,
todos los formularios Web se encuentran consolidados en el componente llamado
Abastecimiento.UI; las clases controladoras son agrupadas en el paquete
Abastecimiento.Controller y las clases de acceso al negocio son agrupadas en el paquete
Abastecimiento.Operación.cs y Abastecimiento.Envío.cs.
<<Presentación>> <<Controlador>> Excel.exe

Abastecimiento.UI.WebPanel Abastecimiento.Controller.cs
IEnvioMail
Browser.exe -Internet Explorer

-Google Chrome
IOperación
IConexionMail
Abastecimiento.EnvíoMail.cs
AcrobatReader.exe <<logica Negocio>>

Abastecimiento.Operacion.cs
<<acceso a datos>>
Abastecimiento.DB <<Aplicación Tercero>>
MailServer (username@topitop.com.pe)
<<domino>>
Abastecimiento.Entidades.cs
Leyenda <<Servidor de Base de Datos>>
VPower8- DB2
Capa de Presentación
Capa de Negocio
<<Sincronización de tablas>> <<Sincronización de tablas>>
Capa de dominio ProcessIntegration(PI) DDM-Files
Capa de datos
lenguaje ABAP Comando CRTDDMF
Componente Externo
Gráfico 31: Diagrama de Vista de Implementación
247
8 VISTA DE DESPLIEGUE DE LA ARQUITECTURA DE SOFTWARE
Gráfico 32: Diagrama de Despliegue de la Arquitectura de Software
248
9 CONCLUSIONES
Las conclusiones que se pueden señalar luego de la elaboración de este capítulo son las
siguientes:
 Es importante definir las restricciones de la arquitectura para conocer las limitaciones a

nivel de diseño e implementación lo que ayudará a la toma de decisiones al momento de
definir la arquitectura del sistema.
 Definir los mecanismos arquitecturales permitirá conocer de que forma se abordará y dará
solución a las metas y requerimientos planteados en al arquitecura del sistema.
 Las diferentes vistas de la arquitectura son útiles, puesto que proporcionan una vista ad hoc
para diversos stakeholders que son parte del proyecto y facilitan la comunicación con
dichos interesados. Cada vista presenta un nivel de detalle que es de utilidad dependiendo
el nivel de detalle que se desee conocer.
249
CAPÍTULO VI: CONSTRUCCIÓN
1 INTRODUCCIÓN
En el presente capítulo se muestra el diagrama de patrones utilizado en el sistema, dicho

diagrama fue elaborado utilizando la notación UML en el cual se evidencia la lógica de
funcionamiento utilizando las relaciones entre clases.
Más adelante, en la sección 2, se detalla cada uno de los patrones de diseño utilizados en el
software, indicando la motivación y propósito del uso de cada patrón.
Además de ello, se presentará un diagrama del modelo de datos físicos del sistema y un
diccionario de datos el cual contiene la totalidad de tablas que conforma la base de datos.
250
2 PATRONES DE LA SOLUCIÓN PROPUESTA
En la siguiente sección se define los patrones de diseño utilizados en la construcción del
software. Así mismo, se representa mediante un diagrama de clases cual es el funcionamiento
de cada patrón.
2.1 PATRÓN DE TRES CAPAS

Es un estilo de programación en el cual su objetivo principal es la separación de la capa de
presentación, capa de negocio y la capa de acceso a datos.
2.1.1 DIAGRAMA DE PATRÓN DEL SISTEMA

El Patrón de arquitectura de tres capas es una técnica para dividir sistemas de software
complicados. Se divide en:
Capa de presentación: Esta capa es la que ve el usuario y le comunica la información y capa de
negocio.
Capa de negocio: Se encarga de recibir las peticiones del usuario, estableciéndose las reglas
que deben cumplirse.
Capa de datos: Es donde residen los datos y es encargada de acceder a los mismos.
La imagen que se muestra a continuación presenta el esquema de una arquitectura siguiendo
este patrón:
Gráfico 33: Diagrama del patrón tres niveles

Fuente: https://todojosevaldez.wordpress.com
251
2.1.2 ESPECIFICACIÓN DETALLADA DEL PATRÓN SELECCIONADO
A continuación, se detalla la especificación y motivo de uso del patrón tres capas:
Nombre del Patrón Patrón Tres Capas
Problema que busca Las aplicaciones pueden volverse muy difíciles de mantener y
resolver probar cuando no se diseñan de manera que las responsabilidades
de los componentes estén bien definidas. Este patrón propone un
esquema en donde existen responsabilidades de presentación,
lógica de negocios e interacción con los datos del negocio.
Solución Estructurar la solución en capas, cada cual con responsabilidades

e interacciones bien definidas. Ver gráfico adjunto al final de esta
tabla.
Ventajas  Separación de responsabilidades.
 Facilita el testing, en especial de la capa de lógica de negocios
y de acceso a datos.
 Robustez y mayor adaptabilidad al cambio.
Desventajas Curva de aprendizaje mayor que en un esquema de desarrollo en
dos capas.
Motivo de uso El principal motivo es la facilidad es su implementación y grandes
ventajas debido a la separación en capas, se puede programar cada
una de ellas independiente de las demás. Por otro lado, está el
mantenimiento y facilidad al cambio ya que en el fututo podría
cambiar las consideraciones como el acceso a datos, presentación
o reglas de negocio, pero los cambios no serian globales.
252
2.2 PATRÓN WEB COMPONENT
En la siguiente sección de detallará la especificación y motivo de uso del patrón Web
Component el cual nos permite reutilizar las pantallas que contienen los objetos de los casos
de uso.
2.2.1 DIAGRAMA DE PATRONES DE DISEÑO DEL SISTEMA
En el siguiente diagrama se muestra la interacción de las vistas (WebPanels) con la clase Web
component, la cual sirve como clase base que heredará las características reutilizables hacia los
Webpanels. Por otro lado, contiene las sentencias de instrucción que controla la distribución
de objetos en los WebPanels. 27
Para el sistema a desarrollar, este patrón se utiliza en la ventana de Login y los CUS de ingresos
de las distitnas solicitudes como fabricación, material y pedido de compra.
Gráfico 34: Diagrama de clase patrón Web Component

Fuente: Elaboración propia
27
Genexus-WorkWith 2016
253
A continuación, se detalla la especificación y motivo de uso del patrón Web Component:
Nombre del Patrón Web Component
Problema que busca En determinadas ocaciones es preciso contar con clases que sirvan
resolver de modelo base para determinadas funcionalidades en los panels,
ello debido a que se emplea tiempo extra en la programación,
además que se suele repetir las líneas de código para crear
estructuas en que en muchas ocaciones son similares.
Por tanto, es necesario crear un esquema el cual contenga un
conjunto de objetos los cuales puedan reutilizarse en forma de
herencia hacia las clases hija, las cuales mantendrán las mismas
características base además de las suyas propias.
Solución La solución es implementar el patrón Web Component el cual
consiste en crear una clase padre cuyas características base serán
heredadas a las clases hijas. Estas clases pueden ser ejecutadas en
forma independiente como cualquier otro Web Panel o pueden
formar parte de otro objeto web (Web Panel o Web Transaction);
por ello.
Cualquier parte de un Web Component que se repita en varios
objetos web de una aplicación puede ser definida como Web
Panel. Algunos ejemplos: Menu login o pantalla para la
generación de solicitudes.
Ventajas  Disminución de tiempo y costos de programación al utilizar un
modelo base en clases que reutilicen objetos similares.
 Rápida implementación debido a la baja curva de aprendizaje.
Desventajas  La poca personalización que se adapte a cada Web Panel.
 Si se modifica un web panel base afectará a los demás panels
a los que heredó sus características.
Motivo de uso El motivo de implementar este patrón se dio en la codificación de
los CUS de inicio de login, ingreso de solicitud de fabricación,
solicitud de material y orden de compra, ya que utilizan ventanas
254
similares con el mismo orden de objetos las cuales pueden ser
reutilizables desde una clase maestra (master page).
A continuación, se presenta un ejemplo del patrón en el código fuente del proyecto:

-En la siguiente imagen se muestra la creación de la clase Web Component opción Login, dicha
clase heredará los objetos hacias los webpanels de solicitud.
Gráfico 35: Ejemplo de código – Llamado clase Web Component
-La siguiente clase de tipo panel (WpMenu) se indica la lógica a utilizar para reutilizar los
objetos del formulario.
255
Gráfico 36: Ejemplo de código – Clase Panel
La siguiente muestra del web panel, ejemplo CUS solcitud pedido de compra, la estrutura de
ojetos fueron heredados desde el el login Web Component.
Gráfico 37: Ejemplo de código – Web Panel
256
2.3 PATRÓN REPOSITORIO (ADO.NET)
Cabe resaltar que, aunque ADO.NET es una tecnología de Microsoft, puede ser implementado
de forma nativa con Genexus.
En la siguiente sección de detalla la especificación y motivo de uso del patrón Repositorio el
cual permite una comunicación más eficiente en la lógica del negocio y el acceso a datos.
2.3.1 DIAGRAMA DE PATRONES DE DISEÑO DEL SISTEMA
En el siguiente diagrama se muestra la interconexión entre el repositorio con el cliente y el

origen de datos. Para ello, hay dos formas que se puede dar dicha interacción: El objeto
repositorio puede realizar las consultas a la lógica del negocio o bien puede utilizar métodos
que utilicen criterios sobre el negocio28. En este último caso, el objeto repositorio forma la
consulta en nombre del cliente. Para ello devuelve un conjunto de entidades que responden a
la consulta. Por otro lado, el cliente enviará entidades que sean nuevas o modificadas al
repositorio para la persistencia. En otras situaciones, la lógica de negocio del cliente puede
emplear el patrón de unidad de trabajo.29
Gráfico 48: Diagrama de clase del patrón Repositorio

Fuente: http://www.c-sharpcorner.com/
28
Fowler 2002
29
Microsoft 2016
257
A continuación, se detalla la especificación y motivo de uso del patrón:
Nombre del Patrón Repositorio (Ado.net)
Problema que busca En algunas ocasiones se puede dar el caso que la empresa cambie
resolver el tipo de base de datos, por ejemplo, de SQL Server a Oracle.
Esto tendría un gran impacto en términos de tiempo y costo ya
que se requerirá cambios en la programación para que el software
se adapte a la nueva base datos.
Solución Construir un componente que se encargue de la interacción con la
base de datos para servir las peticiones de capa de negocio. De
esta manera se separa la complejidad como tipo y características
de base datos de que tenga con los diversos componentes del
sistema.
El repositorio actúa como mediador entre la capa de acceso a los
datos y la capa de negocio. Consulta los datos en el origen de
datos y los mapea a las entidades de negocio, luego permite la
actualización desde la persistencia de las entidades hacia la fuente
de almacenamiento de datos.
Ventajas  Encapsular el acceso a la base de datos permite flexibilidad en
la programación e independencia con la capa de negocio.
 Los componentes de la lógica de negocio no están amarrados
a tipo de acceso a los datos, esto permite facilidad en su
implementación y mantenimiento.
Desventajas  Para su implementación se requiere de mayor abstracción de
código para lo que dificulta el entendimiento de
programadores no familiarizados con el patrón.
 Aunque este patrón ayuda en la reducción de código
redundante, genera mayor número de clases a las cuales hay
que darle mantenimiento.
Motivo de uso Se eligió este patrón ya que es importante dividir las diferentes
responsabilidades del software en componentes y el acceso a
datos tiende a ser compleja en el desarrollo y mantenimiento,
258
debido a ello al encapsular dicha complejidad facilita el desarrollo
de las demás estructuras del sistema que requieren acceso a los
datos.
Ejemplo de código utilizando el patrón:
Definición de la conexión al BD.
Gráfico 39: Ejemplo de código – Patrón repositorio: Conexión al BD
En la siguiente imagen muestra la clase “explosiondetalle”, se ve como accede al BD

mediante el uso de las operaciones CRUD.
Gráfico 40: Ejemplo de código – Patrón Repositorio
259
3 MODELO DE DATOS
3.1 MODELO DE DATOS FÍSICO DEL SISTEMA
Gráfico 41: Modelo de datos Físico del Sistema

260
Respecto a la Seguridad de la información:
 Para el Área de Tecnología de la Información de la empresa es importante garantizar

que el contenido de la información no sea alterado (por degradación o manipulación)
en el origen, tránsito o destino, a menos que sea autorizada (personas, procesos o
procedimientos) desde el momento que fueron creados, transmitidos o guardados. Por
lo expuesto es muy importante manejar identificadores únicos (no nulos) en las tablas
de Base de Datos (claves primarias PK) que sean altamente descriptivos, de igual
manera identificadores foráneos (en la tabla referenciada). Además, es recomendable
trabajar con definición de estados (tuplas), reglas con valores válidos (tipos de datos y
contenido).
 Por lo dicho anteriormente, las siguientes tablas de detalle son especificadas en el

modelo de datos consignado anteriormente: DisponibilidadMaquina,
DisponibilidadRecurso, EstiloComponenteAvio, ExplosionDetalle, MedidaTalla,
MedidaTallaMedidaDetTalla, Merma, Movimiento, MovimientoMovimientoDetalle,
OCompraOrdenCompraDetalle, OperacionCostura, Operatividad,
Operatividad_Componente_Avío, OrdenDetalle, Planeamiento y Stock poseen claves
compuestas que a su vez son claves foráneas.
261
3.2 DICCIONARIO DE DATOS
A continuación, se presenta el diccionario de datos ordenado de manera alfabética.
30
Nombre de la tabla Almacen
Descripción de la tabla Se utiliza para almacenar la información de los almacenes que se
trabajan en la empresa.
Nombre de la columna Descripción Tipo dato Único Tipo
llave
CodAlmacen Código del Almacén Smallint SI PK
DesAlmacen Descripción del Almacén Char (30)
EstadoAlm Estado del Almacén Char (1)
DireccionAlmacen Dirección del Almacén Varchar
(1024)
Nombre de la tabla Avio

Descripción de la tabla Se utiliza para almacenar los avíos que van a ser registrados en las
órdenes de producción (operatividad) con todas sus
características, lo cual, permitirá identificarlos si son avíos para
compra y/o para producción interna.
llave
CodAvio Código del Avío Smallint SI PK
DescripAvio Descripción del Avío Char (80)
Origen Origen del Avío Char (1)
(Termostática, Flexográfica,
Ninguno)
Procedencia Procedencia del Avío Char (1)
(Compra Nacional,
Importada, envío del Cliente y
Producción Propia)
TipoAvio Tipo de Avío (Textil y No Char (1)
Textil)
CodEstilo Código de Estilo Char (10) FK
CodTela Código de Tela Decimal FK
(10,0)
CodInsumo Código de Insumo Smallint
CodUnidad Código de Unidad Smallint FK
CodFamilia Código de Familia Smallint FK
CodUniComp Código de Unidad de Compra Smallint
30
Dado que es una mala práctica utilizar tildes a nivel de los objetos de base de datos, estás se han omitido también en los
cuadros donde se identifican el detalla de las tablas.
262
Nombre de la tabla Calendario
Descripción de la tabla Se utiliza para identificar los días del año con el horario de ingreso
y salida que vendrá a trabajar el personal que labora en las áreas
de tintorería e impresiones.
llave
CodCalendario Código de calendario Smallint SI PK
Dia Día Smallint
Mes Mes Smallint
Año Año Smallint
Horainicio Hora Inicio de labores Char (8)
Horafin Hora Fin de labores Char (8)
Nombre de la tabla Cliente

Descripción de la tabla Se utiliza para almacenar la información de los Clientes que
realizan la colocación de su producción en la empresa.
llave
CodCliente Código del Cliente Int SI PK
DesCliente Descripción del Cliente Char (40)
Tolerancia Tolerancia de Compra Smallint
PorAcep Porcentaje de Aceptación Smallmoney
NroIdent Número de Identificación Char (30)
CliNroCut Número de Cuenta Bancaria Decimal
(15,0)
CliContac Contacto Cliente Char (45)
CliEmail Correo Electrónico Varchar (100)
CliDesDom Domicilio Varchar (40)
CliDesDis Distrito Char (40)
CliTelCel Teléfono Celular Char (20)
CliTelDom Teléfono de Casa Char (20)
Nota: Debido a que es una tabla que esta definida en el SAP, solo se está
mostrando algunos campos relevantes para el proyecto. El detalle
completo se podrá apreciar en el anexo 8.
Nombre de la tabla Color

Descripción de la tabla Se utiliza para almacenar los colores que son definidos por
laboratorio y son asignados en las órdenes de producción y que a
su vez son identificados en la operatividad de avíos para su
explosión correcta a nivel de cantidad requerida.
263
llave
CodigoColor Código del Color Int SI PK
ColDNom Descripción del Color Char (30)
Intensidad Intensidad del Color (Alto, Char (2)
Medio, Bajo).
Nombre de la tabla Componente

Descripción de la tabla Se utiliza para identificar los componentes de la prenda y de la
ficha técnica donde se incluirá los avíos de las distintas etapas de
producción.
llave
Codcomponente Código del Componente Char (4) SI PK
DescripComp Descripción del Componente Char (40)
Nombre de la tabla ControlAbastecimiento

Descripción de la tabla Se utiliza para realizar el seguimiento de los avíos definidos en la
operatividad para saber si están siendo abastecidos a tiempo o
están en riesgo de abastecimiento según las fechas programadas
que maneja el área de Programación y Control de la Producción.
llave
Codcontrol Código del Control de Int SI PK
Abastecimiento
RiesgoAbastecimeinto Status de Riesgo de Char (2)
Abastecimiento
FecMaxDefAvi Fecha Máxima de definición Datetime
de Avíos
FeciniCor Fecha de Inicio de Corte Datetime
PorAbast Porcentaje de Abastecimiento Smallmoney
CantAbast Cantidad Abastecida Money
CantxAbast Cantidad por Abastecer Money
FecMaCol Fecha Máxima de Colocación Datetime
de la Orden de Compra.
FecIngAlm Fecha de Ingreso al Almacén Datetime
Proyectada.
Orden Número de Orden de Int FK
Producción.
CodAvio Código de Avío Smallint FK
264
Nombre de la tabla DisponibilidadMaquina
Descripción de la tabla Se utiliza para identificar si una determinada máquina de tintorería
y/o de impresiones (Flexo gráfica o Termostática) estará
disponible para su uso en un determinado día de la semana.
llave
CodCalendario Código del Calendario Smallint SI (PK PK
conjunta)
CodMaquina Código de Máquina Smallint SI (PK FK
conjunta)
DisponibleMaq Disponible Máquina en una Bit
determinada Fecha.
Nombre de la tabla DisponibilidadRecurso

Descripción de la tabla Se utiliza para identificar si un determinado recurso de tintorería
y/o de impresiones estará disponible para laborar en un
determinado día de la semana.
llave
CodCalendario Código del Calendario Smallint SI (PK PK
conjunta)
CodRecurso Código de Recurso Smallint SI (PK PK
conjunta)
DisponibleRec Disponibilidad del Recurso en Bit
una determinada fecha.
Nombre de la tabla Estilo

Descripción de la tabla Se utiliza para identificar a la prenda solicitada por el cliente con
todas sus especificaciones técnicas para su producción.
llave
CodEstilo Código del Estilo Char (10) SI PK
DescripEstilo Descripción del Estilo Char (60)
Nombre de la tabla EstiloComponenteAvio

Descripción de la tabla Se utiliza para identificar los avíos que se han creado para un
determinado estilo por componente para que solo sean
seleccionables a las órdenes de producción asociadas a ese estilo.
265
llave
CodEstilod Código del Estilo Char (10) SI (PK PK
conjunta)
CodComponente Código de Componente Char (4) SI (PK PK, FK
conjunta)
CodAvio Código de avío Smallint SI (PK PK, FK
conjunta)
Nombre de la tabla Explosion

Descripción de la tabla Se utiliza para identificar la orden de producción y su operatividad
de avíos que han sido explosionados para su compra, reasignación
de stock y/o producción interna.
llave
CodExplosion Código de Explosión Smallint SI PK
FecExplo Fecha de Explosión Datetime
Orden Número de Orden de Int FK
Producción
Operatividad Número de Operatividad de Smallint
Avíos por Orden de
Producción
Nombre de la tabla ExplosionDetalle

Descripción de la tabla Se utiliza para identificar los avíos con sus cantidades requeridas
ya sea para la compra y/o producción propia de una determinada
orden de producción asociada a su operatividad.
llave
CodExplosion Código de Explosión Smallint SI (PK PK, FK
conjunta)
CodIteExp Código de Ítem de la Smallint SI (PK PK
explosión. conjunta)
CodAvio Código de Avío. Smallint FK
CantReqExp Cantidad Requerida de la Money
Explosión
Nombre de la tabla Familia

Descripción de la tabla Se utiliza para clasificar los avíos por familias, donde se podrá
especificar el proceso asociado, su lead time, su fórmula de
consumo, su cobertura entre otros.
llave
266
CodFamilia Código de Familia de Avíos. Smallint SI PK
DesCripFam Código de Familia de Avíos. Char (30)
Proceso Código de Proceso Smallint FK
LeadTime Lead Time de Compra y/o Smallint
fabricación.
Cobertura Porcentaje de Cobertura de Smallint
Compras.
FuncPedido Indica si se explosionará en Char (1)
función a cantidad Pedida o
cantidad Programada.
TipFor Tipo de Fórmula Smallint
RendKit Cantidad de rendimiento por Int
KIT
FacProd Factor de Producción por Decimal
Prenda (9,6)
CodGruComp Código Grupo de Compra Char (4) FK
Nombre de la tabla Ficha

Descripción de la tabla Se utiliza para la ficha técnica de prenda que tiene asociado la
construcción de la prenda en todos los procesos de manufactura.
llave
CodFicha Código de Ficha. Int SI PK
Densidad Densidad de la prenda. Smallmoney
Temporada Descripción de la temporada Char (35)
TipoSol Tipo de Solicitud de la Ficha Char (20)
Técnica.
Sectorista Descripción de la Sectorista Char (30)
FEmiFic Fecha de Emisión de la Ficha Datetime
Técnica.
Usuario Descripción de Usuario de Char (15)
registro de ficha
Nombre de la tabla GCompra

Descripción de la tabla Se utiliza para agrupar las familias de avíos y se puedan filtrar en
la ejecución de la Orden de Compra en SAP. Aquí se clasifica por
compradores.
llave
CodGrupComp Código de Grupo de Compra Char (10) SI PK
DescripGpoCom Descripción de Grupo de Char (60)
Compra.
267
Nombre de la tabla Maquina
Descripción de la tabla Se utiliza para definir las máquinas que se encuentran disponibles
en las áreas de Impresiones y de Tintorería para la Solicitud de
Fabricación.
llave
CodMaquina Código de Máquina Smallint SI PK
DesMaquina Descripción de la Máquina Char (30)
ModeloMaquina Modelo de la Máquina Char (20)
TipoMaquina Tipo de Máquina Char (20)
Nombre de la tabla Medida

Descripción de la tabla Se utiliza para definir las medidas de la prenda que son asignadas
posteriormente a una Ficha Técnica de Prenda.
llave
CodMedida Código de Máquina Int SI PK
DescripMedida Descripción de la Máquina Char (40)
Nombre de la tabla MedidaTalla

Descripción de la tabla Se utiliza para definir las medidas de la prenda que son asignadas
a las tallas en la ficha técnica de prenda.
llave
CodFicha Código de Máquina Int SI (PK PK,
conjunta) FK
CodMedida Descripción de la Máquina Int SI (PK PK,
conjunta) FK
Tallabase Código de Talla Base Char (6)
ToleIni Tolerancia Mínima de Smallmoney
medida.
ToleFin Tolerancia Máxima de Smallmoney
medida.
OrdMedida Orden de la Medida por ficha. Smallint
268
Nombre de la tabla MedidaTallaMedidaDetTalla
Descripción de la tabla Se utiliza para definir las medidas relacionadas a las tallas que
están asignadas en la Ficha Técnica de Prenda donde se le asignara
el valor de la medida para su posterior cálculo de consumo en los
avíos.
llave
CodFicha Código de Ficha Int SI (PK PK,
conjunta) FK
CodMedida Código de Medida Int SI (PK PK,
conjunta) FK
CodigoTalla Código de Talla Char (6) SI (PK PK,
conjunta) FK
ValorMed Valor de la Medida de Talla Smallmoney
Nombre de la tabla Merma

Descripción de la tabla Se utiliza definir el porcentaje de merma que se le asignará a cada
avío al momento de generar la explosión. La asignación es por
proceso y lote de prendas y consumo.
llave
CodMerma Código de Merma. Smallint SI (PK PK
conjunta)
Proceso Código de Proceso de Smallint SI (PK PK, FK
Manufactura. conjunta)
ValorMerma Valor de la Merma Smallint
ConIni Consumo Inicial para Money
asignar merma
ConsFin Consumo Final para asignar Money
merma
LoteIni Lote Inicial para asignar Int
merma
LoteFin Lote Final para asignar Int
merma
Nombre de la tabla MotivoRechazo

Descripción de la tabla Se utiliza para clasificar a los avíos que son identificados con
algún defecto por el Analista de Control de Calidad y que es
definido en la Solicitud de Fabricación.
llave
CodMotiRec Código Motivo de Rechazo Smallint SI PK
269
DesMotRec Descripción de Motivo de Char (35)
Rechazo.
Nombre de la tabla Movimiento

Descripción de la tabla Se utiliza definir los movimientos de ingreso y salida que se
ejecutan en el almacén, por la parte del ingreso se registrará las
órdenes de Compra y las Solicitudes de Fabricación.
llave
CodAlmacen Código de Almacén. Smallint SI (PK PK, FK
conjunta)
CodMovimiento Código de Movimiento. Smallint SI (PK PK
conjunta)
TipMovimiento Tipo de Movimiento Char (3)
FechaMovimiento Fecha del Movimiento Datetime
EstadoMovimiento Estado del Movimiento Char (1)
Nombre de la tabla MovimientoMovimientoDetalle

Descripción de la tabla Se utiliza definir los movimientos de ingreso y salida que se
ejecutan en el almacén, por la parte del ingreso se registrará las
órdenes de Compra y las Solicitudes de Fabricación.
llave
CodAlmacen Código de Almacén Smallint SI (PK PK,
conjunta) FK
CodMovimiento Código del Movimiento Smallint SI (PK PK,
conjunta) FK
ItemMov Ítem del Movimiento Smallint SI (PK PK
conjunta)
CantMovimiento Cantidad de Avíos por Money
Movimiento
OCompra Número de Orden de Decimal FK
Compra (10,0)
CodUbicacion Código de Ubicación Smallint FK
SoFab Número de Solicitud de Int FK
Fabricación.
270
Nombre de la tabla OCompra
Descripción de la tabla Se utiliza para consumir la información que es extraída desde el
SAP donde se relacionan las Solicitudes de Pedido de Compra que
fueron generadas desde la explosión de materiales y su respectiva
revisión de stock, la cual ingresará posteriormente al almacén
clasificado por orden de producción
llave
OCompra Número de Orden de Decimal SI PK
Compra (10,0)
Gestor Gestor de Compra Char (30)
FAprobaOCompra Fecha de Aprobación de Datetime
Orden de Compra
FRequeOCompra Fecha Requerida de la Orden Datetime
de Compra
ViaEmbarque VIa de Embarque de la Char (1)
Orden de Compra
EstadoOco Estado de la Orden de Char (1)
Compra
CodProveedor Código del Proveedor Smallint FK
CodGruComp Código de Grupo de Compra Char (4) FK
Moneda Nemónico de Moneda de la Char (4)
Orden de Compra
OrigenOco Origen de la Orden de Char (1)
Compra
Nombre de la tabla OCompraOrdenCompraDetalle

Descripción de la tabla Se utiliza para consumir la información que es extraída desde el
SAP donde se relacionan las Solicitudes de Pedido de Compra que
fueron generadas desde la explosión de materiales y su respectiva
revisión de stock, la cual ingresará posteriormente al almacén
clasificado por orden de producción
llave
OCompra Número de Orden de Decimal SI (PK PK
Compra (10,0) conjunta)
OCOItem Item de la Orden de Compra Smallint SI (PK PK
conjunta)
CantCompra Cantidad de Compra de la Money
Orden de Compra
Precio Precio de la Orden de Money
Compra
Importe Importe de la Orden de Money
Compra
271
SolPed Código de Solicitud de Int FK
Pedido de Compra
Nombre de la tabla OperacionCostura

Descripción de la tabla Se utiliza para registrar todas las operaciones de costura de una
ficha técnica con su información técnica para su construcción y
consumo de avíos.
llave
CodFicha Código de Ficha Int SI (PK PK,
conjunta) FK
CodOperacion Código de Operación de Smallint SI (PK PK
Costura conjunta)
DescripOpera Descripción de Operación Char (120)
DistanciaRe Distancia del Recorrido Smallmoney
NumeroRe Número del Recorrido Smallint
MedidaUbi Medida de la Ubicación Smallint
CodComponente Código de Componente Char (4) FK
ConsumoOpe Consumo de Operación Money
MermaOperacion Merma de Operación Smallint
FacPunt Factor de Puntada Smallmoney
NumEntrada Números de Entrada Smallmoney
NumSalida Números de Salida Smallmoney
Nombre de la tabla Operatividad

Descripción de la tabla Se utiliza para registrar todos los avíos y sus consumos definidos
en una Orden de Producción.
llave
Orden Número de Orden de Int SI (PK PK,
Producción conjunta) FK
Operatividad Número de Operatividad por Smallint SI (PK PK
Orden de Producción conjunta)
ItemOpeCab Ítem de Operatividad por Smallint SI (PK PK
FOperatividad Fecha de Operatividad Datetime
CodComponente Código de Componente Char (4) FK
272
Nombre de la tabla Operatividad_Componente_Avío
Descripción de la tabla Se utiliza para registrar todos los avíos y sus consumos definidos
en una Orden de Producción.
llave
Orden Número de Orden de Int SI (PK PK
Producción conjunta)
Operatividad Número de Operatividad de Smallint SI (PK PK
la Orden de Producción conjunta)
ItemOpeCab Ítem de la Operatividad por Smallint SI (PK PK
ItemOperatividad Ítem Detalle de Smallint SI (PK PK
Operatividad conjunta)
CodAvío Código del Avío Smallint FK
Consumo Consumo por Avío Money
MermaOpetividad Merma de la Operatividad Smallint
MotivoPend Descripción del Motivo Char (1)
Pendiente
PendienteAvi Indicador de Pendiente de Char (1)
Avío en Operatividad
CodigoColor Código de Color Int FK
CodigoTalla Código de Talla Char (6) FK
Variabilidad Código de Variabilidad Char (1) FK
Nombre de la tabla Orden

Descripción de la tabla Se utiliza para registrar la Orden de Compra del Cliente de los
mercados de exportación y local.
llave
Orden Número de Orden de Int SI PK
Producción
DescripPrenda Descripción de la Prenda Char (120)
FComprometida Fecha Comprometida por Datetime
PCP
Estado Estado de la Orden de Char (1)
Producción
FEnvioDDP Fecha de Envío de Orden a Datetime
Desarrollo de Productos
FRegComercial Fecha de Registro Datetime
Comercial
CodEstilo Código de Estilo Char (10) FK
OrdFicha Número de Ficha Técnica Int
CodCliente Código de Cliente Int FK
273
FecRegOpe Fecha de Registro de Datetime
Operatividad
FecRegExp Fecha de Registro de Datetime
Explosión
FecAsigFicha Fecha de Asignación de Datetime
Ficha Técnica
AsigFicha Estado de Asignación de Char (1)
Ficha Técnica
HoraAsigFicha Hora de Asignación de Ficha Char (8)
Técnica.
Nombre de la tabla OrdenDetalle

Descripción de la tabla Se utiliza para registrar el detalle de cantidades de la Orden de
Compra del Cliente a nivel de color(es) y talla(s).
llave
Orden Número de Orden de Int SI (PK PK
Producción conjunta)
Item Ítem de la Orden de Smallint SI (PK PK
Producción. conjunta)
CodigoColor Código de Color Int FK
CodigoTalla Código de Talla Char (6) FK
CantOrdPed Cantidad Pedida por Color y Int
Talla
CantOrdProg Cantidad Programada por Int
Color y Talla
Nombre de la tabla Planeamiento

Descripción de la tabla Se utiliza para registrar el detalle de fechas planeadas y
programadas por cada proceso de manufactura y textil para una
Orden de Producción.
llave
Orden Número de Orden de Int SI (PK PK,
Producción conjunta) FK
Proceso Código de Proceso de Smallint SI (PK PK,
Manufactura conjunta) FK
FechaPla Fecha Planificada por Datetime
Proceso y Orden de
Producción
FechaProg Fecha Programada por Datetime
Proceso y Orden de
Producción
274
Nombre de la tabla ProcesoTextil
Descripción de la tabla Se utiliza para registrar los procesos de manufactura y textil con
su respectiva cobertura de Compra.
llave
Proceso Código de Proceso Smallint SI PK
DescripProc Descripción del Proceso Char (40)
CobProceso Cobertura de Compra por Smallint
Proceso
Nombre de la tabla Proveedor

Descripción de la tabla Se utiliza para registrar los proveedores de los insumos que son
asignados en las Órdenes de Compra ya sean Nacional o
Importado
llave
CodProveedor Código del Proveedor Smallint SI PK
DesProveedor Descripción del Proveedor Char (20)
RUC Número de RUC del Decimal
Proveedor (15,0)
EstadoProv Estado del Proveedor Char (1)
CodPost Código Postal Smallint
PrvTelCel Teléfono Celular Char (20)
PrvTelDom Teléfono de Casa Char (20)
PrvEMail Correo Electrónico Varchar (100)
PrvCtaBan Cuenta Bancaria Decimal
(15,0)
PrvDesDom Descripción de Domicilio Varchar (40)
PrvDesDis Descripción de Distrito Char (40)
Nota: Debido a que es una tabla que esta definida en el SAP, solo se está
mostrando algunos campos relevantes para el proyecto. El detalle
completo se podrá apreciar en el anexo 8.
Nombre de la tabla Recurso

Descripción de la tabla Se utiliza para registrar los Recursos Humanos que estarán
involucrados en los procesos de Tintorería y de Impresiones.
llave
CodRecurso Código del Recurso Smallint SI PK
DesRecurso Descripción del Recurso Char (30)
275
Nombre de la tabla SolicitudFabricacion
Descripción de la tabla Se utiliza para registrar las Solicitudes de Fabricación para su
respectiva producción en las áreas de Tintorería e Impresiones.
llave
SolFab Número de Solicitud de Int SI PK
Fabricación
FRequeFab Fecha Requerida de Datetime
CantSolFab Cantidad de Solicitud de Money
Fabricación
CodAvioSolFab Código de Avío en la Smallint
CodMaquina Código de Máquina Smallint FK
CodRecurso Código de Recurso Smallint FK
CodExplosion Código de Explosión Smallint FK
SolFabLiqui Estado de Liquidación Char (1)
Fecliqui Fecha de Liquidación Datetime
Horaliqui Hora de Liquidación Char (8)
TipoSolFab Tipo de Solicitud de Char (1)
Fabricación
Nombre de la tabla SolicitudMaterial

Descripción de la tabla Se utiliza para registrar las cantidades reservadas que se ubicaron
en el almacén y que además serán revisadas por calidad para su
habilitación a producción.
llave
SolMat Número de Solicitud de Int SI PK
Material
FRequeridaSma Fecha Requerida de Datetime
Solicitud de Material
CanSolMat Cantidad de Solicitud de Money
Material
CodAvio Código de Avío en la Smallint
Solicitud de Material
CodMotiRec Código de Motivo de Smallint FK
Rechazo de Avío
CantReasig Cantidad Reasignada del Money FK
Avío
SolEstado Estado de la Solicitud de Char(1) FK
Material
SolPMat Número de Solicitud de Int
Pedido de Compra
276
CodExplosion Código de Explosión Smallint
Nombre de la tabla SolicitudPedidoCompra

Descripción de la tabla Se utiliza para generar requerimientos de Compra de los Avíos
que fueron explosionados y no tienen stock (o un aparte) y se
requiere comprar para abastecer la producción
llave
SolPed Número de Solicitud de Int SI PK
Pedido de Compra
FRequeridaSol Fecha Requerida de Datetime
Solicitud de Pedido de
Compra
CanSolPed Cantidad de Solicitud de Money
Pedido de Compra
CodAvioSolPed Código de Avío en la Smallint
Solicitud de Pedido de
Compra
CodExplosion Código de Explosión Smallint FK
CantGruComp Código de Grupo de Compra Char (4) FK
Nombre de la tabla Stock

Descripción de la tabla Se utiliza para guardar las cantidades reservadas por Orden de
Producción y las cantidades disponibles que estén aptas para su
reasignación
llave
CodAlmacen Código de Almacén Smallint SI (PK PK
conjunta)
CodAvio Código de Avío Smallint SI (PK PK
conjunta)
Documento Número de Documento del Int SI (PK PK
Almacén (Puede ser Orden conjunta)
de Compra, Solicitud de
Fabricación o Ninguno)
CantReservada Cantidad Reservada por Money
Documento
CantDisponible Cantidad Disponible para su Money
Reasignación
FecRegStock Fecha de Registro de Stock Datetime
CodUbicacion Código de Ubicación Smallint FK
Nombre de la tabla Talla
277
Descripción de la tabla Se utiliza para guardar todas las tallas que utiliza la compañía y
que son asignadas en las Órdenes de Producción.
llave
CodigoTalla Código de Talla Char (6) SI PK
Descripcion Descripción de la Talla Char (40)
Proporcion Proporción de la Talla Smallmoney
OrdenTalla Orden de la Talla en el Smallint
Maestro
Nombre de la tabla Tela

Descripción de la tabla Se utiliza para guardar todas las telas que utiliza la compañía y
que son asignadas en las Órdenes de Producción.
llave
CodTela Código de Tela Decimal SI PK
(10,0)
DescripTela Descripción de la Tela Char (80)
RendTeCru Rendimiento de la Tela en Money
Crudo
RendTeAca Rendimiento de la Tela en Money
Acabado
MermaTex Merma Textil Smallint
DendTela Densidad de la Tela Smallmoney
EncogTela Encogimiento de la Tela Smallmoney
Nombre de la tabla Ubicación

Descripción de la tabla Se utiliza para guardar todas las ubicaciones que son utilizadas en
el almacén para guardar los avíos que se compran y/o fabrican.
llave
CodUbicacion Código de Ubicación Smallint SI PK
DesUbicacion Descripción de la Ubicación Char (20)
Nombre de la tabla Unidad

Descripción de la tabla Se utiliza para guardar todas las unidades que son utilizadas en los
avíos que se compran y/o fabrican.
llave
CodUnidad Código de Unidad Smallint SI PK
DescripUnidad Descripción de la Unidad Char (40)
Factor Factor de Compra de la Money
Unidad
278
Nombre de la tabla Variabilidad
Descripción de la tabla Se utiliza para guardar todas las variabilidades que son utilizadas
en la Operatividad por componente en las Órdenes de Producción.
llave
Variabilidad Código de Variabilidad Char (1) SI PK
DesVariabilidad Descripción de la Char (20)
Variabilidad
279
4 CONCLUSIONES
 El uso de patrones de diseño permitió dar solución a diversos aspectos encontrados en el

proceso de desarrollo de software. Uno de ellos fue el uso del patrón Repositorio, el cual
permitió dar solución a la complejidad de desarrollar el acceso a datos sin una capa
intermedia. Otro de los aspectos fue la de evitar las exesivas líneas de código utilizando
al patrón Web Component la cual nos permitió reutilizar los formularios en distintos
casos de uso como el de login y generar solicitud.
 Con el uso de la herramienta Genexus se tuvo la oportunidad de demostrar la efectividad

de los patrones implementados los cuales se programaron en los casos de uso del núcleo
central. En el caso del patrón Repositorio, dicha efectividad, se comprobó al cambiar el
tipo de base da datos de DB2 a SQL server, ello se hizo con la finalidad de probar el
funcionamiento del software con una base datos que podamos transportar y fácil de
instalar como es el caso de SQL.
 El uso de patrones implica una curva de aprendizaje mayor en el inicio, ya que al

implementarlos se tuvo que investigar cual era la forma adecuada de hacerlo, sin
embargo, cuando ya estuvieron terminados las ventajas fueron notorias superando
ampliamente el tiempo invertido es su implementación.
 El modelo físico de datos toma en consideración aspectos de economía de

almacenamiento y performance que no se toman en cuenta en el modelo conceptual.
280
CAPÍTULO VII: CALIDAD Y PRUEBAS DEL SOFTWARE
1 INTRODUCCIÓN
El presente capítulo se centra en la política y los objetivos de calidad definidos en la empresa
Corporación TOPI TOP S.A.; y en la manera en la que el presente proyecto de tesis contribuye
en la consecución de dichos objetivos. Asimismo, existe un marco normativo bastante amplio
en el ámbito de la calidad, por lo que se detallan todas aquellas normas que han servido como
una importante referencia para el desarrollo del proyecto. Por otro lado, como parte del plan de
la calidad del software, se consignan las métricas que han sido elabordas, las pruebas que
complementan el aseguramiento de la calidad de un producto software. Es preciso mencionar
que una vez generado el código fuente, el sistema debe ser probado (pruebas unitarias) para
descubrir el máximo número de errores posibles antes de su entrega final al usuario de la
empresa. Cabe resaltar que la empresa TOPI TOP ya cuenta con una política de calidad y lo
que se ha adecuado es la orientación a la calidad del software.
2 PLAN DE CALIDAD DEL SOFTWARE

A continuación, se van a describir la política de calidad, los objetivos de la organización y la
normativa aplicable al proyecto de tesis.
2.1 POLÍTICA DE CALIDAD

La política de calidad se enfoca al colaborador como centro y objetivo de su actividad
empresarial, gestionando los procesos de desarrollo y mantenimiento del software de forma
que se obtenga la mejor solución tecnológica posible. La calidad en el desarrollo y
mantenimiento del software es una prioridad para TOPI TOP y está contemplada en los
procesos internos de la compañía y en las actividades diarias de cada colaborador que hace uso
de tecnología de la información, de forma, que se asegure su correcto uso y se obtenga la
satisfacción pretendida.31
Entre los puntos de compromiso de calidad que tiene el área de Tecnología se cuentan con los
siguientes:
31
ISO 90003 2016
281
 Espíritu de servicio como valor cultural del área de Tecnología de la Información.
 Compromiso con el aseguramiento de la calidad y mejora contínua en el desarrollo del
software. La búsqueda de la excelencia es el objetivo de cada colaborador, logrando
con ello la mejora de cada una de las actividades.
 Profesionalismo: El colaborador debe estar siempre en condición y con predisposición
para dar una respuesta rápida, eficaz y concreta a las consultas o problemas que los
usuarios propongan. Además, debe tener el compromiso sincero y permanente de
practicar una relación honesta y confiable.
 Eficiencia: Se debe garantizar el pleno aprovechamiento de los recursos y el software.
2.2 OBJETIVOS DE CALIDAD

Los objetivos de calidad son los siguientes32:
 Obtener el 65% de satisfacción del colaborador a través de las entrevistas realizadas al

final de cada implementación de software en un plazo de un año.
 Disminuir en un plazo de medio año el 50% los proyectos entregados fuera de las fechas
establecidas.
 Ofrecer software de acuerdo a las especificaciones de los colaboradores, en los plazos
pactados y con reducción de costos para la empresa en un 50% en un año de plazo.
 Disminuir la cantidad de productos de software no conformes, es decir aquellos que no
han pasado los controles de calidad, en un 40% en un periodo de 2 años.
 Mantener una infraestructura con tecnología de punta que asegure el poder optimizar
los procesos de la empresa en un periodo de un año.
 Manejar apropiada y eficientemente el outsourcing como complemento y respaldo a los
desarrollos de software en un 70%.
 Capacitar permanentemente al personal del área de TI en el uso de las nuevas tendencias
y/o tecnologías que la empresa decida adquirir.
32
ISO 9001 2008
282
 Proveer técnicas aplicadas para automatizar el manejo de datos.
 Lograr alguna certificación aplicable al software adquirido y/o elaborado en la empresa.
Gráfico 42: Mejora Continua de Gestión de la Calidad. Fuente: ISO9001
2.3 NORMATIVIDAD APLICABLE

Para el caso específico de este proyecto se han tomado en cuenta las siguientes normas
internacionales y buenas prácticas referidas a la calidad del software:
ISO 9001:2008 e ISO/IEC 90003:2004
La ISO/IEC 90003:2004 es una guía para la aplicación de la norma ISO 9001:2008 en lo que
se refiere al software de computadoras. En su sección 7.1.1 se indica que es preciso utilizar una
metodología para gestionar el ciclo de vida del software. Para este proyecto se seleccionó la
metodología RUP. 33
En el acápite 7.2.1.1 de la misma guía se establecen pautas que se refieren a la captura de

requerimientos. Durante la elaboración del presente proyecto de tesis se ha seguido la
recomendación de contar con un registro formal de los mismos para mejorar la comunicación
33
ISO/IEC 2004
283
y evitar malos entendidos. Así mismo, el relevamiento de los requerimientos se ha realizado
en estrecha coordinación con el usuario y se ha obtenido la conformidad formal del mismo.
En concordancia con lo estipulado en el acápite 7.2.3.2 de la guía antes mencionada, se han

realizado reuniones con los usuarios en hitos importantes del proyecto para obtener la
conformidad de los entregables, revisar prototipos, discutir siguientes fases, entre otros.
En lo que se refiere a la sección 7.3.1.1 de la guía (Planificación de Diseño y Desarrollo), se

han utilizado algunas buenas prácticas del PMBOK para realizar la gestión del Alcance (EDT),
Tiempo (cronograma) e interesados.
En la sección 7.3.3 se indica que las labores de diseño y desarrollo deben documentarse
utilizando la metodología seleccionada. Dado que, como se mencionó anteriormente, la
metodología elegida es RUP, se han utilizado sus artefactos para la elaboración del presente
proyecto de tesis.
En lo que se refiere a reuniones periódicas de revisión, se han aprovechado los hitos propios
de los cursos de Proyecto Informático I y II para realizar una evaluación del avance en
concordancia con el punto 7.3.4 de la ISO/IEC 90003:2004.
La guía antes mencionada también hace mención a la verificación y validación del software en
sus secciones 7.3.5 y 7.3.6.1 respectivamente. Para dar cumplimiento a la verificación, se han
desarrollado los casos de prueba que figuran en la sección 6 Pruebas del Software del capítulo
7 del presente proyecto de tesis. Por el lado de la validación, se ha utilizado la trazabilidad
(7.5.3.3) para asegurar que el producto final cumpla con los requerimientos del negocio.
IEEE Std. 830-1998
Las normas ISO señaladas en el punto anterior mencionan la importancia de los requerimientos,
pero no precisan las características que deberían cumplir los requerimientos (funcionales y no
funcionales) bien especificados. Dado que la norma IEEE Std. 830-199834 sí proporciona
34
IEEE Std. 830 1998
284
pautas concretas al respecto en sus secciones 4 y 5, se utilizaron dichas pautas para la definición
de los requerimientos especificados en el presente proyecto de tesis.
ISO/IEC 9126-2
Para la elaboración y definición de las métricas externas se utilizaron las recomendaciones de

la norma ISO/IEC 9126-2 que provee métricas externas para la medición de los atributos a
través de 6 características de calidad externa definidas en ISO/IEC 9126-1. Las métricas
externas usan medidas de un software a través de la prueba, operación y observación. La
métrica externa proporciona a los usuarios, evaluadores, verificadores y desarrolladores, el
beneficio que puedan evaluar la calidad del software durante las pruebas o el funcionamiento.
ISO/IEC 9126-335
Para la elaboración y definición de las métricas internas de calidad se utilizaron las

recomendaciones de la norma ISO/IEC 9126-3, la métrica interna mide al software en sí mismo
y puede ser ejecutada al código fuente durante el diseño y la codificación (no depende de la
ejecución del software). El objetivo principal de la métrica interna es asegurar que se logre la
calidad externa y la calidad de uso requerida.
ISO/IEC 9126-4
Las métricas de calidad en uso miden los efectos de uso del software en un contexto específico
de uso. Estas métricas miden si el producto corresponde con las necesidades específicas de los
usuarios para obtener eficiencia, productividad, seguridad y satisfacción.
Las métricas seleccionadas se describen en la sección 2.4 Métricas de Calidad de Software del
capítulo 7 del presente proyecto de tesis.
35
ISO/IEC 9126 2001
285
2.4 MÉTRICAS DE CALIDAD DE SOFTWARE
MÉTRICAS INTERNAS
Nombre Concurrencia del software

Propósito Preveer que los recursos del servidor soporten la cantidad total de
usuarios conectados al sistema.
Métrica Utilización de recursos
Método de  Según las características de hardware del servidor se debe proveer
Aplicación un procesador Intel Xeon de 3.2 GHz y 4 GB memoria RAM.
 Se debe evaluar el porcentaje de procesamiento y uso de la
memoria del servidor de aplicaciones para determinar que el
porcentaje de consumo no supere los valores máximos
recomendados, de superar estos valores tendrá un impacto
negativo en la performance y por lo tanto no se garantizará que el
sistema soporte la cantidad máxima de usuarios (50 usuarios).
 Ingresar al servidor de aplicaciones, luego ejecutar el
administrador de tareas para revisar el porcentaje de consumo de
procesador y memoria RAM.
Medición, fórmula Existe dos valores a tomar en cuenta:
X=A
Y=B
A = Porcentaje de consumo de procesador
B = Porcentaje de consumo de memoria RAM
Nota: Se debe realizar la medición 1 vez al día, en los casos de uso
del núcleo 0 y con 50 usuarios conectados.
Interpretación -Para el consumo de procesador:
0<=X<=100
-Para el consumo de memoria RAM:
0<=Y<=100
Nota: Valores expresador en porcentajes
286
Rango de La métrica debe considerar un valor óptimo entre 0 a 50 %.
Para X:
aceptación
[ 0 ; 20> Óptimo
[ 20 ; 90> Aceptable
X > 90% Inaceptable
Para Y:
[ 20 ; 60> Óptimo
[ 60 ; 85> Aceptable
Y > 85% Inaceptable
Valores expresados en porcentajes
Fuente de medición -Revisión de administrador de tareas del servidor de aplicaciones.
Tabla 70: Métrica Interna - Peformance del servidor
Nombre Nivel de cumplimiento

Propósito Medir el nivel de estabilidad del control de abastecimiento de las
órdenes de producción.
Métrica Idoneidad
Método de  Identificar que el caso de uso control de abastecimiento se ejecuta
Aplicación automáticamente y realiza las validaciones de las órdenes de
producción.
 Contabilizar la cantidad de ejecuciones del CUS en el archivo de
log “RegistraLog.pdf” ubicado en el disco C del servidor de
aplicaciones. En el cual se debe registrar una ejecución por día,
independientemente del estatus de la misma la cual puede indicar
conformidad o alerta de abastecimiento.
 Tomar muestras quincenales del archivo log promediando la
cantidad de ejecuciones entre la cantidad de días de muestra.
Medición, fórmula X = A/B
A = Cantidad de ejecuciones registradas en el archivo log.
B = Cantidad de días del periodo de muestral.
287
Nota: Se debe realizar la medición considerando al menos un
usuario conectado al día. La medición debe realizarse
quincenalmente.
Interpretación 0 <= X <= 1
Entre más cercano a 1 (100%), es lo mejor.
Rango de La métrica debe considerar un valor óptimo desde de 100%.
aceptación 100% Óptimo
[0 - 100%> Inaceptable
Fuente de medición -Archivos log “RegistraLog.pdf”.
-Visor de eventos de servidor de aplicaciones.
-Especificación de caso de uso del sistema.
-Correos electrónicos con copia de confirmación del caso de uso
control de abastecimiento.
Tabla 71: Métrica Interna - Nivel de cumplimiento
MÉTRICAS EXTERNAS
Nombre Tiempo estimado de respuesta

Propósito Identificar cuál es el tiempo estimado de respuesta en las
transacciones.
Métrica Comportamiento del tiempo
Método de  Evaluar el tiempo de respuesta de la transacción Registrar
Aplicación Operatividad, contabilizando el tiempo que el servidor de
aplicaciones tarda en procesar desde que se presionó el botón
Registrar Operatividad hasta que se obtuvo el mensaje de
confirmación.
 Tomar una muestra de 10 pruebas (transacciones) para promediar
los resultados y obtener la velocidad estimada de procesamiento.
Medición, fórmula X =A
A=Tiempo de respuesta de la transacción.
Interpretación 0<X
288
Entre más cercano a 0 es lo mejor.
Rango de La métrica debe considerar un valor óptimo entre 0 a 5 segundos.
aceptación [ 0 ; 5> Óptimo
[ 5 ; 7> Aceptable
X>7 Inaceptable
Fuente de medición -Pruebas de calidad de software.
-Revisiones en conjunto con el usuario.
Tabla 72: Métrica Externa- Tiempo estimado de respuesta
Nombre Ratio de fallas tras modificación de software

Propósito Identificar el porcentaje de errores en el uso del sistema al aplicar
cambios y/o modificaciones en la programación.
Métrica Estabilidad
Método de  Medir la cantidad de fallas antes y después de aplicar cambios en
Aplicación la programación, estas fallas serán obervadas mientras el usuario
utiliza el sistema.
 Antes y después de realizar la modificación: Cuantificar la
cantidad de errores de funcionalidad, ya sea, al realizar una
transacción tipo registro o consulta, fallas con el login de ingreso,
errores en la visualización de pantallas o demoras con más de 5
segundos en cualquier operación.
 La cantidad de errores serán cuantificados y comparados por cada
día.
Medición, fórmula Hay dos formas de medirlo: X & Y
-X = Na/Ta
-Y = {(Na/TA) /(Nb/Tb)}
Na = Número de casos en los cuales el usuario encuentra fallas
durante la operación después que se realizó modificaciones al
software.
289
Nb = Número de casos en los que el usuario encuentra fallas durante
la operación antes de que se haya realizado modificaciones al
software.
Ta = Tiempo de operación durante el periodo de observación
especificado después de la modificación al software (tiempo de 24
horas).
Tb= Tiempo de operación durante el periodo especificado de
observación antes de la modificación al software (tiempo de 24
horas).
Interpretación (X, Y) >= 0
Nb/Tb ≠ 0
Rango de -Para el valor X considerar: Cantidad de fallas luego de la
aceptación modificación o actualización del sistema.
X=0 Óptimo 0 fallas al día
[0.04 ; 0.13] Aceptable 1 a 3 fallas al día
X > 0.13 Inaceptable más de 3 fallas al día
-Para el valor Y considerar: Comparación de fallas antes y después

de la modificación o actualización del sistema.
Y=1 Óptimo No hay fallas tras modificación
[1 ; 2] Aceptable Se duplicó la cantidad de fallas
Y>2 Inaceptable Más de dos veces la cant. de fallas
Fuente de medición - Reporte de fallas.
- Reporte de soporte/mantenimiento.
- Informes técnicos.
Tabla 73: Métrica Externa- Ratio de fallas tras modificación de software
Nombre Cumplimiento de la implementación funcional

Propósito Medir cúal es el porcentaje de incumplimientos de funcionalidades
de acuerdo a especificación de casos de uso.
Métrica Idoneidad
290
Método de  El usuario deberá realizar las pruebas utilizando todas las
Aplicación funcionalidades y escenarios según la especificación del CUS
aprobar. Se deberá indicar cuales son las funcionalidades que no
han sido programadas según la especificación.
 La medición se dará por cada caso de uso, de modo que se
contabilizará la cantidad de funcionalidades, fallidas o que no
corresponde según la especificación, contra el total de
funcionalidades por cada caso de uso.
 Una funcionalidad corresponde a un paso que realiza el actor o el
sistema tanto el flujo básico, alterno o sublujos.
Medición, fórmula X =A/B
A= Cantidad de funcionalidades fallidas por caso de uso. (Una
funcinalidad es un paso en la especificación del cus)
B= Cantidad total de funcionalidades por caso de uso.
Interpretación 0 <= X <= 1
Entre más cercano al 0 es mejor.
Rango de La métrica debe considerar un valor óptimo de 0. Se mide en
aceptación porcentaje. Ejemplo: 0=0% y 1= 100%.
X=0 Óptimo
X>0 Inaceptable
Fuente de medición -Casos de pruebas.
-Pruebas de calidad.
-Especificación de casos de uso.
-Requerimientos del sistema.
Tabla 74: Cumplimiento de la implementación funcional
MÉTRICA DE USO
Nombre Rotación de avios en stock

Propósito Medir cual es el ratio de consumo por código de Avio.
291
Métrica Idoneidad
Método de  Se debe comparar la cantidad de avio en stock por plan de ventas
Aplicación de un determinado mes con el monto del mismo avio del mes
anterior.
 EL usuario deberá ingresar al caso de uso CUS35-Elaborar
Reporte de Abastecimiento y Plan de ventas, para generar un
reporte por plan de ventas.
 Del reporte se debe extraer la cantidad de avio disponible en stock
y compararlo con la cantidad de avio disponible del mes anterior.
 Se considerará un escenario aceptable cuando la cantidad de avio
en stock del mes de revisión es igual o menor a la cantidad de avio
del mes anterior.
Medición, fórmula X = (A / B)*100
A= Cantidad de avio del mes de revisión.
B= Cantidad de avio del mes anterior a la revisión.
Interpretación Entre más cercano al 0% es mejor considerado óptimo.
Nota: En los casos de Avios de tipo: Hilo, sticker, hantag estos
deben tener un stock mínimo al empezar el mes por lo queel valor
óptimo para estos casos debe ser como entre 5 y 10%.
Rango de La métrica debe considerar un valor óptimo de 0%.
aceptación X = 0% Óptimo
<0%; 1%] Aceptable
X > 1% Inaceptable
Excepción: Para Avios de tipo: Hilo, sticker, hantag

Se debe interpretar de la siguiente manera:
<5%;10%] Óptimo
[1%; 5%] Aceptable
X> 10% & [0%; 1%> Inaceptable
Fuente de medición -Reporte del CUS35-Elaborar Reporte de Abastecimiento y Plan de

ventas.
Tabla 75: Métrica de Uso - Rotación de avios en stock
292
3 PRUEBAS DE SOFTWARE
3.1 CASO DE PRUEBA PARA EL CUS08 GENERAR EXPLOSIÓN DE AVIOS
3.1.1 ESCENARIOS
Escenarios de Caso de Uso Comienzo Sub Flujos Flujo Alterno

1. Acceso al CUS Explosión de
Flujo Básico
Avios
2. Filtrar Órdenes de Producción Flujo Básico
3. Datos inválidos en campo Filtrar Flujo Básico Flujo Alterno 1
4. Listar Operatividad Flujo Básico Sub Flujo 2
5. Generar explosión de Avios Flujo Básico Sub Flujo 1
6. Desplegar ventana con detalle de
Flujo Básico Sub Flujo 1
explosión
7. Asignar cantidades por cada
Avio
8. Exportar a excel Flujo Básico Flujo Alterno 3
9. Filtrar OP’s no explosionadas Flujo Básico Sub Flujo 1
10. Cancelar explosión de Avios Flujo Básico Sub Flujo 1
11. Retornar Flujo Alterno 2
Tabla 76: Escenarios CUS08 - Generar Explosión de Avios
3.1.2 MATRIZ DE CASOS DE PRUEBA

3.1.2.1 Tipos de datos
Valores a Considerar en la Matriz de Casos de Prueba

I Valor Inválido
V Valor Válido
Vacío No se indica ningún valor
N/A No Aplica
Tabla 77: Valores a Considerar en la Matriz de Casos de Prueba CUS08
293
3.1.2.2 Plantilla de escenarios de prueba
Generar Listar
ID Escenario Fecha Filtrar Explosió Operativ Cancelar Retornar Resultado Esperado
n idad
Se debe tener acceso al caso
de uso mostrando el
Acceso a CUS formulario “Generar
CP1 N/A N/A N/A N/A N/A N/A
Explosión de Avios Explosión de Avios”
definido en la
especificación.
Se debe listar todas las
Órdenes de Producción
Filtrar Órdenes de
CP2 V V N/A N/A N/A N/A pendientes de explosionar
Producción
desde la fecha ingresada
hasta la fecha actual.
-Al colocar un valor de tipo
“texto”, indicará el
siguiente mensaje: “Texto
Datos inválidos en inválido” y no listará
CP3 I V N/A N/A N/A N/A
campo Filtrar ninguna OP.
-Si se coloca un espacio en
blanco no listará ninguna
OP.
294
Generar Listar
n idad
Listar Operatividad Se debe desplegar una
(Seleccionar la primera OP
CP4 V V N/A V N/A N/A ventana con el detalle de la
listada en el caso CP2 con
código 1) Operatividad de la OP.
Se debe mostrar un
mensaje de confirmación,
Generar explosión de
CP5 V V V N/A N/A N/A al indicar si debe mostrar:
material
“Explosión de Avios
realizada para la OP XX”.
Al generar la explosión de
materiales realizada en el
caso CP5 anteior, se debe
Desplegar ventana con V
CP6 V V N/A N/A N/A desplegar
detalle de explosión
automáticamente una
ventana con el detalle de la
explosión.
El detalle de la explosión
debe indicar que se ha
Asignar cantidades explosionado la cantidad y
CP7 V V V N/A N/A N/A
por cada Avio unidad requerida por cada
código de avio de la Orden
de Producción.
295
Generar Listar
n idad
Exportar a Excel El detalle de la explosión se
CP8 (dar click en el botón V V V N/A N/A N/A debe exportar a un archivo
exportar a Excel) Excel.
Filtrar OP’s no Al realizar el filtro de OP
explosionadas no se debe listar una OP
CP9 (Considerar que no se filtra V V N/A N/A N/A N/A
que ya ha sido
la OP explosionada en el
CASO CP5 anterior) explosionada.
Debe permitir la
cancelación de una
Cancelar explosión de
CP10 V V N/A N/A V N/A Explosión cuando se ha
material
dado click en el botón
Generar Explosión.
El CUS permitir retornar
al menú anterior cuando el
CP11 Retornar N/A N/A N/A N/A N/A V
botón retornar sea
seleccionado.
Tabla 78: Matriz de Casos de Prueba (Plantilla) del CUS08 Explosion de Avios
296
3.1.2.2 Escenarios de prueba con datos de entrada
Generar Listar
n idad
Se debe tener Acceso al cus
mostrando el formulario
Acceso a CUS
CP1 N/A N/A N/A N/A N/A N/A “Generar Explosión de
Explosión de Avios
Avios” definido en la
especificación del cus.
Filtrar Órdenes de
CP2 20/12/15 Dar click N/A N/A N/A N/A pendientes de explosionar
Producción
desde la fecha ingresada
hasta la fecha actual.
-Al colocar un valor de tipo
“texto” “texto”, indicará el
siguiente mensaje: “Texto
Datos inválidos en inválido” y no listará
CP3 Dar click N/A N/A N/A N/A
campo Filtrar ninguna OP.
“” -Si se coloca un espacio en
blanco no listará ninguna
OP.
297
Generar Listar
n idad
Listar Operatividad Debe desplegar una
CP4 (Seleccionar la primera OP 20/12/15 Dar click N/A Dar click N/A N/A ventana con el detalle de la
código 1) Operatividad de la OP.
Debe mostrar un mensaje
Generar explosión de si desea confirmar,
material entonces le decimos que si
CP5 (Seleccionar la primera OP 20/12/15 Dar click Dar click N/A N/A N/A
y muestra la confirmación:
código 1) “Explosión de Avios
realizada para la OP XX”.
Al generar la explosión de
materiales realizada en el
Desplegar ventana con
caso CP5 anteior, se debe
detalle de explosión
CP6 (Seleccionar la primera OP 20/12/15 Dar click Dar click N/A N/A N/A desplegar
listada en el caso CP2 con automáticamente una
código 1)
ventana con el detalle de la
explosión.
El detalle de la explosión
Asignó cantidades por debe indicar que se ha
cada Avio explosionado la cantidad y
CP7 (Seleccionar la primera OP 20/12/15 Dar click Dar click N/A N/A N/A
unidad requerida por cada
código 1) código de avio de la Orden
de producción.
298
Generar Listar
n idad
Exportar a Excel El detalle de la explosión se
CP8 (dar click en el botón 20/12/15 Dar click Dar click N/A N/A N/A debe poder exportar a un
exportar a Excel) archivo Excel.
Filtrar OP’s no Al realizar el filtro de OP
explosionadas no se debe listar una OP
CP9 (Considerar que no se filtra 20/12/15 Dar click N/A N/A N/A N/A
que ya ha sido
la OP explosionada en el
CASO CP5 anterior) explosionada.
Debe permitir la
cancelación de una
Cancelar explosión de
CP10 20/12/15 Dar click N/A N/A Dar click N/A Explosión cuando se ha
material
dado click en el botón
Generar Explosión.
El CUS permitir retornar
al menú anterior cuando el
CP11 Retornar N/A N/A N/A N/A N/A Dar click
botón retornar sea
seleccionado.
Tabla 79: Matriz de Casos de Prueba (Datos de Entrada) del CUS08 Explosión de Avios
299
3.1.3 EVIDENCIA DE EJECUCIÓN
3.1.3.1 Evidencia de ejecución caso de prueba CP1
-Acceso a CUS Explosión de Avios
Gráfico 43: Evidencia de ejecución CP1-1 – CUS08
Se evidencia el correcto acceso al CUS Explosión de Avios.
Resultado: Conforme
300
-Filtrar Órdenes de Producción
Gráfico 45 Evidencia de ejecución CP2 – CUS08
Se evidencia que al colocar la fecha y luego en el botón “Buscar” se lista las órdenes de
producción no explosionadas desde la fecha ingresada hasta la fecha actual.
Resultado: Conforme

-Datos inválidos en campo Filtrar
301
Se evidencia que al colocar un valor como un texto el sistema arroja un mensaje de texto
inválido y no lista ninguna OP. Así mismo, si se deja un mensaje en blanco no lista ninguna
OP.
Resultado: Conforme

-Listar Operatividad
Gráfico 48: Evidencia de ejecución CP4 – CUS08
Se evidencia que al dar click sobre el botón “Listar Operatividad” se ejecuta una ventana con
el detalle de la operatividad de la OP.
302
Resultado: Conforme

-Generar explosión de material
Se evidencia que al generar la explosión de material de la OP 1 se muestra el mensaje de

confirmación.
Resultado: Conforme
303
-Desplegar ventana con detalle de explosión

Se evidencia que al generar al eplosión de material de la OP 1 se genera automáticamente una
pantalla con el detalle de la explosión.
Resultado: Conforme

-EL sistema asignó cantidades por cada Avio
Para validar que las cantidades de cada código de Avio sean correctas, se debe aplicar las
siguientes fórmulas para cada caso:
Código de tipo bolsa: Código 15, se debe tomar estos datos de la Orden de producción.
-Consumo de Operatividad=1420, es la cantidad de prendas indicada en la operatividad.
-Merma = 4
-Cobertura = 4
La fórmula a utilizar es:
Cantidad Explosionada = ((Consumo de Operatividad*((Merma/100) +1))) *((Cobertura)+1)
El resultado de la explosión para el código de Avío 15 debe ser: 1506.336
304
Código de tipo etiqueta: Código 36 (aplicar para los códigos de Avio 34, 35, 27 y 42), se
debe tomar estos datos de la Orden de producción.
Como indica Etiqueta de la talla L se tomará las cantidades que correspondan a dicho código
de Avío de la orden programada y por los tipos de colores que haya disponibles.
-Cant. Requerida color Azul: 140
-Cant: Requerida color Beige 130
-Cobertura = 4
La fórmula a utilizar es:
Cantidad Explosionada = (Σ (Cant.Requerida))*((Cobertura)+1)
El resultado de la explosión para el código de Avío 15 debe ser: 280.8
305
Se evidencia que el detalle de la explosión muestra la cantidad de cada Avio de la OP.

Resultado: Conforme
-Exportar a Excel
306
Se evidencia que, al seleccionar el botón con símbolo de Excel, se ejecuta un archivo Excel
con el detalle de la explosión.
Resultado: Conforme (estos datos ya fueron validados en la prueba CP7)

-Filtrar OP’s no explosionadas
307
Se evidencia que luego de generar la eplosión de la OP en caso CP5, al realizar el filtro
nuevamente esta OP ya no se lista.
Resultado: Conforme

-Cancelar explosión de material
Se evidencia que, al cancelar la generación de una explosión de una OP, esta no es explosionada
regresando al listado de OP.
Resultado: Conforme
308
-Retornar
Se evidencia que al seleccionar el botón “retornar” el sistema regresa al panel de cus anterior.
Resultado: Conforme
309
3.2 CASO DE PRUEBA PARA EL CUS11 ACTUALIZAR INFORMACIÓN DE
OPERATIVIDAD
3.2.1 ESCENARIOS
Escenarios de Caso de Uso Comienzo Sub Flujos Flujo Alterno

1. Acesso al CUS de operatividad Flujo Básico
2. Filtrar órdenes de producción Flujo Básico
3. Fecha no válida Flujo Básico
4. Fecha en blanco Flujo Básico
5. Mostrar formulario detalle de
componente de una OP
6. Registrar componente Flujo Básico Sub Flujo 2
7. Eliminar componente Flujo Básico Sub Flujo 5
8. Ingreso panel de registro avio
por componente
9. Registrar avio por componente
desde formulario “Detalle de Avio Flujo Básico Sub Flujo 3
por Componente”
10. Dato inválido en campo código
de avio
11. Código de avio incorrecto Sub Flujo 3
12. Retornar registro de avios por
componente
13. Registrar componente ya
ingresado
14. Registrar avios desde plantilla Flujo Básico Sub Flujo 4
15. Dato inválido en campo código
Flujo Básico Sub Flujo 4 Flujo alterno 2
de avio desde plantilla
16. Ingresar motivo de pendiente Flujo Básico Sub Flujo 4 Flujo alterno 2
17. No se ingresa motivo pendiente Flujo Básico Sub Flujo 4 Flujo alterno 3
18. No se ha ingresado estatus Flujo Básico Sub Flujo 3
pendiente
19. Ingresar motivo de pendiente Flujo Básico Sub Flujo 3
desde plantilla
20. No se ingresa motivo pendiente Flujo Básico Sub Flujo 3
desde plantilla
21. No se ha ingresado estatus Flujo Básico Sub Flujo 3
pendiente desde plantilla
22. No se puede extraer consumo Flujo Básico Sub Flujo 3
Tabla 80: Escenarios CUS11 – Actualizar información de Operatividad
310
3.2.2 MATRIZ DE CASOS DE PRUEBA
3.2.2.1 Tipos de datos
Valores a Considerar en la Matriz de Casos de Prueba
I Valor Inválido
V Valor Válido
D Dato por defecto
N/A No Aplica
Tabla 81: Valores a Considerar en la Matriz de Casos de Prueba CUS11
311
3.2.2.2 Plantilla de escenarios de prueba
Variabilida Compon Motivo

ID Escenario Fecha Código Pendiente Aceptar Cancelar Resultado Esperado
d ente Pendiente
Se debe tener acceso al
caso de uso mostrando el
Acesso al CUS
CP1 N/A N/A N/A N/A N/A N/A N/A N/A formulario “Registro
de operatividad
Operatividad” definido
en la especificación.
Filtrar órdenes
CP2 V N/A N/A N/A N/A N/A V N/A pendientes de
de producción
operatividad a la fecha
indicada en el campo.
Si se coloca datos
inválidos en el campo
N/A N/A N/A N/A N/A fecha, al presionar en el
CP3 Fecha no válida V V N/A botón filtrar no se debe
listar ninguna OP y
aparece el mensaje:
“Fecha inválida”.
No debe listarse ninguna
CP4 Fecha en blanco V N/A N/A N/A N/A N/A V N/A
OP.
Mostrar Al seleccionar una OP se
CP5 formulario V N/A N/A N/A N/A N/A V N/A da click en registrar
detalle de operatividad, se debe
312
d ente Pendiente
componente de mostrar el formulario
una OP “Detalle de
Componente”.
Al presionar el botón
registrar componente el
sistema debe permitir
agregar un componente
Registrar con su correspondiente
CP6 componente V V V N/A N/A N/A V N/A
variabilidad. Debe
mostrar el mensaje:
“Componente y
variabilidad registrados
correctamente”.
Debe eliminarse el
componente seleccionado
mostrando el mensaje de
“Componente
Eliminar Eliminado”, se debe
CP7 componente V V V N/A N/A N/A V N/A
actualizar la lista de
componentes del
formulario en el cual ya
no debe aparecer el
componente en cuestión.
313
d ente Pendiente
Ingreso al
formulario: “Registro de Avio por
“Detalle de Avio Componente”, el sistema
CP8 V V V N/A N/A N/A V N/A
por debe mostrar el
Componente” formulario: “Detalle de
Avio por Componente”.
Registrar avio
por componente Se debe mostrar el
desde formulario mensaje “Avio XX
CP9 “Detalle de Avio V V V V D D V N/A
registrado
por
Componente” correctamente”.
Si se coloca un código
incorrecto en el campo
Dato inválido en código de avio en el
campo código de formulario “Registro de
CP10 V V V I D D V N/A
avio. Avio por Componente”,
debe mostrar el mensaje:
“El valor no representa
un número correcto”
Al colocar un código de
Código de avio avio que no corresponde
CP11 incorrecto V V V I D D V N/A
al estilo del componente
314
d ente Pendiente
“Código de Avío: 1
pertenece a otro Codigo
de Estilo que no es el
mismo de la Orden de
Producción, favor de
revisar”.
Al seleccionar el botón
Retornar retornar el sistema debe
CP12 registro de avios V N/A N/A N/A N/A N/A V N/A mostrar el formulario
por componente anterior de registro de
componente.
Si se intenta registrar una
combinación de
Registrar variabilidad y
componente ya componente ya existente,
CP13 V I I N/A N/A N/A V N/A
ingresado el sistema debe mostrar
un mensaje:
“componente ya
ingresado”.
Se debe mostrar el
Registrar avios mensaje “Avio XX
CP14 desde plantilla V V V V D D V N/A
registrado
correctamente”.
315
d ente Pendiente
Si se deja en blanco un
código de avio en el
formulario “Registro de
Dato inválido en Avio desde plantilla”,
campo código de debe mostrar el mensaje:
CP15 avio desde V N/A N/A I D D V N/A “Código de Avío: 0
plantilla pertenece a otro Codigo
revisar!”
Si se agrega el motivo
pendiente, al registrar el
Ingresar motivo código de avio el sistema
CP16 de pendiente V V V N/A V V V N/A
“Avio XX con
información pendiente”
Si se selecciona que se
ingresará el estado
No se ingresa pendiente pero no se
CP17 motivo V V V N/A D V V N/A ingresa un motivo
pendiente pendiente el sistema
mostrará el siguiente
mensaje: “Debe registrar
316
d ente Pendiente
el motivo pendiente
porfavor revisar”.
Si no se coloca estatus
pendiente en si; pero si
No se ha motivo pendiente
CP18 ingresado entonces debe aparecer el
V V V N/A V D V N/A
estatus mensaje: “Error se debe
pendiente identificar el estatus
pendiente si registró el
motivo”.
CP19 El sistema debe mostrar
Ingresar motivo
el mensaje: “Se ha
de pendiente V V V N/A V V V N/A
definido el registro con
desde plantilla
información pendiente”.
No se ingresa
el mensaje: “Error, se
motivo
V V V N/A V D V N/A debe identificar el estatus
pendiente desde
pendiente si registró
plantilla
motivo”.
CP21 No se ha
El sistema debe mostrar
ingresado
el mensaje: “Error, no se
estatus V V V N/A D V V N/A
ha ingresado el motivo
pendiente desde
del estatus pendiente”.
plantilla
317
d ente Pendiente
el mensaje: “No se ha
podido extraer el
No se puede
V V V V N/A N/A V N/A consumo, coordinar con
extraer consumo
el Analista de Consumo
de Ficha Técnica de
Prenda”.
Tabla 82: Matriz de Casos de Prueba (Plantilla) del CUS11 Actualizar información de Operatividad
318
3.2.2.2 Escenarios de prueba con datos de entrada

d ente Pendiente
Se debe tener acceso al
caso de uso mostrando el
Acesso al CUS
CP1 N/A N/A N/A N/A N/A N/A N/A N/A formulario “Registro
de operatividad
Operatividad” definido
en la especificación.
Click en Órdenes de Producción
Filtrar órdenes
CP2 22/12/2015 N/A N/A N/A N/A N/A el botón N/A pendientes de
de producción
filtrar operatividad a la fecha
indicada en el campo.
Si se coloca datos
inválidos en el campo
N/A N/A N/A N/A N/A Click en fecha, al presionar en el
CP3 Fecha no válida “texto” el botón N/A botón filtrar no se debe
filtrar listar ninguna OP y
aparece el mensaje:
“Fecha inválida”.
Click en
No debe listarse ninguna
CP4 Fecha en blanco Vacío N/A N/A N/A N/A N/A el botón N/A
OP.
registrar
319
d ente Pendiente
operativ
idad
Mostrar
formulario Click en Al seleccionar una OP se
detalle de el botón da click en registrar
componente de Registra operatividad, se debe
CP5 N/A N/A N/A N/A N/A N/A N/A
una OP r mostrar el formulario
(Primero seleccionar Operati “Detalle de
la OP con Código 1
listada en el caso
vidad Componente”.
CP2)
registrar componente el
sistema debe permitir
Registrar Click en
agregar un componente
componente el botón
(Primero seleccionar HANG con su correspondiente
CP6 22/12/2015 Por Talla N/A N/A N/A registrar N/A
la OP con Código 1 TAG variabilidad.Debe
listada en el caso compon
mostrar el mensaje:
CP2) ente
“Componente y
variabilidad registrados
correctamente”.
Eliminar Debe eliminarse el
Click en
componente HANG componente seleccionado
CP7 22/12/2015 Por talla N/A N/A N/A el botón N/A
(Primero seleccionar TAG mostrando el mensaje de
eliminar
la OP con Código 1 “Componente
320
d ente Pendiente
listada en el caso compon Eliminado”, se debe
CP2)
ente actualizar la lista de
componentes del
formulario en el cual ya
no debe aparecer el
componente en cuestión.
Ingreso al
formulario: Click en Al presionar el botón
“Detalle de Avio el botón “Registro de Avio por
por registrar Componente”, el sistema
CP8 Componente” 22/12/2015 Genérico Sticker N/A N/A N/A N/A
avio por debe mostrar el
(Primero seleccionar
la OP con Código 1 compon formulario: “Detalle de
listada en el caso ente Avio por Componente”.
CP2)
Registrar avio
por componente
desde formulario Valor por
Se debe mostrar el
“Detalle de Avio defecto: Valor por Click en
mensaje “Avio 16
CP9 por 22/12/2015 Genérico Sticker 16 “Sin defecto: el botón N/A
Componente” registrado
pendiente “No” guardar
(Primero seleccionar correctamente”.
la OP con Código 1 ”
listada en el caso
CP2)
Dato inválido en Valor por Valor por Click en Si se coloca un código
CP10 campo código de 22/12/2015 Genérico Sticker “texto” defecto: defecto: el botón N/A incorrecto en el campo
avio. “Sin “No” guardar código de avio en el
321
d ente Pendiente
(Primero seleccionar pendiente formulario “Registro de
la OP con Código 1
listada en el caso
” Avio por Componente”,
CP2) debe mostrar el mensaje:
“El valor no representa
un número correcto”
Al colocar un código de
avio que no corresponde
al estilo del componente
Código de avio Valor por
incorrecto defecto: Valor por Click en
“Código de Avío: 1
CP11 (Primero seleccionar 22/12/2015 N/A N/A 1 “Sin defecto: el botón N/A
la OP con Código 1 pertenece a otro Codigo
listada en el caso
CP2) ”
revisar”.
Retornar
Al seleccionar el botón
registro de avios
Click en retornar el sistema debe
por componente
CP12 22/12/2015 N/A N/A N/A N/A N/A el botón N/A mostrar el formulario
la OP con Código 1 retornar anterior de registro de
listada en el caso componente.
CP2)
Registrar Click en Si se intenta registrar una
HANG
CP13 componente ya 22/12/2015 Por Talla N/A N/A N/A el botón N/A combinación de
TAG
ingresado registrar variabilidad y
322
d ente Pendiente
(Primero seleccionar compon componente ya existente,
la OP con Código 1
listada en el caso
ente el sistema debe mostrar
CP2) un mensaje:
“componente ya
ingresado”.
Registrar avios Valor por
Hang Se debe mostrar el
desde plantilla defecto: Valor por Click en
HANG TAG mensaje “Avio XX
CP14 (Primero seleccionar 22/12/2015 Por Talla “Sin defecto: el botón N/A
la OP con Código 1 TAG para registrado
listada en el caso talla L correctamente”.
CP2) ”
Si se deja en blanco un
código de avio en el
Dato inválido en formulario “Registro de
campo código de Valor por Avio desde plantilla”,
avio desde defecto: Valor por Click en debe mostrar el mensaje:
HANG
CP15 plantilla 22/12/2015 Por Talla “texto” “Sin defecto: el botón N/A “Código de Avío: 0
TAG
(Primero seleccionar pendiente “No” guardar pertenece a otro Codigo
la OP con Código 1
listada en el caso
” de Estilo que no es el
CP2) mismo de la Orden de
revisar!”
Ingresar motivo Por Click en Si se agrega el motivo
CP16 de pendiente 22/12/2015 Genérico Sticker N/A Comercia SI el botón N/A pendiente, al registrar el
la OP con Código 1
l guardar código de avio el sistema
323
d ente Pendiente
listada en el caso debe mostrar el mensaje:
CP2)
“Avio XX con
información pendiente”
Si se selecciona que se
ingresará el estado
No se ingresa
Valor por pendiente pero no se
motivo
defecto: Click en ingresa un motivo
pendiente
CP17 22/12/2015 Genérico Sticker N/A “Sin SI el botón N/A pendiente el sistema
la OP con Código 1 pendiente guardar mostrará el siguiente
listada en el caso ” mensaje: “Debe registrar
CP2)
el motivo pendiente
porfavor revisar”.
Si no se coloca estatus
No se ha
pendiente en si; pero si
ingresado
motivo pendiente
estatus Por Valor por Click en
CP18 entonces debe aparecer el
pendiente 22/12/2015 Genérico Sticker N/A Comercia defecto: el botón N/A
mensaje: “Error se debe
(Primero seleccionar l “No” guardar
la OP con Código 1 identificar el estatus
listada en el caso pendiente si registró el
CP2)
motivo”.
324
d ente Pendiente
Ingresar motivo
de pendiente El sistema debe mostrar
Por Click en
CP19 desde plantilla Hang el mensaje: “Se ha
22/12/2015 Talla N/A Comercia SI el botón N/A
(Primero seleccionar Tag definido el registro con
la OP con Código 1 l guardar
listada en el caso
información pendiente”.
CP2)
No se ingresa
motivo El sistema debe mostrar
pendiente desde Por Valor por Click en el mensaje: “Error, se
CP20 Hang N/A
plantilla 22/12/2015 Talla N/A Comercia defecto: el botón debe identificar el estatus
Tag
(Primero seleccionar l “No” guardar pendiente si registró
la OP con Código 1
listada en el caso
motivo”.
CP2)
No se ha
ingresado
Valor por
estatus El sistema debe mostrar
defecto: Click en
pendiente desde Hang N/A el mensaje: “Error, no se
22/12/2015 Talla N/A “Sin Si el botón
CP21 plantilla Tag ha ingresado el motivo
pendiente guardar
(Primero seleccionar del estatus pendiente”.
la OP con Código 1 ”
listada en el caso
CP2)
325
d ente Pendiente
Blanco El sistema debe mostrar
Optico: el mensaje: “No se ha
No se puede 12 Click en podido extraer el
extraer consumo Hilo de
05/04/16 Color N/A N/A el botón N/A consumo, coordinar con
CP22 (Primero seleccionar Costura Rojo
la OP con Código 2)
guardar el Analista de Consumo
Intenso: de Ficha Técnica de
13 Prenda”.
Tabla 83: Matriz de Casos de Prueba (Datos de entrada) del CUS11 Actualizar información de Operatividad
326
3.2.3 EVIDENCIA DE EJECUCIÓN
-Acesso al CUS de operatividad
Gráfico 59 Evidencia de ejecución CP1-1 – CUS11
Se evidencia que al ingresar a la opción “Actualiza Operatividad” se tiene acceso al formulario

de Operatividad.
Resultado: Conforme
327
-Filtrar orden de producción
Se evidencia que al colocar la fecha en el campo búsqueda se lista la OP requerida.

Resultado: Conforme

-Fecha no válida
Se evidencia que al colocar un texto en el campo fecha el sistema arroja un mensaje: “Fecha
inválida” y no lista ninguna OP.
328
Resultado: Conforme

-Fecha en blanco
Se evidencia que al dejar en blanco el campo fecha y luego se presiona el botón buscar el
sistema no lista ninguna OP.
Resultado: Conforme

-Mostrar formulario detalle de componente de un OP
329
Se evidencia que al seleccionar la opción registrar operatividad se tiene acceso al detalle de
componente.
Resultado: Conforme
- Registrar componente
Se evidencia que al registrar el componente con variabilidad: Talla y componente Hang Tag,
este se registra correctamente mostrando el mensaje.
Resultado: Conforme

- Eliminar componente
330
Se evidencia que al eliminar el componente por talla con variabilidad hang Tag, este se elimina
correctamente de la lista de componentes.
Resultado: Conforme
- Ingreso panel de registro avio por componente
Se evidencia el formulario detalle de Avio por Componente del Componente-Variabilidad:

General de tipo Sticker.
Resultado: Conforme
331
- Registrar avio por componente desde formulario “Detalle de Avio por Componente”
Se evidencia con un mensaje de confirmación el registro del Avio con código 16.
Resultado: Conforme

- Dato inválido en campo código de avio
Se evidencia que al colocar un texto inválido en el campo código de Avio el sistema arroja el
siguiente mensaje: El valor no representa un número correcto.
332
Resultado: Conforme
- Código de avio incorrecto
Se evidencia que al colocar un código de Avio incorrecto el sistema muestra el mensaje.

Resultado: Conforme
-Retornar registro de avios por componente
Se evidencia que al seleccionar el botón “Retornar” en el menú registro de Avio por

componente el sistema muestra el formulario “Detalle de Componente”.
333
Resultado: Conforme
-Registrar componente ya ingresado

Se evidencia que al ingresar un componente ya ingresado el sistema no lo permite mostrando
el respectivo mensaje.
Resultado: Conforme

-Registrar avios desde plantilla
Se evidencia que al ingresar los códigos de Avio mostrados en la imagen el sistema arroja el
mensaje de confirmación por cada código de Avio.
Resultado: Conforme
334
-Dato inválido en campo código de avio desde plantilla
Se evidencia que al dejar en blanco un campo código de Avio el sistema sólo arrojará el mensaje
de error para estos códigos, para los demás mostrará el mensaje de confirmación.
Resultado: Conforme
-Ingresar motivo de pendiente

Se evidencia que al ingresar el motivo pendiente el sistema muestra ingresa el registro sin el
código de Avio.
Resultado: Conforme
335
- No se ingresa motivo pendiente
Se evidencia que al no ingresar el motivo pendiente el sistema no permite el registro

mostrando el mensaje: “Debe registrar el motivo pendiente, favor revisar”.
Resultado: Conforme

- No se ha ingresado estatus pendiente
Se evidencia que al no ingresar el estatus pendiente en si, pero si se ingresa el motivo pendiente
(“Por comercial”), el sistema arroja el mensaje: “Error, se debe identificar el estatus pendiente
si registró el motivo”.
336
Resultado: Conforme
- Ingresar motivo de pendiente desde plantilla
Se evidencia que el colocar un motivo pendiente para un registró al cual no se conoce el código,
entonces aparece el mensaje “Se ha definido el registro con información pendiente”.
Resultado: Conforme

- No se ingresa motivo pendiente desde plantilla
337
Se evidencia que, si no se ingresa el motivo pendiente desde la plantilla de avios, pero si se
ingreso el estatus en si, entonces el sistema muestra el mensaje: “Error, no se ha ingresado el
motivo del estatus pendiente”.
Resultado: Conforme

- No se ha ingresado estatus pendiente desde plantilla
Se evidencia que al no ingresar el estatus, pero si el motivo pendiente entonces el sistema

muestra el mensaje: “Error, se debe de identificar el estatus pendiente si registró el motivo”.
Resultado: Conforme
- No se puede extraer consumo
338
Se evidencia que al ingresar los códigos a los cuales no se puede extraer el consumo, entonces
el sistema muestra el mensaje: “No se ha podido extraer el Consumo, Coordinar con el
Analista de Consumo de Ficha Técnica de ¨Prenda”.
Resultado: Conforme
339
4 CONCLUSIONES
● Cualquier proyecto que tenga aspiraciones de ser exitoso debe considerar al

aseguramiento y el control de calidad como factores críticos de éxito. En ese sentido,
el cumplimiento de los atributos de calidad nos acerca considerablemente a dicho
objetivo.
● Para definir la política de calidad en el proyecto se debe tener en qué es lo que quiere
la empresa, cuales son las acciones que van a permitir conseguirlo (acciones o
actividades generales) y con qué se cuenta para conseguirlo (recursos).
● El uso de métricas permite medir (cuantitativamente o cualitativamente) los aspectos o

procesos del sistema, con los cuales se tomará decisiones orientados a la calidad y
mejora continua. Para el proyecto se utilizaron las métricas internas, externas y calidad
en uso para obtener información que nos ayude a determinar si hemos cumplido con los
objetivos del software realizando la trazabilidad con los requerimientos del sistema.
● Las métricas internas obtenidas durante la medición del software nos deben servir de
bases para las desiciones de las actividades del plan de trabajo (cronograma), en caso
haya desviaciones de la calidad esperada.
● Las métricas externas permitirán la confirmación de la calidad planificada en la prueba

y operación. Finalmente, la calidad del producto desde el punto de vista del usuario
debe evaluarse usando para ellos las métricas de calidad en uso.
● Es importante definar los casos de pruebas que nos ayuden a crear todos los escenarios
posibles del funcionamiento del sistema. Estos escenarios se pueden probar para
determinar cuales son los resultados que luego serán evaluados si ellos cumplen o no
con la funcionalidad diseñada.
● Para el proyecto se realizaron casos de pruebas para los casos de uso Actualizar
Operatividad y Explosión de Avios, luego de ejecutar estas pruebas nos permitió darnos
cuenta de algunos errores que luego fueron corregidos.
340
CAPÍTULO VIII: GESTIÓN DEL PROYECTO
1 INTRODUCCIÓN
La finalidad de administrar un proyecto de software es planificar, ejecutar, controlar las
actividades y entregables del desarrollo. Además, el control de las actividades y entregables
constituye un pilar fundamental para la Gestión de Proyectos.
En este capítulo identificaremos los interesados relacionados a la ejecución de dicho trabajo,
la lista de entregables planificados en el desarrollo del mismo y el cronograma con las tareas
asignadas que se deben realizar para la culminación satisfactoria del trabajo. Trabajaremos con
artefactos recomendados por el PMBOK, los cuales se detallarán en las siguientes secciones.
2 REGISTRO DE INTERESADOS
Nombre del Organización a Categoría de Nivel de Nivel de

Interesado la que pertenece interesado interés influencia
(Bajo, (Bajo,
Medio, Medio,
Alto) Alto)
Gustavo López TOPI TOP Patrocinador Alto Alto
Juan Valdivia TOPI TOP Gerente de Sistemas Alto Alto
Beatriz Arévalo TOPI TOP Usuario Alto Alto
Daniel Romero TOPI TOP Usuario Alto Medio
Roxana Aguilar TOPI TOP Usuario Alto Alto
Jorge Leo TOPI TOP Usuario Alto Alto
Karen Garcés TOPI TOP Usuario Alto Alto
Diego Bulos TOPI TOP Usuario Alto Medio
Carlos Ramos TOPI TOP Gerente de Proyecto Alto Alto
Franco Mori TOPI TOP Gerente de Proyecto Alto Alto
Carmen Castillo TOPI TOP Miembro del proyecto Alto Medio
(Analista Funcional)
Jair Mamani TOPI TOP Miembro del proyecto Alto Bajo
(Programador)
Daniel Nakazaki TOPI TOP Usuario Alto Bajo
Elmer Rodríguez TOPI TOP Usuario Alto Bajo
Yuri Cedrón TOPI TOP Usuario Alto Bajo
Sheilah Valverde TOPI TOP Usuario Alto Bajo
Jossep Segundo TOPI TOP Usuario Alto Bajo
341
Maribel TOPI TOP Usuario Medio Bajo
Chuquillanqui
Luz Torres TOPI TOP Usuario Medio Bajo
Sergio Huaman TOPI TOP Analista de Calidad Medio Bajo
Samantha Lopez UPC Asesor Proyecto Alto Alto
Informatico 1
Sandra Perona UPC Asesor Proyecto Alto Alto
Informatico 2
Juan Carlos Torres UPC Asesor Proyecto Alto Alto
Informatico 3
Hector Mendivil UPC Asesor Tesis Alto Alto
Tabla 84: Registro de interesados
Tener claro quiénes son las personas interesadas en el proyecto nos permite saber a qué
personas podemos recurrir cuando se presenten dudas e interrogantes acerca de alguna
definición propia del negocio. El nivel de interesado “usuario” es más operativo, el nivel
“sponsor del proyecto” es más cercano a la toma de decisiones importantes durante la
realización del proyecto y el “nivel gerencial” (alta directiva) se involucra en el proyecto,
aunque no directamente.
342
3 EDT – ETAPA 1
343
6 CRONOGRAMA DE EJECUCIÓN
344
345
346
347
348
349
Acta de aceptación de entregable – Proyecto Informático 1
350
Capítulo 4: Requerimientos
351
Capítulo 5: Arquitectura
352
Capítulo 6: Construcción
353
Capítulo 7: Calidad y Pruebas del Software
354
7 CONCLUSIONES
 Una mala gestión de proyectos desemboca a menudo en la no definición de necesidades

del usuario final y en retrasos en la entrega de los proyectos. Las causas de estos
problemas pueden ser omisiones realizadas durante el desarrollo del sistema, una
definición imprecisa de objetivos, deficientes técnicas de estimación, mala gestión de
tiempo y falta de liderazgo. Es responsabilidad del Jefe de Proyecto evitar estos errores
y llevar a buen término el proyecto tanto en tiempo como en alcance. Entre las funciones
básicas de la dirección de proyecto hemos podido identificar la planificación de las
tareas, la elección del equipo de proyecto, la organización y la planificación de los
esfuerzos del proyecto, la dirección del equipo y el control de la evaluación del proyecto.
 La probabilidad de éxito de un proyecto se eleva si se siguen buenas prácticas aceptadas

por la industria, tales como las que forman parte del PMBOK.
 Elaborar el EDT permitió desglosar todos los entregables técnicos de la primera parte
del proyecto. Posteriormente, en base a este desglose el proyecto terminar el desarrollo
del proyecto sobre el tiempo definido inicialmente en PI1.
 Tener claro quiénes son los interesados del proyecto nos permite saber a qué personas
podemos recurrir cuando se presenten dudas e interrogantes acerca de alguna definición
propia del negocio. El nivel de interesado “usuario” es más operativo, el nivel “sponsor
del proyecto” es más cercano a la toma de decisiones importantes durante la realización
del proyecto y el “nivel gerencial” (alta direcciòn) se involucra en el proyecto, aunque
no directamente.
 Se debe tomar en cuenta que existen algunos riesgos que deben ser suprimidos o
mitigados. Estos pueden ser: el escaso conocimiento y experiencia de los integrantes del
proyecto sobre las herramientas a utilizar (por ejemplo: el lenguaje de programación).
Así mismo, la dificultad en la comunicación entre los miembros del equipo de desarrollo
del proyecto con los principales interesados del mismo.
355
 Si bien escapa al alcance del proyecto, es importante monitorear la desviación que se
presenta entre las estimaciones y lo realmente consumido. Esto con el fin de ajustar
determinados parámetros del método de estimaciones y contar con fechas más cercanas
a la realidad en futuros proyectos.
 Dirigir un proyecto informático es un arte que requiere conocimientos, habilidades y

experiencia, y sobre todo manejar la incertidumbre cuando las fechas programadas no
se cumplen, aquí se debe de verificar que sucedió para la restructuración de las fechas
de las demás actividades que involucran el retraso y activar la gestión de riesgos para
ver como se puede mitigar dicho problema.
 Es recomendable reunirse semanalmente ya sea por cualquier medio o con envio de

informes con los interesados del proyecto ya que resulta muy valioso las
observaciones(es) que pueden brindar durante la ejecución del proyecto,
específicamente en las actividades relacionadas con la ruta crítica.
356
CONCLUSIONES GENERALES
 Gracias al modelado del negocio se logró entender la problemática actual de la

organización que es el objeto de estudio para de esta manera establecer el alcance del
proyecto.
 El relevamiento de información y su análisis de los procesos y subprocesos del negocio

es de vital importancia para poder identificar las necesidades de los clientes en la
actualidad.
 Mediante el modelamiento del negocio se logró identificar las actividades que

generaban más retrasos durante el proceso del Abastecimiento de avíos, permitiendo
automatizarlas con el objetivo de reducir los tiempos de su ejecución en un 70%.
 Para mejorar el proceso actual del negocio es necesario implementar cambios que
permitan optimizar los procesos, para ello se ha propuesto automatizar las actividades
claves dentro del negocio.
 El uso de Tablet, aplicaciones en móvil y monitores táctiles permitirán que el proceso

de confirmación de solicitudes de materiales sea más ágil, dinámico y preciso, logrando
que el personal operario optimice su tiempo para apoyar en otras funciones de su área,
debido a que se confirmaría la información en las ubicaciones del almacén.
 Los casos de uso de sistema no se especifican a partir de pantallas, mockups o prototipos

de interfaces. Las pantallas del sistema son resultado de la especificación detallada de
los casos de uso de sistema (flujo de eventos).
 La metodología antes mencionada permite un refinamiento iterativo de los entregables,

lo cual se adapta de manera natural a la forma en la que suelen desarrollarse los
proyectos en mundo real.
357
 La prueba de concepto nos permitió identificar ambigüedades en la especificación de
caso de uso. Esto resalta la importancia de una correcta especificación del caso de uso
para obtener una mayor claridad durante la construcción del código fuente.
 Para la implementación exitosa de cualquier proyecto es importante considerar los

aspectos tecnológicos, los procedimientos que normarán su uso y el factor humano que
utilizará las herramientas. En ese sentido, resulta valiosa la elaboración de un modelo
teórico que muestre la interacción entre los componentes en un estado ideal. Dicho
modelo debe ir acompañado de indicadores que permitan determinar el buen
funcionamiento del mismo.
 La política de la calidad debe ser entendida, implementada y mantenida al día en todos

los niveles de la organización de TI (Infraestrcutura y Desarrollo). Además, debe de
contar con el total compromiso y apoyo de la alta dirección de corporación TOPI TOP
S.A. para el éxito de su cumplimiento.
358
GLOSARIO DE TÉRMINOS
Término Descripción
Antique Metal Aplicación estampada por transferencia
(piedras).
Avío Se denominan avíos en Confección y
Textil a los materiales que
complementan una prenda y le dan
mayor realce, durante el proceso de
confección o en el producto terminado.
Por ejemplo: cierres, blondas, botones,
entretelas, cintas, sesgos, entre otros.
Los avíos del producto en acabado final
son parte de la presentación y por ello
tenemos: los Hang Tag (etiquetas de
cartón), balines, formadores de cuello,
cartones de doblado, cajas, pisos,
plataformas, entre otros.
Badana Es cuero de carnero.
Cíclico Es una acción que se repite cada cierto
momento y en el proyecto esta acción se
realiza haciendo un inventario cada 3
días.
DDM Es una función del sistema operativo
que permite a un programa de
aplicación o a un usuario de un sistema
utilizar archivos de base de datos
almacenados en sistemas remotos. Los
sistemas deben estar conectados por una
red de comunicaciones y los sistemas
remotos también deben utilizar la
función DDM.
Entretela Tela plana utilizada para reforzar partes
de la prenda tales como pecheras,
cuellos, bordados, entre otros.
Explosión de Avíos Es el proceso que calcula la cantidad
requerida de un avío tomando las
cantidades de la orden de producción
con el consumo y la merma, en casos de
avíos textiles se debe tomar con el
rendimiento de la tela acabada y en las
359
cajas por la cantidad de prendas por caja
dependiendo del tipo de empaque.
FlexoGráfica Es una técnica de impresión que utiliza
una placa flexible con relieve, es decir,
que las zonas impresas de la forma están
realzadas respecto de las zonas no
impresas. La plancha, llamada cliché o
placa, es generalmente de fotopolímero
(anteriormente era de hule vulcanizado)
que, por ser un material muy flexible, es
capaz de adaptarse a una cantidad de
soportes o sustratos de impresión muy
variados. La flexografía es el sistema de
impresión característico, por ejemplo,
del cartón ondulado y de los soportes
plásticos. Es un método semejante al de
un sello de imprenta.
Foil Insumo para estampado en lámina de
transferencia térmica.
Glitter Insumo de estampado (conocido como
escarcha).
Grebiche Aplicación estampada por transferencia
(piedras).
Half Round Aplicación estampada por transferencia
(piedras).
Hang Tag Etiqueta de cartón que se coloca en las
prendas.
ISO 9001 Es la certificación al sistema de gestión
de calidad.
KickOff Es una técnica para recabar la mayor
información posible sobre el usuario,
los objetivos de la aplicación, las
personas involucradas y los tiempos.
Lead Time Es el tiempo que se define para la
culminación de un proceso o
subproceso.
Nail Head Aplicación estampada por transferencia
(piedras).
Octagón Aplicación estampada por transferencia
(piedras).
Ojalillo Accesorio de metal utilizado para
colocar pasadores o cordones en las
prendas.
360
Operatividad Es el proceso que realiza el analista de
avíos para registrar los avíos asociados
a una orden de producción.
Ornamento Accesorio decorativo.
PI Integración de Procesos, es una
herramienta de SAP para centralizar el
intercambio de información entre
sistemas SAP y/o sistemas no SAP;
está incluida dentro de la plataforma
horizontal SAP NETWEAVER y se
podría decir que es una evolución del
SAP Business Conector. Actúa como
middleware1 entre los sistemas de una
organización o como único punto de
acceso de otras organizaciones a la
propia.
pret-a-porter Es una expresión francesa que significa
textualmente «Listo para llevar». Se
refiere a las prendas de moda
producidas en serie con patrones que se
repiten en función de la demanda por
temporada.
Price Sticker Sticker con código de barra y precio que
se coloca en el hangtag.
Retail Es el comercio al por menor (unidades)
en una tienda y/o centro comercial.
Remache Accesorio decorativo utilizado mucho
en pantalones y casacas Jeans.
Rhinestone Aplicación estampada por transferencia
(piedras).
Sesgo Elástico telar con una división al centro.
SolPed Solicitud de Pedido de Compra.
SolMat Solicitud de Material.
SolFab Solicitud de Fabricación.
Stock Conjunto de mercancías o productos
que se tienen almacenados en espera de
su venta o comercialización.
Sujetador Balín de plástico para colocar etiqueta
de cartón.
Tazlan Tela plana de polyester utilizada para
casacas impermeables.
361
Termostática Es una impresión de termo
transferencia, que utiliza calor para
transferir una impresión de tinta seca a
una cinta que puede ser satinada, nylon,
poliéster, entre otros.
Trencilla Cinta tejida, utilizada como refuerzo de
hombros o como decoración.
Trendy Es una expresión que indica estar muy a
la moda.
Velcro Comercialmente conocido como “pega
pega”, es un sistema de apertura y cierre
rápido.
Welding Aplicación plástica fusionada.
362
SIGLARIO
APP APLICACIÓN MOVIL.

BASC ALIANZA EMPRESARIAL INTERNACIONAL QUE PROMUEVE
EL COMERCIO SEGURO.
CON CONO.
DDP DESARROLLO DEL PRODUCTO.
ERP PLANIFICACIÓN DE RECURSOS EMPRESARIALES.
FTP FICHA TÉCNICA DE PRENDA.
ISO ORGANIZACIÓN INTERNACION DE ESTANDARIZACIÓN.
MM MATERIAL MANAGEMENT (ADMINISTRACIÓN DE
MATERIALES).
MTR METROS.
NN NECESIDAD DE NEGOCIO.
OC ORDEN DE COMPRA.
OP ORDEN DE PRODUCCIÓN.
PCP PLANIFICACIÓN Y CONTROL DE LA PRODUCCIÓN
PMBOK PROJECT MANAGEMENT BODY OF KNOWLEDGE.
SAP SISTEMAS, APLICACIONES Y PRODUCTO.
SGT SISTEMA DE GESTIÓN TEXTIL.
SF SOLICITUD DE FABRICACIÓN.
UND UNIDAD.
VPN RED VIRTUAL PRIVADA.
WRAP PROGRAMA DE PRODUCCIÓN INDUMENTARIA MUNDIAL
RESPONSABLE.
363
BIBLIOGRAFÍA
 [1] PERSIANI, Lucas (2011) Logística en la Industria Textil atravesando el camino.

Argentina: Buenos Aires, 18-34.
 [2] Grupo modelo: Una empresa que infunde orgullo. (2008). Industria Alimenticia, 19(7),
30-33. Retrieved from http://search.proquest.com/docview/209811568?accountid=43860
(Consulta 17 de Julio).
 [3] EHow en Español, (2014) Conceptos de la planificación de la producción, 2-6.
 [4] Das, A., & Handfield, R. B. (1997). Just-in-time and logistics in global sourcing: An
empirical study. International Journal of Physical Distribution & Logistics Management,
27(3), 244-259.
 [5]Joan Manel Berenguer (2015). Calidad, Prevención y Seguridad, Lean management,
PrevenBlog, p12-16.
 [6] IVESTER, A. Lee y NEEFUS, John (2011) Industrias Textiles y de la Confección, p15-
19.
 [7] Corporación TOPI TOP S.A. http://www.topitop.com.pe/globalscope/history.php
(Consulta 27 junio).
 [8] SOCIEDAD DE COMERCIO EXTERIOR DEL PERU Comex Perú (2015) Ranking de
Exportaciones Textil y de Confección, p34-36.
 [9] McAfee, Andrew; Dessain, Vincent; Sjoman, Anders. 2004. “Zara: IT for fast fashion”,
Harvard Business School, Diciembre 17, 20-21.
 [10] SAP Club (2002). Optimización de la cadena de Suministro, p12-17.
 [11] Morales, I. (2008, Jun 05). ¿Qué es el internet? El Pregonero Retrieved from
http://search.proquest.com/docview/367989856?accountid=43860.
 [12] Lee J. (2012) “The Evolution of Smart Mobile Devices. Using Operate system IOS and
Android as an example”, p45-48.
 [13] LA NACION, -. A. (2011, Sep 09). Las tablets, a la conquista de las empresas. La
Nación Retrieved from http://search.proquest.com/docview/888123464?accountid=43860
 [14] Kiesnoski, K. (1998). Product refinements bolster touch-screen market sales. Computer
Reseller News, (805), S37-S40. Retrieved from
http://search.proquest.com/docview/227553450?accountid=43860.
 [15] Hernando, F. M. (2011). La importancia de la seguridad en internet. Portafolio,
Retrieved from http://search.proquest.com/docview/859060826?accountid=43860.
 [16] Google (2015) “ERP TEXTILES” (Consulta 26 junio).
https://www.google.com.pe/?gws_rd=ssl#q=ERP+TEXTILES
 [17] GONZÁLES, Domingo (2013) Propuesta de implementación de un MRPII para una
planta de confecciones textiles, p17-21.
 [18] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION (2004) Software
engineering guidelines for the application of ISO 9001: 2000 to computer software.
[Ginebra]: International Organization for Standardization. (REF 005.150218 ISO/E), p2-16.
364
 [19] Revista Tinku Topi Top (2015) “Como implementar estrategias para la reducción de
costos en los almacenes de una empresa textil”, p3-6.
 [20] RUMBAUGH, James (2000) El lenguaje unificado de modelado: manual de referencia.
Madrid: Addison –Wesley, p10-14.
 [21] IG Textil (2015). Ingeniería avanzada de sistemas informáticos textiles SLL (Consulta
25 junio), p4-9.
 [22] TICBEAT, revista digital (2015). Las 10 tendencias tecnológicas que marcarán el año
2015, p8-14.
 [23] JACOBSON, Ivar (2000). El proceso unificado de desarrollo de software. Madrid:
Pearson Educación, p3-15.
 [24] ARLOW, Jim y NEUSTADT, ILA (2001) UML and the Unified Process - Practical
Object-Oriented Analysis & Design. Boston: Pearson Education, p-5-15.
 [25] BOOCH, Grady y otros (1998) The Unified Model Language User Guide. Boston:
Addison-Wesley, p9-14.
 [26] COCKBURN, Alistair (2001) Writing Effective Use Cases. Boston: Addison-Wesley,
p14-18-
 [27] Genexus (2016) Web Component Pattern - Evolution 3 (consulta: 14 de marzo de 2016)
(http://library.gxtechnical.com/gxdlsp/pub/genexus/internet/docum/releasenotes/7.5/webco
mponents.htm).
 [28] Genexus (2016) Work With Pattern - Evolution 3 (consulta: 14 de marzo de 2016)
(http://wiki.genexus.com/commwiki/servlet/wiki?5636, Work+With+Pattern).
 [29] FOWLER, Martin y otros (2002) Patterns of Enterprise Application Architecture.
Boston: Addison-Wesley.
 [30] MICROSOFT DEVELOPER NETWORK - The Repository Pattern
(https://msdn.microsoft.com/es-pe/library/ff649690.aspx). Sitio Web de MSDN Microsoft.
Contiene información acerca del patrón Repositorio (consulta: 14 de marzo de 2016).
 [33] ISO.org – ISO Organization
(http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=662
40)Sitio web de la Organización ISO; contiene información acerca de la normatividad ISO
90003 y su aplicación en sistemas de software del mundo real (consulta: 01 de Abril del
2016).
 [34] International Organization for Standardization (2004) - ISO/IEC 90003:2004 Software
engineering - Guidelines for the application of ISO 9001:2000 to computer software.
 [35] International Organization for Standardization (2008) - ISO 9001:2008 Sistemas de
Gestión de la Calidad - Requisitos.
 [36] Institute of Electrical and Electronics Engineers (1998) - IEEE Std. 830-1998 IEEE
Recommended Practice for Software Requirements Specifications.
 [37] International Organization for Standardization (2001) - ISO/IEC 9126-1:2001 Software
engineering - Product quality - Quality Model.
365
 [38] Mobile Intelligence 10 claves para definir tu Estrategia (2016) (consulta: 04 de octubre
de 2016) (http://www.lantares.com/blog/bid/352695/Mobile-Intelligence-10-Claves-para-
Definir-tu-Estrategia).
ANEXOS
ANEXO 1 Formato de Orden de Producción.

ANEXO 2 Formato de Solicitud de Pedido.
ANEXO 3 Formato de Consolidación para la solicitud de Compra y Fabricación.
ANEXO 4 Trazabilidad de Reglas del Negocio versus Casos de Uso del Negocio.
ANEXO 5 Trazabilidad de Trabajadores del Negocio versus Casos de Uso del Negocio.
ANEXO 6 Trazabilidad de Entidades del Negocio versus Casos de Uso del Negocio.
ANEXO 7 Esquema de Fórmulas Matemáticas para Sistema Experto.
ANEXO 8 Detalle de Maestro de Proveedor y Cliente de SAP.
ANEXO 9 Trazabilidad de Requerimientos Funcionales versus Casos de Uso del Sistema.
366
ANEXO 1 Formato de Orden de Producción
367
ANEXO 2 Formato de Solicitud de Pedido
ANEXO 3 Formato de Consolidación para la solicitud de Compra y Fabricación
368
ANEXO 4 Trazabilidad de Reglas del Negocio versus Casos de Uso del Negocio.
369
ANEXO 5 Trazabilidad de Trabajadores del Negocio versus Casos de Uso del Negocio.
370
ANEXO 6 Trazabilidad de Entidades del Negocio versus Casos de Uso del Negocio.
371
ANEXO 7 Esquema de Fórmulas Matemáticas para Sistema Experto
1 Operatividad:
Para los avíos:

Hilo de Costura e Hilo de Bordado
1. Se obtiene el consumo de cada operación de costura de la ficha Técnica
Fórmula:
Consumo (Distancia del Recorrido + Número de Entradas del hilo en la
Operación costura + Número de Salidas del hilo en la costura) * Número de
recorridos.
Consumo (Consumo Operación * Factor de Puntadas (determinado por cada
Operación tipo de puntada)).
2. Se suma el consumo de cada Operación por Componente asociado en la ficha

técnica.
3. Se suma el valor de cada medida de la ficha técnica asociada a una talla que
está relacionada con la Orden de Producción que se asignó.
4. Se identifica el valor de la medida para la talla base con que se desarrolló el
molde (está identificado en las medidas x talla de la ficha técnica).
5. Se calcula el consumo por talla
Consumo (suma del valor de las medidas / suma del valor de las medidas de
por talla la talla base) * Consumo Operación.
6. Se calcula Producto
Producto Producto + (Cantidad Total Programada por cada talla de la Orden
de Producción * Consumo por talla).
7. Se Calcula consumo de Hilo

Consumo Producto / Cantidad Total Programada de la Orden de Producción
Final
Para los Avíos:
Drill, Popelina, tela Nanzu, Encaje, Entretela y tela tazlan
La fórmula es:
Consumo Rendimiento de Crudo de tela * Cantidad de prendas (según
Final variabilidad)
Para los Avíos:

Cinta, Blondas, Elástico, Borlón, sesgo y trencilla
Consumo (Distancia del Recorrido + Merma de Operación de costura +
Final Encogimiento de la tela) * Cantidad de Prendas (según
variabilidad)
Para los Avíos

Botón, broche, etiqueta, clavo, papel, sticker, sujetador, Price sticker, hang tag, bolsa,
plancha, estuche y remache el consumo siempre será “1”.
372
Consumo (siempre será la unidad * Cantidad de Prendas (según
Final variabilidad))
Avíos sin fórmula definida

cierre, nail head, rhinestone, octagon, welding, half round, antique metal, grapas,
velcro, ojalillo, grebiche
Consumo (valor ingresado * Cantidad de Prendas (según variabilidad))

Final
Nota: Al ser avíos muy personalizados por cliente no se cuenta con una cantidad de
consumos estándar que la optimice.
Mermas:
Para todos los avíos en general la fórmula de la merma es:
Valor de Criterio1: Lote Inicial <= Cantidad Total Pedida de la Orden y
Tabla Lote Final >= Cantidad Total Pedida de la Orden
Criterio2: Consumo Mínimo <= Consumo Final y Consumo

Máximo >= Consumo Final
2 Explosión de Materiales:
Para el caso de Compra Nacional y Compra Importada:
(Consumo de Operatividad * ((Merma Operatividad / 100) + 1) )

* Cantidad Requerida
Cantidad
Explosionada En caso tenga Cobertura se le adiciona al cálculo obtenido.
Cantidad Explosionada = ((Cantidad Explosionada * ((Cobertura

/ 100) + 1))
Para el caso de Producción Interna en Impresiones:
Cantidad (Consumo de Operatividad * ((Merma Operatividad / 100) + 1) )

Explosionada * Cantidad Requerida
Para el caso de Avíos enviados por el Cliente:
Cantidad (Consumo de Operatividad * Cantidad Requerida)

Explosionada
373
Para el caso de Producción Interna en Tintorería:
1. Se Calcula cantidad metros de Tela Acabada.

Cantidad (Consumo de Operatividad * ((Merma Operatividad / 100) + 1) )
Metros de * Cantidad Requerida
Tela Acabada
2. Se Realiza la conversión a kilos de Tela Acabada.

Cantidad (Cantidad Metros de Tela Acabada / Rendimiento de la Tela
Kilos de Tela Acabada (Mt/Kg.))
Acabada
3. Se Convierte los Kilos de Tela Acabada en Kilos de Tela Cruda.

Cantidad
Kilos de Tela (Cantidad Kilos de Tela Acabada / (1 – (Merma Textil / 100)))
Cruda
4. Se Convierte los Kilos de Tela Cruda a Metros de Tela Cruda (Cantidad

Explosionada)
Cantidad (Cantidad Kilos de Tela Cruda * Rendimiento de Tela Cruda
Metros Tela (Mt/Kg.))
Cruda
Nota Final:
 Cobertura: se trabaja en función a la Familia y el Proceso, es decir si la familia

tiene cobertura ya no busca en el proceso, en caso que no tenga cobertura en la
familia se busca en el proceso.
Esta definición se da porque hay familias que requieren una cobertura particular
que no puede ser definida a nivel de proceso.
 Cantidad Requerida: se trabaja en función a la familia, se configura si se

explosionará por cantidad pedida y/o cantidad programada de la Orden de
Producción y a detalle de cada Componente - variabilidad definido en la
Operatividad.
 Insumo de Avío Textil: por cada Código de Avío Textil se define su código de
insumo, por consiguiente, la explosión de materiales va a generar un código de
insumo como compra para lograr la fabricación del código de avío textil. En caso
varios códigos de avío textil se relacionan al mismo código de insumo, dicho
código acumulará la cantidad de compra y lo explosionará por el total.
374
3 Control de Abastecimiento:
1. Fecha Máxima de Definición del Avío:

 Para los procesos de Acabado y Empaque: (fecha requerida de la Orden
– (Lead Time de gestión de compra + lead time de compra del avío)) - 1.
 Para el resto de procesos: (fecha de Despacho de Tela – (Lead Time de
gestión de compra + lead time de compra del avío ) + 1 ) – 1
2. Fecha de Inicio de Corte: (fecha programada del proceso de corte + 1).
3. Fecha Máxima de Colocación de Avíos:

– (Lead Time de gestión de compra + lead time de compra del avío)).
gestión de compra + lead time de compra del avío)).
4. Fecha de Ingreso al Almacén proyectada:
– (Lead Time de gestión de compra + lead time de compra del avío)) +
1.
gestión de compra + lead time de compra del avío)) + 1.
5. Fecha de Despacho de tela: (fecha programada del proceso de corte – 2 días
(lead time de entrega de tela)).
375
ANEXO 8 Detalle de Maestro de Proveedor y Cliente de SAP
CLIENTE
Campo Descrip.
AKONT Cuenta asociada en la contabilidad principal
ANRED Empresa
Cantidad máxima de entregas parciales permitidas
ANTLF p/posición
AWAHR Probabilidad de pedido de posición
BUKRS Sociedad
BZIRK Zona de ventas
FDGRV Grupo de tesorería
FITYP Clase Impuesto
KALKS Esquema de cliente (para determinar el esquema de cálculo)
KUNNR Número de cuenta del deudor
KNURL Correo
KTGRD Grupo de imputación para cliente
LAND1 Pais
NAME1 Nombre
ORT02 Distrito
SPART Sector
SPRAS Idioma
STRAS Calle
STCD1 Doc. Identif. Fiscal
STCDT Tipo Doc. Identif.
REGIO Región
VKORG Organización de ventas
VKBUR Oficina de ventas
VERSG Grupo de estadísticas cliente
VSBED Condición de expedición
VTWEG Canal de distribución
VWERK Centro suministrador (propio o externo)
WAERS Moneda
ZTERM Clave de condiciones de pago
ZUAWA Clave para clasificar por números de asignación
ZWELS Lista de las vías de pago a tener en cuenta
376
PROVEEDOR
Campos Nombre
0-TITLE_ME TITLE_MEDI
AKONT Cuenta asociada
BANKS País del banco
BANKL Código bancario
BANKN Cuenta bancaria
BKONT Clave control bancos
BVTYP Tp.bco.interl.
BKREF Referencia
BRSCH Ramo
BUKRS Sociedad
CITY Ciudad
COUNTRY Indicador de país
EKORG Organización compras
FDGRV Grupo de tesorería
KALSK GrEsquema proveedor
KTOKK Grupo de cuentas
LANGU Clave de idioma
LIFNR Acreedor
NAME1 Nombre 1
PODKZ Relev.ARE
REGION Ámbito carpeta
REF_LIFNR Acreedor
REF_BUKRS Sociedad
REF_EKORG Organización compras
REPRF Verif. factura doble
SMTP_ADDR Correo
SORT1 Ind-clasificación 01
STREET Calle
STCD1 Doc Identific. Fiscal
STCDT Tipo Doc.
TAXBS Base imponible
WAERS Moneda
WEBRE Verific.fact. base EM
XZEMP Recep.pago en doc.
ZTERM Condición de Pago Pedido
ZWELS ZWELS
377
ANEXO 9 Trazabilidad de Requerimientos Funcionales versus Casos de Uso del Sistema
378

Sist - AbastecimientoAvios-Correcciones v20

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Sist - AbastecimientoAvios-Correcciones v20

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS

“SISTEMA DE ABASTECIMIENTO DE AVÍOS”

PROYECTO PROFESIONAL PRESENTADO POR:

PARA OPTAR POR EL TÍTULO DE INGENIERO DE SISTEMAS

Lima, 11 de noviembre del 2016

“SISTEMA DE ABASTECIMIENTO DE AVÍOS”

El presente proyecto tiene como objetivo el desarrollo de un Sistema de Información para la

Las grandes empresas disponen de sistemas de información a través de los llamados

Gráfico 1: Proceso de Abastecimiento Avío 27

Tabla 1: Situación Problemática 50

El objetivo principal del presenta proyecto es desarrollar un sistema informático en plataforma

En este documento se va a explicar los siguientes capítulos:

Capítulo 1: Fundamentos Teóricos:

Capítulo 2: Propuesta de Solución:

Capítulo 3: Modelado del Negocio:

Capítulo 7: Calidad y Pruebas del Software:

Capítulo 8: Gestión del Proyecto:

Finalmente, el objetivo del presente proyecto profesional es el desarrollo de un Sistema de

2.1 FUNDAMENTOS TEÓRICOS SOBRE EL NEGOCIO

a. ¿Qué son los avíos?

Origen del avío:

o Avíos para compra (local o importada).

Clasificación de los avíos de acuerdo al proceso de confección:

o Avío de corte: entretela.

Aspectos de la planificación de la producción

d. Gestión del Desarrollo de Producto

Fases del proceso de desarrollo:

f. Gestión del área de Impresiones

Los Cinco ceros del enfoque Just in Time

 No esconder los problemas. Permiten la mejora continua.

Los 5 pilares fundamentales de LEAN son:

Fuente: Elaboración Propia

Fuente: Revista Tinku – TOPI TOP S.A.

 Hombre: artificiales y sintéticas:

Fuente: Revista Tinku – TOPI TOP S.A.

n. ¿Qué son los hilos?

Clasificación de los hilos de acuerdo a su composición

Hilo hilado: Es un hilo formado con fibras de longitud regular o irregular,

 Habilitado: Acción de preparar las piezas y accesorios necesarios para la prenda

 Estampado: Acción mediante el cual se impregna un diseño, previamente

 Bordado: Acción mediante el cual se coloca en la prenda un diseño previamente

 Sublimado: Acción o técnica de impresión de imágenes en tela mediante el calor,

 Lavandería: Acción que busca obtener ciertas características en la prenda (que no

 Clasificado: Acción de revisar y seleccionar las prendas terminadas para ver si

El Fast Fashion engloba no sólo los términos de la industria fashionista de la producción

3.1 ORGANIZACIÓN OBJETIVO

Productos que Ofrece

Fuente: Diseño de Modas TOPI TOP S.A.

3.4 OBJETIVOS ESTRATÉGICOS

Fuente: Proyectos Especiales TOPI TOP S.A.

A continuación, se describirán las gerencias que van a estar involucradas en el proyecto:

Gerencia Corporativa Comercial. -

Gerencia Corporativa de Operaciones. -

4.1 BREVE DESCRIPCIÓN

Gráfico 7: Mapa de procesos de TPT 1

Fuente: Elaboración Propia

El proceso de Negociación (punto 15 según mapa de procesos de TPT) es el encargado de

4.3 SISTEMAS AUTOMATIZADOS VINCULADOS CON EL CAMPO DE

 Módulo Desarrollo de Productos:

5.1 SITUACIÓN PROBLEMÁTICA Y PROBLEMAS A RESOLVER

SITUACIÓN PROBLEMÁTICA PROBLEMAS A RESOLVER

 Realizar el intercambio de información entre los procesos de la Gestión de

 Representar el proceso de abastecimiento de avíos mediando un diagrama flujo permite