Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
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 de
aplicaciones computacionales para pequeas y medianas empresas.
La empresa se especializa en desarrollar sistemas computacionales en diversas plataformas. Esto los
lleva 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 otro
software colaborativo complementario.
Su nicho de mercado lo integran minis y microempresas. En ocasiones han desarrollado software para
empresas medianas y an para algunas grandes. Sin embargo, son las empresas pequeas quienes
tienen muchas necesidades informticas que deben afrontar con presupuestos tambin pequeos. Por lo
anterior, 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 puedan
ser comercializadas en un negocio horizontal, es decir, pudiendo una aplicacin ser utilizada por
muchas empresas pequeas similares en cuanto a su giro, se solventaran los costos de desarrollo de
dicho sistema y se crearan necesidades de servicios tales como la asesora y el apoyo tcnico. De lo
anterior, 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 otras
tantas empresas. Por ello mismo, se han desarrollado o adaptado una serie de modelos, mtodos y
procedimientos 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 uso
comn) que son empleados en el desarrollo del software, es decir, en la empresa se reusa o reutiliza el
cdigo 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 requerimiento
constante 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 las
caractersticas 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 desarrolle
la empresa, sobre todo en aquellas que vayan a ser operadas por mltiples usuarios. La raz de este
mdulo deber ser integrada en el men general de la aplicacin y desde ah ser accedida para que
cualquier 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 las
diferentes interfaces del sistema; as como permitirles, bajo autorizaciones, a realizar otras acciones en
l.
Elementos del Mdulo de Seguridad
En el mdulo de seguridad se define primeramente un par de elementos bsicos para la seguridad que
son:
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 o
pertenecen a su vez en Tipos de usuario como se mencion arriba. Esta agrupacin mediante este
tercer elemento permite luego definir Perfiles, o sea, conjuntos de Aplicaciones a las que pueden
acceder un grupo determinado de Usuarios. Estos perfiles se almacenan en las relaciones Tipo de
usuario Aplicacin (o Perfil).
Finalmente, para poder definir en el sistema las autorizaciones para que los Usuarios puedan realizar
acciones 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. La
tabla ms sencilla es la de Tipos de usuario (denominada posteriormente TUS). Esta contiene el
identificador 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 el
identificador del usuario, su nombre y el Tipo de usuario al que pertenece. Por ello, existe una relacin
de 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 ms
Usuarios (N).
La tabla de Aplicaciones (APL) contendr los identificadores de cada una de las ventanas o interfaces
de usuario que existan en el sistema. Para cada Aplicacin se dar una descripcin de la misma. Toda
accin 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 de
usuario con las Aplicaciones en una relacin N-a-N. Aqu se relaciona cada Aplicacin a los Tipos de
usuario 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 las
Aplicaciones que est ligadas por las relaciones a ste. Al grupo de Aplicaciones que puede ser
accedida por un Tipo de usuario determinado se denomina comnmente Perfil. As, podr darse el que
nicamente los Usuarios perteneciendo a un Tipo de usuario o grupo puedan abrir interfaces del
sistema (o Aplicaciones), pudiendo operar parcial o totalmente las posibilidades que esta interfaz
ofrezca. Como ejemplo de sto podemos decir que, en una aplicacin bancaria, el Usuario Pedro, cuyo
tipo 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 relacin
N-a-N. Cada relacin existente significar que el Usuario relacionado podr utilizar la Aplicacin a la
que se hace referencia. Esta tabla se denominar RAU en lo sucesivo. Se agrega un tercer elemento a la
relacin que es la Accin. Una Accin es precisamente una prestacin que puede ser realizada en una
interfaz (Aplicacin) por el Usuario relacionado con ella. Como ejemplo de sto podemos decir que, en
la misma aplicacin bancaria, el Usuario Pablo, quien es funcionario en la sucursal puede pasar a la
ventanilla 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 usuario
que van a participar en el acceso al sistema. El sistema deber tener predefinido un Tipo de usuario
especial, aquel que tendr la mxima autoridad sobre todos los dems tipos y sobre la seguridad. Se
trata del tipo de usuario SUP (de Super-Usuario). Los Usuarios que tengan definido este tipo como
suyo, podrn acceder a todas las ventanas del sistema sin ninguna restriccin, pudiendo actuar todas sus
opciones.
Asimismo, deber el sistema tener un usuario predefinido HUE (de Husped). Se trata de un usuario
que tiene posibilidad de consultar toda la informacin del sistema, pero no puede generar ningn
cambio 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 el
sistema es considerado como Super-Usuario. Cuando se tiene la intencin de comenzar a crear o dar de
alta usuarios, debe ser creado el primer usuario bajo el tipo SUP (por lo que el primer usuario sera
Super-Usuario) y as est garantizado que l pueda dar de alta el resto de datos de Seguridad. El alta del
Tipo de usuario HUE es opcional.
En el diagrama de la figura 1 se encuentra una tercera relacin que se diferencia de las otras por el
hecho de haber sido construida mediante lneas punteadas. Con ello se quiere decir que este tipo de
relacin o relaciones, si se da ms de una en nmero, son opcionales. El hecho de que sean sealadas
como particulares obedece a que, en ciertos sistemas, debemos de permitir el manejo de algn objeto
por algn Usuario. Como ejemplo de sto podemos decir que, en la misma aplicacin bancaria, los
Usuarios Pedro y Pablo, quienes estn destacados en una sucursal dada, slo pueden operar datos de
transacciones realizadas en dicha sucursal. En este caso el objeto de esta relacin sera una hipottica
tabla de Sucursales y se relaciona a Pedro y a Pablo con su sucursal de adscripcin. La programacin
de estas relaciones extra no se incluye aqu y se deber analizar, disear y programar la mejor solucin
en 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 estas
tablas de base de datos se ofrecen en el anexo). Se aprecia el ttulo o nombre genrico de la tabla (en
itlicas subrayadas) seguido de su nombre oficial en la base de datos entre parntesis (en maysculas y
en 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 (una
llave primaria es la clave de acceso y su valor debe ser nico dentro del grupo de registros de la tabla
con la intencin de diferenciar a cualquiera de ellos de los dems). Se menciona tambin su formato y
se 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 tablas
un dato mediante el cual puede ser definido si el elemento est o no disponible a ser utilizado en el
sistema. De esta manera podemos suspender o poner en cuarentena Aplicaciones, Usuarios, Tipos
de 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 en
ellos a los Usuarios que tendrn acceso al sistema. La clave primaria es simple y consiste en el
identificador de tipo de usuario. Sus campos son:
Identificador del tipo de usuario. Se trata del identificador de tres letras mediante el cual
se 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 al
Tipo de usuario. Hasta 50 caracteres. Obligatorio.
Indicador de actividad. Se trata de una literal que se utiliza para decir si el Tipo de usuario
est activo (A) o inactivo (I). Debe entenderse por activo, aquel tipo de usuario que
puede participar en el acceso al sistema o a sus ventanas. Si un tipo de usuario esta
inactivo, no se permite a los usuarios de ese tipo o grupo el acceso al sistema por
completo. Puede ser utilizado de esta forma para impedir que un grupo de usuarios tenga
acceso al sistema (por ejemplo cuando se desea que los cajeros CAJ no accedan al
sistema). 1 literal. Obligatorio.
Usuarios (USU). En esta tabla se registran los Usuarios que tendrn acceso al sistema. La clave
primaria 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 su
apellido o cualquier combinacin de cifras y letras. Es la llave o clave primaria de esta
tabla. Hasta 8 caracteres. Obligatorio.
Nombre del usuario. Espacio para capturar el nombre completo del usuario. Hasta 50
caracteres. Obligatorio.
Identificador del tipo de usuario. Se trata del identificador mediante el cual se nombra al
Tipo de usuario donde se agrupa el usuario. Se hace referencia a la tabla TUS. 3
caracteres. Obligatorio.
Clave de acceso o contrasea: Clave de acceso, password o contrasea que tiene el
usuario para autenticarse o firmarse en el sistema y as acceder a l. Cuando se da de alta
un usuario, el sistema genera automticamente esta clave de acceso y le da un valor igual
al del identificador del usuario. As, si se da de alta al usuario juan, su clave de acceso
ser juan. Luego que ingrese el usuario al sistema, deber cambiar la clave de acceso
por alguna de su eleccin, cuidando de conocerla slo l mismo. Esto lo puede realizar en
el men principal del sistema, bajo el primer submen (Acceso) en el subsubmen
Cambiar clave de acceso, el cual har abrir la ventana correspondiente que se nuestra en
la 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 est
activo (A) o inactivo (I). Debe entenderse por activo, aquel usuario que puede
participar en el acceso al sistema o a sus ventanas. Si un usuario esta inactivo no le se
permite en lo particular acceso alguno en el sistema. Puede ser utilizado de esta forma
para impedir que un usuario determinado tenga acceso al sistema (por ejemplo cuando se
desea que el usuario juan no acceda al sistema). 1 literal. Obligatorio.
Aplicaciones (APL). En esta tabla se registran las Aplicaciones o interfaces pertenecientes al
sistema. Aplicacin en este contexto significa ventana o interfaz para realizar alguna accin o
actividad con el sistema. La clave primaria es simple y es el identificador de la aplicacin. Sus
campos son:
Identificador de la aplicacin. Se trata del identificador o nombre que se le da a una
ventana 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 a
la aplicacin. Hasta 80 caracteres. Obligatorio.
Indicador de actividad. Se trata de una literal que se utiliza para decir si la aplicacin est
activa (A) o inactiva (I). Debe entenderse por activa, aquella aplicacin que puede
ser accedida en el sistema por los usuarios. Si una aplicacin esta inactiva no se permite a
los usuarios su acceso a ella (por ejemplo cuando se desea que la ventana DEPOSITO
no sea accedida por estar bajo mantenimiento). 1 literal. Obligatorio.
Relaciones Tipo de usuario Aplicacin (RUA). En esta tabla se registran las relaciones que se
establecen entre las Aplicaciones y los grupos de usuarios o Tipos de usuario. Al establecer una
relacin entre una Aplicacin y un Tipo de usuario determinados estamos diciendo que los
usuarios 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 el
Perfil para ese Tipo de usuarios. La clave primaria es compuesta y est formada por el
identificador 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 al
Tipo 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 del
sistema involucrada en el perfil. Se hace referencia a una Aplicacin registrada en la tabla
APL. 8 caracteres. Obligatorio.
Indicador de actividad. Se trata de una literal que se utiliza para decir si la relacin est
activa (A) o inactiva (I). Debe entenderse por activa, aquella relacin que puede ser
aplicada en el sistema por los usuarios en su perfil. Si una relacin esta inactiva no se
permite a los usuarios de ese tipo el acceso a la aplicacin relacionada (por ejemplo
cuando se desea que la ventana PAGOCHEQ no sea accedida por los cajeros CAJ por
estar bajo mantenimiento, pero que otros usuarios como los programadores si puedan
-6-
-7-
1.- Se supone que es necesario dar de alta los datos bsicos para este mdulo. Tal es el caso del
contenido 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 los
perfiles 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 de
las tareas especiales.
Men del mdulo
Para acceder al mdulo de Seguridad a partir del men principal de un sistema, es necesario activar el
submen 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 la
posibilidad de acceder a las aplicaciones de definicin, visualizacin y listado de las tablas de
seguridad 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 para
el mdulo de tablas auxiliares.
-9-
Datos de captura:
Identificador del usuario. Identificador del Usuario que desea ingresar al sistema. Hasta 8
caracteres. 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 usuarios
registrados en el sistema. De no haber usuarios, asigna como Tipo de usuario el tipo SUP, pudiendo
este usuario acceder a todos los rincones del sistema. De no ser as, la aplicacin verifica que exista el
usuario, que la clave de acceso corresponda a la que se tiene almacenada y verifica el estado del
usuario (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 -
- 11 -
Datos de captura:
Identificador del usuario. Identificador del Usuario que cambiar su clave de acceso. Hasta
8 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 solicitada
nuevamente para confirmacin de la anterior. Hasta 8 caracteres. Obligatorio.
Tablas que opera:
USU: Usuarios del sistema (actualizndola).
Operacin y Mensajes:
El usuario captura los datos necesarios y apoya el botn Procesar. La aplicacin verifica que exista
el usuario, que la clave de acceso actual sea correcta y verifica la confirmacin de la clave nueva y el
estado del usuario. De la operacin pueden resultar los siguientes mensajes:
EL IDENTIFICADOR DEL USUARIO NO DEBE SER NULO
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 algn
usuario 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 -
Datos de captura:
Tipo de usuario. Se trata del identificador de tres letras mediante el cual se nombra al tipo
de usuario. 3 caracteres. Obligatorio.
Descripcin. Se trata de una descripcin breve o ttulo que se da al tipo de usuario. Hasta
50 caracteres. Obligatorio.
Marco Estado. En este marco se define la actividad o inactividad para los tipos de
usuarios 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 -
Operacin y Mensajes:
La ventana posee una rejilla para apoyar la operacin. La rejilla muestra la lista del Catlogo de Tipos
de usuario que estn definidos en la base de datos. En su base se encuentra un botn, mediante el cual
se puede desplegar el Catlogo de Tipos de usuario en orden de su identificador. El usuario, si es el
caso, deber llenar o modificar los campos de Descripcin y Estado, seleccionar la 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 los siguientes
mensajes:
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 sea
necesario 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 alguna
accin en que sea necesario que contenga algn valor bajo buen formato, como el alta, la baja, la
consulta 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 sea
necesario 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 o
inhabilitado 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 a
ste 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 a
ste desde la tabla de relaciones Tipo de usuario Aplicacin.
- 15 -
- 16 -
- 17 -
Datos de captura:
Identificador del usuario. Se trata del identificador que se da al Usuario. Puede ser su
apellido 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 el
usuario a su tipo o grupo de usuarios. 3 caracteres. Obligatorio.
Marco Estado. En este marco se define la actividad o inactividad para los usuarios
registrados. Se tienen dos botones de radio:
Habilitado. Seleccionar este botn para poner en estado activo al usuario.
- 18 -
- 19 -
- 20 -
figura 12 Ventana de parmetros para el listado del Catlogo de Usuarios del sistema.
figura 13 Ventana de visualizacin del listado del Catlogo de Usuarios del sistema.
- 21 -
Datos de captura:
Aplicacin. Se trata del identificador o nombre que se le da a una ventana o interfaz de
usuario 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 aplicaciones
registradas. 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 -
- 23 -
- 24 -
- 25 -
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. 8
caracteres. Obligatorio.
Marco Estado. En este marco se define la actividad o inactividad para las relaciones
registradas. 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 -
- 27 -
- 28 -
- 29 -
Datos de captura:
Aplicacin. Se trata del identificador o nombre que se le da a una ventana en el sistema. 8
caracteres. 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 cualquier
carcter. 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 relaciones
registradas. 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).
Operacin y Mensajes:
La ventana posee una rejilla para apoyar la operacin. La rejilla muestra la lista de las relaciones
Aplicacin 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, seleccionar
la 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 los
siguientes mensajes:
LA APLICACIN NO EXISTE
En caso de que el usuario capture en el campo Aplicacin el identificador de alguna aplicacin que
no exista en la tabla correspondiente para alguna accin en que sea necesario que contenga algn valor
vlido, 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 la
tabla correspondiente para alguna accin en que sea necesario que contenga algn valor vlido, como el
alta 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 necesario
que 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 inhabilitada
respectivamente).
- 31 -
- 32 -
- 33 -
- 34 -
NOMBRE DE LA TABLA
TUS
Tipos de usuario
LLAVE
TUSTUS
CAR
TUSDES
CAR
50
TUSACT
CAR
NOMBRE DE LA TABLA
USU
CAMPO
USUUSU
CAR
USUNOM
CAR
50
USUTUS
CAR
USUPSW
CAR
20
USUACT
CAR
REFERENCIA
LA
TABLA:
TUS;
CAMPOS
NOMBRE DE LA TABLA
APL
APLAPL
CAR
APLDES
CAR
80
APLACT
CAR
- 35 -
NOMBRE DE LA TABLA
RUA
CAMPO
RUATUS
CAR
RUAAPL
CAR
RUAACT
CAR
REFERENCIA
LA
TABLA:
TUS;
CAMPOS
REFERENCIA
LA
TABLA:
APL;
CAMPOS
NOMBRE DE LA TABLA
RAU
CAMPO
RAUAPL
CAR
RAUUSU
CAR
RAUACC
CAR
RAUDES
CAR
50
RAUACT
CAR
REFERENCIA
LA
TABLA:
APL;
CAMPOS
REFERENCIA
LA
TABLA:
USU;
CAMPOS
- 36 -