Licitacion112006bid Anexo4 4requerimientosfuncionalesynofuncionalesparte 1

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION
REQUERIMIENTOS DETALLADOS
SISTEMA DE INFORMACIN MISIONAL
PARA LA PGN (Funcionales)
Histrico de Revisiones
Fecha
Versin
Descripcin
05-05-05
1.0
Versin Inicial
C.Garca
22-06-05
2.0
Revisin documento de
acuerdo a observaciones
usuarios PGN.
C.Daz, D.Rubiano,
H.Velsquez
02-08-05
3.0
Versin final, de acuerdo a

versin 3 de Casos de Uso.
C. Garca
Requerimientos Detallados -Funcionales- (Documento Final)
Autor
Pg. 2
TABLA DE CONTENIDO
CAPTULO 1 - INTRODUCCIN....................................................................................................... 5
CAPTULO 2 - OBJETIVOS Y ALCANCE ..................................................................................... 7
CAPTULO 3 REQUERIMIENTOS FUNCIONALES................................................................. 10
CAPTULO 4 ESPECIFICACIONES SUPLEMENTARIAS...................................................... 13
Pg. 3
TABLA DE ANEXOS
ANEXO 1 - CASOS DE USO SIC.....A1-1

.
ANEXO 2 - CASOS DE USO SIAM .....A2-1
ANEXO 3 - CASOS DE USO SIMIP ....A3-1
ANEXO 4 - CASOS DE USO SIREL ...A4-1
ANEXO 5 DIAGRAMAS DE SECUENCIA..A5-1
ANEXO GLOSARIO.A-1
Pg. 4
CAPTULO 1 -INTRODUCCIN
El contrato 066 de 2004 suscrito entre la Procuradura General de la Nacin y la
Universidad de los Andes, incluye la Formulacin de la arquitectura de sistemas de
informacin para las reas misionales de la entidad y el Detalle de requerimientos del
sistema de informacin misional.
Este documento de Requerimientos detallados del Sistema de Informacin Misional
para la PGN corresponde al entregable de la Etapa 7 y contiene la descripcin de los
requerimientos funcionales y las especificaciones suplementarias de los nuevos
Subsistemas de la Procuradura General de la Nacin para sus reas misionales:
SIC:
Subsistema de Informacin a la Ciudadana
SIAM:
Subsistema de Apoyo a la Misin
SIMIP:
Subsistema de Procesos de la PGN
SIREL:
Subsistema de Legislacin y Relatora
En el captulo 2, se presentan los objetivos y alcance del documento. En el captulo 3,

se enumeran los requerimientos funcionales y en el 4, se describen de manera general
las especificaciones suplementarias, para los cuatro Susbsistemas mencionados
anteriormente.
En los Anexos 1 a 4 del documento se presentan las especificaciones generales de los
casos de uso de los Subsistemas del Sistema de Informacin Misional, de acuerdo con
el alcance del contrato suscrito entre la Universidad y la PGN.
Para el Subsistema de Informacin de Registro de Sanciones e Inhabilidades SIRI,
existente actualmente en produccin en la Procuradura y el cual continuar operando
de forma integrada con los cuatros Subsistemas de Informacin Misionales
enunciados anteriormente, se entregar un documento adicional a este documento,
Pg. 5
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.
Pg. 6
CAPTULO 2- OBJETIVOS Y
ALCANCE
En este captulo se presentan los objetivos y el alcance de los requerimientos

detallados del Sistema de Informacin Misional de la PGN, correspondientes a la
Etapa 7, donde se refinan los requerimientos funcionales y las especificaciones
suplementarias de los nuevos desarrollos de la Procuradura General de la Nacin.
En la Etapa 7 se hace el ajuste y refinamiento de los requerimientos identificados en
la etapa 4, bajo la perspectiva de la alternativa seleccionada en la etapa 6.
En la Etapa 4 del proyecto se identificaron los requerimientos de alto nivel
(funcionales y no funcionales) del Sistema de Informacin Misional que apoyar las
reas misionales de la Procuradura. Para esto, los procesos y las necesidades
misionales se expresaron identificando los casos de uso del sistema, con una breve
descripcin de cada uno de ellos.
En la Etapa 6 se consolid la propuesta para la Arquitectura de los Sistemas de
Informacin para la Procuradura General de la Nacin.
De acuerdo con la metodologa utilizada en el proyecto, en el siguiente captulo
(captulo 3) se presenta la lista de los casos de uso identificados para cada uno de los
subsistemas del Sistema de Informacin Misional definido para la PGN, incluyendo
los casos de uso de las interfaces entre los subsistemas y con los otros sistemas no
misionales de la Procuradura, principalmente con SIAF.
La descripcin de cada uno de los casos de uso se encuentra en los Anexos 1 a 4 de
este documento, de la siguiente manera:
ANEXO 1- CASOS DE USO SIC:
Subsistema de Informacin a la
Ciudadana
ANEXO 2- CASOS DE USO SIAM
Subsistema de Apoyo a la Misin
ANEXO 3- CASOS DE USO SIMIP:
Subsistema de Procesos de la PGN
Pg. 7
ANEXO 4- CASOS DE USO SIREL:
Subsistema de Legislacin y Relatora
El contenido de la descripcin de los casos de uso que se encuentran en los Anexos 1

a 4, es el siguiente:
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.
Adicionalmente, como complemento a los casos de uso, en el Anexo 5 se presentan
dos Diagramas de Secuencia para dos casos de uso de SIMIP:
1)
Asignar Servidor/Equipo de Trabajo a Solicitud/Caso y
2)
Definir Ruta y Plan de Actividades
En el captulo 4 de este documento se encuentra la enumeracin de las

especificaciones suplementarias identificadas para el Sistema de Informacin
Misional de la Procuradura.
Pg. 8
Como producto de la etapa 7 del proyecto tambin se entregan dos documentos

complementarios a este documento los cuales hacen parte de los Trminos de
Referencia y tienen el siguiente contenido:
1) Requerimientos No Funcionales del Sistema de Informacin Misional para la
PGN, los cuales debern ser refinados por el proveedor que resulte elegido
en la licitacin que sigue a este contrato.
2) Indicadores de Procesos Misionales, el cual presenta los indicadores de
procesos identificados hasta el momento y que son parte de los requerimientos
funcionales del SIM.
Pg. 9
CAPTULO 3 REQUERIMIENTOS
FUNCIONALES
En los cuadros siguientes se relaciona la lista de requerimientos (nombre de los casos
de uso) por subsistema y el anexo en el cual se encuentran los casos de uso
detallados.
3.1
SIC:
Subsistema de Informacin a la Ciudadana (Anexo 1)
REQUERIMIENTO
SISTEMA
SIC1
SIC2
SIC3
SIC4
Registrar Solicitudes
Registrar Peticiones
Consultar Informacin
Generar datos estadsticos de demanda y evaluacin
de servicio
Ingresar Inicio y Actuaciones Proceso Disciplinario
reportados por OCID
Evaluacin automtica del Poder Preferente
SIC_INT_1.
Generar
archivo
de
solicitudes/peticiones ingresadas por la Web
SIC
SIC5
SIC6
SIC_INT_1
3.2
SIC
SIC
SIC
SIC
INTERFAZ
SIAM: Subsistema de Apoyo a la Misin (Anexo 2)
REQUERIMIENTO
SISTEMA
SIAM1
SIAM2
SIAM3
SIAM4
SIAM5
SIAM6
Mantener Banco de Plantillas

Administrar Recursos Fsicos
Administrar Servidor PGN
Administrar Oficios
Administrar Polticas y Proyectos
Administrar Inventario de Entidades
SIAM
SIAM
SIAM
SIAM
SIAM
SIAM
Pg. 10
REQUERIMIENTO
SIAM7
SIAM8
Administrar Competencias de las Dependencias

SIAM
Administrar Etapas, Actividades, Actuaciones e SIAM
Informacin Relacionada
Cargar Datos Servidores PGN
INTERFAZ
SIAM_INT_1
3.3
SISTEMA
SIMIP: Subsistema de Procesos de la PGN (Anexo 3)
REQUERIMIENTO
SISTEMA
SIMIP1
SIMIP2
SIMIP3
SIMIP4
SIMIP5
Asignar competencia (Dependencia)

Evaluar duplicidad
Acumular solicitud
Reversar acumulacin
Abrir un documento de correspondencia en varias
solicitudes
Acumular caso
Fraccionar Caso
Relacionar casos
Complementar Informacin Solicitud
Asignar
Servidor/Equipo
de
Trabajo
a
Solicitud/Caso
Recibir Documentacin Fsica Solicitudes
Contrastar solicitudes recibidas del SIAF contra
documentacin fsica.
Definir Actuacin
Asignar Prioridad, Polticas y Proyectos a una
Solicitud/Caso
Abrir Caso
Vincular IS con IC
Gestionar Actores del caso
Definir Ruta y Plan de Actividades
Registrar Actividades
y Actuacin/Decisin
realizadas
Alertar Vencimiento Casos
Registrar Conclusiones
Generar oficios, autos
Marcar Cierre Caso
Marcar Archivo Fsico Caso
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP6
SIMIP7
SIMIP8
SIMIP9
SIMIP10
SIMIP11
SIMIP12
SIMIP13
SIMIP14
SIMIP15
SIMIP16
SIMIP17
SIMIP18
SIMIP19
SIMIP20
SIMIP21
SIMIP22
SIMIP23
SIMIP24
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
Pg. 11
REQUERIMIENTO
SISTEMA
SIMIP25
SIMIP26
SIMIP27
SIMIP28
SIMIP29
SIMIP30
SIMIP31
SIAM32
SIMIP_INT_1
Manejar ubicacin del archivo en la dependencia

Administrar prstamo de expedientes
Indicar cumplimiento por caso preventivo
Registra seguimiento
Reabrir Caso
Generar listado de fallos no enviados a SIRI
Administrar Equipos de Trabajo
Manejar Agenda Servidores Pblicos
SIMIP_INT_1- Recibir Solicitudes misionales
SIAF
SIMIP_INT_2-Transmitir sanciones SIMIP a SIRI
(diligenciar formato SIRI)
SIMIP_INT_3.
Proveer
informacin
de
documentos de salida al SIAF
SIMIP_INT_4. Sugerir Caso a SIREL
SIMIP_INT_5 Recibir Solicitudes/Peticiones WEB
SIC
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
SIMIP
INTERFAZ
SIMIP_INT_2
SIMIP_INT_3
SIMIP_INT_4
SIMIP_INT_5
3.4
INTERFAZ
INTERFAZ
INTERFAZ
INTERFAZ
SIREL: Subsistema de Legislacin y Relatora (Anexo 4)
REQUERIMIENTO
SISTEMA
SIREL1
SIREL2
SIREL3
SIREL4
SIREL5
SIREL6
SIREL7
SIREL8
SIREL9
SIREL_INT_1
SIREL_INT_2
AdministrarTemas
AdministrarServidoresPGNTemas
ComunicarCambiosServidoresPGN
Administrar informacin jurdica
Administrar links internos
Administrar links externos
ConsultarListaLinksInformacinJurdica
Buscar informacin jurdica
Generar documento
SIREL_INT_1. Consultar Temas
SIREL_INT_2. Evaluar casos sugeridos
SIREL
SIREL
SIREL
SIREL
SIREL
SIREL
SIREL
SIREL
SIREL
INTERFAZ
INTERFAZ
Pg. 12
CAPTULO 4 ESPECIFICACIONES
SUPLEMENTARIAS
Las especificaciones suplementarias corresponden a requerimientos funcionales del

sistema que no se encuentran especificados en los casos de uso descritos en los
Anexos 1 a 4 de este documento, y en la mayora de ellas aplican de manera general
al sistema, ms que a requerimientos particulares del mismo. Estas especificaciones
han sido incluidas con el propsito de tener unas estimaciones de los requerimientos
de consultas, reportes y generacin de informacin del Sistema de Informacin
Misional de la PGN.
Estos requerimientos funcionales adicionales debern ser ampliados y detallados
durante las fases de Inicio y Elaboracin del Sistema de Informacin Misional de la
PGN por el proveedor que realizar el anlisis, diseo y construccin de este sistema
y que ser contratado por la Procuradura con posterioridad al contrato 066 de 2.004
suscrito con la Universidad de los Andes.
4.1
Tipos de Informacin que debe generar el SIM
En este captulo se han dividido las especificaciones suplementarias en:

a) Consultas de Informacin
b) Reportes y Generacin de Informacin
c) Indicadores de Procesos
Pg. 13
4.1.1
4.1.2
4.1.3
Consultas de Informacin:
9
El sistema deber ofrecer a todos los usuarios, la posibilidad de consultar

informacin por diferentes conceptos, de acuerdo con el rol de cada uno
de ellos.
La solucin debe incluir ayudas en lnea para apoyar al usuario en el

diligenciamiento correcto de cada uno de los formularios que deban ser
ingresados al sistema.
Reportes y Generacin de Informacin :

9
El sistema debe permitir generar informacin y reportes que involucran

informacin de varios conceptos y en estos casos, aunque la salida del
reporte est prediseada, se debe permitir de una manera orientada, que el
usuario defina los criterios de seleccin de datos para el reporte y el
orden de la salida.
Suministrar informacin que permita a la PGN contar con informacin de

soporte para el mejoramiento de las polticas, estrategias, reglamentos y
procesos de la PGN.
El sistema debe generar informacin que facilite el desarrollo de las

actividades de planeacin, seguimiento, autocontrol, control de gestin,
mejoramiento de procesos y servicios, racionalizacin de trmites y
procedimientos, diagnsticos y estudios de impacto sobre los procesos
misionales de la PGN.
Indicadores de Procesos
El sistema debe contar con la informacin y las facilidades para calcular y generar la
informacin de los indicadores de procesos misionales, definidos con base en los
procesos optimizados elaborados por la Universidad y las variables identificadas por
la PGN. Los indicadores identificados hasta el momento se encuentran en el
documento Indicadores de Procesos Misionales, el cual hace parte de los Trminos
de Referencia para la contratacin del SIM.
4.2
Identificacin de Informacin que debe generar el SIM
A continuacin se enuncian algunas consultas, reportes y plantillas identificadas

durante esta consultora por la Universidad, como ejemplo de los que debern ser
generados por el SIM, algunos de los cuales se encuentran mencionados en los casos
de uso de los Anexos 1 a 4 de este documento y otros han sido incluidos de manera
general con cantidades estimadas. La mayora de los ejemplos dados corresponden a
la funcin disciplinaria.
Pg. 14
4.2.1
Consultas
Las consultas aqu identificadas han sido generadas a partir de los casos de uso
especificados en el sistema SIM:
a)
b)
c)
d)
-
Ejemplos de SIAM
Mantener banco plantilla - Consulta
Administrar recursos fsicos - Consulta recurso
Administrar recursos fsicos - Consulta tipo recurso
Administrar recursos fsicos - Consulta de asignacin
Administrar informacin Servidor PGN - Consulta
Administrar Inventario Entidades - Consulta Entidad
Administrar Polticas y Proyectos - Consulta
Administrar oficio - Consulta Oficio
Administrar oficio - Consulta Tipo Oficio
Administrador de competencias -Consulta Dependencia Organizacional
Administrador de competencias - Consulta Dependencia Virtual
Administrar Etapas Actividades, Actuaciones - Consulta
Ejemplos de SIC
Consultar Informacin WEB - Solicitudes
Consultar Informacin WEB Peticiones
Ejemplos de SIMIP:
Definir ruta y Plan de Actividades - Consulta datos generales
Definir ruta y Plan de Actividades - Consultar programacin una solicitud
Registrar Conclusiones - Consultar
Manejar ubicacin del archivo en la dependencia - Consulta
Administrar prstamo de expedientes - Consulta
Generar lista de fallos no enviados a SIRI
Manejar Agenda Abogado - Consulta
Administrar Equipos de trabajo - Consultar
Programa de migracin desde GEDIS - Consulta de datos
Ejemplos de SIREL
Consultar lista Links informacin Jurdica
Buscar Informacin Jurdica
Generar Documento
Pg. 15
Administrar Temas - Eliminar

Administrar Sevidores PGN - Temas - Consulta
Administrar links internos - Consultar
Administrar links externos - Consultar
SIREL_INT_2_Evaluar Casos Sugeridos - Consulta
Programa de migracin desde PIREL - Consulta de datos
e)
Consultas Adicionales
Adicionalmente se ha estimado que se requieran unas 30 consultas adicionales en el

SIM, principalmente en el SIMIP, las cuales se han clasificado de complejidad alta,
media y baja, de la siguiente manera:
Complejidad de la Consulta
Cantidad
Alta
Media
Baja
Total Consultas
5
15
10
30 en total
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.
10 Reportes para la generacin de Indicadores de proceso (Documento

Indicadores de Procesos Misionales), los cuales se han estimado de
complejidad alta.
50 reportes, clasificados de la siguiente manera:
Pg. 16
Complejidad del Reporte

Alta
Media
Baja
Total Reportes
Cantidad
20
20
10
50 en total
Convenios para suministrar la informacin que se genera actualmente con el

sistema SEPREDH en medio magntico a las siguientes entidades: Fiscala,
Vicepresidencia, Alcalda de Bogot y Defensora del Pueblo, con relacin a
Derechos Humanos.
Convenios para suministrar la informacin que se genera actualmente con el
sistema GEDIS, ejemplo de uno de ellos es el del Ministerio de Defensa Oficina de Derechos Humanos, que incluye los procesos activos y fallados
contra miembros de las fuerzas militares y polica por violacin en derechos
humanos.
b) Ejemplos de Estadsticas generadas por el GEDIS actualmente:
El siguiente listado de estadsticas son ejemplos de las estadsticas generadas por
Registro y Control con el sistema GEDIS (funcin disciplinaria), actualmente en
operacin en la PGN:
No.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10
11
12
13
14
15.
16.
17.
Nombre
Actuaciones realizadas por las FFMM
Actuaciones realizadas por dependencia
Actuaciones realizadas por entidad y conducta
Actuaciones realizadas por entidad
Comisiones enviadas por dependencia
Comisiones recibidas por dependencia
Decisiones de 1. Instancia por dependencia
Decisiones de 2. Instancia por dependencia
Decisiones de 2. Instancia respecto a la 1
Movimiento Final por Etapas
Movimiento 2. Instancia por dependencia
Inventario de procesos por dependencia
Quejas recibidas desde/hasta una fecha dada de las FFMM
Quejas recibidas desde/hasta una fecha dada por entidad y conducta
Quejas recibidas desde/hasta una fecha dada por entidad
Relacin de Expedientes con Sanciones en las FFMM
Relacin de Expedientes con Sanciones por dependencia
Pg. 17
No.
18.
19.
20.
21.
22.
23.
24.
25.
Nombre
Relacin Salida de Expedientes
Relacin Expedientes Inventario Final
Sanciones 1. Instancia FFMM
Sanciones 1. Instancia por entidad
Sanciones 2. Instancia FFMM
Sanciones 2. Instancia por entidad
Tipo de Actuaciones
Reporte de Quejas Registradas por Asunto
c) Ejemplos de Reportes Informativos y de Control generados por el GEDIS

actualmente:
El siguiente listado de reportes de informacin y control del seguimiento de los
procesos disciplinarios, son ejemplos de los reportes generados por Registro y
Control y las diferentes dependencias de la PGN con el sistema GEDIS (funcin
disciplinaria), actualmente en operacin en la entidad. Es importante aclarar que
algunos o muchos de estos listados en el nuevo sistema SIM pueden convertirse solo
en consultas, sin requerirse un reporte de los mismos.
Nombre
No.
1.
Radicador
2.
Implicados
3.
Trmite Histrico
4.
Quejas Prximas a Prescribir
5.
Archivos
6.
Expedientes. para primera Instancia
7.
Expedientes para segunda Instancia
8.
Expedientes para Apelacin Pruebas
9.
Comisiones
10.
Repartos
Pg. 18
Nombre
No.
4.2.3
11.
Listado de Afectados
12.
Expedientes activos con fallo
13.
Expedientes Activos a una fecha
14.
Repartos Primera Instancia
15.
Repartos Segunda Instancia
16.
1a Instancia (periodo)
17.
2a Instancia (periodo)
18.
Revocatoria Directa
19.
Quejosos
20.
Implicados Activos por Dependencias
21.
Remisiones Entidades
22.
Pliegos de Cargos
23.
Implicados segn conducta
24.
Estado Expedientes por etapas
Plantillas
En este numeral se incluye a manera de ejemplo una lista de las plantillas ms

representativas identificadas hasta el momento como requerimientos de la PGN en el
Sistema de Informacin Misional, particularmente en el Subsistema de Informacin
de Apoyo a la Misin (SIAM). Esta lista de plantillas deber ser ampliada y detallada
por el proveedor que contrate la PGN para la construccin del mencionado sistema,
durante el anlisis y diseo del mismo, en el contrato que sigue a esta consultora de
la Universidad.
Esta lista ha sido elaborada con base en la especificacin del Caso de Uso Generar
Oficios y Autos del Subsistema SIMIP.
Pg. 19
No.
Nombre Plantilla
Funcin
1.
Apertura de caso
Prevencin
2.
Traslado por competencia a otra dependencia
Prevencin
3.
Traslado por competencia otra autoridad
Prevencin
4.
Rechazo
Prevencin
5.
Apertura de caso
Intervencin
6.
Acumulacin caso existente
Intervencin
7.
Rechazo
Intervencin
8.
Traslado por competencia a dependencia interna
Intervencin
9.
Auto de Remisin por Competencia a otra

Entidad
Disciplinaria
10.
Auto de Archivo.
Disciplinaria
11.
Auto de Apertura Indagacin Preliminar
Disciplinaria
12.
Auto de Apertura Investigacin
Disciplinaria
13.
Auto de Acumulacin.
Disciplinaria
14.
Auto de supervigilancia
Disciplinaria
15.
Citacin a audiencia - procedimiento ante

Procurador General.
Disciplinaria
16.
Citacin a audiencia - procedimiento verbal
Disciplinaria
Pg. 20
ANEXO 1 DESCRIPCIN DETALLADA

CASOS DE USO SIC
Requerimientos Detallados Mdulo SIC (Documento Final)
Pg. i
TABLA DE CONTENIDO
SIC1 - Registrar Solicitudes. 1

SIC2 - Registrar Peticiones.. 7
SIC3 - Consultar Informacin..13
SIC4 - Generar datos estadsticos de demanda y evaluacin de servicio...19
SIC5 - Ingresar Inicio y Actuaciones Proceso Disciplinario reportados por OCID24
SIC6 - Evaluacin automtica del Poder Preferente.......30
SIC_INT_1. Generar archivo de solicitudes/peticiones ingresadas por la Web.....34
Pg. ii
CASO DE USO REGISTRAR

SOLICITUDES
Pg. A1-1
Fecha
Versin
RegistrarSolicitudes.doc
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

caso de uso en Registrar Solicitudes
(quejas) y Registrar Peticiones (derechos de
peticin), para dar mayor claridad.
C.Daz
Pg. A1-2
Caso de Uso Registrar Solicitudes

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir el ingreso de demandas de servicio.
Dichas demandas de servicio corresponden a solicitudes o quejas nuevas asociadas a alguna
de las reas misionales de la PGN. Puede ser utilizado por los ciudadanos que va Web
accedan al sistema o por servidores de la PGN que de forma oficiosa ante el conocimiento
de un hecho ingresan una solicitud a SIMIP.
Vale la pena aclarar que dichas solicitudes corresponden a: Quejas disciplinarias,
Solicitudes de accin preventiva, Solicitudes de Intervencin Judicial o Administrativa o
Solicitudes de Ejercicio del Poder Preferente que se registran por primera vez en el sistema.
Las peticiones de los ciudadanos sobre casos ya existentes, para conocer por ejemplo
informacin detallada del caso, se ingresan al sistema por el caso de uso Registrar
Peticiones.
2.
Clasificacin del Caso de Uso
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Alta
3.
Ciudadano o Servidor PGN
4.
Entradas
Se debe recolectar como mnimo la siguiente informacin:
Datos de quien formula la demanda de servicio o solicitud:
Si es el servidor de la PGN que esta registrando una solicitud de manera oficiosa, la
informacin del servidor quedar registrada automticamente como persona que formula la
solicitud.
Si es un ciudadano, debe recolectarse informacin como:
Pg. A1-3
Tipo de persona: Natural o Jurdica
Calidad: Particular o Pblica
Nacionalidad: Nacional o Extranjero
Nmero de identificacin (NIT, Cdula de ciudadana, Cdula de extranjera, etc.).
Nombres y apellidos del ciudadano, Nombre de la entidad que formula la queja o

solicitud.
Direccin de correspondencia, correo electrnico, fax y telfono del

ciudadano/entidad.
Pas, Departamento, Ciudad o Municipio de Procedencia
Datos de la Solicitud:
Tipo de solicitud: Queja disciplinaria Solicitud de accin preventiva Solicitud

de Intervencin Judicial o Administrativa Solicitud de Ejercicio del Poder
Preferente.
Fecha (automtica).
Detalle de la solicitud: Esta pantalla de detalle debe contener los campos

especficos de acuerdo al tipo de solicitud.
Ejemplos:
Para el caso disciplinario, se debe recolectar: fecha y lugar de los hechos,

presuntos responsables autoridad y/o servidores, presunta falta, vctimas
o perjudicados con la conducta, datos del quejoso y descripcin de los
hechos (resumen).
Si se trata de solicitud de ejercicio del poder preferente, se deber registrar

el nmero del proceso disciplinario, entidad y estado del proceso (etapa),
agregando las razones por las cuales solicita que la PGN asuma el
conocimiento del proceso y la calidad del solicitante en el proceso
(autoridad de conocimiento, implicado, defensor, vctima, perjudicado,
representante de las vctimas o perjudicados o tercero). Si el proceso se
encuentra en segunda instancia para decidir recurso de apelacin, se deber
indicar la fecha de admisin del recurso.
Si se trata de solicitud de intervencin judicial, como agente ordinario o

especial, deber indicarse el nmero de proceso, autoridad de
conocimiento, tipo de proceso, etapa, calidad del solicitante dentro del
proceso (demandante, demandado o investigado, apoderado o defensor,
autoridad de conocimiento o tercero) y exponer las razones por las cuales
solicita la participacin del Ministerio Pblico.
Pg. A1-4
5.
Archivos anexos: El sistema debe permitir anexar documentos que el ciudadano o

el servidor que este registrando la solicitud desee incorporar al momento de
ingresar la solicitud.
Salidas
Registro con informacin de la demanda de servicio o solicitud, junto con el eventual
archivo o documento adjunto si es del caso.
6.
Flujo de Eventos
6.1
Flujo Bsico
Accin de los actores
Respuesta del sistema
1. Este caso de uso comienza cuando el

ciudadano o el servidor de la PGN, se
dispone a ingresar los datos de una solicitud
a SIMIP.
2. La persona selecciona la opcin de
ingreso de datos sobre el sistema (Internet).
3. El sistema despliega una pantalla donde se
podrn ingresar los respectivos datos. Si el
que esta ingresando la informacion es el
ciudadano, el sistema desplegara una seccin
para registrar su informacin (nombre,
direccin, etc). Si es un servidor PGN, el
sistema
automticamente
con
la
identificacin del usuario llenar los campos
relacionados con quien formula la solicitud.
(Ver seccin de entradas de este documento).
4. La persona ingresa al sistema los datos de
la demanda de servicio o solicitud, y da la
opcin de guardar.
5. Si la informacin es consistente y
completa, el sistema almacena un registro en
el sistema SIMIP con la correspondiente
informacin del ciudadano o servidor, la
informacin detallada de la solicitud y
eventual archivo adjunto.
Luego se activa el caso de uso Generar datos
estadsticos. (este caso de uso permite llevar
un registro de informacin de quienes usan el
sistema,
especialmente
del
contacto
ciudadano).
Pg. A1-5
6. El sistema debe generar un nmero de

solicitud, notificando al usuario el nmero y
la fecha de radicacin, para que a futuro
pueda obtener informacin sobre el trmite
que se dio a su solicitud. (Este nmero viene
del SIAF).
7. El sistema debe hacer un llamado al caso
de uso asignar competencia, con el fin de
asignar la dependencia competente y generar
un mensaje de llegada, como en el correo
electrnico, dejando el asunto como Tarea
Pendiente en la respectiva dependencia.
En los casos en que no sea posible asignar la
dependencia, el sistema asignar a la
Divisin de Registro y Control. (Este puede
ser el caso de solicitudes realizadas por
ciudadanos que no contengan toda la
informacin requerida para la asignacin
automtica de dependencia).
6.2
Flujos Alternativos
Lnea 4: Si no ingresa los datos bsicos, no se debe permitir el registro de los datos y se
desplegar al usuario un mensaje indicndole de lo sucedido y de los valores que debi
haber diligenciado para hacer el ingreso de la queja o solicitud.
7.
Precondiciones
La informacin correspondiente a la solicitud/demanda de servicio y al ciudadano/servidor
PGN. El archivo adjunto.
8.
Post Condiciones
Se crea un registro en el sistema correspondiente a la solicitud en SIMIP.
9.
Asuntos Pendientes
Se debe revisar cual es la informacin detallada que va a ser solicitada, especialmente la
diferencia entre la informacin que puede dar un ciudadano y la que puede suministrar un
servidor. Y 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 solicitud.
Pg. A1-6

PETICIONES
Pg. A1-7
Fecha
25/07/05
Versin
3.0
RegistrarPeticionesv3.0.doc
Descripcin
Revisin observaciones PGN Se crea este
requerimiento para distinguir el registro de
las solicitudes o quejas, del registro de los
derechos de peticin.
Requerimientos Detallados de los Sistemas de Informacin (Documento Final)
Autor
C.Daz
Pg. A1-8
Caso de Uso Registrar Peticiones

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir el ingreso de peticiones va Web
(derechos de peticin) de los ciudadanos para solicitar informacin a la PGN sobre
conceptos, o casos ya existentes. Para ello se deber registrar una peticin con la
informacin mnima necesaria para identificar el caso y/o la solicitud, para luego remitirse a
la dependencia o funcionario a cargo quien se encargar de resolver o contestar dicha
peticin.
Las peticiones aqu registradas corresponden a consultas que implican anlisis,
fundamentacin y posicin por parte de la Entidad. Las consultas que pueden sen generadas
por el sistema se encuentran descritas en el caso de uso Consultar Informacin.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Alta
3.
Ciudadano
4.
Entradas
Se debe recolectar como mnimo la siguiente informacin:
Datos de quien formula la Peticin:

solicitud.
Pg. A1-9

ciudadano/entidad.
Datos de la Peticin:
Fecha (automtica).
Detalle de la peticin:
5.
Si se trata de un derecho de peticin relacionado con un caso existente en la

PGN, deber sealar el nmero del caso y la dependencia de conocimiento,
a donde deber direccionarse la solicitud.
Si se trata de un derecho de peticin relacionado con un concepto, se

deber suministrar la informacin necesaria para direccionar la peticin a la
dependencia competente. Si no es posible establecer la competencia, se
deber asignar como dependencia la Divisin de Registro y Control.
Archivos anexos: El sistema debe permitir anexar documentos que el ciudadano

que este registrando la peticin desee incorporar al momento del ingreso.
Salidas
Registro con informacin de la peticin, junto con el eventual archivo o documento adjunto
si es del caso.
6.
Flujo de Eventos
6.1
Flujo Bsico

ciudadano se dispone a ingresar los datos de
una peticin a la PGN.
podrn ingresar los respectivos datos. Si el
que esta ingresando la informacion es el
ciudadano, el sistema desplegara una seccin
para registrar su informacin (nombre,
direccin, etc).
(Ver seccin de entradas de este documento).
4. La persona ingresa al sistema los datos de
la peticin, y da la opcin de guardar.
Pg. A1-10

informacin del ciudadano, la informacin
detallada de la peticin y eventual archivo
adjunto.
Luego se activa el caso de uso Generar datos
estadsticos. (Este caso de uso permite llevar
un registro de informacin de quienes usan el
sistema,
especialmente
del
contacto
ciudadano).
la fecha de radicacin, para que a futuro
pueda obtener informacin sobre el trmite
que se dio a su solicitud. (Este nmero viene
del SIAF).
7. El sistema debe hacer un llamado al caso
de uso asignar competencia, con el fin de
asignar la dependencia competente y generar
un mensaje de llegada, como en el correo
electrnico, dejando el asunto como Tarea
Pendiente en la respectiva dependencia.
En los casos en que no sea posible asignar la
dependencia, el sistema asignar a la
Divisin de Registro y Control. (Este puede
ser el caso de peticiones realizadas por
ciudadanos que no contengan toda la
informacin requerida para la asignacin
automtica de dependencia).
6.2
Flujos Alternativos
haber diligenciado para hacer el ingreso de la queja o solicitud.
7.
Precondiciones
La informacin correspondiente a la peticin y al ciudadano. El archivo adjunto.
8.
Post Condiciones
Se crea un registro en el sistema correspondiente a la solicitud en SIMIP.
Pg. A1-11
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.
Pg. A1-12
CASO DE USO CONSULTAR

INFORMACIN
Pg. A1-13
ConsultarInformacin-v3.0
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano
21/07/05
3.0
Revisin Observaciones PGN
C.Daz
27/07/05
3.0
Revisin Observaciones PGN Se incluyen

consultas a SIRI o RELATORIA como link
a dichos aplicativos.
C.Daz
Se cambia el nombre de Consultar

Solicitudes a Consultar Informacin para
hacerlo mas genrico e incluir consultas a
peticiones y otros mdulos como SIREL.
Pg. A1- 14
Caso de Uso Consultar Informacin

1.
Descripcin Breve
El presente caso de uso tiene como objetivo brindar informacin a los ciudadanos o
autoridades sobre servicios de la PGN en las distintas reas misionales.
Este caso de uso incluye los siguientes tipos de consultas:
- SIRI (Link al aplicativo): Consultas de antecedentes en lnea a travs de la funcionalidad
del aplicativo SIRI.
- Relatoria (Link al aplicativo): Consultas de informacin de relatora a travs de la
funcionalidad de SIREL. (Caso de uso SIREL-Buscar informacin)
- Consulta Solicitudes y/o Casos: Consultas de informacin sobre casos registrados en
SIMIP. Dichas consultas deben tener en cuenta las disposiciones legales sobre la reserva de
las investigaciones.
- Consulta peticiones: Consultas sobre derechos de peticin registrados en SIMIP.
Vale la pena aclarar que las dos ltimas -consultas sobre SIMIP-, son aquellas en las que el
ciudadano puede obtener informacin directa del sistema, y no requieren de un anlisis por
parte de la dependencia. En los casos en los que la consulta se refiera a un aspecto que
implique anlisis, fundamentacin y posicin por parte de la Entidad, se deber registrar
una peticin con la informacin mnima necesaria para identificar el caso y la solicitud,
para luego remitirse a la dependencia o funcionario a cargo quien dar respuesta a la
solicitud. (Caso de uso Registrar Peticiones).
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
Ciudadano o Entidad
Pg. A1- 15
4.
Entradas
Datos del solicitante:

