DISEÑO UML DE LA HERRAMIENTA TABLA DE CONTENIDO

(1)

____

Traza

M

___________

abilidad de prod

TRAZAB CONSUMIB MEDIANTE S

___________

ductos en almac planta, median

ILIDAD DE P BLES, MATE

SISTEMAS D

__________

cén, producto te nte sistemas de

PRODUCTO ERIAS PRIMA

DE INFORM

___________

erminado, consu e información pa

OS EN ALMA AS Y DESPA MACIÓN PAR

___________

umibles, materia ara seguimiento

ACÉN, PROD ACHOS REA RA SEGUIMI

__________

as primas y des o y codificación.

DUCTO TER ALIZADOS E

IENTO Y CO

___________

pachos realizad

RMINADO, EN PLANTA ODIFICACIÓ

_____

dos en

A, N

(2)

____________________________________________________________________________

Trazabilidad de productos en almacén, producto terminado, consumibles, materias primas y despachos realizados en planta, mediante sistemas de información para seguimiento y codificación.

Actividad: DISEÑO UML DE LA HERRAMIENTA TABLA DE CONTENIDO

PARTE I – SISTEMA EN LA LÍNEA DE CONTROL Y SEGUIMIENTO DE ACTIVOS ... 4

INTRODUCCIÓN... 4

1. ANÁLISIS DE NECESIDADES Y REQUERIMIENTOS FUNCIONALES PARA LA IMPLEMENTACIÓN DE UN SISTEMA EN LA LÍNEA DE CONTROL Y SEGUIMIENTO DE ACTIVOS. ... 4

2. ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE ... 5

2.1. INTRODUCCIÓN ... 5

2.1.1. Propósito ... 5

2.1.2. Alcance ... 5

2.1.3. Definiciones, siglas y abreviaturas ... 6

2.1.4. Apreciación Global ... 6

2.2. DESCRIPCIÓN GLOBAL ... 6

2.2.1. Perspectiva del producto ... 6

2.2.2. Funciones del producto ... 7

2.2.3. Características de Usuario ... 7

2.2.4. Restricciones ... 8

2.3. REQUERIMIENTOS ESPECÍFICOS ... 8

2.3.1. DISEÑO DEL MODELO GENERAL DE CASOS DE USO. ... 9

2.3.2. CUA01 ADMINISTRACIÓN ... 11

2.3.3. CUA02 CONFIGURACIÓN ... 69

2.3.4. CUA03 ACTIVOS ... 74

2.3.5. CUA04 REPORTES ... 106

PARTE II – SISTEMA PARA CONTROL DE PRODUCTOS EN AMBIENTES DE BODEGA . 110 INTRODUCCIÓN... 110

3. ANÁLISIS DE NECESIDADES Y REQUERIMIENTOS FUNCIONALES PARA LA IMPLEMENTACIÓN DE UN SISTEMA EPC BASADO EN TECNOLOGÍA RFID PARA AMBIENTES DE BODEGA ... 110

4.1.1. Propósito ... 111

4.1.2. Alcance ... 111

4.1.4. Apreciación Global ... 112

(3)

____________________________________________________________________________

2.3.2. CUB01 ADMINISTRACIÓN ... 117

4.3.3. CUB02 CONFIGURACIÓN ... 172

4.3.4. CUB03 PRODUCTOS ... 176

4.3.5. CUB04 MOVIMIENTOS ... 195

4.3.6. CUB05 DISPOSITIVOS MÓVILES ... 207

4.3.7. CUB06 REPORTES ... 218

PARTE III – SISTEMA PARA CONTROL DE PRODUCTOS EN SUPERFICIES ABIERTAS . 224 INTRODUCCION... 224

5. ANÁLISIS DE NECESIDADES Y REQUERIMIENTOS FUNCIONALES PARA LA IMPLEMENTACIÓN DE UN SISTEMA EPC BASADO EN TECNOLOGÍA RFID PARA SUPERFICIES ABIERTAS ... 224

6.1.1. Propósito ... 226

6.1.2. Alcance ... 226

6.1.4. Apreciación global ... 227

6.3.2. CUS01 ADMINISTRACIÓN ... 231

6.3.3. CUS02 CONFIGURACIÓN ... 283

6.3.4. CUS03 PRODUCTOS ... 287

6.3.5. CUS04 MOVIMIENTOS ... 313

6.3.6. CUS05 REPORTES ... 322

(4)

____________________________________________________________________________

PARTE I

SISTEMA EN LA LÍNEA DE CONTROL Y SEGUIMIENTO DE ACTIVOS

INTRODUCCIÓN

De acuerdo a los procesos discutidos para la implementación de una aplicación de RFID, se deben elaborar unos diseños que sirvan de base para la descripción del funcionamiento del sistema. Los diseños en UML elaborados (casos de uso y escenarios) facilitarán la descripción del sistema desde el punto de vista del usuario u observador externo, enfatizando en el “qué”

más que en el “cómo”, es decir, la descripción de las tareas que debe realizar el sistema, más no cómo las debe hacer, separando funcionalidad de implementación.

Se ha considerado que una de las aplicaciones de RFID a implementar se encuentra en la línea de Control y Seguimiento de Activos. Para lograr esto, se ha trabajado primero en una etapa de recolección de requerimientos desde el punto de vista del cliente y del proveedor, de modo que se pueda reunir toda la información necesaria y los aspectos a tener en cuenta para la implementación del sistema. Una vez, los requerimientos estén claros, se dará inicio a la elaboración documental de los diseños de casos de uso y los escenarios relacionados que de éstos se deriven. Ésta documentación será de gran utilidad en los procesos de implementación de la aplicación y pruebas del sistema.

