0% encontró este documento útil (0 votos)
33 vistas5 páginas

Examen Final Fila B Solucion

El documento presenta un catálogo de requisitos funcionales y no funcionales para un sistema de gestión de compras, detallando las funcionalidades requeridas para distintos actores como empleados, compradores y proveedores. Incluye un diagrama de casos de uso y un modelo de dominio mediante un diagrama de clases UML, así como un flujo básico para el caso de uso de registrar un requerimiento de compra. Además, se describe un diagrama de secuencia que ilustra el proceso de registro de requerimientos en el sistema.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
33 vistas5 páginas

Examen Final Fila B Solucion

El documento presenta un catálogo de requisitos funcionales y no funcionales para un sistema de gestión de compras, detallando las funcionalidades requeridas para distintos actores como empleados, compradores y proveedores. Incluye un diagrama de casos de uso y un modelo de dominio mediante un diagrama de clases UML, así como un flujo básico para el caso de uso de registrar un requerimiento de compra. Además, se describe un diagrama de secuencia que ilustra el proceso de registro de requerimientos en el sistema.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE INGENIERIA DE SISTEMAS E INFORMÁTICA

Fila Apellido Paterno Apellido Materno Nombres

1. Respuesta 1 (4p)
El Catálogo de Requisitos Funcionales (2p)
RF01 El sistema debe permitir al Empleado de Área Usuaria Registrar el requerimiento de compra.

El sistema debe permitir al Comprador Consultar los requerimientos de compra de las áreas
RF02
usuarias
El sistema debe permitir al Comprador Consolidar los requerimientos de compra por tipo de
RF03
producto

RF04 El sistema debe permitir al Jefe de Compra Generar Orden de Compra Interna

El sistema debe permitir al Jefe de Compra Mantener (agregar, modificar, eliminar) datos del
RF05
proveedor

RF06 El sistema debe permitir al Jefe de Compra Mantener Catalogo de Productor del proveedor

El sistema debe permitir al Proveedor registrar su cotización para el requerimiento de compra


RF07
publicado

RF08 El sistema debe permitir al Jefe de Compra consultar las cotizaciones recibidas.

El sistema debe permitir al Proveedor registrar su cotización para el requerimiento de compra


RF09
publicado
El sistema debe permitir al Jefe de Compra Consultar cuadro comparativo en base a las
RF10
cotizaciones recibidas

RF11 El sistema debe permitir al Gerente de compra Registrar aprobación de cotización seleccionada

RF12 El sistema debe permitir al jefe de compra Generar la orden de compra de la cotización
aprobada

El Catálogo de Requisitos No Funcionales (2p)


RNF01 El sistema debe estar desarrollado en netbeans a 3 capas (apaliaccion web)
RNF02 El sistema de brindar el servicio de ayuda en línea
RNF03 El tiempo de respuesta de cada transacción debe ser menos de 1min
RNF04 El sistema debe estar desarrollado de tal manera que su mantenimiento sea facil
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
FACULTAD DE INGENIERIA DE SISTEMAS E INFORMÁTICA

2. Respuesta 2 (7p)
a) Lista de actores, Lista de casos de uso y diagrama de casos de uso (3p)

Actor Caso d Uso


Empleado Área Registrar el requerimiento de compra
Usuaria
Comprador Consultar los requerimientos de compra
Consolidar los requerimientos de compra por tipo de producto
Jefe de Compra Generar Orden de Compra Interna
Mantener (agregar, modificar, eliminar) datos del proveedor
Mantener Catalogo de Productor del proveedor
Consultar cuadro comparativo en base a las cotizaciones recibidas
Generar la orden de compra de la cotización aprobada
Proveedor Registrar cotización para el requerimiento de compra publicado
Gerente de Registrar aprobación de cotización
compra

Diagrama de casos de uso


UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
FACULTAD DE INGENIERIA DE SISTEMAS E INFORMÁTICA

b) Descripción del CUS incluyendo prototipo de interfaz de usuario (4p)

CUS: Registrar Requerimiento de Compra


Actor: Empleado de área usuaria
Precondición: El usuario ha sido admitido en el sistema con el rol de Empleado
Poscondición: Se ha registrado en el sistema el requerimiento de compra
Flujo Básico
1. El caso de uso inicia cuando el Empleado indica “Registrar Requerimiento”
2. El sistema muestra relación de Productos que dispone la empresa
3. El empleado selecciona los productos que requiere. Por cada producto ingresa su cantidad
4. El empleado indica “Guardar”
5. El sistema registra el requerimiento de compra, asignado le un número de identificación, y
su detalle de productos y sus cantidades
6. El caso de uso finaliza

Registrar Requerimiento

Nro. Producto Nombre Producto Cantidad


UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
FACULTAD DE INGENIERIA DE SISTEMAS E INFORMÁTICA

3. Respuesta 3. (5p)
El Modelo de dominio mediante diagrama de clases UML

<<entity>>
AREAS USUARIAS

0..n <<entity>>
<<entity>> PRODUCTO
REQUERIMIENTO COMPRA
0..n 1..n

<<entity>>
DETALLE

1..n

CAJA CHICA
1
ORDEN COMPRA PROVEEDOR

1..n 1
CONCURSO 1
1

0..1
GUIA REEMISION

COTIZACION

3..n 0..1
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
FACULTAD DE INGENIERIA DE SISTEMAS E INFORMÁTICA

4. Respuesta 4. (4p)

a. Diagrama de secuencia del caso de uso descrito (Flujo básico)

: Empleado : IU_Requerimiento : G_Requerimiento : PRODUCTO : REQUERIMIENTO


COMPRA : AREAS USUARIAS
registrarRequerimiento

buscarProductos

*getProductos

relaciónProductos

*seleccionPr*oductos

*ingresaCantidad

Guardar()

ObtenerNumeroRequerimient

getNumero

getAreaUsuaria

crearRequermiento

new(numeroRequerimiento, areaUsuaria)

crearDetalle

new(numeroRequerimiento, productos, cantidades)

También podría gustarte