Diseño Sistema de Informacion Iteracion 1

INTRODUCCIÓN
Este sistema automático para controlar los parqueaderos es de gran importancia puesto
que de esta manera se logra reducir la delincuencia e inseguridad que se puede generar
al no realizarse de forma automática puesto que de esta manera se reduce el número de
robo de vehículos y se evita que el parqueadero pierda dinero en su gestión de pagos al
desarrollar dicha actividad comercial. El siguiente proyecto se va a enfocar en estudiar el
diseño de un software para la administración de un parqueadero que tendrá el control de
entrada y salida de vehículos; dentro de este se tendrá en cuenta las horas, los meses, y
los días. Los factores a lo que nos lleva esto es que evidenciamos la mala utilización y
falta de organización de estos parqueaderos en los cuales no se lleva un control correcto,
esto no permite el funcionamiento óptimo y la eficiencia de estos. Lo que se espera con
este software es que se tenga una facilidad de manejo a la hora de entrada y salida del
parqueadero, que este genere tickets en una base de datos y muestre el valor de pago
(esté se mantendrá según lo pactado con el proveedor). La interfaz será agradable y
cómoda para el usuario que lo maneje. Para esto se lleva a cabo el presente documento
que corresponde a una actividad de la asignatura Ingeniería de software. El objetivo de
esta es aplicar los conceptos aprendidos en Ingeniería de Software en la realización del
sistema de información del parqueadero “Autos Colombia”. Presenta la gestión de la
entrada y la salida de vehículos de dicho parqueadero. Además, la gestión de usuarios y
gestión de celdas y la gestión de pagos. En este se presenta los requerimientos
funcionales y no funcionales de la entrada y la salida de los vehículos. De la misma
manera la historia de usuarios. Gestión de la entrada y salida de vehículos. De la misma
manera el mockup, que es el bosquejo gráfico del diseño de la aplicación. Como también
la arquitectura del sistema. Se muestra también el modelo de entidad relación para este
caso de uso y el modelo físico. Así mismo, los diagramas de clases, de casos de usos y
de paquetes de este. Para alcanzar los objetivos del proyecto se trabajó en base a la
metodología de desarrollo SCRU
Historia de Usuario
Número: 6 Usuario: Administrador de
parqueadero
Nombre Historia: Registrar entrada de vehículos
Prioridad en negocio: Alta Riesgo en desarrollo: normal
Puntos estimados:4 Iteración asignada:1
Programador Responsable:
Descripción: Como usuario quiero registrar la entrada de vehículos del
parqueadero para visualizarlo en pantalla con el ticket del registro de ingreso de
vehículo.
Criterio de aceptación o validación:
. El Vehículo ingresado debe contener los siguientes campos

• Fecha de ingreso.
• Hora de ingreso.
• Tipo de vehículo. (campo de selección)
• Marca del vehículo. (Campo de selección)
• Placa del vehículo.
• Color del vehículo.
• Celda asignada.
• Novedades.
• Id empleado.
• El tipo del vehículo es máximo 50 caracteres.
• La marca del vehículo permite ingresar datos de 2 a máximo 50
caracteres.
• La placa del vehículo permite ingresar datos de 2 a máximo 50
caracteres.
• El color del vehículo permite ingresar datos de 2 a máximo 50 caracteres.
• La celda asignada es de 2 a máximo 50 caracteres.
• Campo placa del vehículo, deberá registrar NA cuando el vehículo sea de
tipo bicicleta.
• La novedad es de 2 a máximo 50 caracteres. Si no existen novedades,
se deberá ingresar "Sin novedades" y deberá haber una nota indicando esta
instrucción.
• Id empleado es un número entero que identifica el empleado que ingresó
los datos de registro.
• El ticker de registro es máximo 50 caracteres.
• La fecha de ingreso y salida es un data time.
• El administrador del parqueadero deberá estar registrado en el sistema.
• Los empleados del parqueadero deberán estar registrados en el sistema.
• El dueño del vehículo deberá estar registrado en el sistema y está al día
con el pago mensual.
• El dueño del vehículo deberá disponer de un vehículo para ser registrado
en el sistema.
• El sistema debe informar al usuario que el registro del vehículo se ha
realizado.
• Al existir campos vacíos, no se debe continuar con el registro y debe
mostrar un mensaje de alerta "Existen campos vacíos, por favor ingresa
información.
Historia de Usuario
Número: 7 Usuario: Administrador persona
Nombre Historia: Registrar salida de vehículo

