Académique Documents
Professionnel Documents
Culture Documents
REQUERIMIENTOS DETALLADOS
SISTEMA DE INFORMACIN MISIONAL
PARA LA PGN (Funcionales)
CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION
Histrico de Revisiones
TABLA DE CONTENIDO
CAPTULO 1 - INTRODUCCIN....................................................................................................... 5
TABLA DE ANEXOS
ANEXO GLOSARIO.A-1
CAPTULO 1 -INTRODUCCIN
donde se incluirn los casos de uso de este Subsistema. Los nuevos requerimientos de
SIRI sern objeto de una contratacin independiente de los Trminos de Referencia
del SIM, por parte de la Procuradura.
Para lograr un mayor entendimiento del documento, la lectura del mismo debe ser
complementada con los documentos Requerimientos de Alto Nivel de los Sistemas
de Informacin, Mapa del Sistema de Informacin y Arquitectura Seleccionada
que forman parte de los entregables de las etapas 4, 5 y 6, respectivamente del
contrato Uniandes-PGN.
CAPTULO 2- OBJETIVOS Y
ALCANCE
1. Descripcin Breve
2. Actores Involucrados
3. Entradas
4. Salidas
5. Flujo de Eventos
5.1 Flujo Bsico
5.2 Flujos Alternativos
6. Precondiciones
7. Post Condiciones
8. Asuntos Pendientes
Los trminos utilizados para la descripcin de los casos de uso estn explicados en el
anexo de Glosario.
Es importante mencionar, que la lista y los casos de uso presentados en los Anexos 1
a 4 puede aumentar a medida que el proveedor seleccionado por la PGN para la
construccin del SIM detalle ms los requerimientos funcionales del sistema. De
igual manera, la especificacin de los casos de uso tambin deber ser ampliada y
detallada por el proveedor seleccionado.
CAPTULO 3 REQUERIMIENTOS
FUNCIONALES
# REQUERIMIENTO SISTEMA
# REQUERIMIENTO SISTEMA
# REQUERIMIENTO SISTEMA
# REQUERIMIENTO SISTEMA
# REQUERIMIENTO SISTEMA
# REQUERIMIENTO SISTEMA
CAPTULO 4 ESPECIFICACIONES
SUPLEMENTARIAS
a) Consultas de Informacin
b) Reportes y Generacin de Informacin
c) Indicadores de Procesos
4.2.1 Consultas
Las consultas aqu identificadas han sido generadas a partir de los casos de uso
especificados en el sistema SIM:
a) Ejemplos de SIAM
b) Ejemplos de SIC
c) Ejemplos de SIMIP:
d) Ejemplos de SIREL
e) Consultas Adicionales
4.2.2 Reportes
a) De manera general:
Con respecto a los reportes, generacin de estadsticas y archivos que la Procuradura
debe generar con el Sistema de Informacin Misional SIM, se han identificado y
estimado por parte de la Universidad, algunos requerimientos adicionales a las
especificaciones dadas en los casos de uso, los cuales debern ser ampliados y
detallados por el proveedor que contrate la PGN para la construccin del mencionado
sistema. A continuacin se enumeran algunos de estos requerimientos:
Para SIC, la generacin de datos estadsticos para seguimiento y evaluacin
del servicio por parte de la PGN.
No. Nombre
1. Actuaciones realizadas por las FFMM
2. Actuaciones realizadas por dependencia
3. Actuaciones realizadas por entidad y conducta
4. Actuaciones realizadas por entidad
5. Comisiones enviadas por dependencia
6. Comisiones recibidas por dependencia
7. Decisiones de 1. Instancia por dependencia
8. Decisiones de 2. Instancia por dependencia
9. Decisiones de 2. Instancia respecto a la 1
10 Movimiento Final por Etapas
11 Movimiento 2. Instancia por dependencia
12 Inventario de procesos por dependencia
13 Quejas recibidas desde/hasta una fecha dada de las FFMM
14 Quejas recibidas desde/hasta una fecha dada por entidad y conducta
15. Quejas recibidas desde/hasta una fecha dada por entidad
16. Relacin de Expedientes con Sanciones en las FFMM
17. Relacin de Expedientes con Sanciones por dependencia
No. Nombre
18. Relacin Salida de Expedientes
19. Relacin Expedientes Inventario Final
20. Sanciones 1. Instancia FFMM
21. Sanciones 1. Instancia por entidad
22. Sanciones 2. Instancia FFMM
23. Sanciones 2. Instancia por entidad
24. Tipo de Actuaciones
25. Reporte de Quejas Registradas por Asunto
Nombre
No.
1. Radicador
2. Implicados
3. Trmite Histrico
5. Archivos
9. Comisiones
10. Repartos
Nombre
No.
19. Quejosos
4.2.3 Plantillas
4. Rechazo Prevencin
7. Rechazo Intervencin
TABLA DE CONTENIDO
Histrico de Revisiones
RegistrarSolicitudes.doc
Fecha Versin Descripcin Autor
04/05/05 1.0 Versin Inicial Disney Rubiano
21/07/05 3.0 Revisin observaciones PGN C.Daz
26/07/05 3.0 Revisin observaciones PGN Se abri el C.Daz
caso de uso en Registrar Solicitudes
(quejas) y Registrar Peticiones (derechos de
peticin), para dar mayor claridad.
Datos de la Solicitud:
Fecha (automtica).
Histrico de Revisiones
RegistrarPeticionesv3.0.doc
Fecha Versin Descripcin Autor
25/07/05 3.0 Revisin observaciones PGN Se crea este C.Daz
requerimiento para distinguir el registro de
las solicitudes o quejas, del registro de los
derechos de peticin.
Datos de la Peticin:
Fecha (automtica).
Detalle de la peticin:
9. Asuntos Pendientes
Se debe revisar cual es la informacin detallada que va a ser solicitada, especialmente para
validar que el sistema pueda con base en dicha informacin disparar el caso de uso de
asignar competencia para asignar la dependencia encargada de la peticin. Tambin debe
revisarse la relacin de este caso de uso con el de completar informacin de SIMIP, que
esta relacionado con el ingreso de la informacin de la solicitudes.
Histrico de Revisiones
ConsultarInformacin-v3.0
4. Entradas
Datos del solicitante:
Datos de la consulta:
Histrico de Revisiones
GenerarDatosEstadsticos.doc
Consultas de Informacin :
Bsqueda de informacin de
legislacin y relatora.
Bsqueda de los datos de una solicitud.
Bsqueda de los datos de una peticin.
Bsqueda de informacin de SIRI.
Histrico de Revisiones
IngresarInicioNovedadesOCID-v3.0
Histrico de Revisiones
EvaluacinAutomticaPoderPreferente-v3.0
5. Salidas
Registro de aplicacin negativa del poder preferente para un registro determinado.
6. Flujo de Eventos
6.1 Flujo Bsico
Histrico de Revisiones
SIC_INT_1GenerarArchivoSolicitudesWEB.doc
Datos de la Solicitud/Peticin:
Fecha (automtica).
9. Asuntos Pendientes
9.1 Periodicidad del cargue
Se debe definir cada cuanto se debe activar la opcin de generacin del archivo en el
sistema SIC.
9.2 Tipo de cargue
Se debe definir si el cargue es automtico (proceso batch).
9.3 Definir donde se debe generar el archivo
Determinar donde debe ser creado el archivo/puestos los registros que se quieren cargar en
el SIAF (servidor, path, base de datos).
9.4 Tipo de archivo
Definir el tipo de archivo que contendr los datos que se van a cargar en el SIAF. Archivo
plano, vistas de una base de datos?
9.5 Datos que se desean cargar en el SIAF
Se debe identificar cuales son los datos que necesita SIAF y que deben ser incorporados en
el archivo. Adems se debe definir las caractersticas de los datos (Tipos, longitudes,
obligatorio/no obligatorio).
9.6 Manejo de errores durante el cargue
Definir si durante la generacin del archivo se produce un error, se aborta o se continua?
Definir si se hace una generacin por lotes y si dicha generacin del lote se aborta cuando
se produce un error, pasando a la generacin del siguiente lote.
9.7 Identificacin del archivo
En caso de manejar archivos planos se debe definir una nomenclatura que permita definir la
fecha y grupo de datos que almacena. Lo propio se debe hacer en la definicin de vistas de
una base de datos.
TABLA DE CONTENIDO
Histrico de Revisiones
MantenerBancoPlanillas.doc
2.2 Prioridad
Media.
2.3 Complejidad
Media
3. Actores Involucrados
Administrador SIAM.
4. Entradas
Ingreso de plantilla:
Identificacin.
Descripcin.
Diseador.
Fecha de creacin.
Versin.
Estado de la plantilla (Un indicador que permite identificar si la plantilla se libera o no para
que los usuarios del sistema la empiecen a usar en la generacin de la correspondiente
comunicacin, auto, decisin o resolucin de instrumentos). Si el valor es si, todos los
usuarios con permisos en el sistema para generar documentacin, podran seleccionarla para
generar el correspondiente documento. Si el valor es no, pese a que est creada la plantilla,
ningn usuario con permisos para imprimir documentos en el sistema, tendra accedo a la
plantilla.
Un ejemplo de operacin de este tem, es el siguiente: El Administrador puede a travs de la
implementacin del presente caso de uso, configurar una plantilla y poner el presente tem
con valor si. Con esta situacin todos los usuarios con permiso de impresin podran
acceder a la plantilla creada. Si en algn momento se requiere cambiar campos en la plantilla,
se puede tomar la plantilla original y copiarla en una siguiente versin, en este caso el
administrador puede poner el valor no en ese tem y el valor si en la copia, con esto los
usuarios slo tendran acceso a la copia (siguiente versin) y no a la plantilla original. Se
debe tener en cuenta que en algunas situaciones puede suceder que por circunstancias de la
administracin se requiera mantener el original, as los usuarios con permisos para impresin
no la accedan.
Por cada tem de la plantilla:
o Texto.
o Tipo de letra del texto.
o Tamao de la letra del texto.
o Estilo de la letra del texto.
o Ubicacin del texto (Coordenadas X,Y)
o Campo para captura/despliegue del valor asociado al tem. (Opcional: no todos los tems
deben capturar/ desplegar un valor Texto o numrico).
o Rango de valores del campo
o Tipo del campo.
o Lugar del medio de almacenamiento de donde toma el valor que despliega. Operacin
que lo genera el valor que se despliega.
o Tipo de letra del valor.
o Tamao de la letra del valor.
o Estilo de la letra del valor.
o Ubicacin del valor (Coordenadas X,Y).
Modificacin de plantilla:
Identificacin.
Descripcin.
Diseador.
Fecha de creacin.
Versin.
Estado de la plantilla.
Por cada tem de la plantilla:
o Texto.
o Tipo de letra del texto.
o Tamao de la letra del texto.
o Estilo de la letra del texto.
o Ubicacin del texto (Coordenadas X,Y)
o Campo para captura/despliegue del valor asociado al tem. (Opcional: no todos los tems
deben capturar/ desplegar un valor Texto o numrico).
o Rango de valores del campo
o Tipo del campo.
o Lugar del medio de almacenamiento de donde toma el valor que despliega. Operacin
que lo genera el valor que se despliega.
o Tipo de letra del valor.
o Tamao de la letra del valor.
o Estilo de la letra del valor.
o Ubicacin del valor(Coordenadas X,Y).
Consulta de plantilla:
Identificacin.
Eliminacin de plantilla:
Identificacin.
Copiar plantilla:
Esta funcionalidad se aplica en los casos donde se requiere obtener copias de una plantilla ya
creada (ingresada), bien sea por que se requiere una actualizacin sobre la misma en una versin
diferente (caso 1) o por que se requiere otra plantilla de naturaleza diferente, cuyo contenido en
buena medida ya fue considerado en la plantilla original (caso 2).
En el caso 1, lo ideal es que la plantilla original quede en el tem Estado de la plantilla con
valor no y la copia, en ese mismo tem con valor si. Mientras que en el caso 2, lo ideal es
que las dos plantillas (original y copia) queden con valor si en dicho tem.
Los tems que se deben tener en cuenta en este caso son:
Identificacin del registro original.
Identificacin del nuevo registro.
Nueva identificacin de versin.
5. Salidas
Ingreso de plantilla:
Se crea y almacena en el sistema un registro de plantilla.
Modificacin de plantilla:
Se modifica en el sistema un registro de plantilla ya existente.
Consulta de plantilla:
Se despliega por medio de una pantalla los datos de una plantilla.
Eliminacin de plantilla:
Se elimina del medio de almacenamiento un registro de una plantilla.
Copiar plantilla:
Crear en el sistema un nuevo registro de plantilla, con los datos del registro original. Los valores
de los datos del registro de copia son iguales al los del registro original, menos la identificacin y
la versin.
6. Flujo de Eventos
6.1 Flujo Bsico
Consulta: Se muestra en una pantalla los datos de una actividad que corresponde a la
identificacin dada.
Ingreso: Se crea y almacena en el sistema un nuevo registro con los datos de una plantilla.
Copia: Se crea un nuevo registro en el sistema, de una plantilla ya existente, cambiando los
valores de la identificacin y la versin.
9. Asuntos Pendientes
9.1 Definicin de los datos de la operacin de ingreso
Definir cuales son los datos obligatorios que el usuario debe proporcionar, una vez se quiere
hacer los ingresos de los datos de una plantilla.
Histrico de Revisiones
AdministrarRecursosFisicos-Elementos v3.0.doc
2.2 Prioridad
Media.
2.3 Complejidad
Media.
3. Actores Involucrados
Servidor PGN.
4. Entradas
Ingreso de un recurso:
Eliminacin de un recurso:
Tipo de recurso.
Consulta de un recurso:
Masiva:
Tipo de recurso.
Individual:
Tipo de recurso.
Cdigo de inventario.
Asignacin de recursos:
Tipo de recurso.
Tipo de recurso.
En caso que el tipo de recurso no corresponda a un lugar, se debe indicar en que lugar
se va a utilizar.
Tipo de recurso.
5. Salidas
Ingreso de un recurso:
Se crea en el sistema, un nuevo registro con los datos de un recurso.
Eliminacin de un recurso:
Se elimina del sistema, un registro que corresponde a los datos de un recurso.
Consulta de un recurso:
Masiva:
Muestra el estado de todos los recursos del tipo dado por el usuario en la entrada
(Descripcin y datos de asignacin en caso de encontrarse asignado).
Individual:
6. Flujo de Eventos
6.1 Flujo Bsico
Accin de los actores Respuesta del sistema
7. Precondiciones
Para las operaciones de asignacin, eliminacin, consulta o modificacin de la asignacin
de recursos, debe existir previamente en el sistema la informacin correspondiente al
recurso y al funcionario o dependencia a la cual se le va asignar.
8. Post Condiciones
De acuerdo con el tipo de operacin, se hace el ingreso, consulta, actualizacin
eliminacin de recursos. De acuerdo con el tipo de operacin, se hace la asignacin de un
recurso a una persona o dependencia, la modificacin de la asignacin o su eliminacin.
9. Asuntos Pendientes
Ninguno.
Histrico de Revisiones
AdministrarServidorPGN.doc
2.2 Prioridad
Media.
2.3 Complejidad
Baja.
3. Actores Involucrados
4. Entradas
Se debe proporcionar:
Consulta:
Identificacin del funcionario.
Modificacin de la disponibilidad:
5. Salidas
Consulta:
Se despliega la informacin bsica de la persona, por ejemplo: nombre, nmero de
identificacin, direccin y telfono, adems de cargo, disponibilidad, dependencia,
habilidades y conocimientos.
Modificacin de la disponibilidad:
Registro modificado en cuanto al valor de la disponibilidad.
6. Flujo de Eventos
6.1 Flujo Bsico
7. Precondiciones
Se deben proporcionar todos los datos de entrada.
La informacin de los servidores se carga previamente del sistema de recursos humanos de
PGN, mediante el caso de uso SIAM_INT_1_Cargar Datos Servidores PGN.
8. Post Condiciones
De acuerdo al tipo de operacin se ejecuta una accin sobre la parte de almacenamiento del
sistema, con respecto a un registro que est asociado a los datos de un servidor PGN:
9. Asuntos Pendientes
Verificar los datos sugeridos para los registros que definen un servidor PGN.
Definir para estos datos sus tipos, sus longitudes y obligatoriedad.
.
Histrico de Revisiones
AdministrarOficios.doc
2.2 Prioridad
Media.
2.3 Complejidad
Media.
3. Actores Involucrados
Servidor PGN.
4. Entradas
Consulta:
La consulta sobre un listado de oficios generados, se puede hacer sobre una combinacin de
los siguientes datos (El usuario no necesariamente debe diligenciarlos todos):
Estado.
Modificacin:
En el caso de una modificacin del estado de un oficio, es obligatorio diligenciar los
siguientes datos:
Observacin.
Nuevo estado.
5. Salidas
Consulta:
Se despliegan los datos de un oficio:
Tipo de plantilla, identificador y nombre del servidor PGN que lo gener, solicitud o caso
al cual est asociado, historia de los estados (fecha y nombre del estado), observacin,
cdigo del documento respuesta del oficio, fecha de creacin.
Adicionalmente se visualiza el oficio con los valores propios, asociados a la solicitud o
caso.
1
Por defecto, cuando se crea un oficio, este toma el estado de Pendiente, en seal de que fue generado y no tiene
respuesta.
Modificacin:
Se modifica el registro de estados del oficio, con el estado suministrado por el usuario
generado de forma automtica por el sistema, y si es el caso se incorpora la respuesta. Se
hace un registro histrico de cada estado por el cual atraviesa el oficio.
6. Flujo de Eventos
6.1 Flujo Bsico
Accin de los actores Respuesta del sistema
7. Precondiciones
Se debe tener en cuenta que los oficios o comunicaciones se elaboran por un usuario en el
curso de un caso. Cuando el usuario desea la generacin del oficio, el sistema selecciona de
forma automtica la plantilla asociada al mismo y pone all los datos del caso que
corresponden al formato preestablecido en la plantilla (Estos datos los toma del medio de
almacenamiento y son los que estn asociados al caso). El usuario en ese momento puede
ingresar sobre el formato, los datos que no son generados de forma automtica. Una vez se
diligencian los datos del formato, se crea un registro y se almacena en el almacenamiento,
el registro por defecto es guardado con estado Pendiente.
2
Cuando se recibe un documento de respuesta a un oficio, se sugiere marcar el documento con un cdigo que es generado
de forma automtica por el sistema. El cdigo es colocado en el documento y en la observacin del sistema se coloca la
referencia, remitente, descripcin y resumen del contenido del documento recibido.
8. Post Condiciones
9. Asuntos Pendientes
Histrico de Revisiones
AdministrarPolticasProyectos.doc
Poltica es una clasificacin por lnea de accin, las cuales se encuentran definidas
en el mapa estratgico de la entidad.
1.1 Iteracin
0.
1.2 Prioridad
Baja.
1.3 Complejidad
Baja.
2. Actores Involucrados
Servidor PGN.
3. Entradas
Consulta:
Se debe proporcionar: poltica y/o proyecto.
Ingreso:
Para ingreso de datos, se necesitara la informacin concerniente a: polticas y proyectos.
Actualizacin:
El cdigo de la poltica o proyecto para hacer la bsqueda del correspondiente registro
almacenado en el sistema. Una vez se encuentra el registro, se podra hacer actualizacin de
los datos.
Eliminacin:
El cdigo de la poltica o proyecto.
4. Salidas
Consulta:
Se despliegan los datos de un registro almacenado en el sistema, asociado a la poltica o
proyecto seleccionado.
Ingreso:
Se crea y almacena un nuevo registro con los datos de la poltica o proyecto tales como
fecha, descripcin, nombre, cdigo (si es del caso), etc.
Actualizacin:
Se modifican algunos de los datos de un registro de una poltica o proyecto.
Eliminacin:
Esta opcin se permite, slo para el administrador de sistemas, cuando la poltica no ha sido
relacionada en SIMIP. Si ya se ha utilizado en SIMIP lo que se hace es inactivar el registro
para indicar que no esta vigente.
5. Flujo de Eventos
5.1 Flujo Bsico
6. Precondiciones
Se deben proporcionar todos los datos de entrada obligatorios, de acuerdo al tipo de
operacin (Consulta, ingreso, Actualizacin y eliminacin).
7. Post Condiciones
De acuerdo al tipo de operacin se ejecuta una accin sobre la parte de almacenamiento del
sistema, con respecto a un registro que est asociado a los datos de una poltica/proyecto:
8. Asuntos Pendientes
Si las polticas y proyectos van a tener un cdigo asociado (para facilitar bsquedas
en el sistema)
Histrico de Revisiones
AdministrarInventarioEntidades.doc
Con la implementacin del presente caso de uso, el usuario podr de forma progresiva ir
agregando/modificando/eliminado datos de una entidad.
1.1 Iteracin
0.
1.2 Prioridad
Media.
1.3 Complejidad
Baja.
2. Actores Involucrados
Procurador Delegado.
3. Entradas
Consulta:
Se debe proporcionar el cdigo de la entidad.
Ingreso:
Actualizacin:
El cdigo de la entidad para hacer la bsqueda del correspondiente registro almacenado en
el sistema. Una vez se encuentra el registro, se podra hacer actualizacin de los datos. Los
datos son los que se mencionan en el anterior punto. Se debe tener en cuenta que el usuario
debe contar con un opcin de actualizacin que le permita modificar los datos de las
entidades en momentos diferentes. Una actualizacin de datos, puede significar el cambio
de valor de un dato por otro valor (por ejemplo: la direccin electrnica de la persona
contacto), el borrado de un valor de un dato (por ejemplo: Dejar en blanco el nmero de fax
de la entidad), la complementacin de un valor de una dato (por ejemplo: agregar un
nmero de telfono, agregar informacin sobre las competencias de la entidad), la
simplificacin de un valor de un dato (por ejemplo: si existen dos nmeros de fax, quitar
uno).
Inactivacin:
El cdigo de la entidad, fecha de la inactivacin, causa, responsable.
4. Salidas
Consulta:
Se despliegan los valores a los datos suministrados en el ingreso.
Ingreso:
Se crea y almacena un nuevo registro con los datos de la entidad.
Actualizacin:
Se modifican algunos de los datos de un registro de una entidad.
Inactivacin:
Nota: Es necesario llevar un registro histrico de las acciones que se lleven a cabo en
referencia a las operaciones sobre los datos de las entidades.
5. Flujo de Eventos
5.1 Flujo Bsico
6. Precondiciones
Se deben proporcionar todos los datos de entrada obligatorios, de acuerdo al tipo de
operacin (Consulta, ingreso, Actualizacin e inactivacin).
7. Post Condiciones
De acuerdo al tipo de operacin se ejecuta una accin sobre la parte de almacenamiento del
sistema, con respecto a un registro que est asociado a los datos de un funcionario:
8. Asuntos Pendientes
Definir cual es la informacin asociada a la entidad que se va a recolectar. Por cada dato, se
debe identificar su tipo, nombre exacto, longitud y obligatoriedad.
Histrico de Revisiones
AdministrarCompetenciasxDependencia v3.0.doc
Ingreso:
Si es una Dependencia Organizacional: Se debe proporcionar el nivel y la ubicacin,
adems de los cdigos de las competencias y para cada una de estas los temas, y sobre cada
tema las respectivas normas.
Actualizacin:
Dado el cdigo de la dependencia (Sea Organizacional o Virtual), se deben proporcionar las
mismas entradas que para el caso anterior. Se debe tener en cuenta que con respecto a las
competencias, independientemente del tipo de dependencia, estas pueden ser adicionadas,
inactivadas o cambiadas por otras. En referencia a las Dependencias Virtuales, se debe
poder modificar la informacin relacionada con la dependencia a la cual est adscrita, el
objetivo de su creacin y los datos de los servidores PGN que la conforman. Se pueden
adicionar, inactivar o cambiar por otros, los servidores PGN de una Dependencia Virtual.
Inactivacin:
En este caso la inactivacin aplica directamente sobre una Dependencia Virtual. En este
punto se deben suministrar los siguientes datos: Responsable, fecha y causa de la
inactivacin.
4. Salidas
Consulta:
Se despliegan los datos de un registro almacenado en el sistema, asociado a la dependencia
seleccionada.
En el despliegue se pueden observar los siguientes datos:
Dependencia Organizacional: Nombre, cdigo, nivel, ubicacin, competencias asociadas.
Por cada Competencia, los temas y por cada uno de estos ltimos las normas que lo
componen.
Dependencia Virtual: Cdigo y nombre de la dependencia a la cual est adscrita, nombre y
cdigo de la dependencia consultada, fecha y objeto de su creacin, adems de los
servidores PGN que la conforman. Por cada servidor PGN, se debe mostrar el nombre, la
identificacin, el rol que desempea en la dependencia, nombre de Dependecia
Organizacional a la cual pertenece y cargo en la PGN. En caso de estar asociado a
Dependencias Virtuales, se debe mostrar el nombre de estas y el rol que all desempea.
Ingreso:
Se crea y almacena un nuevo registro con los datos de la dependencia, teniendo en cuenta
que si se trata de una virtual se deben incorporar las asociaciones con servidores PGN que
la conforman y los datos de la dependencia a la cual queda adscrita, adems del nombre de
la dependencia y la fecha y objetivo de su creacin. En el caso de una Dependencia
Oganizacional, se guardan en el registro las relaciones con las competencia asignadas y los
datos referentes al nivel y ubicacin.
Actualizacin:
Se modifican algunos de los datos de un registro de una dependencia.
Inactivacin:
Se marca como inactivo el registro de una Dependencia Virtual.
Nota: Es necesario llevar un registro histrico de las acciones que se lleven a cabo en
referencia a las operaciones sobre los datos de las dependencias.
5. Flujo de Eventos
5.1 Flujo Bsico
6. Precondiciones
Se deben proporcionar todos los datos de entrada obligatorios, de acuerdo al tipo de
operacin (Consulta, ingreso, Actualizacin e inactivavin). Los datos concernientes a los
servidores PGN, las competencias, los temas y las normas deben estar ya almacenados.
7. Post Condiciones
De acuerdo al tipo de operacin se ejecuta una accin sobre la parte de almacenamiento del
sistema, con respecto a un registro que est asociado a los datos de un funcionario:
8. Asuntos Pendientes
Definir los valores que se almacenarn en los medios de almacenamiento referentes a las
competencias, temas y normas.
Histrico de Revisiones
AdministrarEtapasActividades v2.0.doc
- Procedimientos asociados.
- Informacin para clculo de indicadores (peso o valor).
- Actores (en caso de que se restrinja el actor a una actividad determinada)
- La(s) actividad(es)/actuacin(es) que le preceden.
- Flags.
Etapa:
Asociado a fases. Ejemplo: Indagacin Preliminar, Investigacin Disciplinaria.
Actividades / Actuaciones :
Asociado a tareas particulares. Ejemplos de Actividades son: Para Disciplinario: las
declaraciones de testigos, las declaraciones de las vctimas, las visitas especiales, los
peritazgos, la exposicin libre de los disciplinados, etc. Para Intervencin: Participacin en
la Audiencia de Garantas. Para Preventivo: Las visitas, las entrevistas, etc.
Vale la pena aclarar que hay actividades relacionadas con el caso y otras con los actores del
caso. Si se escucha en exposicin libre a la persona esta actividad se encuentra ligada con el
actor o si se hace una notificacin, en cambio, si se hace una visita especial, esta actividad
esta ligada con el caso.
Hay actuaciones que implican decisiones, por ejemplo, abrir indagacin preliminar, abrir
investigacin disciplinaria, suspender al servidor investigado, decretar archivo, formular
cargos y dictar fallo. Al igual que para las actividades, hay algunas decisiones relacionadas
con el actor (ejemplo: sancin, la suspensin y el archivo) y otras relacionadas con el
proceso, como la nulidad.
Documentos Asociados:
Debe incluir la lista de documentos que se pueden generar en dicha actividad, cada
documento debe tener su plantilla correspondiente.
Trminos Asociados:
Numero de das en los la actividad prescribe. En realidad el sistema debe manejar tres tipos
de trminos: Primero, los trminos para decidir el caso, segundo, los trminos de las etapas
del caso y, tercero, los trminos de ciertas actividades que de acuerdo a la ley se deben
realizar en un plazo determinado, como por ejemplo, presentar alegatos previos al fallo, que
de acuerdo a la ley 734, es de 5 das hbiles contados a partir del tercer da hbil exclusive,
de la notificacin del auto que ordena el traslado a los sujetos procesales.
A estos trminos se deben agregar las alertas tempranas para evitar la prescripcin de los
casos o la preclusin de los trminos sin actividad del servidor que tiene a su cargo el caso.
(Esta tarea se realiza en el caso de uso Alertar Vencimiento de Casos).
Flags:
Indican si la actividad afecta o no otra actividad. Estos flags se utilizarn para la realizacin
automtica de ciertas tareas. Ejemplos de valores referentes a los flags son:
- Cambia etapa (SI/NO)
Peso Indicadores:
Indica el peso o valor que se le da a cierta actividad para el clculo del desempeo de las
actuaciones de los servidores.
Procedimientos:
Listado de pasos o procedimientos a seguir en una actividad o actuacin. Ejemplo: Gua
Prctica de Pruebas.
2.2 Prioridad
Alta.
2.3 Complejidad
Baja.
3. Actores Involucrados
Servidor PGN (administrador sistema).
4. Entradas
Consulta:
Se debe proporcionar el cdigo del rea para conocer las etapas asociadas a la misma.
Respecto a la etapa, se debe proporcionar el cdigo, para conocer las actividades y
actuaciones asociadas. Para conocer el detalle de una actuacin/actividad, se debe
proporcionar el cdigo de la misma.
Ingreso/Actualizacin/Eliminacin (Administracin):
El ingreso de informacin puede ser progresivo y no es necesario ingresar todos los datos
de todas las reas. El ingreso de datos de cada rea se puede hacer en tiempos diferentes
alternando con la actualizacin y la eliminacin de datos. Lo mismo sucede para el ingreso
de los datos de las etapas y de las actividades y actuaciones. Esto quiere decir que para un
rea se puede ingresar/cambiar por otro/eliminar un subgrupo de etapas y dentro de una
etapa se puede ingresar/cambiar por otro/eliminar un subgrupo de actividades y un
subgrupo de actuaciones. Se debe tener en cuenta que una vez se empieza el ingreso de los
datos de una actuacin o actividad, los datos de la misma deben ser ingresados en su
totalidad, teniendo en cuenta que los datos referentes a los trminos, procedimientos y
documentos pueden ser modificados y/o eliminados en cualquier momento.
Para ingreso de datos de un rea, se necesitara de los datos de las etapas que la componen,
para el ingreso de cada etapa, se necesita, adems del cdigo y el nombre, de los datos de
las actuaciones/actividades que la componen, Adicionalmente la informacin concerniente
a cada actividad y actuacin es la siguiente:
- Cdigo de la Actividad o Actuacin (Decisin)
- Nombre de la Actividad o Actuacin (Decisin)
- Documentos Asociados
- Trminos Asociados (si hay trminos se debe registrar en nmero de das)
- Procedimientos asociados.
- Informacin para clculo de indicadores (peso o valor).
- Actores (en caso de que se restrinja el actor a una actividad determinada)
- Flags.
Para los procedimientos, documentos y flags, de becesita de informacin tal como, el
cdigo, el nombre y la descripcin de cada cual.
En cuanto a la actualizacin, a parte de ingresar/cambiar por otro/eliminar un subgrupo de
etapas a un rea, de ingresar/cambiar por otro/eliminar un subgrupo de actividades y/o
actuaciones a una etapa, de ingresar/cambiar por otro/eliminar subgrupos de procedimientos
y documentos a una actividad y/o actuacin, se debe poder modificar la informacin de
elementos, como: nombres, descripciones y datos adicionales como lo es la informacin
para el clculo de indicadores y flags.
La eliminacin, podr ser realizada por el administrador del sistema, cuando el registro del
rea/etapa/actividad/actuacin/documento/procedimiento/ no ha sido utilizado en SIMIP.
En realidad una eliminacin no produce un borrado del registro del medio de
almacenamiento sino una inactivacin del mismo.
5. Salidas
Consulta:
Se despliegan los datos de los registros almacenados en el sistema, que corresponden a la
informacin de un rea, las etapas que la componen, las actividades y/o actuaciones que
componen cada una de sus etapas, la informacin propia de cada actuacin y/o actividad,
incluyendo la de los flags, documentos y procedimientos.
Ingreso/Actualizacin/Eliminacin:
En el caso de ingreso de datos no existentes en el medio de almacenamiento, se crean y
almacenan nuevos registros. En el caso de actualizacin de datos tales como nombres y
descripciones, se mantienen los registros creados y almacenan en ellos los cambios
realizados. En al caso de eliminacin, se mantiene el registro original, con una marca que
indica que est inactivo. En el caso de ingresar/actualizar/eliminar asociaciones tales como
rea etapa, etapa actividad, etapa actuacin, actuacin/actividad documento,
actuacin/actividad documento glag, actuacin/actividad documento,
actuacin/actividad procedimiento, se ingresan y/o eliminan los registros que almacenan
dichas asociaciones.
6. Flujo de Eventos
6.1 Flujo Bsico
7. Precondiciones
Para el caso de la consulta: Para poder realizar las respectivas consultas, se debe poder
contar con el respectivo cdigo de los datos para hacer la bsqueda del registro asociado en
el medio de almacenamiento del sistema. Se debe contar con el cdigo del rea para poder
consultar sus datos, en el caso de una etapa, se debe contar con el cdigo de la misma para
poder hacer la consulta, en el caso de una etapa o actividad, se debe contar con el cdigo de
sta para poder ejecutar la consulta, y sobre esta, se deben conocer los cdigo de los
documentos/procedimientos asociados, para poder consultar los datos de estos. Los
registros deben existir en la base de datos para poder realizar la respectiva consulta. En el
caso de los registros de referencia tales como reas,
Para el caso de ingreso/actualizacin/eliminacin:
La informacin de las reas, tipos de trminos debe estar creada y almacenada, y las
etapas, actividades y actuaciones se van creando segn se requiera. Se debe tener en cuenta
que una etapa puede ser creada para ms de un rea y en el momento de establecer la
asociacin rea-Etapa, si esta ltima no existe se crea y almacena. Una actividad y/o
actuacin puede estar asociada a ms de una etapa y en el momento de establecer la
asociacin etapa actividad/actuacin, si esta ltima no existe, se crea y almacena,
eventualmente respecto a las actividades/actuaciones al estar involucradas en ms de una
etapa, lo que cambiara son los datos referentes a documentacin y trminos de una etapa a
la otra. Lo mismo sucede con los documentos y los procedimientos, un
documento/procedimiento puede estar asociado a ms de una actuacin y/o actividad. En el
momento de asociar un documento/procedimiento a una actividad/actuacin se debe
verificar su existencia, en caso de no existir, se crea y establece la respectiva asociacin.
8. Post Condiciones
De acuerdo al tipo de operacin se ejecuta una accin sobre la parte de almacenamiento del
sistema, con respecto a un registro que est asociado a los datos de una etapa o actividad.
9. Asuntos Pendientes
Revisar los datos definidos para las entradas y si es necesario complementarlos. Definir en
tiempo de diseo los tipos y las longitudes de los mismos, adems de cules pueden ser o
no obligatorios en el momento de ejecutar una accin de consulta, actualizacin,
eliminacin ingreso.
Histrico de Revisiones
SIAM_INT_1CargarDatosServidoresPGN.doc
2. Actores Involucrados
Administrador SIAM.
3. Entradas
Por cada cargue de datos: Fecha, hora, nombre del archivo y encargado del cargue.
Se genera un archivo de log, donde se indica las anomalas de sobre los datos de los
servidores PGN.
Por cada carga de datos, se crea un registro en el sistema SIAM, donde se indica la
fecha, hora, nombre del archivo y encargado del cargue.
5. Flujo de Eventos
5.1 Flujo Bsico
6. Precondiciones
Debe existir un archivo con todos los datos necesarios de cada uno de los servidores PGN,
listo para ser cargado en SIAM. Cada registro de dicho archivo es equivalente a los datos de
un servidor PGN.
7. Post Condiciones
Se ingresaron, modificaron y/o eliminaron registros de datos de servidores PGN en el
sistema SIAM. Se gener un archivo de log con los resultados del cargue y se genero y
almacen un registro con los datos del cargue.
8. Asuntos Pendientes
8.1 Definicin de los datos de la operacin de ingreso
Definir cuales son los datos obligatorios que se deben proporcionar desde el sistema de
Nmina, una vez el proceso de cargue detecte que se trata de la creacin y almacenamiento
de un registro con los datos de un servidor PGN. Tener en cuenta que seguramente existen
dos niveles, entre los que se han considerado los as llamados datos bsicos del servidor
PGN.
TABLA DE CONTENIDO
Histrico de Revisiones
Esta asignacin automtica se puede realizar cuando los ciudadanos o autoridades diligencien la solicitud o
peticin de manera completa, en cuyo caso se cuenta con toda la informacin. En los casos en los que la
informacin esta incompleta (ejemplo: algunas solicitudes ingresadas por SIAF), el sustanciador de la
Divisin de Registro y Control complementar la informacin mediante el caso de uso completar
informacin solicitud para que posteriormente el sistema pueda hacer la asignacin automtica de
dependencia.
El sistema debe dar tambin la posibilidad de asignacin manual de dependencia, para que la Divisin de
Registro y Control asigne con base en una lista sugerida de dependencias. (ejemplo: puede ocurrir que de
acuerdo a las competencias haya ms de una dependencia competente y sea la Divisin de Registro y
Control la que finalmente asigne).
2.2 Prioridad
Alta
2.3 Complejidad
Alta
3. Actores Involucrados
Servidor PGN
4. Entradas
Solicitud registrada en SIMIP.
5. Salidas
Solicitud asignada a una dependencia.
6. Flujo de Eventos
6.1 Flujo Bsico
Paso 3: Si el sistema no cuenta con informacin suficiente para sugerir la dependencia, ser el sustanciador
quien tome la decisin.
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
Este caso de uso esta directamente relacionado con el caso de uso en SIAM- Administrar Competencias por
Dependencias. Deber ajustarse a las definiciones de competencias que all se determinen.
Histrico de Revisiones
EvaluarDuplicidad.doc
Este requerimiento es llamado en el momento de ingresar una nueva solicitud para alertar que una solicitud
similar ya se encuentra registrada en el sistema (esto para evitar que se ingresen duplicados al sistema, ya
que muchas veces la misma solicitud llega con copia a varios lugares de la PROCURADURIA). Se deben
definir los datos bsicos sobre los cuales se establece la duplicidad.
2.2 Prioridad
Alta
2.3 Complejidad
Media
3. Actores Involucrados
Servidor
4. Entradas
Solicitud registrada en SIMIP.
5. Salidas
Advertencia al usuario que una solicitud con la misma informacin ya se encuentra registrada en el sistema.
6. Flujo de Eventos
6.1 Flujo Bsico
Ninguno
7. Precondiciones
Existen unos criterios claros, previamente determinados, sobre el ingreso de informacin en el SIMIP
8. Post Condiciones
El sistema compara la informacin entrada con los campos definidos de las solicitudes ingresadas en
SIMIP, y en caso de considerar duplicidad se advierte al servidor.
9. Asuntos Pendientes
Falta definir cuales son los campos que sirven de comparacin para evaluar duplicidad.
Histrico de Revisiones
AcumularSolicitud.doc
2.2 Prioridad
Media
2.3 Complejidad
Baja
3. Actores Involucrados
Servidor
4. Entradas
IUS de solicitud registrada en SIMIP a acumular.
IUS de solicitud registrada en SIMIP a la cual se va a acumular.
5. Salidas
Solicitud acumulada indicando la dependencia entre ambas y que solicitud queda inactiva por quedar
acumulada.
6. Flujo de Eventos
6.1 Flujo Bsico
Paso 2: Si alguno de los IUS entrados no corresponden a una solicitud vlida en el sistema, se
informa el error y se aborta la operacin.
7. Precondiciones
8. Post Condiciones
Las solicitudes son correctamente acumuladas en el sistema, indicando cual solicitud depende de
la otra e inactivando la solicitud dependiente.
9. Asuntos Pendientes
Histrico de Revisiones
ReversarAcumulacion.doc
2.2 Prioridad
Media
2.3 Complejidad
Baja
3. Actores Involucrados
Servidor PGN
4. Entradas
IUC de caso o IUS de solicitud registrada en SIMIP previamente acumulada.
5. Salidas
6. Flujo de Eventos
6.1 Flujo Bsico
Paso 4: Si se eligi reversar una solicitud, y el IUS entrado no corresponde a una solicitud vlida
en el sistema, se informa el error y se aborta la operacin.
7. Precondiciones
El IUC entrado corresponde a un caso existente en el sistema.
8. Post Condiciones
La solicitud o caso es correctamente reversado y la informacin asociada queda igual a como
estaba en el momento antes de efectuar la acumulacin.
9. Asuntos Pendientes
Histrico de Revisiones
AbrirCorrespondenciaVariasSolicitudes.doc
2.2 Prioridad
Media
2.3 Complejidad
Media
3. Actores Involucrados
Servidor PGN en divisin de registro y control
4. Entradas
Solicitud registrada en SIMIP.
5. Salidas
6. Flujo de Eventos
6.1 Flujo Bsico
Paso 4: Si el IUS entrado no corresponde a una solicitud vlida en el sistema, se informa el error
y se aborta la operacin.
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
Histrico de Revisiones
AcumularCaso.doc
Cuando un caso se agrega a otro, el sistema conserva la informacin de cada caso, no obstante que en el
caso que contina, se debe reflejar que ese caso tiene agregado el otro, lo mismo en el caso que se inactiva.
2.2 Prioridad
Media
2.3 Complejidad
Baja
3. Actores Involucrados
Servidor
4. Entradas
IUC de caso registrado en SIMIP a acumular.
IUC de caso registrado en SIMIP a la cual se va a acumular.
5. Salidas
Caso acumulado indicando la dependencia entre ambas, indicando relacin entre los casos e inactivando el
caso dependiente.
6. Flujo de Eventos
6.1 Flujo Bsico
Paso 2: Si alguno de los IUC entrados no corresponden a un caso vlido en el sistema, se informa
el error y se aborta la operacin.
7. Precondiciones
8. Post Condiciones
Los casos quedan correctamente acumulados en el sistema, con las razones para tal y las cargas
de los servidores involucrados son recalculadas.
9. Asuntos Pendientes
Histrico de Revisiones
FraccionarCaso.doc
2.2 Prioridad
Media
2.3 Complejidad
Baja
3. Actores Involucrados
Servidor PGN
4. Entradas
Caso registrado en SIMIP.
5. Salidas
Nuevo caso, con la informacin del caso original incorporada y nuevo IUC asignado.
6. Flujo de Eventos
6.1 Flujo Bsico
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
Histrico de Revisiones
RelacionarCasos.doc
El caso de uso tambin puede ser llamado directamente para relacionar dos casos con un tipo de relacin
genrica que el servidor puede definir, dando la justificacin para la relacin.
2.2 Prioridad
Media
2.3 Complejidad
Baja
3. Actores Involucrados
Servidor PGN
4. Entradas
UIC de 2 casos registrados en SIMIP que se deben relacionar.
5. Salidas
Registro de relacin de los casos ingresada en SIMIP.
6. Flujo de Eventos
6.1 Flujo Bsico
Paso 3 Si alguno de los IUC entrados no corresponden a un caso vlido en el sistema, se informa
el error y se aborta la operacin.
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
Histrico de Revisiones
ComplementarInformacinSolicitud v2.0
Una vez ha llegado esta informacin a SIMIP se procede a complementar los datos de
acuerdo al rea misional:
Disciplinaria:
Conducta.
Preventivo:
Histrico de Revisiones
AsignarServidorEquipo v3.0.doc
El presente caso de uso tiene como objetivo asignar a una solicitud -valorada como de
competencia de la PGN- o a un caso, el servidor o servidores (equipo de trabajo) que se
encargarn del mismo, es decir asignar el titular de la responsabilidad del trmite del caso.
Si se asignan servidores el sistema debe brindar la posibilidad de sealar sus roles, por
ejemplo, para el caso de las comisiones disciplinarias especiales, la presidencia y los
colaboradores.
El sistema debe contar con opciones de manejo de situaciones administrativas que afectan
la carga laboral y mecanismos de equilibrio, tales como exclusin del reparto, cambio del
valor de carga laboral o reasignacin de casos, que se podrn configurar de forma manual
cuando se requiera.
Vale la pena aclarar que este caso de uso se puede llamar en varias oportunidades: cuando
en las dependencias se hace reparto a funcionarios, cuando en la Divisin de Registro y
Control se hacer reparto a sustanciadotes y cuando se hace reparto de casos de segunda
instancia.
Si el caso que llega a segunda instancia proviene de una procuradura regional o de una
procuradura provincial, ste se podr remitir directamente al competente o tramitarse ante
la Divisin de Registro y Control, en los eventos en los que exista ms de una delegada
competente para que all se asigne, con todo, el caso deber conservar el mismo nmero.
5. Salidas
Caso asignado, con especificacin de peso.
6. Flujo de Eventos
6.1 Flujo Bsico
Nota: Cuando el usuario del sistema ejecute consultas sobre los servidores PGN encargados
de un caso, el sistema le deber indicar cuales han cambiado de Dependencia1. Cuando un
servidor se retira de la entidad o lo transfieren a otra dependencia, deben ocurrir dos
acciones: 1) Nmina actualiza la desvinculacin de la entidad o la vinculacin del servidor
a la nueva dependencia, lo cul permitir que en la nueva dependencia le puedan asignar
solicitudes o casos. 2) En la dependencia a la cual perteneca el servidor desvinculado o
transferido, la accin que corresponde es la reasignacin de sus casos y adems, la
exclusin del servidor en la planta de personal disponible en esa dependencia, para recibir
solicitudes o casos.
Los funcionarios elegibles para ser asignados a una solicitud, deben existir en el sistema.
Los pesos de las cargas dependen de las solicitudes, y son nmeros reales positivos.
8. Post Condiciones
1
En SIAM se cuenta con el caso de uso de nombre cargar Datos Servidores PGN, que debe identificar el cambio de
dependencia de un servidor PGN.
CASO DE USO
RECIBIR DOCUMENTACIN
FSICA SOLICITUDES
Histrico de Revisiones
RecibirDocumentacinFsicaSolicitudes.doc
Dependencia
4. Entradas
Cdigo de la documentacin fsica a entregar (cdigo de barras).
IUS de la solicitud a la que pertenece.
5. Salidas
Registro de Documentacin fsica recibida por la dependencia.
6. Flujo de Eventos
6.1 Flujo Bsico
8. Post Condiciones
Histrico de Revisiones
ContrastarSolicitudesContraDocumentacion.doc
CASO DE USO
DEFINIR ACTUACION
Histrico de Revisiones
DefinirActuacin.doc
1. Descripcin Breve
El presente caso de uso tiene como objetivo registrar la accin que corresponda seguir, una
vez se ha evaluado el asunto. El sistema proporcionar al servidor de la PGN, una lista de
opciones posibles entre las que puede seleccionar la ms indicada, por ejemplo: abrir caso,
generar auto u oficio para remitir a otra entidad, etc. Estas acciones corresponden a las
salidas del proceso Evaluar Asunto.
El servidor al que le han asignado el conocimiento de una solicitud o peticin, puede:
Para el caso de solicitudes:
a) asumir el caso,
b) redirigirlo envindolo a otra dependencia,
c) remitirlo a otra autoridad,
d) archivarlo,
e) agregarlo a otro caso que ya exista (acumulacin),
Para el caso de peticiones:
a) responder la peticin.
b) redirigindola envindola a otra dependencia
Si el servidor asume el caso, tras descartar duplicidad y evaluar la competencia, y decide
tramitarlo, entonces se pasa al caso de uso Abrir caso.
Si el servidor decide redirigir el asunto, cuando la competencia ha sido asignada en forma
errada, debe poder asignar la dependencia que el servidor estime conveniente. Para dichos
casos, el sistema debe tener la posibilidad de reactivar un caso para la nueva dependencia a
quien se le asigno el caso o reactivarlo para el mismo servidor, por la devolucin del caso.
No obstante, si son varias las dependencias que tienen competencia para asumir la solicitud
o caso, se deber remitir a la Divisin de Registro para que all se asigne la competencia.
Servidor PGN
4. Entradas
Solicitud radicada.
Tipo de solicitud (disciplinario, preventivo, intervencin o jurdica) incluida en la
informacin de la solicitud.
5. Salidas
Para solicitudes:
Paso 6: Si al menos un caso al cual se debe acumular esta solicitud no existe en el sistema,
se informa del error al usuario Servidor (Abogado) y se aborta la operacin.
7. Precondiciones
Se debe conocer el tipo de solicitud, el cual solo puede ser disciplinario, preventivo,
jurdico o intervencin.
Histrico de Revisiones
AsignarPrioridadSolicitud.doc
4. Entradas
Solicitud.
5. Salidas
Solicitud priorizada.
6. Flujo de Eventos
6.1 Flujo Bsico
1
Con respecto a la prioridad, lo solicitado por la Procuradura es que el sistema asigne una prioridad de acuerdo a una
polticas preestablecidas y quede registrada, pero que tambin exista la posibilidad de que el usuario en esa lista
selecciones una si no est de acuerdo con la asignada por el sistema y que queden las dos registradas en el sistema. La
idea es poder contrastar posteriormente qu pas entre la prioridad que gener el sistema y lo que asign el servidor.
2
La informacin de proyecto es de carcter informativo y para generar consultas posteriores de las solicitudes y/o casos
asociados a los proyectos, principalmente del rea preventiva.
8. Post Condiciones
9. Asuntos Pendientes
Queda pendiente definir la manera como se van a asignar las prioridades automticamente.
Histrico de Revisiones
AbrirCaso v2.0.doc
El presente caso de uso tiene como objetivo asignar un identificador nico de caso (IUC).
Este nmero servir para identificar cada caso (preventivo, disciplinario, de intervencin o
jurdica) a lo largo de toda la actuacin de la PGN, sin importar si el caso cambia de
dependencia en el nivel central, territorial o por traslado de competencia.
Adicionalmente en este punto se incluye informacin pertinente al caso, que no haya sido
registrada en la solicitud y adicionalmente, el sistema suministra informacin de la
jurisprudencia relacionada con la materia, la normatividad aplicable, los conceptos y
precedentes que sobre la materia existen en la PGN, con el fin de que el servidor cuente con
informacin relacionada antes de comenzar a definir la ruta y el plan de accin.
Nota: Si el caso es disciplinario, el nmero nico del caso tambin debe servir para
identificar el caso en segunda instancia, en ste evento, lo que debe ocurrir es que el sistema
maneje un mdulo donde la segunda instancia pueda tomar el caso cuando se recurre alguna
decisin de primera instancia y registrar, tanto la actuacin surtida como la decisin. En
esta forma, si alguien consulta el caso, podr ver si ste ha ido a segunda instancia y en tal
evento, ver cual fue la decisin recurrida, el trmite surtido ante la segunda instancia y la
decisin adoptada. De igual forma, facilita el manejo en segunda instancia, pues si el
proceso va ms de una vez a segunda instancia, quien hace la segunda instancia puede ver
en el registro las anteriores actuaciones de segunda instancia y las decisiones. Esta
funcionalidad se hace ms eficiente si tanto la decisin de primera instancia como la de
segunda instancia se adjuntan al registro, con lo cual se hace menos necesario consultar el
expediente fsico.
Si el caso que llega a segunda instancia proviene de una procuradura regional o de una
procuradura provincial, ste se podr remitir directamente al competente o tramitarse ante
la Divisin de Registro y Control, en los eventos en los que exista ms de una delegada
competente para que all se asigne, con todo, el caso deber conservar el mismo nmero.
En aquellos eventos en los que un caso tiene que ir a segunda instancia y la informacin de
primera instancia no ha sido registrada en el sistema, antes de remitirse el caso a la
delegada a la regional o a la Divisin de Registro, el responsable del caso deber ingresar la
informacin pertinente en el sistema.
2.2 Prioridad
Alta
2.3 Complejidad
Baja
3. Actores Involucrados
Servidor PGN
Sistema
4. Entradas
Solicitud valorada.
5. Salidas
Caso con identificador nico de caso (IUC) asignado.
6. Flujo de Eventos
6.1 Flujo Bsico
Histrico de Revisiones
VincularIUS-IUC v2.0.doc
7. Precondiciones
Tanto el Identificador nico de caso como el Identificador nico de solicitud deben existir en el
sistema.
8. Post Condiciones
9. Asuntos Pendientes
CASO DE USO
GESTIONAR ACTORES DEL CASO
Histrico de Revisiones
GestionarActoresCaso.doc
Esta informacin debe facilitar el envi de oficios o de notificaciones a los actores del
proceso, el sistema podr tomar datos registrados por cada actor y llevarlos directamente al
oficio. Para las actas de notificacin en los disciplinarios, si en el sistema aparecen los datos
de los implicados y sus defensores, al momento de generar el acta de notificacin el sistema
debera permitirle al usuario seleccionar de la lista de actores del caso, a la persona que va a
notificar, diligenciar el acta con estos datos y la fecha y permitir al servidor que diligencie
los dems datos y luego imprima el acta para la firma.
El servidor o servidores de la PGN que participan en el caso, sern asignados en el caso de
uso Asignar Servidor/Comisin a Solicitud / Caso, el cual tiene incluido el manejo
respectivo de cargas.
En la lista de actores del caso tambin se debera contemplar la opcin de la Comisin para
la prctica de pruebas en lugar diferente a la sede del funcionario que conoce del asunto,
esto es, que exista la posibilidad de indicar en el sistema a quien (dentro o fuera de la PGN)
se comisiona, el trmino de la comisin y el objeto, lo cual adems permite que el sistema
lleve el control del trmino de la comisin. De igual forma, una vez se cumpla la comisin,
el servidor que comisionado debe tener la opcin de registrar la actuacin surtida, con cargo
a su registro de actividades, esto para que sus actividades queden registradas y sumen como
actividad propia para efectos de la evaluacin.
Tambin se debera contemplar como opcin de registro, es decir, como Actor, a los peritos
que en el curso del proceso disciplinario se designan, pues al igual que la comisin para
pruebas, el peritaje tambin tiene un trmino y un objetivo.
2. Clasificacin del Caso de Uso
2.1 Iteracin
0
2.2 Prioridad
Media
2.3 Complejidad
Media
3. Actores Involucrados
Servidor PGN
4. Entradas
6. Flujo de Eventos
6.1 Flujo Bsico
Histrico de Revisiones
DefinirRutaPlanActividades v2.0.doc
Tiene como objetivo definir la ruta y el plan de accin a seguir en el desarrollo de un caso.
Definir Ruta: El servidor determina el camino a seguir (Marcar ruta), con base en una ruta
sugerida por el sistema siguiendo las consideraciones lgicas y legales correspondientes.
Por ejemplo, si el caso es disciplinario, debe indicar si se va por proceso ordinario o verbal
y en el primero, si se va por indagacin preliminar o por investigacin. Si es intervencin,
debe indicar si es agente especial o agente ordinario. Si es preventivo, la determinacin de
la ruta de las acciones que le permitirn comprobar los hechos. La validacin de la ruta, en
cuanto validez de las actividades (precedencia, tipo de actividades por rea, etc) se har
teniendo en cuenta las etapas y actividades registradas en el sistema mediante el caso de uso
de SIAM de Administrar etapas, actividades e informacin asociada.
Definir Plan de Accin: El servidor dice que es lo que va a hacer. El sistema le puede
sugerir algunas actividades, como en derechos humanos, en donde se cuenta para
disciplinario con un manual de pruebas por tipo de violacin y para preventivo, con un
instrumento gua. Puede ser un plan general de accin o puede ser detallando una a una las
actividades. El plan tambin se puede rearmar a medida que transcurre el caso.
El Plan de Accin permitir al servidor llevar un control ordenado de las actividades a
realizar y su propsito, igualmente, el Plan le permitir al sistema, controlar los trminos,
para el Caso, la etapa o la actividad, segn el caso, generando al servidor las alertas
tempranas que se definan.
2.3 Complejidad
Alta.
3. Actores Involucrados
Servidor de la PGN
4. Entradas
Las actividades asociadas a las etapas deben estar registradas previamente en el sistema
SIAM.
8. Post Condiciones
Histrico de Revisiones
RegistrarActividadesActuaciones v2.0.doc
Esta informacin de indicadores y trminos ser manejada en SIAM Ver caso de uso
Administrar Etapas, Actividades, Actuaciones e Informacin Asociada. As mismo, en este
caso de uso el sistema tendr los documentos y plantillas asociadas por actividad, de
manera que en el momento en que se este registrando la actividad, el sistema pueda sugerir
los documentos y plantillas a utilizar y pueda generar de manera automtica dichos
documentos. Ejemplo: El sistema debera operar automticamente en la ejecutoria, por
ejemplo, cuando el encargado acude a la plantilla Constancia de Ejecutoria, el sistema
debera diligenciar automticamente los datos de la plantilla con la informacin del caso.
Esto facilitara el trabajo del servidor y hara ms eficiente el registro, pues en muchos
casos las decisiones cobran ejecutoria pero el responsable no registra los datos en el sistema
quedando abierta la decisin o el proceso, cuando se trata del archivo o el fallo.
Servidor de la PGN
4. Entradas
Las fechas sugeridas para los trminos, deben ser mayores a la fecha de registro de la
actividad.
8. Post Condiciones
Histrico de Revisiones
AlertarVencimientoCaso.doc
El manejo de alertas debe estar relacionado con la prioridad de los casos. El manejo de
prioridades se debe ligar a los esquemas de seguimiento y control, brindando mayor
atencin a los casos con prioridad alta. En este sentido, el sistema debe manejar alertas y
escalamientos distintos a los que pueda generar para casos que tienen prioridad media o
baja.
SIMIP
4. Entradas
6. Flujo de Eventos
6.1 Flujo Bsico
La lista de casos con trminos por vencer deben ser existentes en el sistema.
Histrico de Revisiones
RegistrarConclusiones v2.0.doc
Servidor PGN.
4. Entradas
Identificador nico de Caso (IUC)
5. Salidas
Campo memo con el resumen (conclusiones del caso).
6. Flujo de Eventos
6.1 Flujo Bsico
CASO DE USO
GENERAR OFICIOS, AUTOS, ETC
Histrico de Revisiones
GenerarOficios,Autos.doc
6. Flujo de Eventos
6.1 Flujo Bsico
Si el IUC o IUS al que se debe asociar el auto no existe, se informa el error y aborta la
operacin.
Histrico de Revisiones
MarcarCierreCaso.doc
Servidor PGN
4. Entradas
Caso en estado activo.
5. Salidas
Caso en estado inactivo (para decisiones, activo para archivo).
6. Flujo de Eventos
6.1 Flujo Bsico
Paso 3: Si el IUC del caso entrado no corresponde a un caso abierto, se informa el error
y se aborta la operacin.
7. Precondiciones
Se registra correctamente la informacin asociada al cierre del caso para el IUC entrado,
con la posibilidad de activarlo temporalmente para agregar actuaciones relacionadas a
tutelas y demandas que pueden ocurrir despus del cierre del mismo.
9. Asuntos Pendientes
Histrico de Revisiones
MarcarArchivoFisicoCaso.doc
Paso 4: Si alguno de los casos a cerrar no es un caso existente en SIMIP, se informa el error
y se aborta la operacin.
Ninguna
8. Post Condiciones
Los casos encontrados que cumplan con los criterios definidos para pasar a Archivo
Central, son marcados como cerrados fsicamente.
9. Asuntos Pendientes
Se podra pensar en invocar el caso de uso Manejar ubicacin de la archivo de la dependencia, para ajustar
los datos y reflejar que se encuentra en el archivo central.
Histrico de Revisiones
ManejarUbicacionArchivoDependencia.doc
2.2 Prioridad
Baja
2.3 Complejidad
Baja
3. Actores Involucrados
Servidor PGN
4. Entradas
Caso registrado en SIMIP y documentos asociados al mismo.
5. Salidas
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
Histrico de Revisiones
AdministrarPrestamoExpedientes.doc
- Fecha de prstamo
- Trmino del prstamo. Si se pasa de este trmino, se debe generar una alerta.
- Que se presto (folios, tipo de documento, etc)
- Servidor a quien se prest
- Dependencia
2.2 Prioridad
Baja
2.3 Complejidad
Baja
3. Actores Involucrados
Servidor PGN
4. Entradas
Caso registrado en SIMIP y documentos asociados al mismo.
5. Salidas
6. Flujo de Eventos
6.1 Flujo Bsico
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
Histrico de Revisiones
IndicarCumplimientoCasoPreventivo.doc
Se registra si la entidad cumpli con las tareas de acuerdo al control de advertencias para
el caso preventivo dado.
9. Asuntos Pendientes
Histrico de Revisiones
RegistrarSeguimiento.doc
Histrico de Revisiones
ReAbrirCaso v3.0.doc
El presente caso de uso tiene como objetivo permitir la reapertura de un caso. Este caso de
uso debe cambiar el estado del caso que ya estaba cerrado, esta situacin se presenta cuando
un caso que ya ha sido fallado debe ser revisado nuevamente por eventos como el de una
tutela.
Paso 3: Si el caso seleccionado haba sido cerrado con informacin suministrada a SIRI,
se deber generar una alerta.
7. Precondiciones
Histrico de Revisiones
ListadoFallosNoEnviadosaSiri v3.0.doc
El presente caso de uso tiene como objetivo generar un listado de alerta de los fallos que se
han registrado en SIMIP pero que no han sido enviados a SIRI.
El caso de uso Transmitir sanciones SIMIP a SIRI, permite diligenciar el formato SIRI
desde SIMIP para que pueda ser enviado por el usuario al SIRI. Dado que la opcin de
envo de dicha informacin es manual y no automtica, existe la posibilidad de que el
usuario no envi a SIRI un fallo determinado. El objetivo de este caso de uso es generar un
listado que permita revisar peridicamente la relacin de casos fallados en SIMIP contra
SIRI.
Servidor PGN
4. Entradas
Listado de casos con fallos sancionatorios en SIMIP en un perodo determinado.
5. Salidas
Reporte.
6. Flujo de Eventos
6.1 Flujo Bsico
Ninguno.
7. Precondiciones
Se genera un listado.
9. Asuntos Pendientes
Histrico de Revisiones
AdministrarEquiposTrabajo v3.0.doc
2.2 Prioridad
Media.
2.3 Complejidad
Baja.
3. Actores Involucrados
Procurador Delegado, Regional o Territorial, Jefe o Coordinador de Grupo.
4. Entradas
Se debe proporcionar:
Consulta:
Cdigo del caso y/o
Cdigo del equipo de trabajo.
Ingreso:
Para ingreso de datos, se necesitara la informacin concerniente al equipo: Carga del caso
al cual ser asignado el equipo, Cdigo de dicho caso, Tipo de equipo (Por ejemplo: Equipo
titular, Equipo de apoyo), Cdigo del equipo, Nombre, Propsito de la creacin del equipo,
Descripcin, Identificaciones de los roles que se definan para el equipo, y los servidores-
PGN que se inscriben en cada uno de los roles. En este punto se debe tener en cuenta que
un servidor PGN puede estar asociado a ms de un rol y un rol tiene asociado a ms de un
servidor PGN1.
Actualizacin:
Para ingreso de datos, se necesitara la misma informacin del punto anterior.
Inactivacin:
Se debe suministrar el cdigo del caso y/o del equipo de trabajo.
5. Salidas
Consulta:
Se despliegan los datos de un registro almacenado en el sistema, asociado a un equipo de
trabajo, cuyo cdigo es el mismo suministrado en la entrada (en caso de haberse
diligenciado seleccionado de forma directa el equipo de trabajo) o en su defecto es un
cdigo de equipo de trabajo asignado al caso, cuyo valor de cdigo es el mismo de la
entrada.
Ingreso:
Se crea y almacena un nuevo registro con los datos de un equipo de trabajo.
Actualizacin:
Se modifican algunos de los datos de un registro de un equipo de trabajo.
Inactivacin:
Se marca el registro del equipo de trabajo como inactivo.
6. Flujo de Eventos
6.1 Flujo Bsico
1
El usuario deber seleccionar de una lista de servidores PGN, aquellos que an cuentan con disponibilidad y que
corresponde en sus caractersticas con el rol que se est ingresando. La lista de servidores PGN, se genera a partir de
una consulta sobre la informacin cargada desde el Sistema de Recursos Humanos. Como mnimo la lista debe
desplegar por cada servidor PGN, el nombre, el cargo y la dependencia.
9. Asuntos Pendientes
Verificar los datos sugeridos para los registros que definen los equipos de trabajo.
Sus estructuras, longitudes y tipos. Identificar las estructuras de datos que
permitirn el almacenamiento de estos registros.
Definir cules seran los roles iniciales con los que se podra operar el sistema.
Histrico de Revisiones
ManejarAgendaServidores v3.0.doc
2.2 Prioridad
Baja.
2.3 Complejidad
Baja.
3. Actores Involucrados
Servidor PGN.
4. Entradas
Para el ingreso de una actividad:
Identificacin del servidor pblico.
Cdigo del caso. (Es el caso sobre el cual se desea programar una actividad).
Fecha de inicio de la actividad.
Fecha de finalizacin de la actividad.
Hora de inicio de la actividad.
Hora de finalizacin de la actividad.
Cdigo de la actividad.
Nombre de la actividad.
Descripcin de la actividad. (Hace una particularizacin de la actividad programada).
Participantes en la actividad.
5. Salidas
Para el ingreso de una actividad:
Se crea y almacena un nuevo registro para una actividad de un servidor pblico.
6. Flujo de Eventos
6.1 Flujo Bsico
1
La definicin de la ruta y el plan de actividades de un caso, la realiza el usuario con base en lo que se parametrice en el
caso de uso de nombre AdministrarEtapasActividades de SIAM.
2
La definicin de la ruta y el plan de actividades de un caso, la realiza el usuario con base en lo que se parametrice en el
caso de uso de nombre AdministrarEtapasActividades de SIAM.
Nota 1: Se debe tener en cuenta que el proceso de manejar agenda es progresivo y que en
momentos diferentes el usuario puede hacer ingreso/modificacin/eliminacin/consulta de
datos.
Nota 2: El sistema deber, va correo electrnico, avisarle con anterioridad al funcionario
del desarrollo de una actividad.
7. Precondiciones
Se deben proporcionar todos los datos de entrada obligatorios, de acuerdo al tipo de
operacin (Consulta, ingreso, Actualizacin y eliminacin).
8. Post Condiciones
De acuerdo al tipo de operacin se ejecuta una accin sobre la parte de almacenamiento del
sistema, con respecto a un registro que est asociado a los datos de una actividad de un
servidor pblico:
Consulta: Se muestra en una pantalla los datos de todas las actividades de un servidor
PGN para un caso.
Ingreso: Se crea y almacena en el sistema nuevos registro con los datos de actividades
de un caso desarrollado por un servidor PGN.
9. Asuntos Pendientes
9.1 Definicin del tiempo previo para alertar sobre una actividad a un servidor PGN
En la lnea 8, y la nota 2, se debe definir cual es el tiempo que se debe tener en cuenta para
que con anterioridad se le indique al servidor del desarrollo de una actividad.
Definir cuales son los datos obligatorios que el usuario debe proporcionar, una vez se
quiere hacer los ingresos de los datos de una actividad.
Definir cuales son los datos que el usuario puede modificar, una vez se quiere hacer una
actualizacin de datos una actividad (Por ahora se cuenta con fechas y horas de inicio y de
finalizacin).
9.4 Caractersticas de los datos que se necesitan para la ejecucin del caso de uso
Definir cules son datos necesarios para el desarrollo de este caso de uso, sus tipos y
longitudes, adems de determinar cules son obligatorios, y cuales no.
CASO DE USO
SIMIP_INT_1.RECIBIR
SOLICITUDES MISIONALES - SIAF
Histrico de Revisiones
SIMIP_INT_1RecibirSolicitudesMisionales-SIAF.doc
2.2 Prioridad
Media.
2.3 Complejidad
Media.
3. Actores Involucrados
SIAF.
4. Entradas
Por cada registro:
Datos del ciudadano (persona o entidad que formula la queja o solicitud):
Nombres y apellidos del ciudadano (remitente).
Direccin y telfono del ciudadano (remitente).
Pas, Departamento, Ciudad de Procedencia.
1
SIAF: Sigla usada para referirse al Sistema Administrativo y Financiero de la PGN. Corresponde al software existente
en la PGN en el momento del desarrollo del sistema SIM.
5. Salidas
Registros de solicitudes en SIMIP.
6. Flujo de Eventos
6.1 Flujo Bsico
Lnea 2: En caso de encontrar un error (por ejemplo: sobre el tipo del dato, la longitud del
dato), se debe generar un mensaje que indique el error detectado. La operacin de registro
sobre SIAF es cancelada, hasta tanto no se corrija la situacin encontrada.
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
9.1 Definicin del mensaje
Se debe determinar la manera como SIAF y SIMIP establecern comunicacin para enviar
y recibir mensajes.
CASO DE USO
SIMIP_INT_2.TRANSMITIR
SANCIONES SIMIP A SIRI
Histrico de Revisiones
SIMIP_INT_2_TransmitirSancionesSIMIP-SIRI-v3.0.doc
Normas infringidas: Tipo de norma, nmero, ao, artculo, numeral, inciso, etc
En general, se debe proveer desde SIMIP, la informacin concerniente a los formularios para
reportar sanciones e inhabilidades:
2.2 Prioridad
Media.
2.3 Complejidad
Media.
3. Actores Involucrados
Servidor PGN.
4. Entradas
UIC.
5. Salidas
Formato SIRI diligenciado.
6. Flujo de Eventos
6.1 Flujo Bsico
Nota: Respecto a las lneas 2, 3 y 4, se debe tener en cuenta que actualmente el SIRI cuenta con
programas que permiten el ingreso de los datos de un formulario, y la ejecucin de las opciones
de Guardar y Enviar, a partir de las cuales se realizan las correspondientes validaciones
sobre la informacin registrada para un formato de un formulario. Estas validaciones sobre los
formatos de los formularios, actualmente manejan estados de Completo, Aceptable e
Incompleto, de los cuales necesariamente debe enterarse el usuario de SIMIP.
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
Histrico de Revisiones
SIMIP_INT_3ProveerInfoDocumentosSalida-SIAF-v3.0.doc
1
SIAF: Sigla usada para referirse al Sistema Administrativo y Financiero de la PGN. Corresponde al
software existente en la PGN en el momento del desarrollo del sistema SIM.
10 10-A 4030
10-B 4031
Una tabla de este estilo permitira asociar el consecutivo del documento en SIMIP con el de
SIAF para hacer seguimiento a la correspondencia de salida de la PGN.
6.2. Flujos Alternativos
Lnea 2: En caso de encontrar un error (por ejemplo: sobre el tipo del dato, la longitud del
dato), se debe almacenar en un archivo de log, el error detectado.
7. Precondiciones
Debe existir previamente la informacin de documentacin de salida proveniente de SIMIP
8. Post Condiciones
Se crea el archivo con la informacin de la documentacin de salida que almacenan los
datos del cargue en el sistema SIAF.
9. Asuntos Pendientes
Hay necesidad de definir si esta tabla que relacione los identificadores de documentos en
ambos sistemas est replicada en ambos lados para hacer ms efectivas las consultas del
estado de un documento.
9.1 Periodicidad del cargue
Se debe definir cada cunto se debe hacer activar la operacin de cargue en el sistema
SIAF.
9. 2 Tipo de cargue
Se debe definir si el cargue es automtico (proceso batch).
9.3 Definir de dnde se debe tomar la informacin
Determinar de dnde debe ser tomado el archivo que contiene los registros que se quieren
cargar en el SIAF (servidor, path, base de datos).
9.4 Tipo de archivo
Definir el tipo de archivo que contendr los datos que se van a cargar en el SIAF. Archivo
plano, vistas de una base de datos?
CASO DE USO
SIMIP_INT_4.SUGERIR CASO
Histrico de Revisiones
SIMIP_INT_4SugerirCaso.doc
SIMIP_INT_4.Sugerir Caso
1. Descripcin Breve
Este caso de uso tiene por objetivo, que un usuario autorizado en SIMIP pueda sugerir al
administrador de SIREL, la inclusin en SIREL de un caso, como representativo, para que
ste pueda ser consultado por los usuarios de SIREL.
La sugerencia del caso implica diligenciar, entre otras variables: Tipo de caso (Preventivo,
Disciplinario, Intervencin), Tipo de Origen de la solicitud que dio origen al caso,
Naturaleza de los hechos, Tipo de modalidad (si es verbal, en caso de ser de tipo
disciplinario), Tipo de derecho afectado (en caso de ser preventivo), Tipo de autoridad
judicial (en caso de ser de intervencin), Resumen del desarrollo del caso, resultado (por
ejemplo: fallo), Identificacin del funcionario que propone el caso, Fecha en la que se
propone el caso y Direccin electrnica del funcionario que sugiere el caso. Adems de una
sugerencia de los temas a los cuales puede ser asociado el caso.
Para asociar el caso a los temas, el usuario de SIMIP debe poder consultar los diferentes
temas que existen en SIREL, sabiendo que un tema obedece a un conjunto de descriptores y
restrictotes formulados por el administrador de SIREL.
2. Actores Involucrados
Servidor PGN
3. Entradas
Nmero de Expediente.
Dependencia.
Concepto acogido.
Accin.
Sujetos partes.
4. Salidas
Registro almacenado de un caso de caso sugerido desde SIMIP para SIREL.
5. Flujo de Eventos
5.1 Flujo Bsico
6. Precondiciones
Se deben suministrar todos lo datos de entrada, de acuerdo con el tipo de caso (Preventivo,
Disciplinario o de Intervencin).
En el caso de los datos bsicos, se debe diligenciar los valores de los datos ocasionales
asociados. Por ejemplo: En caso de diligenciar el dato bsico Tipo de caso, con el valor
Preventivo, se hace necesario el diligenciamiento del dato ocasional Derecho afectado, pero
no el de Tipo de modalidad (El Tipo de modalidad, solo aplica a los de carcter
disciplinario y se refiere a si es verbal o no).
7. Post Condiciones
Se crea un registro en SIREL de caso sugerido.
8. Asuntos Pendientes
8.1 Definicin del mensaje
Se debe determinar la manera como SIMIP y SIREL establecern comunicacin para enviar
y recibir mensajes.
tener en cuenta que existen unos datos bsicos y otros ocasionales, y que stos ltimos
dependen en su obligatoriedad de los valores suministrados a los bsicos. Por ejemplo: No
se debe solicitar Tipo de modalidad cuando la Tipo de caso es Preventivo.
Histrico de Revisiones
SIMIP_INT_5RecibirSolicitudesWEB-SIC.doc
2.2 Prioridad
Media.
2.3 Complejidad
Media.
3. Actores Involucrados
SIMIP.
4. Entradas
La informacin recolectada por cada solicitud o peticin, ingresada por Internet va SIC:
Datos de quien formula la queja o solicitud (persona o entidad que formula la queja o solicitud):
Nmero de identificacin (NIT, Cdula de ciudadana, Cdula de extrajera, etc).
Nombres y apellidos del ciudadano, Nombre de la entidad que formula la queja.
Direccin y telfono del ciudadano/entidad.
e-mail.
Pas, Departamento, Ciudad de Procedencia.
Identificador que determina si se trata de un ciudadano o de un servidor PGN.
Fecha (automtica).
Detalle de la solicitud o peticin, descripcin breve del contenido de la solicitud o peticin.
5. Salidas
Se almacena en SIMIP un registro por cada una de las quejas o solicitudes ingresadas por SIC.
6. Flujo de Eventos
6.1 Flujo Bsico
Lnea 2: En caso de encontrar un error (por ejemplo: sobre el tipo del dato, la longitud del dato),
se debe generar un mensaje que indique el error detectado. La operacin sobre los casos de uso
RegistrarSolicitudes, Registrar Peticin e Ingresar inicio y actuaciones de procesos
disciplinarios reportados por OCID es cancelada, hasta tanto no se corrija la situacin
encontrada.
7. Precondiciones
8. Post Condiciones
9. Asuntos Pendientes
9.1 Definicin del mensaje
Se debe determinar la manera como SIC y SIMIP establecern comunicacin para enviar y recibir
mensajes.
TABLA DE CONTENIDO
Histrico de Revisiones
AdministrarTemas.doc
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Administrador de SIREL.
.
4. Entradas
Para modificacin2 e ingreso de datos:
Tipo de informacin (Legislacin, jurisprudencia o doctrina).
1 Se debe tener en cuenta que para hacer la bsqueda de informacin jurdica para hacer consultas sobre la misma, no slo se
tiene en cuenta los conceptos de Tema, Restrictor y Descriptor, y que esta bsqueda se puede hacer por otros conceptos tales
como: Tipo de informacin (Legislacin, Jurisprudencia y/o Doctrinas), ponente, dependencia, etc. Este punto puede verse con
ms detalle en el caso de uso SIREL BuscarInformacin.
2
Una modificacin puede significar modificar los datos propios del tema (Como el nombre y la descripcin) y/o la modificacin,
adicin y/o eliminacin de descriptores y/o restrictotes. A su vez puede significar hacer cambios sobre los sinnimos y
antnimos de un descriptores, adicionando o eliminando relaciones entre descriptores.
Cdigo de tema.
Nombre del tema.
Descripcin del tema.
Para el tema, los cdigos, nombres y descripciones de los restrictores asociados.
Por cada restrictor, los cdigos, nombres y significados de los descriptores asociados.
Por cada descriptor los cdigos de los descriptores que son sinnimos.
Por cada descriptor los cdigos de los descriptores que son antnimos.
Fecha de creacin/actualizacin del tema.
Responsable del tema.
5. Salidas
Para Ingreso: Nuevos registros (el del tema, ms los registros asociados a descriptores y restrictotes) en el
sistema SIREL que contiene todos los datos suministrados en las entradas.
Modificacin: Registros modificados en el sistema SIREL, de acuerdo a los datos suministrados en las
entradas.
Eliminacin: Se elimina del sistema SIREL los registros (El del tema ms las relaciones establecidas hacia
los descriptores y los restrictores) que corresponde a los datos suministrados en las entradas.
Consulta: Se despliegan en una pantalla todos los datos de un tema, que corresponde a los datos de las
entradas.
6. Flujo de Eventos
6.1 Flujo Bsico
Accin de los actores Respuesta del sistema
1. Este caso de uso comienza cuando el
administrador SIREL, selecciona la opcin
readministrar Temas en el sistema SIREL.
2. Si el usuario tiene los permisos apropiados (El
Administrador de SIREL), SIREL despliega una
pantalla para que el usuario seleccione cualquiera de
4 opciones: Ingreso, consulta, modificacin o
eliminacin de datos.
3. El usuario selecciona una de las 4 opciones.
4. Si la opcin es ingreso, el sistema despliega una
pantalla, para que el usuario ingrese los datos de la
entrada.
5. El usuario diligencia cada uno de las entradas.
Ejecuta la opcin de guardar informacin.
6. El sistema crea un registro para el tema (genera el
cdigo del tema de forma automtica) y otros para
las relaciones establecidas con los restrictores y los
descriptores y los almacena.
7. Si es consulta, el sistema despliega una pantalla
para que el usuario registre los datos de entrada de
la informacin que desea consultar.
8. El usuario ingresa (selecciona) el tipo de
informacin y el cdigo del descriptor.
9. El sistema busca en su medio de almacenamiento
los registros que coincidan con los datos de entrada
y despliega los respectivos valores en una pantalla.
Despliega valores para cada una de las entradas
especificadas para el ingreso de datos.
10. Si es una modificacin, el sistema despliega una
pantalla para que el usuario registre los datos de la
informacin que desea modificar.
11. El usuario ingresa (selecciona) el tipo de
informacin y el cdigo del descriptor.
12. El sistema busca en su medio de
almacenamiento los registros que coincidan con los
datos de entrada y despliega los respectivos valores
en una pantalla. Despliega valores para cada una de
las entradas especificadas para el ingreso de datos.
Los valores se despliegan con opcin de
modificacin.
13. El usuario modifica los valores necesarios
sobre la pantalla desplegada por el sistema, por
ejemplo: (1) Modificar los datos bsicos del tema
(Nombre y descripcin). (2) Adicionar/Eliminar
descriptores y/o restrictotes.
El usuario ejecuta la opcin de guardar las
modificaciones realizadas.
14. El sistema modifica el correspondiente registro
para el tema (genera el cdigo del tema de forma
automtica) y los registros de las relaciones
establecidas con los restrictores y los descriptores y
los almacena. Cuando se trate de nuevos
descriptores y/o restrictotes, se crean y almacenan
nuevos registros. Cuando se trate de eliminacin de
descriptores y/o restrictotes, se eliminan del medio
de almacenamiento los correspondientes registros.
15. Si es una modificacin, el sistema despliega una
pantalla para que el usuario registre los datos de la
En caso de necesitar nuevos descriptores para las relaciones de sinnimos y antnimos, deber por cada
uno realizar las acciones del anterior prrafo.
Modificacin de informacin:
Informacin inexistente:
Lneas 9, 12 y 17: Si no existen registros que coincidan con los datos suministrados en las entradas (Tipo
de informacin y cdigo del tema), se genera un mensaje que le indique al usuario la situacin y se cancela
la operacin.
7. Precondiciones
Se deben suministrar todos los datos de las entradas, segn sea el caso. En caso de que se trate de un
ingreso de datos, como mnimo se deben suministrar los siguientes datos.
Cdigo de tema.
Nombre del tema.
Descripcin del tema.
Una modificacin se pude realizar sobre cualquiera de los datos de la entrada.
8. Post Condiciones
Segn sea el caso identificado en las entradas, se realiza la modificacin, ingreso, eliminacin o consulta de
los registros que corresponden a la informacin de un tema.
9. Asuntos Pendientes
9.1 Definicin de las entradas
Se deben revisar las entradas y de ser necesario ampliarlas, indicando sus longitudes y tipos.
Histrico de Revisiones
AdministrarServidoresPGNTemas.doc
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Administrador SIREL.
4. Entradas
El identificador del registro de asociacin Tema vs. Direcciones electrnicas de servidores PGN.
5. Salidas
Para Ingreso (inscripcin): Nuevo Registro, donde se identifican los temas y la informacin de los
servidores PGN interesados en el tema. El registro generado tiene un identificador que lo
diferencia de los dems ya creados.
Modificacin: Registros modificados en el sistema SIREL, de acuerdo a los datos suministrados
en las entradas.
Consulta: Se despliegan en una pantalla todos los datos de un tema, en referencia a los servidores
PGN (Nombre, direcciones electrnicas y dependencia) que tienen inters en el mismo.
6. Flujo de Eventos
6.1 Flujo Bsico
Accin de los actores Respuesta del sistema
1. Este caso de uso comienza cuando el
administrador SIREL, selecciona la opcin de
Administrar usuarios a los temas de inters.
2. Si el usuario tiene los permisos apropiados (El
Administrador de SIREL), SIREL despliega una
pantalla para que el usuario seleccione cualquiera de
4 opciones: Ingreso, consulta, modificacin o
eliminacin de datos.
3. Sobre la pantalla desplegada, el usuario
selecciona una opcin.
4. Si la opcin es suscripcin, el sistema despliega
una pantalla, para que el usuario ingrese los datos de
la entrada.
5. El usuario suministra la informacin de la
entrada. No necesariamente debe diligenciar toda
la informacin y en varios tiempos puede ingresar
la informacin. Por ejemplo: en primera instancia
slo ingresa los datos para el tipo de informacin
legislacin. El usuario ejecuta la opcin guardar
la informacin suministrada.
6. Por cada tema seleccionado en la entrada, se crea
un registro de asociacin tema-direcciones
electrnicas de servidores PGN.
7. Si la opcin es consulta, el sistema despliega una
pantalla con los tipos de informacin de de temas
asociados a estos.
8. El usuario selecciona el tipo y tema sobre el
cual quiere consultar.
7. Precondiciones
Debe existir en el sistema de forma previa la informacin concerniente a los tipos de informacin
y temas asociados a stos.
8. Post Condiciones
Se crean, modifican, elimina o consultan registros de asociacin entre temas y servidores PGN
que estn interesados en los mismos.
9. Asuntos Pendientes
Histrico de Revisiones
ComunicarCambiosServidoresPGN.doc
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Sistema SIREL
4. Entradas
Identificacin del registro de asociacin Tema-Servidores PGN.
5. Salidas
Se enva un correo electrnico a las direcciones de los servidores PGN que se encuentren en el registro de
asociacin Tema-Servidores PGN.
6. Flujo de Eventos
6.1 Flujo Bsico
Accin de los actores Respuesta del sistema
1. Este caso de uso comienza cuando se ejecuta
con xito sobre SIREL opciones de los casos de
uso Administrar Informacin Jurdica,
Administrar Historia de Informacin Jurdica
SIREL_INT_2EvaluarCasosSugeridos.
Lnea 3: Si un usuario no tiene direccin electrnica, se debe generar un archivo de tipo log, donde se
indique lo sucedido.
7. Precondiciones
Debe existir en el sistema la definicin de perfiles, la asociacin de usuarios-perfiles, una norma creada y
clasificada.
8. Post Condiciones
Se enva por mail, la modificacin/clasificacin de la norma a cada uno de los usuarios asociados al perfil
dado en la entrada.
9. Asuntos Pendientes
9.1 Mensaje a usuarios
Se debe definir la manera como sera enviado el mensaje a los usuarios, para indicarles de la modificacin
de la norma.
Histrico de Revisiones
AdministrarInformacinJurdica.doc
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Para todas las opciones (Consulta, Modificacin (correccin), Ingreso (captura) y
Eliminacin): Administrador SIREL.
Para la opcin de Consulta: Servidor PGN.
4. Entradas
Para Ingreso y Modificacin1:
1
Para el caso de la Modificacin, se debe sealar si se produce una copia de los registros o se hace modificacin sobre el original.
Por ejemplo: Una correccin por error implica una modificacin sobre el registro original. Una modificacin por cambios en una ley,
significa la creacin de nuevos registros.
Requerimientos Detallados Mdulo SIREL (Documento Final) Pg.A4- 20
CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION
Nota: La informacin que corresponde a los casos que lleva la PGN es ingresada directamente
desde el SIMIP, por medio de una interfaz (Ver el caso de uso de nombre SIREL -
SIMIP_INT_4SugerirCaso). El manejo de esta informacin se hace en SIREL, por medio del
caso de uso de nombre SIREL_INT_2EvaluarCasosSugeridos.
5. Salidas
Para Ingreso: Un nuevo registro en el sistema SIREL que contiene todos los datos suministrados
en las entradas.
Eliminacin: Se elimina del sistema SIREL el registro que corresponde a los datos suministrados
en las entradas.
Consulta: Se despliegan en una pantalla todos los datos de un registro de informacin jurdica,
que corresponde a los datos de las entradas.
6. Flujo de Eventos
6.1 Flujo Bsico
7. Precondiciones
Se deben diligenciar completamente los datos de entrada para el registro de la norma.
Respecto a las pantallas que se despliegan, tanto para ingreso, como para el caso de uso
BuscarInformacinJurdica, se debe tener en cuenta que los valores concernientes a Tipo de
informacin, Temas asociado, Descriptores y Restrictores e Identificacin de la entidad han sido
ingresados de forma previa al sistema, y que el usuario slo hace una seleccin de una lista. En
caso de necesitar hacer cambios sobre las relaciones (asociaciones) entre los temas y sus
restrictotes y descriptores, el administrador deber recurrir al caso de uso SIREL
AdministrarTemas.
Los descriptores extras sobre los cuales se puede hacer seleccin en las entradas, deben estar
relacionados con los restrictores seleccionados.
Los registros de informacin jurdica, como mnimo deben contener los datos de las entradas.
8. Post Condiciones
Para Ingreso: Un nuevo registro en el sistema SIREL que contiene todos los datos suministrados
en las entradas.
Eliminacin: Se elimina del sistema SIREL el registro que corresponde a los datos suministrados
en las entradas.
Consulta: Se despliegan en una pantalla todos los datos de un registro de informacin jurdica,
que corresponde a los datos de las entradas.
Se crea un nuevo registro de informacin jurdica en el sistema SIREL.
En general, cuando la operacin realizada es exitosa, se ejecuta la implementacin del caso de
uso ComunicarCambiosUsuarios.
9. Asuntos Pendientes
Histrico de Revisiones
AdministrarLinksInternos.doc
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Administrador SIREL.
4. Entradas
Para modificacin y establecimiento (ingreso - creacin):
5. Salidas
Para Ingreso: Un nuevo registro en el sistema SIREL que contiene la informacin que determina
asociacin entre subtextos de una informacin jurdica.
Modificacin: Un registro de asociacin entre subtextos modificado en el sistema SIREL, de
acuerdo a los datos suministrados en las entradas.
Eliminacin: Se elimina del sistema SIREL el registro que corresponde a los datos suministrados
en las entradas.
6. Flujo de Eventos
6.1 Flujo Bsico
Accin de los actores Respuesta del sistema
1. Este caso de uso comienza cuando el usuario
selecciona la opcin de Administrar links
internos.
2. El sistema despliega una pantalla para que el
usuario del sistema pueda seleccionar una de 4
opciones (consultar/establecer/modificar/borrar).
3. El administrador selecciona una de las 4
opciones.
7. Precondiciones
El usuario debe tener claro cuales son los subtextos sobre los cuales quiere establecer los links.
8. Post Condiciones
Segn sea el caso se crear/ modificar/consultar/borrar registros de asociacin de subtextos.
9. Asuntos Pendientes
Se debe en la etapa de diseo, definir cul sera el mecanismo que permite la administracin de
los links, adems de las estructuras de datos que almacenan este tipo de informacin.
Histrico de Revisiones
AdministrarLinksExternos.doc
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Administrador SIREL.
4. Entradas
Para modificacin y establecimiento (ingreso - creacin):
5. Salidas
Para Ingreso: Un nuevo registro en el sistema SIREL que contiene la informacin que determina
asociacin entre un subtexto de una informacin jurdica y otra informacin jurdica.
Modificacin: Un registro de asociacin entre un subtexto de una informacin jurdica y otra
informacin jurdica, modificado en el sistema SIREL, de acuerdo a los datos suministrados en
las entradas.
Eliminacin: Se elimina del sistema SIREL el registro que corresponde a los datos suministrados
en las entradas.
6. Flujo de Eventos
6.1 Flujo Bsico
Accin de los actores Respuesta del sistema
1. Este caso de uso comienza cuando el usuario
selecciona la opcin de Administrar links
externos.
2. El sistema despliega una pantalla para que el
usuario del sistema pueda seleccionar una de 4
opciones (consultar/establecer/modificar/borrar).
3. El administrador selecciona una de las 4
opciones.
7. Precondiciones
El usuario debe tener claro cuales son los subtextos sobre los cuales quiere establecer los links.
8. Post Condiciones
Segn sea el caso se crear/ modificar/consultar/borrar registros de asociacin entre subtextos e
informaciones jurdicas.
9. Asuntos Pendientes
Se debe en la etapa de diseo, definir cul sera el mecanismo que permite la administracin de
los links, adems de las estructuras de datos que almacenan este tipo de informacin.
Histrico de Revisiones
ConsultarListaLinksInformacinJurdica.doc
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Administrador SIREL.
4. Entradas
Generacin de la lista para una informacin jurdica especfica:
Identificador de la informacin jurdica.
5. Salidas
Una lista donde por cada informacin jurdica seleccionada, se debe mostrar:
Identificador de la informacin jurdica.
Nombre de la informacin jurdica.
Autor de la informacin jurdica.
6. Flujo de Eventos
6.1 Flujo Bsico
Lnea 3: En caso de que no existan links, el sistema debe indicar para cada informacin jurdica
con qu tipo de links no cuenta.
Lneas 5 y 6: Debe existir una opcin que permita al usuario regresar a la lnea 4.
7. Precondiciones
Deben existir previamente en el sistema los diferentes links.
8. Post Condiciones
Se crean y almacenan en el sistema registros de asociacin entre el perfil y el tema.
9. Asuntos Pendientes
9.1 Definicin de las entradas.
En diseo se deben revisar las entradas y si es necesario ampliarlas. Para las entradas es necesario
definir los nombres exactos, los tipos y las longitudes.
Histrico de Revisiones
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Administrador de SIREL y servidor PGN.
4. Entradas
1
Los temas ya tienen unos descriptores y resctrictores asociados.
2
La liberacin es el proceso mediante el cual se marca el registro de la informacin jurdica, como un registro que puede ser
consultado por cualquier servidor de la PGN. Cuando se trata de una liberacin parcial, es porque se requiere que slo unos
cuantos servidores pblicos lo puedan consultar. Por defecto los registros son creados en estado no liberado.
5. Salidas
Segn el tipo de bsqueda se despliegan los registros de informacin jurdica y/o los registros de
casos representativos que corresponde a los valores suministrados en las entradas.
En caso de que el usuario tenga los permisos apropiados, se modifican los valores
correspondientes a los registros de Historia de la informacin jurdica y/o los links internos y
externos de la informacin jurdica consultada.
6. Flujo de Eventos
6.1 Flujo Bsico
7. Precondiciones
Deben existir previamente en el sistema la informacin concerniente a: Temas, Restrictotes,
Descriptores, Sinnimos, Antnimos y/o Entidad responsable de la informacin jurdica.
Se debe tener en cuenta que cuando se selecciona alguna de las opciones de Administrar
informacin jurdica, se ejecuta en forma exclusiva con tipo de bsqueda para informacin
jurdica. Que cuando se trata de Evaluar Caso Sugerido se ejecuta en forma exclusiva con tipo
de bsqueda para Casos sugeridos. Cuando se trata de la opcin Bsqueda de de informacin
Jurdica, se puede ejecutar en los dos o cualquiera de los dos tipos de bsqueda (Informacin
jurdica y/o casos representativos).
Cuando se origina en una opcin diferente a Bsqueda de de informacin Jurdica, los valores
se despliegan (lnea 7 del flujo bsico) con opcin de ser modificados.
Cuando se trata de informacin de un caso representativo, accedida por un servidor PGN,
diferente al administrador del sistema SIREL, el listado de la lnea 5 obedece slo a los casos que
ya han sido liberados; en referencia a los casos con liberacin parcial, adems de los casos
liberados totalmente, se adicionaran al listado, aquellos de liberacin parcial que hayan sido
liberados para el servidor que est accediendo al sistema.
Nota: Tipo de bsqueda es uno de los parmetros de la entrada.
8. Post Condiciones
Se despliega en una pantalla el detalle de un registro correspondiente a un caso representativo o a
una informacin jurdica.
9. Asuntos Pendientes
9.1 Definicin de los datos de entrada
Se deben revisar las entradas y de ser necesario ampliarlas, indicando sus longitudes y tipos,
adems de cuales son opcionales y cules obligatorias. En la entrada de datos se debe tener en
cuenta que existen unos datos bsicos y otros ocasionales, y que stos ltimos dependen en su
obligatoriedad de los valores suministrados a los bsicos. Por ejemplo: No se debe solicitar Tipo
de modalidad cuando la Tipo de caso es Preventivo.
Histrico de Revisiones
GenerarDocumento.doc
2.2 Prioridad
Alta.
2.3 Complejidad
Alta.
3. Actores Involucrados
Administrador SIREL.
4. Entradas
Informacin general:
5. Salidas
Registro de creacin del documento (Ttulo, fecha y responsable).
Documento generado.
6. Flujo de Eventos
6.1 Flujo Bsico
7. Precondiciones
Deben existir previamente en el sistema, la informacin correspondiente a la informacin jurdica
y casos representativos.
8. Post Condiciones
Se genera el correspondiente documento y el registro con los datos que indica la generacin del
documento.
9. Asuntos Pendientes
9.1 Definicin de las entradas
Se debe revisar las entradas con el nimo de determinar si son suficientes para la generacin del
documento. Por cada entrada se debe definir los nombres de los datos, sus longitudes y tipos.
CASO DE USO
SIREL_INT_1.CONSULTAR TEMAS
Histrico de Revisiones
SIREL_INT_1ConsultarTemas.doc
SIMIP
3. Entradas
Mensaje con la solicitud de consulta de los temas.
4. Salidas
Registros de los diferentes temas creados en SIREL. Por cada tema el identificador del
tema, los descriptores asociados, por cada descriptor los antnimos y sinnimos, adems de
los restrictores asociados al tema y una breve descripcin del tema.
5. Flujo de Eventos
5.1 Flujo Bsico
CASO DE USO
SIREL_INT_2.EVALUAR CASOS
SUGERIDOS
Histrico de Revisiones
SIREL_INT_2EvaluarCasosSugeridos.doc
2. Actores Involucrados
3. Entradas
Por cada registro de caso sugerido se pueden diligenciar los siguientes valores:
Identificador de evaluacin en un valor tal que indica que el caso ya fue evaluado
por el administrador de SIREL.
Lista de informaciones jurdicas sobre las cuales se sustent el desarrollo del caso,
por ejemplo: Normas que sustentan el desarrollo y las decisiones tomadas por el
servidor PGN en el caso representativo.
1
La liberacin es el proceso mediante el cual se marca el registro de la informacin jurdica, como un registro que puede
ser consultado por cualquier servidor de la PGN. Cuando se trata de una liberacin parcial, es porque se requiere que
slo unos cuantos servidores pblicos lo puedan consultar. Por defecto los registros son creados en estado no liberado.
4. Salidas
Se actualiza un registro de datos referente a un caso representativo.
5. Flujo de Eventos
5.1 Flujo Bsico
6. Precondiciones
El registro del caso representativos debe contener valores, segn las entradas del caso de
uso de nombre SIREL - SIMIP_INT_4SugerirCaso.
7. Post Condiciones
Se modifican los registros de los casos desplegados en la pantalla y que fueron evaluados
por el Administrador. Los registros son modificados en los siguientes campos:
Identificador de evaluacin en un valor tal que indica que el caso ya fue evaluado
por el administrador de SIREL.
Lista de informaciones jurdicas sobre las cuales se sustent el desarrollo del caso.
8. Asuntos Pendientes
8.1 Definicin de las estructuras que permiten el almacenamiento de los casos sugeridos.
Se deben definir cules seran las caractersticas de las estructuras que almacenan los casos
sugeridos en SIREL, nombres, tipos y longitudes, adems de obligatoriedad e integridad de
datos.
TABLA DE CONTENIDO
Tema Pg.
1. DEFINICIN .................................................................................................................. 5
2.1 Diagrama de Secuencia del caso de uso: Definir Ruta y Plan de Actividades ............. 5
2.3 Diagrama de Secuencia del caso de uso: Marcar Cierre Caso ...................................... 11
2.6 Diagrama de Secuencia del escenario de uso: Ciclo de vida de una solicitud/caso .. 15
INDICE DE ILUSTRACIONES
1. Definicin
Para entender el contenido del presente anexo, se presenta a continuacin una breve
explicacin sobre diagramas de secuencias.
Un diagrama de secuencia muestra cmo el control pasa de un objeto a otro a medida que se
ejecuta el caso de uso y a medida que se envan mensajes entre objetos. Un mensaje enviando
por un objeto dispara la toma del control en el objeto receptor y la realizacin de las
operaciones de su clase.
2. Diagrama de secuencias
Debido a que son los dos casos de uso de SIMIP, donde se hace necesario mostrar la forma
como se pasa el control entre los diferentes objetos, a continuacin se muestra los diagramas
de secuencias de:
Marcar caso
Registrar conclusiones
Administrar expedientes
Por ltimo, para ilustrar el ciclo de vida de una solicitud/caso en SIMIP, se muestra el
correspondiente diagrama de secuencia sobre el respectivo escenario de uso.
2.1 Diagrama de Secuencia del caso de uso: Definir Ruta y Plan de Actividades
Descripcin Breve
Tiene como objetivo definir la ruta y el plan de accin a seguir en el desarrollo de un caso.
Definir Ruta: El servidor determina el camino a seguir (Marcar ruta), con base en una ruta
sugerida por el sistema siguiendo las consideraciones lgicas y legales correspondientes. Por
ejemplo, si el caso es disciplinario, debe indicar si se va por proceso ordinario o verbal y en
el primero, si se va por indagacin preliminar o por investigacin. Si es intervencin, debe
indicar si es agente especial o agente ordinario. Si es preventivo, la determinacin de la ruta
de las acciones que le permitirn comprobar los hechos. La validacin de la ruta, en cuanto
validez de las actividades (precedencia, tipo de actividades por rea, etc.) se har teniendo en
cuenta las etapas y actividades registradas en el sistema mediante el caso de uso de SIAM de
Administrar etapas, actividades e informacin asociada.
Definir Plan de Accin: El servidor dice que es lo que va a hacer. El sistema le puede sugerir
algunas actividades, como en derechos humanos, en donde se cuenta para disciplinario con
un manual de pruebas por tipo de violacin y para preventivo, con un instrumento gua.
Puede ser un plan general de accin o puede ser detallando una a una las actividades. El plan
tambin se puede rearmar a medida que transcurre el caso.
El Plan de Accin permitir al servidor llevar un control ordenado de las actividades a
realizar y su propsito, igualmente, el Plan le permitir al sistema, controlar los trminos,
para el Caso, la etapa o la actividad, segn el caso, generando al servidor las alertas
tempranas que se definan.
En este punto el sistema debe aportarle al servidor la siguiente informacin: Un banco de
plantillas, como herramientas, para que pueda generar los oficios y autos que requiera para
impulsar la actuacin, los cuales debern adjuntarse al registro para facilitar la consulta del
Caso sin tener que recurrir en todo momento al expediente fsico.
Diagrama de Secuencia
: Etapa : Actividad
: Caso
/ Definir Ruta y Plan de
Actividades : Servidor
actividad
3 : tomarEtapas ( )
etapas
5 : \selecciona de 'etapas' etapa a
administrar\
Descripcin Breve
El presente caso de uso tiene como objetivo asignar a una solicitud -valorada como de
competencia de la PGN- o a un caso, el servidor o servidores (equipo de trabajo) que se
encargarn del mismo, es decir asignar el titular de la responsabilidad del trmite del caso.
Si se asignan servidores el sistema debe brindar la posibilidad de sealar sus roles, por
ejemplo, para el caso de las comisiones disciplinarias especiales, la presidencia y los
colaboradores.
El sistema debe prever la posibilidad de que un servidor, de la dependencia, tambin se
encuentre adscrito o se pueda adscribir, a un Comit o Comisin Institucional (dependencia
virtual) creada para atender determinados tipos de casos o problemticas, en este evento,
tambin debe permitir asignarle el Caso con cargo a su mapa de carga laboral, en la cual debe
reflejarse, como caso a su cargo si le corresponde su trmite.
Existen dos formas para designar al servidor o servidores, automtica y manual. En el primer
evento, es el sistema quien determina a qu servidor le corresponde el conocimiento del caso
(reparto), y en el segundo, es el responsable de la dependencia quien selecciona al servidor
(asignacin directa), debiendo en todo caso, sealar el criterio utilizado, seleccionndolo de
una lista de criterios previamente definida en el sistema, por ejemplo, la complejidad del
caso, la connotacin que ste pueda tener en la sociedad o en los organismos internacionales.
En el sistema SIMIP, con base en la informacin de carga de funcionarios, los cuales
provienen de la suma de los pesos a las solicitudes y casos que tiene un funcionario en el
momento de ejecutar el programa de reparto, el perfil del funcionario y la clasificacin de la
solicitud, procede a hacer asignacin, que en principio se hace de manera automtica, pero se
puede configurar para hacer un reparto manual en caso de requerirse.
El sistema debe contar con opciones de manejo de situaciones administrativas que afectan la
carga laboral y mecanismos de equilibrio, tales como exclusin del reparto, cambio del valor
de carga laboral o reasignacin de casos, que se podrn configurar de forma manual cuando
se requiera.
El programa de reparto se podr hacer mediante mecanismos de asignacin o reasignacin
directa o aleatoria, segn como se haya configurado, y los nuevos pesos asignados a los
funcionarios elegidos sern acumulados en sus respectivas cargas.
Vale la pena aclarar que este caso de uso se puede llamar en varias oportunidades: cuando en
las dependencias se hace reparto a funcionarios, cuando en la Divisin de Registro y Control
se hacer reparto a sustanciadotes y cuando se hace reparto de casos de segunda instancia.
Si el caso que llega a segunda instancia proviene de una procuradura regional o de una
procuradura provincial, ste se podr remitir directamente al competente o tramitarse ante la
Divisin de Registro y Control, en los eventos en los que exista ms de una delegada
competente para que all se asigne, con todo, el caso deber conservar el mismo nmero.
Diagrama de Secuencia
1 : asignarServidorEquipo ( )
2 : \new\
3 : tomarListaActoresCandidatos ( )
actores_candidatos
candidatos
5 : insertarActor ( actoresElegidos )
Descripcin Breve
Este caso de uso tiene como objetivo cerrar el caso. Consiste en cambiar el estado del registro
en el sistema, indicando que el caso esta cerrado.
En algunos casos el sistema automticamente puede cerrar el caso, para no tener que hacerlo
en forma manual. Por ejemplo, en disciplinario, si el servidor registra en el sistema la
decisin de archivar la actuacin disciplinaria y sta cobra ejecutoria, sin importar si es en
primera o segunda instancia, el sistema puede cerrar el caso. Lo mismo ocurre cuando con la
decisin de remitir la actuacin a otra autoridad, an cuando en este caso, no opera la
ejecutoria.
En el caso de uso Administrar Etapas, Actividades, Actuaciones e Informacin Relacionada
de SIAM, se incluir un flag llamado Cierra Caso, el cual se colocar con valor positivo para
las actividades que impliquen el cierre del caso, de manera que la operacin se pueda llevar a
cabo en forma automtica.
Cuando se produce el cierre de un caso, el sistema debe reflejar la situacin en el mapa de
carga laboral del servidor.
Diagrama de Secuencia
1 : marcarCierreCaso ( )
2 : descargarFuncionarios ( )
3 : fijarTiempoEnDependencia ( )
Descripcin Breve
El caso de uso Registrar Conclusiones tiene como objetivo permitir al servidor registrar las
conclusiones en el anlisis del caso, una vez se haya emitido la decisin, concepto o informe
que pone fin a la actuacin de la PGN Debe constar de una seccin donde en forma resumida
el servidor registra las conclusiones del caso y debe tener la posibilidad de adjuntar
informacin adicional como anexo.
Esta seccin de conclusiones puede incluir una plantilla en la que se pueden, por ejemplo,
manejar temas y subtemas, normatividad aplicada para la solucin del caso y un breve
resumen de la solucin del caso y las razones o fundamentos. Registro que adems, puede
facilitar el trabajo de relatora.
Diagrama de Secuencia
Registrar Conclusiones : Servidor : Caso : Conclusiones
2 : \new\
3 : insertarConclusion ( )
Descripcin Breve
Fecha de prstamo
Trmino del prstamo. Si se pasa de este trmino, se debe generar una alerta.
Que se presto (folios, tipo de documento, etc).
Servidor a quien se prest
Dependencia
Diagrama de Secuencia
1 : tomarExpediente ( )
2 : ingresarPrestamo ( )
3 : \new\
2.6 Diagrama de Secuencia del escenario de uso: Ciclo de vida de una solicitud/caso
1 : \new\
2 : asignarCompetencia ( )
3 : evaluarSolicitud ( )
6 : asignarPrioridadPoliticas ( )
8 : vincularASolicitud ( )
9 : gestionarActores ( )
11 : definirRuta ( )
13 : registrarConclusiones ( )
16 : marcarCierreCaso ( )
Ilustracin 6 Diagrama de Secuencia del Escenario de Uso: Ciclo de vida de una solicitud/Caso
ANEXO GLOSARIO
Histrico de Revisiones
TABLA DE CONTENIDO
Pg.
GLOSARIO
El glosario incluye y define todos los trminos que facilitan la comunicacin y entendimiento
de los documentos generados en las diferentes etapas del presente proyecto. Se ha dividido en
varias secciones para facilitar la agrupacin de trminos.
Macroproceso (procesos de nivel 1): Tienen que ver con las actividades a nivel
general necesarias para cumplir la misin de la Entidad. (Ejemplo: Gestionar
polticas, Coordinar y Controlar, Ejercer funciones misionales y Ejercer funciones
conexas).
Proceso (procesos de nivel 2): Hacen relacin en un nivel ulterior de detalle, a las
funciones asociadas a la PGN. (Ejemplo: Para el macroproceso de Ejercer Funciones
Misionales, los procesos estn asociados a las reas de intervencin, prevencin, y
disciplinario).
Subproceso (procesos de nivel 3): Asociado a las etapas principales dentro de cada
proceso.
Abrir Caso: Es el subproceso por medio del cual la delegada, dependencia o funcionario
delegado, avoca el conocimiento de un asunto de su competencia y por tanto debe registrarlo
en el sistema.
Actores PGN: Son las diferentes personas o entidades que interactan en los procesos
misionales de la PGN, como solicitantes de un servicio, el responsable de una actuacin, o la
persona o entidad sobre la cual impacta una decisin. Ejemplo: los ciudadanos que presentan
solicitudes o quejas a la entidad, los servidores y/o dependencias de la PGN, las entidades
que se relacionan con la PGN, los investigados, entre otros.
Agente: Se utiliza para identificar a los servidores de la PGN que atienden solicitudes o
tramitan los casos en las tres reas misionales de la entidad, en este sentido, puede ser un
procurador delegado, un asesor, un profesional o un procurador judicial, segn la materia.
rea/Funcin Misional: Los mandatos constitucionales que definen las funciones de la PGN
tienen como fin ltimo garantizar que los funcionarios pblicos en el cumplimiento de sus
funciones se ajusten al derecho en sus actuaciones; que los procesos administrativos y
judiciales se desarrollen con el pleno de garantas para las partes; que la vigilancia preventiva
inhiba comportamientos que se aparten de la ley y promueva acciones para la mejor gestin
pblica y por ltimo, que las relaciones sociales se basen en el respeto de los derechos
humanos como marco de convivencia. Para el cumplimiento de estas funciones
constitucionales, la PGN ejerce 3 funciones misionales: disciplinaria, de intervencin, y
preventiva.
Caso:
Disciplinario: Comprende el asunto, comportamiento o conjunto de hechos o
conductas de uno o ms servidores pblicos o particulares sujetos de la accin
disciplinaria, que se investigan en el Proceso Disciplinario;
Preventivo: Abarca el conjunto de actuaciones, diligencias o acciones preventivas de
la PGN, encaminadas a garantizar el cumplimiento de la norma, a solicitud de parte o
en forma oficiosa, en defensa de los derechos humanos, del orden jurdico, del
patrimonio pblico o de inters general, ante una o ms autoridades;
Intervencin: Se integra por la agencia que ejerce la PGN como Ministerio Pblico,
en un determinado proceso judicial o administrativo cursante ante las autoridades
competentes y abarca el conjunto de actuaciones, diligencias, recursos o acciones
legales que puede adelantar el agente.
Entrada (de un proceso en la PGN): Est determinada por la solicitud, peticin, memorial,
exhortacin, notificacin, comunicacin o queja a travs de la cual una persona natural o
jurdica, o una autoridad demanda un servicio o una actuacin a la PGN, para que sta inicie
o asuma una investigacin disciplinaria, intervenga en un caso particular, ante determinada
autoridad judicial o administrativa como Ministerio Pblico, o adelante las acciones
preventivas necesarias, en defensa de los derechos fundamentales, del patrimonio pblico, el
orden jurdico o el inters general.
Al igual que la accin, diligencia o actuacin oficiosa de la PGN en las mismas materias.
Expediente:
En Disciplinario: Conjunto de actuaciones, pruebas y decisiones que conforman el
Proceso Disciplinario;
En Preventivo: Conjunto de diligencias, actuaciones, documentos o informes que
conforman la accin preventiva de la PGN;
En Intervencin Judicial o Administrativa: Conjunto de actuaciones, solicitudes,
recursos, acciones, alegatos y conceptos de la PGN cuando acta como Ministerio
Pblico en un proceso determinado que cursa ante las autoridades judiciales o
administrativas competentes.
Instrumento: Conjunto de herramientas que un servidor de la PGN puede aplicar o a las que
puede acudir, durante el manejo de un caso, o un actor dentro de un proceso. (Ejemplos:
acciones de tutela, actuaciones de oficio de la PGN relacionadas con la prrroga o
suspensin del proceso, suspensin del servidor investigado, comisiones, aplicacin del poder
preferente/vigilancia superior, resolucin de recursos del proceso y causales de inhabilidad o
recusacin de las personas y los traslados por competencia.)
Macroproceso Misional: Se trata del conjunto de tareas, acciones, actividades que permiten
a la Procuradura cumplir con las obligaciones prescritas por la Constitucin.
del inicio de la actuacin oficiosa emprendida por la PGN o derivada de la notificacin ante
una autoridad judicial.
Solicitud: Hace referencia a todas las peticiones, requerimientos o pedidos que llegan a la
PGN respecto a los asuntos manejados por la entidad.
Valorar Solicitud: Este proceso consiste en evaluar la pertinencia para la PGN de tramitar
las solicitudes de servicio o actuacin que llegan a la PGN. Estas pueden ser quejas,
solicitudes o peticiones de ciudadanos, memoriales de abogados o comunicaciones de las
autoridades. Tambin pueden ser traslados por competencia, compulsa de copias o
notificaciones.
Verificar Hechos: Consiste en la constatacin de los hechos relevantes en un caso por medio
de la observacin directa, visitas, cuestionarios o testimonios, documentos, medios tcnicos,
para verificar una conducta y/o comprobar el cumplimiento de los mandatos legales. Incluye
la prctica de pruebas de caso, para la afirmacin o informacin de los hechos y la
responsabilidad de los sujetos procesales.
Actor: Es una entidad externa del sistema que de alguna manera participa en la historia del
caso de uso. Por lo regular estimula el sistema con eventos de entrada o recibe algo de l. Los
actores estn representados por el papel que desempean en el caso.
Ambiente Hardware: Un Ambiente Hardware es una solucin de hardware que apoya una
varias funciones de una empresa. Un Ambiente Hardware est conformado por equipos y/u
otros Ambientes Hardware.
Ambiente Software: Un Ambiente Software es una solucin de software que apoya una
varias funciones de una empresa. Un Ambiente software est conformado por paquetes de
software y/o otros Ambientes Software.
Artefacto UML: En UML un artefacto define cualquier componente que se puede colocar en
un diagrama UML (i.e un diagrama de actividad, una actividad, una transicin, etc.).
Literalmente se define como: "Un pedazo de informacin que es usado o producido por un
proceso de desarrollo de software".
1
Fuente: Diccionario enciclopdico de ciencia y tecnologa. Prentice Hall Hispanoamrica S.A.
separados en el espacio.2
Clase: Una descripcin de un conjunto de objetos que comparten los mismos atributos,
operaciones, relaciones y semntica.
Diagramas de Actividad: Diagramas definidos por UML para modelar procesos de negocio
o para refinar casos de uso.
Diagrama de Clases: Un diagrama de clases presenta las clases del sistema con sus
relaciones estructurales y de herencia. La definicin de clase incluye definiciones para
atributos y operaciones. El modelo de casos de uso aporta informacin para establecer las
clases, objetos, atributos y operaciones.
2
Fuente: Diccionario enciclopdico de ciencia y tecnologa. Prentice Hall Hispanoamrica S.A.
3
Fuente: Diccionario enciclopdico de ciencia y tecnologa. Prentice Hall Hispanoamrica S.A.
Equipo Primario: es un equipo que no hace parte de ningn otro equipo por ejemplo un PC.
Equipo Secundario: es un equipo que hace parte de otro equipo por ejemplo un Controlador
de disco SCSI.
Flujos de Informacin: Conjunto de datos que fluyen entre un sistema y otro para garantizar
su operabilidad.
Flujo de Eventos Flujo Bsico: Tambin llamado curso normal de eventos, es la parte
principal del formato de caso de uso expandido. Describe los detalles de la interaccin entre
los actores y el sistema. Un aspecto esencial de la seccin es que explica la secuencia ms
comn de los eventos: la historia normal de las actividades y la terminacin exitosa de un
proceso.
Formato de Caso de Uso de Alto Nivel: Un caso de uso de alto nivel describe un proceso
muy brevemente. Conviene servirse de este tipo de caso durante el examen inicial de los
requerimientos y del proyecto, a fin de entender rpidamente el grado de complejidad y de
funcionalidad del sistema.
Funcin: Es una actividad global que hace parte de la operacin de una Empresa, las cuales
se apoyan en infraestructuras de tecnologas de informacin son Funciones potencialmente
sistematizables.
Instancia: Una manifestacin concreta de una abstraccin; una entidad sobre la que pueden
aplicarse un conjunto de operaciones y que tiene un estado que almacena los efectos de las
operaciones, es sinnimo de objeto.
Mensaje: Mecanismo en virtud del cual los objetos se comunican entre s, generalmente una
respuesta para ejecutar un mtodo.
Precondicin: Una restriccin que ha de ser cierta cuando una operacin es invocada.
Servicios de TI: Son servicios ofrecidos por proveedores de Tecnologas de Informacin, los
cuales no involucran elementos tangibles de hardware, software o comunicaciones; se trata de
servicios como asesoras, capacitacin, construccin de pginas WEB, entre otros.
UML (Unified Modelling Lenguaje): Lenguaje estndar, que mediante el uso de diagramas
definidos permite modelar procesos de negocio, requerimientos, arquitectura y diseo de
sistemas de software.
SIAM. Sigla usada para el subsistema de apoyo cuyo objetivo principal es facilitar la
administracin de los recursos disponibles para adelantar la funcin misional. Los recursos se
refieren a todos los elementos necesarios para la atencin de las solicitudes y la ejecucin de
los casos en la PGN, tales como recursos humanos, recursos fsicos, plantillas de
documentos, etc.
SIC. Sigla usada para el subsistema cuyo propsito es mantener un contacto apropiado con la
ciudadana a fin de facilitar el registro de solicitudes por parte de los ciudadanos y la
retroalimentacin a estos sobre las actuaciones y estado general de los casos en la PGN,
restringiendo los datos al carcter del ciudadano (quejoso, disciplinado, ciudadano del
comn, etc.) y al estado de los procesos.
SIMIP. Sigla usada para el subsistema central de la PGN. Este subsistema tiene como
propsitos fundamentales coadyuvar la labor funcional de la entidad, permitiendo: registrar y
controlar las acciones o actuaciones de la PGN en las reas preventiva, disciplinaria e
intervencin judicial o administrativa, velar por el debido proceso, minimizar la carga
operativa y facilitar la unificacin de criterios en las funciones misionales de la PGN.
SIREL. Sigla usada para el subsistema encargado de apoyar la labor de relatora de la PGN.
4
Fuente: Tecnologas de la informacin a la estrategia del negocio. TI Magazin.net. Nelson Roca. Abril del 2000