1. ANÁLISIS DE NECESIDADES Y REQUERIMIENTOS FUNCIONALES PARA LA IMPLEMENTACIÓN DE UN SISTEMA EN LA LÍNEA DE CONTROL Y SEGUIMIENTO DE ACTIVOS.

La implementación de una solución tecnológica para el control y seguimiento de activos, contiene características particulares, dentro de las cuales se pueden mencionar las siguientes:

administración centralizada de activos, interfaz de visualización de locaciones, alertas y notificaciones de movimientos de activos, mantenimientos y bajas, intercambio de archivos con sistemas existentes, reportes históricos de transacciones de activos, entre otros.

En el mercado encontramos diversas aplicaciones para la administración de activos, que manejan tecnología de código de barras, y algunas de ellas extienden su funcionalidad con tecnología RFID. A modo de mención, se relacionan las siguientes:

PRODUCTO DESCRIPCIÓN PROVEEDO

R AeroScout

MobileView 4.0

Suministra una plataforma para manejar aplicaciones sensibles al contexto y para automatizar y mejorar procesos comerciales mediante la integración de la localización de activos y la visibilidad de datos en tiempo real. (Seguimiento inalámbrico de activos, Código de barras). http://www.aeroscout.com/

AeroScout

AssetManag e Asset Tracking

Software

Mantiene la trazabilidad de los activos, información asociada a éste (responsable, costo, cálculo de la depreciación, capacidades multiusuario). La aplicación incluye módulos de reportes administrables e impresión de código de barras.

http://www.assetmanagesoftware.com/Default.aspx

Liberty Street Software

WiseTrack Software para administración de activos; es una aplicación basada en servicios Web y cliente-servidor. Integra tecnologías como: RFID (Seguimiento de activos con tags y lectoras inalámbricas), dispositivos móviles para escaneo, código de barras, integración de plataformas (Windows, Palm, PocketPC, Web-ASP.NET) http://www.wisetrack.com/index.html

Tvl Inc.

(5)

____________________________________________________________________________

Visual Asset Manager

Administración visual de activos (interfaz configurable con mapas de la compañía), entrada y salida de activos, administración de empleados, depreciación. Provee módulos para el manejo de código de barras y opcionalmente soporte para el uso de dispositivos con RFID http://www.netsimplicity.com/products/vam/index.asp

NetSimplicity

Scan Asset Software para la administración de inventarios y localización de activos, costo, depreciación, imágenes, entre otros. Mantiene el registro histórico de los movimientos de un activo. (Código de barras)

http://www.nationalbarcode.com/Asset- Tracking/ScanAsset_Details.htm

Nacional Barcode

MobileAsset Administración de activos, ubicación, entradas, salidas, mantenimiento, depreciación, periodo de garantía y expiración.

Utiliza dispositivos móviles, aplicación de escritorio, código de barras. Conciliación de inventarios.

http://www.waspbarcode.com/asset_management/mobile_asset .asp

Wasp Barcode Technologies

2. ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE

2.1. INTRODUCCIÓN

2.1.1. Propósito

El objetivo de esta sección, es documentar la especificación de requerimientos de software para la implementación del sistema de control y seguimiento de activos, como punto de referencia para la evaluación de las expectativas proyectadas para el producto.

El documento está enfocado tanto a diseñadores y desarrolladores del sistema, como al usuario final del producto

2.1.2. Alcance

El software desarrollado para control y seguimiento de activos, debe reunir las características necesarias para soportar la administración de activos dentro de una empresa. Las características fundamentales que debe contener son las siguientes:

- Los activos deben identificarse con un código único dentro del sistema

- El software debe llevar un control del activo desde su ingreso a la empresa, hasta que su ciclo de vida se haya cumplido o hasta su permanencia dentro de la empresa.

- El sistema debe identificar la ubicación física del activo, dentro de la organización en cualquier momento que se requiera.

- Se debe llevar un registro de las transacciones o movimientos de un activo dentro de las instalaciones de la empresa.

El software proveerá a la empresa de una herramienta administrativa, que le permitirá controlar en tiempo real los activos de la empresa, utilizando tecnología de RFID

(6)

____________________________________________________________________________

2.1.3. Definiciones, siglas y abreviaturas

2.1.3.1. Definiciones

Base de Datos: Una gran colección de datos actualizables que están organizados de manera útil para ser empleados por una aplicación.

Caso de Uso: Técnica utilizada para la especificación de requisitos de software de un sistema.

Escenario: representa la interacción del usuario con el sistema o incluso del mismo sistema con otros sistemas o componentes.

Tag: Etiqueta que contiene un chip, con información asociada a un ítem determinado, utilizado como receptor de las señales de RFID enviadas por antenas, para transmitir información del ítem cuando le sea solicitado.

Antena: Dispositivo encargado de emitir y recibir las ondas de radiofrecuencia de su área de influencia y transmitir la información contenida en los tags a la lectora.

Lectora: Dispositivo encargado de enviar señales y comandos de lectura/escritura a las antenas y entenderse con la aplicación software empresarial.

2.1.3.2. Acrónimos

RFID: Identificación por Radiofrecuencia UML: Lenguaje de Modelado Unificado

2.1.4. Apreciación Global

Este documento contiene una descripción detallada de los requerimientos funcionales de la aplicación software para la administración de activos. La sección 2.2 contiene la definición de los requerimientos del software de manera global y la sección 2.3 incluye la descripción de los casos de uso y escenarios relacionados con estos requisitos con un poco más de detalle.

2.2. DESCRIPCIÓN GLOBAL

2.2.1. Perspectiva del producto