solicitud.

ciudadano/entidad.
Datos de la consulta:
5.
Si es una consulta relacionada con SIRI o SIREL se debe desplegar la pantalla de

parmetros de la Consulta del sistema correspondiente.
Si es una consulta relacionada con SIMIP, se deben desplegar los parmetros de

acuerdo a si es sobre un caso/solicitud o si es sobre una peticin. Ejemplo: Para
consultas sobre un caso disciplinario casos los parmetros podran ser datos del
implicado, nmero de proceso disciplinario, etc.
Salidas
Respuesta a la solicitud.
6.
Flujo de Eventos
6.1
Flujo Bsico

ciudadano o autoridad hace una consulta a
la PGN a travs del SIC. (Dicha consulta
puede ser resuelta por el sistema de manera
automtica.)
2. El sistema despliega formulario para que el
ciudadano lo diligencie de acuerdo a las 4
opciones de consulta:
- SIRI
Pg. A1- 16

- SIREL
- SIMIP consulta casos/solicitudes
- SIMIP consulta peticiones
3. El ciudadano o entidad ingresa la

informacin mnima de la consulta. (Ver
seccin de entradas)
En todas las consultas, se deber registrar
los datos del solicitante (ciudadano o
entidad).
Para las consultas de SIMIP: se debe
registrar informacin particular del caso o
peticin.
4. Busca en el medio de almacenamiento, un
registro con la informacin asociada a los
parmetros suministrados.
5. Muestra al ciudadano una lista de los
registros que cumplen dicha condicin (puede
ser mas de un registro, en el caso por ejemplo,
de que un investigado tenga abierta mas de
una investigacin).
6. El ciudadano analiza el contenido de la
lista y selecciona la solicitud o queja que
considere cumple su bsqueda.
7. Despliega la informacin detallada
correspondiente a la solicitud seleccionada en
la lnea 4.
Ejemplo: Para un caso disciplinario en trmite
lo que se puede mostrar es la informacin
bsica del caso, como fecha de inicio,
radicado, dependencia y etapas procesales.
Es importante resaltar que de acuerdo a la
calidad del solicitante (ejemplo, en un
proceso disciplinario, si es el apoderado,
disciplinado, vctima, perjudicado, apoderado
de las vctimas o tercero), la informacin
suministrada por el sistema puede variar.
Pg. A1- 17
6.2
Flujos Alternativos
Lnea 3: Si no existen registros asociados a los parmetros suministrados, despliega un
mensaje que le indica al usuario de la situacin.
7.
Precondiciones
El usuario debe suministrar los parmetros de bsqueda de registros al sistema.
8.
Post Condiciones
Se despliegan los registros almacenados que corresponden a los parmetros de bsqueda
suministrados por el usuario.
9.
Asuntos Pendientes
Se debe revisar si se requiere una opcin adicional de consulta sobre estadsticas generales,
como nmero total de casos, distribuida por reas, por dependencias, etc.
Tambin se debe definir en detalle los campos que se van a mostrar como resultado de la
consulta de acuerdo a la calidad del solicitante y a la reserva.
Pg. A1- 18
CASO DE USO GENERAR DATOS

ESTADSTICOS DE DEMANDA Y
EVALUACIN DE SERVICIO
Pg. A1-19
GenerarDatosEstadsticos.doc
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano
21/07/05
3.0
C.Daz
25/07/05
3.0
Revisin observaciones PGN aclaracin

estadsticas de demanda de servicio .vs.
estadsticas de respuesta institucional.
C.Daz
Pg. A1-20
Caso de Uso Generar Datos Estadsticos de

Demanda y Evaluacin de Servicio
1.
Descripcin Breve
El presente caso de uso tiene como objetivo generar reportes que permitan a la PGN
conocer quienes son los ciudadanos que estn usando los servicios de la Entidad para poder
medir la demanda de servicio y la respuesta institucional al requerimiento, y eventualmente,
poder llevar a cabo encuestas para medir la percepcin de los mismos.
Se trata entonces de dos cosas, de un lado, llevar un registro de las demandas de servicio y
peticiones a la PGN, generando estadsticas por tipo, rea, dependencia, etc Y de otro
lado, emprender tareas de medicin de la respuesta institucional, tales como casos resueltos,
los tiempos de respuesta, el nivel de satisfaccin del usuario, etc.
Estadsticas de demandas de servicio: Estas estadsticas se obtienen de la informacin
suministrada por el ciudadano, autoridad o entidad al momento de registrar una solicitud o
una peticin. Como ejemplo tenemos:
-
Tipo de solicitudes y peticiones que hacen a la Entidad los ciudadanos o autoridades en

un tiempo determinado
Datos de los solicitantes/ peticionarios (por ejemplo, personas naturales vs personas

jurdicas, particulares vs autoridades, regiones, edades, etc)
Estadsticas de respuesta institucional: Estas estadsticas se obtienen de la informacin

registrada en SIMIP por los servidores de la PGN sobre las diversas actividades y
actuaciones realizadas en cada caso o peticin. Ejemplos de ellas son:
-
Estadsticas de nmero de peticiones resueltas
Estadsticas de nmero de solicitudes/casos resueltos
Estadsticas del tiempo de respuesta de acuerdo a los trminos establecidos por la ley,
etc.
Estadsticas por tipo de actuacin (decisin). Ejemplo: nmero de fallos sancionatorios,

nmero de casos archivados, etc.
Estas estadsticas pueden ser confrontadas con la percepcin que los usuarios y autoridades
puedan tener respecto de los servicios que presta la PGN.
Pg. A1-21
2.
2.1
Iteracin
0
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
Sistema
4.
Entradas
Opciones que a travs del SIC se dejan a disposicin de los usuarios de la PGN
ciudadanos, autoridades o entidades del estado (oficinas de control interno).
5.
Salidas
Registra y contabiliza en el sistema lo correspondiente a los datos del usuario, al servicio
solicitado (ejemplo: informacin de legislacin y relatora, consulta o registro de
solicitudes, registro de inicio de procesos disciplinarios por parte de las oficinas de control
interno disciplinario) y a la informacin desplegada por el sistema.
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando el SIC

activa cualquiera de las siguientes acciones:
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.
Registro de una solicitud.
Registro de una peticin.
Pg. A1-22
2. Toma los datos referentes al usuario y de la

accin seleccionada y los registra. Por
ejemplo: Almacena en el sistema el nombre y
la identificacin del usuario, y el tipo de
accin que ejecut.
Tambin contabiliza la accin, Por ejemplo:
Cuenta un registro ms de una consulta

de solicitud, y dentro de esta cuenta una
consulta ms de una solicitud que es de
competencia preventiva.
Cuenta las veces que no se encuentra

informacin asociada a los parmetros de
bsqueda.
Cuenta las veces que consulta un tema en

particular dentro de SIREL.
El flujo bsico descrito anteriormente corresponde a las estadsticas de demanda de

servicio.
Respecto a las estadsticas de respuesta institucional se debe revisar si el sistema satisface
los requerimientos a travs de las estadsticas de gestin y la generacin automtica de
indicadores, que pueden ser para un servidor, una dependencia, un rea o a nivel
institucional, lo cual, para este evento, se puede complementar con un informe de gestin e
indicadores por caso, con lo cual, se generara la informacin base para determinar la
respuesta institucional ante la demanda de servicio.
6.2
Flujos Alternativos
No existen.
7.
Precondiciones
Se debe contar con valores referentes a los parmetros de bsqueda de informacin
legal/SIREL, o de una bsqueda o registro de una solicitud o peticin.
8.
Post Condiciones
Se registran los correspondientes valores del usuario y accin realizada sobre el sistema. Se
hace la correspondiente contabilizacin de valores.
9.
Asuntos Pendientes
Relacionar las estadsticas de respuesta institucional con las estadsticas de gestin y la
generacin automtica de indicadores.
Pg. A1-23
CASO DE USO INGRESAR

INICIO/NOVEDADES PROCESOS
OCID
Pg. A1-24
IngresarInicioNovedadesOCID-v3.0
Fecha
Versin
Descripcin
21/07/05
3.0
Versin Inicial
27/07/05
3.0
Se incluyen adems de los inicios de

procesos disciplinarios, las actuaciones
como apertura, cargos, fallos, etc, que sern
registradas en el sistema, para que la PGN
pueda ejercer el poder preferente en
cualquier momento del proceso.
Autor
C.Daz
Pg. A1-25
Caso de Uso Ingresar Inicio Proceso Disciplinario

1.
Descripcin Breve
El presente caso de uso tiene como objetivo que las Oficinas de Control Interno
Disciplinario de las entidades del Estado puedan ingresar informacin del inicio de
procesos disciplinarios por la Web para poner en conocimiento de la Procuradura la
apertura de investigaciones disciplinarias y de esta manera facilitar a la PGN el ejercicio del
Poder Preferente.
Para reportar inicio de procesos disciplinarios, se debe tener en cuenta el mapa estratgico
de la PGN, de tal forma, que nicamente se reporten aquellos casos que se adscriben a las
prioridades institucionales.
De igual manera podrn reportar las principales decisiones del proceso disciplinario, tales
como: archivo, apertura de investigacin, cargos, fallo y suspensin del servidor
investigado de tal manera que la Procuradura pueda ejercer el poder preferente en etapas
distintas al inicio del proceso disciplinario.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Media.
3.
Oficinas de Control Interno Disciplinario (OCID)
4.
Entradas
Datos de la entidad que comunica el proceso disciplinario:
-
Nombre de la Entidad
Tipo de entidad: Nacional - Descentralizada
Contacto (persona de la oficina de CI)
Direccin de correspondencia, correo electrnico, fax y telfono de la persona contacto.
Pg. A1-26
Datos del Proceso Disciplinario:

-
Nmero del proceso
Tipo de proceso: Verbal Ordinario: Indagacin Preliminar o Investigacin
Fecha de inicio
Informacin del Investigado:
5.
Nombre
Identificacin
Cargo
Dependencia
Fuerza Pblica: Tipo (FFMM PN) Rango.
Informacin de los hechos y conductas investigadas :

o
Fecha y lugar de los hechos
Presunta Falta: Temtica Conducta Falta
Forma de culpabilidad: Dolo Culpa Gravsima - Culpa
Vctimas o Perjudicados con la Conducta
Resumen de los hechos
Prioridad / Poltica a la que corresponde
Tipo de Actuacin en el proceso disciplinario: (Esta seccin debe invocarse para

registro de novedades, sobre un proceso disciplinario previamente registrado en el
sistema).
o
Decisin
Fecha
Fecha Salidas
Registro con informacin de la comunicacin de la oficina de CI.
6.
Flujo de Eventos
6.1
Flujo Bsico

encargado de una entidad (oficina de
control interno), se dispone a ingresar los
Pg. A1-27

datos de apertura de un proceso
disciplinario en la entidad o las
actuaciones/decisiones de un proceso
disciplinario existente para conocimiento de
la PGN.

podrn ingresar los respectivos datos.(Ver
seccin de Entradas en el presente
documento). Si se esta entrando una
actuacin (decisin) de un proceso
disciplinario reportado previamente el
sistema debe permitir invocar el proceso
mediante el nmero de proceso (entidad) o el
nmero de solicitud (SIMIP).
4. El funcionario de la oficina de CI de la
entidad ingresa al sistema los datos de la
comunicacin de inicio de proceso cuando
se esta registrando el proceso por primera
vez, o los datos de actuacin/decisin y
fecha cuando se esta reportando una
novedad y da la opcin de enviar.
informacin y eventual archivo adjunto.
Activa el caso de uso Generar datos
estadsticos.
la fecha de radicacin en el caso de registro
de inicio de proceso.
Cuando se esta registrando una novedad, el
sistema debe desplegar un mensaje del estado
de la transaccin sin generar nmero nuevo
de solicitud.
7. Con base en la informacin registrada se
llama al caso de uso de asignar competencia
para asignar la dependencia competente y
generar un mensaje de llegada, como en el
correo electrnico, dejando el asunto como
Pg. A1-28
6.2

Tarea Pendiente en la correspondiente
dependencia.
Flujos Alternativos
haber diligenciado para hacer el ingreso de la comunicacin.
7.
Precondiciones
La informacin correspondiente a la comunicacin en la oficina de Control Interno de la
Entidad. El archivo adjunto.
8.
Post Condiciones
Se crea un registro en el sistema correspondiente a la comunicacin.
9.
Asuntos Pendientes
Se debe revisar cuales son los datos que son obligatorios para el ingreso de una
comunicacin de una oficina de CI.
Se debe tener en cuenta que en el evento de ampliacin de la apertura de investigacin, se
pueden vincular nuevos servidores a la investigacin. De igual manera, al reportarse las
actuaciones, se debe tener en cuenta que el OCID puede, por ejemplo, archivar contra XX y
formular cargos contra ZZ, o sancionar a XX y absolver a ZZ.
Esta funcionalidad es similar al caso de uso de SIMIP de Registrar Actividades y
Actuaciones/Decisiones, en cuanto a que algunas Actuaciones dependen de los actores. Sin
embargo el detalle que se pretende llevar sobre las actuaciones de las oficinas de OCID es
menor al detalle que se lleva para casos de la PGN.
Pg. A1-29
CASO DE USO EVALUACIN

AUTOMTICA DEL PODER
PREFERENTE
Pg. A1-30
EvaluacinAutomticaPoderPreferente-v3.0
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano
27/07/05
3.0
C.Daz
Pg. A1-31
Caso de Uso Evaluacin Automtica del Poder

Preferente
1.
Descripcin Breve
El presente caso de uso tiene como objetivo marcar de manera automtica el NO ejercicio
del poder preferente de la PGN sobre los inicios y actuaciones de procesos disciplinarios
reportados por las oficinas de control interno disciplinario - OCID, de acuerdo a unas
polticas establecidas por la Entidad.
Una vez la OCID reporta el inicio o la actuacin sobre un proceso disciplinario a la PGN, la
dependencia competente tiene 3 das hbiles para manifestar si ejerce o no el poder
preferente.
En caso afirmativo, el proceso disciplinario se debe convertir en un caso en SIMIP.
En caso negativo, existen dos posibilidades:
-
Que el servidor de la PGN, manualmente indique que no se ejerce poder preferente y

registre una razn.
Que el sistema automticamente despus de los 3 das de la notificacin por parte de la

OCID, marque que NO se ejerce poder preferente y asigne como razn: accin
automtica.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
Sistema
4.
Entradas
Registros de inicio o novedades (actuaciones) de procesos disciplinarios reportados por las
OCID.
Pg. A1-32
5.
Salidas
Registro de aplicacin negativa del poder preferente para un registro determinado.
6.
Flujo de Eventos
6.1
Flujo Bsico

1. Este caso de uso se activa como proceso
batch, sobre los inicios o actuaciones de
procesos disciplinarios notificados por OCID.
2. El sistema de manera automtica marca el
Flag de poder preferente en NO y razn:
accin automtica, para inicios o actuaciones
reportadas por la OCID que no hayan sido
convertidas en casos por parte de los
servidores de la dependencia competente en
el ejercicio del poder preferente una vez
hayan transcurrido 3 das de la notificacin.
6.2
Flujos Alternativos
No existen.
7.
Precondiciones
Registro de inicio o actuacin de un proceso disciplinario reportado por una OCID.
8.
Post Condiciones
Registro proceso disciplinario reportado por una OCID con indicador de NO ejercicio de
poder preferente.
9.
Asuntos Pendientes
Revisar el criterio por el cual se marca el no ejercicio de poder preferente. En este
momento, el proceso se dispara al cabo de 3 das de ser notificados por la OCID.
Pg. A1-33
CASO DE USO SIC_INT_1.

GENERAR ARCHIVO DE
SOLICITUDES Y PETICIONES
INGRESADAS POR LA WEB
Pg. A1- 34
SIC_INT_1GenerarArchivoSolicitudesWEB.doc
Fecha
04/05/05
Versin
1.0
Descripcin
Versin Inicial
Autor
Disney Rubiano
C.Daz
27/07/05
3.0
C.Daz
Pg. A1- 35
Caso de Uso SIC_INT_1. Generar Archivo de

Solicitudes y Peticiones ingresadas por la Web
1.
Descripcin Breve
Este caso de uso tiene como objetivo generar un archivo con las solicitudes y peticiones que
un ciudadano/entidad haya reportado va Web, en el sistema SIC. La informacin del
archivo ser cargada en el SIAF (ver el caso de uso SIAF_INT_1. Cargar solicitudes
ingresadas por la Web).
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Media
3.
SIC.
4.
Entradas
La informacin recolectada va SIC en las opciones de registro de solicitud y registro de
peticin:
Datos de quien formula la demanda de servicio (Solicitud) o Peticin:

solicitud.

ciudadano/entidad.
Pg. A1- 36
Datos de la Solicitud/Peticin:
Fecha (automtica).
Detalle de la solicitud o peticin: Descripcin breve de la solicitud o peticin.
Para el caso de solicitudes: Tipo de solicitud: Queja disciplinaria Solicitud de

accin preventiva Solicitud de Intervencin Judicial o Administrativa Solicitud
de Ejercicio del Poder Preferente. (Puede equivaler a tipo de clasificacin de la
solicitud o asunto en SIAF o a la naturaleza).
Nota: Se debe tener en cuenta la homologacin de los campos ingresados en SIMIP con la
informacin recolectada por SIAF una vez se tenga una versin ms detallada de los
requerimientos.
5.
Salidas
Un archivo que incorpore los datos que se necesiten de las entradas.
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso se inicia cuando se activa la

opcin de generacin de un archivo, con la
informacin de las solicitudes y peticiones
registradas en SIC.
2. El sistema genera los registros de la interfaz en
un archivo.
6.2
Flujos Alternativos
Lnea 2: En caso de encontrar un error (por ejemplo: sobre el tipo del dato, la longitud del
dato, inexistencia de un dato obligatorio), se debe almacenar en un archivo de log, el error
detectado.
7.
Precondiciones
Deben haberse registrado en el SIC datos referentes a las solicitudes (quejas) y peticiones
(derechos de peticin), junto con la informacin del ciudadano o entidad que los formula.
Tambin debe tenerse en cuenta una eventual documentacin adjunta.
8.
Post Condiciones
Se genera un archivo.
Pg. A1- 37
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.
Pg. A1- 38

CASOS DE USO SIAM
Requerimientos Detallados Mdulo SIAM- (Documento Final)
Pg. i
TABLA DE CONTENIDO
SIAM1 - Mantener Banco de Plantillas... 1
SIAM2 - Administrar Recursos Fsicos... 9
SIAM3 - Administrar Servidor PGN.. 19
SIAM4 - Administrar Oficios..24
SIAM5 - Administrar Polticas y Proyectos31
SIAM6 - Administrar Inventario de Entidades37
SIAM7 - Administrar Competencias de las Dependencias.44
SIAM8 - Administrar Etapas, Actividades, Actuaciones e Informacin Relacionada52
SIAM_INT_1 - Cargar Datos Servidores PGN64
Requerimientos Detallados Mdulo SIAM- (Documento Final)
Pg. ii
CASO DE USO MANTENER BANCO

PLANTILLAS
Requerimientos Detallados Mdulo SIAM (Documento Final)
Pg.A2- 1
MantenerBancoPlanillas.doc
Fecha
Versin
Descripcin
Autor
19/06/05
1.0
Versin Inicial
Disney Rubiano
14/07/05
2.0
Disney Rubiano
Pg.A2- 2
Caso de Uso Mantener Banco Plantillas

1.
Descripcin Breve
Tiene como objetivo la administracin, generacin y modificacin de plantillas que utilice la
Procuradura para generar comunicaciones, autos, decisiones, resolucin de instrumentos, etc.
2.
2.1
Iteracin
0.
2.2
Prioridad
Media.
2.3
Complejidad
Media
3.
Administrador SIAM.
4.
Entradas
Ingreso de plantilla:
Identificacin.
Descripcin.
Diseador.
Fecha de creacin.
Versin.
Pg.A2- 3
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.
Tipo de letra del texto.
Tamao de la letra del texto.
Estilo de la letra del texto.
Ubicacin del texto (Coordenadas X,Y)
Campo para captura/despliegue del valor asociado al tem. (Opcional: no todos los tems
deben capturar/ desplegar un valor Texto o numrico).
Rango de valores del campo
Tipo del campo.
Lugar del medio de almacenamiento de donde toma el valor que despliega. Operacin
que lo genera el valor que se despliega.
Tipo de letra del valor.
Tamao de la letra del valor.
Estilo de la letra del valor.
Ubicacin del valor (Coordenadas X,Y).
Modificacin de plantilla:
Identificacin.
Descripcin.
Pg.A2- 4
Diseador.
Fecha de creacin.
Versin.
Estado de la plantilla.
Por cada tem de la plantilla:

o
Texto.
Tipo de letra del texto.
Tamao de la letra del texto.
Estilo de la letra del texto.
Ubicacin del texto (Coordenadas X,Y)
Campo para captura/despliegue del valor asociado al tem. (Opcional: no todos los tems
deben capturar/ desplegar un valor Texto o numrico).
Rango de valores del campo
Tipo del campo.
Lugar del medio de almacenamiento de donde toma el valor que despliega. Operacin
que lo genera el valor que se despliega.
Tipo de letra del valor.
Tamao de la letra del valor.
Estilo de la letra del valor.
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).
Pg.A2- 5
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:
5.
Identificacin del registro original.
Identificacin del nuevo registro.
Nueva identificacin de versin.
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
1. Este caso de uso comienza cuando el usuario

del sistema SIAM, selecciona una opcin de
mantenimiento
de
plantilla:
Ingreso,
Modificacin, Consulta, Eliminacin y Copia.
2. Si la opcin es la de ingreso, despliega una
pantalla para que el administrador suministre los
datos de entrada de la plantilla.
3. Diligencia sobre la pantalla desplegada, los
datos de entrada de la plantilla. Ejecuta la opcin
de almacenar.
Pg.A2- 6

4. Si el usuario tiene los permisos adecuados, se
almacena el nuevo registro de plantilla.
5. Si la opcin es la de consulta, se despliega una
pantalla, para que el usuario ingrese el nmero de
identificacin de la plantilla que quiere consultar.
6. El usuario diligencia sobre la pantalla

desplegada los datos de entrada (Identificacin de
la plantilla). Ejecuta la opcin de consultar.
7. Si el usuario tiene los permisos adecuados, se
busca un registro cuya identificacin corresponde a
la suministrada en la lnea 5, se despliega una
pantalla donde se muestran cada uno de los datos de
la plantilla encontrada (Son los datos de entrada
para ingreso de un plantilla).
8. Si la opcin es la de modificacin, el sistema
ejecuta de la lnea 5 a la 7.
9. Sobre los datos desplegados, realiza las
correspondientes modificaciones. Ejecuta la
opcin de almacenar cambios.
10. Si el usuario tiene los permisos adecuados, el
sistema almacena los cambios realizados.
11. Si la opcin es la de eliminacin, el sistema
despliega una pantalla para que usuario diligencie la
identificacin de la plantilla que desea eliminar.
12. Diligencia la identificacin de la plantilla.
sistema elimina de su medio de almacenamiento el
registro de plantilla asociado a la identificacin
suministrada por el usuario.
14. Si la opcin es la de copia, el sistema despliega
una pantalla para que usuario diligencie la
identificacin de la plantilla que desea copiar y la
versin de la copia.
15. Diligencia los valores para la identificacin
de la plantilla original y la versin de la copia.
sistema crea un nuevo registro de plantilla con todos
los valores de los datos del registro de la plantilla
original, exceptuando la identificacin y la versin,
que corresponden a los diligenciados en la lnea 15.
Pg.A2- 7
6.2
Flujos Alternativos
Lnea 4: Si el nmero de identificacin de la plantilla es igual a uno que ya existe, se cancela la
operacin y se genera un mensaje que avisa de la situacin al usuario del sistema.
Lneas 7: Si no se encuentra ningn registro asociado a la identificacin dada, se cancela la
operacin y se despliega un mensaje en el que se avisa al usuario de la situacin.
7.
Precondiciones
Se deben proporcionar todos los datos de entrada obligatorios, de acuerdo al tipo de operacin
(Consulta, Ingreso, Actualizacin, Eliminacin y Copia).
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 de plantilla:
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.
Actualizacin: Se modifican los datos de un registro de una plantilla ya almacenada.
Eliminacin: Se elimina del medio de almacenamiento del sistema un registro 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.
9.2
Definicin de los datos de la operacin de actualizacin

Definir cuales son los datos que el usuario puede modificar, una vez se quiere hacer una
actualizacin de datos una plantilla.
9.3
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.
Pg.A2- 8
CASO DE USO ADMINISTRAR

RECURSOS FISICOS/ELEMENTOS
Pg.A2- 9
AdministrarRecursosFisicos-Elementos v3.0.doc
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano
14/07/05
2.0
Disney Rubiano
Pg.A2- 10
Caso de Uso Administrar Recursos

Fsicos/Elementos
1.
Descripcin Breve
Tiene como objetivo permitir la asignacin en prstamo de los diferentes recursos fsicos.
Adems de la creacin, consulta, eliminacin y actualizacin de los datos de un recurso.
Un recurso fsico puede ser una sala de audiencia, un proyector, o cualquier otro elemento
de apoyo administrativo. Tambin es cualquier elemento de apoyo misional, como bienes y
equipos entregados al servidor para el cumplimiento de sus funciones misionales, adems
de los elementos de prueba que integran al proceso disciplinario (manejo de la cadena de
custodia). Tambin se contempla en el presente caso de uso el prstamo de expedientes.
Se debe tener en cuenta que los elementos de prueba deben ser asociado a un caso y
siempre se debe conocer la ubicacin fsica de donde se encuentran.
2.
2.1
Iteracin
0.
2.2
Prioridad
Media.
2.3
Complejidad
Media.
3.
Servidor PGN.
4.
Entradas
Ingreso de un recurso:
Pg.A2- 11
Tipo de recurso (Por ejemplo: De carcter administrativo o misional).
Cdigo de caso. (Slo para los elementos de prueba).
Nombre del recurso.
Descripcin del recurso.
Cdigo de inventario (aplica a los recursos administrativos).
Fecha mxima para devolucin.
Eliminacin de un recurso:
Tipo de recurso.
Cdigo del recurso.
Consulta de un recurso:
Masiva:
Tipo de recurso.
Individual:
Tipo de recurso.
Nombre del recurso.
Cdigo del caso. (Slo para elementos de prueba).
Cdigo del recurso.
Identificacin/nombre de la persona/dependencia que lo solicit
Modificacin de los datos del recurso:
Tipo de recurso (Por ejemplo: Es un lugar, medio audiovisual, etc).
Nuevo nombre del recurso.
Nueva descripcin del recurso.
Cdigo de inventario.
Pg.A2- 12
Asignacin de recursos:
Tipo de recurso.
Nombre del recurso.
Cdigo del recurso.
Fecha en que se pide prestado el recurso.
Fecha en que se usar.
Tiempo por el cual se pide prestado el recurso.
Persona o dependencia que solicita el recurso.
Cuando aplique, en caso de que el tipo de recurso no corresponda a un lugar, se debe

indicar en qu lugar se va a utilizar.
Fecha mxima para devolver el recurso.
Modificacin de la asignacin de un recurso:
Tipo de recurso.
Nombre del recurso.
Cdigo del recurso.
Nueva fecha en que se pide prestado el recurso.
Nueva fecha en que se usar.
Nuevo tiempo por el cual se pide prestado el recurso.
Nueva persona o dependencia que solicita el recurso.
En caso que el tipo de recurso no corresponda a un lugar, se debe indicar en que lugar
se va a utilizar.
Fecha mxima para devolver el recurso.
Quitar la asignacin de un recurso:
Tipo de recurso.
Cdigo del recurso.
Pg.A2- 13
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:
Muestra los datos de un recurso (Descripcin y datos de asignacin en caso de

encontrarse asignado) a partir del Tipo y. Cdigo del recurso por la
Identificacin/nombre de la persona/dependencia que lo solicit
Modificacin de los datos del recurso:

Se modifica los datos de un recurso (Tipo, descripcin).
Asignacin de recursos:
Se crea y almacena un registro en el sistema en cual quedan los datos de asignacin de un
recurso.
Modificacin de la asignacin de un recurso:
Se modifica el registro de los datos de asignacin de un recurso.
Quitar la asignacin de un recurso:
El recurso queda libre y por tanto queda listo para una nueva asignacin.
6.
Flujo de Eventos
6.1
Flujo Bsico

del sistema SIAM, selecciona una opcin:
Ingreso, consulta, actualizacin eliminacin
de recursos. Adems de las de: (1) Asignacin
de recurso, (2) Modificacin de de asignacin
y la (3) de quitar una asignacin.
2. Si el usuario selecciona la opcin de ingreso de
Pg.A2- 14

datos de un recurso, el sistema despliega una
pantalla para que l pueda diligencia los datos
correspondientes.
3. El usuario digita los datos del recurso. Da la

opcin de almacenar los datos en el sistema.
4. Si el usuario tiene permisos para hacer la
operacin, el sistema almacena los datos, creando
un nuevo registro.
5. Si el usuario selecciona la opcin de consulta
de datos de un recurso, el sistema despliega una
pantalla donde le presenta dos opciones: Consulta
masiva, consulta individual.
6. El usuario selecciona el tipo de consulta.
7. Si el tipo de consulta es masivo, el sistema
despliega una pantalla, donde aparecen todos los
tipos de recursos.
8. El usuario selecciona un tipo de recurso.
9. El sistema despliega los datos de todos los
recursos asociados al tipo seleccionado por el
usuario: Tipo de recurso, Descripcin del
recurso, Cdigo de inventario, Cdigo del
recurso, Fecha en que se pide prestado el recurso,
Fecha en que se usar, Tiempo por el cual se pide
prestado el recurso, Persona o dependencia que
solicita el recurso, En caso de que el tipo de
recurso no corresponda a un lugar, se debe
indicar en que lugar se va a utilizar.
10. Si el tipo de consulta es individual, el sistema
despliega una pantalla, donde el usuario deber
diligenciar los datos de bsqueda del recurso.
11. El usuario ingresa los datos de entrada del
recurso que quiere consultar, en la pantalla.
12. El sistema busca un registro que coincida con
los datos ingresados por el usuario. Una vez
encontrado el registro despliega sus datos en una
pantalla.
13. Si el usuario selecciona la opcin de
actualizacin, el sistema despliega una pantalla
donde el usuario podr suministrar los datos del
recurso que quiere modificar.
recurso que quiere modificar, en la pantalla.
Pg.A2- 15

encontrado el registro despliega sus datos en una
pantalla.
15. Modifica los datos. Da la opcin de

almacenamiento de los cambios.
16. Si el usuario tiene permisos para hacer la
operacin,
El
sistema
almacena
las
actualizaciones del registro.
eliminacin, el sistema despliega una pantalla
donde el usuario podr suministrar los datos del
recurso que quiere eliminar.
recurso que quiere eliminar, en la pantalla.
encontrado el registro, si el usuario tiene
permisos para ejecutar la operacin, lo elimina
del medio de almacenamiento.
asignacin de recurso, el sistema despliega una
pantalla sobre la cual el usuario podr diligenciar
los datos de la asignacin.
21. El usuario ingresa los datos de entrada de la
asignacin.
22. Si el usuario cuenta con los permisos
adecuados, el sistema crea y almacena un nuevo
registro en el sistema en el cual se asocia un
recurso a un funcionario o dependencia. Adems
de lo anterior, el registro debe contener los datos
propios de la asignacin (Fechas, tiempos,
lugares).
modificacin de la asignacin de un recurso, el
sistema despliega una pantalla sobre la cual el
usuario podr diligenciar los datos de la
modificacin.
21. El usuario ingresa a la pantalla los datos de
entrada para buscar el recurso asignado que se
quiere cambiar en su asignacin (Tipo y cdigo
del recurso).
Pg.A2- 16

24. El sistema busca un registro de asignacin, en
el cual el cdigo y tipo del recurso coinciden con
los suministrados por el usuario. Una vez
encontrado el registro, despliega sus datos en una
pantalla.
25. El usuario modifica los datos de

asignacin.
Ejecuta
la
opcin
de
almacenamiento de la modificacin realizada.
26. El sistema, si el usuario tiene los permisos
apropiados, almacena las modificaciones.
27. Si el usuario selecciona la opcin de quitar
una asignacin a un recurso, el sistema despliega
una pantalla sobre la cual el usuario podr
diligenciar los datos de la operacin.
28. El usuario ingresa los datos del recurso al
cual le quiere quitar la asignacin (Tipo y
cdigo del recurso).
29. El sistema, si el usuario tiene los permisos
apropiados, elimina el registro de asignacin.
6.2
Flujos Alternativos
Lneas 4, 16, 19, 22, 26, 29: Si el usuario no tiene los permisos adecuados, para ejecucin
de la operacin, el sistema cancela la operacin y despliega un mensaje donde se indica la
situacin.
Lnea 4: Si existe otro recurso con mismo tipo y cdigo, se cancela la operacin y se
despliega un mensaje que indica de la situacin.
Lnea 22: Debe existir previamente en el sistema la informacin del recurso y del
funcionario o dependencia que lo toma. De no ser as se genera un mensaje de error y se
cancela la operacin.
Lnea 27: Si no existe un registro de asignacin, que corresponda al recurso y a la
identificacin del funcionario o entidad a la cual se supone fue asignado, se cancela
operacin y se despliega un mensaje que indica de la situacin.
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.
Pg.A2- 17
Para las operaciones de modificacin, eliminacin o consulta de un recurso, debe existir de

forma previa, los datos del recurso en el sistema.
Para las operaciones de ingreso, se deben suministrar todos los datos de las entradas.
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.
Pg.A2- 18

SERVIDOR PGN
Pg.A2- 19
AdministrarServidorPGN.doc
Fecha
12/07/05
Versin
2.0
Descripcin
Versin Inicial. Corresponde a la
incorporacin de las observaciones
realizadas por la PGN sobre el caso de uso
AdministrarFuncionariosEquipos.
Autor
D. Rubiano
Pg.A2- 20
Caso de uso Administrar Servidor PGN

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir sobre el sistema SIAM, definir y
modificar la disponibilidad de un servidor PGN, adems de la consulta de los datos
tomados del Sistema de Nmina.
La disponibilidad de un servidor PGN, est dada en trminos de porcentajes de tiempo
diario. En caso de no ocupar el 100%, se debe indicar el tiempo no disponible en que
actividades lo ocupar.
2.
2.1
Iteracin
0.
2.2
Prioridad
Media.
2.3
Complejidad
Baja.
3.
4.
Administrador SIAM, para todos los casos de entrada que se definen.
Usuario SIMIP, para el caso de consulta.
Entradas
Se debe proporcionar:
Consulta:
Identificacin del funcionario.
Pg.A2- 21
Modificacin de la disponibilidad:
5.
Porcentaje de tiempo que estar disponible.
Razones/actividades en las que gastar el tiempo no disponible.
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

