Upload
truongtram
View
216
Download
0
Embed Size (px)
Citation preview
Sistema de Certificado de Origen Digital SCOD
DIAGRAMA DE CLASES Y CASOS DE USO MAS RELEVANTES
(Rev.1)
ALADI/PPCOD/EDP/SCOD/002/2009(01/04/2009)
TABLA DE CONTENIDO
1 DIAGRAMA DE CLASES ........................................................................................... 3
2 CASOS DE USO ........................................................................................................... 4
2.1 ABM FA ................................................................................................................. 4
2.1.1 Agregar FA. ..................................................................................................... 5
2.1.2 Modificar FA. .................................................................................................. 6
2.1.3 Eliminar FA. .................................................................................................... 8
2.2 ABM FE ................................................................................................................. 9
2.2.1 Agregar FE. ................................................................................................... 10
2.2.2 Modificar FE .................................................................................................. 11
2.2.3 Eliminar FE .................................................................................................... 12
2.3 ABM FH ............................................................................................................... 14
2.3.1 Agregar FH. ................................................................................................... 15
2.3.2 Modificar FH ................................................................................................. 17
2.3.3 Eliminar FH ................................................................................................... 18
2.4 ABM UA .............................................................................................................. 19
2.4.1 Agregar UA ................................................................................................... 20
2.4.2 Modificar UA ................................................................................................ 22
2.4.3 Eliminar UA .................................................................................................. 23
2.5 ABM FEA ............................................................................................................. 24
2.5.1 Agregar FEA .................................................................................................. 25
2.5.2 Modificar FEA ............................................................................................... 26
2.5.3 Eliminar FEA ................................................................................................. 27
2.6 Validez y vigencia del CID ................................................................................. 28
2
2 CASOS DE USO
2.1 ABM FA
Precondiciones:
⇒ Debe existir un AG creado en el sistema. (El AG crea el primer FA que será el FA líder). Los FA luego crean otros FA.
4
2.1.1 Agregar FA.
Precondiciones:
⇒ Debe estar ingresada en el SCOD la AH a la que pertenece el FA.
Postcondiciones:
⇒ El funcionario FA ha sido almacenado en el sistema.
Flujo normal:
1. El AG o un FA solicita ingresar un FA.2. El sistema solicitará:
AH (Debe existir en el SCOD)
5
Usuario (Deberá seleccionar un usuario de la tabla Usuario). En caso de ser un Usuario nuevo podrá realizar el ingreso de este.
Nombre (Texto con el nombre). CID (Texto con Certificado de identificación digital
otorgado por una AC válida).3. Confirmar/validar alta
Caso de alta válida: Almacena los datos del FA en particular se ingresa el valor “A” (registro activo) al campo estado, este procedimiento será registrado (se almacenará fechahora de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
3. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al AG o al FA (según quién haya solicitado el ingreso) permitiéndole corregirlos.
2.1.2 Modificar FA.
Precondiciones:
Debe seleccionar FA que desea modificar con estado = “A”.
6
Postcondiciones:
⇒ El FA ha sido modificado en el sistema.
Flujo normal:
1. El AG o un FA solicita modificar un FA.2. El sistema seleccionará :
El FA que desea modificar con estado = “A”.3. Se muestra solamente:
• AH.4. Se muestra y se permite cambiar:
Usuario (Podrá seleccionar un usuario de la tabla Usuario, crear un Usuario o modificar uno existente).
Nombre (Texto con el nombre). CID (Texto con Certificado de identificación digital
otorgado por una AC válida).
5. Se validan los datos modificados. Caso de modificación válida:
Agrega un registro con los datos modificados, el campo fechahora con la fechahora en que se realiza la modificación y el campo estado con el valor “A”. Almacena el FA, este procedimiento será registrado (se almacenará fecha de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
5. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al AG o al FA (según quién haya solicitado el ingreso) permitiéndole corregirlos.
7
2.1.3 Eliminar FA.
Precondiciones:
⇒ Debe seleccionar el FA que desea eliminar con estado = “A”.
Postcondiciones:
⇒ El FA ha sido dada de baja lógica en el sistema.
Flujo normal:
1. El AG o FA solicita eliminar un FA.2. El sistema seleccionará :
El FA que desea eliminar con estado = “A”.3. Se muestran los datos en pantalla del FA que desea eliminar.4. Confirmar eliminación, en caso afirmativo se dará una baja lógica.
Caso de eliminación válida:a) Cambia el estado del registro a eliminar a “B”.b) Agrega nuevo registro igual al anterior con la fechahora en que realiza la eliminación y el campo estado con valor “B”. Dicho procedimiento será registrado (se almacenará fechahora realizada, origen de la consulta, usuario, acción y resultado).
8
2.2 ABM FE
Precondiciones:
⇒ Debe existir por lo menos un FA creado en el sistema (El FA crea el primer FE que será el FE líder). Los FE pueden crear otros FE.
9
2.2.1 Agregar FE.
Precondiciones:
⇒ Debe estar ingresada en el SCOD la EH a la que pertenece el FE.⇒ No se debe haber alcanzado la cantidad máxima de FE ingresados
para dicha EH.
Postcondiciones:
⇒ El FE ha sido almacenado en el sistema.
Flujo normal:
1. El FA o un FE solicita ingresar al FE.2. El sistema solicitará:
EH (Debe existir en el SCOD) Usuario (Podrá seleccionar un usuario de la tabla
Usuario, crear un Usuario o modificar uno existente). Nombre (Texto con el nombre).
10
CID (Texto con Certificado de identificación digital otorgado por una AC válida).
3. Confirmar/Validar alta.Caso de alta válida: Almacena los datos del FE, en particular se ingresa el valor “A” (registro activo) al campo estado, este procedimiento será registrado (se almacenará fechahora de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
3. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al FA o al FE (según quién haya solicitado el ingreso) permitiéndole corregirlos.
2.2.2 Modificar FE
Precondiciones:
• Debe seleccionar el FE que desea modificar con estado = “A”.
Postcondiciones:
⇒ El FE ha sido modificado del sistema.
11
Flujo normal:
1. Un FA o un FE solicita modificar un FE. 2. El sistema seleccionará:
• FE que desea modificar con estado = “A”.3. Se muestra solamente:
• EH .4. Se muestra y se permite cambiar:
• Usuario (Podrá seleccionar un usuario de la tabla Usuario, crear un Usuario o modificar uno existente).
• Nombre (Texto con el nombre).• CID (Texto con Certificado de identificación digital
otorgado por una AC válida).5. Se validan los datos modificados. Caso de modificación válida:
Agrega un registro con los datos modificados, el campo fecha con la fecha en que se realiza la modificación y el campo estado con el valor “A”. Almacena el FE, este procedimiento será registrado (se almacenará fecha de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
5. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al FE o al FA (según quién haya solicitado el ingreso) permitiéndole corregirlos.
2.2.3 Eliminar FE
Precondiciones:
⇒ Debe seleccionar al FE que desea eliminar con estado = “A”.
12
Postcondiciones:
⇒ El FE ha sido dada de baja lógica en el sistema.
Flujo normal:
1. El FA o un FE solicita eliminar un FE.2. El sistema seleccionará:
El FE que desea eliminar con estado = “A”.3. Se muestran los datos en pantalla del FE que desea eliminar.4. Confirmar eliminación en caso afirmativo se dará una baja lógica.
Caso de eliminación válida:a) Cambia el estado del registro a eliminar a “B”.b) Agrega un nuevo registro igual al anterior con la fechahora en que realiza la eliminación y el campo estado con valor “B”. Dicho procedimiento será registrado (se almacenará fecha realizada, origen de la consulta, usuario, acción y resultado).
13
2.3.1 Agregar FH.
Precondiciones:
⇒ Debe estar ingresada en el SCOD la EH a la que pertenece el FE.
Postcondiciones:
• El FH ha sido almacenado en el sistema, si la configuración del país indica que debe ser aprobado por el FA, el estado queda en pendiente (Estado = “P”).
Flujo normal:
1. El FE solicita ingresar un FH.2. El sistema solicitará:
• EH (Debe existir en SCOD)• Usuario (Podrá seleccionar un usuario de la tabla
Usuario, crear un Usuario o modificar uno existente).
15
• Nombre (Texto con el nombre)• CID (Texto con Certificado de identificación digital
otorgado por una AC válida).• Comentario
3. Valida los datos ingresados (indicar que se valida que el CID sea emitido por una AC válida) y almacena el FH, este procedimiento será registrado (se almacenará fecha de realizada, origen de la consulta, usuario, acción y resultado)
Flujo alternativo:
3. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al FE permitiéndole corregirlos.
16
2.3.2 Modificar FH
Precondiciones:
⇒ Debe seleccionar al FH que desea modificar con estado = “A”.
Postcondiciones:
⇒ El FH ha sido modificado en el sistema.
Flujo normal:
1. El FE solicita modificar un FH.2. El sistema seleccionará:
El FH que desea modificar con estado = “A”.3. Se muestra solamente:
EH.4. Se muestra y se permite cambiar:
• Usuario (Podrá seleccionar un usuario de la tabla Usuario, crear un Usuario o modificar uno existente).
• Nombre (Texto con el nombre).• CID (Texto con Certificado de identificación digital
otorgado por una AC válida).
17
• Comentario5. Se validan los datos modificados.
Caso de modificación válida: Agrega un registro con los datos modificados, el campo fecha con la fecha en que se realiza la modificación y el campo estado con el valor “A”. Almacena el FH, este procedimiento será registrado (se almacenará fecha de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
5. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al FE permitiéndole corregirlos.
2.3.3 Eliminar FH
Precondiciones:
=> Debe ingresar FH que desea eliminar con estado = “A”.
Postcondiciones:
⇒ El FH ha sido dada de baja lógica en el sistema.
Flujo normal:
1. El FE solicita eliminar un FH.2. El sistema seleccionará
18
• El FH que desea eliminar con estado = “A”.3. Se muestran los datos en pantalla del FH que desea eliminar.4. Confirmar eliminación, en caso afirmativo se dará una baja lógica
Caso de eliminación válida:a) Cambia el estado del registro a eliminar a “B”.b) Agrega un nuevo registro igual al anterior con la fecha en que realiza la eliminación y el campo estado con valor “B”. Dicho procedimiento será registrado (se almacenará fechahora realizada, origen de la consulta, usuario, acción y resultado).
2.4 ABM UA
Precondiciones:
⇒ Debe existir un AG creado en el sistema (El AG crea el primer UA). Los UA pueden crear otros UA.
19
2.4.1 Agregar UA
Precondiciones:
⇒ Debe estar ingresada en el SCOD la Aduana a la que el UA pertenece.
Poscondiciones:
⇒ El UA ha sido almacenado en el sistema.
Flujo normal:
1. El AG o un UA solicita ingresar un UA.2. El sistema solicitará
• Aduana (Seleccionar una Aduana de la tabla Aduana).• Usuario (Podrá seleccionar un usuario de la tabla Usuario,
crear un Usuario o modificar uno existente).• Nombre (Texto con el nombre).
20
• IP’s (Lista de números de IP desde el cual se desea que puedan acceder al SCOD, si es vacío se asumen que puede acceder desde cualquiera)
3. Confirmar / Valida altaCaso de alta válida:Almacena los datos del UA en particular, se ingresa el valor “A” al campo estado, este procedimiento será registrado (se almacenará fechahora de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
3. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al AG o al UA (según quién haya solicitado el ingreso) permitiéndole corregirlos.
21
2.4.2 Modificar UA
Precondiciones:
⇒ Debe seleccionar el UA que se quiere modificar con estado = “A”.
Poscondiciones:
⇒ El UA ha sido modificado en el sistema.
Flujo normal:
1. El AG o un UA solicita modificar un UA.2. El sistema seleccionará
• El UA que desea modificar con estado = “A”.3. Se muestra solamente
• Aduana 4. Se muestran y se permiten cambiar:
• Usuario (Podrá seleccionar un usuario de la tabla Usuario, crear un Usuario o modificar uno existente).
• Nombre (Texto con el nombre).
22
• IP’s (Lista de números de IP desde el cual se desea que puedan acceder al SCOD, si es vacío se asumen que puede acceder desde cualquiera)
5. Se validan los datos modificados:Caso de modificación válida: Agrega un registro con los datos modificados, el campo fechahora con la fechahora en que se realiza la modificación y el campo estado con el valor “A”. Almacena el UA, este procedimiento será registrado (se almacenará fechahora de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
5. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al AG o al UA (según quién haya solicitado el ingreso) permitiéndole corregirlos.
2.4.3 Eliminar UA
Precondiciones:
⇒ Debe seleccionar el UA que desea eliminar con estado = “A”.
Poscondiciones:
⇒ El UA ha sido dado de baja lógica en el sistema.
23
Flujo normal:
1. El AG o un UA solicita eliminar un UA2. El sistema seleccionará:
• El UA que desea eliminar con estado = “A”.3. Se muestran los datos en pantalla del UA que desea eliminar.4. Confirmar eliminación en caso afirmativo se dará una baja lógica.
Caso de eliminación válida: a) Cambia el estado del registro a eliminar a “B”. b) Agrega un nuevo registro igual al anterior con la fechahora en que realiza la eliminación y campo estado con valor “B”. Dicho procedimiento será registrado (se almacenará fechahora realizada, origen de la consulta, usuario, acción y resultado).
2.5 ABM FEA
Precondiciones:
⇒ Debe existir por lo menos un UA creado en el sistema en la EA correspondiente.
24
2.5.1 Agregar FEA
Precondiciones:
⇒ Debe estar ingresada en el SCOD la EA a la que el FEA pertenece.
Poscondiciones:
⇒ El FEA ha sido almacenado en el sistema.
Flujo normal:
1. Un UA solicita ingresar un FEA.2. El sistema solicitará:
• EA (Seleccionar una entidad aduanera de la tabla Entidad Aduanera).
• Usuario (Podrá seleccionar un usuario de la tabla Usuario, crear un Usuario o modificar uno existente).
• Nombre (Texto con el nombre).• IP’s (Lista de números de IP desde el cual se desea que
puedan acceder al SCOD, si es vacío se asumen que puede acceder desde cualquiera)
3. Confirmar / Valida alta.Caso de alta válida:
Almacena los datos del FEA en particular, se ingresa el valor “A” al campo estado, este procedimiento será registrado (se almacenará
25
fechahora de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
3. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al UA permitiéndole corregirlos.
2.5.2 Modificar FEA
Precondiciones:
⇒ Debe seleccionar un FEA con estado = “A”.
Poscondiciones:
⇒ El FEA ha sido modificado en el sistema.Flujo normal:
1. Un UA solicita modificar un FEA.2. El sistema seleccionará:
• El FEA que desea modificar con estado = “A”.3. Se muestra solamente
• Entidad Aduanera4. Se muestran y se permiten cambiar:
• Usuario (Podrá seleccionar un usuario de la tabla Usuario, crear un Usuario o modificar uno existente).
• Nombre (Texto con el nombre).
26
• IP’s (Lista de números de IP desde el cual se desea que puedan acceder al SCOD, si es vacío se asumen que puede acceder desde cualquiera)
5. Se validan los datos modificados.Caso de modificación válida: Agrega un registro con los datos modificados, el campo fechahora con la fechahora en que se realiza la modificación y el campo estado con el valor “A”. Almacena el usuario, este procedimiento será registrado (se almacenará fechahora de realizada, origen de la consulta, usuario, acción y resultado).
Flujo alternativo:
5. El sistema comprueba la validez de los datos, si los datos no son correctos, avisa al UA permitiéndole corregirlos.
2.5.3 Eliminar FEA
Precondiciones:
⇒ Debe seleccionar el FEA que desea eliminar con estado = “A”.
Poscondiciones:
⇒ El FEA ha sido dada de baja lógica en el sistema.
Flujo normal:
1. Un UA solicita eliminar un FEA2. El sistema seleccionará:
27
• El FEA que desea eliminar con estado = “A”.3. Se muestran los datos en pantalla del FEA que desea eliminar.4. Confirmar eliminación, en caso afirmativo se dará una baja lógica.
Caso de eliminación válida: a) Cambia el estado del registro a eliminar a “B”. b) Agrega un nuevo registro igual al anterior con la fechahora en que realiza la eliminación y campo estado con valor “B”. Dicho procedimiento será registrado (se almacenará fechahora realizada, origen de la consulta, usuario, acción y resultado).
2.6 Validez y vigencia del CID
Precondiciones:
⇒ Debe existir una Aduana.⇒ Debe recibir por parámetro:
Fecha País CID del FH Usuario Clave
Postcondiciones:
⇒ Devuelve código, descripción y EH.
Código Descripción00 CID vigente y válido01 CID inválido02 CID no vigente03 CID revocado04 CID no encontrado05 CID no coincide06 País inválido
Flujo normal:
1. Se verifica que exista el CID y que pertenece a un FH de ese País.2. Se verifica que el FH sea estado = “A”3. Se verifica que la fecha del CID sea vigente.
28