0 - Seguridad

Segu

MISIN Y VISIN

Un grupo de profesionales de la computacin constituy una empresa denominada CAC, S.A. de C.V.(CAC significa Computacin gil del Centro), la cual tiene como objetivo principal el desarrollo deaplicaciones computacionales para pequeas y medianas empresas.

La empresa se especializa en desarrollar sistemas computacionales en diversas plataformas. Esto loslleva a implantar tales sistemas en diferentes ambientes de sistema operativo y para programarlos,deben hacer uso de muy diversos lenguajes de programacin, utilizando tambin alguno que otrosoftware colaborativo complementario.

Su nicho de mercado lo integran minis y microempresas. En ocasiones han desarrollado software paraempresas medianas y an para algunas grandes. Sin embargo, son las empresas pequeas quienestienen muchas necesidades informticas que deben afrontar con presupuestos tambin pequeos. Por loanterior, la misin de esta empresa puede establecerse como:

En computacin, apoyar efectivamente a las pequeas empresas

Los propietarios del negocio comparten el siguiente concepto: al desarrollar aplicaciones que puedanser comercializadas en un negocio horizontal, es decir, pudiendo una aplicacin ser utilizada pormuchas empresas pequeas similares en cuanto a su giro, se solventaran los costos de desarrollo dedicho sistema y se crearan necesidades de servicios tales como la asesora y el apoyo tcnico. De loanterior, puede derivarse la visin que tiene de la empresa este grupo de personas:

Ser una empresa lder en el desarrollo de aplicaciones informticas para PYMES.

OBJETO

La empresa tiene entonces, como reto, el desarrollo de muchas aplicaciones a ser instaladas en otrastantas empresas. Por ello mismo, se han desarrollado o adaptado una serie de modelos, mtodos yprocedimientos en Ingeniera del Software para afrontar el reto que impone un desarrollo gil, eficaz,eficiente y efectivo.

La empresa se encuentra en este momento en el desarrollo de un modelo de marco de referencia(framework), donde sern aplicados esos modelos, mtodos y procedimientos. Como ejemplo de ellos,se desarroll una serie de procedimientos computarizados (sintetizados en clases y funciones de usocomn) que son empleados en el desarrollo del software, es decir, en la empresa se reusa o reutiliza elcdigo sistemticamente, adaptndolo a las necesidades de la aplicacin a desarrollar.

Como parte de todos estos elementos, la empresa ha definido un esquema para cubrir un requerimientoconstante y esencial en las aplicaciones: el relacionado con la SEGURIDAD. Nos referimos aqu a la

- 1 -

seguridad en el acceso al sistema y la autorizacin al uso de sus aplicaciones. A continuacin se dan lascaractersticas ms relevantes del objeto de este planteamiento a desarrollar.

MDULO DE SEGURIDAD

Este mdulo de Seguridad (denominado SEGU), ser incluido en todas las aplicaciones que desarrollela empresa, sobre todo en aquellas que vayan a ser operadas por mltiples usuarios. La raz de estemdulo deber ser integrada en el men general de la aplicacin y desde ah ser accedida para quecualquier persona pueda firmarse (autenticarse) y operar el sistema. Una vez identificado el usuario,podr acceder o abrir las interfaces que corresponden al perfil que posee, segn su tipo de usuario.

Objetivo del mdulo

El mdulo de Seguridad ser utilizado en las aplicaciones para permitir el acceso de los usuarios a lasdiferentes interfaces del sistema; as como permitirles, bajo autorizaciones, a realizar otras acciones enl.

Elementos del Mdulo de Seguridad

En el mdulo de seguridad se define primeramente un par de elementos bsicos para la seguridad queson:

a) los Usuarios, quienes son las personas que tendrn acceso al sistema y que trabajarn en l y,

b) las Aplicaciones, las cuales son ventanas o interfaces que sern utilizadas por los primeros.

Los Usuarios, debido a los diversos roles que tomarn en la operacin del sistema, se agrupan opertenecen a su vez en Tipos de usuario como se mencion arriba. Esta agrupacin mediante estetercer elemento permite luego definir Perfiles, o sea, conjuntos de Aplicaciones a las que puedenacceder un grupo determinado de Usuarios. Estos perfiles se almacenan en las relaciones Tipo deusuario Aplicacin (o Perfil).

Finalmente, para poder definir en el sistema las autorizaciones para que los Usuarios puedan realizaracciones especficas operando una interfaz o Aplicacin, se definen las relaciones Aplicacin Usuario (Autorizaciones). La figura 1 muestra el diagrama entidad-relacin propio a esta estructura.

Como puede apreciarse en el diagrama, es necesario hacer su explosin en cinco tablas de datos. Latabla ms sencilla es la de Tipos de usuario (denominada posteriormente TUS). Esta contiene elidentificador y la descripcin de los diferentes tipos de usuario. Puede utilizarse CAJ para Cajero,GTE para Gerente, ALM para Almacenista, etc.

Se sigue con la tabla de Usuarios (denominada posteriormente USU). Esta tabla contiene elidentificador del usuario, su nombre y el Tipo de usuario al que pertenece. Por ello, existe una relacinde uno-a-muchos (1-a-N) entre las tablas USU y TUS. Se entiende que un Usuario puede pertenecer

- 2 -

slo a un Tipo de usuario, mientras que un Tipo de usuario puede tener congregados a cero o msUsuarios (N).

figura 1 Diagrama entidad-relacin de la estructura de Seguridad.

La tabla de Aplicaciones (APL) contendr los identificadores de cada una de las ventanas o interfacesde usuario que existan en el sistema. Para cada Aplicacin se dar una descripcin de la misma. Todaaccin que necesite desarrollar el Usuario en el sistema deber darse entrando a una de estas interfaces.

Luego, existen dos relaciones entre entidades (en este caso tablas). La primera une a los Tipos deusuario con las Aplicaciones en una relacin N-a-N. Aqu se relaciona cada Aplicacin a los Tipos deusuario que tienen permitido su acceso para operarla. Esta tabla se denominar RUA en lo sucesivo.As, los Usuarios que tienen un Tipo de usuario en comn tendrn autorizacin para utilizar lasAplicaciones que est ligadas por las relaciones a ste. Al grupo de Aplicaciones que puede seraccedida por un Tipo de usuario determinado se denomina comnmente Perfil. As, podr darse el quenicamente los Usuarios perteneciendo a un Tipo de usuario o grupo puedan abrir interfaces delsistema (o Aplicaciones), pudiendo operar parcial o totalmente las posibilidades que esta interfazofrezca. Como ejemplo de sto podemos decir que, en una aplicacin bancaria, el Usuario Pedro, cuyotipo es CAJ (cajero), puede abrir las ventanas (Aplicaciones) para recibir depsitos (DEPOSITO),pagar cheques (PAGOCHEQ) o procesar transferencias de dinero (TRANSFER). Tal es su Perfil.

