Sistema de Abastecimiento

UNIVERSIDAD SIMÓN BOLÍVAR
Ingeniería de la Computación
SISTEMA DE ORDEN DE COMPRA, SUMINISTROS, ACTIVOS Y
SERVICIOS PARA CENTROBECO C.A
MÓDULO ÓRDENES DE COMPRA
Por
Elianna Bugallo Piersanti
INFORME FINAL DE CURSOS EN COOPERACIÓN
Presentado ante la Ilustre Universidad Simón Bolívar
Como Requisito Parcial para Optar al Título de
Ingeniero en Computación
Sartenejas, Julio de 2007

ii
SISTEMA DE ORDEN DE COMPRA, SUMINISTROS, ACTIVOS Y
SERVICIOS PARA CENTROBECO C.A.
MÓDULO DE ORDEN DE COMPRA
Por
Elianna Bugallo Piersanti
RESUMEN
En el presente informe se describen las actividades desarrolladas durante el período de pasantía larga,
realizada en la empresa CENTROBECO C.A, y de todas las herramientas utilizadas para lograr cumplir con los
objetivos de este proyecto.
El objetivo de esta pasantía se traduce en analizar, desarrollar e implementar un sistema Web de acceso
interno (Prototipo Funcional), que permita llevar el control y gestión del proceso de orden de compra, despachos,
activos y servicios de insumos internos necesarios (SOCDISAS) en la Empresa CENTROBECO, C.A. Este sistema
permite principalmente a los colaboradores emitir órdenes de compra, notas de recibo, y despachar los insumos
recibidos entre las tiendas y departamentos, además de permitir realizar pedidos desde el lugar de trabajo. Todo esto
se hará con el fin de poder mejorar la forma en cómo se llevan cada uno de estos procesos actualmente. Además,
SOCDISAS permite llevar de una manera más organizada y actualizada toda la información que se tenga sobre
proveedores, insumos, líneas de insumos, almacenes, solicitudes de cotización, facturas internas, cuentas contables,
centros de costo y usuarios.
Para ello, se utilizó la metodología Racional Unified Process (RUP), y el lenguaje de modelado UML, para
llevar a cabo de la manera más eficaz, el proceso de desarrollo de este sistema y la entrega de un producto de
software que cumpla con los requisitos establecidos.
iii
 DEDICATORIA 
A mi Dios, a quien le agradezco la vida y la paciencia conmigo
A mis padres, porque después de Dios, gracias a ellos he llegado hasta aquí
iv
AGRADECIMIENTOS
 A mi Salvador Jesús, a quien quiero y respeto mucho. Gracias por tu infinita paciencia y cariño
 A mis padres, por apoyarme en todo lo que hago y llevarme por este largo camino
 A mi compañero de pasantía Daniel Fernández. Tantos años de sacrificio juntos, finalmente dieron
resultados
 Al resto de mis amigos: Carmen, Marilyn, Fabiana y Carlos, por todas las vivencias y experiencias
que hemos tenido en estos 5 años. Buenas o malas, han fortalecido grandemente nuestros lazos, y
ahora se han convertido en una bonita y pura amistad
 A todos mis amigos de Comisión de Carrera: Vicky, Gian Paolo, Francisco, Mariana, Alfredo. Se
les quiere mucho
 A la profesora Edumilis Mendez, por su apoyo y aporte en esta pasantía
 A la Ingeniero Ileana Rojas, por su infinito apoyo en la realización de este proyecto
 A todo el equipo de CENTROBECO C.A, por brindarme la oportunidad de crecer profesionalmente.
Gracias a todos
v
ÍNDICE GENERAL
1. INTRODUCCIÓN...............................................................................................................................1
2. ENTORNO EMPRESARIAL..............................................................................................................3
2.1 Antecedentes de la empresa...........................................................................................................3
2.2 Misión................................................................................................................................................4
2.3 Visión ................................................................................................................................................4
2.4 Estructura Organizacional...............................................................................................................4
2.5 Gerencia de Sistemas......................................................................................................................5
3. DEFINICIÓN DEL PROYECTO.........................................................................................................7
3.1 Planteamiento del Problema ...........................................................................................................7
3.2 Solución propuesta.......................................................................................................................10
3.3 Objetivo General.............................................................................................................................12
3.4 Objetivos Específicos....................................................................................................................12
4. MARCO TEÓRICO.........................................................................................................................13
4.1 Arquitectura en Capas:..................................................................................................................13
4.2 Unified Modeling Language (UML) ...............................................................................................14
4.3 Programación orientada a Objetos...............................................................................................15
4.3.1 Características de la POO...................................................................................................................15
4.4 El lenguaje de Programación JAVA..............................................................................................16
4.4.1 Ventajas de JAVA ...............................................................................................................................16
4.5 Modelo Vista Controlador (MVC) ..................................................................................................16
4.6 Struts...............................................................................................................................................17
4.6.1 ¿Como funciona Struts?...................................................................................................................... 17
4.6.2 Ventajas de Struts: [WebAppsWiki 2005]............................................................................................ 18
5. MARCO METODOLÓGICO ............................................................................................................19
5.1 Rational Unified Process...............................................................................................................19
5.2 Estructura del Proceso: Dos Dimensiones..................................................................................20
5.2.1 Fase de Inicio ......................................................................................................................................21
5.2.2 Fase de Elaboración ...........................................................................................................................22
5.2.3 Fase Construcción ..............................................................................................................................22
5.2.4 Fase de Transición..............................................................................................................................23
6. DESARROLLO................................................................................................................................24
6.1 Fase de Inicio..................................................................................................................................24
vi
6.1.1 Plan de Proyecto .................................................................................................................................24
6.1.2 Visión del sistema ...............................................................................................................................25
6.1.3 Lista Inicial de Requerimientos ...........................................................................................................25
6.1.4 Lista Inicial de Riesgos........................................................................................................................ 31
6.1.5 Herramientas de Desarrollo ................................................................................................................32
6.1.6 Infraestructura de Desarrollo...............................................................................................................33
6.1.7 Plan de Proyecto para la Fase de Elaboración ..................................................................................34
6.2 Fase de Elaboración ......................................................................................................................35
6.2.1 Vista de Casos de Uso........................................................................................................................ 36
6.2.2 Vista Lógica.........................................................................................................................................36
6.2.3 Vista de Procesos ...............................................................................................................................39
6.2.4 Vista de Implementación o Desarrollo................................................................................................. 40
6.2.5 Vista de Implantación o Física ............................................................................................................41
6.2.6 Plan de Proyecto para la Fase de Construcción .................................................................................42
6.3 Fase de Construcción....................................................................................................................43
6.3.1 Modelo Entidad- Interrelación .............................................................................................................43
6.3.2 Aspectos del Desarrollo ...................................................................................................................... 44
6.3.3 Diagramas de Secuencia .................................................................................................................... 45
6.3.4 Interfaz gráfica con el usuario .............................................................................................................45
6.3.5 Pruebas Realizadas ............................................................................................................................48
7. CONCLUSIONES Y RECOMENDACIONES...................................................................................51
8. REFERENCIAS BIBLIOGRÁFICAS ...............................................................................................52
vii
ÍNDICE DE FIGURAS
Figura 1. Organigrama de la empresa CENTROBECO C.A. 5

Figura 2. Organigrama de la Gerencia de Sistemas 6
Figura 3. Arquitectura de las tres capas 13
Figura 4. Fases e Iteraciones de la Metodología RUP 20
Figura 5. Diagramas de paquetes los actores Coordinador de Suministros, Gerente y Finanzas 27
Figura 6. Diagramas de paquetes para los actores: Personal de Suministros y Personal de Finanzas
28
Figura 7. Diagrama de Paquetes para Inventario, Facturas Internas, Pedidos Internos y Usuarios 28
Figura 8. Modelo de Arquitectura de 4+1 vistas 35
Figura 9. Modelo Conceptual del Sistema a desarrollar 37
Figura 10. Modelo Entidad Interrelación 38
Figura 11. Diagrama de Clases para el Módulo de Órdenes de Compra 39
Figura 12. Vista de Implementación o Desarrollo del sistema 41
Figura 13. Diagrama de Despliegue 42
Figura 14. Modelo Entidad- Interrelación refinado 43
Figura 15. Diagrama de Secuencia para el caso de uso Emitir Orden de Compra 45
Figura 16. Pantalla de Bienvenida al usuario 46
Figura 17. Pantalla inicial para el caso de uso Generar Orden de Compra 47
Figura 18. Pantalla de selección de los insumos de la nueva orden y de confirmación 48
viii
ÍNDICE DE TABLAS
Tabla 1: Plan de Proyecto estipulado para la fase de Inicio .............................................................25

Tabla 2: Lista Inicial de Requerimientos para los módulos desarrollados.........................................26
Tabla 3: Especificación del Requerimiento: “Manejar Órdenes de Compra” ....................................27
Tabla 4: Lista de Casos de Uso para los módulos Cuentas Contables y Órdenes de Compra ........29
Tabla 5: Especificación del caso de uso “Generar una orden de Compra”.......................................30
Tabla 6: Especificación del Riesgo “Aislamiento del Cliente Respecto al Sistema”..........................31
Tabla 7: Plan de proyecto para la Fase de Elaboración ...................................................................34
Tabla 8: Plan de Proyecto para la Fase de Construcción.................................................................43
Tabla 9: Estado del sistema al final de la pasantía...........................................................................50
ix
LISTA DE SIMBOLOS Y ABREVIATURAS
DAS Documento de Arquitectura del Software
DBMS DataBase Management System.
ERE Extended Entity-RelationShip.
ERS Especificación de Requerimientos del Software
HTML HyperText Markup Language
J2EE Java 2 Enterprise Edition.
JDBC Java Database Connectivity.
JSP Java Server Pages.
MB Megabyte.
MVC Modelling View Controller
POO Programación Orientada a Objetos
OMG Object Management Group
RUP Rational Unified Process.
SQL Structured Query Lenguaje.
UML Unified Modeling Lenguaje.
x
1. INTRODUCCIÓN
Cada vez es mayor el auge que la computación ha tenido, y cada vez se hace más importante optimizar las
operaciones que se realizan, porque la demanda es mayor día a día. Es por esto que las empresas están invirtiendo
sumas considerables de dinero en herramientas o tecnologías, que permitan disminuir el costo de operaciones, y
lograr así la sobrevivencia en el mercado, que se torna más competitivo.
CENTROBECO está consiente de ello y por eso está en la búsqueda de soluciones que permitan
automatizar cada uno de sus procesos, siempre con el norte de brindar a los clientes el mejor servicio, y mejorar la
productividad en cada una sus tiendas, y departamentos.
En este sentido, se propone como solución exitosa el Sistema de Orden de Compra, Despacho, Insumos,
Activos y Servicios, conocido como SOCDISAS, que permitirá automatizar los procesos de emisión de órdenes de
compra, despacho e inventario de todos aquellos suministros no comerciales, pero importantes para el buen
funcionamiento de la empresa. Hasta ahora estos procesos han sido apoyados con la ayuda de Microsoft Excel, el
teléfono, fax y correo electrónico. Esta forma de llevar las tareas ha hecho que la Coordinación de Suministros no
responda con la misma eficacia de otros tiempos, principalmente porque el sistema requiere de mucho control
humano y la demanda de productos y servicios ha aumentado, pues se han abierto más tiendas y la sede
administrativa tiene mayor personal.
SOCDISAS se diseñó e implementó como una aplicación Web con acceso local, que permite llevar los
procesos de orden de compra, recepción de suministros, inventario y distribución, haciendo uso de la metodología de
desarrollo y las herramientas más adecuadas para lograr cumplir todos los requerimientos definidos.
Este trabajo está estructurado en 8 capítulos. En el presente Capítulo 1, se presenta una breve introducción
al proyecto, expresando la importancia del mismo, y las ventajas de su implementación.
El Capítulo 2, Entorno Empresarial, contiene una breve descripción de diversos aspectos de la empresa
CENTROBECO C.A.
El Capítulo 3, Definición del Proyecto, contiene el planteamiento del problema, se describe el trabajo a
realizar, su alcance, su justificación y los resultados que se esperan obtener en forma de objetivo general y
específicos.
1
2
El Capítulo 4, Marco Teórico, presenta las bases teóricas en las cuales se fundamenta el desarrollo del
sistema.
El Capítulo 5, Marco Metodológico, describe la metodología utilizada para el desarrollo del sistema.
El Capítulo 6, Desarrollo, explica todo lo realizado durante el período de pasantía larga, para cada una de
las fases de la metodología utilizada.
El Capítulo 7, Conclusiones, muestra las conclusiones y objetivos alcanzados para el período de pasantía
larga.
El Capítulo 8, Referencias Bibliográficas, muestra todos los libros artículos y/o enlaces utilizados como
apoyo durante el período de pasaría larga y redacción del informe.
En la sección de apéndices se presentan los artefactos creados para el sistema SOCDISAS, esto con el fin
de comprender mejor lo realizado y lo obtenido durante el mismo
En la sección de anexos, se encuentra el pedido inicial entregado del sistema de orden de compra
suministros
2. ENTORNO EMPRESARIAL
En este capítulo se mostrará una idea general de cómo está estructurada la empresa, sus departamentos y
cuál es su función. Además se especifica el departamento donde laboró el pasante. Esto es con el fin de tener una
mejor noción de la compañía, y de cómo ésta desempeña sus actividades para lograr su misión.
2.1 ANTECEDENTES DE LA EMPRESA
BECO es una empresa privada venezolana que forma parte de la reconocida organización BECOBLOHM, la
cual fue fundada por el comerciante George Blohm en el año de 1835.
La Compañía comienza sus actividades como tiendas por departamentos en 1965, en el Estado Lara. Su
fundación se debió a la visión de satisfacer las necesidades del consumidor directamente, ofreciendo productos y
servicios en un ambiente agradable y dinámico.
Desde su Fundación, la Compañía ha evolucionado, atravesando diversas fases relacionadas con su

crecimiento y adaptación, tanto al entorno venezolano como a las necesidades de sus clientes. Sus comienzos ven
una gerencia estructural avocada al establecimiento de una imagen sólida y un posicionamiento dentro del mercado
nacional. Se hacen esfuerzos para conquistar proveedores y clientes bajo una política de cumplimiento de
compromisos y excelencia en el servicio.
Una vez establecida la Compañía en el mercado, comienza la fase de profundización en los procesos
administrativos e implementación de nuevos sistemas de información, que permiten mayor eficiencia operativa.
Simultáneamente, se involucra en un constante proceso de crecimiento, inaugurando tiendas en las principales
ciudades del país, disfrutando de una excelente aprobación por parte de los consumidores, proveedores y
empleados.
Recientemente, la Compañía ha iniciado un programa de evolución, que consta principalmente del

desarrollo de categorías como puntos centrales de la estrategia comercial, buscando profundizar y ampliar la
variedad en las áreas de: Hogar, Moda, Belleza y Deporte. El nuevo concepto obedece al cambio constante en el
comportamiento del consumidor venezolano.
3
4
En el año 2001, se inauguró la tienda piloto del Centro Comercial la Granja (Valencia), que refleja este
nuevo modelo comercial, basado en las categorías anteriores. Además, BECO está conformada por otras 7 tiendas,
un Centro de Distribución y la Oficina Central que reside en Caracas. Cada una de las tiendas, están ubicadas
estratégicamente en Caracas, Barquisimeto y Maracaibo, y juntas suman una superficie de 40.000 mts2 de
exhibición, ventas, servicios al cliente y depósitos.
2.2 MISIÓN
“Comercializar a través de dinámicas tiendas especializadas en Moda, Hogar, Belleza y Deporte, productos
y servicios de calidad a precios competitivos, satisfaciendo las aspiraciones de nuestros clientes y cumpliendo los
compromisos con nuestros relacionados” [BECO, 2007]
2.3 VISIÓN
“Hacer de las Tiendas BECO la mejor opción de compras por su excelente calidad en productos y servicios”
[BECO, 2007]
2.4 ESTRUCTURA ORGANIZACIONAL
La Compañía se divide fundamentalmente por departamentos, entre los que se encuentran: Ventas,
Merchandising, Mercadeo, Personal, Control, Logística, Sistemas y Relaciones Institucionales. Cada uno de ellos
juega un papel fundamental dentro del correcto funcionamiento de la empresa:
En cuanto a la estructura organizativa de la empresa, se puede observar en la Figura 1, que ésta se divide
en seis niveles: Alta Gerencia (Nivel 1), Gerencia (Nivel2), Gerencia Media (Nivel 3), Supervisorio (Nivel 4),
Operativo (Nivel 5), Base (Nivel 6). Los niveles 4, 5 y 6, se representan de manera diferente para cada
Departamento.
El Pasante fue ubicado en el Departamento de Sistemas.

5
Figura 1. Organigrama de la empresa CENTROBECO C.A.

Fuente: CENTROBECO
2.5 GERENCIA DE SISTEMAS
La gerencia de Sistemas tiene como propósitos básicos:
 Ayudar en el mejoramiento y avance tecnológico de la empresa
 Brindar apoyo al resto de las gerencias y tiendas en el desarrollo o adquisición de sistemas
 Manejo de operaciones
 Administración de las redes y los equipos que las conforman
 Dotación de equipos
 Adiestramiento del personal para el uso de aplicaciones; en general, ofrece servicios completos de
atención al usuario.
6
Como se muestra en la Figura 2, esta gerencia se divide en 4 secciones importantes: Comunicaciones,

Soporte, Organización y Métodos (O y M) y Computación, siendo esta la última la sección en la cual se realizó la
pasantía.
La Sección de Computación de la Gerencia de Sistemas, es la encargada de analizar, diseñar e

implementar los sistemas de información, que permiten realizar de una manera más óptima cada una de las labores
de la compañía. En esta sección, reside el deber de desarrollar software que permita automatizar el proceso de
compra y venta de las tiendas, logrando con esto incrementar las ganancias. En vista de que la pasantía consistió en
el desarrollo de un nuevo sistema de información, tanto el otro pasante como mi persona, fuimos asignados a esta
sección, bajo el cargo de programadores.
Figura 2. Organigrama de la Gerencia de Sistemas

Fuente: Elaboración propia
Luego de haber desarrollado este capítulo se tiene un conocimiento más amplio de empresa CENTROBECO, de
cómo trabaja, y como está estructurada. A continuación se presenta el capítulo referente a la Definición del Proyecto.
3. DEFINICIÓN DEL PROYECTO
En este capítulo, se define el proyecto que se desarrolló durante el período de pasantía larga. En él se
plantea el problema, la solución propuesta, y los objetivos que se establecieron durante este período.
3.1 PLANTEAMIENTO DEL PROBLEMA
BECO es una cadena de tiendas, que vende productos tanto nacionales como importados, clasificados en
las categorías principales que son: Hogar, Moda, Belleza y Deporte. Estos artículos se reciben en la sede principal
de la empresa, y de allí se despachan a cada una de las tiendas.
Todas las tiendas y departamentos de la sede principal, deben contar con insumos de carácter interno
(bolsas de compra para las tiendas, lápices, bolígrafos, etiquetas para precio, uniformes para los colaboradores,
etc.), para desempeñar mejor sus funciones. La Coordinación de Suministros es la encargada de llevar el control de
estos insumos, y de garantizar que estos no falten en los centros.
Para iniciar el proceso de compra de insumos, existen dos maneras de llevarlo a cabo. La primera forma es
realizar una solicitud previa a uno o varios proveedores, indicando los insumos que se quieran comprar. Los
proveedores entregarán un reporte indicando el precio de cada artículo, y cualquier oferta que sobre ellos tengan.
Con esta información, el Coordinador de Suministros decidirá cuál es la mejor oferta, y a partir de allí realizar una
compra directa a un proveedor.
La otra opción es emitir la orden de compra directamente, sin tener que hacer ninguna solicitud previa.
Luego de que la orden ha sido enviada al proveedor, éste debe entregar la mercancía en el centro de
distribución de la sede principal. El personal del Centro de Distribución comienza el proceso de recepción, y cuenta
por insumo, la cantidad que se recibe. Esta cantidad se compara con la orden de compra asociada, y con la factura
recibida por parte del proveedor. De este proceso se emite una nota de recibo, indicando entre otras cosas, la
cantidad según la orden de compra, la cantidad según la factura, la cantidad chequeada, y la cantidad que se
finalmente se acepta, la cual dependerá estrictamente de lo que ordene el Coordinador de Suministros. Además se
establece la condición de entrega de la nota, que puede ser: orden parcial (no se está entregando la mercancía
completa), orden total (se recibe toda la mercancía ordenada) y excedente (se recibe más de lo ordenado
inicialmente).
7
8
Para cancelar las notas de recibo emitidas, se envía a Finanzas el documento, y son ellos lo que proceden
a realizar el pago, bajo alguna de estas formas:
Pagos por adelanto: para que el proveedor comience a enviar la mercancía, es necesario cancelar un
porcentaje a priori. El porcentaje se establece directamente con el proveedor.
Pagos por pronto pago: en algunas ocasiones, los proveedores pueden hacer descuentos, si el tiempo de
pago es antes de una fecha concreta (Ejemplo: los primeros 7 días después del envío). Cuando la oferta resulta
conveniente, se realiza este tipo de pago.
Pagos normales: luego de recibir la mercancía, se cancela de la manera habitual, teniendo como fecha
tope la condición de pago establecida a priori en la orden de compra asociada (15 días, 30 días, etc.).
Con la nota de recibo, el Coordinador de Suministros procede a realizar el despacho de los insumos entre
los centros de costo, tomando en cuenta algunos de estos parámetros:
Por porcentaje de ventas: la tienda con mayor porcentaje de ventas, se le despachará mayor cantidad de
insumos.
Por artículos recibidos: se envía una factura indicando el monto a descontarse por los artículos enviados
Una vez repartido los insumos entre los centros de costo, se envía a cada uno una factura interna, donde se
notifica los insumos que se despacharon, la cantidad, el precio unitario y el total de la factura. Este monto se le resta
del presupuesto disponible del centro de costo asociado, para la fecha de emisión de la factura.
Además de controlar todo el proceso de compra y distribución de los insumos internos, la Coordinación de
Suministros tiene otras funciones que desempeñar:
Iniciar y cerrar un proceso de inventario: el proceso de inventario consiste en contar la cantidad física de
algunos insumos, y cotejar los resultados con lo que se tiene almacenado en documentos. Esto se realiza cada cierto
tiempo, con la finalidad de controlar la cantidad por insumo que se tiene en los almacenes o depósitos.
Para iniciar un proceso de inventario, se seleccionan los insumos que se van a inventariar, y se distribuyen
entre uno o varios auxiliares de la Coordinación. Los auxiliares se dirigen a los depósitos donde se guardan los
insumos asignados y comienzan a contar la cantidad física que se tiene en depósito para cada uno de ellos. Una vez
realizado este conteo, se compara los resultados obtenidos con la información que se tiene previamente almacenada
9
en documentos. Si existe una diferencia entre lo contado y lo previamente registrado, se procede a hacer un ajuste
de la cantidad, actualizando en función de los resultados, y se emite un reporte indicando todas esta diferencias.
Este reporte lo recibirá el Coordinador de Suministros, para su posterior estudio y análisis.
No debemos olvidar que, además de todas estas labores, se debe tener almacenados los proveedores y
sus datos, los usuarios que utilizarán el sistema, los centros de costo, los insumos, las líneas de insumos, cuentas
contables y almacenes.
Como se puede observar, son muchas las funciones que realiza esta Coordinación, por lo que es
importante que cada una de ellas, se hagan de la manera más óptima y rápida posible.
Actualmente, la manera en como se llevan cada uno de los procesos es de forma manual. Todas las
órdenes de compra, solicitudes y despacho de insumos, así como también el agregar los datos de un nuevo
proveedor, insumo, línea o cualquier otro dato importante, se hacen utilizando los programas EXCEL o WORD, y se
almacenan digitalmente en la computadora personal del Coordinador de Suministros.
Cada vez que se emite una orden de compra, se deben ingresar manualmente la descripción de los
insumos, la cantidad a comprar y el precio de compra, además del proveedor, la condición de pago y demás datos
importantes. Esto se hace para cada orden de compra que se emita, así que, si por ejemplo se necesitan emitir 3
órdenes, 3 veces hay que modificar la plantilla.
De la misma manera sucede con los demás documentos que se deben emitir. En el caso de las notas de
recibo, el Personal de Distribución debe ingresar manualmente los datos de la nota de recibo, y de los insumos que
se están recibiendo. Además, el sistema que utilizan para ello es muy antiguo, y no permite detectar fácilmente los
errores que puedan ocurrir, mientras se ingresan los datos. Cuando se imprime la nota, el formato es muy poco
práctico, porque no se puede determinar con facilidad que información pertenece a que insumo, y esto dificulta en
gran manera la lectura y análisis de todo lo expuesto allí.
Con el despacho de los insumos, se debe ingresar en EXCEL el centro de costo, y los insumos que se van
a despachar. Esto debe hacerse para cada centro de costo. Todos los documentos se almacenan digitalmente en la
computadora personal del Coordinador de Suministros.
Como se puede observar, la manera en como se llevan todos estos procesos y como se almacenan, trae
consecuencias notorias no solo al desempeño de la Coordinación de Suministros, sino a la compañía en general
porque:
10
 El proceso de emisión de una orden de compra es más tedioso, y se invierte más tiempo del
requerido, logrando con esto que no se disponga del tiempo suficiente para hacer el resto de las
labores.
 A medida que aumenta la demanda de insumos internos, aumenta el número de órdenes que
realizar, y es más difícil satisfacer en su totalidad dicha demanda, si se siguen emitiendo de esta
manera.
 La versión digital de los documentos emitidos están guardados en la computadora asignada al

Coordinador de Suministros y, en el caso de que ocurra alguna falla, se puede correr con el riesgo de
perder información importante.
 Es más difícil manejar el control de lo que se tiene en la almacenes, puesto que se debe contar con
una disciplina muy rigurosa, no muy tolerante a las fallas humanas, las cuales suceden con mucha
frecuencia.
 Al requerir más tiempo del necesario para las diversas funciones, disminuye la productividad
Es por estos motivos que es necesario proponer una solución que permita realizar cada una de las
funciones de manera eficaz, para aprovechar mucho mejor el tiempo con el que se cuenta, y así no disminuir la
productividad de la Coordinación de Suministros.
3.2 SOLUCIÓN PROPUESTA
Con el fin de superar las limitaciones antes descritas, la Coordinación de Suministros de CENTROBECO
C.A, conjuntamente con el Departamento de Logística (jefe inmediato de la Coordinación) desea que se desarrolle
un sistema con acceso interno para el manejo, registro y control de órdenes de compra, despacho de insumos e
inventario.
El Sistema debe, en líneas generales, permitir al Coordinador de Suministros, la emisión de los documentos
importantes (órdenes de compra, solicitudes de cotización, facturas internas, facturas), y que genere en función de
los datos ingresados, un imprimible del documento. Es importante que se tenga almacenada toda esta información,
de manera de poder consultarla cuando así se requiera.
11
Se quiere también realizar el proceso de despacho de suministros internos, y gestionar toda la información
relacionada con proveedores, almacenes, insumos, centros de costo, cuentas por pagar, cuentas contables, facturas
recibidas notas de recibo, devoluciones, proceso de inventario, resultados de un conteo físico y colaboradores.
Además, se debe permitir que los colaboradores autorizados puedan emitir sus pedidos directamente, que
el supervisor inmediato los estudie y, en caso de aprobarlo, solicitar el permiso de parte de la Coordinación de
Suministros. El sistema deberá también mostrar reportes estadísticos imprimibles sobre cada una de las
transacciones que se hagan. Para mayor información, puede consultar el anexo I: Pedido Orden de Compra
Suministros
Para lograr esto, se propone una base de datos única, y un sistema distribuido por módulos, de manera que
permita realizar las funciones anteriormente expuestas.
Lo que la Coordinación de Suministros persigue con este sistema, en líneas generales, es automatizar sus
actividades, para poder llevar un mejor control de la información, aumentar la productividad y disminuir el tiempo que
se invierte en cada una de ellas.
Específicamente, lo que busca es:
 Disminuir el tiempo invertido en cada una de las actividades realizadas por el Coordinador de
Suministros, facilitando de esta manera sus labores.
 Mantener la exactitud necesaria de los datos, así como también agilizar lo más posible los procesos
internos de la Coordinación.
 Reducir el tiempo de emisión de las notas de recibo por parte del Personal de Distribución
 Tener un mejor control de las actividades realizadas.
 Almacenamiento de la información centralizada, de manera de poder reducir el riesgo de perder

información importante
 Aumentar la productividad de la Coordinación de Suministros.
 Llevar un mejor control de los suministros internos, y saber con mayor exactitud qué se necesita en
cada uno de los centros de costo
12
A continuación se indican los objetivos de la pasantía larga.
3.3 OBJETIVO GENERAL
El objetivo de la pasantía es Sistematizar las solicitudes de materiales y suministros internos, con el fin de
optimizar estos recursos. Más específicamente, es implementar el módulo de Órdenes de Compra, como prototipo
funcional.
3.4 OBJETIVOS ESPECÍFICOS
 Levantamiento de información del sistema
 Diseñar la estructura de datos completa
 Definición de requerimientos detallados del sub-módulo de orden de compra
 Diseño de la aplicación del sub-módulo orden de compra
 Pruebas técnicas del sub-módulo orden de compra
A continuación se presenta el capítulo del Marco Teórico en el que se explica brevemente toda la tecnología
y demás aspectos considerados durante el desarrollo del sistema.
4. MARCO TEÓRICO
En este capítulo se da una breve explicación todo lo que se utilizó para el desarrollo del sistema. Se hace
referencia a la tecnología utilizada para el desarrollo del sistema. Se explica en líneas generales lo que es la
arquitectura de tres capas, la programación orientada a objetos, el lenguaje JAVA, y la tecnología utilizada para el
desarrollo de la interfaz con el usuario.
4.1 ARQUITECTURA EN CAPAS:
La arquitectura de las tres capas consiste en aislar la lógica de la aplicación y en convertirla en una capa
intermedia bien definida y lógica del software [LARMAN, 1999]. Existen tres capas principales, como se observa en
la Figura 3:
Figura 3. Arquitectura de las tres capas

Fuente: [Diseña, 2007]
 Capa de presentación: es la interfaz y por medio de ella, el usuario se comunica con el sistema, a
través de acciones emitidas por él (presionando un botón, ingresando los datos en un formulario,
etcétera)
 Capa del negocio: son todas las tareas y reglas que rigen el proceso. Es la lógica del negocio
13
14
 Capa de datos: es donde residen los datos. Está formada por una o más gestor de bases de datos
que realizan todo el almacenamiento de datos. Además, se reciben las solicitudes de
almacenamiento o recuperación de información desde la capa del negocio
Utilizar una arquitectura de este tipo trae como ventajas:
 Aislamiento de la lógica de las aplicaciones en componentes independientes permite una fácil

reusabilidad.
 Distribución de las capas en varios nodos físicos de cómputo y en varios procesos lo cual puede
mejorar el desempeño, coordinación y compartimiento de información.
 Posibilidad de realizar actividades simultáneas en equipo al ser asignadas a los diseñadores las
diversas capas.
La arquitectura que se escoja para un sistema es importante, porque de ella depende el buen
funcionamiento del proyecto. Sin embargo, para garantizar la solidez de todo sistema, es necesario que pase por un
proceso de análisis que permita determinar todos los objetos que participan en el mismo, y como ellos interactúan
entre sí. Para ello se utiliza un lenguaje de modelado que permita realizar todos estos procesos
En la actualidad existe un lenguaje de modelado internacionalmente conocido y adoptado universalmente.

Tal lenguaje es el Unified Modeling Language (UML), el cual se utilizó durante las primeras etapas del sistema.
4.2 UNIFIED MODELING LANGUAGE (UML)
UML es un lenguaje de modelado apoyado por el OMG que ayuda a visualizar, especificar y modelar un
sistema de software, incluyendo su estructura y diseño en una manera que permite conocer todos los
requerimientos. UML ofrece un standard para describir un plano del sistema, incluyendo aspectos conceptuales tales
como procesos de negocio y funciones del sistema. Su versión actual es la 2.1.1, según la página oficial de UML
[UML, 2007].
15
4.3 PROGRAMACIÓN ORIENTADA A OBJETOS
La Programación Orientada a Objetos (POO), es un paradigma de computación que define a los programas
como clases de objetos, las cuales son entidades que combinan atributos o datos, métodos e identidad. Este estilo
de programación permite definir a los programas como conjuntos de objetos o clases, que trabajan entre sí para
ejecutar tareas. La ventaja de este paradigma es, entre otras cosas, poder hacer programas más fáciles de escribir,
mantener y reutilizar.
4.3.1 CARACTERÍSTICAS DE LA POO
Abstracción: cada objeto en el sistema sirve como modelo de un “agente” abstracto que puede realizar
trabajo, informar y cambiar su estado y comunicarse con otros objetos, sin revelar cómo se implementan esas
características.
Encapsulamiento: significa reunir a todos los elementos que pueden considerarse pertenecientes a una
misma entidad, permitiendo aumentar la cohesión de los componentes del sistema
Principio de ocultación: cada objeto está aislado del exterior, exponiendo cada uno una interfaz a otros
objetos, para que puedan comunicase entre sí. El aislamiento permite proteger las propiedades de un objeto de
cualquier modificación de todos los que no tienen derecho a ellas.
Polimorfismo: comportamientos distintos, asociados a objetos diferentes, pueden tener el mismo nombre
Herencia: las clases se relacionan entre sí, formando una jerarquía de clasificación. De esta manera,
podemos tener clases u objetos que pueden heredar y por ende, utilizar atributos propios de su clase padre, en el
caso de que así se requiera.
Uno de los lenguajes más conocidos orientado a objetos es JAVA, el cual ha sido durante muchos años, el
lenguaje standard utilizado en aplicaciones Web, por su eficacia y versatilidad.
16
4.4 EL LENGUAJE DE PROGRAMACIÓN JAVA
JAVA es un lenguaje de programación orientado a objetos desarrollado por Sun Microsystems, para el año
de 1990.
El lenguaje tiene muchas similitudes con C y C++, pero tiene un modelo de objetos más simple y elimina
herramientas de bajo nivel como los apuntadores.
4.4.1 VENTAJAS DE JAVA
La tecnología JAVA es tan atractiva actualmente porque permite a los desarrolladores: [HORSTMAN &
CORNELL, 1999]
 Es independiente de la plataforma que se esté utilizando. Es decir, podemos ejecutar el mismo

código en Windows, Mac OS, Linux y funcionará
 Tiene una sintaxis similar al lenguaje C++, lo cual lo hizo sencillo de aprender
 Por su independencia de la plataforma, es ideal para la programación de sistemas en Internet
4.5 MODELO VISTA CONTROLADOR (MVC)
MVC es un patrón de arquitectura de software muy utilizado en los proyectos de aplicación Web, que
separa los datos, la interfaz y la lógica en tres componentes distintos: el modelo, la vista y la controladora.
 Modelo: es la representación específica de los datos con los cuales se opera. El modelo asegura la
integridad de los datos y permite derivar nuevos.
 Vista: estos componentes se usan en el patrón MVC para generar una respuesta al usuario,
proveyendo todo lo que el usuario puede ver (Interfaz)
 Controlador: recibe las solicitudes de la aplicación por parte de los usuarios, y maneja el fluido de
datos entre el modelo y las vistas
17
En la actualidad existen numerosos “frameworks”, o herramientas de soporte basados en el modelo vista

controlador. Para esta pasantía, se decidió utilizar el framework Struts, por su practicidad y simplicidad a la hora de
escribir código jsp.
4.6 STRUTS
El framework Struts es una herramienta de soporte desarrollada por la Apache Software Foundation,
utilizando la plataforma J2EE. Inicialmente, Struts se contaba como parte del proyecto Jakarta, pero actualmente es
un proyecto independiente conocido como Apache Struts.
Este framework resulta compatible con todas las plataformas en que Java Enterprise esté disponible,
logrando con esto que sea altamente cotizado en la actualidad. Lo que permite este framework es disminuir el tiempo
de desarrollo, por lo que resulta ideal para proyectos de mediana a gran envergadura.
4.6.1 ¿COMO FUNCIONA STRUTS?
Struts se basa en el patrón MVC, en donde cada componente está integrado de:
 Componentes del Modelo: corresponden a la lógica del negocio con el cual se comunica la
aplicación Web. Generalmente son clases de JAVA.
 Las vistas: son la parte de la información encargada de presentar la información a los usuarios y
recopilar datos provistos en las planillas. Generalmente corresponden a páginas dinámicas
generadas por archivos JSP
 Componentes del control: son los encargados de coordinar las actividades de la aplicación, que
van desde la recepción de datos del usuario, las verificaciones de forma, la selección de un
componente del modelo a ser llamado. Por su parte los componentes del modelo envían al control
sus eventuales resultados y/o errores de manera de poder continuar con otros pasos de la aplicación
18
Esta separación simplifica considerablemente la escritura tanto de vistas como de componentes del modelo:
las páginas JSP no tienen que incluir manejo de errores, mientras que los elementos de control simplemente deciden
la salida a tomar.
4.6.2 VENTAJAS DE STRUTS: [WEBAPPSWIKI 2005]
Struts presenta ciertos atributos que lo hacen atractivo a la hora de seleccionar un framework que permita
reducir el tiempo de desarrollo de un proyecto de software. Dentro de sus principales ventajas están:
 Configuración centralizada: los enlaces y direcciones url a seguir función del resultado de alguna
solicitud, se encuentran en un único archivo llamado struts-config.xml y a la hora de hacer alguna
modificación, resulta muy práctico porque simplemente se hacen una sola vez en este archivo, sin
necesidad de hacerlo para todas las páginas, como ocurre en JSP puro
 Librerías de tags para facilitar la mayoría de las operaciones que generalmente realizan las páginas
JSP.
 Contiene herramientas para validación de campos de planillas
 Componentes de aplicación, que son el mecanismo para compartir información bidireccionalmente

entre el usuario de la aplicación y las acciones del modelo.
En vista de toda las ventajas que ofrece Struts, y de cómo este permite reducir el tiempo de desarrollo de
una aplicación, resulta muy práctico para este proyecto, pues cada una de las diversas tareas que antes se
realizaban dentro del mismo JSP, ahora han sido distribuidas entre los componentes de planillas y las acciones,
logrando con esto que el código JSP sea muy sencillo y fácil de mantener. Además, al estar hecho en JAVA cumple
con el requisito primordial de la compañía, que es que cualquier proyecto que se implemente, debe estar hecho en
ese lenguaje.
Una vez explicadas las bases teóricas de este proyecto, en el próximo capítulo se trata el aspecto
Metodológico de la pasantía.
5. MARCO METODOLÓGICO
En este capítulo se tratan los conceptos generales de una de las metodologías más utilizadas en el
desarrollo de sistemas de información como lo es Rational Unified Process (RUP). Se mencionan aspectos como en
qué consiste, cuántas fases la componen, que se realiza en cada una de ellas y cuáles son aplicadas para el caso
que nos ocupa con esta pasantía larga.
Para la realización del proyecto de pasantía se decidió que RUP sería la metodología a seguir para el
desarrollo del Sistema SOCDISAS, debido a que ofrece numerosas ventajas, como son las siguientes:
 Proceso de desarrollo iterativo: cada una de las fases que constituye RUP se pueden repetir para
afinar tanto los objetivos como los artefactos resultantes. Esto es de gran utilidad en un ambiente
organizacional donde el sistema está sujeto a la incertidumbre, y a la hora de que se descubra un
nuevo requerimiento o cualquier otro detalle, se puede regresa a la fase adecuada, y afinar todo lo
que se necesite
 Se maneja el uso requerimientos:
 Soporta el desarrollo de una arquitectura basada en componentes o módulos
 Trata el control de cambios del software
 La verificación de la calidad del mismo
 Promueve el uso de un lenguaje de modelaje standard, tal como UML
5.1 RATIONAL UNIFIED PROCESS
Racional Unified Process (RUP), es una metodología de desarrollo iterativo de software creado por la
Racional Software Corporation, durante de la década de los 80, 90.
RUP describe a gran detalle las actividades, roles, responsabilidades, productos de trabajo y herramientas
para definir quién hace qué y en qué momento, en un proyecto de desarrollo de software. Es de interés para todas
19
20
las áreas de las empresas que tengan que ver con esta actividad, aún si subcontratan parte del proceso. RUP
representa un ideal que sirve de referencia para todo equipo de desarrollo, independientemente de su tamaño o de la
tecnología que se utilice para la construcción del software.
5.2 ESTRUCTURA DEL PROCESO: DOS DIMENSIONES
El ciclo de vida de RUP está dividido en 4 fases principales: Inicio, Elaboración, Construcción y Transición,
que corresponden a los 4 hitos principales de RUP: proyecto, arquitectura, versión β y release.
En términos de habilidades y conocimientos, está dividido en disciplinas. Cada una de ellas corresponde a
distintos aspectos del desarrollo de software que generalmente requieren habilidades específicas, que se reflejan en
los roles y las actividades definidas para cada disciplina.
Cada fase cambia el foco del equipo de trabajo para alcanzar cada uno de los hitos, y es llevada a cabo de
forma iterativa. Esto quiere decir que la fase se fragmenta en pequeños proyectos que recorren todas las disciplinas
y producen un ejecutable, siendo este una versión del proyecto que se está desarrollando. Dicho producto es la
forma más efectiva de verificar el progreso del proyecto y de reducir los riesgos inherentes.
El proceso tiene dos estructuras, como se muestra en la Figura 4
Figura 4. Fases e Iteraciones de la Metodología RUP

Fuente: [KRUCHTEN, 2000]
21
 El eje horizontal representa el tiempo y muestra los aspectos del ciclo de vida del proceso.
(representa la parte dinámica del proceso).
 El eje vertical representa flujos de trabajo del proceso, los cuales agrupan las actividades de acuerdo
a su naturaleza (representa la parte estática del proceso).
A continuación se definirán cada una de las fases:
5.2.1 FASE DE INICIO
Se centra principalmente en el caso del negocio, el cual explica el contexto del proyecto, factores de éxito,
expectativas, y se establece un pronóstico financiero (estimación de costos y tiempos de desarrollo) del mismo. Es
en esta fase, donde se estudia si el proyecto es factible o no.
Se definen los usuarios y los stakeholders del proyecto, así como la interacción de cada uno de ellos con el
proyecto a desarrollar. Si el proyecto no pasa de esta fase, o se cancela, o se puede re-iterar, estableciendo un
diseño nuevo para el Sistema.
Productos Concretos de la Fase de Inicio
Para completar esta fase, se deben generar los siguientes documentos
 Un documento con la visión del proyecto: un documento que explique, en líneas generales, de qué se
trata el proyecto, cuál es la razón por la cual se está desarrollando, qué se quiere con él y la
definición de los actores y stakeholders
 El modelo de casos de uso con una lista de todos los casos de uso y los actores que puedan ser
identificados.
 Un glosario inicial del proyecto, con la definición de los términos más importantes.
 Un caso de negocio inicial el cual incluye: contexto del negocio, criterios de éxito, planificación
financiera.
 Un estudio inicial de los riesgos que se deben tomar, así como la magnitud de cada uno
 Un plan del proyecto que muestre las fases y las iteraciones

22
5.2.2 FASE DE ELABORACIÓN
En esta fase es donde el proyecto comienza a tomar forma, pues en ella comienza el proceso de análisis
del problema, además de que se establece una arquitectura de software sólida para el proyecto que contempla: los
casos de uso críticos y los riesgos identificados, establecidos en la fase anterior, y revisados en esta fase. A partir de
aquí la arquitectura, los requerimientos y los planes de desarrollo son estables.
Productos Concretos de la Fase de Elaboración
 Un modelo de casos de uso (completo en al menos un 80%), con todos los actores identificados y la
mayor parte de las descripciones de casos de uso.
 Requerimientos adicionales: los no funcionales o no asociados con ningún caso de uso.
 Descripción de la arquitectura del software.
 Prototipo ejecutable de arquitectura.
 Una lista revisada de riesgos y del caso del negocio.
 Plan del proyecto, incluyendo iteraciones y criterios de evaluación para cada iteración.
 Manual preliminar de usuario.
5.2.3 FASE CONSTRUCCIÓN
Durante esta fase, el enfoque principal va al desarrollo de componentes del sistema que se diseñó. Esta es
la etapa donde el “código duro” toma lugar. Muchas veces ocurren múltiples iteraciones en esta fase, en un esfuerzo
por dividir los casos de uso en problemas más pequeños y manejables, para así producir prototipos demostrables,
que vayan determinando el progreso. Durante esta fase todo se prueba en profundidad, y el énfasis está en la
producción eficiente y no ya en la creación intelectual.
Productos Concretos de la Fase de Construcción
 El producto de software integrado sobre la plataforma adecuada.
 Los manuales de usuario.

23
 Una descripción de la versión actual.
Al final de esta fase, se obtiene un producto beta, que debe decidirse si puede ponerse en ejecución sin
mayores riesgos
5.2.4 FASE DE TRANSICIÓN
Finalmente se realiza la transición del producto a los usuarios, lo cual incluye: manufactura, envío,
entrenamiento, soporte y mantenimiento del producto, hasta que el cliente esté satisfecho. Esta fase incluye:
 Pruebas beta para validar el producto con las expectativas del cliente
 Ejecución paralela con sistemas antiguos
 Conversión de datos
 Entrenamiento de usuarios
 Distribuir el producto
Productos Concretos de la Fase de Transición
 Ajustes, incluyendo corrección de errores y mejoramiento para desempeño y usabilidad.
 Empaque, envío, producción, venta y entrenamiento personal.
Al final de las cuatro fases se tiene un producto de software, que evolucionará dentro de su próxima
generación, al iniciar un nuevo proceso por la misma repetición de las fases. Cada uno de estos períodos se les
denomina ciclos de evolución.
Durante el período de pasantía larga, se desarrollaron las fases de inicio, elaboración y construcción. Para
la fase de inicio y de elaboración se tienen dos iteraciones, y para la fase de construcción se tienen dos iteraciones
para cada uno de los módulos implementados (Órdenes de Compra, Cuentas Contables, Facturas, Notas de
Recibo), dando un total de 8 iteraciones.
En el siguiente capítulo se describe cómo se aplicó RUP durante el período de pasantía larga, y qué
artefactos se obtuvieron en cada una de las fases desarrolladas.
6. DESARROLLO
En este capítulo se explica detalladamente el desarrollo de la pasantía, explicando en cada sección las
fases de RUP que se ejecutaron: Inicio, Elaboración y Construcción. La última sección corresponde a las pruebas
realizadas del prototipo final.
6.1 FASE DE INICIO
En esta fase se dio inicio al levantamiento de la información del sistema, por medio de entrevistas al cliente,
y análisis del documento entregado previamente a la Gerencia de Sistemas. Lo primero en establecerse fue un plan
de proyecto, donde se abarcaron las principales tareas y el tiempo estimado de cada una de ellas. Al final se
obtuvieron los primeros artefactos del sistema, los cuales serán explicados de manera general. Esta fase se
desarrolló en conjunto con otro pasante
6.1.1 PLAN DE PROYECTO
Para que un proyecto se desarrolle de la manera más ordenada y garantizar el cumplimiento de los
objetivos planteados, es necesario establecer a priori un plan de proyecto, que determine cada una de las tareas a
realizar, así como el tiempo estipulado para cada una de ellas. Hay que resaltar que esta fase se desarrolló en
conjunto con otro pasante, y fue supervisada por el responsable técnico del proyecto.
El plan de proyecto se estableció inicialmente antes de iniciar el período de pasantía larga, pero fue
revisado y modificado a medida del desarrollo de la misma. En la Tabla 1 se muestra lo estipulado para la fase de
Inicio.
24
25
ACTIVIDAD SEMANA ITERACIONES

Levantamiento de la Información 1,2 1
Lista Inicial de Riesgos 2 1
Documento Visión 3,4 1
Especificación de los requerimientos 4,5 2
Documento de Casos de Uso 4,5 2
Universo de Discurso 5 1
Tabla 1:Plan de Proyecto estipulado para la fase de Inicio

6.1.2 VISIÓN DEL SISTEMA
La visión general de un sistema, permite establecer una idea global de qué representa el sistema que se va
a desarrollar, y que es lo que la empresa espera obtener al terminar el proyecto.
En líneas generales, lo que se quiere desarrollar es una aplicación Web que permita realizar el proceso de
órdenes de compra, recepción, despacho e inventario de suministros internos, que permita optimizar el tiempo
invertido en cada uno de esos procesos y, de esta manera, mejorar la productividad de la compañía, y permitir que la
Coordinación de Suministros, lleve un control más exacto de todos los insumos con los que se cuenta, para así
poder distribuirlos de mejor manera entre las tiendas y departamentos, garantizando el buen funcionamiento de cada
uno de ellos.
Una vez teniendo claro lo que se quiere con este proyecto, se realizó una lista inicial de requerimientos, en
base a las primeras necesidades detectadas.
6.1.3 LISTA INICIAL DE REQUERIMIENTOS
Los requerimientos son una descripción de las necesidades de un producto. La meta primaria es identificar
y documentar lo que en realidad se necesita, en una forma que claramente se lo comunique al cliente y a los
miembros del equipo de desarrollo [Larman, 1999].
Como se indicó en el capítulo 3, la Coordinación de Suministros de la Compañía no cuenta con un sistema

apto para realizar todo el proceso de compra, recepción, despacho e inventario de suministros internos. Es por esta
26
razón que para lograr definir una lista inicial de requerimientos, se tuvo que realizar entrevistas a los usuarios
involucrados, de manera de poder entender mejor el negocio.
Esta primera parte fue realizada en conjunto con otro pasante, y juntos estudiamos un documento inicial
elaborado por el Coordinador de Suministros, donde indica que es lo que el sistema debe manejar. Además se
realizaron varias entrevistas, con el fin de aclarar cualquier duda que haya podido surgir.
Como resultado de este proceso, los requerimientos que se obtuvieron se agruparon en 17 módulos
funcionales: Órdenes de Compra, Notas de Recibo, Facturas, Facturas Internas, Pedidos Internos, Centros de Costo,
Inventario, Insumos, Devoluciones, Cuentas Contables, Condiciones de Pago, Proveedores, Cuentas por pagar,
Solicitudes de Cotización, Despacho, Usuarios, Sesiones de Usuario
En vista de lo extensa que es la lista de requerimientos, en la Tabla 2 se muestra sólo los requerimientos de
los módulos asignados para el período de pasantía larga los cuales fueron: Órdenes de Compra, Notas de Recibo,
Facturas, Cuentas Contables y Cuentas por pagar. Para mayor información sobre los requerimientos y sus
especificaciones, consulte el apéndice II: Especificación de Requerimientos del Software (ERS).
MÓDULO REQUERIMIENTO DESCRIPCIÓN

RF-08 Distribuir presupuesto del año fiscal de una cuenta contable
entre los centros de Costo
RF-09 Registrar Cuenta Contable

Cuentas Contables
RF-10 Consultar Cuentas Contables
Cuentas por Pagar RF-11 Consultar todas las cuentas por pagar
RF-15 Manejar Facturas
Facturas RF-16 Consultar Facturas
RF-28 Manejar Notas de Recibo
Notas de Recibo RF-29 Consultar Notas de Recibo
RF-30 Manejar Órdenes de Compra
Órdenes de Compra RF-31 Anular y Recuperar Órdenes de Compra
RF-32 Consultar Órdenes de Compra
Tabla 2:Lista Inicial de Requerimientos para los módulos desarrollados

27
En la Tabla 3 se muestra la especificación de uno de los requerimientos: “Manejar Órdenes de Compra”
ID Requerimiento: RF-30 Manejar Órdenes de compra
Característica Asociada: Automatización de Órdenes de Compra
Descripción: El sistema debe permitir registrar y actualizar los datos de una orden de compra. Debe también permitir registrar una
orden a partir de una solicitud de cotización
Prioridad: (x) Alta () Media Alta () Media () Media Baja () Baja
Tipo: Funcional Condición: Obligatorio
Tabla 3:Especificación del Requerimiento: “Manejar Órdenes de Compra”

Cuando se analizan los requerimientos, se descubren los casos de uso que se tienen que implementar para
satisfacer cada uno de ellos. Los casos de uso son descripciones narrativas textuales de los procesos de un sistema
[Larman, 1999].
Primero se especificaron los actores principales del Sistema, y luego se procedió a determinar los casos de
uso que satisfagan los requerimientos contemplados.
Como resultado, se obtuvieron los casos de uso (entre 180-185), agrupados en los módulos anteriormente
expuestos. En vista de la cantidad de casos de uso que contempla el sistema, un diagrama de casos de uso no
permite visualizar la interacción entre ellos y los actores principales. Es por esta razón que se optó por realizar varios
diagramas de casos de uso, especificando por paquetes o módulos, la interacción entre ellos y los actores, como se
detallan en las Figuras 5, 6 y 7.
Figura 5. Diagramas de paquetes los actores Coordinador de Suministros, Gerente y Finanzas

Fuente: Elaboración Propia
28
Figura 6. Diagramas de paquetes para los actores: Personal de Suministros y Personal de Finanzas
Figura 7. Diagrama de Paquetes para Inventario, Facturas Internas, Pedidos Internos y Usuarios
En la Tabla 4 se especifica solo una porción de la lista de casos de uso, debido a que la lista completa es
muy extensa (aproximadamente 180 casos de uso). La lista completa y sus respectivas especificaciones, pueden
consultarse con más detalle en el apéndice II: Especificación de Requerimientos del Software.
29
ID CASO DE USO ACTOR

CU-CUC-01 Agregar una Cuenta Contable Coordinador de Suministros
CU-CUC-02 Consultar los Datos de una Cuenta Coordinador de Suministros
CU-CUC-03 Consultar los Gastos de una Cuenta en un Período Coordinador de Suministros
CU-CUC-04 Consultar presupuesto disponible Coordinador de Suministros
CU-CUC-05 Consultar todas las cuentas por línea Coordinador de Suministros
CU-CUC-06 Listar Cuentas Contables Coordinador de Suministros
CU-CUC-07 Asignar Presupuesto a una Cuenta Coordinador de Suministros
CU-OCO-01 Generar una orden de compra Coordinador de Suministros
Generar una orden de compra a partir de una solicitud de

CU-OCO-02 Coordinador de Suministros
cotización
CU-OCO-03 Consultar datos de una orden de compra Coordinador de Suministros
CU-OCO-04 Anular Orden de Compra Coordinador de Suministros
CU-OCO-05 Restaurar Orden de Compra Coordinador de Suministros
CU-OCO-06 Listar órdenes de compra anuladas Coordinador de Suministros
CU-OCO-07 Listar todas las órdenes de compra Coordinador de Suministros
CU-OCO-08 Listar órdenes de compra por estado Coordinador de Suministros
CU-OCO-09 Listar órdenes de compra por línea Coordinador de Suministros
CU-OCO-10 Listar órdenes de compra por insumo Coordinador de Suministros
CU-OCO-11 Listar órdenes de compra por proveedor Coordinador de Suministros
CU-OCO-12 Listar órdenes de compra por rango de fecha Coordinador de Suministros
CU-OCO-13 Modificar Datos de una orden de compra Coordinador de Suministros
Tabla 4:Lista de Casos de Uso para los módulos Cuentas Contables y Órdenes de Compra
30
En la Tabla 5 se muestra una narrativa del CU Generar una orden de compra. Todas las narrativas se
encuentran en el apéndice II: Especificación de Requerimientos del Software.
ID Caso de uso: CU-OCO-01
Caso de uso: Generar una orden de Compra
Descripción: Permite al Coordinador de Suministros generar una orden de compra a partir de una lista de insumos
Requerimiento: RF-30.
Precondiciones:
El actor debió de haber iniciado sesión en el sistema
No debe haber ningún proceso de inventario
FLUJOS BASICOS
ACTOR (Coordinador de Suministros) SISTEMA
1. Inicia el caso de uso
2. Solicita los datos necesarios para emitir una orden de compra
3. Ingresa los datos solicitados
4. Muestra todos los datos de la orden de compra
5. Confirma la información
6. Crea y guarda la nueva orden de compra y muestra un mensaje
de confirmación
FLUJOS ALTERNOS
ACTOR SISTEMA
1. Cancela la acción 2. Muestra la página principal nuevamente
Poscondición: Se emitió correctamente la orden de compra
Requerimientos especiales: No posee.
Tabla 5:Especificación del caso de uso “Generar una orden de Compra”

En todos los sistemas de información, siempre surgen una serie de riesgos que, de no tomarse en cuenta,
puede traer consecuencias negativas para el proyecto, e incluso puede no completarse. Para esta fase se
establecieron los riesgos iniciales a tomar en cuenta durante el desarrollo del sistema.
31
6.1.4 LISTA INICIAL DE RIESGOS
A continuación se muestra la lista de los riesgos iniciales que se consideró durante el desarrollo del
proyecto. Cada uno de estos presenta una importancia que varía del 1 (poco riesgo) al 5 (alto riesgo). Aislamiento
del cliente respecto al Sistema
 Inconsistencia en los  Uso de nuevas tecnologías

requerimientos
 Expectativas demasiado altas
 Falta de Recursos disponibles
 Mala planificación
en el servidor
En la Tabla 6 se muestran los detalles del riesgo “Aislamiento del cliente respecto al Sistema”. La
descripción detallada de todos los riesgos iniciales se encuentra en el apéndice III: Documento de Riesgos
AISLAMIENTO DEL CLIENTE RESPECTO AL SISTEMA

MAGNITUD 4
DESCRIPCIÓN El cliente tiene muy poca o ninguna participación en el desarrollo del sistema. Las solicitudes del
cliente se diluyen en los intermediarios. Los requerimientos no reflejan directamente las
necesidades del cliente, sino que son la interpretación de los intermediarios.
IMPACTO El cliente pierde el interés en el desarrollo del software.
Las necesidades reales del cliente no son satisfechas por el software.
Retraso en el desarrollo del proyecto, surgen nuevas tareas para ajustar el software a lo que
realmente quiere el cliente.
INDICADORES Cambios frecuentes y desorganizados de los requerimientos.
ESTRATEGIA DE MITIGACIÓN Incentivar la realización de reuniones frecuentes entre los intermediarios y el cliente.
Mantener algún tipo de comunicación directa con el cliente.
Mantener interesado al cliente con entregas parciales, comunicándole regularmente el estado del
proyecto.
PLAN DE CONTINGENCIA Programar una serie de reuniones con el cliente para verificar y establecer los requerimientos que el
solicita, y las funcionalidades que abarcarán cada uno de ellos.
Tabla 6: Especificación del Riesgo “Aislamiento del Cliente Respecto al Sistema”

32
Una vez establecidos los casos de uso iniciales, y haber considerado los riesgos que pueden cambiar el
curso del proyecto, se estudiaron las herramientas de desarrollo que se van a utilizar para la implementación del
prototipo funcional. Las herramientas son importantes, ya que hay que estar al tanto de lo que se utiliza en la
compañía, y de esta manera evitar inconvenientes que puedan cambiar el curso del proyecto, o incluso cancelarlo.
6.1.5 HERRAMIENTAS DE DESARROLLO
Las herramientas que se utilizan para desarrollar un proyecto son muy importantes, debido a que si se
seleccionan las más adecuadas para el sistema, se puede lograr optimizar cada una de las transacciones que este
haga. CENTROBECO C.A. dispone de herramientas de desarrollo que deben ser utilizadas a la hora de implementar
cualquier sistema. Tales herramientas son las siguientes:
 IBM Websphere Studio: Una herramienta propietaria de IBM basada en la tecnología del proyecto
de código abierto Eclipse. Con esta herramienta fue realizada la mayor parte de la codificación del
proyecto.
 IBM ISeries Access: Otra herramienta propietaria de IBM utilizada para desarrollar y administrar
sistemas que interactúan o se ejecutan en los servidores AS/400 que comercializa la compañía.
 Putty: Herramienta para abrir una línea de comando de un sistema Linux a través de una conexión
con protocolo SSH, que permite operar y administrar el equipo remoto al cual se hace la conexión.
 TortoiseSVN: Cliente del manejador de versiones Subversion que fue instalado en los equipos de los
desarrolladores para facilitar el trabajo con los repositorios creados para los módulos y sistemas en
desarrollo.
Además, por propuesta del pasante para facilitar el proceso de análisis y diseño del sistema, se utilizaron
las siguientes herramientas:
 StarUML: Herramienta de código abierto propuesta para facilitar el diseño de distintos diagramas
basados en las especificaciones UML. Esta herramienta es excelente en la elaboración de los
33
diagramas de secuencia y de clases de este y de cualquier sistema de software que se quiera

desarrollar
 DIA: Herramienta de código abierto que permitió al pasante diseñar el modelo entidad – interrelación
del sistema completo, así como los diagramas de casos de uso por módulos. Es muy práctica para
diseñar un modelo ER y los diagramas de casos de uso
6.1.6 INFRAESTRUCTURA DE DESARROLLO
Se contaba con una infraestructura tecnológica seleccionada previamente antes del proyecto de pasantía
larga, tanto el hardware como del software, por lo que el desarrollo del sistema se abocó a la misma. A continuación
se indican los detalles de la infraestructura:
Hardware:
El hardware utilizado para el desarrollo y futura implementación del Sistema es el siguiente:
 Servidor AS400: Funciona como servidor central de la compañía y es el banco de datos que agrupa
todas las operaciones de las tiendas de la compañía.
 Máquinas clientes: Hardware donde los usuarios se conectarán al sistema por medio de la Intranet
con la que dispone actualmente la compañía
Software
El software utilizado para el sistema es el siguiente:
 Lenguaje de Programación JDK1.4: es el lenguaje establecido por la empresa para el desarrollo de

todos los sistemas de software.
 Struts 1.1: framework utilizado para el desarrollo de la interfaz con el usuario
 Sistema operativo Microsoft XP: sistema operativo instalado en las máquinas clientes
 Navegador Internet Explorer 6.0 o 7.0: navegador Web utilizado en las máquinas clientes
34
 DB2-UDB: Manejador de Base de datos del Servidor AS/400
Al finalizar los artefactos de esta fase, y luego de haber sido verificados por el responsable técnico del
proyecto, se inició la segunda fase del desarrollo del sistema SOCDISAS: Elaboración. Es importante indicar que los
artefactos obtenidos fueron revisados y modificados en las siguientes fases, por los cambios y mejoras a los mismos
y al sistema en desarrollo.
6.1.7 PLAN DE PROYECTO PARA LA FASE DE ELABORACIÓN
Antes de culminar la fase de Inicio, fue necesario establecer un plan de desarrollo de la fase de
Elaboración, para tener un estimado del tiempo a invertir en cada tarea y monitorear el plan general del proyecto.
Dicho plan de proyecto se muestra en la Tabla 7

Modelo Conceptual 5 2
Modelo Entidad- Interrelación 6 2
Modelo Relacional 7 1
Scripts y Triggers 7 1
Diagramas de Clases 8 2
Pruebas de Herramientas y Tecnología 8 1
Selección del framework 9 1
Documento de Arquitectura de Software 9 2
Diseño de Navegación WEB 10 1
Plantillas de Interfaz WEB 10 1
Tabla 7:Plan de proyecto para la Fase de Elaboración

Con la definición de este plan culminó la fase de Inicio, especificando todo lo que se haría en la próxima
fase.
35
6.2 FASE DE ELABORACIÓN
Esta fase, al igual que la anterior, se desarrolló en conjunto con otro pasante, supervisado por el
responsable técnico del proyecto.
La arquitectura de software, tiene que ver con el diseño y la implementación de estructuras de software de
alto nivel. Es el resultado de ensamblar un cierto número de elementos arquitectónicos de forma adecuada para
satisfacer la mayor funcionalidad y requerimientos de desempeño de un sistema, así como requerimientos no
funcionales, como la confiabilidad, escalabilidad, portabilidad, y disponibilidad.[Krutchen, 1995].
Para el desarrollo del Sistema SOCDISAS y su documentación a través del DAS, se decidió utilizar el
enfoque de las 4+1 vistas, debido a que es el enfoque standard que utilizaron en algunos sistemas ya desarrollados
en la empresa, y ha resultado bastante exitoso. A continuación, en la Figura 8, se muestra el diagrama del modelo de
las 4+1 vistas. Para cualquier información detallada sobre la arquitectura del software, consulte el apéndice IV:
Documento de Arquitectura del Software
Figura 8. Modelo de Arquitectura de 4+1 vistas

A continuación se muestran los elementos que conforman cada una de las vistas de SOCDISAS.
36
6.2.1 VISTA DE CASOS DE USO
Los escenarios se refieren también a la Vista de Casos de Uso, que es la vista que sirve para definir los
comportamientos esperados del sistema, como producto del funcionamiento conjunto de las otras cuatro vistas.
En esta vista van todos los casos de uso generados en la fase de Inicio y documentados en el ERS. Como
durante la fase de Elaboración no se descubrieron nuevos requerimientos funcionales, no se generó ningún caso de
uso nuevo. Por esta razón, el modelo de casos de uso se mantuvo durante esta fase, y los diagramas de paquetes
expuestos en la fase anterior, se mantienen.
6.2.2 VISTA LÓGICA
En la Vista Lógica, se definen todos los objetos que formar parte del sistema, así como también la manera
en como ellos interactúan entre sí. Esta vista permite determinar de una manera más detallada los elementos
relevantes del sistema. De aquí se obtiene el modelo conceptual o de análisis, el diagrama de clases, el diagrama
entidad- interrelación y su respectivo diccionario de datos.
Modelo Conceptual o de Análisis
El modelo conceptual es una representación gráfica de los conceptos del negocio, y de esta manera
entender mejor el dominio del problema. Para diseñar el modelo conceptual o de análisis, primero se determinaron
los principales conceptos del sistema SOCDISAS, así como estos se relacionan. El diagrama resultante se muestra
en la Figura 9.
37
Figura 9. Modelo Conceptual del Sistema a desarrollar

Tener un buen modelo conceptual, permite aclarar los conceptos más importantes y como estos se
relacionan. Un buen modelo conceptual permite diseñar un modelo entidad- interrelación robusto, que contempla
todas las áreas del negocio.
Modelo Entidad Interrelación
En el modelo entidad- interrelación se especifica la estructura de datos del sistema, y como éstas se
relacionan entre sí. Un buen diseño de la base de datos es importante para garantizar la integridad de todos los
datos que el sistema maneje, evitando de esta manera el riesgo de obtener información errada, y garantizando la
menor redundancia posible.
Luego de tener claro todos los conceptos relacionados con el sistema a desarrollar, y como ellos se relación
a través del modelo conceptual o de análisis, la primera asignación que se tuvo para esta fase, fue la de diseñar el
modelo entidad- interrelación, el cual se muestra en la Figura 10. A partir de este modelo entidad- interrelación, se
38
obtuvo el modelo relacional y los respectivos diccionarios, los cuales pueden ser consultados en el apéndice IV:
Documento de Arquitectura de Software.
Figura 10. Modelo Entidad Interrelación

Una vez diseñado el modelo entidad interrelación, se procede a establecer las clases necesarias para este
sistema, y como se relacionan entre sí. Dicha relación se refleja en los diagramas de clases.
Diagrama de Clases
Para este sistema, se realizó un diagrama de clases por cada módulo, debido a que un solo diagrama, no
permitiría ver con claridad la relación entre ellas. Es por esta razón que se decidió hacerlo para cada uno de los
módulos asignados durante la pasantía. En la Figura 11 se muestra el diagrama de clases para el Módulo de
Órdenes de Compra.
39
Figura 11. Diagrama de Clases para el Módulo de Órdenes de Compra

6.2.3 VISTA DE PROCESOS
Esta vista es la encargada de determinar los problemas de concurrencia, la integridad y la tolerancia a fallas
que debe presentar el sistema.
Para fines de esta pasantía, esta vista no se contempló debido que en los casos de uso desarrollados, no
se observó ningún caso de concurrencia. Además, al ser una aplicación Web, que va a estar instalada en el servidor
AS/400, cuando se presente una falla en el servidor, no se podrá acceder al sistema.
Cuando la falla sea a nivel del manejador de base de datos, el sistema mostrará un mensaje de error, que
indicará a los usuarios que hay problemas con la conexión a la base de datos.
40
Una vez determinado si el sistema contempla o no concurrencia, se procedió a organizar el software dentro
del hardware con el que se cuenta para SOCDISAS
6.2.4 VISTA DE IMPLEMENTACIÓN O DESARROLLO
Esta vista muestra la verdadera organización del software dentro del ambiente de desarrollo. El software
está compuesto por pequeñas partes (subsistemas) que pueden ser desarrolladas por una o más personas. Esos
subsistemas están organizados en una jerarquía de capas, donde cada capa provee una interfaz limitada y bien
definida hacía las otras capas. [Krutchen, 1995].
La organización del sistema SOCDISAS está formada por tres capas: la capa de presentación, la capa de
negocio o controladora y la capa de datos o fachada.
La capa de presentación es la que maneja todos los eventos que genera el usuario. Es la que permite la
interacción entre el usuario y el sistema. Está hecha con el framework Struts, que obedece el patrón MVC.
La capa de negocio determina la lógica del sistema, realizando las operaciones estadísticas y de
información, con los datos obtenidos en la capa anterior. Para la implementación de esta capa, se usará el lenguaje
de programación JAVA.
La capa de datos que maneja todos los procesos que interactúan con la base de datos del Sistema. En esta
capa se accede, se agregan y/o modifican todos los datos que en ella se almacenan. Para la implementación de esta
capa, se usará el lenguaje de programación JAVA.
En la Figura 12 se muestra la vista de implementación para este sistema

41
Figura 12. Vista de Implementación o Desarrollo del sistema

Fuente: [Elaboración propia]
Una vez determinada la manera en como se organiza el software, corresponde ubicar el mismo dentro del
hardware que se va a utilizar. Esto se explica con más detalle en la vista de Implementación o Física
6.2.5 VISTA DE IMPLANTACIÓN O FÍSICA
. Con esta vista e puede determinar que es lo que se instalará en qué componente.
En el caso del proyecto a desarrollar, todo el software que lo compone (cada una de las capas expuestas en
la vista de implementación), estarán instaladas en el servidor AS/400.
La razón por la cual las tres capas están en un mismo servidor es porque en la empresa se dispone de solo
uno para instalar y utilizar los diversos sistemas que se implementan. Dicho servidor es el llamado Servidor de
Producción. En la Figura 13 se muestra la vista de Implantación para este sistema.
42
Figura 13. Diagrama de Despliegue

Fuente: [Elaboración propia]
Al final de la Fase de Elaboración, de la misma manera que en la fase anterior, se estableció el plan de
proyecto de la siguiente y última fase: Construcción. Esto con el fin de tener un plan a priori sobre todas las
actividades que se van a realizar, y el tiempo estimado de cada una de ellas
6.2.6 PLAN DE PROYECTO PARA LA FASE DE CONSTRUCCIÓN
Tal y como lo sugiere la metodología RUP, al final de la fase de elaboración se elaboró un plan de proyecto
para la siguiente y última fase del proyecto de pasantía: Construcción. El plan de proyecto para la siguiente fase se
muestra en la Tabla 8.

Refinación del Modelo Entidad- Interrelación 11 1
Familiarización con el framework Struts 12 1
Diagrama de Secuencias Módulo de Órdenes de Compra 12 2
Implementación Casos de uso riesgosos Módulo de Órdenes de Compra 12,13 2
Diagrama de Secuencias Módulo de Notas de Recibo 14 2
Implementación Casos de uso riesgosos Módulo de Notas de Recibo 14,15 2
Diagrama de Secuencias Módulo de Facturas 16 2
Implementación Casos de uso riesgosos Módulo de Facturas 17 2
Diagrama de Secuencias Módulo de Cuentas Contables 18 2
Implementación Casos de uso riesgosos Módulo de Cuentas Contables 18,19 2

43
Pruebas Técnicas 19,20 1
Tabla 8:Plan de Proyecto para la Fase de Construcción

Fuente: Elaboración Propia
6.3 FASE DE CONSTRUCCIÓN
En esta etapa se comienza a implementar todo lo que se ha analizado y diseñado en las fases anteriores.
En vista del poco tiempo con el que se contó para esta fase, además de los cambios que surgieron durante la misma
gracias a las reuniones con el cliente, solo se implementaron los casos de uso riesgosos de los siguientes módulos:
Órdenes de Compra, Notas de Recibo, Facturas, y Cuentas Contables.
Durante esta fase, se descubrieron algunos aspectos, que alteraban el modelo entidad-interrelación
expuesto en la fase de elaboración
6.3.1 MODELO ENTIDAD- INTERRELACIÓN
. En la Figura 14 se muestra el modelo E-R ya refinado:
Figura 14. Modelo Entidad- Interrelación refinado

Básicamente, en el modelo entidad interrelación se agregó la tabla Presupuesto, en donde se ingresa todo
el presupuesto fiscal asignado a una cuenta contable. Cada tupla de esta tabla representa el presupuesto de una
cuenta, para un mes determinado. Anteriormente el presupuesto estaba como un atributo de la tabla cuenta
contable. Al tenerlo así, no había manera de determinar la distribución de dicho presupuesto entre los centros de
44
costo, ni tampoco se podía conocer el presupuesto disponible para un mes en particular. Es por esta razón que se
creó una nueva tabla, relacionada con cuenta contable, y con centro de costo.
Además, el otro pasante agregó la tabla inventario, necesaria para desarrollar uno de los módulos que le
correspondía, y se agregó la tabla Impuesto, donde se maneja el IVA que se va a utilizar cuando se emita una orden
de compra, o una nota de recibo. De allí se obtiene el IVA más reciente.
Posteriormente comenzó el proceso de familiarización con la tecnología y herramientas a utilizar. Esto se

explica con más detalle en los aspectos de desarrollo.
Otro aspecto importante que se debe explicar, es la tabla Impuesto que no tiene ninguna relación con el
resto de las entidades. Esta tabla maneja el porcentaje del impuesto al valor agregado (iva) y sus fechas de inicio y
cierre. La razón por la cual se hizo esto, es porque el iva puede cambiar de un momento a otro, y es necesario no
solo llevar un registro del iva anterior (para cuando se quiera modificar una orden de compra ya emitida por ejemplo),
sino además para no tener que actualizar este dato en cada uno de los suministros a los que se aplica. Simplemente
cada vez que se emita una orden o cualquier otro documento, se busca en esa tabla el iva más reciente, y ese será
el que se utilice.
6.3.2 ASPECTOS DEL DESARROLLO
Previo al inicio de la implementación, fue necesario familiarizarse con el uso de la herramienta Websphere
Studio. Además, se instaló la base de datos en el ISeries, utilizando el modelo relacional obtenido para el sistema.
La implementación de los casos de uso riesgosos fue realizada por el pasante, supervisado semanalmente
por el responsable técnico del proyecto.
La planificación sufrió unos ajustes, debido a que surgieron algunos cambios durante el proceso de
desarrollo. En una de las reuniones sostenidas con el cliente, surgieron numerosos cambios en los casos de uso que
se estaban desarrollando. Es por esta razón que el pasante, junto con el responsable técnico, decidieron darle mayor
importancia a la calidad del sistema que se entregaría que a la cantidad de Casos de Uso a implementar, por lo que
se iteró sobre los casos de uso ya desarrollados.
Antes de implementar cada uno de los casos de uso, se diseñaron los diagramas de secuencia a priori, de
manera de poder tener una relación entre todas las clases participantes
45
6.3.3 DIAGRAMAS DE SECUENCIA
En la Figura 15 se muestra el diagrama de secuencia para el caso de uso Emitir Orden de Compra. En el
se muestra la interacción entre las clases de interfaz, con la clase de la controladora, y con la clase de la fachada
correspondiente al módulo. El proceso de desarrollo fue de orden ascendente, es decir, se comenzó por la Clase
Fachada, implementando los procedimientos necesarios. Posteriormente se implementó la Clase Controladora, y
luego la interfaz de usuario.
Figura 15. Diagrama de Secuencia para el caso de uso Emitir Orden de Compra
6.3.4 INTERFAZ GRÁFICA CON EL USUARIO
En lo que se refiere al diseño de interfaz gráfica con el usuario, se contó con cierta libertad a la hora de
seleccionar la herramienta a utilizar. La única restricción era que la interfaz debía de soportar JAVA, puesto que el
46
sistema se desarrollaría en ese lenguaje. En vista de esto, los pasantes que estaban al cargo del sistema, decidieron
por utilizar el framework struts en lugar de código JSP puro, ya que al ser un proyecto de gran envergadura, Struts
permite facilitar la inserción de código, contribuyendo con un mejor mantenimiento para el sistema.
En la Figura 16, se presenta una interfaz Web dividida en varias secciones, el encabezado, el menú
principal, y la pantalla donde se mostrará a información que soliciten.
El encabezado se encuentra en la parte superior de la página, e indica el nombre del proyecto a mano
izquierda, y el logo de CENTROBECO a mano derecha. El menú principal contiene todas las opciones que se
pueden realizar, las cuales dependen del tipo de usuario que haga sesión..
Figura 16. Pantalla de Bienvenida al usuario

Cuando un usuario hace sesión en el sistema, se mostrará esa pantalla. Para este prototipo solo se
muestran las siglas del sistema en el centro de la pantalla en color gris, con el significado de la misma en un
recuadro azul oscuro. Se espera que esta pantalla muestre las noticias o eventos importantes sucedidos,
dependiendo del usuario conectado (Ejemplo: si es el Coordinador de Suministros, mostrar todos los insumos que
están por escasear. Si es un colaborador, mostrar algún cambio que haya ocurrido con alguno de sus pedidos
internos).
47
Cuando el usuario selecciona del menú alguna de las opciones allí especificadas, la pantalla cambia en
función del evento que se está generando. Por ejemplo, si el usuario desea emitir una orden de compra, se mostrará
una pantalla inicial, donde se solicita los datos generales de la orden. En la Figura 17 se muestra la pantalla inicial al
emitir una orden de compra
Figura 17. Pantalla inicial para el caso de uso Generar Orden de Compra
Posteriormente se seleccionan los insumos, y luego se muestra una pantalla de confirmación con el
resumen de la orden, de manera que el usuario verifique que toda la información es correcta. En la Figura 18 y 19 se
muestran las pantallas para seleccionar los insumos, y para confirmar la orden.
48
Figura 18. Pantalla de selección de los insumos de la nueva orden y de confirmación

Como no existe un entregable del sistema aún, no se tiene una fase de pruebas que vaya acorde a los
requerimientos de RUP. Solo se hicieron pruebas técnicas sencillas, para verificar la funcionalidad de cada caso de
uso implementado.
6.3.5 PRUEBAS REALIZADAS
. Para desarrollar la fase de transición, es necesario contar con un sistema 100% funcional, y además
seguir las normas que rigen a la compañía en el área de pruebas.
Para probar un sistema o un módulo en CENTROBECO, es necesario instalar el módulo a probar en el

servidor de producción, y pasar un período de tres meses. Durante este período, el o los usuarios deben llevar en
paralelo el nuevo sistema y el que ellos utilizaban anteriormente. Esto con la finalidad de verificar que los resultados
que esté dando el nuevo sistema para cada una de las transacciones que se hagan, coincida con el resultado que el
sistema anterior muestra. En nuestro caso el Coordinador de Suministros, quien es el usuario clave, debe llevar en
paralelo el sistema SOCDISAS con EXCEL, que es lo que utiliza para hacer todo el proceso de compra y despacho
de los insumos internos, y verificar los resultados, así como detectar cualquier error que se genere, y reportarlo a los
responsables del proyecto. Una vez pasados estos tres meses, y ya resueltos todos los errores y detalles
encontrados, los usuario pueden usar el nuevo sistema completamente para hacer sus labores cotidianas.
49
Para poder instalar un módulo en el servidor de producción, es necesario que se hayan desarrollado y
probado todos los casos de uso que integran el módulo.
En vista de que no se desarrollaron todos los casos de uso de un mismo módulo sino solamente los más
riesgosos, además de no disponer con el tiempo suficiente para realizar este tipo de pruebas, no se cuenta con una
fase de transición definida como tal.
Para el período de pasantía, el responsable técnico del proyecto realizó pruebas técnicas sobre los casos
de uso implementados. Esto con el fin de verificar el correcto funcionamiento de los mismos.
Como resultado de estas pruebas, el responsable técnico concluyó lo siguiente:
 Los casos de uso probados siguen la descripción establecida, tanto para el curso normal, como para
los cursos alternos.
 No se permite ingresar datos no válidos, lo que garantiza la integridad y consistencia de la

información.
 La interfaz es cómoda y fácil de usar
En la Tabla 9 se muestra un estimado del estado del sistema para el final del período de pasantía. Tomando
los módulos desarrollados por el otro pasante, se tiene que el sistema tiene un 25 % aproximadamente
implementado.
50
CAPAS DEL MÓDULO % DESCRIPCIÓN

Interfaz gráfica 20 Resta implementar la interfaz del resto de los casos de uso para los módulos
obtenidos.
Lógica de la Aplicación 90 El caso de uso modificar notas de recibo fue implementado sólo hasta la fachada y
controladora.
(Casos de uso seleccionados )
Lógica de la Aplicación 25 Hay que implementar las consultas y estadísticas para cada módulo obtenido.
(Casos de uso identificados)
Base de Datos 40 Falta desarrollar la fachada de los módulos: Pedidos Internos, Solicitudes de
Cotización, Centros de Costo, Usuarios, Despacho y Facturas Internas. Además,
hay que implementar el resto de los casos de uso para los módulos asignados en
la pasantía
Tabla 9: Estado del sistema al final de la pasantía

Con esto se culminó el desarrollo del prototipo funcional del sistema SOCDISAS. Una vez culminadas estas
fases de desarrollo, solo resta exponer los logros obtenidos durante el período de pasantía larga, los cuales se
muestran en el próximo capítulo.
7. CONCLUSIONES Y RECOMENDACIONES
El trabajo realizado durante el período de pasantía larga, permitió al estudiante aprender y tener una noción
más amplia de cómo es la vida laboral, y permitió aplicar los conocimientos adquiridos durante su período de
estudios, en cada una de las situaciones que tuvo que enfrentar durante la misma.
Con la información proporcionada por la empresa, además de disponer de un cliente con una clara
definición de lo que deseaba, se pudo diseñar en conjunto con otro pasante, la arquitectura, requerimientos y casos
de uso que integran este proyecto.
Además, la compañía proveyó de las herramientas de programación necesarias, para la implementación de

los casos de uso que se seleccionaron, por lo que no hubo problemas en materia de soporte y tecnología.
Es importante resaltar que este proyecto, una vez terminado, será de gran utilidad no solo para la
Coordinación de Suministros, sino también para la compañía, puesto que optimizará los procesos que esta lleva, y
ello contribuirá con una mejora de la productividad en cada una de las áreas que se manejan, reflejando el impacto
en las tiendas y departamentos de la empresa.
En función de esto, se muestran los objetivos alcanzados durante el período de pasantía larga:
 Levantamiento de la información del sistema
 Diseñar la estructura de datos completa
 Definición de requerimientos detallados del Sub-módulo orden de compra
 Diseño de la aplicación del sub_módulo orden de compra
 Programación de los casos de uso riesgosos del sub-módulo orden de compra
 Pruebas técnicas del sub-módulo orden de compra
En vista de esto podemos concluir que se ha cumplido con los objetivos iniciales, obteniendo un prototipo
funcional del módulo órdenes de compra, al que se le dará continuidad.
51
8. REFERENCIAS BIBLIOGRÁFICAS
[HOLMES, 2007] Colmes J. “The Complete Referente Struts”. Segunda Edición. Mc Graw Hill Osborne, 2007.
[HORSTMANN, CORNELL, 1999] Horstmann C, Gary Cornell. “Core JAVA Volume I Fundamentals”. Segunda
Edición. Sun Mycrosystems, 1999.
[KRUCHTEN, 1995] KRUCHTEN, P. “Architectural Blueprints, The 4+1 View Model of Software Architecture”. IEEE
Software. 1995.
[KRUCHTEN, 2000] KRUCHTEN, P. “The Rational Unified Process: An introduction”. Cuarta Edición. Addison-
Wesley, 2000.
[LARMAN, 1999] LARMAN, Craig “UML y patrones” Segunda Edición, Naucalpán de Juárez: Prentice Hall
Hispanoamericana S.A., 1999
REFERENCIAS ELECTRÓNICAS
[Diseña, 2007] Diseña, Tecnología e Información http://www.disena.es/tecnologia.html

[SUN] SUN Microsystems, http://www.sun.com.
[UML] Web Oficial de UML, http://www.uml.org
[WebAppsWiki, 2007] Wiki de Struts http://gacela.labf.usb.ve/WebAppsWiki/Wiki.jsp?page=Struts
52
Sistema: CENTROBECO 98 – Modulo: O/C para Suministros, servicios y activos
Responsable Comercial: Alan Isea
Responsable técnico: Ileana Rojas
Fecha: 30/06/2006
Requerimiento: Desarrollo de Módulo de Orden de Compra de Suministros,

Activos y Servicio
Contenido
1. Conceptualización
a. Objetivo General
b. Objetivos Específicos
c. Conceptos Generales
2. Requerimientos
a. Procesos
b. Sistemas
3. Corresponsabilidades
1.- Conceptualización
a.- Objetivo General:

Sistematizar las solicitudes de materiales y suministros internas con el fin de optimizar
estos recursos, para lograr clientes más satisfechos y reducir costos operativos.
b.- Objetivos Específicos:

• Reducir tiempos de respuesta a las solicitudes.
• Mantener informados a nuestros clientes internos, de los precios de materiales y
suministros.
• Programar compras acordes a nuestros índices de consumo.
• Enterar a nuestros clientes internos, de sus estadísticas de costos y consumos.
Satisfacer las necesidades de nuestros clientes internos, al menor costo y tiempo posible.
2.- Requerimientos
SUB MÓDULO ORDEN DE COMPRA
Proveedores
• Razón social, Rif, Nit, dirección, telf., fax, móvil, persona contacto, Web, E-
mail.
• Seleccionar por tipo de mercancía: Materiales de oficina, computación,
mantenimiento, eléctricos, accesorios especiales para tiendas, empaque bolsas,
empaque regalo, empaque embalaje, mobiliario, limpieza, uniformes, servicios,
repuestos, alimentos, y otros.
• Permitir código asignado para cada proveedor.
• Condiciones de pago- contado contra entrega, Créditos 15 días, a 30 días, a 7
días, a convenir, pago por deposito bancario, cheque, descuentos por
porcentaje, adelanto de pagos, tipo de moneda, nacional e importado y
comentarios.
Información adicional:
• Al incluir un proveedor nuevo, el sistema solicite datos obligatorios.

• Permitir crear, buscar, modificar y eliminar proveedores.
• No se podrá eliminar proveedores con saldo, devoluciones o cualquier
documento contable.
• Permitir poner inactivo a un proveedor.
Compras
• Solicitud de cotización.
El sistema debe detectar los artículos que se encuentren en cantidades mínimas, debe
informar por medio de “ALERTAS” al usuario de la situación y debe permitir la
opción de imprimir documentos “Artículos por Comprar” por cada uno o por línea de
producto.
Dicho documento debe tener la siguiente información: fecha, descripción del producto,
línea a la que pertenece, fecha cantidad y precio de la última compra y línea para
posibles observaciones (ejemplo: marca) y columna adicional para respuestas de
cotizaciones.
El sistema debe listar, imprimir o enviar por correo electronico la “Solicitud de

Cotización” el cual debe tener la siguiente información: fecha, descripción del artículo,
cantidad solicitada, fecha de entrega, precio y nombre del proveedor seleccionado.
También deberá permitir elaborar manualmente el formato “Artículos por Comprar”,

aun cuando el articulo no este en los estándares mínimos.
• Orden de Compra:
La Orden de Compra, debe estar vinculada al documento “Solicitud de Cotización” y

deberá permitir transformar esta en Orden de Compra, así como modificar todos los
datos que sean necesarios.
El Sistema debe permitir elaborar Órdenes de Compra aún cuando no estén vinculadas
al formato “Solicitud de Cotización”
Este documento debe contener toda la información contentiva en ejemplo impreso. Al

cargar la Orden de Compra con los artículos relacionados, el sistema deberá expresar
condición “articulo en proceso de compra” y eliminar de la opción “Artículos por
Comprar”.
Permitir entregas parciales sobre una Orden de Compra, y mostrar los artículos
entregados (fecha, cantidad y Nº de factura relacionada) así como el saldo de la misma.
En el sub-módulo Orden de Compra permitir:
• Consultar documentos pendientes, por procesar y %.

• Imprimir documento o enviar electrónicamente.
• Modificar una vez guardado y/o impreso.
• Asignar número automáticamente (Correlativo).
• Almacenar documentos “orden de compra” que tengan artículos pendientes
por recibir.
• Guardar histórico, permitir consultas por proveedor, artículos, rango de
fechas.
Recepción de Materiales, Suministros y Activos
• Al recibir del proveedor la factura y los materiales solicitados, el sistema

deberá permitir llamar a la orden de compra relacionada, así como la inclusión
de los datos de la factura, permitiendo ingresar: N° de factura, fecha, monto,
vencimiento, condiciones de entrega (orden completa u orden parcial), cantidad
recibida, esta información debe ir a formato “Nota de Recibo Suministros”, la
cual debe contener toda la información de la Orden de Compra, de la Factura
recibida y datos según chequeo (físico y bolívares) este último es quien define
pago a proveedores, el Sistema permitirá imprimir un ejemplar para su envío a
Finanzas (Ver Sub- Módulo Cuentas por Pagar) dicho documento deber cargar
directamente al inventario de cada artículo recibido.
• La “Nota de Recibo Suministros” debe guardar histórico para consultas
posteriores y debe estar relacionada con Orden de Compra y Factura.
• Si existen diferencias entre la Orden de Compra y la Factura en la Nota de
Recibo Suministros deben aparecer en negrillas los datos según chequeo.
• En la Nota de Recibo Suministros debe haber columna adicional para posibles
observaciones (Ejemplo: Entregar cheque a )
Devoluciones a Proveedores
• Mismo formato de Orden de Compra, pero que exprese “Devoluciones a
Proveedores” y descargue del Inventario si el articulo ya fue cargado o
elimine de Orden de Compra, según sea el caso.
SUB- MÓDULO DE DESPACHOS
Solicitud de Materiales, Suministros y Activos de los Centros de Costo
Los Centros de Costo acceden a formato pedidos, que debe contener la siguiente
información: Centro de Costo solicitante, fecha de pedido, fecha de envío, clave de
acceso, número de documento el cual debe ser correlativo y alfa numérico (Ejemplo:
Tam-001-06), precios unitarios, fecha último despacho, observaciones solo al final del
documento, inventario en tienda, costo total del pedido.
Incluir búsqueda avanzada de artículos.
Incluir leyenda “Precios sin impuestos de ley”.
Enviar por correo electrónico la solicitud al colaborador autorizado a realizar pedidos

de materiales y suministros. Permitir que el colaborador autorizado envié por correo
esta solicitud; el sistema debe “Preguntar” antes de hacer el envió autorizado? SI-____
NO____ . Si la respuesta es SI enviar correo electrónico automáticamente a la
Coordinación de Suministros; si es NO reenviar al emisor y debe permitir colocar nota
explicativa.
Los Centros de Costos al recibir los materiales solicitados ingresan el N° del pedido
relacionado, permitir cargar los artículos recibidos y dejar en lista adicional los
pendientes por recibir.
En todos los casos permitir imprimir documento.
Al ingresar los datos de la recepción de los materiales, por parte de los Centros de
Costo, enviar notificación vía correo electrónico a la Coordinación de Suministros.
Despacho de Materiales, Suministros y Activos a los Centros de Costo
El formato para hacer solicitudes de materiales, debe contener la siguiente

información:
• Centro de Costo detallado por unidad sección y coordinación ( Ejemp: Sistemas 82,
O y M 82-01, Soporte 82-3, Computación 82-4 ( Incluir códigos )
• Incluir a los Centro de Costo por zonas: tiendas Caracas, tiendas del interior.
• Expresar: dirección, teléfonos, gerente responsable.
• Incluir celdas para colocar “Persona contacto”.
• Expresar dirección de entrega “Centro de Costo” y “sub. Centros”
• Días de envió.
• Tipos de cliente: prioritarios (Tiendas) (P) Secundarios (Boleita) (S).
Ver formato interno “Facturación” fecha, Centro de Costo, sección, atención,

numeración correlativa, descripción del artículo, precio unitario, cantidad despachada,
total unitario, total general, leyenda, despachador. incluir documento relacionado al
número del pedido por Centro de Costo.
El cual al colocar el N° de pedido (alfa-numérico) debe traer toda la información del

pedido y agregar columna “Cantidad Despachada” el cual se “transformará” en envió
de materiales.
El módulo debe descargar del inventario cada articulo “Facturado” y a su vez cargar al
Inventario y los Centros de Costo y Secciones los artículos entregados.
Al elaborar documento enviar a alertas a los artículos que estén por debajo de los
estándares mínimos, si es posible sonoras, y deben ir a listado adicional para el Sub-
Módulo de Compras; también informar de los artículos que se están despachando con
“Alta Frecuencia” y “Volumen” al mismo Centro de Costo y Sección.
Si se entrega el pedido completo expresar “Pedido Completo”, si son entregas parciales

“Adelantos de Pedidos”, este debe ser automático, así como el porcentaje de lo
enviado, calculado por renglones despachados y por artículos despachados.
Al final del documento expresar la siguiente leyenda “El monto total de bolívares
entregados se verá reflejado parcial y/o totalmente en los próximos listados de gastos,
que entrega mensualmente el Departamento de Contabilidad”.
SUB-MÓDULO INVENTARIO
• Artículo
• Almacenes
• Inventario físico
• Ajustes al inventario
Artículos: Este debe contener la siguiente información:

Nombre, Código, Marca Modelo y Serial (opcional), Fecha de registro, Línea (Oficina,
Consumibles, Mantenimiento, etc.), Sub.-línea, Color, Proveedor de 3 ultimas
compras. Ubicación (Almacén), Procedencia (Importado Nacional), Ultimo, penúltimo
y antepenúltimo precio ,Precio promedio, 2 decimales, por llegar y stock promedio,
stock mínimo, stock máximo, presentación (unidad, caja, resmas, etc.). Vencimiento,
Talla, cuenta a la que afecta (Ejemplo: 861 Material de Empaque) para esta última
característica ver Módulo de Cuentas por Pagar.
Para el manejo de artículos con diferentes costos al momento de facturar: expresar
renglón con precios “Primero en entrar” y en renglón aparte el próximo precio.
Al incluir un articulo nuevo este debe cargarse directamente al “Sub-Módulo

Despacho”
No se podrá eliminar artículos que tengan cantidades en Inventario.
El sistema deberá informar trimestralmente los artículos sin movimiento.
Crear pantalla con todos los artículos en existencia mínima, permitir selección por
línea y sub-línea (Ver Sub-Módulo de Compras)
Almacenes: El su-módulo debe permitir crear almacenes (ejemplo: Almacén, oficina,

mantenimiento, accesorios, para tiendas.
Inventario Físico:
• Preparación
• Conteo físico
• Análisis y resultados
• Ajustes.
1. Preparación: Debe permitir inventarios de todos los artículos por líneas, sub.-
línea, procedencia, por rango de precios y por movimientos de productos.
En esta fase se requiere que el sistema liste todos los artículos a inventariar y el
formato debe contener la siguiente información: nombre del artículo, código,
presentación (caja, unidad) y un renglón para expresar el resultado del conteo
físico, fecha de la toma, tomado por, N° de Pág.
2. Conteo Físico: En esta fase se incluyen los resultados del conteo físico, el
sistema debe ir actualizando la información y permitir corregir datos ya guardados.
3. Análisis y Resultados: El sistema debe listar o presentar en pantalla, el

resultado del inventario con o sin diferencias, incluyendo columna para posibles
observaciones ya sean manuales o por sistema.
4. Ajustes: Permitir ajustes por faltantes o sobrantes, según sea el caso, tanto en
cantidades como precios, presentación, etc.
5. Observaciones:
• Este Sub-Módulo debe permitir criterios para Costeo del Inventario.
Costo Promedio
Ultimo Costo
• El manejo del inventario debe ser bajo la premisa de “Primero en entrar,
primero en salir”
• Debe permitir manejo de stock negativo
SUB-MÓDULO CUENTAS POR PAGAR
Al recibir la factura del proveedor, asociarla con la orden de compra correspondiente,

permitir la inclusión de los datos propios de la factura. “Sustraer” del Sub-Módulo de
Compras la orden relacionada y transformarla (con N° de factura asociada) en Nota de
Recibo de Suministros para enviar a Cuentas por Pagar (Ver Sub-Módulo Orden de
Compra).
El Sistema debe reconocer la “Forma de Pago” y generar documento correspondiente
(cheque, deposito, etcétera)
El Sistema deberá distribuir el gasto por porcentajes (%) de ventas y por artículo
despachado (ver Relación de Facturas Actual).
Pagos con adelantos: el sistema debe “reconocer” los pagos por concepto de adelanto
que se hayan emitido y debe “descargar” del monto final a cancelar
Pagos por Pronto Pago: calculo automático de los % o bolívares por este concepto.
Distribución de Gastos por Centros de Costo: al ingresar los datos de la factura

asociados a la Orden de Compra, el sistema deberá “llamar” al Inventario del articulo
recibido, y distribuir en bolívares las cantidades recibidas de los artículos ya
despachados, y a su vez “hacer marca” en el Inventario para dejar constancia que dicho
articulo ya fue distribuido y expresar el N° de la Nota de Recibo asociada.
Emitir reporte “Distribución de Gastos” asociado a factura del proveedor y Orden de

Compra y Nota de Recibo la cual debe contener la información en referencia para
efectos contables.
SUB-MODULO CONTROL DE PRESUPUESTO
Este Sub-Módulo debe contener el presupuesto de gastos de las cuentas detalladas a

continuación: 825 Reparación Mobiliario y Equipos de Oficina, 842 Atenciones a
Relacionados, 853 Fotocopias, 854 Materiales y Artículos de Oficina, 858 Materiales y
Servicios Internos, 861 Material de Empaque, 863 Suministros y Accesorios, 870
Gastos Equipos de Computación, 153-001 Mobiliario, 153-071 Equipos de Oficina.
Al momento de elaborar la Orden de Compra, el Sistema informará el saldo estimado

del presupuesto de gastos en bolívares y en %, que está afectando, tomando como base
la fecha de entrega negociada.
Al generarse la Nota de Recibo de Suministros, el Sistema debe informar saldo real
del Presupuesto de Gastos por cada artículo y Centro de Costo.
Al colocar Orden de Compra que implique artículos que no tengan presupuesto de

gasto o que esté sobregirado, pedir autorización a Nivel II de Logística.
SUB-MÓDULO ESTADISTICAS
En todos los casos permitir elaborar gráficos tipo Excel de los reportes.
En el Sub-Módulo de Inventario:
• Permitir listar artículos con ajustes por toma, periodo de tiempo, tipo, línea,
proveedor.
• Artículos permitir listar o ver en pantalla:
• Articulo por precio, por línea, por ubicación, sub.-línea fecha de registro,
proveedor, procedencia, stock máximo y mínimo, presentación, vencimiento, talla.
• Listado Artículos: por precios a partir de un costo.
En el Sub-Módulo de Despacho
• Facturas despachadas, por centro de costos, completos por despachar, por
fechas, rangos de fechas, rango numérico, despachador, artículos con todos sus
componentes, almacenes, sección, costos, costos totales, cantidades.
• Permitir listar devoluciones por centros de costo, Bs. y despachador.
• Listar documentos que estén pendientes por recibir y recibidos, en los Centros
de Costo solicitantes.
En el Sub-Módulo de Compras
• Consultar documento pendiente por procesar y el % que representan.
• Compra por recibir, por fecha, por proveedor, artículos con sus características,
por rango de fechas, procesadas, devoluciones.
• Estadísticas de compras totales de la compañía.
• Permitir alternar rangos.
• Precisión de entrega de proveedores.
En el Sub-Módulo de Cuentas por Pagar

• Consulta de pagos en bolívares y por periodos de tiempo, por proveedor, por
articulo, por línea, sub-línea, por cuenta afectada, por tipo de proveedor.
• Consultar saldo por pagar por proveedor.
• Por condición de pago.
• Facturas canceladas y por cancelar.
• Estado de cuenta por proveedor.
• Pagos por Centros de Costo.
En el Sub-Módulo de Control de Presupuesto
• Comparación de cuentas reales vs. presupuestadas, en bolívares y % (mes y
acumulado).
• Cuentas afectadas sin presupuesto, según partidas asignadas a Suministros.
NOTAS GENERALES
• En todos los Módulos debe existir el menú de ayuda.

• Permitir búsqueda rápida en los casos que apliquen.
• En todos los módulos deben estar los datos completos de Centrobeco, así como el
nombre comercial (BECO).
• Códigos de acceso total para el Coordinador de Suministros parcial para el asistente de
suministros solo facturación.
• Permitir manejo de varias empresas o sucursales con los mismos parámetros.
• Opciones de Accesibilidad de las aplicaciones para: Auxiliar, Analista y Coordinador
de Suministros y Gerente de Logística.
Elaborado por: Aprobado por:
Glenis Silva Ramón Mantellini Ernesto Blohm

Coordinador de Suministros Gerente de Logística Gerente General
SSIISSTTEEMMAA DDEE O
ORRDDEENN DDEE CCOOMMPPRRAASS,, D DEESSPPAACCHHOO EE IINNVVEENNTTAARRIIOO DDEE
SSUUMMIINNIISSTTRROOSS,, A
ACCTTIIVVOOSS YY SSEERRVVIICCIIOOSS
SSOOCCDDIISSA ASS
DDOOCCUUMMEENNTTOO VVIISSIIÓÓNN
VVEERRSSIIÓÓNN 44..00
Sistema de Orden de Compras, Despacho e Inventario Versión: 4.0
de Suministros, Activos y Servicios Fecha: 30/05/2007
SOCDISAS
Vision
H
HIISST
TOOR
RIIA
ALL D
DEE R
REEV
VIIS
SIIÓ
ÓNN
Fecha Versión Descripción Autor

26/01/2007 1.0 Primera versión después del levantamiento Elianna Bugallo
inicial de información, y las primeras Daniel Fernández
reuniones realizadas con la Coordinadora de
Suministros.
30/01/2007 1.1 Revisión de las características, una vez Elianna Bugallo

generados los diagramas de caso de uso
02/02/07 2.0 Agregación de nuevas características Elianna Bugallo

relacionadas con el tema de cuentas
contables.
Revisión de las características anteriores.
Actualización de los “stakeholders” y
usuarios.
01/03/2007 3.0 Agregación de nuevas características, una Elianna Bugallo
vez revisado los diagramas de caso de uso
correspondientes
30/05/2007 4.0 Actualización de las características, Elianna Bugallo
necesidades, stakeholders y usuarios, luego Daniel Fernández
de la reunión con la tutora académica
© CENTROBECO, C.A. 2007 Departamento de Sistemas Página 2

SOCDISAS
Vision
T
TAAB
BLLA
A D
DEE C
COON
NTTE
ENNIID
DOOS
S
1. Introducción 5
1.1 Propósito 5
1.2 Alcance 5
1.3 Definiciones 5
1.4 Referencias 7
1.5 Vista General 8
2. Posicionamiento 8
2.1 Oportunidad para el Negocio 8

2.2 Definición del Problema 9
2.3 Importancia que tiene 9
3. Stakeholders y Descripciones del Usuario 9
3.1 Interesados en el Producto 9

3.2 Resumen de los Stakeholders 10
3.3 Resumen de los Usuarios 10
3.4 Ambiente de Usuario 11
3.5 Perfiles de los “Stakeholders” 11
3.5.1 Analista de Sistemas 11
3.5.2 Coordinador de Suministros 12
3.5.3 Gerente de Logística 13
3.5.4 Programadores 13
3.6 Perfiles de Usuario 14
3.6.1 Analista de Suministros 14
3.6.2 Colaboradores 14
3.6.3 Coordinador de Suministros 15
3.6.4 Gerentes 15
3.6.5 Auxiliar de Suministros 16
3.6.6 Personal de Finanzas 16
3.7 Puntos Claves en las necesidades de los Usuarios 17
4. Descripción del Producto 21
4.1 Perspectiva del Producto 21

SOCDISAS
Vision
4.2 Resumen de las Capacidades 21

4.3 Dependencias 21
4.4 Costos 22
5. Características del Sistema 22
6. Restricciones 23
7. Rangos de Calidad 23
8. Precedencia y Prioridades 24
9. Otros Requisitos del Producto 25
9.1 Estándares Aplicables 25

9.2 Requisitos de Sistema 25
9.3 Requisitos de Desempeño 25
9.4 Requisitos de Entorno 25
9.5 Requerimientos de Documentación 26

SOCDISAS
Vision
V
VIISSIIÓ
ÓNN
1. Introducción
Este documento tiene la finalidad de definir y analizar las principales necesidades y

características a alto nivel presentes en Sistema de Orden de Compras, Despacho e Inventario de
Suministros, Activos y Servicios (SOCDISAS) a desarrollar en la empresa CENTROBECO C.A.
1.1 Propósito
El propósito de este documento es realizar una descripción global y general de los

principales aspectos presentes en el sistema a desarrollar, basado en los requerimientos iniciales
que fueron determinados y en una solución inicial planteada para el problema de la gestión
suministros, activos y servicios en la empresa. Este documento nos presenta una visión detallada
o de bajo nivel sobre todo lo concerniente al sistema.
1.2 Alcance
Este sistema va dirigido a la Coordinación de Suministros de CENTROBECO C.A., que

necesita un manejo de gestión de suministros, activos y servicios entre las tiendas BECO y los
distintos departamentos de la empresa, de una forma coordinada, cooperativa y eficiente. Su
principal objetivo es proveer una herramienta que facilite la planificación y administración de los
procesos de órdenes de compra, inventario y gastos en un lapso de tiempo. De esta forma se
busca agilizar y facilitar toda la gestión relacionada con la recepción, despacho y administración
de insumos y servicios.
1.3 Definiciones
• Almacén: Depósito donde se guardan los suministros adquiridos por CENTROBECO C.A. en
su sede central en Boleíta.
• Centro de Costo: Se refiere a todos los departamentos y tiendas que conforman la empresa
CENTROBECO C.A. Los departamentos se encuentran ubicados en la sede central de la
empresa en Boleíta. Las tiendas están ubicadas en las principales ciudades del país.
• Centro de Distribución: Área de la empresa, donde se recibe toda la mercancía

SOCDISAS
Vision
relacionada a suministros, y se distribuye hacia los almacenes.
• Coordinación de Suministros: Sección del Departamento de Logística, que se encarga de

la compra, despacho e inventario de suministros, activos y servicios de todos los centros de
costo de la empresa.
• Cotización: Estimación de precios de insumos y servicios, emitida por un proveedor, y a

solicitud de CENTROBECO C.A.
• Cuenta Contable: Relación de dinero asignada por la gerencia general, a cada una de las
actividades que se hacen dentro de la empresa. Ejemplo: Cuenta de gastos de limpieza,
Cuenta de gastos de papelería, etc.
• Departamento de Finanzas: Dependencia de la empresa que se encarga de efectuar los

pagos a los proveedores de suministros.
• Cuenta por pagar: Obligación que tiene la empresa CENTROBECO C.A. de pagar una
determinada cantidad de dinero con un proveedor.
• Devoluciones: Restitución a los proveedores de insumos defectuosos, o de aquéllos

pertenecientes a una entrega incompleta o errónea.
• Factura: Documento emitido por un proveedor que muestra la relación de los suministros y
precios comprendidos en una venta.
• Incongruencias en Pedidos y Facturas: Diferencias que se detectan entre la mercancía

que el Analista de Suministros recibe, y la mercancía facturada por el proveedor asociado.
Cuando ocurre una incongruencia, el Analista de Suministros encargado informa al
Coordinador de Suministros, quien decide que se hará con la mercancía.
• Inventario: Conjunto de insumos del que dispone CENTROBECO C.A, y que se despachará
a los diversos centros de costo, de acuerdo a la solicitud que hayan realizado
• Línea: Categorías en las que se clasifican los insumos.
• Nota de Recibo: Es un documento que informa sobre los insumos que se han recibido de
un proveedor determinado, así como también la cantidad exacta de cada uno de ellos. Con
este documento, junto con la factura que llega, es que se tramita el pago al proveedor que
despachó la mercancía.
• Orden de Compra: Es un documento que se envía a un proveedor, indicando los insumos

que se quieren comprar, así como la cantidad para cada uno de ellos.
• Pago: Es el trámite que el Personal de Finanzas realiza, para cancelar una cuenta por pagar
que se tenga pendiente con un proveedor determinado.
SOCDISAS
Vision
• Pedidos Internos: Son todas aquellas solicitudes que los Centros de Costo realizan a la
Coordinación de Suministros en la sede principal CENTROBECO C.A, indicando los insumos
que necesitan, la cantidad respectiva, y el motivo por el cual lo piden.
• Insumo: Son los artículos que el Coordinador de Suministros compra, para cubrir las
necesidades de cada uno de los Centros de Costo.
• Proveedor: Es una persona o empresa que abastece de los insumos solicitados por el
Coordinador de Suministros, en la sede principal CENTROBECO C.A.
• Secciones: Son todas las áreas o sub-departamentos que integran un Centro de Costo
• Solicitud de Cotización: Documento que el Coordinador de Suministros envía a uno o

varios proveedores, solicitando una oferta sobre uno o varios insumos.
• Sub-línea: Son todas aquellas sub- categorías que componen una línea.
• Usuarios: Son todas las personas que trabajan en los diversos centros de costo existentes.
1.4 Referencias
Para tener un conocimiento más amplio sobre el sistema, se pueden consultar los
siguientes documentos:
• Documento de casos de uso.
• Documento de arquitectura.
• Documento de riesgos.
Estos documentos se encuentran en las carpetas comerciales y técnicas del proyecto. La

carpeta comercial está bajo la custodia de la Gerencia de Logística, y la carpeta técnica está bajo
la custodia de la Gerencia de Sistemas.
En ellos se detallarán otras vistas del sistema y se podrán conocer aspectos relevantes
como los principales escenarios de interacción, la arquitectura del sistema y los principales
riesgos identificados para el desarrollo del sistema.

SOCDISAS
Vision
1.5 Vista General
Este documento contiene la visión de los desarrolladores del sistema a implementar. Se

presentará en primera instancia el caso de negocio que el proyecto plantea, los entes a los que
interesaría y el posicionamiento de la solución.
Luego se tratarán los actores y usuarios identificados en el sistema, sus

responsabilidades y funciones. Se mencionan y detallan las principales características y
necesidades del sistema y los tipos de requerimientos presentes. Por último se realiza una vista
general del producto, rangos de calidad y limitaciones del mismo.
2. Posicionamiento
2.1 Oportunidad para el Negocio
El alternativa que se presenta es el de desarrollar un sistema que permita a la

Coordinación de Suministros, contar con una herramienta para realizar una gestión efectiva de la
de orden de compras e inventario de suministros, activos y servicios.
Los beneficios para el cliente final, aquel cuyos proyectos serán manejados en un
portafolio, serán:
• Reducir el margen de error que se genera al llevar manualmente el proceso de compra,

despacho e inventario de suministros y servicios.
• Evitar gastos innecesarios que actualmente sufre la empresa, en la medida de que

ocurren menos errores a la hora de realizar compras de suministros.
• Mayor rapidez a la hora de gestionar las órdenes de compra, despacho y control de

inventario de los suministros y servicios.
• Mejor control del uso y despacho de los suministros que se compran

SOCDISAS
Vision
2.2 Definición del Problema

El problema es La compañía CENTROBECO C.A, actualmente no cuenta con un sistema que
automatice las solicitudes de suministros y servicios para la empresa. Es así, como
se maneja el proceso de solicitud, compra, recepción y entrega de insumos para la
central de forma manual, presentándose múltiples errores como: compras
innecesarias de suministros, indicadores de insumos en existencia errados, retraso
en las compras y entregas de los suministros, manejo de diversas versiones de los
documentos de solicitud de suministros y de manejo de insumos (Hojas de Excel)
etc.
Afecta Al Coordinador de Suministros
Su impacto es Mayor margen de error al llevar el proceso de compra, despacho e inventario de
suministros y servicios
Gastos innecesarios, en la medida de que ocurren errores a la hora de realizar
compras de suministros.
Ineficiencia a la hora de gestionar las órdenes de compra, despacho y control de
inventario de los suministros y servicios.
Falta de control del uso y despacho de los suministros que se compran
Una solución Sistematizar las solicitudes de materiales y suministros con el fin de optimizar el
exitosa sería proceso de compra y distribución de los insumos internos.
2.3 Importancia que tiene

Para El Coordinador de Suministros
Quién Actualmente lleva manualmente el proceso de compras,
despacho e inventario de suministros de los Centros de Costo.
Sistema de Orden de Compras, Es un sistema para la gestión del proceso de compras, despacho
Despacho e Inventario de e inventario de suministros.
Suministros, Activos y Servicios
SOCDISAS
Que Mejorará el proceso actual
3. Stakeholders y Descripciones del Usuario
3.1 Interesados en el Producto
Este producto se va a adaptar únicamente a las necesidades que tiene la Coordinación de

Suministros de CENTROBECO C.A, que tiene con la gestión de órdenes de compra, despacho e
inventario de suministros.

SOCDISAS
Vision
3.2 Resumen de los Stakeholders

Nombre Descripción Responsabilidades
Analista de Responsable técnica del Se encarga de supervisar el análisis, diseño y

Sistemas proyecto y líder de las acciones desarrollo del proyecto.
que se tomen respecto al
sistema
Coordinador de Trabaja en el Departamento de Se encarga de informar sobre el proceso de
Suministros Logística de la Sede Principal emisión de órdenes de compra, recepción de
suministros y distribución de los mismos a los
centros de costo, para garantizar que el sistema
se adapte a estos requerimientos
Gerente de Responsable comercial del Se encargar de revisar y aprobar las

Logística proyecto funcionalidades, características y necesidades
que debe cumplir el sistema
Analista / Trabajan en el departamento Se encargan del análisis, diseño e
Programador de Sistemas implementación de las funciones que debe
cumplir el sistema.
3.3 Resumen de los Usuarios

Nombre Descripción Responsabilidades
Auxiliar de Trabaja para la Se encarga de ingresar las facturas y de realizar conteos

Suministros Coordinación de manuales del stock de los insumos
Suministros
Colaborador Empleado de las tiendas Se encarga de emitir los pedidos internos, para ser
y/o departamentos de la enviados a su superior inmediato
sede principal
Coordinador de Trabaja en el Se encarga de llevar el proceso de órdenes de compra,

Suministros Departamento de Logística solicitudes de cotización, despacho de los insumos,
de la Sede Principal control de proveedores y emisión de las facturas internas
para cada centro de costo. Puede solo visualizar el resto
de las operaciones que ejecutan los demás usuarios
Gerentes Está ubicado en el nivel 2 Se encarga de revisar y aprobar los pedidos internos de
del organigrama de los colaboradores, para luego enviarlos al Coordinador de
personal de la empresa, y Suministros.
aquellos que son Gerentes
de tiendas
Analista de Trabaja en el Centro de Se encarga de emitir las notas de recibo cuando llegan
Suministros Distribución los insumos
Personal de Trabaja en el Les llega las notas de recibo, junto con su respectiva
Finanzas Departamento de Finanzas factura, y tramita los pagos a los proveedores

SOCDISAS
Vision
3.4 Ambiente de Usuario

Para utilizar la herramienta de forma adecuada será necesario por lo menos:
• Rol de Auxiliar de Suministros
• Rol de Colaboradores
• Rol de Coordinador de Suministros
• Rol de Gerentes
• Rol de Analista de Suministros
• Rol de Personal de Finanzas
El número de Analistas de Suministros, Colaboradores, Gerentes, y Auxiliares de

Suministros puede aumentar según sea necesario. El Coordinador de Suministros, podrá también
generar otros roles, con permisologías en las funcionalidades del sistema.
El Ciclo de Vida de este sistema es permanente, ya que CENTROBECO C.A. siempre

estará gestionando las órdenes de compra, despacho e inventario de los suministros. Por lo
tanto, este programa debe ser escalable para futuros cambios y ampliaciones que éste requiera.
La plataforma Web que se va a implementar para este sistema permite eliminar las
restricciones ambientales en lo que se refiere a la gestión de orden de compra, despacho e
inventario de suministros. No existen proyecciones que en el futuro este tipo de enfoque cambie.
3.5 Perfiles de los “Stakeholders”
3.5.1 Analista de Sistemas
Representación Aquella persona que es responsable técnica del proyecto, y por lo tanto, es la
encargada de supervisar y llevar el control del proceso de análisis, diseño e
implementación del sistema
Descripción Debe encargarse de supervisar y llevar el control del proceso de análisis, diseño e
implementación del sistema
Tipo Empleado del Departamento de Sistemas
Debe tener cierto conocimiento con la tecnología utilizada, y de mantener contacto
directo con el responsable comercial del proyecto

SOCDISAS
Vision
Responsabilidades Establecer contacto con el responsable comercial del proyecto, a fin de que se
apruebe cada una de las funcionalidades requeridas.
Supervisar el trabajo realizado por los programadores.
Criterios de Éxito Para el Analista de Sistemas, el éxito del producto se basará en que sea aprobado
por el responsable comercial
Relaciones El Analista de Sistema se relaciona íntimamente con el desarrollo del proyecto,
puesto que él deberá marcar las pautas y guías necesarias para que el sistema
pueda mostrar información útil que soporte el proceso de emisión de órdenes de
compra, notas de recibo, distribución de los insumos a los Centros de Costo y
cancelación de las cuentas por pagar.
Entregables ERS
Cometarios Ninguno
3.5.2 Coordinador de Suministros
Representación Persona que labora en el Departamento de Logística de la sede CENTROBECO C.A,

que maneja el proceso de Órdenes de Compra, Solicitudes de Cotización,
Devoluciones y Despacho de los Insumos a los Centros de Costo.
Descripción Esta persona se encarga del proceso de administración y despacho de insumos a
todos los Centros de Costo, así como también la emisión de órdenes de compra,
solicitudes de cotización y cuentas contables
Tipo EXPERTO DEL NEGOCIO
Debe estar relacionado con el manejo gerencial y el ámbito del negocio.
Responsabilidades Emite solicitudes de cotización
Emite Ordenes de Compra a un proveedor
Ordena una devolución
Distribuye los gastos e insumos por cada centro de Costo
Ordena el despacho de los insumos a los Centros de Costo
Realiza la distribución del presupuesto de una cuenta contable entre los centros de
costo, al inicio del año fiscal.
Controla y gestiona el inventario.
Criterios de Éxito El Sistema le será óptimo en la medida que agilice el proceso de administración y
control de las ordenes de compra, solicitudes, devoluciones, despacho de insumos,
distribución de presupuesto entre los centros de costo e inventario
Relaciones El Coordinador de Suministros está íntimamente relacionado con el desarrollo del
proyecto, porque es quién informa con detalle sobre el proceso del negocio, y cómo
el sistema debe responder para cada una de los requerimientos establecidos por los
programadores.
Entregables NO APLICA
Cometarios Ninguno

SOCDISAS
Vision
3.5.3 Gerente de Logística
Representación Es el responsable comercial del proyecto

Descripción Recibe, estudia y aprueba los requerimientos, características y necesidades del sistema
Tipo Gerente del Departamento de Logística.
Es la persona que verifica que las funcionalidades del sistema, cumplan y abarquen todas
las necesidades establecidas. Debe estar relacionado con el manejo gerencial y el ámbito
del negocio.
Responsabilidades Mantenerse en contacto con el responsable técnico del proyecto (Analista de Sistemas)
Revisar las funcionalidades del proyecto, entregadas por el responsable técnico
Tomar la decisión de aprobar o rechazar estas funcionalidades, o modificarlas
De aprobarlas, enviarlas al responsable técnico con su respectiva firma
Criterios de Éxito Ninguno.
Relaciones El Gerente de Logística se relaciona mucho con el desarrollo del proyecto, puesto que es
quien aprueba las funcionalidades que se deben implementar, y además marca las
pautas sobre el curso de cada una de ellas
Entregables Envío del ERS firmado por él al responsable técnico
Cometarios Ninguno
3.5.4 Programadores
Representación Empleados del Departamento de Sistemas de CENTROBECO C.A.

Descripción Son los encargados del análisis, diseño e implementación de los requerimientos del
proyecto
Tipo EXPERTO TÉCNICO
Debe tener conocimientos avanzados en programación y desarrollo de software.
Debe tener un conocimiento básico del proceso del negocio.
Responsabilidades Estudiar las necesidades del proyecto a desarrollarse
Analizar a partir de las necesidades, las diversas características que debe contar el
sistema, a fin de cumplir las necesidades
Analizar y diseñar a partir de las características, los requerimientos que debe integrar el
Sistema
Implementar cada uno de los requerimientos establecidos
Criterios de Éxito Que el cliente esté satisfecho con el sistema, y que éste abarque todas las necesidades
establecidas al inicio
Relaciones Se relacionan íntimamente con el desarrollo del proyecto, porque son quienes establecen
los diversos requerimientos que éste debe cumplir, a fin de que se abarquen las
necesidades que haya establecido el Coordinador de Suministros
Entregables ERS, DAS, Documento Visión, Lista de Requerimientos, Documento de Bases de Datos
Cometarios Ninguno

SOCDISAS
Vision
3.6 Perfiles de Usuario
3.6.1 Analista de Suministros
Representación Aquella persona responsable del conteo manual de los insumos en los almacenes, y
del cotejamiento de ese conteo con el inventario que lleva el sistema.
Descripción Debe contar manualmente los insumos en los almacenes e ingresar los resultados
de este conteo en el sistema, para que el programa compare estos resultados con el
inventario que se lleva contabilizado, y muestre las diferencias en pantalla.
Tipo Asistente de la Coordinación de Suministros
Debe ser meticuloso y responsable al realizar los conteos manuales
Responsabilidades Contar los insumos asignados en el almacén correspondiente
Ingresar los resultados de este conteo en el sistema
Ver las diferencias entre el inventario que lleva el sistema y el conteo que hizo
manualmente
Criterios de Éxito Para el Analista de Suministros, el sistema será óptimo, si automatiza correctamente
el inventario, de acuerdo al ingreso y despacho de insumos, que lo mantenga
siempre actualizado, y que verifique sin errores este inventario con los resultados
del conteo manual.
Relaciones Ingresar los resultados de un conteo físico realizado por él, y estudiar las diferencias
que el sistema muestre.
Entregables Reporte del inventario resaltando las diferencias entre el conteo realizado, y lo
registrado en el sistema.
Cometarios Ninguno
3.6.2 Colaboradores
Representación Persona que labora en los Centros de Costo

Descripción Esta persona es la encargada de emitir una solicitud de pedido interno, donde se le
notifica al Coordinador de Suministros, los insumos que se necesitan con mayor
urgencia en el centro de costo donde trabaja
Tipo Trabajador de un Centro de Costo
Responsabilidades Solicitar a través del sistema, los insumos que necesita
Enviar la petición a su Gerente inmediato para su aprobación
Criterios de Éxito El sistema le será óptimo en la medida que agilice el proceso de emisión de un
pedido interno.
Relaciones Realiza la emisión de los pedidos internos para su Centro de Costo
Entregables Envío de pedido de insumos a su Gerente inmediato.
Cometarios Ninguno.

SOCDISAS
Vision
3.6.3 Coordinador de Suministros
Representación Persona que labora en el Departamento de Logística de la sede CENTROBECO C.A,

encargada del proceso de emisión de órdenes de compra, así como la distribución y
devolución de insumos, y distribución del presupuesto de una cuenta contable entre
los centros de costo de un determinado año fiscal
Descripción Esta persona se encarga del proceso de administración y despacho de insumos a
todos los Centros de Costo, así como también la emisión de órdenes de compra,
solicitudes de cotización, cuentas contables y distribución de presupuesto entre los
centros de costo
Tipo EXPERTO DEL NEGOCIO
Debe estar relacionado con el manejo gerencial y el ámbito del negocio.
Responsabilidades Emite solicitudes de cotización
Emite Ordenes de Compra a un proveedor
Ordena una devolución
Distribuye los gastos e insumos por cada centro de Costo
Ordena el despacho de los insumos a los Centros de Costo
Realiza la distribución del presupuesto de una cuenta contable entre los centros de
costo, al inicio del año fiscal.
Controla y gestiona el inventario.
Criterios de Éxito El sistema le será óptimo en la medida de que agilice el tiempo requerido para
desarrollar cada una de sus responsabilidades
Relaciones Manejo de Ordenes de Compra
Manejo de Solicitudes de Cotización
Manejo de Insumos
Manejo de Devoluciones
Manejo de Cuentas Contables
Manejo de Inventario
Entregables NO APLICA
Cometarios Ninguno
3.6.4 Gerentes
Representación Es la autoridad máxima de un centro de costo, que aprueba o rechaza pedidos de

insumos de sus colaboradores
Descripción Recibe y estudia los pedidos de insumos de colaboradores, y toma la decisión de
aprobarlos o denegarlos.
Tipo Gerente
Es la persona que verifica que se estén haciendo un buen uso de los insumos en su
centro de costo
Responsabilidades Revisar los pedidos de insumos de sus colaboradores

SOCDISAS
Vision
Tomar la decisión de aprobar o rechazar estos pedidos, o modificarlos

De aprobarlos, enviarlos a la Coordinación de Suministros
Criterios de Éxito El sistema le será provechoso en la medida de que tramite con precisión las
modificaciones y los pedidos aprobados hacia la coordinación de suministros.
Relaciones Aprueba o rechaza los pedidos internos emitidos por los colaboradores
Entregables Envío de pedidos de insumos a la coordinación de suministros
Cometarios Ninguno
3.6.5 Auxiliar de Suministros
Representación Trabajador de la planta de distribución que recibe la mercancía y procesa una nota
de recibo a la Coordinación de Suministros
Descripción Al recibir la mercancía, emite una nota de recibo, especificando los insumos que se
están recibiendo y la cantidad para cada uno de ellos, según lo contado y lo
establecido en la factura recibida por el proveedor
Tipo Técnico
Trabaja en la planta de distribución, atendiendo los recibos de mercancía
Responsabilidades Recibir los insumos en la planta de distribución
Cuenta la cantidad por insumo que está recibiendo
Emite una nota de recibo, indicando la cantidad según la orden de compra
correspondiente, la cantidad según la factura recibida, y según el conteo realizado
Criterios de Éxito Será útil en la medida que agilice el proceso de emisión de la nota de recibo.
Relaciones Emite la nota de recibo para la mercancía recibida, e ingresa conjuntamente los
datos de la factura recibida por el proveedor
Entregables La nota de recibo ingresada
Cometarios Ninguno
3.6.6 Personal de Finanzas
Representación Empleado del Departamento de Finanzas de CENTROBECO C.A, a quien le llega una
nota de recibo junto con su factura, y tramita los pagos que se hacen a los
proveedores. En caso de los pagos por adelanto, reciben las ordenes de compra
asociadas
Descripción Al recibir una orden de compra, emite un pago por adelanto al proveedor asociado a
la orden.
De igual manera, cuando le llega una nota de recibo y su factura, emite el pago
asociado al proveedor.
Tipo Asistente
Responsabilidades Tramitar pagos de las notas de recibo y/o ordenes de compra a los proveedores
Criterios de Éxito Se genera más rápidamente las facturas y notas de recibo, así como las ordenes de
compra, permitiendo que pueda tramitar los pagos mucho más pronto

SOCDISAS
Vision
Relaciones Emisión de pagos y/o adelantos

Entregables Pagos emitidos a proveedores
Adelantos de pagos para órdenes de compra
Cometarios Ninguno
3.7 Puntos Claves en las necesidades de los Usuarios
Se quiere reducir el tiempo invertido y el costo de operación, de los procesos de emisión

de Órdenes de Compra, notas de recibo, inventario y despacho de suministros a los centros de
costo, que actualmente la Coordinación de Suministros lleva de manera manual, tomando como
referencia la información registrada digitalmente en hojas de “EXCEL”. Hacerlo de esta manera
se hace más engorroso, en la medida de que aumenten los pedidos interno y demás documentos
que se deben emitir.
Además, se hace más propenso a errores, puesto que se debe revisar numerosos
detalles, y esto genera a la larga no solamente pérdida de tiempo, que puede ser invertido de
mejor manera, sino además de dinero.
Para lograr esto, se quiere automatizar todos los procesos que actualmente maneja la
Coordinación de Suministros. Más específicamente, se quiere automatizar los procesos de:
emisión de órdenes de compra, notas de recibo y facturas, pedidos internos, facturas internas,
proceso de distribución de insumos a los centros de costo, proceso de inventario y conteo físico,
proceso de pagos y adelantos.
ID Necesidad Prioridad Concierne Solución Actual Solución Propuesta

NEC-01 Reducir el tiempo Alta Contabilidad de los Se lleva a cabo Almacenar en el sistema, la
de proceso de insumos que manualmente cantidad de insumos contados
inventario CENTROBECO C.A. durante un proceso de
posee en un inventario
momento
determinado
NEC-02 Reducir el margen Alta Contabilidad de los Se revisa Almacenar en el sistema, la
de error que insumos que manualmente los cantidad de insumos contados
ocurre durante un CENTROBECO C.A. resultados del durante un proceso de
proceso de posee en un proceso de inventario inventario
inventario momento y se detectan los
determinado errores
NEC-03 Llevar un control Media Contabilidad de los Se archiva en Almacenar en el sistema los
de todos los insumos que carpetas procesos de inventarios
procesos de CENTROBECO C.A. anteriormente
Inventario posee en un

SOCDISAS
Vision
momento
determinado
NEC-04 Reducir el tiempo Alta Gestión de pedidos Se hace Permitir al Coordinador de
de emisión de las de insumos a los manualmente, y se Suministros que seleccione los
órdenes de compra proveedores registra en hojas de insumos a comprar, y que el
“Excel” sistema calcule el monto
automáticamente, en función
de los datos ingresados.
NEC-05 Reducir el margen Alta Gestión de pedidos Se hace manualmente Permitir al Coordinador de
de error que ocurre de insumos a los Suministros que seleccione los
durante la emisión proveedores insumos a comprar, y que el
de una orden de sistema calcule el monto
compra automáticamente, en función
de los datos ingresados.
NEC-06 Facilitar la toma de Media Gestión de pedidos Revisa manualmente Permitir al Coordinador de
decisiones al emitir de insumos a los las órdenes de Suministros visualizar de
una compra de proveedores compra emitidas manera rápida y con criterios
insumos anteriormente, al de búsqueda, las órdenes de
igual que las compra emitidas
solicitudes de anteriormente, al igual que las
cotización solicitudes de cotización
NEC-07 Reducir el tiempo Media Los pedidos de Se lleva a cabo Permitir al Coordinador de
de emisión de las precios y ofertas manualmente Suministros seleccionar del
solicitudes de que hace sistema los insumos que desee
cotización CENTROBECO C.A. saber sus precios, para
a las empresas que generar una Solicitud de
venden suministros. Cotización de manera
automática.
NEC-08 Reducir el margen Alta Los pedidos de Se hace manualmente Permitir al Coordinador de
de error que ocurre precios y ofertas Suministros seleccionar del
durante la emisión que hace sistema los insumos que desee
de una solicitud de CENTROBECO C.A. saber sus precios, para
cotización a las empresas que generar una Solicitud de
venden suministros Cotización de manera
automática.
NEC-09 Reducir el margen Alta Dinero que Se hace manualmente Contabilizar las cuenta por
de error que ocurre CENTROBECO C.A. en base a la pagar y los pagos
durante la emisión debe cancelar a los información archivada automáticamente, según la
de pagos y proveedores por la en hojas de “Excel” información que se lleva de las
adelantos mercancía recibida, Órdenes de Compra que se
o que va a recibir hacen a los proveedores.
NEC-10 Facilitar el proceso Alta Dinero que Se hace manualmente Guardar historial de los pagos
de fiscalización de CENTROBECO C.A. en libros pendientes y cancelados
las autoridades debe cancelar a los
tributarias, y proveedores por la
control general de mercancía recibida,
los pagos o que va a recibir
cancelados y
pendientes
NEC-11 Reducir el tiempo Alta Devoluciones de Se hace manualmente Automatizar el proceso de
de emisión de una insumos en base a la devolución de insumos a los
información archivada proveedores. Detectar

SOCDISAS
Vision
devolución en hojas de “Excel” inconsistencias entre las

órdenes de recibo, facturas y
órdenes de compra, y
actualizar el inventario
automáticamente.
NEC-12 Reducir el margen Alta Devoluciones de El Coordinador de Al emitir una devolución, que
de error que ocurre insumos Suministros verifica el sistema actualice
durante la emisión que los datos de la automáticamente la cantidad
de una devolución devolución sean disponible en inventario, en
correctos, y actualiza función de los datos de la
manualmente la devolución
cantidad disponible
en inventario, de
acuerdo a la
devolución emitida
NEC-13 Reducir el tiempo Alta Insumos pedidos Los colaboradores Permitir que los colaboradores
de emisión de un por los centros de contactan emitan directamente a través
pedido interno costos. Insumos directamente al del sistema los pedidos
despachados hacia Gerente inmediato, internos, seleccionando los
los centros de solicitándoles los insumos que necesita.
costos. insumos que Almacenarlos en el sistema, y
necesitan. El gerente que estos sean mostrados al
luego contacta Gerente cuando inicie sesión.
directamente al Al aprobarlos, indicarle
Coordinador de automáticamente al
Suministros vía Coordinador de Suministros los
telefónica o por pedidos internos ya
correo aprobados.
NEC-14 Reducir el margen Alta Insumos pedidos El Coordinador de Permitir que los colaboradores
de error que ocurre por los centros de Suministros tiene un emitan directamente a través
durante la emisión costos. Insumos registro manual que del sistema los pedidos
de un pedido despachados hacia revisa. internos, seleccionando los
interno los centros de insumos que necesita.
costos. Almacenarlos en el sistema, y
que estos sean mostrados al
Gerente cuando inicie sesión.
Al aprobarlos, indicarle
automáticamente al
Coordinador de Suministros los
pedidos internos ya
aprobados.
NEC-15 Garantizar la Alta Toda la información La información está El sistema validará el tipo de
seguridad y acceso que se maneja almacenada por usuario por medio de su login
a la información carpetas en y su contraseña, y mostrará la
archivadores, donde opciones que él puede realizar
solo el personal
autorizado tiene
acceso
NEC-16 Reducir el tiempo Media Usuarios que No existe Permitir a un usuario
de gestión de manejan el sistema. administrador (Coordinador de
usuarios Suministros) agregar,
modificar, y eliminar otros
usuarios que deban manejar el
sistema, según los roles

SOCDISAS
Vision
establecidos.
NEC-17 Reducir el tiempo Media Centros de Costos y Se lleva a cabo Permitir agregar, modificar,
de que lleva la secciones que manualmente eliminar centros de costos al
gestión de los conforman la sistema.
centros de costo empresa.
NEC-18 Facilitar el proceso Alta Coordinación de Se lleva a cabo Mostrar en el sistema un
de distribución de suministros y manualmente, historial con opciones de
insumos hacia los Centros de Costo revisando información búsqueda de pedidos y envíos
Centros de Costo de los pedidos y internos hacia los centros
envíos internos hacia
estos centros
NEC-19 Reducir el tiempo Alta Manejo de la El Coordinador de Almacenar en el sistema los
de emisión de una cuentas Suministros recibe los datos de la nueva cuenta, y
cuenta contable actualmente activas datos de una nueva calcular en función de los
en la empresa cuenta, así como el datos ingresados por el
presupuesto asignado Coordinador de Suministros, el
Distribución del
durante el próximo presupuesto del año fiscal
presupuesto general
año fiscal, e ingresa asignada para esta cuenta
entre cada una de
manualmente toda la nueva
ellas
información
suministrada en una
hoja de Excel
NEC-20 Reducir el margen Alta Manejo de la El Coordinador de El sistema calculará el
de error que ocurre cuentas Suministros revisa presupuesto mensual asignado
durante la emisión actualmente activas manualmente la a una cuenta, en función de la
y/o asignación de en la empresa distribución del distribución realizada por el
presupuesto de presupuesto realizada Coordinador de Suministros
Distribución del
una cuenta para una cuenta entre
presupuesto general
contable los centros de costo
entre cada una de
asociados, y va
ellas
sumando el
presupuesto
distribuido por mes.
El total debe coincidir
con el presupuesto
asignado para la
cuenta durante el
mismo mes
NEC-21 Facilitar la toma de Alta Manejo de la El Coordinador de El sistema puede almacenar
decisiones en la cuentas Suministros revisa un historial de presupuestos
distribución del actualmente activas manualmente la asignados, y mostrarlos para
presupuesto a los en la empresa distribución del facilitar la toma de decisión a
centros de costo presupuesto realizada la hora de reasignar
Distribución del
para una cuenta entre presupuestos.
presupuesto general
los centros de costo
entre cada una de
asociados, basándose
ellas
en las asignaciones
anteriores

SOCDISAS
Vision
4. Descripción del Producto
4.1 Perspectiva del Producto
El sistema propuesto tiene un enfoque sólo hacia la gestión del proceso de solicitudes de
cotización, orden de compra, inventario, despacho de suministros, devoluciones, pedidos
internos, notas de recibo, cuentas contables, facturas, facturas internas, cuentas por pagar,
centros de costo y usuarios de la sede principal de CENTROBECO C.A. en Boleíta. No se manejará
el inventario de los Centros de Costos independientemente, sino el inventario central que existe
en el Centro de Distribución de la empresa.
4.2 Resumen de las Capacidades

Beneficios al Usuario Características del Producto
Reducir el margen de error que se genera El sistema mostrará en pantalla aquellos insumos escasos,
al llevar manualmente el proceso de promedios o excedentes, de tal forma que permita al
compra, despacho e inventario de administrador pedir únicamente lo que sea necesario.
suministros y servicios.
Evitar gastos innecesarios que actualmente El sistema automatizará el cálculo de las cuentas por
sufre la empresa, en la medida de que pagar pendientes que se tenga con los proveedores, así
ocurren menos errores a la hora de realizar como también la distribución de gastos por Centros de
compras de suministros. Costos.
Mayor rapidez a la hora de gestionar las El sistema mostrará en pantalla aquellos insumos escasos,
órdenes de compra, despacho y control de y automatizará la realización de solicitudes de cotización y
inventario de los suministros y servicios. órdenes de compra a los proveedores.
Al recibir mercancía, el sistema automatizará el envío de
notas de recibo y facturas desde el Centro de Distribución,
al Departamento de Finanzas y a los Centros de Costo.
El inventario de los insumos se actualizará
automáticamente en la medida que se reciben y
despachan insumos desde el Centro de Distribución
Mejor control del uso y despacho de los El sistema mostrará al Coordinador de Suministros la
suministros que se compran frecuencia de uso de los insumos solicitados por los
Centros de Costos. De esta manera, el Coordinador de
Suministros, según la información mostrada, puede
establecer una mejor distribución de los insumos.
4.3 Dependencias
El sistema estará funcionando en el servidor “AS400” con el que cuenta la empresa. Este
servidor debe soportar “Java Server Pages”, y tener instalado un manejador de Bases de Datos
“DB2” y Java.

SOCDISAS
Vision
El sistema se puede acceder desde computadoras con ambiente Windows o Linux, a

través de un navegador Web, que se encuentre en una estación de trabajo con red local con el
servidor, es decir, con acceso a la Intranet de la empresa.
4.4 Costos
El costo del desarrollo de este software, depende estrictamente del tiempo invertido por
los programadores, de la aprobación por parte del Responsable comercial de cada uno de los
requerimientos que lo integra, y de los costos de obtener la tecnología que se está
implementando.
5. Características del Sistema

Necesidades
ID Característica Prioridad Precedencia Descripción Asociadas
CAR-01 Automatización Alta Almacenar en el sistema, la cantidad de NEC-01

del Inventario y insumos que se reciben de los proveedores NEC-02
Stock de y se despachan hacia los Centros de NEC-03
insumos Costos.
CAR-02 Automatización Alta CAR-01 Automatizar el proceso de compra de los NEC-04
de Compras y CAR-05 insumos internos necesarios, y la NEC-05
recepción de recepción de los mismos cuando son NEC-06
insumos enviados por los proveedores.
CAR-03 Automatización Media CAR-01 Permitir al Coordinador de Suministros NEC-04
de Solicitudes de seleccionar del sistema los insumos que NEC-06
Cotización desee saber sus precios, para generar una
Solicitud de Cotización de manera
automática.
CAR-04 Cálculo de las Alta CAR-01 Contabilizar las cuenta por pagar y los NEC-09
Cuenta por CAR-02 pagos automáticamente, según la NEC-10
pagar y los CAR-12 información que se lleva de las Órdenes de
Pagos Compra que se hacen a los proveedores.
CAR-05 Gestión de los Media Almacenar, modificar y mostrar la NEC-04
Proveedores información concerniente a los NEC-06
proveedores. NEC-07
NEC-11
CAR-06 Reportes Alta CAR-01 Mostrar todo lo referente al consumo y NEC-03

Estadísticos CAR-02 despacho de insumos de los Centros de NEC-06
CAR-03 Costos, en un determinado rango de NEC-10
CAR-04 NEC-18
tiempo.
CAR-05 NEC-21
CAR-07
CAR-08
CAR-09
CAR-11
CAR-12
CAR-07 Manejo de Alta CAR-01 Automatizar el proceso de devolución de NEC-06

Devoluciones CAR-02 insumos a los proveedores, a partir de una NEC-11
CAR-05 nota de recibo. NEC-12

SOCDISAS
Vision
CAR-08 Manejo de Alta CAR-11 Automatizar el proceso de pedido de NEC-13

pedidos internos CAR-12 insumos de los centros de costos hacia la NEC-14
coordinación de suministros. NEC-18
CAR-09 Manejo de Alta CAR-08 Automatizar el proceso de despacho NEC-13

despachos CAR-11 interno de los insumos hacia los centros de NEC-14
internos CAR-12 costo, a partir de una nota de recibo NEC-18
CAR-10 Gestión de Media Permitir a un usuario administrador NEC-15

usuarios (Coordinador de Suministros) agregar, NEC-16
modificar, y eliminar otros usuarios que
deban manejar el sistema, según los roles
establecidos.
CAR-11 Gestión de Media CAR-12 Permitir agregar, modificar, eliminar NEC-17
Centros de centros de costos al sistema. NEC-18
Costos y NEC-21
Secciones
CAR-12 Gestión de Media Permitir agregar, modificar y anular NEC-19
cuentas cuentas contables al sistema, y asignar el NEC-20
contables presupuesto correspondiente. NEC-21
6. Restricciones
Por ahora, no habrá ninguna relación de integración o soporte entre este sistema, y los
otros ya existentes en CENTROBECO C.A. Sin embargo, el programa será lo suficientemente
modular para permitir la posibilidad de integración con otros sistemas y esquemas de bases de
datos implementados en la empresa.
El producto soporta únicamente bases de datos en “DB2”, pero podrá agregarse el

soporte de múltiples bases de datos, en forma modular como extensiones de este producto.
7. Rangos de Calidad
Para realizar este proyecto, tomaremos en cuenta los siguientes rangos de calidad:
• MANTENIBILIDAD: El sistema debe de elaborarse de tal manera que permita inserciones de

nuevas funcionalidades en el futuro y modificaciones de las existentes, en la medida que la
corporación CENTROBECO C.A. vaya creciendo.
• USABILIDAD: El sistema debe ser altamente intuitivo y fácil de usar, de modo que no se
invierta mucho tiempo en adiestramiento del personal. Que todas las tareas se hagan en el
menor tiempo posible y de esta forma agilizar cualquier toma de decisión, basado en los datos

SOCDISAS
Vision
más actuales.
• ESTABILIDAD: El sistema no debe interrumpir su ejecución ante cualquier falla, debe poder
manejarlas de forma adecuada. Los datos permitirán mantener informado al Coordinador de
Suministros para la toma de decisiones.
• EFICIENCIA: El sistema debe tener tiempos de respuesta cortos a la hora de manejar cada una
de las funciones que lo integra.
8. Precedencia y Prioridades
El actor con mayor prioridad es el Coordinador de Suministros, debido a que es quien

maneja el proceso de órdenes de compra, solicitudes de cotización, devoluciones, despacho de
insumos e inventario, que es la base del Sistema.
Cuando se generan las ordenes de compra y se reciben los insumos de parte de los
proveedores, el Auxiliar de Suministros emite la nota de recibo asociada, indicando cuanto de
cada insumo se recibió. En el caso de haber algún error en la mercancía, se lo notifican al
Coordinador de Suministros, para que analice si aceptarla o no.
Una vez que se emite la nota de recibo, ésta es enviada al Personal de Finanzas para que
proceda a la emisión del pago que se le efectuará al proveedor.
Los Analistas de Suministros solo se encargan de realizar el proceso de inventario, e

ingresar los resultados dentro del Sistema, para que este inicie el proceso de cotejo.
Los Gerentes son la máxima autoridad a nivel de Centros de Costo, y se encargan de

aprobar o rechazar los pedidos internos que realicen sus colaboradores
Los Colaboradores solo emiten una solicitud de pedido interno de insumos, de acuerdo a
sus necesidades, para enviarlas a su Gerente.

SOCDISAS
Vision
9. Otros Requisitos del Producto
9.1 Estándares Aplicables

• El producto está diseñado para ser multiplataforma vía Web.
• No hay restricciones de estándares de conexión de red entre el cliente y el servidor, lo
importante es que haya algún tipo de conexión entre estas dos estaciones (preferiblemente
el uso de TCP/IP).
9.2 Requisitos de Sistema

• Utilización de plataformas Windows o Linux.
• Un servidor Web que soporte “Java Server Pages”, con conexión a una Base de Datos DB2, y
que tenga instalado JAVA
• El cliente podrá acceder a través de un navegador, que se encuentre en una estación de
trabajo conectada a la red local de la empresa.
• El servidor deberá ofrecer alta disponibilidad y gran desempeño según los requerimientos del
cliente. Espacio en discos para soportar el crecimiento del sistema y cantidad de memoria
que permita el buen funcionamiento del mismo.
• El cliente por su parte, deberá cumplir como mínimo con los requisitos de una estación con
accesibilidad Web, utilización de disco mínima y una cantidad de memoria acorde al tiempo
de respuesta que se desee.
9.3 Requisitos de Desempeño

• El tiempo de respuesta se espera que sea bastante reducido, por lo que se necesita un tipo
de red rápida, con un gran ancho de banda disponible para el sistema y un servidor que
permita respuestas instantáneas (estos requerimientos de desempeño son únicamente
necesarios acorde a las peticiones del cliente).
9.4 Requisitos de Entorno

• No hay requisitos extras del entorno del hardware, más que el mínimo necesario en el cual el
mismo pueda operar correctamente.
• La comunicación entre los usuarios debe funcionar correctamente y deberán tener canales
alternos en caso de algún inconveniente con alguno de ellos.
• El cliente deberá tener un ente que se encargue tanto de la instalación del producto como de
los requisitos necesarios para la utilización y el mantenimiento del mismo. Este ente deberá

SOCDISAS
Vision
estar familiarizado con las herramientas y la administración de este tipo de sistemas.

• El mantenimiento del producto deberá realizarse en conformidad con los patrones de
implementación utilizados para la creación del mismo, por lo que debido a su estructura
modular deberá ser fácil y rápida, para mantener la disponibilidad del sistema.
• El producto debe ser tolerante ante posibles fallos, el sistema debe poder soportar fallos en
el sistema, y poder regresar al punto que se encontraba antes del fallo.
9.5 Requerimientos de Documentación

Apegándonos a las normas de la compañía, una vez culminado el sistema, se debe entregar un
Manual de usuario a todas aquellas personas que utilizaran este sistema. Igualmente, se debe entregar al
responsable técnico del proyecto una Carpeta Técnica con el modelo de datos, el diseño de software, la
aprobación de pruebas técnicas (programadores) y comerciales (usuarios), y las funcionalidades
aprobadas por el responsable comercial, en este caso el Gerente de Logística. Finalmente, se le
entregará al responsable comercia, una Carpeta Comercial con el modelo de datos, la aprobación de
pruebas técnicas (programadores) y comerciales (usuarios), y las funcionalidades aprobadas.

SSIISSTTEEMMAA DDEE OORRDDEENN DDEE CCOOMMPPRRAASS,, DDEESSPPAACCHHOO EE IINNVVEENNTTAARRIIOO
DDEE SSU
UMMIIN OSS,, A
NIISSTTRRO ACCTTIIVVOOSS YY SSEERRVVIICCIIOOSS
SSO
OCCD DIISSAASS
EESSPPEECCIIFFIICCAACCIIOONNEESS DDEE RREEQQUUEERRIIMMIIEENNTTOOSS DDEE SSOOFFTTW
WAARREE ((E
ERRSS))
SOCDISAS
Documento de Arquitectura
H
HIIS
STTO
ORRIIA
ALL D
DEE R
REEV
VIIS
SIIÓ
ÓNN

06/02/2007 1.0 Primera versión después de analizar las características del Elianna Bugallo
sistema y esbozar los diagramas de Casos de Uso Daniel Fernández
28/02/2007 2.0 Revisión después de avanzar en el modelo de datos y Elianna Bugallo
diagrama de clases Daniel Fernández
08/06/2007 3.0 Revisión después de haber implementado los casos de uso Elianna Bugallo
pautados para la pasantía. Daniel Fernández

SOCDISAS
Especificación de Requerimientos de Software
T
TAAB
BLLA
A D
DEE C
COON
NTTE
ENNIID
DOOS
S
1. INTRODUCCIÓN ................................................................................................................................. 7
1.1. ALCANCE .......................................................................................................................................... 7

1.2. DEFINICIONES, ACRÓNIMOS Y ABREVIACIONES............................................................................... 7
1.3. REFERENCIAS ................................................................................................................................... 9
2. ESPECIFICACIONES FUNCIONALES ........................................................................................... 9
• MANEJAR ALMACENES ........................................................................................................................ 9

• ANULAR Y RECUPERAR ALMACENES ................................................................................................... 9
• CONSULTAR ALMACENES .................................................................................................................... 9
• MANEJAR CENTROS DE COSTO ............................................................................................................ 9
• ANULAR Y RECUPERAR CENTROS DE COSTO..................................................................................... 10
• CONSULTAR CENTROS DE COSTO ...................................................................................................... 10
• DISTRIBUIR LOS INSUMOS DE UNA NOTA DE RECIBO ENTRE LOS CENTROS DE COSTO ....................... 10
• DISTRIBUIR PRESUPUESTO DEL AÑO FISCAL DE UNA CUENTA CONTABLE ENTRE LOS CENTROS DE
COSTO ......................................................................................................................................................... 10
• REGISTRAR CUENTAS CONTABLES .................................................................................................... 10
• CONSULTAR CUENTAS CONTABLES ................................................................................................... 10
• CONSULTAR TODAS LAS CUENTAS POR PAGAR .................................................................................. 11
• MANEJAR DEVOLUCIÓN ..................................................................................................................... 11
• ANULAR Y RECUPERAR DEVOLUCIONES ........................................................................................... 11
• CONSULTAR DEVOLUCIÓN ................................................................................................................. 11
• MANEJAR FACTURAS ......................................................................................................................... 11
• CONSULTAR FACTURAS ..................................................................................................................... 11
• MANEJAR FACTURAS INTERNAS ........................................................................................................ 11
• CONSULTAR FACTURAS INTERNAS .................................................................................................... 12
• MANEJAR INSUMOS ............................................................................................................................12
• ANULAR Y RECUPERAR INSUMOS ...................................................................................................... 12
• CONSULTAR INSUMOS ........................................................................................................................ 12
• INICIAR Y FINALIZAR PROCESOS DE INVENTARIO .............................................................................. 12
• MANEJAR CONTEOS DE INSUMOS DE UN INVENTARIO EN MARCHA.................................................... 12
• CONSULTAR INVENTARIOS Y CONTEOS DE INSUMOS ......................................................................... 12
• MANEJAR USUARIOS Y SESIONES ...................................................................................................... 13
• ANULAR Y RECUPERAR USUARIOS .................................................................................................... 13
• CONSULTAR USUARIOS ...................................................................................................................... 13
• MANEJAR NOTAS DE RECIBO ............................................................................................................. 13

SOCDISAS
• CONSULTAR NOTAS DE RECIBO ......................................................................................................... 13

• MANEJAR ÓRDENES DE COMPRA ....................................................................................................... 13
• ANULAR Y RECUPERAR ÓRDENES DE COMPRA ................................................................................. 13
• CONSULTAR ÓRDENES DE COMPRA ................................................................................................... 14
• MANEJAR CONDICIONES DE PAGO ...................................................................................................... 14
• MANEJAR PEDIDOS INTERNOS............................................................................................................ 14
• ANULAR Y RECUPERAR PEDIDOS INTERNOS ...................................................................................... 14
• CONSULTAR PEDIDOS INTERNOS........................................................................................................ 14
• MANEJAR PROVEEDORES.................................................................................................................... 14
• CONSULTAR PROVEEDORES................................................................................................................ 14
• ANULAR Y RECUPERAR PROVEEDORES .............................................................................................. 15
• MANEJAR SOLICITUDES DE COTIZACIÓN ........................................................................................... 15
• ANULAR Y RECUPERAR SOLICITUDES DE COTIZACIÓN ..................................................................... 15
• CONSULTAR SOLICITUDES DE COTIZACIÓN ....................................................................................... 15
3. CASOS DE USO .................................................................................................................................. 15
1.1. USUARIOS O ACTORES .................................................................................................................... 15

1.2. MÓDULOS O PAQUETES DE CASOS DE USO .................................................................................... 16
3.4. RESUMEN DE CASOS DE USO Y ACTORES ...................................................................................... 19
3.4.1. Módulo de Almacenes ........................................................................................................... 19
3.4.2. Módulo de Centros de Costo ................................................................................................. 19
3.4.3. Módulo de Condiciones de Pago .......................................................................................... 20
3.4.4. Módulo de Cuentas Contables .............................................................................................. 20
3.4.5. Módulo de Cuentas por Pagar ..............................................................................................20
3.4.6. Módulo de Despacho ............................................................................................................. 21
3.4.7. Módulo de Devoluciones ....................................................................................................... 21
3.4.8. Módulo de Facturas .............................................................................................................. 21
3.4.9. Módulo de Facturas Internas ................................................................................................ 22
3.4.10. Módulo de Insumos ............................................................................................................... 22
3.4.11. Módulo de Inventario ............................................................................................................ 24
3.4.12. Módulo de Líneas de Insumos ............................................................................................... 25
3.4.13. Módulo de Manejo de Usuarios ............................................................................................ 25
3.4.14. Módulo de Notas de Recibo .................................................................................................. 26
3.4.15. Módulo de Órdenes de Compra ............................................................................................ 26
3.4.16. Módulo de Pedidos Internos ................................................................................................. 27
3.4.17. Módulo de Proveedores ........................................................................................................ 27
3.4.18. Módulo de Sesiones de Usuario ............................................................................................ 28
3.4.19. Módulo de Solicitudes de Cotización .................................................................................... 29
3.5. ESPECIFICACIONES DE CASOS DE USO ........................................................................................... 29
SOCDISAS

3.5.2. Módulo de Centros de Costo ................................................................................................. 43
3.5.4. Módulo de Cuentas por Pagar ..............................................................................................68
3.5.5. Módulo de Despacho ............................................................................................................. 80
3.5.7. Módulo de Facturas ............................................................................................................104
3.5.8. Módulo de Facturas Internas ..............................................................................................118
3.5.9. Módulo de Insumos .............................................................................................................139
3.5.10. Módulo de Inventario .......................................................................................................... 167
3.5.11. Módulo de Línea de Insumos ..............................................................................................180
3.5.12. Módulo de Manejo de Usuario ...........................................................................................189
3.5.13. Módulo de Notas de Recibo ................................................................................................200
3.5.14. Módulo de Órdenes de Compra ..........................................................................................215
3.5.15. Módulo de Pedidos Internos ...............................................................................................235
3.5.16. Módulo de Proveedor .......................................................................................................... 260
3.5.17. Módulo de Sesiones de Usuarios ........................................................................................273
3.5.18. Módulo de Solicitudes de Cotización ..................................................................................280
4. ESPECIFICACIONES SUPLEMENTARIAS ...............................................................................296
1.1. USABILIDAD .................................................................................................................................297

4.5.1. Uso de los estilos y colores de la organización BECO ......................................................297
4.5.2. Amigabilidad .......................................................................................................................297
4.5.3. Procesos Cortos...................................................................................................................297
4.5.4. Distribución y ubicación de la información .......................................................................297
4.6. CONFIABILIDAD ............................................................................................................................297
4.6.1. Disponibilidad .....................................................................................................................297
4.6.2. Recuperabilidad ..................................................................................................................298
4.6.3. Tolerancia a Fallas .............................................................................................................298
4.6.4. Consistencia en los datos .................................................................................................... 298
4.6.5. Recuperación de los datos...................................................................................................298
4.6.6. Robusto ................................................................................................................................298
4.7. DESEMPEÑO..................................................................................................................................298
4.7.1. Tiempo de respuesta para una transacción ........................................................................298
4.7.2. Información Centralizada ...................................................................................................299
4.7.3. Concurrencia .......................................................................................................................299
4.8. MANTENIBILIDAD.........................................................................................................................299
4.8.1. El sistema debe permitir expandirse ...................................................................................299
4.8.2. El sistema debe permitir modificarse .................................................................................299

SOCDISAS
4.8.3. El sistema debe permitir integrarse a otros sistemas .........................................................299

4.9. SEGURIDAD ..................................................................................................................................299
4.9.1. El sistema solo debe brindar acceso a usuarios autorizados ............................................299
4.9.2. El sistema debe restringir ciertas operaciones, dependiendo del usuario que lo esté
utilizando..............................................................................................................................................300
4.10. RESTRICCIONES DE DISEÑO .....................................................................................................300
4.10.1. Portabilidad .........................................................................................................................300
4.10.2. El sistema debe ser desarrollado en JAVA .........................................................................300
4.10.3. El sistema debe usar la arquitectura Cliente – Servidor ...................................................300
4.10.4. El sistema debe interactuar con una base de datos bajo el manejador DB2 ....................300
4.10.5. La herramienta disponible para desarrollar el sistema es WebSphere .............................300
4.11. REQUERIMIENTOS DE DOCUMENTACIÓN EN LÍNEA Y DE SISTEMAS DE AYUDA ....................301
4.12. COMPONENTES COMPRADOS ...................................................................................................301

4.13. INTERFACES ..............................................................................................................................301
4.13.1. Interfaces de Usuario ..........................................................................................................301
4.13.2. Interfaces de Hardware .......................................................................................................301
4.13.3. Interfaces de Software .........................................................................................................301
4.13.4. Interfaces de Comunicaciones ............................................................................................302
4.14. REQUERIMIENTOS DE LICENCIAMIENTO ..................................................................................302
4.15. ASPECTOS LEGALES, DERECHO DE AUTOR Y ESTÁNDARES APLICABLES ...............................302

SOCDISAS
T
TAAB
BLLA
A D
DEE IIL
LUUS
STTR
RAAC
CIIO
ONNE
ESS
Figura 1. Interacción de Usuarios con los paquetes de: Almacenes, Devoluciones,

Proveedores y Solicitudes de Cotización 16
Figura 2. Interacción de Usuarios con los paquetes de: Centros de Costo, Cuentas
Contables y Cuentas por Pagar 17
Figura 3. Interacción de Usuarios con los paquetes de: Facturas, Insumos, Líneas
de Insumos, Almacenes, Notas de Recibo y Órdenes de Compra 17
Figura 4. Interacción de Usuarios con los paquetes de: Inventario, Facturas
Internas y Pedidos Internos 18
Figura 5. Interacción de Usuarios con los paquetes de: Manejo de Usuarios y
Sesiones de Usuario 18

SOCDISAS
11.. IInnttrroodduucccciióónn
1
1..1
1.. A
Allcca
anncce
e
El documento Especificación de Requerimientos del Software, tiene como finalidad
mostrar los requerimientos funcionales que el sistema debe cumplir, y describir en profundidad
los escenarios o casos de uso que el sistema deberá interactuar con el cliente.
1
1..2
2.. D
Deeffiin
niicciio
onne
ess,, A
Accrró
ónniim
mooss yy a
abbrre
evviia
acciio
onne
ess
• Centro de Costo: Se refiere a todos los departamentos y tiendas que conforman la

empresa CENTROBECO C.A. Los departamentos se encuentran ubicados en la sede central
de la empresa en Boleíta. Las tiendas están ubicadas en las principales ciudades del país.


• Cuenta: Relación de dinero asignada por la gerencia general, a cada una de las actividades
que se hacen dentro de la empresa. Ejemplo: Cuenta de gastos de limpieza, Cuenta de
gastos de papelería, etc.



SOCDISAS
• Factura: Documento emitido por un proveedor que muestra la relación de los suministros
y precios comprendidos en una venta.


• Pago: Es el trámite que el Personal de Finanzas realiza, para cancelar una cuenta por
pagar que se tenga pendiente con un proveedor determinado.

SOCDISAS

• Usuarios: Son todas las personas que trabajan en los diversos centros de costo existentes
1
1..3
3.. R
Reeffe
erre
enncciia
ass
Este documento hace referencia al documento Visión, el cual tiene una descripción de
las necesidades y características que el sistema debe satisfacer. Estos documentos se
encuentran en las carpetas comerciales y técnicas del proyecto. La carpeta comercial está bajo
la custodia de la Gerencia de Logística, y la carpeta técnica está bajo la custodia de la Gerencia
de Sistemas.
22.. EEssppeecciiffiiccaacciioonneess FFuunncciioonnaalleess

En esta sección describiremos los requerimientos que el sistema debe cumplir para
lograr satisfacer las necesidades y características plasmadas en el documento Visión.
•• M
Maan
neejja
arr A
Allm
maacce
enne
ess
ID Requerimiento: RF-01 Manejar Almacenes
Característica Asociada: Automatización del Inventario y Stock de insumos
Descripción: El sistema debe permitir registrar y actualizar los datos un almacén
Prioridad: () Alta () Media Alta (x) Media () Media Baja () Baja
•• A
Annu
ulla
arr yy R
Reeccu
uppe
erra
arr A
Allm
maacce
enne
ess
ID Requerimiento: RF-02 Anular y Recuperar Almacenes
Descripción: El sistema debe permitir anular y recuperar un almacén registrado
•• C
Coon
nssu
ulltta
arr A
Allm
maacce
enne
ess
ID Requerimiento: RF-03 Consultar Almacenes
Descripción: El sistema debe permitir consultar todos los datos de un almacén
•• M
Maan
neejja
arr C
Ceen
nttrro
oss d
deeC
Coosstto
o
ID Requerimiento: RF-04 Manejar Centros de Costo
Característica Asociada: Gestión de Centros de Costos y Secciones. Manejo de pedidos internos. Manejo de
despachos internos
Descripción: El sistema debe permitir registrar y actualizar los datos de un centro de costo y/o de sus secciones

SOCDISAS
•• A
Annu
ulla
arr yy R
Reeccu
uppe
erra
arr C
Ceen
nttrro
oss d
deeC
Coosstto
o
ID Requerimiento: RF-05 Anular y Recuperar Centros de Costo
despachos internos
Descripción: El sistema debe permitir anular y recuperar un centro de costo registrado, o alguna de sus secciones
•• C
Coon
nssu
ulltta
arr C
Ceen
nttrro
oss d
deeC
Coosstto
o
ID Requerimiento: RF-06 Consultar Centros de Costo
despachos internos. Reportes Estadísticos
Descripción: El sistema debe permitir consultar todos los datos de un centro de costo y de cada una de sus secciones.
•• D
Diissttrriib
buuiirr llo
oss iin
nssu
ummo
oss d
deeu
unna
a n
nootta
a d
dee rre
ecciib
boo e
ennttrre
e
llo
oss cce
ennttrro
oss d
dee cco
osstto
o
ID Requerimiento: RF-07 Distribuir los insumos de una nota de recibo entre los centros de costo
Característica Asociada: Automatización de Compras y recepción de insumos. Automatización del Inventario y Stock
de insumos. Manejo de pedidos internos. Manejo de despachos internos
Descripción: El sistema debe permitir distribuir los insumos recibidos en una nota de recibo, entre los centros de costo
activos, bien sea por monto o por cantidad, tomando en cuenta los pedidos internos pendientes
•• D
Diissttrriib
buuiirr P
Prre
essu
uppu
ueesstto
odde
ell a
añ o ffiisscca
ño all d
deeu
unna
aCCu
ueen
ntta
a
C
Coon
ntta
abblle
ee nttrre
en e llo
oss C
Ceen
nttrro
oss d
deeC
Coosstto
o
ID Requerimiento: RF-08 Distribuir Presupuesto del año fiscal de una Cuenta Contable entre los
Centros de Costo
despachos internos. Gestión de cuentas contables.
Descripción: El sistema debe permitir distribuir el presupuesto del año fiscal asignado a una cuenta, entre los centros
de costo asociados
Prioridad: () Alta (x) Media Alta () Media () Media Baja () Baja
•• R
Reeg
giissttrra
arr C
Cuue
enntta
ass C
Coon
ntta
abblle
ess
ID Requerimiento: RF-09 Manejar Cuentas Contables
Característica Asociada: Gestión de cuentas contables. Manejo de despachos internos
Descripción: El sistema debe permitir registrar los datos de una nueva cuenta contable
•• C
Coon
nssu
ulltta
arr C
Cuue
enntta
ass C
Coon
ntta
abblle
ess
ID Requerimiento: RF-10 Consultar Cuentas Contables
Característica Asociada: Gestión de cuentas contables. Manejo de despachos internos. Reportes Estadísticos
Descripción: El sistema debe permitir consultar los datos de una cuenta contable registrada

SOCDISAS
•• C
Coon
nssu
ulltta
arr tto
odda
ass lla
ass ccu
ueen
ntta
ass p
poorr p
paag
gaarr
ID Requerimiento: RF-11 Consultar todas las cuentas por pagar
Característica Asociada: Cálculo de las Cuenta por pagar y los Pagos. Gestión de los Proveedores. Reportes
Estadísticos
Descripción: El sistema debe permitir la consulta de todas las cuentas por pagar existentes para un proveedor.
•• M
Maan
neejja
arr D
Deevvo
ollu
ucciió
ónn
ID Requerimiento: RF-12 Manejar Devolución
Característica Asociada: Manejo de Devoluciones.
Descripción: El sistema debe permitir registrar y actualizar los datos de una devolución. Una devolución puede
contemplar el retorno de varios insumos de distintas notas de recibo. Debe permitir el cambio de estado de una
devolución de “No Devuelto” a “Devuelto”
•• A
Annu
ulla
arr yy R
Reeccu
uppe
erra
arr D
Deevvo
ollu
ucciio
onne
ess
ID Requerimiento: RF-13 Anular Devolución
Característica Asociada: Manejo de Devoluciones
Descripción: El sistema debe permitir anular y recuperar una devolución
•• C
Coon
nssu
ulltta
arr D
Deevvo
ollu
ucciió
ónn
ID Requerimiento: RF-14 Consultar Devolución
Característica Asociada: Manejo de Devoluciones. Reportes estadísticos
Descripción: El sistema debe permitir consultar todos los datos de una devolución registrada.
•• M
Maan
neejja
arr FFa
accttu
urra
ass
ID Requerimiento: RF-15 Manejar facturas
Característica Asociada: Automatización de Órdenes de Compra. Cálculo de las Cuenta por pagar y los Pagos.
Descripción: Brinda la opción de registrar y actualizar toda la información relacionada con las facturas recibidas por los
proveedores
•• C
Coon
nssu
ulltta
arr FFa
accttu
urra
ass
ID Requerimiento: RF-16 Consultar facturas
Característica Asociada: Automatización de Órdenes de Compra. Cálculo de las Cuenta por pagar y los Pagos. Reportes
Estadísticos
Descripción: El Sistema debe permitir consultar la información relacionada con las facturas registradas
•• M
Maan
neejja
arr FFa
accttu
urra
ass IIn
ntte
errn
naass
ID Requerimiento: RF-17 Manejar Facturas Internas
Característica Asociada: Manejo de pedidos internos. Manejo de despachos internos
Descripción: El sistema debe permitir registrar y actualizar los datos de una factura interna

SOCDISAS
•• C
Coon
nssu
ulltta
arr FFa
accttu
urra
ass IIn
ntte
errn
naass
ID Requerimiento: RF-18 Consultar Facturas Internas
Descripción: El sistema debe permitir consultar los datos de una factura interna registrada
•• M
Maan
neejja
arr iin
nssu
ummo
oss
ID Requerimiento: RF-19 Manejar Insumos
Característica Asociada: Automatización de Órdenes de Compra. Automatización del Inventario y Stock de insumos.
Descripción: El sistema debe permitir registrar y actualizar los datos un insumo
•• A
Annu
ulla
arr yy R
Reeccu
uppe
erra
arr IIn
nssu
ummo
oss
ID Requerimiento: RF-20 Anular y Recuperar Insumos
Característica Asociada: Automatización de Órdenes de Compra. Automatización del Inventario y Stock de insumos
Descripción: El sistema debe permitir anular y recuperar los datos un insumo
•• C
Coon
nssu
ulltta
arr IIn
nssu
ummo
oss
ID Requerimiento: RF-21 Consultar Insumos
Característica Asociada: Automatización de Órdenes de Compra. Automatización del Inventario y Stock de insumos.
Reportes Estadísticos
Descripción: El sistema debe permitir consultar todos los datos de un insumo
•• IIn
niicciia
arr yy FFiin
naalliizza
arr P
Prro
occe
esso
oss d
dee IIn
nvve
enntta
arriio
o
ID Requerimiento: RF-22 Iniciar y Finalizar Procesos de Inventario
Descripción: El sistema debe permitir llevar a cabo un proceso de inventario. Mientras se realiza un proceso de
inventario, el resto de las funciones deben estar deshabilitadas, y solo quedaran habilitadas aquellas relacionadas con el
proceso de inventario en marcha
•• M
Maan
neejja
arr cco
onntte
eooss d
dee iin
nssu
ummo
oss d
dee u
unn iin
nvve
enntta
arriio
o e
enn
m
maarrcch
haa
ID Requerimiento: RF-23 Ingresar conteos de insumos
Descripción: En un proceso de inventario, se deben registrar los insumos que se han contado
•• C
Coon
nssu
ulltta
arr iin
nvve
enntta
arriio
oss yy cco
onntte
eooss d
dee iin
nssu
ummo
oss
ID Requerimiento: RF-24 Ingresar conteos de insumos
Característica Asociada: Automatización del Inventario y Stock de insumos. Reportes Estadísticos
Descripción: Después de finalizar un proceso de inventario, se debe poder consultar los resultados de procesos de
inventarios anteriores

SOCDISAS
•• M
Maan
neejja
arr U
Ussu
uaarriio
oss yy S
Seessiio
onne
ess
ID Requerimiento: RF-25 Manejar Usuarios
Característica Asociada: Gestión de usuarios.
Descripción: El sistema debe permitir registrar y actualizar los datos de un usuario. A un usuario registrado, el sistema le
brindará acceso, y le dejará ejecutar ciertas funciones dependiendo del tipo de usuario.
•• A
Annu
ulla
arr yy R
Reeccu
uppe
erra
arr U
Ussu
uaarriio
oss
ID Requerimiento: RF-26 Anular y Recuperar Usuarios
Característica Asociada: Gestión de usuarios
Descripción: El sistema debe permitir anular y recuperar un usuario registrado
•• C
Coon
nssu
ulltta
arr U
Ussu
uaarriio
oss
ID Requerimiento: RF-27 Consultar Usuarios
Característica Asociada: Gestión de usuarios. Reportes Estadísticos
Descripción: El sistema debe permitir consultar todos los datos de un usuario.
•• M
Maan
neejja
arr N
Nootta
ass d
deeR
Reecciib
boo
ID Requerimiento: RF-28 Manejar Notas de Recibo
Característica Asociada: Automatización de Compras y recepción de insumos. Manejo de despachos internos. Manejo
de Devoluciones
Descripción: El sistema debe permitir registrar y actualizar los datos de una nota de recibo
•• C
Coon
nssu
ulltta
arr N
Nootta
ass d
deeR
Reecciib
boo
ID Requerimiento: RF-29 Consultar Notas de Recibo
Característica Asociada: Automatización de Compras y recepción de insumos. Manejo de despachos internos. Manejo
de Devoluciones. Reportes Estadísticos
Descripción: El sistema debe permitir consultar todos los datos de una nota de recibo
•• M
Maan
neejja
arr Ó
Órrd
deen
neess d
deeC
Coom
mpprra
a
ID Requerimiento: RF-30 Manejar Órdenes de compra
Descripción: El sistema debe permitir registrar y actualizar los datos de una orden de compra. Debe también permitir
registrar una orden a partir de una solicitud de cotización
•• A
Annu
ulla
arr yy R
Reeccu
uppe
erra
arr Ó
Órrd
deen
neess d
deeC
Coom
mpprra
a
ID Requerimiento: RF-31 Anular y Recuperar Órdenes de Compra
Descripción: El sistema debe permitir eliminar y/o restaurar cualquier orden registrada

SOCDISAS
•• C
Coon
nssu
ulltta
arr Ó
Órrd
deen
neess d
deeC
Coom
mpprra
a
ID Requerimiento: RF-32 Consultar Órdenes de compra
Descripción: El sistema debe permitir consultar los datos de una orden de compra registrada
•• M
Maan
neejja
arr cco
onnd
diicciio
onne
ess d
deep
paag
goo
ID Requerimiento: RF-33 Manejar condiciones de pago
Característica Asociada: Gestión de los Proveedores. Cálculo de las Cuenta por pagar y los Pagos.
Descripción: Brindar la opción de manejar todas las condiciones de pago aceptadas por los proveedores
•• M
Maan
neejja
arr P
Peed
diid
dooss IIn
ntte
errn
nooss
ID Requerimiento: RF-34 Manejar Pedidos Internos
Descripción: El sistema debe permitir registrar y actualizar los datos un pedido interno
•• A
Annu
ulla
arr yy R
Reeccu
uppe
erra
arr P
Peed
diid
dooss IIn errn
ntte nooss
ID Requerimiento: RF-35 Anular y Recuperar Pedidos Internos
Descripción: El sistema debe permitir anular y recuperar un pedido interno registrado
•• C
Coon
nssu
ulltta
arr P
Peed
diid
dooss IIn
ntte
errn
nooss
ID Requerimiento: RF-36 Consultar Pedidos Internos
Característica Asociada: Manejo de pedidos internos. Manejo de despachos internos. Reportes Estadísticos
Descripción: El sistema debe permitir consultar todos los datos de un pedido interno
•• M
Maan
neejja
arr p
prro
ovve
eeed
doorre
ess
ID Requerimiento: RF-37 Ingresar un proveedor al sistema
Característica Asociada: Gestión de los Proveedores
Descripción: El sistema debe brindar la posibilidad de registrar y actualizar los datos de un proveedor
•• C
Coon
nssu
ulltta
arr p
prro
ovve
eeed
doorre
ess
ID Requerimiento: RF-38 Consultar proveedores
Característica Asociada: Gestión de los Proveedores. Reportes Estadísticos
Descripción: Brinda la posibilidad de ver los datos de todos los proveedores registrados, con criterios de búsqueda, que
faciliten la ubicación de los proveedores.

SOCDISAS
•• A
Annu
ulla
arr yy rre
eccu
uppe
erra
arr p
prro
ovve
eeed
doorre
ess
ID Requerimiento: RF-39 Anular y recuperar proveedores
Característica Asociada: Gestión de los Proveedores
Descripción: Brinda la opción de remover y recuperar proveedores registrados en el sistema
•• M
Maan
neejja
arr S
Soolliicciittu
udde
ess d
deeC
Coottiizza ón
acciió n
ID Requerimiento: RF-40 Manejar Solicitudes de Cotización
Característica Asociada: Automatización de Solicitudes de Cotización. Automatización de Órdenes de Compra
Descripción: El sistema debe permitir registrar y actualizar los datos de una solicitud de cotización
•• A
Annu
ulla
arr yy R
Reeccu
uppe
erra
arr S
Soolliicciittu
udde de
ess d eC
Coottiizza
acciió
ónn
ID Requerimiento: RF-41 Anular y Recuperar Solicitudes de Cotización
Descripción: El sistema debe permitir eliminar y/o restaurar cualquier solicitud registrada
•• C
Coon
nssu
ulltta
arr S
Soolliicciittu
udde
ess d
deeC
Co acciió
ottiizza ónn
ID Requerimiento: RF-42 Consultar Solicitudes de Cotización
Descripción: El sistema debe permitir consultar los datos de las solicitudes de cotización registradas
33.. CCaassooss ddee U

Ussoo
Los casos de uso describen los distintos escenarios en donde el actor y el sistema
interactúan, para dar cumplimiento a algún requerimiento de los descritos anteriormente.
1
1..1
1.. U
Ussu
uaarriio
oss o
oaacctto
orre
ess
Existen seis actores identificados en el sistema: el Coordinador de Suministros, el
Auxiliar de Suministros, el Analista de Suministros, el Colaborador, el Gerente y el personal de
Finanzas.
Coordinador de Suministros (CS): es el encargado de administrar el proceso de Orden
de Compra y despacho de los insumos que llegan a la Sede Principal de la Compañía.
Auxiliar de Suministros (AXS): es el encargado de la administración de las notas de
recibo, y de las facturas emitidas por parte de los proveedores. Son los encargados de
generar una nueva nota, cada vez que se reciben insumos.
Analista de Suministros (ANS): es el encargado del proceso de chequeo físico para
determinados insumos, guardados en un almacén. Se encarga de contar la cantidad
existente por producto y de ingresar en el sistema los resultados obtenidos.

SOCDISAS
Colaborador (C): es quien crea los pedidos internos del Centro de Costo donde
pertenece, para que estos sean posteriormente evaluados y, en el caso de que así lo
amerite, aprobarlos por el colaborador autorizado (Gerente).
Gerente (G): es el encargado de gestionar los pedidos internos emitidos por los
colaboradores que trabajan en el Centro de Costo que él gestiona.
Personal de Finanzas (PF): es el encargado de emitir los pagos correspondientes a las
notas de recibo emitidas.
1
1..2
2.. M
Móód
duullo
oss o
oPPa
aqqu
ueette
ess d
deeC
Caasso de
oss d eU
Usso
o
En vista de la magnitud de nuestro sistema, los casos de uso se agruparon en 18
módulos o paquetes:
1. Módulo de Sesiones de Usuarios 10. Módulo de Facturas

2. Módulo de Manejo de Usuarios 11. Módulo de Línea de Insumos
3. Módulo de Almacenes 12. Módulo de Insumos
4. Módulo de Centros de Costo 13. Módulo de Notas de Recibo
5. Módulo de Inventario 14. Módulo de Órdenes de Compra
6. Módulo de Cuentas Contables 15. Módulo de Pedidos Internos
7. Módulo de Cuentas por Pagar 16. Módulo de Proveedores
8. Módulo de Devoluciones 17. Módulo de Solicitudes de Cotización
9. Módulo de Facturas Internas 18. Módulo de Despacho
Los diagramas a continuación, muestran la interacción entre los usuarios y los paquetes
del sistema:

Proveedores y Solicitudes de Cotización

SOCDISAS
Contables y Cuentas por Pagar
Figura 3. Interacción de Usuarios con los paquetes de: Facturas, Insumos, Líneas de
Insumos, Almacenes, Notas de Recibo y Órdenes de Compra

SOCDISAS
Figura 4. Interacción de Usuarios con los paquetes de: Inventario, Facturas Internas y
Pedidos Internos
Figura 5. Interacción de Usuarios con los paquetes de: Manejo de Usuarios y Sesiones de
Usuario

SOCDISAS
3..4
3 Re
4.. R um
essu en
me de
nd Ca
eC de
oss d
asso Usso
eU Acctto
o yy A ess
orre
3.4.1. Módulo de Almacenes

ID CU Caso de Uso Actor
CU-ALM-01 Agregar Almacén Coordinador de Suministros
CU-ALM-02 Modificar Almacén Coordinador de Suministros
CU-ALM-03 Anular Almacén Coordinador de Suministros
CU-ALM-04 Restaurar Almacén Coordinador de Suministros
CU-ALM-05 Consultar los datos de un Almacén Coordinador de Suministros
CU-ALM-06 Listar Almacenes Anulados Coordinador de Suministros
Coordinador de Suministros Analista de

CU-ALM-07 Listar todos los Almacenes Suministros
Auxiliar de Suministros

CU-ALM-08 Listar Almacenes por Insumo Suministros

CU-ALM-09 Listar Almacenes por Línea Suministros
3.4.2. Módulo de Centros de Costo

CU-CCO-01 Agregar Centro de Costo Coordinador de Suministros
CU-CCO-02 Modificar Centro de Costo Coordinador de Suministros
CU-CCO-03 Anular Centro de Costo Coordinador de Suministros
CU-CCO-04 Restaurar Centro de Costo Coordinador de Suministros
Coordinador de Suministros
CU-CCO-05 Consultar Datos del Centro de Costo Gerente
Colaborador
CU-CCO-06 Listar Centros de Costo Anulados Coordinador de Suministros
CU-CCO-07 Listar todos los Centros de Costo Coordinador de Suministros
CU-CCO-08 Distribuir presupuesto de una cuenta entre los Centros de Costo Personal de Finanzas

SOCDISAS
3.4.3. Módulo de Condiciones de Pago

CU-CPA-01 Agregar una Condición de pago Coordinador de Suministros
CU-CPA-02 Listar Condiciones de Pago por proveedor Coordinador de Suministros
3.4.4. Módulo de Cuentas Contables

CU-CUC-04 Consultar presupuesto disponible Coordinador de Suministros
CU-CUC-05 Consultar todas las cuentas por línea Coordinador de Suministros
CU-CUC-06 Listar Cuentas Contables Coordinador de Suministros
CU-CUC-07 Asignar Presupuesto a una Cuenta Coordinador de Suministros
3.4.5. Módulo de Cuentas por Pagar

CU-CUP-01 Listar todas las Cuentas por Pagar
Personal de Finanzas
CU-CUP-02 Listar las Cuentas por Pagar por Insumo
CU-CUP-03 Listar las Cuentas por Pagar por Proveedor
CU-CUP-04 Listar las Cuentas por Pagar por Centro de Costo
CU-CUP-05 Listar las Cuentas por Pagar por Período
CU-CUP-06 Listar las Cuentas por Pagar en Bolívares
CU-CUP-07 Listar las Cuentas por Pagar por Cuenta Contable

SOCDISAS
3.4.6. Módulo de Despacho

Distribuir insumos y gastos entre los Centros de Costo para una

CU-DES-01 Coordinador de Suministros
nota de recibo
Consultar la distribución de los gastos y/o insumos entre los

CU-DES-02 Coordinador de Suministros
Centros de Costo para una nota de recibo
3.4.7. Módulo de Devoluciones

CU-DEV-01 Emitir Devolución Coordinador de Suministros
CU-DEV-02 Modificar Devolución Coordinador de Suministros
CU-DEV-03 Anular Devolución Coordinador de Suministros
CU-DEV-04 Restaurar Devolución Coordinador de Suministros
CU-DEV-05 Cambiar Estado de la Devolución Coordinador de Suministros
CU-DEV-06 Consultar Datos de una Devolución Coordinador de Suministros
CU-DEV-07 Listar Devoluciones Anuladas Coordinador de Suministros
CU-DEV-08 Listar todas las Devoluciones Coordinador de Suministros
CU-DEV-09 Listar Devoluciones por Nota de Recibo Coordinador de Suministros
CU-DEV-10 Listar Devoluciones por Línea Coordinador de Suministros
CU-DEV-11 Listar Devoluciones por Insumo Coordinador de Suministros
CU-DEV-12 Listar Devoluciones por Orden de Compra Coordinador de Suministros
CU-DEV-13 Listar Devoluciones por Proveedor Coordinador de Suministros
3.4.8. Módulo de Facturas

CU-FAC-01 Ingresar Factura
CU-FAC-02 Modificar Factura Coordinador de Suministros
CU-FAC-03 Consultar datos de una factura
CU-FAC-04 Listar todas las facturas
CU-FAC-05 Listar facturas por proveedor
CU-FAC-06 Listar facturas por orden de compra

SOCDISAS
CU-FAC-07 Listar facturas por línea de insumos
CU-FAC-08 Listar facturas por insumos
CU-FAC-09 Listar facturas por rango de fecha
3.4.9. Módulo de Facturas Internas

CU-FAI-01 Ingresar factura interna
Analista de Suministros
CU-FAI-02 Modificar factura interna Coordinador de Suministros
CU-FAI-03 Consultar los datos de una factura interna Coordinador de Suministros
CU-FAI-04 Listar todas las facturas internas Coordinador de Suministros
CU-FAI-05 Listar facturas internas por línea de insumos Coordinador de Suministros
CU-FAI-06 Listar facturas internas por insumos Coordinador de Suministros
CU-FAI-07 Listar facturas internas por almacén Coordinador de Suministros
CU-FAI-08 Listar facturas internas por rango de costo Coordinador de Suministros
CU-FAI-09 Listar facturas internas por centro de costo
Gerente
CU-FAI-10 Listar facturas internas por rango de fecha de facturación Coordinador de Suministros
CU-FAI-11 Listar facturas internas por centro de costo y por insumos
Gerente
Listar facturas internas por centro de costo y por fecha de Coordinador de Suministros
CU-FAI-12
facturación Gerente
3.4.10. Módulo de Insumos

CU-INS-01 Agregar Insumo Coordinador de Suministros
CU-INS-02 Modificar Insumo Coordinador de Suministros
CU-INS-03 Consultar Insumo Auxiliar de Suministros
Gerente
Colaborador
CU-INS-04 Anular Insumo Coordinador de Suministros

SOCDISAS
CU-INS-05 Recuperar Insumo Coordinador de Suministros
CU-INS-06 Listar Insumos Anulados Coordinador de Suministros
CU-INS-07 Listar todos los Insumos Auxiliar de Suministros
Gerente
Colaborador
CU-INS-08 Listar Insumos por Línea Auxiliar de Suministros
Gerente
Colaborador
CU-INS-09 Listar Insumos por Proveedor Auxiliar de Suministros
Gerente
Colaborador
CU-INS-10 Listar Insumos por Existencia Auxiliar de Suministros
Gerente
Colaborador
CU-INS-11 Listar Insumos por Procedencia Auxiliar de Suministros
Gerente
Colaborador
CU-INS-12 Listar Insumos por Estado Auxiliar de Suministros
Gerente
Colaborador
CU-INS-13 Listar Insumos por Demanda Auxiliar de Suministros
Gerente
Colaborador
CU-INS-14 Listar Insumos por Talla

SOCDISAS
Gerente
Colaborador
CU-INS-15 Listar Insumos por Almacén Auxiliar de Suministros
Gerente
Colaborador
CU-INS-16 Listar Insumos por Fecha de Registro Auxiliar de Suministros
Gerente
Colaborador
CU-INS-17 Listar Insumos por Cantidad Auxiliar de Suministros
Gerente
Colaborador
CU-INS-18 Listar Insumos por Precio Auxiliar de Suministros
Gerente
Colaborador
CU-INS-19 Listar Insumos No Contados en el Proceso de Inventario
CU-INS-20 Actualizar Stock de Insumos Coordinador de Suministros
3.4.11. Módulo de Inventario

CU-INV-01 Iniciar Proceso de Inventario Coordinador de Suministros
CU-INV-02 Verificar si hay Proceso de Inventario
CU-INV-03 Cerrar Proceso de Inventario Coordinador de Suministros
CU-INV-04 Ingresar Conteo Físico
CU-INV-05 Mostrar Resultados Inventario Coordinador de Suministros
CU-INV-06 Realizar Ajustes Coordinador de Suministros
CU-INV-07 Mostrar los Conteos Realizados por Usuario Coordinador de Suministros

SOCDISAS
CU-INV-08 Eliminar Conteo Coordinador de Suministros
CU-INV-09 Ver Historial de Inventarios Coordinador de Suministros
CU-INV-10 Ver Ajustes y Conteos de un Inventario Anterior Coordinador de Suministros
3.4.12. Módulo de Líneas de Insumos

CU-LIN-01 Agregar una línea de insumo Coordinador de Suministros
CU-LIN-02 Consultar los datos de una línea de insumo Auxiliar de Suministros
Gerente
Colaborador
CU-LIN-03 Modificar los datos de una línea de insumo Coordinador de Suministros
CU-LIN-04 Anular una línea Coordinador de Suministros
CU-LIN-05 Restaurar una línea Coordinador de Suministros
CU-LIN-06 Listar líneas de insumos anuladas Coordinador de Suministros
CU-LIN-07 Listar todas las líneas de insumos Auxiliar de Suministros
Gerente
Colaborador
3.4.13. Módulo de Manejo de Usuarios

CU-MUS-01 Agregar un usuario Coordinador de Suministros
CU-MUS-02 Consultar un usuario Coordinador de Suministros
CU-MUS-03 Anular un usuario Coordinador de Suministros
CU-MUS-04 Restaurar un usuario Coordinador de Suministros
CU-MUS-05 Modificar un usuario Coordinador de Suministros
CU-MUS-06 Listar usuarios anulados Coordinador de Suministros
CU-MUS-07 Listar todos los usuarios Coordinador de Suministros
CU-MUS-08 Listar usuarios por rol Coordinador de Suministros

SOCDISAS
3.4.14. Módulo de Notas de Recibo

CU-NRE-01 Emitir nota de recibo
CU-NRE-02 Modificar datos de una nota de recibo
CU-NRE-03 Consultar nota de recibo Auxiliar de Suministros
CU-NRE-04 Listar todas las notas de recibo
CU-NRE-05 Listar las notas de recibo pendientes por pagar
Listar las notas de recibo pendientes por pagar, por órdenes de Coordinador de Suministros
CU-NRE-06
compra Personal de Finanzas
CU-NRE-07 Listar las notas de recibo pagadas Coordinador de Suministros
CU-NRE-08 Listar las notas de recibo pagadas por orden de compra Coordinador de Suministros
CU-NRE-09 Listar todas las notas de recibo por orden de compra
3.4.15. Módulo de Órdenes de Compra

CU-OCO-01 Generar una orden de compra Coordinador de Suministros
Generar una orden de compra a partir de una solicitud de

CU-OCO-02 Coordinador de Suministros
cotización
CU-OCO-03 Consultar datos de una orden de compra Coordinador de Suministros
CU-OCO-04 Anular Orden de Compra Coordinador de Suministros
CU-OCO-05 Restaurar Orden de Compra Coordinador de Suministros
CU-OCO-06 Listar órdenes de compra anuladas Coordinador de Suministros
CU-OCO-07 Listar todas las órdenes de compra Coordinador de Suministros
CU-OCO-08 Listar órdenes de compra por estado Coordinador de Suministros
CU-OCO-09 Listar órdenes de compra por línea Coordinador de Suministros
CU-OCO-10 Listar órdenes de compra por insumo Coordinador de Suministros
CU-OCO-11 Listar órdenes de compra por proveedor Coordinador de Suministros
CU-OCO-12 Listar órdenes de compra por rango de fecha Coordinador de Suministros
CU-OCO-13 Modificar Datos de una orden de compra Coordinador de Suministros

SOCDISAS
3.4.16. Módulo de Pedidos Internos

Colaborador
CU-PIN-01 Emitir un pedido interno
Gerente
CU-PIN-02 Consultar un pedido interno Colaborador
Gerente
CU-PIN-03 Anular pedido interno Colaborador
Gerente
CU-PIN-04 Aprobar un pedido interno
Gerente
CU-PIN-05 Modificar un pedido interno Gerente
Colaborador
CU-PIN-06 Listar todos los pedidos internos
Colaborador
CU-PIN-07 Listar todos los pedidos por estado Coordinador de Suministros
CU-PIN-08 Listar todos los pedidos por línea Coordinador de Suministros
CU-PIN-09 Listar todos los pedidos por insumo Coordinador de Suministros
CU-PIN-10 Listar todos los pedidos por centro de costo
Gerente
CU-PIN-11 Listar todos los pedidos por centro de costo y por insumo
Gerente
CU-PIN-12 Listar todos los pedidos internos por centro de costo y por estado
Gerente
CU-PIN-13 Listar todos los pedidos internos por centro de costo y por línea
Gerente
CU-PIN-14 Listar todos los pedidos internos por usuario Gerente
CU-PIN-15 Listar todos los pedidos internos pendientes por aprobar
Gerente
3.4.17. Módulo de Proveedores


SOCDISAS
CU-PRO-01 Agregar proveedor Coordinador de Suministros
CU-PRO-02 Consultar proveedor Coordinador de Suministros
CU-PRO-03 Anular proveedor Coordinador de Suministros
CU-PRO-04 Recuperar proveedor Coordinador de Suministros
CU-PRO-05 Modificar proveedor Coordinador de Suministros
CU-PRO-06 Listar proveedores anulados Coordinador de Suministros
CU-PRO-07 Listar todos los proveedores Coordinador de Suministros
CU-PRO-08 Listar proveedores por línea Coordinador de Suministros
CU-PRO-09 Listar proveedores por insumo Coordinador de Suministros
CU-PRO-10 Listar proveedores por condición de pago Coordinador de Suministros
3.4.18. Módulo de Sesiones de Usuario

CU-SUS-01 Iniciar sesión
Colaborador
Gerente
CU-SUS-02 Consultar mis datos
Colaborador
Gerente
CU-SUS-03 Modificar mis datos
Colaborador
Gerente
CU-SUS-04 Cambiar contraseña
Colaborador
Gerente

SOCDISAS
3.4.19. Módulo de Solicitudes de Cotización

CU-SCO-01 Generar una solicitud de Cotización Coordinador de Suministros
CU-SCO-02 Consultar una solicitud de Cotización Coordinador de Suministros
CU-SCO-03 Anular una solicitud de Cotización Coordinador de Suministros
CU-SCO-04 Restaurar una solicitud de Cotización Coordinador de Suministros
CU-SCO-05 Cambiar estado de una solicitud de Cotización Coordinador de Suministros
CU-SCO-06 Listar solicitudes de Cotización anuladas Coordinador de Suministros
CU-SCO-07 Listar todas las solicitudes de Cotización Coordinador de Suministros
CU-SCO-08 Listar solicitudes de Cotización por estado Coordinador de Suministros
CU-SCO-09 Listar solicitudes de Cotización por línea Coordinador de Suministros
CU-SCO-10 Listar solicitudes de Cotización por insumo Coordinador de Suministros
CU-SCO-11 Listar solicitudes de Cotización por proveedor Coordinador de Suministros
CU-SCO-12 Listar solicitudes de Cotización por rango de fecha Coordinador de Suministros
5.. E
3..5
3 pe
Essp on
acciio
ecciiffiicca ne de
ess d Ca
eC asso de
oss d Usso
eU o

Este módulo agrupa los casos de uso que permiten al coordinador de suministros la creación,
modificación, anulación, consultas y estadísticas de almacenes.

SOCDISAS
Figura 1: Diagrama de Casos de Uso del Módulo Almacenes
Agregar Almacén
i. ID Caso de uso: CU-ALM-01
ii. Requerimiento: RF-01
iii. Descripción
Permite al Coordinador de Suministros crear un nuevo almacén dentro del sistema
iv. Actores Involucrados
Coordinador de Suministros (CS)
v. Flujo de Eventos
Actor (CS) Sistema
1. Inicia el caso de uso.
2. Solicita los datos correspondientes para

crear el almacén.

SOCDISAS
3. Introduce los datos solicitados.
4. Procesa los datos, registra el nuevo

almacén y confirma la acción.
vi. Cursos Alternos
- Inconsistencia en los datos
El Coordinador de Suministros ingresó datos inconsistentes. El Sistema muestra un

mensaje de error y no procesa la operación del registro.
- Almacén registrado
El Coordinador de Suministros ingresó un almacén ya registrado. El Sistema muestra un

mensaje de error y no procesa la operación del registro.
- Almacén anulado
El Coordinador de Suministros ingresó un almacén que está anulado. El Sistema muestra

un mensaje de error y no procesa la operación del registro.
vii. Requerimientos Especiales
- El Registro debe ser rápido
El sistema debe permitir que el registro de un nuevo almacén se realice de forma rápida
y sencilla.
viii. Precondiciones
- El Coordinador de Suministros debe haber iniciado sesión
Para poder agregar un nuevo almacén, el Coordinador de Suministros debe haber

iniciado sesión en el Sistema.
- No puede haber un proceso de inventario en marcha
Este caso de uso estará deshabilitado si hay un proceso de inventario en marcha
- El Almacén no debe estar registrado en el sistema
El almacén a ingresarse, no debe existir en el Sistema.

SOCDISAS
ix. Poscondiciones
- Se agregó satisfactoriamente el almacén
El Sistema creó y guardó un nuevo almacén.
Modificar datos de un almacén

iii. Descripción
Permite al Coordinador de Suministros, cambiar los datos de un almacén registrado previamente.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el almacén que se va a

modificar de una lista
2. Muestra los datos correspondientes al

almacén seleccionado
3. Cambia los datos mostrados
4. Guarda la nueva información del

almacén, y confirma la acción.
vi. Cursos Alternos

mensaje de error y no procesa la operación de actualización.

SOCDISAS
- La actualización debe ser rápida
El sistema debe permitir que la actualización de un almacén, se realice de forma rápida y

sencilla.
- El actor debió haber iniciado sesión
Para poder actualizar un nuevo almacén, el Coordinador de Suministros debe haber

- El actor debió haber seleccionado el almacén de una lista de almacenes
El actor debe seleccionar un almacén de una lista de almacenes
(ver del CU-ALM-07 al CU-ALM-09)
ix. Poscondiciones
- Se actualizó satisfactoriamente el almacén
El Sistema actualizó satisfactoriamente el almacén especificado, es decir, se cambiaron y

se guardaron los nuevos datos ingresados por el Coordinador de Suministros.
Anular un almacén
iii. Descripción
Permite al Coordinador de Suministros, anular un almacén previamente existente en el Sistema.
v. Flujo de Eventos

SOCDISAS
Actor (CS) Sistema
1. Selecciona el almacén a anular
2. Anula el almacén seleccionado y confirma

la acción
vi. Cursos Alternos
No hay
- La anulación debe ser rápida
El sistema debe permitir que la anulación del almacén en cuestión, se realice de forma
rápida y sencilla.
Para poder anular un almacén, el Coordinador de Suministros debe haber iniciado sesión
en el Sistema.
- El almacén a anular no debe tener ningún insumo asociado
No se puede anular el almacén si hay artículos en él.
ix. Poscondiciones
- Se anuló satisfactoriamente el almacén
El Sistema anuló satisfactoriamente el almacén especificado por el Coordinador de

SOCDISAS
Suministros.
Restaurar un almacén
iii. Descripción
Permite al Coordinador de Suministros, restaurar un almacén que ha sido anulado previamente.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona de una lista el almacén a

restaurar
2. Restaura el almacén y confirma la acción
vi. Cursos Alternos
No hay
- La restauración debe ser rápida
El sistema debe permitir que la restauración del almacén en cuestión, se realice de forma
rápida y sencilla.
Para poder restaurar un almacén anulado, el Coordinador de Suministros debe haber


SOCDISAS

anulados
El actor debe seleccionar un almacén de una lista de almacenes anulados.
(ver CU-ALM-06)
ix. Poscondiciones
- Se restauró satisfactoriamente el almacén
El Sistema restauró satisfactoriamente el almacén especificado.
Consultar los datos de un almacén

iii. Descripción
Permite al Coordinador de Suministros, consultar toda la información relacionada con un almacén

seleccionado previamente por él.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona un almacén dede una lista de

almacenes
2. Procesa la acción y muestra los datos

relacionados con el almacén seleccionado
vi. Cursos Alternos

SOCDISAS
No Hay
- La búsqueda debe ser rápida
El sistema debe permitir que la consulta del almacén en cuestión, se realice de forma
rápida y sencilla.
Para poder consultar los datos del almacén seleccionado, el Coordinador de Suministros
debe haber iniciado sesión en el Sistema.
ix. Poscondiciones
- Se mostraron los datos del almacén seleccionado
El Sistema mostró al Coordinador de Suministros, todos los datos relacionados con el

almacén seleccionado.
Listar los almacenes anulados

iii. Descripción
Permite al Coordinador de Suministros, ver la lista de los almacenes anulados

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra todos los almacenes anulados
vi. Cursos Alternos
- No hay almacenes para mostrar
El Sistema muestra un mensaje indicando que no hay almacenes para mostrar
El sistema debe permitir que la lista de los almacenes, se realice de forma rápida y
sencilla.
Para poder listar todos los almacenes, el Coordinador de Suministros debe haber iniciado
sesión en el Sistema.
ix. Poscondiciones
- Se listaron satisfactoriamente todos los almacenes
El Sistema listó todos los almacenes que están registrados al Coordinador de Suministros.
Listar todos los almacenes

SOCDISAS

iii. Descripción
Permite al Coordinador de Suministros, ver la lista de todos los almacenes existentes y

no anulados, en el Sistema
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra todos los almacenes existentes
vi. Cursos Alternos
El Sistema muestra un mensaje indicando que no hay almacenes para mostrar
El sistema debe permitir que la lista de los almacenes, se realice de forma rápida y
sencilla.

SOCDISAS
ix. Poscondiciones
El Sistema listó todos los almacenes que están registrados al Coordinador de Suministros.
Listar los almacenes por Insumos

iii. Descripción
Permite al Coordinador de Suministros, ver la lista de todos los almacenes existentes y no

anulados en el Sistema, que contengan un insumo seleccionado por él.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el(los) insumo(s) de una lista

de insumos que estén en los almacenes
que se quieren listar
2. Procesa los datos y muestra todos los

almacenes que contengan el insumo
seleccionado.
vi. Cursos Alternos
- No hay almacenes para listar para ese(os) insumo(s)
El sistema muestra un mensaje indicando que no existen almacenes para listar
El sistema debe permitir que la búsqueda de los almacenes, se realice de forma rápida y
SOCDISAS
sencilla.
- El actor debió de haber escogido el(los) insumo(s) de una lista de

insumos
El actor debió de haber escogido los insumos de una lista de insumos que estén en los
almacenes para listar (ver del CU-INS-07 al CU-INS-18)
ix. Poscondiciones
El Sistema listó todos los almacenes que contienen el insumo especificado por el
Listar los almacenes por Línea

iii. Descripción
Permite al Coordinador de Suministros, ver la lista de todos los almacenes existentes y

no anulados en el Sistema, donde se guarden insumos de una línea seleccionada por él.
v. Flujo de Eventos
SOCDISAS
Actor (CS) Sistema
1. Selecciona la línea a buscar o introduce el

código asociado
2. Procesa los datos y muestra todos los

almacenes que contengan la línea
seleccionada.
vi. Cursos Alternos
Para la línea seleccionada, no hay almacenes que la contengan. El Sistema muestra un

mensaje indicando que no hay almacenes que guarden dicha línea.
El sistema debe permitir que la búsqueda de los almacenes, se realice de forma rápida y
sencilla.
- El actor debió de haber escogido la(s) línea(s) de una lista (ver casos
de uso)
El actor debió de haber escogido las líneas de insumos de una lista que estén en los
almacenes para listar (ver CU-LIN-07)
ix. Poscondiciones

SOCDISAS
El Sistema listó todos los almacenes que guardan la línea especificada por el Coordinador
de Suministros
3.5.2. Módulo de Centros de Costo

Este módulo agrupa los casos de uso que permiten al coordinador de suministros la creación,
modificación, anulación, consultas y estadísticas de centros de costo. También abarca el caso de uso que
permite al personal de finanzas distribuir presupuestos entre los centros de costos.
Figura 2: Diagrama de Casos de Uso del Módulo de Centros de Costo
Agregar Centro de Costo

i. ID Caso de uso: CU-CCO-01
iii. Descripción
Permite al Coordinador de Suministros crear un nuevo Centro de Costo dentro del

sistema

SOCDISAS
9 Coordinador de Suministros
v. Flujo de Eventos
Actor (CS) Sistema
2. Solicita los datos correspondientes del

Centro de Costo
3. Introduce los datos solicitados.
4. Muestra opción de agregar nueva sección
5. Ingresa los datos de la sección, si se

desea, de lo contrario ir al paso 7
6. Procesar los datos de la sección nueva, ir

al paso 4
7. Verifica la operación
8. Crea y guarda un nuevo Centro de Costo,

sus secciones y confirma la acción
vi. Cursos Alternos

mensaje de error y no procesa la operación de registro.
- El registro debe ser rápido
El sistema debe permitir que el registro de un nuevo Centro de Costo se realice de forma
rápida y sencilla.

SOCDISAS
Para poder agregar un nuevo Centro de Costo, el Coordinador de Suministros debe haber
- El Centro de Costo no está almacenado en el sistema
El Centro de Costo a registrarse, no debe existir en el Sistema.
ix. Poscondiciones
- Se agregó satisfactoriamente el Centro de Costo
El Sistema creó y guardó un nuevo Centro de Costo
Modificar datos de un Centro de Costo

iii. Descripción
Permite al Usuario, cambiar los datos de un Centro de Costo, registrado previamente. En

el caso de que el usuario sea un Gerente, este solo podrá modificar los datos del Centro de Costo
que gestiona.
9 Coordinador de Suministros(CS)
9 Gerente (G)
v. Flujo de Eventos
Actor (CS, G) Sistema

Para el Coordinador de Suministros,
selecciona el Centro de Costo,
(ver CU-CCO-07)

SOCDISAS
2. Muestra los datos correspondientes al

Centro de Costo y los datos de las
secciones
3. Realiza los cambios y confirma operación
4. Guarda los nuevos datos del Centro de

Costo, sus secciones y confirma la acción
vi. Cursos Alternos

vii. Inconsistencia en los datos
El Usuario ingresó datos inconsistentes. El Sistema muestra un mensaje de error y no

procesa la operación de actualización.
viii. Requerimientos Especiales
El sistema debe permitir que la actualización del Centro de Costo en cuestión, se realice
de forma rápida y sencilla.
ix. Precondiciones
- El Usuario debe haber iniciado sesión
Para poder actualizar un nuevo Centro de Costo, el Usuario debe haber iniciado sesión en
el Sistema.
x. En caso del que el actor sea el Coordinador de Suministros, este debió de haber seleccionado un
Centro de Costo de una lista
El Coordinador de Suministros debe seleccionar un Centro de Costo de una lista de

Centros de Costos (ver CU-CCO-07)
xi. Poscondiciones

SOCDISAS
- Se actualizó satisfactoriamente el Centro de Costo
Se procesaron los cambios y se guardaron los nuevos datos ingresados.
Anular un Centro de Costo

iii. Descripción
Permite al Coordinador de Suministros, anular un Centro de Costo previamente existente

en el Sistema.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el Centro de Costo de una lista

(ver CU-CCO-07)
2. Anula el Centro de Costo seleccionado,

sus secciones y confirma la acción
vi. Cursos Alternos
No hay
El sistema debe permitir que la anulación de un Centro de Costo, se realice de forma

rápida y sencilla.
SOCDISAS
Para poder anular un Centro de Costo, el Coordinador de Suministros debe haber iniciado
ix. El Centro de Costo a anular tiene empleados
Para anular un centro de costo, éste no puede tener empleados activos.
x. Poscondiciones
- Se anuló satisfactoriamente el Centro de Costo
El Sistema anuló satisfactoriamente el Centro de Costo seleccionado por el Coordinador

de Suministros, así como también cada una de las secciones que lo integraban.
Restaurar un Centro de Costo

iii. Descripción
Permite al Coordinador de Suministros, restaurar un Centro de Costo que ha sido anulado

previamente.
9 Coordinador de Suministros (CS)
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el Centro de Costo a restaurar

de una lista de Centros de Costos
anulados (ver CU-CCO-06)

SOCDISAS
2. Restaura el Centro de Costo, sus

secciones, y confirma la acción
vi. Cursos Alternos
No hay
El sistema debe permitir que la restauración del Centro de Costo en cuestión, se realice
Para poder restaurar un Centro de Costo anulado, el Coordinador de Suministros debe

haber iniciado sesión en el Sistema.
- El Actor debe haber seleccionado previamente un Centro de Costo

anulado (ver CU-CCO-06)
Para poder anular un Centro de Costo, el Coordinador de Suministros, debe haber

seleccionado el Centro de Costo de una lista de Centros de Costos anulados.
ix. Poscondiciones
- Se restauró satisfactoriamente el Centro de Costo
El Sistema restauró satisfactoriamente el Centro de Costo seleccionado
Consultar los datos de un Centro de Costo


SOCDISAS

iii. Descripción
Permite al Usuario, consultar toda la información relacionada con un Centro de Costo

seleccionado previamente. Si el usuario es un Gerente de tienda, este solo puede consultar los
datos del Centro de Costo que gestiona.
9 Gerente (G)
9 Colaborador (C)
v. Flujo de Eventos
Actor (CS, G, C) Sistema

Para el Coordinador de Suministros,
selecciona el Centro de Costo,
(ver CU-CCO-07)
2. Muestra los datos y las secciones del

Centro de Costo seleccionado
vi. Cursos Alternos
No hay
El sistema debe permitir que la consulta del Centro de Costo en cuestión, se realice de
forma rápida y sencilla.

SOCDISAS
Para poder consultar los datos del Centro de Costo seleccionado, el Usuario debe haber
ix. Poscondiciones
Para poder actualizar un nuevo Centro de Costo, el Usuario debe haber iniciado sesión en
el Sistema.
- En caso del que el actor sea el Coordinador de Suministros, este debió

de haber seleccionado un Centro de Costo de una lista
El Coordinador de Suministros debe seleccionar un Centro de Costo de una lista de

Centros de Costos (ver CU-CCO-07)
Listar Centros de Costo Anulados

iii. Descripción
Permite al Coordinador de Suministros, ver la lista de todos los Centros de Costo

existentes en el Sistema
v. Flujo de Eventos
Actor (CS) Sistema

SOCDISAS
2. Muestra todos los Centros de Costo y sus

respectivas secciones
vi. Cursos Alternos
- No hay Centros de Costo para mostrar
No hay Centros de Costo registrados. El Sistema muestra un mensaje indicando que no

hay Centros de Costo por mostrar
El sistema debe permitir que la búsqueda de los Centros de Costo, se realice de forma
rápida y sencilla.
El Coordinador de Suministros debe haber iniciado sesión en el Sistema.
ix. Poscondiciones
- Se listó satisfactoriamente todos los Centros de Costo
El Sistema listó al Coordinador de Suministros, los Centros de Costo anulados
Listar todos los Centros de Costo

SOCDISAS
iii. Descripción
Permite al Coordinador de Suministros, ver la lista de todos los Centros de Costo

existentes en el Sistema
9 Personal de Finanzas (PF)
v. Flujo de Eventos
Actor (CS, PF) Sistema
2. Muestra todos los Centros de Costo y sus

respectivas secciones
vi. Cursos Alternos

vii. No hay Centros de Costo para mostrar
No hay Centros de Costo registrados. El Sistema muestra un mensaje indicando que no

hay Centros de Costo por mostrar
viii. Requerimientos Especiales
El sistema debe permitir que la búsqueda de los Centros de Costo, se realice de forma
rápida y sencilla.
ix. Precondiciones
Para poder listar todos los Centros de Costo, el Coordinador de Suministros debe haber
SOCDISAS
x. Poscondiciones
- Se listó satisfactoriamente todos los Centros de Costo
El Sistema listó al Coordinador de Suministros, todos los Centros de Costo que están
registrados.
Distribuir presupuesto de una cuenta entre los Centros de Costo

iii. Descripción
Permite al Personal de Finanzas, distribuir el presupuesto de una cuenta existente, entre cada
uno de los centros de costo.
v. Flujo de Eventos
Actor (PF) Sistema
1. Selecciona una cuenta de una lista de

cuentas contables (ver CU-CUC-06)
2. Lista los centros de costo (ver CU-CCO-

07) y solicita los datos necesarios para la
distribución de presupuesto para cada
uno de los centros de costos
4. Procesa los datos. Guarda una nueva

distribución del presupuesto para cada
SOCDISAS
centro de costo, y confirma la acción
vi. Casos alternos
El actor suministró unos datos no válidos para el sistema. Se muestra un mensaje de

error y no se procesa la solicitud.
- La distribución debe ser rápida
El sistema debe permitir que la distribución del presupuesto, se realice de forma rápida y
sencilla.
- El Actor debe haber iniciado sesión
Para poder distribuir el presupuesto de una cuenta entre los centros de costo, el usuario
- El actor debe seleccionar previamente la cuenta
El actor debe seleccionar previamente una cuenta existente de una lista de cuentas
contables (ver CU-CUC-06)
ix. Poscondiciones
- Se distribuyó el presupuesto de una cuenta entre los centros de costo

existentes

SOCDISAS
El Sistema distribuyó satisfactoriamente todo el presupuesto estipulado de una cuenta

entre los centros de costo.

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de las cuentas
contables.
Figura 3: Diagrama de Casos de Uso del Módulo de Cuentas Contables
Agregar Cuenta contable
ID Caso de Uso: CU-CUC-01

ID Requerimiento: RF-09
i. Descripción
Permite al Coordinador de Suministros crear una nueva Cuenta contable dentro del sistema
ii. Actores Involucrados
iii. Flujo de Eventos
Actor (CS) Sistema

SOCDISAS
2. Solicita los datos correspondientes de la

Cuenta contable.
3. Lista los centros de costo activos (ver
caso de uso CU-CCO--07), y solicita el
presupuesto durante el próximo año fiscal
4. Ingresa los datos de la cuenta, y

selecciona los centros de costo asociados
5. Asigna presupuesto a cada centro de
costo seleccionado
6. Crea y guarda una nueva Cuenta contable

y confirma la operación
iv. Cursos Alternos

- La cuenta contable a ingresar existe en el Sistema
El Coordinador creó una cuenta contable ya existente. El Sistema muestra un mensaje de

error y no procesa la operación de registro.
v. Requerimientos Especiales
El sistema debe permitir que el registro de una Cuenta contable nueva, se realice de
vi. Precondiciones
Para poder agregar una nueva Cuenta contable, el Coordinador de Suministros debe
- La cuenta contable a ingresar no debe existir en el Sistema

SOCDISAS
La cuenta contable a registrarse, no debe estar almacenada en el Sistema.
- No debe haberse iniciado un proceso de inventario
Para ingresar una nueva cuenta al sistema, no debe existir ningún proceso de inventario
abierto
vii. Poscondiciones
- Se agregó satisfactoriamente el Centro de Costo
El Sistema creó y guardó una nueva Cuenta contable con el presupuesto asignado para
el año fiscal en curso, y para cada uno de los centros asociados
Consultar los datos de una Cuenta contable

i. Descripción
Permite al Coordinador de Suministros, consultar toda la información relacionada con una Cuenta
contable seleccionada previamente por él.
Actor (Coordinador de Suministros) Sistema
1. Selecciona la Cuenta contable de una

lista (ver caso de uso CU-CUC-05 y CU-
CUC-06), o ingresa el código asociado
2. Muestra los datos de la Cuenta contable

seleccionada.
iv. Cursos Alternos

SOCDISAS
- Código de cuenta contable inválido, inexistente, o anulado
El Coordinador de Suministros ingresó un código que no es válido para el Sistema. Se

muestra un mensaje de error, y no procesa la búsqueda.
El sistema debe permitir que la consulta de la cuenta contable en cuestión, se realice de

vi. Precondiciones
Para poder consultar los datos la Cuenta contable seleccionada, el Coordinador de

Suministros debe haber iniciado sesión en el Sistema.
- El Actor debe haber seleccionado la Cuenta contable previamente de

una lista de cuentas contables no anuladas (ver casos de uso ..), o ingresar el
código de una cuenta contable
Para poder consultar los datos de una Cuenta contable, el Coordinador de Suministros,
debe haber seleccionado, o ingresado el código de la cuenta contable que quiere
consultar.
- La cuenta contable a consultar debe existir en el Sistema
Para poder consultar los datos de la Cuenta contable en cuestión, esta debe estar
registrada en el Sistema.
abierto
vii. Poscondiciones
- Se mostraron los datos de la Cuenta contable seleccionada

SOCDISAS
El Sistema mostró al Coordinador de Suministros, todos los datos relacionados con la

Cuenta contable especificada.
Consultar los gastos de una Cuenta contable en un período

i. Descripción
Permite al Coordinador de Suministros, consultar el total de gastos para una Cuenta contable,
durante un período o una fecha seleccionada por él.
Actor (CS) Sistema
1. Selecciona la Cuenta contable de una lista

(ver casos de uso CU-CUC-05 y CU-CUC-
06), o ingresa el código asociado
2. Ingresa el período o la fecha sobre la cual
se quiere consultar
3. Busca y muestra los gastos de la cuenta

contable seleccionada, bajo el período o
la fecha establecida
iv. Cursos Alternos
- Código de cuenta contable inválido, anulado o inexistente
El Coordinador de Suministros ingresó un código incongruente. El Sistema muestra un

mensaje de error, y no procesa la búsqueda.
- No hay gastos registrados
La Cuenta contable ingresada por el Coordinador de Suministros, no tiene gastos durante

SOCDISAS
el período establecido. El Sistema muestra un mensaje indicando que no hay gastos para
mostrar.
El sistema debe permitir que la consulta de la Cuenta contable en cuestión, se realice de

vi. Precondiciones

- El Actor debe haber seleccionado la Cuenta contable de una lista de

cuentas contables (ver casos de uso listar Cuentas Contables)
Para poder consultar los gastos de una Cuenta contable, el Coordinador de Suministros,
consultar.
- La cuenta contable a consultar debe existir en el Sistema, y no estar

anulada
Para poder consultar los gastos de la Cuenta contable en cuestión, esta debe estar
abierto
vii. Poscondiciones
- Se mostraron los gastos de la Cuenta contable seleccionada para el

período establecido
El Sistema mostró al Coordinador de Suministros, todos los gastos de la Cuenta contable

SOCDISAS
especificada durante el período o fecha escogida.
Consultar el presupuesto disponible de una Cuenta contable

i. Descripción
Permite al Coordinador de Suministros, consultar el presupuesto disponible para una Cuenta

contable.
Actor (CS) Sistema
1. Selecciona la Cuenta contable de una

lista (ver casos de uso CU-CUC-05 y CU-
CUC-06), o ingresa el código asociado
2. Busca y muestra el presupuesto

disponible para la cuenta contable
seleccionada durante el año fiscal en
curso
iv. Cursos Alternos
- Código de cuenta contable inválido, anulado o inexistente
El Coordinador de Suministros ingresó un código incongruente. El Sistema muestra un

mensaje de error, y no procesa la búsqueda.

SOCDISAS
El sistema debe permitir que la consulta del presupuesto de una cuenta contable, se
realice de forma rápida y sencilla.
vi. Precondiciones

- El Actor debe haber seleccionado la Cuenta contable de una lista de

cuentas contables (ver casos de uso CU-CUC-05 y CU-CUC-06)
Para poder consultar los gastos de una Cuenta contable, el Coordinador de Suministros,
consultar.
- La cuenta contable a consultar debe existir en el Sistema, y no estar

anulada
Para poder consultar los gastos de la Cuenta contable en cuestión, esta debe estar
abierto
vii. Poscondiciones
- Se mostró el presupuesto disponible de la Cuenta contable

seleccionada para el período establecido
El Sistema mostró al Coordinador de Suministros, todos los gastos de la Cuenta contable

especificada durante el período escogido
Listar todas las Cuentas contables

SOCDISAS
i. Descripción
Permite al Coordinador de Suministros, ver la lista de todas las Cuentas contables existentes en
el Sistema
Actor (CS) Sistema
2. Muestra todas las Cuentas contables

activas para el año fiscal en curso
iv. Cursos Alternos
- No hay Cuentas contables para mostrar
No hay Cuentas contables registradas. El Sistema muestra un mensaje indicando que no

hay Cuentas contables para mostrar
El sistema debe permitir que la búsqueda de las Cuentas contables, se realice de forma
rápida y sencilla.
vi. Precondiciones
Para poder listar todas las Cuentas contables, el Coordinador de Suministros debe estar
conectado al Sistema.

SOCDISAS
abierto
vii. Poscondiciones
- Se listaron satisfactoriamente todas las Cuentas contables
El Sistema listó al Coordinador de Suministros, todas las Cuentas contables que están
registradas.
Listar todas las Cuentas contables por Centro de Costo

i. Descripción
Permite al Coordinador de Suministros, ver las Cuentas contables asociadas a un Centro

de Costo seleccionado previamente por él
Actor (CS) Sistema
1. Selecciona el Centro de Costo de una

lista (ver casos de uso: CU-CCO-07), o
ingresa el código asociado
2. Busca y muestra las Cuentas contables

asociadas al Centro de Costo
seleccionado
iv. Cursos Alternos

SOCDISAS
- No hay cuentas contables para mostrar
No hay Cuentas contables asociadas al Centro de Costo seleccionado. El Sistema muestra

un mensaje indicando que no hay Cuentas contables por mostrar
El sistema debe permitir que la búsqueda de las Cuentas contables, se realice de forma
rápida y sencilla.
vi. Precondiciones
Para poder listar todas las Cuentas contables, el Coordinador de Suministros debe estar
conectado al Sistema.
- El Actor debe haber seleccionado un Centro de Costo de una lista
El Coordinador de Suministros, debe seleccionar el Centro de Costo sobre el cual se hará

la consulta, para poder listar las cuentas contables asociadas
abierto
vii. Poscondiciones
- Se mostraron las Cuentas contables asociadas al Centro de Costo
El Sistema mostró al Coordinador de Suministros, la Cuentas contables asociadas al

Centro de Costo que especificó
Asignar presupuesto a una cuenta contable

SOCDISAS

ID Requerimiento: RF-08, RF-09
i. Descripción
Permite al Coordinador de Suministros, ingresar el presupuesto de una cuenta contable durante

el próximo año fiscal, y distribuir el presupuesto entre los centros de costo activos
Actor (CS) Sistema
1. Selecciona la cuenta contable de una lista

(ver casos de uso CU-CUC-05 y CU-CUC-
2. Lista los centros de costo activos (ver

caso de uso CU-CCO-07), y solicita los
datos necesarios para la asignación de
presupuesto
3. Selecciona los centros de costo

asociados, e ingresa para cada uno de
ellos, su presupuesto mensual

distribución del presupuesto para la
cuenta contable, y confirma la acción
iv. Casos alternos

- Código inválido o inexistente

SOCDISAS
El sistema muestra un mensaje de error.
El sistema debe permitir que la distribución del presupuesto, se realice de forma rápida y
sencilla.
vi. Precondiciones
Para poder distribuir el presupuesto general entre las cuentas contables, el usuario debe
abierto
vii. Poscondiciones
- Se asignó presupuesto a una cuenta contable
El Sistema asignó satisfactoriamente el presupuesto de la cuenta contable seleccionada

para el próximo año fiscal, y se distribuyó entre los centros de costo.
3.5.4. Módulo de Cuentas por Pagar

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de las cuentas por
pagar.

SOCDISAS
Figura 4: Diagrama de Casos de Uso del Módulo de Cuentas por Pagar
Listar todas las Cuentas por pagar
ID Caso de Uso: CU-CUP-01

i. Descripción
Permite al usuario, ver la lista de todas las Cuentas por pagar existentes en el Sistema.
2. Busca y muestra las Cuentas por pagar

existentes
iv. Cursos Alternos
- No hay Cuentas por pagar para mostrar

SOCDISAS
No hay Cuentas por pagar asociadas a la línea seleccionada. El Sistema muestra un

mensaje indicando que no hay Cuentas por pagar por mostrar
El sistema debe permitir que la búsqueda de las Cuentas por pagar, se realice de forma
rápida y sencilla.
vi. Precondiciones
Para poder listar todas las Cuentas por pagar, el Actor debe haber iniciado sesión en el
Sistema.
vii. Poscondiciones
- Se listaron satisfactoriamente todas las Cuentas por pagar
El Sistema listó al Actor, todas las Cuentas por pagar que están registradas.
abierto
Listar todas las Cuentas por pagar por Insumo

i. Descripción
Permite al usuario, ver la lista de todas las Cuentas por pagar existentes en el Sistema que se
hayan generado por un insumo seleccionado.

SOCDISAS
9 Coordinador de Suministros (CS).
9 Personal de Finanzas (PF).
1. Selecciona el Insumo, de una lista de

insumos(ver casos de uso CU-INS-
07/CU-INS-19), o ingresa el código
asociado

asociadas al Insumo seleccionado
iv. Cursos Alternos
No hay Cuentas por pagar asociadas al insumo seleccionado. El Sistema muestra un

mensaje indicando que no hay Cuentas por pagar por mostrar.
- Código de insumo inválido o inexistente
El sistema muestra un mensaje de error y no procesa la solicitud
rápida y sencilla.
vi. Precondiciones
Para poder listar todas las Cuentas por pagar, el Actor debe estar conectado al Sistema.
- El actor debe escoger el insumo de una lista de insumos (ver casos de

uso CU-INS-07/CU-INS-19)

SOCDISAS
Para poder listar todas las Cuentas por pagar, el insumo seleccionado debe estar activo
en el Sistema.
abierto
vii. Poscondiciones
El Sistema listó al Coordinador de Suministros, todas las Cuentas por pagar registradas y
asociadas al insumo seleccionado.
Listar todas las Cuentas por pagar por Proveedor

i. Descripción
Permite ver la lista de todas las Cuentas por pagar existentes en el Sistema que se hayan
generado para un proveedor seleccionado.
1. Selecciona el Proveedor de una lista (ver

casos de uso CU-PRO-07/ CU-PRO-10), o

SOCDISAS
asociadas al proveedor seleccionado
iv. Cursos Alternos
No hay Cuentas por pagar asociadas al proveedor seleccionado. El Sistema muestra un

- Código de proveedor inválido, inexistente o anulado
El Sistema muestra un mensaje de error
rápida y sencilla.
vi. Precondiciones
- El Actor debe haber seleccionado un Proveedor de una lista de

proveedores no anulados (ver casos de uso CU-PRO-07/ CU-PRO-10)
El Actor, debe seleccionar el proveedor sobre el cual se hará la consulta, para poder listar
las Cuentas por pagar asociadas
- El Proveedor no debe estar anulado, debe ser válido y existente
Para poder listar todas las Cuentas por pagar, el proveedor seleccionado debe estar
activo en el Sistema.
abierto

SOCDISAS
vii. Poscondiciones
El Sistema listó todas las Cuentas por pagar registradas y asociadas al proveedor
seleccionado
Listar todas las Cuentas por pagar por Centro de Costo

i. Descripción
generado para un Centro de Costo seleccionado.
1. Selecciona el Centro de Costo de una

lista (ver caso de uso CU-CCO-07), o

asociadas al Centro de Costo
seleccionado
iv. Cursos Alternos
No hay Cuentas por pagar asociadas al Centro de Costo seleccionado. El Sistema muestra
un mensaje indicando que no hay Cuentas por pagar por mostrar

SOCDISAS
- Código de centro de costo inválido, no existente o anulado
El Sistema muestra un mensaje de error y no procesa la solicitud
rápida y sencilla.
vi. Precondiciones
Para poder listar todas las Cuentas por pagar, el Actor debe haber estar conectado al
Sistema.
- El Centro de Costo no debe estar anulado
Para poder listar todas las Cuentas por pagar, el Centro de Costo seleccionado debe estar
activo en el Sistema.
abierto
vii. Poscondiciones
- Se listó satisfactoriamente todas las Cuentas por pagar
El Sistema listó al Actor, todas las Cuentas por pagar registradas y asociadas al Centro de
Costo seleccionado
Listar todas las Cuentas por pagar por Período

i. Descripción

SOCDISAS
generado en un período seleccionado.
Personal de Finanzas (PF)
1. Selecciona el rango de fecha a consultar

generadas en el período seleccionado
iv. Cursos Alternos
No hay Cuentas por pagar asociadas al período seleccionado. El Sistema muestra un

rápida y sencilla.
vi. Precondiciones
abierto

SOCDISAS
vii. Poscondiciones
El Sistema listó al Actor, todas las Cuentas por pagar registradas y asociadas al período
seleccionado
Listar todas las Cuentas por pagar en Bolívares

i. Descripción
Permite ver el monto en Bolívares de todas las Cuentas por pagar existentes en el Sistema.
2. Muestra el monto total el Bolívares de

las Cuentas por pagar existentes en el
Sistema
iv. Cursos Alternos
No hay Cuentas por pagar existentes. El Sistema muestra un mensaje indicando que no
hay Cuentas por pagar por mostrar

SOCDISAS
rápida y sencilla.
vi. Precondiciones
- El usuario debe haber iniciado sesión
Para poder listar todas las Cuentas por pagar, el Actor debe haber iniciado sesión en el
Sistema.
abierto
vii. Poscondiciones
- Se mostraron satisfactoriamente el monto total de las Cuentas por

pagar
El Sistema listó al Actor, el monto total en Bolívares de todas las Cuentas por pagar
registradas en el Sistema
Listar todas las Cuentas por pagar por Cuenta Contable Afectada

i. Descripción
Permite al usuario, ver la lista de todas las Cuentas por pagar existentes en el Sistema que
afecten a una Cuenta Contable seleccionada.

SOCDISAS
1. Selecciona la Cuenta Contable de una

lista (ver casos de uso CU-CUC-05 y CU-
CUC-06)

que afecten la Cuenta Contable
seleccionada
iv. Cursos Alternos
No hay Cuentas por pagar asociadas a la Cuenta Contable seleccionada. El Sistema

muestra un mensaje indicando que no hay Cuentas por pagar por mostrar
rápida y sencilla.
vi. Precondiciones
- El Actor debe haber seleccionado una Cuenta Contable válida
El Actor, debe seleccionar previamente la Cuenta Contable sobre la cual se hará la

consulta, para poder listar las Cuentas por pagar asociadas
abierto
vii. Poscondiciones

SOCDISAS
El Sistema listó al Actor, todas las Cuentas por pagar registradas y asociadas a la Cuenta
Contable seleccionada
3.5.5. Módulo de Despacho

Este módulo agrupa los casos de uso que realizan la distribución y consultas de las distribuciones
de los insumos hacia los centros de costa.
Figura 5: Diagrama de Casos de Uso del Módulo de Despacho
Distribuir insumos y gastos entre los Centros de Costo para una

nota de recibo
i. ID Caso de Uso: CU-DEV-01
ii. ID Requerimiento: RF-04
iii. Descripción
Permite al Coordinador de Suministros, distribuir los insumos o los gastos que se tienen en una
nota de recibo, entre los Centros de costo que tienen pedidos internos sin ser despachados, y
cuyos insumos solicitados sean los que están en la nota.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la nota de recibo de una lista
2. Lista los centros de costo

SOCDISAS
3. Selecciona los centros de costos para

hacer la distribución
4. Muestra la información necesaria para la

distribución de los gastos y/o insumos

Si hay más centros de costo por agregar.
Volver al paso 3

distribución para la nota de recibo
seleccionada, y confirma la acción
vi. Casos alternos

- Código inválido
El Actor ingresó un código no existente. El Sistema muestra un mensaje de error y no

procesa la acción.
El sistema debe permitir que la distribución de gastos y/o insumos, se realice de forma
rápida y sencilla.
Para poder distribuir los gastos y/o insumos de una nota de recibo entre los centros de
costo, el usuario debe haber iniciado sesión en el Sistema.
- La nota de recibo debe existir en el Sistema

SOCDISAS
La nota de recibo a distribuir debe estar registrada en el sistema
- El actor debe seleccionar previamente la nota de recibo
El actor debe seleccionar previamente una nota de recibo
ix. Poscondiciones
- Se distribuyó satisfactoriamente todos los gastos y/o insumos de una

nota de recibo entre los centros de costo
El Sistema distribuyó satisfactoriamente al actor, todos los gastos y/o insumos de una
nota de recibo entre los centros de costo.
Consultar la distribución de los gastos y/o insumos entre los

Centros de Costo para una nota de recibo
i. ID Caso de Uso: CU-DEV-02
ii. ID Requerimiento: RF-04
iii. Descripción
Permite al Coordinador de Suministros, consultar toda la información relacionada con la manera

en como los gastos y/o insumos de una nota de recibo, entre los centros de costo existentes.
v. Flujo de Eventos
Actor (CS) Sistema
9 Selecciona la nota de recibo, o ingresa el

SOCDISAS
código asociado
9 Muestra toda la información relacionada

con la distribución de gastos y/o insumos,
para la nota de recibo seleccionada
vi. Casos alternos
- Código inválido
El Actor ingresó un código no existente. El Sistema muestra un mensaje de error y no

procesa la acción.
- No hay ninguna distribución para la nota de recibo
El actor seleccionó una nota, a quien no se le ha hecho una distribución de los insumos
y/o gastos. El Sistema muestra un mensaje de error.
- La consulta debe ser rápida
El sistema debe permitir que la consulta de la distribución de gastos y/o insumos, se

realice de forma rápida y sencilla.
Para poder consultar la distribución de los gastos y/o insumos de una nota de recibo,
entre los centros de costo, el usuario debe haber iniciado sesión en el Sistema.
- La nota de recibo debe existir en el Sistema
La nota de recibo a distribuir debe estar registrada en el sistema
- El actor debe seleccionar previamente la nota de recibo
El actor debe seleccionar previamente una nota de recibo

SOCDISAS
ix. Poscondiciones
- Se consultó satisfactoriamente la distribución de los gastos y/o

insumos de una nota de recibo entre los centros de costo
El Sistema mostró satisfactoriamente al actor, la información relacionada con la

distribución de los gastos y/o insumos de una nota de recibo entre los centros de costo.

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de las devoluciones.
Figura 6: Diagrama de Casos de Uso del Módulo de Devoluciones
Emitir una Devolución

i. ID Caso de uso: CU-DEV-01
iii. Descripción
Permite al Coordinador de Suministros crear una nueva Devolución dentro del sistema

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona las notas de recibo afectadas

en la devolución, de una lista de notas de
recibo no pagadas (ver CU-NRE-05)
2. Muestra los insumos de las notas de

recibo seleccionadas
3. Selecciona los insumos de la devolución,

y las cantidades a devolver
4. El sistema calcula el monto de la

devolución en Bolívares, procesa la
información, y actualiza el stock de
insumos (ver CU-INS-20 )
vi. Cursos Alternos

- Cantidades de insumos a devolver mayores a la diferencia de las

cantidades recibidas y las cantidades anteriormente devueltas
El Coordinador de Suministros ingresó cantidades inválidas. El Sistema muestra un

- La Devolución a ingresar existe en el Sistema
El Coordinador creó una Devolución ya existente. El Sistema muestra un mensaje de

error y no procesa la operación de registro.
El sistema debe permitir que el registro de una devolución, se realice de forma rápida y
sencilla.
SOCDISAS
Para poder agregar una nueva Devolución, el Coordinador de Suministros debe haber
- La Devolución a ingresar no debe existir en el Sistema
La Devolución a registrarse, no debe estar almacenada en el Sistema.
- La Devolución a ingresar debe estar asociada a una Orden de compra
La Devolución a registrarse, debe pertenecer a una orden de compra.
- La Devolución a ingresar debe estar asociada a una Nota de Recibo
La Devolución a registrarse, debe pertenecer a una nota de recibo.
ix. Poscondiciones
- Se agregó satisfactoriamente la devolución
El Sistema creó y guardó una nueva Devolución
Modificar datos de una Devolución

iii. Descripción
Permite al Coordinador de Suministros, cambiar los datos de una Devolución registrada

previamente.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la Devolución de una lista
2. Muestra los datos correspondientes a la

Devolución seleccionada
4. Cambia y guarda los nuevos datos de la

Devolución, actualiza el stock de insumos
(ver CU-INS-20 )y confirma la acción
vi. Cursos Alternos

- Cantidades de insumos a devolver mayores a la diferencia de las

cantidades recibidas y las cantidades anteriormente devueltas
El Coordinador de Suministros ingresó cantidades inválidas. El Sistema muestra un

El sistema debe permitir que la actualización de la Devolución en cuestión, se realice de

Para poder actualizar una Devolución, el Coordinador de Suministros debe haber iniciado

SOCDISAS
- El Actor debe haber seleccionado previamente la devolución de una

lista (ver casos de uso CU-DEV-08, CU-DEV-09, CU-DEV-10, CU-DEV-11, CU-
DEV-12, CU-DEV-13)
Para poder consultar los datos de una Devolución, el Coordinador de Suministros, debe
haber seleccionado la Devolución que quiere consultar.
ix. Poscondiciones
- Se actualizó satisfactoriamente la Devolución
El Sistema actualizó satisfactoriamente la Devolución especificada, es decir, cambió y

guardó los nuevos datos ingresados por el Coordinador de Suministros.
Anular una Devolución

iii. Descripción
Permite al Coordinador de Suministros, anular una Devolución previamente existente en el

Sistema.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la Devolución
2. Anula la Devolución seleccionada,

actualiza el stock de insumos (ver CU-

SOCDISAS
INS-20) y confirma la acción
vi. Requerimientos Especiales
El sistema debe permitir que la anulación de una Devolución, se realice de forma rápida y
sencilla.
vii. Precondiciones

DEV-12, CU-DEV-13)
- La Devolución no debe tener deudas pendientes
Para poder anular la Devolución seleccionada, esta debe estar solvente.
- La Devolución no puede tener estado DEVUELTO
Para poder anular la Devolución seleccionada, la mercancía de dicha devolución aun no

puede haberse devuelto al proveedor.
viii. Poscondiciones
- Se anuló satisfactoriamente la Devolución
El Sistema anuló satisfactoriamente la Devolución seleccionada por el Coordinador de

Suministros.

SOCDISAS
Restaurar una Devolución

iii. Descripción
Permite al Coordinador de Suministros, restaurar una Devolución que ha sido anulada

previamente.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la Devolución a restaurar
2. Restaura la Devolución, actualiza el stock

de insumos (ver CU-INS-20 ) y confirma
la acción
El sistema debe permitir que la recuperación de la Devolución en cuestión, se realice de

vii. Precondiciones
Para poder restaurar una Devolución anulada, el Coordinador de Suministros debe haber

SOCDISAS

lista (ver casos de uso CU-DEV-07)
- Se restauró satisfactoriamente la Devolución
El Sistema restauró satisfactoriamente la Devolución seleccionada por el Coordinador de

Suministros.
Cambiar Estado de una Devolución

iii. Descripción
Permite al Coordinador de Suministros, cambiar el estado de una Devolución previamente

existente en el Sistema.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la Devolución
2. Cambia el estado de la Devolución

seleccionada y confirma la acción

SOCDISAS
El sistema debe permitir que la anulación de una Devolución, se realice de forma rápida y
sencilla.
vii. Precondiciones

DEV-12, CU-DEV-13)
- La Devolución no debe tener deudas pendientes
Para poder anular la Devolución seleccionada, esta debe estar solvente.
- La Devolución no puede tener estado DEVUELTO
Solo se puede cambiar el estado de una devolución NO DEVUELTA a DEVUELTA.
- Se cambió el estado de la devolución satisfactoriamente
El Sistema anuló satisfactoriamente la Devolución seleccionada por el Coordinador de

Suministros.
Consultar los datos de una Devolución

iii. Descripción
Permite al Coordinador de Suministros, consultar toda la información de una Devolución emitida

anteriormente.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Seleccionar la devolución a consultar
2. Muestra los datos relacionados con la

devolución seleccionada
El sistema debe permitir que la consulta la devolución seleccionada, se realice de forma

rápida y sencilla.
vii. Precondiciones
Para poder consultar los datos la Devolución seleccionada, el Coordinador de Suministros


DEV-12, CU-DEV-13)
- Se mostró los datos de la Devolución seleccionada

SOCDISAS
El Sistema mostró al Coordinador de Suministros, todos los datos relacionados con la

Devolución especificada.
Listar todas las Devoluciones anuladas

iii. Descripción
Permite al Coordinador de Suministros, ver la lista de todas las Devoluciones anuladas en

el Sistema.
v. Flujo de Eventos
Actor (CS) Sistema
2. Busca y muestra las Devoluciones que

están registradas.
vi. Cursos Alternos
- No hay Devoluciones para mostrar
No hay Devoluciones almacenadas. El Sistema muestra un mensaje indicando que no hay

Devoluciones por mostrar
El sistema debe permitir que la búsqueda de las Devoluciones, se realice de forma rápida
y sencilla.
SOCDISAS
Para poder listar todas las Devoluciones, el Coordinador de Suministros debe haber
ix. Poscondiciones
- Se listó satisfactoriamente todas las Devoluciones
El Sistema listó al Coordinador de Suministros, todas las Devoluciones registradas.
Listar todas las Devoluciones

iii. Descripción
Permite al Coordinador de Suministros, ver la lista de todas las Devoluciones existentes

en el Sistema.
v. Flujo de Eventos
Actor (CS) Sistema

están registradas.
vi. Cursos Alternos
No hay Devoluciones almacenadas. El Sistema muestra un mensaje indicando que no hay

SOCDISAS
Devoluciones por mostrar
y sencilla.
ix. Poscondiciones
El Sistema listó al Coordinador de Suministros, todas las Devoluciones registradas.
Listar todas las Devoluciones por Nota de Recibo

iii. Descripción
Permite al Coordinador de Suministros, ver la lista de todas las Devoluciones existentes en el

Sistema que afecten a una Nota de Recibo seleccionada.
v. Flujo de Eventos

SOCDISAS
Actor (CS) Sistema
1. Selecciona la Nota de recibo, o ingresa el

código asociado

afecten la Nota de Recibo seleccionada
vi. Cursos Alternos
No hay Devoluciones asociadas a la Nota de Recibo seleccionada. El Sistema muestra un

mensaje indicando que no hay Devoluciones por mostrar.
y sencilla.
- El Actor debe haber seleccionado una Nota de Recibo de una lista (ver
casos de uso CU-NRE-05, CU-NRE-06, CU-NRE-07, CU-NRE-08, CU-NRE-09,
CU-NRE-10)
El Coordinador de Suministros, debe seleccionar previamente la Nota de Recibo sobre la

cual se hará la consulta, para poder listar las Devoluciones asociadas
ix. Poscondiciones

SOCDISAS
El Sistema listó al Coordinador de Suministros, todas las Devoluciones registradas y

asociadas a la Nota de Recibo seleccionada
Listar todas las Devoluciones por Línea

iii. Descripción

en el Sistema que contengan artículos de la línea seleccionada.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la línea de insumos, o ingresa

el código

contengan insumos de la línea
seleccionada
vi. Cursos Alternos
No hay Devoluciones asociadas a la línea seleccionada. El Sistema muestra un mensaje

indicando que no hay Devoluciones por mostrar
- Código de línea inválido, inexistente o anulado
El Coordinador de Suministros ingresó un código de líea que no está registrado o

inconsistente. El Sistema muestra un mensaje de error y no procesa la solicitud

SOCDISAS
y sencilla.
- El Actor debe haber seleccionado una línea de una lista de líneas (ver
casos de uso CU-LIN-07)
El Coordinador de Suministros, debe seleccionar previamente la línea sobre la cual se

hará la consulta, para poder listar las Devoluciones asociadas
ix. Poscondiciones

asociadas a la línea seleccionada
Listar todas las Devoluciones por Insumo

iii. Descripción

en el Sistema que contengan el insumo seleccionado.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el insumo de una lista

contengan el insumo seleccionado
vi. Cursos Alternos
No hay Devoluciones asociadas a la Nota de Recibo seleccionada. El Sistema muestra un

mensaje indicando que no hay Devoluciones por mostrar.
y sencilla.
- El Actor debe haber seleccionado un insumo de una lista de insumos no

anulados (ver casos de uso del CU-INS-07 al CU-INS-18)
El Coordinador de Suministros, debe seleccionar previamente el insumo sobre el cual se

hará la consulta, para poder listar las Devoluciones asociadas
SOCDISAS
ix. Poscondiciones

asociadas al insumo seleccionado
Listar todas las Devoluciones por Orden de Compra

iii. Descripción

en el Sistema que afecten a una Orden de Compra seleccionada.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la Orden de Compra, de una

lista

afecten la Orden de Compra seleccionada
vi. Cursos Alternos
No hay Devoluciones asociadas a la Orden de Compra seleccionada. El Sistema muestra

un mensaje indicando que no hay Devoluciones por mostrar

SOCDISAS
y sencilla.
- El Actor debe haber seleccionado una Orden de Compra de una lista

(ver casos de uso deL CU-OCO-07 al CU-OCO-12)
El Coordinador de Suministros, debe seleccionar previamente la Orden de Compra sobre

la cual se hará la consulta, para poder listar las Devoluciones asociadas
ix. Poscondiciones

asociadas a la Orden de Compra seleccionada
Listar todas las Devoluciones por Proveedor

iii. Descripción

en el Sistema que se le hayan realizado al proveedor seleccionado.
v. Flujo de Eventos
SOCDISAS
Actor (CS) Sistema
1. Selecciona el proveedor de una lista
2. Busca y muestra las Devoluciones

realizadas al proveedor seleccionado
vi. Cursos Alternos
No hay Devoluciones asociadas al proveedor seleccionado. El Sistema muestra un

mensaje indicando que no hay Devoluciones por mostrar
y sencilla.
- El Actor debe haber seleccionado un proveedor de una lista de

proveedores (ver casos de uso del CU-PRO-07 al CU-PRO-10)
El Coordinador de Suministros, debe seleccionar previamente el proveedor sobre el cual

se hará la consulta, para poder listar las Devoluciones asociadas
ix. Poscondiciones

SOCDISAS
asociadas al proveedor seleccionado

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de las facturas.
Figura 7: Diagrama de Casos de Uso del Módulo de Facturas
Ingresar una Factura
ID Caso de Uso: CU-FAC-01

i. Descripción
Cuando se emite una nueva nota de recibo, se emite una nueva factura asociada, almacenando
los datos de la factura impresa enviada por el proveedor
9 Auxiliar de Suministros (AS)

SOCDISAS
Actor (CS, AS) Sistema
1. Inicia el caso de uso Emitir Nota de

Recibo (ver CU-NRE-01).
2. Crea y guarda una nueva Factura
iv. Cursos Alternos
El Actor ingresó datos inconsistentes. El Sistema muestra un mensaje de error y no

procesa la operación de registro.
El sistema debe permitir que el registro de una Factura, se realice de forma rápida y
sencilla.
vi. Precondiciones
Para poder agregar una nueva Factura, el usuario debe haber iniciado sesión en el
Sistema.
- El usuario debe iniciar el caso de uso Emitir una nota de Recibo (ver
CU-NRE-01)
Para poder ingresar una nueva factura, el usuario deberá emitir siempre una nota de
recibo.
abierto
vii. Poscondiciones

SOCDISAS
- Se agregó satisfactoriamente la Factura
El Sistema creó y guardó una nueva Factura.
Modificar datos de una Factura

i. Descripción
El usuario cambia los datos de una factura, al modificar los de la nota de recibo asociada
1. Inicia el caso de uso Modificar Datos de

una Nota de Recibo (ver CU-NRE-02)
2. Se actualiza los datos de la factura

asociada
iv. Cursos Alternos
El usuario ingresó datos inconsistentes. El Sistema muestra un mensaje de error y no procesa la

operación de actualización.
El sistema debe permitir que la actualización de la Factura en cuestión, se realice de forma rápida
SOCDISAS
y sencilla.
vi. Precondiciones
Para poder actualizar una Factura, el usuario debe haber iniciado sesión en el Sistema.
- El usuario debe haber iniciado el caso de uso Modificar datos de una

Nota de Recibo (ver CU-NRE-02)
Para modificar una factura, hay que modificar la nota de recibo asociada
abierto
vii. Poscondiciones
- Se actualizó satisfactoriamente la Factura
El Sistema actualizó satisfactoriamente la Factura de la nota de recibo modificada
Consultar los datos de una Factura

i. Descripción
Permite que el usuario, pueda ver los datos de una factura seleccionada previamente por él

SOCDISAS
1. Seleccionar la Factura a consultar de una

lista (ver casos de uso CU-FAC-04 / CU-
FAC-09), o ingresa el código asociado

Factura seleccionada
iv. Cursos Alternos
- Código de factura inválido o inexistente
El sistema debe permitir que la consulta de la Factura seleccionada, se realice de forma

rápida y sencilla.
vi. Precondiciones
- El Actor debe haber seleccionado previamente la Factura
Para poder consultar los datos de una Factura, el actor debe haber seleccionado la
Factura que quiere consultar.
Para poder consultar los datos la Factura seleccionada, el Actor debe haber iniciado
abierto
vii. Poscondiciones

SOCDISAS
- Se mostró los datos de la Factura seleccionada
El Sistema mostró al Actor, todos los datos relacionados con la Factura especificada.
Listar todas las Facturas

i. Descripción
Permite al usuario, ver la lista de todas las Facturas existentes en el Sistema.
2. Busca y muestra las Facturas que están

registradas.
iv. Cursos Alternos
- No hay Facturas para mostrar
No hay Facturas almacenadas. El Sistema muestra un mensaje indicando que no hay

Facturas por mostrar
El sistema debe permitir que la búsqueda de las Facturas, se realice de forma rápida y
sencilla.
SOCDISAS
vi. Precondiciones
Para poder listar todas las Facturas, el Actor debe haber iniciado sesión en el Sistema.
abierto
vii. Poscondiciones
- Se listó satisfactoriamente todas las Facturas
El Sistema listó al Actor, todas las Facturas registradas
Listar todas las Facturas por Proveedor

i. Descripción
Permite al usuario, ver la lista de todas las Facturas existentes en el Sistema que se hayan
recibido de un proveedor seleccionado.
1. Selecciona el proveedor de una lista (ver

casos de uso CU-PRO-07 / CU-PRO-10 ),
o ingresa el código asociado
2. Busca y muestra las Facturas recibidas

SOCDISAS
del proveedor seleccionado
iv. Cursos Alternos
No hay Facturas asociadas al proveedor seleccionado. El Sistema muestra un mensaje

indicando que no hay Facturas por mostrar
- Código de proveedor inválido, inexistente o anulado.
El Actor ingresó un código de Proveedor que no está registrado o inconsistente. El

Sistema muestra un mensaje de error y no procesa la solicitud
sencilla.
vi. Precondiciones
- El Actor debe haber seleccionado un proveedor de una lista (ver casos

de uso CU-PRO-07 / CU-PRO-10)
El Actor, debe seleccionar previamente el proveedor sobre el cual se hará la consulta,

para poder listar las Facturas asociadas
abierto
vii. Poscondiciones
SOCDISAS
El Sistema listó al Actor, todas las Facturas registradas y asociadas al proveedor

seleccionado
Listar todas las Facturas por Orden de Compra

i. Descripción
Permite al usuario, ver la lista de todas las Facturas existentes en el Sistema que afecten a una
Orden de Compra seleccionada.
1. Selecciona la orden de compra de una

lista (ver casos de uso CU-OCO-07 / CU-
OCO-12), o ingresa el código asociado
2. Busca y muestra las Facturas que

afecten la Orden de Compra
seleccionada
iv. Cursos Alternos
No hay Facturas asociadas a la Orden de Compra seleccionada. El Sistema muestra un

mensaje indicando que no hay Facturas por mostrar
- Código de orden inválido o inexistente

SOCDISAS
sencilla.
vi. Precondiciones
- El Actor debe haber seleccionado una Orden de Compra de una lista de

órdenes no anuladas (ver casos de uso CU-OCO-07 / CU-OCO-12)
El Actor, debe seleccionar previamente la Orden de Compra sobre la cual se hará la

consulta, para poder listar las Facturas asociadas
abierto
vii. Poscondiciones
El Sistema listó al Actor, todas las Facturas registradas y asociadas a la Orden de Compra
seleccionada
Listar todas las Facturas por Línea

i. Descripción

SOCDISAS
Permite al usuario, ver la lista de todas las Facturas existentes en el Sistema que
contengan artículos de la línea seleccionada.
1. Selecciona la línea de insumos de una

lista (ver caso de uso CU-LIN-07), o

contengan insumos de la línea
seleccionada
iv. Cursos Alternos
No hay Facturas asociadas a la línea seleccionada. El Sistema muestra un mensaje

indicando que no hay Facturas por mostrar
- Código de línea inválido o inexistente
sencilla.
vi. Precondiciones
SOCDISAS
- El Actor debe haber seleccionado una línea de una lista de líneas (ver
caso de uso CU-LIN-07) o introducir el código de una línea
El Actor, debe seleccionar previamente la línea sobre la cual se hará la consulta, para
poder listar las Facturas asociadas
abierto
vii. Poscondiciones
El Sistema listó al Actor, todas las Facturas registradas y asociadas a la línea

seleccionada
Listar todas las Facturas por Insumo

i. Descripción
Permite al usuario, ver la lista de todas las Facturas existentes en el Sistema que contengan el
insumo seleccionado.
1. Selecciona el insumo de una lista (ver

SOCDISAS
casos de uso CU-INS-07 / CU-INS-19), o


contengan el insumo seleccionado
iv. Cursos Alternos
No hay Facturas asociadas a la Nota de Recibo seleccionada. El Sistema muestra un

mensaje indicando que no hay Facturas por mostrar.
El sistema muestra un mensaje de error y no procesa la solicitud.
sencilla.
vi. Precondiciones
- El Actor debe haber seleccionado un insumo de una lista de insumos

(ver casos de uso CU-INS-07 / CU-INS-19), o haber ingresado el código
asociado
El Actor, debe seleccionar previamente el insumo sobre el cual se hará la consulta, para
poder listar las Facturas asociadas
abierto

SOCDISAS
vii. Poscondiciones
El Sistema listó al Actor, todas las Facturas registradas y asociadas al insumo

seleccionado
Listar todas las Facturas por Rango de Fecha

i. Descripción
Permite al usuario, ver la lista de todas las Facturas existentes en el Sistema que se
hayan emitido dentro del período seleccionado
1. Ingresa la fecha o el período sobre el

cual se desea hacer la consulta
2. Busca y muestra las Facturas que se

hayan emitido en el rango de fecha
seleccionado
iv. Cursos Alternos
No hay Facturas asociadas al Rango de Fecha seleccionado. El Sistema muestra un

mensaje indicando que no hay Facturas por mostrar.
SOCDISAS
sencilla.
vi. Precondiciones
- El Actor debe haber seleccionado un rango de fecha válido
El Actor, debe seleccionar previamente el rango de fecha sobre el cual se hará la

consulta, para poder listar las Facturas asociadas
abierto
vii. Poscondiciones
- Se listaron satisfactoriamente todas las Facturas
El Sistema listó al usuario, todas las Facturas registradas y que se hayan emitido dentro
del rango de fecha seleccionado
3.5.8. Módulo de Facturas Internas

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de las
facturas internas.

SOCDISAS
Figura 8: Diagrama de Casos de Uso del Módulo de Facturas Internas
Ingresar una Factura Interna

i. ID Caso de uso: CU-FAI-01
iii. Descripción
Permite al Coordinador de Suministros y/o Analista de Suministros, ingresar una nueva

Factura Interna dentro del sistema.
9 Analista de Suministros (ANS)
v. Flujo de Eventos
Actor (CS, ANS) Sistema
2. Solicita los datos correspondientes de la

Factura Interna
3. Ingresa los datos solicitados.

SOCDISAS
4. Crea y guarda una nueva Factura Interna

y se confirma la operación
vi. Cursos Alternos
El Actor ingresó datos inconsistentes. El Sistema muestra un mensaje de error y vuelve a

solicitar los datos de la factura interna
El sistema debe permitir que el registro de una Factura Interna, se realice de forma
rápida y sencilla.
Para poder agregar una nueva Factura Interna, el usuario debe haber iniciado sesión en
el Sistema.
- La Factura Interna a ingresar debe estar asociada a un pedido interno

válido
La Factura Interna a registrarse, debe pertenecer a un pedido interno almacenado en el

Sistema.
ix. Poscondiciones
- Se agregó satisfactoriamente la Factura Interna
El Sistema creó y guardó una nueva Factura Interna.
Modificar datos de una Factura Interna

iii. Descripción

SOCDISAS
Permite al Coordinador de Suministros, cambiar los datos de una Factura Interna

registrada previamente.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la Factura Interna de una lista,

o ingresa el código asociado (ver casos
de uso CU-FAI-04/ CU-FAI-12)
2. Muestra los datos correspondientes a la

Factura Interna seleccionada
4. Cambia y guarda los nuevos datos de la

Factura Interna
vi. Cursos Alternos

mensaje de error y no procesa la operación de actualización.
- Código inválido o inconsistente
El Coordinador de Suministros ingresó un código inconsistente, o que no corresponde a

ninguna Factura Interna almacenada. El Sistema muestra un mensaje de error.
El sistema debe permitir que la actualización de la Factura Interna en cuestión, se realice


SOCDISAS
Para poder actualizar una Factura Interna, el Coordinador de Suministros debe haber
- El Actor debe haber seleccionado previamente la Factura Interna de

una lista, o haber ingresado el código asociado
El Coordinador de Suministros debe haber seleccionado una Factura Interna de una lista,
o bien haber ingresado directamente el código asociado
ix. Poscondiciones
- Se actualizó satisfactoriamente la Factura Interna
El Sistema actualizó satisfactoriamente la Factura Interna especificada, es decir, cambió y

guardó los nuevos datos ingresados por el Coordinador de Suministros.
Consultar los datos de una Factura Interna

iii. Descripción
Permite al usuario, consultar toda la información de una Factura Interna emitida anteriormente.
v. Flujo de Eventos
Actor (CS) Sistema
1. Seleccionar la Factura Interna a consultar

de una lista, o ingresa el código asociado
(ver casos de uso CU-FAI-04/ CU-FAI-12)

Factura Interna seleccionada
vi. Cursos Alternos

SOCDISAS
- Código inválido o inconsistente
El Coordinador de Suministros ingresó un código inconsistente, o que no corresponde a

ninguna Factura Interna almacenada. El Sistema muestra un mensaje de error.
El sistema debe permitir que la consulta la Factura Interna seleccionada, se realice de

Para poder consultar los datos la Factura Interna seleccionada, el Actor debe haber
- El Actor debe haber seleccionado previamente la Factura Interna de

una lista, o ingresado el código asociado
Para poder consultar los datos de una Factura Interna, el actor debe haber seleccionado
la Factura Interna que quiere consultar de una lista, o haber ingresado manualmente el
código asociado.
ix. Poscondiciones
- Se mostraron los datos de la Factura Interna seleccionada
El Sistema mostró al Actor, todos los datos relacionados con la Factura Interna
especificada.
Listar todas las Facturas Internas

iii. Descripción
Permite al usuario, ver la lista de todas las Facturas Internas existentes en el Sistema.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
2. Busca y muestra las Facturas Internas

que están registradas.
vi. Cursos Alternos
- No hay Facturas Internas para mostrar
El Sistema muestra un mensaje indicando que no hay Facturas Internas por mostrar
El sistema debe permitir que la búsqueda de las Facturas Internas, se realice de forma
rápida y sencilla.
Para poder listar todas las Facturas Internas, el Actor debe haber iniciado sesión en el
Sistema.
ix. Poscondiciones
- Se listaron satisfactoriamente todas las Facturas Internas
El Sistema listó al Actor, todas las Facturas Internas registradas
Listar todas las Facturas Internas por línea de insumos

SOCDISAS
iii. Descripción
Permite al usuario, ver la lista de todas las Facturas Internas existentes en el Sistema, que
contengan insumos pertenecientes a la línea seleccionada previamente por él
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la línea de insumos, o ingresa

el código asociado (ver casos de uso CU-
LIN-07)
2. Busca y muestra todas las facturas que

contienen insumos pertenecientes a la
línea seleccionada
vi. Cursos Alternos
No hay Facturas almacenadas para dicha línea. El Sistema muestra un mensaje indicando
que no hay Facturas Internas por mostrar
- Código de línea inválido o anulado o inexistente
El Actor ingresó un código de líneas no válido, o que corresponde a una línea de insumos
anulada. El Sistema muestra un mensaje de error y no procesa la solicitud.
rápida y sencilla.

SOCDISAS
Sistema.
- El actor debe seleccionar una línea de una lista de líneas o ingresar un

código de línea
Para poder listar todas las Facturas Internas, se debe escoger una línea.
- La línea seleccionada no debe estar anulada, inexistente o inválida
Para poder listar todas las Facturas Internas, la línea de insumos seleccionada por el
Actor, debe estar activa en el sistema.
ix. Poscondiciones
El Sistema listó al Actor, todas las Facturas Internas registradas, con productos que pertenecen a
la línea seleccionada.
Listar todas las Facturas Internas por insumo

iii. Descripción
contengan el insumo seleccionado previamente por él.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el insumo, o ingresa el código

asociado (casos de uso CU-INS-07/ CU-

SOCDISAS
INS-19)
2. Busca y muestra todas las facturas que

contiene el insumo seleccionado.
vi. Cursos Alternos
No hay Facturas almacenadas para dicho insumo. El Sistema muestra un mensaje

indicando que no hay Facturas Internas por mostrar
- Código de insumo inválido, inexistente o anulado
El Sistema muestra un mensaje de error y no procesa la solicitud.
rápida y sencilla.
Sistema.
- El actor debe seleccionar un insumo de una lista de insumos, o haber

ingresado el código del insumo en cuestión
El usuario debe seleccionar el insumo de una lista, o ingresar el código asociado
ix. Poscondiciones
El Sistema listó al Actor, todas las Facturas Internas registradas, que contengan el
insumo seleccionado.

SOCDISAS
Listar todas las Facturas Internas por Almacén

iii. Descripción
contengan insumos guardados físicamente en el almacén seleccionado por él
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el Almacén, o ingresa el

código asociado (ver casos de uso CU-
ALM-07/ CU-ALM-09)
2. Busca y muestra todas las facturas con

insumos guardados en el almacén
seleccionado
vi. Cursos Alternos
No hay Facturas almacenadas para dicho Almacén. El Sistema muestra un mensaje

- Código de almacén inválido, inexistente o anulado
El Actor ingresó un código no válido, o que corresponde a un Almacén anulado. El

Sistema muestra un mensaje de error y no procesa la solicitud.
rápida y sencilla.
SOCDISAS
Sistema.
- El actor debe seleccionar el almacén de una lista, o ingresar el código

del almacén
El usuario debe primero seleccionar el insumo de una lista, o haber ingresado el código
asociado
ix. Poscondiciones
El Sistema listó al Actor, todas las Facturas Internas registradas, que están asociadas al
Almacén seleccionado
Listar todas las Facturas Internas por rango de costo

i. Descripción
Permite al usuario, ver la lista de todas las Facturas Internas existentes en el Sistema, cuyo
monto total esté dentro del rango de costo seleccionado previamente por él.
Actor (CS) Sistema
1. Selecciona el rango de costo
2. Busca y muestra todas las facturas cuyo

monto esté dentro del rango de costo
seleccionado.
iv. Cursos Alternos

SOCDISAS
No hay Facturas almacenadas para dícho rango. El Sistema muestra un mensaje

- Rango no válido
El Actor ingresó un rango no válido. El Sistema muestra un mensaje de error y no

procesa la solicitud.
rápida y sencilla.
vi. Precondiciones
Sistema.
- El rango seleccionado por el Actor debe ser válido
Para poder listar todas las Facturas Internas, el rango de costo debe ser válido, es decir,
el costo mínimo no puede superar al costo máximo.
vii. Poscondiciones
El Sistema listó al Actor, todas las Facturas Internas registradas, que cuyo monto está
contemplado en el rango de costo seleccionado
Listar todas las Facturas Internas por Centro de costo

iii. Descripción

SOCDISAS
Permite al Coordinador de Suministros, ver la lista de todas las Facturas Internas

existentes en el Sistema, asociadas al Centro de Costo seleccionado previamente por él.
Para el usuario Gerente, solo podrá consultar las facturas internas del Centro de Costo
que él gestiona.
9 Gerente (G)
v. Flujo de Eventos

En el caso del Coordinador de
Suministros, selecciona el Centro de
costo, o ingresa el código asociado (ver
casos de uso CU-CCO-07)
2. Busca y muestra todas las facturas

internas que se le hayan emitido al
Centro de costo seleccionado.
vi. Cursos Alternos
No hay Facturas almacenadas para dicho Centro de Costo. El Sistema muestra un

mensaje indicando que no hay Facturas Internas por mostrar
- Código de centro de costo no válido, inexistente o anulado
El Sistema muestra un mensaje de error y no procesa la solicitud.
rápida y sencilla.

SOCDISAS
Sistema.
- El en el caso de que el actor sea el Coordinador de Suministros, debe

seleccionar previamente un Centro de costo, o ingresar el código asociado
Para listar las facturas respectivas, el Centro de Costo sobre el cual se hará la consulta,
debe estar seleccionado de una lista de centros de costo, o ingresar el código
correspondiente. Para el actor gerente, solo podrá ver las facturas internas de su Centro
de Costo.
- El Centro de costo seleccionado por el Actor no debe estar anulado
Para poder listar todas las Facturas Internas, el Centro de costo debe estar activo en el
Sistema
ix. Poscondiciones
El Sistema listó al Coordinador de Suministros, todas las Facturas Internas registradas, que están
asociadas al Centro de costo seleccionado
- En el caso del Gerente, se listaron satisfactoriamente todas las Facturas

Internas asociadas al Centro de Costo que gestiona
El Sistema listó al Gerente, todas las Facturas Internas registradas del Centro de costo que dirige.
Listar todas las Facturas Internas por rango de fecha de

facturación
iii. Descripción
Permite al usuario, ver la lista de todas las Facturas Internas existentes en el Sistema,
cuya fecha de facturación, esté dentro del rango seleccionado previamente por él, o haya sido
SOCDISAS
facturada en esa fecha.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el rango de fecha de

facturación, o una sola fecha

internas dentro de esa fecha o rango de
fecha
vi. Cursos Alternos
No hay Facturas almacenadas en dicho rango. El Sistema muestra un mensaje indicando

que no hay Facturas Internas por mostrar
- Rango no válido

rápida y sencilla.
Sistema.

SOCDISAS
- El rango seleccionado por el Actor debe ser válido
Para poder listar todas las Facturas Internas, el rango de costo debe ser válido, es decir,
la fecha de inicio no puede superar a la fecha tope del rango.
ix. Poscondiciones
El Sistema listó al Actor, todas las Facturas Internas registradas, que han sido facturadas
durante el período seleccionado
Listar todas las Facturas Internas por Centro de costo y por

Insumo
iii. Descripción

existentes en el Sistema, asociadas al Centro de Costo seleccionado previamente por él, y en
donde se registre el insumo que él mismo haya escogido. En el caso del Gerente, solo podrá
consultar las facturas internas propias del Centro de Costo que él gestiona, asociadas al insumo
que haya seleccionado.
9 Gerente (G)
v. Flujo de Eventos

cu CU-CCO-07)
2. Selecciona el insumo a consultar de una

SOCDISAS
lista o ingresa el código asociado (ver

casos de uso CU-INS-07/ CU-INS-19)

Centro de costo seleccionado, y que
registren el insumo escogido.
vi. Cursos Alternos
No hay Facturas almacenadas para dicho Centro de Costo. El Sistema muestra un

mensaje indicando que no hay Facturas Internas por mostrar
- Código de insumo no válido o anulado
El Actor ingresó un código de insumo no válido, o corresponde a uno anulado. El Sistema

muestra un mensaje de error y no procesa la solicitud.
- En el caso del Coordinador de Suministros: Código de Centro de Costo

no válido o anulado
El Actor ingresó un código de Centro de costo no válido, o corresponde a uno anulado. El

rápida y sencilla.
Sistema.

seleccionar previamente un Centro de costo y un insumo

SOCDISAS
Para listar las facturas respectivas, el Centro de Costo sobre el cual se hará la consulta, y
el insumo, deben estar seleccionados.
- El en el caso de que el actor sea el Gerente, debe seleccionar

previamente un insumo
Para listar las facturas respectivas, el actor debe seleccionar primero un insumo
determinado.
- El en el caso de que el actor sea el Coordinador de Suministros, el

Centro de costo e insumo seleccionados no deben estar anulados
Para poder listar todas las Facturas Internas, el Centro de costo y el insumo deben estar
activos en el Sistema.
- El en el caso de que el actor sea el Gerente, el insumo seleccionado no

debe estar anulado
Para poder listar todas las Facturas Internas, el insumo debe estar activo en el Sistema.
ix. Poscondiciones
El Sistema listó al Coordinador de Suministros, todas las Facturas Internas registradas,

que están asociadas al Centro de costo y al insumo seleccionado

El Sistema listó al Gerente, todas las Facturas Internas registradas del Centro de costo
que dirige, que contengan el insumo seleccionado.
Listar todas las Facturas Internas por Centro de costo y por Fecha
de facturación
SOCDISAS
iii. Descripción

existentes en el Sistema, asociadas al Centro de Costo seleccionado previamente por él, y que
hayan sido registradas dentro del rango de fecha establecido. Para el Gerente, este solo puede
consultar las facturas internas del Centro de Costo que él gestiona, despachadas dentro del
rango establecido.
9 Gerente (G)
v. Flujo de Eventos

cu CU-CCO-07)
2. Selecciona el rango de fecha a consultar

Centro de costo seleccionado, y que
hayan sido registradas dentro del rango
vi. Cursos Alternos
No hay Facturas almacenadas para dicho Centro de Costo despachadas en ese rango. El
Sistema muestra un mensaje indicando que no hay Facturas Internas por mostrar
- Rango de fechas no válido


SOCDISAS
- En el caso del Coordinador de Suministros: Código de Centro de Costo

no válido o anulado
El Actor ingresó un código de Centro de costo no válido, o corresponde a uno anulado. El

rápida y sencilla.
Sistema.

seleccionar previamente un Centro de costo y un rango de fechas
Para listar las facturas respectivas, el Centro de Costo sobre el cual se hará la consulta, y
el rango, deben estar seleccionados.
- El en el caso de que el actor sea el Gerente, debe seleccionar

previamente un rango de fechas
Para listar las facturas respectivas, el actor debe seleccionar primero un rango para
poder realizar la búsqueda.
- El en el caso de que el actor sea el Coordinador de Suministros, el

Centro de costo no debe estar anulado
Para poder listar todas las Facturas Internas, el Centro de costo y el insumo deben estar
activos en el Sistema.
- El rango de fechas seleccionado debe ser válido
Para poder listar todas las Facturas Internas, el período escogido debe ser válido, es

SOCDISAS
decir, la fecha inicial no debe venir después de la fecha tope.
ix. Poscondiciones
El Sistema listó al Coordinador de Suministros, todas las Facturas Internas registradas,

que están asociadas al Centro de costo, y que han sido despachadas dentro del rango
contemplado.

El Sistema listó al Gerente, todas las Facturas Internas registradas dentro del rango
seleccionado, del Centro de costo que dirige.

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de los insumos.
Figura 9: Diagrama de Casos de uso del Módulo de Insumos [Nivel 1]

SOCDISAS
Figura 10: Diagrama de Casos de uso del Módulo de Insumos

[Nivel 2 – Listar Insumos No Anulados]
Agregar un Insumo
i. ID Caso de uso: CU-INS-01
iii. Descripción
Permite al Coordinador de Suministros agregar un nuevo insumo en el sistema
v. Flujo de Eventos
Actor (CS) Sistema

SOCDISAS
2. Solicita el nombre del nuevo insumo, y

los demás datos, que se quiere agregar
3. Introduce el nombre, y los datos, del

nuevo insumo
4. Procesa el nuevo insumo
vi. Cursos Alternos
- El actor introduce otro insumo ya existente
El sistema muestra un mensaje de error y no procesa la información
- El actor introduce información inconsistente
vii. Requerimientos especiales
El sistema debe permitir que el registro de un insumo sea rápido y sencillo
- El actor debió de haber iniciado sesión en el sistema
El actor debe poseer una cuenta en el sistema y haber iniciado correctamente su sesión.
ix. Poscondiciones
- Se proceso correctamente el Insumo
El sistema ingresó el nuevo insumo en el sistema
Modificar un Insumo

SOCDISAS

iii. Descripción
Permite al Coordinador de Suministros modificar un insumo existente en el sistema
v. Flujo de Eventos
Actor Sistema
1. Selecciona el insumo a modificar de una

lista
2. Muestra campos con la información actual

del insumo, para que el actor modifique
este información
3. El actor modifica la información
4. Procesa los cambios
vi. Cursos Alternos
- El actor introduce otro insumo ya existente
- Los cambios deben realizarse de manera rápida
El sistema debe permitir que el registro de un insumo sea rápido y sencillo

SOCDISAS
- El actor debió de haber seleccionado un Insumo de una lista,
El actor debe escoger que insumo desea modificar. Lo puede hacer seleccionando el
Insumo mediante una lista de insumos (ver Casos de Uso del CU-INS-07 al CU-INS-18)
ix. Poscondiciones
- Se procesaron correctamente los cambios
El sistema proceso correctamente los cambios del insumo
Consultar un Insumo
iii. Descripción
Permite al Coordinador de Suministros ver los datos de un Insumo.
v. Flujo de Eventos
Actor (CS) Sistema
3. Selecciona un insumo de una lista de

insumos
4. Muestra los datos del insumo
vi. Cursos Alternos

SOCDISAS
No hay
El sistema debe permitir que el la consulta de un insumo sea rápida y sencilla
- El actor debió de haber seleccionado un Insumo de una lista
El actor debe escoger que insumo desea consultar. Lo puede hacer seleccionando el
Insumo mediante una lista de insumos (ver casos de uso del CU-INS-07 al CU-INS-18)
ix. Poscondiciones
- El sistema muestra los datos del insumo
El sistema muestra toda la información del Insumo seleccionado.
Anular un Insumo
iii. Descripción
Permite al Coordinador de Suministros anular un insumo.
v. Flujo de Eventos

SOCDISAS
Actor (CS) Sistema

insumos
2. Muestra un mensaje de confirmación
3. El actor confirma la operación
4. El sistema anula al insumo
vi. Cursos Alternos
- El actor selecciona un insumo que tiene aún deudas, devoluciones, u

órdenes de compra pendientes, o se encuentre en un almacén
El sistema muestra un mensaje de error
- La operación debe ser rápida
El sistema debe permitir que la operación de anular un insumo sea rápida y sencilla
- El actor debió de haber seleccionado un Insumo de una lista
El actor debe escoger que insumo desea anular. Lo puede hacer seleccionando el Insumo
mediante una lista. (ver Casos de Uso del CU-INS-07 al CU-INS-18 )
- El insumo no puede tener ninguna deuda, devolución u orden de

compra pendientes, o estar en algún almacén

SOCDISAS
Para poder anular un insumo, debe estar desvinculado de cualquier instancia
ix. Poscondiciones
- El sistema anula al insumo
El sistema anula al insumo, y éste no aparecerá reflejado, al menos que sea recuperado.
Recuperar un Insumo
iii. Descripción
Permite al Coordinador de Suministros recuperar un insumo que haya sido anulado

anteriormente.
v. Flujo de Eventos
Actor (CS) Sistema

insumos anulados
4. El sistema recupera el insumo
vi. Cursos Alternos
No hay
El sistema debe permitir que la operación de recuperar un insumo sea rápida y sencilla

SOCDISAS
- El actor debió de haber seleccionado un Insumo de una lista de

insumos anulados
El actor debe escoger que insumo desea recuperar. Lo puede hacer seleccionando el
Insumo mediante una lista de insumos anulados (ver CU-INS-06)
ix. Poscondiciones
- El sistema recupera la línea
El sistema recupera el insumo, y éste puede visualizarse nuevamente
Listar insumos Anulados

iii. Descripción
Permite al Coordinador de Suministros listar los insumos que hayan sido anulados anteriormente.
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra una lista de insumos anulados

SOCDISAS
vi. Cursos Alternos
- No hay insumos anulados
El sistema muestra un mensaje indicando que no existen insumos anulados
La consulta de todos los insumos debe ser rápida.
ix. Poscondiciones
- Se listaron correctamente los insumos
El sistema muestra correctamente la lista de insumos correspondiente
Listar todos los insumos (no anulados)

iii. Descripción
Permite al Coordinador de Suministros listar todos los insumos que no hayan sido anulados.
v. Flujo de Eventos

SOCDISAS
Actor (CS) Sistema
2. Muestra una lista de insumos no anulados
vi. Cursos Alternos
- No hay Insumo para listar
El sistema muestra un mensaje indicando que no existen insumos para listar
- La acción de listar debe ser rápida
Se deben listar todos los insumos de insumo de manera rápida.
ix. Poscondiciones
- Se listaron correctamente los insumos
El sistema muestra correctamente la lista de insumos correspondiente
Listar los insumos por línea (no anulados)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos, no anulados, relacionados con

alguna(s) línea(s) de insumos.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la(s) línea(s) de una lista de

líneas de insumos de los insumos que se
quieren listar, o introduce el código de
una línea
2. Muestra una lista de insumos
vi. Cursos Alternos
- No hay insumos para listar para esa(s) línea(s)
- El código ingresado pertenece a una línea anulada o no existente
La lista de los insumos debe hacerse de forma rápida.
- El actor debió de haber escogido la(s) línea(s) de una lista de líneas de

insumos o introducir el código de una línea

SOCDISAS
El actor debió de haber escogido las líneas de una lista de líneas de insumos de las
insumos para listar (ver CU-LIN-07)
- El código ingresado no debe pertenecer a una línea anulada o no

existente
Solo se pueden listar líneas de insumos activos
ix. Poscondiciones
- Se listaron correctamente los insumos seleccionados
El sistema muestra correctamente la lista de los insumos seleccionados
Listar los insumos por proveedor (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados relacionados con

algún proveedor.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el proveedor de los insumos

que se quieren listar.
vi. Cursos Alternos
- No hay insumos para listar para ese proveedor

SOCDISAS
La lista de los insumos debe hacerse rápida.
- El actor debió de haber escogido el proveedor de una lista de

proveedores
insumos para listar (ver Casos de Uso del CU-PRO-07 AL CU-PRO-10)
ix. Poscondiciones
Listar los insumos por existencia (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados según su existencia

(existencia máxima, existencia mínima, existencia promedio).
v. Flujo de Eventos
SOCDISAS
Actor (CS) Sistema
1. Selecciona si desea listar insumos con

existencia máxima, mínima o promedio
vi. Cursos Alternos
- No hay insumos para listar para de esa existencia
- El actor debió de haber escogido listar existencia mínima, promedio o

máxima
El actor debió de haber escogido si listar los insumos con existencia mínima, promedio o
máxima
ix. Poscondiciones
Listar los insumos por procedencia (no anuladas)


SOCDISAS

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados según su

procedencia (nacional o importada).
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona si desea listar insumos con

procedencia nacional o importada
vi. Cursos Alternos
- No hay insumos para listar para de esa procedencia
- El actor debió de haber escogido listar procedencia nacional o

importada
El actor debió de haber escogido si listar los insumos con procedencia nacional o
importada

SOCDISAS
ix. Poscondiciones
Listar los insumos por estado (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos según su estado
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el estado de los insumos que

quiere ver
vi. Cursos Alternos
- No hay insumos para listar para de ese estado

SOCDISAS
- El actor debió de haber escogido un estado de insumos
El actor debió de haber escogido el estado posible de insumos de una lista desplegable
ix. Poscondiciones
Listar los insumos por demanda (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados, por mayor, menor
o demanda promedia
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona si desea ver los insumos con

mayor, menor o demanda promedia
vi. Cursos Alternos

SOCDISAS
- No hay insumos para listar para de ese demanda
- El actor debió de haber escogido ver los insumos de mayor, menor o

demanda promedia de insumos
El actor debió de haber escogido verlos insumos de mayor, menor o demanda promedia
de una lista desplegable
ix. Poscondiciones
Listar los insumos por talla (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados por talla

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la talla de los insumos que

quiera ver
vi. Cursos Alternos
- No hay insumos para listar para de ese talla
- El actor debió de haber escogido una talla para los insumos
El actor debió de haber escogido una talla para listar los insumos
ix. Poscondiciones
Listar los insumos por almacén (no anuladas)

SOCDISAS

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados por almacén
v. Flujo de Eventos
Actor Sistema
1. Selecciona el(los) almacén(es) de una

lista.
vi. Cursos Alternos
- No hay insumos para listar para de ese almacén

SOCDISAS
- El actor debió de haber escogido algún(os) almacén(es) de una lista de

almacenes o haber ingresado un código de un almacén
El actor debió de haber seleccionado de una lista de almacenes, aquéllos donde quiera
ver los insumos que tienen. (ver CU-ALM-07 al CU-ALM-09)
ix. Poscondiciones
Listar los insumos por fecha de registro (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados según su fecha de registro
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la fecha (o el rango de fechas)

de los insumos que quiere ver
vi. Cursos Alternos
- No hay insumos para listar para de esa fecha

SOCDISAS
- Fecha(s) introducida es(son) inconsistente(s)
- El actor debió de haber escogido una fecha (o un rango de fecha) válida
El actor debió de haber escogido la fecha, o el rango de fecha para listar los insumos
ix. Poscondiciones
Listar los insumos por cantidad (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados según una cantidad o un
rango de cantidades

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la cantidad, o el rango de

cantidades de los insumos que quiere
listar
vi. Cursos Alternos
- No hay insumos para listar para esa cantidad
- El actor debió de haber introducido un número o rango, de posible

cantidad de insumos
El actor debió de haber introducido un número o rango de posible cantidad de insumos
ix. Poscondiciones

SOCDISAS
Listar los insumos por precio (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados según un precio o un rango
de precios
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la precio, o el rango de precios

de los insumos que quiere listar
vi. Cursos Alternos
- No hay insumos para listar para esa precio

SOCDISAS
- El actor debió de haber introducido un número o rango, de posibles

precios de insumos
El actor debió de haber introducido un número o rango de posibles precios de insumos
ix. Poscondiciones
Listar los insumos no contados en el proceso de inventario

iii. Descripción
Permite al Coordinador de Suministros listar los insumos no anulados que no hayan sido contados
en un proceso de inventario en marcha
v. Flujo de Eventos
Actor (CS) Sistema
1. El actor va a ingresar un conteo físico

(ver CU-INV-03), y solicita que se liste los
insumos que aun no se han contado
vi. Cursos Alternos
- No hay insumos para listar para ese precio

SOCDISAS
- Se debió de haber iniciado un proceso de inventario
Este caso de uso estará habilitado solo si hay un proceso de inventario en marcha (ver
CU-INV-01)
- El actor debió haber solicitado ingresar un conteo físico para listar los
insumos no contados en el proceso de inventario
Este caso de uso solo funciona cuando el coordinador de suministros va a ingresar un

conteo físico (ver CU-INV-03)
ix. Poscondiciones
Actualizar Stock de Insumos

iii. Descripción
El Sistema actualiza el stock de insumos, después de que el Coordinador de Suministros

emite una devolución, realiza una distribución hacia los Centros de Costo, el Coordinador de
Suministros o el Auxiliar de Suministros emite una nota de recibo

SOCDISAS
9 Auxiliar de Suministros (AXS)
v. Flujo de Eventos
Actor (CS, AXS) Sistema
1. El CS emite una devolución (CU-DEV-01),

el CS realiza una distribución hacia los
Centros de Costo (CU-DES-01), el AXS o
el CS emite una nota de recibo (CU-NRE-
01)
2. Efectúa los cambios
vi. Cursos Alternos
No hay
El sistema debe permitir que la operación de actualizar el stock de insumos sea rápida y
sencilla
- El actor debe estar ejecutando un caso de uso que requiera de

actualización de stock de insumos
El CS emite una devolución (CU-DEV-01), el CS realiza una distribución hacia los Centros
de Costo (CU-DES-01), el AXS o el CS emite una nota de recibo (CU-NRE-01)
ix. Poscondiciones
- El sistema anula al insumo
El sistema anula al insumo, y éste no aparecerá reflejado, al menos que sea recuperado.

SOCDISAS

Este módulo agrupa los casos de uso que permiten el ingreso y consulta de conteos físicos y
ajustes de cantidades de insumos, que se realizan periódicamente en la planta en un proceso de
inventario
Figura 11: Diagrama de Casos de Uso del Módulo de Inventario
Iniciar Proceso de Inventario

i. ID Caso de uso: CU-INV-01
iii. Descripción
Permite al Coordinador de Suministros iniciar un proceso de inventario. Mientras el proceso de

inventario esta abierto, el sistema se bloquea para emitir órdenes de compra, notas de recibo,
despacho de inventario, y cualquier otro movimiento de insumos.
v. Flujo de Eventos

SOCDISAS
Actor (CS) Sistema
2. El sistema inicia un proceso de inventario,

y bloquea las opciones de movimiento de
insumos
vi. Cursos Alternos
NO HAY
- El inicio del proceso debe ser rápido
El Sistema debe permitir que el inicio del proceso de inventario se realice de forma rápida
y sencilla.
Para poder iniciar un proceso de inventario, el Coordinador de Suministros debe iniciar

sesión primero.
Para iniciar un inventario, no puede haber otro en marcha
ix. Poscondiciones
- Se inicio el proceso de inventario satisfactoriamente
El Sistema inicia el proceso de inventario y bloquea todas las operaciones de movimiento

de insumos
Cerrar Proceso de Inventario

iii. Descripción

SOCDISAS
Permite al Coordinador de Suministros cerrar un proceso de inventario. El sistema se desbloquea,

y estará habilitado nuevamente para emitir órdenes de compra, notas de recibo, despacho de
inventario, y cualquier otro movimiento de insumos.
v. Flujo de Eventos
Actor (CS) Sistema
1. Solicita al sistema el cierre del proceso de

inventario
2. El sistema cierra un proceso de

inventario, y habilita las opciones de
movimiento de insumos
vi. Cursos Alternos
NO HAY
- El inicio del proceso debe ser rápido
El Sistema debe permitir que el inicio del proceso de inventario se realice de forma rápida
y sencilla.
Para poder ingresar los resultados del inventario, el Coordinador de Suministros debe
iniciar sesión primero.
- Debe haber un proceso de inventario iniciado
Para poder cerrar un proceso de inventario, debe existir un proceso de inventario abierto

SOCDISAS
- Si existe algún conteo físico para este inventario, el Coordinador de

Suministros debe haber revisado antes los resultados del inventario y realizar
los ajustes correspondientes
Si se ha ingresado algún conteo físico, el Coordinador de Suministros debió de haber

visto los resultados y haber realizado los ajustes correspondientes (ver Casos de Uso CU-
INV-04 y CU-INV-05)
ix. Poscondiciones
- Se cerró el proceso de inventario satisfactoriamente
El Sistema cierra el proceso de inventario y habilita todas las operaciones de movimiento

de insumos
Ingresar Conteo Físico

iii. Descripción
Permite al Auxiliar de Suministros o al Coordinador de Suministros, agregar los resultados

obtenidos en un conteo físico de un inventario
v. Flujo de Eventos
Actor (AS, CS) Sistema
2. Muestra los insumos disponibles en los

almacenes, que no hayan sido contados
anteriormente en el actual proceso de
inventario (Ver CU-INS-19 )
3. Selecciona los insumos que contó, e

SOCDISAS
ingresa la cantidad contada
4. Procesa la información
vi. Cursos Alternos
- Datos inválidos o inconsistentes
El actor ingresó datos no válidos o incongruentes. El Sistema muestra un mensaje de

error y no procesa la operación.
- El ingreso debe ser rápido
El Sistema debe permitir que el ingreso de los resultados obtenidos en el conteo de

insumos, se realice de forma rápida y sencilla.
- El actor debe haber iniciado sesión
Para poder ingresar los resultados del inventario, el actor debe iniciar sesión primero.
CU-INV-01)
ix. Poscondiciones
- Se ingresaron satisfactoriamente los resultados del inventario
El Sistema ingresó todo lo relacionado con el proceso de inventario.
Mostrar Resultados del Inventario

iii. Descripción
Permite que el Coordinador de Suministros, vea todos los conteos ingresados en un

SOCDISAS
inventario, y las diferencias que los insumos presentan con el registro en stock
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra los conteos realizados, y la

cantidad disponible de los insumos
registrada para el momento del conteo
vi. Cursos Alternos
- No se tiene registrado conteos
Se muestra un mensaje de error y no se procesa la consulta.
El sistema debe permitir que la búsqueda de los conteos de insumos, se realice de forma
rápida y sencilla.
Para poder consultar los conteos realizados en un inventario, el actor debe iniciar sesión
primero.
CU-INV-01)

SOCDISAS
ix. Poscondiciones
- Se mostraron satisfactoriamente los resultados de los conteos
El Sistema generó un reporte con los resultados de los conteos del inventario
Realizar Ajustes
iii. Descripción
Permite que el Coordinador de Suministros, una vez obtenidos los resultados de un

inventario en proceso, realice los ajustes de acuerdo a las diferencias presentadas en las
cantidades de insumos que el sistema lleva registrado.
v. Flujo de Eventos
Actor (CS) Sistema
1. Inicia CU de mostrar los resultados de un

inventario activo, (ver CU-INV-04) y
solicita realizar ajustes
2. Realiza los ajustes. Actualiza el stock de

insumos (ver CU-INS-20) Cierra el
proceso de inventario (ver CU-INV-02)
vi. Cursos Alternos
- No se han realizado conteos para ese inventario
En el Sistema no se tiene almacenado ningún proceso de inventario. Se muestra un

mensaje de error y no se procesa la consulta.

SOCDISAS
El sistema debe permitir que la búsqueda de los resultados obtenidos en el inventario de

los insumos, se realice de forma rápida y sencilla.
Para poder realizar los ajustes, el Coordinador de Suministros debe iniciar sesión primero.
- Debe haber un proceso de inventario activo
Para poder realizar los ajustes, debe haber un proceso de inventario activo.
- Deben haberse realizado conteos para el inventario activo
Para poder realizar los ajustes, debe haberse realizado al menos un conteo en el
inventario activo.
- Previamente se mostraron los resultados de un inventario
El actor previamente vio los resultados de un inventario antes de realizar ajustes (Ver
CU-INV-04)
ix. Poscondiciones
- Se mostraron satisfactoriamente los resultados del inventario
El Sistema generó los cambios de acuerdo a los resultados del inventario activo
- Se cierra el proceso de inventario
El Sistema cierra el proceso de inventario.
Mostrar Conteos Realizados por Usuario

iii. Descripción
Permite que el Coordinador de Suministros, o un Analista de Suministros, vean los conteos que

SOCDISAS
ellos ingresaron en el inventario en proceso
9 Coordinador de Suministros (AS)
v. Flujo de Eventos
2. Muestra los conteos realizados, por el

usuario
vi. Cursos Alternos
Se muestra un mensaje de error y no se procesa la consulta.
El sistema debe permitir que la búsqueda de los conteos de insumos, se realice de forma
rápida y sencilla.
Para poder consultar los conteos realizados por el actor, el actor debe iniciar sesión
primero.
Para poder consultar los conteos realizados por el actor, debe haber un inventario
iniciado

SOCDISAS
ix. Poscondiciones
El Sistema generó un reporte con los resultados de los conteos que el actor realizó
Eliminar un conteo físico

iii. Descripción
Permite que el Coordinador de Suministros, o un Analista de Suministros, vean eliminen

conteos físicos de un inventario activo. El Analista de Suministros solo podrá eliminar conteos
físicos que él haya realizado
9 Coordinador de Suministros (AS)
v. Flujo de Eventos
1. Selecciona un conteo de una lista de

conteos. (Ver casos de uso CU-INV-06 en
caso de que el actor sea AS o CS, o CU-
INV-04en caso de que el actor sea CS)
2. Elimina el conteo físico
vi. Cursos Alternos
Se muestra un mensaje de error

SOCDISAS
El sistema debe permitir que la eliminación de conteos de insumos, se realice de forma

rápida y sencilla.
Para poder eliminar los conteos realizados, el actor debe iniciar sesión primero.
Para poder consultar los conteos realizados por el actor, debe haber un inventario
iniciado
- El actor debió de haber seleccionado el conteo a eliminar de una lista

de conteos
Si el actor es el CS, puede seleccionar los conteos habiendo iniciado el Caso de Uso CU-
INV-06 o CU-INV-04. Si el actor es AS, solo puede seleccionar los conteos del Caso de
Uso CU-INV-06.
ix. Poscondiciones
El Sistema generó un reporte con los resultados de los conteos que el actor realizó
Ver Historial de Inventarios

iii. Descripción
Permite al Coordinador de Suministros, ver una lista de inventarios que se han hecho en la
empresa
v. Flujo de Eventos
SOCDISAS
Actor (CS) Sistema
1. Inicia el Caso de Uso
2. Muestra la lista de inventarios realizados
vi. Cursos Alternos
- No se han realizado ingresado inventarios en el sistema


Para poder consultar los inventarios, el Coordinador de Suministros debe iniciar sesión
primero.
- No debe haber un proceso de inventario activo
Para poder ver inventarios anteriores, no debe haber un proceso de inventario activo.
ix. Poscondiciones
- Se mostró satisfactoriamente la lista de inventarios
El Sistema mostró la lista de inventarios
Ver Historial de Ajustes y Conteos

iii. Descripción
SOCDISAS
Permite al Coordinador de Suministros, ver los ajustes que se realizaron en el cierre de un

inventario anterior
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona de una lista (ver CU-INV-08) el

inventario a consultar ajustes
2. Muestra los ajustes realizados de ese

inventario
vi. Cursos Alternos
- No se han realizado ingresado inventarios en el sistema


Para poder consultar los inventarios, el Coordinador de Suministros debe iniciar sesión
primero.
- Se debe mostrar una lista de inventarios y seleccionar un inventario de

esa lista
Para poder ver los ajustes de inventarios anteriores, se debe seleccionar un inventario de

SOCDISAS
una lista de inventarios (Ver CU-INV-08).
- No debe haber un proceso de inventario activo
Para poder ver los ajustes de inventarios anteriores, no debe haber un proceso de
inventario activo.
ix. Poscondiciones
- Se mostró satisfactoriamente los ajustes del inventario
El Sistema mostró los ajustes hechos en un inventario
3.5.11. Módulo de Línea de Insumos

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de las líneas de
insumos.
Figura 12: Diagrama de Casos de Uso del Módulo de Línea de Insumos
Agregar una Línea de Insumos

i. ID Caso de uso: CU-LIN-01
iii. Descripción
SOCDISAS
Permite al Coordinador de Suministros agregar una nueva línea de insumos en el sistema
v. Flujo de Eventos
Actor (CS) Sistema
2. Solicita el nombre de la nueva línea de

insumos, y los demás datos, que se
quiere agregar
3. Introduce el nombre, y los datos, de la

nueva línea de insumos
vi. Cursos Alternos
- El actor introduce una línea de insumos ya existente
El sistema debe permitir que el registro de una línea de insumos sea rápida y sencilla
ix. Poscondiciones

SOCDISAS
- Se proceso correctamente la línea de insumos
El sistema ingresó la nueva línea de insumos en el sistema
Consultar una Línea de Insumos

iii. Descripción
Permite al Coordinador de Suministros ver las sublíneas de una línea de insumos.
v. Flujo de Eventos
Actor (CS) Sistema
3. Selecciona una línea de una lista de líneas

de insumos, (ver CU-LIN-07)
4. Muestra los datos de la línea de insumos
vi. Cursos Alternos
No hay
El sistema debe permitir que el la consulta de una línea de insumos sea rápida y sencilla

SOCDISAS
- El actor debió de haber seleccionado una línea de insumos de una lista
El actor debe escoger que línea desea consultar. Lo puede hacer seleccionando la línea
mediante una lista de líneas de insumos, (ver CU-LIN-07)
ix. Poscondiciones
- El sistema muestra los datos de la línea de insumos
El sistema muestra toda la información y las sublíneas de la línea de insumos

seleccionada.
Modificar una Línea de Insumos

iii. Descripción
Permite al Coordinador de Suministros modificar una línea de insumos existente en el sistema
v. Flujo de Eventos
Actor Sistema
1. Selecciona la línea de insumos a

modificar de una lista, o introduce el
código de una línea de insumos que
desee modificar

de la línea de insumos, para que el actor
modifique este información
vi. Cursos Alternos

SOCDISAS
- El actor introduce el nombre de otra línea de insumos ya existente
El sistema debe permitir que el registro de una línea de insumos sea rápido y sencillo
El actor debe escoger que línea desea modificar. Lo puede hacer seleccionando la línea
mediante una lista de líneas de insumos, (ver CU-LIN-07)
ix. Poscondiciones
- Se proceso correctamente la línea de insumos
El sistema ingresó la nueva línea de insumos en el sistema
Anular una línea de insumos

iii. Descripción
Permite al Coordinador de Suministros anular una línea de insumos.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema

de insumos, (ver CU-LIN-07)
4. El sistema anula la línea de insumos
vi. Cursos Alternos
No Hay
El sistema debe permitir que la operación de anular una línea de insumos sea rápida y
sencilla
El actor debe escoger que línea desea anular. Lo puede hacer seleccionando la línea
mediante una lista, (ver CU-LIN-07)
- Ningún insumo puede estar relacionado a esta línea
Para poder anular una línea, ningún insumo debe estar relacionado a ésta.
ix. Poscondiciones

SOCDISAS
- El sistema anula la línea de insumos
El sistema anula la línea de insumos, y ésta no aparecerá reflejada, al menos que sea
recuperada.
Recuperar una línea de insumos

iii. Descripción
Permite al Coordinador de Suministros recuperar una línea de insumos que haya sido anulada
anteriormente.
v. Flujo de Eventos
Actor Sistema

de insumos anuladas
4. El sistema recupera la línea de insumos
vi. Cursos Alternos
No hay
El sistema debe permitir que la operación de recuperar una línea de insumos sea rápida y
sencilla
SOCDISAS

de líneas anuladas
El actor debe escoger que línea desea recuperar. Lo puede hacer seleccionando la línea
mediante una lista de líneas de insumos anuladas (ver CU-LIN-06).
ix. Poscondiciones
- El sistema recupera la línea
El sistema recupera la línea, y ésta puede visualizarse nuevamente
Listar líneas de Insumos Anuladas

iii. Descripción
Permite al Coordinador de Suministros listar las líneas de insumos que hayan sido anuladas
anteriormente.
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra una lista de insumos anulados
vi. Cursos Alternos

SOCDISAS
- No hay líneas de insumos anuladas
El sistema muestra un mensaje indicando que no existen líneas de insumos anuladas
La consulta de todas las líneas de insumo debe ser rápida.
ix. Poscondiciones
- Se listaron correctamente las líneas de insumos
El sistema muestra correctamente la lista de líneas de in
Listar líneas de Insumos No Anuladas

iii. Descripción
Permite al Coordinador de Suministros, al gerente, o al colaborador, listar todas las líneas de

insumos que no hayan sido anuladas.
9 Gerente (GS)
9 Colaborador (C)

SOCDISAS
v. Flujo de Eventos
Actor (CS, GS, C) Sistema
2. Muestra una lista de insumos no anulados
vi. Cursos Alternos
- No hay línea de insumos para listar
El sistema muestra un mensaje indicando que no existen líneas de insumos para listar
Se deben listar todas las líneas de insumo de manera rápida.
ix. Poscondiciones
- Se listaron correctamente la línea de insumos
El sistema listo todas las líneas de insumos no anuladas.
3.5.12. Módulo de Manejo de Usuario

Este módulo agrupa los casos de uso que permiten al coordinador de suministros la creación de
nuevos usuarios y permisologías, al igual que modificarlos o anularlos.

SOCDISAS
Figura 13: Diagrama de Casos de Uso del Módulo de Manejo de Usuario
Agregar un Usuario
i. ID Caso de uso: CU-MUS-01
iii. Descripción
Permite al Coordinador de Suministros agregar un nuevo usuario en el sistema
v. Flujo de Eventos
Actor (CS) Sistema
6. Solicita el nombre del nuevo usuario, y

los demás datos, que se quiere agregar.
Lista los roles de usuario que maneja el

SOCDISAS
sistema

nuevo usuario. Selecciona el rol del nuevo
usuario
8. Procesa el nuevo usuario
vi. Cursos Alternos
- El actor introduce el nombre o cédula de otro usuario ya existente
El sistema debe permitir que el registro de un Usuario sea rápido y sencillo
ix. Poscondiciones
- Se proceso correctamente el Usuario
El sistema ingresó el nuevo usuario en el sistema
Consultar un Usuario
iii. Descripción
SOCDISAS
Permite al Coordinador de Suministros ver los datos de un Usuario.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona un usuario de una lista de

usuarios (ver CU-MUS-07 y 08)
2. Muestra los datos del usuario
vi. Cursos Alternos
No Hay
El sistema debe permitir que el la consulta de un Usuario sea rápida y sencilla
- El actor debió de haber seleccionado un Usuario de una lista
El actor debe escoger que usuario desea consultar. Lo puede hacer seleccionando el
Usuario mediante una lista, (ver CU-MUS-07 y 08)
ix. Poscondiciones
- El sistema muestra los datos del usuario

SOCDISAS
El sistema muestra toda la información del Usuario seleccionado.
Anular un Usuario
iii. Descripción
Permite al Coordinador de Suministros anular un usuario.
v. Flujo de Eventos
Actor Sistema

usuarios(ver CU-MUS-07 y 08)
4. El sistema anula al usuario
vi. Cursos Alternos
No hay
El sistema debe permitir que la operación de anular un usuario sea rápida y sencilla

SOCDISAS
El actor debe escoger que usuario desea anular. Lo puede hacer seleccionando el Usuario
mediante una lista, (ver CU-MUS-07 y 08).
ix. Poscondiciones
- El sistema anula al usuario
El sistema anula al usuario, y éste no aparecerá reflejado, al menos que sea recuperado.
Recuperar un Usuario
iii. Descripción
Permite al Coordinador de Suministros recuperar un usuario que haya sido anulado

anteriormente.
v. Flujo de Eventos
Actor (CS) Sistema

usuarios anulados
4. El sistema recupera el usuario
vi. Cursos Alternos

SOCDISAS
No hay
El sistema debe permitir que la operación de recuperar un usuario sea rápida y sencilla
- El actor debió de haber seleccionado un Usuario de una lista de

usuarios anulados
El actor debe escoger que usuario desea recuperar. Lo puede hacer seleccionando el
Usuario mediante una lista de usuarios anulados (ver CU-MUS-06).
ix. Poscondiciones
- El sistema recupera el usuario
El sistema recupera el usuario, y éste puede visualizarse nuevamente
Modificar un Usuario
iii. Descripción
Permite al Coordinador de Suministros modificar un usuario existente en el sistema

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el usuario a modificar de una

lista,

del usuario, para que el actor modifique
este información
vi. Cursos Alternos
El sistema debe permitir que el registro de un usuario sea rápido y sencillo
El actor debe escoger que usuario desea modificar. Lo puede hacer seleccionando el
Usuario mediante una lista de usuarios. (ver CU-MUS-07 y 08)
ix. Poscondiciones

SOCDISAS
El sistema proceso correctamente los cambios del usuario
Listar usuarios Anulados

iii. Descripción
Permite al Coordinador de Suministros listar los usuarios que hayan sido anulados anteriormente.
v. Flujo de Eventos
Actor Sistema
2. Muestra una lista de usuarios anulados
vi. Cursos Alternos
- No hay usuarios anulados
El sistema muestra un mensaje indicando que no existen usuarios anulados
La consulta de todos los usuarios debe ser rápida.

SOCDISAS
ix. Poscondiciones
- Se listaron correctamente los usuarios
El sistema muestra correctamente la lista de usuarios
Listar todos los usuarios (no anulados)

iii. Descripción
Permite al Coordinador de Suministros listar todos los usuarios que no hayan sido anulados.
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra una lista de usuarios no anulados
vi. Cursos Alternos
- No hay Usuarios para listar
El sistema muestra un mensaje indicando que no existen usuarios para listar
Se deben listar todos los usuarios de insumo de manera rápida.

SOCDISAS
ix. Poscondiciones
- Se muestra una lista de usuarios
El sistema muestra la lista de usuarios correspondiente
Listar los usuarios por rol (no anulados)

iii. Descripción
Permite al Coordinador de Suministros listar los usuarios según un rol escogido
v. Flujo de Eventos
Actor Sistema
1. Selecciona el rol de los usuarios que

quiere listar
2. Muestra una lista de usuarios no anulados

de ese rol
vi. Cursos Alternos
- No hay Usuario para listar
El sistema muestra un mensaje indicando que no existen usuarios para listar

SOCDISAS
Se deben listar todos los usuarios de insumo de manera rápida.
ix. Poscondiciones
- Se muestra una lista de usuarios
El sistema muestra la lista de usuarios correspondiente

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de las notas de
recibo.

SOCDISAS
Figura 14: Diagramas de Casos de Uso del Módulo de Notas de Recibo
Emitir nota de recibo
ID Caso de Uso: CU-NRE-01

i. Descripción
Permite al usuario registrar una nueva nota de recibo, asociada a una orden de compra
determinada, junto con su respectiva factura

SOCDISAS
1. Selecciona la orden de una lista

a. Para el Coordinador de
Suministros (casos de uso CU-
OCO-07 / CU-OCO-12)
b. Para el Auxiliar de Suministros
(casos de uso CU-OCO-07 y CU-
OCO-11)
2. Solicita los datos necesarios para el

registro de la nota de recibo
4. Inicia el caso de uso emitir factura (ver

CU-FAC-01)
5. Crea y registra una nueva nota de recibo,
y emite un mensaje de confirmación
iv. Cursos Alternos
v. Requerimientos especiales
El sistema debe permitir que el registro de una nota de recibo sea rápido y sencillo
vi. Precondiciones
- No debe haber ningún proceso de inventario
Para poder listar todas las notas de recibo, no debe existir ningún proceso de inventario

SOCDISAS
abierto (ver caso de uso CU-INV-03)
vii. Poscondiciones
- Se emitió una nueva nota de recibo
El sistema creó y registró una nueva nota de recibo, con los datos que el usuario emitió
Modificar datos de una nota de recibo

i. Descripción
Permite al usuario modificar una nota de recibo existente en el sistema. Para el Auxiliar
de Suministros, solo podrá modificar una nota que haya sido emitida por él
- Flujo de Eventos

(ver casos de uso CU-NRE-04 / CU-NRE-
2. Muestra los campos con la información

actual de la nota de recibo
3. Actualiza la información
4. Procesa los cambios y muestra un

mensaje de confirmación
iii. Cursos Alternos

SOCDISAS
- Código de nota inválido
El usuario ingresó un código que no está asociado a una nota. El sistema muestra un
mensaje de error y no procesa la solicitud
- El usuario ingresa el código de una nota no emitida por él
Cuando el usuario es el auxiliar de Suministros, y este ingresa el código de una nota

existente pero que no ha sido emitida por él, el sistema muestra un mensaje de
notificación, y no procesa la solicitud.
iv. Requerimientos especiales
El sistema debe permitir que el registro de una nota de recibo sea rápido y sencillo
v. Precondiciones
- El actor debió de haber seleccionado una nota de recibo de una lista
El actor debe escoger de una lista, la nota de recibo desea modificar
vi. Poscondiciones
El sistema proceso correctamente los cambios de la nota de recibo y muestra un mensaje

de confirmación

SOCDISAS
Consultar datos de una Nota de recibo

i. Descripción
Permite al usuario ver los datos de una nota de recibo. Para el Auxiliar de Suministros, puede
consultar solo las emitidas por él. Para el actor Personal de Finanzas, solo puede consultar las
notas de recibo pendientes por pagar
Actor (CS, AS, PF) Sistema

a. Coordinador de suministros (Ver
casos de uso CU-NRE-04 / CU-
NRE-10)
b. Auxiliar de Suministros (ver caso
de uso CU-NRE-04)
c. Personal de Finanzas (ver caso
de uso CU-NRE-05 y CU-NRE-06)
2. Muestra los datos relacionados a la nota

de recibo seleccionada
iv. Cursos alternos
- Código de nota inválido o inexistente

SOCDISAS
EL usuario ingresó un código no asociado a una nota de recibo. El sistema muestra un

mensaje de error y no procesa la solicitud.
- El usuario ingresa el código de una nota no emitida por él
Cuando el usuario es el auxiliar de Suministros, y este ingresa el código de una nota

existente pero que no ha sido emitida por él, el sistema muestra un mensaje de
notificación, y no procesa la solicitud.
El sistema debe permitir que la consulta de una nota de recibo sea rápida y sencilla
vi. Precondiciones
- El actor debió de haber seleccionado una nota de recibo de una lista, o

haber ingresado el código asociado
El usuario debió haber seleccionado la nota de una lista, o haber ingresado el código
asociado
vii. Poscondiciones
- El sistema muestra los datos de la nota de recibo
El sistema muestra toda la información de la nota de recibo seleccionada.
Listar todas las notas de recibo

SOCDISAS
i. Descripción
Permite al usuario listar todas las notas de recibo existentes. Cuando el usuario es el Auxiliar de
Suministros, se listan todas las notas de recibo registradas emitidas por él
2. Muestra una lista de notas de recibo

registradas
iv. Cursos Alternos
- No hay notas de recibo para listar
El sistema muestra un mensaje indicando que no existen notas de recibo para listar
La lista de todas las notas de recibo debe hacerse rápida.
vi. Precondiciones
- El usuario debió de haber iniciado sesión en el sistema
El usuario debe poseer una cuenta en el sistema y haber iniciado correctamente su

sesión.

SOCDISAS
vii. Poscondiciones
- Se listaron correctamente las notas de recibo
El sistema muestra correctamente la lista de las notas de recibo
Listar todas las notas de recibo pendientes por pagar

i. Descripción
Permite al usuario, listar todas las notas de recibo pendientes por pagar existentes.
Actor(CS, PF) Sistema
2. Muestra una lista de notas de recibo que

no se han pagado
iv. Cursos Alternos

SOCDISAS
vi. Precondiciones
vii. Poscondiciones
Listar las notas de recibo pendientes por pagar, por órdenes de

compra

i. Descripción
Permite al usuario listar todas las notas de recibo que aún no se han cancelado, para una orden
de compra seleccionada previamente por él

SOCDISAS

OCO-12), o ingresar el código asociado
2. Muestra una lista de notas de recibo

pendientes por pagar para la orden de
compra seleccionada
iv. Cursos Alternos
- Código de orden de compra inválido o inexistente
vi. Precondiciones
- El actor debió de haber escogido la orden de compra de una lista (ver

casos de uso CU-OCO-07 / CU-OCO-12), o ingresar el código asociado
El usuario debe seleccionar de una lista, o haber ingresado el código asociado

SOCDISAS
vii. Poscondiciones
Listar todas las notas de recibo pagadas

i. Descripción
Permite al Coordinador de Suministros listar todas las notas de recibo pagadas existentes
Actor Sistema
2. Muestra una lista de notas de recibo ya

canceladas existentes
iv. Cursos Alternos

SOCDISAS
vi. Precondiciones

sesión.
vii. Poscondiciones
Listar las notas de recibo pagadas por órdenes de compra

i. Descripción
Permite al Coordinador de Suministros listar las notas de recibo pagadas, por órdenes de
compra relacionadas.
Actor Sistema

OCO-12), o ingresar el código asociado

SOCDISAS
2. Muestra una lista de notas de recibo ya

canceladas para la orden seleccionada
iv. Cursos Alternos
vi. Precondiciones
- El usuario debió de haber escogido la orden de compra de una lista (ver

casos de uso CU-OCO-07 / CU-OCO-12), o ingresar el código asociado
El usuario debió haber seleccionado la orden de una lista, o bien haber ingresado el
código asociado
vii. Poscondiciones
El sistema muestra correctamente la lista de las notas de recibo asociadas a la orden de

SOCDISAS
compra seleccionada
Listar las notas de recibo por órdenes de compra

i. Descripción
Permite al usuario listar todas las notas de recibo existentes, para una orden de compra
seleccionada previamente por él.
9 Auxiliar de Suministros

a. Para el Coordinador de
Suministros (ver casos de uso
CU-OCO-07 / CU-OCO-12), o
b. Para el Auxiliar de Suministros
(ver casos de uso CU-OCO-07 y
CU-OCO-11)
2. Muestra las notas de recibo asociadas a

la orden de compra seleccionada
iv. Cursos Alternos

SOCDISAS
vi. Precondiciones

sesión.
- El usuario debió haber seleccionado la orden de compra de una lista, o

El usuario debió haber seleccionado la orden de una lista, o haber ingresado el código
asociado
vii. Poscondiciones

órdenes de compra.

SOCDISAS
Figura 15: Diagrama de Casos de Uso de Órdenes de Compra
Generar una Orden de Compra
ID Caso de Uso: CU-OCO-01

i. Descripción
Permite al Coordinador de Suministros generar una orden de compra a partir de una lista de
insumos
Actor (CS) Sistema
2. Solicita los datos necesarios para emitir

una orden de compra

SOCDISAS
4. Muestra todos los datos de la orden de

compra
5. Confirma la información
6. Crea y guarda la nueva orden de compra

y muestra un mensaje de confirmación
iv. Cursos Alternos
El usuario ingresó datos inconsistentes. El Sistema muestra un mensaje de error

y no procesa la solicitud
El sistema debe permitir que el registro de una orden de compra sea rápida y sencilla
vi. Precondiciones
vii. Poscondiciones
- Se emitió correctamente la orden de compra
El sistema ingresó la nueva orden de compra en el sistema

SOCDISAS
Generar orden de compra a partir de una solicitud de cotización
i. Descripción
Permite al Coordinador de Suministros generar una orden de compra a partir de una solicitud de
cotización
Actor (CS) Sistema
1. Selecciona la solicitud de una lista (ve

casos de uso CU-SCO-08 / CU-SCO-13)
2. Muestra los datos de la solicitud
3. Solicita los datos necesarios
5. Muestra todos los datos de la nueva

orden de compra
6. Confirma la Operación
7. Crea y guarda una nueva orden de

compra y muestra un mensaje de
confirmación
iv. Cursos Alternos

SOCDISAS
v.
vi. Requerimientos especiales
El sistema debe permitir que el registro de una orden de compra sea rápida y sencilla
vii. Precondiciones
- Se deben mostrar una lista de solicitudes de cotización (ver casos de

uso CU-SCO-08 / CU-SCO-13)
El usuario debe primero seleccionar una solicitud de cotización a partir de una lista.
- Se emitió correctamente la orden de compra
El sistema ingresó la nueva orden de compra en el sistema.
Consultar datos de una Orden de Compra
i. Descripción
Permite al Usuario ver los datos de una orden de compra. Cuando el Usuario es alguien Personal
de Finanzas, este solo puedo ver aquellas órdenes de compra con adelantos de dinero

SOCDISAS
9 Personal de Finanzas(PF)
1. Selecciona una orden de compra de una

lista de órdenes de compra (ver casos de
uso CU-OCO-07 / CU-OCO-12), o ingresa
el código asociado
2. Muestra los datos de la orden de compra

asociada
El sistema debe permitir que el la consulta de una orden de compra sea rápida y sencilla
v. Precondiciones
- El actor debió de haber seleccionado una orden de compra de una lista

(ver casos de uso CU-OCO-07 / CU-OCO-12), o ingresa el código asociado
El usuario debe escoger que orden de compra desea consultar. Lo puede hacer
seleccionando la orden mediante una lista.

SOCDISAS
vi. Poscondiciones
- El sistema muestra los datos de la orden de compra
El sistema muestra toda la información de la orden de compra seleccionada.
Anular una orden de compra
i. Descripción
Permite al Coordinador de Suministros anular una orden de compra.
Actor (CS) Sistema

lista de órdenes no anuladas (ver caso de
uso CU-OCO-07)
3. Confirma la operación
4. Anula la orden de compra y muestra un

iv. Cursos Alternos
No hay

SOCDISAS
El sistema debe permitir que la operación de anular una orden de compra sea rápida y
sencilla
vi. Precondiciones

de órdenes no anuladas (ver caso de uso CU-OCO-07)
El actor debe escoger de una lista de órdenes de compra no anuladas, aquella desea
anular.
vii. Poscondiciones
- El sistema anula la línea de insumos
El sistema anula orden de compra y muestra un mensaje de confirmación
Restaurar una orden de compra
i. Descripción
Permite al Coordinador de Suministros recuperar una orden de compra que haya sido
anulada anteriormente.

SOCDISAS
Actor (CS) Sistema

lista de órdenes anuladas (ver caso de
uso CU-OCO-06)
4. Recupera la orden de compra y muestra

un mensaje de confirmación
iv. Cursos Alternos
No hay
El sistema debe permitir que la operación de recuperar orden de compra sea rápida y
sencilla
vi. Precondiciones

de órdenes anuladas (ver caso de uso CU-OCO-06)
El actor debe escoger de la lista de órdenes de compra anuladas, aquella que desea
recuperar.
SOCDISAS
vii. Poscondiciones
- El Sistema recupera satisfactoriamente la orden de compra

seleccionada
El Sistema recupera la orden de compra y muestra un mensaje de confirmación
Listar órdenes de compra anuladas
i. Descripción
Permite al Coordinador de Suministros listar órdenes de compra que hayan sido anuladas
anteriormente.
Actor (CS) Sistema
2. Muestra una lista de órdenes de compra

anuladas
iv. Cursos Alternos
- No hay órdenes de compra anuladas
El sistema muestra un mensaje indicando que no existen órdenes de compra anulados
La consulta de las órdenes de compra anuladas debe ser rápida.

SOCDISAS
vi. Precondiciones
vii. Poscondiciones
- Se listaron correctamente las órdenes de compra anuladas
El sistema muestra correctamente la lista de las órdenes de compra anuladas
Listar todas las órdenes de compra (no anuladas)
i. Descripción
Permite al Usuario listar todas las órdenes de compra no anuladas
iv. Cursos Alternos

SOCDISAS
- No hay órdenes de compra para listar
El sistema muestra un mensaje indicando que no existen órdenes de compra para listar
La lista de todas las órdenes de compra debe hacerse rápida.
vi. Precondiciones
vii. Poscondiciones
- Se listaron correctamente las órdenes de compra
El sistema muestra correctamente la lista de las órdenes de compra
Listar las órdenes de compra por estado (no anuladas)
i. Descripción
Permite al Coordinador de Suministros listar las órdenes de compra no anuladas

existentes, agrupadas por estado.

SOCDISAS
Actor (CS) Sistema

agrupadas por estado
La lista de las órdenes de compra debe hacerse rápida.
v. Precondiciones
vi. Poscondiciones
- Se listaron correctamente las órdenes de compra seleccionadas
El sistema muestra correctamente la lista de las órdenes de compra seleccionadas,

Listar las órdenes de compra por línea (no anuladas)
i. Descripción

SOCDISAS
Permite al usuario listar todas las órdenes de compra registradas, en donde se hayan
ordenado insumos pertenecientes a la línea seleccionada.
Actor (CS) Sistema
1. Selecciona la línea de una lista (ver

casos de uso CU-LIN-07), o haber
ingresado el código asociado
iv. Cursos Alternos
- No hay órdenes de compra para listar para esa línea
- Se introdujo el código de una línea no válida, no existente o anulada
vi. Precondiciones
- El actor debió de haber escogido la línea de una lista de líneas ((ver

casos de uso CU-LIN-07), o haber ingresado el código asociado

SOCDISAS
órdenes de compra para listar
vii. Poscondiciones
El sistema muestra correctamente la lista de las órdenes de compra seleccionadas
Listar las órdenes de compra por insumos (no anuladas)
i. Descripción
Permite al Coordinador de Suministros listar las órdenes de compra en donde se haya

ordenado el insumo seleccionado.
Actor (CS) Sistema


donde se hayan ordenado el insumo
seleccionado
iv. Cursos Alternos

SOCDISAS
- No hay órdenes de compra para listar
La lista de las órdenes de compra debe hacerse rápido.
vi. Precondiciones
- El usuario debió haber seleccionado el insumo de una lista (ver casos de uso
CU-INS-07 / CU-INS-19), o haber ingresado el código asociado
El actor debió de haber escogido el insumo de una lista, o haber ingresado el código
asociado
vii. Poscondiciones
Listar las órdenes de compra por proveedor (no anuladas)
i. Descripción
Permite al Usuario listar las órdenes de compra relacionada con algún proveedor.

SOCDISAS
1. Selecciona el proveedor de una lista de

proveedores (ver casos de uso CU-PRO-
07 / CU-PRO-10), o se ingresa el código
asociado
2. Muestra una lista de las órdenes de

compra solicitadas al proveedor
seleccionado
iv. Cursos Alternos
- No hay órdenes de compra para listar para ese proveedor
- El código ingresado no es válido
vi. Precondiciones

SOCDISAS

proveedores (ver casos de uso CU-PRO-07 / CU-PRO-10), o se ingresa el
código asociado
El usuario debió haber seleccionado el proveedor de una lista, o haber ingresado el

código asociado
vii. Poscondiciones
- Se listaron correctamente las órdenes de compra
El sistema muestra correctamente la lista de las órdenes de compra asociadas al

proveedor seleccionado
Listar las órdenes de compra por fecha (no anuladas)
i. Descripción
Permite al Coordinador de Suministros listar las órdenes de compra por fecha
Actor (CS) Sistema
1. Selecciona la fecha, o el rango de

fechas, de las órdenes de compra que
quiere listar

SOCDISAS
iv. Cursos Alternos
- No hay órdenes de compra para listar para esa fecha
- Se introduce una fecha o un rango de fechas inválido
vi. Precondiciones
- El actor debió de haber escogido una fecha, o un rango de fecha válido
El actor debió de haber escogido una fecha, o un rango de fechas, para las órdenes de
compra que se desean listar
vii. Poscondiciones
Modificar datos de una orden de compra

SOCDISAS

i. Descripción
Permite al Coordinador de Suministros modificar los datos de una orden de compra

existente previamente en el sistema
Actor (CS) Sistema
1. Selecciona la orden de una lista (ver

casos de uso CU-OCO-07 / CU-OCO-12),
2. Muestra los datos almacenados de la

orden seleccionada
3. Modifica los datos mostrados
4. Guarda los cambios realizados y muestra

iv. Cursos Alternos

- Código de Orden inválido o inexistente
El usuario ingresó un código que no está asociado a una orden de compra almacenada.

SOCDISAS
El sistema debe permitir que la modificación de los datos de la orden de compra, se haga
de manera rápida y sencilla
vi. Precondiciones
- El usuario debió haber seleccionado la orden de una lista (ver casos de

uso CU-OCO-07 / CU-OCO-12), o ingresa el código asociado
El usuario debe seleccionar la orden a modificar de una lista, o haber ingresado el código
asociado.
vii. Poscondiciones
- Se modificaron los datos de la orden de compra satisfactoriamente
El sistema actualizó los datos de la orden de compra seleccionada por el usuario
3.5.15. Módulo de Pedidos Internos

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de los
pedidos internos.

SOCDISAS
Figura 16: Diagramas de Casos de Uso del Módulo de Pedidos Internos
Emitir un Pedido interno

i. ID Caso de uso: CU-PIN-01
iii. Descripción
Permite al gerente o colaborador emitir un nuevo pedido interno, que será recibido
posteriormente por el coordinador de suministros
9 Gerente (G)
9 Colaborador (C)
v. Flujo de Eventos
Actor (G, C) Sistema
2. Solicita los datos necesarios para emitir

el pedido

SOCDISAS
4. Genera una vista previa del pedido

interno y solicita confirmación
6. Procesa el nuevo pedido interno
vi. Requerimientos especiales
- El proceso debe ser rápido
El sistema debe permitir que la emisión de un pedido interno sea rápida y sencilla
vii. Precondiciones
- Se procesó correctamente el Pedido interno
El sistema emitió el nuevo pedido interno
- Si el usuario es un gerente
Se emite y se aprueba el pedido interno. El coordinador de suministros y el gerente

podrán ver el pedido interno
- Si el actor es un colaborador
Se emite el pedido interno sin ser aprobado. El gerente podrá ver el pedido interno, y
aprobarlo o anularlo. El coordinador de suministros no podrá ver el pedido interno hasta
que el gerente no lo haya aprobado.

SOCDISAS
Consultar un pedido interno

iii. Descripción
Permite al usuario ver los datos de un pedido interno. Cuando el usuario es el Coordinador de
Suministros, puede consultar los pedidos internos de cualquier centro de costo.
Para el usuario Gerente, permite consultar los pedidos internos del centro de costo que gestiona.
Para el usuario colaborador, permite ver los datos completos de un pedido interno emitido por él
9 Gerente (G)
9 Colaborador (C)
v. Flujo de Eventos

a. Para el Coordinador de Suministros:
Selecciona el pedido de una lista, o
ingresa el código asociado (ver casos
de uso CU-PIN-06/ CU-PIN-15)
b. Para el Gerente: Selecciona el pedido
de la lista de los pedidos internos
emitidos por su centro de costo, o
ingresa el código asociado (ver caso
de uso CU-PIN-10 / CU-PIN-15)
c. Para el Colaborador: selecciona el
pedido de una lista (ver caso de uso
CU-PIN-06), o ingresa el código
asociado
2. Muestra los datos del pedido interno

seleccionado
vi. Cursos Alternos

SOCDISAS
El sistema debe permitir que el la consulta de un pedido interno sea rápida y sencilla
- El usuario debió de haber seleccionado un Pedido interno de una lista, o

El usuario debe seleccionar el pedido de una lista, o ingresar el código asociado.
- Cuando el usuario es un Gerente, los pedidos debe ser del centro de

costo que gestiona
El gerente puede consultar todos los pedidos emitidos por los colaboradores del centro
de costo que dirige. Para el Coordinador de Suministros, puede ser un pedido de
cualquier centro de costo
ix. Poscondiciones
- El sistema muestra los datos del pedido interno
El sistema muestra toda la información del Pedido interno seleccionado.
Anular un pedido interno

SOCDISAS
iii. Descripción
Permite al usuario anular un pedido interno existente en el sistema. Cuando el usuario es el

Coordinador de Suministros, se puede anular cualquier pedido interno.
Cuando es un usuario tipo Gerente, solo puede anular los pedidos internos emitidos por
colaboradores de su centro de costo
Cuando es un usuario tipo Colaborador, solo puede anular los pedidos emitidos por él
9 Gerente (G)
9 Colaborador (C)
v. Flujo de Eventos
Actor (G, C, CS) Sistema

selecciona un pedido de una lista, o
ingresa el código asociado (ver casos
de uso CU-PIN-06/ CU-PIN-15)
b. Para el Gerente: selecciona el pedido
interno de una lista (ver casos de uso
CU-PIN-10 / CU-PIN-15)
c. Para el colaborador: selecciona el
pedido de una lista (ver caso de uso
CU-PIN-06)
4. Anula al pedido interno y muestra un

vi. Cursos Alternos
- El actor introduce un código de pedido interno no válido o no existente

SOCDISAS
- El actor selecciona un pedido interno que tiene aún deudas,

devoluciones u órdenes de compra pendientes
El sistema debe permitir que la operación de anular un pedido interno sea rápida y
sencilla
- Cuando el usuario es de tipo Colaborador, el pedido a anularse no

puede estar aprobado por el Gerente
Para poder anular un pedido interno, este no puede estar aprobado por su Gerente
inmediato
ix. Poscondiciones
- El sistema anula al pedido interno
El sistema anula al pedido interno, y éste no aparecerá reflejado
Aprobar un Pedido interno

iii. Descripción
Cuando el usuario es de tipo Gerente, permite aprobar el pedido de un colaborador que labore en

SOCDISAS
su centro de costo, para que este sea enviado a la Coordinación de Suministros
Cuando el usuario es de tipo Coordinador de Suministros, permite aprobar un pedido de cualquier

centro de costo, para proceder al despacho de insumos.
9 Gerente (G)
v. Flujo de Eventos
1. Selecciona el pedido interno de una lista

de pedidos internos no aprobados (ver
caso de uso CU-PIN-15)
2. Muestra detalladamente el pedido
3. Solicita aprobar el pedido interno
4. Cambia el estado del pedido a aprobado y

muestra un mensaje de confirmación
vi. Cursos Alternos
No hay
El sistema debe permitir que la aprobación de un pedido interno sea rápida y sencilla
El actor debe poseer una cuenta en el sistema y haber iniciado correctamente su sesión

SOCDISAS
ix. Poscondiciones
- Se aprobó correctamente el Pedido interno
El sistema aprobó el pedido interno y podrá ser visto por el coordinador de suministros
Modificar un Pedido interno

iii. Descripción
Permite al usuario cambiar los datos que se tienen registrados de un pedido interno. Cuando el
usuario es un Coordinador de Suministros, permite modificar cualquier pedido de cualquier centro
de costo.
Cuando el usuario es de tipo Gerente, solo puede modificar los pedidos de su centro de costo.
Cuando el usuario es un Colaborador, permite actualizar los pedidos internos emitidos por él
9 Gerente (G)
9 Colaborador (C)
v. Flujo de Eventos
1. Selecciona el pedido de una lista

a. Para el Coordinador de Suministros
(ver casos de uso CU-PIN-06 / CU-
PIN-15)
b. Para el Gerente (ver casos de uso
CU-PIN-10 / CU-PIN-15)
c. Para el Colaborador (ver caso de uso
CU-PIN-06)

SOCDISAS

del pedido interno, para que el actor
3. Modifica los datos
4. Procesa los cambios y muestra un

vi. Cursos Alternos
El sistema debe permitir que el registro de un pedido interno sea rápido y sencillo
ix. Poscondiciones
El sistema proceso correctamente los cambios del pedido interno
Listar todos los pedidos internos

iii. Descripción

SOCDISAS
Permite al usuario listar todos los pedidos internos existentes. Cuando el usuario es un
Coordinador de Suministros, se listan todos los pedidos registrados
Cuando el usuario es el Colaborador, se listan todos los pedidos emitidos por él
9 Colaborador (C)
v. Flujo de Eventos
Actor (CS, C) Sistema
2. Muestra una lista de todos los pedidos

internos registrados
vi. Cursos Alternos
- No hay pedidos internos para listar
El sistema muestra un mensaje indicando que no existen pedidos internos para listar
Se deben listar todos los pedidos internos de insumo de manera rápida.
ix. Poscondiciones
SOCDISAS
- Se listaron correctamente los pedidos internos
El sistema muestra correctamente la lista de pedidos internos correspondiente
Listar los pedidos internos por estado

iii. Descripción
Permite al Coordinador de Suministros listar los pedidos internos, aprobados por el

gerente, agrupados según su estado (pedido completo, o adelantos de envío)
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra una lista de pedidos internos,

agrupados por estado
vi. Cursos Alternos
La lista de los pedidos internos debe hacerse rápida.
SOCDISAS
ix. Poscondiciones
- Se listaron correctamente los pedidos internos seleccionados
El sistema muestra correctamente la lista de los pedidos internos seleccionados
Listar los pedidos internos por línea

iii. Descripción
Permite al Coordinador de Suministros, listar todos los pedidos internos donde se soliciten
insumos pertenecientes a la línea seleccionada por él
v. Flujo de Eventos
Actor Sistema
1. Selecciona la línea de una lista (ver caso

de uso CU-LIN-07), o ingresa el código
asociado
2. Muestra los pedidos internos donde se

hayan solicitado insumos de la línea
seleccionada
vi. Cursos Alternos
- No hay pedidos internos por mostrar
- Se introduce el código de una línea no válido, no existente o anulado

SOCDISAS
La lista de los pedidos internos debe hacerse de forma rápida.
- El usuario debió seleccionar una línea de una lista (ver caso de uso CU-
LIN-07), o ingresar el código asociado
El usuario debe seleccionar la línea de una lista, o bien ingresar el código asociado
ix. Poscondiciones
Listar los pedidos internos por insumos

iii. Descripción
Permite al Coordinador de Suministros listar los pedidos internos donde se hayan

solicitado el insumo seleccionado previamente por él.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema

ingresar el código asociado
2. Muestra una lista de pedidos internos

donde se haya solicitado el insumo
seleccionado
vi. Cursos Alternos
- No hay pedidos internos para mostrar
- El usuario debe seleccionar el insumo de una lista (ver casos de uso CU-
INS-07 / CU-INS-19), o ingresar el código asociado
El usuario debe seleccionar un insumo para poder listar los pedidos internos asociados

SOCDISAS
ix. Poscondiciones
Listar los pedidos internos por Centros de Costo

iii. Descripción
Permite al Coordinador de Suministros listar los pedidos internos relacionados con algún Centro
de Costo, y que hayan sido aprobados por el gerente.
Cuando el usuario es un Gerente, se lista únicamente los pedidos internos de su Centro de Costo
9 Gerente
v. Flujo de Eventos

selecciona el centro de una lista (ver
caso de uso CU-CCO-07), o ingresa el
código asociado
vi. Cursos Alternos
- No hay pedidos internos para listar para ese Centro de Costo

SOCDISAS
- Código de un centro de costo inválido, no existente o anulado
- Cuando el usuario es un Coordinador de Suministros, se debe

seleccionar el centro de costo de una lista, o haber ingresado el código
asociado
El usuario debe primero selecciona el centro de costo sobre el cual se listarán los pedidos
internos
ix. Poscondiciones
El sistema muestra correctamente la lista de los pedidos internos seleccionados. En el

caso de que el actor sea un Gerente, se listaron solo los pedidos internos de su Centro
de Costo.
Listar los pedidos internos por Centros de Costo y por insumos


SOCDISAS
iii. Descripción
Permite al usuario listar todos los pedidos internos emitidos por un centro de costo, y en donde
se solicite el insumo seleccionado previamente por él
También permite al gerente, listar únicamente los pedidos internos de su Centro de Costo
9 Gerente (G)
v. Flujo de Eventos

selecciona el centro de costo y el
insumo
b. Para el Gerente: selecciona el insumo
de una lista (ver casos de uso CU-
INS-07 / CU-INS-19)

asociados
vi. Cursos Alternos
- El usuario ingresa el código de un centro de costo inválido, no existente

o anulado

SOCDISAS
- Se debe seleccionar primero el insumo y el centro de costo
Cuando el usuario es el Coordinador de Suministros, debe seleccionar primero el centro

de costo y el insumo
Cuando el usuario es el Gerente, debe seleccionar el insumo
ix. Poscondiciones

de Costo.
Listar los pedidos internos por Centros de Costo y por estado

iii. Descripción
Permite al Coordinador de Suministros listar los pedidos internos de un Centro de Costo,

agrupados por estado Cuando el usuario es un gerente, permite listar los pedidos internos de su
centro de costo, agrupados por estado
9 Gerente (G)

SOCDISAS
v. Flujo de Eventos

selecciona el centro de costo de una
lista (ver casos de uso CU-CCO-07), o
2. Muestra una lista de pedidos internos,

vi. Cursos Alternos
- Código de un centro de costo inválido, no existente o anulado
- El actor debió de haber escogido un estado de pedidos internos
El actor debió de haber escogido un estado del que quiere ver sus pedidos internos
- Cuando el usuario es el Coordinador de Suministros, debe seleccionar el

centro de costo (ver caso de uso CU-CCO-07), o ingresa el código asociado
El usuario Coordinador de Suministros, debe primero seleccionar el centro de costo que

SOCDISAS
quiere consultar
ix. Poscondiciones
- Usuario Coordinador de Suministros: se listaron satisfactoriamente

todos los pedidos internos del Centro de Costo seleccionado
El sistema muestra una lista de los pedidos internos del centro de costo seleccionado,
- Usuario Gerente: se listaron satisfactoriamente todos los pedidos

internos de su centro de costo, agrupados por estado
El sistema muestra una lista de todos los pedidos interno del centro de costo que
gestiona, agrupados por estado
Listar los pedidos internos por Centros de Costo y por línea

iii. Descripción
Permite al usuario listar los pedidos internos de un centro de costo, donde se soliciten insumos
de la línea seleccionada previamente por él. Cuando el usuario es un Coordinador de Suministros,
se listan los pedidos de un centro de costo seleccionado previamente por él.
Cuando el usuario es un Gerente, se listan los pedidos internos de su centro de costo, en donde
se soliciten insumos de una línea seleccionada por él
9 Gerente (G)
v. Flujo de Eventos

SOCDISAS

a. Coordinador de Suministros:
selecciona el centro de costo de una
lista (ver casos de uso CU-CCO-07), o
b. Gerente: ir al paso

asociado
vi. Cursos Alternos
- Se introduce el código de una línea no válido, no existente o anulado
- Usuario Coordinador de Suministros : ingresa el código de un centro de

costo inválido, no existente o anulado
- El usuario debió seleccionar la línea de una lista, o ingresar el código

asociado

SOCDISAS
El usuario debe escoger la línea sobre la cual se hará la cosulta
- Usuario Coordinador de Suministros: debe seleccionar el centro de

costo de una lista, o ingresar el código asociado
Cuando el usuario es el Coordinador de Suministros, debe seleccionar el centro de costo

sobre el cual se hará la consulta
ix. Poscondiciones

de Costo.
Listar los pedidos internos por usuario

iii. Descripción
Permite al gerente listar los pedidos internos emitidos por un usuario, que labore en su
centro de costo.
9 Gerente (G)
v. Flujo de Eventos
Actor (G) Sistema
1. Selecciona el usuario de una lista, o

ingresa el login asociado

SOCDISAS
vi. Cursos Alternos
- No hay pedidos internos para listar de ese usuario
- El Coordinador de Suministros o gerente ingresa el “login” de un

usuario inválido, no existente o anulado
- El usuario debe seleccionar el usuario de una lista, o ingresar el código

asociado
Para poder listar los pedidos internos, es necesario que se seleccione el usuario sobre el
cual se hará la consulta
ix. Poscondiciones
El sistema muestra los pedidos internos que hayan sido emitidos por el usuario
seleccionado

SOCDISAS
Listar los pedidos internos pendientes por aprobar

iii. Descripción
Permite listar los pedidos internos pendientes por aprobar
9 Gerente (G)
v. Flujo de Eventos
Actor (G) Sistema
2. Muestra una lista de pedidos internos que

están pendientes
vi. Cursos Alternos
- No hay pedidos internos pendientes por aprobar
SOCDISAS
ix. Poscondiciones
El sistema muestra correctamente la lista de los pedidos internos seleccionados.
3.5.16. Módulo de Proveedor

Este módulo agrupa los casos de uso que permiten la gestión y estadísticas de proveedores.
Figura 17: Diagrama de Casos de Uso del Módulo Proveedor
Agregar un Proveedor
i. ID Caso de uso: CU-PRO-01
iii. Descripción
Permite al Coordinador de Suministros agregar un nuevo proveedor en el sistema
v. Flujo de Eventos
Actor (CS) Sistema

SOCDISAS
2. Solicita el nombre del nuevo proveedor, y

los demás datos, que se quiere agregar

nuevo proveedor
4. Procesa el nuevo proveedor
vi. Cursos Alternos
- El actor introduce el nombre de otro proveedor ya existente
El sistema debe permitir que el registro de un Proveedor sea rápido y sencillo
ix. Poscondiciones
- Se proceso correctamente el Proveedor
El sistema ingresó el nuevo proveedor en el sistema
Consultar un Proveedor

SOCDISAS

iii. Descripción
Permite al Coordinador de Suministros ver los datos de un Proveedor.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona un proveedor de una lista de

proveedores (ver CU-PRO-07 al 10)
2. Muestra los datos del proveedor
vi. Cursos Alternos
No hay
El sistema debe permitir que el la consulta de un Proveedor sea rápida y sencilla
- El actor debió de haber seleccionado un Proveedor de una lista
El actor debe escoger que proveedor desea consultar. Lo puede hacer seleccionando el
Proveedor mediante una lista de proveedores, (ver CU-PRO-07 al 10)

SOCDISAS
ix. Poscondiciones
- El sistema muestra los datos del proveedor
El sistema muestra toda la información del Proveedor seleccionado.
Anular un Proveedor
iii. Descripción
Permite al Coordinador de Suministros anular un proveedor.
v. Flujo de Eventos
Actor Sistema

proveedores , o introduce el código del
proveedor a anular
4. El sistema anula al proveedor
vi. Cursos Alternos
No hay
El sistema debe permitir que la operación de anular un proveedor sea rápida y sencilla

SOCDISAS
El actor debe escoger que proveedor desea anular. Lo puede hacer seleccionando el
Proveedor mediante una lista de proveedores (ver CU-PRO-07 al 10)
- El proveedor no puede tener ninguna deuda, devolución u orden de

compra pendientes
Para poder anular un proveedor, ningún insumo debe estar relacionado a ésta.
ix. Poscondiciones
- El sistema anula al proveedor
El sistema anula al proveedor, y éste no aparecerá reflejado, al menos que sea

recuperado.
Recuperar un Proveedor
iii. Descripción
Permite al Coordinador de Suministros recuperar un proveedor que haya sido anulado

anteriormente.

SOCDISAS
v. Flujo de Eventos
Actor Sistema

proveedores anulados
4. El sistema recupera el proveedor
vi. Cursos Alternos
No hay
El sistema debe permitir que la operación de recuperar un proveedor sea rápida y

sencilla
- El actor debió de haber seleccionado un Proveedor de una lista de

proveedores anulados (ver CU-PRO-06),
El actor debe escoger que proveedor desea recuperar. Lo puede hacer seleccionando el
Proveedor mediante una lista de proveedores anulados.
ix. Poscondiciones

SOCDISAS
- El sistema recupera el proveedor
El sistema recupera el proveedor, y éste puede visualizarse nuevamente
Modificar un Proveedor
iii. Descripción
Permite al Coordinador de Suministros modificar un proveedor existente en el sistema
v. Flujo de Eventos
Actor Sistema
1. Selecciona el proveedor a modificar de

una lista, o introduce el código de un
proveedor que desee modificar

del proveedor, para que el actor
vi. Cursos Alternos
- El actor introduce el nombre de otro proveedor ya existente

SOCDISAS
El sistema debe permitir que el registro de un proveedor sea rápido y sencillo
El actor debe escoger que proveedor desea anular. Lo puede hacer seleccionando el
Proveedor mediante una lista de proveedores (ver CU-PRO-07 al 10)
ix. Poscondiciones
El sistema proceso correctamente los cambios del proveedor
Listar proveedores Anulados

iii. Descripción
Permite al Coordinador de Suministros listar los proveedores que hayan sido anulados
anteriormente.
v. Flujo de Eventos

SOCDISAS
Actor (CS) Sistema
2. Muestra una lista de proveedores

anulados
vi. Cursos Alternos
- No hay proveedores anulados
El sistema muestra un mensaje indicando que no existen proveedores anulados
La consulta de todos los proveedores debe ser rápida.
ix. Poscondiciones
- Se listaron correctamente los proveedores
El sistema muestra correctamente la lista de proveedores correspondiente
Listar todos los proveedores (no anulados)

iii. Descripción
Permite al Coordinador de Suministros listar todos los proveedores que no hayan sido anulados.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra una lista de proveedores no

anulados
vi. Cursos Alternos
- No hay Proveedor para listar
El sistema muestra un mensaje indicando que no existen proveedores para listar
Se deben listar todos los proveedores de insumo de manera rápida.
ix. Poscondiciones
- Se listaron correctamente los proveedores
El sistema muestra correctamente la lista de proveedores correspondiente
Listar los proveedores por línea (no anulados)

iii. Descripción
Permite al Coordinador de Suministros listar los proveedores relacionada con alguna(s) línea(s)
de insumos.
SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la(s) línea(s) de una lista de

líneas de insumos de los proveedores que
se quieren listar (ver CU-LIN-07)
vi. Cursos Alternos
- No hay proveedores para listar para esa(s) línea(s)
La lista de los proveedores debe hacerse de forma rápida.
- El actor debió de haber escogido la(s) línea(s) de una lista de líneas de

insumos
proveedores para listar(ver CU-LIN-07)

SOCDISAS
ix. Poscondiciones
- Se listaron correctamente los proveedores seleccionados
El sistema muestra correctamente la lista de los proveedores seleccionados
Listar los proveedores por insumos (no anulados)

iii. Descripción
Permite al Coordinador de Suministros listar los proveedores relacionada con algún(os)

insumo(s).
v. Flujo de Eventos
Actor Sistema
1. Selecciona el(los) insumo(s) de una lista

de insumos de los proveedores que se
quieren listar (ver CU-INS-07 al 18)
vi. Cursos Alterno
- No hay proveedores para listar para ese(os) insumo(s)
La lista de los proveedores debe hacerse rápida.

SOCDISAS
- El actor debió de haber escogido el(los) insumo(s) de una lista de

insumos
El actor debió de haber escogido los insumos de una lista de insumos de los proveedores
para listar(ver CU-INS-07 al 18)
ix. Poscondiciones
- Se listaron correctamente los proveedores seleccionados
El sistema muestra correctamente la lista de los proveedores seleccionados
Listar los proveedores por condición de pago (no anulados)

iii. Descripción
Permite al Coordinador de Suministros listar los proveedores por una condición de pago
v. Flujo de Eventos
Actor Sistema
1. Selecciona la condición de pago de los

proveedores que quiere listar (ver CU-CP-
02)

SOCDISAS
vi. Cursos Alternos
- No hay proveedores para listar para esa condición de pago
La lista de los proveedores debe hacerse rápida.
- El actor debió de haber escogido una condición de pago de proveedores
El actor debió de haber escogido una condición de pago de proveedores para listar
ix. Poscondiciones
- Se listaron correctamente los proveedores seleccionadas
El sistema muestra correctamente la lista de los proveedores seleccionadas
3.5.17. Módulo de Sesiones de Usuarios

Este módulo agrupa los casos de uso que permiten ingresar al sistema a cualquier
usuario, al igual que cambiar sus datos, y contraseña.

SOCDISAS
Figura 18: Diagrama de Casos de Uso del Módulo de Sesiones de Usuarios
Iniciar Sesión
i. ID Caso de uso: CU-SUS-01
iii. Descripción
Permite a cualquier usuario iniciar sesión, para poder tener acceso al sistema
9 Coordinador de Suministros (CS) 9 Colaborador (C)
9 Personal de Finanzas (PF) 9 Personal de Distribución (PD)
9 Gerente (G) 9 Auxiliar de Suministros (AS)

SOCDISAS
v. Flujo de Eventos
Actor (CS, PF, G, C, PD o AS) Sistema
1. Inicia caso de uso
2. Solicita nombre de usuario y contraseña
3. Introduce nombre de usuario y

contraseña
4. Coteja la información y brinda acceso al

sistema
vi. Cursos Alternos
- El actor introduce un nombre de usuario y/o contraseña inválidos
El sistema muestra un mensaje de error, e impide que el usuario acceda al sistema
- El inicio de sesión debe ser rápido
El sistema debe permitir que el usuario inicie sesión de forma rápida
No hay
ix. Poscondiciones
- El usuario accede al sistema
El sistema le brinda acceso al usuario.
Consultar mis datos

iii. Descripción
Permite ver los datos del usuario

SOCDISAS
v. Flujo de Eventos
10.Muestra los datos del usuario
vi. Cursos Alternos
No hay
El sistema debe permitir que el la consulta de un Usuario sea rápida y sencilla
ix. Poscondiciones
- El sistema muestra los datos del usuario
El sistema muestra toda la información del Usuario seleccionado.
Modificar mis datos

iii. Descripción

SOCDISAS
Permite al usuario modificar sus datos
v. Flujo de Eventos

del usuario, para que el actor modifique
este información
vi. Cursos Alternos
ix. Poscondiciones

SOCDISAS
El sistema proceso correctamente los cambios del usuario
Cambiar contraseña
iii. Descripción
Permite al usuario cambiar su contraseña

SOCDISAS
v. Flujo de Eventos
2. Solicita que ingrese la contraseña actual
3. El actor ingresa la contraseña actual
4. Solicita nueva contraseña
5. Ingresa la nueva contraseña
6. Solicita nuevamente la nueva contraseña
7. Ingresa otra vez la nueva contraseña
8. Procesa el cambio
vi. Cursos Alternos
- El actor introduce contraseñas distintas en los pasos 5 y 7
El sistema muestra un mensaje de error y no procesa los cambios
El actor debe poseer una cuenta en el sistema y haber iniciado correctamente

su sesión.
ix. Poscondiciones
El sistema proceso correctamente el cambio de contraseña

SOCDISAS
3.5.18. Módulo de Solicitudes de Cotización

solicitudes de cotización.
Figura 19: Diagramas de Casos de Uso del Módulo de Solicitudes de Cotización
Generar una Solicitud de Cotización

i. ID Caso de uso: CU-SCO-01
iii. Descripción
Permite al Coordinador de Suministros generar una solicitud de cotización a

partir de una lista de insumos
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona los insumos de una lista a

partir de los cuales se va a emitir la
solicitud de cotización (ver casos de uso
CU-INS-07 / CU-INS-19)
2. Lista los proveedores existentes y solicita

los insumos que se van a cotizar
4. Muestra un resumen de la solicitud
5. Confirma la acción y selecciona el modo

de envío a los proveedores seleccionados
6. Crea y guarda una nueva solicitud de

cotización, y la envía a los proveedores

SOCDISAS
seleccionados de la manera escogida
vi. Cursos Alternos
No hay
El sistema debe permitir que el registro de una solicitud de cotización sea

rápido y sencillo

su sesión.
- Se deben mostrar una lista de insumos (ver casos de uso CU-

INS-07 / CU-INS-19)
El usuario debe seleccionar al menos un insumo para poder emitirse la solicitud
Para poder listar todas las notas de recibo, no debe existir ningún proceso de
inventario abierto (ver caso de uso CU-INV-03)
ix. Poscondiciones
- Se generó una nueva solicitud de cotización
El sistema generó una nueva solicitud de cotización
Consultar una Solicitud de Cotización

iii. Descripción
Permite al Coordinador de Suministros ver los datos de una solicitud de cotización

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona la solicitud de una lista (ver

casos de uso CU-SCO-07 / CU-SCO-12)
2. Muestra los datos de la solicitud

seleccionada
vi. Cursos Alternos
No hay
El sistema debe permitir que el la consulta de una solicitud de cotización sea

rápida y sencilla

su sesión.
- El actor debió de haber seleccionado una solicitud de cotización

de una lista (ver casos de uso CU-SCO-07 / CU-SCO-12)
Para poder ver los datos completos de una solicitud, el usuario debe
seleccionarla de una lista
ix. Poscondiciones
- El sistema muestra los datos de la solicitud de cotización
El sistema muestra toda la información de la solicitud de cotización

SOCDISAS
seleccionada.
Anular una solicitud de cotización

iii. Descripción
Permite al Coordinador de Suministros anular una solicitud de cotización.
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona una solicitud de cotización de

una lista (ver casos de uso CU-SCO-07 /
CU-SCO-12)
4. Anula la solicitud de cotización y muestra

vi. Cursos Alternos
No hay
El sistema debe permitir que la operación de anular una solicitud de cotización

sea rápida y sencilla

su sesión.

SOCDISAS

El actor debe escoger que solicitud de cotización desea anular de una lista
ix. Poscondiciones
- Se anuló una solicitud de cotización
El sistema anula solicitud de cotización, y ésta no aparecerá reflejada, al menos

que sea recuperada.
Recuperar una solicitud de cotización

iii. Descripción
Permite al Coordinador de Suministros recuperar una solicitud de cotización que

haya sido anulada anteriormente.
v. Flujo de Eventos
Actor Sistema

una lista de solicitudes anuladas (ver caso
de uso CU-SCO-06)
4. Recupera la solicitud de cotización y

muestra un mensaje de confirmación

SOCDISAS
vi. Cursos Alternos
No hay
El sistema debe permitir que la operación de recuperar solicitud de cotización

sea rápida y sencilla

su sesión.

de una lista de solicitudes anuladas (ver caso de uso CU-SCO-06)
El actor debe escoger que solicitud de cotización desea recuperar de una lista
ix. Poscondiciones
- Se restauró satisfactoriamente una solicitud de cotización
El sistema restauró una solicitud de cotización anulada previamente
Cambiar el estado de una Solicitud de Cotización

iii. Descripción
Permite al Coordinador de Suministros cambiar el estado de una solicitud de cotización

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema

una lista (ver casos de uso CU-SCO-07 /
CU-SCO-12)
4. Actualiza el estado de la solicitud de

cotización
vi. Cursos Alternos
No hay
El sistema debe permitir que el proceso de cambio de estado sea rápido y

sencillo

su sesión.

El actor debe escoger que solicitud desea cambiar el estado de una lista
ix. Poscondiciones
- El sistema cambia el estado de la solicitud de cotización
El sistema procesa el cambio de estado.

SOCDISAS
Listar solicitudes de cotización anuladas

iii. Descripción
Permite al Coordinador de Suministros listar solicitudes de cotización que hayan

sido anuladas anteriormente.
v. Flujo de Eventos
Actor (CS) Sistema
2. Muestra una lista de solicitudes de

cotización anuladas
vi. Cursos Alternos
- No hay solicitudes de cotización anuladas
El sistema muestra un mensaje indicando que no existen solicitudes de

cotización anuladas
La consulta de las solicitudes de cotización anuladas debe ser rápida.

su sesión.
SOCDISAS
ix. Poscondiciones
- Se listaron correctamente las solicitudes de cotización anuladas
El sistema muestra correctamente la lista de las solicitudes de cotización

anuladas
Listar todas las solicitudes de cotización

iii. Descripción
Permite al Coordinador de Suministros listar todas las solicitudes de cotización no

anuladas
v. Flujo de Eventos
Actor Sistema

cotización
vi. Cursos Alternos
- No hay solicitudes de cotización para listar

cotización para listar
La lista de todas las solicitudes de cotización debe hacerse rápida.

SOCDISAS

su sesión.
ix. Poscondiciones
- Se listaron correctamente las solicitudes de cotización anuladas

anuladas
Listar las solicitudes de cotización por estado

iii. Descripción
Permite al Coordinador de Suministros listar las solicitudes de cotización no anuladas ,

v. Flujo de Eventos
Actor Sistema

cotización, agrupadas por estado
vi. Cursos Alternos
No hay

SOCDISAS
La lista de las solicitudes de cotización debe hacerse rápida

su sesión.
- El actor debió de haber escogido un estado de solicitudes de

cotización
El actor debió de haber escogido un estado de solicitudes de cotización para

listar
ix. Poscondiciones
- Se listaron correctamente las solicitudes de cotización

seleccionadas

seleccionadas
Listar las solicitudes de cotización por línea

iii. Descripción
Permite al Coordinador de Suministros listar las solicitudes de cotización no anulados,

donde se oferten insumos de una línea seleccionada por él

SOCDISAS
v. Flujo de Eventos
Actor Sistema

asociado

cotización
vi. Cursos Alternos

- Se introdujo el código de una línea inválida, no existente o

anulada
La lista de las solicitudes de cotización debe hacerse rápida.

su sesión.
- El usuario debe seleccionar la línea de una lista, o ingresar el

código asociado
Para poder listar las solicitudes de cotización, el usuario debe seleccionar la

línea sobre la cual se va a consultar

SOCDISAS
ix. Poscondiciones

seleccionadas

seleccionadas
Listar las solicitudes de cotización por insumos (no

anuladas)
iii. Descripción
Permite al Coordinador de Suministros listar las solicitudes de cotización en donde se

pidan el insumo seleccionado
v. Flujo de Eventos
Actor (CS) Sistema


cotización
vi. Cursos Alternos


SOCDISAS

su sesión.
- El actor debió de haber escogido el(los) insumo(s) de una lista

de insumos (ver casos de uso CU-INS-07 / CU-INS-19), o ingresa el
código asociado
El usuario debe seleccionar al menos un insumo de una lista, o ingresar el

código asociado, para listar las solicitudes de cotización
ix. Poscondiciones

seleccionadas

seleccionadas
Listar las solicitudes de cotización por proveedor (no

anuladas)
iii. Descripción
Permite al Coordinador de Suministros listar las solicitudes de cotización relacionada

con algún proveedor.

SOCDISAS
v. Flujo de Eventos
Actor (CS) Sistema
1. Selecciona el proveedor de las solicitudes

de cotización que se quieren listar (ver
casos de uso CU-PRO-07 / CU-PRO-10), o
introducir el código de un proveedor

cotización
vi. Cursos Alternos
- No hay solicitudes de cotización para listar para ese proveedor

- Código de proveedor inválido o inexistente
- Se introdujo el código de un proveedor no válido, no existente o

anulado

su sesión.

SOCDISAS

proveedores (ver casos de uso CU-PRO-07 / CU-PRO-10), o introducir
el código de un proveedor
Para listar las solicitudes de cotización, el usuario debe seleccionar el proveedor

de una lista, o bien ingresar el código asociado
ix. Poscondiciones

seleccionadas

seleccionadas
Listar las solicitudes de cotización por fecha (no anuladas)

iii. Descripción
Permite al Coordinador de Suministros listar las solicitudes de cotización por fecha
v. Flujo de Eventos
Actor (CS) Sistema
1. Ingresa la fecha, o el rango de fechas, de

las solicitudes de cotización que quiere
listar

cotización
vi. Cursos Alternos

SOCDISAS
- No hay solicitudes de cotización para listar para esa fecha


su sesión.
- El actor debió de haber escogido una fecha, o un rango de fecha

válido
El actor debió de haber escogido una fecha, o un rango de fechas válido, para
las solicitudes de cotización que se desean listar
ix. Poscondiciones

seleccionadas

seleccionadas
44.. EEssppeecciiffiiccaacciioonneess SSuupplleem

meennttaarriiaass
Las Especificaciones Suplementarias capturan los requerimientos no funcionales del
sistema, es decir, aquellas que no satisfacen las necesidades y características por las cuales se
esta construyendo el sistema, pero que son importantes para el correcto desempeño del
mismo, dentro de la empresa y las condiciones donde se desarrollan. Estos requerimientos no

SOCDISAS
funcionales abarcan aspectos legales; de compatibilidad con los ambientes, sistemas operativos
y conectividad con otros sistemas existentes; usabilidad; mantenibilidad; confiabilidad; y
desempeño.
1
1..1
1.. U
Ussa
abbiilliid
daad
d
4.5.1. Uso de los estilos y colores de la organización BECO

El sistema debe respetar los estilos y colores BECO utilizados en las interfaces de todas
las aplicaciones de la empresa.
4.5.2. Amigabilidad
El sistema debe ser fácil de usar, para que el proceso de entrenamiento y aprendizaje
sea bastante rápido. El sistema debe ser intuitivo y flexible, ya que lo usarán algunas personas
acostumbradas a manejar aplicaciones como Microsoft Excel. El sistema también será manejado
por personas que pudieran tener poca destreza en el área de computación.
4.5.3. Procesos Cortos

Los procesos o flujos donde interactúa el usuario con el sistema, para ejecutar alguna
funcionalidad, deben ser cortos y precisos, tratando de sintetizar todas las opciones en la
menor cantidad posible de pantallas o vistas.
4.5.4. Distribución y ubicación de la información

Debido a que este sistema manejará y mostrará mucha información en pantalla, se
debe incluir opciones de búsqueda y filtro, y diseñar las pantallas, de tal manera de que sea
más fácil encontrar la información específica que el usuario necesite. De igual manera, se debe
colocar los menús, y los mensajes de confirmación de tal manera de que el usuario los ubique
rápidamente.
4
4..6
6.. C
Coon
nffiia
abbiilliid
daad
d
4.6.1. Disponibilidad
El sistema debe estar disponible de lunes a sábado, durante el horario laboral de las
tiendas.

SOCDISAS
4.6.2. Recuperabilidad
En caso de ocurrir alguna falla, el sistema debe poderse recuperar durante el mismo
día. No se puede esperar más de un día, para el restablecimiento del sistema, ya que retrasaría
considerablemente los procesos de compra y distribución de insumos.
Si se esta realizando un proceso de inventario, en caso de que falle el sistema, este se

debe recuperar antes de que culmine dicho proceso de inventario.
4.6.3. Tolerancia a Fallas

Al ocurrir una falla en el sistema, al menos se debe presentar un aviso de “no
disponibilidad” al usuario que intenta ingresar a la aplicación, o a una determinada operación.
4.6.4. Consistencia en los datos

Se debe garantizar la consistencia y seguridad de los datos. El personal de
comunicaciones, está encargado de hacer el mantenimiento y resguardo de las bases de datos
de todas las aplicaciones.
4.6.5. Recuperación de los datos

El sistema debe permitir siempre poder recuperar la información eliminada desde el
sistema SOCDISAS.
4.6.6. Robusto
En caso de que falle algún módulo o funcionalidad del sistema, el resto de los módulos
y funcionalidades deben seguir operativas.
4
4..7
7.. D
Deesse
emmp
peeñ
ñoo
4.7.1. Tiempo de respuesta para una transacción

El tiempo de respuesta para una transacción deberá ser en promedio de 10 segundos o
menos.

SOCDISAS
4.7.2. Información Centralizada

El sistema debe ser centralizado. Todos los usuarios, indistintamente si se encuentran
en las tiendas BECO, o en la oficina central, manejarán la misma información. (UN SERVIDOR)
4.7.3. Concurrencia
El sistema debe manejar una concurrencia leve, ya que existe la posibilidad de que
algunos usuarios hagan operaciones simultáneas. Sin embargo, es poco común que ocurra esta
situación, ya que no serán muchos usuarios que interactúan con el sistema, y la mayoría de
estos usuarios solo accederán al mismo las veces en que necesiten procesar algún pedido de
insumos.
4
4..8
8.. M
Maan
ntte
enniib
biilliid
daad
d
4.8.1. El sistema debe permitir expandirse

El sistema debe ser diseñado de forma tal que facilite, en un futuro, la inclusión de
nuevas funcionalidades.
4.8.2. El sistema debe permitir modificarse

El sistema debe ser diseñado de forma tal que facilite, en un futuro, realizar cambios de
manera rápida y sencilla sobre las funcionalidades existentes.
4.8.3. El sistema debe permitir integrarse a otros sistemas

El sistema debe ser diseñado de forma tal que facilite, en un futuro, integrarse a otros
sistemas.
4
4..9
9.. S
Seeg
guurriid
daad
d
4.9.1. El sistema solo debe brindar acceso a usuarios autorizados

El sistema solo debe permitir acceso y manejo de información a usuarios autorizados.
Bajo ninguna circunstancia, ningún usuario no autorizado debe poder acceder al mismo.

SOCDISAS
4.9.2. El sistema debe restringir ciertas operaciones, dependiendo del

usuario que lo esté utilizando
El sistema debe restringir algunas operaciones, dependiendo del usuario que las esté
ejecutando. Por ejemplo, el Coordinador de Suministros es el único actor autorizado para emitir
una orden de compra, o iniciar un proceso de inventario.
4
4..1
100.. R
Reessttrriicccciio
onne
ess d
deeD
Diisse
eñño
o
4.10.1. Portabilidad
El sistema debe estar diseñado y elaborado, de tal manera que pueda ejecutarse desde
cualquier servidor, con ambiente Windows o Linux.
4.10.2. El sistema debe ser desarrollado en JAVA

El sistema debe ser desarrollado en ambiente JAVA, para mantener el mismo uso de
tecnologías con los últimos sistemas desarrollados por el departamento.
4.10.3. El sistema debe usar la arquitectura Cliente – Servidor

El sistema debe manejar información centralizada, y permitir acceso desde cualquier
estación de la oficina central, o de las tiendas BECO. Por lo tanto se debe implementar una
aplicación Web, basada en la arquitectura Cliente Servidor.
4.10.4. El sistema debe interactuar con una base de datos bajo el

manejador DB2
El sistema debe almacenar y consultar información en una base de datos que se
gestionara desde en un manejador DB2.
4.10.5. La herramienta disponible para desarrollar el sistema es

WebSphere
La herramienta disponible en el departamento, para el desarrollo de aplicaciones Web
en JAVA es WebSphere. Los programadores estarán limitados a las funcionalidades que ésta
herramienta brinde.

SOCDISAS
4
4..1
111.. R
Reeq
quue
erriim
miie
enntto
oss d
dee D
Dooccu
umme
en acciió
ntta ónne
enn LLíín
neea
a yy
d
deeS
Siisstte
emma
ass d
de Ayyu
eA udda
a
Apegándose a las normas de la compañía, una vez culminado el sistema, se debe
entregar un Manual de usuario a todas aquellas personas que utilizaran este sistema.
Igualmente, se debe entregar al responsable técnico del proyecto una Carpeta Técnica con el
modelo de datos, el diseño de software, la aprobación de pruebas técnicas (programadores) y
comerciales (usuarios), y las funcionalidades aprobadas por el responsable comercial, en este
caso el Gerente de Logística. Finalmente, se le entregará al responsable comercia, una Carpeta
Comercial con el modelo de datos, la aprobación de pruebas técnicas (programadores) y
comerciales (usuarios), y las funcionalidades aprobadas.
NO SE CONTEMPLA QUE EL SISTEMA MANEJE AYUDAS EN LINEA
4
4..1
122.. C
Coom
mppo
onne
enntte
ess C
Coom
mpprra
addo
oss
Para el desarrollo del software, se usaran componentes que la empresa ha adquirido
para el desarrollo, manejo y funcionamiento de otras aplicaciones elaboradas en el
departamento de Sistemas, como el Manejador de Base de Datos DB2 sobre el servidor IBM
ISeries, la herramienta WebSphere, y el sistema operativo Microsoft Windows
4
4..1
133.. IIn
ntte
errffa
acce
ess
4.13.1. Interfaces de Usuario

Se utilizará una interfaz Web, accedida desde un navegador de Internet.
Preferiblemente que este navegador sea Microsoft Internet Explorer 7.0.
4.13.2. Interfaces de Hardware

Las computadoras desde donde acceden los usuarios, se conectarán con la aplicación
central, al servidor AS400, vía http.
4.13.3. Interfaces de Software

La capa de manejadora de datos de la aplicación se debe conectar al manejador DB2

SOCDISAS
4.13.4. Interfaces de Comunicaciones

La forma de comunicación entre las computadoras clientes, con la aplicación en el
servidor AS400, será por la Intranet de la organización, desde un navegador de Internet.
4
4..1
144.. R
Reeq
quue
erriim
miie
enntto
oss d
dee LLiicce
enncciia
ammiie
enntto
o
La empresa CENTROBECO, y el departamento de Sistemas cuentan con las licencias
respectivas para el Manejador de Base de Datos DB2, para la herramienta WebSphere, para las
aplicaciones de Microsoft Office 2003 y para el Sistema Operativo Microsoft Windows.
Para el uso del lenguaje de programación JAVA, y el “framework” Struts, no se

necesitan licencias.
4
4..1
155.. A
Assp
peecctto
oss LLe
egga
alle
ess,, D
Deerre
ecch
hoo d
dee A
Auutto
orr yy
E
Essttá
ánnd
daarre
ess A
Applliicca
abblle
ess
El software desarrollado será propiedad de CENTROBECO, C.A., y sus funcionalidades
se regirán según indiquen las normas de la Gerencia de Logística. El logo de BECO que será
utilizado en la aplicación, es propiedad y de uso exclusivo de la empresa CENTROBECO, C.A. De
igual forma, la aplicación debe utilizar colores suaves, en su mayoría azules y blancos, que son
los que representan la imagen de la empresa.

SSIISSTTEEMMAA DDEE O
ORRDDEENN DDEE CCOOMMPPRRAASS,, D DEESSPPAACCHHOO EE IINNVVEENNTTAARRIIOO DDEE
SSUUMMIINNIISSTTRROOSS,, A
ACCTTIIVVOOSS YY SSEERRVVIICCIIOOSS
SSOOCCDDIISSA ASS
DDOOCCUUMMEENNTTOO DDEE RRIIEESSGGOOSS
SOCDISAS
Documento de Riesgos
H
HIISST
TOOR AL
RIIA L DE
D E R
RE VIIS
EV ÓN
SIIÓ N

06/03/2007 1.0 Descripción de los riesgos detectados hasta la Elianna Bugallo
fecha Daniel Fernández

SOCDISAS
T
TA BL
AB LA
A DE
D E C
CO NT
ON EN
TE DO
NIID OS
S
INTRODUCCIÓN 3
1. PROPÓSITO 3
2. ALCANCE 3
3. RESUMEN 3
RIESGOS 4
1. EXPECTATIVAS DEMASIADO ALTAS 4

Magnitud de riesgo o ranking 4
Descripción 4
Impacto 4
Indicadores 4
Estrategia de mitigación 4
Plan de contingencia 4
2. USO DE NUEVAS TECNOLOGÍAS 5
Descripción 5
Impacto 5
Indicadores 5
3. MALA PLANIFICACIÓN 6
Descripción 6
Impacto 6
Indicadores 6
4. FALTA DE RECURSOS DISPONIBLES EN EL SERVIDOR 9
Descripción 10
Impacto 10
Indicadores 10

SOCDISAS
En este documento se presentan los riesgos asociados al desarrollo del sistema de

SOCDISAS, los cuales fueron determinados en la fase de inicio y de elaboración.
1.1. Propósito
Determinar los riesgos asociados al desarrollo del sistema SOCDISAS, con el propósito
de que dichos riesgos sean manejados adecuadamente, en caso de que se presenten.
1.2. Alcance
Los riesgos presentados en este documento abordan todas las fases del proceso de
desarrollo.
1.3. Resumen
A continuación se presentan en detalle, cada uno de los riesgos que fueron
determinados durante la fase de inicio del desarrollo del sistema SOCDISAS destinada al control
de compras e inventarios de Suministros e Insumos.
Se presenta una clasificación de los riesgos según su magnitud, además de la

descripción e impacto detallada de cada uno de ellos. También se presentan posibles
escenarios de contingencia, distintos indicadores de detección y planes de mitigación para cada
uno de los riesgos presentados.

SOCDISAS
22.. RRiieessggooss
2.1. Expectativas demasiado altas
2.1.1. Magnitud de riesgo o ranking

Se considera un riesgo de magnitud 2.
2.1.2. Descripción
Las funcionalidades consideradas para el sistema pueden resultar mucho más difíciles
de implementar que lo esperado y no se hayan considerado la repercusión de algunos aspectos
sobre otros y por tanto se hayan considerado un mayor número de funcionalidades que las
realizables o que no sean presentadas de la forma en la que se esperaba originalmente.
2.1.3. Impacto
• Incompletitud del sistema: De presentarse este riesgo, existe la posibilidad de que no
sean implementadas algunas de las funcionalidades presentadas en el plan original de
requerimientos. También es posible que se realicen de forma incompleta, con algunas
características básicas y no de la forma estipulada.
2.1.4. Indicadores
Que no se estén cumpliendo con las actividades a tiempo, porque la complejidad de
alguna funcionalidad supera considerablemente lo estimado.
2.1.5. Estrategia de mitigación

Se ha tratado de considerar funcionalidades que se piensan acordes con el tiempo de
realización del proyecto y que serán tratadas de forma incremental, para ir completando
paulatinamente la totalidad de las características necesarias para cada funcionalidad.
Se piensa también utilizar un enfoque que permita atacar las funcionalidades más
complejas desde un principio, e irlas desarrollando paulatinamente.
2.1.6. Plan de contingencia

Se debe contar con una base sólida, con funcionalidades básicas que permitan una
gestión eficiente del sistema. Los detalles de presentación y los requerimientos extras pueden
irse evaluando según el avance del proyecto y decidir sobre su inclusión o no dependiendo de la
factibilidad de su realización.

SOCDISAS
2.2. Uso de nuevas tecnologías

2.2.2. Descripción
Para la realización del proyecto será necesario el manejo de nuevas tecnologías y
herramientas de desarrollo con las que el grupo no ha tenido o posee escaso manejo. La
adaptación a las mismas será fundamental para el correcto cumplimiento del plan de proyecto y
cualquier dificultad en su manejo presenta un riesgo con respecto a la completitud del sistema.
2.2.3. Impacto
• Atrasos: De presentarse este riesgo es posible que no se cumplan debidamente con los
plazos estipulados en el plan de proyecto, implicando un atraso general de las actividades y
entregas, afectando los estimados.
• Completitud del sistema: De no manejarse debidamente y a tiempo puede ponerse en
cuestionamiento la completitud de todas las funcionalidades pautadas originalmente para el
sistema.
2.2.4. Indicadores
Que se vea de manifiesto la incapacidad de manejar a tiempo y de forma eficaz las
herramientas de desarrollo que fueron fijadas en el plan original.

Se ha comenzado la documentación sobre las herramientas que serán utilizadas y sobre
las cuales no existe todavía dominio sólido sobre su funcionamiento. Se espera poder haber
acumulado algo de experiencia con estas herramientas antes de que sea necesario su uso en la
fase de implementación.

Se contará con un conjunto de herramientas de soporte, en el caso de que la
experiencia en el manejo de las nuevas herramientas sea infructuosa. Dichas herramientas de
soporte deben ser de un fácil manejo, y haber tenido experiencia en ellas. De esta forma podrá
realizarse la modificación de estrategia de desarrollo sin que tome mucho tiempo y con
seguridades de éxito.

SOCDISAS
2.3. Mala planificación

2.3.2. Descripción
La mala planificación y subestimación de tiempos y esfuerzos en la planificación general
del proyecto.
2.3.3. Impacto
• Atrasos: De presentarse este riesgo conllevará a atrasos en alguna(s) actividad(es) del
plan, ya que si los tiempos no están siendo estipulados correctamente y no es medido el
esfuerzo necesario con algo de precisión pueden estarse fijando entregables o fechas topes
que no sean cumplidas.
2.3.4. Indicadores
Constante incumplimiento de las fechas topes estipuladas en el plan del proyecto.

Se lleva un control de las actividades y el tiempo a realizarlas mediante el plan de
proyecto. Dichos estimados son revisados semanalmente y recalculados de ser necesarios.
También es necesaria la práctica constante para ir refinando y haciendo cada vez más precisos
esos estimados.

Como se mencionó anteriormente, el plan de proyecto debe estipular cambios. Debe
ser capaz de manejar cualquier cambio en cuanto a la falta de algún miembro del equipo,
subestimación de alguna actividad, etc. Por esto es necesario hacer revisiones constantes del
plan para poderlo adaptar a las distintas situaciones que se presenten.
2.4. Diseño inapropiado del sistema


SOCDISAS
2.4.2. Descripción
Se elabora un diseño del sistema muy sencillo o muy complejo. Es decir, se consideran
un número muy limitado e insuficiente de funcionalidades que no permiten al sistema cumplir
con el objetivo para el cual fue diseñado. De igual forma se pueden considerar una serie de
funcionalidades innecesarias, que agregan complejidad al problema y dificultan el uso de la
aplicación.
2.4.3. Impacto
• Insatisfacción de los Stakeholders: Se construye un sistema que no cumple con las
expectativas de los entes involucrados en su desarrollo.
2.4.4. Indicadores
• Insatisfacción del cliente ante las propuestas realizadas.
• Las funcionalidades previstas no le permiten al usuario cumplir con los objetivos de sus
roles.
• El exceso de tareas complica u obstaculiza la realización de las tareas de algún usuario o
actor.

Se realizan entregas parciales para ir verificando la opinión del cliente acerca de lo
realizado. La entrega de prototipos debe ser un elemento importante para conocer la
evaluación del cliente sobre los progresos en el desarrollo. Esto ayudará a que las
modificaciones y propuestas puedan ir incorporándose gradualmente y que el producto
entregado sea del agrado de los usuarios finales.

Redefinir el diseño según las especificaciones del cliente o usuario. Podría plantearse
incorporar modalidades de otros modelos de desarrollo distintos, en los cuales el usuario tenga
una mayor participación y exista una mayor comunicación con el mismo.
2.5. Aislamiento Del Cliente Respecto Al Sistema


SOCDISAS
2.5.2. Descripción
El cliente tiene muy poca o ninguna participación en el desarrollo del sistema. Las
solicitudes del cliente se diluyen en los intermediarios.
Los requerimientos no reflejan directamente las necesidades del cliente, sino que son la
interpretación de los intermediarios.
2.5.3. Impacto
• El cliente pierde el interés en el desarrollo del software.
• Las necesidades reales del cliente no son satisfechas por el software.
• Retraso en el desarrollo del proyecto, surgen nuevas tareas para ajustar el software a lo
que realmente quiere el cliente.
2.5.4. Indicadores
• Cambios frecuentes y desorganizados de los requerimientos.
• Semanas de muy poco trabajo.

• Incentivar la realización de reuniones frecuentes entre los intermediarios y el cliente.
• Mantener algún tipo de comunicación directa con el cliente.
• Mantener interesado al cliente con entregas parciales, comunicándole regularmente el
estado del proyecto.

Programar una serie de reuniones con el cliente para verificar y establecer los
requerimientos que el solicita, y las funcionalidades que abarcarán cada uno de ellos.
2.6. Inconsistencia En Los Requerimientos

2.6.2. Descripción
Requerimientos que cambian con el transcurso del tiempo, o bien porque el cliente así
lo está solicitando

SOCDISAS
2.6.3. Impactos:
• Mayor trabajo por parte del desarrollador.
• El avance se hace más lento.
• El desarrollador pierde la motivación o el interés en el desarrollo del software.
• El sistema final se demora mucho tiempo si el proyecto es de una envergadura
considerable.
2.6.4. Indicadores:
• En las reuniones que sostiene el desarrollador con el cliente, se determina que algún
requerimiento ya no es necesario o la forma en la cual se estaba trabajando con éste, no es
la deseada por el cliente.
• El cliente no se encuentra claro en lo que desea que el sistema realice o las funcionalidades
que deberá poseer.
• Evolución del problema que pretende resolver el sistema, con lo cual se está en presencia
de requerimientos que intrínsecamente son cambiantes.
2.6.5. Estrategia de Mitigación:

• Llevar un plan de administración de los requerimientos.
• Planificar con el cliente, los requerimientos en los se trabajará y establecer un compromiso
con éste, para así evitar que cambie de opinión. En caso de que lo haga y, en consecuencia,
se retrase el proyecto, no sea una total responsabilidad del desarrollador. Es decir, se
justifican posibles retrasos del proyecto ante el cliente.
• Poseer planes o acuerdos donde se registren los cambios registrados en los requerimientos.

Extender los tiempos de entrega en el plan de proyecto para que de esta manera, se
establezcan los distintos requerimientos y se deje constancia de ellos, tanto por el desarrollador
como por el cliente.
2.7. Falta de Recursos Disponibles en el Servidor

Se considera un riesgo de magnitud 4

SOCDISAS
2.7.2. Descripción
La falta de recursos pueden limitar al sistema en el uso simultáneo de varias funciones,
o de “triggers” de la base de datos
2.7.3. Impacto
• Rendimiento del sistema: De no manejarse debidamente y a tiempo puede ponerse en
cuestionamiento el rendimiento del sistema, aumentando la velocidad de respuesta de sus
operaciones
• Rendimiento de otros sistemas: El uso de recursos puede afectar el rendimiento de
otros sistemas en el servidor.
• Atrasos: De presentarse este riesgo conllevará a atrasos en alguna(s) actividad(es) del
plan, ya que se tendrán que buscar otras soluciones que reduzcan los impactos.
2.7.4. Indicadores
Después de las pruebas, se observa el comportamiento de este y otros sistemas en el
servidor

Se harán varias, pero sencillas funcionalidades, y se probaran en la medida que se
implementen, para ver su comportamiento en el sistema

Realizar cambios según las capas establecidas de programación (Fachada de Datos,
Controladora de Negocios e Interfaz gráfica). Trasladar la funcionalidad de los “triggers” de la
base de datos, a las capas de programación.

SSIISSTTEEMMAA DDEE OORRDDEENN DDEE CCOOMMPPRRAASS,, DDEESSPPAACCHHOO EE IINNVVEENNTTAARRIIOO
DDEE SSU
UMMIIN OSS,, A
NIISSTTRRO ACCTTIIVVOOSS YY SSEERRVVIICCIIOOSS
SSO
OCCD DIISSAASS
DDOOCCUUMMEENNTTOO DDEE AARRQQUUIITTEECCTTUURRAA DDEELL SSOOFFTTW
WAARREE ((D
DAASS))
SOCDISAS
H
HIIS
STTO
ORRIIA
ALL D
DEE R
REEV
VIIS
SIIÓ
ÓNN

15/02/2007 1.0 Primera versión del modelo de datos después de Elianna Bugallo
analizar las características del sistema y esbozar Daniel Fernández
los diagramas de Casos de Uso
23/02/2007 1.1 Revisión del modelo de datos después de realizar Daniel Fernández
los scripts y triggers de la base de datos
02/03/2007 2.0 Definición de la arquitectura de software de Elianna Bugallo
SOCDISAS, basada en el modelo de las 4+1 Daniel Fernández
vistas
30/05/2007 3.0 Revisión del modelo de datos después de la Elianna Bugallo
implementación de los módulos, y después de la Daniel Fernández
reunión con la tutora académica. Integración con
el modelo de datos.
15/07/2007 3.1 Revisión de las correcciones realizadas por el Elianna Bugallo
jurado evaluador de pasantía. Daniel Fernández
Kenyer Dominguez
Edumilis Méndez

SOCDISAS
T
TAAB
BLLA
A D
DEE C
COON
NTTE
ENNIID
DOOS
S
1. INTRODUCCIÓN ................................................................................................................................. 6
1.1. PROPÓSITO ....................................................................................................................................... 6

1.2. ALCANCE .......................................................................................................................................... 6
1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIACIONES............................................................................... 6
1.4. REFERENCIAS ................................................................................................................................... 8
1.5. VISIÓN GENERAL .............................................................................................................................. 8
2. REPRESENTACIÓN DE LA ARQUITECTURA ............................................................................ 9
3. METAS Y RESTRICCIONES ARQUITECTÓNICAS ................................................................. 10
4. VISTA DE CASOS DE USO .............................................................................................................. 11
4.1. PAQUETES DE CASOS DE USO......................................................................................................... 11
5. VISTA LÓGICA .................................................................................................................................. 14
5.1. VISIÓN GENERAL ........................................................................................................................... 14

5.2. MODELO DE ANÁLISIS O DOMINIO................................................................................................. 15
5.3. DIAGRAMAS DE CLASE................................................................................................................... 17
5.4. DIAGRAMAS DE SECUENCIA ........................................................................................................... 26

SOCDISAS
5.5. DIAGRAMAS WAE ......................................................................................................................... 42

5.5.1. Diagrama General ................................................................................................................ 42
6. VISTA DE PROCESOS ...................................................................................................................... 47
7. VISTA DE IMPLANTACIÓN ........................................................................................................... 47
7.1. SERVIDORES ................................................................................................................................... 47

7.2. MANEJADOR DE BASES DE DATOS .................................................................................................. 47
7.3. ESTACIONES DE TRABAJO .............................................................................................................. 48
8. VISTA DE IMPLEMENTACIÓN ..................................................................................................... 49
8.1. VISIÓN GENERAL ........................................................................................................................... 49

8.2. DIVISIÓN DEL SISTEMA POR MÓDULOS.......................................................................................... 49
8.3. CAPAS Y OBJETOS QUE COMPONEN LOS MÓDULOS DE LA APLICACIÓN.......................................... 49
9. VISTA DE DATOS .............................................................................................................................. 50
9.1. UNIVERSO DEL DISCURSO .............................................................................................................. 50

9.2. MODELO ENTIDAD INTERRELACIÓN EXTENDIDO(ER-E) .............................................................. 56
9.2.1. Diagrama ER ......................................................................................................................... 56
9.2.2. Diccionario para las Entidades y Atributos ......................................................................... 57
9.2.3. Descripción de las Interrelaciones ....................................................................................... 64
9.2.4. Descripción de las Generalizaciones.................................................................................... 68
9.2.5. Restricciones Explícitas ........................................................................................................ 68
9.3. MODELO RELACIONAL ................................................................................................................... 71
9.3.1. Relaciones .............................................................................................................................. 71
9.3.2. Diccionario para las Relaciones y Atributos........................................................................ 74
9.3.3. Dominios de los Atributos ..................................................................................................... 82
9.3.4. Restricciones Explícitas ........................................................................................................ 86
10. DESEMPEÑO .................................................................................................................................. 92
11. CALIDAD ......................................................................................................................................... 92
12. BIBLIOGRAFÍA ............................................................ ¡ERROR! MARCADOR NO DEFINIDO.

SOCDISAS
T
TAAB
BLLA
A D
DEE IIL
LUUS
STTR
RAAC
CIIO
ONNE
ESS
Figura 1. Modelo de Arquitectura de 4+1 Vistas 9

Proveedores y Solicitudes de Cotización 12
Contables y Cuentas por Pagar 12
Insumos, Notas de Recibo y Órdenes de Compra 13
Pedidos Internos 13
Usuario 14
Figura 7. Modelo de Análisis 15
Figura 8. Diagrama de Clase – Almacenes 17
Figura 9. Diagrama de Clase – Inventario 18
Figura 10. Diagrama de Clase – Cuentas Contables 19
Figura 11. Diagrama de Clase – Devoluciones 20
Figura 12. Diagrama de Clase – Facturas 21
Figura 13. Diagrama de Clase – Insumos 22
Figura 14. Diagrama de Clase – Notas de Recibo 23
Figura 15. Diagrama de Clase – Órdenes de Compra 24
Figura 16. Diagrama de Clase – Sesiones de Usuario 25
Figura 17. Diagrama de Secuencia – Agregar Almacén 26
Figura 18. Diagrama de Secuencia – Anular Almacén 26
Figura 19. Diagrama de Secuencia – Listar Almacenes Anulados 27
Figura 20. Diagrama de Secuencia – Listar Almacenes No Anulados 27
Figura 21. Diagrama de Secuencia – Modificar Almacén 27
Figura 22. Diagrama de Secuencia – Restaurar Almacén 28
Figura 23. Diagrama de Secuencia – Agregar Conteo Físico 28
Figura 24. Diagrama de Secuencia – Cerrar Proceso de Inventario 28
Figura 25. Diagrama de Secuencia – Iniciar Proceso de Inventario 29
Figura 26. Diagrama de Secuencia – Listar Historial de Conteos 29
Figura 27. Diagrama de Secuencia – Listar Inventarios 30
Figura 28. Diagrama de Secuencia – Listar Conteos por Usuario 30
Figura 29. Diagrama de Secuencia – Realizar Ajustes 30
Figura 30. Diagrama de Secuencia – Agregar Cuenta Contable 30
Figura 31. Diagrama de Secuencia – Listar Cuentas Contables 31
SOCDISAS
Figura 32. Diagrama de Secuencia – Anular Devolución 31

Figura 33. Diagrama de Secuencia – Cambiar Estado Devolución 31
Figura 34. Diagrama de Secuencia – Emitir Devolución 32
Figura 35. Diagrama de Secuencia – Listar Devoluciones Anuladas 32
Figura 36. Diagrama de Secuencia – Listar Devoluciones No Anuladas 32
Figura 37. Diagrama de Secuencia – Restaurar Devolución 33
Figura 38. Diagrama de Secuencia – Emitir Devolución 33
Figura 39. Diagrama de Secuencia – Listar Devoluciones Anuladas 34
Figura 40. Diagrama de Secuencia – Agregar Insumo 34
Figura 41. Diagrama de Secuencia – Anular Insumo 35
Figura 42. Diagrama de Secuencia – Listar Insumos Anuladas 35
Figura 43. Diagrama de Secuencia – Listar Insumos No Anulados 35
Figura 44. Diagrama de Secuencia – Modificar Insumos 36
Figura 45. Diagrama de Secuencia – Restaurar Insumos 36
Figura 46. Diagrama de Secuencia – Consultar Nota de Recibo 37
Figura 47. Diagrama de Secuencia – Emitir Nota de Recibo 37
Figura 48. Diagrama de Secuencia – Listar Notas de Recibo 38
Figura 49. Diagrama de Secuencia – Anular Orden de Compra 38
Figura 50. Diagrama de Secuencia – Emitir Orden de Compra 39
Figura 51. Diagrama de Secuencia – Listar órdenes de Compra Anuladas 39
Figura 52. Diagrama de Secuencia – Listar Órdenes de Compra No Anuladas 40
Figura 53. Diagrama de Secuencia – Restaurar Orden de Compra 40
Figura 54. Diagrama de Secuencia – Modificar Orden de Compra 41
Figura 55. Iniciar Sesión 41
Figura 56. Diagrama WAE – General 42
Figura 57. Diagrama WAE – Módulo Almacenes 43
Figura 58. Diagrama WAE – Módulo Inventario 43
Figura 59. Diagrama WAE – Módulo Cuentas Contables 44
Figura 60. Diagrama WAE – Módulo Devoluciones 44
Figura 61. Diagrama WAE – Módulo Facturas 45
Figura 62. Diagrama WAE – Módulo Insumos 45
Figura 63. Diagrama WAE – Módulo Nota de Recibo 46
Figura 64. Diagrama WAE – Módulo Órdenes de Compra 46
Figura 65. Modelo de Arquitectura de Software de 3 Capas 50
Figura 66. Diagrama Entidad Interrelación (ER) 56

SOCDISAS
1
1..1
1.. P
Prro
oppó
óssiitto
o
El documento de arquitectura de software tiene como finalidad mostrar una visión
global de la arquitectura aplicada al desarrollo del Sistema SOCDISAS (Sistema de Orden de
Compra, Despacho de Insumos, Activos y Servicios). Para este desarrollo se utilizó una
arquitectura basada en el modelo de 4+1 vistas, las cuales serán descritas a lo largo del
documento.
1
1..2
2.. A
Allcca
anncce
e
Este documento tiene como finalidad mostrar el detalle de las decisiones tomadas en
cuanto a la implementación y desarrollo de cada una de las vistas, correspondientes al modelo
de arquitectura de 4+1 vistas.
1
1..3
3.. D
Deeffiin
niicciio
onne
ess,, A
Accrró
ónniim
mooss yy a
abbrre
evviia
acciio
onne
ess
• Centro de Costo: Se refiere a todos los departamentos y tiendas que conforman la

empresa CENTROBECO C.A. Los departamentos se encuentran ubicados en la sede central
de la empresa en Boleíta. Las tiendas están ubicadas en las principales ciudades del país.


• Cuenta: Relación de dinero asignada por la gerencia general, a cada una de las actividades
que se hacen dentro de la empresa. Ejemplo: Cuenta de gastos de limpieza, Cuenta de
gastos de papelería, etc.

SOCDISAS


• Factura: Documento emitido por un proveedor que muestra la relación de los suministros
y precios comprendidos en una venta.


• Pago: Es el trámite que el Personal de Finanzas realiza, para cancelar una cuenta por
pagar que se tenga pendiente con un proveedor determinado.

SOCDISAS

• Usuarios: Son todas las personas que trabajan en los diversos centros de costo existentes
1
1..4
4.. R
Reeffe
erre
enncciia
ass
Este documento hace referencia al documento ERS, el cual permitirá dar mayor soporte
a la justificación de las vistas del modelo de 4+1 vistas. También hace referencia al documento
de Modelo de Datos, que explica con mayor profundidad el diseño de la estructura de datos
implementada en el sistema.
Estos documentos se encuentran en las carpetas comerciales y técnicas del proyecto.

La carpeta comercial está bajo la custodia de la Gerencia de Logística, y la carpeta técnica está
bajo la custodia de la Gerencia de Sistemas.
1
1..5
5.. V
Viissiió
ónng
geen
neerra
all
La estructura que presenta el documento es la siguiente: Vista de casos de uso, Vista
Lógica, Vista de Procesos, Vista de implantación y Vista de Implementación. Adicionalmente, se
hizo uso de la Vista de Datos, para dar una breve descripción de los datos que debe manejar y
almacenar el sistema.

SOCDISAS
22.. RReepprreesseennttaacciióónn ddee llaa A

Arrqquuiitteeccttuurraa
Como se ha mencionado anteriormente, para el desarrollo de esta aplicación, nos
basaremos en el modelo de 4+1 vistas. Este modelo abarca las siguientes vistas: Vista de Casos
de Uso, Vista lógica, Vista de procesos, Vista de Implantación y Vista de Implementación.
Figura 1. Modelo de Arquitectura de 4+1 Vistas
Representaremos cada una de las vistas del modelo de arquitectura usando los
diagramas y documentos que se listan a continuación:
• Vista de Casos de Uso: se expondrán los diagramas de caso de uso de cada uno de los
módulos que integran este Sistema. Cada uno de estos diagramas, muestra las
funcionalidades del módulo correspondiente con respecto a los actores involucrados.
• Vista lógica: expone los requerimientos funcionales que la aplicación debe brindar a los
usuarios. En ella se mostrará el modelo conceptual, el cual explica los elementos más
resaltantes del sistema. Además, se mostrará el modelo de datos, que informa la
distribución del almacenamiento de datos.
• Vista de procesos: se explicarán los requerimientos no funcionales que debe cumplir la
aplicación, así como las ventajas del diseño seleccionado.
• Vista de Implantación: se explicará el “hardware” y el “software” seleccionado para este
sistema, así como también el manejador de bases de datos utilizado.
• Vista de implementación: se expondrá la organización del “software” que compone este
sistema.

SOCDISAS
33.. M
Meettaass yy RReessttrriicccciioonneess A
Arrqquuiitteeccttóónniiccaass
Para que nuestro sistema sea de gran utilidad para la organización, debe abarcar una
serie de requisitos no funcionales, comunes en todas las aplicaciones existentes.
• Para entrar a producción, debe estar 100% funcional: todas las aplicaciones
desarrolladas, pasan por un proceso de prueba en un servidor llamado “Desarrollo” por
un período de varios meses. Durante este tiempo, los usuarios prueban los módulos ya
desarrollados, mientras se van implementando el resto. Para que salga un sistema a
producción, el sistema debe estar 100% funcional. Es por esta razón, que el sistema
que se va a desarrollar, deberá también estar 100% funcional para poder salir en
producción.
• La organización trabaja con JAVA y JSP: todas las aplicaciones de esta
organización, están desarrolladas en JAVA y JSP, por lo que este sistema debe utilizar la
misma tecnología de la empresa. No está permitido que se desarrolle en otros
lenguajes, ya que no cumple con los estándares establecidos.
• Manejador de Bases de Datos utilizado es DB2: las aplicaciones desarrolladas
deben soportar el manejador de bases de datos DB2, puesto que este es el manejador
que se tiene instalado en los servidores.
• Portabilidad: El sistema debe estar diseñado y elaborado, de tal manera que pueda
ejecutarse desde cualquier servidor, con ambiente Windows o Linux.
• Recuperabilidad de los Datos: El sistema debe permitir siempre poder recuperar la
información eliminada desde el sistema.
• Flexibilidad y Mantenibilidad: El sistema debe ser diseñado de forma tal que
facilite, en un futuro, la inclusión de nuevas funcionalidades, realizar cambios de
manera rápida y sencilla sobre las funcionalidades existentes, y poderse integrar a otros
sistemas.
• Tiempo de respuesta para una transacción: El tiempo de respuesta para una
transacción deberá ser en promedio de 5 segundos o menos.
• Información Centralizada: El sistema debe ser centralizado. Todos los usuarios,
indistintamente si se encuentran en las tiendas BECO, o en la oficina central, manejarán
la misma información.
• Concurrencia: El sistema debe manejar una concurrencia leve, ya que existe la
posibilidad de que algunos usuarios hagan operaciones simultáneas. Sin embargo, es
poco común que ocurra esta situación, ya que no serán muchos usuarios que
interactúan con el sistema, y la mayoría de estos usuarios solo accederán al mismo las
veces en que necesiten procesar algún pedido de insumos.

SOCDISAS
44.. VViissttaa ddee CCaassooss ddee U

Ussoo
Para representar esta vista, se usarán los diagramas de Casos de Uso que se
implementarán.
Existen seis actores identificados en el sistema: el Coordinador de Suministros, el

Auxiliar de Suministros, el Analista de Suministros, el Colaborador, el Gerente y el personal de
Finanzas.
Coordinador de Suministros (CS): es el encargado de administrar el proceso de Orden

de Compra y despacho de los insumos que llegan a la Sede Principal de la Compañía.
Auxiliar de Suministros (AXS): es el encargado de la administración de las notas de
recibo, y de las facturas emitidas por parte de los proveedores. Son los encargados de
generar una nueva nota, cada vez que se reciben insumos.
Analista de Suministros (ANS): es el encargado del proceso de chequeo físico para
determinados insumos, guardados en un almacén. Se encarga de contar la cantidad
existente por producto y de ingresar en el sistema los resultados obtenidos.
Colaborador (C): es quien crea los pedidos internos del Centro de Costo donde
pertenece, para que estos sean posteriormente evaluados y, en el caso de que así lo
amerite, aprobarlos por el colaborador autorizado (Gerente).
Gerente (G): es el encargado de gestionar los pedidos internos emitidos por los
colaboradores que trabajan en el Centro de Costo que él gestiona.
Personal de Finanzas (PF): es el encargado de emitir los pagos correspondientes a las
notas de recibo emitidas.
4
4..1
1.. P
Paaq
quue
ette
ess d
deeC
Caasso
oss d
deeU
Usso
o
Los casos de uso del sistema, se agruparon en 18 módulos o paquetes:
1. Módulo de Sesiones de Usuarios 10. Módulo de Facturas
2. Módulo de Manejo de Usuarios 11. Módulo de Línea de Insumos
3. Módulo de Almacenes 12. Módulo de Insumos
4. Módulo de Centros de Costo 13. Módulo de Notas de Recibo
5. Módulo de Inventario 14. Módulo de Órdenes de Compra
6. Módulo de Cuentas Contables 15. Módulo de Pedidos Internos
7. Módulo de Cuentas por Pagar 16. Módulo de Proveedores
8. Módulo de Devoluciones 17. Módulo de Solicitudes de Cotización
9. Módulo de Facturas Internas 18. Módulo de Despacho

SOCDISAS
Los diagramas a continuación, muestran la interacción entre los usuarios y los paquetes
del sistema:

Proveedores y Solicitudes de Cotización
Contables y Cuentas por Pagar

SOCDISAS
Insumos, Notas de Recibo y Órdenes de Compra
Pedidos Internos

SOCDISAS
Usuario
Se hace referencia al documento de Especificación de Requerimientos del Software

(ERS) para encontrar información de los casos de uso detallados para cada paquete, y de los
requerimientos que hace cumplimiento cada caso de uso.
55.. VViissttaa LLóóggiiccaa

En esta sección del documento se describe la vista lógica para el sistema SOCDISAS de
Beco. Se incluyen los modelos conceptual, y de datos de todo el sistema. También se incluyen
diagramas de clase y de secuencia de los módulos a desarrollar.
5
5..1
1.. V
Viissiió
ónnG
Geen
neerra
all
La estructura que presenta esta sección es la siguiente: Modelo de análisis o dominio,
paquetes de diseño significativos, diagramas de clases, realizaciones de los casos de uso.

SOCDISAS
5
5..2
2.. M
Mood
deello
odde
eAAn
náálliissiiss o
oDDo
ommiin
niio
o..
La siguiente figura representa el modelo de análisis donde visualiza la dinámica del
negocio.
Figura 7. Modelo de Análisis
Los Centros de Costo son todas las tiendas y departamentos de la sede administrativa,
que conforman la empresa. Cada uno de estos centros solicita a CENTROBECO Suministros, los
insumos que necesitan a través de pedidos internos, previamente autorizados por su
colaborador autorizado inmediato (en el caso de las tiendas es el gerente).
CENTROBECO Suministros es quien se encarga de la gestión, compra y despacho de los

suministros internos a todos los centros de costo. Es quien solicita a los proveedores los
insumos internos que se necesitan para el buen desempeño de la empresa en general.
CENTROBECO Suministros puede, en primera instancia, emitir una solicitud de

cotización a uno o varios proveedores. En dicha solicitud se pedirá información de precios y
ofertas sobre los insumos que se quieren comprar. Cada proveedor por su parte, le enviará su
cotización y, con esta información, emitirá las órdenes de compra necesarias, manteniendo
siempre el presupuesto disponible para el mes controlado.

SOCDISAS
Por otra parte, CENTROBECO Suministros puede directamente realizar una orden de
compra a un proveedor. En ella se solicitan varios insumos, a un precio previamente acordado
con él. Una vez que el proveedor recibió la orden, envía los productos pedidos al Centro de
Distribución, junto con su respectiva factura, contabilizando lo que despachó, y el monto total
del envío.
Una vez que llega la mercancía, se procede a cotejar la factura con lo recibido. Esto es
con el fin de determinar si existen diferencias (déficit o excedente) entre lo despachado y lo
facturado. Cuando hay diferencias, se le notifica a CENTROBECO Suministros, quien decidirá si
devolver o no la mercancía.
Una vez que ha concluido el cotejo, se emite una nota de recibo que muestra, para
cada uno de los insumos, la cantidad exacta recibida, la cantidad aceptada, la cantidad según la
factura recibida, y la cantidad según la orden asociada. Esta nota se envía luego a
CENTROBECO Suministros.
Cada uno de los insumos recibidos se guarda dentro de un almacén, y se organiza entre
las diversas líneas disponibles. Cada uno de ellos es distribuido entre los diversos Centros de
Costo, de acuerdo a lo solicitado en sus pedidos internos.
Posteriormente el Departamento de Finanzas, procede al pago de las deudas que se

generan cuando se emite una nota de recibo. El monto del pago es restado del presupuesto
total asignado a la(s) cuenta(s) asociada(s).
Periódicamente además, se realizan procesos de inventario, para cotejar la cantidad de

insumos contabilizados por el sistema, con los que existen realmente en los almacenes. Los
analistas de suministros se encargan de contar una serie de insumos y registrar cada conteo
que realicen. Estos resultados se muestran en un reporte final, que es enviado al Coordinador
de Suministros.

SOCDISAS
5
5..3
3.. D
Diia
aggrra
amma
ass d
deeC
Clla
asse
e
Figura 8. Diagrama de Clase – Almacenes

SOCDISAS
Figura 9. Diagrama de Clase – Inventario

SOCDISAS
Figura 10. Diagrama de Clase – Cuentas Contables

SOCDISAS
Figura 11. Diagrama de Clase – Devoluciones

SOCDISAS
Figura 12. Diagrama de Clase – Facturas

SOCDISAS
Figura 13. Diagrama de Clase – Insumos

SOCDISAS
Figura 14. Diagrama de Clase – Notas de Recibo

SOCDISAS
Figura 15. Diagrama de Clase – Órdenes de Compra

SOCDISAS
Figura 16. Diagrama de Clase – Sesiones de Usuario

SOCDISAS
5
5..4
4.. D
Diia
aggrra
amma
ass d
deeS
Seeccu
ueen
ncciia
a
• Agregar Almacén
Figura 17. Diagrama de Secuencia – Agregar Almacén
• Anular Almacén
Figura 18. Diagrama de Secuencia – Anular Almacén
• Listar Almacenes Anulados

SOCDISAS
Figura 19. Diagrama de Secuencia – Listar Almacenes Anulados
• Listar Almacenes No Anulados
Figura 20. Diagrama de Secuencia – Listar Almacenes No Anulados
• Modificar Almacén
Figura 21. Diagrama de Secuencia – Modificar Almacén

SOCDISAS
• Restaurar Almacén
Figura 22. Diagrama de Secuencia – Restaurar Almacén
• Agregar Conteo Físico
Figura 23. Diagrama de Secuencia – Agregar Conteo Físico
• Cerrar Proceso de Inventario
Figura 24. Diagrama de Secuencia – Cerrar Proceso de Inventario
• Iniciar Proceso de Inventario

SOCDISAS
Figura 25. Diagrama de Secuencia – Iniciar Proceso de Inventario
• Listar Historial de Conteos
Figura 26. Diagrama de Secuencia – Listar Historial de Conteos
• Listar Inventarios

SOCDISAS
Figura 27. Diagrama de Secuencia – Listar Inventarios
• Listar Conteos por Usuario de un Inventario Actual
Figura 28. Diagrama de Secuencia – Listar Conteos por Usuario
• Realizar Ajustes
Figura 29. Diagrama de Secuencia – Realizar Ajustes
• Agregar Cuenta Contable
Figura 30. Diagrama de Secuencia – Agregar Cuenta Contable

SOCDISAS
• Listar Cuentas Contables
Figura 31. Diagrama de Secuencia – Listar Cuentas Contables
• Anular Devolución
Figura 32. Diagrama de Secuencia – Anular Devolución
• Cambiar Estado Devolución
Figura 33. Diagrama de Secuencia – Cambiar Estado Devolución

SOCDISAS
• Emitir Devolución
Figura 34. Diagrama de Secuencia – Emitir Devolución
• Listar Devoluciones Anuladas
Figura 35. Diagrama de Secuencia – Listar Devoluciones Anuladas
• Listar Devoluciones No Anuladas
Figura 36. Diagrama de Secuencia – Listar Devoluciones No Anuladas
• Restaurar Devolución

SOCDISAS
Figura 37. Diagrama de Secuencia – Restaurar Devolución
• Consultar Factura
Figura 38. Diagrama de Secuencia – Emitir Devolución
• Listar Facturas

SOCDISAS
Figura 39. Diagrama de Secuencia – Listar Devoluciones Anuladas
• Agregar Insumo
Figura 40. Diagrama de Secuencia – Agregar Insumo
• Anular Insumo

SOCDISAS
Figura 41. Diagrama de Secuencia – Anular Insumo
• Listar Insumos Anulados
Figura 42. Diagrama de Secuencia – Listar Insumos Anuladas
• Listar Insumos No Anulados
Figura 43. Diagrama de Secuencia – Listar Insumos No Anulados
• Modificar Insumos

SOCDISAS
Figura 44. Diagrama de Secuencia – Modificar Insumos
• Restaurar Insumos
Figura 45. Diagrama de Secuencia – Restaurar Insumos
• Consultar Nota de Recibo

SOCDISAS
Figura 46. Diagrama de Secuencia – Consultar Nota de Recibo
• Emitir Nota de Recibo
Figura 47. Diagrama de Secuencia – Emitir Nota de Recibo
• Listar Notas de Recibo

SOCDISAS
Figura 48. Diagrama de Secuencia – Listar Notas de Recibo
• Anular Orden de Compra
Figura 49. Diagrama de Secuencia – Anular Orden de Compra
• Emitir Orden de Compra

SOCDISAS
Figura 50. Diagrama de Secuencia – Emitir Orden de Compra
• Listar Órdenes de Compra Anuladas
Figura 51. Diagrama de Secuencia – Listar órdenes de Compra Anuladas
• Listar Órdenes de Compra No Anuladas

SOCDISAS
Figura 52. Diagrama de Secuencia – Listar Órdenes de Compra No Anuladas
• Restaurar Orden de Compra
Figura 53. Diagrama de Secuencia – Restaurar Orden de Compra
• Modificar Orden de Compra

SOCDISAS
Figura 54. Diagrama de Secuencia – Modificar Orden de Compra
• Iniciar Sesión
Figura 55. Iniciar Sesión

SOCDISAS
5
5..5
5.. D
Diia
aggrra
amma
ass W
WAAE
E
5.5.1. Diagrama General
Figura 56. Diagrama WAE – General

SOCDISAS
Figura 57. Diagrama WAE – Módulo Almacenes
Figura 58. Diagrama WAE – Módulo Inventario

SOCDISAS
Figura 59. Diagrama WAE – Módulo Cuentas Contables
Figura 60. Diagrama WAE – Módulo Devoluciones

SOCDISAS
Figura 61. Diagrama WAE – Módulo Facturas
Figura 62. Diagrama WAE – Módulo Insumos

SOCDISAS
Figura 63. Diagrama WAE – Módulo Nota de Recibo
Figura 64. Diagrama WAE – Módulo Órdenes de Compra

SOCDISAS
66.. VViissttaa ddee PPrroocceessooss

Para fines de nuestra aplicación, se debe garantizar la concurrencia en los siguientes
casos de orden de compra, notas de recibo, insumos, inventario, para los casos en que haya
más de una persona modificando o alterando los mismos datos, y así evitar incongruencia en
los datos que se están llevando almacenado.
Actualmente, como es sólo una persona quien emite las órdenes de compra y
solicitudes, además de despacho de insumos, la concurrencia en estos módulos no aplica, ya
que es sólo una persona la encargada de llevar el control de esa información. De la misma
manera ocurre con las notas de recibo emitidas.
77.. VViissttaa ddee IIm

mppllaannttaacciióónn
En esta sección se detallan las decisiones tomadas con respecto al almacenamiento de
datos persistentes del sistema.
7
7..1
1.. S
Seerrvviid
doorre
ess
La aplicación será instalada en un Servidor AS/400, utilizado en la empresa. Este
servidor ofrece una elevada seguridad e integración, pues en el Sistema Operativo, viene ya
incluido todo lo necesario para poder sacarle el máximo rendimiento: Base de datos,
comunicaciones, herramientas de desarrollo, etc. Integra tecnologías como TCP/IP, la mayor
parte de APIS de UNIX, Java. Da soporte a todo tipo de archivo e integra a Novell Netware,
Windows NT, Notes, etc.
Para que el programa funcione, el servidor debe contar con la aplicación servidor que
compile e interprete las clases de “Java” y las páginas en “JSP”., como por ejemplo el “Apache
Tomcat”, o el “JBOSS”.
7
7..2
2.. M
Maan
neejja
addo
orr d
deeb
baasse
ess d
deed
daatto
oss
Utilizaremos para la implementación de la base de datos de la aplicación el manejador
“DB2 de IBM”. La razón de haber escogido este manejador, se debe a que la empresa maneja
todas sus aplicaciones en servidores “AS400”, que tienen incorporado este manejador.

SOCDISAS
En líneas generales, este manejador ofrece grandes ventajas de flexibilidad y

escabilidad, ya que es funcional desde varios sistemas operativos, como Windows, Linux, Sun
Solaris, HP-UX, AIX U OS/2, etc.
Permite agilizar el tiempo de respuestas de esta consulta, y recuperación utilizando

accesos de índices, predicados correlacionados, tablas de resumen, tablas replicadas y uniones
“hash”.
Este manejador utiliza una combinación de seguridad externa y control interno de

acceso a proteger datos, ya que guarda sus datos contra la pérdida, acceso desautorizado, o
entradas inválidas.
La mayoría de los que utilizan equipos IBM utilizan DB2 porque es confiable y tiene un
muy buen soporte técnico.
Adicionalmente, se puede realizar la administración de una base de datos en “DB2”

desde cualquier puesto de trabajo, ya que se encuentra instalado en los servidores de la
empresa. Este manejador también proporciona un controlador, para poder ser accedido desde
aplicaciones en “Java”.
7
7..3
3.. E
Esstta
acciio
onne
ess d
deeT
Trra
abba
ajjo
o
Los usuarios de la aplicación podrán acceder a la misma en el servidor, desde sus
computadoras en sus oficinas, conectadas a la “intranet” de la empresa. Esta “intranet” es la
red conformada por las estaciones de trabajo dentro de Beco, y el servidor “AS400”. Los
usuarios, en sus computadoras, deben tener instalado un navegador Web como “Internet
Explorer”, “Mozilla Firefox”, “Netscape Navigator”, etc.
Figura 65. Diagrama de Componentes o Despliegue

SOCDISAS
88.. VViissttaa ddee IIm

mpplleem
meennttaacciióónn
8
8..1
1.. V
Viissiió
ónnG
Geen
neerra
all
En esta sección se explicará las diferentes capas de la arquitectura, las cuales son: capa
de presentación, capa de negocio, capa manejadora de datos, permitiendo de esta manera, una
clara diferenciación entre ellas, y que es lo que cada una contiene. Se muestra un diagrama
que permite determinar la manera en cómo estas capas interactúan entre sí, y las razones por
las cuales se decidió este tipo de arquitectura para la aplicación.
8
8..2
2.. D
Diivviissiió
ónnd
deell S
Siisstte
emma
appo
orr M
Móód
duullo
oss
Como se indicó en la vista de casos de uso, optamos por dividir el sistema en módulos
que agrupan casos de uso que están relacionados a varios objetivos que se deben cumplir.
8
8..3
3.. C
Caap
paass yy o
obbjje
etto
oss q
quue
e cco
ommp
poon
ne n llo
en oss m
móód
duullo
oss d
dee lla
a
a
applliicca
acciió
ónn
Cada uno de los módulos de la aplicación desarrollada presenta una arquitectura de
“Software” basada en un modelo de tres capas. Este modelo se encuentra constituido por:
9 Una capa manejadora de datos que maneja todos los procesos que interactúan con la
base de datos del Sistema. En esta capa se accede, se agregan y/o modifican todos los
datos que en ella se almacenan. Para la implementación de esta capa, se usará el lenguaje
de programación JAVA.
9 Una capa de negocio que determina la lógica del sistema, realizando las operaciones
estadísticas y de información, con los datos obtenidos en la capa anterior. Para la
implementación de esta capa, se usará el lenguaje de programación JAVA.
9 Una capa de presentación que es la interfaz que permite la interacción entre el usuario y
el Sistema. Para desarrollar esta capa, se utilizará el “framework Struts” que obedece el
patrón “MVC (Model View Controller)”. En la interfaz gráfica se implementarán los
paradigmas de “HTML”, “JSP”, “Javascript”, y “AJAX”.
La aplicación utiliza objetos, que representan los conceptos importantes que se deben
manejar. Cada uno de ellos tiene atributos que mantienen en memoria la información obtenida

SOCDISAS
de la base de datos o del usuario. Estos objetos son conocidos a nivel de programación “JAVA”
como “beans”.
Figura 66. Diagrama de Capas
99.. VViissttaa ddee D

Daattooss
9
9..1
1.. U
Unniivve
errsso
odde
ell D
Diissccu
urrsso
o
CENTROBECO C.A es una empresa que se dedica a la venta de equipos para el hogar,
belleza, deporte y moda a lo largo del país. La Coordinación de Suministros es una sección del
departamento de Logística, ubicada en la sede principal de la compañía, y se encarga del
despacho e inventario de los suministros internos necesarios para el buen funcionamiento de
cada una de las tiendas y departamentos, además de la emisión de las órdenes de compra
necesarias y servicios que se requieran para ello. Actualmente, todos estos procesos se llevan

SOCDISAS
de manera manual, por lo que se desea construir una base de datos que permita almacenar
todos los datos importantes.
La compañía cuenta con varios Centros de Costo, integrados por todas las tiendas y
departamentos de la sede principal. Cada uno de ellos a su vez, está integrado por secciones,
las cuales tienen una función específica dentro del centro de costo, y para lograrla, necesitan de
insumos que les permitan mejorar su productividad. Se desea almacenar de los centros de
costo el código, nombre, dirección, persona encargada, el correo electrónico de dicha persona,
y las secciones que lo componen.
Cada sección tiene colaboradores o usuarios asignados. De los usuarios se desea

almacenar: el nombre, el número de empleado, la contraseña, el login, dirección, teléfono,
correo electrónico, celular y cédula. Dentro de los colaboradores, existen 5 tipos diferentes,
importantes en este sistema: el Coordinador de Suministros, el Analista de Suministros, el
Auxiliar de Suministros, el Personal de Finanzas y los Gerentes.
Para llevar un manejo de los gastos que se llevan, la compañía ha creado varias
cuentas contables. Cada cuenta maneja una variedad determinada de insumos, y tiene un
presupuesto que abarca todo el año fiscal de la compañía (comienza en el mes de Julio, y
termina en el mes de Junio del siguiente año). Este presupuesto es asignado por el
departamento de Contabilidad, en función de varios aspectos, como por ejemplo: la prioridad
de la cuenta, el total de gastos durante el año anterior, etc. Cada cuenta además tiene un
código, un nombre y una descripción, las cuales las provee directamente la Corporación
BECOBLOHM.
Cuando Contabilidad finalmente ha emitido el reporte con el presupuesto anual para

cada cuenta, este se envía a la Coordinación de Suministros. Dicha Coordinación comienza a
registrar esa información, e inicia el proceso de distribución del presupuesto mensual, entre los
centros de costo existentes, de manera de establecer la cantidad de dinero con el que cada
centro de costo contará para los diversos insumos y/o servicios que necesiten. Esto se cumple
para todas las cuentas contables, por lo que un centro de costo puede tener, varios
presupuestos para un mismo mes (uno por cada cuenta)
Los insumos son todos los artículos de uso interno, que se compran para los centros de
costo, y no son para la venta al público. En particular se desea almacenar los datos de los
insumos, los cuales son: nombre, código, marca, modelo, fecha en la que se registró,
procedencia (nacional o importado), cantidad disponible, cantidad mínima que se debe tener,

SOCDISAS
cantidad máxima, cantidad promedio los últimos tres precios de compra, precio promedio
presentación (por caja, unidad), talla, color.
Cada insumo pertenece a una línea o categoría. Cada línea tiene un nombre, una
descripción y un código. Toda línea existente, tiene una cuenta asociada (equipo de oficina,
fotocopia, etc).
Todos los insumos se guardan físicamente en los Depósitos o Almacenes, los cuales
tienen un nombre, dirección física, el monto total en Bolívares que se tiene, la cantidad
guardada y el monto total por insumo. De estos almacenes es donde se sacarán la mercancía a
repartir a los centros de costo, cuando así se requiera.
Cuando un insumo comienza a escasear en un centro de costo, un colaborador emite

un pedido interno. Este pedido es un documento en donde se solicitan los insumos que hacen
falta, y debe llevar: el centro de costo solicitante, sección del centro de costo, la fecha del
pedido, número de documento, los artículos que se solicitan, su descripción, el precio unitario y
total por artículo, el monto total de la solicitud, el motivo por el cual se hace la solicitud,
teléfonos, gerente responsable, persona de contacto, dirección de entrega del pedido y tipo de
cliente (tiendas, boleíta). El tipo de cliente es para indicar la prioridad del pedido (en la
compañía los pedidos de las tiendas tienen mayor prioridad que aquellos emitidos en la sede
principal).
Cada centro de costo cuenta con un colaborador autorizado, quien se encargará de

revisar los pedidos internos emitidos en su centro de costo, y aprobarlos o rechazarlos según lo
descrito en el pedido. En el caso de ser aprobado, se envía el pedido al Coordinador de
Suministros, quien decidirá bajo lo descrito allí, la urgencia con la cual ese pedido debe hacerse.
Por otra parte, la Coordinación de Suministros puede comprar insumos, sin tener que
esperar un pedido interno. Existen dos formas de iniciar este proceso:
La primera forma es realizando una solicitud de cotización a varios proveedores, que es

un documento en donde se solicita el precio y ofertas para los insumos en cuestión. Este
documento contiene: la descripción de los artículos, la cantidad solicitada por insumo, la fecha
de emisión y una fecha tope que indica el tiempo máximo de entrega de la cotización por parte
de los proveedores.

SOCDISAS
Los proveedores son personas o compañías a quienes se les compra la mercancía. Cada
proveedor tiene una razón social o nombre, rif, nit, dirección, fax, móvil, persona de contacto,
web, e-mail y tipo de mercancía que despacha.
Una vez que se reciben las cotizaciones, el Coordinador decide si generar una orden de
compra, respecto a la información que se tiene en la cotización.
La segunda manera es emitir una orden de compra directamente a un proveedor, sin la

necesidad de emitir una solicitud.
Cada orden de compra debe llevar: número de la orden, la descripción de los insumos,
la cantidad por insumo, precio unitario y total por insumo, sub-total, impuesto, descuento,
monto total, condición de pago, fecha de emisión y fecha de entrega. La fecha de entrega
puede ser para toda la orden, pero puede darse el caso de que cada insumo tenga su propia
fecha de entrega. Esta decisión la toma el Coordinador de Suministros, en función del
presupuesto con el que se cuente para el mes de emisión de la orden. La orden de compra
debe también reflejar la fecha de entrega por insumos, en caso de tenerla.
Una vez emitida la orden, el Coordinador de Suministros la envía al proveedor asociado.

Este despacha la mercancía recibida a la sede principal, junto con una factura que contiene: un
número, la fecha de facturación, el monto unitario y total por insumo, el monto total, las
condiciones de entrega y la cantidad enviada por insumo. Es aquí donde comienza el proceso
de recepción de suministros, y de emisión de las notas de recibo que se cancelarán
posteriormente al proveedor.
El Personal de Distribución cuenta una a una, la cantidad que se recibe por insumo, y lo
compara con la cantidad según la orden de compra asociada, y con la factura recibida, y se
anotan todas las diferencias encontradas entre lo facturado y lo contado. Una vez finalizado
este cotejo, se indica la cantidad que finalmente se va a aceptar, y la cantidad a devolver en el
caso de que aplique.
Al final del proceso se emite una nota de recibo, que es un documento que resume
todo este proceso de cotejo. Más específicamente, la nota de recibo tendrá los siguientes datos:
Orden de Compra asociada, la descripción de los insumos que se recibieron, la cantidad según
orden de compra, la cantidad según la factura, la cantidad según el chequeo, la diferencia entre
lo facturado y lo chequeado, la cantidad aceptada, el sub-total de la nota, el monto total por el
impuesto, el total de la nota, la fecha de emisión, la fecha de facturación (fecha de la factura),

SOCDISAS
el código de la factura, observaciones en caso de que haya algo que comentar y las condiciones
de entrega. Estas condiciones indican el tipo de entrega (orden total, orden parcial y
excedente).
La orden total ocurre cuando la cantidad aceptada es la misma que se había solicitado
en la orden de compra, por lo que esta pasa de estar pendiente a entregada. Orden Parcial es
cuando no se ha recibido toda la mercancía, por lo que la orden de compra pasa de estar
pendiente, a parcialmente entregada. Excedente es cuando se acepta más cantidad de la que
se había pedido inicialmente y, en este caso, la orden de compra pasa a estado entregada. La
decisión de cuánto se va a aceptar por insumo depende exclusivamente del Coordinador de
Suministros. Este documento es con el que se cancelará la mercancía al proveedor, puesto que
indica claramente el total de la mercancía recibida y aceptada.
Así como se acepta una cantidad por cada insumo, el Coordinador de Suministros
puede ordenar una devolución. Cuando esto ocurre, es necesario emitir un documento que
contenga: la(s) nota(s) de recibo asociada(s), los insumos que se están devolviendo, la
cantidad a devolver y el monto total en Bs. de dicha devolución. Hay que aclarar que, para una
nota de recibo, la cantidad que se devuelve no puede superar la cantidad aceptada. Este
documento se envía al proveedor, junto con la mercancía física, y se actualiza el monto a
cancelar para las notas involucradas. Si la nota ya ha sido cancelada, no se podrá emitir
ninguna devolución para la misma.
Cada vez que se emita una nota de recibo y/o una devolución, se debe actualizar el
inventario, sumando la cantidad aceptada o restando la cantidad devuelta, según sea el caso.
Una vez que se ha emitido la nota de recibo, se puede proceder a realizar el pago de la
misma, pero esto dependerá principalmente de la condición de pago establecida para la orden
asociada (30 días, 45 días, etc), y del convenio o trato (ofertas) que se haya hecho con el
proveedor (en caso de haberlo). De esta manera, el pago puede ser inmediato a la emisión de
la nota, o bien varios días después, pero nunca debe ser mayor que lo señalado en la condición
de pago. Puede haber varios tipos de pago:
• Pagos por adelanto: en este caso, se debe abonar una cantidad para que el
proveedor despache la mercancía hacia la sede principal. En este caso, el personal de
finanzas, genera un nuevo pago, y registrará una nueva cuenta por pagar, asociada a dicha
orden de compra

SOCDISAS
• Pagos por pronto pago: se contemplan las ofertas o descuentos que realizan los
proveedores, si se cancela la deuda antes de la fecha establecida. En este caso, el personal
de finanzas registra una nueva cuenta por pagar, asociada con la nota de recibo y la
factura emitida por el proveedor.
• Pago normal: se emite un nuevo pago, una vez recibida la mercancía, sin tomar en
cuenta ninguna oferta.
Con la nota de recibo, el Coordinador de Suministros revisa los pedidos internos

pendientes, y comienza el proceso de distribución y despacho de insumos a los centros de costo
y secciones. Durante este proceso se establecerá, bajo algún parámetro, cómo se va a distribuir
la mercancía. Existen dos maneras de distribuirla:
• Distribución de gastos: la distribución es por monto en Bs. y no por cantidad de

insumos. Ejemplo: 1 millón de bolívares en bolsas para Tienda Tamanaco, 500000 Bs. en
bolsas para Tienda Chacaito, etc
• Distribución de insumos: se establece la cantidad exacta por insumo que se va a
despachar. Ejemplo: 1000 bolsas para Tienda Tamanaco, 500 bolsas para Tienda Chacaito,
etc
Para realizar esta distribución, el Coordinador de Suministros puede apoyarse en alguno

de estos parámetros:
• Por porcentaje de ventas: las tiendas con mayor porcentaje de ventas tienen mayor
prioridad, y se les despachará mayor cantidad de insumos, o mayor monto en Bs. según
sea el caso.
• Manual: el Coordinador de Suministros decide abiertamente cuánto despachar a cada
centro de costo.
• Artículos recibidos: en el caso de que se hayan despachado los insumos, se le
cobrarán los artículos enviados.
Cuando finaliza la distribución, el Coordinador emite una factura a cada centro de costo,
indicando los insumos que se van a despachar, y el monto total del despacho. Esta factura
interna contiene: la sección afectada, el centro de costo asociado, la fecha de emisión, los
insumos a despachar, el precio unitario y total por insumo, el monto total de la factura, el
número del pedido interno, y el tipo de entrega (parcial o total). El monto total será descontado
del presupuesto disponible del centro de costo para la fecha de emisión, y además se
actualizará el presupuesto disponible de todas las cuentas contables que se vean afectadas con

SOCDISAS
esta distribución. Esto se realiza con la finalidad de poder mantener un control exacto del
dinero con el que se cuenta para todo el proceso de compra y despacho de insumos.
Periódicamente se realizan procesos de inventario, para cotejar la cantidad de insumos

contabilizados por el sistema, con los que existen realmente en los almacenes. Los analistas de
suministros se encargan de contar una serie de insumos y registrar cada conteo en el sistema.
El sistema debe guardar un historial que contraste la cantidad de insumos registradas en el
sistema, y la cantidad de insumos contados en un proceso de inventario. Por lo tanto, se debe
almacenar los resultados de dicho conteo, indicando nombre del artículo, código, presentación,
los resultados obtenidos, fecha del conteo y quien lo realizó. Finalmente, se debe actualizar la
cantidad de insumos contabilizados hasta la fecha del último proceso de inventario, de acuerdo
con los resultados que arrojen los conteos.
9
9..2
2.. M
Mood
deello
oEEn
nttiid
daad
d IIn
ntte
errrre
ella
acciió
ónnE
Exxtte
ennd
diid
doo((E
ERR--E
E))
9.2.1. Diagrama ER
Figura 67. Diagrama Entidad Interrelación (ER)

SOCDISAS
9.2.2. Diccionario para las Entidades y Atributos
Tipo del
Entidad Descripción Atributos Descripción del Atributo
Atributo
ADELANTO Los adelantos que se Monto Cantidad total a cancelar Simple
hacen para que la Monovaluado
mercancía de una Primitivo
Orden de Compra Fijo
comience a ser Fecha del abono La fecha de emisión del Simple
despachada por el adelanto Monovaluado
proveedor Primitivo
Fijo
ALMACEN Los depósitos donde Código Identificador del almacén Clave
se guardan Simple
físicamente los Monovaluado
insumos que se Primitivo
reciben Fijo
Dirección Física Donde está ubicado Simple
físicamente el almacén Monovaluado
Primitivo
Fijo
Nombre Nombre del almacén Simple
Monovaluado
Primitivo
Fijo
Anulado Indica si el almacén esta o Simple
no anulado Monovaluado
Primitivo
Fijo
CENTRO_ Tiendas o Código Identificador del centro de Clave
COSTO departamentos que costo Simple
integran la compañía Monovaluado
CENTROBECO C.A. Primitivo
Fijo
Nombre Nombre del centro de costo Simple
Monovaluado
Primitivo
Fijo
Dirección Donde se encuentra Simple
físicamente el centro de Monovaluado
costo Primitivo
Fijo
Teléfono Teléfono del centro de Simple
costo Monovaluado
Primitivo
Fijo
Correo Electrónico Correo electrónico de la Simple
persona de contacto Monovaluado
Primitivo
Fijo
Persona de Contacto Nombre de la persona de Simple
contacto Monovaluado
Primitivo
Fijo
Tipo Tipo de centro de costo Simple
(tienda, departamento Monovaluado
Primitivo
Fijo
Anulado Indica si el centro de costo Simple
está anulado Monovaluado
Primitivo
Fijo
COLABORADOR Empleado de algún Anulado Indica si el colaborador Simple
departamento o está anulado Monovaluado
tienda Primitivo
Fijo

SOCDISAS
CONDICION_ Forma que se tiene Nombre Nombre de la condición de Simple

PAGO para cancelar una pago Monovaluado
mercancía Primitivo
Fijo
CUENTAS_ Cuentas de Código Identificador de la cuenta Clave
CONTABLES contabilidad, que contable Simple
manejan un Monovaluado
presupuesto para Primitivo
cada año fiscal, Fijo
distribuido entre los Nombre Nombre de la cuenta Simple
centros de costo contable Monovaluado
Primitivo
Fijo
Descripción Descripción de lo que Simple
maneja la cuenta contable Monovaluado
Primitivo
Fijo
Estado Indica si la cuenta está o Simple
no activa Monovaluado
Primitivo
Fijo
DEVOLUCIONES Reembolsos de los Número Identificador de la Clave
insumos recibidos devolución Simple
hacia los proveedores Monovaluado
Primitivo
Fijo
Fecha Emisión Fecha en la que se emite la Simple
devolución Monovaluado
Primitivo
Fijo
Observaciones Comentario respecto a la Simple
devolución Monovaluado
Primitivo
Opcional
Estado Indica si la devolución está Simple
o no “devuelta” Monovaluado
Primitivo
Fijo
Anulado Indica si la devolución se Simple
ha anulado Monovaluado
Primitivo
Opcional
FACTURA Documento recibido Número Identificador de la factura Clave
de los proveedores Simple
que indica la Monovaluado
mercancía que se está Primitivo
entregando Fijo
Fecha de emisión Fecha en la que se emite la Simple
factura Monovaluado
Primitivo
Fijo
Observaciones Comentario adicional sobre Simple
la factura Monovaluado
Primitivo
Opcional
Código impreso Número que viene en el Simple
documento físico recibido Monovaluado
Primitivo
Fijo
Monto Total en Bs. que se está Simple
facturando Monovaluado
Primitivo
Fijo
Monto con IVA Total en Bs. que se está Simple
facturando, con el impuesto Monovaluado
de ley Primitivo
Fijo
GERENTE Máxima autoridad de Anulado Indica si el gerente está o Simple
un centro de costo no en el sistema Monovaluado
SOCDISAS
Primitivo
Fijo
IMPUESTO Tasas del IVA Fecha Fecha de inicio del IVA Simple
Monovaluado
Primitivo
Fijo
Tasa porcentual Porcentaje de IVA vigente Simple
Monovaluado
Primitivo
Fijo
Fecha de cierre Fecha de cierre de la tasa Simple
Monovaluado
Primitivo
Fijo
INSUMO Los artículos que se Código Identificador del insumo Clave
compran a los Simple
proveedores Monovaluado
Primitivo
Fijo
Nombre Nombre del Insumo Simple
Monovaluado
Primitivo
Fijo
Marca Marca del insumo Simple
Monovaluado
Primitivo
Fijo
Modelo Modelo del insumo Simple
Monovaluado
Primitivo
Opcional
Color Color del Insumo Simple
Monovaluado
Primitivo
Opcional
Iva Indica si el insumo está o Simple
no exento de IVA Monovaluado
Primitivo
Opcional
Procedencia Indica si le insumo es Simple
nacional o importando Monovaluado
Primitivo
Fijo
Precio promedio Precio derivado de las Simple
últimas tres compras Monovaluado
Derivado
Fijo
Stock mínimo Cantidad mínima con la que Simple
se debe contar físicamente Monovaluado
en almacén Primitivo
Fijo
Stock máximo Cantidad máxima con la Simple
que se debe contar Monovaluado
físicamente en almacén Primitivo
Fijo
Presentación Forma en la que viene el Simple
insumo(caja) Monovaluado
Primitivo
Fijo
Talla Talla del insumo, en caso Simple
de que aplique Monovaluado
Primitivo
Opcional
Anulado Indica si un insumo está o Simple
Primitivo
Fijo
INVENTARIO Proceso que se realiza Numero Identificador del inventario Simple
periódicamente para Monovaluado
SOCDISAS
verificar la cantidad Primitivo

físicamente disponible Fijo
de los insumos. Fecha de Inicio Fecha en la que comienza Simple
el proceso de inventario Monovaluado
Primitivo
Fijo
Fecha Fin Fecha de culminación del Simple
proceso de inventario Monovaluado
Primitivo
Opcional
LINEA Categoría en la que se Código Identificador de la línea Clave
clasifican los insumos Simple
Monovaluado
Primitivo
Fijo
Nombre Nombre de la línea Simple
Monovaluado
Primitivo
Fijo
Descripción Explicación de los que Simple
contiene la línea Monovaluado
Primitivo
Fijo
Anulado Indica si está o no anulada Simple
la línea Monovaluado
Primitivo
Fijo
NOTA_ Documento emitido Código Identificador de la nota de Clave
RECIBO por el personal de recibo Simple
suministros cuando se Monovaluado
recibe mercancía de Primitivo
los proveedores Fijo
nota Monovaluado
Primitivo
Fijo
Condiciones de entrega Indica si la entrega es Simple
parcial, total, o excedente Monovaluado
Primitivo
Fijo
la nota Monovaluado
Primitivo
Opcional
Bultos Recibidos Número de bultos recibidos Simple
por parte del proveedor Monovaluado
Primitivo
Fijo
recibiendo Monovaluado
Primitivo
Fijo
Monto con IVA Total en Bs. que se está Simple
recibiendo con el IVA Monovaluado
incluido Primitivo
Fijo
ORDEN_ Documento que se Número Identificador de la orden de Clave
COMPRA envía a un proveedor, compra Simple
indicando los insumos Monovaluado
a comprar Primitivo
Fijo
orden Monovaluado
Primitivo
Fijo
Descuento Porcentaje de rebaja Simple
aplicado por el proveedor Monovaluado
Primitivo
Fijo
SOCDISAS

la orden de compra Monovaluado
Primitivo
Opcional
Anulado Indica si una orden está Simple
anulada o no Monovaluado
Primitivo
Fijo
recibiendo Monovaluado
Primitivo
Fijo
Fecha de Entrega Total en Bs. que se está Simple
recibiendo con IVA incluido Monovaluado
Primitivo
Opcional
ORDEN_COMPRA_ Estado actual de una Nombre Nombre del estado Simple
ESTADO orden de compra Monovaluado
Primitivo
Fijo
PAGO Cancelación de una Código Identificador del pago Clave
cuenta por pagar Simple
Monovaluado
Primitivo
Fijo
Fecha de pago La fecha de emisión del Simple
pago Monovaluado
Primitivo
Fijo
cancelando Monovaluado
Derivado
Fijo
PEDIDO_ Solicitudes que Código Identificador del pedido Clave
INTERNO realizan los centros de interno Simple
costo hacia el Monovaluado
Coordinador de Primitivo
suministros, indicando Fijo
los insumos que Fecha de pedido Fecha de emisión del Simple
necesitan pedido interno Monovaluado
Primitivo
Fijo
Dirección de entrega La dirección donde se Simple
despachará la mercancía Monovaluado
solicitada en le pedido Primitivo
Opcional
el pedido Monovaluado
Primitivo
Opcional
Aprobado Indica si el pedido ha sido Simple
aprobado por el Monovaluado
colaborador autorizado Primitivo
inmediato Fijo
Estado Indica el estado del pedido Simple
(enviado a coordinación, en Monovaluado
proceso, etc) Primitivo
Fijo
Anulado Indica si el pedido está o Simple
Primitivo
Fijo
PERSONAL_ Colaborador que se Anulado Indica si el colaborador Simple
FINANZAS encarga de procesar está o no anulado Monovaluado
los pagos y/o Primitivo
adelantos de una Fijo
cuenta por pagar u
orden de compra
respectivamente

SOCDISAS
PERSONAL_ Colaborador que Anulado Indica si el colaborador Simple

SUMINISTROS trabaja en la está o no anulado Monovaluado
coordinación de Primitivo
Suministros del Fijo
Departamento de Tipo Tipo de colaborador Simple
Logística (auxiliar de suministros, Monovaluado
analista de suministros) Primitivo
Fijo
PRESUPUESTO Cantidad de dinero Fecha de inicio del mes Fecha de inicio del mes del Simple
asignada por año año fiscal Monovaluado
fiscal para cada Primitivo
cuenta contable Fijo
Fecha fin del mes Fecha fin del mes del año Simple
fiscal Monovaluado
Primitivo
Fijo
PROVEEDOR Persona o compañía Código Identificador del proveedor Clave
que suministra los Simple
insumos a la Monovaluado
compañía Primitivo
Fijo
Razón social Nombre del proveedor Simple
Monovaluado
Primitivo
Fijo
Rif Rif del proveedor Simple
Monovaluado
Primitivo
Fijo
Nit Nit del proveedor Simple
Monovaluado
Primitivo
Fijo
Dirección Donde se encuentra Simple
ubicado físicamente el Monovaluado
proveedor Primitivo
Fijo
Fax Número de fax con el que Simple
cuenta el proveedor Monovaluado
Primitivo
Fijo
Celular 1 Celular 1 de la persona de Simple
Primitivo
Fijo
Celular 2 Celular 2 de la persona de Simple
Primitivo
Opcional
Teléfono 1 Teléfono 1 de la persona Simple
de contacto Monovaluado
Primitivo
Fijo
Primitivo
Opcional
Primitivo
Opcional
Persona de contacto Nombre de la persona de Simple
Primitivo
Fijo
Web Página web del proveedor Simple
Monovaluado
Primitivo
Opcional
SOCDISAS
Tipo de mercancía Tipo de mercancía que Simple

vende Monovaluado
Primitivo
Fijo
Correo electrónico Correo electrónico de la Simple
persona de contacto Monovaluado
Primitivo
Fijo
Anulado Indica si el proveedor está Simple
o no anulado Monovaluado
Primitivo
Fijo
SECCIONES Áreas en las que se Código Identificador de la sección Clave
divide un centro de Simple
costo Monovaluado
Primitivo
Fijo
Nombre Nombre de la sección Simple
Monovaluado
Primitivo
Fijo
Anulado Indica si la sección está o Simple
no anulada Monovaluado
Primitivo
Fijo
SOLICITUD_ Solicitud que realiza el Código Identificador de la solicitud Clave
COTIZACION Coordinador de Simple
suministros a uno o Monovaluado
varios proveedores, Primitivo
pidiendo ofertas sobre Fijo
insumos Fecha de la solicitud Fecha de emisión de la Simple
solicitud Monovaluado
Primitivo
Fijo
Fecha de entrega Fecha tope de entrega de Simple
la cotización por parte de Monovaluado
los proveedores Primitivo
Fijo
la solicitud Monovaluado
Primitivo
Opcional
Estado Estado de la solicitud Simple
Monovaluado
Primitivo
Fijo
Anulado Indica si la solicitud está o Simple
no anulada Monovaluado
Primitivo
Fijo
SUPERIOR_ Coordinador de Anulado Indica si el superior está Simple
SUMINISTROS Suministros anulado en el sistema Monovaluado
Primitivo
Fijo
Tipo Indica el tipo de Simple
colaborador(Gerente de Monovaluado
logística, Coordinador de Primitivo
Suministros) Fijo
USUARIO Colaborador con Login Nombre con el que inicia Simple
permisos dentro del sesión en el sistema Monovaluado
sistema Primitivo
Fijo
Contraseña Contraseña con la que Simple
inicia sesión en el sistema Monovaluado
Primitivo
Fijo
Código Identificador del usuario Simple
Monovaluado
Primitivo
SOCDISAS
Fijo
Nombre Nombre del Usuario Simple
Monovaluado
Primitivo
Fijo
Apellido Apellidos del usuario Simple
Monovaluado
Primitivo
Fijo
Cédula Número de cédula Simple
Monovaluado
Primitivo
Fijo
Dirección Dirección de habitación Simple
Monovaluado
Primitivo
Fijo
Teléfono Teléfono de habitación Simple
Monovaluado
Primitivo
Fijo
Celular Número de celular Simple
Monovaluado
Primitivo
Fijo
Correo Electrónico Correo electrónico del Simple
usuario Monovaluado
Primitivo
Fijo
Anulado Indica si el usuario está Simple
anulado en el sistema Monovaluado
Primitivo
Fijo
9.2.3. Descripción de las Interrelaciones
Tipo de
Asociación Semántica Atributos Descripción del Atributo
Atributo
abarcan Una cuenta contable C abarca una Anulado Indica si una cuenta Simple
Línea L contable C, sigue abarcando Monovaluado
la línea L Primitivo
Fijo
abona Una Orden de Compra O abona un
adelanto A
NO TIENE ATRIBUTOS
acepta Un proveedor P acepta una Condición Anulado Indica se el proveedor P, Simple
de Pago C sigue aceptando la Monovaluado
condición de pago C Primitivo
Fijo
aprueba Un Gerente G aprueba un Pedido Fecha de envío Indica la fecha en que el Simple
Interno P Gerente G, aprobó el pedido Monovaluado
P Primitivo
Opcional
cierra Un Superior de Suministros S cierra un
inventario I
NO TIENE ATRIBUTOS
contabiliza Una Centro de Costo C1 contabiliza un Presupuesto Monto en Bs. asignado para Simple
presupuesto P1 el centro de costo, durante Monovaluado
un mes del año fiscal Primitivo
Fijo

SOCDISAS
Presupuesto Monto en Bs. con el que Simple

disponible cuenta el centro de costo, Monovaluado
para un mes del año fiscal Primitivo
Fijo
Anulado Indica que ya el centro de Simple
Costo C, no contabiliza el Monovaluado
presupuesto P. Ocurre Primitivo
cuando se anula un centro Fijo
de costo
contiene Un Almacén A contiene un Insumo I Cantidad Cantidad físicamente Simple
disponible del insumo I, en Monovaluado
el almacén A Primitivo
Fijo
Anulado Indica si el almacén A Simple
contiene el insumo I Monovaluado
Primitivo
Fijo
coteja Una Nota de Recibo N coteja una
Factura F
NO TIENE ATRIBUTOS
cotiza Una Solicitud de Cotización S, cotiza un Cantidad La cantidad que en la Simple
Insumo I solicitud S, se está Monovaluado
cotizando el insumo I Primitivo
Fijo
Anulado Indica si la solicitud S, sigue Simple
cotizando el insumo I Monovaluado
Primitivo
Fijo
cubre Una Factura F cubre un Insumo I Cantidad según Cantidad que una factura F Simple
factura registra sobre un insumo I Monovaluado
Primitivo
Fijo
cuenta Un Analista de Suministros A cuenta un Cantidad Cantidad contada por parte Simple
insumo I de un inventario J de un analista A, para el Monovaluado
insumo I, durante el Primitivo
proceso de inventario J Fijo
Cantidad sistema Cantidad registrada en el Simple
sistema para el momento en Monovaluado
un analista A, cuenta el Primitivo
insumo I, durante el Fijo
proceso de inventario J
Observaciones Comentario adicional Simple
Monovaluado
Primitivo
Opcional
Anulado Indica si el proceso de Simple
conteo del insumo I, por el Monovaluado
analista A, durante el Primitivo
inventario J está anulado Fijo
despachada_ Una Orden de Compra O, se despacha
en en una Nota de Recibo N
NO TIENE ATRIBUTOS
devuelve Un Superior de Suministros S, devuelve Anulado Indica si la devolución D, Simple
una Devolución D realizada por el superior de Monovaluado
suministros S, está anulada Primitivo
Fijo
distribuir De una Nota de Recibo N, se Fecha Fecha de la distribución Simple
distribuyen Insumos I en Sección S Monovaluado
Primitivo
Fijo
Forma Tipo de Simple
distribución(porcentaje de Monovaluado
ventas, artículos enviados, Primitivo
porcentaje de gastos) Fijo

SOCDISAS
Cantidad Cantidad que se envía para Simple

el insumo I Monovaluado
Primitivo
Fijo
Estado Estado de la distribución Simple
Monovaluado
Primitivo
Fijo
emite Un Personal de Centro de Costo P1, Anulado Indica si el pedido interno Simple
emite un Pedido Interno P2 P2, emitido por el personal Monovaluado
de centro de costo P1, está Primitivo
anulado Fijo
enviada_ Una Solicitud de Cotización S es Anulado Indica si una solicitud de Simple
a enviada a un Proveedor P cotización S, enviada al Monovaluado
proveedor P está anulada Primitivo
Fijo
es_ Una Nota de Recibo N es pagada por
pagada un Pago P
NO TIENE ATRIBUTOS
forman Un Insumo I forma una Línea L Anulado La asociación entre el Simple
insumo I y la línea L está o Monovaluado
no anulada Primitivo
Fijo
genera Un Personal de Suministros P, genera
una Nota de Recibo N
NO TIENE ATRIBUTOS
gerencia Un Gerente G, gerencia un Centro de
Costo C
NO TIENE ATRIBUTOS
gestiona Un Personal de Finanzas P gestiona un
Adelanto A
NO TIENE ATRIBUTOS
incluye Una Orden de Compra O incluye un Cantidad Cantidad solicitada del Simple
Insumo I insumo I en la orden O Monovaluado
Primitivo
Fijo
Precio Precio de compra del Simple
insumo I en la orden O Monovaluado
Primitivo
Fijo
Fecha de Fecha tope de entrega del Simple
Entrega insumo I, en la orden O Monovaluado
Primitivo
Opcional
Anulado La asociación entre el Simple
insumo I y la orden O está Monovaluado
anulada o no Primitivo
Fijo
ingresa Un Personal de Suministros P, ingresa
una Factura F
NO TIENE ATRIBUTOS
lanza Un Superior de Suministros S1, lanza Anulado La asociación entre S1 y S2 Simple
una Solicitud de Cotización S2 está anulada o no Monovaluado
Primitivo
Fijo
ordena Un Superior de Suministros ordena una
Orden de Compra O
NO TIENE ATRIBUTOS
pertenece Un Personal de Centro de Costo P
pertenece a una Sección S
NO TIENE ATRIBUTOS

SOCDISAS
pide Una Orden de Compra O pide a un Descuento Porcentaje de descuento Simple

Proveedor P bajo la Condición de Pago que aplica el proveedor P, Monovaluado
C para la orden O, con la Primitivo
condición de pago C Fijo
Anulado Indica si la asociación entre Simple
P, O, C está o no anulada Monovaluado
Primitivo
Fijo
reembolsa Una Devolución D reembolsa un Monto Total en Bs. de la Simple
Insumo I de una Nota de Recibo N devolución D, para el Monovaluado
insumo I, de la nota N Primitivo
Fijo
Cantidad Cantidad que se reembolsa Simple
en la devolución D, para el Monovaluado
insumo I, de la nota N Primitivo
Fijo
Anulado La asociación entre D,N e I Simple
está anulada Monovaluado
Primitivo
Fijo
refleja Una Factura F refleja un Adelanto A Anulado La asociación entre F y A Simple
Primitivo
Fijo
registra Una Nota de Recibo N registra un Cantidad La cantidad que se recibe Simple
Insumo I del insumo I, para la nota N Monovaluado
Primitivo
Fijo
Cantidad según La cantidad que se contó Simple
chequeo físicamente para el insumo Monovaluado
I, de la nota N Primitivo
Fijo
Se_asigna Un presupuesto P, se asigna a una Presupuesto del Presupuesto inicial asignado Simple
cuenta contable C mes para la cuenta C, para el Monovaluado
período de presupuesto P Primitivo
Fijo
Presupuesto Presupuesto que queda Simple
disponible para la cuenta C, para el Monovaluado
período de presupuesto P Primitivo
Fijo
se_ Una Solicitud de Cotización S se Anulado La asociación entre S y O Simple
convierte_ convierte en una Orden de Compra O está anulada Monovaluado
en Primitivo
Fijo
se_ Un Centro de Costo C se divide en Anulado La asociación entre C y S Simple
divide_ Secciones S está anulada Monovaluado
en Primitivo
Fijo
solicita Un Pedido Interno P solicita un Insumo Cantidad Cantidad solicitada del Simple
I insumo I, en el pedido Monovaluado
interno P Primitivo
Fijo
Anulado La asociación entre P e I Simple
Primitivo
Fijo
suministra Un Proveedor P suministra un Insumo I Anulado La asociación entre P e I Simple
Primitivo
Fijo
tiene Una Orden de Compra O, tiene un
estado E
NO TIENE ATRIBUTOS
tramita Un Personal de Finanzas P tramita un
Pago P
NO TIENE ATRIBUTOS

SOCDISAS
9.2.4. Descripción de las Generalizaciones
Súper Clase Tipo Sub Clase Semántica

USUARIO Solapada SUPERIOR_ Un Superior de Suministros S es un Usuario U
SUMINISTROS
PERSONAL_ Un Personal de Suministros P es un Usuario U

SUMINISTROS
COLABORADOR Un Colaborador C es un Usuario U
COORDINADOR_ Un Coordinador de Suministros C es un Usuario U

SUMINISTROS
GERENTE Un Gerente G es un Usuario U
PERSONAL_ Un Personal de Finanzas P es un Usuario U

FINANZAS
9.2.5. Restricciones Explícitas
• No hay 2 usuarios con la misma cédula

(∀i,j ∈ USUARIO |i ≠ j: i.cedula ≠ j.cedula)
• La suma de los presupuestos de cada Centro de Costo para una misma cuenta y un
mismo mes del año fiscal, debe ser igual al presupuesto total disponible para la cuenta
asociada durante ese mes.
(∀i,j | i ∈ CENTRO_COSTO ^ j ∈ CUENTA_CONTABLE ^ k ∈ PRESUPUESTO ^

<i,k> ∈ contabiliza ^ <j,k> ∈ se_asigna ^
<i,k>.fecha_inicio_mes = <j,k>.fecha_inicio_mes ^
<i,k>.fecha_fin_mes = <j,k>.fecha_fin_mes :
Σ(<i,k>.presupuesto_mes) = <j,k>.presupuesto_mes)
• El monto total de una devolución, no debe ser mayor al monto total de la nota de
recibo asociada
(∀d,n, i | d ∈ DEVOLUCION ^ n ∈ NOTA_RECIBO ^ i ∈ INSUMO
^ <d,n,i> ∈ reembolsa :
Σ(<d,n,i>.monto) ≤ n.monto)
• El monto de un adelanto, no debe ser mayor que el monto total de la orden de compra
asociada

SOCDISAS
(∀a,o | a ∈ ADELANTO ^ o ∈ ORDEN_COMPRA ^ <a,o> ∈ abona :

a.monto ≤ o.monto)
• La cantidad que se devuelve de un insumo, no debe ser mayor que la cantidad recibida
(∀i,d,n | i ∈ INSUMO ^ d ∈ DEVOLUCION ^ n ∈ NOTA_RECIBO
^ <i,d,n> ∈ reembolsa:
<i,d,n>.cantidad ≤ <i,n>.cantidad)
• La cantidad que se devuelve de un insumo, no puede ser negativa

(∀i,d, n | i ∈ INSUMO ^ d ∈ DEVOLUCION ^ n ∈ NOTA_RECIBO
^ <i,d,n> ∈ reembolsa:
<i,d,n>.cantidad ≥ 0)
• La cantidad solicitada por insumo en un pedido interno, no puede ser negativa

(∀i,p | i ∈ INSUMO ^ p ∈ PEDIDO_INTERNO ^ <i,p> ∈ solicita:
<i,p>.cantidad ≥ 0)
• La cantidad cotizada de un insumo, no puede ser negativa

(∀i,s | i ∈ INSUMO ^ s ∈ SOLICITUD_COTIZACION^ <i,s> ∈ cotiza:
<i,s>.cantidad ≥ 0)
• La cantidad ordenada de un insumo, no puede ser negativa

(∀i,o | i ∈ INSUMO ^ o ∈ ORDEN_COMPRA ^ <i,o> ∈ incluye:
<i,o>.cantidad ≥ 0)
• El porcentaje de descuento otorgado en una orden de compra, no debe ser negativo

(∀p,o,c | i ∈ INSUMO ^ o ∈ ORDEN_COMPRA ^ p ∈ PROVEEDOR ^
<p,o,c> ∈ pide: <p,o,c>.descuento ≥ 0)
• La fecha de aprobación de un pedido interno, debe ser después de la fecha de emisión

(∀g,p | g ∈ GERENTE ^ p ∈ PEDIDO_INTERNO ^ <g,p> ∈ aprueba:
p.fecha_pedido ≤ <g,p>.fecha_envio)
.
• La fecha de emisión de un pago, debe ser después de la fecha de emisión de la nota de
recibo correspondiente.
(∀p,n | p ∈ PAGO ^ n ∈ NOTA_RECIBO ^ <p,n> ∈ es_pagada :
n.fecha_emision ≤ p.fecha_pago)
• Los estados de una distribución son “despachada” o “no despachada”

(∀s,i,n| | s ∈ SECCIONES ^ n ∈ NOTA_RECIBO ^ i ∈ INSUMO ^
<s,i,n> ∈ distribuir:
<s,i,n>.estado = “despachado” v <s,i,n>.estado = “no despachado”)
• El personal de centro de costo que emita un pedido, no puede estar anulado

SOCDISAS
(∀c,p | c ∈ COLABORADOR ^ p ∈ PEDIDO_INTERNO : <c,p> ∈ emite ⇒

c.anulado = “N”)
• Para aprobar un pedido interno, el gerente no puede estar anulado

(∀g,p | g ∈ GERENTE ^ p ∈ PEDIDO_INTERNO :
<g,p> ∈ aprueba ⇒ g.anulado = “N”)
• El gerente solo puede aprobar pedidos internos del centro de costo que gestiona
(∀g,p,c,e,s | g ∈ GERENTE ^ p ∈ PEDIDO_INTERNO ^ c ∈ CENTRO_COSTO ^
e ∈ COLABORADOR ^ s ∈ SECCIONES:
<g,p> ∈ aprueba ⇒ <g,c> ∈ gerencia ^
<p,e> ∈ emite ^ <c,s> ∈ pertenece ^
<s,e> ∈ se_divide_en )
• Para ordenar un insumo, este no puede estar anulado

(∀i,o | i ∈ INSUMO ^ o ∈ ORDEN_COMPRA : <i,o> ∈ incluye ⇒
i.anulado = “N”)
• Para devolver un insumo, este no puede estar anulado

(∀i,d, n | i ∈ INSUMO ^ d ∈ DEVOLUCION ^ n ∈ NOTA_RECIBO:
<i,d,n> ∈ reembolsa ⇒ i.anulado = “N”)
• Toda cuenta que tenga presupuesto para el año fiscal en curso, no puede inactivarse
¬(Э c, p | c ∈ CUENTA ^ p ∈ PRESUPUESTO ^ <c,p> ∈ se_asigna ^
p.fecha_inicio_mes ≥ fecha_inicio_año_fiscal_actual ^
p.fecha_fin_mes ≤ fecha_inicio_año_fiscal_actual ^
c.estado = “activa”)
• Para asignarle presupuesto a un Centro de costo de una cuenta durante el año fiscal
que comienza, el centro no puede estar anulado, ni la cuenta inactiva
¬(Э c1,c2, p | c1 ∈ CENTRO_COSTO ^ c2 ∈ CUENTA ^ p ∈ PRESUPUESTO:
<c1,p> ∈ contabiliza ^ <c2,p> ∈ se_asigna ^
p.fecha_inicio_mes ≥ fecha_inicio_año_fiscal_actual ^
p.fecha_fin_mes ≤ fecha_inicio_año_fiscal_actual ^
c1.anulado = “N” ^ c2.estado = “inactiva”)
• Los proveedores con ordenes de compra pendientes o parcialmente entregadas, no

pueden estar anulados
(∀ p, o, c | p ∈ PROVEEDOR ^ o∈ ORDEN_COMPRA ^ c∈ CONDICION_PAGO
^
<p, o, c>∈ pide :
o.estado = “pendiente” v o.estado = “parcialmente entregada” ⇒
p.anulado = “N”)
• Para enviarle una solicitud a un proveedor, este no puede estar anulado

(∀ p, s | p ∈ PROVEEDOR ^ s∈ SOLICITUD_COTIZACION ^
<p, s>∈ enviada_a: s.estado = “sin_responder” ⇒ p.anulado = “N”)

SOCDISAS
• Para asignarle a un insumo la línea correspondiente, esta no puede estar anulada.

(∀ l, i | p ∈ LINEA ^ i∈ INSUMO ^ <l, i>∈ forman:
l.anulado = “no” ^ i.anulado = “no”)
• Los insumos que se solicitan en un pedido interno, no pueden estar anulados

(∀ i, p | i ∈ INSUMO ^ p∈ PEDIDO_INTERNO:
<i, p>∈ solicita ⇒ i.anulado = “N”)
• Un insumo no puede ser suministrado por un proveedor anulado

(∀ i, p | i ∈ INSUMO ^ p∈ PROVEEDOR ^ <i, p>∈ suministra :
p.anulado = “N”)
• Para registrar el proceso de inventario, ni el analista asociado, ni el insumo pueden

estar anulados
(∀ i1 , i2, a | a ∈ ANALISTA_SUMINISTROS ^ i1 ∈ INSUMOS ^ i2 ∈
INVENTARIO ^ <i1, i2, a>∈ cuenta : i1.anulado = “N” ^ a.anulado = “N”)
• Una orden de compra con un adelanto, no se puede anular

(∀ o, a | o ∈ ORDEN_COMPRA ^ a ∈ ADELANTO:
<o, a>∈ abona ⇒ o.anulado = “N” )
• Una orden de compra ya entregada no se puede anular

¬(Э o | o ∈ ORDEN_COMPRA: o.estado = “entregada” ^ o.anulado = “N” )
• La condición de pago de una orden de compra, debe aceptarla el proveedor

(∀ o,p,c | p ∈ PROVEEDOR ^ o ∈ ORDEN_COMPRA ^ c ∈ CONDICION_PAGO:
<o,p,c> ∈ pide ⇒ <p,c> ∈ acepta )
• La factura o refleja un adelanto, o coteja una Nota de Recibo

(∀ f,a,n | f ∈ FACTURA ^ a ∈ ADELANTO ^ n ∈ NOTA_RECIBO:
∃ (<f,a> ∈ refleja ≠ <f,n> ∈ coteja) )
9
9..3
3.. M
Mood
deello
oRRe
ella
acciio
onna
all
9.3.1. Relaciones
ACEPTA (ACE_CONPAG_NOMBRECONDICION_PAGO, ACE_PRO_NUMEROPROVEEDOR)
ADELANTO (ADE_ORDCOM_NUMEROORDEN_COMPRA, ADE_FAC_NUMEROFACTURA,

ADE_PERFIN_USU_LOGINPERSONAL_FINANZAS, ADE_MONTO, ADE_FECHA_ABONO)
ALMACEN (ALM_CODIGO, ALM_NOMBRE, ALM_DIRECCION_FISICA,

ALM_ANULADO)
AUXILIAR_SUMINISTROS (AUXSUM_USU_LOGINUSUARIO, AUXSUM_ANULADO)

SOCDISAS
CENTRO_COSTO (CENCOS_CODIGO, CENCOS_NOMBRE, CENCOS_DIRECCION,

CENCOS_TELEFONO, CENCOS_CORREO_ELECTRONICO,
CENCOS_PERSONA_CONTACTO, CENCOS_TIPO, CENCOS_ANULADO,
CENCOS_GER_USU_LOGINGERENTE)
COLABORADOR (COL_USU_LOGINUSUARIO, COL_SEC_CODIGOSECCION,

COL_SEC_CENCOS_CODIGOSECCION, COL_ANULADO)
CONDICION_PAGO (CONPAG_NOMBRE)
CONTABILIZA (CON_CENCOS_CODIGOCENTRO_COSTO, CON_PRE_CUECON_CODIGOPRESUPUESTO,

CON_PRESUPUESTO, CON_ANULADO, CON_PRE_FECHA_INICIO_MESPRESUPUESTO,
CON_PRE_FECHA_FIN_MESPRESUPUESTO, CON_PRESUPUESTO_DISPONIBLE)
CONTEO_FISICO (CONFIS_ID, CONFIS_INV_NUMEROINVENTARIO, CONFIS_INS_CODIGOINSUMO,

CONFIS_PERSUM_USU_LOGIN_CONTEOPERSONAL_SUMINISTROS,
CONFIS_CANTIDAD_CONTEO, CONFIS_CANTIDAD_SISTEMA,
CONFIS_OBSERVACIONES, CONFIS_ANULADO)
COTIZA (COT_SOLCOT_CODIGOSOLICITUD_COTIZACION, COT_INS_CODIGOINSUMO, COT_CANTIDAD,

COT_ANULADO)
CUBRE (CUB_FAC_NUMEROFACTURA, CUB_INS_CODIGOINSUMO, CUB_CANTIDAD_FACTURA)
CUENTAS_CONTABLES (CUECON_CODIGO, CUECON_NOMBRE, CUECON_DESCRIPCION,

CUECON_ESTADO)
DEVOLUCIONES (DEV_NUMERO, DEV_FECHA_EMISION,

DEV_SUPSUM_USU_LOGINSUPERIOR_SUMINISTROS, DEV_OBSERVACIONES, DEV_ESTADO,
DEV_ANULADO)
DISTRIBUIR (DIS_INS_CODIGOINSUMO, DIS_NOTREC_CODIGONOTA_RECIBO,

DIS_SEC_CODIGOSECCION, DIS_SEC_CENCOS_CODIGOSECCION, DIS_FECHA,
DIS_FORMA, DIS_CANTIDAD, DIS_ESTADO, DIS_ANULADO)
ENVIADA_A (ENVA_PRO_NUMEROPROVEEDOR, ENVA_SOLCOT_CODIGOSOLICITUD_COTIZACION,

ENVA_ANULADA)
FACTURA (FAC_NUMERO, FAC_FECHA_EMISION, FAC_OBSERVACIONES,

FAC_PERSUM_USU_LOGINPERSONAL_SUMINISTROS, FAC_CODIGO_IMPRESO, FAC_MONTO,
FAC_MONTO_IVA, FAC_FECHA_FACTURACION)
GERENTE (GER_USU_LOGINGERENTE, GER_ANULADO)
IMPUESTO (IMP_FECHA, IMP_TASA, IMP_FECHA_CIERRE)
INCLUYE (INC_ORDCOM_NUMEROORDEN_COMPTRA, INC_INS_CODIGOINSUMO, INC_CANTIDAD,

INC_PRECIO, INC_ANULADO, INC_FECHA_ENTREGA)
INSUMO (INS_CODIGO, INS_NOMBRE, INS_MARCA, INS_MODELO, INS_COLOR, INS_IVA,

INS_PROCEDENCIA, INS_PRECIO_PROMEDIO, INS_STOCK_MINIMO,
INS_STOCK_MAXIMO, INS_PRESENTACION, INS_TALLA, INS_LIN_CODIGOLINEA,
INS_ALM_CODIGOALMACEN, INS_CANTIDAD, INS_ANULADO)
INVENTARIO (INV_NUMERO, INV_FECHA_INICIO, INV_FECHA_FIN,

INV_SUPSUM_USU_LOGIN_AJUSTESUPERIOR_SUMINISTROS)
LINEA (LIN_CODIGO, LIN_NOMBRE, LIN_DESCRIPCION, LIN_CUECON_CODIGO, LIN_ANULADO)
NOTA_RECIBO (NOTREC_CODIGO, NOTREC_FECHA_EMISION,

NOTREC_CONDICIONES_ENTREGA, NOTREC_OBSERVACIONES,
SOCDISAS
NOTREC_FAC_NUMEROFACTURA, NOTREC_ORDCOM_NUMEROORDEN_COMPRA,
NOTREC_PERSUM_USU_LOGINPERSONAL_SUMINISTROS, NOTREC_BULTOS_RECIBIDOS,
NOTREC_MONTO, NOTREC_MONTO_IVA)
ORDEN_COMPRA (ORDCOM_NUMERO, ORDCOM_PRO_CODIGOPROVEEDOR,

ORDCOM_CONPAG_NOMBRECONDICION_PAGO,
ORDCOM_SUPSUM_USU_LOGINSUPERIOR_SUMINISTROS, ORDCOM_FECHA_EMISION,
ORDCOM_DESCUENTO, ORDCOM_OBSERVACIONES, ORDCOM_ANULADO,
ORDCOM_ORDCOMEST_NOMBREORDEN_COMPRA_ESTADO, ORDCOM_MONTO,
ORDCOM_FECHA_ENTREGA)
ORDEN_COMPRA_ESTADO (ORDCOMEST_NOMBRE)
PAGO (PAG_CODIGO, PAG_NOTREC_CODIGONOTA_RECIBO, PAG_FECHA_PAGO, PAG_MONTO,

PAG_PERFIN_USU_LOGINPERSONAL_FINANZAS)
PEDIDO_INTERNO (PEDINT_CODIGO, PEDINT_FECHA_PEDIDO, PEDINT_FECHA_ENVIO,

PEDINT_DIRECCION_ENTREGA, PEDINT_OBSERVACIONES, PEDINT_APROBADO,
PEDINT_ESTADO, PEDINT_ANULADO, PEDINT_GER_USU_LOGINGERENTE,
PEDINT_COL_USU_LOGINCOLABORADOR)
PERSONAL_FINANZAS (PERFIN_USU_LOGINUSUARIO, PERFIN_ANULADO)
PERSONAL_SUMINISTROS (PERSUM_USU_LOGINUSUARIO, PERSUM_TIPO, PERSUM_ANULADO)
PRESUPUESTO (PRE_FECHA_INICIO_MES, PRE_FECHA_FIN_MES,

PRE_PRESUPUESTO_MES, PRE_CUECON_CODIGOCUENTAS_CONTABLES,
PRE_PRESUPUESTO_DISPONIBLE)
PROVEEDOR (PRO_CODIGO, PRO_RAZON_SOCIAL, PRO_RIF, PRO_NIT, PRO_DIRECCION,

PRO_FAX, PRO_CELULAR1, PRO_CELULAR2, PRO_TELEFONO1, PRO_TELEFONO2,
PRO_TELEFONO3, PRO_PERSONA_CONTACTO, PRO_WEB, PRO_TIPO_MERCANCIA,
PRO_CORREO_ELECTRONICO, PRO_ANULADO)
REEMBOLSA (REE_DEV_NUMERODEVOLUCION, REE_NOTREC_CODIGONOTA_RECIBO,

REE_INS_CODIGOINSUMO, REE_CANTIDAD, REE_MONTO, REE_ANULADO)
REGISTRA (REG_NOTREC_CODIGONOTA_RECIBO, REG_INS_CODIGOINSUMO, REG_CANTIDAD,

REG_CANTIDAD_CHEQUEO)
SE_CONVIERTE_EN (SECONEN_SOLCOT_CODIGOSOLICITUD_COTIZACION,
SECONEN_ORDCOM_NUMEROORDEN_COMPRA_NUMERO, SECONEN_ANULADO)
SECCIONES (SEC_CODIGO, SEC_CENCOS_CODIGOCENTRO_COSTO, SEC_NOMBRE,

SEC_ANULADO)
SOLICITA (SOL_PEDINT_CODIGOPEDIDO_INTERNO, SOL_INS_CODIGOINSUMO, SOL_CANTIDAD,

SOL_ANULADO)
SOLICITUD_COTIZACION (SOLCOT_CODIGO, SOLCOT_SUPSUM_USU_LOGINSUPERIOR_SUMINISTROS,

SOLCOT_FECHA_SOLICITUD, SOLCOT_FECHA_ENTREGA,
SOLCOT_OBSERVACIONES, SOLCOT_ESTADO, SOLCOT_ANULADO)
SUMINISTRA (SUM_PRO_NUMEROPROVEEDOR, SUM_INS_CODIGOINSUMO, SUM_ANULADO)
SUPERIOR_SUMINISTROS (SUPSUM_USU_LOGINUSUARIO, SUPSUM_TIPO, SUPSUM_ANULADO)
USUARIO (USU_LOGIN, USU_CONTRASENA, USU_CODIGO, USU_NOMBRE, USU_APELLIDO,

USU_CEDULA, USU_DIRECCION, USU_TELEFONO, USU_CELULAR,
USU_CORREO_ELECTRONICO, USU_ANULADO, USU_TIPO)
SOCDISAS
9.3.2. Diccionario para las Relaciones y Atributos

Tipo del
Relación Descripción Atributos Descripción del Atributo
Atributo
ACEPTA ACE_ La condición de pago Clave Primaria
CONPAG_ aceptada Clave Foránea
NOMBRE Primitivo
Fijo
ACE_ El código del proveedor Clave Primaria
PRO_ Clave Foránea
NUMERO Primitivo
Fijo
ADELANTO ADE_ Número de la orden de Clave Primaria
ORDCOM_ compra Clave Foránea
NUMERO Primitivo
Fijo
ADE_ Número de la factura Clave Primaria
FAC_ Clave Foránea
NUMERO Primitivo
Fijo
ADE_ Login del personal de finanzas Clave Foránea
PERFIN_ que emitió el adelanto Primitivo
USU_LOGIN Fijo
ADE_ El monto del adelanto Primitivo
MONTO Fijo
ADE_ La fecha de emisión del Primitivo
FECHA_ adelanto Fijo
ABONO
ALMACEN ALM_CODIGO El código del almacén Clave Primaria
Primitivo
Fijo
ALM_ La dirección física del almacén Primitivo
DIRECCION_ Fijo
FISICA
ALM_NOMBRE El nombre del almacén Primitivo
Fijo
ALM_ANULADO Indica si el almacén esta Primitivo
anulado o no Fijo
AUXILIAR_ AUXSUM_ Login del auxiliar de Clave Primaria
SUMINISTROS USU_LOGIN suministros Clave Foránea
Primitivo
Fijo
AUXSUM_ Indica si el auxiliar está Primitivo
ANULADO anulado o no Fijo
CENTRO_ CENCOS_ Código del centro de costo Clave Primaria
COSTO CODIGO Primitivo
Fijo
CENCOS_ Nombre del centro de costo Primitivo
NOMBRE Fijo
CENCOS_ Dirección del centro de costo Primitivo
DIRECCION Fijo
CENCOS_ Teléfono del centro de costo Primitivo
TELEFONO Fijo
CENCOS_ Correo electrónico de la Primitivo
CORREO_ persona de contacto Fijo
ELECTRONICO
CENCOS_ Nombre de la persona de Primitivo
PERSONA_ contacto Opcional
CONTACTO
CENCOS_ Tipo de centro (tienda, Primitivo
TIPO departamento) Fijo
CENCOS_ Indica si el centro de costo Primitivo
ANULADO está anulado Fijo
CENCOS_ Login del gerente asociado Clave Foránea
GER_ Primitivo
USU_LOGIN Fijo
COLABORADOR COL_ Login del colaborado Clave Primaria
USU_LOGIN Clave Foránea
SOCDISAS
Primitivo
Fijo
COL_SEC_ Sección donde trabaja el Clave Foránea
CODIGO colaborador Primitivo
Fijo
COL_SEC_ Centro de costo donde Clave Foránea
CENCOS_ trabaja el colaborador Primitivo
CODIGO Fijo
COL_ Indica si el colaborador está Primitivo
ANULADO anulado Fijo
CONDICION_ CONPAG_ Nombre de la condición de Clave Primaria
PAGO NOMBRE pago aceptada Primitivo
Fijo
CONTABILIZA CON_ Centro de costo que Clave Primaria
CENCOS_ contabiliza Clave Foránea
CODIGO Primitivo
Fijo
CON_PRE_ Cuenta contable asignada Clave Primaria
CUECON_ Clave Foránea
CODIGO Primitivo
Fijo
CON_ Presupuesto inicial fijado Primitivo
PRESUPUESTO Fijo
CON_PRE_ Fecha de inicio del mes del Clave Primaria
FECHA_INICIO_MES presupuesto Clave Foránea
Primitivo
Fijo
CON_PRE_ Fecha fin del mes de Clave Primaria
FECHA_FIN_,ES presupuesto Clave Foránea
Primitivo
Fijo
CON_PRESUPUESTO_ Presupuesto con el que Primitivo
DISPONIBLE cuenta el centro de costo Fijo
para ese mes
CON_ Indica si se anuló el Primitivo
ANULADO presupuesto del mes, para un Fijo
centro de costo
CONTEO_FISICO CONFIS_ID Identificador del conteo físico Clave Primaria
Primitivo
Fijo
CONFIS_INV_ Numero del inventario Clave Primaria
NUMERO Clave Foránea
Primitivo
Fijo
CONFIS_INS_CODIGO Código del insumo contado Clave Primaria
Clave Foránea
Primitivo
Fijo
CONFIS_PERSUM_ Login del colaborador que Clave Foránea
USU_LOGIN_CONTEO ingresa el conteo físico Primitivo
Opcional
CONFIS_CANTIDAD_ Cantidad según el conteo Primitivo
CONTEO Fijo
CONFIS_CANTIDAD_ Cantidad según el sistema Derivado
SISTEMA Fijo
CONFIS_ Comentario adicional sobre el Primitivo
OBSERVACIONES proceso de conteo físico Opcional
CONFIS_ANULADO Indica si el conteo físico está Primitivo
o no anulado Fijo
COTIZA COT_ Código de la solicitud de Clave Primaria
SOLCOT_ cotización asociada Clave Foránea
CODIGO Primitivo
Fijo
COT_ Código del insumo asociado Clave Primaria
INS_CODIGO Clave Foránea
Primitivo
Fijo
COT_ Cantidad cotizada Primitivo

SOCDISAS
CANTIDAD Fijo
COT_ Indica si la asociación está Primitivo
ANULADO anulada Fijo
CUENTAS_ CUECON_ Código de la cuenta contable Clave Primaria
CONTABLES CODIGO asociada Primitivo
Fijo
CUECON_ Nombre de la cuenta contable Primitivo
NOMBRE Fijo
CUECON_ Descripción de la cuenta Primitivo
DESCRIPCION contable Fijo
CUECON_ Estado de la cuenta contable Primitivo
ESTADO Fijo
DEVOLUCIONES DEV_NUMERO Número de la devolución Clave Primaria
Primitivo
Fijo
DEV_FECHA_ Fecha de emisión de la Primitivo
EMISION devolución Fijo
DEV_ Comentario adicional sobre la Primitivo
OBSERVACIONES devolución Fijo
DEV_SUPSUM_ Login del superior de Clave Foránea
USU_LOGIN suministro que emite la Primitivo
devolución Fijo
DEV_ESTADO Estado de la devolución Primitivo
Fijo
DEV_ANULADO Indica si está o no anulada la Primitivo
devolución Fijo
DISTRIBUIR DIS_INS_ Código del insumo a distribuir Clave Primaria
CODIGO Clave Foránea
Primitivo
Fijo
DIS_ Código de la nota de recibo a Clave Primaria
NOTREC_ distribuir Clave Foránea
CODIGO Primitivo
Fijo
DIS_SEC_ Código de la sección de costo Clave Primaria
CODIGO asociada Clave Foránea
Primitivo
Fijo
DIS_SEC_ Código del centro de costo Clave Primaria
CENCOS_ asociado Clave Foránea
CODIGO Primitivo
Fijo
DIS_FECHA Fecha de emisión de la Primitivo
distribución Fijo
DIS_FORMA Forma de la distribución Primitivo
Fijo
DIS_CANTIDAD Cantidad a despachar del Primitivo
insumo Fijo
DIS_ESTADO Estado de la distribución Primitivo
Fijo
DIS_ANULADO Indica si la distribución está o Primitivo
no anulada Fijo
ENVIADA_ ENVA_ Código del proveedor Clave Primaria
A PRO_ Clave Foránea
NUMERO Primitivo
Fijo
ENVA_ Número de la solicitud de Clave Primaria
SOLCOT_ cotización Clave Foránea
CODIGO Primitivo
Fijo
ENVA_ANULADA Indica si la asociación entre la Primitivo
solicitud y el proveedor está Fijo
anulada
FACTURA FAC_NUMERO Número de la factura Clave Primaria
Primitivo
Fijo
FAC_FECHA_ Fecha en la que se emite la Primitivo
EMISION factura Fijo

SOCDISAS
FAC_ Comentario adicional sobre la Primitivo

OBSERVACIONES factura Opcional
FAC_PERSUM_ Login del personal de Clave Foránea
USU_LOGIN Suministros que emite la Primitivo
factura Fijo
FAC_CODIGO_ Número de la factura que Primitivo
IMPRESO viene en el documento Fijo
FAC_MONTO Monto total en bs. de la Primitivo
factura Fijo
FAC_MONTO_IVA Monto total en Bs. de la Derivado
factura con el IVA incluido Fijo
FAC_FECHA_ Fecha de emisión del Primitivo
FACTURACION documento impreso recibido Fijo
GERENTE GER_USU_LOGIN Login del gerente Clave Primaria
Clave Foránea
Primitivo
Fijo
GER_ANULADO Indica si el gerente está Primitivo
anulado Fijo
IMPUESTO IMP_FECHA Fecha de inicio del impuesto Primitivo
Fijo
IMP_TASA Porcentaje de impuesto Primitivo
Fijo
IMP_FECHA_CIERRE Fecha de cierre del impuesto Primitivo
Opcional
INCLUYE INC_ Número de la orden de Clave Primaria
ORDCOM_ compra asociada Clave Foránea
NUMERO Primitivo
Fijo
INC_INS_ Código del insumo Clave Primaria
Primitivo
Fijo
INC_CANTIDAD Cantidad solicitada del insumo Primitivo
Fijo
INC_PRECIO Precio de compra del insumo Primitivo
Fijo
INC_ANULADO Indica si la asociación está Primitivo
anulada Fijo
INC_FECHA_ Fecha de entrega del insumo Primitivo
ENTREGA Opcional
INSUMO INS_CODIGO Código del insumo Clave Primaria
Primitivo
Fijo
INS_NOMBRE Nombre del insumo Primitivo
Fijo
INS_MARCA Marca del insumo Primitivo
Fijo
INS_MODELO Modelo del insumo Primitivo
Opcional
INS_COLOR Color del insumo Primitivo
Opcional
INS_IVA Indica si el insumo está Primitivo
exento de IVA Fijo
INS_PROCEDENCIA Indica si el insumo es Primitivo
nacional o importado Opcional
INS_PRECIO_ Precio promedio de las tres Derivado
PROMEDIO últimas compras Fijo
INS_STOCK_ Cantidad física en almacén Primitivo
MINIMO mínima con la que se debe Fijo
contar para el insumo
INS_STOCK_ Cantidad en almacén Derivado
PROMEDIO promedio, derivada del stock Fijo
mínimo y del stock máximo
INS_STOCK_ Cantidad en almacén máximo Primitivo
MAXIMO con la que se debe contar Fijo
para el insumo
INS_ Presentación del insumo Primitivo

SOCDISAS
PRESENTACION (caja) Opcional

INS_TALLA Talla del insumo cuando Primitivo
aplique Opcional
INS_LIN_ Código de la línea asociada Clave Foránea
CODIGO Primitivo
Fijo
INS_ALM_ Código del almacén donde se Clave Foránea
CODIGO encuentra el insumo Primitivo
Fijo
INS_ Cantidad disponible en el Primitivo
CANTIDAD almacén Fijo
INS_ Indica si el insumo está Primitivo
INVENTARIO INV_NUMERO Número del proceso de Clave Primaria
inventario Primitivo
Fijo
INV_FECHA_INICIO Fecha de inicio del proceso de Primitivo
inventario Fijo
INV_FECHA_FIN Fecha de cierre del proceso Primitivo
de inventario Opcional
INV_SUPSUM_ Login del usuario que hizo el Primitivo
USU_LOGIN_AJUSTE ajuste Fijo
LINEA LIN_ Código de la línea Clave Primaria
CODIGO Primitivo
Fijo
LIN_ Nombre de la línea Primitivo
NOMBRE Fijo
LIN_ Descripción de la línea Primitivo
DESCRIPCIÓN Fijo
LIN_ Código de la cuenta contable Clave Foránea
CUECON_ asociada Primitivo
CODIGO Fijo
LIN_ Indica si la línea está anulada Primitivo
ANULADO Fijo
NOTA_ NOTREC_ Código de la nota de recibo Clave Primaria
RECIBO CODIGO Primitivo
Fijo
NOTREC_ Fecha de emisión de la nota Primitivo
FECHA_ Fijo
EMISION
NOTREC_ Indica si la entrega es parcial, Primitivo
CONDICIONES_ total o excedente Fijo
ENTREGA
NOTREC_ Comentario adicional sobre la Primitivo
OBSERVACIONES nota Opcional
NOTREC_ Número de la factura Clave Foránea
FAC_ asociada Primitivo
NUMERO Fijo
NOTREC_ Número de la orden asociada Clave Foránea
ORDCOM_ Primitivo
NUMERO Fijo
NOTREC_ Personal de suministros que Clave Foránea
PERSUM_ la emitió Primitivo
USU_ Fijo
LOGIN
NOTREC_ Número de bultos recibidos Primitivo
BULTOS_RECIBIDOS Fijo
NOTREC_MONTO Monto total en Bs. para la Derivado
nota Fijo
NOTREC_MONTO_IVA Monto total en Bs. para la Derivado
nota con IVA incluido Fijo
ORDEN_ ORDCOM_ Número de la orden de Clave Primaria
COMPRA NUMERO compra Primitivo
Fijo
ORDCOM_ Código del proveedor Clave Foránea
PRO_ asociado Primitivo
CODIGO Fijo
ORDCOM_ Condición de pago establecida Clave Foránea

SOCDISAS
CONPAG_ Primitivo
NOMBRE Fijo
ORDCOM_ Login del superior de Clave Foránea
SUPSUM_ suministros que emitió la Primitivo
USU_ orden Fijo
LOGIN
ORDCOM_ Fecha de emisión de la orden Primitivo
FECHA_ Fijo
EMISION
ORDCOM_ Descuento realizado para la Primitivo
DESCUENTO orden Opcional
ORDCOM_ Comentario adicional sobre la Primitivo
OBSERVACIONES orden de compra Opcional
ORDCOM_ Indica si la orden está Primitivo
ORDCOM_ Estado de la orden de compra Primitivo
ORDCOMEST_ Fijo
NOMBRE
ORDCOM_MONTO Monto total en Bs. para la Derivado
orden Fijo
ORDCOM_FECHA_ Monto total en Bs. para la Primitivo
ENTREGA orden Fijo
ORDEN_ ORDCOMEST_ Nombre del estado Clave Primaria
COMPRA_ NOMBRE Primitivo
ESTADO Fijo
PAGO PAG_ Código del pago Clave Primaria
CODIGO Primitivo
Fijo
PAG_ Código de la nota de recibo Clave Foránea
NOTREC_ Primitivo
CODIGO Fijo
PAG_ Fecha de emisión del pago Primitivo
FECHA_ Fijo
PAGO
PAG_ Monto total en Bs. para el Derivado
MONTO pago Fijo
PAG_ Personal de finanzas que Clave Foránea
PERFIN_ emite el pago Primitivo
USU_ Fijo
LOGIN
PEDIDO_ PEDINT_ Código del pedido interno Clave Primaria
INTERNO CODIGO Primitivo
Fijo
PEDINT_FECHA_ Fecha del pedido Primitivo
PEDIDO Fijo
PEDINT_FECHA_ Fecha en la que el Primitivo
ENVIO colaborador autorizado envió Opcional
el pedido a la Coordinación de
Suministros
PEDINT_ Dirección de entrega del Primitivo
DIRECCION_ pedido Fijo
ENTREGA
PEDINT_ Comentario adicional sobre el Primitivo
OBSERVACIONES pedido Opcional
PEDINT_ Indica si el pedido ha sido Primitivo
APROBADO aprobado Fijo
PEDINT_ Estado del pedido interno Primitivo
ESTADO Fijo
PEDINT_ Indica si el pedido interno ha Primitivo
ANULADO sido anulado Fijo
PEDINT_ Login del gerente que aprobó Clave Foránea
GER_USU_LOGIN el pedido Primitivo
Fijo
PEDINT_ Login del usuario que emite el Clave Foránea
COL_USU_LOGIN pedido Primitivo
Fijo
PERSONAL_ PERFIN_ Login del personal de finanzas Clave Primaria
FINANZAS USU_ Clave Foránea

SOCDISAS
LOGIN Primitivo
Fijo
PERFIN_ Indica si el usuario está Primitivo
PERSONAL_ PERSUM_ Login del usuario Clave Primaria
SUMINISTROS USU_ Clave Foránea
LOGIN Primitivo
Fijo
PERSUM_ Tipo de usuario Primitivo
TIPO Fijo
PERSUM_ Indica si el usuario está Primitivo
PRESUPUESTO PRE_FECHA_INICIO_ Fecha de inicio del mes fiscal Clave Primaria
MES Primitivo
Fijo
PRE_FECHA_FIN_MES Fecha fin del mes fiscal Clave Primaria
Primitivo
Fijo
PRE_ Presupuesto asignado para el Clave Primaria
PRESUPUESTO_MES mes Primitivo
Fijo
PRE_CUECON_ Cuenta contable asociada Clave Primaria
Primitivo
Fijo
PRE_PRESUPUESTO_ Presupuesto disponible para Primitivo
DISPONIBLE el mes Fijo
PROVEEDOR PRO_ Código del proveedor Clave Primaria
CODIGO Primitivo
Fijo
PRO_RAZON_ Nombre del proveedor Primitivo
SOCIAL Fijo
PRO_RIF Rif del proveedor Primitivo
Fijo
PRO_NIT Nit del proveedor Primitivo
Fijo
PRO_DIRECCION Dirección física del proveedor Primitivo
Fijo
PRO_FAX Número de fax Primitivo
Fijo
PRO_CELULAR1 Celular 1 del proveedor Primitivo
Fijo
PRO_CELULAR2 Celular 2 del proveedor Primitivo
Opcional
PRO_TELEFONO1 Teléfono 1 del proveedor Primitivo
Fijo
Opcional
Opcional
PRO_PERSONA_ Nombre de la persona de Primitivo
CONTACTO contacto Fijo
PRO_WEB Página web del proveedor Primitivo
Opcional
PRO_TIPO_ Tipo de mercancía que vende Primitivo
MERCANCIA Fijo
PRO_CORREO_ Correo electrónico de la Primitivo
ELECTRONICO persona de contacto Opcional
PRO_ANULADO Indica si el proveedor está Primitivo
anulado Fijo
REEMBOLSA REE_ Número del reembolso Clave Primaria
DEV_ Clave Foránea
NUMERO Primitivo
Fijo
REE_ Nota de recibo asociada Clave Primaria
NOTREC_ Clave Foránea
CODIGO Primitivo
Fijo

SOCDISAS
REE_ Código del insumo Clave Primaria

INS_ Clave Foránea
CODIGO Primitivo
Fijo
REE_MONTO Monto total en Bs. del Derivado
reembolso Fijo
REE_ Cantidad a devolver Primitivo
CANTIDAD Fijo
REE_ANULADO Indica si el reembolso está Primitivo
anulado Fijo
REGISTRA REG_ Código de la nota de recibo Clave Primaria
NOTREC_ Clave Foránea
CODIGO Primitivo
Fijo
REG_ Código del insumo Clave Primaria
INS_ Clave Foránea
CODIGO Primitivo
Fijo
REG_CANTIDAD Cantidad que se registra Primitivo
Fijo
REG_CANTIDAD_ Cantidad según el chequeo Primitivo
CHEQUEO Fijo
SECCIONES SEC_ Código de la sección Clave Primaria
CODIGO Primitivo
Fijo
SEC_ Código del centro de costo Clave Primaria
CENCOS_ asociado Clave Foránea
CODIGO Primitivo
Fijo
SEC_ Nombre de la sección Primitivo
NOMBRE Fijo
SEC_ Indica si la sección está Primitivo
SE_ SECONEN_ Código de la solicitud de Clave Primaria
CONVIERTE_ SOLCOT_ cotización Clave Foránea
EN CODIGO Primitivo
Fijo
SECONEN_ Número de la orden de Clave Primaria
ORDCOM_ compra asociada Clave Foránea
NUMERO Primitivo
Fijo
SECONEN_ Indica si la solicitud está Primitivo
SOLICITA SOL_ Código del pedido interno Clave Primaria
PEDINT_ Clave Foránea
CODIGO Primitivo
Fijo
SOL_ Código del insumo Clave Primaria
INS_ Clave Foránea
CODIGO Primitivo
Fijo
SOL_ Cantidad solicitada Primitivo
CANTIDAD Fijo
SOL_ Indica si la asociación entre el Primitivo
ANULADO insumo y el pedido está Fijo
anulada
SOLICITUD_ SOLCOT_ Código de la solicitud Clave Primaria
COTIZACION CODIGO Primitivo
Fijo
SOLCOT_ Login del superior de Clave Foránea
SUPSUM_ suministros que lo emite Primitivo
USU_ Fijo
LOGIN
SOLCOT_ Tipo de usuario Clave Primaria
SUPSUM_ Primitivo
TIPO Fijo
SOLCOT_ Fecha de emisión de la Primitivo
FECHA_ solicitud Fijo

SOCDISAS
SOLICITUD
SOLCOT_ Fecha de entrega de la Primitivo
FECHA_ cotización de los proveedores Fijo
ENTREGA
SUMINISTRA SUM_PRO_NUMERO Número del proveedor Clave Primaria
Clave Foránea
Primitivo
Fijo
SUM_INS_CODIGO Código del insumo Clave Primaria
Clave Foránea
Primitivo
Fijo
SUM_ANULADO Indica si la asociación entre el Primitivo
insumo y el proveedor está Fijo
anulada
SUPERIOR_ SUPSUM_USU_LOGIN Login del superior de Clave Primaria
SUMINISTROS suministros Clave Foránea
Primitivo
Fijo
SUPSUM_TIPO Tipo de superior suministros Primitivo
Fijo
SUPSUM_ANULADO Indica si el superior de Primitivo
suministros está anulado Fijo
USUARIO USU_LOGIN Login del usuario Clave Primaria
Primitivo
Fijo
USU_CONTRASENA Contraseña del usuario Primitivo
Fijo
USU_CODIGO Identificador del usuario Primitivo
Fijo
USU_NOMBRE Nombre del usuario Primitivo
Fijo
USU_APELLIDO Apellidos del usuario Primitivo
Fijo
USU_CEDULA Cédula del usuario Primitivo
Fijo
USU_DIRECCION Dirección de habitación Primitivo
Opcional
USU_TELEFONO Teléfono de habitación Primitivo
Opcional
USU_CELULAR Celular del usuario Primitivo
Opcional
USU_CORREO_ Correo electrónico Primitivo
ELECTRONICO Opcional
USU_ANULADO Indica si el usuario está Primitivo
anulado Opcional
9.3.3. Dominios de los Atributos

Relación Atributos Descripción del Atributo
ACEPTA ACE_CONPAG_NOMBRE Cadena de caracteres
ACE_PRO_NUMERO Cadena de Caracteres
ADELANTO ADE_ORDCOM_NUMERO Número Entero
ADE_FAC_NUMERO Número Entero
ADE_PERFIN_USU_LOGIN Cadena de caracteres
ADE_MONTO Número Decimal
ADE_FECHA_ABONO Fecha
ALMACEN ALM_CODIGO Cadena de caracteres
ALM_DIRECCION_FISICA Cadena de caracteres
ALM_NOMBRE Cadena de caracteres
ALM_ANULADO {S, N}
AUXILIAR_ AUXSUM_USU_LOGIN Cadena de caracteres
SUMINISTROS AUXSUM_ANULADO {S, N}

SOCDISAS
CENTRO_ CENCOS_CODIGO Cadena de caracteres

COSTO CENCOS_NOMBRE Cadena de caracteres
CENCOS_DIRECCION Cadena de caracteres
CENCOS_TELEFONO Cadena de caracteres
CENCOS_CORREO_ELECTRONICO Cadena de caracteres
CENCOS_PERSONA_CONTACTO Cadena de caracteres
CENCOS_TIPO {Tienda, Boleita}
CENCOS_ANULADO {S,N}
CENCOS_GER_USU_LOGIN Cadena de caracteres
COLABORADOR COL_USU_LOGIN Cadena de caracteres
COL_SEC_CODIGO Entero
COL_SEC_CENCOS_CODIGO Cadena de caracteres
COL_ANULADO {S,N}
CONDICION_PAGO CONPAG_NOMBRE Cadena de caracteres
CONTABILIZA CON_CENCOS_CODIGO Cadena de caracteres
CON_PRE_CUECON_CODIGO Cadena de caracteres
CON_PRESUPUESTO Número Decimal
CON_ANULADO {S,N}
CON_PRE_FECHA_INICIO_MES Fecha
CON_PRE_FECHA_FIN_MES Fecha
CON_PRESUPUESTO_DISPONIBLE Número Decimal
CONTEO_FISICO CONFIS_ID Número Entero
CONFIS_INV_NUMERO Número Entero
CONFIS_INS_CODIGO Número Entero
CONFIS_PERSUM_USU_LOGIN_CONTEO Cadena de caracteres
CONFIS_CANTIDAD_CONTEO Número Entero
CONFIS_CANTIDAD_SISTEMA Número Entero
CONFIS_OBSERVACIONES Cadena de caracteres
CONFIS_ANULADO {S,N}
COTIZA COT_SOLCOT_CODIGO Entero
COT_INS_CODIGO Entero
COT_CANTIDAD Entero
COT_ANULADO {S,N}
CUBRE CUB_FAC_NUMERO Entero
CUB_INS_CODIGO Entero
CUB_CANTIDAD_FACTURA Entero
CUENTAS_ CUECON_CODIGO Cadena de caracteres
CONTABLES CUECON_NOMBRE Cadena de caracteres
CUECON_DESCRIPCION Cadena de caracteres
CUECON_ESTADO Cadena de caracteres
DEVOLUCIONES DEV_NUMERO Entero
DEV_FECHA_EMISION Fecha
DEV_ESTADO Cadena de caracteres
DEV_OBSERVACIONES Cadena de caracteres
DEV_SUPSUM_USU_LOGIN Cadena de caracteres
DEV_ANULADO {S,N}
DISTRIBUIR DIS_INS_CODIGO Entero
DIS_NOTREC_CODIGO Entero
DIS_SEC_CODIGO Entero
DIS_SEC_CENCOS_CODIGO Cadena de caracteres
DIS_FECHA Fecha
DIS_FORMA {VENTAS, MANUAL, PEDIDO}
DIS_CANTIDAD Entero
DIS_ESTADO {despachado, no despachado}
DIS_ANULADO {S,N}
ENVIADA_ ENVA_PRO_NUMERO Cadena de caracteres
A ENVA_SOLCOT_CODIGO Entero
ENVA_ANULADA {S,N}
FACTURA FAC_NUMERO Entero
FAC_FECHA_EMISION Fecha
FAC_OBSERVACIONES Cadena de caracteres
FAC_PERSUM_USU_LOGIN Cadena de caracteres
FAC_CODIGO_IMPRESO Cadena de caracteres
FAC_MONTO Número Decimal
FAC_MONTO_IVA Número Decimal
FAC_FECHA_FACTURACION Fecha

SOCDISAS
GERENTE GER_USU_LOGIN Cadena de caracteres

GER_ANULADO {S,N}
IMPUESTO IMP_FECHA Fecha
IMP_TASA Número Decimal
IMP_FECHA_CIERRE Fecha
INCLUYE INC_ORDCOM_NUMERO Entero
INC_INS_CODIGO Entero
INC_CANTIDAD Entero
INC_PRECIO Número Decimal
INC_ANULADO {S,N}
INC_FECHA_ENTREGA Fecha
INSUMO INS_CODIGO Entero
INS_NOMBRE Cadena de caracteres
INS_MARCA Cadena de caracteres
INS_MODELO Cadena de caracteres
INS_COLOR Cadena de caracteres
INS_IVA {S,N}
INS_PROCEDENCIA {Importada, Nacional}
INS_PRECIO_PROMEDIO Número Decimal
INS_STOCK_MINIMO Entero
INS_STOCK_PROMEDIO Entero
INS_STOCK_MAXIMO Entero
INS_PRESENTACION Cadena de caracteres
INS_TALLA Cadena de caracteres
INS_LIN_CODIGO Cadena de caracteres
INS_ALM_CODIGO Cadena de caracteres
INS_CANTIDAD Entero
INS_ANULADO {S,N}
INVENTARIO INV_NUMERO Entero
INV_FECHA_INICIO Fecha
INV_FECHA_FIN Fecha
INV_SUPSUM_USU_LOGIN_AJUSTE Cadena de caracteres
LINEA LIN_CODIGO Cadena de caracteres
LIN_NOMBRE Cadena de caracteres
LIN_DESCRIPCIÓN Cadena de caracteres
LIN_CUECON_CODIGO Cadena de caracteres
LIN_ANULADO {S,N}
NOTA_ NOTREC_CODIGO Entero
RECIBO NOTREC_FECHA_EMISION Fecha
NOTREC_CONDICIONES_ENTREGA Cadena de caracteres
NOTREC_OBSERVACIONES Cadena de caracteres
NOTREC_FAC_NUMERO Entero
NOTREC_ORDCOM_NUMERO Entero
NOTREC_PERSUM_USU_LOGIN Cadena de caracteres
NOTREC_BULTOS_RECIBIDOS Entero
NOTREC_MONTO Número Decimal
NOTREC_MONTO_IVA Número Decimal
ORDEN_ ORDCOM_NUMERO Entero
COMPRA ORDCOM_PRO_NUMERO Cadena de caracteres
ORDCOM_CONPAG_NOMBRE Cadena de caracteres
ORDCOM_SUPSUM_USU_LOGIN Cadena de caracteres
ORDCOM_FECHA_EMISION Fecha
ORDCOM_DESCUENTO Cadena de caracteres
ORDCOM_OBSERVACIONES Cadena de caracteres
ORDCOM_ANULADO {S,N}
ORDCOM_ORDCOMEST_NOMBRE Cadena de caracteres
ORDCOM_MONTO Número Decimal
ORDCOM_FECHA_ENTREGA Fecha
ORDEN_ ORDCOMEST_NOMBRE Cadena de caracteres
COMPRA_ESTADO
PAGO PAG_CODIGO Entero
PAG_NOTREC_CODIGO Entero
PAG_FECHA_PAGO Fecha
PAG_MONTO Número Decimal
PAG_PERFIN_USU_LOGIN Cadena de caracteres
PEDIDO_INTERNO PEDINT_CODIGO Entero

SOCDISAS
PEDINT_FECHA_PEDIDO Fecha
PEDINT_FECHA_ENVIO Fecha
PEDINT_DIRECCION_ENTREGA Cadena de caracteres
PEDINT_OBSERVACIONES Cadena de caracteres
PEDINT_APROBADO {APROBADO_COORDINADOR,
RECHAZADO_COORDINADOR,
APROBADO_GERENTE,
RECHAZADO_GERENTE,
EN_ESPERA}
PEDINT_ESTADO {COMPLETO, ADELANTO,
NO_DESPACHADO}
PEDINT_ANULADO {S,N}
PEDINT_GER_USU_LOGIN Cadena de caracteres
PEDINT_COL_USU_LOGIN Cadena de caracteres
PERSONAL_ PERFIN_USU_LOGIN Cadena de caracteres
FINANZAS PERFIN_ANULADO {S,N}
PERSONAL_ PERSUM_USU_LOGIN Cadena de caracteres
SUMINISTROS PERSUM_TIPO {COORDINADOR_SUMINISTROS,
GERENTE_LOGISTICA,
ANALISTA_SUMINISTROS}
PERSUM_ANULADO {S,N}
PROVEEDOR PRO_PROVEEDOR Cadena de caracteres
PRO_RAZON_SOCIAL Cadena de caracteres
PRO_RIF Cadena de caracteres
PRO_NIT Cadena de caracteres
PRO_DIRECCION Cadena de caracteres
PRO_FAX Cadena de caracteres
PRO_CELULAR1 Cadena de caracteres
PRO_CELULAR2 Cadena de caracteres
PRO_TELEFONO1 Cadena de caracteres
PRO_PERSONA_CONTACTO Cadena de caracteres
PRO_WEB Cadena de caracteres
PRO_TIPO_MERCANCIA Cadena de caracteres
PRO_CORREO_ELECTRONICO Cadena de caracteres
PRO_ANULADO {S,N}
REEMBOLSA REE_DEV_NUMERO Entero
REE_NOTREC_CODIGO Entero
REE_INS_CODIGO Entero
REE_CANTIDAD Entero
REE_ANULADO {S,N}
REE_MONTO Número Decimal
REGISTRA REG_NOTREC_CODIGO Entero
REG_INS_CODIGO Entero
REG_CANTIDAD Entero
REG_CANTIDAD_CHEQUEO Entero
SECCIONES SEC_CODIGO Entero
SEC_CENCOS_CODIGO Cadena de caracteres
SEC_NOMBRE Cadena de caracteres
SEC_ANULADO {S,N}
SE_ SECONEN_SOLCOT_CODIGO Entero
CONVIERTE_ SECONEN_ORDCOM_NUMERO Entero
EN SECONEN_ANULADO {S,N}
SOLICITA SOL_PEDINT_CODIGO Entero
SOL_INS_CODIGO Entero
SOL_CANTIDAD Entero
SOL_ANULADO {S,N}
SOLICITUD_ SOLCOT_CODIGO Entero
COTIZACION SOLCOT_SUPSUM_USU_LOGIN Cadena de caracteres
SOLCOT_SUPSUM_TIPO {COORDINADOR_SUMINISTROS,
GERENTE_LOGISTICA}
SOLCOT_FECHA_SOLICITUD Fecha
SOLCOT_FECHA_ENTREGA Fecha
SUMINISTRA SUM_PRO_NUMERO Cadena de caracteres
SUM_INS_CODIGO Entero
SUM_ANULADO {S,N}
SOCDISAS
SUPERIOR_ SUPSUM_USU_LOGIN Cadena de caracteres

SUMINISTROS SUPSUM_TIPO {COORDINADOR_SUMINISTROS,
GERENTE_LOGISTICA}
SUPSUM_ANULADO {S,N}
USUARIO USU_LOGIN, Cadena de caracteres
USU_CONTRASENA Cadena de caracteres
USU_CODIGO Cadena de caracteres
USU_NOMBRE Cadena de caracteres
USU_APELLIDO Cadena de caracteres
USU_CEDULA Cadena de caracteres
USU_DIRECCION Cadena de caracteres
USU_TELEFONO Cadena de caracteres
USU_CELULAR Cadena de caracteres
USU_CORREO_ELECTRONICO Cadena de caracteres
USU_ANULADO {S,N}
9.3.4. Restricciones Explícitas
• La fecha de envío de un pedido interno, debe ocurrir después de la fecha de emisión.

(∀p |p ∈ PEDIDO_INTERNO :
p.PEDINT_FECHA_PEDIDO ≤ p.PEDINT_FECHA_ENVIO)
• La fecha de entrega de una Solicitud, debe ocurrir antes de la fecha de entrega de la

misma a los proveedores
(∀s |s ∈ SOLICITUD_COTIZACION :
s.SOLCOT_FECHA_SOLICITUD ≤ s.SOLCOT_FECHA_ENTREGA)
• La fecha de emisión de un pago, debe ser después de la fecha de emisión de la nota de

recibo correspondiente.
(∀p,n |p ∈ PAGO ^ n ∈ NOTA_RECIBO ^
p.PAG_NOTREC_CODIGO = n.NOTREC_CODIGO :
n.NOTREC_FECHA_EMISION ≤ p.PAG_FECHA_PAGO)
• El monto de un adelanto no puede ser negativo

(∀a |a ∈ ADELANTO: a.ADE_MONTO ≥ 0)
• El monto de un pago no puede ser negativo

(∀p |p ∈ PAGO: p.PAG_MONTO ≥ 0)
• La cantidad cotizada por insumo en una solicitud de cotización, no puede ser negativa
(∀s,i,c |s ∈ SOLICITUD_COTIZACION ^ i ∈ INSUMO ^ c ∈ COTIZA ^
c.COT_SOLCOT_CODIGO = s.SOLCOT_CODIGO ^
c.COT_INS_CODIGO = i.INS_CODIGO:
c.COT_CANTIDAD ≥ 0)
• La cantidad solicitada por insumo en un pedido interno, no puede ser negativa

SOCDISAS
(∀p,i,s |p ∈ PEDIDO_INTERNO ^ i ∈ INSUMO ^ s ∈ SOLICITA ^

s.SOL_PEDINT_CODIGO = p.PEDINT_CODIGO ^
s.SOL_INS_CODIGO = i.INS_CODIGO:
s.SOL_CANTIDAD ≥ 0)
• La cantidad por insumo que se despacha a un centro de costo, no puede ser negativa
(∀c,i,s,n,d |i ∈ INSUMO ^ s ∈ SECCIONES ^
n ∈ NOTA_RECIBO ^ d ∈ DISTRIBUIR ^
d.DIS_INS_CODIGO = i.INS_CODIGO ^
d.DIS_NOTREC_CODIGO = n.NOTREC_CODIGO ^
d.DIS_SEC_CODIGO = s.SEC_CODIGO ^
d.DIS_SEC_CENCOS_CODIGO = s.SEC_CENCOS_CODIGO:
d.DIS_CANTIDAD ≥ 0)
• La cantidad resultante de un conteo físico, y la cantidad del sistema no pueden ser

negativa.
(∀i,p,j,c | i ∈ INSUMO ^ p ∈ PERSONAL_SUMINISTROS ^
j ∈ INVENTARIO ^ c ∈ CONTEO_FISICO ^
i.INS_CODIGO = c.CONFIS_INS_CODIGO ^
p.PERSUM_USU_LOGIN = c.PERSUM_USU_LOGIN ^
j.INV_NUMERO = c.CONFIS_INV_NUMERO ^
c.CONFIS_CANTIDAD_CONTEO ≥ 0 ^
c.CONFIS_CANTIDAD_SISTEMA ≥ 0)
• La cantidad por insumo que se reembolsa al proveedor, no puede ser negativa

(∀i,d,n,r |d ∈ DEVOLUCION ^ i ∈ INSUMO ^ n ∈ NOTA_RECIBO ^
r ∈ REEMBOLSA ^ r.REE_DEV_NUMERO = d.DEV_NUMERO ^
r.REE_INS_CODIGO = i.INS_CODIGO ^
r.REE_NOTREC_CODIGO = n.NOTREC_CODIGO:
r.REE_CANTIDAD ≥ 0)
• La cantidad por insumo que se ordena al proveedor, no puede ser negativa

(∀i,o,j | i ∈ INSUMO ^ o ∈ ORDEN_COMPRA ^
j ∈ INCLUYE ^ j.INC_ORDCOM_NUMERO = o.ORDCOM_NUMERO ^
j.INC_INS_CODIGO = i.INS_CODIGO:
j.INC_CANTIDAD ≥ 0)
• La cantidad que se registra por insumo en una nota de recibo, no puede ser negativa
(∀i,n,r | i ∈ INSUMO ^ n ∈ NOTA_RECIBO ^ r ∈ REGISTRA ^
r.REG_NOTREC_CODIGO = n.NOTREC_CODIGO ^
r.REG_INS_CODIGO = i.INS_CODIGO:
r.REG_CANTIDAD ≥ 0)
• Para una nota de recibo, el total que se devuelve no puede ser mayor que lo recibido
(∀i,d,nr,r,s | i ∈ INSUMO ^ d ∈ DEVOLUCION ^ nr ∈ NOTA_RECIBO ^
r ∈ REEMBOLSA ^ s ∈ REGISTRA ^
i.INS_CODIGO = r.REE_INS_CODIGO ^
d.DEV_NUMERO = r.REE_DEV_NUMERO ^
nr.NOTREC_CODIGO = r.REE_NOTREC_CODIGO ^

SOCDISAS
nr.NOTREC_CODIGO = s.REG_NOTREC_CODIGO:
Σ(r.REE_CANTIDAD) ≤ s.REG_CANTIDAD)
• La suma del presupuesto de todos los centro de costo para una misma cuenta, debe
ser igual al presupuesto total de la cuenta asociada
(∀i,j,c,p | i ∈ CENTRO_COSTO ^ j ∈ CUENTA_CONTABLE ^ p ∈
PRESUPUESTO ^ c ∈ CONTABILIZA ^
c.CON_CENCOS_CODIGO = i.CENCOS_CODIGO ^
j.CUECON_CODIGO = c.CON_CUECON_CODIGO ^
j.CUECON_CODIGO = p.PRE_CUECON_CODIGO ^
c.CON_CUECON_CODIGO = p.PRE_CUECON_CODIGO ^
c.CON_PRE_FECHA_INICIO_MES = p.PRE_FECHA_INICIO_MES ^
c.CON_PRE_FECHA_FIN_MES = p.PRE_FECHA_FIN_MES:
Σ(c.CON_PRESUPUESTO) = p.PRE_PRESUPUESTO )
• El monto de un adelanto, no debe ser mayor que el monto total de la orden de compra
asociada
(∀a,o | a ∈ ADELANTO ^ o ∈ ORDEN_COMPRA ^
a.ADE_ORDCOM_NUMERO = o.ORDCOM_NUMERO:
a.ADE_MONTO ≤ o.ORDCOM_MONTO)
• El monto total de una devolución, no debe ser mayor al monto total de la nota de
recibo asociada
(∀i,d,nr,r,s | i ∈ INSUMO ^ d ∈ DEVOLUCION ^ nr ∈ NOTA_RECIBO ^
r ∈ REEMBOLSA ^ s ∈ REGISTRA ^
i.INS_CODIGO = r.REE_INS_CODIGO ^
d.DEV_NUMERO = r.REE_DEV_NUMERO ^
nr.NOTREC_CODIGO = r.REE_NOTREC_CODIGO ^
nr.NOTREC_CODIGO = s.REG_NOTREC_CODIGO:
Σ(r.REE_MONTO) ≤ nr.NOTREC_MONTO)
• El porcentaje de descuento otorgado en una orden de compra, no debe ser negativo

(∀o | o ∈ ORDEN_COMPRA: o.ORDCOM_DESCUENTO ≥ 0)
• El monto total de una nota de recibo es la suma de todos los precios totales por
insumo, registrados en la orden de compra asociada, por la cantidad de recibida para
cada uno
(∀o,n,i,r,j |
o ∈ ORDEN_COMPRA ^ n ∈ NOTA_RECIBO ^ i ∈ INSUMO ^
r ∈ REGISTRA ^ j∈ INCLUYE ^
r.REG_INS_CODIGO = j.INC_INS_CODIGO = i.INS_CODIGO ^
r.REG_NOTREC_CODIGO = n.NOTREC_CODIGO ^
j.INC_ORDCOM_NUMERO = n.NOTREC_ORDCOM_NUMERO = o.ORDCOM_NUMERO:
n.NOTREC_MONTO = Σ (r.REG_CANTIDAD)*(j.INC_PRECIO) )

SOCDISAS
• El stock promedio de un insumo se calcula sumando el stock mínimo y el stock máximo,

y dividiendo el resultado entre 2
(∀i | i ∈ INSUMO : i.INS_STOCK_PROMEDIO =
(i.INC_STOCK_MINIMO + i.INC_STOCK_MAXIMO) /2)
• El personal de centro de costo que emita un pedido, no puede estar anulado

(∀o,p | o ∈ COLABORADOR ^ p ∈ PEDIDO_INTERNO :
p.PEDINT_COL_USU_LOGIN = c.COL_USU_LOGIN ⇒ c.COL_ANULADO = “N”)
• Un proveedor con ordenes de compra pendientes o parcialmente entregadas, no puede

anularse
(∀o,p | o ∈ ORDEN_COMPRA ^ p ∈ PROVEEDOR :
(p.PRO_NUMERO = o.ORCOM_PRO_NUMERO ^
(o.ORDCOM_ESTADO = “pendiente” v o.ORDCOM_ESTADO =
“parc_entregada”)) ⇒ p.PRO_ANULADO = “N”)
• Una orden de compra que tenga un adelanto, no se puede anular

(∀o,a | o ∈ ORDEN_COMPRA ^ a ∈ ADELANTO :
(a.ADE_ORDCOM_NUMERO = o.ORCOM_ NUMERO) ⇒
o.ORCOM_ANULADO = “N”)
• Un pedido interno aprobado no puede anularse

(∀p | p ∈ PEDIDO_INTERNO :
(p.PEDINT_APROBADO = “S”) ⇒ p.PEDINT_ANULADO = “N”)
• Un insumo solicitado en una orden de compra pendiente o parcialmente entregada, no

puede anularse
(∀o,i,j | o ∈ ORDEN_COMPRA ^ i ∈ INSUMO ^ j ∈ INCLUYE ^
j.INC_ORDCOM_NUMERO = o.ORDCOM_NUMERO ^
j.INC_INS_CODIGO = i.INS_CODIGO ^
(o.ORDCOM_ORDCOMEST_NOMBRE = “Parc_entregada” v
o.ORDCOM_ORDCOMEST_NOMBRE = “pendiente”:
i.INS_ANULADO = “N”)
• Un insumo existente en un almacén no puede anularse

(∀a,i | a ∈ ALMACEN ^ i ∈ INSUMO:
(i.INS_ALM_CODIGO = a.ALM_CODIGO ^ i.CANTIDAD ≥ 0)
⇒ i.ins_anulado = “N”)
• El gerente solo puede aprobar pedidos internos del centro de costo que gestiona
(∀p,g,c1,c2 | p ∈ PEDIDO_INTERNO ^ g ∈ GERENTE ^
c1 ∈ CENTRO_COSTO ^ c2 ∈ COLABORADOR ^
p. PEDINT_GER_LOGIN = g.GER_USU_LOGIN ^
p.PEDINT_COL_USU_LOGIN = c2.COL_USU_LOGIN ^
c2.COL_SEC_CENCOS_CODIGO = c1.CENCOS_CODIGO:
c1.CENCOS_GER_USU_LOGIN = g.GER_USU_LOGIN )

SOCDISAS
• Un insumo que se esté reembolsando al proveedor, no puede anularse

(∀n,i,d,r |
n ∈ NOTA_RECIBO ^ i ∈ INSUMO ^ d ∈ DEVOLUCION ^ r ∈ REEMBOLSA ^
r.REE_NOTREC_CODIGO = n.NOTREC_CODIGO ^
r.REE_INS_CODIGO = i.INS_CODIGO ^
r.REE_DEV_NUMERO = d.DEV_NUMERO:
d.DEV_ESTADO = “NO_DEVUELTO” ⇒ i.INS_ANULADO = “N”)
• Una cuenta con presupuesto asignado para el año fiscal actual, no puede estar inactiva
(∀c, p | c ∈ CUENTAS_CONTABLES ^ p ∈ PRESUPUESTO ^
p.PRE_CUECON_CODIGO = c.CUECON_CODIGO ^
p.PRE_FECHA_INICIO_MES ≥ FECHA_INICIO_UTIMO_AÑO_FISCAL ^
p.PRE_FECHA_FIN_MES ≤ FECHA_FIN_UTIMO_AÑO_FISCAL:
⇒ c.CUECON_ANULADO = “ACTIVA”)
• Para asignarle presupuesto a un Centro de costo de una cuenta el centro no puede

estar anulado, ni la cuenta inactiva
¬(Э c1,c2, p,j,k | c1 ∈ CENTRO_COSTO ^ c2 ∈ CUENTAS_CONTABLES ^ p ∈
PRESUPUESTO:
j ∈ CONTABILIZA ^
c1.CENCOS_CODIGO = j.CON_CENCOS_CODIGO ^
j.CON_CUECON_CODIGO = c2.CUECON_CODIGO ^
j.CON_PRE_FECHA_INICIO_MES = p.PRE_FECHA_INICIO_MES ^
j.CON_PRE_FECHA_FIN_MES = p.PRE_FECHA_FIN_MES ^
p.PRE_CUECON_CODIGO = c2.CUECON_CODIGO ^
p.PRE_FECHA_INICIO_MES ≥ FECHA_INICIO_UTIMO_AÑO_FISCAL ^
p. PRE_FECHA_FIN_MES ≤ FECHA_FIN_UTIMO_AÑO_FISCAL ^
c1.anulado = “N” ^ c2.estado = “inactiva”)
• Un proveedor que tiene solicitudes pendientes, no puede estar anulado

(∀s,p,e |
s ∈ SOLICITUD_COTIZACION ^ p ∈ PROVEEDOR ^ e ∈ ENVIADA_A ^
e.ENVA_PRO_NUMERO = p.PRO_CODIGO ^
e.ENVA_SOLCOT_CODIGO = s.SOLCOT_CODIGO:
s.SOLCOT_FECHA_ENTREGA ≤ FECHA_ACTUAL ⇒ p.PRO_ANULADO = “N”)
• Para asignarle a un insumo la línea correspondiente, esta no puede estar anulada

(∀ l, i | l ∈ LINEA ^ i∈ INSUMO:
i.INS_LIN_CODIGO = l.LIN_CODIGO ⇒ l.LIN_ANULADO = “N”)
• Una orden de compra ya despachada, no puede anularse

¬(Э o | o ∈ ORDEN_COMPRA:
o.ORDCOM_ORDCOMEST_NOMBRE = “Entregada”
^ o.ORDCOM_ANULADO = “N”)

SOCDISAS
• El monto total de una orden de compra, se calcula multiplicando el precio unitario de

cada insumo por la cantidad solicitada, y descontándole al resultado, el porcentaje de
descuento negociado con el proveedor
(∀o,i,j | o ∈ ORDEN_COMPRA ^ i ∈ INSUMO ^ j ∈ INCLUYE ^
j.INC_ORDCOM_NUMERO = o.ORDCOM_NUMERO ^
j.INC_INS_CODIGO = i.INS_CODIGO:
o.ORCOM_MONTO =
[Σ ([(j.INC_CANTIDAD)*(j.INC_PRECIO)] +
[j.INC_CANTIDAD*j.INC_PRECIO* i.INS_IVA] –
([(j.INC_CANTIDAD)*(j.INC_PRECIO)] +
[j.INC_CANTIDAD*j.INC_PRECIO* i.INS_IVA])*o.ORDCOM_DESCUENTO)
• No hay 2 usuarios con la misma cédula

(∀i,j ∈ USUARIO |i ≠ j: i.USU_CEDULA ≠ j.USU_CEDULA)
• Un centro de costo anulado, no puede tener un gerente no anulado a cargo de este

centro de costo. Un centro de costo no anulado, no puede tener un gerente anulado.
¬(Э c, g | c ∈CENTRO_COSTO ^ g ∈ GERENTE ^
c.CENCOS_GER_USU_LOGIN = g.GER_USU_LOGIN ^:
g.GER_ANULADO = “N”)
• Un centro de costo anulado, no puede tener colaboradores no anulados trabajando en

las secciones del centro de costo. Un centro de costo no anulado, no puede tener
colaboradores anulados trabajando en las secciones del centro de costo.
¬(Э c, g | c ∈CENTRO_COSTO ^ g ∈ COLABORADOR ^
g.COL_SEC_CENCOS_CODIGO = c.CENCOS_CODIGO ^:
g.ANULADO = “N”)
• Un centro de costo anulado, no puede tener secciones no anuladas.

(∀c, s | c ∈CENTRO_COSTO ^ s ∈ SECCIONES ^
s.SEC_CENCOS_CODIGO = c.CENCOS_CODIGO:
c.CENCOS_ANULADO =”N” ⇒ s.SEC_ANULADO = “N”)
• No se puede emitir una devolución de una nota de recibo, después de que haya sido
pagada
(∀n, d, r | n ∈NOTA_RECIBO ^ p∈PAGO ^
p.PAG_NOTREC_CODIGO = n. NOTREC_CODIGO:
¬ (∃ d, e | d ∈ DEVOLUCIONES ^ r ∈ REEMBOLSA:
r.REE_DEV_NUMERO = d. DEV_NUMERO ^
r.REE_NOTREC_CODIGO = n. NOTREC_CODIGO) )
• No se puede distribuir más insumos de los que hay en una nota de recibo
(∀ r, d | r ∈ REGISTRA ^ d ∈ DISTRIBUIR ^
r.REG_NOTREC_CODIGO = d.DIS_NOTREC_CODIGO ^
r.REG_INS_CODIGO = d.DIS_INS_CODIGO:
Σ [d.DIS_CANTIDAD] ≤ r.REG_CANTIDAD)
SOCDISAS
1100.. D
Deesseem
mppeeññoo
El sistema debe ser confiable, razón por la cual se requiere que la concurrencia entre
los usuarios no afecte la consistencia de los datos que el mismo maneja. El sistema debe hacer
las operaciones de forma rápida (máximo un minuto por operación), y consumir la menor
cantidad de recursos en el servidor, ya que en éste operan también otras aplicaciones de igual
o mayor complejidad.
1111.. CCaalliiddaadd
A lo largo del ciclo de vida de una aplicación, el uso del modelo de 3 capas brinda
beneficios tales como la extensibilidad, fiabilidad, transportabilidad, simplicidad de
administración y mantenimiento, flexibilidad, reusabilidad y escalabilidad del sistema.
El empleo de un modelo de 3 capas para la implementación del sistema permite que el

desarrollo se pueda llevar a cabo en varios niveles y en caso de algún cambio sólo se ataca al
nivel requerido sin tener que revisar diversos niveles a la vez. Además permite que cada grupo
de trabajo este totalmente abstraído del resto de niveles, simplemente es necesario conocer la
“API” que existe entre niveles. Por otro lado los componentes y servicios creados según este
modelo pueden compartirse y reutilizarse.
Uno de los aspectos claves del diseño de una aplicación es su arquitectura. Esta define
cual es el objetivo de cada uno de los componentes del sistema y el modo en que estos se
relacionan e interactúan entre sí. Por ello es importante que esta y cualquier aplicación cuente
con la adecuada arquitectura, la que se hace referencia en los párrafos anteriores, de lo
contrario el trabajo puede llegar a requerir hasta una reingeniería total de la aplicación,
incluyendo un diseño desde cero y por supuesto la nueva construcción del sistema.
Igualmente, como se evidenció a lo largo del documento, hemos agrupado todos los
casos de uso en diversos módulos. De esta manera, un proyecto de gran envergadura como
este, puede dividirse en pequeños proyectos más simples y manejables, que se pueden
implementar en forma progresiva, agregando o modificando servicios según la medida de
crecimiento del sistema.

Sistema de Abastecimiento

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Sistema de Abastecimiento

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIDAD SIMÓN BOLÍVAR

SISTEMA DE ORDEN DE COMPRA, SUMINISTROS, ACTIVOS Y

SERVICIOS PARA CENTROBECO C.A

MÓDULO ÓRDENES DE COMPRA

Elianna Bugallo Piersanti

INFORME FINAL DE CURSOS EN COOPERACIÓN

Presentado ante la Ilustre Universidad Simón Bolívar

Como Requisito Parcial para Optar al Título de

Sartenejas, Julio de 2007

SERVICIOS PARA CENTROBECO C.A.

MÓDULO DE ORDEN DE COMPRA

A mi Dios, a quien le agradezco la vida y la paciencia conmigo

ahora se han convertido en una bonita y pura amistad

les quiere mucho

 A la profesora Edumilis Mendez, por su apoyo y aporte en esta pasantía

 A la Ingeniero Ileana Rojas, por su infinito apoyo en la realización de este proyecto

 A todo el equipo de CENTROBECO C.A, por brindarme la oportunidad de crecer profesionalmente.

Figura 1. Organigrama de la empresa CENTROBECO C.A. 5

Tabla 1: Plan de Proyecto estipulado para la fase de Inicio .............................................................25

DAS Documento de Arquitectura del Software

DBMS DataBase Management System.

ERE Extended Entity-RelationShip.

ERS Especificación de Requerimientos del Software

HTML HyperText Markup Language

J2EE Java 2 Enterprise Edition.

JDBC Java Database Connectivity.

JSP Java Server Pages.

MVC Modelling View Controller

POO Programación Orientada a Objetos

OMG Object Management Group

RUP Rational Unified Process.

SQL Structured Query Lenguaje.

UML Unified Modeling Lenguaje.

2.1 ANTECEDENTES DE LA EMPRESA

Desde su Fundación, la Compañía ha evolucionado, atravesando diversas fases relacionadas con su

Recientemente, la Compañía ha iniciado un programa de evolución, que consta principalmente del

2.4 ESTRUCTURA ORGANIZACIONAL

El Pasante fue ubicado en el Departamento de Sistemas.

Figura 1. Organigrama de la empresa CENTROBECO C.A.

2.5 GERENCIA DE SISTEMAS

La gerencia de Sistemas tiene como propósitos básicos:

 Ayudar en el mejoramiento y avance tecnológico de la empresa

 Brindar apoyo al resto de las gerencias y tiendas en el desarrollo o adquisición de sistemas

 Administración de las redes y los equipos que las conforman

Como se muestra en la Figura 2, esta gerencia se divide en 4 secciones importantes: Comunicaciones,

La Sección de Computación de la Gerencia de Sistemas, es la encargada de analizar, diseñar e

Figura 2. Organigrama de la Gerencia de Sistemas

3.1 PLANTEAMIENTO DEL PROBLEMA

 La versión digital de los documentos emitidos están guardados en la computadora asignada al

3.2 SOLUCIÓN PROPUESTA

Específicamente, lo que busca es:

 Tener un mejor control de las actividades realizadas.

 Almacenamiento de la información centralizada, de manera de poder reducir el riesgo de perder

 Aumentar la productividad de la Coordinación de Suministros.

A continuación se indican los objetivos de la pasantía larga.

3.3 OBJETIVO GENERAL

3.4 OBJETIVOS ESPECÍFICOS

 Levantamiento de información del sistema

 Diseñar la estructura de datos completa

 Definición de requerimientos detallados del sub-módulo de orden de compra

 Diseño de la aplicación del sub-módulo orden de compra

 Pruebas técnicas del sub-módulo orden de compra

4.1 ARQUITECTURA EN CAPAS: