Вы находитесь на странице: 1из 142

Contenido

CONTROL LOGÍSTICO: 1

RESUMEN: 1

CAPITULO I: MARCO REFERENCIAL: 1


ENUNCIADO DEL PROBLEMA: .................................................................................................. 1
OBJETIVOS ................................................................................................................................. 2
OBJETIVO GENERAL .............................................................................................................. 2
OBJETIVOS ESPECÍFICOS. .................................................................................................... 2

CAPITULO II: FUNDAMENTACIÓN TEÓRICA 3


RUP: ............................................................................................................................................. 3
FASES:......................................................................................................................................... 4
• Inicio ....................................................................................................................................... 4
• Elaboración............................................................................................................................. 4
• Construcción........................................................................................................................... 4
• Transición ............................................................................................................................... 4
UML: ............................................................................................................................................. 5
DIAGRAMAS. ............................................................................................................................... 5
DIAGRAMAS DE CASOS DE USO: ............................................................................................. 5
DIAGRAMA DE CLASES: ............................................................................................................ 5
DIAGRAMA DE OBJETOS:.......................................................................................................... 6
DIAGRAMAS DE COMPORTAMIENTOS .................................................................................... 6
Diagrama de Estados: .............................................................................................................. 6
Diagrama de actividades: ......................................................................................................... 6
DIAGRAMA DE INTERACCION ................................................................................................... 6
Diagrama de Secuencia:........................................................................................................... 6
Diagrama de Colaboración ....................................................................................................... 7
DIAGRAMA DE IMPLEMENTACION ........................................................................................... 7
Diagrama de componentes ....................................................................................................... 7
Diagrama de Despliegue .......................................................................................................... 7

CAPITULO III: DESARROLLO DE LA METODOLOGIA RUP 8


DESCRIPCIÓN DE LOS PROCESOS DEL NEGOCIO: .............................................................. 8

MODELO DEL NEGOCIO: 9


DIAGRAMA DE CASOS DE USO DEL NEGOCIO: ..................................................................... 9

ESPECIFICACIÓN DE CASOS DE USO DEL NEGOCIO: 10


ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR COTIZACIÓN” ........... 10
ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR ENVÍO Y RECEPCIÓN
DE PRODUCTOS” ..................................................................................................................... 11
ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR EMISIÓN Y ENVÍO DE
DOCUMENTOS DE PAGO“ ....................................................................................................... 12
ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR ENVÍO Y REGISTRO
DE DOCUMENTOS” .................................................................................................................. 14

DIAGRAMA DE ACTIVIDADES: 16
DIAGRAMA DE ACTIVIDADES: “GESTIONAR COTIZACIÓN” ................................................. 16
DIAGRAMA DE ACTIVIDADES: “GESTIONAR ENVÍO Y RECEPCIÓN DE PRODUCTOS” ..... 17
DIAGRAMA DE ACTIVIDADES: “GESTIONAR ENVÍO Y REGISTRO DE DOCUMENTOS” .... 18
DIAGRAMA DE ACTIVIDADES: “GESTIONAR EMISIÓN Y ENVÍO DE DOCUMENTOS DE
PAGO” ........................................................................................................................................ 19

MODELO DE OBJETOS DEL NEGOCIO: 20


MODELO DE OBJETOS DEL NEGOCIO: “GESTIONAR COTIZACIÓN” .................................. 20
MODELO DE OBJETOS DEL NEGOCIO: “GESTIONAR ENVÍO Y RECEPCIÓN DE
PRODUCTOS” ........................................................................................................................... 20
MODELO DE OBJETOS DEL NEGOCIO: “GESTIONAR ENVÍO Y REGISTRO DE
DOCUMENTOS” ........................................................................................................................ 21
MODELO DE OBJETOS DEL NEGOCIO: “GESTIONAR EMISIÓN Y ENVÍO DE
DOCUMENTOS DE PAGO” ....................................................................................................... 22

DIAGRAMA DE DOMINIO: 23
DIAGRAMA DE DOMINIO: “GESTIONAR COTIZACIÓN” ......................................................... 23
DIAGRAMA DE DOMINIO: “GESTIONAR ENVÍO Y RECEPCIÓN DE PRODUCTOS” ............. 24
DIAGRAMA DE DOMINIO: “GESTIONAR ENVÍO Y REGISTRO DE DOCUMENTOS” ............ 25
DIAGRAMA DE DOMINIO: “GESTIONAR EMISIÓN Y ENVÍO DE DOCUMENTOS DE PAGO”
................................................................................................................................................... 26

GLOSARIO DE TÉRMINOS 27

REGLAS DEL NEGOCIO: 28

DOCUMENTO DE VISIÓN: 29

MODELO DE REQUISITOS 30
DIAGRAMA DE CASOS DE USO DEL SISTEMA. .................................................................... 30
DIAGRAMA DE CASOS DE USO DEL SISTEMA: “GESTIONAR COTIZACIÓN” ................. 30
DIAGRAMA DE CASOS DE USO DEL SISTEMA: “GESTIONAR ENVÍO Y RECEPCIÓN DE
PRODUCTOS”........................................................................................................................ 31
DIAGRAMA DE CASOS DE USO DEL SISTEMA: “GESTIONAR ENVÍO Y REGISTRO DE
DOCUMENTOS” ..................................................................................................................... 32
DIAGRAMA DE CASOS DE USO DEL SISTEMA: “GESTIONAR EMISIÓN Y ENVÍO DE
DOCUMENTOS DE PAGO” ................................................................................................... 33

ESPECIFICACIÓN DE LOS CASOS DE USO DEL SISTEMA: 34


ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR PROVEEDOR” .......... 34
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR PRODUCTO” ............ 34
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR SOLICITUD DE
COTIZACIÓN” ............................................................................................................................ 35
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR COTIZACIÓN”........... 37
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CUADRO
COMPARATIVO DE COTIZACIÓN” ........................................................................................... 38
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ORDEN DE COMPRA”
................................................................................................................................................... 39
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ORDEN DE COMPRA
APROBADO” .............................................................................................................................. 40
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE
ANULACIÓN DE ORDEN DE COMPRA” ................................................................................... 41
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE CUADRO
COMPARATIVO COTIZACIONES” ............................................................................................ 42
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR FACTURA” ................ 43
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR GUIA DE REMISIÓN”44
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE
RECEPCIÓN”: ............................................................................................................................ 45
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ORDEN DE
INTERNAMIENTO”: ................................................................................................................... 46
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE
DEVOLUCIÓN” .......................................................................................................................... 47
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ENVÍO DE
DOCUMENTOS” ........................................................................................................................ 48
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTOS
PENDIENTES DE PAGO” .......................................................................................................... 50
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ENVÍO COPIA DE
DOCUMENTOS” ........................................................................................................................ 51
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTOS CON
FIN CONTABLE” ........................................................................................................................ 52
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR ENVIO DE
DOCUMENTO DE PAGO........................................................................................................... 53
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CHEQUE” ................. 54
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO DE
INVALIDACIÓN DE CHEQUE” ................................................................................................... 55
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CHEQUES
FIRMADOS” ............................................................................................................................... 57
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ENVIO DE CHEQUES”
................................................................................................................................................... 58
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR COPIA DE CHEQUES”
................................................................................................................................................... 59

MODELO DE ANÁLISIS Y DISEÑO: 61


DIAGRAMAS DE COLABORACIÓN .......................................................................................... 61
DIAGRAMA DE COLABORACIÓN: “REGISTRAR PROVEEDOR” ........................................ 61
DIAGRAMA DE COLABORACIÓN: “REGISTRAR PRODUCTO” .......................................... 62
DIAGRAMA DE COLABORACIÓN: “REGISTRAR SOLICITUD DE COTIZACIÓN” ............... 63
DIAGRAMA DE COLABORACIÓN: “REGISTRAR COTIZACIÓN” ......................................... 64
DIAGRAMA DE COLABORACIÓN: “REGISTRAR CUADRO COMPARATIVO” .................... 65
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ORDEN DE COMPRA” ........................... 66
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ORDEN DE COMPRA APROBADO” ...... 67
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE ANULACIÓN DE
ORDEN DE COMPRA” ........................................................................................................... 68
DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE CUADRO COMPARATIVO DE
COTIZACIÓN” ........................................................................................................................ 69
DIAGRAMA DE COLABORACIÓN: “REGISTRAR FACTURA” .............................................. 70
DIAGRAMA DE COLABORACIÓN: “REGISTRAR GUÍA DE REMISIÓN” ............................. 71
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE RECEPCIÓN” ........... 72
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ORDEN DE INTERNAMIENTO” ............. 73
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN” ......... 74
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ENVÍO DE DOCUMENTOS” .................. 75
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTOS PENDIENTES DE PAGO”
................................................................................................................................................ 76
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ENVÍO DE COPIAS DE DOCUMENTOS”
................................................................................................................................................ 77
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO CON FIN CONTABLE” ... 78
DIAGRAMA DE COLABORACIÓN: “REGISTRAR CHEQUE” ............................................... 79
DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE INVALIDACIÓN DE
CHEQUE” ............................................................................................................................... 80
DIAGRAMA DE COLABORACIÓN: “REGISTRAR CHEQUES FIRMADOS” ......................... 81
DIAGRAMA DE COLABORACIÓN: “REGISTRAR ENVÍO DE CHEQUES” ........................... 82
DIAGRAMA DE COLABORACIÓN: “REGISTRAR COPIA DE CHEQUES” ........................... 83

INTERFACES GRÁFICA DE USUARIO GUI 84


INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR PROVEEDOR” ................................. 84
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR PRODUCTO” .................................... 84
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR SOLICITUD DE COTIZACIÓN” ........ 85
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR COTIZACIÓN” .................................. 85
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR CUADRO COMPARATIVO” ............. 86
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ORDEN DE COMPRA” ..................... 86
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ORDEN DE COMPRA APROBADO” 87
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR DOCUMENTO DE ANULACION DE
DOCUMENTO DE COMPRA” .................................................................................................... 87
INTERFAZ GRÁFICA DE USUARIO GUI: “EMITIR REPORTE CUADRO COMPARATIVO” .... 88
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR FACTURA”: ...................................... 88
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR GUÍA DE REMISIÓN”: ...................... 89
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR DOCUMENTO DE RECEPCIÓN”: .... 89
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ORDEN DE INTERNAMIENTO”: ...... 90
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN”: . 90
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ENVÍO DE DOCUMENTOS” ............ 91
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR DOC_PENDIENTES DE PAGO” ...... 91
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ENVÍO DE COPIAS DE
DOCUMENTOS” ........................................................................................................................ 92
INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR DOCUMENTOS CON FIN
CONTABLE” ............................................................................................................................... 92
INTERFAZ GRAFICA DE USUARIO GUI: “REGISTRAR CHEQUE” ......................................... 93
INTERFAZ GRAFICA DE USUARIO GUI: “ENVIO DOCUMENTO DE PAGO” ......................... 93
INTERFAZ GRAFICA USUARIO GUI: “REGISTRAR CHEQUE FIRMADO” ............................. 94
INTERFAZ GRAFICA USUARIO: “REGISTRAR ENVIO DE CHEQUE” .................................... 94
INTERFAZ GRAFICA USUARIO: “REGISTRAR COPIA DE CHEQUE” .................................... 95

DIAGRAMAS DE SECUENCIA: 96
DIAGRAMA DE SECUENCIA: “REGISTRAR PROVEEDOR” ................................................... 96
DIAGRAMA DE SECUENCIA: “REGISTRAR PRODUCTO” ...................................................... 97
DIAGRAMA DE SECUENCIA: “REGISTRAR SOLICITUD DE COTIZACIÓN” .......................... 98
DIAGRAMA DE SECUENCIA: “REGISTRAR COTIZACIÓN” .................................................... 99
DIAGRAMA DE SECUENCIA: “REGISTRAR CUADRO COMPARATIVO COTIZACIONES”: . 100
DIAGRAMA DE SECUENCIA: “REGISTRAR ORDEN DE COMPRA” ..................................... 101
DIAGRAMA DE SECUENCIA: “REGISTRAR ORDEN DE COMPRA APROBADO” ............... 102
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE ANULACIÓN DE ORDEN DE
COMPRA” ................................................................................................................................ 103
DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE CUADRO COMPARATIVO DE
COTIZACIÓN” .......................................................................................................................... 104
DIAGRAMA DE SECUENCIA: “REGISTRAR FACTURA” ....................................................... 105
DIAGRAMA DE SECUENCIA: “REGISTRAR GUÍA DE REMISIÓN” ....................................... 106
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE RECEPCIÓN” ..................... 107
DIAGRAMA DE SECUENCIA: “REGISTRAR ORDEN DE INTERNAMIENTO” ....................... 108
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN” .................. 109
DIAGRAMA DE SECUENCIA: “REGISTRAR ENVÍO DE DOCUMENTOS” ............................ 110
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTOS PENDIENTES DE PAGO” ..... 111
DIAGRAMA DE SECUENCIA: “REGISTRAR ENVÍO DE COPIAS DE DOCUMENTOS” ........ 112
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO CON FIN CONTABLE” ............. 113
DIAGRAMA DE SECUENCIA: “REGISTRAR CHEQUE” ......................................................... 114
DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE INVALIDACIÓN DE CHEQUE”
................................................................................................................................................. 115
DIAGRAMA DE SECUENCIA: “REGISTRAR CHEQUES FIRMADOS” ................................... 116
DIAGRAMA DE SECUENCIA: “REGISTRAR ENVÍO DE CHEQUES” .................................... 117
DIAGRAMA DE SECUENCIA: “REGISTRAR COPIA DE CHEQUES” .................................... 118

DIAGRAMA DE CLASES ANÁLISIS / DISEÑO 119

CAPITULO IV: PROTOTIPO DEL SOFTWARE DESARROLLADO 120


CODIFICACIÓN: “REGISTRAR PROVEEDOR” ...................................................................... 120
CODIFICACIÓN: “REGISTRAR PRODUCTO”......................................................................... 123
CODIFICACIÓN: “REGISTRAR SOLICITAR SOLICITUD DE COTIZACIÓN” ......................... 125

CAPÍTULO V: ESTIMACIÓN Y ANÁLISIS ECONÓMICO DEL SISTEMA 129


PUNTOS DE FUNCIÓN. ESTIMACIÓN DEL ESFUERZO. ESTIMACIÓN DEL TIEMPO DE
DESARROLLO. ........................................................................................................................ 129

CONCLUSIONES Y RECOMENDACIONES 134

BIBLIOGRAFÍA 135
“UNA BUENA INGENIERÍA DE SOFTWARE REQUIERE LA DIFERENCIACIÓN ENTRE LA ESPECIFICACIÓN
Y LA IMPLEMENTACIÓN”
ANDREW TANENBAUM
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

CONTROL LOGÍSTICO:

RESUMEN:
La empresa XYZ se dedica a la venta de equipos y suministros informáticos.
Actualmente la empresa ha crecido su volumen de ventas y la administración ha
planteado un proyecto de diseño e implementación de una aplicación informática
que sirva de soporte para sus principales procesos de Ventas y Abastecimiento.
Hoy en día la empresa XYZ prioriza el logro de la mejora de las condiciones de
negociación con sus proveedores, debido a que cada negociación tiene un largo
y secuencial proceso.

Este proceso comienza con una solicitud de cotización a los proveedores, los
proveedores emiten y envían la cotización que será analizada; una vez aprobada
se genera una orden de compra al proveedor. El proveedor envía el producto
con su respectiva factura y guía, así mismo los productos son revisados y se
emite una orden de internamiento si todo está conforme. Luego esta orden de
internamiento es enviada al tesorero quien los adjuntará a los documentos
pendientes de pago y serán enviados al contador quién los analizará y si todo
está conforme los enviará al gerente financiero quien dará el visto bueno y
entregará los cheques a los proveedores.

CAPITULO I: MARCO REFERENCIAL:

ENUNCIADO DEL PROBLEMA:

La Empresa XYZ, cuyo giro es la venta de equipos y suministros informáticos,


busca lograr las mejores condiciones comerciales para negociar con el
proveedor, es decir, pactar montos, fechas de pagos y formas de pago; y de esta
manera, definir su cartera de proveedores. Toda negociación queda pactada con
un documento firmado por el jefe de Logística y el representante del proveedor.
El jefe de Logística solicita cotizaciones a los proveedores y los proveedores
emiten la cotización y se la envían. El jefe de Logística analiza la cotización y si
la aprueba, genera una orden de compra al proveedor, de lo contrario, la archiva.
El proveedor envía el producto con su respectiva factura y guía. El asistente de
logística recibe el producto, factura y guía; asimismo, revisa los productos, y si
está conforme, emite la orden de internamiento. En caso contrario, hace la
devolución del producto informando el motivo de la devolución. Se requiere
reducir el tiempo al momento de generar la orden de internamiento.
El Gerente General y el Gerente Financiero de XYZ desean que los registros de
cada una de las obligaciones generadas junto a su liquidación sean realizados
puntualmente.
El jefe de Logística envía la orden de internamiento y factura al tesorero. El
tesorero registra la orden de internamiento y factura. El tesorero registra los
documentos pendientes de pago. Para este caso, se mencionan los documentos
por pagar a proveedores, aunque, también es importante registrar los

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

documentos pendientes de pago al gobierno y empleados. El tesorero envía los


documentos al asistente de Contabilidad.
Para llevar a cabo la liquidación o pago, el tesorero emite los documentos
pendientes de pago y los envía al Gerente Financiero para que los analice y
apruebe. El Gerente Financiero emite los cheques, los mismos que son enviados
a la Gerencia General para su firma. Luego, se envían los cheques a los
proveedores. Las copias de los documentos de pago se envían al área de
Contabilidad para que registre la obligación como pagada en los asientos
contables. Por cada obligación que se va a registrar, se debe buscar a los
proveedores

Se le solicita los siguientes artefactos:


a) Construya un diagrama de casos de uso del negocio a partir de la situación
anterior.
b) Construya un diagrama de actividades que ilustre el flujo de trabajo de cada
caso de uso del negocio
c) Elabore el Modelo de Objetos del Negocio para cada proceso del negocio.
d) Elabore el Diagrama del Dominio para el caso planteado
e) Elabore el diagrama de casos de uso de requerimientos.
f) Elabore los diagramas de colaboración.
g) Elabore los diagramas de secuencia.
h) Elabore el diagrama de clases del diseño.
i) Elabore el modelo físico de la base de datos.

OBJETIVOS

OBJETIVO GENERAL

 Crear un sistema de administración de los procesos de control logístico


para de esta manera lograr mejorar las condiciones de negociación de la
empresa XYZ con sus proveedores.

OBJETIVOS ESPECÍFICOS.

- Obtener documentación en el momento adecuado.


- Mejorar la satisfacción del usuario.
- Mejorar el Diseño de la Base de Datos.
- Mejorar los procesos de Registro y Actualización de Datos.
- Brindar facilidad de uso al sistema.
- Optimizar los recursos
- Aumentar las utilidades

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

CAPITULO II: FUNDAMENTACIÓN TEÓRICA


RUP:

El Rational Unified Process o Proceso Unificado de Racional. Es un proceso


de ingeniería de software que suministra un enfoque para asignar tareas y
responsabilidades dentro de una organización de desarrollo. Su objetivo es
asegurar la producción de software de alta y de mayor calidad para satisfacer las
necesidades de los usuarios que tienen un cumplimiento al final dentro de un
límite de tiempo y presupuesto previsible. Es una metodología de desarrollo
iterativo que es enfocada hacia “diagramas de los casos de uso, y manejo de los
riesgos y el manejo de la arquitectura” como tal.

El RUP mejora la productividad del equipo ya que permite que cada miembro del
grupo sin importar su responsabilidad específica pueda acceder a la misma base
de datos incluyendo sus conocimientos.

La metodología RUP utiliza el enfoque de la orientación a objetos en su diseño


y está diseñado y documentado el uso de la notación UML (Unified Modeling
Language) para ilustrar los procesos en acción. Utiliza técnicas y prácticas
probadas comercialmente.

Es un proceso considerado pesado y preferentemente aplicable a grandes


equipos de desarrollo y grandes proyectos, pero el hecho de que es ampliamente
personalizable que permite adaptarse a proyectos de cualquier escala.

Para la gestión del proyecto, la metodología RUP proporciona una solución


disciplinada como las tareas y responsabilidades señaladas dentro de una
organización de desarrollo de software.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

RUP es, en sí, un producto de software. Es modular y automatizado, y toda su


metodología se apoya en varias herramientas de desarrollo integradas y
vendidos por IBM a través de sus “Suites racional.”

FASES:

RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias


iteraciones en número variable según el proyecto y en las que se hace un mayor
o menor hincapié en los distintas actividades.
• Inicio
Esta fase tiene como propósito definir y acordar el alcance del proyecto con los
patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión
muy general de la arquitectura de software y producir el plan de las fases y el de
iteraciones posteriores.
• Elaboración
En la fase de elaboración se seleccionan los casos de uso que permiten definir
la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la
especificación de los casos de uso seleccionados y el primer análisis del dominio
del problema, se diseña la solución preliminar.
• Construcción
El propósito de esta fase es completar la funcionalidad del sistema, para ello se
deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a
las evaluaciones realizados por los usuarios y se realizan las mejoras para el
proyecto.
• Transición
El propósito de esta fase es asegurar que el software esté disponible para los
usuarios finales, ajustar los errores y defectos encontrados en las pruebas de
aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se
debe verificar que el producto cumpla con las especificaciones entregadas por
las personas involucradas en el proyecto.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

UML:

UML es un lenguaje para especificar, construir, visualizar y documentar los


artefactos de un sistema de software orientado a objetos (OO). Un artefacto es
una información que es utilizada o producida mediante un proceso de desarrollo
de software.

UML se quiere convertir en un lenguaje estándar con el que sea posible modelar
todos los componentes del proceso de desarrollo de aplicaciones. Sin embargo,
hay que tener en cuenta un aspecto importante del modelo: no pretende definir
un modelo estándar de desarrollo, sino únicamente un lenguaje de modelado.
Otros métodos de modelaje como OMT (Object Modeling Technique) o Booch sí
definen procesos concretos. En UML los procesos de desarrollo son diferentes
según los distintos dominios de trabajo; no puede ser el mismo el proceso para
crear una aplicación en tiempo real, que el proceso de desarrollo de una
aplicación orientada a gestión, por poner un ejemplo.

En otras palabras, es un lenguaje gráfico para visualizar, especificar, construir y


documentar un sistema. UML ofrece un estándar para describir un "plano" del
sistema (modelo), incluyendo aspectos conceptuales tales como procesos,
funciones del sistema, y aspectos concretos como expresiones de lenguajes de
programación, esquemas de bases de datos y compuestos reciclados.
UML no puede compararse con la programación estructurada, pues UML
significa Lenguaje Unificado de Modelado, no es programación, solo se diagrama
la realidad de una utilización en un requerimiento. Mientras que programación
estructurada es una forma de programar como lo es la orientación a objetos, la
programación orientada a objetos viene siendo un complemento perfecto de
UML, pero no por eso se toma UML solo para lenguajes orientados a objetos.
UML cuenta con varios tipos de diagramas, los cuales muestran diferentes
aspectos de las entidades representadas.
DIAGRAMAS.
DIAGRAMAS DE CASOS DE USO:
Estos diagramas muestran operaciones que se esperan de una aplicación o
sistema y como se relaciona con su entorno, es por ello que se ve desde el punto
de vista del usuario. Describen un uso del sistema y como éste interactúa con el
usuario.
Los casos de usos se representan en el diagrama por unas elipses la cual denota
un requerimiento solucionado por el sistema.
El conjunto de casos de usos representa la totalidad de operaciones que va a
desarrollar el sistema. Por último, a estas elipses lo acompaña un nombre
significativo de manera de rótulo.

DIAGRAMA DE CLASES:
En UML el diagrama de clases es uno de los tipos de diagramas o símbolo
estático y tiene como fin describir la estructura de un sistema mostrando sus
clases, atributos y relaciones entre ellos.

Estos diagramas son utilizados durante el proceso de análisis y diseño de los

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

sistemas informáticos, en donde se intentan conformar el diagrama conceptual


de la información que se manejará en el sistema.

Como ya sabemos UML es un modelado de sistema Orientados a Objetos, por


ende, los conceptos de este paradigma se incorporan a este lenguaje de
modelado.

DIAGRAMA DE OBJETOS:
Forma parte de la vista estática del sistema. En este diagrama se modelan las
instancias de las clases del Diagrama de Clases. Este diagrama cabe aclarar
que cuenta con objetos y enlaces. En estos diagramas también es posible
encontrar las clases para tomar como referencia su instanciación.
En otras palabras, el Diagrama de Objetos muestra un conjunto de objetos y sus
relaciones en un momento concreto. Los Diagramas de Objetos son realmente
útiles para modelar estructuras de datos complejas
DIAGRAMAS DE COMPORTAMIENTOS
Diagrama de Estados:
El diagrama de estados engloba todos los mensajes que un objeto puede
enviar o recibir, en otras palabras es un escenario que representa un camino
dentro de un diagrama.
Como característica de estos diagramas siempre cuentan con dos estados
especiales, el inicial y el final, con la particularidad que este diagrama puede
tener solo un estado inicial pero varios estados finales.
Una transición entre estados representa un cambio de un estado origen a un
estado sucesor destino que podría ser el mismo que el estado origen, dicho
cambio de estado puede estar aparejado con alguna acción. Además, las
acciones se asocian a las transiciones y se consideran que ocurre de forma
rápida e interrumpible.
Diagrama de actividades:
Un Diagrama de Actividades representa un flujo de trabajo paso a paso de
negocio y operacionales de los componentes en un sistema.

En UML 1, un diagrama de actividades es una variación del Diagrama de Estados


UML donde los estados representan operaciones y las transiciones representan
las actividades que ocurren cuando la operación es completa.
En la actualidad, el diagrama de actividades en UML 2.0 es similar al aspecto del
diagrama en UML 1, solo que ahora la semántica está basada en lo que se
conoce como Redes de Petri. En UML 2.0, el diagrama general de interacción
está basado en el diagrama de Actividad.

DIAGRAMA DE INTERACCION
Diagrama de Secuencia:
Un Diagrama de Secuencias muestra una interacción ordenada según la
secuencia temporal de eventos y el intercambio de mensajes. Los diagramas
de secuencia ponen especial énfasis en el orden y el momento en el que se
envían los mensajes a los objetos.
En los diagramas de Secuencias los elementos están representados por líneas
intermitentes verticales, con el nombre del objeto en la parte más alta.
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Los mensajes pueden ser o bien síncronos, el tipo normal de llamada del
mensaje donde se pasa el control a objeto llamado hasta que el método finalice,
o asíncronos donde se devuelve el control directamente al objeto que realiza la
llamada.

Diagrama de Colaboración
Un diagrama de colaboración, se puede decir que es una forma alternativa al
diagrama de secuencias a la hora de mostrar un escenario.
Este tipo de diagrama muestra las interacciones que ocurren entre los objetos
que participan en una situación determinada.

A diferencia del diagrama de secuencia, el diagrama de colaboración se enfoca


en la relación entre los objetos y su topología de comunicación.

En estos diagramas los mensajes enviados de un objeto a otro se representa


mediante flechas, acompañado del nombre del mensaje, los parámetros y la
secuencia del mensaje.
Estos diagramas están indicados para mostrar una situación o flujo de programa
específico y son considerados uno de los mejores diagramas para mostrar o
explicar rápidamente un proceso dentro de la lógica del programa

DIAGRAMA DE IMPLEMENTACION
Diagrama de componentes
Lo que distingue el Diagrama de Componentes de otro tipo de diagramas es sin
duda su contenido. Normalmente contiene componentes, interfaces y relaciones
entre ellos. Los componentes perteneces a un mundo físico, es decir,
representan a un bloque de construcción al modelar aspectos físicos de un
sistema.

Cada componente debe tener un nombre que lo distinga de los demás. Al igual
que las clases los componentes pueden enriquecerse con compartimientos
adicionales que muestran sus detalles.

Diagrama de Despliegue
Básicamente este tipo de diagrama se utiliza para modelar el Hardware utilizado
en la implementación del sistema y las relaciones entre sus componentes.

Los elementos usados por este tipo de diagrama son nodos, componentes y
asociaciones. En el UML 2.0 los componentes ya no están dentro de nodos, en
cambio puede haber artefactos (archivo, un programa, una biblioteca o Base de
datos) u otros nodos dentro de nodos.

Además, los Diagramas de Despliegue muestran la configuración en


funcionamiento del sistema incluyendo su software y su hardware. Para cada
componente de un diagrama es necesario que se deba documentar las
características técnicas requeridas, el tráfico de red, el tiempo de respuesta, etc.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

CAPITULO III: DESARROLLO DE LA METODOLOGIA RUP

DESCRIPCIÓN DE LOS PROCESOS DEL NEGOCIO:

 GESTIONAR COTIZACIÓN:
El Jefe de Logística solicita la cotización al proveedor, luego los
proveedores emiten esa cotización y envían al Jefe del Logística para su
análisis respectivo. Si el Jefe no aprueba esa cotización archiva la orden
de compra, de lo contrario; genera una orden de compra y se la envía al
proveedor.

 GESTIONAR ENVÍO Y RECEPCIÓN DE PRODUCTOS:


El proveedor envía la factura y guía del producto al Asistente de Logística,
él, recibe la factura, guía y revisa el producto. Si está conforme el producto
emite la orden de internamiento respectiva, de lo contrario, devuelve el
producto especificando el porqué.

 GESTIONAR ENVÍO Y REGISTRO DE DOCUMENTOS:


El tesorero emite y envía documentos de pagos al gerente financiero, se
reciben y analizan. Si éste no aprueba invalida los cheques, por el
contrario, emite y los envía a gerencia general para firmarlos. Finalmente
envía los cheques a proveedores y las copias al asistente de contabilidad
para registrarlo.

 GESTIONAR EMISIÓN Y ENVÍO DEDOCUMENTOS DE PAGO:


El jefe de logística envía una orden de internamiento y factura al tesorero,
éste recibe y registra, al mismo tiempo que registra documentos
pendientes de pago. Envía estos documentos al asistente contable, el
asistente contable registra y a prueba estos documentos para luego
reenviarlos al tesorero.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

MODELO DEL NEGOCIO:


DIAGRAMA DE CASOS DE USO DEL NEGOCIO:

Gestionar envío y registro de documentos


Jefe de logística (from Caso de uso de Negocio) Tesorero
(f rom Trabajadores de Negocio)
(f rom Trabajadores de Negocio)

Gestionar Cotización
(from Caso de uso de Negocio)
Asistente de contabilidad Gestionar emisión y envío de documentos de pago
(f rom Trabajadores de Negocio)
Gestionar envío y recepción de productos (from Caso de uso de Negocio)

(from Caso de uso de Negocio)

Proveedor Gerente General


(f rom Actores) (f rom Trabajadores de Negocio)
Gerente Financiero
(f rom Trabajadores de Negocio)

Asistente de logística
(f rom Trabajadores de Negocio)

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

ESPECIFICACIÓN DE CASOS DE USO DEL NEGOCIO:

ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR


COTIZACIÓN”

1. INTRODUCCIÓN:
1.1 Propósito:
El caso de uso de negocio: Gestionar cotización tiene como propósito
identificar las actividades de cotización de la venta.
1.2 Alcance:
El proceso compete al Jefe de Logística y al proveedor.
1.3 Definiciones, Acrónimos y Abreviaciones
Ver documento Glosario
1.4 Referencias:
Las referencias obtenidas para plantear este caso de uso fueron
obtenidas por entrevistas a los mismos trabajadores involucrados en
el proceso.
1.5 Visión General:
El presente documento muestra el propósito, alcances, una
descripción breve del caso de uso en cuestión, flujos de trabajo y
requerimientos especiales, que describen el trabajo de cotización de
la venta.

2. GESTIONAR COTIZACIÓN:
2.1. Descripción breve:
El Jefe de Logística solicita la cotización al proveedor, luego los
proveedores emiten esa cotización y envían al Jefe del Logística para su
análisis respectivo. Si el Jefe no aprueba esa cotización archiva la orden
de compra, de lo contrario; genera una orden de compra y se la envía al
proveedor.

3. FLUJO DE TRABAJO:
3.1 Flujo de trabajo básico:
3.1.1 Solicita cotización al proveedor:
El Jefe de Logística solicita una cotización al proveedor.
3.1.2. Emite cotización:
El proveedor emite la cotización solicitada.
3.1.3. Envía cotización:
El proveedor luego de emitir envía la cotización al Jefe de
Logística.
3.1.4. Analiza la cotización:
El Jefe de Logística analiza la cotización
3.1.5. ¿Aprueba la cotización?
Luego de analizarla ¿Aprobara la cotización?
SI NO ES APROBADA:
3.1.6. Archiva la orden de compra.
El jefe de Logística archivara la orden de compra.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

SI ES APROBADA:
3.1.7. Genera orden de compra a proveedor:
Dará una orden de compra al proveedor.
3.1.8. Envía la orden de compra:
El Jefe de Logística envía la orden de compra al proveedor.
3.1.9. Recibe la orden de compra:
El proveedor recibe la orden de compra.

4. REQUERIMIENTOS ESPECIALES
4.1 Facilidad de uso
 Interfaz manipulable y amigable
4.2 Soporte:
 Fácil de actualizar
 Fácil de instalar
4.3 Usabilidad:
 Manual de ayuda al usuario.
 Interfaz amigable y manipulable

ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR ENVÍO


Y RECEPCIÓN DE PRODUCTOS”

1. INTRODUCCIÓN:
1.1 Propósito:
El caso de uso de negocio: Gestionar envío y recepción de productos
tiene como propósito identificar las actividades de envío y recepción
de productos.
1.2 Alcance:
El proceso compete al proveedor y al Asistente de Logística.
1.3 Definiciones, Acrónimos y Abreviaciones
Ver documento Glosario
1.4 Referencias:
Las referencias obtenidas para plantear este caso de uso fueron
obtenidas por entrevistas a los mismos trabajadores involucrados en
el proceso.
1.5 Visión General:
El presente documento muestra el propósito, alcances, una
descripción breve del caso de uso en cuestión, flujos de trabajo y
requerimientos especiales, que describen el trabajo de envío y
recepción de productos.

2 GESTIONAR ENVÍO Y RECEPCIÓN DE PRODUCTOS:


2.1. Descripción breve:
El proveedor envía la factura y guía del producto al Asistente de Logística,
él, recibe la factura, guía y revisa el producto. Si está conforme el producto
emite la orden de internamiento respectiva, de lo contrario, devuelve el
producto especificando el porqué.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

3 FLUJO DE TRABAJO:
3.1 Flujo de trabajo básico:
3.1.1 Envía factura y guía de producto al Asistente de Logística:
El proveedor envía la factura y guía del producto respectiva al
Asistente de Logística.
3.1.2. Recibe la factura, guía y revisa el producto:
El Asistente de Logística recibe la factura y la guía del producto,
posteriormente lo revisa.
3.1.3. ¿Está conforme el producto?:
El Asistente de Logística se hará la pregunta si el producto es
conforme.
SI NO ES APROBADA:
3.1.4. Devolución del producto especificando el porqué.
El Asistente de Logística devolverá el producto especificando el
porqué.
SI ES APROBADA:
3.1.5. Emite orden de internamiento:
El asistente de Logística emitirá una orden de internamiento
respectiva.

4 REQUERIMIENTOS ESPECIALES
4.1 Facilidad de uso
 Interfaz manipulable y amigable
4.2 Soporte:
 Fácil de actualizar
 Fácil de instalar
4.3 Usabilidad:
 Manual de ayuda al usuario.
 Interfaz amigable y manipulable

ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR


EMISIÓN Y ENVÍO DE DOCUMENTOS DE PAGO“

1. INTRODUCCIÓN:

1.1. Propósito:
El caso de uso de negocio: Gestionar emisión y envío de documentos
de pago tiene como propósito identificar las actividades de emisión y
envío de documentos de pago.
1.2. Alcance:
El proceso compete al Asistente de Contabilidad, Gerente General,
Gerente Financiero, Proveedor y Tesorero.
1.3. Definiciones, Acrónimos y Abreviaciones
Ver documento Glosario
1.4. Referencias:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Las referencias obtenidas para plantear este caso de uso fueron


obtenidas por entrevistas a los mismos trabajadores involucrados en
el proceso.
1.5. Visión General:
El presente documento muestra el propósito, alcances, una
descripción breve del caso de uso en cuestión, flujos de trabajo y
requerimientos especiales, que describen el trabajo de emisión y envío
de documentos de pago.

2. GESTIONAR EMISIÓN Y ENVÍO DE DOCUMENTOS DE PAGO:

2.1. Descripción breve:


El tesorero emite y envía documentos de pagos al gerente financiero,
se reciben y analizan. Si éste no aprueba invalida los cheques, por el
contrario, emite y los envía a gerencia general para firmarlos.
Finalmente envía los cheques a proveedores y las copias al asistente
de contabilidad para registrarlo.

3. FLUJO DE TRABAJO:

3.1. Flujo de trabajo básico:


3.1.1. Emite documentos aprobados de pago:
El tesorero emite los documentos de pago previamente
aprobado
3.1.2. Envía documentos de pago al Gerente Financiero:
Los documentos de pago son enviados al Gerente
Financiero.
3.1.3. Recibe, analiza documentos de pago:
El Gerente Financiero analiza los documentos de pago
recibidos.
3.1.4. ¿Los aprueba?
El Gerente Financiero decide si aprueba o no los
documentos de pago.
SI NO ES APROBADA:
3.1.5. Invalida los cheques:
El gerente financiero invalida los cheques recibidos.
SI ES APROBADA:
3.1.6. Emite los cheques:
El gerente Financiero después de aprobar, emite los
cheques.
3.1.7. Envía los cheques:
El Gerente Financiero envía los cheques al Gerente General.
3.1.8. Recibe y firma cheques:
El gerente general firma los cheques recibidos.
3.1.9. Envía cheques firmados a los proveedores:
El Gerente General envía los cheques firmados a los
proveedores.
3.1.10. Envía copias de los cheques firmados y enviados:
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

El gerente general envía las copias de los cheques al


asistente de contabilidad.
3.1.11. Reciben cheques firmados:
Los proveedores recién los cheques firmados por gerencia
general.
3.1.12. Reciben y registran cheques firmados:
El asistente de contabilidad registra las copias de los
cheques firmados.

4. REQUERIMIENTOS ESPECIALES

4.1. Facilidad de uso


 Interfaz manipulable y amigable
4.2. Soporte:
 Fácil de actualizar
 Fácil de instalar
4.3. Usabilidad:
 Manual de ayuda al usuario.
 Interfaz amigable y manipulable.

ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR ENVÍO


Y REGISTRO DE DOCUMENTOS”

1. INTRODUCCIÓN:

1.1. Propósito:
El caso de uso de negocio: Gestionar envío y registro de documentos
tiene como propósito identificar las actividades de envío y registro de
todos los documentos.
1.2. Alcance:
El proceso compete al Jefe de Logística, Tesorero, Asistente de
contabilidad.
1.3. Definiciones, Acrónimos y Abreviaciones
Ver documento Glosario
1.4. Referencias:
Las referencias obtenidas para plantear este caso de uso fueron
obtenidas por entrevistas a los mismos trabajadores involucrados en
el proceso.
1.5. Visión General:
El presente documento muestra el propósito, alcances, una
descripción breve del caso de uso en cuestión, flujos de trabajo y
requerimientos especiales, que describen el trabajo de emisión y envío
de documentos de pago.

2. GESTIONAR EMISIÓN Y ENVÍO DE DOCUMENTOS DE PAGO:

2.1. Descripción breve:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

El jefe de logística envía una orden de internamiento y factura al


tesorero, éste recibe y registra, al mismo tiempo que registra
documentos pendientes de pago. Envía estos documentos al
asistente contable, el asistente contable registra y a prueba estos
documentos para luego reenviarlos al tesorero.
3. FLUJO DE TRABAJO:

3.1. Flujo de trabajo básico:


3.1.1. Envía orden de internamiento y factura a tesorero:
El jefe de logística envía una orden de internamiento y factura
al tesorero.
3.1.2. Registra orden de internamiento y factura:
El tesorero registra orden de internamiento y facturas.
3.1.3. Registra documentos pendientes de pago:
Al mismo tiempo, el tesorero, registra documentos pendientes
de pago.
3.1.4. Envía documentos a asistente contable:
El tesorero envía todos los documentos al asistente contable.
3.1.5. Recibe y registra documentos:
El asistente de contabilidad recibe y registra los documentos.
3.1.6. Envía documentos aprobados:
Después de aprobar los documentos, el asistente contable
envía al tesorero.
3.1.7. Recibe documentos aprobados
El tesorero recibe todos los documentos aprobados por
contabilidad.

4. REQUERIMIENTOS ESPECIALES
4.1. Facilidad de uso
 Interfaz manipulable y amigable
4.2. Soporte:
 Fácil de actualizar
 Fácil de instalar
4.3. Usabilidad:
 Manual de ayuda al usuario.
 Interfaz amigable y manipulable

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE ACTIVIDADES:
DIAGRAMA DE ACTIVIDADES: “GESTIONAR COTIZACIÓN”
JEFE DE LOGÍSTICA PROVEEDOR

Solicitud Proveedor
cotizacion

Solicitar cotización a Emitir


Cuadro proveedor cotización
Cotizacion
Comparativo de
cotizacion
Analizar Enviar
cotización cotización

Orden de Producto
compra

¿Aprueb a cotización?
V F
Doc_anulacio
Orden De
n Orden...
compra
aprobada

Generar orden de Archivar orden


compra a proveedor de compra

Enviar orden de Recibir orden


compra de compra

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE ACTIVIDADES: “GESTIONAR ENVÍO Y RECEPCIÓN DE PRODUCTOS”


PROVEEDOR : Cotizacion ASISTENTE DE LOGÍSTICA

Factura Guia de
remision

Enviar factura y guía de producto Recibir factura, guía y


a asistente de logística revisa el producto
Producto
Documento
de recepcion
Proveedor

V F
¿Está conforme el producto?

Documento
de devolucion

Emitir orden de Devolver el producto


internamiento específicando el porqué

Orden de
internamiento

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE ACTIVIDADES: “GESTIONAR ENVÍO Y REGISTRO DE DOCUMENTOS ”

JEFE DE LOGÍSTICA TESORERO ASISTENTE DE CONTABILIDAD

Envio de
documentos

Recibir orden de
Enviar orden de internamiento internamiento y factura
y factura a tesorero

Doc_pendient
Orden de e de pago
internamiento
Registrar documentos
pendientes de pago
Factura

Envio copia de
Documentos Documento con
de pago fin contable

Revisa y alista
documentos para envio Enviar documentos a Recibir, registrar documentos
asistente contable con fin contable

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE ACTIVIDADES: “GESTIONAR EMISIÓN Y ENVÍO DE DOCUMENTOS DE PAGO”

TESORERO GERENTE FINANCIERO GERENTE GENERAL PROVEEDOR ASISTENTE DE CONTABILIDAD

Documento
de pago

Enviar documentos de pago a Recibir y analizar


Gerente Financiero documentos de pago

Cheques
Emitir los Invalidacion
cheques Cheques
Envio de
documento de
pago

V F
¿Los aprueba?

Cheques
firmados

Envio de
cheques
Enviar los Recibir y firmar firmados
cheques cheques
Invalidar los
cheques
Copia de
cheques

Enviar copias de los cheques Recibir y registrar copia


firmados cheques firmados

Enviar cheques firmados Recibir cheques


a los proveedores firmados

Proveedor

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

MODELO DE OBJETOS DEL NEGOCIO:


MODELO DE OBJETOS DEL NEGOCIO: “GESTIONAR COTIZACIÓN”

Producto
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos)

Proveedor

R,L
R, L
Solicitud_cotizacion
R, L
R,L
Cotizacion

R,L

R, L
Cuadro_comparativo_cotizacion

Jefe de logística R,L

(f rom Trabajadores de Negocio)


R, L

Orden de compra

Orden de compra aprobado

Doc_anulacion orden de compra

MODELO DE OBJETOS DEL NEGOCIO: “GESTIONAR ENVÍO Y


RECEPCIÓN DE PRODUCTOS”

Factura Guia_remision

R,L R,L

Producto
L

L
Proveedor

R,L

R,L

Asistente de logística R,L Documento_Recepcion


(f rom Trabajadores de Negocio)

Orden de Internamiento

Documento de devolucion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

MODELO DE OBJETOS DEL NEGOCIO: “GESTIONAR ENVÍO Y REGISTRO DE DOCUMENTOS”

R,L

Envio de documentos
L

L R,L
L Doc_Pendiente de pago

Jefe de logística L Orden de Internamiento


(f rom Trabajadores de Negocio)
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos)
L
R,L
Tesorero
(f rom Trabajadores de Negocio)

Factura
L
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos) Envio de Documentos

R,L

Documento con fin contable


Asistente de contabilidad
(f rom Trabajadores de Negocio)

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

MODELO DE OBJETOS DEL NEGOCIO: “GESTIONAR EMISIÓN Y ENVÍO DE DOCUMENTOS DE PAGO”

L L

Documento de Pago Proveedor


R,L
(f rom Modelo de Objeto de Gestionar Cotización)
R.L

R,L
Tesorero
Gerente General
(f rom Trabajadores de Negocio) Envio de doc de pago
(f rom Trabajadores de Negocio)

Envio de cheques

Cheque firmados
R,L
Cheques

R,L
R,L

L Invalidacion de cheques
Copia de cheque
Gerente Financiero Asistente de contabilidad
(f rom Trabajadores de Negocio)
(f rom Trabajadores de Negocio)

Documento de Pago

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE DOMINIO:
DIAGRAMA DE DOMINIO: “GESTIONAR COTIZACIÓN”

1..n 1

1..n 1..n

Proveedor Producto
Solicitud_cotizacion
(f rom Modelo de Objeto de Gestionar Cotización) (f rom Modelo de Objeto de Gestionar Cotización) (f rom Modelo de Objeto de Gestionar env io y recepcion de productos)
1

1
1 1

1 1..n

Cuadro_comparativo_cotizacion Cotizacion Orden de compra


(f rom Modelo de Objeto de Gestionar Cotización) (f rom Modelo de Objeto de Gestionar Cotización) (f rom Modelo de Objeto de Gestionar Cotización)
1
1

0..1

0..1

Doc_anulacion orden de compra


Orden de compra aprobado
(f rom Modelo de Objeto de Gestionar Cotización)
(f rom Modelo de Objeto de Gestionar Cotización)

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE DOMINIO: “GESTIONAR ENVÍO Y RECEPCIÓN DE PRODUCTOS”

1..n

1..n 1..n
1..n
Factura Producto
1
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos)
...) (f rom Modelo de Objeto de Gestionar env io y recepcion de productos)

1..n
Guia_remision
1 (f rom Modelo de Objeto de Gestionar env io y recepcion de productos)

Documento_Recepcion
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos)
Proveedor 1
1
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos)

0..1

0..1

Documento de devolucion
Orden de Internamiento
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos)
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos)

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE DOMINIO: “GESTIONAR ENVÍO Y REGISTRO DE DOCUMENTOS”

1:N

Orden de internamiento
1:1
(f rom Modelo de Objeto Gestionar env ío y registro de documentos )

1..n Envio de Documentos


(f rom Modelo de Objeto Gestionar env ío y registro de documentos )

Factura
1
(f rom Modelo de Objeto de Gestionar env io y recepcion de productos)

1..n

1..n 1

Doc_Pendiente de pago
Envio copia de documentos
(f rom Modelo de Objeto Gestionar env ío y registro de documentos ) 1

1..n

Documento con fin contable


(f rom Modelo de Objeto Gestionar env ío y registro de documentos )

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE DOMINIO: “GESTIONAR EMISIÓN Y ENVÍO DE DOCUMENTOS DE PAGO”

1 1..n

Documento de Pago Cheques


(f rom Modelo de Objeto de Gestionar Emision y Env io de Documento de Pago) (f rom Modelo de Objeto de Gestionar Emision y Env io de Documento de Pago)

1 1

0..1
0..1

1 1

Copia de cheque Cheque firmados


(f rom Modelo de Objeto de Gestionar Emision y Env io de Documento de Pago) (f rom Modelo de Objeto de Gestionar Emision y Env io de Documento de Pago)
Invalidacion de cheques
(f rom Modelo de Objeto de Gestionar Emision y Env io de Documento de Pago)
1..n

1..n 1

Envio de cheques Proveedor


(f rom Modelo de Objeto de Gestionar Emision y Env io de Documento de Pago) (f rom Modelo de Objeto de Gestionar Cotización)

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

GLOSARIO DE TÉRMINOS

Introducción
Este documento recoge todos y cada uno de los términos manejados a lo
largo de todo el proyecto de desarrollo de un sistema de control de
almacén. Se trata de un diccionario informal de datos y definiciones de la
nomenclatura que se maneja, de tal modo que se crea un estándar para
todo el proyecto.
Propósito
El propósito de este glosario es definir con exactitud y sin ambigüedad la
terminología manejada en el proyecto de desarrollo de un sistema para la
gestión de operaciones de una comisaria. También sirve como guía de
consulta para la clarificación de los puntos conflictivos o poco
esclarecedores del proyecto.
Alcance
El alcance del presente documento se extiende a todos los subsistemas
definidos para el Control Logístico. De tal modo que la terminología
empleada en los diferentes departamentos, se refleja con claridad en este
documento.

Organización del Glosario


El presente documento está organizado por definiciones de términos
ordenados de forma ascendente según la ordenación alfabética
tradicional del español.
Definiciones
A continuación, se presentan todos los términos manejados a lo largo de
todo el proyecto de desarrollo de un sistema para control de logístico.

1) LOGÍSTICA: Es el proceso de planificar, ejecutar y controlar de una


manera efectiva y eficiente el flujo de materias primas, inventario en
curso y producto terminado, así como la información relativa a estos,
desde el punto de origen hasta el punto de consumo, con el propósito
de cumplir con las necesidades de los consumidores.

2) COTIZACIÓN: Aquel documento o información que el departamento de


compras usa en una negociación. Es un documento informativo que no
genera registro contable. Cotización es la acción y efecto de cotizar
(poner precio a algo, estimar a alguien o algo en relación con un fin,
pagar una cuota). El término suele utilizarse para nombrar el documento
que informa y establece el valor de productos o servicios.

3) FACTURA: Cuenta en la que se detallan las mercancías compradas o


los servicios recibidos, junto con su cantidad y su importe, y que se
entrega a quien debe pagarla.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

4) ORDEN DE COMPRA: Una orden de compra es una solicitud escrita a


un proveedor, por determinados artículos a un precio convenido. La
solicitud también especifica los términos de pago y de entrega. La orden
de compra es una autorización al proveedor para entregar los artículos
y presentar una factura.

5) PRODUCTO: Cosa producida natural o artificialmente, o resultado de


un trabajo u operación.

6) PROVEEDOR: Persona o empresa que provee o abastece a otra


persona o empresa de lo necesario o conveniente para un fin
determinado.

7) CLIENTE: Persona que utiliza los servicios de un profesional o de una


empresa, especialmente la que lo hace regularmente.

REGLAS DEL NEGOCIO:

1. Introducción
1.1. Propósito
El siguiente documento servirá para dar a conocer las reglas con las
cuales trabajara el negocio, para tratar de esta manera de tener un manejo
sobre todas las posibles variantes de este.

Alcance
Este documento abarca las principales reglas del negocio. Estas reglas
son las que dan orden y un eficaz funcionamiento a los diferentes
procesos del negocio.

Referencias
 Documento de entrevista.
 Descripción de Actores y Casos de Uso del Negocio.
 Diagrama de actividades.
 Documento Visión.

Vista General

El presente documento da una visión acerca de cómo se manejara el


negocio, como manejara cientos aspectos del mismo para tratar de evitar
en lo posible dificultades o problemas futuros.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DOCUMENTO DE VISIÓN:

El objetivo general del Proyecto es desarrollar un sistema


automatizado (Sistema de Registro y Control Logístico) que cumpla
con las exigencias del cliente y que le permita administrar el
movimiento de su negocio de forma más eficiente, confiable y
segura.

Este sistema permitirá:


a) Obtener un mejor control en cuanto al registro y control de los
productos.

b) Agilizar el proceso de registro y control, minimizando el tiempo


y teniendo una información segura y poca redundante.

c) Generar información valiosa para la buena toma de decisiones


de los dueños con respecto a la calidad del servicio que se
brinda en su establecimiento.

d) Colocar al establecimiento en un nivel competitivo debido a la


optimización de sus procesos.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

MODELO DE REQUISITOS
DIAGRAMA DE CASOS DE USO DEL SISTEMA.
DIAGRAMA DE CASOS DE USO DEL SISTEMA: “GESTIONAR COTIZACIÓN”

<<include>>
Registrar Proveedor Registrar Producto Buscar Proveedor
<<include>>

Buscar Producto
Registar Solicitud de cotizacion
(from Di agrama de Caso de Uso del Si stem a Gesti onar envio y recepci on de productos)
<<include>>

Jefe de logistica
(f rom Sy stem Actors) Registrar Cotizacion Buscar Solicitud de cotizacion
<<include>>

Registar Cuadro comparativo


cotizaciones Buscar Cotizacion
<<include>>

Registrar orden de compra


Emision reporte de cuadro aprobado Registrar Orden de compra
comparativo <<include>>
<<include>> Buscar Cotizacion
Registrar documento de anulacion
de orden de compra
<<include>>

Buscar Orden de Compra Buscar Producto


Buscar Orden de Compra (from Di agrama de Caso de Uso del Si stem a Gesti onar envio y recepci on de productos)

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE CASOS DE USO DEL SISTEMA: “GESTIONAR ENVÍO Y RECEPCIÓN DE PRODUCTOS”

<<include>>

Buscar Proveedor
(from Di agrama de Caso de Uso del Si stema Gesti onar Cotizacion)

Registrar factura <<include>>

<<include>>

Asistente de
Registrar guia de remision
Logistica
(f rom Sy stem Actors)

<<include>> Buscar Producto

Registrar documento de recepcion

Buscar guia de remision

Registrar documento de devolucion Registrar orden de internamiento

<<include>>

<<include>>

Buscar documento de recepcion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE CASOS DE USO DEL SISTEMA: “GESTIONAR ENVÍO Y REGISTRO DE DOCUMENTOS”

<<include>>

Buscar orden de internamiento


Resgistrar envío de Documentos <<include>>
Jefe de logistica
(f rom Sy stem Actors)

<<include>>

Buscar Factura

Registrar Doc_Pendiente de Pago

Asistente de
Registrar Documentos con fin Contabilidad
Tesorero Contable (f rom Sy stem Actors)

(f rom Sy stem Actors)


<<include>>

<<include>>

Registrar Envio copia de


documentos
Buscar documento pendientes de
pagos

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE CASOS DE USO DEL SISTEMA: “GESTIONAR EMISIÓN Y ENVÍO DE DOCUMENTOS DE PAGO”

<<include>>
<<include>>

Buscar documentos de pago Buscar cheque


Registrar envio Documento de Pago
Tesorero
Registrar Cheques Firmados
(f rom Sy stem Actors)

Gerente General
(f rom Sy stem Actors) <<include>>

<<include>>
Buscar cheques firmados
<<include>>
Registrar envio de Cheques

Registrar Cheque

Consultar Documento de Pago

Consultar Proveedor
Gerente Financiero
<<include>>
(f rom Sy stem Actors)

<<include>>

Registrar Documento de Buscar Cheque


Invalidacion de cheque
Registrar copia de cheque Buscar cheques firmados
Asistente de
Contabilidad
(f rom Sy stem Actors)

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

ESPECIFICACIÓN DE LOS CASOS DE USO DEL SISTEMA:


ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR
PROVEEDOR”
1. Caso de Uso: Registrar Proveedor:
1.1. Descripción breve:
Este caso de uso permite registrar los datos del proveedor.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de logística elige
la opción registrar proveedor.
 El sistema muestra el formulario registrar proveedor.
 El jefe de logística ingresa los datos del proveedor y
oprime el botón registrar.
 El sistema muestra un mensaje de confirmación y el caso
de uso termina.
2.2 Flujo Alternativos:
2.2.1. Información no válida:
En caso que la información ingresada por el jefe de logística no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de un proveedor no debería tardar más de 4
segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
personas no autorizadas.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El jefe de logística debe haberse validado correctamente su ingreso
de datos.

5. Post – condiciones:
Los datos de la factura han sido registrados correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

PRODUCTO”
1. Caso de Uso: Registrar producto:
1.1. Descripción breve:
Este caso de uso permite registrar los datos de un producto.
2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de Logística elije la
opción registrar producto.
 El sistema le muestra el formulario registrar producto
 El jefe de logística ingresa los datos del producto y oprime el
botón registrar.
 El sistema le muestra un mensaje de confirmación y el caso de
uso termina.

2.2.1. Información no válida:


En caso que la información ingresada por el jefe de Logística
no sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos del producto no debería tardar más de 4
segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El jefe de Logística debe haberse validado correctamente su ingreso
de datos.

5. Post – condiciones:
Los datos del producto han sido registrados correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


SOLICITUD DE COTIZACIÓN”
1. Caso de Uso: Registrar solicitud de cotización:
1.1. Descripción breve:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Este caso de uso permite registrar la solicitud de cotización para


cada proveedor y producto.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de logística elige la
opción registrar solicitud de cotización.
 El sistema muestra el formulario registrar solicitud de
cotización.
 El jefe de logística busca los datos del proveedor.
 El sistema muestra los datos del proveedor adecuado.
 El jefe de logística busca los datos del producto.
 El sistema muestra los datos del producto adecuado.
 El jefe de logística ingresa la cantidad del producto a cotizar
presiona el botón registrar.
 El sistema muestra un mensaje de confirmación y el caso de
uso termina.
2.2 Flujo Alternativos:
2.2.1. Información no válida:
En caso que la información ingresada por el jefe de logística no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

4. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de una solicitud de cotización no debería tardar
más de 12 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
personas no autorizadas.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable
5. Pre – condiciones:
El jefe de logística debe haberse validado correctamente su ingreso
de datos.

6. Post – condiciones:
Los datos de la solicitud de cotización han sido registrados
correctamente.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


COTIZACIÓN”
1. Caso de Uso: Registrar de cotización:
1.1. Descripción breve:
Este caso de uso permite registrar la cotización de un producto.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de logística elige la opción
registrar cotización.
 El sistema muestra el formulario registrar cotización.
 El jefe de logística busca los datos de la solicitud de cotización.
 El sistema muestra los datos de la solicitud de cotización
adecuado.
 El jefe de logística presiona el botón registrar.
 El sistema muestra un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo Alternativos:
2.2.1. Información no válida:
En caso que la información ingresada por el jefe de logística no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de una cotización no debería tardar más de 6
segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
personas no autorizadas.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El jefe de logística debe haberse validado correctamente su ingreso
de datos.

5. Post – condiciones:
Los datos de la cotización han sido registrados correctamente.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


CUADRO COMPARATIVO DE COTIZACIÓN”
1. Caso de Uso: Registrar de cuadro comparativo de cotización:
1.1. Descripción breve:
Este caso de uso permite registrar el cuadro comparativo de las
cotizaciones registradas previamente.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de logística elige
la opción registrar cuadro comparativo cotizaciones.
 El sistema muestra el formulario registrar cuadro
comparativo cotizaciones.
 El jefe de logística busca los datos de las cotizaciones
que desea comparar.
 El sistema muestra los datos de las cotizaciones.
 El jefe de logística presiona el botón registrar.
 El sistema muestra un mensaje de confirmación y el caso
de uso termina.
2.2 Flujo Alternativos:
2.2.1. Información no válida:
En caso que la información ingresada por el jefe de logística no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de un cuadro comparativo cotizaciones no
debería tardar más de 10 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
personas no autorizadas.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El jefe de logística debe haberse validado correctamente su ingreso
de datos.

5. Post – condiciones:
Los datos de la cotización han sido registrados correctamente.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


ORDEN DE COMPRA”
1. Caso de Uso: Registrar Orden de Compra:
1.1 Descripción breve:
Este caso de uso permite registrar los datos de una orden de
compra de cada cotización

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de logística elige la opción
registrar orden de compra.
 El sistema muestra el formulario registrar orden de compra.
 El jefe de logística busca los datos de la cotización.
 El sistema muestra los datos de la cotización elegida.
 El jefe de logística busca los datos del producto.
 El sistema muestra los datos del producto elegido.
 El jefe de logística ingresa la cantidad del producto y oprime el
botón registrar.
 El sistema muestra un mensaje de confirmación y el caso de uso
termina.

2.2 Flujo Alternativos:


2.2.1. Información no válida:
En caso que la información ingresada por el jefe de logística no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de una orden de compra no debería tardar más
de 6 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
personas no autorizadas.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El jefe de logística debe haberse validado correctamente su ingreso
de datos.

5. Post – condiciones:
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Los datos de la orden de compra han sido registrados correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


ORDEN DE COMPRA APROBADO”
1. Caso de Uso: Registrar Orden de Compra Aprobado:
1.1 Descripción breve:
Este caso de uso permite registrar los datos de una orden de
compra aprobada.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de logística elige la opción
aprobar orden de compra.
 El sistema muestra el formulario registrar orden de compra
aprobado.
 El jefe de logística busca los datos de la orden de compra.
 El sistema muestra los datos de la orden de compra elegida.
 El jefe de logística busca los datos de los productos.
 El sistema muestra los datos de los productos buscados.
 El jefe de logística oprime el botón registrar.
 El sistema muestra un mensaje de confirmación y el caso de uso
termina.

2.2 Flujo Alternativos:


2.2.1. Información no válida:
En caso que la información ingresada por el jefe de logística no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de una orden de compra aprobada no debería
tardar más de 7 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
personas no autorizadas.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

El jefe de logística debe haber elegido la opción de aprobar orden de


compra.

5. Post – condiciones:
Los datos de la orden de compra han sido registrados correctamente
.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR
DOCUMENTO DE ANULACIÓN DE ORDEN DE COMPRA”
1. Caso de Uso: Registrar Documento de anulación de orden de
compra:
1.1 Descripción breve:
Este caso de uso permite registrar los datos de un documento de
anulación de una orden de compra registrada antes.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de logística elige la anular
orden de compra.
 El sistema muestra el formulario registrar documento de anulación
de orden de compra.
 El jefe de logística busca los datos de la orden de compra.
 El sistema muestra los datos de la orden de compra elegida.
 El jefe de logística ingresa las especificaciones de la anulación
oprime el botón registrar.
 El sistema muestra un mensaje de confirmación y el caso de uso
termina.

2.2 Flujo Alternativos:


2.2.1. Información no válida:
En caso que la información ingresada por el jefe de logística no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de un documento de anulación de una orden de
compra no debería tardar más de 10 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
personas no autorizadas.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

 Interfaz amigable y manipulable

4. Pre – condiciones:
El jefe de logística debe haberse validado correctamente su ingreso
de datos.
El jefe de logística debe haber elegido la opción anular orden de
compra.

5. Post – condiciones:
Los datos del documento de anulación de orden de compra han sido
registrados correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE


CUADRO COMPARATIVO COTIZACIONES”
1. Caso de Uso: Emitir Reporte Cuadro Comparativo Cotizaciones:
1.1 Descripción breve:
Este caso de uso permite emitir reporte por pantalla o por impreso
del cuadro comparativo de las cotizaciones.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el jefe de logística elige emitir
reporte cuadro comparativo cotizaciones.
 El sistema muestra el formulario elige emitir reporte cuadro
comparativo cotizaciones.
 El jefe de logística oprime el botón reportar.
 El sistema muestra un mensaje de confirmación, se emite el reporte
del cuadro comparativo de cotizaciones y el caso de uso termina.

2.2 Flujo Alternativos:


2.2.1. Información no válida:
En caso que la información ingresada por el jefe de logística no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al emitir reporte cuadro comparativo cotizaciones no debería tardar
más de 6 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
personas no autorizadas.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El jefe de logística debe haberse validado correctamente su ingreso
de datos.

5. Post – condiciones:
El reporte ha sido realizado.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


FACTURA”

1. Caso de Uso: Registrar factura:


1.1. Descripción breve:
Este caso de uso permite registrar los datos de la factura teniendo en
cuenta previamente el producto.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el Asistente de Logística elige la
opción registrar factura.
 El sistema le muestra el formulario registrar factura.
 El asistente de logística busca los datos de orden de compra
aprobada.
 El sistema muestra los datos de la orden de compra aprobada.
 El asistente de logística busca los datos del proveedor
 El sistema muestra los datos del proveedor.
 El asistente de logística busca los datos del producto.
 El sistema muestra los datos del producto.
 El asistente de logística presiona el botón registrar.
 El sistema muestra un mensaje de confirmación y el caso de uso
termina.

2.2.1. Información no válida:


En caso que la información ingresada por el Asistente de Logística
no sea válida el sistema le informará con un mensaje que se ingrese
los datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de la factura no debería tardar más de 5
segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El asistente de Logística debe haberse validado correctamente su
ingreso de datos.

5. Post – condiciones:
Los datos de la factura han sido registrados correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR GUIA


DE REMISIÓN”

1. Caso de Uso: Registrar Guía de Remisión:


1.1. Descripción breve:
Este caso de uso permite registrar los datos de la guía de remisión y
el detalle del producto a incluir en dicho documento.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el asistente de logística elige la opción
registrar guía de remisión.
 El sistema le muestra el formulario registrar guía de remisión.
 El asistente de logística buscara los datos de la orden de compra
aprobada.
 El sistema le muestra los datos de la orden de compra aprobada
buscada.
 El asistente de logística buscara los datos del producto.
 El sistema le muestra los datos del producto buscado.
 El asistente de logística oprime el botón registrar
 El sistema le muestra un mensaje de confirmación y el caso de uso
termina.

2.2.1. Información no válida:


En caso que la información ingresada por el asistente de logística no
sea válida el sistema le informará con un mensaje que se ingrese los
datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos del documento de devolución no debería tardar
más de 4 segundos en registrarlos.
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El asistente de logística debe haberse validado correctamente su
ingreso de datos.

5. Post – condiciones:
Los datos de la guía de remisión han sido registrados correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


DOCUMENTO DE RECEPCIÓN”:

1. Caso de Uso: Registrar Documento de Recepción:


1.2. Descripción breve:
Este caso de uso permite registrar los datos del documento de
recepción teniendo en cuenta la guía de remisión a incluir.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el asistente de logística elige la opción
registrar documento de recepción.
 El sistema le muestra el formulario registrar el documento de
recepción.
 El asistente de logística buscara los datos de la guía de remisión.
 El sistema le muestra los datos de la guía de remisión buscada.
 El asistente de logística buscara los datos del producto.
 El sistema le muestra los datos del producto buscado.
 El asistente de logística oprime el botón registrar
 El sistema le muestra un mensaje de confirmación y el caso de uso
termina

2.2.1. Información no válida:


En caso que la información ingresada por el asistente de logística no
sea válida el sistema le informará con un mensaje que se ingrese los
datos correctos.

3. Requerimientos especiales:
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

3.1 Rendimiento:
Al registrar los datos del documento de recepción no debería tardar
más de 4 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El asistente de logística. Debe haberse validado correctamente su
ingreso de datos.

5. Post – condiciones:
Los datos del documento de recepción han sido registrados
correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


ORDEN DE INTERNAMIENTO”:

1. Caso de Uso: Registrar Orden de internamiento:


1.1 . Descripción breve:
Este caso de uso permite registrar los datos de la orden de
internamiento y el detalle del documento de recepción a incluir

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el asistente de logística elige la opción
registrar orden de internamiento.
 El sistema le muestra el formulario registrar orden de internamiento
 El asistente de logística buscara los datos del documento de
recepción.
 El sistema le muestra los datos del documento de recepción buscado.
 El asistente de logística buscara los datos del producto.
 El sistema le muestra los datos del producto buscado
 El asistente de logística oprime el botón registrar
 El sistema le muestra un mensaje de confirmación y el caso de uso
termina

2.2.1. Información no válida:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

En caso que la información ingresada por el asistente de Logística no


sea válida el sistema le informará con un mensaje que se ingrese los
datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos de una orden de internamiento no debería tardar
más de 4 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El asistente de logística debe haberse validado correctamente su
ingreso de datos.

5. Post – condiciones:
Los datos de la orden de internamiento han sido registrados
correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


DOCUMENTO DE DEVOLUCIÓN”

1. Caso de Uso: Registrar Documento de Devolución:


1.1 Descripción breve:
Este caso de uso permite registrar los datos del documento de
devolución y el detalle del documento de recepción a incluir.

2. Flujo de Eventos:
2.1 Flujo básico:
 El caso de uso empieza cuando el asistente de logística elige la opción
registrar documento de devolución.
 El sistema le muestra el formulario registrar el documento de
devolución.
 El asistente de logística buscara los datos del documento de
recepción.
 El sistema le muestra los datos del documento de recepción buscado.
 El asistente de logística buscara los datos del producto.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

 El sistema le muestra los datos del producto buscado


 El asistente de logística oprime el botón registrar
 El sistema le muestra un mensaje de confirmación y el caso de uso
termina

2.2.1. Información no válida:


En caso que la información ingresada por el asistente de logística no
sea válida el sistema le informará con un mensaje que se ingrese los
datos correctos.

3. Requerimientos especiales:
3.1 Rendimiento:
Al registrar los datos del documento de devolución no debería tardar
más de 4 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El asistente de logística debe haberse validado correctamente su
ingreso de datos.

5. Post – condiciones:
Los datos del documento de devolución han sido registrados
correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


ENVÍO DE DOCUMENTOS”

1. Caso de Uso: Registrar Envió de documentos:


1.1. Descripción breve:
Este caso de uso permite registrar envío de documentos.

2. Flujo de Eventos:

2.1. Flujo básico:

2.1.1. El caso de uso se inicia cuando el Jefe de Logística selecciona


la opción “Registrar Envío de Documentos”.
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

2.1.2. El sistema muestra el formulario “REGISTRAR ENVÍO DE


DOCUMENTOS”, además de las opciones actualizar y
cancelar.
2.1.3. El Jefe de Logística busca los datos de la orden de
internamiento.
2.1.4. El sistema le muestra los datos de la orden de internamiento
buscado.
2.1.5. El Jefe de logística busca los datos de la Factura.
2.1.6. El sistema le muestra los datos de la Factura buscada.
2.1.7. El Jefe de Logística ingresa los datos del envío del documento
y oprime el botón registrar.
2.1.8. El sistema muestra un mensaje de confirmación y el caso de
uso termina.

2.2. Flujo Alternativo:

2.2.1. Información no válida:


En caso que la información ingresada por el Jefe de
Logística no sea válida el sistema le informará con un
mensaje que se ingrese los datos correctos.

3. Requerimientos especiales:

3.1 Rendimiento:
Al ingresar los datos del envío de documentos no debería tardar más
de 10 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El Jefe de Logística debe haberse validado correctamente su ingreso
de datos.

5. Post – condiciones:
Los datos del envío de documentos han sido registrados
correctamente.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


DOCUMENTOS PENDIENTES DE PAGO”
1. Caso de Uso: Registrar Documentos pendientes de pago

1.1. Descripción breve:


Este caso de uso permite registrar los Documentos pendientes
de pago.

2. Flujo de Eventos:
2.1. Flujo básico:
2.1.1. El caso de uso se inicia cuando el Tesorero selecciona
la opción “Registrar Documentos pendientes de pago”.
2.1.2. El sistema muestra el formulario Documentos
pendientes de pago.
2.1.3. El Tesorero busca los datos de la Factura.
2.1.4. El sistema le muestra los datos de la Factura buscada.
2.1.5. El Tesorero ingresa los datos del Documentos
pendiente de pago y selecciona registrar.
2.1.6. El sistema muestra los datos del Documentos
pendiente de pago y el caso de uso termina.

2.2. Flujo Alternativo

2.2.1. Información no válida:


En caso que la información ingresada por el Tesorero no sea
válida el sistema le informará con un mensaje que se ingrese
los datos correctos.

3. Requerimientos especiales:

3.1 Rendimiento:
Al consultar los datos del Documento pendiente de pago no debería
tardar más de 10 segundos en registrar.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar

3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

4. Pre – condiciones:
El Tesorero debe haberse validado correctamente su ingreso de datos.

5. Post – condiciones:
Los datos del Documento pendiente de pago han sido registrados
correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


ENVÍO COPIA DE DOCUMENTOS”

1. Caso de Uso: Emitir envió copia de documentos


1.1. Descripción breve:
Este caso de uso permite registrar el envío de copia de
documentos.
2. Flujo de Eventos:

2.1. Flujo Básico:


2.1.1. El caso de uso se inicia cuando el Tesorero elige la opción
Registrar Envío de Copia de Documentos.
2.1.2. El sistema muestra el formulario de Registrar Envío de Copia
de Documentos.
2.1.3. El Tesorero busca los Documentos pendientes de pago.
2.1.4. El sistema muestra los datos de los Documentos pendientes
de pago.
2.1.5. El Tesorero oprime el botón registrar.
2.1.6. El sistema muestra los datos del Envío de Copia de
Documentos y el caso de uso termina.
2.1.7.
2.2. Flujo Alternativo

2.2.1. Información no válida:


En caso que la información ingresada por el Tesorero no sea
válida el sistema le informará con un mensaje que se ingrese
los datos correctos.

3. Requerimientos especiales:

3.1 Rendimiento:
Al registrar los datos de los envíos de copias de documentos no
debería tardar más de 10 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar

3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El Tesorero debe haberse validado correctamente su ingreso de datos.

5. Post – condiciones:
La emisión se ha efectuado correctamente y los datos de envío de
copia de documentos han sido registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


DOCUMENTOS CON FIN CONTABLE”

1. Caso de Uso: Registrar Documentos con fin Contable:

1.1. Descripción breve:


Este caso de uso permite registrar los documentos con fin contable
que entran a el área de contabilidad.
2. Flujo de Eventos:

2.1. Flujo básico:

2.1.1. El caso de uso se inicia cuando el Asistente de Contabilidad


selecciona la opción “Registrar documentos con fin
contable”.
2.1.2. El sistema muestra el formulario “REGISTRAR
DOCUMENTOS CON FIN CONTABLE”, además de las
opciones eliminar y cancelar.
2.1.3. El Asistente de Contabilidad busca los Doc_pendientes de
pago.
2.1.4. El sistema muestra los datos de los Doc_pendientes de
pago.
2.1.5. El Asistente de Contabilidad ingresa los datos de los
documentos con fin contable y oprime el botón registrar.
2.1.6. El sistema muestra un mensaje de confirmación y el caso de
uso termina.

2.2. Flujo Alternativo

2.2.1. Información no válida:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

En caso que la información ingresada por el Asistente de


Contabilidad no sea válida el sistema le informará con un
mensaje que se ingrese los datos correctos.

3. Requerimientos especiales:

3.1 Rendimiento:
Al registrar los datos de los documentos con fin contable no debería
tardar más de 8 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El Asistente de Contabilidad debe verse validado correctamente su
ingreso de datos.

5. Post – condiciones:
Los datos de los documentos con fin contable han sido registrados
correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: REGISTRAR ENVIO


DE DOCUMENTO DE PAGO

1. Caso de Uso: Registrar envío de Documento de pago:

1.1 Descripción breve:


Este caso de uso permite registrar el envío de documentos
de pago.

2. Flujo de Eventos:

2.1 Flujo Básico:

2.1.1 El caso de uso se inicia cuando el Tesorero elige la opción


registrar envío de documento de pago
2.1.2 El sistema muestra el formulario registrar envío de Documento
de pago.
2.1.3 El Tesorero ingresa el código y busca el documento de pago.
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

2.1.4 El sistema muestra los datos del Documento de Pago.


2.1.5 El tesorero oprime el botón registrar.
2.1.6 El sistema muestra un mensaje de confirmación y el caso de
uso termina.

2.2 Flujo Alternativo

2.2.1. Información no válida:


En caso que la información ingresada por el tesorero no sea
válida el sistema le informará con un mensaje que se ingrese
los datos correctos.

3. Requerimientos especiales:

3.1 Rendimiento:
Al registrar los datos del envío del documento de pago no debería
tardar más de 10 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El tesorero debe haberse validado correctamente su ingreso de datos.

5. Post – condiciones:
La emisión se ha efectuado correctamente y los datos del envío del
documento de pago han sido registrados en el sistema.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


CHEQUE”
1. Caso de Uso: Registrar cheque:

1.2. Descripción breve:


Este caso de uso permite registrar los cheques.

2. Flujo de Eventos:

2.1. Flujo básico:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

2.1.1. El caso de uso se inicia cuando el Gerente Financiero


selecciona la opción “Registrar Cheque” en el interfaz del
“Menú Principal”
2.1.2. El sistema muestra el formulario “REGISTRAR CHEQUE.
2.1.3. El gerente financiero busca los datos del documento de
pago.
2.1.4. El sistema muestra los datos del documento de pago.
2.1.5. El Gerente Financiero ingresa datos adicionales al cheque
y oprime el botón registrar.
2.1.6. El sistema muestra un mensaje de confirmación y el caso
de uso termina.

2.2. Flujo Alternativo:

2.2.1. Información no válida:


En caso que la información ingresada por el Gerente Financiero
no sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:

3.1 Rendimiento:
Al ingresar los datos de un cheque no debería tardar más de 8
segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El Gerente Financiero debe haberse validado correctamente su
ingreso de datos.

5. Post – condiciones:
Los datos del cheque han sido registrados correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


DOCUMENTO DE INVALIDACIÓN DE CHEQUE”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

1. Caso de Uso: Registrar Documento de invalidación de cheque:

1.1. Descripción breve:


Este caso de uso permite registrar los documentos de invalidación
de cheques.

2. Flujo de Eventos:

2.3. Flujo básico:

2.3.1. El caso de uso se inicia cuando el Gerente Financiero selecciona


la opción “Registrar Documento de invalidación de cheque” en el
interfaz del “Menú Principal”
2.3.2. El sistema muestra el formulario “REGISTRAR DOCUMENTO
DE INVALIDACION DE CHEQUE”.
2.3.3. El gerente financiero busca los datos de un cheque en
específico.
2.3.4. El sistema muestra los datos del cheque buscado.
2.3.5. El Gerente Financiero ingresa datos adicionales al documento
de invalidación del cheque y oprime el botón registrar.
2.3.6. El sistema muestra un mensaje de confirmación y el caso de uso
termina.

2.4. Flujo Alternativo:

2.2.1. Información no válida:


En caso que la información ingresada por el Gerente Financiero no sea
válida el sistema le informará con un mensaje que se ingrese los datos
correctos.

3. Requerimientos especiales:

3.1 Rendimiento:
Al ingresar los datos del documento de invalidación no debería tardar
más de 4 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

4. Pre – condiciones:
El Gerente Financiero debe haberse validado correctamente su
ingreso de datos.

5. Post – condiciones:
Los datos del documento de invalidación del cheque han sido
registrados correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


CHEQUES FIRMADOS”

1. Caso de Uso: Registrar Cheques Firmados:


1.2. Descripción breve:
Este caso de uso permite registrar los cheques firmados por el
Gerente general

2. Flujo de Eventos:

2.1. Flujo básico:

2.1.1. El caso de uso se inicia cuando el Gerente general


selecciona la opción “Registrar Cheque firmado” en el
interfaz del “Menú Principal”
2.1.2. El sistema muestra el formulario “REGISTRAR CHEQUE
FIRMADO”.
2.1.3. El Gerente General busca los datos del cheque.
2.1.4. El sistema muestra los datos del cheque buscado.
2.1.5. El Gerente General ingresa datos adicionales del cheque
firmado y oprime el botón registrar.
2.1.6. El sistema muestra un mensaje de confirmación y el caso de
uso termina.

2.2. Flujo Alternativo

2.2.1. Información no válida:


En caso que la información ingresada por el Gerente General
no sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:

3.1 Rendimiento:
Al registrar un cheque firmado no debería tardar más de 5 segundos
en registrarlos.

3.2 Confiablidad:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Esta funcionalidad no debe presentar errores, ni permitir el ingreso a


usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El Gerente General debe verse validado correctamente su ingreso de
datos.

5. Post – condiciones:
Los datos del cheque firmado han sido registrados correctamente.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR
ENVIO DE CHEQUES”

1. Caso de Uso: Registrar Envío de cheques:


1.1 Descripción breve:
Este caso de uso permite registrar documento de envío de
cheques.
2. Flujo de Eventos:

2.1 Flujo Básico:


2.1.1 El caso de uso se inicia cuando el Gerente general elige la
opción Registrar Envío de cheques.
2.1.2 El sistema muestra el formulario Registrar Envío de
cheques.
2.1.3 El gerente general busca los datos de un proveedor.
2.1.4 El sistema muestra los datos del proveedor.
2.1.5 El gerente general busca los datos de cheques firmados.
2.1.6 El sistema muestra los datos de cheques firmados.
2.1.7 El Gerente general oprime el botón registrar.
2.1.8 El sistema muestra un mensaje de confirmación y el caso de
uso termina.

2.2 Flujo Alternativo

2.2.1. Información no válida:


En caso que la información ingresada por el gerente general no
sea válida el sistema le informará con un mensaje que se
ingrese los datos correctos.

3. Requerimientos especiales:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

3.1 Rendimiento:
Al registrar los datos del cheque firmado no debería tardar más de 10
segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar

3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4. Pre – condiciones:
El gerente General debe haberse validado correctamente su ingreso
de datos.

5. Post – condiciones:
Los datos del documento de envío de cheques han sido registrados
correctamente.

ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR


COPIA DE CHEQUES”

1. Caso de Uso: Registrar Copia de Cheques:

1.1 Descripción breve:


Este caso de uso permite registrar la copia de los cheques.

2. Flujo de Eventos:

2.1 Flujo básico:

2.1.1 El caso de uso se inicia cuando el Asistente de Contabilidad


selecciona la opción “Registrar Copia de Cheque” en el interfaz
del “Menú Principal”
2.1.2 El sistema muestra el formulario “REGISTRAR COPIA DE
CHEQUE”.
2.1.3 El asistente de contabilidad busca los datos de cheques
firmados.
2.1.4 El sistema muestra los datos de los cheques firmados.
2.1.5 El Gerente General ingresa los datos de la copia de cheques
firmados y oprime el botón registrar.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

2.1.6 El sistema muestra un mensaje de confirmación y el caso de


uso termina.

2.2 Flujo Alternativo

2.2.1. Información no válida:


En caso que la información ingresada por el Asistente de
contabilidad no sea válida el sistema le informará con un
mensaje que se ingrese los datos correctos.

3 Requerimientos especiales:

3.1 Rendimiento:
Al registrar los datos de la copia de cheque firmado no debería tardar
más de 5 segundos en registrarlos.

3.2 Confiablidad:
Esta funcionalidad no debe presentar errores, ni permitir el ingreso a
usuarios no autorizados.

3.3 Soporte:
 Fácil de analizar
 Fácil de instalar
3.4. Usabilidad:
 Manual de ayuda al usuario
 Interfaz amigable y manipulable

4 Pre – condiciones:
El Asistente de contabilidad debe verse validado correctamente su
ingreso de datos.

5 Post – condiciones:
Los datos de la copia del cheque han sido registrados correctamente.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

MODELO DE ANÁLISIS Y DISEÑO:


DIAGRAMAS DE COLABORACIÓN
DIAGRAMA DE COLABORACIÓN: “REGISTRAR PROVEEDOR”

3: Leer()

2: Buscar Cotizacion

4: Objeto Cotizacion
: Registrador Cotizacion : Cotizacion
13: Variable 12: Registrar()
Cotizacion

11: Registrar
1: Registrar de Cotizacion Cotizacion 5: Buscar Producto 6: Leer()

7: Objeto Producto
: Jefe de logistica : Registrar Coltizacion : Buscador Producto : Producto

8: Buscar Solicitud
de cotizacion 9: Leer()

10: Objeto Solicitud de


: Buscador de Solicitud de : Solicitud de cotizacion
Cotizacion
cotizacion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR PRODUCTO”

6: Leer()

2: Buscar Producto

1: Registrar Producto 4: Registrar Producto

3: Objeto Producto
: Jefe de logistica : Registrar Producto Registrador Producto Producto

5: Variable Producto

7: Registrar()

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR SOLICITUD DE COTIZACIÓN”

3: Leer()

2: Buscar Solicitud
de Cotizacion

4: Objeto Solicitud
de cotizacion

11: Registrar Solicitud de : Registrador Solicitud de cotizacion : Solicitud de cotizacion


cotizacion 13: Variable Solicitud de 12: Registrar()
cotizacion

1: Registrar Solicitud de Cotizacion


5: Buscar Producto 6: Leer()

7: Objeto Producto
: Jefe de logistica : Registrar Solicitud de cotizacion : Buscador Producto : Producto

8: Buscar Proveedor

9: Leer()

10: Objeto Proveedor


: Buscador Proveedor : Proveedor

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR COTIZACIÓN”

3: Leer()

2: Buscar Cotizacion

4: Objeto Cotizacion
: Registrador Cotizacion : Cotizacion
13: Variable 12: Registrar()
Cotizacion

11: Registrar
1: Registrar de Cotizacion Cotizacion 5: Buscar Producto 6: Leer()

7: Objeto Producto
: Jefe de logistica : Registrar Coltizacion : Buscador Producto : Producto

8: Buscar Solicitud
de cotizacion 9: Leer()

10: Objeto Solicitud de


: Buscador de Solicitud de : Solicitud de cotizacion
Cotizacion
cotizacion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR CUADRO COMPARATIVO”

3: Leer()
2: Buscar Cuadro
comparativo

4: Objeto Cuadro
8: Registrar Cuadro Comparativo
: Registrador Cuadro
comparativo : Cuadro comparativo
1: Registrar Cuadro comparativo comparativo cotizaciones
10: Variable Cuadro cotizaciones
comparativo 9: Registrar()

: Jefe de logistica : Resgistrar Cuadro comparativo


cotizaciones
5: Buscar Cotizacion 6: Leer()

7: Objeto Cotizacion
: Buscador Cotizacion : Cotizacion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR ORDEN DE COMPRA”

3: Leer()

2: Buscar Cotizacion

4: Objeto Orden de compra


: Registrador orden de compra : Orden de compra
12: Registrar
13: Variable Orden de
11: Registrar compra
orden de
compra
1: Registrar Orden de compra 5: Buscar Cotizacion 6: Leer()

7: Objeto Cotizacion
: Jefe de logistica : Resgistrar Orden de compra : Buscador Cotizacion : Cotizacion

8: Buscar Producto 9: Leer()

10: Objeto Producto


: Buscador Producto : Producto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR ORDEN DE COMPRA APROBADO”

3: Leer()

2: Bsucar orden de compra aprobado

4: Objeto orden de compra aprobado


: Registrador Orden de compra : Orden de compra aprobado
aprobado

13: Variable orden de compra aprobado

12: Registrar()

11: Registrar Orden de compra aprobado

1: Registrar orden de compra aprobado 5: Buscar orden de compra 6: Leer()

7: Objeto orden de compra


: Jefe de logistica : Resgistrar orden compra aprobado : Buscador orden de compra : Orden de compra

8: Buscar Producto 9: Leer()

10: Objeto Producto


: Buscador Producto : Producto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE ANULACIÓN DE ORDEN DE COMPRA”

3: Leer()

2: Buscar Orden documento de anulacion

4: Objeto
8: Registrar Documento de Documento de : Documento de anulacion
Anulacion anulacion : Registrador Documento de
1: Registrar Documento de anulacion anulacion de orden de compra
9: Registrar()
10: Variable Documento de
anulacion

: Jefe de logistica : Registrar documento de anulacion de


orden de compra
5: Buscar Orden de compra 6: Leer()

7: Objeto Orden de compra


: Buscador orden de compra : Orden de compra

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “EMITIR REPORTE DE CUADRO COMPARATIVO DE COTIZACIÓN”

: Cotizacion

1: Emitir Reporte 2: Buscar Cuadro comparativo 3: Leer()

4: Objeto Cuadro comparativo


: Jefe de logistica : Emitir reporte de cuadro comparativo : Buscador cuadro comparativo : Cuadro comparativo
cotizaciones cotizaciones cotizaciones

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR FACTURA”

3: Leer()

2: Buscar Factura

4: Objeto factura
: Registrador Factura : Factura
15: Registrar()

16: Variable Factura


14: Registrar Factura

1: Registrar Factura 5: Buscar proveedor 6: Leer()

7: Objeto proveedor
: Asistente de Logistica : Registrar Factura : Proveedor
: Buscador Proveedor

8: Buscar orden de compra aprobada 9: Leer()

10: Objeto orden de compra aprobada


: Buscador Orden de Compra : Orden de Compra
Aprobada Aprobada

11: Buscar producto 12: Leer()

13: Objeto Producto


: Buscador Producto : Producto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR GUÍA DE REMISIÓN”

3: Leer()

2: Buscar Guia de Remision

4: Objeto Guia de Remision


: Registrador guia de remision : Guia de remision
15: Registrar()

16: Variable Guia de remision

14: Registrar guia de remision

1: Registrar Guia de remision 5: Buscar Factura 6: Leer()

7: Objeto Factura
: Asistente de Logistica : Registrar Guia de Remision : Buscador factura : Factura

8: Buscar Orden de compra aprobada 9: Leer()

10: Objeto Orden de Compra Aprobada


: Buscador orden de compra : Orden de Compra
aprobada aprobada

11: Buscar producto 12: Leer()

13: Objeto Producto


: Buscador Producto : Producto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE RECEPCIÓN”

3: Leer()

2: Buscar Documento de Recepcion

4: Objeto Documento de recepcion


: Registrador Documento de : Documento de recepcion
recepcion
12: Registrar()
11: Registrar Documento de recepcion

13: Variable Documento de Recepcion

1: Registrar Documento de Recepcion 5: Buscar Guia de Remision 6: Leer()

7: Objeto Guia de remision


: Asistente de Logistica : Registrar Documento de Recepcion : Buscador Guia de remision : Guia de remision

8: Buscar Producto 9: Leer()

10: Objeto Producto


: Buscador producto : Producto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR ORDEN DE INTERNAMIENTO”

3: Leer()

2: Buscar Orden de internamiento

4: Objeto Orden de Internamiento


: Registrador Orden de : Orden de internamiento
12: Registrar()
11: Registrar Orden de internamiento Internamiento

13: Variable Orden de Internamiento

1: Registrar Orden de internamiento 5: Buscador Documento de recepcion 6: Leer()

7: Objeto Documento de recepcion


: Asistente de Logistica : Registrar Orden de Internamiento : Buscador Documento de recepcion : Documento de recepcion

8: Buscar producto 9: Leer()

10: Objeto Producto


: Buscador Producto : Producto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN”

3: Leer()

2: Buscar Documento de Devolucion

4: Objeto Documento de devolucion


: Documento de devolucion
: Registrador Documento de
devolucion
11: Registrar Documento de devolucion 12: Registrar()

13: Variable Documento de devolucion


1: Registrar Documento de Devolucion 5: Buscar Documento de recepcion 6: Leer()

7: Objeto Documento de recepcion


: Asistente de Logistica : Registrar Documento de Devolucion : Buscador Documento de recepcion : Documento de recepcion

8: Buscar producto 9: Leer()

10: Objeto Producto


: Buscador Producto : Producto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR ENVÍO DE DOCUMENTOS”

3: Leer

2: Buscar envío de documentos

4: Objeto envío de documentos


: Registrador Envío de Documentos : Envío de Documentos
13: Variable envío de documentos 12: Registrar

1: Registra envío de documentos 11: Registrar envío de documentos 5: Buscar Factura 6: Leer

7: Objeto Factura
: Jefe de logistica : Registrar Envío Documentos : Buscador Factura : Factura

8: Buscar Orden de Internamiento 9: Leer

10: Objeto orden de internamiento


: Buscador Orden de Internamiento : Orden de internamiento

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTOS PENDIENTES DE PAGO”

3: Leer

2: Buscar doc_pendiente de pago

4: Objeto doc_pendiente de pago


: Doc_Pendiente de Pago
: Registrador Doc_Pendiente
de Pago
10: Variable Doc_Pendiente de Pago
9: Registrar
1: Registrar doc_pendiente de pago 8: Registrar Doc_Pendiete de Pago

: Tesorero : Registrar Doc_Pendiente de Pago

5: Buscar Factura 6: Leer

7: Objeto Factura
: Buscador Factura : Factura

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR ENVÍO DE COPIAS DE DOCUMENTOS”

3: Leer

2: Buscar envio de copias de documentos

4: Objeto envío de copias de documentos


: Envío de Copias de
: Registrador de Envío de
Documentos
Copias de Documentos
9: Registrar
10: Variable Envio de Copias de Documentos
1: Registrar Envío de Copias de Documentos
8: Registrar Envío de Copias de Documentos

: Tesorero : Registrar Envío de Copias de


Documentos
5: Buscar Doc_Pendiente de Pago 6: Leer

7: Objeto Doc_Pendiente de Pago


: Buscador de Doc_Pendientes : Doc_Pendientes de
de Pago Pago

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO CON FIN CONTABLE”

3: Leer

2: Buscar Documetos Con Fin Contable

4: Objeto Documento Con Fin Contable


: Registrador de Documentos : Documentos con fin
con fin Contable Contable
10: Variable Documentos Con Fin Contable
9: Registrar
1: Registrar Documentos Con Fin Contable
8: Registrar Documentos Con Fin Contable

: Asistente de : Registrar Documentos con Fin


Contabilidad Contable

5: Buscar Doc_Pendientes de Pago 6: Leer

7: Objeto Doc_Pendiente de Pago


: Buscador de Doc_Pendientes : Doc_Pendientes de
de Pago Pago

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR CHEQUE”

2: Buscar Documento de Pago 3: Leer ()

4: Objeto Documento de Pago


: Buscador de Doc_Pendientes de : Doc_Pendientes de Pago
Pago

1: Registrar Cheque

: Gerente Financiero : Registrar Cheque

5: Registrar Cheque 6: Registrar ()

7: Variable Cheque
: Registrador Cheque : Cheque

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR DOCUMENTO DE INVALIDACIÓN DE CHEQUE”

2: Buscar Cheque 6: Leer ()

3: Objeto Cheque
: Buscador Cheque : Cheque

1: Registrar documento de invalidacion de cheque

: Gerente Financiero : Registrar Documento de invalidacion


de Cheque

4: Registrar Documento Invalidacion de Cheque 7: Registrar ()

5: Variable Documento Invalidacion de Cheque


: Registrador Documento de : Documento de
Invalidacion de Cheque invalidacion de cheque

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR CHEQUES FIRMADOS”

2: Buscar Cheque 6: Leer ()

3: Objeto Cheque
: Buscador Cheque : Cheque

1: Registrar Cheque Firmado

: Gerente General : Registrar Cheque Firmado

4: Registrar Cheque Firmado 7: Registrar ()

5: Variable Cheque Firmado


: Registrador Cheque Firmado : Cheque Firmado

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR ENVÍO DE CHEQUES”

3: Leer ()
2: Buscar Proveedor

4: Objeto Proveedor
: Buscador Proveedor : Proveedor

1: Registrar Envio de Cheque 5: Buscar Cheque Firmado 6: Leer ()

7: Objeto Cheque Firmado


: Gerente General : Registrar Enviar Cheque : Buscador Cheque Firmado : Cheque Firmado

8: Registrar Enviar Cheque 9: Registrar ()

10: Variable Enviar Cheque


: Registrador Envio de Cheque : Envio de Cheque

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE COLABORACIÓN: “REGISTRAR COPIA DE CHEQUES”

2: Buscar Cheque Firmado 6: Leer ()

3: Objeto Cheque Firmado


: Buscador Cheque Firmado : Cheque Firmado

1: Registrar Copia de cheque

: Asistente de : Registrar Copia de Cheque


Contabilidad

4: Registrar Copia de Cheque 7: Registrar ()

5: Variable Copia de Cheque


: Registrador Copia de Cheque : Copia de Cheque

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

INTERFACES GRÁFICA DE USUARIO GUI

1. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR PROVEEDOR”

2. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR PRODUCTO”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

3. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR SOLICITUD DE


COTIZACIÓN”

4. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR COTIZACIÓN”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

5. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR CUADRO


COMPARATIVO”

6. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ORDEN DE


COMPRA”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

7. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ORDEN DE


COMPRA APROBADO”

8. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR DOCUMENTO


DE ANULACION DE DOCUMENTO DE COMPRA”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

9. INTERFAZ GRÁFICA DE USUARIO GUI: “EMITIR REPORTE CUADRO


COMPARATIVO”

10. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR FACTURA”:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

11. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR GUÍA DE


REMISIÓN”:

12. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR DOCUMENTO


DE RECEPCIÓN”:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

13. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ORDEN DE


INTERNAMIENTO”:

14. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR DOCUMENTO


DE DEVOLUCIÓN”:

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

15. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ENVÍO DE


DOCUMENTOS”

16. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR


DOC_PENDIENTES DE PAGO”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

17. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR ENVÍO DE


COPIAS DE DOCUMENTOS”

18. INTERFAZ GRÁFICA DE USUARIO GUI: “REGISTRAR


DOCUMENTOS CON FIN CONTABLE”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

19. INTERFAZ GRAFICA DE USUARIO GUI: “REGISTRAR CHEQUE”

20. INTERFAZ GRAFICA DE USUARIO GUI: “ENVIO DOCUMENTO DE


PAGO”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

21. INTERFAZ GRAFICA USUARIO GUI: “REGISTRAR CHEQUE


FIRMADO”

22. INTERFAZ GRAFICA USUARIO: “REGISTRAR ENVIO DE CHEQUE”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

23. INTERFAZ GRAFICA USUARIO: “REGISTRAR COPIA DE CHEQUE”

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMAS DE SECUENCIA:

DIAGRAMA DE SECUENCIA: “REGISTRAR PROVEEDOR”

: Jefe de logis tica : Regis trar Proveedor : Regis trador Proveedor : Proveedor
Regis trar Proveedor

Dar click Bus car

Bus car Proveedor

Leer()

Objeto Proveedor

Si Objeto Proveedor=Null Ms g="No Regis trado"

Si Objeto Proveedor<>Null Mos trar Datos

Dar Click Nuevo

Lim piar Controles

Dar Click Regis trar

Regs itrar Proveedor

Regis trar()

Variable Proveedor

Dar click actualizar

Regis trar Proveedor

Actualizar()

Variable Proveedor

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR PRODUCTO”

: Jefe de logistica Registrar Producto : Registrador Producto : Producto


Registrar Producto

Dar click Buscar

Buscar Producto

Leer()

Objeto Producto

Si Objeto Producto=Null Msg="No Registrado"

Si Objeto Producto<>Null Mostrar Datos

Dar Click Nuevo

Limpiar Controles

Dar Click Registrar

Registrar Producto

Registrar()

Variable Producto

Dar Click Actualizar

Actualizar Producto

Actualizar()

Variable Producto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR SOLICITUD DE COTIZACIÓN”

: Jefe de logistica : Registrar Solicitud de cotizacion : Buscador Producto : Buscador Proveedor : Registrador Solicitud de : Producto : Proveedor : Solicitud de cotizacion
cotizacion
Registrar Solicitud de cotizacion

Dar click Buscar

Buscar Solictud de cotizacion

Leer()

Objeto Solicitud de cotizacion

Si Objeto Solicitud de cotizacion=Null Msg="No Registrado"

Si Objeto Solicitud de cotizacion<>Null Mostrar Datos

Dar Click Nuevo

Limpiar Controles

Dar click Producto

Buscar Producto

Leer()

Objeto Producto

Dar click Proveedor

Buscar Proveedor

Leer()

Objeto Proveedor

Dar Click Registrar

Regsitrar Solicitud de Cotizacion

Registrar()

Variable Solicitud de cotizacion

Dar click actualizar

Registrar Solictud de cotizacion

Actualizar()

Variable solictud de cotizacion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR COTIZACIÓN”

: Jefe de logistica : Registrar Coltizacion : Buscador Producto : Buscador de Solicitud de : Registrador Cotizacion : Producto : Solicitud de cotizacion : Cotizacion
cotizacion
Registrar cotizacion

Dar click Buscar

Buscar cotizacion

Leer()

Objeto cotizacion

Si Objeto cotizacion=Null Msg="No Registrado"

Si Objeto cotizacion<>Null Mostrar Datos

Dar Click Nuevo

Limpiar Controles

Dar click Producto

Buscar Producto

Leer()

Objeto Producto

Dar click Solicitud de cotizacion

Buscar Solicitud de cotizacion

Leer()

Objeto Solicitud de cotizacion

Dar Click Registrar

Regsitrar Cotizacion

Registrar()

Variable cotizacion

Dar click actualizar

Registrar cotizacion

Actualizar()

Variable cotizacion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR CUADRO COMPARATIVO COTIZACIONES”:

: Jefe de logistica : Resgistrar Cuadro comparativo : Buscador Cotizacion : Registrador Cuadro : Cotizacion : Cuadro comparativo
cotizaciones comparativo cotizaciones cotizaciones
Registrar Cuadro comparativo

Dar click Buscar

Buscar Cuadro comparativo

Leer()

Objeto Cuadro comparativo

Si Objeto Cuadro comparativo=Null Msg="No Registrado"

Si Objeto Cuadro comparativo<>Null Mostrar Datos

Dar Click Nuevo

Limpiar Controles

Dar click Cotizacion

Buscar cotizacion

Leer()

Objeto Cotizacion

Dar Click Registrar

Regsitrar Cuadro comparativo

Registrar()

Variable Cuadro comparativo

Dar click Actualizar

Registrar Cuadro comparativo

Actualizar()

Variable Cuadro Comparativo

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR ORDEN DE COMPRA”

: Jefe de logistica : Resgistrar Orden de compra : Buscador Cotizacion : Buscador Producto : Registrador orden de : Cotizacion : Producto : Orden de compra
compra
Registrar Orden de Compra

Dar click Buscar

Buscar Orden de compra

Leer()

Objeto Orden de compra

Si Objeto Orden de compra=Null Msg="No Registrado"

Si Objeto Orden de compra>Null Mostrar Datos

Dar Click Nuevo

Limpiar Controles

Dar click cotizacion

Buscar cotizacion

Leer()

Objeto cotizacion

Dar click Producto

Buscar Producto

Leer()

Objeto Producto

Dar Click Registrar

Regsitrar Orden de compra

Registrar()

Variable orden de compra

Dar click actualizar

Registrar Orden de compra

Actualizar()

Variable Orden de compra

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR ORDEN DE COMPRA APROBADO”

: Jefe de logistica : Resgistrar orden compra aprobado : Buscador orden de : Buscador Producto : Registrador Orden de : Orden de compra : Producto : Orden de compra
compra compra aprobado aprobado
Registrar Orden de compra aprobado

Dar click Buscar

Buscar Orden de compra aprobado

Leer()

Objeto Orden de compra aprobado

Si Objeto Orden de compra aprobado=Null Msg="No Registrado"

Si Objeto Orden de compra aprobado<>Null Mostrar Datos

Dar Click Nuevo

Limpiar Controles

Dar click Orden de compra

Buscar Orden de compra

Leer()

Objeto Orden de compra

Dar click Producto

Buscar Producto

Leer()

Objeto Producto

Dar Click Aceptar

Regsitrar Orden de compra aprobado

Registrar()

Variable Orden de compra aprobado

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE ANULACIÓN DE ORDEN DE COMPRA”

: Jefe de logistica : Registrar documento de anulacion de : Buscador orden de : Registrador Documento de : Orden de compra : Documento de anulacion
orden de compra compra anulacion de orden de compra
Registrar Documento de anulacion

Dar click Buscar

Buscar documento de anulacion

Leer()

Objeto Documento de anulacion

Si Objeto Documento de anulacion=Null Msg="No Registrado"

Si Objeto Documento de anulacion<>Null Mostrar Datos

Dar Click Nuevo

Limpiar Controles

Dar click Orden de compra

Buscar Orden de compra

Leer()

Objeto Orden de compra

Dar Click Aceptar

Regsitrar Documento de anulacion

Registrar()

Variable Documento de anulacion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “EMITIR REPORTE DE CUADRO COMPARATIVO DE COTIZACIÓN”

: Jefe de logistica : Emitir reporte de cuadro comparativo : Buscador cuadro


cotizaciones comparativo cotizaciones : Cuadro comparativo
Registrar Cuadro comparativo cotizaciones

Dar click Reportar

Buscar Cuadro comparativo

Leer()

Objeto Cuadro comparativo

Si Objeto Cuadro comparativo=Null Msg="No Registrado"

Si Objeto Cuadro comparativo<>Null Reportar

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR FACTURA”

: Bus cador Orden de : Bus cador Producto : Regis trador Factura : Bus cador Proveedor : Orden de Compra : Producto : Factura
: As is tente de : Regis trar Factura : Bus cador Proveedor Aprobada
Logis tica Compra Aprobada
Regis trar Factura

Dar click en Bus car Factura

Bus car Factura

Leer()

Objeto Factura

Si Objeto Factura: Nulo : Ms j: "No registrado"

Si Objeto Factura<>Nulo : Mos trar datos

Dar click en Nuevo

Lim piar controles

Dar click en Proveedor

Bus car proveedor

Leer()

Objeto Proveedor

Dar click en Orden de compra aprobada

Bus car orden de com pra aprobada

Leer()

Objeto orden de compra aprobada

Dar click en producto

Bus car Producto

Leer()

Objeto Producto

Dar click en Regis trar

Regis trar Factura

Regis trar()

Variable factura

Dar click en Actualizar

Actualizar Factura

Actualizar()

Variable Factura

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR GUÍA DE REMISIÓN”

: Asistente de : Registrar Guia de Remision : Buscador factura : Buscador orden de : Buscador Producto : Registrador guia de : Factura : Orden de Compra : Producto : Guia de rem ision
Logistica compra aprobada rem ision aprobada

Regsitrar Guia de Remision

Dar click Buscar Guia de Rem ision

Buscar Guia de Remision

Leer()

Objeto Guia de Remision

Si Objeto Guai de remision: Nulo :Msj: "No Registrado"

Si Objeto Guia de Rem ision<>Nulo : Mostrar Datos

Dar click en Nuevo

Lim piar controles

Dar click en Factura

Buscar Factura

Leer()

Objeto Factura

Dar click en Orden de compra aprobada

Buscar orden de com pra aprobada

Leer()

Objeto Orden de com pra aprobada

Dar click en Producto

Buscar Producto

Leer()

Objeto Producto

Dar click en Registrar

Registrar Guia de Remision

Registrar()

Variable Guia de rem ision

Dar click en Actualizar

Actualizar Guia de Remision

Actualizar()

Variable Guia de Remision

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE RECEPCIÓN”

: Asistente de : Registrar Documento de Recepcion : Buscador Guia de : Buscador producto : Registrador Documento : Guia de remision : Producto : Documento de recepcion
Logistica remision de recepcion

Registrar Documento de Recepcion

Dar click en Buscar Documento de Recepcion

Buscar Documento de Recepcion

Leer()

Objeto Documento de Recepcion

Si Objeto Documento de recepcion: Nulo : Msj: "No Registrado"

Si Objeto Documento de recepcion<> Nulo : Mostrar datos

Dar click en Nuevo

Limpiar controles

Dar click en Guia de remision

Buscar Guia de remision

Leer()

Objeto Guia de Remision

Dar click en Producto

Buscar Producto

Leer()

Objeto Producto

Dar click en Registrar

Registrar Documento de recepcion

Registrar()

Variable Documento de Recepcion

Dar click en Actualizar

Actualizar Documento de Recepcion

Actualizar()

Variable Documento de Recepcion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR ORDEN DE INTERNAMIENTO”

: Asistente de : Registrar Orden de Internamiento : Buscador Documento de : Buscador Producto : Registrador Orden de : Documento de recepcion : Producto : Orden de internamiento
Logistica recepcion Internamiento

Registrar Orden de Internam iento

Dar click en Buscar Orden de Internam iento

Buscar Orden de Internamiento

Leer()

Objeto Orden de Internamiento

Si Objeto Orden de Internam iento: Nulo : Msj: "No Registrado"

Si Objeto Orden de Internam iento<>Nulo: Mostrar datos

Dar click enb Nuevo

Lim piar controles

Dar click en Documento de recepcion

Buscar Documento de recepcion

Leer()

Objeto docum ento de recepcion

Dar click en Porducto

Buscar Producto

Leer()

Objeto Producto

Dar click en Registrar

Registrar Orden de Internam iento

Registrar()

Variable Orden de Internamiento

Dar click en Actualizar

Actualizar Orden de Internamiento

Actualizar()

Variable Orden de Internamiento

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE DEVOLUCIÓN”

: Asistente de : Registrar Documento de Devolucion : Buscador Documento de : Buscador Producto : Registrador Docum ento : Documento de recepcion : Producto : Documento de
Logistica recepcion de devolucion devolucion

Registrar Docum ento de Devolucion

Dar click en Buscar Docum ento de devolucion

Buscar Documento de Devolucion

Leer()

Objeto Documento de Devolucion

Si Objeto Docum ento de Devolucion: Nulo: Msj: "No Registrado"

Si Objeto Docum ento de Devolucion<>Nulo : Mostrar datos

Dar click en Nuevo

Lim piar controles

Dar click en Documento de Recepcion

Buscar Documento de Recepcion

Leer()

Objeto Documento de Recepcion

Dar click en Producto

Buscar Producto

Leer()

Objeto Producto

Dar click en Registrar

Registrar Docum ento de Devolucion

Registrar()

Variable Documento de Devolucion

Dar click en Actualizar

Actualizar Documento de Devolucion

Actualizar()

Variable Documento de Devolucion

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR ENVÍO DE DOCUMENTOS”

: Jefe de logistica : Registrar Envío Documentos : Buscador Orden de : Buscador Factura : Registrador Envío de : Orden de Internamiento : Factura : Envío de Documentos
Internamiento Documentos
Registrar envío de documentos

Dar click Buscar envio de documentos

Buscar Envío de Documentos

Leer()

Objeto Envío de Documentos

Si el objeto=Nulo Msj "No Registrado"

Si el objeto <>Nulo Mostrar Datos

Dar click Nuevo

Limpiar controles

Dar click Buscar Factura

Buscar Factura

Leer()

Objeto Factura

Dar click buscar orden de internamiento

Buscar orden de internamiento

Leer()

Objeto orden de internamiento

Dar click Registrar

Registrar envío de documentos

Registrar()

Variable envío de documentos

Dar click Actualizar

Actualizar envío de documentos

Actualizar()

Variable envío de documentos

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTOS PENDIENTES DE PAGO”

: Tesorero : Registrar Doc_Pendiente de Pago : Buscador Factura : Registrador : Factura : Doc_Pendiente de Pago
Doc_Pendiente de Pago
Registrar Doc_Pendiente de Pago

Dar click Buscar Doc_Pendiente de pago

Buscar Doc_Pendiente de Pago

Leer

Objeto Doc_Pendiente de Pago

Si Objeto=Nulo Msj "No Registrado"

Si Objeto <>Nulo Mostrar Datos

Dar click Nuevo Limpiar Controles

Dar click Buscar Factura Buscar Factura

Leer

Objeto Factura

Dar click Registrar Doc_Pendinte de Pago

Registrar Doc_Pendiente de Pago

Registrar

Variable Doc_Pendiente de Pago

Dar click Actualizar

Actualizar Doc_Pendiente de Pago

Actualizar

Variable Doc_Pendiente de Pago

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR ENVÍO DE COPIAS DE DOCUMENTOS”

: Tesorero : Registrar Envío de Copias de : Buscador de : Registrador de Envío de : Doc_Pendientes de : Envío de Copias de
Documentos Doc_Pendientes de Pago
Copias de Documentos Pago Documentos
Registrar Envío de Copias de Documentos

Dar click en Buscar Envio de Copias de Documentos

Buscar envio de copias de documentos

Leer

Objeto de envio de copias de documentos

Si Objeto=Nulo Msj "No Registrado"

Si Objeto<>Nulo Mostrar Datos

Dar click Nuevo

Limpiar Controles

Dar click Buscar Doc_Pendientes de Pago

Buscar Doc_Pendientes de Pago

Leer

Objeto Doc_Pendiente de Pago

Dar click Registrar

Registrar Envio de Copias de Documentos

Registrar

Variable Envio de Copias de Documentos

Dar click Actualizar

Actualizar Envío de Copias de Documentos

Actualizar

Variable Envio de Copias de Documentos

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO CON FIN CONTABLE”

: Asistente de : Registrar Documentos con Fin : Buscador de : Registrador de Documentos : Doc_Pendientes de : Documentos con fin
Contabilidad Contable Doc_Pendientes de Pago con fin Contable Pago Contable
Registrar Documentos con fin Contable

Dar click Buscar Documentos con fin contable

Buscar Documentos con fin contable

Leer

Objeto Documentos con fin contable

Si Objeto=Nulo Msj "No Registrado"

Si Objeto<>Nulo Mostrar Datos

Dar click Nuevo

Limpiar Controles

Dar click Buscar Doc_Pendientes de Pago

Buscar Doc_Pendientes de Pago

Leer

Objeto Doc_Pendiente de Pago

Dar click Registrar Documentos con fin contable

Registrar Documentos con fin contable

Registrar

Variable Documentos con fin contable

Dar Click Actualizar

Actualizar Documentos con fin contable

Actualizar

Variable Documentos con fin contable

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR CHEQUE”

: Buscador de : Doc_Pendientes de : Cheque


: Gerente Financiero : Registrar Cheque Doc_Pendientes de Pago : Registrador Cheque Pago

Registrar Cheque

Dar Click Buscar Documento de Pago

Buscar Documento de Pago

Leer ()

Objeto Documento de Pago

Si Objeto Documento de Pago=NULO. Msj: "NO REGISTRADO"

Si Objeto Documento de Pago<>NULO. Mostrar Datos

Dar CLik Nuevo

Limpiar Controles

Dar Click Registrar Registrar Cheque

Registrar ()

Variable Cheque

Dar Click Actualizar

Actualizar Cheque

Actualizar ()

Variable Cheque

Dar Click Eiminar

Eliminar Cheque

Eliminar ()

Variable Cheque

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR DOCUMENTO DE INVALIDACIÓN DE CHEQUE”

: Registrar Documento de invalidacion : Buscador Cheque : Registrador Documento : Cheque : Documento de


: Gerente Financiero de Cheque de Invalidacion de Cheque invalidacion de cheque

Registrar Documento Invalidacion Cheque

Dar Click Buscar

Buscar Cheque

Leer ()

Objeto Cheque

Si Objeto Cheque=NULO. Msj: "NO REGISTRADO"

Si Objeto Cheque<>NULO. Mostrar Datos

Dar CLik Nuevo

Limpiar Controles

Dar Click Registrar

Registrar Documento Invalidacion Cheque

Registrar ()

Variable Documento Invalidacion Cheque

Dar Click Actualizar

Actualizar Documento Invalidacion Cheque

Actualizar ()

Variable Documento Invalidacion Cheque

Dar Click Eiminar

Eliminar Documento Invalidacion Cheque

Eliminar ()

Variable Documento Invalidacion Cheque

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR CHEQUES FIRMADOS”

: Gerente General : Registrar Cheque Firmado : Buscador Cheque : Registrador Cheque : Cheque : Cheque Firmado
Firmado

Registrar Cheque Firmado

Dar Click Buscar

Buscar Cheque

Leer ()

Objeto Cheque

Si Objeto Cheque=NULO. Msj: "NO REGISTRADO"

Si Objeto Cheque<>NULO. Mostrar Datos

Dar CLik Nuevo

Limpiar Controles

Dar Click Registrar

Registrar Cheque Firmado

Registrar ()

Variable Cheque Firmado

Dar Click Actualizar

Actualizar Cheque Firmado

Actualizar ()

Variable Cheque Firmado

Dar Click Eiminar

Eliminar Cheque Firmado

Eliminar ()

Variable Cheque Firmado

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR ENVÍO DE CHEQUES”

: Gerente General : Registrar Env iar Cheque : Buscador Prov eedor : Buscador Cheque : Registrador Env io de : Prov eedor : Cheque Firmado : Env io de Cheque
Firmado Cheque
Registrar Env io de Cheque

Dar Click Buscar Prov eedor

Buscar Proeedor

Leer()

Objeto Prov eedor

Si Obj Prov eedor=NULO. Msje "NO REGISTRADO"

Si Obj Prov eedor<>NULO. Mostrar Datos

Dar Click Nuev o

Limpiar Controles
Dar Click Buscar Cheque Firmado

Buscar Cheque Firmado

Leer()

Objeto Cheque Firmado

Dar Click Registrar

Registrar Env io Cheque Firmado

Registrar ()

Variable Env io Cheque Firmado

Dar Click Actualizar

Actualizar Env io Cheque Firmado

Actualizar ()

Variable Env io Cheque Firmado

Dar Click Eliminar

Eliminar Env io Cheque Firmado

Eliminar ()

Variable Env io Cheque Firmado

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE SECUENCIA: “REGISTRAR COPIA DE CHEQUES”

: Asistente de : Registrar Copia de Cheque : Buscador Cheque : Registrador Copia de : Cheque Firmado : Copia de Cheque
Contabilidad Firmado Cheque

Registrar Copia de Cheque

Dar Click Buscar

Buscar Cheque Firmado

Leer ()

Objeto Cheque Firmado

Si Objeto Cheque Firmado=NULO. Msj: "NO REGISTRADO"

Si Objeto Cheque Firmado<>NULO. Mostrar Datos

Dar CLik Nuevo

Limpiar Controles

Dar Click Registrar

Registrar Copia de Cheque

Registrar ()

Variable Copia de Cheque

Dar Click Actualizar

Actualizar Copia de Cheque

Actualizar ()

Variable Copia de Cheque

Dar Click Eiminar

Eliminar Copia de Cheque

Eliminar ()

Variable Copia de Cheque

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

DIAGRAMA DE CLASES ANÁLISIS / DISEÑO

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

CAPITULO IV: PROTOTIPO DEL SOFTWARE DESARROLLADO

CODIFICACIÓN: “REGISTRAR PROVEEDOR”

Imports System.Data.SqlClient
Public Class Proveedor

Private idProv, nombProv, dirProv, telef, email As String


Private conn As SqlConnection
Private cmd As SqlCommand
Private strConn As String =
"SERVER=localhost;DATABASE=BD_Control_Logistico;Integrated
Security=SSPI;"
Sub New()
conn = New SqlConnection(strConn)
End Sub

Sub New(ByVal id As String, ByVal nombre As String, ByVal dir As String,


ByVal telef As String, ByVal email As String)
Me.idProv = id
Me.nombProv = nombre
Me.dirProv = dir
Me.telef = telef
Me.email = email
conn = New SqlConnection(strConn)
End Sub

Public Property fidProv() As String


Get
Return Me.idProv
End Get
Set(ByVal value As String)
Me.idProv = value
End Set
End Property

Public Property fnombProv() As String


Get
Return Me.nombProv
End Get
Set(ByVal value As String)
Me.nombProv = value
End Set
End Property

Public Property fdirProv() As String


Get
Return Me.dirProv
End Get
Set(ByVal value As String)
Me.dirProv = value
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

End Set
End Property

Public Property ftelef() As String


Get
Return Me.telef
End Get
Set(ByVal value As String)
Me.telef = value
End Set
End Property

Public Property femail() As String


Get
Return Me.email
End Get
Set(ByVal value As String)
Me.email = value
End Set
End Property

Public Sub RegistrarProveedor()


Try
conn.Open()
cmd = New SqlCommand("SP_INSERTAPROV", conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.AddWithValue("@rucprov", idProv)
cmd.Parameters.AddWithValue("@nombprov", nombProv)
cmd.Parameters.AddWithValue("@dirprov", dirProv)
cmd.Parameters.AddWithValue("@telprov", telef)
cmd.Parameters.AddWithValue("@emailprov", email)
cmd.ExecuteNonQuery()
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Sub

Public Sub ActualizarProveedor()


Try
conn.Open()
cmd = New SqlCommand("SP_ACTUALIZAPROV", conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.AddWithValue("@rucprov", idProv)
cmd.Parameters.AddWithValue("@nombprov", nombProv)
cmd.Parameters.AddWithValue("@dirprov", dirProv)
cmd.Parameters.AddWithValue("@telprov", telef)
cmd.Parameters.AddWithValue("@emailprov", email)
cmd.ExecuteNonQuery()
Catch ex As Exception
Throw New Exception(ex.Message)
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Finally
conn.Close()
End Try
End Sub

Public Sub BuscarProveedorxId()


Try
Dim dr As SqlDataReader
conn.Open()
cmd = New SqlCommand("SP_BUSCAPROV", conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.AddWithValue("@rucprov", idProv)
dr = cmd.ExecuteReader()
If Not dr.HasRows Then
Throw New Exception("Proveedor no encontrado")
End If
While dr.Read
idProv = dr(0)
nombProv = dr(1)
dirProv = dr(2)
telef = dr(3)
email = dr(4)
End While
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Sub

Public Function ListarProveedores() As DataTable


Try
Dim ds As DataSet
Dim da As SqlDataAdapter
conn.Open()
cmd = New SqlCommand("SP_LISTAPROV", conn)
cmd.CommandType = CommandType.StoredProcedure
ds = New DataSet
da = New SqlDataAdapter(cmd)
da.Fill(ds)
Return ds.Tables(0)
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Function

End Class

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

CODIFICACIÓN: “REGISTRAR PRODUCTO”

Imports System.Data.SqlClient
Public Class Producto

Private codigo, nombre, tipo, desc As String


Private conn As SqlConnection
Private cmd As SqlCommand
Private strConn As String =
"SERVER=localhost;DATABASE=BD_Control_Logistico;Integrated
Security=SSPI;"
Sub New()
conn = New SqlConnection(strConn)
End Sub

Sub New(ByVal codigo As String, ByVal nombre As String, ByVal tipo As


String,
ByVal desc As String)
Me.codigo = codigo
Me.nombre = nombre
Me.tipo = tipo
Me.desc = desc
conn = New SqlConnection(strConn)
End Sub

Public Property fcodigo() As String


Get
Return Me.codigo
End Get
Set(ByVal value As String)
Me.codigo = value
End Set
End Property

Public Property fnombre() As String


Get
Return Me.nombre
End Get
Set(ByVal value As String)
Me.nombre = value
End Set
End Property

Public Property ftipo() As String


Get
Return Me.tipo
End Get
Set(ByVal value As String)
Me.tipo = value
End Set

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

End Property

Public Property fdesc() As String


Get
Return Me.desc
End Get
Set(ByVal value As String)
Me.desc = value
End Set
End Property

Public Sub RegistrarProducto()


Try
conn.Open()
cmd = New SqlCommand("SP_INSERTAPROD", conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.AddWithValue("@codprod", codigo)
cmd.Parameters.AddWithValue("@nombprod", nombre)
cmd.Parameters.AddWithValue("@tipoprod", tipo)
cmd.Parameters.AddWithValue("@desprod", desc)
cmd.ExecuteNonQuery()
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Sub

Public Sub ActualizarProducto()


Try
conn.Open()
cmd = New SqlCommand("SP_ACTUALIZAPROD", conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.AddWithValue("@codprod", codigo)
cmd.Parameters.AddWithValue("@nombprod", nombre)
cmd.Parameters.AddWithValue("@tipoprod", tipo)
cmd.Parameters.AddWithValue("@desprod", desc)
cmd.ExecuteNonQuery()
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Sub

Public Sub BuscarProductoxId()


Try
Dim dr As SqlDataReader
conn.Open()
cmd = New SqlCommand("SP_BUSCAPROD", conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.AddWithValue("@codprod", codigo)
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

dr = cmd.ExecuteReader()
If Not dr.HasRows Then
Throw New Exception("Producto no encontrado")
End If
While dr.Read
codigo = dr(0)
nombre = dr(1)
tipo = dr(2)
desc = dr(3)
End While
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Sub

Public Function ListarProductos() As DataTable


Try
Dim ds As DataSet
Dim da As SqlDataAdapter
conn.Open()
cmd = New SqlCommand("SP_LISTAPROD", conn)
cmd.CommandType = CommandType.StoredProcedure
ds = New DataSet
da = New SqlDataAdapter(cmd)
da.Fill(ds)
Return ds.Tables(0)
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Function

End Class

CODIFICACIÓN: “REGISTRAR SOLICITAR SOLICITUD DE COTIZACIÓN”

Imports System.Data.SqlClient
Public Class Solicitud

Private idsol, idprov, desc As String


Private fecha As Date
Private conn As SqlConnection
Private cmd As SqlCommand
Private strConn As String =
"SERVER=localhost;DATABASE=BD_Control_Logistico;Integrated
Security=SSPI;"
Sub New()
conn = New SqlConnection(strConn)
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

End Sub

Sub New(ByVal idsol As String, ByVal idprov As String, ByVal fecha As Date,
ByVal desc As String)
Me.idsol = idsol
Me.idprov = idprov
Me.fecha = fecha
Me.desc = desc
conn = New SqlConnection(strConn)
End Sub

Public Property fidsol() As String


Get
Return Me.idsol
End Get
Set(ByVal value As String)
Me.idsol = value
End Set
End Property

Public Property fidProv() As String


Get
Return Me.idprov
End Get
Set(ByVal value As String)
Me.idprov = value
End Set
End Property

Public Property ffecha() As Date


Get
Return Me.fecha
End Get
Set(ByVal value As Date)
Me.fecha = value
End Set
End Property

Public Property fdesc() As String


Get
Return Me.desc
End Get
Set(ByVal value As String)
Me.desc = value
End Set
End Property

Public Sub RegistrarSolicitud()


Try
conn.Open()
cmd = New SqlCommand("SP_INSERTASOL", conn)
cmd.CommandType = CommandType.StoredProcedure
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

cmd.Parameters.AddWithValue("@codsol", idsol)
cmd.Parameters.AddWithValue("@ruc", idprov)
cmd.Parameters.AddWithValue("@fechasol", fecha)
cmd.Parameters.AddWithValue("@dessol", desc)
cmd.ExecuteNonQuery()
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Sub

Public Sub ActualizarSolicitud()


Try
conn.Open()
cmd = New SqlCommand("SP_ACTUALIZASOL", conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.AddWithValue("@codsol", idsol)
cmd.Parameters.AddWithValue("@ruc", idprov)
cmd.Parameters.AddWithValue("@fechasol", fecha)
cmd.Parameters.AddWithValue("@dessol", desc)
cmd.ExecuteNonQuery()
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Sub

Public Sub BuscarSolicitudxId()


Try
Dim dr As SqlDataReader
conn.Open()
cmd = New SqlCommand("SP_BUSCASOL", conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.AddWithValue("@codsol", idsol)
dr = cmd.ExecuteReader()
If Not dr.HasRows Then
Throw New Exception("Solicitud no encontrado")
End If
While dr.Read
idsol = dr(0)
fecha = dr(1)
desc = dr(2)
idprov = dr(3)
End While
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Sub
INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Public Function ListarSolicitud() As DataTable


Try
Dim ds As DataSet
Dim da As SqlDataAdapter
conn.Open()
cmd = New SqlCommand("SP_LISTASOL", conn)
cmd.CommandType = CommandType.StoredProcedure
ds = New DataSet
da = New SqlDataAdapter(cmd)
da.Fill(ds)
Return ds.Tables(0)
Catch ex As Exception
Throw New Exception(ex.Message)
Finally
conn.Close()
End Try
End Function

End Class

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

CAPÍTULO V: ESTIMACIÓN Y ANÁLISIS ECONÓMICO DEL SISTEMA


PUNTOS DE FUNCIÓN. ESTIMACIÓN DEL ESFUERZO. ESTIMACIÓN DEL TIEMPO DE DESARROLLO.

FUNCIONALIDAD TIPO ATRIBUTOS ENTIDADES COMPLEJIDAD


1 R/M/ Proveedor EE/EE/ RUC, Nombre, Dirección, BAJO/BAJO/BAJO
C CE Teléfono, Email

2 R/M/ Producto EE/EE/ Código, Nombre, Tipo, BAJO/BAJO/BAJO


C CE Descripción

3 R/M/ Cotizacion EE/EE/ Código cotización, Descripción, ALTA/ALTA/ALTA


C CE Código de Solicitud, Fecha
Solicitud, Descripción, Cantidad,
Precio, Código_Producto,
Nombre_Producto,
Codigo_Cuadro, Descripcion,
Nro_de_cotización
4 R/M/ Orden de EE/EE/ Código de Orden de Compra, ALTA/ALTA/ALTA
C Compra CE Descripción, Código de
anulación, Fecha, Especificación
de anulación, Código Aprobación,
Fecha, Descripción, Cantidad,
Precio, Cantidad,
Codigo_Producto,Nombre_Produ
cto

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

5 Emisi Cuadro CE Código cuadro, Descripción, MEDIO


ón comparativ Código Cotización,Descripcion,
o Nro de cotización

6 R/M/ Factura EE/EE/ Número de Factura, Fecha, ALTA/ALTA/ALTA


C CE Monto Total, Descripción,
Código_Producto,
Nombre_Producto, Cantidad,
RUC, Nombre

7 R/M/ Guia de EE/EE/ Número de Guía de Remisión, ALTA/ALTA/ALTA


C Remisión CE Fecha, Descripción,
Código_Producto,
Nombre_Producto, Cantidad,
Número de Factura, Monto Total
8 R/M/ Documento EE/EE/ Numero de Documento de ALTA/ALTA/ALTA
C de CE Recepción, Fecha, Descripción,
Recepción Cantidad, Estado,
Código_Producto,Nombre_Produ
cto, Número de Documento de
devolución, Cantidad, Fecha,
Descripción, Numero de Orden
de Internamiento, Fecha,
Descripción.
9 R/M/ Envío de EE/EE/ Código de Envío, Fecha, ALTA/ALTA/MEDI
C Documento CE Descripción, Código Documento O
s de Pago, Fecha Límite, Estado,
Númer de Orden de

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Internamiento, Fecha,
Descripción

10 R/M/ Documento EE/EE/ Código Documento de Pago, ALTA/ALTA/MEDI


C s de pago CE Fecha Límite, Estado, Codigo O
Copia, Descripción, Código envío
de copia,Fecha
11 R/M/ Cheque EE/EE/ Código Cheque, Fecha, Monto, ALTA/ALTA/ALTA
C CE Estado, Código de Invalidación,
Especificacones, Fecha, Código
Cheque Firmado, Fecha,
Descripción, Código Copia de
Cheque, Descripción
12 R/M/ Envío de EE/EE/ Código Envio de Cheque , Fecha, ALTA/ALTA/MEDI
C Cheque CE Estado, RUC, Nombre, Código O
Cheque Firmado, Fecha

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Tipo Bajo Medio Alto Total


EE 4 x3 - x4 18 x6 120
SE - x4 - x5 - x7 -
CE 2 x3 4 x4 6 x6 58
FLI 31 x7 - x10 - x15 217
FLE - x5 - x7 - x10 0
TOTAL 395

Puntos de Función sin ajustar (PFSA) = 395

CARACTERÍSTICAS PUNTUACIÓN
1 Copias de seguridad y recuperación fiables 2
2 Comunicación de datos 2
3 Funciones distribuidas 2
4 Rendimiento 2
5 Configuraciones fuertemente utilizadas 2
6 Entrada online de datos 2
7 Diseño de eficiencia de usuario final 2
8 Actualizaciones on-line 2
9 Entradas, salidas, archivos o peticiones complejas 2
10 Procesos complejos 2
11 Utilización en otros sistemas 2
12 Facilidad de instalación 2
13 Instalación en múltiples sitios 2
14 Facilidad de operación y cambio 2
TOTAL 28

Cálculo de los Puntos de Función Ajustados:

𝐏𝐅𝐀 = 𝐏𝐅𝐒𝐀 ∗ (𝟎. 𝟔𝟓 + (𝟎. 𝟎𝟏 ∗ 𝐅𝐓𝐂))

PFA= 395 * (0.65 + (0.01*32))

𝑃𝐹𝐴 = 383.15

𝐋𝐃𝐂 = 𝐏𝐅𝐀 ∗ 𝐅𝐚𝐜𝐭𝐨𝐫


LDC= 383.15 * 12
LCD=4597.8

𝐾𝐿𝐷𝐶 = 4.5978

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

Proyecto 𝒂𝒃 𝒃𝒃 𝒄𝒃 𝒅𝒃
Orgánico 2.4 1.05 2.5 0.38
Semi acoplado 3.0 1.12 2.5 0.35
Empotrado 3.,6 1.20 2.5 0.32

 En nuestro caso , el proyecto “Caso Logístico” es Orgánico.

Cálculo del Esfuerzo:

𝐄 = 𝐚𝐛 ∗ 𝐊𝐋𝐃𝐂 𝐛𝐛

E = 2.4 ∗ 4.59781.05

𝐸 = 11.909370 𝑝𝑒𝑟𝑠𝑜𝑛𝑎𝑠 − 𝑚𝑒𝑠

Cálculo del tiempo de Desarrollo:

𝐃 = 𝐜𝐛 ∗ 𝐄𝐝𝐛

D = 2.5 ∗ 11.9093700.38

D = 6.408815 meses

𝑬
𝑻=𝑫

11.909370
T=
6.408815

T= 1.858280 personas

𝑇 ≅ 2 𝑝𝑒𝑟𝑠𝑜𝑛𝑎𝑠

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

CONCLUSIONES Y RECOMENDACIONES

 El interés de buscar lograr mejores condiciones comerciales para


negociar con el proveedor, permite elevar la calidad de la empresa.

 El modelado del negocio permitió identificar las actividades del flujo de


trabajo, los actores, trabajadores y los objetos del negocio necesarios
para reconocer los requisitos y poder diseñar un adecuado diagrama de
clases.

 El estudio de esta empresa nos ha permitido conocer cuáles son los


procesos que se deben de realizar para los objetivos planteados:
Gestionar cotización, Gestionar envío y recepción de productos,
Gestionar envió y registro de documentos, y Gestionar emisión y envió de
documentos de pago

Entre las recomendaciones podemos citar:


 Obtener más información acerca de estrategias más técnicas para
implementar en el proyecto y sobre todo con el equipo de trabajo, ya que
esto se realizaba de manera empírica.

 Realizar una mayor búsqueda del tema en el cual se debe dar soporte y
dar una explicación más contundente y práctica.

INGENIERÍA INDUSTRIAL
UNIVERSIDAD NACIONAL DE TRUJILLO INGENIERÍA DE SOFWARE

BIBLIOGRAFÍA

 https://es.slideshare.net/cortesalvarez/metodologa-rup

 www.usmp.edu.pe/publicaciones/boletin/fia/info49/articulos/RUP%20vs.%
20XP.pdf

 https://softwarerecopilation.wordpress.com/modelo-rup/

 agilemodeling.com/essays/umlDiagrams.htm

 https://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado

 https://es.slideshare.net/.../descripcin-general-de-los-13-diagramas-uml-y-
sus-compon..

INGENIERÍA INDUSTRIAL

Вам также может понравиться