Consulta o modificacin de los datos de un
servidor PGN.
2. Si la opcin corresponde a consulta, el sistema
desplegar una pantalla para ingreso de datos de
la entrada.
3. El usuario del sistema
identificacin del servidor PGN.
ingresa
la
4. El sistema despliega una pantalla con todos los
datos de salida del servidor PGN.
5. Si la opcin corresponde a la modificacin de
la disponibilidad del servidor PGN y si el usuario
tiene los permisos apropiados para la ejecucin
de la operacin, se ejecutan las lneas 2, 3 y 4 del
presente caso de uso, con la opcin de que el
Pg.A2- 22

valor de la disponibilidad desplegado en la
pantalla pueda ser modificado.
6. El usuario ingresa el nuevo valor de

disponibilidad.
7. El sistema actualiza el registro asociado a la
informacin del servidor PGN y lo almacena.
6.2
Flujos Alternativos
Lnea 6: Si el usuario ingresa un valor fuera del rango permitido, se un mensaje de error
indicando la situacin. La operacin no continua hasta tanto el valor suministrado no sea el
apropiado.
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
sistema, con respecto a un registro que est asociado a los datos de un servidor PGN:
9.
Consulta: Se muestra en una pantalla los datos de un servidor PGN.
Modificacin: Se modifica un registro de un servidor PGN.
Asuntos Pendientes
Verificar los datos sugeridos para los registros que definen un servidor PGN.
Definir para estos datos sus tipos, sus longitudes y obligatoriedad.
Pg.A2- 23

OFICIOS
Pg.A2- 24
AdministrarOficios.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
Disney Rubiano C.Daz
27/07/05
3.0
Incorporacin de las observaciones de la

PGN.
D. Rubiano.
Pg.A2- 25
Caso de Uso Administrar Oficios

1.
Descripcin Breve
Tiene como objetivo permitir la administracin de oficios, estableciendo sobre los mismos
los diferentes estados por los que puede pasar. La implantacin de este caso de uso debe
permitir control permanente sobre los diferentes oficios que se generen.
2.
2.1
Iteracin
0.
2.2
Prioridad
Media.
2.3
Complejidad
Media.
3.
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):
Identificacin del servidor PGN.
Cdigo del oficio.
Cdigo de la solicitud a la cual se le han generado oficios.
Pg.A2- 26
Cdigo del caso a la cual se le han generado oficios.
Rango de fechas de la generacin del oficio.
Cdigo del documento respuesta al oficio.
Estado.
Indicador de cambio automtico a estado Reiterado (Si o No?): Cuando se

requiere que los registros consultados pasen a estado Reiterado y se creen copias
de los mismos con estado Pendiente, el valor asignado debe ser si, de lo
contrario deber mantener el valor de por defecto, que es No.
Modificacin:
En el caso de una modificacin del estado de un oficio, es obligatorio diligenciar los
siguientes datos:
5.
Identificacin del servidor PGN.
Cdigo del oficio.
Observacin.
Nuevo estado.
Cdigo del documento respuesta al oficio1.
Respuesta (Para ser incorporada en el oficio)
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.
Por defecto, cuando se crea un oficio, este toma el estado de Pendiente, en seal de que fue generado y no tiene
respuesta.
Pg.A2- 27
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


del sistema SIAM, selecciona una opcin de
administracin de oficios (Consulta
modificacin).
2. Si es consulta, el sistema despliega una
pantalla para que el usuario registre los datos de
entrada.
3. El usuario diligencia los datos de entrada
para consulta.
4. A partir de los datos de entrada, el sistema
despliega un listado de oficios, separados por
solicitud, caso y servidor PGN que genera. Por
cada oficio, se visualiza el estado y la fecha de
creacin.
5. El usuario selecciona del listado el oficio
que requiere consultar. Si lo requiere, el
usuario tambin puede imprimir el listado
generado en el momento.
6. El sistema despliega una pantalla con los datos
de salida para el caso de consulta.
7. Si se trata de una modificacin de estado y si
el usuario tiene los permisos apropiados para
modificacin, se ejecutan las lneas 3, 4, 5 y 6.
8. El usuario ingresa los datos asociados a las
entradas para modificacin. Ejecuta la opcin
de guardado de la modificacin. En caso de
haber recibido una respuesta al oficio, esta es
ingresada por el usuario para ser incorporada al
oficio. El estado que se diligencia en este caso
de respuesta es Atendido.
9. El sistema altera el registro asociado al oficio
seleccionado, incorporando el nuevo estado y
respuesta (cuando existe respuesta). Cuando se
recibe respuesta, el sistema debe identificar la
Pg.A2- 28

situacin y pasar de forma automtica el registro
asociado al oficio a estado Atendido.
10. Si el valor del indicador de cambio
automtico a estado Reiterado es si, en la
lnea 7 (Ver en la lnea 3), no se ejecuta las lneas
4, 5 y 6. Entonces, los registros de los oficios
asociados a las entradas pasan de forma
automtica a estado Reiterado.Se almacenan
los cambios efectuados sobre los registros
implicados en la operacin. Para el caso de
registros en estado Reiterado, se crean copias
de los mismos con estado Pendiente.
6.2
Flujos Alternativos
Lnea 7: Si el usuario no tiene los permisos apropiados, se genera un mensaje que indica de
la situacin y se cancela la situacin.
Lnea 10: Si se selecciona un estado no apropiado, se genera un mensaje de error y se evita
la ejecucin de la operacin hasta tanto no se haga la seleccin correcta de estado. Se debe
tener en cuenta que el estado por defecto de un oficio es Pendiente. Cuando se recibe la
respuesta al oficio, el estado debe cambiar a Atendido, indicando en la observacin la
respuesta dada y en cdigo de documento de respuesta, el cdigo del documento que
soporta la respuesta2. Cuando ha pasado cierto tiempo y an no se ha recibido respuesta, se
debe cambiar el oficio a estado Reiterado, creando otro con estado Pendiente. Para
este ltimo caso el sistema debe poder establecer un vnculo entre el nuevo oficio y el
anterior.
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.
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.
Pg.A2- 29
8.
Post Condiciones
Para consulta: Se despliega una pantalla con los datos de un oficio.
Para modificacin: Se actualiza un registro de un oficio con los datos de

modificacin del estado y si es el caso de respuesta.
9.
Asuntos Pendientes
9.1
Validar que quien modifica el estado se quien gener el oficio

Se debe garantizar que un usuario slo modifique los estados de los oficios generados por
l. Una sugerencia a este caso es que se haga por medio de loguin y password la
habilitacin de la opcin de modificacin.
9.2
Estructuras de datos
Verificar los datos sugeridos para los registros que definen los oficios. Sus estructuras,
longitudes y tipos. Identificar las estructuras de datos que permitirn el almacenamiento de
estos registros.
Pg.A2- 30

POLTICAS Y PROYECTOS
Pg.A2- 31
AdministrarPolticasProyectos.doc
Fecha
11/07/05
Versin
2.0
Descripcin
Se incluye este requerimiento para el
mantenimiento de polticas y proyectos
(que van a ser utilizados en SIMIP)
Autor
C.Daz
Pg.A2- 32
Caso de Uso Administrar Polticas y Proyectos

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir sobre el sistema SIAM, administrar la
informacin de las polticas y los proyectos de la institucin.
Esta administracin incluye las opciones de adicin, modificacin, consulta y eliminacin.
Clasificacin del Caso de Uso.
1.1
Poltica es una clasificacin por lnea de accin, las cuales se encuentran definidas
en el mapa estratgico de la entidad.
Un Proyecto se crea para el logro de un objetivo

actividades estratgicas que se deben cumplir para
entidad, por tal razn estar adscrito a una
solicitudes/casos a proyectos puede ayudar a medir
al interior de la PGN.
especfico. Es un conjunto de
el logro de las polticas de la
poltica. La asignacin de
avances y logros de proyectos
Iteracin
0.
1.2
Prioridad
Baja.
1.3
Complejidad
Baja.
2.
Servidor PGN.
3.
Entradas
Consulta:
Se debe proporcionar: poltica y/o proyecto.
Pg.A2- 33
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

Ingreso, consulta, actualizacin o eliminacin
de datos.
2. Si la opcin corresponde a ingreso, el sistema
desplegar una pantalla para ingreso de datos. La
pantalla slo se desplegar siempre y cuando el
usuario tenga permisos para ejecutar la opcin
Pg.A2- 34

seleccionada.
3. El usuario del sistema ingresa los datos de la

poltica o del proyecto.
4. Crea un registro con los datos suministrados en
la pantalla y lo almacena.
5. Si la opcin corresponde a consulta de datos,
el sistema despliega una pantalla en la cual
pedir el cdigo de la poltica o proyecto al cual
se le quiere hacer la consulta de los datos.
6. El usuario ingresa el cdigo de la poltica o
proyecto.
7. El sistema busca el registro asociado a la
poltica o proyecto y despliega los datos que los
componen y que son requeridos en la consulta. El
sistema identifica los permisos del usuario. Si el
usuario tiene permisos para actualizar, permite la
actualizacin y entonces se ejecuta lo previsto en
la lnea 8.
8. Si la opcin a actualizacin de datos, el
sistema desplegar una pantalla para que el
usuario registre el cdigo de la poltica o
proyecto.
proyecto para que el sistema despliegue los
datos del mismo.
10. A partir del cdigo de la poltica o proyecto,
el sistema busca un registro. Una vez encontrado
el registro, despliega los correspondiente datos en
una pantalla.
11. El usuario modifica, elimina o completa los
correspondientes datos.
12. Si la opcin es una eliminacin, el sistema
desplegar una pantalla para que el usuario
registre el cdigo de la poltica o proyecto.
proyecto para que el sistema busque el
correspondiente registro y lo elimine.
14. El sistema busca un registro que contenga un
dato, cuyo valor corresponde al cdigo de la
poltica o proyecto. Una vez encuentra el
registro,
lo
elimina
del
medio
de
almacenamiento.
Pg.A2- 35
5.2
Flujos Alternativos
Lnea 2: Si el cdigo de la poltica o proyecto ya existe, el sistema deber desplegar un
mensaje que le indique al usuario la situacin. La operacin de ingreso es cancelada.
Lneas 7, 10 y 14: Si no se encuentra ningn registro que coincida en el nmero de
identificacin con el suministrado por el usuario, el sistema deber desplegar un mensaje
que indique de lo sucedido. La operacin de ingreso es cancelada.
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
sistema, con respecto a un registro que est asociado a los datos de una poltica/proyecto:
8.
Consulta: Se muestra en una pantalla los datos de una poltica o proyecto.
Ingreso: Se crea y almacena en el sistema un nuevo registro con los datos

suministrados.
Actualizacin: Se modifican los datos de un registro ya almacenado en el sistema, que

corresponde a una poltica o proyecto especfico.
Eliminacin: Se elimina del medio de almacenamiento del sistema un registro que

contiene los datos de la poltica o proyecto si el registro no se ha utilizado en SIMIP.
Asuntos Pendientes
En anlisis y diseo definir:
Si las polticas y proyectos van a tener un cdigo asociado (para facilitar bsquedas
en el sistema)
Cul es la informacin asociada que se va a recolectar.
Los procedimientos asociados a las acciones sobre polticas y proyectos

(ingreso/modificacin/eliminacin), para que cuando se afecte una poltica/proyecto, los
casos que ya han sido creados (cerrados y no cerrados) y que pueden tener relacin con
dicha poltica/proyecto puedan ser afectados en su asociacin con la misma. Esto con fines
estadsticos.
Respecto al anterior punto, se debe analizar la viabilidad de poder implementarlo de forma
automtica.
Pg.A2- 36

INVENTARIO ENTIDADES
Pg.A2- 37
AdministrarInventarioEntidades.doc
Fecha
Versin
Descripcin
Autor
11/07/05
2.0

mantenimiento de las Entidades que tienen
relacin con la PGN y que sern
referenciadas en SIMIP.
C.Daz
28/07/05
3.0
Se incluye las observaciones formuladas

por la PGN, respecto a la generacin del
cdigo de de barras.
D. Rubiano
Pg.A2- 38
Caso de Uso Administrar Inventario Entidades

1.
Descripcin Breve
informacin de las entidades con las que se relaciona la PGN.
Esta administracin incluye las opciones de adicin, modificacin, consulta e inactivacin.
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.
Procurador Delegado.
3.
Entradas
Consulta:
Se debe proporcionar el cdigo de la entidad.
Ingreso:
Pg.A2- 39
Para ingreso de datos, se necesitara la informacin concerniente a entidad, por ejemplo:

Cdigo asociado, nombre de la entidad, razn de la entidad, competencias de las entidad,
tipo de informacin a intercambiar con dicha entidad, nombre de la persona contacto en esa
entidad, direccin electrnica de la persona contacto, ubicacin, direccin, telfono, fax,
direccin. Para este punto se debe tener en cuenta que existen algunos datos bsicos, tales
como el cdigo, el nombre y la direccin electrnica de la persona contacto en la entidad,
los dems datos pueden ser agregados en momentos diferentes al del 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:
Pg.A2- 40
Se marca el registro asociado a la entidad como inactivado. Se crea un registro donde se

almacenan los datos de la 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

Ingreso, consulta, actualizacin o inactivacin
de datos.
seleccionada.
3. El usuario del sistema ingresa los datos de
entrada de la entidad.
la pantalla y lo almacena.
pedir el cdigo de la entidad a la cual se le
quiere hacer la consulta de los datos. Puede ser
que el sistema despliegue una lista de las
entidades creadas hasta el momento.
6. El usuario ingresa el cdigo de la entidad .
Dado el caso, selecciona la dependencia de la
lista para que el sistema tome el respectivo
cdigo.
7. El sistema busca el registro asociado al cdigo
de entidad suministrado y despliega los datos que
los componen y que son requeridos en la
consulta. El sistema identifica los permisos del
usuario.
8. Si la opcin es la de actualizacin de datos se
ejecutan las lneas 5, 6 y 7. La pantalla se
despliega con opcin de modificacin sobre los
datos desplegados.
Pg.A2- 41
9. El usuario cambia, modifica, elimina o

complementa los correspondientes datos.
Ejecuta
la
opcin
de
guardar
las
modificaciones.
10. El sistema actualiza y almacena los
correspondientes registros.
11. Si la opcin es una inactivacin, se ejecutan
las lneas 5, 6 y 7
dato, cuyo valor corresponde al nmero de
identificacin de la competencia. Una vez
encuentra el registro, lo marca como inactivo.
5.2
Flujos Alternativos
Lnea 2: Si el cdigo de la entidad ya existe, el sistema deber desplegar un mensaje que le
indique al usuario la situacin. La operacin de ingreso es cancelada.
Lneas 7: Si no se encuentra ningn registro que coincida en cdigo suministrado por el
usuario, el sistema deber desplegar un mensaje que indique de lo sucedido. La operacin
de ingreso es cancelada.
6.
Precondiciones
operacin (Consulta, ingreso, Actualizacin e inactivacin).
7.
Post Condiciones
sistema, con respecto a un registro que est asociado a los datos de un funcionario:
Consulta: Se muestra en una pantalla los datos de una entidad.

suministrados.

corresponde a una entidad.
Inactivacin: Se marca en el medio de almacenamiento, como inactivo un registro de

una dependencia. Se crea un registro con los datos de la inactivacin.
Pg.A2- 42
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.
Pg.A2- 43

COMPETENCIAS X DEPENDENCIA
Pg.A2- 44
AdministrarCompetenciasxDependencia v3.0.doc
Fecha
Versin
Descripcin
Autor
11/07/05
2.0

mantenimiento
de
competencias
x
dependencias (que van a ser utilizados en
SIMIP para asignar una solicitud a una
dependencia determinada)
C.Daz
26/07/05
3.0
Se incluyeron las observaciones de la PGN

en torno a las Dependencias virtuales. Y a
la incorporacin de los conceptos de
Ubicacin, Nivel y de competencias,
teniendo en cuenta que estas ltimas estn
compuestas por Temas y estos a su vez por
normas.
D. Rubiano
Pg.A2- 45
Caso de Uso Administrar Competencias x

Dependencia
1.
Descripcin Breve
informacin de las competencias de cada Dependencia. La base para este requerimiento
ser la ley (decreto 262).
Esta administracin incluye las opciones de adicin, modificacin, consulta e inactivacin
de la informacin asociada a una Dependencia.
En este punto se debe tener en cuenta que existen las Dependencias Organizacionales y las
Virtuales. Las primeras corresponden a las que tienen un reconocimiento organizacional
formal dentro de la estructura de la PGN (Cuentan con una oficina - una ubicacin fsica) y
las segundas son producto de la conformacin de comisiones y comits con servidores PGN
que pertenecen a las Dependencia Organizacionales.
Mientras una Dependencia Virtual es adscrita a una Dependencia Organizacional de la
PGN, una Dependencia Organizacional pertenece a un nivel (Nacional, Regional, Distrital
o Provincial) y en el mismo a una ubicacin (Precisa los lugares sobre los cuales tiene
competencia la Dependencia, en algunos casos se debe precisar la sede de la Dependencia).
A una Dependencia (Organizacional/Virtual) se le debe asignar competencias, sabiendo que
una competencia se compone de temas y esta a su vez por normas. Una competencia puede
ser asignada a ms de una Dependencia.
2.
Procurador Delegado.
3.
Entradas
Consulta:
Se debe proporcionar el cdigo de la dependencia.
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.
Pg.A2- 46
Si es una Dependencia Virtual: Se debe proporcionar, el cdigo de la dependencia a la cual

estar adscrita, el nombre de la nueva dependencia, fecha de creacin, el objetivo de su
creacin, los servidores PGN que la conforman (cada uno con su respectivo rol e
identificacin) y los cdigos de las competencias asociadas, 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:
Pg.A2- 47
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

de datos de una dependencia.
seleccionada.
3. El usuario del sistema ingresa los datos de
entrada de la dependencia (Se tienen en cuenta
las diferencias entre una Dependencia
Organizacional y una Virtual).
4. Si se trata de una Dependencia Virtual, el
sistema desplegar una pantalla adicional con
una lista de servidores PGN. Por cada servidor
PGN, se visualiza, el nombre, la identificacin, el
cargo en la PGN y la Dependencia
Organizacional a la cual pertenece. En caso de
Pg.A2- 48

pertenecer a Dependencias Virtuales, se debe
mostrar el nombre de estas y el cargo que all
desempea.
5. Para la conformacin de una Dependencia

Virtual, el usuario seala en la pantalla de la
lnea 4 los servidores PGN que quiere que
conformen la nueva Dependencia Virtual. La
sealizacin sobre los servidores ser particular
a la accin de este sobre la Dependencia. Si es
adicin, se colocar una seal especial que
indique tal accin, en caso de inactivacin, la
seal deber ser diferente a la anterior.
las pantallas de las lneas 2 y 4 y lo almacena.
pedir el cdigo de la dependencia al cual se le
quiere hacer la consulta de los datos. Puede ser
que el sistema despliegue una lista de las
dependencias creadas hasta el momento.
8. El usuario ingresa el cdigo de la
dependencia. Dado el caso, selecciona la
dependencia de la lista para que el sistema
tome el respectivo cdigo.
de dependencia suministrado y despliega los
datos que los componen y que son requeridos en
la consulta. El sistema identifica los permisos del
usuario.
10. Si la opcin es la de actualizacin de datos
se ejecutan las lneas 7, 8 y 9. La pantalla se
despliega con opcin de modificacin sobre los
datos desplegados.
correspondientes datos.
12. De tratarse de una modificacin sobre los
datos de los servidores PGN que conforman una
Dependencia Virtual, se desarrollar lo descrito
en las lneas 4 y 5.
13. El usuario ejecuta la accin
almacenamiento de la actualizacin.
de
14. El sistema modifica y almacena los
correspondientes registros.
15. Si la opcin es una inactivacin, se ejecutan
Pg.A2- 49

las lneas 7, 8 y 9.
dato, cuyo valor corresponde al nmero de
identificacin de la dependencia. Una vez
encuentra el registro, lo marca como inactivo.
5.2
Flujos Alternativos
Lnea 2: Si la dependencia ya existe, el sistema deber desplegar un mensaje que le indique
al usuario la situacin. La operacin de ingreso es cancelada.
Lneas 9: Si no se encuentra ningn registro que coincida en cdigo suministrado por el
de ingreso es cancelada.
Lnea 15: Si el cdigo no es el de una Dependencia Virtual, no se permite la ejecucin de la
operacin y se muestra un mensaje de error que indique de la situacin al usuario.
6.
Precondiciones
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
sistema, con respecto a un registro que est asociado a los datos de un funcionario:
8.
Consulta: Se muestra en una pantalla los datos de una dependencia.

suministrados.

corresponde a una dependencia.
Inactivacin: Se marca en el medio de almacenamiento, como inactivo un registro de

una Dependencia Virtual. Se crea un registro con los datos de la inactivacin.
Asuntos Pendientes
Pg.A2- 50
Definir los valores que se almacenarn en los medios de almacenamiento referentes a las
competencias, temas y normas.
Pg.A2- 51

ETAPAS, ACTIVIDADES,
ACTUACIONES E INFORMACIN
ASOCIADA
Pg.A2- 52
AdministrarEtapasActividades v2.0.doc
Fecha
Versin
Descripcin
Autor
14/07/05
2.0

mantenimiento de etapas, actividades,
actuaciones/decisiones y su informacin
asociada (que van a ser utilizados en SIMIP
en el requerimiento de Registrar
Actividades y Actuaciones/Decisiones)
C.Daz
26/07/05
3.0
Se incorporaron las observaciones

formuladas por la PGN.
D. Rubiano.
Pg.A2- 53
Caso de Uso Administrar Etapas, Actividades,

Actuaciones e Informacin Asociada
1.
Descripcin Breve
Tiene como objetivo permitir registrar las etapas, actividades y actuaciones y su
informacin asociada como documentos, trminos y procedimientos, entre otros.
Los datos que se registran en el presente caso de uso, son los que usar el usuario para la
definicin de rutas y actividades en la implementacin del caso de uso Definir Ruta y plan
de actividades del sistema SIMIP.
Los datos que se deben manejar son:
Por cada ea Misional:

-
ea Misional.
Cdigo del rea Misional.
Etapas.
Por cada Etapa:

-
Cdigo de Etapa
Nombre de la Etapa
Actividades.
Actuaciones.
La(s) etapa(s) que le preceden
Por cada Actividad/Actuacin

-
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)
Pg.A2- 54
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.
Por cada Procedimiento:

-
Cdigo del procedimiento.
Nombre del procedimiento.
Descripcin del procedimiento.
Por cada Documento:

-
Cdigo del documento.
Nombre del documento.
Descripcin del documento.
Por cada Flag:

-
Cdigo del flan.
Nombre del flan.
Descripcin del glag.
A continuacin se describe brevemente cada uno de los anteriores datos:

rea Misional:
Puede ser Disciplinario, Preventivo, Intervencin y Jurdica.
Etapa:
Asociado a fases. Ejemplo: Indagacin Preliminar, Investigacin Disciplinaria.
Pg.A2- 55
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)
Pg.A2- 56
Cierra caso (SI/NO)
Tiene valor para clculo de Indicadores (SI/NO)
Flag que indique si la actividad o actuacin es del proceso o de un actor.
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.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Baja.
3.
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.
Pg.A2- 57
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.
Pg.A2- 58
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

usuario del sistema SIAM, selecciona una
opcin: Consulta, Administracin.
2. Si la opcin corresponde a una consulta, el
sistema despliega una pantalla, para hacer
seleccin del rea sobre el cual se quiere realizar
dicha accin.
3. El usuario selecciona un rea de la pantalla
desplegada.
4. El sistema obtiene el cdigo del rea selecciona
y realiza la bsqueda de los registros de datos
asociados a las etapas. La informacin de los
registros encontrados se despliega en una pantalla
con el nimo de que el usuario conozca las etapas
asociadas al rea seleccionada. Por cada etapa se
muestra a manera de resumen la informacin de
las actividades/actuaciones que componen cada
etapa.
Pg.A2- 59
5. El usuario selecciona una etapa de la

pantalla desplegada.
6. El sistema obtiene el cdigo de la etapa
seleccionada (adems del cdigo del rea) y
muestra en detalle toda la informacin de las
actividades/actuaciones asociadas a la misma.
7. Si la opcin corresponde a la Administracin de
la
informacin
(Ingreso/Actualizacin/Eliminacin), se repite las
lneas 2, 3 y 4. Si el usuario tiene los permisos
apropiados, las pantallas que se despliegan a partir
de este punto se despliegan con opcin de
modificacin de datos.
8. El usuario puede marcar en la pantalla
desplegada las etapas que desea eliminar. En
caso de querer ingresar etapas, debe
seleccionar la opcin de consulta de etapas
creadas.
9. Si existen etapas marcadas como eliminacin,
el sistema con el cdigo de estas busca los
registros asociados y los inactiva. Cuando se trata
de un ingreso de etapas, el sistema busca los
registros de las etapas creadas y almacenadas y
los lista en una pantalla.
10. Si el usuario lo requiere, selecciona las
etapas que quiere adicionar al rea.
11. El sistema asocia las etapas seleccionadas al
rea seleccionada en la lnea 3.
12. Si el usuario lo requiere, puede ingresar
nuevas etapas, con toda la informacin
pertinente (la informacin concerniente a las
actividades y actuaciones). Se debe tener en
cuenta en esta lnea que el usuario puede
ingresar actuaciones/actividades ya creadas
para otras etapas (ver lnea 15).
13. En caso de requerir de la modificacin de
la informacin de una etapa, el usuario deber
seleccionar la etapa y luego la opcin de
consulta de datos de una etapa.
14. El sistema ejecuta la lnea 6.
15. El usuario puede marcar en la pantalla
desplegada las actividades/actuaciones que
desea eliminar. En caso de querer ingresar
actividades/actuaciones, debe seleccionar la
opcin de consulta de actividades/actuaciones
Pg.A2- 60
creadas.
16. El sistema asocia las actividades/actuaciones
seleccionadas a la correspondiente etapa del rea
seleccionada en la lnea 3.
17. Si el usuario lo requiere, selecciona las
actividades/actuaciones que quiere ingresar a
la etapa. En caso de necesitar de etapas no
registradas (nuevas), el usuario podr crear
nuevas actividades/actuaciones, ingresando
por cada una la informacin correspondiente a
su nombre, documentos. Procedimienotos y
flags.
18. Si existen actividades/actuaciones marcadas
como eliminacin, el sistema con el cdigo de
estas busca los registros asociados y los inactiva.
Cuando se trata de un ingreso, el sistema busca
los registros de las actividades y actuaciones ya
creadas, y los lista en una pantalla, por cada una
indicar la etapa y rea en la cual participa. En
caso
de
tratarse
de
nuevas
actividades/actuaciones, crea y almacena los
registros y asociaciones correspondientes con la
etapa y el rea correspondiente.
19. En caso de requerir de la modificacin de
la informacin de una actividad/actuacin, el
usuario
deber
seleccionar
la
actividad/actuacin y luego la opcin de
consulta de datos de una actividad/actuacin.
17. El sistema obtiene el cdigo de la
actividad/actuacin y busca el registro asociado y
despliega la informacin en una pantalla. La
informacin se despliega con opcin de
modificacin.
18. Segn sea lo requerido, el usuario puede
modificar los datos de nombre de la
actividad/actuacin,
adicionar,
eliminar
modificar los datos correspondientes a los
documentos, flags y procedimientos de la
actividad/actuacin.
6.2
Flujos Alternativos
Lnea 4: Si el cdigo del rea seleccionada no existe, el sistema deber desplegar un
mensaje que le indique al usuario la situacin. La operacin de consulta es cancelada.
Pg.A2- 61
Lnea 6: Si el cdigo de la etapa seleccionada no existe, el sistema deber desplegar un

mensaje que le indique al usuario la situacin. La operacin de consulta es cancelada.
Lnea 11: Si se trata de ingresar etapas que ya existen en el sistema para el rea dada, se
genera un mensaje de error que indica la situacin y se cancela la operacin.
Lnea 16: Si se trata de ingresar actividades/actuaciones que ya existen en el sistema para la
etapa-rea dadas, se genera un mensaje de error que indica la situacin y se cancela la
operacin.
En general: en caso de ingresar un nuevo registro al sistema, verificar que el contenido del
mimo no exista ya en el medio de almacenamiento. En caso de proporcionar un cdigo de
algn elemento dato (rea/etapa/actividad/actuacin, documento/procedimiento/flan), se
debe verificar la existencia previa del registro asociado en el medio de almacenamiento. En
caso de que la verificaciones de existencia no sean exitosas, se debe generar un mensaje de
error indicando la situacin y la correspondiente operacin se cancela.
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
sistema, con respecto a un registro que est asociado a los datos de una etapa o actividad.
Pg.A2- 62
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.
Pg.A2- 63
CASO DE USO CARGAR DATOS

SERVIDORES PGN
Pg.A2- 64
SIAM_INT_1CargarDatosServidoresPGN.doc
Fecha
13/07/05
Versin
2.0
Descripcin
Autor
Disney Rubiano
Pg.A2- 65
Caso de uso Cargar Datos Servidores PGN

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir sobre el sistema SIAM, el cargue de
los datos de los servidores PGN inscritos en el sistema de Nmina de la Entidad. La
implementacin del presente caso de uso se debe ejecutar en forma peridica, de tal forma
que cada vez que se detecten diferencias sobre los registros de un mismo servidor PGN,
entre SIAM y el sistema de Nmina, los registros del primer sistema sean actualizados
segn los datos de los registros del segundo sistema. Tambin se debe generar un archivo
log, en el que se indicarn los servidores PGN que en el momento del cargue de datos estn
en SIAM (Si es el caso, indicar los recursos fsicos/elementos asignados) y no estn en el
sistema de Nmina, los que estn en el sistema de Nmina y no estn en SIAM, y los que
presentaron datos incompletos, indicando cules datos.
La implementacin del presente caso de uso debe detectar cambios de dependencia y los
retiros de personal de la PGN, con el fin de que en el caso de uso de nombre
AsignarServidorEquipo de SIMIP, el usuario de dicho caso de uso pueda identificar tales
cambios.
2.
Administrador SIAM.
3.
4.
Entradas
Por cada cargue de datos: Fecha, hora, nombre del archivo y encargado del cargue.
Por cada registro ingresado/modificado/eliminado sobre SIAM, se debe contar con

la informacin bsica de la persona, por ejemplo: nombre, nmero de
identificacin, direccin y telfono, adems de cargo, dependencia, habilidades y
conocimientos.
Salidas
Se producen ingresos, modificaciones y/o eliminaciones sobre los registros de datos

de de los funcionarios PGN en el sistema SIAM, segn la informacin cargada
desde el sistema de nmina. Cada registro de datos de un servidor PGN, debe
corresponder en sus datos, a los que suministran en las entradas.
Se genera un archivo de log, donde se indica las anomalas de sobre los datos de los
servidores PGN.
Pg.A2- 66
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

del sistema SIAM, selecciona la opcin de
Cargar Datos Servidores PGN, sobre el
sistema SIAM.
2. El Sistema SAIM, accede al archivo enviado
desde el sistema de Nmina y toma cada uno de
los registros all registros. Por cada registro se
determina:
(a) Si su equivalente existe en SIAM (Por
nmero de identificacin), de ser as, realiza las
correspondientes actualizaciones de datos.
(b) Si no tiene equivalente en SIAM, crea un
nuevo registro en el medio de almacenamiento de
este, con los datos del registro ledo sobre el
archivo. Se genera un registro en el archivo de
log, donde se indica la situacin respecto al
registro.
(c) Si se detecta que existe un registro en SIAM,
que no est en el archivo que se est cargando, se
genera un registro nuevo en el archivo de log,
indicando la situacin. Con esta informacin el
Administrador del sistema deber decidir
posteriormente si borra o no el registro de SIAM.
(d) Si el registro en SIAM que no est en el
archivo de carga, tiene recursos fsicos
asignados, se realiza el correspondiente registro
en el archivo de log.
(e) Si el registro no tiene los datos completos, se
registra el hecho en el archivo de log, indicando
los datos que hacen falta.
Para los puntos (a) y (b): Por cada nuevo registro
de servidor PGN en SIAM, se crea un campo
adicional donde se indica de forma automtica
que su disponibilidad en cuanto a la carga de
trabajo es del 100%. Los registros ya existentes,
se dejan con la disponibilidad que tengan en el
Pg.A2- 67

momento.
Al final del cargue se crea y almacena un registro
en el sistema SIAM con los datos del cargue.
5.2
Flujos Alternativos
Lnea 2: Si existe un registro de cargue en el sistema con el mismo nombre del archivo que
se procede a cargar, se debe cancelar la operacin y generar un mensaje que le indique al
usuario de la situacin.
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

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.
8.2

Definir cuales son los datos que se pueden modificar, una vez el proceso de cargue detecte
que se trata de una modificacin de un registro de datos de un servidor PGN en SIAM.
8.3
Caractersticas de los datos de entrada y de salida 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.
Pg.A2- 68
8.4
Definir la interfaz
Definir la manera como tcnicamente funcionar la interfaz que permite el cargue de datos
desde el sistema de nmina. Adicionalmente se debe definir el tipo de cargue, por ejemplo
por lotes, y el tipo de cancelacin del cargue, por ejemplo: (1) se cancela el cargue en el
momento en que no se puede leer un registro, (2) se cancela el cargue de un lote en el
momento en que no se puede leer un registro, (3) No se cancela el cargue pese a que existe
un registro inconsistente.
Por otro lado se puede pensar que un tipo de interfaz es el acceso directo a la base de datos
de sistema de nmina desde SIAM.
Pg.A2- 69

CASOS DE USO SIMIP
Requerimientos Detallados Mdulo SIMIP (Documento Final)
Pg. i
TABLA DE CONTENIDO
SIMIP1 - Asignar competencia (Dependencia) 3
SIMIP2 - Evaluar duplicidad.8
SIMIP3 - Acumular solicitud12
SIMIP4 - Reversar acumulacin ..16
SIMIP5 - Abrir un documento de correspondencia en varias solicitudes.20
SIMIP6 - Acumular caso24
SIMIP7 - Fraccionar Caso..28
SIMIP8 - Relacionar casos.32
SIMIP9 - Complementar Informacin Solicitud36
SIMIP10 - Asignar Servidor/Equipo de Trabajo a Solicitud/Caso42
SIMIP11 - Recibir Documentacin Fsica Solicitudes .49
SIMIP12 - Contrastar solicitudes recibidas del SIAF contra documentacin fsica. 54
SIMIP13 - Definir Actuacin 58
SIMIP14 - Asignar Prioridad, Polticas y Proyectos a una Solicitud/Caso ..65
SIMIP15 - Abrir Caso71
SIMIP16 - Vincular IS con IC..76
SIMIP17 - Gestionar Actores del caso80
SIMIP18 - Definir Ruta y Plan de Actividades .85
SIMIP19 - Registrar Actividades y Actuacin/Decisin realizadas.90
SIMIP20 - Alertar Vencimiento Casos..96
SIMIP21 - Registrar Conclusiones ...101
SIMIP22 - Generar oficios, autos .105
Pg. 1
SIMIP23 - Marcar Cierre Caso109

