UNIVERSIDAD NACIONAL DE SAN AGUSTIN DE AREQUIPA

FACULTAD DE INGENIERIA DE PRODUCCION Y SERVICIOS

ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

Curso : Ingeniería y Procesos de Software “B”

Docente : Ing. Robert Arisaca Mamani

Informe
Caso de estudio - Renta de bicicletas

Elaborado por GIVEN:

1. Casanova Vargaya Alfred Marvin
2. Ccapa Usca Frank Leny
3. Hancco Velásquez Jessica Geraldine
4. Huarcaya Zapana Brenda Alisson
5. Mendoza Hilasaca Emerson Danny
6. Ponce de Leon Aguilar Marco Antonio
7. Rodriguez Mercado Jose
8. Tito Durand Rudy Roberto
9. Turpo Coila Alex Ronaldo
10. Vasquez Alvarez Cesar Paul

2021 Junio
Arequipa - Perú
 Caso de estudio

ÍNDICE

1. Problema 2

2. Objetivo 2

3. Descripción del Caso Estudio 2

4. Modelamiento del Sistema 2

4.1. Diagramas de Análisis UML 3
4.1.1 Diagrama de Casos de Uso 3
4.1.2 Diagramas de Actividades 11
4.2 Diagramas de Diseño UML 12
4.2.1 Diagrama de Clases 12
4.2.2 Diagrama de Componentes 13
4.2.3 Diagrama de Despliegue 14

5. Prototipos 15

6. Conclusiones 18

7. Referencias 18

1
 Caso de estudio

Caso de estudio - Renta de bicicletas

1. Problema
Debido a la pandemia por el COVID-19 y la imposición del Estado a un
distanciamiento social, la empresa B&B decide invertir en un proyecto de renta de
bicicletas ya que actualmente es muy cotizado por ser un medio que respeta las normas
preventivas de distanciamiento ante el COVID-19.

2. Objetivo
Se propone crear un sistema para ayudar a automatizar y disminuir el contacto
personal entre los procesos de renta de la empresa con el cliente, haciendo la presencia de
este muy inusual en el establecimiento. A través del sistema, se podrá acceder a cualquier
accionar de consulta, renta y devolución de bicicleta.

3. Descripción del Caso Estudio

Desde el 2019 se supo del coronavirus, COVID-19, haciendo que la cotidianidad
global se vea afectada. Esto hizo que todas las naciones tomen medidas preventivas ante
la rápida propagación de este mal contagioso. Sin embargo las actividades cotidianas de
trabajo, recreación, transporte y demás han debido adaptarse a esta nueva normalidad de
distanciamiento social. Como todo peruano innovador que sabe adaptarse a las
adversidades, la empresa peruana B&B decide incursionar en el rubro de transporte con
la renta de bicicletas, por ser un medio de transporte muy responsable, tanto con el medio
ambiente y salud física como también con las nuevas disposiciones sociales de
distanciamiento. Siendo actualmente un servicio muy cotizado y con una amplia visión a
futuro si la pandemia continúa.
Para ello se propuso crear un sistema que permita optimizar los accionares de un
establecimiento físico de alquiler o renta de bicicletas; con este los usuarios podrían
cotizar, solicitar una bicicleta, y hacer la devolución del mismo al establecimiento con el
mínimo trato personal, más que el necesario para su inspección de retorno. Con la
finalidad de poder visualizar los estados e interacciones de los componentes del sistema a
construir, se recurrirá a un respectivo modelado con diagramas UML.

4. Modelamiento del Sistema

El modelado que se le da a un sistema es para abstraer los componentes del
sistema y ver la relación que tienen.
4.1. Diagramas de Análisis UML
4.1.1 Diagrama de Casos de Uso
a) Diagrama de Casos de Uso de una Renta de bicicletas

2
 Caso de estudio

Figura 1: Diagrama de Casos de uso

Actor Descripción

Administrador El administrador del sistema es el responsable de la gestión de

del Sistema bicicletas, la compra de bicicletas nuevas o la descarga (eliminación)
de bicicletas viejas.

Personal El personal es el responsable de la gestión del alquiler de bicicletas,