Prioridad en negocio:Alta Riesgo en desarrollo:Normal
Programador Responsable:Juli
Descripción: Como usuario quiero registrar la salida de vehículos del parqueadero
para visualizarlo en pantalla con el ticket del registro de ingreso de vehículo.
• Por cada listado de personas se debe mostrar la siguiente información: id

persona, tipo de documento, número de documento, nombres, apellidos,
teléfono fijo, teléfono móvil, dirección, email.
Criterios de aceptación
. El Vehículo que va salir se debe considerar siguientes campos:
• Número de cédula.
• Fecha de salida.
• Hora de salida.
• Total de horas.
• El dueño del vehículo deberá presentar el ticket que se le entrego al
momento del registro de ingreso.
• Los empleados del parqueadero deberán estar registrados en el sistema.
• El dueño del vehículo deberá estar registrado en el sistema y está al día
con el pago mensual.
• El sistema debe informar al usuario que la entrega del vehículo se ha
realizado.
• Al existir campos vacíos, no se debe continuar con el registro y debe
mostrar un mensaje de alerta "Existen campos vacíos, por favor ingresa
información.
Historia de Usuario
Número: 8 Usuario: Administrador
parqueadero
Nombre Historia: Lista de personas
Prioridad en negocio: Alta Riesgo en desarrollo: Baja
Programador Responsable:
Descripción: Como usuario administrador de parqueadero, quiero visualizar en el
panel principal las personas para poder tenerlos disponibles en el sistema
cuando
se requiera realizar registro de vehículos.
La persona ingresada debe contener los siguientes campos

• id persona.
• Tipo de documento
• Número de documento
• Nombres.
• Apellidos.
• Teléfono fijo
• Teléfono móvil.
• Dirección
• email.
• id persona es tipo entero.
• Número de documento permite ingresar datos de 2 a máximo 50
caracteres.
• Nombres permite ingresar datos de 2 a máximo 50 caracteres.
• Apellidos permite ingresar datos de 2 a máximo 50 caracteres.
• La Dirección es de 2 a máximo 50 caracteres. Si no existen dirección, se
deberá ingresar "Sin dirección" y deberá haber una nota indicando esta
instrucción.
• Tipo de documento ingresar datos de 2 a máximo 50 caracteres.
• Teléfono fijo permite ingresar datos de 2 a máximo 50 caracteres.
• Teléfono móvil permite ingresar datos de 2 a máximo 50 caracteres.
• El dueño del vehículo deberá presentar el ticket que se le entrego al
momento del registro de ingreso.
• En el sistema deberá estar registrado el ingreso del vehículo.
3.Realizar la arquitectura del sistema de la aplicación en STARUML.
4.Realizar los mockups de las historias de usuario asociadas en Figma.
5.Realizar el MER, MR y modelo físico.
DIAGRAMA MER
DIAGRAMA MR
6.Realizar los diagramas de casos de uso STARUML.
7.Realizar el diagrama de clases STARUML.
8.Realizar el diagrama de paquetes STARUML.
9.Código fuente corriendo y en repositorio en Github.

Diseño Sistema de Informacion Iteracion 1

Cargado por

Copyright:

Formatos disponibles

Diseño Sistema de Informacion Iteracion 1

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Diseño Sistema de Informacion Iteracion 1

Cargado por

Copyright:

Formatos disponibles

INTRODUCCIÓN

Criterio de aceptación o validación:

. El Vehículo ingresado debe contener los siguientes campos

Nombre Historia: Registrar salida de vehículo

Criterio de aceptación o validación:

• Por cada listado de personas se debe mostrar la siguiente información: id

Criterio de aceptación o validación:

La persona ingresada debe contener los siguientes campos

4.Realizar los mockups de las historias de usuario asociadas en Figma.

5.Realizar el MER, MR y modelo físico.

7.Realizar el diagrama de clases STARUML.

8.Realizar el diagrama de paquetes STARUML.

9.Código fuente corriendo y en repositorio en Github.

También podría gustarte