0% encontró este documento útil (0 votos)
355 vistas4 páginas

Lab 05

El documento presenta cuatro casos de estudio (Hospital, Restaurante, Comercializadora S.A. y Empresa Cobros S.A.) para el desarrollo de requerimientos funcionales. También incluye instrucciones para usar la herramienta REM para documentar los requerimientos funcionales de cada usuario identificado en los casos. Finalmente, presenta un quinto caso (Gestión de gastos para una sociedad de administración de fincas) para su desarrollo.

Cargado por

Erick Zzemozz
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)
355 vistas4 páginas

Lab 05

El documento presenta cuatro casos de estudio (Hospital, Restaurante, Comercializadora S.A. y Empresa Cobros S.A.) para el desarrollo de requerimientos funcionales. También incluye instrucciones para usar la herramienta REM para documentar los requerimientos funcionales de cada usuario identificado en los casos. Finalmente, presenta un quinto caso (Gestión de gastos para una sociedad de administración de fincas) para su desarrollo.

Cargado por

Erick Zzemozz
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

Guía de práctica de laboratorio de: Análisis y Requerimientos de Software

Segunda unidad

Práctica N° 05: Requerimientos Funcionales

Apellidos : ………………………..……………….
Sección : …… Nombres : …………………………………………
Fecha : …./…./……
Docente : Felipe Aliaga Cavero Tipo de práctica: Individual ( X ) Grupal ( )

Instrucciones: Desarrollar las siguientes actividades, utilizando la herramienta REM – versión gratuita.

1. PRÁCTICA DE LABORATORIO

Para los siguientes casos determinar a los usuarios de software potenciales y escribir textualmente los
requerimientos funcionales de sistema, por cada usuario determinado.

CASO: “HOSPITAL”

 En un hospital trabajan médicos, enfermeras y personal de administración.


 El personal de administración deberá poder hacer el mantenimiento de la base de datos de pacientes (alta, baja,
modificación y consulta).
 Para dar de alta un paciente será necesario recoger sus datos personales, dirección donde vive y teléfono.
 Cuando el paciente lo solicite, deberán darle cita (especificando día y hora) para la visita a un médico.
 También, dado un médico, una fecha y un turno (mañana o tarde) tienen que poder consultar el listado de
pacientes con cita ordenado por hora, y se les tiene que dar la posibilidad de imprimir este listado.
 Los médicos tienen que poder dar de alta un historial. Una vez creado deben de poder modificarlo y
consultarlo, pero nunca borrarlo.
 Un historial contiene los datos personales del paciente y toda esa información que el médico ha ido apuntando
en cada una de las visitas (análisis, revisiones, medicamentos tomados, alergias sufridas, enfermedades
padecidas).
 Tienen que poder expedir recetas. Una receta refleja los datos del paciente y los medicamentos especificados
por el médico. Obligatoriamente, para terminar con esta funcionalidad, el médico tiene que imprimirla.
 Las enfermeras deben de poder consultar los datos y el historial de un paciente, pero nunca modificarlos ni
borrarlos.

CASO DE ASIGNATURA “RESTAURANTE” (PARA DESARROLLO POR EL PROFESOR)

El caso consiste en gestionar el servicio de un restaurante. El sistema debe tener las siguientes funciones:

