Hi-Userbus

Adrian Pernett Caballero, Juan Jiménez Díaz & Duval Salgado Durango

Marzo 2020

Universidad de Córdoba
Córdoba
Análisis y Diseño de Sistemas
 Abstract

Hi-Userbus es una aplicación creada con la finalidad de hacer un conteo de los usuarios que

frecuentan el uso de los servicios de transporte público que brinda SOTRACOR en Cereté. Se

registrará el ingreso y salida de cada persona que hace uso de este Servicio para así llevar una

cuenta y establecer un limite con el fin de evitar el sobrecupo en los autobuses. Todo esto con el

fin de acabar con la problemática de sobrecupo en los autobuses y dar una mejoría notoria en

este servicio. Esta idea nació gracias a las múltiples quejas de los usuarios que han hecho por

años y no han sido escuchados.

ii
Índice
Realidad..........................................................................................................................................1
Idea planteada................................................................................................................................2
Introducción...................................................................................................................................2
Propósito......................................................................................................................................2
Ámbito del Sistema......................................................................................................................2
Definiciones, Acrónimos y Abreviaturas....................................................................................3
Referencias..................................................................................................................................3
Visión General del Documento...................................................................................................3
Objetivos generales del Proyecto..................................................................................................4
Objetivos Especifico del Proyecto................................................................................................4
Descripción General......................................................................................................................5
Perspectiva del Producto..............................................................................................................5
Funciones del producto................................................................................................................5
Características de los Usuarios....................................................................................................5
Restricciones................................................................................................................................6
Suposiciones y Dependencias......................................................................................................7
Requisitos Futuros.......................................................................................................................7
Requisitos específicos.....................................................................................................................7
Objetivo general...........................................................................................................................7
Objetivos Específicos..................................................................................................................8
Interfaces Externas.......................................................................................................................9
Funciones...................................................................................................................................10
Diagrama de Casos de Uso........................................................................................................11
Casos de uso..............................................................................................................................12
Diagrama de Flujo de Datos......................................................................................................13
Requisitos de Rendimiento........................................................................................................13
Restricciones de Diseño.............................................................................................................13
Mundo del Problema...................................................................................................................14
Características............................................................................................................................14
Entidades....................................................................................................................................14
Clase: Hi-Userbus..................................................................................................................14
Clase: ClienteBus...................................................................................................................14
Clase: usuario.........................................................................................................................15
Relación entre las Entidades......................................................................................................16
Diseño de Solución.......................................................................................................................17
Interfaz de Usuario....................................................................................................................17
Diseño de clases.........................................................................................................................18
Diagrama de paquetes................................................................................................................19
BIBLIOGRAFIAS.......................................................................................................................20

iii
Realidad

La problemática que nos concierne en este documento es la de darle solución al

sobrecupo que presentan los buses del servicio de transporte público brindado por

SOTRACOR. Pues, esta realidad es la de todos los días para las personas que recurren a

este medio de transporte con recorridos de Cereté-Montería. Mayoritariamente, en las

horas de la mañana y de la noche es donde más se ve esta realidad del sobrecupo.

1
Idea planteada

Teniendo en cuenta la problemática se pretende que los conductores de los buses tengan

la facilidad de llevar un conteo de las clientes que: entran, salen y están disponiendo del

servicio de transporte público. Esto normalmente sería tarea difícil para el conductor,

debido a que tiene que estar al tanto de su recorrido y de varios factores en su ruta. Por lo

tanto, se espera poder hacer una implementación de una aplicación que pueda llevar un

conteo del ingreso, salida y estadía de los clientes de este servicio, para así facilitar esta

tarea y que le sea de ayuda al conductor para que pueda poner un límite de pasajeros y así

evitar el sobrecupo.

Introducción
Propósito

Este proyecto tiene como fin ser de ayuda para la población de Cereté; hablando del

transporte publico en este municipio, evitando así el sobrecupo en los buses.

Ámbito del Sistema

El nombre del sistema es Hi-Userbus, este sistema hará más fácil la comodidad de los

clientes, y con esto una mejoría del servicio ya que se estaría evitando el sobrecupo. Esto

