SlideShare una empresa de Scribd logo
1 de 17
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.
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
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.
• 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
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.
• 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.
3.Realizarlaarquitecturadel sistemade laaplicaciónenSTARUML.
4.Realizarlosmockupsde lashistoriasde usuarioasociadasen Figma.
5.Realizarel MER, MR y modelofísico.
DIAGRAMA MER
DIAGRAMA MR
6.Realizarlosdiagramasde casos de usoSTARUML.
7.Realizarel diagramade clasesSTARUML.
8.Realizarel diagramade paquetesSTARUML.
9.Códigofuente corriendoyenrepositorioenGithub.

Más contenido relacionado

Similar a DISEÑO SISTEMA DE INFORMACION ITERACION 1.docx

Presentacion Caller-ID
Presentacion Caller-IDPresentacion Caller-ID
Presentacion Caller-IDMark Zuña
 
Ers_impuesto
Ers_impuestoErs_impuesto
Ers_impuestoalgomez7
 
Guia para taller bdd tic – ii
Guia para taller bdd  tic – iiGuia para taller bdd  tic – ii
Guia para taller bdd tic – iiticprofoa
 
Proyecto integrador de software basico 2014
Proyecto integrador de software basico 2014Proyecto integrador de software basico 2014
Proyecto integrador de software basico 2014Maestros en Linea MX
 
Proyecto integrador de software basico 2014
Proyecto integrador de software basico 2014Proyecto integrador de software basico 2014
Proyecto integrador de software basico 2014Maestros Online
 
Prototipo para un sistema de taller mecanico
Prototipo para un sistema de taller mecanicoPrototipo para un sistema de taller mecanico
Prototipo para un sistema de taller mecanicoCleberson Wengrzynek
 
Presentacion PDAutoEstimaciones Basic
Presentacion PDAutoEstimaciones BasicPresentacion PDAutoEstimaciones Basic
Presentacion PDAutoEstimaciones BasicCANATAME
 
Computacion 3er corte
Computacion 3er corteComputacion 3er corte
Computacion 3er cortevalerialugo13
 
Todo lo que debe saber si va a comprar un auto usado
Todo lo que debe saber si va a comprar un auto usadoTodo lo que debe saber si va a comprar un auto usado
Todo lo que debe saber si va a comprar un auto usadoAutodiagnostico
 
Manual técnico del software
Manual técnico del softwareManual técnico del software
Manual técnico del softwareYenny Aldana
 
Proyecto Tecnologico Final.pptx
Proyecto Tecnologico Final.pptxProyecto Tecnologico Final.pptx
Proyecto Tecnologico Final.pptxLeonardo Aracena
 
Web IPMD Sistemas de Control de Acceso para Estacionamientos v010216
Web IPMD Sistemas de Control de Acceso para Estacionamientos v010216Web IPMD Sistemas de Control de Acceso para Estacionamientos v010216
Web IPMD Sistemas de Control de Acceso para Estacionamientos v010216IPMD de México
 

Similar a DISEÑO SISTEMA DE INFORMACION ITERACION 1.docx (20)

APP TAXI 2022
APP TAXI 2022APP TAXI 2022
APP TAXI 2022
 
Presentacion Caller-ID
Presentacion Caller-IDPresentacion Caller-ID
Presentacion Caller-ID
 
Ers_impuesto
Ers_impuestoErs_impuesto
Ers_impuesto
 
Guia para taller bdd tic – ii
Guia para taller bdd  tic – iiGuia para taller bdd  tic – ii
Guia para taller bdd tic – ii
 
CarCare App.pptx
CarCare App.pptxCarCare App.pptx
CarCare App.pptx
 
Proyecto integrador de software basico 2014
Proyecto integrador de software basico 2014Proyecto integrador de software basico 2014
Proyecto integrador de software basico 2014
 
Proyecto integrador de software basico 2014
Proyecto integrador de software basico 2014Proyecto integrador de software basico 2014
Proyecto integrador de software basico 2014
 
Manual
ManualManual
Manual
 
Prototipo para un sistema de taller mecanico
Prototipo para un sistema de taller mecanicoPrototipo para un sistema de taller mecanico
Prototipo para un sistema de taller mecanico
 
Presentacion PDAutoEstimaciones Basic
Presentacion PDAutoEstimaciones BasicPresentacion PDAutoEstimaciones Basic
Presentacion PDAutoEstimaciones Basic
 
Presentación PDAutoEstimaciones
Presentación PDAutoEstimacionesPresentación PDAutoEstimaciones
Presentación PDAutoEstimaciones
 
Computacion 3er corte
Computacion 3er corteComputacion 3er corte
Computacion 3er corte
 
Contenedores Soberon
Contenedores SoberonContenedores Soberon
Contenedores Soberon
 
Contenedores Soberon
Contenedores SoberonContenedores Soberon
Contenedores Soberon
 
Todo lo que debe saber si va a comprar un auto usado
Todo lo que debe saber si va a comprar un auto usadoTodo lo que debe saber si va a comprar un auto usado
Todo lo que debe saber si va a comprar un auto usado
 
Manual técnico del software
Manual técnico del softwareManual técnico del software
Manual técnico del software
 
Engine corporation
Engine corporationEngine corporation
Engine corporation
 
Proyecto Tecnologico Final.pptx
Proyecto Tecnologico Final.pptxProyecto Tecnologico Final.pptx
Proyecto Tecnologico Final.pptx
 
Comercio Electrónico para PyMEs
Comercio Electrónico para PyMEsComercio Electrónico para PyMEs
Comercio Electrónico para PyMEs
 
Web IPMD Sistemas de Control de Acceso para Estacionamientos v010216
Web IPMD Sistemas de Control de Acceso para Estacionamientos v010216Web IPMD Sistemas de Control de Acceso para Estacionamientos v010216
Web IPMD Sistemas de Control de Acceso para Estacionamientos v010216
 

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
  • 3.
  • 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.
  • 6.
  • 7.
  • 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.
  • 10.
  • 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.
  • 13.
  • 14.
  • 15. 3.Realizarlaarquitecturadel sistemade laaplicaciónenSTARUML. 4.Realizarlosmockupsde lashistoriasde usuarioasociadasen Figma. 5.Realizarel MER, MR y modelofísico. DIAGRAMA MER
  • 17. 6.Realizarlosdiagramasde casos de usoSTARUML. 7.Realizarel diagramade clasesSTARUML. 8.Realizarel diagramade paquetesSTARUML. 9.Códigofuente corriendoyenrepositorioenGithub.