Diseño del Sistema

Análisis y desarrollo de sistemas de información

Por:
Andrés López, José Darío Cardeño, Juan David Casas Moreno &
Johan Fernando Palacio.

Servicio Nacional de Aprendizaje SENA

Huila.
2017
 Diseño del Sistema

Análisis y desarrollo de sistemas de información

Por:
Andrés López, José Darío Cardeño, Juan David Casas Moreno &
Johan Fernando Palacio.

Instructor Líder SERGIO ARMANDO JARAMILLO CLAROS

Servicio Nacional de Aprendizaje SENA

Huila.
2017
Tabla de contenido pag

1. Introducción

1.1. Propósito del sistema.

1.2. Objetivos del diseño

1.3. Definiciones, acrónimos y abreviaturas

1.4. Referencias

2. Representación de la arquitectura.

2.1 Metas y restricciones de la Arquitectura

2.2 Reutilización

3.Vista Lógica

3.1 Identificación de Subsistemas

3.2 Estructuración por capas.

3.3 Diagrama de Clases del diseño

4.Vista del proceso

4.1Diagramas de secuencia

5.Vista de Datos

5.1 Modelo de Datos

5.2 Diccionario de Datos

6. Vista de Interacciones

6.1 Interfaces del Usuario

6.2 Mapa de Navegación

7 Seguridad

3
8. Vista de Implementación

8.1 Herramientas de Desarrollo e implementación

8.2 Paquetes/Componentes

8.3 Despliegue

8.4 Vista de Administración

4
1. Introducción

1.1. Propósito del sistema.

El propósito de este proyecto consiste en la automatización de un parqueadero mediante

el desarrollo de un software que permitirá al propietario conocer el costo a facturar según
el tiempo de parqueo del vehículo. También le facilitara la generación de informes y
estadísticas, ya que el software traerá estos datos cuando el usuario lo requiera.
La investigación se hace en referencia al parqueo de vehículos y la forma más rápida y
ágil de ofrecer un servicio para el cuidado y seguridad de los mismos.
El software a desarrollar realiza el respectivo control, entrada y salida del vehículo, y
cobro del tiempo de préstamo del servicio.
Este trabajo para el proyecto, se hace con base a la respectiva investigación de campo
realiza por los integrantes de este proyecto echa en los parqueaderos ubicados en la zona
centro de Medellín y en esta se observa que en un 70% de ellos no hay un sistema que
permita la adecuada administración y un control sistematizado, sino que se evidencia un
trabajo muy poco práctico en el servicio prestado.
En base a esto y aprovechando los conocimientos que vamos a adquirir en las diferentes
asignaturas, nos inclinamos a realizar un software de parqueo en el cual podamos
plasmar los conocimientos adquiridos.

Por lo anterior como propósito del fundamental del sistema describimos a continuación los
requisitos funcionales y no funcionales para una mejor compresión del mismo.

Requisitos funcionales Internos

5
Requisitos funcionales Externos.

REQUERIMIENTOS NO FUNCIONALES INTERFAZ DE USUARIO

REQUERIMIENTOS NO FUNCIONALES INTERFAZ DE USUARIO

Nombre Descripción
La información se muestra al usuario en forma clara y teniendo en cuenta que
entiendan los contenidos.
Perceptible
El contenido debe ser adaptable, para ser presentado en diferentes formas sin
perder información ni estructura.

Los componentes de la interfaz de usuario y su navegabilidad deben ser

Operable manejables. El teclado de contener todas las funciones activas, el tiempo debe
ser suficiente para que los usuarios puedan leer y utilizar el contenido.

Tanto las operaciones como la información contenida en la interfaz deben ser

Intuitivo
comprensible por los usuarios.

El contenido de las interfaces debes ser interpretado por diferentes usuarios

Robustez de acuerdo con su rol en la aplicación, adicionalmente debe ser compatible
con los actuales y futuros usuarios

REQUERIMIENTOS NO FUNCIONALES PARA EL DESARROLLO, DESEMPEÑO Y SEGURIDAD

6
 Nombre Descripción
El sistema de información debe permitir el mantenimiento de las bases de
Mantenibilidad datos y de los procesos de forma sencilla sin que altere el desempeño general
de la aplicación
Espacio de El sistema completo deberá ser posible almacenarlo en el mismo equipo y en
almacenamiento dispositivos externos
El sistema debe ser fiable, puesto que un error de la aplicación puede causar
Fiabilidad
penalizaciones a los usuarios y costos adicionales a la empresa
REQUERIMIENTOS NO FUNCIONALES RELACIONADOS CON HARDWARE Y SOFTWARE
Nombre Descripción
La aplicación se debe poder ejecutar en los equipos existentes y para cada
Hardware
usuario
El sistema operativo debe ser windows 7 o superior.
Software
El usuario debe de adquirir el licenciamiento de la base de datos SQL.

