Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad


docuemnto de laboratorio, Diapositivas de Sistemas Operativos

este es un trbajao de laboratorio pero no se como se hace

Tipo: Diapositivas

2022/2023

Subido el 25/05/2023

jorge-luis-moran-trelles
jorge-luis-moran-trelles 🇵🇪

1 documento

1 / 5

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
GUÍA DE LABORATORIO Nº 07
Escuela : Ingeniería de Sistemas
Asignatura : Ingeniería de Software
Ciclo : V
Turno : M – T – N
Semestre : 2022-2
Docente : Ing.
Tarea 1
De las siguientes platillas genere:
1. Diagrama de Casos de Uso de sistema
2. Diagrama de la Arquitectura
3. Diseño de la capa de dominio (Diagrama de clase lógica), realizando los patrones de diseño
experto y creado coloque los métodos a las clases.
ESPECIFICACIÓN DE CASO DE USO (UCS)
1. Breve Descripción
El caso de uso permite al Asistente de RRHH registrar una sanción (suspensión y/o amonestación) de un
trabajador de la Financiera ABC.
2. Flujo de Eventos
2.1. Flujo básico
1. El caso de uso comienza cuando el Asistente de RRHH solicita “Registrar Sanción” en el menú de
Medidas Disciplinarias.
2. El sistema muestra la interfaz “Registrar Sanción” con los siguientes campos:
Datos del Trabajador: código, apellidos y nombres, cargo, área, fecha de ingreso.
Datos de la Sanción: número, tipo de sanción, fecha, acción, días, motivo.
Además de las opciones: Buscar Trabajador, Grabar Sanción y Salir.
3. El Asistente de RRHH ingresa el código de trabajador
4. El Asistente de RRHH presiona “Buscar Trabajador”
5. El sistema muestra los datos del trabajador.
6. El Asistente de RRHH selecciona el tipo de sanción (amonestación, suspensión ó cese por despido).
7. El Asistente de RRHH ingresa los datos de la sanción.
8. El Asistente de RRHH presiona Grabar Sanción.
9. El sistema genera el número de la sanción, registra la sanción y muestra el MSG “Sanción Nro. 9999
registrada correctamente”.
10. El Jefe de RRHH solicita Salir, el sistema cierra la interfaz y el caso de uso finaliza.
2.3. Flujos alternativos
<Trabajador no existe>
Si en el punto 5 el trabajador no existe, el sistema mostrara el MSG “Trabajador no existe” y el caso de uso
continua en el paso 3.
<Sanción no registrada>
Si en el punto 9 el sistema no registra la sanción, mostrara el MSG “sanción no registrada” y el caso de uso
continúa en el paso 8.
3. Requerimientos Especiales
Ninguno
4. Pre condiciones
1. El Asistente de RRHH debe estar logeado en el sistema.
2. Registro de trabajadores de la Financiera ABC disponible.
5. Post condiciones
En el sistema queda registrado la sanción del trabajador.
6. Puntos de Extensión
Ninguno
7. Prototipo (GUI)
ESCUELA PROFESIONAL DE
INGENIERÍA DE SISTEMAS
pf3
pf4
pf5

Vista previa parcial del texto

¡Descarga docuemnto de laboratorio y más Diapositivas en PDF de Sistemas Operativos solo en Docsity!

GUÍA DE LABORATORIO Nº 07

Escuela : Ingeniería de Sistemas

Asignatura : Ingeniería de Software

Ciclo : V

Turno : M – T – N

Semestre : 2022-

Docente : Ing.

Tarea 1

De las siguientes platillas genere:

**1. Diagrama de Casos de Uso de sistema

  1. Diagrama de la Arquitectura
  2. Diseño de la capa de dominio (Diagrama de clase lógica), realizando los patrones de diseño** experto y creado coloque los métodos a las clases. ESPECIFICACIÓN DE CASO DE USO (UCS) 1. Breve Descripción El caso de uso permite al Asistente de RRHH registrar una sanción (suspensión y/o amonestación) de un trabajador de la Financiera ABC. 2. Flujo de Eventos 2.1. Flujo básico
  3. El caso de uso comienza cuando el Asistente de RRHH solicita “Registrar Sanción” en el menú de Medidas Disciplinarias.
  4. El sistema muestra la interfaz “Registrar Sanción” con los siguientes campos: Datos del Trabajador : código, apellidos y nombres, cargo, área, fecha de ingreso. Datos de la Sanción : número, tipo de sanción, fecha, acción, días, motivo. Además de las opciones: Buscar Trabajador, Grabar Sanción y Salir.
  5. El Asistente de RRHH ingresa el código de trabajador
  6. El Asistente de RRHH presiona “ Buscar Trabajador”
  7. El sistema muestra los datos del trabajador.
  8. El Asistente de RRHH selecciona el tipo de sanción (amonestación, suspensión ó cese por despido).
  9. El Asistente de RRHH ingresa los datos de la sanción.
  10. El Asistente de RRHH presiona Grabar Sanción.
  11. El sistema genera el número de la sanción, registra la sanción y muestra el MSG “Sanción Nro. 9999 registrada correctamente”.
  12. El Jefe de RRHH solicita Salir , el sistema cierra la interfaz y el caso de uso finaliza. 2.3. Flujos alternativos Si en el punto 5 el trabajador no existe, el sistema mostrara el MSG “Trabajador no existe” y el caso de uso continua en el paso 3. <Sanción no registrada> Si en el punto 9 el sistema no registra la sanción, mostrara el MSG “sanción no registrada” y el caso de uso continúa en el paso 8. 3. Requerimientos Especiales Ninguno 4. Pre condiciones
  13. El Asistente de RRHH debe estar logeado en el sistema.
  14. Registro de trabajadores de la Financiera ABC disponible. 5. Post condiciones En el sistema queda registrado la sanción del trabajador. 6. Puntos de Extensión Ninguno 7. Prototipo (GUI) ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

ESPECIFICACIÓN DE CASO DE USO (UCS)

1. Breve Descripción El caso de uso permite a un Jefe de Unidad imprimir una carta de amonestación con los datos del trabajador de la Financiera ABC. Los datos de la amonestación se ingresan por pantalla. Posteriormente cuando el trabajador acepte la amonestación, se registrará la sanción en el sistema. 2. Flujo de Eventos 2.1. Flujo básico 1. El caso de uso comienza cuando un Jefe de Unidad solicita “Generar carta de Amonestación” en el menú de Medidas Disciplinarias.

  1. El sistema muestra la interfaz “Carta de Amonestación” con los siguientes campos: Datos del Trabajador : código, apellidos y nombres, cargo, área, fecha de ingreso. Datos de la Amonestación: fecha, acción y motivo. Además de las opciones: Buscar Trabajador, Imprimir y Salir.
  2. El Jefe de RRHH presiona “ Buscar Trabajador”
  3. El sistema incluye el caso de uso Buscar Trabajador.
  4. El sistema muestra los datos del trabajador.
  5. El Jefe de RRHH ingresa los datos de la amonestación
  6. El Jefe de RRHH presiona Imprimir.
  7. El sistema imprime el texto de la amonestación con los datos mostrados en pantalla.
  8. El sistema muestra el MSG “Amonestación impresión”.
  9. El Jefe de Unidad solicita Salir , el sistema cierra la interfaz y el caso de uso finaliza. 2.3. Flujos alternativos Si en el punto 5 el trabajador no existe, el sistema mostrara el MSG “Trabajador no existe” y el caso de uso finaliza. Si en el punto 8, la impresora no se encuentra conectada, el sistema mostrara el MSG “Impresora desconectada” y el caso de uso continua en el paso 7. 3. Requerimientos Especiales Papel con logo de la Financiera ABC, para la impresión. 4. Pre condiciones
    1. El Jefe de Unidad debe estar logeado en el sistema. 5. Post condiciones Ninguno. 6. Puntos de Extensión Ninguno 7. Prototipo (GUI y texto del Impreso) ESPECIFICACIÓN DE CASO DE USO (UCS) 1. Breve Descripción El caso de uso permite al Jefe de RRHH imprimir una carta de suspensión con los datos del trabajador de la Financiera ABC. Los datos de la suspensión se ingresan por pantalla. Posteriormente cuando el trabajador acepte la suspensión, se registrará la sanción en el sistema. Una suspensión puede ser por días o cese por despido. 2. Flujo de Eventos 2.1. Flujo básico
    2. El caso de uso comienza cuando un Jefe de RRHH solicita “Generar carta de Suspensión” en el menú de Medidas Disciplinarias.
    3. El sistema muestra la interfaz “Carta de Suspensión” con los siguientes campos: Datos del Trabajador : código, apellidos y nombres, cargo, área, fecha de ingreso. Datos de la Suspensión: fecha, acción, días y motivo. Además de las opciones: Buscar Trabajador, Imprimir y Salir.

En el área de almacén cuenta con una computadora que tiene una hoja de cálculo del

kardex de los productos que se encuentran en almacén el problema es que como los

pedidos llegan tarde entonces los requerimientos de productos a almacén se realizan tarde

y no se puede prever contar con un stock de insumos necesarios, el almacenero recién se

da cuenta que no tiene stock para atender el pedido por qué no lleva un control adecuado

