DISEÑO SISTEMA DE INFORMACION ITERACION 1.docx
- 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 muestreel 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.
- 2. 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
- 4. 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.
- 5. • 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.
- 8. Historia de Usuario Número: 7 Usuario: Administrador persona Nombre Historia: Registrar salida de vehículo Prioridad en negocio:Alta Riesgo en desarrollo:Normal Puntos estimados:4 Iteración asignada:1 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. Criterio de aceptación o validación: • 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 administrador del parqueadero deberá estar registrado en el sistema. • El dueño del vehículo deberá presentar el ticket que se le entrego al momento del registro de ingreso. • El administrador del parqueadero deberá estar registrado en el sistema.
- 9. • 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.
- 11. Historia de Usuario Número: 8 Usuario: Administrador parqueadero Nombre Historia: Lista de personas Prioridad en negocio: Alta Riesgo en desarrollo: Baja Puntos estimados:4 Iteración asignada:1 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. Criterio de aceptación o validación: 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.
- 12. • 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 administrador del parqueadero deberá estar registrado en el sistema. • 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.
- 15. 3.Realizarlaarquitecturadel sistemade laaplicaciónenSTARUML. 4.Realizarlosmockupsde lashistoriasde usuarioasociadasen Figma. 5.Realizarel MER, MR y modelofísico. DIAGRAMA MER
- 16. DIAGRAMA MR
- 17. 6.Realizarlosdiagramasde casos de usoSTARUML. 7.Realizarel diagramade clasesSTARUML. 8.Realizarel diagramade paquetesSTARUML. 9.Códigofuente corriendoyenrepositorioenGithub.