SIMIP24 - Marcar Archivo Fsico Caso..114
SIMIP25 - Manejar ubicacin del archivo en la dependencia .118
SIMIP26 - Administrar prstamo de expedientes122
SIMIP27 - Indicar cumplimiento por caso preventivo.126
SIMIP28 - Registra seguimiento..130
SIMIP29 - Reabrir Caso..134
SIMIP30 - Generar listado de fallos no enviados a SIRI138
SIMIP31 - Administrar Equipos de Trabajo 142
SIMIP32 - Manejar Agenda Servidores Pblicos . 149
SIMIP_INT_1- Recibir Solicitudes misionales SIAF158
SIMIP_INT_2-Transmitir sanciones SIMIP a SIRI (diligenciar formato SIRI)163
SIMIP_INT_3. Proveer informacin de documentos de salida al SIAF.168
SIMIP_INT_4. Sugerir Caso a SIREL173
SIMIP_INT_5 Recibir Solicitudes/Peticiones WEB SIC179
Pg. 2
CASO DE USO ASIGNAR

COMPETENCIA
(DEPENDENCIA)
Pg.A3- 3
AsignarCompetencia (Dependencia) v2.0.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
27/07/05
3.0
Observaciones Atendidas
H. Velsquez
29/07/05
3.0
Revisin final observaciones reunin de

cierre de la etapa.
C.Daz
Pg.A3- 4
Caso de Uso Asignar Competencia (Dependencia)

1.
Descripcin Breve
El presente caso de uso tiene como objetivo asignar la dependencia que se har cargo de la solicitud. El
sistema automticamente debe asignar la dependencia competente para una solicitud o peticin basado en
la informacin registrada en el sistema en el caso de uso de SIAM Administrar Competencias de las
Dependencias, en el que se describen los temas y normas que determinan las competencias.
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).
En caso en que la solicitud se ingrese directamente en la dependencia (ejemplo solicitudes de oficio), el
sistema marcar automticamente que la solicitud pertenece a la dependencia a la que lleg, una vez el
usuario autorizado ejecute la accin en el sistema.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Alta
3.
Servidor PGN
4.
Entradas
Solicitud registrada en SIMIP.
5.
Salidas
Solicitud asignada a una dependencia.
Pg.A3- 5
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando se lanza el

proceso de asignacin de competencia, desde los
casos de uso de registrar solicitud, registrar
peticin o completar informacin.
2. El sistema determina cual es la dependencia
competente para atender la solicitud o peticin de
acuerdo a la informacin de la demanda de servicio
y a las competencias registradas en SIAM en el caso
de uso Administrar Competencias por Dependencia.
Dicha dependencia ser asignada al registro de
manera automtica.
3. El sistema almacena la dependencia.
4. En el caso de que la asignacin sea manual en la
Divisin de Registro y control. El sistema despliega
un listado con las posibles dependencias basado en
la informacin que tenga de la solicitud o peticin.
5. El usuario selecciona la dependencia de
acuerdo a la naturaleza de la solicitud.
7.
Si la solicitud lleg directamente a la
dependencia, la competencia fue asignada
automticamente en el momento del registro de la
solicitud por el usuario autorizado.
6.2
Flujos Alternativos
Paso 3: Si el sistema no cuenta con informacin suficiente para sugerir la dependencia, ser el sustanciador
quien tome la decisin.
7.
Precondiciones
El IUS entrado corresponde a una solicitud existente en el sistema.
El listado de dependencias sugeridas existen en el sistema.
Pg.A3- 6
8.
Post Condiciones
9.
Se asigna la competencia de una solicitud correctamente en el sistema.
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.
Pg.A3- 7
CASO DE USO EVALUAR

DUPLICIDAD
Pg.A3- 8
EvaluarDuplicidad.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
25/07/05
3.0
H. Velsquez
Pg.A3- 9
Caso de Uso Evaluar Duplicidad

1.
Descripcin Breve
El presente caso de uso tiene como objetivo evaluar la duplicidad de solicitudes ingresadas al sistema, y
advertir al servidor para que decida si definitivamente la solicitud debe ser abierta o no. Si la solicitud
llega por la Web y el sistema detecta duplicidad, la advierte al usuario, indicndole en nmero de
radicacin de la solicitud o caso existente. El mecanismo tambin debe funcionar cuando la solicitud se
inicia de oficio. Tambin debera funcionar si lo que se reporta es el inicio de una investigacin
disciplinaria, para el ejercicio del poder preferente.
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.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Media
3.
Servidor
4.
Entradas
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
1. Este caso de uso comienza cuando se va a

registrar una solicitud nueva al sistema.
Pg.A3- 10
2. El sistema evala la posible duplicidad en la

solicitud, comparando los campos definidos para tal
fin.
3. El sistema despliega un mensaje al usuario
advirtiendo que ya existe en el sistema una solicitud
similar, desplegando el nmero de radicacin y la
informacin necesaria de la solicitud existente
(registro inicial) para que el servidor pueda verificar
la verdadera existencia de duplicidad en la solicitud
que se pretende ingresar.
El sistema le da la opcin de cancelar o continuar
con el registro de la solicitud.
4. El servidor contina o cancela con la operacin
de registro de la solicitud con base en lo
verificado.
6.2
Flujos Alternativos
7.
Precondiciones
Los datos ingresados para la nueva posible solicitud son vlidos.
Existen unos criterios claros, previamente determinados, sobre el ingreso de informacin en el SIMIP
8.
Post Condiciones
9.
Ninguno
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.
Asuntos Pendientes
Falta definir cuales son los campos que sirven de comparacin para evaluar duplicidad.
Pg.A3- 11
CASO DE USO ACUMULAR

SOLICITUD
Pg.A3- 12
AcumularSolicitud.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
21/07/05
3.0
Observaciones atendidas
H. Velsquez
Pg.A3- 13
Caso de Uso Acumular Solicitud

1.
Descripcin Breve
El presente caso de uso tiene como objetivo combinar la informacin de una solicitud con otra ya existente,
vinculando las dos solicitudes indicando cual solicitud depende de la otra e inactivando la solicitud
dependiente.
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Baja
3.
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.
Oficio remisorio al funcionario en conocimiento del caso, para notificarlo de la acumulacin.
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando se detecta

que una solicitud est directamente asociada a
otra en el sistema. El servidor le ordena al
sistema vincular la solicitud detectada con la
solicitud a la que se debe acumular, indicando
Pg.A3- 14
cual solicitud depende de la otra.

2. El sistema registra vinculacin de las dos
solicitudes con la descripcin del
tipo de
dependencia (relacin), e inactiva la solicitud
dependiente.
3. Se llama al caso de uso Generar Oficios Autos
para generar el oficio remisorio al funcionario en
conocimiento de la solicitud.
6.2
Flujos Alternativos
7.
Precondiciones
8.
Los IUS entrados corresponden a solicitudes existentes en el sistema.
Post Condiciones
9.
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.
Las solicitudes son correctamente acumuladas en el sistema, indicando cual solicitud depende de
la otra e inactivando la solicitud dependiente.
Asuntos Pendientes
Pg.A3- 15
CASO DE USO REVERSAR

ACUMULACIN
Pg.A3- 16
ReversarAcumulacion.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
27/05/05
3.0
H. Velsquez
Pg.A3- 17
Caso de Uso Reversar Acumulacin

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir reversar la acumulacin efectuada sobre una solicitud
o un caso.
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Baja
3.
Servidor PGN
4.
Entradas
IUC de caso o IUS de solicitud registrada en SIMIP previamente acumulada.
5.
Salidas
Caso o solicitud con acumulacin reversada.
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso empieza cuando el servidor

requiere reversar una solicitud o un caso
previamente
relacionado
mediante
el
mecanismo de acumulacin.
2. El servidor le dice al sistema si lo que desea
reversar es la acumulacin de una solicitud o
de un caso abierto.
3. El servidor entra el IUC o IUS del caso o
solicitud a reversar, dando la justificacin de
la operacin, y el criterio de reverso
seleccionado. Los criterios se obtienen de una
Pg.A3- 18
tabla de donde el servidor debe seleccionar la

que corresponda, an cuando pueda, en un
campo descripcin, hacer las anotaciones
pertinentes.
4. El sistema reversa el caso o la solicitud
desvinculando el IUS o IUC del caso o solicitud
relacionada y registrando la justificacin dada.
5. Si se va a reversar un caso, las cargas de los
funcionarios son recalculadas para dejarlas como
estaban al momento de la acumulacin.
6. El servidor debe enrutar las solicitudes o casos
reversados segn el rumbo que este decida
deben seguir: Al reversar dos solicitudes o
casos, el servidor puede reasignarlos a la
dependencia pertinente, se pueden devolver a
la divisin de registro y control para que la
reasignacin se haga all o simplemente
continan su trmite en la dependencia como
dos solicitudes o casos independientes.
7. Si alguno de las solicitudes/casos se convierte en
un asunto nuevo para la dependencia, se llama al
caso de uso Asginar Servidor y/o Equipo de
Trabajo.
8. La operacin de reverso queda registrado en la
bitcora histrica del sistema.
6.2
Flujos Alternativos
Paso 4: Si se eligi reversar un caso, y el IUC entrado no corresponde a un caso vlido en el

sistema, se informa el error y se aborta la operacin.
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
9.
La solicitud o caso es correctamente reversado y la informacin asociada queda igual a como

estaba en el momento antes de efectuar la acumulacin.
Asuntos Pendientes
Pg.A3- 19
CASO DE USO ABRIR

DOCUMENTO DE
CORRESPONDENCIA EN
VARIAS SOLICITUDES
Pg.A3- 20
AbrirCorrespondenciaVariasSolicitudes.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz
25/07/05
3.0
H. Velsquez
Pg.A3- 21
Caso de Uso Abrir documento de Correspondencia en

Varias Solicitudes
1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir que una solicitud recibida en correspondencia se
convierta en ms de una solicitud en el sistema en el momento en que se considere que debe ser atendida
por varias dependencias (ejemplo: tiene un componente de intervencin, uno de disciplinario, etc).
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Media
3.
Servidor PGN en divisin de registro y control
4.
Entradas
5.
Salidas
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando se decide

abrir una nueva solicitud a partir de una existente,
o cuando se deduce que la solicitud debe ser
atendida por varias dependencias. El servidor le
ordena al sistema fraccionar la solicitud dando la
justificacin correspondiente.
2. Se abre una nueva solicitud asignndole un
nuevo IUS y copiando la informacin de la solicitud
original en la que se est abriendo en SIMIP.
3. El sistema registra la justificacin para fraccionar
la solicitud, escogiendo la razn mas cercana
Pg.A3- 22
obtenida de un conjunto predefinido, o ingresndola

en un campo de texto abierto.
6.2
Flujos Alternativos
7.
Precondiciones
8.
Post Condiciones
9.
Paso 4: Si el IUS entrado no corresponde a una solicitud vlida en el sistema, se informa el error
y se aborta la operacin.
La solicitud es correctamente fraccionada en el sistema.
Asuntos Pendientes
Pg.A3- 23
CASO DE USO ACUMULAR

CASO
Pg.A3- 24
AcumularCaso.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
25/07/05
3.0
H. Velsquez
Pg.A3- 25
Caso de Uso Acumular Caso

1.
Descripcin Breve
El presente caso de uso tiene como objetivo combinar la informacin de varios casos en uno solo,
vinculando la informacin, creando una relacin de dependencia, de un caso en otro existente e inactivando
el caso dependiente.
Es bueno tener en cuenta que existen dos tipos de acumulacin:
- acumulacin jurdica (ejemplo, una persona tiene ms de un proceso disciplinario y se decide unirlos para
emitir un solo fallo)
- acumulacin procesal (cuando dos dependencias al no darse cuenta que era la misma solicitud abren la
misma investigacin, decidindose la unin de los casos).
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.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Baja
3.
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.
Pg.A3- 26
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando se detecta

que un caso est directamente asociado a otro en
el sistema. El servidor le ordena al sistema
vincular el caso detectado con el caso al que se
debe acumular, indicando cual caso depende del
otro, e indicando las razones para efectuar la
operacin, las cuales se tomarn de una tabla de
razones predefinidas, dando la opcin al servidor
de ingresar una justificacin en un campo de
descripcin.
2. El sistema registra vinculacin de los dos casos
con su dependencia. El sistema debe recalcular la
carga del servidor del caso que va a ser desactivado,
para liberarlo de carga en el sistema. En el caso
disciplinario, se mantendr la informacin de los
funcionarios investigados.
3. El sistema invoca el caso de uso Relacionar
Casos.
4. Una vez el sistema reconoce que caso es el
dependiente, lo inactiva del sistema.
6.2
Flujos Alternativos
7.
Precondiciones
8.
Los IUCs entrados corresponden a casos existentes en el sistema.
Post Condiciones
9.
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.
Los casos quedan correctamente acumulados en el sistema, con las razones para tal y las cargas
de los servidores involucrados son recalculadas.
Asuntos Pendientes
Pg.A3- 27
CASO DE USO FRACCIONAR

CASO
Pg.A3- 28
FraccionarCaso.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
25/07/05
3.0
H. Velsquez
Pg.A3- 29
Caso de Uso Fraccionar Caso

1.
Descripcin Breve
El presente caso de uso tiene como propsito abrir un caso de uso existente, en otro nuevo heredando la
informacin del caso original cuando as se indique. Este aplica cuando un proceso se debe abrir en dos o
mas procesos (hay ruptura de la unidad procesal y se debe abrir un nuevo caso).
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Baja
3.
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
1. Este caso de uso comienza cuando se decide

abrir un nuevo proceso relacionado al original. El
servidor le ordena al sistema fraccionar el caso
dando la justificacin correspondiente, indicando
que informacin desea heredar del caso original.
2. Se abre un nuevo caso asignndole un nuevo
IUC, y el sistema copia la informacin del caso
original en el que se est abriendo, excepto los
actores del caso para que sean administrados una
vez se llame al caso de uso Gestionar Actores del
Pg.A3- 30

Caso.
3. El sistema registra la justificacin para fraccionar
el caso.
4. Se invoca el caso de uso Relacionar Casos.
5. Se invoca al caso de uso Gestionar Actores del
Caso para asignar los actores al caso que se
fraccion, y all se recalculen las cargas.
6.2
Flujos Alternativos
7.
Precondiciones
8.
Post Condiciones
9.
Paso 2: Si el IUC entrado no corresponde a un caso vlido en el sistema, se informa el error y se

aborta la operacin.
El caso es correctamente fraccionado en el sistema.
Asuntos Pendientes
Pg.A3- 31
CASO DE USO RELACIONAR

CASOS
Pg.A3- 32
RelacionarCasos.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
25/07/05
3.0
H. Velsquez
Pg.A3- 33
Caso de Uso Relacionar Casos

1.
Descripcin Breve
El presente caso de uso tiene como objetivo relacionar dos o ms casos con el fin de hacer seguimiento a
casos relacionados. Este caso de uso es llamado desde los casos de uso de acumular y fraccionar casos, y
consiste en registrar los IUCs de los casos que se relacionaron y que tipo de relacin se ejecut (ej:
acumulacin, fraccin, etc).
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.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Baja
3.
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
1. Este caso de uso comienza cuando se

decide acumular o fraccionar un caso, y se
ejecut el caso de uso correspondiente, o
cuando el caso de uso es llamado
directamente para ejecutar una relacin
genrica.
Pg.A3- 34
2. El sistema toma los UICs de los casos a

relacionar entrados del caso de uso
acumular o fraccionar caso segn
corresponda. Si es llamado directamente,
el servidor define el tipo de relacin e
ingresa la justificacin de la misma, as
como los hechos que dieron lugar a la
determinacin de relacionarla a otro caso.
3. El sistema registra la relacin entre los casos,
diciendo que tipo de relacin se efectu.
6.2
Flujos Alternativos
7.
Precondiciones
8.
Los IUC entrados corresponden a casos existentes en el sistema.
Post Condiciones
9.
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.
Los casos quedan correctamente relacionados en el sistema.
Asuntos Pendientes
Pg.A3- 35
CASO DE USO COMPLEMENTAR

INFORMACIN SOLICITUD
Pg.A3- 36
ComplementarInformacinSolicitud v2.0
Fecha
Versin
Descripcin
Autor
02/06/05
1.0
Versin Inicial
Disney Rubiano
07/06/05
2.0
C.Daz, F. Martnez
11/07/05
2.0
Revisin Observaciones PGN.
C.Daz
Se cambi el nombre del requerimiento de

Clasificar Solicitud por Caracterstica a
Complementar Informacin Solicitud.
25/07/05
3.0
Observaciones Atendidas.
H. Velsquez
Pg.A3- 37
Caso de Uso Complementar Informacin Solicitud

1.
Descripcin Breve
El presente caso de uso tiene como objetivo complementar la informacin de la solicitud,
de acuerdo al rea misional disciplinaria, de intervencin (judicial, administrativa o
jurdica) o de prevencin.
Para solicitudes ingresadas por la web, ste requerimiento forma parte de la informacin
recolectada cuando se hace el ingreso de la solicitud. De igual manera cuando la solicitud es
ingresada por un servidor PGN en una dependencia como solicitud de oficio. Para
solicitudes ingresadas por el sistema SIAF, la informacin incorporada al SIAF en el
departamento de correspondencia es la informacin mnima de la solicitud, una vez el
registro ha llegado a SIMIP via interfaz, la informacin se complementa en SIMIP en la
oficina de registro y control.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
Servidor de la PGN como operador del Sistema SIMIP.
4.
Entradas
Solicitud Radicada.
Datos de la solicitud.
5.
Salidas
Solicitud con informacin completa
6.
Flujo de Eventos
6.1
Flujo Bsico
Pg.A3- 38

servidor se dispone a ingresar datos
adicionales de una solicitud. (La
informacin bsica es ingresada por SIAF,
en ste punto se ingresa informacin
adicional en la oficina de Registro y
Control).
2. El servidor ingresa al sistema el cdigo

de barras asociado a la documentacin de la
solicitud o contingencia.
registro de radicacin asociado al cdigo de
barras.
4. Muestra al servidor cuatro opciones a
seleccionar respecto a las reas misionales:
Disciplinaria, Preventiva, Intervencin o
Jurdica.
5. El servidor analiza el contenido de la
solicitud y selecciona en el sistema el rea
misional relacionada con la solicitud:
Disciplinaria, Preventiva, Intervencin o
Jurdica.
6. Despliega la correspondiente seccin de
registro de datos:
Si la opcin seleccionada es Disciplinaria, se
activar la seccin de registro de datos para
solicitudes del rea Disciplinaria.
Si la opcin seleccionada es Preventiva, se
solicitudes del rea Preventiva.
Si la opcin seleccionada es Intervencin, se
solicitudes del rea de Intervencin.
Si la opcin seleccionada es Jurdica, se
solicitudes del rea de jurdica.
7. El usuario ingresa la informacin
Pg.A3- 39

correspondiente.

8. El sistema almacena los datos
suministrados por el Servidor (Sustanciador).
Los datos son asociados al registro
encontrado en la lnea 3.
Aclaracin: Cuando la solicitud ha sido radicada previamente en el SIAF, debe contener

como mnimo la siguiente informacin:
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.
Datos de la Queja o Solicitud:

Fecha de la solicitud
Detalle de la queja o solicitud, descripcin breve del contenido de la queja o
solicitud.
Naturaleza (el equivalente a naturaleza de documento en SIAF, se refiere si el
documento es un Oficio, Derecho de peticin, tutela, etc.) Tipo de clasificacin de
la solicitud o asunto.
Informacin de los documentos relacionados:

Nmero externo/interno del oficio.
Fecha de Procedencia del documento.
Informacin generada por SIAF:

Nmero nico de Identificacin.
Fecha y hora de registro en SIAF y Dependencia a la que fue asignada la solicitud.
Sistema Misional (SI/NO)
Una vez ha llegado esta informacin a SIMIP se procede a complementar los datos de
acuerdo al rea misional:
Disciplinaria:
Informacin del Quejoso : Nombre, Identificacin, Direccin, etc
Pg.A3- 40
Informacin de los Hechos: Lugar, Fecha, Descripcin, etc
Informacin del Implicado: Nombre, Identificacin, Direccin, etc
Conducta.
Preventivo:
6.2
Informacin Entidad Responsable: Nombre.
Tipo de Derecho Afectado o Temtica.
Flujos Alternativos
7.
8.
Precondiciones
Debe existir un registro de radicacin con el cual se puedan asociar los datos de la
solicitud.
Se debe tener en cuenta que para solicitudes que se ingresan por la web, o casos de
oficio (originados por la PGN), esta funcionalidad de registrar informacin de
acuerdo al rea misional (clasificar solicitud por caracterstica), hace parte de la
pantalla de registro de la solicitud. Para las solicitudes que ingresan por SIAF la
informacin ingresada en dicho sistema de correspondencia es mnima, y por tanto
cuando la solicitud llega a la Divisin de Registro y Control, la primera pantalla
que se debe desplegar es esta de clasificar solicitud por caracterstica la cual
permite registrar un mayor detalle y soportar la asignacin de competencia.
Post Condiciones
9.
Lnea 3: Si no existe en el sistema, un registro previo en referencia a la radicacin

genera un mensaje de error y aborta la operacin.
Los datos de la solicitud quedan registrados en el sistema, determinados por el tipo

de rea misional que lo tratar.
Asuntos Pendientes
Pg.A3- 41
CASO DE USO ASIGNAR

SERVIDOR Y/O EQUIPO DE
TRABAJO A SOLICITUD/ CASO
Pg.A3- 42
AsignarServidorEquipo v3.0.doc
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
H. Velsquez
23/06/05
2.0
Revisin observaciones recibidas PGN.
C.Daz
Cambio de nombre del requerimiento de

Repartir y Asignar Solicitudes a Asignar
Servidor y/o Equipo de Trabajo a Solicitud
/ Caso.
Se incluye aqu la asignacin de
comisiones.
11/07/05
2.0
C.Daz
27/07/05
3.0
H. Velsquez
29/07/05
3.0
Observaciones finales reunin de cierre.
C.Daz
Pg.A3- 43
Caso de Uso Asignar Servidor y/o Equipo de

Trabajo a Solicitud/ Caso
1.
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.
Pg.A3- 44
Ejemplo de Matriz de carga laboral:

# Casos asignados Vr. C. Lab.(Peso) # Casos evacuados # Casos Activos
Servidores
Pedro
Juan
Jos
5
5
4
5
6
8
3
2
2
2
3
2
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.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Alta
3.
Procurador Delegado, Regional o Territorial, Jefe o Coordinador de Grupo.
4.
Entradas
Solicitudes radicadas y asignadas a la dependencia.
Listado de funcionarios disponibles, con su Informacin de cargas
5.
Salidas
Caso asignado, con especificacin de peso.
Pg.A3- 45
6.
Flujo de Eventos
6.1
Flujo Bsico

Procurador Delegado, Regional,
Provincial, Jefe o Coordinador
encuentra que hay una nueva solicitud
ingresada, que no tiene funcionario
asignado, o cuando requiere asignarreasignar una solicitud a un funcionario
particular.
2. Si el Procurador Delegado, Regional,
Provincial, Jefe o Coordinador desea
hacer una asignacin automtica de
servidor, que debe ser la opcin por
defecto del sistema. Lo que debe hacer
es configurar el sistema en caso de que
desee excluir algunos funcionarios del
reparto.
3. El sistema recibe los identificadores de
los funcionarios a excluir (si los hay), y
los excluye del reparto. Con sta
informacin el sistema sabr cuales son
los usuarios hbiles para el reparto, de
acuerdo a la carga laboral o alguna
exclusin particular. Por ejemplo, cuando
un servidor sale a vacaciones, as no haya
reparto para hacer, el encargado puede
excluirlo del reparto, y cuando llegue
reparto el sistema ya sabe que l no entra.
4. El Procurador Delegado inicia el
proceso de reparto con los funcionarios
definidos.
5. El programa escoge al funcionario con
menor carga de trabajo, que sale de
sumar los pesos de las solicitudes y casos
que tiene a su cargo, y le asigna dicha
solicitud.
6. El sistema actualiza el nuevo peso en la
carga asignada al funcionario elegido.
Pg.A3- 46
7. Si el Procurador Delegado, Regional,

Provincial, Jefe o Coordinador desea
hacer una asignacin o reasignacin
manual, de Funcionario ingresa el
identificador del usuario a asignar, as
como la razn de la asignacin. El
sistema debe mostrarle una lista de
opciones para que indique cul es el
criterio de asignacin manual que va a
utilizar.
No debe olvidarse que cuando se hace
asignacin directa, tambin se puede variar
el peso que tiene el caso asignado, dndole
por un mayor valor.
8. El sistema asigna la solicitud al
funcionario entrado, y actualiza el nuevo
peso en la carga asignada al funcionario
elegido.
9. Si el Procurador Delegado desea
incorporar un equipo de trabajo
(comisin), selecciona la opcin de
comisin.
El encargado puede drselo a un grupo de
funcionarios de la misma dependencia (equipo
de trabajo), indicando quienes son sus
integrantes y los roles. Igualmente, puede
asignrsela a un Comit o Comisin
Institucional ya existente o crearla, indicando
quienes son sus integrantes y sus roles, y en
cada caso, precisar en cabeza de quien queda la
asignacin.
10. Para crear las comisiones, el sistema

ejecuta la implementacin del caso de
uso
de
nombre
AdministrarEquiposTrabajo
del
sistema SIAM.
11. El sistema automticamente hace el
manejo de cargas para las personas
asignadas a la comisin, de acuerdo a los
roles y % de tiempo definidos.
Pg.A3- 47
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.
6.2
Flujos Alternativos
Paso 3: Si alguno de los funcionarios elegidos no existe en el sistema, se informa al usuario

sin abortar la operacin, a menos que el usuario lo decida.
Paso 5: Si al menos algunos de los funcionarios elegidos para el reparto no existe en el

sistema, o no existen funcionarios disponibles, se informa el error y aborta la operacin.
Paso 5: Si el IUS no corresponde a una solicitud vlida en el sistema, se informa el error y

se aborta la operacin.
Paso 7: Si el IUS no corresponde a una solicitud vlida en el sistema o el funcionario no

existe, se informa el error y se aborta la operacin.
7.
Precondiciones
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
9.
La asignacin del funcionario a la solicitud dada queda correctamente registrada en el

sistema, y su peso actualizado como la suma del peso anterior ms el peso asignado la caso
asignado.
Asuntos Pendientes
Ninguno.
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.
Pg.A3- 48
CASO DE USO
RECIBIR DOCUMENTACIN
FSICA SOLICITUDES
Pg.A3- 49
RecibirDocumentacinFsicaSolicitudes.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
02/07/05
2.0
H. Velsquez, F.
Martnez
02/25/05
3.0
H. Velsquez
Pg.A3- 50
Caso de Uso Recibir Documentacin Fsica

Solicitudes
1.
Descripcin Breve
El presente caso de uso tiene como objetivo indicar qu documentacin fsica debe haber
sido recibida en una dependencia de la PGN, y asociarla a una solicitud o caso existente en
el sistema.
Esta tarea se podr realizar con ayuda del cdigo de barras que se le coloca a la
documentacin al momento de entrar a la PGN, y que es generada por SIAF. Cuando la
documentacin llegue a la dependencia, se leer el cdigo de barras del documento y de
esta manera quedar registrado en el sistema la dependencia que posee los documentos. Si
la documentacin asociada a una solicitud no llega a su receptor despus de un tiempo
definido, se generar una alarma a la Divisin de Correspondencia.
Cuando la documentacin llegue directamente a la dependencia (i.e. una comunicacin
recibida por un procurador judicial), este solicitar el cdigo de barras de SIAF grabando la
informacin bsica, y marcar como recibida la documentacin fsica.
Una vez marcada la documentacin como recibida, la dependencia la asociar a un UICIUS existente.
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Media
3.
4.
Dependencia
Entradas
Cdigo de la documentacin fsica a entregar (cdigo de barras).
IUS de la solicitud a la que pertenece.
Pg.A3- 51
5.
Salidas
Registro de Documentacin fsica recibida por la dependencia.
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando en la

dependencia se recibe documentacin
fsica asociada a solicitudes.
2. El funcionario en la dependencia ingresa
al sistema el cdigo de barras asociado a la
documentacin de la solicitud. Si la
documentacin es recibida directamente en
la dependencia, se ingresa la informacin a
SIAF para obtener cdigo de barras.
registro de radicacin asociado al cdigo de
barras.
4. Se marca que la documentacin ha sido
recibida fsicamente, y le despliega al
usuario la informacin de la solicitud a la
cual fue asociada previamente.
5. Si la documentacin no tiene solicitud o
caso asociado, la dependencia lo debe
asociar a uno existente.
6. El sistema asocia la documentacin fsica
recibida al caso o solicitud dados..
6.2
Flujos Alternativos
7.
Lnea 6: Si el cdigo de barras de la documentacin a entregar no ha sido asociado

a una solicitud de competencia del funcionario que recibe previamente, se informa
del error al usuario.
Precondiciones
El cdigo de barras de la documentacin fsica debe estar asociado a una solicitud

en SIMIP que sea de competencia del usuario al que se le entrega.
Pg.A3- 52
8.
Post Condiciones
9.
El recibo de la documentacin fsica queda correctamente registrado en el sistema,

indicando la fecha, hora y el identificador del funcionario que recibi la
documentacin en mencin.
Asuntos Pendientes
Incluir en recomendaciones o en la parte de arquitectura la necesidad de lectores de cdigos
de barras en las dependencias.
Pg.A3- 53
CASO DE USO CONTRASTAR

SOLICITUDES RECIBIDAS DEL
SIAF CONTRA DOCUMENTACIN
FSICA
Pg.A3- 54
ContrastarSolicitudesContraDocumentacion.doc
Fecha
Versin
Descripcin
Autor
02/06/05
1.0
Versin Inicial
H. Velsquez
06/07/05
2.0
C.Daz, F. Martnez
25/07/05
3.0
H. Velsquez
Pg.A3- 55
Caso de Uso Contrastar solicitudes recibidas del

SIAF contra documentacin fsica
1.
Descripcin Breve
El presente caso de uso tiene como objetivo listar las solicitudes asignadas a una
dependencia contra el recibo de la documentacin fsica correspondiente. Esto con el fin de
detectar documentos que no hayan llegado a la dependencia fsicamente pero cuya solicitud
ya se encuentra asignada a la dependencia en el sistema.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Media.
3.
Dependencia
4.
Entradas
IUS de una Solicitud existente.
5.
Salidas
Relacin de solicitudes vs documentacin fsica recibida por la dependencia.
6.
Flujo de Eventos
6.1
Flujo Bsico

funcionario de una dependencia desea
verificar que la documentacin fsica
asociada a solicitudes de la dependencia ya
se encuentra completa en la dependencia.
Pg.A3- 56

2. El sistema le devuelve el listado del
conjunto de solicitudes .vs. documentos
fsicos recibidos en un periodo de tiempo
determinado.
3. El usuario contrasta y verifica la

existencia de los documentos fsicos que
tiene contra las solicitudes.
4. El usuario indaga con la oficina de
correspondencia por los documentos no
recibidos.
6.2
Flujos Alternativos
7.
Precondiciones
8.
Deben existir solicitudes asignadas a la dependencia en un perodo determinado.
Post condiciones
9.
Lnea 3: Si el IUS entrado no existe en el sistema, se genera un mensaje de error y

aborta la operacin.
Ninguna.
Asuntos Pendientes
Ninguno.
Pg.A3- 57
CASO DE USO
DEFINIR ACTUACION
Pg.A3- 58
DefinirActuacin.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
06/05/05
2.0
C.Daz, F. Martnez
11/07/05
2.0
C.Daz
27/07/05
3.0
Se incluy en este requerimiento el registro

de la solucin que el servidor PGN da a las
peticiones (derecho de peticin).
C.Daz
29/07/05
3.0
Se revisaron ltimas observaciones reunin

de cierre de etapa.
C.Daz
Pg.A3- 59
Caso de Uso Definir Actuacin

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.
Pg.A3- 60
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Alta
3.
4.
Servidor PGN
Entradas
Solicitud radicada.
Tipo de solicitud (disciplinario, preventivo, intervencin o jurdica) incluida en la
informacin de la solicitud.
5.
Salidas
Para solicitudes:
Dependencia o entidad a la que se remite una solicitud
Identificador(es) nico(s) de caso(s) a acumular
Segn el anlisis que haga el servidor, y el tipo de solicitud puede obtener una de estas
salidas:
Para Disciplinario:
Auto de Remisin por Competencia a otra Entidad.
Auto de Remisin por Competencia a otra Dependencia.
Auto de Archivo.
Auto de Apertura Indagacin Preliminar.
Auto de Apertura Investigacin.
Auto de Acumulacin.
Auto de supervigilancia (como expresin del poder preferente recurdese que si
la decisin del poder preferente es ejercer supervigilancia, esto se convierte en caso
de Intervencin Administrativa)
Citacin a audiencia procedimiento ante Procurador General.
Pg.A3- 61
Citacin a audiencia procedimiento verbal.

Para Preventivo:
Apertura de caso - abrir carpeta.
Traslado por competencia a otra dependencia interna.
Acumulacin a caso existente.
Traslado por competencia a otra autoridad.
Para Intervencin:
Apertura de caso (se debe tener en cuenta que para jurdica, lo procedente es
contestar la demanda o dar respuesta a la accin que se intenta contra la PGN)
Acumulacin a caso existente.
Rechazo.
Traslado por competencia a otra dependencia interna.
Para peticiones:
Dependencia a la que se remite la peticin, o
Fecha y descripcin del detalle de la solucin.
6.
Flujo de Eventos
6.1
Flujo Bsico
1.
Este caso de uso comienza cuando el