- 3 -

La segunda relacin entre entidades une a las Aplicaciones con los Usuarios tambin en una relacinN-a-N. Cada relacin existente significar que el Usuario relacionado podr utilizar la Aplicacin a laque se hace referencia. Esta tabla se denominar RAU en lo sucesivo. Se agrega un tercer elemento a larelacin que es la Accin. Una Accin es precisamente una prestacin que puede ser realizada en unainterfaz (Aplicacin) por el Usuario relacionado con ella. Como ejemplo de sto podemos decir que, enla misma aplicacin bancaria, el Usuario Pablo, quien es funcionario en la sucursal puede pasar a laventanilla de Pedro y, en la Aplicacin de depsitos, revertir un depsito capturado errneamente.

Utilizando este sencillo esquema de seguridad, es necesario definir primeramente los Tipos de usuarioque van a participar en el acceso al sistema. El sistema deber tener predefinido un Tipo de usuarioespecial, aquel que tendr la mxima autoridad sobre todos los dems tipos y sobre la seguridad. Setrata del tipo de usuario SUP (de Super-Usuario). Los Usuarios que tengan definido este tipo comosuyo, podrn acceder a todas las ventanas del sistema sin ninguna restriccin, pudiendo actuar todas susopciones.

Asimismo, deber el sistema tener un usuario predefinido HUE (de Husped). Se trata de un usuarioque tiene posibilidad de consultar toda la informacin del sistema, pero no puede generar ningncambio en su base de datos; se trata de un usuario inocuo.

Cuando se accede a un sistema y la tabla de Usuarios (USU) est vaca, el usuario que se firm en elsistema es considerado como Super-Usuario. Cuando se tiene la intencin de comenzar a crear o dar dealta usuarios, debe ser creado el primer usuario bajo el tipo SUP (por lo que el primer usuario seraSuper-Usuario) y as est garantizado que l pueda dar de alta el resto de datos de Seguridad. El alta delTipo de usuario HUE es opcional.

En el diagrama de la figura 1 se encuentra una tercera relacin que se diferencia de las otras por elhecho de haber sido construida mediante lneas punteadas. Con ello se quiere decir que este tipo derelacin o relaciones, si se da ms de una en nmero, son opcionales. El hecho de que sean sealadascomo particulares obedece a que, en ciertos sistemas, debemos de permitir el manejo de algn objetopor algn Usuario. Como ejemplo de sto podemos decir que, en la misma aplicacin bancaria, losUsuarios Pedro y Pablo, quienes estn destacados en una sucursal dada, slo pueden operar datos detransacciones realizadas en dicha sucursal. En este caso el objeto de esta relacin sera una hipotticatabla de Sucursales y se relaciona a Pedro y a Pablo con su sucursal de adscripcin. La programacinde estas relaciones extra no se incluye aqu y se deber analizar, disear y programar la mejor solucinen cada caso particular de sistema.

Tablas de la Base de datos del Mdulo de Seguridad

El mdulo de seguridad comprende las siguientes tablas de base de datos (los detalles tcnicos de estastablas de base de datos se ofrecen en el anexo). Se aprecia el ttulo o nombre genrico de la tabla (enitlicas subrayadas) seguido de su nombre oficial en la base de datos entre parntesis (en maysculas yen negritas), la descripcin general de la tabla. Luego vienen los ttulos de los campos (subrayados)con sus descripciones, donde se menciona, si es el caso, cul o cules conforman la llave primaria (unallave primaria es la clave de acceso y su valor debe ser nico dentro del grupo de registros de la tablacon la intencin de diferenciar a cualquiera de ellos de los dems). Se menciona tambin su formato yse indica si es opcional (es decir, un dato no obligatorio de capturar) u obligatorio. Adems de la

- 4 -

informacin proporcionada lneas arriba sobre los elementos de seguridad, se agregan a todas las tablasun dato mediante el cual puede ser definido si el elemento est o no disponible a ser utilizado en elsistema. De esta manera podemos suspender o poner en cuarentena Aplicaciones, Usuarios, Tiposde usuario o cualquiera de las dos relaciones oficiales del mdulo. Las tablas son:

Tipos de usuario (TUS). En esta tabla se registran los diferentes Tipos de usuario para agrupar enellos a los Usuarios que tendrn acceso al sistema. La clave primaria es simple y consiste en elidentificador de tipo de usuario. Sus campos son:

Identificador del tipo de usuario. Se trata del identificador de tres letras mediante el cualse identifica al Tipo de usuario. Es la llave o clave primaria de esta tabla. 3 caracteres.Obligatorio.

Descripcin del tipo de usuario. Se trata de una descripcin breve o ttulo que se da alTipo de usuario. Hasta 50 caracteres. Obligatorio.

Indicador de actividad. Se trata de una literal que se utiliza para decir si el Tipo de usuarioest activo (A) o inactivo (I). Debe entenderse por activo, aquel tipo de usuario quepuede participar en el acceso al sistema o a sus ventanas. Si un tipo de usuario estainactivo, no se permite a los usuarios de ese tipo o grupo el acceso al sistema porcompleto. Puede ser utilizado de esta forma para impedir que un grupo de usuarios tengaacceso al sistema (por ejemplo cuando se desea que los cajeros CAJ no accedan alsistema). 1 literal. Obligatorio.

Usuarios (USU). En esta tabla se registran los Usuarios que tendrn acceso al sistema. La claveprimaria es simple y es el identificador del usuario. Sus campos son:

Identificador del usuario. Se trata del identificador que se da al Usuario. Puede ser suapellido o cualquier combinacin de cifras y letras. Es la llave o clave primaria de estatabla. Hasta 8 caracteres. Obligatorio.

Nombre del usuario. Espacio para capturar el nombre completo del usuario. Hasta 50caracteres. Obligatorio.

Identificador del tipo de usuario. Se trata del identificador mediante el cual se nombra alTipo de usuario donde se agrupa el usuario. Se hace referencia a la tabla TUS. 3caracteres. Obligatorio.

Clave de acceso o contrasea: Clave de acceso, password o contrasea que tiene elusuario para autenticarse o firmarse en el sistema y as acceder a l. Cuando se da de altaun usuario, el sistema genera automticamente esta clave de acceso y le da un valor igualal del identificador del usuario. As, si se da de alta al usuario juan, su clave de accesoser juan. Luego que ingrese el usuario al sistema, deber cambiar la clave de accesopor alguna de su eleccin, cuidando de conocerla slo l mismo. Esto lo puede realizar enel men principal del sistema, bajo el primer submen (Acceso) en el subsubmenCambiar clave de acceso, el cual har abrir la ventana correspondiente que se nuestra enla figura 5. Se recomienda no informar a otros este dato para evitar la promiscuidad y el