beneficiaría a la población cereteana, y a cualquier persona que quiera disponer del

servicio de transporte proporcionado por sotracor con rutas de Cereté-Montería, pues se

estaría brindando un servicio de calidad. Y en un futuro se estaría tratando de automatizar

2
Este sistema haciendo uso del sensor y mandando la información, en tiempo real, de los

clientes que estén en un bus.

Definiciones, Acrónimos y Abreviaturas

 Usuario o Actor: Conductor del Bus, es quien interactúa con el sistema

 Acrónimos: ERS, especificación de requisito de software

 Acrónimos: Hi-Userbus, nombre de nuestro sistema

Referencias

 Tomamos como referencia las opiniones variadas con los clientes que disponen de

este servicio diariamente, debido a muchas quejas con la problemática del

sobrecupo hemos estado ideando esta posible solución a la vivencia diaria de las

personas cereteanas.

 IEEE Recomended Practice for Software Requierements Specification

ANSI/IEEE830 , 1998.

Visión General del Documento

En este proyecto, en la primera parte, la introducción nos da una vista previa de lo que se

tiene en mente con relación al sistema de ingreso y salida de clientes al servicio de

transporte publico brindado por sotracor. Sección dos que proporciona una descripción

general del sistema su perspectiva y funciones. En la parte número 3 del proyecto

procedemos a definir los requisitos del sistema.

3
Objetivos generales del Proyecto
Realizar y conocer las etapas arquitecturales de todo lo que estamos haciendo.

Objetivos Especifico del Proyecto

 Encontrar nuevas técnicas en diseño UML

 Buscar nuevos métodos de como hacer un buen diseño

 Interactuar con los diferentes métodos de diseño UML

 identificar técnicas para realizar captura requisitos

4
Descripción General
Los factores que afectan al producto o al sistema que tratamos implementar son los

clientes que no respeten la capacidad máxima de pasajeros por bus y el irrespeto del

usuario (Conductor) con la norma de este sistema.

Perspectiva del Producto

Este sistema dependerá plenamente del sensor del bus; pues, gracias a este se sabrá

cuando entra y sale un cliente; es decir, que así se contarán o restarán los clientes que

entren o salgan de cualquier bus. A futuro se tratará de mostrar la información que

solamente puede ver el usuario (Conductor) en una app móvil; para así saber que bus ya

esta lleno, cual este vacío y donde están, todo en tiempo real.

Funciones del producto

El sistema mostrará al actor (conductor) el total de clientes que estén en el bus; todo esto

mediante un conteo por cada persona que entre, o salga, del bus haciendo uso de los

sensores de los que disponen cada uno.

Características de los Usuarios

Los usuarios predeterminados en este sistema son los Conductores de los buses, a ellos se

le suministrará la información que proporcionará el sistema y de él dependerá la acción

5
de acatar la advertencia de sobrecupo. Ellos, con la información de los clientes que estén

en el bus, no dejará entrar a más pasajeros y así evitará el sobrecupo.

Restricciones

 El sistema se vería limitado si el Actor (Conductor) no respeta el limite de

pasajeros disponibles en el bus.

 El sistema se limitaría solamente a estar en servicio en horarios laborales hábiles

de este medio de transporte.

 Si el sensor se daña el sistema se verá afectado pues no se podría hacer un conteo.

6
Suposiciones y Dependencias

 Si los actores (Conductores) no tienen la responsabilidad y la disciplina de

respetar el limite de pasajeros; pues, el sistema sería inútil ya que se necesita que

el actor ponga de su parte para evitar el sobrecupo

 El mal funcionamiento del sensor afectaría a el sistema.

 El sistema depende de el buen estado en que este el bus

Requisitos Futuros

El sistema será capaz de mostrar, en una aplicación móvil, la cantidad disponibles de

puestos que estén disponible en el bus, a los clientes que quieran departir del servicio de

transporte proporcionado por SOTRACOR. así mismo, dará una imagen en tiempo real

de donde están ubicados los buses y que rutas llevan.

Requisitos específicos
Objetivo general