de todos los insumos necesarios para la producción ya que no maneja stock mínimos. Al

no tener esa información las ordenes de compras se realizan fuera de tiempo.

En el área de almacén se trabaja de la siguiente manera:

En almacén se almacenan insumos para la producción, productos terminados, materiales,

partes de equipos para las maquinas, etc.

El almacenero recibe un pedido de cualquiera de las áreas; este pedido es inscrito en una

hoja de cálculo Pedidos y almacena la copia del pedido en el fólder de pedidos. Después

los productos pedidos son buscados en el libro de Kardex para ser atendidos si hay en

stock se separa el producto y se elabora la guía de salida esta guía consta de tres copias

una para el usuario, otra para el almacén y la última para gerencia de logística; después la

guía de usuario le es entregada con el producto; al recoger el producto se actualiza el

kardex como una salida. El gerente de Logística le indica que ha habido veces en que no

se ha registrado a tiempo el kardex por descuido.

Si no se cuenta con el producto elabora un pedido de compra que le es enviado al área de

compras y coloca el pedido con estado pendiente de entrega.

En caso de devoluciones de productos defectuosos esto es para pedidos de partes de

equipos para las maquinas que se encuentran en reparación; el almacenero registra el

reingreso del producto defectuoso es separado, se elabora un guía de salida para el área de

compras especificando que el producto esta defectuoso y realice el cambio en el

proveedor si es que esta en garantía.

El Almacenero es el que elabora el reporte de Inventarios Valorados que le es enviado al

área de contabilidad todos los fines de mes.

El almacenero cada tres meses realiza un inventario físico que lo compara con su

inventario que lleva en la hoja de cálculo. Generalmente no coincide el inventario físico

con el inventario lógico por tal motivo el gerente sospecha que puede estar ocurriendo

robos de materiales, pero no lo puede probar. Cuando la diferencia en mucha se le

descuenta al almacenero en cuotas en monto de lo faltante.

Para actualizar el kardex de la hoja de cálculo se genera un guía de salida del monto

faltante en donde se coloca que el producto ha salido por perdida. (esto se conoce como

merma en algunas empresas)

El almacenero recibe del área de Compras una copia de la orden de compra para que

cuando recepcione el producto verifique que el proveedor esta entregando el producto

adecuado.

El mayorista entrega sus productos con una guía de remisión el almacenero se encarga de

verificar la guía de remisión del proveedor con los productos y la Copia de la Orden de

compra que le entrega el área de compras si esta conforme almacena la guía del

proveedor en el fólder de guías de proveedores y actualiza el Kardex como un ingreso. El

Gerente de Logística le indica al grupo de trabajo que necesito Controlar correctamente el

stock para tener siempre insumos y no detener la fabricación por falta de ellos y necesito

consultas para ver en qué momento tengo que realizar un requerimiento de compra.

En el área de Compras también trabajamos con hojas de cálculo entonces el problema que

tenemos es tener actualizada nuestra lista de productos ofrecido por nuestros proveedores

para poder elaborar las órdenes de compra con el precio indicado tenemos que estar

llamando constantemente a los proveedores para verificar los precios. El proceso

comienza cuando un requerimiento de compra llega de almacén o de algunas de las áreas

de la empresa. Consultamos con la lista de productos ofrecidos por nuestros proveedores

y escogemos el proveedor que tenga el precio más bajo y que el producto ofrecido sea de

buena calidad. Elaboramos un informe para la Gerencia General con tres proveedores

posibles de que nos vendan el producto en este informe especificamos las características

del producto y los beneficios que nos brindan cada proveedor. Se le envía el informe a la

Gerencia general para su aprobación de la compra, cuando la compra es aprobada por la

Gerencia General elaboramos la Orden de compra que se le entrega al proveedor, una

copia la almacenamos en el fólder de órdenes de compra emitidas y actualizamos nuestra

hoja de calculo de Órdenes de Compra. Cuando el proveedor entrega el producto a

almacén nos comunica que ya se ha efectuado la entrega y actualizamos nuestra hoja de

cálculo cambiando el estado de la orden a atendida.

Los proveedores todos los fines de meses nos envían sus lista de precios para que

nosotros lo actualicemos.

Al inicio del año se le pide a los proveedores que nos envíen la información para ser

actualizados en la hoja de cálculo de proveedores cuando son proveedores nuevos

pedimos los siguientes datos del proveedor: Copia de su RUC, dirección, Nombre de

Responsable, teléfono, lista de precios y 3 referencias que son verificadas.

Yo necesito información actualizada de las órdenes de compra emitidas, la lista de

productos actualizada que me ofrece mis proveedores, relación de informes enviados a

Gerencia General para aprobación y resumes de recepción de órdenes de compra.