1.2. Objetivos del diseño

Las características más importantes con que contara esta aplicación son:
 Controlar el ingreso y salida de vehículos
 Generar la facturación
 administrar la caja
 configurar tarifas por hora y fracción, por día, mensualidad y tarifas especiales con
bono.
 manejar cartera.
 controlar los usuarios
 almacenar y guardar el histórico de cada auto.
Adicionalmente la aplicación pretende ser desarrollada con componentes web, el cual le
permite consultar la información en tiempo real vía internet, si se dispone de línea de
banda ancha.

Reportes:
Algunos de ellos son:
 caja
 clientes
 promedios
 ventas
 pérdidas
 cartera
 comprobantes
 Movimiento de vehículo, entre otros.

Otras características del programa son:

.

7
La configuración básica permite asignar permisos en el perfil del usuario para el ingreso
y salida de vehículos.
En la tirilla se puede configurar el logo de la empresa.
Establecer diferentes tamaños de fuente tanto en el tiquete de la entrada como a la
salida.

1.3. Definiciones, acrónimos y abreviaturas

Software: Conjunto de programas y rutinas que permiten al equipo realizar tareas.

Diseño: Actividad creativa que pretende proyectar objetos útiles y estéticos.

Hardware: conjunto de elementos físicos o materiales que constituyen una computadora

o un sistema informático.

Factibilidad: Se refiere a la disponibilidad de los recursos necesarios para llevar a cabo

los objetivos u objetivos establecidos.

Componentes: es aquello que forma parte de la composición de un todo. Estos son

elementos que, a través de algún tipo de asociación o contigüidad, dan lugar a un
conjunto uniforme.

Análisis: Examen detallado de una cosa para conocer sus características o cualidades,
su estado y conclusiones, que se hace separando o considerando por las partes que lo
constituyen.

Implementación: Es la ejecución o implementación de una idea programada, ya sea de

una aplicación informática.

Medición: Qué se obtiene mediante la acción de la medición.

1.4. Referencias

 Plantillas StakeHolders
 Documento Mecanismos de control y seguridad.
 Documentos SRS

2. Representación de la arquitectura.

2.1 Metas y restricciones de la Arquitectura

8
Creemos que la meta de este desarrollo es ofrecer una solución de software que
este a la vanguardia de estos tiempos modernos en los cuales vivimos.

Para estos nos hemos propuestos varios objetivos tales como:

Analizar las distintas situaciones y problemas que se presentan en los

parqueaderos y darles su respectiva solución con un sistema o aplicativo
totalmente eficaz y adecuado para este tipo de empresa.

Revisar que tenga una facilidad de mantenimiento, en la cual un programa

pueda corregirse si se cuenta con un error, adaptarse si su entorno cambia,
o mejorar si el cliente desea un cambio en los requisitos.

Diseñar un sistema digital que permita el control del flujo de vehículos de un

parqueadero, realizando el conteo de entrada y salida de los mismos, el
control de acceso al parqueadero inhibiendo el paso de vehículos cuando
éste se encuentre lleno.

Identificar los requerimientos del sistema de información por medio de

métodos de recolección de información que nos lleven a establecer un
mecanismo de administración adecuado para los parqueaderos.

9
2.2 Reutilización

La utilización del framework de Visual Estudio nos facilita la integración de

componentes y la facilidad para el ingreso de código, a demás integra la
programación orientada a objetos para la reutilización de código, como las
clases abstractas, interfaces.
También se utiliza el framework MBC que es un patrón de diseño de software
para programación que permite la separación del código en tres capaz
diferentes; modelo, vistas y controladores.

3. Vista lógica

NAVEGABILIDAD POR ROLES.

Segmentación de procesos, perfiles y roles.
A continuación, se detalla un mapa correspondiente a los roles del proyecto Smart
Parking.

10
3.1 Identificación de Subsistemas

Identificación de Roles

Empleado (Gerente General)

Persona encargada de ejecutar funciones de manejo de personal, manejo de
dinero, manejo de turnos de auxiliares de parqueo.

1. Ingresar a la aplicación SMART PARKING a través del link correspondiente.

2. El usuario selecciona su rol correspondiente (Gerente General).
3. En la pantalla de login se ingresa el nombre de usuario y su contraseña.
4. Si el usuario y contraseña son incorrectos, el sistema arroja un mensaje de
error.
5. Si el usuario y contraseña son correctos ingresa al sistema SMART
PARKING.
Mostrando en la parte superior derecha del menú el nombre del usuario que
ha ingresado.
6. Se muestra a continuación el siguiente menú con las opciones habilitadas y
las opciones deshabilitadas de acuerdo al rol Gerente General.