El producto desarrollado funciona de manera independiente a los sistemas existentes en la empresa. En caso que requiera obtener información existente de otros sistemas, o enviar información procesada del sistema de activos, se realizará este proceso a través del intercambio de archivos planos, con una estructura definida.

A continuación se hace una descripción global de los componentes que intervienen en el sistema de control de activos a implementar:

(7)

____________________________________________________________________________

Figura 1. Componentes del sistema

2.2.2. Funciones del producto

2.2.2.1. Ingreso de activos

El sistema debe permitir el registro de activos cuando ingresen a la empresa por primera vez, verificando un código de identificación único por cada ítem que ingrese, y almacenando información descriptiva del mismo. Ésta información debe quedar disponible para el proceso de asociación de la etiqueta (tag) que se ubicará en el activo.

2.2.2.2. Monitoreo de activos

El sistema permitirá hacer una verificación en tiempo real de la ubicación de los activos, detectar sus movimientos y registrar anormalidades que se puedan presentar.

2.2.2.3. Registro de transacciones de activos

El sistema llevará el registro histórico de todas las transacciones que ha sufrido un activo desde su ingreso a la empresa. Ésta información será visualizada en un reporte individual por activo.

2.2.3. Características de Usuario

2.2.3.1. Arquitecto de software / Desarrollador de Software

Estos individuos son los responsables del diseño, desarrollo e implementación del software y serán los encargados de interactuar con el sistema, para depurarlo y verificar que el producto funcione correctamente.

2.2.3.2. Administrador del Sistema

SISTEMA SOFTWARE PARA CONTROL DE ACTIVOS POR RFID

COMPONENTE CONCENTRADOR HARDWARE (LECTORA)

BD ACTIVOS

TAG TAG TAG

ANTENAS

(8)

____________________________________________________________________________

Este usuario será el encargado de gestionar la herramienta una vez se haya terminado el desarrollo de la misma por parte del equipo de desarrollo. Tendrá acceso a todas las funcionalidades que ésta provea.

2.2.3.3. Usuario Registrado

Dentro de la aplicación, éste usuario podrá acceder a módulos de consulta y utilizar algunas funcionalidades que sean asignadas por el administrador del sistema.

2.2.4. Restricciones

Teniendo en cuenta la característica de radiofrecuencia que manejará la aplicación, se debe prestar atención en las limitaciones que impone la propia tecnología, como la frecuencia de trabajo de los dispositivos (UHF), el material de los activos que serán marcados y las condiciones del ambiente que generan ruido electromagnético, pudiendo generar interferencia en la lectura y obtención de datos del sistema.

2.3. REQUERIMIENTOS ESPECÍFICOS

De los requerimientos recolectados que pueden demandar los usuarios finales de un sistema para el control y seguimiento de activos, se pueden mencionar los siguientes:

- El sistema debe permitir la creación de usuarios y validar el ingreso a la aplicación por perfiles de usuario.

- El sistema debe permitir la creación y administración de áreas, departamentos o locaciones de la empresa, donde estarán ubicados los activos.

- El sistema debe permitir la creación y administración de datos básicos de fabricantes y proveedores.

- El sistema debe permitir la creación de empleados que estarán a cargo de los activos dentro de la empresa.

- El sistema debe permitir la creación de activos que ingresen a la empresa.

- Además el sistema debe incluir la administración de categorías y subcategorías de clasificación de activos.

- La aplicación tendrá la capacidad de almacenar imágenes y documentos asociados a un activo (fotografías, manuales, instructivos).

- Para los activos que se encuentren registrados en el sistema, se deben tener opciones de actualización de estado, traslados, disponibilidad, entre otros.

- En caso que los atributos (campos) definidos para un activo no sean suficientes, la aplicación debe permitir la creación de nuevos campos, de modo que sea adaptable por la empresa.

- El sistema debe mantener la información o el registro histórico de un activo cuando éste es dado de baja o se ha extraviado.

- El sistema debe facilitar el intercambio de información a través de archivos planos, con sistemas existentes en la empresa, en ambos sentidos (Importación/Exportación) - El sistema debe incluir métodos de depreciación de activos, que permitan llevar un

control del estado y valor de los mismos.

- El sistema debe ser configurable para incluir notificaciones (alertas de correo) de vencimiento de garantías, mantenimientos de activos, a los usuarios responsables de los mismos.

- El sistema debe permitir la generación de reportes parametrizables (consolidado de activos, por área o departamento, histórico por activo, entre otros)

- El sistema debe tener opciones para administrar copias de seguridad de la base de datos de la aplicación.

- El sistema debe incluir un módulo de configuración de parámetros, para administrar valores predeterminados para conexiones y comunicación con otros dispositivos.

(9)

____________________________________________________________________________

Otras consideraciones como las que se mencionan a continuación, serán tenidas en cuenta en fases posteriores al primer desarrollo, como elementos de mejoramiento de la aplicación:

- El sistema debe considerar la emisión de avisos (alarmas sonoras o visuales) cuando un activo no se encuentre en su ubicación correspondiente, sin haber hecho el registro del traslado correspondiente y de ser posible, almacenar el registro fotográfico del evento en el momento en que ocurre.

- El sistema debe permitir la obtención de un informe de conciliación de inventario de activos al realizar inventarios móviles.

- El sistema debe facilitar la visualización de la ubicación de los activos en un mapa o plano referenciado de la estructura física de la empresa.

Para realizar una descripción más detallada de cada uno de éstos requerimientos, se utilizará para el diseño del software, algunos elementos del lenguaje UML. En la siguiente sección se presentará la organización de requerimientos por casos de uso empaquetados y la correspondiente interacción con los actores que puede tener la aplicación.

