ESCUELA PROFESIONAL DE

INGENIERÍA DE SISTEMAS

GUÍA DE LABORATORIO Nº 06

Escuela : Ingeniería de Sistemas

Asignatura : Ingeniería de Software
Ciclo : V
Turno : M–T–N
Semestre : 2022-2
Docente : Ing.

TAREA

Ejercicio 1

Realice:
1. Caso de uso de sistema.
2. Diagrama de clases de análisis
3. Diagrama de secuencia.
4. Diseño de arquitectura.
5. Diseño de la capa de dominio (Diagrama de clases lógico).

CASO Nro1. PROCESO DE COMPRAS DE LA EMPRESA “LA PRODUCTORA S.A.”

En la Empresa de producción “La Productora SA” El dueño a contratado los servicios de un Equipo de trabajo de
la Universidad para que le elaboren el Sistema de Logística de la organización ya que actualmente solo cuenta
con un proceso semimanual.
El equipo de trabajo que se ha hecho cargo del proyecto se ha acercado a la compañía a entrevistarse con el
dueño y posteriormente con el gerente del área.
En la entrevista con el dueño le comenta que su empresa cuenta con las áreas de producción, finanzas, logística y
ventas. Los problemas que ha detectado son los siguientes:
En el área de Logística las compras no son realizadas a tiempo esto conlleva un retrazo en la producción ya que
no es continua sino se tiene que esperar para tener el material necesario. En la sub área de Almacén no se lleva un
control adecuado del stock ya que las guías de entrada y salida son muy numerosas y sé retrazan en la inscripción
en los libros que lleva almacén.
La empresa produce telas de diferente calidad para las empresas de confesiones de Gamarra.
La siguiente entrevista se ha realizado a la Gerencia de Logística que esta a cargo del Ing Valdivia le indica que el
área esta dividida en dos secciones almacén y compras.
En el área de almacén cuenta con una computadora que tiene una hoja de calculo 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 que 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 calculo 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 ultima 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 ha 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.

Página 1 de 5
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 calculo. 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 calculo 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 que momento
tengo que realizar un requerimiento de compra.
En el área de Compras también trabajamos con hojas de calculo entonces el problema que tenemos es tener
actualizada nuestra lista de productos ofrecido por nuestros proveedores para poder elaborar las ordenes 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 envia 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 ordenes de compra
emitidas y actualizamos nuestra hoja de calculo de Ordenes 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 calculo cambiando el
estado de la orden a atendida.
Los proveedores todos los fines de meses nos envian sus lista de precios para que nosotros lo actualicemos.
Al inicio del año se le pide a los proveedores que nos envien la información para ser actualizados en la hoja de
calculo de proveedores cuando son proveedores nuevos pedimos los siguientes datos del proveedor: Copia de su
RUC, dirección, Nombre de Responsable, telefono, lista de precios y 3 referencias que son verificadas.
Yo necesito información actualizada de las ordenes 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 ordenes de compra.

Página 2 de 5
Ejercicio 2
Realice:
1. Caso de uso de sistema.
2. Diagrama de clases de análisis
3. Diagrama de secuencia.
4. Diseño de arquitectura.
5. Diseño de la capa de dominio (Diagrama de clases lógico).

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)

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.
2. 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.
3. El Jefe de RRHH presiona “Buscar Trabajador”
4. El sistema incluye el caso de uso Buscar Trabajador.
5. El sistema muestra los datos del trabajador.
6. El Jefe de RRHH ingresa los datos de la amonestación
7. El Jefe de RRHH presiona Imprimir.

Página 3 de 5
 8. El sistema imprime el texto de la amonestación con los datos mostrados en pantalla.
9. El sistema muestra el MSG “Amonestación impresión”.
10. El Jefe de Unidad 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 finaliza.
<Impresora no conectada>
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
1. El caso de uso comienza cuando un Jefe de RRHH solicita “Generar carta de Suspensión” en el menú de Medidas
Disciplinarias.
2. 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.
3. El Jefe de RRHH presiona “Buscar Trabajador”
4. El sistema incluye el caso de uso Buscar Trabajador.
5. El sistema muestra los datos del trabajador.
6. El Jefe de RRHH ingresa los datos de la suspensión.
7. El Jefe de RRHH presiona Imprimir.
8. El sistema imprime el texto de la suspensión con los datos mostrados en intrefaz.
9. El sistema muestra el MSG “Suspensión impresa”.
10. El Jefe de Unidad 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 finaliza.
<Impresora no conectada>
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)

Página 4 de 5
Ejercicio 3
Realice:
1. Caso de uso de sistema.
2. Diagrama de clases de análisis
3. Diagrama de secuencia.
4. Diseño de arquitectura.
5. Diseño de la capa de dominio (Diagrama de clases lógico).

CASO: SEGURO MEDICO

La Cia “RPC s.a.”, empresa consultara en sistemas, tiene elaborado un plan de seguro médico familiar para sus trabajadores.
a Un grupo inscrito en el seguro médico familiar (asegurado)
b Otro grupo no inscrito, pero con derecho a tarifas preferenciales (facultativo)
Proceso de Atención Médica
1. El paciente elige la clínica en la que desea atenderse, según una relación de clínicas afiliadas al seguro, y recabara en el departamento
de asistencia social, una ficha de atención médica.
2. El paciente llena la ficha, escribiendo sus datos personales, nombre de la clínica y las especialidades a ser consultadas (existen
diversas especialidades por clínica).
3. El paciente se dirige a la clínica y se atiende con el doctor elegido, según la relación de doctores por especialidad que dispone la
clínica.
Presenta la ficha de atención médica a cada doctor que lo atienda, para que él llene el diagnóstico (enfermedad), su nombre y firma,
de tal manera que figure en la ficha:

ESPECIALIDAD DIAGNOSTICO DR. QUE ATIENDE PAGO S/.

Neumonía Bronquitis Héctor Henriquez T. ---------------------

Medicina General Hepatitis Wilber Cerdan L. ---------------------

Medicina General Gripe Luis Morales N. ---------------------

4. Una vez atendido el paciente, se dirige con la ficha llenada, a caja de la clínica, para cancelar el costo total de su atención.
Para tal efecto, caja coloca el monto correspondiente por cada consulta en la ficha (de acuerdo a diferentes tarifas por especialidad) y
de entrega una factura o boleta por el monto total de la atención.
5. El paciente se dirige a la farmacia de la clínica con la receta del doctor, y compra los medicamentos indicados, por lo cual, la
farmacia emite otra factura por las medicinas adquiridas.
6. El logo de la empresa se encuentra en todas las pantallas.
Proceso de Hospitalización
1. En caso que el paciente necesita ser operado o tratado mediante una hospitalización, el doctor elabora una ficha de hospitalización
indicando diagnostico del paciente.
2. Después de la hospitalización del paciente, el doctor llena en la ficha, el número de días de internamiento, fecha de la alta, número de
habitación en la que estuvo, costo por día, clínica, los medicamentos utilizados y el nombre del médico que lo atendió.
3. La clínica emite una factura por hospitalización, cuyo monto será el número de idas por tarifa de la habitación.
4. La farmacia emite otra factura por el monto de los medicamentos utilizados.
5. El sistema debe ser instalado en nuestro red de computadoras Linux.

Página 5 de 5