Manejo de Personal: El gerente general ingresa la información de todo el

personal de la empresa.
Modificar horarios: En esta opción el gerente general se encarga de modificar los
determinados horarios de los empleados.

11
Totalizar ingresos: El gerente general es el responsable de mostrar el total de los
ingresos del parqueadero.
Realizar backups: En esta opción el gerente realiza la copia de seguridad de la
base de datos.

Empleado (Auxiliar de parqueo)

Persona encargada del registro de ingreso del vehículo y el cobro según el tiempo
de parqueo que arroje el software.

1. Ingresar a la aplicación SMART PARKING a través del link correspondiente.

2. El usuario selecciona su rol correspondiente (Auxiliar de parqueo).
3. En la pantalla de login se ingresa el nombre de usuario y su contraseña.
4. Si el usuario y contraseña son incorrectos, el sistema arroja un mensaje de
error.
5. Si el usuario y contraseña son correctos ingresa al sistema SMART
PARKING.
Mostrando en la parte superior derecha del menú el nombre del usuario que
ha ingresado.
6. Se muestra a continuación el siguiente menú con las opciones habilitadas y
las opciones deshabilitadas de acuerdo al rol Auxiliar de parqueo.

12
Ingresar dinero: El auxiliar de parqueo se encargará del manejo de dinero en el
parqueadero.
Ingresar vehículos: En esta opción el auxiliar de parqueo se encargará de
registrar en el sistema la información de los vehículos.
Registro localidad: En esta opción el auxiliar de parqueo identifica y registra la
celda o localidad del estacionamiento del vehículo.

Empleado (Tesorero)

Persona que verifica el cierre de caja y recibe el dinero recogido durante el turno
de
Trabajo del auxiliar de parqueo, así como asumir la responsabilidad en el cuidado
y manejo del mismo.

1. Ingresar a la aplicación SMART PARKING a través del link correspondiente.

2. El usuario selecciona su rol correspondiente (Tesorero).
3. En la pantalla de login se ingresa el nombre de usuario y su contraseña.
4. Si el usuario y contraseña son incorrectos, el sistema arroja un mensaje de
error.
5. Si el usuario y contraseña son correctos ingresa al sistema SMART
PARKING.
Mostrando en la parte superior derecha del menú el nombre del usuario que
ha ingresado.
6. Se muestra a continuación el siguiente menú con las opciones habilitadas y
las opciones deshabilitadas de acuerdo al rol Tesorero.

13
Ingresar dinero: Persona responsable del manejo del dinero que ingresa al
parqueadero.
Totalizar ingresos: El tesorero se encargará de hacer un balance y un total de los
dineros ingresados al parqueadero.
Realizar backups: En esta opción el tesorero tendrá posibilitada la opción de
realizar copia de seguridad de la Base de Datos.

Empleado (Auxiliar de sistemas)

Encargado de realizar el backup de la información, mantener los equipos

informáticos en buen estado y siempre con conectividad. Estar atento a
actualizaciones del sistema para ejecutarlos.

1. Ingresar a la aplicación SMART PARKING a través del link correspondiente.

2. El usuario selecciona su rol correspondiente (Auxiliar de sistemas).
3. En la pantalla de login se ingresa el nombre de usuario y su contraseña.
4. Si el usuario y contraseña son incorrectos, el sistema arroja un mensaje de
error.
5. Si el usuario y contraseña son correctos ingresa al sistema SMART
PARKING.
Mostrando en la parte superior derecha del menú el nombre del usuario que
ha ingresado.
6. Se muestra a continuación el siguiente menú con las opciones habilitadas y
las opciones deshabilitadas de acuerdo al rol Auxiliar de sistemas.

14
Realizar backups: En esta opción el auxiliar de sistemas tendrá posibilitada la
opción de realizar copia de seguridad de la Base de Datos.
Act/Reparar Equipos: El auxiliar de sistemas será el encargado de corregir daños
en los equipos, de igual manera será el responsable de mantener los equipos en
buen estado.

Diagrama de Paquetes.

15
3.2 Estructuración por capas.

Vista: Contiene el código que va a producir la visualización de las interfaces de

usuario, en ella tenemos los códigos HTML.
Controlador: Contiene el código necesario para responder a las acciones que se
solicitan, es la capa que sirve de enlace entre la vista y los modelos, respondiendo
a los mecanismos que puedan requerirse para implementar las necesidades de
nuestra app.
Modelo: En esta capa se trabaja con los datos, contiene mecanismos para
acceder a la información y para actualizar su estado.

16
17
3.3 Diagrama de Clases del diseño

18
4. Vista del proceso

19
4.1. Diagramas de secuencia

20
5. Vista de datos
5.1 Modelo de datos

21
22
5.2. Diccionario de Datos

23
24
6.Vista de Interacción