- 5 -

uso indebido del sistema. Este dato deber estar oculto o encriptado en la base de datos.

Indicador de actividad. Se trata de una literal que se utiliza para decir si el Usuario estactivo (A) o inactivo (I). Debe entenderse por activo, aquel usuario que puedeparticipar en el acceso al sistema o a sus ventanas. Si un usuario esta inactivo no le sepermite en lo particular acceso alguno en el sistema. Puede ser utilizado de esta formapara impedir que un usuario determinado tenga acceso al sistema (por ejemplo cuando sedesea que el usuario juan no acceda al sistema). 1 literal. Obligatorio.

Aplicaciones (APL). En esta tabla se registran las Aplicaciones o interfaces pertenecientes alsistema. Aplicacin en este contexto significa ventana o interfaz para realizar alguna accin oactividad con el sistema. La clave primaria es simple y es el identificador de la aplicacin. Suscampos son:

Identificador de la aplicacin. Se trata del identificador o nombre que se le da a unaventana en el sistema. Es la llave o clave primaria de esta tabla. 8 caracteres. Obligatorio.

Descripcin de la aplicacin. Se trata de una descripcin breve o explicacin que se da ala aplicacin. Hasta 80 caracteres. Obligatorio.

Indicador de actividad. Se trata de una literal que se utiliza para decir si la aplicacin estactiva (A) o inactiva (I). Debe entenderse por activa, aquella aplicacin que puedeser accedida en el sistema por los usuarios. Si una aplicacin esta inactiva no se permite alos usuarios su acceso a ella (por ejemplo cuando se desea que la ventana DEPOSITOno sea accedida por estar bajo mantenimiento). 1 literal. Obligatorio.

Relaciones Tipo de usuario Aplicacin (RUA). En esta tabla se registran las relaciones que seestablecen entre las Aplicaciones y los grupos de usuarios o Tipos de usuario. Al establecer unarelacin entre una Aplicacin y un Tipo de usuario determinados estamos diciendo que losusuarios que pertenezcan a ese grupo pueden acceder a la aplicacin relacionada. De esta manera,el conjunto de relaciones en las que participe un tipo de usuario determinado conformar elPerfil para ese Tipo de usuarios. La clave primaria es compuesta y est formada por elidentificador del Tipo de usuario ms el identificador de la Aplicacin. Sus campos son:

Identificador del tipo de usuario. Se trata del identificador mediante el cual se involucra alTipo de usuario o grupo. Se hace referencia a la tabla TUS. 3 caracteres. Obligatorio.

Identificador de la aplicacin. Se trata del identificador de la ventana o interfaz delsistema involucrada en el perfil. Se hace referencia a una Aplicacin registrada en la tablaAPL. 8 caracteres. Obligatorio.

Indicador de actividad. Se trata de una literal que se utiliza para decir si la relacin estactiva (A) o inactiva (I). Debe entenderse por activa, aquella relacin que puede seraplicada en el sistema por los usuarios en su perfil. Si una relacin esta inactiva no sepermite a los usuarios de ese tipo el acceso a la aplicacin relacionada (por ejemplocuando se desea que la ventana PAGOCHEQ no sea accedida por los cajeros CAJ porestar bajo mantenimiento, pero que otros usuarios como los programadores si puedan

- 6 -

hacerlo). 1 literal. Obligatorio.

Relaciones Aplicacin Usuario (RAU). En esta tabla se registran las relaciones que seestablecen entre los Usuarios y las Aplicaciones de manera particular. Al establecer una relacinentre un Usuario, una Aplicacin y una Accin determinados, se dice que tal Usuario tieneautorizacin en la Aplicacin relacionada para ejecutar una Accin que se integra tambin en larelacin. De esta manera, para cierta ventana o interfaz, aunque el Usuario que comnmente tieneacceso a ella para su trabajo rutinario, existan acciones que l no pueda realizar o para las cualesno est autorizado a utilizarlas y, por lo tanto, ya sea que la ventana cuente con los camposUsuario y Contrasea para que otro Usuario que tenga facultad de dar la autorizacin pararealizar determinada accin capture o firme en tales campos. La clave primaria de esta tabla escompuesta y est formada por el identificador de Usuario ms el identificador de la Aplicacinms el identificador de la Accin. Sus campos son:

Identificador de la aplicacin. Se trata del identificador de la ventana o interfaz delsistema donde existe la accin especial y que necesita la facultad o autorizacin parapoderse realizar. Se hace referencia a una Aplicacin registrada en la tabla APL. 8caracteres. Obligatorio.

Identificador del usuario. Se trata del identificador del usuario que se faculta o se autorizapara realizar la accin especial. Se hace referencia a un Usuario registrado en la tablaUSU. Hasta 8 caracteres. Obligatorio.

Identificador de la accin. Se trata del identificador de la accin dentro de la aplicacin.Por lo general existe una o ms Acciones especiales por aplicacin. Puede ser cualquiercarcter. 1 carcter. Obligatorio.

Descripcin de la accin. Se trata de una descripcin breve o explicacin que se da a laaccin especial. Hasta 50 caracteres. Obligatorio.

Indicador de actividad. Se trata de una literal que se utiliza para decir si la Accin estactiva (A) o inactiva (I). Debe entenderse por activa, aquella Accin que puede seraplicada en la ventana por el usuario facultado. Si una Accin esta inactiva no se permite alos usuarios la realizacin de la Accin en la aplicacin relacionada (por ejemplo cuandose desea que en la ventana DEPOSITO no pueda ser autorizada la ejecucin de laaccin 1 por el empleado Pablo por estar bajo alguna situacin restrictiva). 1 literal.Obligatorio.

Procedimientos del mdulo

El mdulo de seguridad deber funcionar con base en un nico procedimiento:

Mantenimiento a los datos de seguridad. Se tienen tipificadas cinco actividades que en el orden que sedan es la manera recomendada de hacerlo al principio, luego debe definirse cul se aplica en funcin delas necesidades del momento:

- 7 -

1.- Se supone que es necesario dar de alta los datos bsicos para este mdulo. Tal es el caso delcontenido de las tabla de Aplicaciones (APL).

2.- Dar de alta los Tipos de usuarios (TUS).

3.- Establecer las relaciones entre los Tipos de usuario y las Aplicaciones (RUA) y as definir losperfiles de usuario.

4.- Dar de alta los Usuarios (USU) y se define a qu grupo o Tipo de usuario pertenecen.

5.- Finalmente se definen las relaciones (RAU) para establecer las autorizaciones de ejecucin delas tareas especiales.

Men del mdulo

Para acceder al mdulo de Seguridad a partir del men principal de un sistema, es necesario activar elsubmen Seguridad, como se aprecia en la figura 2.