• Presentación de menús a comensales: Los camareros utilizan Tablet PCs para presentar en las mesas los
menús y platos que ofrece el restaurante a los clientes, incluyendo sus precios. Cada camarero gestiona un
grupo de mesas, numeradas de 1 a n. El gerente utiliza el sistema para configurar cada semana, el número
de mesas y la asignación de camareros a éstas. La información de los camareros (DNI, apellidos y
nombres) es obtenida del subsistema de recursos humanos. El gerente puede realizar consultas para obtener
una lista ordenada por mesas en la que se indica el resumen de ventas en dicha mesa y los camareros
asignados en un determinado periodo de tiempo.
• Recepción de peticiones en las mesas: Utilizando este mismo dispositivo los camareros anotan las
peticiones de los clientes, y se calcula un presupuesto inicial que se le indica a los comensales. El sistema
almacena la hora de la petición.
• Gestión en cocina de solicitudes, elaboración de platos y avisos de fin de elaboración de platos: Estas
peticiones son visualizadas en la cocina utilizando una pizarra interactiva conectada a un PC. Esta pizarra
muestra los platos solicitados ordenados por hora y mesa. Sobre ella, interaccionando con un dedo, los
cocineros indican los platos ya listos para ser servidos una vez los han terminado de cocinar. El sistema
tiene que recoger la hora de finalización de un plato.
• Entrega de platos: Los camareros consultan en su Tablet PC, si los platos están terminados y los recogen
en la cocina para llevárselos a los comensales. Los platos que no requieren elaboración en cocina (bebidas,
pan, algunos postres) son recogidos directamente por el camarero en el almacén de la cocina.
• Facturación: Las boletas y facturas son emitidas directamente por los camareros desde sus Tablet PCs,
utilizando una impresora común conectada “sin cables”. Las boletas y facturas se emiten cuando los
clientes piden la cuenta.

CASO DE ASIGNATURA “COMERCIALIZADORA S.A.”


(PARA DESARROLLO POR LOS ALUMNOS)

Es una empresa que lleva el control de sus Bienes y Servicios. El interés primario es poder hacer que los Bienes
se manejen de forma rápida y con el menor grado de error. Para esto quien maneja la sección de "Bienes y
Suministros" plantea las siguientes condiciones del negocio para su sistema de información:

La sección está dividida en tres (3) áreas: COMPRAS, ALMACEN, INVENTARIO.

1. El área de Compras funciona de la siguiente forma:


• Recibe las solicitudes de compras de las diferentes áreas de la empresa.
• Quien realiza una solicitud puede ser responsable de uno o varios centros de costos, con la salvedad de
que él como empleado solo está adscrito a uno.
• Una vez diligenciada la solicitud es remitida al área de compras para realizar su correspondiente
cotización.
• Las cotizaciones son realizadas con uno o varios proveedores de los bienes solicitados.
• Cada orden puede tener asociado uno o varios ítems de la solicitud o solicitudes que van a ser
despachadas.
• La orden de compra es aprobada por el Director Financiero para que sea enviada al proveedor elegido.

2. El área de Almacén funciona de la siguiente forma:


• Su función principal es la de recepcionar los bienes que llegan de los proveedores y distribuirlos a las
correspondientes áreas que realizaron las solicitudes de compras.
• Cuando llega un proveedor con mercancía, este hace una entrega física de los bienes, los cuales son
comparados con la factura que este entrega y con la orden de compra correspondiente. Si esta acción es
correcta se registra una entrada de almacén por cada factura relacionada.
• Cuando el almacén decide despachar los bienes a las diferentes áreas solicitantes, registra cada una de
las entregas en Salidas de Almacén.
• Una entrada de almacén puede generar muchas salidas de almacén, por ejemplo: pueden ingresar 500
cajas de papel para impresión, pero como se debe repartir entre varias áreas, cada una requiere de una
salida de almacén.

3. El área de Inventarios funciona de la siguiente forma:


• Es la encargada de administrar y controlar la ubicación de los bienes dentro de la empresa, por esto
antes de que el bien salga del almacén debe ser codificado a través de un código único que lo haga
identificable dentro de la empresa.
• La ubicación del bien se identifica por la siguiente información: responsable del bien, fecha de entrega,
dirección del bien (ubicación).
CASO “Empresa Cobros S.A.”