2.3.1. DISEÑO DEL MODELO GENERAL DE CASOS DE USO.

El siguiente diagrama representa los casos de uso empaquetados que contienen los requerimientos funcionales del sistema para el control y seguimiento de activos, a implementar dentro del presente proyecto:

Figura 2. Modelo General de Casos de Uso para una aplicación de control de activos

En este modelo se incluyen dos actores específicos: el primero, actor Administrador, quien tiene la facultad de gestionar todas las funcionalidades de la aplicación, como se mencionó anteriormente, y el Usuario Registrado, quien tendrá permisos restringidos de acuerdo a la configuración dada por el administrador. En este caso, se pueden mencionar como actores el sistema de la lectora y el sistema de activos, cuando cada uno de ellos interviene de manera protagónica en un módulo determinado.

Ahora, se presentarán los requerimientos incluidos en cada paquete, de la siguiente manera:

CUA01 Administración

CUA02 Configuración

CUA03 Activos

CUA04 Reportes

Administrador Usuario Registrado

«uses»

(10)

____________________________________________________________________________

Paquete CUA01 Administración: reúne las funcionalidades que le permiten al sistema alimentar la información general de usuarios y datos generales de áreas, locaciones, proveedores y empleados, para la administración del sistema de activos.

Paquete CUA02 Configuración: reúne las funcionalidades que le permiten al sistema alimentar la información de fuentes externas como importación/exportación de archivos, y configuración de parámetros de funcionamiento.

Paquete CUA03 Activos: reúne las funcionalidades que son el centro del proyecto como son el registro propio de activos, clasificación, estados, traslados, marcación y seguimiento de los mismos.

Paquete CUA04 Reportes: reúne las funcionalidades que le permiten al sistema mostrar al usuario información útil acerca de los activos que pertenecen a la empresa.

(11)

____________________________________________________________________________

2.3.2. CUA01 ADMINISTRACIÓN

Los casos de uso considerados dentro de este paquete son los siguientes:

CUA01 ADMINISTRACIÓN

CUA01-02 Modificar Usuario

CUA01-03 Eliminar Usuario

CUA01-04 Asignar Permiso CUA01-01 Crear

Usuario

CUA01-05 Crear Área

CUA01-06 Modificar Área

CUA01-07 Eliminar Área

CUA01-08 Crear Locación

CUA01-09 Modificar Locación

CUA01-10 Eliminar Locación

CUA01-14 Crear Proveedor

CUA01-15 Modificar Proveedor

CUA01-16 Eliminar Proveedor CUA01-11 Crear

Empleado

CUA01-12 Modificar Empleado

CUA01-13 Eliminar Empleado

«uses»

CUA01-18 Ingresar a la Aplicación

CUA01-19 Cambiar Contraseña

«uses»

CUA01-17 Generar Copia de Seguridad

«uses»

CUA01-21 Crear Agencia

CUA01-22 Modificar Agencia

CUA01-23 Eliminar Agencia

CUA01-24 Crear Lectora

CUA01-25 Modificar Lectora

CUA01-26 Eliminar Lectora Usuario Registrado

CUA01-27 Crear Antena

CUA01-28 Modificar Antena

CUA01-29 Eliminar Antena

CUA01-30 Crear Punto de Control

CUA01-31 Modificar Punto de Control

CUA01-32 Eliminar Punto de Control CUA01-20 Asignar

Tag a Empleado

«uses»

Administrador

«extends»

CUA01-33 Crear Cargo

CUA01-34 Modificar Cargo

CUA01-35 Eliminar Cargo

«uses»

(12)

____________________________________________________________________________

2.3.2.1. CUA01-01 Crear Usuario

CUA01-01 Crear Usuario Caso de Uso Crear Usuario

Descripción Permitirá al actor ingresar un nuevo usuario al sistema de activos Actores Administrador

Pre-Condición -

Post-Condición Registro de un nuevo usuario en el sistema.

Eventos Excepcionales

En caso que los datos ingresados sean incorrectos, el sistema no permitirá el registro del nuevo usuario.

Dependencias -

Requerimientos El usuario debe conservar un código único al interior del sistema. El Login de usuario debe ser único.

Escenarios El actor ingresará a la interfaz de Usuarios y el sistema mostrará los usuarios registrados; luego seleccionará la opción Crear para registrar un nuevo usuario. El sistema mostrará una interfaz donde el actor ingresará los datos y luego seleccionará la opción Guardar; el sistema validará los datos, verificando valores nulos en campos obligatorios o valores duplicados con otros usuarios registrados.

En caso que los datos ingresados sean incorrectos, el sistema desplegará un mensaje informativo indicando que no se creará el registro de usuario;

en caso contrario, se creará el nuevo usuario para el sistema de activos.

Administrador Interfaz: Usuarios Interfaz: Crear Usuario Control: Base de Datos Base de Datos

Interfaz: Crear Usuario Ingresar datos del usuario

Seleccionar opción Guardar

Validar Datos

Consulta Resultados

Validar Integridad Datos Inválidos

La validación consiste en verificar datos nulos en campos obligatorios o valores duplicados con otros usuarios registrados en la base de datos

Escenario 1. Creación de usuario con valores nulos o duplicados

Interfaz: Usuarios

Consulta

Resultados (Usuarios registrados) Seleccionar opción Crear Usuario

(13)

____________________________________________________________________________

2.3.2.2. CUA01-02 Modificar Usuario

CUA01-02 Modificar Usuario Caso de Uso Modificar Usuario

Descripción Permitirá al actor actualizar los atributos de un usuario interno en el sistema de control de activos.