El men principal del mdulo de Seguridad se presenta en la figura 3. En este men se aprecia laposibilidad de acceder a las aplicaciones de definicin, visualizacin y listado de las tablas deseguridad antes mencionadas y que se ven en la barra del men.

La ventana del men muestra los sub menes tpicos semejantes a aquellos que fueron presentados parael mdulo de tablas auxiliares.

figura 2 Men principal del sistema mostrando el submenu de Seguridad

figura 3 Men del mdulo de Seguridad

- 8 -

Ventanas del mdulo

Es posible que el programa, en funcin del Tipo de usuario del usuario firmado, tenga posibilidad deactivar aquellas interfaces del men a las que tenga derecho de utilizar y desactive aquellas que no. Siesto no es posible, es necesario que el men quede entonces abierto y que el usuario intente acceder acualquiera de ellas. En ese momento, y antes de cualquier cosa, incluso de su aparicin visual, esnecesario que la aplicacin llame alguna funcin que determine mediante el tipo del usuario si laaplicacin puede ser operada o no. Si puede operarla podr continuar el proceso de apertura de laventana o interfaz. En el caso contrario podr salir de ella, no permitiendo as su uso al usuario.

El mdulo de Seguridad cuenta con las siguientes ventanas:

- 9 -

Nombre de la ventana: SEGU1100

Objetivo: Realizar la firma (autenticacin) para acceso al sistema para los Usuarios.

Aspecto de la ventana:

figura 4 Ventana de firma en el sistema.

Datos de captura:

Identificador del usuario. Identificador del Usuario que desea ingresar al sistema. Hasta 8caracteres. Obligatorio.

Clave de acceso. Clave de acceso. Hasta 8 caracteres. Obligatorio.

Tablas que opera:

USU: Usuarios del sistema (leyndola).

Operacin y Mensajes:

El usuario captura el par de datos y apoya el botn Procesar. La aplicacin revisa si existen usuariosregistrados en el sistema. De no haber usuarios, asigna como Tipo de usuario el tipo SUP, pudiendoeste usuario acceder a todos los rincones del sistema. De no ser as, la aplicacin verifica que exista elusuario, que la clave de acceso corresponda a la que se tiene almacenada y verifica el estado delusuario (que est activo). De la operacin pueden resultar los siguientes mensajes:

EL IDENTIFICADOR DEL USUARIO NO DEBE SER NULO

En caso de que el usuario haya dejado en blanco el campo de Identificador del usuario.

LA CLAVE DE ACCESO NO DEBE SER NULA

En caso de que el usuario haya dejado en blanco el campo de Clave de acceso.

USUARIO INEXISTENTE

- 10 -

En caso de que el usuario no exista en la base de datos de seguridad.

USUARIO INHABILITADO

En caso de que el usuario haya sido inhabilitado en lo particular o mediante la in-habilitacin de su tipode usuario y est impedido a entrar al sistema.

CLAVE DE ACCESO INCORRECTA

En caso de que el usuario haya digitado una clave de acceso que no corresponda.

- 11 -


Objetivo: Realizar el cambio de clave de acceso para los Usuarios.


figura 5 Ventana para el cambio de clave de acceso al sistema.

Datos de captura:

Identificador del usuario. Identificador del Usuario que cambiar su clave de acceso. Hasta8 caracteres. Obligatorio.

Clave de acceso. Clave de acceso actual. Hasta 8 caracteres. Obligatorio.

Nueva clave de acceso. Clave de acceso que remplazar a la actual. Hasta 8 caracteres.Obligatorio.

Repita la nueva clave de acceso. Clave de acceso que remplazar a la actual solicitadanuevamente para confirmacin de la anterior. Hasta 8 caracteres. Obligatorio.

Tablas que opera:

USU: Usuarios del sistema (actualizndola).


El usuario captura los datos necesarios y apoya el botn Procesar. La aplicacin verifica que existael usuario, que la clave de acceso actual sea correcta y verifica la confirmacin de la clave nueva y elestado del usuario. De la operacin pueden resultar los siguientes mensajes:


En caso de que se proponga un identificador de usuario en blanco.

- 12 -

USUARIO INEXISTENTE

En caso de que el usuario capture en el campo Identificador del usuario el identificador de algnusuario que no exista en el catlogo respectivo.

USUARIO INHABILITADO

En caso de que el usuario est inactivo en su registro. En este caso no podr cambiar la clave de acceso.

CLAVE DE ACCESO ORIGINAL INCORRECTA

En caso de que la clave de acceso actual no coincida con la que tiene registrada en el sistema.

CLAVE DE ACCESO NUEVA NULA NO PERMITIDA

En caso de que se proponga una nueva clave de acceso en blanco.

NO COINCIDEN LAS NUEVAS CLAVES

En caso de que el valor de la clave nueva y su reiteracin no sean iguales.

LA CLAVE DE ACCESO HA SIDO CAMBIADA

Si es superado todo lo anterior, la clave resulta cambiada.

- 13 -


Objetivo: Mantener actualizados los datos del Catlogo de Tipos de usuario (TUS).


figura 6 Ventana de definicin del Catlogo de Tipos de usuario.

Datos de captura:

Tipo de usuario. Se trata del identificador de tres letras mediante el cual se nombra al tipode usuario. 3 caracteres. Obligatorio.

Descripcin. Se trata de una descripcin breve o ttulo que se da al tipo de usuario. Hasta50 caracteres. Obligatorio.

Marco Estado. En este marco se define la actividad o inactividad para los tipos deusuarios registrados. Se tienen dos botones de radio:

Habilitado. Seleccionar este botn para poner en estado activo al tipo de usuario.

Inhabilitado. Seleccionar este botn para poner en estado inactivo al tipo de usuario.

Tablas que opera:

TUS: Tipos de usuario (actualizndola).USU: Usuarios del sistema (consultndola).RUA: Relaciones Tipos de usuario Aplicacin (consultndola).

- 14 -


La ventana posee una rejilla para apoyar la operacin. La rejilla muestra la lista del Catlogo de Tiposde usuario que estn definidos en la base de datos. En su base se encuentra un botn, mediante el cualse puede desplegar el Catlogo de Tipos de usuario en orden de su identificador. El usuario, si es elcaso, deber llenar o modificar los campos de Descripcin y Estado, seleccionar la opcin demantenimiento o definicin mediante el botn correspondiente a la accin a realizar y, finalmente,someter a proceso los datos y esperar la respuesta del sistema, de la cual pueden resultar los siguientesmensajes:

EL IDENTIFICADOR DEL TIPO DE USUARIO NO DEBE SER NULO

En caso de que el usuario deje en blanco el campo Tipo de usuario para alguna accin en que seanecesario que contenga algn valor, como el alta, la baja, la consulta o la modificacin.