servidor efecta la valoracin inicial de los
hechos
puestos en conocimiento
(conducta), las pruebas o soportes que
acompaan la queja o solicitud de servicio
y los responsables sealados en la solicitud
(sujetos o autoridades, con el fin de
verificar la competencia de la PGN,
comprobar la existencia de antecedentes
sobre los mismos (acumulacin), y
determinar si amerita la apertura de un
caso.
2.
El sistema de acuerdo al tipo de solicitud (si

es disciplinario, intervencin, prevencin o
jurdica), muestra las acciones posibles (ver
Salidas). Lo primero que debera mostrar el
sistema es la lista de posibles actuaciones,
esto es: Abrir Caso, Archivar Solicitud,
Pg.A3- 62

Traslado por competencia o Acumulacin,
para que el usuario seleccione la que
corresponda y luego si se procede segn la
seleccin.
6.2
3.
Si es una peticin, el sistema debe permitir

registrar del detalle de la solucin.
Genera auto, oficio o acto.
4.
En caso en que la actuacin sea un auto de

remisin, se marca la dependencia o entidad
a la cual debe ser redirigido el caso y se
adjunta el auto.
5.

archivo, se genera el Auto (ver caso de uso:
Generar Oficios, Autos) y se marca el
archivo de la solicitud y se adjunta el auto.
6.

apertura (disciplinario), o una apertura se
procede a Abrir un nuevo caso y se adjunta
el auto o acto. En este evento, si la decisin
es la apertura del caso, se debe pasar los
casos de uso Asignar Identificador nico de
caso y Definir Ruta.
7.

acumulacin, se vincula a un caso definido
(ver caso de uso Vincular IUS-IUC)
pasndole el (los) identificador(es) nico(s)
del caso al que se debe(n) acumular.
8.
Se procede a imprimir el auto, acto u oficio,

segn caso de uso Generar Oficios, Autos.
Flujos Alternativos
Paso 3: En caso de no existir una dependencia o entidad a la cual remitir el oficio, se

informa del error al usuario Servidor (Abogado) y se aborta la operacin.
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 recibir una solicitud correctamente construida.
Se debe conocer el tipo de solicitud, el cual solo puede ser disciplinario, preventivo,
jurdico o intervencin.
Pg.A3- 63
En el evento de generarse oficio de acumulacin, el caso a asociar debe existir en el

sistema.
En el evento de generarse oficio de remisin, la dependencia o entidad deben existir en el

sistema.
8.
Post Condiciones
9.
La informacin de la actuacin realizada debe quedar registrada correctamente en el

sistema, y se debe enlazar al caso de uso que corresponda segn el caso.
Asuntos Pendientes
Pg.A3- 64
CASO DE USO ASIGNAR

PRIORIDAD, POLTICA Y
PROYECTO A SOLICITUD/CASO
Pg.A3- 65
AsignarPrioridadSolicitud.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
06/07/05
2.0
Revisin observaciones PGN.
C.Daz
Cambio de nombre de Asignar Prioridad

Solicitud a Asignar Prioridad, Poltica y
Proyecto a Solicitud/Caso.
Se defini prioridad, poltica y proyecto.
11/07/05
2.0
C.Daz
27/07/05
3.0
H. Velsquez
29/07/05
3.0
Revisin ltimas observaciones reunin de

cierre.
C.Daz
Pg.A3- 66
Caso de Uso Asignar Prioridad, Poltica y Proyecto

a Solicitud/Caso
1.
Descripcin Breve
El presente caso de uso tiene como objetivo asignar prioridad a una solicitud, as como
adscribir la solicitud/caso a una determinada poltica institucional y a un proyecto particular
si es del caso.
Prioridad es el grado de importancia relativa para la PGN, y est determinada por el

grado de connotacin de la solicitud o caso (alta, media, baja), para focalizar
esfuerzos. Sirve como criterio de seguimiento para generar alertas. Para la
determinacin de la prioridad de un asunto, el sistema debe manejar un listado de
posibilidades criterios, dentro de los cuales se debe mover el servidor, para
garantizar un adecuado manejo de la opcin. (Debe tenerse en cuenta que las
prioridades son dinmicas, as por ejemplo, lo que inicialmente tena una prioridad
alta, hoy puede bajar de prioridad o viceversa).
Poltica es una clasificacin por lnea de accin, las cuales se encuentran definidas
en el mapa estratgico de la entidad. Vale la pena aclarar, que un caso puede
adscribirse a ms de una poltica.
Un Proyecto se crea para el logro de un objetivo especfico. Es un conjunto de

actividades estratgicas que se deben cumplir para el logro de las polticas de la
entidad, por tal razn debe estar adscrito a una poltica. La asignacin de
solicitudes/casos a proyectos puede ayudar a medir avances y logros de proyectos
al interior de la PGN.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Media
3.
Servidor PGN en la Dependencia.
Pg.A3- 67
4.
Entradas
Solicitud.
5.
Salidas
Solicitud priorizada.
6.
Flujo de Eventos
6.1
Flujo Bsico

servidor se dispone a ingresar los datos
de prioridades, polticas y proyecto de
la solicitud/caso. El servidor entra el
IUS / IUC de la solicitud o caso a
priorizar.
2. Se asigna el nivel de prioridad (puede
hacerse
mediante
parmetros
establecidos). Tambin puede desplegar
el nivel de prioridad para que sea
seleccionado por el usuario. 1
La prioridad se debe ver como el grado
de importancia, relevancia, seguimiento y
control que se quiere tener sobre el caso.
Esto se traduce en que si bien todos los
casos de competencia de la PGN deben
atenderse de la mejor manera posible,
existen casos que por su trascendencia,
connotacin nacional e internacional, su
complejidad, los derechos que se ven
comprometidos, etc, implican un
mayor esfuerzo comparativamente frente
a los dems.
En este sentido, se debe crear una escala
de prioridades, por ejemplo, baja, media
y alta, en las cuales, se puedan adscribir
todos los casos. Con esto, adems de
facilitar el control sobre los casos de
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.
Pg.A3- 68

mayor relevancia, se previene al servidor
para que le preste mayor atencin y
dedicacin al asunto.
3. El usuario selecciona la prioridad y la

razn de dicha asignacin.
4. La prioridad dada a la solicitud queda
correctamente registrada en el sistema.
(Se registra la generada automticamente
por el sistema, as como la asignada por
el funcionario si es del caso).
5. El sistema despliega las polticas
institucionales y
los proyectos
disponibles en el sistema (SIAM). Este
campo debe ser opcional.
Si el caso se hacer parte de un proyecto, se
selecciona el proyecto y por ende la poltica,
ya que todos los proyectos deberan estar
adscritos a una poltica.
Si no hay un proyecto, el usuario puede
seleccionar una poltica.
6. El usuario selecciona el proyecto y la
poltica.
7. El proyecto y la poltica quedan
registrado en el sistema dentro de la
solicitud/caso relacionado.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.
Pg.A3- 69
6.2
Flujos Alternativos
7.
Precondiciones
El Identificador nico de solicitud o de caso (IUS/IUC) debe existir en el sistema.
Deben estar almacenadas previamente en el sistema las polticas y proyectos para la

asignacin correspondiente a las solicitudes.
8.
Post Condiciones
9.
Paso 1: Si el IUS/IUC no corresponde a una solicitud o caso existente en el sistema, se

informa el error y se aborta la operacin
La solicitud queda correctamente priorizada en el sistema.

Asuntos Pendientes
Queda pendiente definir la manera como se van a asignar las prioridades automticamente.
Pg.A3- 70
CASO DE USO ABRIR CASO
Pg.A3- 71
AbrirCaso v2.0.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
05/07/05
2.0
H. Velsquez
11/07/05
2.0
C.Daz
Se cambi el nombre de
AsignarIdentificadorUnicoCaso a Abrir
Caso, para mayor claridad.
26/07/05
3.0
H. Velsquez
Pg.A3- 72
Caso de Uso Abrir Caso

1.
Descripcin Breve
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.
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
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.1
Iteracin
0
Pg.A3- 73
2.2
Prioridad
Alta
2.3
Complejidad
Baja
3.
4.
Servidor PGN
Sistema
Entradas
Solicitud valorada.
5.
Salidas
Caso con identificador nico de caso (IUC) asignado.
6.
Flujo de Eventos
6.1
Flujo Bsico
1.
Este caso de uso comienza cuando la

actuacin definida por el servidor de la
PGN corresponde a apertura de caso (ver
caso de uso Definir Actuacin).
2.
El servidor o funcionario selecciona la

opcin de apertura de caso.
3.
El sistema despliega al usuario un formulario

de registro con los datos del caso, los valida
y permite guardarlos.
4.
El sistema automticamente asigna un

identificador nico de caso para esta
solicitud, y lo registra en el sistema junto
con la informacin suministrada por el
servidor.
5.
Se llama al caso de uso Vincular

Identificador nico de Caso a Identificador
nico de Solicitud. El sistema vincula la
solicitud con el caso abierto, trayendo la
informacin como histrica.
6.
El
sistema
sugiere
automticamente
normatividad relacionada al caso.
Pg.A3- 74
6.2
Flujos Alternativos
7.
Precondiciones
La solicitud de entrada debe estar correctamente armada y registrada en el sistema.
Se ha descartado la existencia de un asunto o caso en trmite por los mismos hechos.
Se ha valorado adecuadamente la necesidad de iniciar el caso.
Se ha descartado la existencia de inhabilidades e incompatibilidades del servidor para

conocer el caso y tramitarlo.
8.
Post Condiciones
9.
Paso 3: Si la solicitud no est correctamente armada, se informa el error y se aborta la

operacin
Un identificador nico de caso es correctamente generado y registrado en el sistema.

Asuntos Pendientes
Pg.A3- 75
CASO DE USO VINCULAR

IDENTIFICADOR UNICO DE
SOLICITUD CON IDENTIFICADOR
UNICO DE CASO
Pg.A3- 76
VincularIUS-IUC v2.0.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
30/06/05
2.0
H. Velsquez, F.
Martnez
11/07/05
2.0
C.Daz
Pg.A3- 77
Caso de Uso Vincular Identificador nico de

Solicitud con Identificador nico de Caso
1.
Descripcin Breve
El presente caso de uso tiene como objetivo relacionar una solicitud con un caso, mediante
los identificadores correspondientes.
Este caso de uso puede ser utilizado en dos oportunidades: Cuando se abre un caso o
cuando se desea acumular una solicitud nueva a un caso ya existente. Si es en apertura de
caso, el sistema hace la operacin automticamente. Si es por acumulacin, el servidor tiene
que suministrar la informacin de la solicitud y el caso que desea vincular, as como una
justificacin de la accin.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Baja
3.
Sistema
4.
Entradas
Identificador nico de Solicitud
Identificador nico de Caso
5.
Salidas
Vinculacin IUC-IUS realizada.
6.
Flujo de Eventos
6.1
Flujo Bsico
Pg.A3- 78

1.
Este caso de uso se utiliza para vincular

una solicitud a un caso, bien sea por
primera vez cuando se hace la apertura del
caso o por acumulacin.
2.
Cuando se presenta acumulacin, el

servidor selecciona la opcin de vincular
solicitud a caso, obteniendo un formulario
para registrar la operacin.
4.
6.
6.2
3.
El sistema despliega formulario

vincular solicitud con caso.
para
5.
El sistema vincula el caso a la solicitud

mediante los identificadores entrados.
7.
El sistema vincula el caso a la solicitud

mediante la informacin del sistema en el
caso de uso abrir caso. Esta accin se hara
de forma automtica.
El servidor diligencia el formulario para

vincular la solicitud con el caso y guarda
la informacin.
Cuando se presenta vinculacin por

apertura de un nuevo caso, el servidor al
utilizar la opcin de abrir caso,
automticamente esta invocando esta
funcionalidad.
Flujos Alternativos
Si el Identificador nico de caso corresponde a un caso inexistente en el sistema, se informa al

usuario y aborta la operacin.
Si el Identificador nico de solicitud corresponde a un caso inexistente en el sistema, se informa al

usuario y aborta la operacin.
7.
Precondiciones
8.
Tanto el Identificador nico de caso como el Identificador nico de solicitud deben existir en el
sistema.
Post Condiciones
9.
El sistema registra correctamente la vinculacin del IUC al IUS entrados.

Asuntos Pendientes
Pg.A3- 79
CASO DE USO
GESTIONAR ACTORES DEL CASO
Pg.A3- 80
GestionarActoresCaso.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
30/06/05
2.0
H. Velsquez - C.Daz
Se aclaro que en este requerimiento se

gestionan los actores distintos a servidores
PGN.
11/0705
2.0
C.Daz
26/07/05
3.0
H. Velsquez
Pg.A3- 81
Caso de Uso Gestionar Actores del Caso

1.
Descripcin Breve
El presente caso de uso tiene como objetivo registrar en el sistema los actores del caso
(agentes internos o externos) que participan en el proceso pero que no son los titulares de la
responsabilidad del trmite del caso. (Los titulares de la responsabilidad, que pueden ser un
servidor o un equipo de trabajo de la PGN, se asignan en el respectivo caso de uso).
Los actores del caso pueden ser:
- El Disciplinado
Vale la pena aclarar, que ste puede ya formar parte del registro, pues al momento
mismo de registrar la solicitud, si la informacin se tiene, el encargado de hacer la
radicacin debe ingresar los datos del presunto responsable, que para el caso
disciplinario es un servidor pblico o particular en los casos sealados en la ley,
evento en el que no tiene sentido repetir el registro. De igual forma, al abrir el caso
contra persona determinada, es obligatorio el registro de la persona contra la cual se
dirige la accin disciplinaria.
Para el caso preventivo, se trata de las autoridades que tienen a su cargo la funcin
que comprende la accin preventiva, por lo cual es probable que desde la misma
radicacin se cuente con la informacin. De igual forma, cuando el asunto se
convierte en caso, es obligatorio registrar la persona o autoridad contra la cual se
dirige la accin preventiva.
En el caso de intervencin, los actores pueden ser el Juzgado o Tribunal que conoce
del caso y las partes dentro de ste, razn por la cual desde la misma radicacin de
la solicitud puede existir la informacin.
- Abogado del disciplinado y el suplente si lo tiene.
- El abogado que representa a la vctima o perjudicado, si se ha constituido como
parte dentro del proceso.
- El abogado que representa al quejoso o peticionario.
- ONG nacional o internacional o una organizacin social, etc.(para el caso del
preventivo)
El sistema debe permitir el registro de los datos bsicos de la persona:

-
Nombre
Direccin
Telfono, correo, fax
Rol dentro del proceso (por ejemplo, en disciplinario, defensor de la persona x;

perito para una prueba tcnica el perito puede ser un servidor de la PGN o una
persona externa).
Pg.A3- 82
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.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Media
3.
4.
Entradas
5.
Servidor PGN
UIC del caso al cual se ingresarn los actores.
Salidas
Caso con actores asignados.
Pg.A3- 83
6.
Flujo de Eventos
6.1
Flujo Bsico
1.

servidor encargado del caso requiere
vincular ms actores al mismo.
2.
El servidor selecciona el tipo de actor

(ejemplo: disciplinado, vctima, quejoso ..)
4.
6.2
3.
El sistema despliega una pantalla con la

informacin requerida por cada tipo de actor.
5.
El sistema registra correctamente a los

actores del caso.
El usuario completa la informacin por

cada actor.
Flujos Alternativos
7.
Paso 5: Si el IUC corresponde a un caso inexistente, se informa el error y aborta la

operacin.
Precondiciones
8.
EL IUC entrado debe corresponder a un caso existente en el sistema.

Post Condiciones
9.
La vinculacin de los actores existentes al caso queda registrado correctamente en el

sistema.
Asuntos Pendientes
Definir que informacin se requiere por cada tipo de actor.
Definir si se debe validar la existencia de cada actor, ya sea preguntando a la Registradura
o por cualquier otro tipo de mecanismo.
Pg.A3- 84
CASO DE USO DEFINIR RUTA Y

PLAN DE ACTIVIDADES
Pg.A3- 85
DefinirRutaPlanActividades v2.0.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
07/07/05
2.0
Se cambi abogado por servidor
F. Martnez
08/07/05
2.0
C.Daz
Se dividi el caso de uso administrar ruta y

actividades en dos: Definir ruta y plan de
actividades y Registrar actividades y
actuaciones.
11/07/05
2.0
C.Daz
25/07/05
3.0
H. Velsquez
Pg.A3- 86
Caso de Uso Definir Ruta y Plan de Actividades

1.
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.
El sistema sugiere actividades a partir de lo que se registre en el caso de uso de nombre
AdministrarEtapasActividades v3.0 del sistema SIAM.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
Pg.A3- 87
2.3
Complejidad
Alta.
3.
4.
Entradas
5.
Servidor de la PGN
IUC del caso al cual se le va a definir la ruta y el plan de accin.
Salidas
Ruta y plan definido para el caso.
6.
Flujo de Eventos
6.1
Flujo Bsico
1.
3.
5.

servidor encargado del caso planea la ruta
y el plan de actividades a llevar a cabo en
el caso. El servidor solicita la lista de
etapas vlidas para el caso en cuestin para
un IUC dado.
2.
El sistema despliega la lista de etapas

predefinidas en SIAM que apliquen al caso
en cuestin, segn el rea misional asociada
al mismo. Cada etapa puede tener unas
actividades y unos trminos sugeridos.
4.
El sistema registra la ruta y el plan de

actividades, y le informa al usuario de la
culminacin de la operacin. El sistema debe
mostrarle al servidor, la fecha lmite para
llevar a cabo las actividades, segn los
trminos. (Esta fecha se calcula de acuerdo a
los trminos previamente registrados en
SIAM para cada actividad).
El funcionario selecciona la ruta y arma el

plan de actividades.
Si el servidor requiere administrar otras

etapas, el sistema le dar la opcin de
volver al paso 1, hasta que termine la
operacin.
Pg.A3- 88
6.2
Flujos Alternativos
7.
Precondiciones
El IUC entrado corresponde a un caso existente en SIMIP.
Las actividades asociadas a las etapas deben estar registradas previamente en el sistema
SIAM.
8.
Post Condiciones
9.
Paso 1: Si el IUC entrado no corresponde a un caso existente en SIMIP, se informa el error

y aborta la operacin.
Se registra correctamente los cambios en la ruta de actividades administradas en el sistema

para la informacin registrada.
Asuntos Pendientes
Pg.A3- 89

ACTIVIDADES Y
ACTUACIONES/DECISIONES
Pg.A3- 90
RegistrarActividadesActuaciones v2.0.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
07/07/05
2.0
Se cambi abogado por servidor
F. Martnez
08/07/05
2.0
C.Daz
Se dividi el caso de uso administrar ruta y

actividades en dos: Definir ruta y plan de
actividades y Registrar actividades y
actuaciones/decisiones.
11/07/05
2.0
C.Daz
26/07/05
3.0
H. Velsquez
Pg.A3- 91
Caso de Uso Registrar Actividades y

Actuaciones/Decisiones
1. Descripcin Breve
Tiene como objetivo registrar las actividades y actuaciones (decisiones) realizadas en el
caso.
Actividades:
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.
En el sistema existir una tabla de posibles actividades (SIAM), para que el usuario
pueda seleccionar la que corresponda, al momento del registro. Estas actividades
tendrn al menos dos indicadores: uno, que seala si la actividad tiene valor para la
evaluacin y el otro, la ponderacin de la actividad en una escala de valor
previamente definida por la entidad.
Actuaciones / Decisiones:
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.
Al igual que las actividades, las actuaciones forman parte de una lista de posibles
actuaciones, entre las que el usuario puede seleccionar la que corresponda. De la
misma manera, las actuaciones tendrn unos indicadores donde se precise su valor
para efectos de la evaluacin. En la lista de actuaciones, se puede adems agregar,
un indicador de etapa a la cual aplica la decisin, pues por ejemplo, el fallo solo
aplica si el caso disciplinario ha superado la fase de juzgamiento con traslado a los
sujetos procesales para presentar alegatos previos al fallo.
Pg.A3- 92
Debe tenerse en cuenta que si la decisin es por ejemplo, el archivo de la actuacin

disciplinaria o el fallo, lo que sigue en la ruta de actividades, es la notificacin de la
decisin, y en este evento, el sistema debe tener en cuenta los trminos sealados
en la ley para que la decisin cobre ejecutoria.
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.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Alta
3.
4.
5.
Servidor de la PGN
Entradas
UIC del caso a registrar actividad y habilitado para recibir actividades.
Informacin de la actividad a registrar, incluida la etapa a la que pertenece.
Salidas
Actividad registrada correctamente en el sistema y asociada al caso entrado.
6.
Flujo de Eventos
6.1
Flujo Bsico
Pg.A3- 93

1.
3.

servidor encargado de un caso, habilitado
dentro de los trminos definidos, para
registrar actividades o actuaciones.
2.
El sistema despliega el plan de actividades,

el usuario puede seleccionar una de esas
actividades para registrar el detalle de la
actividad realizada. Si es una actividad,
despliega la tabla de actividades posibles, y
si es una actuacin, despliega sta tabla
(tomado de SIAM).
5.
El sistema registra las actividades o la

decisin, y le informa al usuario de la
culminacin de la operacin.
El servidor completa la informacin por

actividad (fecha) y anexa los documentos
relacionados si es del caso, por ejemplo, si
se trata de una declaracin o la exposicin
libre del implicado, y se cuenta con la
diligencia en medio magntico. Esto
facilita la consulta del caso sin tener que
recurrir permanentemente al expediente
fsico. El sistema debera permitir que se
registren anotaciones a las actividades o
decisiones, por ejemplo, el nombre del
declarante.
NOTA IMPORTANTE: si se agregan las
decisiones y las pruebas, se debe tener en
cuenta la reserva del caso. Esto limitara la
consulta para ciertos usuarios.
4.
El servidor puede ingresar actividades que

no hayan sido incluidas en el plan de
accin, evento en el que el sistema debe
identificar (con un flag) que esta tarea no
haba sido planeada.
Cuando la actuacin que se registre
implique un cambio de etapa, el sistema
debe actualizar el registro indicando el
recorrido histrico del Caso y su etapa
actual.
6.
Si el servidor requiere administrar otras

etapas, el sistema le dar la opcin de
volver al paso 1, hasta que termine la
operacin.
Pg.A3- 94
6.2
Flujos Alternativos
Paso 1: Si el IUC entrado no corresponde a un caso existente en SIMIP, se informa el
error y aborta la operacin.
Paso 6: Si la informacin entrada para una actividad es invlida, se informa el error y
aborta la operacin.
7.
Precondiciones
El IUC entrado corresponde a un caso existente en SIMIP.
Las fechas sugeridas para los trminos, deben ser mayores a la fecha de registro de la
actividad.
8.
Post Condiciones
Se registra correctamente los cambios en las actividades y actuaciones de cada caso.
9.
Asuntos Pendientes
Revisar el tema de argumento contra-argumento (ejemplos enviados por Jorge Elicer)
Revisar en diseo detallado los mecanismos de control para permitir la administracin de
actividades dentro de un caso dado segn los trminos definidos.
Pg.A3- 95
CASO DE USO ALERTAR

VENCIMIENTO CASO
Pg.A3- 96
AlertarVencimientoCaso.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
06/07/05
2.0
H. Velsquez
11/07/05
2.0
C.Daz
27/07/05
3.0
H. Velsquez
Pg.A3- 97
Caso de Uso Alertar Vencimiento Casos

1.
Descripcin Breve
El presente caso de uso tiene como objetivo generar alertas sobre el prximo vencimiento
de alguno de los casos, trminos o decisiones de las etapas o actividades/actuaciones
definidas para un caso. Este ser un proceso automtico que barre los casos y sus etapas, y
genere unas alertas de los trminos que estn a punto de vencerse, de acuerdo a unos
parmetros de fechas y requisitos establecidos.
Se debe considerar la generacin de varios tipos de alerta. Por ejemplo, unas alertas
tempranas y otras alertas de trminos vencidos. Las primeras darn al servidor de la PGN
tiempo suficiente para la ejecucin de la tarea, las segundas pueden ser utilizadas para el
monitoreo de actividades.
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.
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Alta
3.
4.
SIMIP
Entradas
Fecha del da en que se corre el proceso automtico.
Diferencia de fechas para considerar que un trmino est a punto de vencerse.
Conjunto de casos activos en el sistema.
Pg.A3- 98
5.
Definicin de los trminos del caso y las etapas.
La justificacin o fundamentacin de la decisin. Este se aplica al caso de la

generacin de alertas para casos preventivos. Un ejemplo de decisin en el caso
preventivo es archivo.
Salidas
Listado de trminos de un caso particular que estn a punto de vencerse.
Listado de casos que estn a punto de vencerse.
Alertas generadas sobre dicho listado.
6.
Flujo de Eventos
6.1
Flujo Bsico

1.
SIMIP lanzar un proceso automtico

segn los parmetros (fecha, hora,
periodicidad, etc) definidos en la tarea
programada asociada.
2.
Una vez lanzado el proceso, el sistema

barrer todos los casos activos que tengan
etapas o actividades con trminos vigentes.
3.
Por cada caso encontrado, se revisarn los

trminos vigentes. En caso de haberse
superado la fecha lmite, el sistema incluye
el caso en la lista de casos con trminos
vencidos. Si el trmino an est vigente
pero se encuentra en el rango definido para
disparar alerta segn la prioridad definida
para el trmino, el sistema incluye el caso en
la lista de casos con trminos a punto de
vencerse. Incluso se pueden manejar rangos
de alertas tempranas, por ejemplo: casos con
vencimiento en los prximos 30 das 60
das 90 das, tambin se puede manejar
otra categora en la que se muestren los
casos con trminos vencidos, lo cual
tambin puede hacerse con rangos (estas dos
opciones deben ser parametrizables)
Tambin puede pensarse en esta opcin de
alertas para el superior, lo cual facilita el
control de los procesos y la determinacin
Pg.A3- 99

de las acciones que se deben seguir para
superar la situacin.
4.
5.
6.2
En cualquier momento, el funcionario

encargado de la entidad podr consultar el
reporte de las alertas generadas.
Flujos Alternativos
7.
Paso 2: Si alguno de los parmetros de entrada (fechas, o diferencias) no estn

correctamente armadas en el sistema, se aborta e informa el error.
Precondiciones
La lista de casos con trminos por vencer deben ser existentes en el sistema.
Las fechas de entrada deben ser vlidas.
8.
Post Condiciones
9.
Una vez armada la lista de casos con

trminos vencidos o a punto de vencerse, se
genera un correo electrnico de alerta al
servidor a cargo de cada caso encontrado en
esta lista. Adicionalmente, se genera un
reporte de las alertas generadas el cual es
almacenado en un depsito de informes. Las
alertas se pueden manejar de dos formas: a
travs del correo o a travs de un reporte que
genera el sistema y al cual puede acudir el
usuario cuando requiera ver el estado de sus
procesos, este reporte se ir acrecentando
cada vez que un nuevo caso entre en el
rango definido y tambin se ir descargando
cada vez que el servidor adopte la decisin
correspondiente. Este reporte debe manejar
conos descriptivos para que el servidor
entienda mejor cuales son los casos que
estn por vencerse (i.e una carpeta amarilla)
y los vencidos (i.e. una carpeta roja).
Se generan correctamente las alertas de casos con trminos a punto de vencerse.

Asuntos Pendientes
Ninguno.
Pg.A3- 100

CONCLUSIONES
Pg.A3- 101
RegistrarConclusiones v2.0.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
08/07/05
2.0
C.Daz
11/07/05
2.0
C.Daz
Se cambio el nombre del requerimiento,

dejndolo slo como el registro de
conclusiones (las decisiones se registran en
el caso de uso de registrar actividades y
actuaciones/decisiones realizadas)
27/07/05
3.0
H. Velsquez
Pg.A3- 102
Caso de Uso Registrar Conclusiones

1.
Descripcin Breve
El presente caso de uso 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.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Alta
3.
4.
Servidor PGN.
Entradas
Identificador nico de Caso (IUC)
5.
Salidas
Campo memo con el resumen (conclusiones del caso).
6.
Flujo de Eventos
6.1
Flujo Bsico
Pg.A3- 103

1.
Este caso de uso comienza cuando termina

la actuacin de la PGN con solucin del
caso y el servidor encargado procede a
registrar las conclusiones de la decisin.
2.
El servidor ingresa un campo de resumen

con las conclusiones. Puede anexar un
documento si lo estima conveniente.
3.
6.2
Flujos Alternativos
7.
Paso 2: Si el IUC no corresponde a un caso existente en SIMIP, se informa el error y se

aborta la operacin.
Precondiciones
El IUC del caso a concluir, corresponde a un caso existente en SIMIP.
Las conclusiones a ingresar son un texto vlido.
Los documentos a ingresar contienen informacin vlida.
8.
Post Condiciones
9.
El sistema registrar correctamente la

informacin entrada por el usuario segn el
flujo de eventos.
La informacin de las conclusiones del caso es correctamente ingresada al sistema junto

con los documentos anexos.
Asuntos Pendientes
Este requerimiento se puede encadenar con el caso de uso SIMIP_INT_4Sugerir Caso
Pg.A3- 104
CASO DE USO
GENERAR OFICIOS, AUTOS, ETC
Pg.A3- 105
GenerarOficios,Autos.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
23/06/05
2.0
C.Daz, , F. Martnez
15/07/05
2.0
C.Daz
26/07/05
3.0
H. Velsquez
Pg.A3- 106
Caso de Uso Generar Oficios, Autos, etc

1.
Descripcin Breve
El presente caso de uso tiene como objetivo elaborar los documentos de comunicaciones
(ejemplo: autos, actos, oficios) requeridos en el trmite de una solicitud o caso. Para ello se
cuenta con plantillas preestablecidas en SIAM, que pueden ser importadas como gua del
documento. Una vez el usuario ha completado el documento, el software debe validar que
los campos requeridos han sido diligenciados y adjuntarlo al registro solicitud o caso.
Vale la pena aclarar, que para algunas plantillas, el sistema podr automticamente llenar
los campos con base en la informacin del caso y una vez revisado por el usuario podr ser
anexado al caso. El caso de uso de SIAM (Administrar Etapas, Actividades, Actuaciones e
Informacin Relacionada) describe una tabla bsica del sistema que relaciona documentos
(plantillas) con actividades/actuaciones, la cual permitir al sistema de manera automtica
cuando se registra una actividad o actuacin en el sistema, desplegar una lista de
documentos asociados. Una vez seleccionado el documento, el sistema traer
automticamente la plantilla diligenciada con los datos del registro. Una vez el documento
este completo se anexar al caso.
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Media
3.
Servidor PGN
4.
5.
Entradas
IUC o IUS del oficio, acto o auto a asociar.
Informacin del Oficio, acto o auto.
Salidas
Oficio, acto o auto correctamente generado.
Pg.A3- 107
6.
Flujo de Eventos
6.1
Flujo Bsico

1.
4.
6.2
7.
8.

servidor encargado del asunto o caso desea
elaborar un oficio, acto o auto, a partir de
un caso de uso (i.e. Definir Actuacin,
Registrar Actividades
y Actuacin/
Decisin realizadas).
2.
El sistema despliega una lista de plantillas

predefinidas (SIAM) que servirn como gua
para la elaboracin del documento. Esta
lista se obtendr consultando las plantillas
que apliquen a la actividad para la cual se
est generando el documento.
3.
El sistema automticamente incluye la

informacin del registro en la plantilla o
formato.
5.
El documento generado se asocia al caso

como anexo, y se asocia al caso.
El usuario ingresa la informacin adicional

si es del caso, y confirma que la plantilla
este diligenciada correctamente.
Flujos Alternativos
Si el IUC o IUS al que se debe asociar el auto no existe, se informa el error y aborta la
operacin.
Si la informacin asociada al documento a generar es invlida, se informa el error y

aborta la operacin.
Precondiciones
El IUS o IUC deben corresponder a solicitud / caso existentes en el sistema
La informacin del documento debe ser vlida.
Post Condiciones
9.
El documento es generado correctamente y asociado al IUC o IUS correspondiente.
Asuntos Pendientes
Pg.A3- 108
CASO DE USO MARCAR CIERRE

CASO
Pg.A3- 109
MarcarCierreCaso.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
06/07/05
2.0
C.Daz
13/07/05
2.0
C.Daz
25/07/05
3.0
H. Velsquez
Pg.A3- 110
Caso de Uso Marcar Cierre Caso

1.
Descripcin Breve
El presente 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.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta.
2.3
Complejidad
Baja.
3.
4.
Servidor PGN
Entradas
Caso en estado activo.
5.
Salidas
Caso en estado inactivo (para decisiones, activo para archivo).
Pg.A3- 111
6.
Flujo de Eventos
6.1
Flujo Bsico
1.
Este caso de uso se activa cuando cesa la

actuacin de la PGN.
2.
El servidor selecciona la opcin de cerrar

de caso, y entra el IUC (identificador nico
de caso) a cerrar. Salvo aquellos eventos
en los que el sistema puede cerrar en forma
automtica el caso.
3.
El sistema :
Registra el cierre del caso en el sistema,
Se revisa la tabla de retencin documental

para calcular el tiempo que debe
permanecer el expediente en la dependencia
antes de pasar a archivo central, y dicha
informacin se asocia al cierre.
Se descarga el caso al servidor o servidores

Nota: Debe tenerse en cuenta que la
actuacin y las decisiones adoptadas en el
curso del caso, no pueden ser alteradas ni
eliminadas y que tampoco se pueden agregar
nuevas actuaciones, sin embargo, el proceso
queda activo para el responsable del archivo,
quien podr registrar el lugar de ubicacin
del expediente, la fecha del archivo fsico,
conformacin y estado. (La pantalla del caso
de uso manejar ubicacin del expediente en
la dependencia es la nica que se puede
modificar una vez el caso este cerrado).
6.2
Flujos Alternativos
Paso 3: Si el IUC del caso a cerrar no es un caso existente en SIMIP, se informa el

error y se aborta la operacin.
Paso 3: Si el IUC del caso entrado no corresponde a un caso abierto, se informa el error
Pg.A3- 112
7.
Precondiciones
8.
Post Condiciones
9.
El IUC entrado corresponde a un caso existente y abierto en SIMIP.
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.
Asuntos Pendientes
Pg.A3- 113
CASO DE USO MARCAR ARCHIVO

FSICO DEL CASO
Pg.A3- 114
MarcarArchivoFisicoCaso.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz H. Velsquez
06/07/05
2.0
C.Daz
25/07/05
3.0
H. Velsquez
Pg.A3- 115
Caso de Uso Marcar Archivo Fsico del Caso

1. Descripcin Breve
El presente caso de uso tiene como objetivo indicar que la documentacin asociada al caso ya
ha sido enviada a Archivo Central. Esta accin se realiza una vez el caso ha pasado a cosa
juzgada (para disciplinario), accin preventiva concluida (para preventivo) o proceso de
intervencin concluido (para intervencin o jurdico) y se cumpla la fecha estipulada para
establecer dicha accin (ver caso de Uso Marcar Cierre del Caso). Este marcado se realiza
mediante un proceso automtico que verifica los casos cerrados que son candidatos a pasar a
Archivo Central, escogiendo los que deben pasar y haciendo la anotacin respectiva.
2.
2.1 Iteracin
0
2.2 Prioridad
Media
2.3 Complejidad
Media
3. Actores Involucrados
SIMIP
4. Entradas
UIC de un caso cerrado para enviar a Archivo Central.
5. Salidas
Caso enviado a archivo central satisfactoriamente.
6. Flujo de Eventos
6.1 Flujo Bsico
1.

administrador de tareas programadas del
sistema detecta que debe correr el proceso
de cierre fsico de casos.
Pg.A3- 116

2.
El proceso pide el conjunto de casos por

cerrar candidatos a cierre fsico.
4.
El proceso obtiene de los casos candidatos,

aquellos cuya fecha es mayor o igual a la
fecha calculada para paso a archivo central
en el momento del cierre (ver caso de uso
Marcar Cierre Caso).
5.
Por cada caso encontrado, le pide al

sistema que marque el cierre fsico del
caso.
3.
El sistema genera la .informacin de los

casos candidatos.
6.
El sistema registra el cierre fsico del caso

exitosamente.
6.2 Flujos Alternativos
Paso 4: Si alguno de los casos a cerrar no es un caso existente en SIMIP, se informa el error
Paso 4: Si alguno de los casos consultados no corresponde a un caso cerrado y candidato

para pasar a archivo central, se informa el error y se aborta la operacin.
7. Precondiciones
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.
Pg.A3- 117
CASO DE USO MANEJAR

UBICACIN DEL ARCHIVO EN
LA DEPENDENCIA
Pg.A3- 118
ManejarUbicacionArchivoDependencia.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
08/07/05
2.0
Revisin Interna
C.Garca
25/07/05
3.0
H. Velsquez
Pg.A3- 119
Caso de Uso Manejar Ubicacin del archivo en la

Dependencia
1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir el registro de la ubicacin y seguimiento de los
expedientes en las dependencias hasta que el expediente (documento fsico) pase a archivo Central.
2.
2.1
Iteracin
0
2.2
Prioridad
Baja
2.3
Complejidad
Baja
3.
Servidor PGN
4.
Entradas
Caso registrado en SIMIP y documentos asociados al mismo.
5.
Salidas
Informacin de seguimiento de los documentos de un caso registrados en SIMIP.
6.
Flujo de Eventos
6.1
Flujo Bsico
1.
Este caso de uso inicia cuando un Caso ha

concluido y los documentos fsicos deben
pasar al encargado del archivo para su
almacenamiento.
En esta instancia, el
servidor de la dependencia responsable de un
caso debe registrar la ubicacin de los
documentos fsicos que tiene a su cargo, y
estn relacionados a un caso.
2.
El sistema toma el IUC del caso a cerrar, y lista

los documentos fsicos asociados a la solicitud,
Pg.A3- 120

que se deben administrar.
3.
Por cada documento del listado, el servidor

registra los campos correspondientes a la
ubicacin del mismo que son como mnimo:
- dependencia
- fecha de recibo
- numero de cuadernos y folios
- lugar de ubicacin
- tipo de documento (medio audiovisual, etc)
- estado de lo que recibi
5. El sistema registra la informacin de ubicacin

de los documentos correctamente en el sistema.
6.2
7.
8.
Flujos Alternativos
Paso 3: Si el IUC entrado no corresponde a un caso vlido en el sistema, se informa el error y

Paso 5: Si la informacin de ubicacin no corresponde a informacin vlida, se informa el

Precondiciones
La informacin de ubicacin del documento es vlida.
Post Condiciones
9.
La informacin de ubicacin para el documento fsico asociado al caso dado es registrada en

el sistema.
Asuntos Pendientes
Pg.A3- 121

PRSTAMO EXPEDIENTES
Pg.A3- 122
AdministrarPrestamoExpedientes.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
27/07/05
3.0
H. Velsquez
Pg.A3- 123
Caso de Uso Administrar Prstamo Expedientes

1.
Descripcin Breve
El presente caso de uso tiene como objetivo administrar el manejo de prstamo de expedientes al interior de
la PGN. Por cada prstamo que se realice, se debe registrar como mnimo:
- 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.1
Iteracin
0
2.2
Prioridad
Baja
2.3
Complejidad
Baja
3.
Servidor PGN
4.
Entradas
Caso registrado en SIMIP y documentos asociados al mismo.
5.
Salidas
6.
Flujo de Eventos
6.1
Flujo Bsico
1.
El caso de uso inicia en el momento en que

un documento se pide prestado, o cuando el
servidor responsable de un caso desea ver los
trminos de los documentos que tiene
prestados.
2.
El servidor responsable del documento entra

el IUC del caso que contiene el documento a
prestar.
Pg.A3- 124
4.
6.2
El sistema lista los documentos fsicos

asociados a la solicitud, dando la posibilidad al
usuario de escoger el documento que se desea
prestar. En este listado el servidor podr ver
los trminos de los documentos que ha
prestado, o si el documento est disponible para
lo cual dar la opcin de elegirlo para prestarlo.
5.
El sistema ingresa la informacin del prstamo

del documento.
El servidor ingresa la informacin del

prstamo del documento (ver descripcin
breve).
Flujos Alternativos
Paso 3: Si el IUC entrado no corresponde a un caso vlido en el sistema, se informa el error y se

aborta la operacin.
Paso 5: Si la informacin de prstamo no corresponde a informacin vlida, se informa el error y

7.
Precondiciones
La informacin del prstamo del documento es vlida.
8.
Post Condiciones
9.
3.
La informacin de prstamo para el documento fsico asociado al caso dado es registrada en el

sistema.
Asuntos Pendientes
Pg.A3- 125
CASO DE USO INDICAR

CUMPLIMIENTO EN CASO
PREVENTIVO
Pg.A3- 126
IndicarCumplimientoCasoPreventivo.doc
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano H.
Velsquez
07/07/05
2.0
Se cambio abogado por servidor de la PGN.
F. Martnez
Se incluyeron recomendaciones PGN.

27/07/05
3.0
H. Velsquez
Pg.A3- 127
Caso de Uso Indicar Cumplimiento en Caso

Preventivo
1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir que sobre el sistema SIMIP, se indique
a un caso que tiene control de advertencia, si la Entidad hizo o dej de hacer lo que
normativamente le corresponda. Si la indicacin tiene connotacin positiva, se le debe
deshabilitar el control de advertencia.
Deben quedar previamente registradas las recomendaciones contenidas en el informe final,
ligndolas al seguimiento, para que en este caso de uso se puedan registrar los avances en el
cumplimiento de las recomendaciones u observaciones formuladas por la PGN en el marco
de la accin preventiva. Como la accin preventiva puede recaer simultneamente sobre
varias entidades, las recomendaciones deberan atarse a la entidad para facilitar el
seguimiento y verificacin de cumplimiento, por ejemplo, chequeando en la lista cuales se
van cumplimiento, la forma de cumplimiento, la fecha y la persona responsable
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Baja
3.
Servidor de la PGN.
4.
Entradas
UIC de un caso preventivo.
5.
Salidas
Informacin de control de advertencias asociadas al caso si existen.
6.
Flujo de Eventos
6.1
Flujo Bsico
Pg.A3- 128

1.
3.
6.2

servidor encargado del caso desea
consultar o registrar el cumplimiento dado
al control de advertencias para el caso en
cuestin. Este entra el UIC del caso
preventivo.
2.
El sistema trae la informacin disponible

para el caso seleccionado, incluyendo la
informacin
de
alertas
registradas
previamente (ver caso de uso Alertar
Vencimiento Casos).
4.
El sistema registra la informacin e inactiva

el control de advertencia. En caso de
incumplimiento se llama al caso de uso
Generar Oficios Autos para generar los
documentos correspondientes.
El servidor indica si se dio o no

cumplimento a las recomendaciones y se
indica cual Entidad cumpli.
Flujos Alternativos
Paso 2: Si el IUC no corresponde a un caso existente en SIMIP, se informa el error y se
aborta la operacin.
Paso 2: Si el caso no corresponde a un caso preventivo, se informa el error y se aborta la
operacin.
7.
Precondiciones
El IUC del caso a concluir, corresponde a un caso preventivo existente en SIMIP.
8.
Post Condiciones
Se registra si la entidad cumpli con las tareas de acuerdo al control de advertencias para
el caso preventivo dado.
9.
Asuntos Pendientes
Pg.A3- 129

SEGUIMIENTO
Pg.A3- 130
RegistrarSeguimiento.doc
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano H.
Velsquez
07/07/05
2.0
Se cambi abogado por Servidor de la

PGN.
F. Martnez
Se
incorporaron
las
observaciones
formuladas por Jorge Elicer Gaitn.
25/07/05
3.0
H. Velsquez
Pg.A3- 131
Caso de Uso Registrar Seguimiento

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir que sobre el sistema SIMIP, se
registren las diferentes actividades que realiza el servidor PGN en torno a las actividades de
seguimiento a la Entidad objeto del caso de prevencin, que est bajo seguimiento. Por cada
gestin realizada, el servidor debe indicar las acciones realizadas, la fecha en que se
desarroll y los resultados obtenidos.
2.
2.1
Iteracin
0
2.2
Prioridad
Media
2.3
Complejidad
Media
3.
Servidor de la PGN
4.
Entradas
UIC con un caso preventivo que est bajo control de advertencia.
Informacin relacionada a las actividades de seguimiento a ingresar a SIMIP.
5.
Salidas
Actividades de seguimiento asociadas a un caso registradas en el sistema.
6.
Flujo de Eventos
6.1
Flujo Bsico
1.

servidor encargado del caso se dispone a
ingresar un conjunto de actividades de
seguimiento a un caso preventivo. Este
entra el UIC del caso preventivo que se
Pg.A3- 132
encuentre bajo control de advertencia.
3.
5.
6.2
7.
8.
El sistema trae la informacin disponible

para el caso seleccionado, incluyendo la
informacin
de
alertas
registradas
previamente (ver caso de uso Generar
Alertas Caso Preventivo).
4.
El sistema registra correctamente la

informacin de la actividad de seguimiento y
la asocia al caso preventivo entrado.
El usuario entra la opcin de registrar una

actividad de seguimiento. Hecho esto,
ingresa la informacin relativa a la
actividad.
El sistema le permitir al usuario ingresar

otra actividad, en cuyo caso vuelve al paso
3 hasta que no tenga mas actividades de
seguimiento para ingresar.
Flujos Alternativos
Paso 2: Si el UIC no corresponde a un caso existente en SIMIP, se informa el error y se

aborta la operacin.
Paso 2: Si el caso no corresponde a un caso preventivo bajo control de advertencia, se

informa el error y se aborta la operacin.
Si la informacin de la actividad de seguimiento a ingresar no es vlida, se informa el

Precondiciones
El UIC del caso a concluir, corresponde a un caso preventivo bajo control de

advertencia existente en SIMIP.
La informacin relacionada a las actividades de seguimiento a ingresar es vlida.
Post Condiciones
9.
2.
La informacin de las actividades de seguimiento son correctamente registradas en

SIMIP y asociadas al caso preventivo entrado.
Asuntos Pendientes
Ninguno.
Pg.A3- 133
CASO DE USO REABRIR CASO
Pg.A3- 134
ReAbrirCaso v3.0.doc
Fecha
29/07/05
Versin
3.0
Descripcin
Versin Inicial
Autor
C.Daz
Pg.A3- 135
Caso de Uso Reabrir Caso

1.
Descripcin Breve
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.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Baja
3.
Servidor PGN
4.
Entradas
Caso cerrado.
5.
Salidas
Caso reabierto.
6.
Flujo de Eventos
6.1
Flujo Bsico
1.
Este caso de uso comienza cuando la

actuacin definida por el servidor de la
PGN corresponde a reapertura de caso.
2.

opcin de reapertura de caso y selecciona
Pg.A3- 136
un nmero de caso IUC.
6.2
El sistema automticamente cambia el

estado del caso, y lo registra en el sistema
junto con la informacin suministrada por el
servidor.
Paso 3: Si el caso seleccionado haba sido cerrado con informacin suministrada a SIRI,
se deber generar una alerta.
El caso seleccionado esta en estado cerrado.
Post Condiciones
9.
4.
Precondiciones
8.
El sistema despliega al usuario un formulario

de registro con los datos de la razn por la
cual se esta reabriendo el caso, los valida y
permite guardarlos. Esta razn debe quedar
registrada como una actividad.
Flujos Alternativos
7.
3.
Se cambia el estado del caso.
Asuntos Pendientes
Pg.A3- 137
CASO DE USO GENERAR

LISTADO DE FALLOS NO
ENVIADOS A SIRI
Pg.A3- 138
ListadoFallosNoEnviadosaSiri v3.0.doc
Fecha
29/07/05
Versin
3.0
Descripcin
Versin Inicial
Autor
C.Daz
Pg.A3- 139
Caso de Uso Generar listado de fallos no enviados

a SIRI
1.
Descripcin Breve
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.
2.
2.1
Iteracin
0
2.2
Prioridad
Alta
2.3
Complejidad
Baja
3.
4.
Servidor PGN
Entradas
Listado de casos con fallos sancionatorios en SIMIP en un perodo determinado.
5.
Salidas
Reporte.
6.
Flujo de Eventos
6.1
Flujo Bsico
Pg.A3- 140

1.
Este caso de uso comienza cuando un

usuario desea saber los casos con fallo
sancionatorio en SIMIP no reportados al
SIRI.
2.

opcin de generacin del listado.
3.
6.2
Flujos Alternativos
7.
Se reciben parmetros del reporte.
Post Condiciones
9.
Ninguno.
Precondiciones
8.
El sistema genera un listado con los fallos

que no han sido enviados al SIRI (esta
informacin se puede obtener de un flag que
puede ser actualizado al momento del envo
de las sanciones a SIRI).
Se genera un listado.
Asuntos Pendientes
Pg.A3- 141

EQUIPOS DE TRABAJO
Pg.A3- 142
AdministrarEquiposTrabajo v3.0.doc
Fecha
Versin
Descripcin
Autor
12/07/05
2.0

D. Rubiano
25/07/05
3.0
Se actualiz teniendo en cuenta que las

comisiones son dependencias virtuales y
que las personas que se asignan a un caso
conforman un equipo de trabajo. Se pas el
caso de uso del sistema SIAM al sistema
SIMIP.
D. Rubiano
Pg.A3- 143
Caso de uso Administrar Equipos de Trabajo

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir sobre el sistema SIMIP, para un caso
en particular: Definir, consultar, actualizar e inactivar la informacin concerniente a los
equipos de trabajo, los roles que los componen y los servidores PGN inscritos en dichos
roles.
Un equipo de trabajo puede ser creado bajo uno de dos tipos: Equipo de trabajo titular
Responsable del desarrollo de un caso, Equipo de trabajo no titular De apoyo en el
desarrollo de un caso. Un Equipo de trabajo lo componen roles tales como por ejemplo
Jefe de equipo e Investigador.
2.
2.1
Iteracin
0.
2.2
Prioridad
Media.
2.3
Complejidad
Baja.
3.
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:
Pg.A3- 144
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 servidoresPGN 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
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.
Pg.A3- 145

del sistema SIMIP, selecciona una opcin:
de un equipo de trabajo.
seleccionada. En dicha pantalla se muestra una
lista con todos los nombres, dependencias, cargos
e identificaciones de los servidores de la PGN.
3. El usuario del sistema ingresa los datos del
equipo de trabajo. Por cada rol que establezca,
selecciona de la lista de servidores PGN, los
que ha definido que deben ser ingresados como
parte de dicho rol. Ejecuta la opcin de
almacenamiento. En caso de querer identificar
el detalle de la informacin de un servidor
PGN, puede ejecutar el caso de uso
AdministrarServidorPGN, bajo la opcin de
consulta.
4. El sistema SIMIP valida que las
disponibilidades de los servidores PGN
seleccionados coincida con la carga del caso al
cual ser asignado el equipo de trabajo. El
sistema crea y almacena un registro con los datos
suministrados en la pantalla.
el sistema despliega una de dos pantallas: Una
con la lista de casos, otra con la lista de equipos
de trabajos creados. Esto con el nimo de que el
usuario seleccione el caso/el equipo de trabajo
sobre el cual desea hacer la consulta.
6. Si se trata de un caso, al seleccionarlo, se
desplegar una lista con todos los equipos de
trabajo asignados a dicho caso, una vez esto
suceda, estando en la lista de equipos, trtese
de cualquiera de las opciones iniciales de
pantalla de la lnea 5, el usuario selecciona
sobre la lista de equipos, el que quiere
consultar. Al hacer la seleccin se obtiene el
cdigo del equipo de trabajo, para hacer la
correspondiente
bsqueda
del
registro
asociado.
y despliega los datos que lo componen
(Equivalentes a los de la entrada para ingreso). El
Pg.A3- 146

sistema identifica los permisos del usuario.
ejecutan las lneas 5, 6 y 7. Adicionalmente,
despliega sobre la misma pantalla, los datos de
los servidores PGN que podran integrarse a los
roles del equipo de trabajo.

correspondientes servidores PGN sobre los
diferentes roles. Puede agregar nuevos roles y
sus correspondiente servidores PGN, tambin
puede eliminar roles. Puede adicionalmente
cambiar valores como el nombre y tipo del
equipo de trabajo. Se ejecuta por ltimo la
opcin de almacenamiento de los cambios
realizados. En caso de querer identificar el
detalle de la informacin de un servidor PGN,
puede
ejecutar
el
caso
de
uso
AdministrarServidorPGN, bajo la opcin de
consulta.
10. El sistema SIMIP valida que las
disponibilidades de los servidores PGN
seleccionados coincida con la carga del caso al
cual ser asignado el equipo de trabajo. Se les
restaura la disponibilidad a los servidores PGN
que fueron eliminados de los roles. El sistema
actualiza y almacena el registro asociado a la
operacin realizada.
ejecutan las lneas 5, 6 y 7.
dato, cuyo valor corresponde al cdigo del
equipo de trabajo seleccionado. Una vez
encuentra el registro, lo marca como inactivo. Se
almacena la marca en el medio de
almacenamiento.
Se
restauran
las
disponibilidades de los diferentes servidores
PGN involucrados en el equipo de trabajo, segn
la carga del caso al cual estaba asociado dicho
equipo.
6.2
Flujos Alternativos
Lnea 2: Si el cdigo del perfil ya existe, el sistema deber desplegar un mensaje que le
indique al usuario la situacin. La operacin de ingreso es cancelada.
Pg.A3- 147
Lnea 7: Si no se encuentra ningn registro que coincida en el cdigo suministrado por el

correspondiente operacin es cancelada.
Lnea 4 y 10: Si de la validacin se obtiene como resultado que las disponibilidades no
coinciden con la carga dispuesta para el caso, se genera un mensaje que indique de la
situacin. Ante esta situacin, la operacin no debe ser cancelada.
7.
Precondiciones
Se deben proporcionar todos los datos de entrada.
8.
Post Condiciones
sistema, con respecto a un registro que est asociado a los datos de un equipo de trabajo:
9.
Consulta: Se muestra en una pantalla los datos del equipo de trabajo.

suministrados.

corresponde a un equipo de trabajo.
Eliminacin: Se marca un registro como inactivo.
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.
Identificar si los roles se pueden establecer de forma automtica a partir de los

cargos y experiencia de los servidores PGN. De ser as se sugiere que el sistema
predefina los servidores PGN sobre los roles, de tal forma que el usuario del
presente caso de uso slo seleccione los servidores PGN que necesite, sin tener que
perder el tiempo revisando el detalle de cada servidor, tratando de identificar si es
el apropiado para el rol que est definiendo en un momento dado.
Pg.A3- 148
CASO DE USO MANEJAR

AGENDA SERVIDORES
Pg.A3- 149
ManejarAgendaServidores v3.0.doc
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano
07/07/05
2.0
Cambi el nombre de Manejar Agenda

Abogados por Manejar Agenda Servidores
Pblicos
F. Martnez
27/07/05
3.0
Se incorporaron las observaciones de la

PGN. Por la naturaleza de la especificacin,
se pas el caso de uso de SIAM a SIMIP.
Disney Rubiano
Pg.A3- 150
Caso de Uso Manejar Agenda Servidor

1.
Descripcin Breve
Tiene como objetivo permitir el manejo de la agenda de los servidores, entendindose como
servidor un funcionario de la PGN. La agenda se maneja respecto a las actividades y tareas
que debe cumplir un servidor en el desarrollo de los casos que se le asignan.
2.
2.1
Iteracin
0.
2.2
Prioridad
Baja.
2.3
Complejidad
Baja.
3.
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.
Pg.A3- 151
Nombre de la actividad.
Descripcin de la actividad. (Hace una particularizacin de la actividad programada).
Participantes en la actividad.
Para la consulta de actividades:
Cdigo del caso.
Para la eliminacin de una actividad:
Cdigo del caso.
Para la modificacin de una actividades:
5.
Cdigo del caso.
Fecha de inicio para la actividad.
Fecha de finalizacin para la actividad.
Hora de inicio de la actividad.
Hora de finalizacin de la actividad.
Descripcin de la actividad.
Participantes en la actividad.
Salidas
Para el ingreso de una actividad:
Se crea y almacena un nuevo registro para una actividad de un servidor pblico.
Pg.A3- 152
Para la consulta de actividades:

Se muestra por pantalla los datos de las actividades que un servidor pblico desarrollar
entre la fecha de inicio de la consulta y la fecha de inicializacin de la misma.
Para la eliminacin de una actividad:

Se elimina del sistema un registro de una actividad de un servidor pblico.
Para la modificacin de una actividades:

Se modifica en el sistema un registro de una actividad de un servidor pblico.
6.
Flujo de Eventos
6.1
Flujo Bsico

usuario del sistema SIMIP, selecciona una
opcin de manejo de agenda de un servidor
pblico: Ingreso, Consulta, Eliminacin y
Modificacin.
2. El usuario provee al sistema su nmero de
identificacin.
3. Dado el nmero de identificacin del usuario, el
sistema busca en el medio de almacenamiento,
todos los registros que corresponde a los casos
que estn asociados al usuario. El sistema
despliega en una pantalla una lista con los casos
encontrados (Cdigo del caso, descripcin).
4. El usuario selecciona de la pantalla, el caso
sobre el cual quiere hacer manejo de agenda.
seleccionada. Adicionalmente se deber desplegar
una pantalla con todas las actividades y etapas
registradas para el caso. Las actividades y etapas
del caso, sobre las cuales se hace un manejo de
agenda, son las mismas que se definen en el caso
de uso de nombre Definir ruta y plan de
Pg.A3- 153

actividades1, del sistema SIMIP.
6. El usuario del sistema deber seleccionar de

la pantalla de actividades, aquellas sobre las
cuales requiere programar. Por cada actividad
seleccionada deber registrar los valores a los
datos de entrada, para ingreso de una actividad
(El sistema puede tomar el cdigo del caso, de
la actividad y la identificacin del usuario de
forma automtica de las lneas 2 y 4).
7. El sistema valida que las fechas registradas si
concuerdan con los trminos especificados para la
actividad/actividades seleccionadas en la lnea
anterior (Esta configuracin se hace en el caso de
uso de nombre AdministrarEtapasActividades).
Segn el resultado de la validacin, crea los
correspondientes registros con los datos de la
entrada y los almacena.
8. Si la opcin corresponde a consulta de datos, el
sistema deber buscar todos los registros de
actividades asociados al nmero de identificacin
y de caso, y con ellos desplegar una pantalla
donde por cada actividad programada para el caso,
mostrar los correspondientes datos (fechas y
dems datos). En este punto, se debe tener en
cuenta que el usuario slo ejecut las lneas 1 a 4).
De acuerdo a lo registrado en Definir ruta y plan
de
actividades2,
de
SIMIP
y
en
AdministrarEtapasActividades de SIAM, el
sistema deber sealar en la misma pantalla:
Actividades no programadas (sin fechas).
Actividades programadas
prximas a desarrollarse.
Actividades que debieron haber sido