Actores Administrador

Pre-Condición La información de usuarios debe encontrarse disponible en el sistema.

Post-Condición La información del usuario actualizada.

En caso que los datos ingresados sean incorrectos, el sistema no permitirá la actualización del usuario.

Dependencias CUA01-01 Crear Usuario

Requerimientos El usuario debe conservar un código único al interior del sistema. El Login de usuario debe ser único.

Escenarios El actor ingresará a la interfaz de Usuarios y el sistema listará los usuarios registrados; luego el actor buscará el usuario que desea actualizar, seleccionará el usuario correspondiente y después la opción Modificar. El sistema desplegará una interfaz donde el actor podrá editar los atributos del usuario; luego seleccionará la opción Guardar; el sistema validará los datos, verificando valores nulos en campos obligatorios o valores duplicados con otros usuarios registrados.

En caso que los datos modificados sean incorrectos, el sistema desplegará un mensaje informativo indicando que no se actualizará el registro de usuario; en caso contrario, se actualizará el usuario para el sistema de activos.

Administrador Interfaz: Usuarios Interfaz: Crear Usuario Control: Base de Datos Base de Datos

Interfaz: Crear Usuario Ingresar datos del usuario

Validar Datos

Consulta Resultados

Validar Integridad

Creación exitosa de usuario

Escenario 2. Creación de usuario con valores correctos

Interfaz: Usuarios

Consulta

Resultados (Usuarios registrados) Seleccionar opción Crear Usuario

Insert

(14)

____________________________________________________________________________

Administrador Interfaz: Usuarios Interfaz: Modificar Usuario Control: Base de Datos Base de Datos

Interfaz: Modificar Usuario Actualizar datos del usuario

Validar Datos

Consulta Resultados

Escenario 1. Actualización de usuario con valores nulos o duplicados

Filtrar usuarios por nombre Seleccionar opción Buscar

Consulta

Resultados (Usuarios registrados)

Seleccionar usuario Seleccionar opción Modificar

Interfaz: Usuarios

Consulta Resultados

Administrador Interfaz: Usuarios Interfaz: Modificar Usuario Control: Base de Datos Base de Datos

Interfaz: Modificar Usuario Actualizar datos del usuario

Validar Datos

Consulta Resultados

Validar Integridad

Actualización exitosa de usuario

Escenario 2. Actualización de usuario con valores correctos

Consulta

Seleccionar usuario Seleccionar opción Modificar

Interfaz: Usuarios

Consulta Resultados

Update

(15)

____________________________________________________________________________

2.3.2.3. CUA01-03 Eliminar Usuario

CUA01-03 Eliminar Usuario Caso de Uso Eliminar Usuario

Descripción Permitirá al actor borrar el registro de un usuario interno del sistema de Control de Activos

Post-Condición Usuario eliminado de manera permanente en el sistema.

-

Requerimientos No se podrán eliminar usuarios activos o que tengan registros relacionados en el sistema, ni el usuario de la sesión activa.

Escenarios El actor ingresará a la interfaz de Usuarios y el sistema listará los usuarios registrados; luego el actor buscará el usuario que desea eliminar, seleccionará el usuario correspondiente y después la opción Eliminar. El sistema emitirá un mensaje de confirmación de eliminación, y una vez el actor acepte, validará que el usuario seleccionado no tenga registros relacionados en el sistema ni sea el usuario de la sesión activa. En caso de tener algún registro asociado, el sistema emitirá un mensaje informativo indicando que la eliminación no pudo realizarse. En caso contrario, informará al actor que la eliminación del usuario se ha realizado exitosamente en el sistema de activos.

Administrador Interfaz: Usuarios Control: Base de Datos Base de Datos

Escenario 1. Cancelación de eliminación de usuario en mensaje de confirmación

Consulta Resultados (Usuarios registrados)

Seleccionar usuario Seleccionar opción Eliminar

Interfaz: Usuarios

Consulta Resultados

Mensaje de confirmación Seleccionar opción No Eliminar

(16)

____________________________________________________________________________

2.3.2.4. CUA01-04 Asignar Permiso

Validar Datos

Consulta Resultados

Validar Integridad Eliminación no exitosa de usuario

La validación consiste en verificar que el usuario a eliminar no tenga registros relacionados en el sistema y/o la sesión no se encuentre en uso

Escenario 2. Eliminación no exitosa de usuario

Consulta

Interfaz: Usuarios

Consulta Resultados

Mensaje de confirmación Seleccionar opción Eliminar

Validar Datos

Consulta Resultados

Validar Integridad

Eliminación exitosa de usuario

La validación consiste en verificar que el usuario a eliminar no tenga registros relacionados en el sistema y/o la sesión no se encuentre en uso

Escenario 3. Eliminación exitosa de usuario

Consulta

Interfaz: Usuarios

Consulta Resultados

Delete

(17)

____________________________________________________________________________

CUA01-04 Asignar Permiso Caso de Uso Asignar Permiso

Descripción Permitirá al actor asignar permisos de administración dentro del sistema de control de activos a un usuario registrado.

Post-Condición Registro de un nuevo permiso de usuario en el sistema.

-

Requerimientos Para usuarios sin permisos, la asignación creará un nuevo registro y para quienes ya tienen asignación de permisos realizará una actualización.

Escenarios El actor ingresará a la interfaz de permisos y el sistema desplegará la información de los usuarios registrados; el actor podrá seleccionar el usuario correspondiente y la opción Asignar Permiso. El sistema mostrará una interfaz con las opciones de administración del sistema de activos para que el actor configure el permiso del usuario; luego seleccionará la opción Guardar y el sistema desplegará un mensaje informativo indicando que el permiso se ha asignado exitosamente.