donde se llevará un registro del número de la bicicleta, fecha de
alquiler, fecha de devolución, precio de alquiler por hora, etc.

Cliente Un cliente es una persona o entidad que compra los bienes y

servicios que ofrece una empresa.
Tabla 1: Especificación de Actores y Trabajadores del Sistema

3
 Caso de estudio

ID CU01

Caso de Uso Comprar nuevas Bicicletas

Actores Administrador del Sistema

Descripción Este Caso de Uso es el encargado de permitir al administrador del

sistema comprar o adquirir nuevas unidades de Bicicletas

Precondiciones - Que haya en la base de datos al menos 1 equipo, para así poder
dar de baja alguno.
- Que se muestre en pantalla un listado con todos los equipos que
están en la base de datos de la empresa.

Flujo Normal de Eventos

Actor Sistema

1. El administrador del sistema 2. El sistema solicita que el actor

selecciona el ingreso de compra de ingrese los datos (Código) de la
bicicleta nueva unidad que va a ingresar

3. El administrador del sistema ingresa 4. El sistema valida los datos

los datos solicitados por el sistema ingresados por el administrador del
sistema

5. El sistema actualiza la base de datos

6. El administrador del sistema recibe la

información de la base de datos
actualizada

7. El administrador del sistema termina

la operación.

Flujo de Eventos Alternativos

Actor Sistema

1. El administrador del sistema 1. El sistema solicita que el actor

selecciona el ingreso de compra de ingrese los datos (Código) de la
bicicleta nueva unidad que va a ingresar

4
 Caso de estudio

2. El administrador del sistema no 3. El sistema no puede guardar ningún

cuenta con los datos solicitados del dato, se repite el caso de uso hasta
sistema que el actor cuente con los datos.

Postcondiciones Se modifican los datos del Sistema en la base de datos, se agrega el

código y atributos de la nueva unidad, donde su atributo de estado
estará en activo para la disposición de su uso.
Tabla 2: Descripción de casos de uso, funcionalidades generales

ID CU02

Caso de Uso Descarga (Eliminación) de viejas Bicicletas

Actores Administrador del Sistema

Descripción Este Caso de Uso es el encargado de permitir al administrador del

sistema dar de baja viejas unidades de Bicicletas que ya no son utilizados
por la empresa

Precondiciones - Que haya en la base de datos al menos 1 equipo, para así poder
dar de baja alguno.
- Que se muestre en pantalla un listado con todos los equipos que
están en la base de datos de la empresa.

Flujo Normal de Eventos

Actor Sistema

1. El administrador del sistema 2. El sistema solicita que el actor

selecciona el ingreso de eliminación ingrese los datos (Código) de la
de bicicleta unidad que se va a eliminar

3. El administrador del sistema ingresa 4. El sistema valida los datos

los datos solicitados por el sistema ingresados por el actor

5. El sistema actualiza la base de datos

6. El administrador del sistema recibe la

información de la base de datos
actualizada

5
 Caso de estudio

7. El administrador del sistema termina

la operación.

Flujo de Eventos Alternativos

4. El administrador del sistema 5. El sistema solicita que el actor

selecciona el ingreso de eliminación ingrese los datos (Código) de la
de bicicleta unidad que se va a eliminar

6. El administrador del sistema no 7. El sistema no puede ejecutar la

cuenta con los datos solicitados del eliminación de ningún dato, se repite
sistema el caso de uso hasta que el actor
cuente con los datos.

Postcondiciones Se modifican los datos del Sistema en la base de datos, se elimina el

código y atributos de la vieja unidad
Tabla 3: Descripción de casos de uso

ID CU03

Caso de Uso Seleccionar una Bicicleta

Actores Personal

Descripción Este Caso de Uso es el encargado de permitir al personal poder elegir un

tipo de bicicleta y concluir con el alquiler

Precondiciones - Que se ejecute CU04

- Que haya en la base de datos al menos 1 Equipo, para así poder
alquilar alguno.
- Que se muestre en pantalla un listado con todos los Equipos que
están en la base de datos de la empresa