desarrolladas.
que
estn
Los datos que se desplieguen en pantalla, no

deben permitir la opcin de modificacin.
apropiados y si la opcin es una modificacin de
datos, el sistema desplegar una pantalla como la
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.
Pg.A3- 154

de la lnea 8, con opcin de modificacin de datos
En este punto, se debe tener en cuenta que el
usuario slo ejecut las lneas 1 a 4).
10. El usuario del sistema deber seleccionar

de la pantalla de actividades, aquellas sobre
las cuales requiere reprogramar. Por cada
actividad seleccionada deber registrar los
valores a los datos de entrada, para
modificacin de una actividad (El sistema
puede tomar el cdigo del caso, de la
actividad y la identificacin del usuario de
11. El sistema valida que las fechas registradas si
concuerdan con los trminos especificados para la
actividad/actividades seleccionadas en la lnea
anterior (Esta configuracin se hace en el caso de
uso de nombre AdministrarEtapasActividades).
Si el usuario cuenta con los permisos apropiados,
segn el resultado de la validacin, crea/actualiza
los correspondientes registros con los datos de la
entrada y los almacena.
apropiados y si la opcin es una eliminacin de
datos, el sistema desplegar una pantalla como la
de la lnea 8, con opcin de eliminacin de datos
En este punto, se debe tener en cuenta que el
usuario slo ejecut las lneas 1 a 4).
13. El usuario del sistema deber seleccionar
de la pantalla de actividades, aquellas requiere
eliminar. Por cada actividad seleccionada
deber registrar los valores a los datos de
entrada, para eliminacin de una actividad (El
sistema puede tomar el cdigo del caso, de la
actividad y la identificacin del usuario de
apropiados,
el
sistema
elimina
los
correspondientes registros con los datos de la
entrada.
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.
Pg.A3- 155
6.2
Flujos Alternativos
Lnea 7 y 11: Si las fechas suministradas para la actividad no coinciden con los trminos
legales, especificados inicialmente (ver el caso de uso AdministrarEtapasActividades) para
la misma, se genera un mensaje de error indicando la situacin. El sistema siempre debe
permitir el registro de una actividad, no importa que este sea por fuera del trmino legal.
Lnea 7 y 11: Si el nmero de identificacin del servidor pblico ya tiene una actividad
programada, en las fechas y horas suministradas, el sistema deber desplegar un mensaje
que le indique al usuario la situacin. La operacin de ingreso es cancelada.
Lnea 7: Si no se encuentra ningn registro de actividad que coincida en el nmero de
identificacin de servidor pblico con el suministrado por el usuario, el sistema deber
desplegar un mensaje que indique de lo sucedido. La operacin de ingreso es cancelada.
Lnea 14: Si se modifica la actividad, de tal forma que queda solapada con otra, el sistema
deber desplegar un mensaje que indica de la situacin y cancela la operacin.
7.
Precondiciones
operacin (Consulta, ingreso, Actualizacin y eliminacin).
8.
Post Condiciones
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.
Actualizacin: Se modifican los datos de los registros de actividades ya almacenados en

el sistema para un nmero de identificacin de un servidor PGN y un cdigo de caso.
Eliminacin: Se elimina del medio de almacenamiento del sistema los registros de

actividades de un caso, desarrollado por un servidor PGN.
Pg.A3- 156
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.
9.2
Definir cuales son los datos obligatorios que el usuario debe proporcionar, una vez se
quiere hacer los ingresos de los datos de una actividad.
9.3
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.
Pg.A3- 157
CASO DE USO
SIMIP_INT_1.RECIBIR
SOLICITUDES MISIONALES - SIAF
Pg.A3- 158
SIMIP_INT_1RecibirSolicitudesMisionales-SIAF.doc
Fecha
Versin
Descripcin
04/05/05
1.0
Versin Inicial
15/07/05
2.0
Se incorporaron las observaciones sugeridas

por la PGN.
Autor
Disney Rubiano
Este caso de uso reune lo sugerido

inicialmente en los casos de uso
SIAF_INT_2GenerarArchivoSolicitudesMisi
onales
y
SIMIP_INT_1CargarSolicitudesMisionales.
Pg.A3- 159
Caso de Uso SIMIP_INT_1. Recibir Solicitudes

Misionales - SIAF
1.
Descripcin Breve
Este caso de uso tiene como objetivo registrar en lnea, en SIMIP, las solicitudes que se
ingresan en SIAF1 y que se consideran misionales.
2.
2.1
Iteracin
0
2.2
Prioridad
Media.
2.3
Complejidad
Media.
3.
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).
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.
Pg.A3- 160
Datos de la Queja o Solicitud:

Fecha de la solicitud
Detalle de la queja o solicitud, descripcin breve del contenido de la queja o solicitud.
Naturaleza (el equivalente a naturaleza de documento en SIAF, se refiere si el

documento es un Oficio, Derecho de peticin, tutela, etc.) Tipo de clasificacin de la
solicitud o asunto.
Informacin de los documentos relacionados:

Nmero externo/interno del oficio.
Fecha de Procedencia del documento.
Informacin generada por SIAF:

Nmero nico de Identificacin.
5.
Fecha y hora de registro en SIAF.
Dependencia a la que fue asignada la solicitud.
Salidas
Registros de solicitudes en SIMIP.
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando en SIAF

se registra una solicitud de carcter misional.
2. El sistema SIAF, toma los datos del registro
de solicitud y los incorpora en un mensaje
hacia el sistema SIMIP.
3. SIMIP, una vez recibe el mensaje con los
datos, crea y almacena un registro de solicitud.
Pg.A3- 161
6.2
Flujos Alternativos
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
Se deben suministrar todos los datos de la entrada..
8.
Post Condiciones
Se crea un registro en SIMIP de solicitud.
9.
Asuntos Pendientes
9.1
Definicin del mensaje

Se debe determinar la manera como SIAF y SIMIP establecern comunicacin para enviar
y recibir mensajes.
9.2
Definir de donde se debe tomar la informacin

Determinar de donde deben ser tomados los datos que se requiere sean incorporados en el
mensaje que enva SIAF a SIMIP.
9.3
Datos que se desean cargar en el SIMIP

Se debe identificar cuales son los datos que necesita SIMIP y sus caractersticas (Tipos,
longitudes, obligatorio/no obligatorio).
9.4

Definir si durante el cargue se produce un error, se aborta o se continua?
Pg.A3- 162
CASO DE USO
SIMIP_INT_2.TRANSMITIR
SANCIONES SIMIP A SIRI
Pg.A3- 163
SIMIP_INT_2_TransmitirSancionesSIMIP-SIRI-v3.0.doc
Fecha
Versin
Descripcin
Autor
05/07/05
2.0
Versin Inicial
C.Daz H. Velsquez
28/07/05
3.0
Se incluyeron las observaciones formuladas

por la doctora Ferlina en la reunin
celebrada el 27 de julio.
D. Rubiano.
Pg.A3- 164
SIMIP_INT_2.Caso de Uso Transmitir Sanciones SIMIP

a SIRI
1.
Descripcin Breve
El presente caso de uso tiene como objetivo la comunicacin de un fallo sancionatorio en SIMIP
para el registro de la sancin en el SIRI. Se activa con la decisin sancionatoria en firme y se
cumple con el diligenciamiento del formulario respectivo y el envo a SIRI.
Para el caso de fallos sancionatorios la informacin bsica requerida es la siguiente:
Identificacin del sancionado: Nombre, identificacin, lugar de residencia, etc.
Descripcin de las sanciones: Tipo de falta, Culpabilidad, sancin, duracin, etc.
Normas infringidas: Tipo de norma, nmero, ao, artculo, numeral, inciso, etc
Detalle providencias: Instancia, autoridad.
Informacin del proceso: Nmero de caso, tipo (ordinario, verbal), etc.
Funcionario responsable de la informacin: Nombre, identificacin, cargo, etc.
En general, se debe proveer desde SIMIP, la informacin concerniente a los formularios para
reportar sanciones e inhabilidades:
Formulario para registro de inhabilidades derivadas de las relaciones contractuales con el

estado
Formulario para registrar novedades de inhabilidades derivadas de las relaciones

contractuales con el estado.
Formulario de registro de sanciones disciplinarias.
Formulario de registro novedades de sanciones disciplinarias.
Formulario para registro de inhabilidades derivadas del proceso por responsabilidad

fiscal.
Formulario para registro de novedades de inhabilidades derivadas del proceso por

responsabilidad fiscal.
Formulario para registro de inhabilidades derivadas de la prdida de investidura.
Formulario para registro de novedades de inhabilidades derivadas de la prdida de

investidura.
Formulario para registro de sanciones penales.
Formulario para registro de novedades de sanciones penales.
Pg.A3- 165
2.
2.1
Iteracin
0.
2.2
Prioridad
Media.
2.3
Complejidad
Media.
3.
Servidor PGN.
4.
Entradas
UIC.
5.
Salidas
Formato SIRI diligenciado.
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando se emite

un fallo sancionatorio en SIMIP. El
servidor ingresa el IUC de un caso
disciplinario listo para registrar sancin.
2. El sistema despliega por pantalla el formulario con
los campos necesarios para registrar la sancin (ver
Descripcin Breve)
3. El servidor llena los campos necesarios
para que estos sean transmitidos a SIRI.
Los datos que se registran en este punto
son los de un formulario.
4. En SIRI, con la informacin de la lnea 3, se crea y
almacena un registro. SIRI establece un estado para
la informacin del registro: Completo, ceptable
e Incompleto.
Pg.A3- 166
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.
6.2
7.
8.
Flujos Alternativos
Lnea 2. Si el IUC no corresponde a un caso existente en el sistema, se informa el error y

aborta la operacin.
Lnea 4. Si la informacin ingresada en el formulario no es vlida, se informa el error y

aborta la operacin.
Precondiciones
Los IUC entrado corresponde a un caso existente en el sistema.
La informacin entrada en el formulario de la sancin es vlida.
Post Condiciones
Se transmite la informacin de una sancin para un caso particular de SIMIP a SIRI.
9.
Asuntos Pendientes
9.1
Mecanismo de transmisin de un formulario:

Se debe establecer el mecanismo apropiado que permita la transmisin de los formularios entre
SIMIP y SIRI, de tal forma que se pueda aprovechar los programas de validacin,
almacenamiento y de establecimiento de estados de un formulario, desarrollados actualmente en
SIRI.
Adicionalmente, para implementar el presente caso de uso, se debe tener en cuenta que SIRI,
actualmente maneja mecanismos de Token y de perfiles de usuario.
Pg.A3- 167
CASO DE USO SIMIP_INT_3.

PROVEER INFORMACIN DE
DOCUMENTOS DE SALIDA A SIAF
Pg.A3- 168
SIMIP_INT_3ProveerInfoDocumentosSalida-SIAF-v3.0.doc
Fecha
04/05/05
Versin
1.0
Descripcin
Versin Inicial
Autor
Disney Rubiano
Pg.A3- 169
Caso de Uso SIMIP_INT_3. Proveer informacin de

documentos de salida a SIAF
1. Descripcin Breve
Este caso de uso tiene como objetivo generar un archivo con documentos de salida para que se
maneje la correspondencia de salida en SIAF1. Este caso de uso se utiliza para el manejo de
comunicaciones enviadas por la Procuradura.
2.
SIMIP
3.
Entradas
Informacin bsica de los documentos de salida. Nmero de identificacin asociado al caso.
4.
Salidas
Archivo con la informacin de los documentos de salida.
5.
Flujo de Eventos
5.1 Flujo Bsico
1. Este caso de uso se utiliza cuando se enva

informacin de correspondencia de salida a
SIAF
2. El sistema genera automticamente los
registros de la interfaz
La documentacin en SIMIP asociada a cada caso debera tener en un identificador