Administrador Interfaz: Permisos Interfaz: Asignar Permiso Control: Base de Datos Base de Datos

Interfaz: Asignar Permiso Seleccionar permisos de administración

Asignar Permiso

Insert o Update Asignación exitosa de permiso

Si el usuario no tiene permisos asignados, se crea un nuevo permiso en el sistema;

en caso que ya tenga configurado permisos, se actualizan los permisos seleccionados

Escenario 1. Asignación de permiso de usuario

Consulta

Resultados (Usuarios registrados) Seleccionar usuario

Seleccionar opción Asignar Interfaz: Permisos

(18)

____________________________________________________________________________

2.3.2.5. CUA01-05 Crear Área

CUA01-05 Crear Área Caso de Uso Crear Área

Descripción Permitirá al actor ingresar una nueva área o departamento administrativo de la empresa en el sistema de control de activos.

Pre-Condición La información de agencias debe encontrarse disponible en el sistema.

Post-Condición Nueva área registrada en el sistema.

En caso que los datos ingresados sean incorrectos, el sistema no permitirá el registro del área

Dependencias CUA01-21 Crear Agencia

Requerimientos El área debe tener un nombre y código único al interior del sistema.

Escenarios El actor ingresará a la interfaz de Áreas y el sistema mostrará las áreas registradas en el sistema de activos; luego seleccionará la opción Crear para registrar una nueva área. El sistema mostrará una interfaz donde el actor ingresará los datos del área, indicando la agencia a l que pertenece.

Luego seleccionará la opción Guardar y el sistema validará los datos, verificando valores nulos en campos obligatorios o valores duplicados con otras áreas.

En caso que los datos ingresados sean incorrectos, el sistema desplegará un mensaje informativo indicando que no se creará el registro del área; en caso contrario, se creará una nueva área administrativa en el sistema de control de activos.

Administrador Interfaz: Áreas Interfaz: Crear Área Control: Base de Datos Base de Datos

Interfaz: Crear Área Ingresar datos del área

Validar Datos

Consulta Resultados

La validación consiste en verificar datos nulos en campos obligatorios o valores duplicados con otras áreas en el sistema

Escenario 1. Creación de área con valores nulos o duplicados

Interfaz: Áreas

Consulta Resultados (Áreas registradas) Seleccionar opción Crear Área

(19)

____________________________________________________________________________

2.3.2.6. CUA01-06 Modificar Área

CUA01-06 Modificar Área Caso de Uso Modificar Área

Descripción Permitirá al actor actualizar los datos de un área administrativa de la empresa, que se encuentre registrada en el sistema.

Pre-Condición La información de áreas debe encontrarse disponible en el sistema.

Post-Condición Información de área actualizada.

En caso que los datos ingresados sean incorrectos, el sistema no permitirá la actualización del área

Dependencias CUA01-05 Crear Área

Requerimientos El área debe conservar un nombre y código único al interior del sistema.

Escenarios El actor ingresará a la interfaz de Áreas y el sistema mostrará las áreas registradas; luego seleccionará el área que desea actualizar y enseguida la opción Modificar. El sistema mostrará una interfaz donde el actor cambiará los datos del área y luego seleccionará la opción Guardar; el sistema validará los datos modificados, verificando valores nulos en campos obligatorios o valores duplicados con otras áreas registradas.

En caso que los datos ingresados sean incorrectos, el sistema desplegará un mensaje informativo indicando que no se modificará el registro del área; en caso contrario, se actualizará el área administrativa para el sistema de activos.

Administrador Interfaz: Áreas Interfaz: Crear Área Control: Base de Datos Base de Datos

Interfaz: Crear Área Ingresar datos del área

Validar Datos

Consulta Resultados

Validar Integridad

Creación exitosa de área

Escenario 2. Creación de área con valores correctos

Interfaz: Áreas

Consulta Resultados (Áreas registradas) Seleccionar opción Crear Área

Insert

(20)

____________________________________________________________________________

Administrador Interfaz: Áreas Interfaz: Modificar Área Control: Base de Datos Base de Datos

Interfaz: Modificar Área Actualizar datos del área

Validar Datos

Consulta Resultados

Escenario 1. Actualización de área con valores nulos o duplicados

Consulta Resultados (Áreas registradas) Seleccionar Área

Seleccionar opción Modificar Interfaz: Áreas

Administrador Interfaz: Áreas Interfaz: Modificar Área Control: Base de Datos Base de Datos

Interfaz: Modificar Área Actualizar datos del área

Validar Datos

Consulta Resultados

Validar Integridad

Actualización exitosa de área

Escenario 2. Actualización de área con valores correctos

Consulta Resultados (Áreas registradas) Seleccionar Área

Seleccionar opción Modificar Interfaz: Áreas

Update

(21)

____________________________________________________________________________

2.3.2.7. CUA01-07 Eliminar Área

CUA01-07 Eliminar Área Caso de Uso Eliminar Área

Descripción Permitirá al actor borrar el registro de un área administrativa, que se encuentre registrada en el sistema de activos.

Post-Condición Área eliminada de manera permanente en el sistema.

-

Requerimientos No se podrán eliminar áreas que tengan registros de locaciones relacionadas en el sistema.

Escenarios El actor ingresará a la interfaz de áreas y el sistema mostrará las áreas registradas; luego seleccionará el área correspondiente y enseguida la opción Eliminar. El sistema emitirá un mensaje de confirmación, y una vez el actor acepte, validará que el área a eliminar no tenga registros de locaciones asociadas en el sistema. En caso de tener algún registro relacionado, el sistema informará al actor que la eliminación no pudo realizarse; en caso contrario, informará que la eliminación del área se ha realizado exitosamente en el sistema de control de activos.

