AP5-AA3-Ev1-Documento Diseño del Sistema

Proyecto: Administración de turnos de vigilancia en unidades residenciales

Liliana Andrea Tamayo Casas

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

SENA

2019

1
Contenido
1.1 Propósito del sistema. ................................................................................................................... 3
1.2. Objetivos del diseño ..................................................................................................................... 3
1.3. Definiciones, acrónimos y abreviaturas ....................................................................................... 4
1.4. Referencias ................................................................................................................................... 5
2 Representación de la arquitectura. .................................................................................................. 6
2.1 Metas y restricciones de la Arquitectura ...................................................................................... 6
2.2 Reutilización .................................................................................................................................. 7
3. Vista lógica ...................................................................................................................................... 8
3.1 Identificación de Subsistemas / 3.2 Estructuración por capas.................................................... 10
3.3 Diagrama de Clases del diseño ................................................................................................... 11
4. Vista del proceso .......................................................................................................................... 12
4.1 Diagramas de secuencia ............................................................................................................. 15
5. Vista de datos ............................................................................................................................ 16
5.1 Modelo de datos ................................................................................................................... 16
5.2 Diccionario de datos .................................................................................................................... 17
6. Vista de Interacción ................................................................................................................... 19
6.1 Interfaces de Usuario. ........................................................................................................... 19
7. Vista de seguridad ..................................................................................................................... 23
8. Vista de Implementación .......................................................................................................... 25
8.1 Herramientas de Desarrollo e implementación .................................................................... 25
8.2 Paquetes/Componentes........................................................................................................ 25
8.3 Vista de Administración ........................................................................................................ 27

2
1.1 Propósito del sistema.

El sistema ATVUR representa una solución a una problemática actual hallada en los
entornos residenciales, se pretende desarrollar un sistema que esté en capacidad de
solventar los inconvenientes hallados en la operación mal gestionada del control de
turnos y asignaciones en el personal de seguridad empleado en las unidades
residenciales. Logrando de esta forma mitigar los riesgos que actualmente se
materializan en la temática ya planteada.
El sistema ATVUR presenta un diseño general soportado en un modelo cliente
servidor, usando una capa de back end en la cual se administra toda la gestión de los
datos en sus contenedores, y una capa de front end en la cual se realizan todas las
actividades insumo de la lógica de negocio a implementar. Trabajará en un entorno
Intranet como aplicativo independiente, es decir; no dependerá de sistemas terceros
para su operación
ATVUR es un sistema distribuido de operación local, no web. Apunta a lograr una
operación con bajos recursos y de una usabilidad muy alta para usuarios no expertos.

1.2. Objetivos del diseño

El diseño del sistema ATVUR tiene como objetivo general garantizar unas propiedades
aceptables de seguridad, usabilidad y disponibilidad del sistema como tal,
apoyándose en unas buenas prácticas de diseño y desarrollo de software.
De cualquier forma los objetivos de diseño según área son los siguientes.

Objetivos funcionales:
Proveer a los profesionales de seguridad de las unidades residenciales una solución
implementada en un medio digital que permita gestionar y administrar los turnos de
operación de vigilancia en cualquier unidad residencial.

Objetivos no funcionales
Rendimiento: El sistema ATVUR está diseñado de forma transaccional bajo un
esquema cliente – servidor, con operación directa sobre bases de datos de código
abierto y ejecución sincronizada. De igual forma se desarrollara un sistema
multiusuario.
Se garantizará entonces una disponibilidad total del sistema con intervalos de
mantenimiento en caso de ser necesario, con una frecuencia a establecer según la
necesidad del cliente.

3
 Seguridad: Crear roles de administración que tengan la responsabilidad única de
autorizar credenciales de acceso al sistema e implementar protocolos de cifrado en
las transacciones de acceso al sistema

Usabilidad: Garantizar un corto tiempo por usuario de adaptación en cuanto a uso

del sistema se refiere, garantizar interfaces graficas intuitivas y documentar
claramente el sistema