asociado al caso. Como toda la correspondencia de salida tiene que ser manejada por la
oficina de registro y control, SIMIP debe enviar relacin de documentos enviados a dicha
divisin. Una vez recibidos en SIAF se les asigna identificar de salida (para el control de
correspondencia).
La informacin se vera as:
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.
Pg.A3- 170
CASO
Documentacin SIMIP
# SALIDA EN SIAF
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
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?
Pg.A3- 171
9.5 Datos que se desean cargar en el SIAF

Se debe identificar cules son los datos que necesita SIAF y sus caractersticas (Tipos,
9.6 Manejo de errores durante el cargue
Definir si durante el cargue se produce un error, se aborta o se continua?. Definir si se hace
cargue por lotes y si dicho cargue del lote se aborta cuando se produce un error, pasando al
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
Pg.A3- 172
CASO DE USO
SIMIP_INT_4.SUGERIR CASO
Pg.A3- 173
SIMIP_INT_4SugerirCaso.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
H. Velsquez
05/07/05
2.0
Obedece a una actualizacin del caso de

uso SIMIP_INT_4_ Sugerir Descriptor
Temtico.
D. Rubiano
22/07/05
3.0
Ajustes producto de las observaciones

D. Rubiano.
Pg.A3- 174
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.
3.
Servidor PGN
Entradas
Cdigo del caso.
Nmero de Expediente.
Tipo de caso (Preventivo, Disciplinario, Intervencin).
Dependencia.
Ubicacin geogrfica en donde se desarrollan los hechos

(Municipio/Ciudad/Departamento/Pas).
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).
Pg.A3- 175
4.
Resumen del desarrollo del caso (Notas del relato).
Identificacin de las informaciones jurdicas sobre las cuales se bas el desarrollo

del caso (por ejemplo: Normas y decretos).
Informacin jurdica sugerida: En caso de que en el punto anterior no se encuentre

la informacin necesaria, el usuario del sistema deber proponer la nueva
informacin jurdica que sustenta el desarrollo del caso. Esta informacin ser
evaluada por el administrador de SIREL, y dado el caso incorporada endicho
sistema, teniendo en cuenta la estructura de restrictotes, descriptores, sinnimos,
antnimos y links.
Concepto acogido.
Accin.
Sujetos partes.
Resultado (por ejemplo: fallo).
Identificacin del funcionario que propone el caso.
Fecha en la que se propone el caso.
Fecha de los hechos asociados al caso.
Direccin electrnica del funcionario que sugiere el caso.
Sugerencia de los temas a los cuales puede ser asociado el caso.
Ubicacin de la documentacin fsica que soporta el caso.
Salidas
Registro almacenado de un caso de caso sugerido desde SIMIP para SIREL.
5.
Flujo de Eventos
5.1
Flujo Bsico
1. Este caso de uso comienza cuando un

usuario SIMIP selecciona la opcin de
sugerencia de caso.
2. El sistema SIMIP, despliega una pantalla, para
que el usuario diligencie los respectivos datos de
entrada. En dicha pantalla, usa el caso de uso
SIREL_INT_1ConsultarTemas
Pg.A3- 176
3. El usuario registra los datos de la entrada,

entre ellos selecciona los temas a los que
quiere asociar el caso, y activa la opcin de
enviar.
4. Al dar la opcin de enviar, se genera un
mensaje hacia SIREL, que contiene los datos de la
entrada.
5. SIREL recibe el mensaje con los datos de la
entrada, crea y almacena un registro de caso
sugerido. El registro del caso que es almacenado
en SIREL es guardado con una marca que indica
que no ha sido evaluado en SIREL
5.2
Flujos Alternativos
Lnea 5: Si el caso sugerido ya existe se cancela la operacin y se genera un mensaje en el
que se indica de la situacin.
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

Se debe determinar la manera como SIMIP y SIREL establecern comunicacin para enviar
y recibir mensajes.
8.2
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
Pg.A3- 177
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.
Pg.A3- 178
CASO DE USO SIMIP_INT_5.

RECIBIR SOLICITUDES Y
PETICIONES INGRESADAS
POR LA WEB - SIC
Pg.A3- 179
SIMIP_INT_5RecibirSolicitudesWEB-SIC.doc
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano
15/07/05
2.0
Se incorporaron las observaciones sugeridas

por la PGN.
Disney Rubiano
Este caso de uso reune lo sugerido inicialmente

en
los
casos
de
uso
SIAF_INT1.CargarSoilcitudesWEB
y
SIC_INT_1GenerarArchivoSolicitudesWEB.
As como se cargan los datos bsicos de SIC
en el SIAF, los datos totales de la solicitud,
deben ser cargados en el SIMIP.
27/07/05
3.0
Se incluye el cargue de peticiones (caso de uso

SIC Registrar Peticiones) y el cargue de
informacin suministrada por las OCID.
C.Daz
Pg.A3- 180
CASO DE USO SIMIP_INT_5. RECIBIR SOLICITUDES Y

PETICIONES INGRESADAS POR LA WEB - SIC
1.
Descripcin Breve
Este caso de uso tiene como objetivo registrar en lnea los datos de las solicitudes y peticiones
ingresadas por el SIC, en SIMIP. Incluye lo registrado en los casos de uso de SIC: Registrar
Solicitudes, Registrar Peticiones e Ingresar Inicio y Actuaciones Procesos disciplinarios
reportados por OCID (Oficinas de Control Interno Disciplinario).
2.
2.1
Iteracin
0
2.2
Prioridad
Media.
2.3
Complejidad
Media.
3.
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.
Identificador que determina si se trata de un ciudadano o de un servidor PGN.
Datos de la Solicitud o Peticin:

Pg.A3- 181
5.
Fecha (automtica).
Detalle de la solicitud o peticin, descripcin breve del contenido de la solicitud o peticin.
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
1. Este caso de uso comienza cuando un usuario

(Servidor PGN ciudadano ingresa los datos de
una solicitud o queja por la WEB a travs del
sistema SIC.
2. El sistema SIC, toma los datos de entrada de
los casos de uso RegistrarSolicitudes, Registrar
Peticin e Ingresar inicio y actuaciones de
procesos disciplinarios reportados por OCID y
los incorpora en un mensaje hacia el sistema
SIMIP.
3. SIMIP, una vez recibe el mensaje con los datos,
crea y almacena un registro de solicitud.
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 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
Se deben suministrar todos los datos de la entrada..
8.
Post Condiciones
Se crea un registro en SIMIP de una solicitud.
Pg.A3- 182
9.
Asuntos Pendientes
9.1

Se debe determinar la manera como SIC y SIMIP establecern comunicacin para enviar y recibir
mensajes.
9.2
Definir de donde se debe tomar la informacin

Determinar de donde deben ser tomados los datos que se requiere sean incorporados en el
mensaje que enva SIC a SIMIP.
9.3
Datos que se desean cargar en el SIMIP

Se debe identificar cuales son los datos que necesita SIMIP y sus caractersticas (Tipos,
9.4

Definir si durante el cargue se produce un error, se aborta o se continua?
Pg.A3- 183

CASOS DE USO SIREL
Requerimientos Detallados Mdulo SIREL (Documento Final)
Pg.A4- i
TABLA DE CONTENIDO
SIREL1 Administrar Temas 1

SIREL2 Administrar Servidores PGN Temas..8
SIREL3 Comunicar Cambios Servidores PGN14
SIREL4 - Administrar informacin jurdica18
SIREL5 - Administrar links internos ..25
SIREL6 - Administrar links externos ..30
SIREL7 Consultar Lista Links Informacin Jurdica35
SIREL8 - Buscar informacin jurdica.41
SIREL9 - Generar documento..48
SIREL_INT_1. Consultar Temas.53
SIREL_INT_2. Evaluar casos sugeridos..57
Pg.A4- ii

TEMAS
Pg.A4- 1
AdministrarTemas.doc
Fecha
Versin
Descripcin
Autor
04/05/05
1.0
Versin Inicial
Disney Rubiano
01/06/02
2.0
Se cambi de nombre, pasando de Definir

descriptores o tesauros a Administrar
descriptores. Se complement el manejo
de descriptores, llevndolo hacia el
concepto de administracin de los mismos.
Disney Rubiano
22/07/05
3.0

D. Rubiano.
Pg.A4- 2
Caso de Uso Administrar Temas

1.
Descripcin Breve
El presente caso de uso tiene como objetivos consultar, establecer (ingresar-capturar), modificar y borrar
por cada uno de los tipos de informacin jurdica (Legislacin, jurisprudencia o doctrina) del sistema
SIREL, los diferentes temas de clasificacin, bsqueda y acceso a los registros de los casos representativos
y de las informaciones jurdicas que se almacenan en dicho sistema1.
Por cada tema, se debe poder establecer, consultar, modificar y borrar subtemas (restrictotes) con el nimo
de poder realizar de forma avanzada los procesos de clasificacin, bsqueda y acceso de informacin
almacenada en el sistema SIREL. A su vez, por cada subtema, se debe poder consultar, establecer,
modificar y eliminar el conjunto ordenado de trminos o palabras (Descriptores) de mayor relevancia,
dentro del concepto manejado por el subtema. A su vez, sobre las palabras definidas se deben poder
establecer relaciones, con tal suerte de que por cada una se puedan identificar sinnimos y antnimos (un
sinnimo y un antnimo son cada uno un descriptor ya almacenado en el sistema).
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
Administrador de SIREL.
.
4.
Entradas
Para modificacin2 e ingreso de datos:
Tipo de informacin (Legislacin, jurisprudencia o doctrina).
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.
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.
Pg.A4- 3
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.
Para eliminacin y consulta:
5.
Tipo de informacin (Legislacin, jurisprudencia o doctrina).
Cdigo de tema.
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

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
Pg.A4- 4
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.
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
Pg.A4- 5
informacin que desea modificar.

17. El sistema busca en su medio de
almacenamiento los registros que coincidan con los
datos de entrada y los elimina. Elimina el registro
que corresponde al tema y los de las asociaciones
con los descriptores y restrictotes. No elimina los
registros que corresponden a la informacin de los
descriptores y los restrictotes ya creados.
6.2
Flujos Alternativos
Creacin de nuevos descriptores y restrictores:
Lneas 5 y 6: Si hay necesidad de asociar un descriptor no almacenado en el sistema, el usuario deber
diligenciar los datos del mismo (Generacin de cdigo automtica, nombre y descripcin significado) y
las relaciones de sinnimos y antnimos, para que el sistema cree y almacene los respectivos registros.
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:
Lnea 13: Una modificacin puede significar la creacin/modificacin/eliminacin de relaciones con
descriptores y/o restrictotes. En caso de que un descriptor o restrictor no exista, se debe tener en cuenta lo
expresado para el ttulo anterior (Creacin de nuevos descriptores y restrictotes).
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.
Pg.A4- 6
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.
9.2
Definicin de temas
Se debe desarrollar una labor de levantamiento de informacin, con lo cual se pueda especificar de forma
clara el universo necesario de los temas, los descriptores y los restrictores. Para realizar esta tarea de puede
recurrir a sistemas universales de estandarizacin.
Pg.A4- 7

SERVIDORES PGN - TEMAS
Pg.A4- 8
AdministrarServidoresPGNTemas.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz
09/06/05
1.0
Se ajust el caso de uso y se cambi el

nombre de Inscribir Usuarios Temas a
Administrar Usuarios temas.
D. Rubiano.
22/07/05
3.0

D. Rubiano.
Pg.A4- 9
Caso de Uso Administrar Servidores PGN - Temas

1.
Descripcin Breve
El presente caso de uso tiene como objetivo consultar/ingresar (inscribir)/modificar/eliminar los
servidores PGN segn los temas (con conjunto de descriptores y restrictotes asociados) definidos
para la informacin jurdica y los casos representativos, almacenados en el sistema SIREL. Esto
con el fin de proporcionar informacin relevante a los servidores PGN cuando estn trabajando
casos particulares en SIMIP, as como permitir la comunicacin oportuna producto de la
incorporacin y/o modificacin de la informacin sobre el sistema SIREL.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
4.
Administrador SIREL.
Entradas
Para ingreso (inscripcin) y modificacin de datos:
Tipo de informacin jurdica (Legislacin, jurisprudencia o doctrina).

Por cada tema asociado de la informacin jurdica:
Registro de las direcciones electrnicas de los servidores PGN, que desean recibir
comunicaciones que indiquen la incorporacin y/o modificacin de informacin jurdica
y de casos representativos asociados con un tema. Por cada direccin electrnica se debe
conocer el nombre y dependencia del servidor a quien corresponde. Un servidor PGN
puede tener ms de una direccin electrnica.
Para consulta y eliminacin:
Pg.A4- 10
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.
Eliminacin: Se elimina del sistema SIREL el registro seleccionado.
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

administrador SIREL, selecciona la opcin de
Administrar usuarios a los temas de inters.
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.
Pg.A4- 11

9. Con la informacin anterior, el sistema obtiene el
identificador del correspondiente registro y hace la
correspondiente bsqueda y una vez lo encuentra
despliega la informacin (las direcciones
electrnicas de los servidores PGN asociados,
adems del nombre y la dependencia del servidor
PGN).
10. Si la opcin es eliminacin, el sistema ejecuta

las acciones de las lneas 7 y 8.
11. Con la informacin anterior, el sistema obtiene
el identificador del correspondiente registro y hace
la correspondiente bsqueda y una vez lo encuentra
despliega lo elimina.
12. Si la opcin es eliminacin, el sistema ejecuta

las acciones de las lneas 7, 8 y 9. Los datos se
despliegan con opcin de modificacin.
13. El usuario hace las modificaciones pertinentes
sobre los datos del servidor PGN (Nombre,
direcciones electrnicas y dependencia). Una
modificacin puede significar por ejemplo: Una
correccin sobre una direccin electrnica,
agregar nuevos servidores PGN a un tema o
eliminar servidores PGN de un tema.
13. Con la informacin anterior, el sistema obtiene
el identificador del correspondiente registro y hace
la correspondiente bsqueda y una vez lo encuentra
almacena las correspondientes modificaciones.
6.2
Flujos Alternativos
Lnea 2. Si el usuario no tiene los permisos adecuados, no se permite la ejecucin de la opcin.
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.
Pg.A4- 12
9.
Asuntos Pendientes
9.1
Se debe en la etapa de diseo, revisar las entradas, dado el caso complementarlas. Definir las
correspondientes caractersticas de las mismas: Nombres, tipos y longitudes. Adems se debe
definir de las estructuras de datos que almacenarn los datos que se diligencian segn las entradas
del presente caso de uso.
Pg.A4- 13
CASO DE USO COMUNICAR

CAMBIOS A SERVIDORES PGN
Pg.A4- 14
ComunicarCambiosServidoresPGN.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
C.Daz
01/06/05
2.0
Se modific el nombre, pasando de

Notificar nuevas normas a Comunicar
cambios a usuarios. Se ampli la
explicacin del concepto.
D. Rubiano
22/07/05
3.0

D. Rubiano.
Pg.A4- 15
Caso de Uso Comunicar Cambios a Servidores PGN

1.
Descripcin Breve
El presente caso de uso tiene como objetivo comunicar, va e-mail, a los usuarios sobre la incorporacin de
una nueva informacin jurdica y de la liberacin de casos representativos. Tambin comunica las
correcciones y modificaciones sobre la informacin ya existente (informacin jurdica y casos
representativos ya liberados), que se hayan registrado en el sistema SIREL.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
4.
Sistema SIREL
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
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.
Pg.A4- 16

2. El sistema dado el tema de la informacin
trabajada en cualquiera de los casos de uso
mencionados en la lnea 1, obtiene los
identificadores de los correspondientes registros de
asociacin Tema-Servidores PGN y hace la
correspondiente bsqueda y una vez lo encuentra
extrae la informacin correspondiente a las
direcciones electrnicas.
3. Por cada direccin electrnica se enva un correo
donde se comunica la accin realizada en el
respectivo caso de uso de la lnea 1, indicando el
tema, y la informacin jurdica o caso representativo
trabajado.
6.2
Flujos Alternativos
Lnea 2: Si la identificacin del perfil an no ha sido registrada en el sistema, se debe cancelar la operacin
y generar un mensaje donde se indique de la situacin. Si la norma no ha sido creada o no se le ha hecho
clasificacin, tambin se debe cancelar la operacin y generar un mensaje donde se indique lo sucedido.
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.
Pg.A4- 17

INFORMACIN JURDICA
Pg.A4- 18
AdministrarInformacinJurdica.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
D.Rubiano
01/06/05
2.0
Cambi de nombre, pasando de Registrar

normas a Administrar informacin
jurdica. Se tuvo en cuenta que la
informacin jurdica debe obedecer a
conceptos de administracin, que implican
su registro y continuo mantenimiento en el
sistema. Tambin toma lo descrito para los
casos
de
uso
de
nombres
ActualizarNormas y ClasificarNormas.
D.Rubiano
22/07/05
3.0

D. Rubiano.
Pg.A4- 19
Caso de Uso Administrar Informacin Jurdica

1.
Descripcin Breve
Este caso de uso tiene por objetivo que el usuario pueda administrar la informacin jurdica (se
refiere a la normatividad que soporta el desarrollo de los diferentes casos que lleva la PGN Por
ejemplo: Normas, leyes, decretos, sentencias y doctrinas), teniendo en cuenta que esta debe ser
ingresada (capturada), algunas veces simplemente consultada, y en casos de error, modificada
(corregida) o eliminada. La informacin jurdica que se administrar obedece a los siguientes
tipos: Legislacin, jurisprudencia y doctrina. En referencia a los servidores de la PGN, en general
la informacin que se administra en la implementacin del presente caso de uso, slo puede ser
consultada y dependiendo del tipo de usuario no se debe admitir ninguna clase de alteracin del
documento, salvo que el Administrador necesite hacer correcciones sobre el texto del mismo
(Que por alguna razn se haya incorporado un texto que no coincida con el original del
documento que contiene la informacin jurdica).
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
Para todas las opciones (Consulta, Modificacin (correccin), Ingreso (captura) y
Eliminacin): Administrador SIREL.
4.
Para la opcin de Consulta: Servidor PGN.
Entradas
Para Ingreso y Modificacin1:
Identificador de la informacin jurdica (Automtico).
Nombre de la informacin jurdica.
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.
Pg.A4- 20
Tipo de informacin jurdica (Legislacin, jurisprudencia o doctrina).
Texto de la informacin jurdica.
Identificador de los temas asociados (Cada tema tiene asociados de forma previa los
correspondientes descriptores y restrictores).
Restrictores asociados a los temas seleccionados (algunos o todos con respecto a los
asociados de forma previa al tema).
Descriptores asociados a los temas seleccionados (algunos o todos con respecto a los
asociados de forma previa al tema).
Restrictores extras (fuera de los asociados de forma previa al tema).
Descriptores extras (fuera de los ya asociados de forma previa al tema).
Estado de la informacin jurdica (Por ejemplo: Activa, derogada).
Autor.
Fecha de creacin.
Identificacin de la entidad responsable de de la informacin jurdica.
Para Consulta y Eliminacin:
Identificador de la informacin jurdica (Automtico).
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.
Modificacin: Un registro 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.
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
Pg.A4- 21

Administracin de informacin jurdica.
2. 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.
Administrador de SIREL), diligencia cada uno de
los campos de la entrada (Uno por cada entrada, a
excepcin del identificador de informacin
jurdica que se genera de forma automtica).
Ejecuta la opcin de guardar informacin.
6. El sistema crea un registro (genera el
identificador de forma automtica) de informacin
jurdica y lo almacena.
7. Si es consulta, el sistema despliega una pantalla
para que el usuario registre los datos de la
informacin que desea consultar. Se ejecuta la
implementacin
del
caso
de
uso
BuscarInformacin con Tipo de bsqueda: Slo
informacin jurdica. Buscar informacin, segn
sea el caso, encuentra justamente el registro del caso
cuyo valor de cdigo registro de la informacin
jurdica cuyo valor de identificador, coinciden con
el que se suministra en las entradas.
8. Si es modificacin, el sistema despliega una
informacin que desea modificar. Se ejecuta la
implementacin
del
caso
de
uso
Administrador de SIREL) modifica los datos de
entrada que requiera sobre la pantalla desplegada.
Ejecuta la opcin de guardar informacin
modificada
10. El sistema almacena el registro modificado de la
informacin jurdica. Se debe tener en cuenta el tipo
de modificacin, si es por correccin por error, se
Pg.A4- 22

modifica sobre el registro original. (Por ejemplo: si
es por modificacin sobre una ley, se debe crear un
nuevo registro).
11. Si es eliminacin, el sistema despliega una
informacin que desea eliminar. Se ejecuta la
implementacin
del
caso
de
uso
12. Si el usuario cuenta con los permisos (El

Administrador de SIREL) apropiados, ejecuta la
opcin de eliminacin del registro seleccionado.
13. El sistema elimina el registro seleccionado de su
medio de almacenamiento.
6.2
Flujos Alternativos
Lnea 6: Si la identificacin de la informacin histrica ya existe en el sistema, se cancela la
operacin y se despliega un mensaje al administrador donde se le describe la situacin.
Lneas 5 y 9. Si se trata de una entidad responsable que no ha sido registrada en el sistema, se
debe dar la opcin de que el usuario la ingrese como una entidad nueva. En el momento de hacer
el almacenamiento del registro ingresado/modificado se almacena la nueva entidad en el sistema.
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.
Pg.A4- 23
Modificacin: Un registro modificado en el sistema SIREL, de acuerdo a los datos suministrados

en las entradas.
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
9.1

Se deben revisar las entradas y de ser necesario ampliarlas, indicando sus longitudes y tipos,
adems de cuales son opcionales y cules obligatorias, por ejemplos los restrictotes y descriptores
extras son opcionales.
9.2
Estado de la informacin jurdica

En diseo, prestar especial atencin a los diferentes estados que puede tener las diferentes
informaciones jurdicas.
Pg.A4- 24

LINKS INTERNOS
Pg.A4- 25
AdministrarLinksInternos.doc
Fecha
Versin
Descripcin
Autor
05/07/05
1.0
Versin Inicial. Forma parte del caso de

uso Administrar Informacin Jurdica.
C.Daz
22/07/05
3.0

D. Rubiano.
Pg .A4- 26
Caso de Uso Administrar Links Internos

1.
Descripcin Breve
El presente caso de uso tiene como objetivo, consultar/establecer (ingresar crear)/modificar/borrar dentro de un texto de una informacin jurdica, un link en referencia a
otro fragmento del mismo texto (Subtexto).
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
4.
Entradas
Para modificacin y establecimiento (ingreso - creacin):
Identificador de la informacin jurdica.
Identificador del subtexto que referencia.
Identificador del subtexto que es referenciado.

Identificador del registro de asociacin entre subtextos
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.
Pg .A4- 27
en las entradas.
Consulta: Al encontrar la referencia a un subtexto dentro de un subtexto que referencia, el sistema
por accin del usuario mostrar el texto referenciado.
6.
Flujo de Eventos
6.1
Flujo Bsico

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.
4. Si la opcin es de ingreso, el usuario deber

seleccionar el subtexto que referencia y el
subtexto referenciado.
5. El sistema asigna identificadores a los subtextos y
crea y almacena un registro de asociacin. Sobre el
texto de la informacin jurdica se deber distinguir
el subtexto que referencia.
6. Si la opcin es de consulta, el usuario sealar
7. El sistema identifica el identificador del subtexto
sealado y busca en su medio de almacenamiento el
correspondiente registro de asociacin de subtextos
y extrae el identificador de subtexto referenciado.
Una vez es extrado el identificador del subtexto
referenciado, se muestra al usuario el contenido.
8. Si la opcin es de modificacin, el usuario
sealar subtexto que referencia y el subtexto
referenciado.
9. El sistema identifica el identificador de subtexto
Una vez encontrado el registro, lo elimina.
10. Se ejecutan las acciones de la lnea 5.
11. Si la opcin es de borrado, el usuario sealar
Pg .A4- 28
subtexto que referencia

6.2
Flujos Alternativos
Ninguno.
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
9.1
Definicin de perfiles y tipos

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.
Pg .A4- 29

LINKS EXTERNOS
Pg.A4- 30
AdministrarLinksExternos.doc
Fecha
Versin
Descripcin
Autor
05/07/05
1.0
Versin Inicial. Forma parte del caso de

uso Administrar Informacin Jurdica.
C.Daz
22/07/05
3.0

D. Rubiano.
Pg.A4- 31
Caso de Uso Administrar Links Externos

1.
Descripcin Breve
El presente caso de uso tiene como objetivo, consultar/establecer (ingresar crear)/modificar/borrar dentro de un texto de una informacin jurdica, un link en referencia a
otra informacin jurdica.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
4.
Entradas
Para modificacin y establecimiento (ingreso - creacin):
Identificador de la informacin jurdica desde donde se referencia.
Identificador del subtexto que referencia.
Identificador de la informacin jurdica referenciada.
Tipo de link (histrico, no histrico): Indica si la informacin jurdica referenciada hace

parte o no de la historia de la informacin jurdica que est siendo consultada desde
Buscar informacin.

Identificador del registro de asociacin entre un subtexto y una informacin jurdica
5.
Salidas
Pg.A4- 32
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.
en las entradas.
Consulta: Al encontrar la referencia a un subtexto dentro de un subtexto que referencia, el sistema
por accin del usuario mostrar los datos de la informacin jurdica referenciada.
6.
Flujo de Eventos
6.1
Flujo Bsico

selecciona la opcin de Administrar links
externos.
usuario del sistema pueda seleccionar una de 4
opciones (consultar/establecer/modificar/borrar).
3. El administrador selecciona una de las 4
opciones.
4. Si la opcin es de ingreso, el usuario deber

seleccionar el subtexto que referencia y luego
ejecutar la implementacin del caso de uso
BuscarIformacin, para seleccionar de la lista
resumida de ste, la informacin jurdica que se
desea referenciar.
5. El sistema asigna un identificador al subtexto y
crea y almacena un registro de asociacin en donde
se incluye ste identificador y el de la informacin
jurdica seleccionada. Sobre el texto de la
informacin jurdica se deber distinguir el subtexto
que referencia.
6. Si la opcin es de consulta, el usuario sealar
7. El sistema identifica el identificador del subtexto
sealado, busca en su medio de almacenamiento el
correspondiente registro de asociacin y extrae el
identificador
de
la
informacin
jurdica
referenciada. Una vez es extrado el identificador de
la informacin jurdica referenciada, se muestra al
Pg.A4- 33

usuario el contenido detallado de la misma.
8. Si la opcin es de modificacin, el usuario

sealar subtexto que referencia y luego ejecutar
la
implementacin
del
caso
de
uso
BuscarIformacin, para seleccionar de la lista
resumida de ste, la informacin jurdica que se
desea referenciar.
9. El sistema identifica el identificador de subtexto
Una vez encontrado el registro, lo elimina.
11. Si la opcin es de borrado, el usuario sealar
subtexto que referencia
6.2
Flujos Alternativos
Ninguno.
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
9.1
Definicin de perfiles y tipos

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.
Pg.A4- 34
CASO DE USO CONSULTAR

LISTA LINKS INFORMACIN
JURDICA
Pg.A4- 35
ConsultarListaLinksInformacinJurdica.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial.
C.Daz
22/07/05
3.0

D. Rubiano.
Pg.A4- 36
Caso de Uso Consultar Lista Links Informacin

Jurdica
1.
Descripcin Breve
El presente caso de uso tiene como objetivo, dados unos parmetros de bsqueda, mostrar de
forma resumida, una lista donde se pueda distinguir para las diferentes informaciones jurdicas
seleccionadas, los links internos y externos establecidos. En el caso de los links externos se debe
indicar la calidad de los mismos, determinando si son de carcter histrico o no.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
4.
Entradas
Generacin de la lista para una informacin jurdica especfica:
Parmetros generales de bsqueda:
Rangos de fechas de creacin de las informaciones jurdicas.
Tipo de informacin (Legislacin, Jurisprudencia y/o Doctrinas).
Temas.
Restrictotes.
Descriptores.
Otros parmetros de bsqueda:

Pg.A4- 37
5.
Slo links internos.
Slo links externos no histricos.
Slo links externos histricos.
Los dos tipos de links.
Mostrar informacin jurdica que no tiene links internos.
Mostrar informacin jurdica que no tiene links externos histricos.
Mostrar informacin jurdica que no tiene links externos no histricos.
Generacin de reporte Si o No?.
Salidas
Una lista donde por cada informacin jurdica seleccionada, se debe mostrar:
Autor de la informacin jurdica.
Dependiendo de las entradas:
Links internos (Fragmento de texto que referencia, Fragmento de texto referenciado).
Links externos histricos: Identificador de la informacin jurdica, Nombre de la informacin

jurdica. Estado de la informacin jurdica.
Links externos no histricos: Identificador de la informacin jurdica, Nombre de la

informacin jurdica.
Estado de la informacin jurdica.
6.
Flujo de Eventos
6.1
Flujo Bsico
1. Este caso de uso comienza cuando el usuario,

selecciona la opcin de Consultar Lista de Links
de Informacin Jurdica. Tambin se activa
cuando
desde
el
caso
de
uso
BuscarInformacin se ejecuta el presente caso
de uso, para una informacin especfica que est
siendo consultada.
2. El sistema toma la informacin de las entradas y
hace la bsqueda en su medio de almacenamiento
de los correspondientes registros.
Pg.A4- 38

3. El sistema arma la lista y la despliega para la
consulta del usuario. Si la entrada Generacin de
reporte est activa se hace la respectiva impresin.
4. El usuario puede seleccionar algunos de los

links internos y externos para consultar su detalle.
5. Si se trata de links externos, el sistema despliega
una pantalla con el detalle de la informacin de la
informacin jurdica:
Identificador de la informacin jurdica
Tipo de informacin jurdica (Legislacin,
jurisprudencia o doctrina).
Texto de la informacin jurdica.
Identificador de los temas asociados.
Restrictores asociados a los temas seleccionados
Descriptores asociados a los temas seleccionados
Restrictores extras.
Descriptores extras.
Estado de la informacin jurdica (Por ejemplo:
Activa, derogada).
Autor.
Fecha de creacin.
Identificacin de la entidad responsable de de la
informacin jurdica.
6. Si se trata de links internos, el sistema despliega
en una pantalla el respectivo subtexto.
6.2
Flujos Alternativos
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.
Pg.A4- 39
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.
Pg.A4- 40
CASO DE USO BUSCAR

INFORMACIN JURDICA
Pg.A4- 41
SIREL - BuscarInformacinJurdica v3.0.doc
Fecha
03/05/05
Versin
1.0
Descripcin
Versin Inicial.
Autor
C.Daz
Pg.A4- 42
Caso de Uso Buscar Informacin Jurdica

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir la bsqueda y consulta de informacin
jurdica o de casos sugeridos, dados algunos criterios de bsqueda. No necesariamente se debe
suministrar valores a todos los criterios y la bsqueda de la informacin puede obedecer a una
combinacin de los mismos.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
Administrador de SIREL y servidor PGN.
4.
Entradas
El usuario puede combinar en su bsqueda los siguientes criterios de bsqueda:
Tipo de informacin (Legislacin, Jurisprudencia y/o Doctrinas).
Temas.
Restrictotes extras1.
Descriptores extras.
Sinnimos.
Antnimos.
Tipo de bsqueda: Slo informacin jurdica (por ejemplo: Normas), slo casos
representativos, los dos anteriores.
Los temas ya tienen unos descriptores y resctrictores asociados.
Pg.A4- 43
En caso de querer incorporar a la bsqueda registros de informacin jurdica:

Cualquiera de las siguientes entradas:
Identificador de informacin jurdica
Entidad responsable de la informacin jurdica.
Rango de fechas de creacin de la informacin jurdica.
Autor de la informacin jurdica.
Rango de fechas de creacin de la informacin jurdica.
Identificacin de la entidad responsable de de la informacin jurdica.
En caso de querer incorporar a la bsqueda registros de casos representativos:

Cualquiera de las siguientes entradas:
Tipo de liberacin a servidores PGN (Total, Parcial, No liberacin).
Dependencia.
Nmero de Expediente.
Rango de fechas de liberacin total.
Rango de fechas de liberacin parcial.
Cdigo del caso.
Tipo de Origen de la solicitud que dio origen al caso.
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).
Identificacin del funcionario que propone el caso.
Rango de fechas en las que se proponen casos.
Identificador de evaluacin en un valor tal que indica que el caso no ha sido evaluado por
el administrador de SIREL.
Identificador de aceptacin o negacin del caso.
Identificador de liberacin de la informacin (Total, parcial, No liberacin)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.
Pg.A4- 44
5.
Rango de fechas de liberacin total.
Rango de fechas de liberacin parcial.
Concepto acogido.
Accin.
Sujetos partes.
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
1. Este caso de uso comienza cuando el usuario,

selecciona alguna de las opciones de Administrar
informacin jurdica (Exceptuando la de Ingresar
informacin jurdica), o cuando el usuario
selecciona la opcin de Evaluar caso sugerido.
Tambin se le da inicio al caso de uso cuando se
selecciona directamente la opcin de Bsqueda
de de informacin Jurdica.
usuario pueda diligenciar los datos de las entradas.
3. El usuario diligencia los datos de las entradas.
4. El sistema busca en su medio de almacenamiento
los registros de informacin jurdica y/o de casos
representativos que coincidan con los valores
suministrados a las entradas.
5. El sistema despliega un listado resumido con
todos los correspondientes registros. Este listado
muestra los siguientes datos:
Por cada registro de caso representativo:
Cdigo del caso.
Tipo de caso
Intervencin).
(Preventivo,
Disciplinario,
Tipo de Origen de la solicitud que dio origen al

caso.
Pg.A4- 45

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).
Identificacin del funcionario que propone el
caso.
Fecha en la que se propone el caso.
Estado de liberacin del caso.
Por cada registro de informacin jurdica:
Identificador de la informacin jurdica
Tipo de informacin jurdica (Legislacin,
jurisprudencia o doctrina).
Autor.
Fecha de creacin.
Identificacin de la entidad responsable de de la
informacin jurdica.
6.
El usuario selecciona del listado la
informacin que desea consultar en detalle.
7. El sistema despliega una pantalla con el detalle de
la informacin seleccionada en el listado (Para una
informacin jurdica despliega los datos de las
entradas, para modificacin e ingreso, del caso de
uso Administrar informacin jurdica. Para un
caso relevante, muestra las estradas del caso de uso
SIREL_INT_2EvaluarCasosSugeridos). Si se
trata de un registro referente a informacin jurdica,
desde esta pantalla el usuario debera poder ejecutar
las implementaciones de los siguientes casos de uso:
ConsultarListaLinksInformacinJurdica,
slo para la entrada Generacin de la lista para
una informacin jurdica especfica (pasando
como parmetro el identificador de la
informacin jurdica que est siendo consultada
por el presente caso de uso).
AdministrarLinksExternos
AdministrarLinksInternos
Pg.A4- 46
6.2
Flujos Alternativos
Lnea 7: Debe existir una opcin para regresar al listado, es decir al paso 6.
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

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.
Pg.A4- 47
CASO DE USO GENERAR