Administrador Interfaz: Áreas Control: Base de Datos Base de Datos

Escenario 1. Cancelación de eliminación de área en mensaje de confirmación

Seleccionar área Seleccionar opción Eliminar

Consulta Resultados (Áreas registradas) Interfaz: Áreas

(22)

____________________________________________________________________________

Validar Datos

Consulta Resultados

Validar Integridad Eliminación no exitosa de área

La validación consiste en verificar que el área a eliminar no tenga locaciones

asociadas en el sistema

Escenario 2. Eliminación no exitosa de área

Seleccionar Área Seleccionar opción Eliminar

Consulta

Resultados (Áreas registradas) Interfaz: Áreas

Validar Datos

Consulta Resultados

Validar Integridad

Eliminación exitosa de área

La validación consiste en verificar que el área a eliminar no tenga locaciones asociadas en el sistema

Escenario 3. Eliminación exitosa de área

Seleccionar área Seleccionar opción Eliminar

Consulta

Resultados (Áreas registradas) Interfaz: Áreas

Delete

(23)

____________________________________________________________________________

2.3.2.8. CUA01-08 Crear Locación

CUA01-08 Crear Locación Caso de Uso Crear Locación

Descripción Permitirá al actor ingresar una nueva locación (bodega, oficina, entre otros) de un área o departamento administrativo del sistema de activos.

Post-Condición Nueva locación registrada en el sistema.

En caso que los datos ingresados sean incorrectos, el sistema no permitirá la creación de la locación.

Requerimientos La locación debe conservar un nombre y código único al interior del sistema.

Escenarios El actor ingresará a la interfaz de locaciones y el sistema mostrará los registros existentes; luego seleccionará la opción Crear para registrar una nueva locación. El sistema mostrará una interfaz donde el actor seleccionará el área a la cual pertenece la locación e ingresará los demás datos correspondientes; luego seleccionará la opción Guardar y el sistema validará los datos, verificando valores nulos en campos obligatorios o valores duplicados con otras locaciones registradas.

En caso que los datos ingresados sean incorrectos, el sistema desplegará un mensaje informativo indicando que no se creará el nuevo registro; en caso contrario, se creará la nueva locación para el sistema de control de activos.

Administrador Interfaz: Locaciones Interfaz: Crear Locación Control: Base de Datos Base de Datos

Interfaz: Crear Locación Ingresar datos de la locación

Validar Datos

Consulta Resultados

Validar Integridad Datos Inválidos La validación consiste en

verificar datos nulos en campos obligatorios o valores duplicados con otras locaciones en el sistema

Escenario 1. Creación de Locación con valores nulos o duplicados

Interfaz: Locaciones

Consulta

Resultados (Locaciones registradas) Seleccionar opción Crear Locación

(24)

____________________________________________________________________________

2.3.2.9. CUA01-09 Modificar Locación

CUA01-09 Modificar Locación Caso de Uso Modificar Locación

Descripción Permitirá al actor actualizar la información de una locación que se encuentre registrado en el sistema.

Pre-Condición La información de locaciones debe encontrarse disponible en el sistema.

Post-Condición Locación actualizada en el sistema.

En caso que los datos no sean correctos, el sistema no actualizará el registro de la locación.

Dependencias CUA01-08 Crear Locación

Requerimientos La locación debe conservar un nombre y código único al interior del sistema.

Escenarios El actor ingresará a la interfaz de locaciones y el sistema listará los registros existentes; luego el actor buscará la locación que desea actualizar, seleccionará el registro correspondiente y después la opción Modificar. El sistema desplegará una interfaz donde el actor podrá editar los atributos de la locación; luego seleccionará la opción Guardar; el sistema validará los datos, verificando valores nulos en campos obligatorios o valores duplicados con otros registros.

En caso que los datos modificados sean incorrectos, el sistema desplegará un mensaje informativo indicando que no se actualizará el registro; en caso contrario, se actualizará la locación para el sistema de control de activos.

Administrador Interfaz: Locaciones Interfaz: Crear Locación Control: Base de Datos Base de Datos

Interfaz: Crear Locación Ingresar datos de la locación

Validar Datos

Consulta Resultados

Validar Integridad

Creación exitosa de locación

La validación consiste en verificar datos nulos en campos obligatorios o valores duplicados con otras locaciones en el sistema

Escenario 2. Creación de Locación con valores correctos

Interfaz: Locaciones

Consulta

Resultados (Locaciones registradas) Seleccionar opción Crear Locación

Insert

(25)

____________________________________________________________________________

Administrador Interfaz: Locaciones Interfaz: Modificar Locación Control: Base de Datos Base de Datos

Interfaz: Modificar Locación Actualizar datos de la locación

Validar Datos

Consulta Resultados

Escenario 1. Actualización de locación con valores nulos o duplicados

Consulta

Resultados (Locaciones registradas)

Seleccionar opción Modificar Interfaz: Locaciones

Seleccionar Locación

Administrador Interfaz: Locaciones Interfaz: Modificar Locación Control: Base de Datos Base de Datos

Interfaz: Modificar Locación Actualizar datos de la locación

Validar Datos

Consulta Resultados

Validar Integridad

Actualización exitosa de locación

Escenario 2. Actualización de locación con valores correctos

Consulta

Resultados (Locaciones registradas)

Seleccionar opción Modificar Interfaz: Locaciones

Seleccionar Locación

Update

(26)

____________________________________________________________________________