Eficiencia: Garantizar un tiempo de respuesta al usuario menor a 5 segundos por

transacción y una actualización constante en tiempo real de la información en las
bases de datos

1.3. Definiciones, acrónimos y abreviaturas

Administrador: Rol de usuario con funciones adicionales al usuario por defecto

App: Abreviación de aplicativo de software
Algoritmo: Secuencia de pasos para lograr un objetivo de sistema
ATVUR: nombre del app que se está desarrollando
Back-end: Capa de acceso a datos de un app
Backup: Copia de información
Bd: Abreviación de base de datos
Casos de uso: Representación de una secuencia de información entre usuarios
Componente: componente con software encapsulado
Comando: instrucción sobre el sistema
Data: Abreviación de datos
Escenario: Agrupación de uno o más casos de uso
Ftp: Protocolo de transferencia de archivos
Front end: Capa de presentación de un app
Interface: Parte visible del front end
Java: lenguaje de programación orientado a objetos
Lenguaje de programación: conjunto de librerías, sintáxis y secuencias entendibles
para un computador
Login: Acción de iniciar sesión en un app
Novedad: reporte de situación anómala en el app
Operador: Rol de usuario con funciones de operación básica
Reporte: Información consolidada sobre la operación del app
Rol: caracterización adoptada por un usuario dentro del app
Uml: lenguaje de modelado de apps

4
 Web service: aplicación de software alojada como servicio para su consumo y
respuesta

1.4. Referencias

INGENIERÍA DE SOFTWARE Un enfoque práctico

Roger Pressman
McGraw – Hill
9786071503145

UML y patrones
Craig Larman
Pearson
9788420534381

5
2 Representación de la arquitectura.

Gráficamente a modo de diagrama de componentes, la arquitectura cliente servidor

para el sistema ATVUR se representa de la siguiente forma:

2.1 Metas y restricciones de la Arquitectura

Referente a los requisitos del sistema y su relación directa con la arquitectura a

implementar, se adjunta esta tabla donde se describe dicha relación:

Clasificación Descripción
Rendimiento Creación de instancias sobre la BD unitarias
Seguridad Implementación de encriptación en los
mensajes de login
Usabilidad Implementación de interfaces intuitivas y
creación de documentación de usuario
Eficiencia Tiempo ágil de respuesta al usuario por
medio de la implementación de consultas
en tiempo real a la BD
Disponibilidad Disponibilidad continua del app excepto en
periodos de mantenimiento

6
2.2 Reutilización

Por medio de la implementación de POO (programación orientada a objetos) en el

desarrollo del app ATVIR, se busca tener un alto grado de re implementación al hacer
uso de instancias a objetos, re implementación de métodos y clases, e
implementación de variables de sesión.

7
3. Vista lógica

Siendo parte de las etapas de diseño y de desarrollo del sistema ATVUR se ha hecho
necesario el desarrollo de diferentes tipos de diagramas que consolidan la creación
del sistema en general, todos enmarcados dentro de un modelo cliente – servidor.
A continuación se describe cada uno de los diagramas realizados:

Diagrama de despliegue (cliente / Servidor)

Diagrama de componentes

8
Diagrama de paquetes

Diagrama de clases

9
 Modelo entidad - Relación

3.1 Identificación de Subsistemas / 3.2 Estructuración por capas

A continuación se presentan los subsistemas identificados y traducidos para efectos

del diseño del App como paquetes de componentes:

Usuarios:
Subsistema que comprende las tareas de creación, almacenamiento y administración
de los usuarios del app, adicional de ser el subsistema encargado de controlar las
sesiones en el aplicativo.

Operación:
Subsistema encargado de gestionar asignaciones entre usuarios del aplicativo,
registrar la operación en general y registrar las novedades de operación

Reportes:
Subsistema encargado de consolidar la información en formato de reportes, tanto de
las novedades generadas en los turnos asignados como en el reporte de las
novedades generadas.

Base de datos:
Subsistema encargado de recibir, mantener y actualizar toda la información generada
por el aplicativo ATVUR.