EL IDENTIFICADOR DEL TIPO DE USUARIO DEBE CONTAR CON TRES CARACTERES

En caso de que el usuario teclee menos de tres caracteres en el campo Tipo de usuario para algunaaccin en que sea necesario que contenga algn valor bajo buen formato, como el alta, la baja, laconsulta o la modificacin.

LA DESCRIPCIN DEL TIPO DE USUARIO NO DEBE SER NULA

En caso de que el usuario deje en blanco el campo Descripcin para alguna accin en que seanecesario que contenga algn valor, como el alta o la modificacin.

INDIQUE SI EL TIPO DE USUARIO EST HABILITADO O INHABILITADO

En caso de que el usuario no defina si el Tipo de usuario est activo o inactivo (habilitado oinhabilitado respectivamente).

TIPO DE USUARIO REFERENCIADO EN USUARIOS

En caso de que el usuario solicite la eliminacin de un Tipo de usuario y que se haga una referencia aste desde la tabla de Usuarios.

TIPO REFERENCIADO EN RELACIONES TIPO DE USUARIO-APLICACIN

En caso de que el usuario solicite la eliminacin de un Tipo de usuario y que se haga una referencia aste desde la tabla de relaciones Tipo de usuario Aplicacin.

- 15 -


Objetivo: Visualizar los datos del Catlogo de Tipos de usuario.


figura 7 Ventana de visualizacin del Catlogo de Tipos de usuario.

Datos de captura inicial:

Tipo de usuario inicial. Se captura el Tipo de usuario a partir del cual se va a visualizar. 3caracteres.

Tablas que opera:

TUS: Catlogo de Tipos de usuario (consultndola).


El usuario llama la ventana y sta aparece vaca. Es posible, de manera opcional, llenar el campo dedatos inicial para, a partir de l, comenzar el recorrido del Catlogo de Tipos de usuario actuando elbotn Abajo. Si se deja vaco este campo, el recorrido comienza desde el principio de la tabla. Si sequiere retroceder, es necesario actuar el botn Arriba. Asimismo, puede apoyar los campos de Cve,Descripcin del Tipo de usuario o Estado para ordenar la rejilla por el campo correspondiente, enorden ascendente o descendente de manera alterna para el segmento visualizado.

- 16 -


Objetivo: Generar un listado de datos del Catlogo de Tipos de usuario.


figura 8 Ventana de parmetros para el listado del Catlogo de Tipos de usuario.

Tablas que opera:

TUS: Catlogo de Tipos de usuario (consultndola).


El usuario propone el rango de tipos de usuario, el estado de los tipos, el letrero y solicita la generacindel listado.

Aspecto del reporte:

figura 9 Ventana de visualizacin del listado del Catlogo de Tipos de usuario.

- 17 -


Objetivo: Mantener actualizados los datos del Catlogo de Usuarios del sistema (USU).


figura 10 Ventana de definicin del Catlogo de Usuarios del sistema.

Datos de captura:

Identificador del usuario. Se trata del identificador que se da al Usuario. Puede ser suapellido o cualquier combinacin de cifras y letras. Hasta 8 caracteres. Obligatorio.

Nombre. Espacio para capturar el nombre completo del usuario. Hasta 50 caracteres.Obligatorio.

Tipo de usuario. Se trata del identificador de tres letras mediante el cual se relaciona elusuario a su tipo o grupo de usuarios. 3 caracteres. Obligatorio.

Marco Estado. En este marco se define la actividad o inactividad para los usuariosregistrados. Se tienen dos botones de radio:

Habilitado. Seleccionar este botn para poner en estado activo al usuario.

- 18 -

Inhabilitado. Seleccionar este botn para poner en estado inactivo al usuario.

Tablas que opera:

USU: Usuarios del sistema (actualizndola).TUS: Tipos de usuario (consultndola).RAU: Relaciones Aplicacin Usuario (consultndola).


La ventana posee una rejilla para apoyar la operacin. La rejilla muestra la lista del Catlogo deUsuarios del sistema que estn definidos en la base de datos. En su base se encuentra un botn,mediante el cual se puede desplegar el Catlogo de Usuarios del sistema en orden de su identificador.El usuario, si es el caso, deber llenar o modificar los campos de Nombre, Tipo y Estado, seleccionar laopcin de mantenimiento o definicin mediante el botn correspondiente a la accin a realizar y,finalmente, someter a proceso los datos y esperar la respuesta del sistema, de la cual pueden resultar lossiguientes mensajes:


En caso de que el usuario deje en blanco el campo Identificador del usuario para alguna accin enque sea necesario que contenga algn valor, como el alta, la baja, la consulta o la modificacin.

EL NOMBRE DEL USUARIO NO DEBE SER NULO

En caso de que el usuario deje en blanco el campo Nombre para alguna accin en que sea necesarioque contenga algn valor, como el alta o la modificacin.

EL TIPO DE USUARIO NO EXISTE

En caso de que el usuario capture en el campo Tipo de usuario el identificador de algn tipo deusuario que no exista en la tabla correspondiente para alguna accin en que sea necesario que contengaalgn valor vlido, como el alta o la modificacin.

INDIQUE SI EL USUARIO EST HABILITADO O INHABILITADO

En caso de que no se defina si el usuario est activo o inactivo (habilitado o inhabilitadorespectivamente).

USUARIO REFERENCIADO EN RELACIONES APLICACION-USUARIOS

En caso de que se solicite la eliminacin de un usuario y que se haga una referencia a ste desde latabla de relaciones Usuario Aplicacin.

- 19 -


Objetivo: Visualizar los datos del Catlogo de Usuarios del sistema.


figura 11 Ventana de visualizacin del Catlogo de Usuarios del sistema.


Identificador de usuario inicial. Identificador del usuario a partir del cual se visualizarnlos datos. Hasta 8 caracteres.

Tablas que opera:

USU: Catlogo de Usuarios del sistema (consultndola).


El usuario llama la ventana y sta aparece vaca. Es posible, de manera opcional, llenar el campo dedatos inicial para, a partir de l, comenzar el recorrido del Catlogo de Usuarios actuando el botnAbajo. Si se deja vaco este campo, el recorrido comienza desde el principio de la tabla. Si se quiereretroceder, es necesario actuar el botn Arriba. Asimismo, puede apoyar los campos deIdentificador, Nombre del usuario, Tipo de usuario o Estado para ordenar la rejilla por elcampo correspondiente, en orden ascendente o descendente de manera alterna para el segmentovisualizado.

- 20 -


Objetivo: Generar un listado de datos del Catlogo de Usuarios del sistema.


figura 12 Ventana de parmetros para el listado del Catlogo de Usuarios del sistema.