Flujo Normal de Eventos

Actor Sistema

1. El personal ingresa el tipo de 2. El sistema comprueba si hay una

bicicleta bicicleta disponible

6
 Caso de estudio

3. Si hay una bicicleta adecuada 4. El sistema muestra el monto del

disponible, el personal ingresa el pago.
número de horas, la fecha de alquiler
, la fecha de devolución, el precio de
alquiler por hora.

5. El personal confirma el pago 6. El sistema registra la bicicleta

alquilada como no disponible

Flujo de Eventos Alternativos

Actor Sistema

1. El personal ingresa el tipo de 2. El sistema comprueba si hay una

bicicleta bicicleta disponible

3. Si no hay una bicicleta adecuada

disponible, el caso de uso finaliza

1. El personal ingresa el tipo de 2. El sistema comprueba si hay una

bicicleta. bicicleta disponible.

3. Si hay una bicicleta adecuada 4. El sistema muestra el monto del

disponible, el personal ingresa el pago.
número de horas, la fecha de alquiler
, la fecha de devolución, el precio de
alquiler por hora.

5. El cliente no cuenta con el dinero 6. El sistema no puede confirmar el

suficiente para cancelar pago, por lo que el caso de uso
finaliza

Postcondiciones El equipo seleccionado cambia su atributo de Estado de “disponible” a

“no disponible”, por lo que seguirá en la base de datos, pero no estará a
disposición para su uso.
Tabla 4: Descripción de casos de uso

7
 Caso de estudio

ID CU04

Caso de Uso Renta de Bicicletas

Actores Personal

Descripción Este Caso de Uso es el encargado de permitir al personal rentar

Precondiciones - Que haya en la base de datos al menos 1 Equipo, para así poder
alquilar alguno.
- Que se muestre en pantalla un listado con todos los Equipos que
están en la base de datos de la empresa

Flujo Normal de Eventos

Actor Sistema

1. El personal solicita la cédula, pasaporte o

algún documento de identidad del cliente

2. El cliente accede y le muestra su

documento de identidad

3. El personal ingresa los datos 4. El sistema Guarda los datos

5. El sistema muestra la página

"Ingrese los detalles del
alquiler"

6. Se ejecuta el Caso de Uso “Seleccione una bicicleta”

Flujo de Eventos Alternativos

Actor Sistema

1. El personal solicita la cédula, pasaporte o

documento de identidad del cliente.

2. El Cliente no cuenta con la cédula,

pasaporte o documento de identidad

8
 Caso de estudio

3. El cliente no puede alquilar ninguna 4. El sistema no guarda ningún

bicicleta dato

1. El personal solicita la cédula de identidad

o el pasaporte del cliente.

2. El cliente cuenta con una tarjeta de

identidad o un pasaporte.

3. El personal ingresa un número de 4. el sistema debe repetir este

identidad no válido paso.

Postcondiciones
Tabla 5: Descripción de casos de uso

ID CU05

Caso de Uso Recuperación de la bicicleta

Actores Personal

Descripción Este Caso de Uso es el encargado de permitir al personal poder recuperar

la unidad rentada al cliente

Precondiciones - Que se haya dado CU04

- Que haya en la base de datos al menos 1 Equipo, para así poder
alquilar alguno.
- Que se muestre en pantalla un listado con todos los Equipos que
están en la base de datos de la empresa

Flujo Normal de Eventos

Actor Sistema

1. El cliente devuelve la bicicleta y el recibo.

2. El personal de la empresa verifica el estado

de la bicicleta devuelta y la hora actual con
la hora indicada en el recibo.

9
 Caso de estudio

3. Si la hora es anterior a la hora de devolución 4. El sistema registra la bicicleta

más el período de gracia, se acepta la como disponible.
bicicleta sin penalización para el cliente.

Flujo de Eventos Alternativos

Actor Sistema

1. El cliente devuelve la bicicleta y el recibo.

2. El personal de la empresa verifica el estado

de la bicicleta devuelta y la hora actual con
la hora indicada en el recibo.

3. Si la hora es posterior a la hora de