10
 El siguiente es la representación en diagrama generada:

3.3 Diagrama de Clases del diseño

A continuación se presenta el diagrama generado con las clases diseñadas para el app
ATVUR:

11
4. Vista del proceso

A continuación se describe la secuencia e interacción de todos los casos de uso diseñados

para el aplicativo ATVUR mediante un diagrama de caso de uso.
Adicional se adjunta también la descripción técnicade cada uno de los casos de uso
diseñados.

Diagrama de caso de uso general ATVUR

Descripción de casos de uso:

CU1 Autenticación
Versión: 001
Descripción: El sistema debe permitir a los actores iniciar
sesión en el mismo
Precondición: Ninguna
# Paso Acción
1. Ingresar Usuario Iniciar sesión correctamente
2. Ingresar contraseña
3. Clic en el botón ingresar

12
Postcondición: Debo Visualizar el menú principal

CU2 Registro Roles

Versión: 001
Descripción: El sistema debe permitir almacenar el registro
de cada uno de sus actores bajo el rol de
administradores u operadores
Precondición: CU1
# Paso Acción
1. Ingresar Documento identidad Guardado exitoso del registro
2. Ingresar nombres completos
3. Ingresar apellidos completos
4. Seleccionar Rol
5. Guardar Registro
Postcondición: Debo Visualizar el menú principal

CU3 Asignaciones
Versión: 001
Descripción: El sistema debe permitir a un administrador
asignar turnos de trabajo a un operador
Precondición: CU1, CU2
# Paso Acción
1. Seleccionar fecha y hora Guardado exitoso de la asignación
2. Seleccionar Operador
3. Guardar asignación
Postcondición: Debo Visualizar el menú principal

CU4 Operación
Versión: 001
Descripción: El sistema debe permitir interactuar al
Administrador o al Operador con este módulo
durante todo el tiempo que dura su turno
asignado
Precondición: CU1, CU2, CU3
# Paso Acción
1. Reportar actividad normal en el Guardado exitoso de la actividad e
formulario de actividades de turno instanciación del módulo de novedades en caso
2. Guardar cada suceso de ser necesario
3. Crear novedades en caso de ser

13
 necesario (CU4.1)
Postcondición: Debo Visualizar el menú principal

CU 4.1 Novedades
Versión: 001
Descripción: Al ser instanciado el módulo de novedades el
sistema debe permitir al Administrador o al
Operador registrar actividades de tipo novedad
, las cuales serán las siguientes:
 Reporte de hurto en el turno asignado
Situación de violencia manifiesta
 Accidente de tránsito al interior de la
unidad
 Muerte
 Incendio o conflagración
Precondición: CU1, CU2, CU3, CU4
# Paso Acción
1. Reportar novedad en el formulario de Guardado exitoso de la novedad
novedades
2. Redactar una pequeña descripción de
la novedad
3. Establecer hora y fecha puntual
4. Guardar el registro de la novedad
Postcondición: Debo Visualizar el menú principal

CU5 Reporte Operación

Versión: 001
Descripción: El sistema debe permitir al Administrador
generar un reporte general de la gestión
realizada por el aplicativo para consolidar la
información de:
 Totalidad de usuarios y contraseñas
 Usuarios y roles registrados
 Totalidad Asignaciones y las actividades
realizadas en cada turno
 Totalidad de las novedades reportadas
Precondición: CU1, CU2, CU3, CU4
# Paso Acción
1. Iniciar sesión como administrador Generación del reporte requerido
2. Ingresar al módulo de Reportes
3. Seleccionar el tipo de reporte deseado
Postcondición: Debo Visualizar el menú principal

14
4.1 Diagramas de secuencia

A continuación se adjunta el diagrama de secuencia que obedece al comportamiento del

app ATVUR:

15
 5. Vista de datos

A continuación se adjunta la vista general de datos creada para la app ATVUR, descrito
desde las entidades

5.1 Modelo de datos

A continuación se adjunta el modelo de datos creado para la app ATVUR