Tablas que opera: USU: Catlogo de Usuarios del sistema (consultndola).


El usuario propone los rangos, el estado, el letrero y solicita la generacin del listado.


figura 13 Ventana de visualizacin del listado del Catlogo de Usuarios del sistema.

- 21 -


Objetivo: Mantener actualizados los datos del Catlogo de Aplicaciones (APL).


figura 14 Ventana de definicin del Catlogo de Aplicaciones.

Datos de captura:

Aplicacin. Se trata del identificador o nombre que se le da a una ventana o interfaz deusuario en el sistema. 8 caracteres. Obligatorio.

Descripcin. Se trata de una descripcin breve o explicacin que se da a la aplicacin.Hasta 80 caracteres. Obligatorio.

Marco Estado. En este marco se define la actividad o inactividad para las aplicacionesregistradas. Se tienen dos botones de radio:

Habilitada. Seleccionar este botn para poner en estado activo a la aplicacin.

Inhabilitada. Seleccionar este botn para poner en estado inactivo a la aplicacin.

- 22 -

Tablas que opera:

APL: Aplicaciones del sistema (actualizndola).RUA: Relaciones Tipo de usuario Aplicacin (consultndola).RAU: Relaciones Aplicacin Usuario (consultndola).


La ventana posee una rejilla para apoyar la operacin. La rejilla muestra la lista del Catlogo deAplicaciones que estn definidas en la base de datos. En su base se encuentra un botn, mediante elcual se puede desplegar el Catlogo de Aplicaciones en orden de su identificador. El usuario, si es elcaso, deber llenar o modificar los campos de Descripcin y Estado, seleccionar la opcin demantenimiento o definicin mediante el botn correspondiente a la accin a realizar y, finalmente,someter a proceso los datos y esperar la respuesta del sistema, de la cual pueden resultar los siguientesmensajes:

EL IDENTIFICADOR DE LA APLICACIN NO DEBE SER NULO

En caso de que el usuario deje en blanco el campo Aplicacin para alguna accin en que seanecesario que contenga algn valor, como el alta, la baja, la consulta o la modificacin.

LA DESCRIPCIN DE LA APLICACIN NO DEBE SER NULA

En caso de que el usuario deje en blanco el campo Descripcin para alguna accin en que seanecesario que contenga algn valor, como el alta o la modificacin.

INDIQUE SI LA APLICACIN EST HABILITADA O INHABILITADA

En caso de que el usuario no defina si la aplicacin est activa o inactiva (habilitada o inhabilitadarespectivamente).

APLICACIN REFERENCIADA EN RELACIONES APLICACIN-USUARIOS

En caso de que el usuario solicite la eliminacin de una aplicacin y que se haga una referencia a stadesde la tabla de relaciones Aplicacin Usuarios.

APLICACIN REFERENCIADA EN RELACIONES TIPO DE USUARIO-APLICACIN

En caso de que el usuario solicite la eliminacin de una aplicacin y que se haga una referencia a stadesde la tabla de relaciones Tipo de usuario Aplicacin.

- 23 -


Objetivo: Visualizar los datos del Catlogo de Aplicaciones.


figura 15 Ventana de visualizacin del Catlogo de Aplicaciones.


Identificador de aplicacin inicial. Identificador de aplicacin a partir de la cual visualizar.8 caracteres.

Tablas que opera:

APL: Catlogo de Aplicaciones (consultndola).


El usuario llama la ventana y sta aparece vaca. Es posible, de manera opcional, llenar el campo dedatos inicial para, a partir de l, comenzar el recorrido del Catlogo de Aplicaciones actuando el botnAbajo. Si se deja vaco este campo, el recorrido comienza desde el principio de la tabla. Si se quiereretroceder, es necesario actuar el botn Arriba. Asimismo, puede apoyar los campos deIdentificador, Descripcin de la aplicacin o Estado para ordenar la rejilla por el campocorrespondiente, en orden ascendente o descendente de manera alterna para el segmento visualizado.

- 24 -


Objetivo: Generar un listado de datos del Catlogo de Aplicaciones.


figura 16 Ventana de parmetros para el listado del Catlogo de Aplicaciones.

Tablas que opera:

APL: Catlogo de Aplicaciones (consultndola).


El usuario propone el rango de identificadores de aplicacin, el estado, el letrero y solicita lageneracin del listado.


figura 17 Ventana de visualizacin del listado del Catlogo de Aplicaciones.

- 25 -


Objetivo: Mantener actualizados los datos de las Relaciones Tipo de Usuario Aplicacin (RUA).


figura 18 Ventana de definicin de las relaciones Tipos de usuario - Aplicacin.

Datos de captura:

Tipo de usuario. Se trata del identificador del tipo o grupo de usuarios. 3 caracteres.Obligatorio.

Aplicacin. Se trata del identificador o nombre que se le da a una ventana en el sistema. 8caracteres. Obligatorio.

Marco Estado. En este marco se define la actividad o inactividad para las relacionesregistradas. Se tienen dos botones de radio:

Habilitada. Seleccionar este botn para poner en estado activo a la relacin.

Inhabilitada. Seleccionar este botn para poner en estado inactivo a la relacin.

- 26 -

Tablas que opera:

RUA: Relaciones Tipos de usuario Aplicacin (actualizndola).TUS: Tipos de usuario (consultndola).APL: Aplicaciones del sistema (consultndola).


La ventana posee una rejilla para apoyar la operacin. La rejilla muestra la lista de las relaciones Tiposde usuario - Aplicacin que estn definidas en la base de datos. En su base se encuentra un botn,mediante el cual se pueden desplegar las relaciones Tipos de usuario - Aplicacin en orden de suidentificador. El usuario, si es el caso, deber llenar o modificar los campos de Tipo de usuario y deAplicacin, seleccionar la opcin de mantenimiento o definicin mediante el botn correspondiente a laaccin a realizar y, finalmente, someter a proceso los datos y esperar la respuesta del sistema, de la cualpueden resultar los siguientes mensajes:

EL TIPO DE USUARIO NO EXISTE

En caso de que el usuario capture en el campo Tipo de usuario el identificador de algn tipo deusuario que no exista en la tabla correspondiente para alguna accin en que sea necesario que contengaalgn valor vlido, como el alta.

LA APLICACIN NO EXISTE

En caso de que el usuario capture en el campo Aplicacin el identificador de alguna aplicacin queno exista en la tabla correspondiente para alguna accin en que sea necesario que contenga algn valorvlido, como el alta.

INDIQUE SI LA RELACIN EST HABILITADA O INHABILITADA

En caso de que el usuario no defina si la relacin est activa o inactiva (habilitada o inhabilitadarespectivamente).

- 27 -


Objetivo: Visualizar los datos de las relaciones Tipos de usuario - Aplicacin.