2.3.2.10. CUA01-10 Eliminar Locación

CUA01-10 Eliminar Locación Caso de Uso Eliminar Locación

Descripción Permitirá al actor borrar el registro de una locación del sistema de activos.

Pre-Condición La información de locaciones debe encontrarse disponible en el sistema.

Post-Condición Locación eliminada de manera permanente en el sistema.

-

Dependencias CUA01-08 Crear Locación

Requerimientos No se podrá eliminar una locación que tenga activos asociados en el sistema.

Escenarios El actor ingresará a la interfaz de Locaciones y el sistema listará los registros existentes; luego el actor buscará la locación que desea eliminar, seleccionará el registro correspondiente y después la opción Eliminar. El sistema emitirá un mensaje de confirmación de eliminación, y una vez el actor acepte, validará que la locación seleccionada no tenga registros de activos relacionados. En caso de tener algún registro asociado, el sistema emitirá un mensaje informativo indicando que la eliminación no pudo realizarse. En caso contrario, informará al actor que la eliminación de la locación se ha realizado exitosamente en el sistema de activos.

Administrador Interfaz: Locaciones Control: Base de Datos Base de Datos

Escenario 1. Cancelación de eliminación de locación en mensaje de confirmación

Seleccionar opción Eliminar

Consulta

Resultados (Locaciones registradas) Interfaz: Locaciones

Seleccionar locación

A d m i n i s t r a d o r I n t e r f a z : L o c a c i o n e s C o n t r o l : B a s e d e D a t o s B a s e d e D a t o s

V a l i d a r D a t o s

C o n s u l t a R e s u l t a d o s

V a l i d a r I n t e g r i d a d E l i m i n a c i ó n n o e x i t o s a d e l o c a c i ó n

L a v a l i d a c i ó n c o n s i s t e e n v e r i f i c a r q u e l a l o c a c i ó n s e l e c c i o n a d a n o t e n g a r e g i s t r o s d e a c t i v o s a s o c i a d o s e n e l s i s t e m a

E s c e n a r i o 2 . E l i m i n a c i ó n n o e x i t o s a d e l o c a c i ó n

S e l e c c i o n a r o p c i ó n E l i m i n a r

C o n s u l t a

R e s u l t a d o s ( L o c a c i o n e s r e g i s t r a d a s ) I n t e r f a z : L o c a c i o n e s

M e n s a j e d e c o n f i r m a c i ó n S e l e c c i o n a r o p c i ó n E l i m i n a r

S e l e c c i o n a r l o c a c i ó n

(27)

____________________________________________________________________________

2.3.2.11. CUA01-11 Crear Empleado

CUA01-11 Crear Empleado Caso de Uso Crear Empleado

Descripción Permitirá al actor ingresar un nuevo empleado de la empresa al sistema de activos

Pre-Condición La información de áreas, locaciones y cargos debe encontrarse registrada en el sistema.

Post-Condición Registro de un nuevo empleado en el sistema.

En caso que los datos ingresados sean incorrectos, el sistema no permitirá el registro del nuevo empleado.

Dependencias CUA01-05 Crear Área, CUA01-08 Crear Locación, CUA01-33 Crear cargo Requerimientos El empleado debe conservar un código único al interior del sistema.

Escenarios El actor ingresará a la interfaz de Empleados y el sistema mostrará los empleados registrados; luego seleccionará la opción Crear para registrar un nuevo empleado. El sistema mostrará una interfaz donde el actor seleccionará el área, la locación u oficina a la que pertenece el empleado e ingresará los demás datos y luego seleccionará la opción Guardar; el sistema validará los datos, verificando valores nulos en campos obligatorios o valores duplicados con otros empleados registrados.

En caso que los datos ingresados sean incorrectos, el sistema desplegará un mensaje informativo indicando que no se creará el registro; en caso contrario, se creará el nuevo empleado para el sistema de control de activos y la información del mismo quedará lista para ser asociada con el tag (etiqueta), que posteriormente se asignará al empleado.

Administrador Interfaz: Locaciones Control: Base de Datos Base de Datos

Validar Datos

Consulta Resultados

Validar Integridad

Eliminación exitosa de locación

La validación consiste en verificar que la locación seleccionada no tenga registros de activos asociados en el sistema

Escenario 3. Eliminación exitosa de locación

Seleccionar opción Eliminar

Consulta

Resultados (Locaciones registradas) Interfaz: Locaciones

Seleccionar locación

Delete

(28)

____________________________________________________________________________

Administrador Interfaz: Empleados Interfaz: Crear Empleado Control: Base de Datos Base de Datos

Interfaz: Crear Empleado Ingresar datos del empleado

Validar Datos

Consulta Resultados

La validación consiste en verificar datos nulos en campos obligatorios o valores duplicados con otros empleados registrados en la base de datos

Escenario 1. Creación de empleado con valores nulos o duplicados

Interfaz: Empleados

Consulta

Resultados (Empleados registrados) Seleccionar opción Crear Empleado

Administrador Interfaz: Empleados Interfaz : Crear Empleado Control : Base de Datos Base de Datos

Interfaz: Crear Empleado Ingresar datos del empleado

Validar Datos

Consulta Resultados

Validar Integridad

Creación exitosa de empleado

La validación consiste en verificar datos nulos en campos obligatorios o valores duplicados con otros empleados registrados en la base de datos

Escenario 2. Creación de empleado con valores correctos

Interfaz: Empleados

Consulta

Resultados (Empleados registrados ) Seleccionar opción Crear Empleado

Insert

Proceso de asignación en tag ...

Este proceso continúa en el caso de uso CUA 01-20 Asignar Tag a Empleado