16
5.2 Diccionario de datos

A continuación se presentan las entidades con cada uno de sus atributos y detalles de los
mismos a modo de diccionario de datos:

Entidad TBL_USUARIOS
Nombre Tipo
usuario Varchar (15)
password Varchar (15)
Entidad TBL_REGISTRO
Nombre Tipo
id_Persona Int
usuario Varchar (50)
primer_nombre Varchar (50)
segundo_nombre Varchar (50)
primer_apellido Varchar (50)
segundo_apellido Varchar (50)
rol Varchar (50)
ultima_asignacion Date

Entidad TBL_ASIGNACION
Nombre Tipo
id_Asignacion Int
fecha Date
hora_inicio Date
hora_fin Date
usuario Varchar (50)
id_Persona Int
rol Varchar (50)

Entidad TBL_NOVEDADES
Nombre Tipo
id_Novedad Int
id_Asignacion Int
id_Operacion Int
desc_Novedad Varchar (200)
id_persona Int

Entidad TBL_OPERACION
Nombre Tipo
id_Operacion Int

17
id_Asignacion Int
fecha Date
hora_inicio Date
hora_fin Date
id_Persona Int
desc_actividades Varchar (200)

Entidad TBL_REPORTES
Nombre Tipo
id_Reporte Int
usuario Varchar (50)
Id_Persona Int
rol Varchar (50)
id_Asignacion Int
id_Operacion Int
id_Novedad Int

18
 6. Vista de Interacción

A continuación se presentan las relaciones y sus correspondientes tipos entre las

entidades que conforman el app ATVUR:

Entidad Relación Entidad

USUARIOS Control ASIGNACION
USUARIOS Validación REGISTRO
REGISTRO Control REPORTES
REGISTRO Validación USUARIOS
ASIGNACION Control OPERACIÓN
ASIGNACION Control REPORTES
ASIGNACION Control NOVEDADES
OPERACIÓN Control ASIGNACION
OPERACIÓN Control REPORTES
OPERACIÓN Control NOVEDADES
NOVEDADES Control ASIGNACION
NOVEDADES Generación REGISTRO
NOVEDADES Control REPORTES
NOVEDADES Control OPERACIÓN
REPORTES Control USUARIOS
REPORTES Control ASIGNACION
REPORTES Control NOVEDADES
REPORTES Control OPERACIÓN
REPORTES Control REGISTRO

6.1 Interfaces de Usuario.

A continuación se adjuntan los prototipos de interfaces gráficas diseñadas para el app

ATVUR:

Autenticación:
Es el proceso mediante el cual se inicia sesión en el sistema:

19
Registro de Operadores:
Es el proceso mediante el cual se crean nuevos usuarios o administradores en el sistema:

Asignaciones:
Es el proceso mediante el cual un usuario administrador asigna los turnos de operación a
los usuarios operadores, se ingresa allí la fecha del turno y sus horarios de entrada y de
salida, el proceso a seguir se describe en el siguiente gráfico:

Operación:

20
Es el proceso mediante el cual el usuario operador registra su turno y las actividades
desempeñadas durante el turno, el proceso a seguir se describe en el siguiente gráfico:

Novedades:
Es el proceso mediante el cual el usuario operador registra las actividades extraordinarias
ocurridas durante el turno que se le fue asignado, el proceso a seguir se describe en el
siguiente gráfico:

Reporte de Operación:
Es el proceso mediante el cual un usuario administrador consolida la información generada
durante el desarrollo de los turnos asignados, el proceso a seguir se describe en el siguiente
gráfico:

21
22
 7. Vista de seguridad

Descripción de los siguientes componentes de seguridad:

Sistema de Acceso

Para el acceso al sistema ATVUR se ha establecido desarrollar un sistema de autenticación

clásico basado en usuario y contraseña. Consiste en desarrollar una autenticación única
basada en consulta a base de datos alimentada previamente por el módulo de registro de
usuarios del aplicativo.