figura 19 Ventana de visualizacin de las relaciones Tipos de usuario - Aplicacin.

Datos de captura inicial:Tipo de usuario inicial. Tipo de usuario a partir de la cual visualizar. 3 caracteres.

Identificador de aplicacin inicial. Identificador de aplicacin a partir de la cual visualizar.8 caracteres.

Tablas que opera:

RUA: Relaciones Tipos de usuario Aplicacin (consultndola).TUS: Tipos de usuario (consultndola).APL: Aplicaciones del sistema (consultndola).


El usuario llama la ventana y sta aparece vaca. Es posible, de manera opcional, llenar el campo dedatos inicial para, a partir de l, comenzar el recorrido de las relaciones Tipos de usuario - Aplicacinactuando el botn Abajo. Si se deja vaco este campo, el recorrido comienza desde el principio de latabla. Si se quiere retroceder, es necesario actuar el botn Arriba. Asimismo, puede apoyar loscampos de Tipo, Tipo de usuario, etc. para ordenar la rejilla por el campo correspondiente, enorden ascendente o descendente de manera alterna para el segmento visualizado.

- 28 -


Objetivo: Generar un listado de datos de las relaciones Tipos de usuario - Aplicacin.


figura 20 Parmetros para el listado de las relaciones Tipos de usuario - Aplicacin.

Tablas que opera:

RUA: Relaciones Tipos de usuario Aplicacin (consultndola).TUS: Tipos de usuario (consultndola).APL: Aplicaciones del sistema (consultndola).


El usuario propone el rango de tipos de usuario, el rango de identificadores de aplicacin, el estado delas relaciones tipo de usuario aplicacin, el letrero y solicita la generacin del listado.


figura 21 Visualizacin del listado de las relaciones Tipos de usuario - Aplicacin.

- 29 -


Objetivo: Mantener actualizados los datos de las Relaciones Aplicacin Usuario (RAU).


figura 22 Ventana de definicin de las relaciones Aplicacin Usuario.

Datos de captura:

Aplicacin. Se trata del identificador o nombre que se le da a una ventana en el sistema. 8caracteres. Obligatorio.

Usuario. Se trata del identificador que se da al Usuario. Hasta 8 caracteres. Obligatorio.

Accin. Se trata del identificador de la accin dentro de la Aplicacin. Puede ser cualquiercarcter. 1 carcter. Obligatorio.

Descripcin. Se trata de una descripcin breve o explicacin que se da a la accin especial.Hasta 50 caracteres. Obligatorio.

- 30 -

Marco Estado. En este marco se define la actividad o inactividad para las relacionesregistradas. Se tienen dos botones de radio:

Habilitada. Seleccionar este botn para poner en estado activo a la relacin.

Inhabilitada. Seleccionar este botn para poner en estado inactivo a la relacin.

Tablas que opera:

RAU: Relaciones Aplicacin Usuario (actualizndola).APL: Aplicaciones del sistema (consultndola).USU: Usuarios del sistema (consultndola).


La ventana posee una rejilla para apoyar la operacin. La rejilla muestra la lista de las relacionesAplicacin Usuario que estn definidas en la base de datos. En su base se encuentra un botn,mediante el cual se pueden desplegar las relaciones Aplicacin Usuario en orden de su identificador.El usuario, si es el caso, deber llenar o modificar los campos de Usuario y de Aplicacin, seleccionarla opcin de mantenimiento o definicin mediante el botn correspondiente a la accin a realizar y,finalmente, someter a proceso los datos y esperar la respuesta del sistema, de la cual pueden resultar lossiguientes mensajes:

LA APLICACIN NO EXISTE

En caso de que el usuario capture en el campo Aplicacin el identificador de alguna aplicacin queno exista en la tabla correspondiente para alguna accin en que sea necesario que contenga algn valorvlido, como el alta o la modificacin.

EL USUARIO NO EXISTE

En caso de que se capture en el campo Usuario el identificador de algn usuario que no exista en latabla correspondiente para alguna accin en que sea necesario que contenga algn valor vlido, como elalta o la modificacin.

EL IDENTIFICADOR DE LA ACCIN NO DEBE SER NULO

En caso de que el usuario deje en blanco el campo Accin para alguna accin en que sea necesarioque contenga algn valor, como el alta o la modificacin.

INDIQUE SI LA RELACIN EST HABILITADA O INHABILITADA

En caso de que el usuario no defina si la relacin est activa o inactiva (habilitada o inhabilitadarespectivamente).

- 31 -


Objetivo: Visualizar los datos de las relaciones Aplicacin Usuario.


figura 23 Ventana de visualizacin de las relaciones Aplicacin Usuario.

Datos de captura iniciales:

Aplicacin inicial. Identificador de Aplicacin a partir de la cual visualizar. 8 caracteres.

Usuario inicial. Identificador del Usuario a partir de la cual visualizar. Hasta 8 caracteres.

Accin inicial. Identificador de la Accin en la ventana a partir de la cual visualizar. 1carcter.

Tablas que opera:RAU: Relaciones Aplicacin Usuario (consultndola).APL: Aplicaciones del sistema (consultndola).USU: Usuarios del sistema (consultndola).


El usuario llama la ventana y sta aparece vaca. Es posible, de manera opcional, llenar los campos dedatos iniciales para, a partir de ellos, comenzar el recorrido de las relaciones Aplicacin Usuarioactuando el botn Abajo. Si se dejan vacos estos campos, el recorrido comienza desde el principiode la tabla. Si se quiere retroceder, es necesario actuar el botn Arriba. Asimismo, puede apoyar loscampos de Tipo, Tipo de usuario, etc. para ordenar la rejilla por el campo correspondiente, enorden ascendente o descendente de manera alterna para el segmento visualizado.

- 32 -


Objetivo: Generar un listado de datos de las relaciones Aplicacin Usuario.


figura 24 Parmetros para el listado de las relaciones Aplicacin Usuario.

Tablas que opera:RAU: Relaciones Aplicacin Usuario (consultndola).APL: Aplicaciones del sistema (consultndola).USU: Usuarios del sistema (consultndola).


El usuario propone el rango de aplicaciones, el rango de identificadores de usuario, el estado de lasrelaciones Aplicacin Usuario, el orden de impresin, el letrero y solicita la generacin del listado.


figura 25 Visualizacin del listado de las relaciones Aplicacin Usuario.

- 33 -

APNDICE BASE DE DATOS DEL SISTEMA DE SEGURIDAD

En este apndice se hace una presentacin tcnica de la base de datos del Mdulo de Seguridad.

Se presentan las tablas en el orden de su definicin jerrquica, se comienza con las bsicas y secontina con aquellas que hacen referencia a campos de las primeras.