Mejoramiento y optimización del sistema de control de acceso en el transporte púbico

que brinda SOTRACOR para que este lleve un conteo y ponga un límite de usuarios

máximos que puede llevar un bus; todo esto para evitar el problema de sobre cupo, y de

esta manera brindarle un mejor servicio a los clientes que disponen del servicio.

7
Objetivos Específicos

-Evitar el sobrecupo en los buses llevando un control de los pasajeros que se movilicen

en estos.

-Llevar un control de las personas que entran y salen de los buses

En este proyecto se necesitan varias operaciones fundamentales que facilitarán los

procesos que se harán, los cuales son:

 La disponibilidad de Sotracor con este proyecto.

 La responsabilidad del Actor (Conductor) con respetar los principios del Sistema

los cuales son; el control de acceso y salida de los clientes, y la disponibilidad de

cupos por bus.

 Conocer bien el sistema de transporte publico para así saber más problemática

planteada que es el sobrecupo en los buses.

 El sistema requiere que el actor este al tanto de la información que se muestre en

pantalla.

 El sistema mostrará en pantalla un mensaje de alerta cuando el cupo de pasajeros

este a su límite o esté próximo a llegar a su tope.

8
Interfaces Externas

La interfaz del sistema se vería afectada por un daño en los sistemas de los sensores, en la

pantalla donde se presentará la información recapitulada por el sistema; Disponibilidad

de Cupo, y excediendo el limite de pasajeros por bus.

9
Funciones

El sistema funcionará con un contador que se ira sumando por cada persona que entre al

bus, y en el caso contrario; cuando una persona salga del bus este se restará. El sistema

tendrá un limite máximo de pasajeros que será el estándar de asientos disponibles en cada

bus, el sistema tomara esto como referencia para establecer dicho límite, y cuando el

conteo llegue a su máximo el sistema mostrará en pantalla una advertencia para advertir

al conductor que no puede darle ingreso a más clientes.

A continuación, se presentan Diagramas que detallan todo el proyecto

10
Diagrama de Casos de Uso

Casos de uso
Nombre 02 – Llevar control de acceso de los
clientes
Descripción El usuario desea saber cuántas personas
entran, salen de los buses, y también
cuantas personas como máximo puede
llevar
Precondición El servicio de transporte público de la
empresa sotracor esté disponible y que los
sensores de los buses estén en
funcionamiento
Secuencia principal 01 – El usuario entra al sistema
02 – El sistema se sincroniza con el
sensor
03 – Se registra el ingreso y salida de
los clientes al bus
04 – Se muestra pantalla la cantidad de
pasajeros que hay a bordo del bus
05 – Se muestra en pantalla una
advertencia cuando el bus esta próximo,
o está, a su límite de pasajeros.
Errores / Alternativas 03 – Si hay sobrecupo en el bus, el
sistema muestra en pantalla una
advertencia de sobrecupo

Postcondición El sistema está disponible en los horarios

de servicio de Sotracor
Notas El servicio requiere que el usuario respete
los límites de pasajeros disponibles en el
bus

11
Casos de uso

12
Diagrama de Flujo de Datos

Requisitos de Rendimiento

Para que el sistema este en funcionamiento se requiere para su rendimiento el ingreso de

personal (Clientes) al bus, puesto que de este factor depende el conteo respectivo para la

captura de datos correspondiente.

Restricciones de Diseño

Las restricciones que tendría, por diseño, sería la limitación en funcionalidad de los

sensores o las pantallas que suministrarían la información al Actor (Conductor).

13
Mundo del Problema

Características

El usuario podrá sumar cuantos pasajeros entran y restar cuantos pasajeros salen del bus,

podrá ver la cantidad de pasajeros, en tiempo real, que hay en el bus y el sistema alertará

al usuario cuando el bus este próximo a llegar a su límite.

Entidades