Este sistema de contraseñas contendrá las siguientes características:

Característica Descripción
Formato El formato del usuario es libre, como requisito
no debe ser un usuario existente.
El formato de la contraseña debe contener por
lo menos un número y un carácter especial.
Ambos valores no deben contener espacios en
blanco
Manejo de sesiones El aplicativo ATVUR solo debe permitir una
sesión por usuario, no se permiten sesiones
múltiples
Vencimiento de contraseñas El sistema ATVUR validará que una contraseña
no tenga más de un año de creada, de ser así
deberá reemplazarse por una nueva
Modificación de contraseñas La tarea de modificación de contraseñas estará
disponible en cualquier momento, su acceso
será por medio de la pantalla de inicio de
sesión y como requisito tendrá el ingreso de la
contraseña actual del correspondiente usuario

Cifrado de datos

Para el desarrollo de la aplicación ATVUR y su método de autenticación se implementará

el método de cifrado AES, el cual es un método de cifrado simétrico que consiste en cifrar
la información haciendo uso de varias sustituciones, permutaciones y transformaciones
lineales, ejecutadas en bloques de datos de 16 bytes que se repiten una y otra vez.

El método AES podría describirse de la siguiente manera: AES crea y almacena una clave
de cifrado principal en una matriz con el fin de generar una tabla que contiene varias
claves. Estas claves se conocen como claves redondas.

23
Además, también divide la información a cifrar en bloques de 16 bits los cuales son
copiados en una matriz bidimensional llamada matriz de estado.

Una vez tiene la matriz de estado y las claves redondas, realiza una operación XOR entre
ambas. Después, realiza una sustitución de bytes sirviéndose de una tabla de sustitución
adicional. Seguidamente, realiza un cambio entre las mismas filas de la matriz de estado.
Por último, realiza el cambio entre las columnas de la matriz. Este proceso se repite por lo
menos 10 veces.

Una vez que se completa la ejecución, el algoritmo muestra la matriz de estado en forma
de texto cifrado.

A idea es implementar este cifrado por medio de las implementaciones que se consiguen
en las librerías de java.

24
 8. Vista de Implementación

8.1 Herramientas de Desarrollo e implementación

A continuación se describen las herramientas tecnológicas que se usarán en el desarrollo e

implementación del app ATVUR. Son los siguientes:

IDE: Se contempla la posibilidad de usar como herramienta de desarrollo el entorno

integrado de desarrollo INTELLIJ Idea, como una segunda opción se contempla la
implementación del IDE Eclipse.

Lenguaje de Programación: Como lenguaje de programación se ha optado acorde al

desarrollo del curso y a la experiencia personal, la implementación de Java como lenguaje
de codificación y la implementación de UML como lenguaje de modelado y diseño.

Base de datos: Se implementará un motor de bases de datos gratuito, se contempla como

primera posibilidad la implementación de un motor y base de datos basado en MySql

8.2 Paquetes/Componentes

Las relaciones entre paquetes de componentes se realizará por medio de la

implementación de consultas directas a la BD, no exisitrá la implementación de servicios
web de consulta debido a que el aplicativo ATVUR trabaja en un entorno local. Los
paquetes de componentes a implementar en el app ATVUR. Son los siguientes:

Diagrama de paquetes para el sistema Administración de turnos de vigilancia en

unidades residenciales:

25
Diagrama de componentes para el sistema Administración de turnos de vigilancia en
unidades residenciales:

26
 8.3 Vista de Administración

En la siguiente tabla se describe tanto el rol de administrador como sus operaciones

asignadas desde el punto de vista de diseño del app ATVUR:

Tipo de usuario Administrador

Responsabilidad Configuración, Control y dominio del sistema
Habilidades Conocimiento del aplicativo, identificación de
capacidades de los usuarios, diferenciación de
funciones entre roles, roles y perfiles de usuarios
Actividades Configuración inicial del app, Registro de usuarios,
asignación de roles, gestión de la operación y
generación e interpretación de reportes
Interacción con el Control
sistema

27