Cada tabla se presenta en un tablero donde se menciona el nombre de la tabla y la descripcin agrandes rasgos del contenido de la misma en la cabecera, bajo los letreros NOMBRE DE LA TABLAy DESCRIPCIN DEL CONTENIDO DE LA TABLA, respectivamente.

Luego sigue el cuerpo de la tabla, donde se presentan los campos que pertenecen a ella. En laespecificacin de los campos se colocan en una segunda cabecera y en columnas su nombre, tipo,longitud, la indicacin sobre si el campo puede ser nulo o no, la indicacin sobre si el campo es llave,forma parte de ella o es un campo no llave y se termina con la descripcin del campo. Los letreros queforman este segundo encabezado son: CAMPO, TIPO, LONG, NULO, LLAVE y DESCRIPCINDEL CAMPO, respectivamente.

En la columna de tipo (TIPO), podemos encontrar dos clases para los campos que son CAR para loscampos de tipo carcter y NUM para los campos numricos que, en el caso de la mayor parte degestores de base de datos corresponden a los tipos CHAR y NUMERIC o NUMBER (no utilizadosaqu).

Cabe sealar que en esta base de datos los datos de tipo fecha se almacenan en campos CHAR de 8caracteres bajo el formato AAAAMMDD, donde AAAA es el ao, MM el mes y DD el da. Asimismo,los datos de tipo hora se almacenan en campos CHAR de 6 caracteres bajo el formato HHMMSS,donde HH son las horas, MM los minutos y SS los segundos (no utilizados aqu).

En la columna de longitud (LONG), encontramos para los datos tipo CHAR la longitud, mientras quepara los datos numricos tenemos el formato l,d donde l es la longitud total del campo numrico y dson las cifras decimales que utiliza. Cuando no se utilizan cifras decimales, corresponde al tratamientode un nmero entero, mientras que cuando cuenta con cifras decimales se define un nmero de puntoflotante (no utilizados aqu).

En la columna donde se indica si el campo puede ser nulo o no (NULO), se indica con un asteriscocuando NO puede ser NULO, es decir, la base de datos requerir algn valor definido. Porconsecuencia, los campos que no tienen indicacin en esta parte pueden ser nulos.

En la columna donde se indica si el campo es llave (LLAVE), se indica con un asterisco si el campocorresponde a la llave primaria de la tabla, con una letra P si se trata de parte de la llave primaria (o seaque la tabla tiene una llave primaria compuesta) o sin indicacin si se trata de campos no llave odescriptivos.

Al pie de cada tabla se mencionan de manera opcional caractersticas particulares de la tabla como losndices que posee, las referencias que hace sus campos a campos de otras tablas y las descripcionescompletas de las llaves primarias. A continuacin se hace la presentacin de las tablas:

- 34 -

Tablas del mdulo de seguridad

NOMBRE DE LA TABLA DESCRIPCIN DEL CONTENIDO DE LA TABLATUS Tipos de usuarioCAMPO TIPO LONG NULO LLAVE DESCRIPCIN DEL CAMPO

TUSTUS CAR 3 N * Identificador del tipo de usuario (X...)TUSDES CAR 50 N Descripcin del tipo de usuario (X...)TUSACT CAR 1 N Indicador de actividad (A=Activo, I=Inactivo)INDICE X_TUS1; CAMPOS DEL INDICE: TUSDES, TUSTUS

NOMBRE DE LA TABLA DESCRIPCIN DEL CONTENIDO DE LA TABLAUSU Usuarios del sistema

CAMPO TIPO LONG NULO LLAVE DESCRIPCIN DEL CAMPOUSUUSU CAR 8 N * Identificador del usuario (X...)USUNOM CAR 50 N Nombre del usuario (X...)USUTUS CAR 3 N Identificador del tipo de usuario (X...)USUPSW CAR 20 N Clave de acceso o contrasea (X...)USUACT CAR 1 N Indicador de actividad (A=Activo, I=Inactivo)LLAVE EXTRANJERA: USUTUS; REFERENCIA LA TABLA: TUS; CAMPOSREFERENCIADOS: TUSTUSINDICE X_USU1; CAMPOS DEL INDICE: USUNOM, USUUSU

NOMBRE DE LA TABLA DESCRIPCIN DEL CONTENIDO DE LA TABLAAPL Aplicaciones del sistemaCAMPO TIPO LONG NULO LLAVE DESCRIPCIN DEL CAMPO

APLAPL CAR 8 N * Identificador de la aplicacin (X...)APLDES CAR 80 N Descripcin de la aplicacin (X...)APLACT CAR 1 N Indicador de actividad (A=Activa, I=Inactiva)INDICE X_APL1; CAMPOS DEL INDICE: APLDES, APLAPL

- 35 -

NOMBRE DE LA TABLA DESCRIPCIN DEL CONTENIDO DE LA TABLARUA Relaciones Tipo de usuario - AplicacinCAMPO TIPO LONG NULO LLAVE DESCRIPCIN DEL CAMPO

RUATUS CAR 3 N P Identificador de Tipo de usuario (X...)RUAAPL CAR 8 N P Identificador de la Aplicacin (X...)RUAACT CAR 1 N P Indicador de actividad (A=Activa, I=Inactiva)LLAVE EXTRANJERA: RUATUS; REFERENCIA LA TABLA: TUS; CAMPOSREFERENCIADOS: TUSTUSLLAVE EXTRANJERA: RUAAPL; REFERENCIA LA TABLA: APL; CAMPOSREFERENCIADOS: APLAPLLLAVE PRIMARIA: RUATUS, RUAAPLINDICE X_RUA1; CAMPOS DEL INDICE: RUAAPL, RUATUS

NOMBRE DE LA TABLA DESCRIPCIN DEL CONTENIDO DE LA TABLARAU Relaciones Aplicacin - UsuarioCAMPO TIPO LONG NULO LLAVE DESCRIPCIN DEL CAMPO

RAUAPL CAR 8 N P Identificador de la Aplicacin (X...)RAUUSU CAR 8 N P Identificador del usuario (X...)RAUACC CAR 1 N P Identificador de la accin (X)RAUDES CAR 50 N Descripcin de la actividad (X...)RAUACT CAR 1 N Indicador de actividad (A=Activa, I=Inactiva)LLAVE EXTRANJERA: RAUAPL; REFERENCIA LA TABLA: APL; CAMPOSREFERENCIADOS: APLAPLLLAVE EXTRANJERA: RAUUSU; REFERENCIA LA TABLA: USU; CAMPOSREFERENCIADOS: USUUSULLAVE PRIMARIA: RAUAPL, RAUUSU, RAUACCINDICE X_RAU1; CAMPOS DEL INDICE: RAUUSU, RAUAPL, RAUACC

- 36 -

0 - Seguridad

Documents

Transcript of 0 - Seguridad