DOCUMENTO
Pg.A4- 48
GenerarDocumento.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial.
C.Daz
22/07/05
3.0

D. Rubiano.
Pg.A4- 49
Caso de Uso Generar Documento

1.
Descripcin Breve
El presente caso de uso tiene como objetivo permitir la generacin automtica de documentos con
las informaciones jurdicas y los casos representativos que se encuentren a partir de una bsqueda
de informacin (Ver el caso de uso Buscar Informacin Jurdica) sobre el medio de
almacenamiento del sistema. Este caso de uso debe permitir en el documento generado, la
incorporacin de ttulos, subttulos e ndices, adems de mantener los links internos y externos a
discrecin del usuario.
2.
2.1
Iteracin
0.
2.2
Prioridad
Alta.
2.3
Complejidad
Alta.
3.
4.
Entradas
Informacin general:
La informacin producida a partir de una bsqueda (Ver el caso de uso

BuscarInformacin).
Ttulo general del documento.
Tipo de letra para textos que no son ttulos.
Tamao de la letra para textos que no son ttulos.
Color de letra para textos que no son ttulos.
Tipo de letra para ttulos.
Tamao de letra para ttulos.
Color de letra para ttulos.
Pg.A4- 50
Nmero de niveles en subttulos.
Por cada nivel de subttulo:
Tipo de letra para subttulos.
Tamao de letra para subttulos.
Color de letra para subttulos.
Para los links internos y externos (si existe la necesidad de diferenciarlos):
5.
Tipo de letra para links.
Tamao de letra para links.
Color de letra para links.
Tipo de Numeracin para ttulos y subttulos (numrica y alfabtica).
Fecha de creacin.
Responsable.
Salidas
Registro de creacin del documento (Ttulo, fecha y responsable).
Documento generado.
6.
Flujo de Eventos
6.1
Flujo Bsico

generar documento.
2. Si el usuario cuenta con los permisos indicados
(se trata del Administrador del sistema), el sistema
despliega una pantalla para que el administrador del
mismo pueda diligenciar los criterios de bsqueda
de los datos que conformarn el documento. Se
ejecuta la implementacin del caso de uso
BuscarInformacin.
3. El sistema toma los registros encontrados en la
bsqueda anterior y los despliega en una lista
resumida.
4. Por cada registro de la lista, el usuario
diligencia los valores que indican si se trata de
Pg.A4- 51
informacin de un subttulo y de ser as, indica los

valores correspondientes a los niveles de
subttulos y subttulos. Adems determina cules
links internos y externos deben permanecer como
parte del texto del documento que se va a generar.
5. El usuario registra los dems valores de las
entradas.
6. El sistema genera el documento texto
conservando los links internos y externos indicados
en la lnea 5.
6.2
Flujos Alternativos
Ninguno.
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

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.
9.2
Herramienta de generacin del documento

En diseo se debe hacer una propuesta de herramienta que permita generar automticamente el
documento a partir de los valores de casos representativos y de informaciones jurdicas
almacenadas en el sistema.
Pg.A4- 52
CASO DE USO
SIREL_INT_1.CONSULTAR TEMAS
Pg.A4- 53
SIREL_INT_1ConsultarTemas.doc
Fecha
Versin
Descripcin
Autor
19/06/05
1.0
Versin Inicial
H. Velsquez
05/07/05
2.0
Este caso de uso es producto de los ajustes

sobre el caso de uso
SIREL_INT_1.Consultar Marco Base
D. Rubiano
Pg.A4- 54
Caso de uno SIREL_INT_1.Consultar Temas

1.
Descripcin Breve
Este caso de uso tiene como objetivo que un usuario autorizado en SIMIP pueda consultar
automticamente de SIREL los diferentes temas (grupos de descriptores) all creados, esto
con el fin de que el usuario pueda asociar un caso a un tema especficoClasificacin del
Caso de Uso.
2.
3.
SIMIP
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
1. Este caso de uso comienza cuando desde el

sistema SIMIP, se selecciona la opcin de
sugerencia de caso. Cuando esto sucede se
genera un mensaje hacia el sistema SIREL
solicitando los temas all creados y
almacenados.
2. SIREL recibe el mensaje y busca en su medio
de almacenamiento todos los registros de temas,
incluyendo el identificador del tema, los
descriptores asociados, por cada descriptor los
antnimos y sinnimos, adems de los
restrictotes y de la descripcin del tema.
3. SIREL crea un mensaje que involucra la
informacin de todos los temas y lo enva hacia
SIMIP.
4. Recibe el mensaje de SIREL y extrae del
mismo la informacin de los temas para
desplegarla en la correspondiente pantalla con
Pg.A4- 55
el nimo de que el usuario pueda seleccionar

los temas de su inters. La informacin
desplegada debe permitir identificar por cada
tema el identificador del tema, los descriptores
asociados, por cada descriptor los antnimos y
sinnimos, adems de los restrictotes del tema
y de la descripcin del tema.
5.2
Flujos Alternativos
Lnea 3: Si no existen registros de temas en SIREL, se enva un mensaje a SIMIP, donde se
indique de la situacin.
6.
Precondiciones
Los temas deben estar definidos con anterioridad en el sistema SIMIP.
7.
Post Condiciones
Se retorna un mensaje de SIREL a SIMIP con todos los registros de los temas creados y
almacenado en el SIREL.
8.
Asuntos Pendientes
8.1
Definicin de mensajes entre los dos sistemas.

En diseo, se debe definir la manera como los dos sistemas intercambiarn mensajes y las
estructura de los mismos.
8.2
Definicin de la estructura de datos de los temas

Se deben definir cules seran las caractersticas de las estructuras que almacenan los temas
en SIREL, nombres, tipos y longitudes, adems de obligatoriedad e integridad de datos.
Pg.A4- 56
CASO DE USO
SIREL_INT_2.EVALUAR CASOS
SUGERIDOS
Pg.A4- 57
SIREL_INT_2EvaluarCasosSugeridos.doc
Fecha
Versin
Descripcin
Autor
03/05/05
1.0
Versin Inicial
H. Velsquez
05/05/05
2.0
Este caso de uso es producto de los ajustes

sobre
el
caso
de
uso
SIREL_INT_3.Evaluar
Descriptor
Sugerido.
D. Rubiano
22/07/05
3.0

D. Rubiano.
Pg.A4- 58
Caso de uso SIREL-INT_2.Evaluar Casos

Sugeridos
1.
Descripcin Breve
Este caso de uso tiene por objetivo tomar los casos sugeridos por usuarios SIMIP, y
presentarlos al administrador de SIREL, para que l haga una evaluacin de los mismos y
decida si se deben o no ser tenidos en cuenta en SIREL como casos representativos.
2.
3.
Para la opcin de Modificacin: Administrador SIREL.
Para la opcin de Consulta: Servidor PGN.
Entradas
Por cada registro de caso sugerido se pueden diligenciar los siguientes valores:
Cdigo del caso.
Identificador de evaluacin en un valor tal que indica que el caso ya fue evaluado
por el administrador de SIREL.
Identificador de liberacin de la informacin (Total, parcial, No liberacin)1.
En caso de ser liberacin parcial, se debe registrar las direcciones electrnicas de

los servidores a los que se le es liberada la informacin.
Fecha de liberacin total.
Fecha de liberacin parcial.
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.
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.
Pg.A4- 59
4.
Salidas
Se actualiza un registro de datos referente a un caso representativo.
5.
Flujo de Eventos
5.1
Flujo Bsico

administrador de SIREL selecciona la opcin
de Evaluacin de casos sugeridos de SIMIP.
2. Se ejecuta la implementacin del caso de uso
de nombre BuscarInformacin con Tipo de
bsqueda: Slo Casos representativos. El caso
de uso encuentra justamente el caso
representativo cuyo valor de cdigo es el que se
suministra en las entradas. Despliega en una
pantalla los datos del caso representativo.
apropiados (Se trata del administrador de
SIREL), evala (Acepta o niega la
incorporacin del caso en SIREL como caso
representativo) la conveniencia del caso
desplegado, y si es necesario corrige la
informacin relacionada con el tema. En caso
de negar la incorporacin del caso, debe
diligenciar el respectivo indicador. En caso de
aceptacin, si el usuario lo cree conveniente,
ingresa los datos de liberacin del caso.
Para todo caso aceptado, el usuario deber
establecer/modificar la lista de informaciones
jurdicas que soportaron su desarrollo. Esta
informacin se establece a partir de la lista de
informaciones jurdicas suministradas por el
usuario SIMIP, en el momento de hacer la
sugerencia del caso (Ver el caso de uso
SIMIP_INT_4SugerirCaso).
4. SIREL, dependiendo de la situacin
(Aceptacin
o
negacin)
marca
el
correspondiente registro con el valor apropiado.
En caso de negacin almacena adems la causa
de la misma
Una vez se realiza la afectacin del caso por la
evaluacin del usuario, el registro debe marcarse
automticamente como evaluado.
En caso de liberacin parcial, de forma
Pg.A4- 60

automtica se enva un mail a las direcciones de
los servidores PGN interesados, con la
informacin del caso.
5.2
Flujos Alternativos
Lnea 3: Si el usuario encuentra que no existen las identificaciones de las informaciones
jurdicas (por ejemplo normas), sugeridas por el usuario SIMIP, deber suspender el
proceso de verificacin, para hacer la verificacin de la informacin jurdica sugerida y
dado el caso, hacer su ingreso al sistema (Ejecutar la implementacin del caso de uso
Administrar Informacin Jurdica). En caso de encontrar inconsistencias durante la
verificacin de la informacin jurdica sugerida por el usuario SIMIP, deber ejecutar la
implementacin del presente caso de uso, indicando para el caso sugerido la no aceptacin
y su causa.
Lnea 3: En caso de pretender liberar un caso no aceptado el sistema cancelar la operacin
y desplegar un mensaje indicndole al usuario de la situacin. El usuario del sistema puede
liberar el caso en una fecha diferente a la de su aceptacin.
Lnea 3: En caso de haber sufrido alguna evaluacin anterior, y se requiera de alguna
correccin, el usuario del sistema podr pasar de un caso aceptado a uno negado, para esto,
adicionalmente deber diligenciar la causa de la situacin. De cualquier forma el sistema
debe llevar un histrico de las acciones que se realicen sobre los casos, identificando
siempre el usuario que las ejecuta.
Lneas 4: En caso de querer ir de nuevo al listado resumido de los casos, la implementacin
del caso de uso debera poder dejar que el usuario vaya de nuevo a la lnea 2, a la lnea que
corresponde al despliegue del listado resumido de casos representativos (En el caso de uso
BuscarInformacin).
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.
Pg.A4- 61
Identificador de evaluacin en un valor tal que indica que el caso no ha sido

evaluado por el administrador de SIREL.
Identificador de liberacin de la informacin (Total, parcial, No liberacin).
En caso de ser liberacin parcial, se debe registrar las direcciones electrnicas de

los servidores a los que se le es liberada la informacin.
Fecha de liberacin total.
Fecha de liberacin parcial.
Lista de informaciones jurdicas sobre las cuales se sustent el desarrollo del caso.
En general, cuando la operacin realizada es exitosa y es con respecto a un caso

representativo liberado, se ejecuta
la implementacin del caso de uso
ComunicarCambiosUsuarios.
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.
Pg.A4- 62
ANEXO 5 DIAGRAMAS DE SECUENCIA
Requerimientos Detallados Diagramas de Secuencia (Documento Final)
Pg.A5-1
TABLA DE CONTENIDO
Tema
Pg.
1.
DEFINICIN .................................................................................................................. 5
2.
DIAGRAMA DE SECUENCIAS .................................................................................. 5

2.1 Diagrama de Secuencia del caso de uso: Definir Ruta y Plan de Actividades ............. 5
2.2 Diagrama de Secuencia del caso de uso: Asignar Servidor/Equipo de Trabajo a
Solicitud/Caso .............................................................................................................................. 8
2.3 Diagrama de Secuencia del caso de uso: Marcar Cierre Caso ...................................... 11
2.4 Diagrama de Secuencia del caso de uso: Registrar Conclusiones ............................... 13
2.5 Diagrama de Secuencia del caso de uso: Administrar Prstamos Expedientes.......... 14
2.6 Diagrama de Secuencia del escenario de uso: Ciclo de vida de una solicitud/caso .. 15
Pg.A5-2
CONTROL DE VERSIONES DEL DOCUMENTO
Fecha
Actualizacin
03/08 /2005
Versin
Revisado por
Comentario
1.0
Hernn Velsquez.
Disney Rubiano
Versin inicial
Pg.A5-3
INDICE DE ILUSTRACIONES
ILUSTRACIN 1 DIAGRAMA DE SECUENCIA DEL CASO DE USO: Definir Ruta y Plan de

Actividades Componentes de un diagrama de casos de uso.............................................................7
ILUSTRACIN 2 DIAGRAMA DE SECUENCIA DEL CASO DE USO: Asignar Servidor/Equipo
de Trabajo a
Solicitud/Caso..................................................9
ILUSTRACIN 3 DIAGRAMA DE SECUENCIA DEL CASO DE USO: Marcar Cierre
Caso............................................................12
ILUSTRACIN 4 DIAGRAMA DE SECUENCIA DEL CASO DE USO: Registrar
Conclusiones..............................................13
ILUSTRACIN 5 DIAGRAMA DE SECUENCIA DEL CASO DE USO: Administrar Prstamos
Expedientes................................................14
ILUSTRACIN 6 DIAGRAMA DE SECUENCIA DEL ESCENARIO DE USO: Ciclo de Vida de
una solicitud/caso........................................15
Pg.A5-4
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:
Definir Ruta y Plan de Actividades.
Asignar Servidor/Equipo de Trabajo a Solicitud/Caso
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.
Pg.A5-5
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.
Pg.A5-6
Diagrama de Secuencia
: Etapa
: Caso
: Actividad
/ Definir Ruta y Plan de

Actividades : Servidor
1 : [por cada actividad a definir en la
ruta] crearActividad ( )
2 : \new\
actividad
3 : tomarEtapas ( )
4 : [por cada actividad] \new\
etapas
5 : \selecciona de 'etapas' etapa a
administrar\
6 : [por cada etapa seleccionada]

ingresarEtapaEnRuta ( etapas_
seleccionadas )
Ilustracin 1 Diagrama de Secuencia del Caso de Uso: Definir Ruta y Plan de

Actividades
Pg.A5-7
2.2 Diagrama de Secuencia del caso de uso: Asignar Servidor/Equipo de Trabajo a

Solicitud/Caso
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.
Pg.A5-8
Ejemplo de Matriz de carga laboral:

# Casos asignados Vr. C. Lab.(Peso) # Casos evacuados # Casos Activos
Servidores
Pedro
Juan
Jos
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.
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
Pg.A5-9
/ Asignar Servidor/Equipo a
Solicitud/Caso : Servidor
: Caso
: ActoresCaso
: Usuario
1 : asignarServidorEquipo ( )
2 : \new\
3 : tomarListaActoresCandidatos ( )
actores_candidatos
candidatos
4 : \escoger actores elegidos\
5 : insertarActor ( actoresElegidos )
6 : [por cada actor] \new\
Ilustracin 2 Diagrama de Secuencia del Caso de Uso: Asignar Servidor/Equipo de Trabajo a

Solicitud/Caso
Pg.A5-10
2.3 Diagrama de Secuencia del caso de uso: Marcar Cierre Caso

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.
Pg.A5-11
Marcar Cierre Caso : Servidor
: Caso
: Expediente
1 : marcarCierreCaso ( )
2 : descargarFuncionarios ( )
3 : fijarTiempoEnDependencia ( )
Ilustracin 3 Diagrama de Secuencia del Caso de Uso: Marcar Cierre Caso
Pg.A5-12
2.4 Diagrama de Secuencia del caso de uso: Registrar Conclusiones

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.
Registrar Conclusiones : Servidor
: Caso
: Conclusiones
1 : [por cada conclusion a registrar]

registrarConclusiones ( )
2 : \new\
3 : insertarConclusion ( )
Ilustracin 4 Diagrama de Secuencia del Caso de Uso: Registrar Conclusiones
Pg.A5-13
2.5 Diagrama de Secuencia del caso de uso: Administrar Prstamos Expedientes

Descripcin Breve
Este caso de uso tiene como objetivo administrar el manejo de prstamo de

expedientes al interior de la PGN. Por cada prstamo que se realice, se debe registrar
como mnimo:
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
Administrar Prestamo de
Expedientes : Servidor
: Caso
: Expediente
: PrestamosExpedientes
1 : tomarExpediente ( )
2 : ingresarPrestamo ( )
3 : \new\
Ilustracin 5 Diagrama de Secuencia del Caso de Uso: Administrar Prstamos Expedientes
Pg.A5-14
2.6 Diagrama de Secuencia del escenario de uso: Ciclo de vida de una solicitud/caso
Escenario de Uso Ciclo de Vida de
una SOLICITUD/CASO PGN : PGN
: Solicitud
: Caso
: ActoresCaso
: Oficio
1 : \new\
2 : asignarCompetencia ( )
3 : evaluarSolicitud ( )
4 : [existe caso] acumularCaso ( )
5 : [existe solicitud] acumularSolicitud
( )
6 : asignarPrioridadPoliticas ( )
7 : [amerita abrir caso] abrirCaso ( )

8 : vincularASolicitud ( )
9 : gestionarActores ( )
10 : [por cada actor] insertarActor (

actores )
11 : definirRuta ( )
12 : [por cada etapa] ingresarEtapaEn
Ruta ( actividad )
13 : registrarConclusiones ( )
14 : [si hay sanciones a registrar]

ingresarSancion ( )
15 : [por cada oficio a generar]

generarOficios ( )
16 : marcarCierreCaso ( )
17 : [para cada funcionario del caso]

descargarFuncionarios ( )
Ilustracin 6 Diagrama de Secuencia del Escenario de Uso: Ciclo de vida de una solicitud/Caso
Pg.A5-15
: Siri
ANEXO GLOSARIO
Glosario (Versin Final)
Pg. 1
Fecha
Versin
Descripcin
Autor
10/05/2005
1.0
Versin Inicial tomado del

documento de Macroprocesos
Existentes y de las
Sugerencias de Jorge Elicer
C.Daz
10/05/2005
1.0
Inclusin trminos de sistemas
C.Daz
15/05/2005
1.0
Revisin con base en las

indicaciones de J.Elicer
C.Daz
27/05/2005
2.0
Revisin con base en

observaciones de Martha Ligia
C.Daz
15/06/2005
3.0
Revisin trminos tcnicos

casos de uso
C.Daz
02/08/2005
4.0
Revisin Final
C.Daz
3/08/2005
4.0
Se agregaron los trminos

correspondientes al Mapa de
los Sistemas de Informacin
F.Martnez
Pg. 2
TABLA DE CONTENIDO
Pg.
1.
Trminos relacionados con Procesos ................................................................................ 4
2.
Trminos relacionados con la PGN .................................................................................. 6
3.
Trminos relacionados con el rea tcnica en sistemas .................................................. 10
4.
Trminos relacionados con el Mapa de los Sistemas de Informacin ............................ 15
Pg. 3
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.
1.
Trminos relacionados con Procesos
Homologar: Equiparar, uniformar o poner en relacin de igualdad dos cosas.

En este proyecto la homologacin est orientada a la optimizacin de los procesos a partir de
la unificacin para facilitar la sistematizacin. Se llev a cabo como una de las fases del
trabajo realizadas para proponer mejoras a los macroprocesos existentes en la PGN.
ISO9001: La norma que se ha utilizado como base metodolgica en el proyecto para la
descripcin de los procesos de la PGN, es la ISO9001. Esta norma especifica los requisitos
para un sistema de gestin de calidad y mejoramiento continuo que puede utilizarse
internamente en la organizacin.
La norma ISO9001 promueve la adopcin de un enfoque basado en procesos tendiente a
mejorar la eficacia de un sistema de gestin de calidad. Cabe agregar que la norma ISO fue
pensada inicialmente en trminos de empresa, pero su utilidad se ha hecho evidente en la
esfera de la gestin pblica, donde ha apoyado esfuerzos de modernizacin hacia la eficiencia
de las entidades pblicas.
Proceso: Conjunto de actividades mutuamente interrelacionadas o que interactan entre s.
En el contexto del proyecto de la PGN el trmino macroproceso se refiere a un conjunto de
procesos de alto nivel asociados al cumplimiento de las funciones de la Procuradura. Dichos
macroprocesos se han clasificado de acuerdo a niveles de detalle y sus descripciones ms
precisas se describen a continuacin:
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
Pg. 4
disciplinario).
Subproceso (procesos de nivel 3): Asociado a las etapas principales dentro de cada
proceso.
Procedimiento (procesos de nivel 4): Pasos particulares asociados a los subprocesos.
En el documento de Procesos Optimizados, se definen los siguientes tipos de procesos:
Comn y obligatorio (COB): Son aquellos macroprocesos que cumplen la doble

condicin de que se tienen que adelantar en todas las reas misionales, pero adems
siempre tienen que realizarse; es decir, son imperativos.
Especfico y obligatorio (EOB): Son aquellos macroprocesos que cumplen la doble

condicin de que se adelantan exclusivamente en un rea misional, pero adems,
siempre tienen que realizarse; es decir, son imperativos.
Comn y opcional (COP): Son aquellos macroprocesos que cumplen la doble

condicin de que existen en todas las reas misionales, pero no siempre deben
presentarse y son de tipo condicional.
Especfico y opcional (EOP): Son aquellos macroprocesos que cumplen la doble

condicin de que existen exclusivamente en un rea misional, pero no siempre tienen
que realizarse; es decir, no son imperativos.
Salida: Dentro de la metodologa ISO uno de los componentes de un proceso es la salida,

entendida como el resultado del proceso. Estos resultados o salidas de proceso son los
productos que se entregan a los clientes de acuerdo a ISO.
Vale la pena aclarar que para el caso de la Procuradura, el trmino cliente se ha traducido
como actor. Y el trmino producto est asociado con los resultados o actuaciones.
(Ejemplo: fallo disciplinario o el archivo de un expediente disciplinario, la intervencin
consignada en un reporte, o el informe de la actuacin preventiva).
Pg. 5
2.
Trminos relacionados con la PGN
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.
Agente especial: Se utiliza para identificar la asignacin, nominacin o distincin de un
servidor como Agente Especial del Ministerio Pblico en un determinado proceso judicial
o administrativo, bien sea por decisin propia de la PGN, por solicitud de parte de las
autoridades de conocimiento del proceso, por su importancia social, la naturaleza de los
hechos, la trascendencia nacional o internacional del asunto, su complejidad, o por la
prioridad que reviste el proceso para la PGN.
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.
Pg. 6
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.
Cerrar caso: Es el subproceso por medio del cual el funcionario o la dependencia

competente, da por terminada toda accin asociada a un caso, el cual se produce cuando cesa
la accin de la PGN.
Decisin del Caso (Resultado / Salida):
Disciplinario: Providencia que pone fin a la actuacin disciplinaria en la PGN,

ordenando el archivo del proceso, remitindolo a otra autoridad por competencia, por
acumulacin de varios procesos o dictando el fallo respectivo.
Preventivo: Informe que da cuenta de la actuacin preventiva de la PGN, su

diagnstico de la situacin y las acciones o recomendaciones, as como los logros
obtenidos en un determinado caso, asunto o temtica.
Intervencin: Concepto, recurso, alegato, solicitud o accin final del Procurador

Judicial o servidor que interviene como Agente del Ministerio Pblico en un
determinado proceso judicial o administrativo, bien como agente ordinario o especial.
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.
Pg. 7
Establecer Marco Normativo: Consiste en establecer las normas, doctrina y jurisprudencia

bajo los cuales debe desarrollar sus actividades la PGN en un caso especfico.
Evaluar Asunto: Se refiere a la valoracin inicial de los hechos o conductas supuestamente
irregulares (conducta) y los responsables o autoridades sealadas en la solicitud (sujetos
responsables) con el fin de verificar la competencia, comprobar la existencia de antecedentes
sobre los mismos y determinar si amerita la apertura de un caso.
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.
Indicadores: Los indicadores son datos o seales sobre el funcionamiento, desempeo e

impacto de la PGN, estos datos, pueden convertirse, a partir de su anlisis, en informacin,
que permite tomar decisiones.
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.
Poltica: Es la formulacin de propsitos, lneas de accin, planes, programas y proyectos,
que determinan la focalizacin de los recursos y los esfuerzos institucionales, con miras a la
consecucin de un objetivo especfico.
Radicar Asunto: Actividad que consiste en registrar, inscribir o ingresar al sistema de
informacin de la PGN, los datos pertinentes de una queja, oficio o comunicacin a travs de
la cual se demanda el servicio o actuacin de la PGN en cualquiera de sus reas misionales, o
Pg. 8
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.
Pg. 9
3.
Trminos relacionados con el rea tcnica en sistemas
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.
Administracin de la informacin: conjunto de definiciones, normas, y tcnicas para
almacenar, procesar y transmitir informacin.1
Administracin del sistema de informacin: es el conjunto de herramientas que permiten
mantener un sistema de informacin en un estado de actualizacin vigente, en un nivel de uso
controlado, de acuerdo con polticas de actualizacin, seguridad y confidencialidad definidas
para el sistema.
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.
Arquitectura: Conjunto de decisiones significativas acerca de la organizacin de un sistema
software, la seleccin de los elementos estructurales a partir de los cuales se compone el
sistema y las interfaces entre ellos. La arquitectura de software se interesa no slo por la
estructura y el comportamiento, sino tambin por las restricciones y compromisos de uso,
funcionalidad, funcionamiento, flexibilidad al cambio, reutilizacin, comprensin, economa
y tecnologa.
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".
Canal de comunicacin: medio para transmitir informacin entre entes de comunicacin
1
Fuente: Diccionario enciclopdico de ciencia y tecnologa. Prentice Hall Hispanoamrica S.A.
Pg. 10
separados en el espacio.2
Caso de Uso: Una descripcin de un conjunto de secuencias de acciones, incluyendo
variaciones, que un sistema lleva a cabo y que produce un resultado de inters para un actor
determinado. Un caso de uso describe un proceso, un proceso de negocios por ejemplo.
Centro de Informacin: instalacin cuyo propsito es almacenar, procesar y recuperar
informacin segn las necesidades de los usuarios.3
Clase: Una descripcin de un conjunto de objetos que comparten los mismos atributos,
operaciones, relaciones y semntica.
Componentes de hardware: es la mnima unidad de hardware que hace parte de un equipo,
hasta cuyo nivel de detalle se desea manejar como infraestructura.
Diagrama: La representacin grfica de un conjunto de elementos, usualmente representado
como un grafo conectado de vrtices (elementos) y arcos (relaciones).
Diagramas de Actividad: Diagramas definidos por UML para modelar procesos de negocio
o para refinar casos de uso.
Diagrama de Casos de Uso: Explica grficamente un conjunto de casos de uso de un
sistema, los actores y la relacin entre stos y los casos de uso. Estos ltimos se muestran en
valos y los actores con figuras estilizadas. Hay lneas de comunicacin entre los casos y los
actores; las flechas indican el flujo de la informacin o el estmulo. El diagrama tiene por
objeto ofrecer una clase de diagrama contextual que nos permite conocer rpidamente los
actores externos de un sistema y las formas bsicas que lo utilizan.
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.
Diagrama de Colaboracin: Un diagrama de interaccin que enfatiza la organizacin
estructural de los objetos que envan y reciben mensajes; un diagrama que muestra las
2
3

Pg. 11
interacciones organizadas alrededor de instancias y de los enlaces entre ellas. (Utilizan un

formato de grafo o red).
Diagramas de Interaccin: Explica grficamente las interacciones existentes entre las
instancias (y las clases) del modelo de stas. UML define dos tipos de estos diagramas:
diagramas de colaboracin y diagramas de secuencia. Ambos sirven para expresar
interacciones.
Diagramas de Secuencia: Expresa interacciones entre instancias. (Utiliza un formato de
cerca o muro).
Equipo: es una unidad de hardware que hace parte de la infraestructura de informacin,
como un host, un switch de comunicaciones, un concentrador, un PC, etc. Un equipo puede
estar no conformado por otros equipos y puede tener no componentes.
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.
Evento: La especificacin de una ocurrencia significativa que tiene una ubicacin en el
tiempo y en el espacio; en el contexto de mquinas de estados, un evento es una ocurrencia
de un estmulo que puede disparar una transicin de estados.
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.
Flujo de Eventos Flujos Alternativos: Tambin llamado curso alterno de eventos,
describe importantes opciones o excepciones que pueden presentarse en relacin con el curso
normal. Si son muy complejas, se pueden expandir y convertir en nuevos casos de uso.
Pg. 12
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.
Formato de Caso de Uso Expandido: Un caso de uso expandido describe un proceso ms a
fondo que el de alto nivel. La diferencia bsica consiste en que tiene una seccin destinada al
curso normal de los eventos (flujo normal), que los describe paso a paso.
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.
Informacin: Conjunto de datos con sentido para quien la utiliza.
Informtica: Es el tratamiento en forma automtica de la informacin.
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.
Mapa de los Sistemas de Informacin: El mapa de sistemas es una representacin grfica
de un sistema de informacin que permite visualizar los componentes que lo conforman
y los principales flujos entre ellos.
Mensaje: Mecanismo en virtud del cual los objetos se comunican entre s, generalmente una
respuesta para ejecutar un mtodo.
Mtodo: En el lenguaje UML, implementacin o algoritmo especficos de la operacin de
una clase. Informalmente, procedimiento de software que puede ejecutarse en respuesta a un
mensaje.
Modelo: Descripcin de las caractersticas estticas, dinmicas o ambas de un tema,
presentada en varias vistas (generalmente diagramticos o textuales).
Objeto: Ver Instancia.
Pg. 13
Paquete: Un mecanismo de propsito general para organizar elementos en grupos.

Postcondicin: Una restriccin que ha de ser cierta al completarse una operacin.
Precondicin: Una restriccin que ha de ser cierta cuando una operacin es invocada.
Productos y Servicios: Son las soluciones de tecnologas de informacin que se han
desarrollado, y que pueden ser usadas para apoyar las diferentes funciones de las Empresas.
Los productos y servicios estn formados por componentes de software, hardware y
comunicaciones.
Requerimientos Funcionales: Un requerimiento es la necesidad que tiene un usuario para
resolver problemas o alcanzar un objetivo. Su importancia radica en que son pieza clave y
fundamental en el proceso de desarrollo de software.
Requerimientos no Funcionales: Requisito que especifica propiedades del sistema, como
restricciones del entorno o de implementacin, rendimiento, dependencias de plataforma,
mantenibilidad, extensibilidad o fiabilidad.
Restriccin: Limitacin o condicin que se impone a un elemento.
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.
Sistema de Informacin: Un conjunto u ordenacin de elementos organizados para llevar a
cabo algn mtodo, procedimiento o control mediante el procesamiento de informacin.
Soluciones Informticas: Se refiere a los productos informticos que ofrece un proveedor de
tecnologas de informacin, los cuales involucran elementos tangibles de hardware, software
o comunicaciones. As por ejemplo, un software de nmina es una solucin informtica.
Tecnologas de informacin: Las tecnologas de informacin, como se les llama
comnmente, se refieren a todo lo relacionado con la captura, transportacin, proceso, uso y
presentacin de la informacin (digital, audio y video); es decir, todo lo que involucra
Pg. 14
equipos de cmputo (hardware), programas de cmputo de infraestructura y aplicativos

(software) y las telecomunicaciones.4
Trminos de Referencia: Documento que contiene las condiciones y requerimientos
necesarios para una contratacin.
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.
Usuario: Humano que interacta con el sistema.
4.
Trminos relacionados con el Mapa de los Sistemas de
Informacin
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.
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.
Fuente: Tecnologas de la informacin a la estrategia del negocio. TI Magazin.net. Nelson Roca. Abril del 2000
Pg. 15
SIRI. Sigla usada para el sistema de informacin de registro de sanciones y causas de

inhabilidad, actualmente en uso en la PGN que permite llevar un registro ordenado de
sanciones e inhabilidades, expedir certificado de antecedentes en condiciones de seguridad, y
generar reportes gerenciales en donde se registran los antecedentes disciplinarios y penales.
Pg. 16

Licitacion112006bid Anexo4 4requerimientosfuncionalesynofuncionalesparte 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Licitacion112006bid Anexo4 4requerimientosfuncionalesynofuncionalesparte 1

Cargado por

Copyright:

Formatos disponibles

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Versin final, de acuerdo a

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

ANEXO 1 - CASOS DE USO SIC.....A1-1

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Subsistema de Informacin a la Ciudadana

Subsistema de Apoyo a la Misin

Subsistema de Procesos de la PGN

Subsistema de Legislacin y Relatora

En el captulo 2, se presentan los objetivos y alcance del documento. En el captulo 3,

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

En este captulo se presentan los objetivos y el alcance de los requerimientos

ANEXO 2- CASOS DE USO SIAM

Subsistema de Apoyo a la Misin

ANEXO 3- CASOS DE USO SIMIP:

Subsistema de Procesos de la PGN

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

ANEXO 4- CASOS DE USO SIREL:

Subsistema de Legislacin y Relatora

El contenido de la descripcin de los casos de uso que se encuentran en los Anexos 1

Asignar Servidor/Equipo de Trabajo a Solicitud/Caso y

Definir Ruta y Plan de Actividades

En el captulo 4 de este documento se encuentra la enumeracin de las

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Como producto de la etapa 7 del proyecto tambin se entregan dos documentos

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Subsistema de Informacin a la Ciudadana (Anexo 1)

SIAM: Subsistema de Apoyo a la Misin (Anexo 2)

Mantener Banco de Plantillas

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Administrar Competencias de las Dependencias

SIMIP: Subsistema de Procesos de la PGN (Anexo 3)

Asignar competencia (Dependencia)

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Manejar ubicacin del archivo en la dependencia

SIREL: Subsistema de Legislacin y Relatora (Anexo 4)

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

Las especificaciones suplementarias corresponden a requerimientos funcionales del

Tipos de Informacin que debe generar el SIM

En este captulo se han dividido las especificaciones suplementarias en:

Requerimientos Detallados -Funcionales- (Documento Final)

CIFI-INFORMATICA PROCURADURIA GENERAL DE LA NACION

El sistema deber ofrecer a todos los usuarios, la posibilidad de consultar

La solucin debe incluir ayudas en lnea para apoyar al usuario en el

Reportes y Generacin de Informacin :

El sistema debe permitir generar informacin y reportes que involucran

Suministrar informacin que permita a la PGN contar con informacin de

El sistema debe generar informacin que facilite el desarrollo de las

Identificacin de Informacin que debe generar el SIM