La empresa COBROS S.A. ha ganado el concurso público para gestionar y realizar el cobro de los impuestos
municipales referentes a la circulación de vehículos. Con el fin de facilitar el trabajo, se ha decidido dividir la lista
de censados propietarios de vehículos, según orden alfabético, en doce partes, de manera que cada mes tengan que
realizar sus pagos los propietarios que se encuentran en la parte correspondiente. El sistema deberá enviar una carta
de aviso al final de cada mes a cada uno de los propietarios de vehículos a los que les corresponde hacer el pago a
lo largo del mes siguiente; excepto a aquellos que tengan domiciliado el pago, en cuyo caso se enviará el aviso de
cobro a la entidad correspondiente. Así mismo el sistema deberá controlar el pago y la cantidad a pagar por cada
propietario, y la actualización, alta y baja de los datos de los propietarios y de los vehículos; y actualización de
tarifas. Cuando el pago se realice en ventanilla, se emitirá automáticamente un recibo que se entregará en ese
momento. Si el pago estaba domiciliado, el recibo se enviará por correo al propietario cuando la transferencia haya
sido efectuada. También se realizará el control de los propietarios que no hayan realizado el pago en el mes
correspondiente, volviéndoseles a convocar para el mes siguiente. Si transcurrido un año desde el primer aviso, el
propietario del vehículo no hubiese realizado el pago, se le volverá a convocar notificándole un recargo en el pago a
efectuar. El sistema debe permitir consultas sobre pagos atrasados de un propietario, así como del periodo de fechas
en que debe realizar el pago. También debe generar los informes correspondientes a los propietarios que deben
pagar cada mes, propietarios que no han realizado el pago en la fecha correspondiente dentro del año en curso y
propietarios que tienen recargo. Además, el sistema debe permitir acceder a estadísticas el cobro de recibos, coches,
nuevas altas.

CASO “Gestión de gastos para una sociedad de administración de fincas”

Una sociedad dedicada a la administración de fincas desea que informaticemos su empresa. Esta entidad se
encarga de la gestión del gasto de las comunidades de propietarios y del cobro a los propietarios. Para cada
comunidad que gestiona se abre un registro, donde se irán anotando tanto las cuotas pagadas de los
propietarios, como todos los gastos que se producen y que son de carácter común. Mensualmente se realizará
una emisión de recibos que se entregarán a los propietarios para que abonen esa cantidad por pago bancario. El
banco nos irá enviando los pagos que van realizando los propietarios e iremos anotando esta circunstancia.
También mensualmente se emitirá un listado a los presidentes de las comunidades con los morosos de su
comunidad. Por otro lado, cada vez que se produzca un gasto comunitario, como luz, agua, limpieza o algún
otro extraordinario, lo iremos anotando en nuestro sistema. Cada tres meses, nos indica el director de la
empresa que desea un listado con los gastos y cobros de cada comunidad. De cualquier forma, debemos dejar
la posibilidad de que se haga una consulta a los gastos de una determinada comunidad por petición de algún
interesado.

CASO “Gestión de servicios de la empresa Los Rápidos S.A.”

La empresa LOS RAPIDOS, S.A., se encarga del traslado de enfermos gracias a una flota de ambulancias que
se encargan de conducir los conductores de la empresa. Debido al volumen de negocio que han alcanzado, la
empresa se ha planteado la necesidad de informatizar su gestión, para ello necesitarían que estuviesen cubiertas
las exigencias que detallamos a continuación. La empresa desea controlar la asignación de conductores a las
ambulancias que realiza el Gerente de la empresa y que actualmente se realiza manualmente. El sistema
asignará para cada servicio un conductor y una ambulancia. Otro de los problemas que queremos resolver es el
de gestionar las peticiones de servicios, y asignar ambulancias a cada una de esas peticiones. Además, debido
al gran número de ambulancias y conductores de la empresa, a la hora de dar de baja a aquellos conductores
que tengan asignadas ambulancias, se le darán de baja automáticamente a todas sus asignaciones. También
trataremos las bajas de las ambulancias igual. Se quiere tener información, en todo momento, del estado de las
ambulancias y si están o no en el taller. Así mismo, se debe tener información de todos los conductores de
ambulancias, días libres que han disfrutados, vacaciones y todos sus datos personales. El sistema controlará el
cobro de los servicios a los clientes al finalizar el mes, mandando los recibos al banco para que se encargue de
cobrarlos y devolver la lista de los que no se han podido cobrar, los cuales guardaremos aparte para cobrarlos
por otras vías ajenas al sistema. Además, una vez al mes se emitirá un informe en el que se listará el número de
servicios de cada conductor, y que remitiremos al Gerente de la empresa.

2. FECHA DE ENTREGA
Informarse en el aula virtual.
3. FORMA DE ENTREGA
 El trabajo es individual.
 Entregar el documento impreso por la herramienta REM en formato PDF.
 Subir al enlace del aula virtual.

También podría gustarte