devolución más el período de gracia, se
solicita al cliente que pague un extra por las
horas adicionales de alquiler de la bicicleta.

4. Una vez que el cliente realiza el pago, el 5. El sistema registra la bicicleta

personal registra los cambios en el sistema alquilada como no disponible

1. El cliente devuelve la bicicleta y el recibo.

6. El personal de la empresa verifica el estado

de la bicicleta devuelta y la hora actual con
la hora indicada en el recibo.

7. El cliente se queja de que la bicicleta no

funcionó correctamente inmediatamente
después de iniciar el alquiler y solicita otra
bicicleta.

8. Se ejecuta el caso de uso "Elija una

bicicleta".

Postcondiciones El equipo seleccionado cambia su atributo de Estado de “no

disponible” a
disponible en la base de datos, por lo que estará a disposición para su
uso.
Tabla 6: Descripción de casos de uso

10
 Caso de estudio

4.1.2 Diagramas de Actividades

Los diagramas de actividades comparten similitudes con los diagramas de flujo.
Estos diagramas describen lo que debe suceder (actividades) para que un sistema
funcione.

Figura 02: Diagrama de Actividades - Empresa

11
 Caso de estudio

Figura 03: Diagrama de Actividades - Cliente

4.2 Diagramas de Diseño UML

4.2.1 Diagrama de Clases
Los diagramas de clases permiten representar y describir la estructura estática del
modelo de un determinado sistema. A continuación se presenta el diagrama de
clases para el caso desarrollado en el presente informe.

12
 Caso de estudio

Figura 04: Diagrama de Clases

4.2.2 Diagrama de Componentes

En esta sección se muestra un alto nivel de los componentes dentro del sistema
haciendo uso de componentes, interfaces y relaciones de dependencia, Figura 04.

Figura 05. Diagrama de Componentes

13
 Caso de estudio

4.2.3 Diagrama de Despliegue

Este modelo muestra tanto la arquitectura física como virtual (hardware y
software) de los componentes del sistema.

Figura 06: Diagrama de Despliegue

14
 Caso de estudio

5. Prototipos

Figura 07: Inicio del sistema

Figura 08: Contenido visual del sistema

15
 Caso de estudio

Figura 09: Muestra de bicicletas del sistema

Figura 10: Selección a rentar del sistema

16
 Caso de estudio

Figura 11: Detalles de facturación

Figura 12: Confirmación de pedido

17
 Caso de estudio

6. Conclusiones
● En consideración a lo analizado, en el caso de estudio, podemos concluir que un
modelado del sistema es fundamental para poder comprender los procesos y
estructura del mismo y poder así desarrollar el sistema propuesto.
● El uso y aplicación de distintos tipos de diagramas UML permite el desarrollo del
modelado del sistema de la aplicación, de tal manera que podamos entender todas
las actividades y procesos involucrados.
● Se alcanzó de proveer al sistema de todas las operaciones de las que requiere un
cliente que alquila una bicicleta, además de establecer cada uno de los procesos y
subprocesos que se llevan a cabo durante cada operación.

7. Referencias
- I. Sommerville. Ingeniería de Software. 9th Ed. México: Pearson, 2011.
- Diagramas del UML. [Online]. Available:
https://www.teatroabadia.com/es/uploads/documentos/iagramas_del_uml.pdf
- Digital Guide IONOS (2018, Nov 26). UML, lenguaje de modelado gráfico.
[Online]. Available:
https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/uml-lenguaje-unifi
cado-de-modelado-orientado-a-objetos/

Archivo indexado a la actividad

ANEXOS
Diagrama de actividades (empresa)
https://lucid.app/lucidchart/invitations/accept/inv_7742f75a-45be-4dda-9c8b-9e91f18a1e
8e?viewport_loc=26%2C600%2C1218%2C560%2C0_0

Diagrama de clases
https://lucid.app/lucidchart/ca46ab2f-89b0-4e6e-ab34-178da82fec8e/edit?page=e6LKrzp
Vtufn#

Prototipo
https://www.figma.com/file/kuRZFkkDlxKwoK5brSI69J/Untitled?node-id=0%3A1

18