Clase: Hi-Userbus
Atributos Valores Posibles Comentarios
SumarPasajeros Int En esta característica la aplicación sumará
en 1 el contador de pasajeros que hay.
ContadorPasajeros Int Esta característica será el contador de
pasajeros y tendrá un límite dependiendo
de los asientos preestablecidos del bus.
RestarPasajeros Int Esta característica es la encargada de elegir
que sitios pueden ser vistos
AlertaUsuario String Esta característica dará una alerta cuando el
bus este próximo a llegar a su límite y
cuando este llegue a tal.
Clase: ClienteBus

Atributos Valores Posibles Comentarios

EntrarBus String En esta característica el cliente
entrará en el bus y sumará en
1 al contador
SalirBus Int Esta característica recibirá el
saldrá del bus y restará en 1 al
contador

14
Clase: usuario

Atributos Valores Posibles Comentarios

Nombre String Característica en la que

se sabrá el nombre del
conductor

Placa Bus String Característica en la que

se sabrá el bus que
maneja el conductor

OpcionSumar Int Esta característica

permitirá al usuario
aumentar en 1 el
contador

OpcionRestar Int Esta característica

permitirá al usuario
restar en 1 el contador

AccionAdvertir String En esta característica el

usuario tendrá que
advertir a los clientes
que ya se llegó a un
límite, o está próximo a
llegar, cuando el sistema
se lo notifique

15
Relación entre las Entidades

16
Diseño de Solución

Interfaz de Usuario

17
Diseño de clases

Diagrama de paquetes

18
BIBLIOGRAFIAS

ARQUITECTURA DE CLASES. (2005). IN A. WEITZENFELD, INGENIERÍA DE SOFTWARE

ORIENTADA A OBJETOS CON UML, JAVA E INTERNET (PP. 254-258). MEXICO CITY:
CENGAGE LEARNING. TOMADO DE
HTTP://BIBLIOTECAVIRTUAL.UNAD.EDU.CO:2081/PS/I.DO?ID=GALE
%7CCX3004300060&V=2.1&U=UNAD&IT=R&P=GVRL&SW=W&ASID=17896D81F63CF
6C65338BB351D882E70

OPERACIONES. (2005). IN A. WEITZENFELD, INGENIERÍA DE SOFTWARE ORIENTADA A

OBJETOS CON UML, JAVA E INTERNET (PP. 79-82). MÉXICO CITY: CENGAGE LEARNING.
TOMADO DE HTTP://BIBLIOTECAVIRTUAL.UNAD.EDU.CO:2081/PS/I.DO?ID=GALE
%7CCX3004300034&V=2.1&U=UNAD&IT=R&P=GVRL&SW=W&ASID=5AE4136F4DA8
8CCE653F74D0B14140B7

PROGRAMACIÓN ORIENTADA A OBJETOS CON JAVA. (2005). IN A. WEITZENFELD,

INGENIERÍA DE SOFTWARE ORIENTADA A OBJETOS CON UML, JAVA E INTERNET (P.
[129]). MEXICO CITY: CENGAGE LEARNING. TOMADO DE
HTTP://BIBLIOTECAVIRTUAL.UNAD.EDU.CO:2081/PS/I.DO?ID=GALE
%7CCX3004300041&V=2.1&U=UNAD&IT=R&P=GVRL&SW=W&ASID=320AB4F95CD3
84A1B4EF75C7EB74FAF8

BERZAL, C. 2004. . EL LENGUAJE UNIFICADO DE MODELADO (UML). CONSULTADO 2 DE

JUN. 2015. FORMATO PDF. DISPONIBLE EN:HTTP://ELVEX.UGR.ES/DECSAI/JAVA/PDF/3E-
UML.PDF

GUTIÉRREZ, J. 2008. DIAGRAMAS UML DE CASOS DE USO Y DE REQUISITOS. (EN LÍNEA).

ES. CONSULTADO 2 DE JUN. 2015. FORMATO PDF. DISPONIBLE
EN: HTTP://WWW.LSI.US.ES/~JAVIERJ/CURSOS_FICHEROS/METRICAUML/CASOSUSOUML.
PDF

KENDALL, K Y KENDALL, J. 2011. ANÁLISIS Y DISEÑO DE SISTEMAS. 8 ED. MÉXICO.

PEARSON EDUCATION. P 600

19