6.1 Interfaces de Usuario.

25
26
27
 6.2. Mapa de Navegación

7. Vista de seguridad

Uso de sesiones.
Las sesiones, en las aplicaciones en general, nos sirven para almacenar
información que se memorizará durante toda la visita de un usuario al sistema.
En la sesión de un usuario podemos almacenar todo tipo de datos, como su
nombre, productos de un hipotético carrito de la compra, preferencias de

28
visualización o trabajo, páginas por las que ha pasado, etc. Todas estas
informaciones se guardan en lo que denominamos variables de sesión.
Un visitante puede acceder a varias páginas de nuestras aplicaciones y las
sesiones nos ayudan a identificarlo y a vincularle información.
Que nos permiten las sesiones:
Mejorar la experiencia del usuario almacenando información de
preferencias como colores o elementos de navegación preferidos.
Almacenar información de estado, por ejemplo, si un usuario está logueado
o no.
En el caso de una aplicación de comercio electrónico llevar registro de los
productos que ha agregado a su carro de compras, o de productos que ha
comprado anteriormente para establecer sus preferencias.
Estos son solo unos ejemplos, pero las posibilidades son infinitas.
Cuando se quiera almacenar información en relación a un visitante de forma
persistente a lo largo de su visita, las sesiones nos facilitarán la vida.
Las sesiones son almacenadas en el servidor de tal manera que, al ser solicitadas
por el cliente, puedan ser recuperadas. Las sesiones NO son iguales para todos
los clientes. Para ello, se maneja un identificador en el servidor por cada cliente
que las procesa.

Políticas de seguridad.

El acceso al sistema de información, deberá contar con los privilegios o

niveles de seguridad de acceso suficientes para garantizar la seguridad
total de la información. Los niveles de seguridad de acceso deberán
controlarse por el administrador único.
La contraseña deberá cambiarse periódicamente cada 6 meses.
Para cada mantenimiento a la versión del software se realizará un backup y
este será depositado en custodia en el sitio alterno.
Se deben implantar rutinas periódicas de auditoria a la integridad de
los datos y de los programas de cómputo, para garantizar su confiabilidad.

29
Medios para reducir riesgos de error humano

 En este caso el software Smart Parking contara con checklist que se usa
para referencia, control, comparación, verificación o identificación. También
contara con botones y una interfaz intuitiva y fácil de manejar.
 Para el ingreso de las contraseñas se utilizará cajas de texto tipo
passwords
 En el ingreso de placa nuestro sistema será capaz de identificar un carro de
una moto, ya que sabemos que en Colombia las motos terminan con una
letra y un carro en números. Por medio de este formato el reconocerá que
tipo de vehículo estará ingresando.
 El uso de listas de verificación se utilizará al inicio en el login. El usuario
desplegara la lista que tiene los usuarios y seleccionara el indicado para
después de esto ingresar su contraseña.

Quien realiza los procedimientos que identifiquen riesgos de seguridad.

Este sistema al ser instalado en un parqueadero necesariamente deberá contar
con una persona que tenga conocimientos en bases de datos. Para así poder
hacer mantenimiento a la base de datos y también periódicamente realizarle
mantenimiento preventivo al equipo de cómputo donde será instalado el
software.

Compatibilidad.
El software Smart Parkin podrá ser compatible con sistemas operativos Windows,
iniciado desde la versión 7 hasta 10.
Pensamos que son sistemas que ofrecen estabilidad y están al alcance de cada
usuario.

30
8. Vista de Implementación

Describe la estructura general del modelo de implementación y la descomposición del

sistema.

8.1 Herramientas de Desarrollo e implementación

Describe las herramientas tecnológicas que se deben utilizar para el desarrollo del
sistema, incluye: IDE, Lenguaje de Programación, base de datos, framework, etc.
Además el software que se requiere para su ejecución y puesta en marcha: servidor
de aplicaciones/web, Sistema de base de datos, Librerias, plugins, etc.

8.2 Paquetes/Componentes

Describir el modo principal de comunicación entre los procesos del sistema operativo.
Incluir diagramas de componentes.

8.3 Despliegue

Describir la configuración de la plataforma física (procesador/almacenamiento) en la

que el software va a ser desplegado. Si el sistema se va a desplegar en varios sitios,
proporcionar una vista de despliegue para cada sitio diferente. Como mínimo, para
cada configuración, se deben indicar los nodos físicos (ej.: ordenadores, CPUs,
memorias) que ejecutan el software y sus interconexiones (ej.: bus, topología LAN,
punto a punto, WAN).
Incluir un mapeo entre los procesos de la vista de proceso y los nodos físicos. La
notación preferida es UML para la vista de despliegue.

8.4 Vista de Administración

Describe las distintas opciones de la administración del software.

31