CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACIONREQUERIMIENTOS DE ALTO NIVEL DEL SISTEMA DE INFORMACIÓN MISIONAL CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION Histórico de Revisiones Fecha 05-May-05 05-May-05 19-May-05 Versión 1.0 1.0 2.0 Descripción Versión Inicial Alcance Funcional y Misional del Sistema Revisión observaciones PGN, inclusión nuevos requerimientos y diagramas de paquetes y casos de uso. Revisión observaciones PGN. C.Díaz C. García, H. Velasquez, D. Rubiano, C.Díaz 05-Jun-05 08-Jun-05 02-Ago-05 3.0 4.0 4.0 C.García, C.Díaz Revisión documentos mapa de D. Rubiano, sistemas vs requerimientos C.Díaz Revisión listado de C.Díaz requerimientos (sincronización con documento etapa 7) Autor C.García Requerimientos de Alto Nivel (Documento Final) Pág. 2 CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION TABLA DE CONTENIDO CAPÍTULO 1 -INTRODUCCIÓN........................................................................................................ 5 CAPÍTULO 2- OBJETIVOS Y ALCANCE ...................................................................................... 7 2.1 2.2 3.1 3.2 3.3 3.4 3.5 3.6 4.1 4.2 OBJETIVOS.............................................................................................................................. 7 ALCANCE ............................................................................................................................. 10 ALCANCE FUNCIONAL Y MISIONAL DEL SISTEMA ................................................................ 12 SUPUESTOS PARA LA DEFINICIÓN DEL SISTEMA ................................................................... 13 ACTORES DEL SISTEMA ........................................................................................................ 14 REQUERIMIENTOS GENERALES ............................................................................................. 15 RESTRICCIONES GENERALES ................................................................................................ 17 CARACTERÍSTICAS GENERALES ............................................................................................ 17 ALCANCE DE LOS SISTEMAS CON RELACIÓN A LOS PROCESOS ............................................. 20 LISTADO GENERAL DE REQUERIMIENTOS (CASOS DE USO).................................................. 21 CAPÍTULO 3. REQUERIMIENTOS Y RESTRICCIONES GENERALES ................................. 12 CAPÍTULO 4 –REQUERIMIENTOS FUNCIONALES.................................................................. 20 Requerimientos de Alto Nivel (Documento Final) Pág. 3 ..…………. 4 ..CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION TABLA DE ANEXOS ANEXO 1 – MATRIZ REQUERIMIENTOS . PROCESOS OPTIMIZADOS … . ANEXO 2 – DIAGRAMA DE PAQUETES Y DE CASOS DE USO ….VS. A1-1 A2-1 ANEXO 3 – DIAGRAMA DE CLASES ……………………………………………… A3-1 Requerimientos de Alto Nivel (Documento Final) Pág. incluye la formulación de la arquitectura de sistemas de información para las áreas misionales de la Entidad. Paralelamente con la especificación de requerimientos de alto nivel. En el capítulo 2. versión final del entregable de la Etapa 4. Este documento de “Requerimientos de Alto Nivel del Sistema de Información Misional”. En el presente documento y en los restantes documentos del Sistema de Información Misional de la PGN. módulos de Correspondencia y de Recursos Humanos (incluyendo Nómina). Los Anexos 2 y 3 contienen los siguientes diagramas: ANEXO 2 – DIAGRAMAS DE PAQUETES Y DE CASOS DE USO ANEXO 3 – DIAGRAMA DE CLASES Para lograr un mayor entendimiento del documento. PROCESOS OPTIMIZADOS. Adicionalmente. en el documento de la Etapa 7 “Requerimientos Detallados Sistema de Información Misional para la PGN (funcionales)” se incluye como anexo el Glosario para facilitar la comunicación y el entendimiento de los documentos entregados a la Procuraduría. el SIAF corresponde al Sistema de Información Administrativo y Financiero. 5 . que Requerimientos de Alto Nivel (Documento Final) Pág.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION CAPÍTULO 1 -INTRODUCCIÓN El contrato 066 de 2004 suscrito entre la Procuraduría General de la Nación y la Universidad de los Andes. En el Anexo 1 del documento se incluye la matriz de REQUERIMIENTOS POR SISTEMAS DE INFORMACIÓN VS. la Universidad también definió la arquitectura del sistema propuesto. En el capítulo 3. se presentan los objetivos y alcance del documento. se enumeran los requerimientos y restricciones generales y en el capítulo 4.0. corresponde a la versión 4. respectivamente del contrato Uniandes-PGN. para lo cual se ha previsto como una de las fases del trabajo la formulación de requerimientos de alto nivel. la lectura del mismo debe ser complementada con los documentos “Mapa del Sistema de Información” y “Arquitectura Seleccionada” que forman parte de los entregables de las etapas 5 y 6. se describen de manera general los requerimientos funcionales. 6 . Requerimientos de Alto Nivel (Documento Final) Pág.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION se encuentren en operación en la Procuraduría en el momento del desarrollo del SIM. El sistema debe fortalecer los procesos de la entidad de tal manera que agreguen valor dentro de Requerimientos de Alto Nivel (Documento Final) Pág.1 Objetivos El sistema de información de la PGN debe estar orientado en primera instancia a: a) Servir de apoyo a los funcionarios de la PGN en la ejecución de las labores para el cumplimiento de sus funciones misionales de prevención. a la evaluación de percepción sobre el impacto de la función institucional. contribuyendo además. así como el control y seguimiento de las demandas y acciones emprendidas contra la entidad. segura y confiable. c) Apoyar la labor de coordinación de las actividades propias de la misión de la PGN. El objeto del sistema de información misional para la PGN debe ser el de fortalecer las actividades propias de la misión con los instrumentos tecnológicos disponibles en la actualidad para hacer un óptimo uso de los recursos en la entidad. e) Generar información para el establecimiento de políticas y programas de la PGN. b) Prestar servicios que permitan una mayor y mejor interacción con la ciudadanía y los grupos de interés externos de la PGN. los objetivos y el alcance que debe tener el sistema de información misional que se define para la PGN. 2. ágil. facilitándole las actuaciones a la ciudadanía. amigable. planear y controlar la gestión de las actividades misionales de los funcionarios de la PGN. así como información requerida para la medición de los indicadores de gestión relacionados con la misión de la entidad. d) Generar información para apoyar. los grupos de interés asociados en un proceso (solicitudes y casos) y la ciudadanía en general.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION CAPÍTULO 2. 7 . Este sistema debe tener como usuarios objetivo la PGN. El uso del sistema por los funcionarios de la entidad debe ser de manera sencilla. intervención y disciplinaria.OBJETIVOS Y ALCANCE En este capítulo se presentan a grandes rasgos. f) Apoyar el ejercicio de las funciones conexas: i) legislación y relatoría y ii) de antecedentes disciplinarios y penales. CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION los propósitos y las funciones que tiene la PGN, y en particular a los grupos de interés de la entidad. El sistema debe estar basado en las fortalezas de los procesos y productos y debe apoyar el mejoramiento de las debilidades encontradas en la evaluación de los procesos de la entidad. La Universidad en el desarrollo de este proyecto, planteó a la PGN nuevos procesos, denominados procesos optimizados, que permiten tener una unificación de los eventos más importantes de las tres funciones misionales. Producto del análisis de estos procesos se han planteado los requerimientos de alto nivel del sistema de información que debe tener la PGN, los cuales por consiguiente, están relacionados con las tres funciones misionales de la PGN: • • • Función Disciplinaria Función de Intervención Función Preventiva. La normalización y homologación de los macroprocesos con anterioridad a la definición del sistema de información ha permitido tener una mayor claridad en la conceptualización y definición del sistema misional de la entidad. Se ha buscado homologar los procesos con miras a estructurar procesos similares que faciliten y simplifiquen la labor de los funcionarios y que permitan el control y el seguimiento de una manera más adecuada con el sistema. Con base en lo anteriormente expuesto, la principal característica del sistema de información misional de la PGN debe ser la de tener un sistema unificado para la ejecución de las tres funciones misionales de la entidad. Es decir, el sistema debe ser el mismo para la ejecución de las labores relacionadas con la función preventiva, disciplinaria y de intervención, en cuanto al manejo de los procesos (solicitudes y casos) y a los mecanismos de actuación. De igual manera, el sistema de información misional debe ser el mismo para los diferentes niveles organizacionales de la entidad: central, regional y provincial. La definición del sistema debe estar enmarcada en los requerimientos funcionales de la PGN y en los diferentes tipos de información y productos que se manejan en la entidad. Con respecto a la información, esta debe estar clasificada en: a) Información relacionada con los procesos misionales (solicitudes y casos) de la PGN b) Información relacionada con los antecedentes disciplinarios y penales de las personas c) Información de los recursos disponibles (físicos, humanos, documentales, etc.) para la ejecución de los procesos misionales (solicitudes y casos) de la PGN d) Información jurídica relacionada con la legislación utilizada en la PGN y la relatoría de la misma entidad. Con base en los análisis previos realizados por la Universidad, la PGN puede ser representada como una organización orientada por procesos. Por consiguiente, sus sistemas de información deben estar direccionados por los procesos optimizados, los cuales están orientados a flujos de trabajo claramente identificables donde siempre se tiene una apertura de un caso, cuando Requerimientos de Alto Nivel (Documento Final) Pág. 8 CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION la solicitud lo amerita, con la verificación de hechos, establecimiento del marco normativo que aplica al caso, evaluación y decisión del caso y por último, el cierre del caso y archivo de la respectiva documentación. También es importante destacar que los elementos que se generan o utilizan en la ejecución de los casos, son comunes a los diferentes tipos de procesos. Ejemplo de estos elementos son entradas, procesamiento de la información y salidas similares, definibles e identificables previamente. El sistema de información misional de la PGN debe estar conformado por dos tipos de subsistemas: Sub-sistemas de hilo conductor de las actuaciones de la PGN y que sea sensiblemente similar para todos los procesos misionales de la PGN. Sub-sistemas de apoyo a las actividades propias del ejercicio de las tres funciones misionales Al igual que los procesos optimizados, los sistemas deben cumplir, entre otros, con los siguientes objetivos generales: • • • Unificar los criterios y las actuaciones al interior de la PGN. Integrar mejor los recursos/elementos disponibles para la ejecución de las funciones misionales para aumentar los niveles de productividad y seguridad jurídica en la entidad. Asegurar las garantías dentro de los procesos: El sistema debe contribuir a asegurar que los requisitos que garanticen el proceso (solicitudes y casos) sean aplicados cabalmente por la PGN, permitiendo que los términos, etapas, etc., sean controlados automáticamente por el sistema. Garantizar la seguridad jurídica del proceso: El sistema debe ayudar a garantizar la seguridad y rigor jurídico de los procesos (solicitudes y casos), y debe permitir a los funcionarios de la PGN tener todos la información legal y los antecedentes para soportar las decisiones; en otras palabras, el objetivo del sistema debe ser el de pasar de un conocimiento particular a un conocimiento colectivo al interior de la PGN. Enfocar esfuerzos en la PGN: El sistema debe apoyar los procesos (solicitudes y casos) de tal manera que la PGN aumente su cobertura, le permita la fijación de prioridades y se amplifique el impacto de sus actuaciones por la aplicación de unas mejores prácticas de trabajo, más eficientes y eficaces alineadas con el plan estratégico de la Procuraduría y con el modelo de indicadores de nivel gerencial. Esto permitirá un incremento en la atención y solución de los procesos (solicitudes y casos) de una manera eficaz, eficiente y confiable jurídicamente. Garantizar Transparencia: El sistema misional de la PGN debe brindar información y garantizar transparencia de las actividades y actuaciones de la PGN hacia la ciudadanía. Mejorar la gestión operacional: El sistema debe disminuir la carga operativa en lo que respecta a manipulación de asuntos, y la asignación y control de actividades por parte de los funcionarios de la PGN, con el ánimo de concentrar sus esfuerzos en el estudio, • • • • Requerimientos de Alto Nivel (Documento Final) Pág. 9 CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION análisis, ampliación de cobertura y seguridad jurídica, lo cual redundará en una mejor calidad y oportunidad de las decisiones y por ende, en un apoyo decisivo a los propósitos estratégicos de la PGN. 2.2 Alcance Los macroprocesos definidos en los procesos optimizados están orientados a gestionar políticas, ejercer función misional, coordinar y controlar las funciones misionales y ejercer las funciones conexas. Por consiguiente, el alcance del sistema de información misional para la PGN debe apoyar: a) El diseño, formulación y evaluación de las políticas y proyectos relacionados con la misión de la PGN. b) Con respecto a la coordinación de funciones misionales, el sistema debe diseñarse de tal manera que coadyuve a sincronizar las actuaciones de la PGN en todos sus frentes. c) Con relación al control de las funciones misionales, el sistema debe estar diseñado para medir, evaluar y producir un mejoramiento continuo de los productos y los procesos (solicitudes y casos). El mejoramiento continuo se entiende como todas las acciones de tipo preventivo y correctivo que coadyuven a que las acciones de la PGN tengan el real impacto sobre la administración pública y sobre la Nación. d) Ejercer Funciones Misionales: para la ejecución de las funciones misionales, de manera general el sistema debe: Manejar las solicitudes y casos de manera unificada para las tres áreas misionales de prevención, intervención y disciplinario. Manejar y procesar las solicitudes que llegan a la PGN. Abrir, administrar y cerrar los casos, controlando el respectivo trámite al interior de la entidad, ejecutando las actividades requeridas para cada uno. Tener un control global de los procesos, con puntos de control comunes a los mismos, bajando en los niveles de detalle en la medida que se requiera para las funciones de coordinación y control de la función misional. Manejar todas las variantes que se presentan en los diferentes tipos de procesos (casos), es decir, manejar las secuencias o flujos de los casos, las cuales pueden ser invariantes o dinámicas. e) Ejercer Funciones Conexas Con respecto a administrar la información legal: Corresponde al registro, actualización y consulta de documentación en materia de conceptos y decisiones de la PGN; resoluciones, directivas y circulares; y Jurisprudencia de las Altas Cortes. Con respecto a administrar información asociada: Corresponde al registro, actualización y consulta de antecedentes disciplinarios y penales. Requerimientos de Alto Nivel (Documento Final) Pág. 10 menor y familia. • • • Requerimientos de Alto Nivel (Documento Final) Pág. el sistema debe manejar los siguientes tipos de información para cada uno de los casos que se abren en el sistema: • Información común obligatoria: la cual aplica para todas las solicitudes y casos que se abren en el sistema y es la información mínima requerida para la atención de las solicitudes y la ejecución de los casos.) que se abren en el sistema y es opcional para la ejecución de los casos de ese tipo. menor y familia. ambiental.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION El sistema de información para la misión de la PGN no solo debe apoyar los procesos de la PGN sino también debe brindar todas las ayudas necesarias para la generación de los productos (resultado de la atención de solicitudes y de la ejecución de los casos).) que se abren en el sistema y es la información mínima requerida para la ejecución de los casos de ese tipo. en las diferentes categorías planteadas por la Universidad. etc. 11 . etc. con respecto al alcance. Información específica opcional: la cual aplica para todos los casos de un mismo tipo (Ej: laboral. Información común opcional: la cual aplica para todos los casos que se abren en el sistema y es opcional para la ejecución de los casos. Información específica obligatoria: la cual aplica para todos los casos de un mismo tipo (Ej: laboral. ambiental. derechos humanos. por igual para las tres funciones de la misión: Productos principales de los procesos Productos asociados Información del proceso Información asociada (estado y seguimiento) Información legal y de relatoría Así como los procesos optimizados han sido clasificados en obligatorios u opcionales y comunes y específicos. derechos humanos. se tomaron como base los documentos generados en las etapas de Entendimiento y de Levantamiento y Mejoramiento de Macroprocesos del presente proyecto.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION CAPÍTULO 3. La gráfica siguiente sintetiza dichas funciones: Requerimientos de Alto Nivel (Documento Final) Pág. detalla en el Capítulo 4 .Descripción de las Áreas Misionales.1 Alcance Funcional y Misional del Sistema Para determinar el alcance funcional y misional del sistema. las competencias de la PGN por cada una de las funciones constitucionales. El documento de entendimiento “Entorno de la Entidad y Funciones de cada Área Misional”. REQUERIMIENTOS Y RESTRICCIONES GENERALES 3. 12 . 2 Supuestos para la Definición del Sistema La definición del sistema se ha realizado teniendo en cuenta los siguientes criterios: Requerimientos de Alto Nivel (Documento Final) Pág. las cuales han sido analizadas en el capítulo anterior. la PGN ejerce funciones misionales y funciones conexas (de apoyo a la misión). que los procesos administrativos y judiciales se desarrollen con la garantía total para las partes.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION Control disciplinario Promoción. que la vigilancia preventiva inhiba comportamiento y promueva acciones para la mejor gestión pública y por último que las relaciones sociales se basen en el respeto de los derechos humanos como marco de convivencia. 3. TOMO IProcesos Existentes y TOMO II – Propuesta de Optimización. 13 .H Funciones Vigilancia superior con fines preventivos Actuación ante las autoridades administrativas judiciales Estas funciones tienen como fin último garantizar que los funcionarios en el cumplimiento de sus funciones se ajusten al derecho en sus actuaciones. Para el cumplimiento de estas funciones constitucionales. Los documentos de la etapa de Levantamiento y Mejoramiento de Macroprocesos. protección y defensa de lo D. describen en detalle los macroprocesos que soportan las 3 funciones misionales y los macroprocesos relacionados con las funciones conexas de administración de información legal e información asociada. intervención y disciplinaria. 7. 3. software de base. El sistema debe ser diseñado teniendo en cuenta los macroprocesos institucionales y no los procesos individuales de cada una de las áreas de la PGN. La arquitectura del sistema de información debe estar orientada y unificada para las tres funciones misionales de la PGN: prevención. manejar en el sistema lo que es exclusivo a las acciones de la PGN. regional y provincial. 14 .3 Actores del Sistema En el siguiente cuadro se encuentra el esquema de los actores involucrados en el sistema. el sistema debe estar integrado con los sistemas externos de otras entidades del Estado con los cuales se requiera la integración de forma automática. 3. 2. 6. La arquitectura tecnológica que apoye el sistema debe estar orientada con base en la tecnología disponible en el mercado. De igual manera. Los subsistemas del sistema de información misional estarán integrados entre sí y con los restantes sistemas de la PGN tanto de tipo estratégico como de apoyo administrativo de forma automática. 5.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 1. Requerimientos de Alto Nivel (Documento Final) Pág. La PGN contará con toda la infraestructura de hardware. Con respecto a la información jurídica. La arquitectura del sistema de información debe estar orientada y unificada para la utilización en los tres niveles organizacionales de la entidad: central. comunicaciones y redes suficientes para la operación del sistema misional. 4. acciones o tutelas contra la PGN. con puntos de control comunes para las diferentes funciones misionales. y de manera particular. d) El sistema. dentro de sus funcionaes misionales. cada una de las actividades para ejecutar los casos. relacionados con estas funciones. El sistema debe permitir la selección de una etapa y dentro de cada una de ellas las actividades correspondientes.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 3. tales como demandas. b) Tener un control global de las solicitudes y los casos. No deberían existir restricciones para que una solicitud sea trabajado por las tres áreas misionales al mismo tiempo. disciplinaria e intervención) para una misma solicitud. 15 . e) Los procesos (casos) deben tener descriptores que permitan transferir automáticamente la información al subsistema que maneje la información jurídica (relatoría) para describir Requerimientos de Alto Nivel (Documento Final) Pág. debe incluir las solicitudes y casos manejados por la Oficina Jurídica de la entidad.4 Requerimientos Generales a) Manejar de manera global el control de las etapas de los casos. c) Permitir el manejo de diferentes casos que involucren las tres áreas misionales (preventiva. bajando en las etapas y actividades en la medida que se requiera para las funciones de coordinación y control de la función misional respectiva. Estar en capacidad de soportar actuaciones conjuntas tanto externas como internas en la ejecución de los casos. excel. es decir. para determinar la prescripción de los casos disciplinarios. unificarlos. l) Contar con un módulo de administración de los casos que permita fraccionarlos. i) j) El traslado por competencia debe garantizar la identificación única del proceso (solicitud o caso) para seguirle la pista al interior de la entidad.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION los documentos. o) Manejar la situación donde caso maneja múltiples documentos y un documento puede ser manejado por varios casos. Estos documentos pueden ser de entrada a los procesos (solicitudes y casos) o de salida generados por la PGN. p) Registrar el histórico de las diferentes actuaciones de los funcionarios. embeberlos. m) Registrar y manejar los instrumentos como actividades relacionadas a cada caso. Requerimientos de Alto Nivel (Documento Final) Pág. el sistema también debe permitir el registro de la información de seguimiento de las actuaciones de la entidades externas tales como la Rama Judicial. agente.) y su administración asociada. dependencia.. reasignarlos y registrar los motivos de cada situación. q) El sistema debe lanzar alertas de vencimientos y términos para las actividades de un caso. n) Contar con procesos de control de calidad para evitar y/o corregir que los funcionarios sigan los caminos del “árbol de decisión” que no deben. que no se tenga involucrado el “árbol de decisión” del caso en la herramienta del flujo de trabajo. etc. También debería permitir dar “peso” a los casos según su naturaleza y complejidad. 16 . h) Tener relacionados los documentos asociados con el proceso (solicitudes o casos). bien sean digitalizados. entidad y otros. g) Controlar la vigencia de los hechos. f) Consultar la información del sistema por diferentes aspectos tales como por caso. k) Ser simple y amigable. o en cualquier otro tipo de formato (Ej: word. Fiscalía y Oficinas de Control Interno Disciplinario de las entidades estatales cuyos procesos se encuentran en intervención por parte de la PGN. ya que mucha de esta información existe en otras entidades del estado o a través de empresas privadas que la suministran con fines comerciales. actividades y actuaciones) que se registren deben ser los mínimos necesarios para no volver inoperante el sistema para los abogados que adelantan los procesos misionales (solicitudes y casos).6 Características Generales A continuación se enumeran una serie de características o condiciones generales que deben cumplir los sistemas: a) El sistema debe definirse considerando los procesos transversalmente. b) La generación de estadísticas y reportes debe ser uniforme y general.5 Restricciones Generales A continuación se enumeran las restricciones que se han identificado hasta el momento para la definición del sistema y para los subsistemas en sí mismos y hasta dónde llegan y qué no contendrían los sistemas. sin suscribirlos a una Delegada o área específica. b) Los sistemas estratégicos y de apoyo administrativo de la PGN. físico o móvil en la participación de las audiencias verbales. 3. así como los sistemas misionales existentes que continuarán operando en la entidad. permitiendo que los traslados de los procesos de un área a otra se realicen de manera transparente. software de base. a) Disponibilidad de recursos económicos para que la PGN cuente con los recursos necesarios (hardware. deberán ser adaptados para su integración con el sistema de información misional de la PGN. Requerimientos de Alto Nivel (Documento Final) Pág. c) Los eventos (etapas. e) Acceso a la red de la PGN. preferiblemente debe promover convenios o contratos para adquirir esta información externamente. por cualquier medio. comunicaciones y redes) para la operación de los sistemas.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 3. 17 . para la restante información jurídica. solo deberá ingresar información asociada con su rol. de acuerdo con los niveles de criticidad de la información manejada por los subsistemas. d) Con relación a la información jurídica la PGN. f) El sistema debe ser diseñado considerando los requerimientos de seguridad de la información. atendiendo la naturaleza de los procesos. En algunos casos. 18 . duplicidad de procesos y las múltiples decisiones en casos colectivos. etc. se deberían tomar algunos conceptos y navegaciones actuales para hacer una transición suave a los nuevos sistemas. e) Los términos (plazos) y modalidades de las actividades de los casos deben ser independientes y deben estar definidas como parámetros en el sistema f) El sistema debe permitir homogenizar el grado o nivel de detalle con el cual se le hace seguimiento a los casos. El sistema debería manejar diferentes “grados” de seguimiento. regional o local. actividades y actuaciones). teniendo en cada caso. la información debe filtrarse y generar procesos de alerta tempana al respecto. nacional. l) Generar y hacer un seguimiento a flujos paralelos. tipificando los casos como de connotación internacional. d) La navegación por el sistema para los funcionarios de la PGN debe ser similar. el sistema debería también orientar al funcionario en la calificación de las conductas y las pruebas relevantes que deben ser solicitadas según el tipo de infracción. j) k) El sistema debe ser autodocumentado funcionalmente. h) La información restringida debe tener los mecanismos de seguridad suficientes para mantener la confidencialidad de los casos. Se debe manejar con claridad la dispersión de procesos.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION c) Debe ser un sistema homogéneo con entradas y salidas preestablecidas. Requerimientos de Alto Nivel (Documento Final) Pág. i) Por el alto nivel de criticidad de la calidad de información para el buen funcionamiento y la sostenibilidad del sistema. (Ejemplo: procesos que se tramitan con la Ley 200 de 1995 y procesos con la Ley 734 de 2003). por ejemplo. una escala de seguimiento diferente. con ayudas automáticas. sino que debe ser inteligente para detectar posibles omisiones. como por ejemplo violaciones a los derechos humanos o infracciones al DIH. g) El sistema no solo debe registrar eventos (etapas. La navegación debe ser uniforme. n) El sistema debe estar en capacidad de manejar la parametrización de las etapas y actividades para las diferentes funciones misionales de la PGN en los casos de cambios de legislación y adicionalmente. debe poder funcionar en forma simultánea los casos con las diferentes condiciones de cada una de las leyes. m) El sistema de manejo de la información jurídica debe tener esquemas de ingreso de la documentación de manera ágil y estandarizada para aumentar la cobertura en cuanto al contenido de sus bases de datos. duplicaciones. Requerimientos de Alto Nivel (Documento Final) Pág. podrán existir interfaces que por sus características o por las condiciones de los sistemas existentes como SIRI. el desarrollo de los restantes sistemas se impacte lo menos posible. Un ejemplo de esto sería la interface requerida entre SIMIP y SIRI (SIMIP_INT_2) cuando se requiere transmitir la información de los fallos sancionatorios en SIMIP a SIRI. puedan requerir otro tipo de interoperabilidad entre ellos.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION o) Las interfaces que se desarrollen entre el SIM. con el propósito de que si alguno de los sistemas tiene cambios en el futuro. deben ser desarrolladas con el esquema de solicitudes y respuestas entre los sistemas. No obstante. 19 . SIRI y otros sistemas no misionales de la PGN. 20 .CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION CAPÍTULO 4 –REQUERIMIENTOS FUNCIONALES 4. y que se enumeran a continuación: a) Comunes obligatorios (COB) b) Comunes opcionales (COP) c) Específicos opcionales (EOP) d) Específicos obligatorios (EOB) Sub-procesos comunes obligatorios (COB) COB_Valorar y Radicar Solicitud COB-Clasificar Asunto y Asignar Competencia COB-Asignar Servidor Público COB-Evaluar Asunto COB-Abrir Caso COB-Verificar Hechos COB-Establecer Marco Normativo COB-Evaluar y Decidir Caso COB-Cerrar Caso COB-Archivar Documentación Sub-procesos Comunes opcionales (COP) COP_Presentar Instrumento COP_Resolver Instrumento Requerimientos de Alto Nivel (Documento Final) Pág.1 Alcance de los Sistemas con Relación a los Procesos Los requerimientos del sistema de información propuestos en el presente documento. cubren los macroprocesos definidos en la propuesta de optimización. Se ha identificado el nombre del caso de uso.2 Listado General de Requerimientos (Casos de Uso) En el cuadro de las siguientes páginas se identifican los requerimientos de alto nivel utilizando la nomenclatura de UML para los Casos de Uso. 21 . Este listado general de requerimientos ha sido clasificado por los sistemas de información identificados en el documento del Mapa de Sistemas. 4. una breve descripción y los actores involucrados. Requerimientos de Alto Nivel (Documento Final) Pág.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION Sub-procesos específicos opcionales (EOP) EOP_PDI_Tomar Medidas Preventivas EOP_PIJ_Revisar Expediente en Despacho Judicial o Administrativo EOP_PFP_Hacer Seguimiento Sub-procesos específicos obligatorios (EOB) EOB_PRE_Divulgar Información Jurídica EOB_PRE_Recopilar Información Legal EOB_PRE_Atender Consultas Internas EOB_PSI_Aplicar Sanción EOB_PSI_Registrar Evento EOB_PSI_Verificar Cumplimiento EOB_PSI_Controlar Calidad EOB_PSI_Emitir Certificado Antecedentes En el Anexo 1 de este documento se muestra la relación existente entre los procesos optimizados (definidos en el Entregable 2 – TOMO II Procesos Optimizados) y los sistemas de información (identificados en el Entregable 5 – Mapa de Sistemas). vinculando las dos solicitudes indicando cual solicitud depende de la otra e inactivando la solicitud dependiente. Si la solicitud llega por la Web y el sistema detecta duplicidad. en cuyo caso se cuenta con toda la información. en el que se describen los temas y normas que determinan las competencias. Esta asignación automática se puede realizar cuando los ciudadanos o autoridades diligencien la solicitud o petición de manera completa. El presente caso de uso tiene como objetivo permitir que una solicitud recibida en correspondencia se convierta en más 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 intervención. y advertir al servidor para que decida si definitivamente la solicitud debe ser abierta o no. para el ejercicio del poder preferente. la advierte al usuario. etc). Servidor PGN SIMIP5 Abrir un documento de correspondencia en varias solicitudes Servidor PGN en división de registro y control Servidor SIMIP6 Acumular caso El presente caso de uso tiene como objetivo combinar la información de varios casos en uno solo.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA SIMIP1 NOMBRE REQUERIMIENTO Asignar competencia (Dependencia) DESCRIPCION El presente caso de uso tiene como objetivo asignar la dependencia que se hará cargo de la solicitud. 22 . indicándole en número de radicación de la solicitud o caso existente. Servidor SIMIP4 Reversar acumulación El presente caso de uso tiene como objetivo permitir reversar la acumulación efectuada sobre una solicitud o un caso. El sistema automáticamente debe asignar la dependencia competente para una solicitud o petición basado en la información registrada en el sistema en el caso de uso de SIAM – Administrar Competencias de las Dependencias. ACTORES Servidor PGN SIMIP2 Evaluar duplicidad El presente caso de uso tiene como objetivo evaluar la duplicidad de solicitudes ingresadas al sistema. de un caso en otro existente e inactivando el caso dependiente. El mecanismo también debe funcionar cuando la solicitud se inicia de oficio. vinculando la información. uno de disciplinario. También debería funcionar si lo que se reporta es el inicio de una investigación disciplinaria. Servidor SIMIP3 Acumular solicitud El presente caso de uso tiene como objetivo combinar la información de una solicitud con otra ya existente. Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. creando una relación de dependencia. El tipo de asignación puede ser automática o manual. para el caso de las comisiones disciplinarias especiales. Para solicitudes ingresadas por la web. la información incorporada al SIAF en el departamento de correspondencia es la información mínima de la solicitud. De igual manera cuando la solicitud es ingresada por un servidor PGN en una dependencia como solicitud de oficio. Si se asignan servidores el sistema debe brindar la posibilidad de señalar sus roles. el servidor o servidores (equipo de trabajo) que se encargarán del mismo. etc). de la dependencia. El sistema debe prever la posibilidad de que un servidor. y consiste en registrar los IUCs de los casos que se relacionaron y que tipo de relación se ejecutó (ej: acumulación. es decir asignar el titular de la responsabilidad del trámite del caso. por ejemplo.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA SIMIP7 NOMBRE REQUERIMIENTO Fraccionar Caso DESCRIPCION El presente caso de uso tiene como propósito abrir un caso de uso existente. también se encuentre adscrito o se pueda adscribir. administrativa o jurídica) o de prevención. dando la justificación para la relación. ACTORES Servidor PGN SIMIP8 Relacionar casos El presente caso de uso tiene como objetivo relacionar dos o más casos con el fin de hacer seguimiento a casos relacionados. en otro nuevo heredando la información del caso original cuando así se indique. Jefe o Coordinador de Grupo SIMIP11 Recibir El presente caso de uso tiene como objetivo indicar qué documentación física debe haber sido recibida Dependencia Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. éste requerimiento forma parte de la información recolectada cuando se hace el ingreso de la solicitud. 23 . de intervención (judicial. la presidencia y los colaboradores. Para solicitudes ingresadas por el sistema SIAF. a un Comité o Comisión Institucional (dependencia virtual) creada para atender determinados tipos de casos o problemáticas.o a un caso. la información se complementa en SIMIP en la oficina de registro y control. Servidor PGN SIMIP9 Complementar Información Solicitud El presente caso de uso tiene como objetivo complementar la información de la solicitud. de acuerdo al área misional disciplinaria. Servidor de la PGN como operador del Sistema SIMIP SIMIP10 Asignar Servidor/Equipo de Trabajo a Solicitud/Caso El presente caso de uso tiene como objetivo asignar a una solicitud -valorada como de competencia de la PGN. 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). fracción. El caso de uso también puede ser llamado directamente para relacionar dos casos con un tipo de relación genérica que el servidor puede definir. Regional o Territorial. Procurador Delegado. una vez el registro ha llegado a SIMIP via interfaz. Este caso de uso es llamado desde los casos de uso de acumular y fraccionar casos. SIMIP13 Definir Actuación El presente caso de uso tiene como objetivo registrar la acción que corresponda seguir. y asociarla a una solicitud o caso existente en el sistema. territorial o por traslado de competencia. disciplinario. de intervención o jurídica) a lo largo de toda la actuación de la PGN. SIMIP15 Abrir Caso El presente caso de uso tiene como objetivo asignar un identificador único de caso (IUC). una lista de opciones posibles entre las que puede seleccionar la más indicada. y que es generada por SIAF. para focalizar esfuerzos. SIMIP14 Asignar Prioridad. sin importar si el caso cambia de dependencia en el nivel central. Cuando la documentación llegue a la dependencia. Este número servirá para identificar cada caso (preventivo. Esta tarea se podrá realizar con ayuda del código de barras que se le coloca a la documentación al momento de entrar a la PGN. Política es una clasificación por línea de acción. se generará una alarma a la División de Correspondencia. Estas acciones corresponden a las salidas del proceso Evaluar Asunto. el sistema. se leerá el código de barras del documento y de esta manera quedará registrado en el sistema la dependencia que posee los documentos. baja). Si la documentación asociada a una solicitud no llega a su receptor después de un tiempo definido. las cuales se encuentran definidas en el mapa estratégico de la entidad. El sistema proporcionará al servidor de la PGN. Prioridad es el grado de importancia relativa para la PGN. así como adscribir la solicitud/caso a una determinada política institucional y a un proyecto particular si es del caso. generar auto u oficio para remitir a otra entidad. Esto con el fin de detectar documentos que no hayan llegado a la dependencia físicamente pero cuya solicitud ya se encuentra asignada a la dependencia en Dependencia documentación física. SIMIP16 Vincular IÚS con IÚC El presente caso de uso tiene como objetivo relacionar una solicitud con un caso. media. etc. Políticas y Proyectos a una Solicitud/Caso El presente caso de uso tiene como objetivo asignar prioridad a una solicitud.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO Documentación Física Solicitudes DESCRIPCION en una dependencia de la PGN. una vez se ha evaluado el asunto. ACTORES SIMIP12 Contrastar solicitudes recibidas del SIAF contra El presente caso de uso tiene como objetivo listar las solicitudes asignadas a una dependencia contra el recibo de la documentación física correspondiente. 24 . por ejemplo: abrir caso. Este caso de uso puede ser utilizado en dos oportunidades: Cuando se abre un caso o cuando se desea Sistema Servidor PGN Sistema Servidor PGN en la Dependencia Servidor PGN Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. y está determinada por el grado de connotación de la solicitud o caso (alta. mediante los identificadores correspondientes. con base en una ruta sugerida por el sistema siguiendo las consideraciones lógicas y legales correspondientes. con un instrumento guía. (Los titulares de la responsabilidad. en donde se cuenta para disciplinario con un manual de pruebas por tipo de violación y para preventivo. igualmente. las Servidor de la PGN Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. Si es en apertura de caso. si el caso es disciplinario. se asignan en el respectivo caso de uso). Por ejemplo. Servidor de la PGN SIMIP19 Registrar Actividades y Actuación/Decisión realizadas Tiene como objetivo registrar las actividades y actuaciones (decisiones) realizadas en el caso. . Si es preventivo. como en derechos humanos. que pueden ser un servidor o un equipo de trabajo de la PGN. actividades e información asociada. La información registrada en este caso de uso debe facilitar el envió de oficios o de notificaciones a los actores del proceso.Definir Ruta: El servidor determina el camino a seguir (Marcar ruta).Definir Plan de Acción: El servidor dice que es lo que va a hacer. generando al servidor las alertas tempranas que se definan. Servidor PGN SIMIP18 Definir Ruta y Plan de Tiene como objetivo definir la ruta y el plan de acción a seguir en el desarrollo de un caso. El plan también se puede rearmar a medida que transcurre el caso. etc) se hará teniendo en cuenta las etapas y actividades registradas en el sistema mediante el caso de uso de SIAM de Administrar etapas. si se va por indagación preliminar o por investigación. la etapa o la actividad.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO DESCRIPCION acumular una solicitud nueva a un caso ya existente. 25 . El sistema le puede sugerir algunas actividades. el servidor tiene que suministrar la información de la solicitud y el caso que desea vincular. debe indicar si es agente especial o agente ordinario. la determinación de la ruta de las acciones que le permitirán comprobar los hechos. el sistema hace la operación automáticamente. tipo de actividades por área. Puede ser un plan general de acción o puede ser detallando una a una las actividades. Actividades: ejemplos de actividades para Disciplinario son: las declaraciones de testigos. debe indicar si se va por proceso ordinario o verbal y en el primero. ACTORES SIMIP17 Gestionar Actores del caso 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 trámite del caso. Actividades . el Plan le permitirá al sistema. así como una justificación de la acción. el sistema podrá tomar datos registrados por cada actor y llevarlos directamente al oficio correspondiente. La validación de la ruta. El Plan de Acción permitirá al servidor llevar un control ordenado de las actividades a realizar y su propósito. controlar los términos. para el Caso. Si es por acumulación. según el caso. en cuanto validez de las actividades (precedencia. Si es intervención. oficios) requeridos en el trámite de una solicitud o caso. normatividad aplicada para la solución del caso y un breve resumen de la solución del caso y las razones o fundamentos. Este será un proceso automático que barre los casos y sus etapas. Las primeras darán al servidor de la PGN tiempo suficiente para la ejecución de la tarea. Una vez el usuario ha completado el documento. etc. el software debe validar que los campos requeridos han sido diligenciados y adjuntarlo al registro – solicitud o caso. Registro que además. por ejemplo. abrir indagación preliminar. abrir investigación disciplinaria. actos. términos o decisiones de las etapas o actividades/actuaciones definidas para un caso. Esta sección de conclusiones puede incluir una plantilla en la que se pueden. Al igual que para las actividades. las segundas pueden ser utilizadas para el monitoreo de actividades. Actividades. manejar temas y subtemas. decretar archivo. ACTORES SIMIP20 Alertar Vencimiento Casos El presente caso de uso tiene como objetivo generar alertas sobre el próximo vencimiento de alguno de los casos. y genere unas alertas de los términos que están a punto de vencerse. la exposición libre de los disciplinados. el sistema podrá automáticamente llenar los campos con base en la información del caso y una vez revisado por el usuario podrá ser anexado al caso. Para ello se cuenta con plantillas preestablecidas en SIAM. los peritazgos. una vez se haya emitido la decisión. formular cargos y dictar fallo. Por ejemplo. Actuaciones / Decisiones: Hay actuaciones que implican decisiones. la suspensión y el archivo) y otras relacionadas con el proceso. Se debe considerar la generación de varios tipos de alerta. que para algunas plantillas. Vale la pena aclarar. autos El presente caso de uso tiene como objetivo elaborar los documentos de comunicaciones (ejemplo: autos. El caso de uso de SIAM (Administrar Etapas. que pueden ser importadas como guía del documento. de acuerdo a unos parámetros de fechas y requisitos establecidos. concepto o informe que pone fin a la actuación de la PGN Debe constar de una sección donde en forma resumida el servidor registra las conclusiones del caso y debe tener la posibilidad de adjuntar información adicional como anexo. como la nulidad. Actuaciones e Información Relacionada) describe una Servidor PGN Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. suspender al servidor investigado. hay algunas decisiones relacionadas con el actor (ejemplo: sanción. las visitas especiales. Hay actividades relacionadas con el caso y otras con los actores del caso. 26 . Servidor PGN SIMIP22 Generar oficios. SIMIP SIMIP21 Registrar Conclusiones El presente caso de uso tiene como objetivo permitir al servidor registrar las conclusiones en el análisis del caso. unas alertas tempranas y otras alertas de términos vencidos. puede facilitar el trabajo de relatoría.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO DESCRIPCION declaraciones de las víctimas. por ejemplo. desplegar una lista de documentos asociados. 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 acción preventiva. en disciplinario. para no tener que hacerlo en forma manual. el sistema traerá automáticamente la plantilla diligenciada con los datos del registro. se indique a un caso Servidor PGN SIMIP26 SIMIP27 Administrar préstamo de expedientes Indicar cumplimiento por caso preventivo Servidor PGN Servidor de la que tiene control de advertencia. Consiste en cambiar el estado del registro en el sistema. sin importar si es en primera o segunda instancia. si la Entidad hizo o dejó de hacer lo que normativamente le PGN correspondía. si el servidor registra en el sistema la decisión de archivar la actuación disciplinaria y ésta cobra ejecutoria. acción preventiva concluida (para preventivo) o proceso de intervención concluido (para intervención o jurídico) y se cumpla la fecha estipulada para establecer dicha acción (ver caso de Uso Marcar Cierre del Caso). 27 . Si la indicación tiene connotación positiva.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO DESCRIPCION tabla básica del sistema que relaciona documentos (plantillas) con actividades/actuaciones. SIMIP SIMIP25 Manejar ubicación del El presente caso de uso tiene como objetivo permitir el registro de la ubicación y seguimiento de los archivo en la dependencia expedientes en las dependencias hasta que el expediente (documento físico) pase a archivo Central. el sistema puede cerrar el caso. Una vez seleccionado el documento. la cual permitirá al sistema de manera automática cuando se registra una actividad o actuación en el sistema. Esta acción se realiza una vez el caso ha pasado a cosa juzgada (para disciplinario). En algunos casos el sistema automáticamente puede cerrar el caso. ACTORES SIMIP23 Marcar Cierre Caso El presente caso de uso tiene como objetivo cerrar el caso. ligándolas al seguimiento. Servidor PGN SIMIP24 Marcar Archivo Físico El presente caso de uso tiene como objetivo indicar que la documentación asociada al caso ya ha sido Caso enviada a Archivo Central. se le debe deshabilitar el control de advertencia. El presente caso de uso tiene como objetivo permitir que sobre el sistema SIMIP. Deben quedar previamente registradas las recomendaciones contenidas en el informe final. Este marcado se realiza mediante un proceso automático que verifica los casos cerrados que son candidatos a pasar a Archivo Central. Una vez el documento este completo se anexará al caso. escogiendo los que deben pasar y haciendo la anotación respectiva. Por ejemplo. El presente caso de uso tiene como objetivo administrar el manejo de préstamo de expedientes al interior de la PGN. Como la Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. indicando que el caso esta cerrado. Este caso de uso debe cambiar el estado del caso que ya estaba cerrado. que está bajo seguimiento. Equipo de trabajo no titular – De apoyo en el desarrollo de un caso. se registren las diferentes actividades que realiza el servidor PGN en torno a las actividades de seguimiento a la Entidad objeto del caso de prevención. El objetivo de este caso de uso es generar un listado que permita revisar periódicamente la relación de casos fallados en SIMIP contra SIRI. entendiéndose como servidor un funcionario de la PGN. Servidor de la PGN SIMIP29 Reabrir Caso El presente caso de uso tiene como objetivo permitir la reapertura de un caso. los roles que los componen y los servidores PGN inscritos en dichos roles. Servidor PGn SIMIP30 Generar listado de fallos no enviados a SIRI 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. la forma de cumplimiento. actualizar e inactivar la información concerniente a los equipos de trabajo. por ejemplo. Un Equipo de trabajo lo componen roles tales como por ejemplo “Jefe de equipo” e “Investigador”. permite diligenciar el formato SIRI desde SIMIP para que pueda ser enviado por el usuario al SIRI. 28 .CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO DESCRIPCION acción preventiva puede recaer simultáneamente sobre varias entidades. Procurador Delegado. Regional o Territorial. chequeando en la lista cuales se van cumpliendo. consultar. Por cada gestión realizada. la fecha y la persona responsable ACTORES SIMIP28 Registra seguimiento El presente caso de uso tiene como objetivo permitir que sobre el sistema SIMIP. existe la posibilidad de que el usuario no envié a SIRI un fallo determinado. Servidor PGN SIMIP31 Administrar Equipos de Trabajo El presente caso de uso tiene como objetivo permitir sobre el sistema SIMIP. Un equipo de trabajo puede ser creado bajo uno de dos tipos: Equipo de trabajo titular – Responsable del desarrollo de un caso. el servidor debe indicar las acciones realizadas. las recomendaciones deberían atarse a la entidad para facilitar el seguimiento y verificación de cumplimiento. 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. Servidor PGN SIMIP32 Manejar Agenda Servidores Públicos Tiene como objetivo permitir el manejo de la agenda de los servidores. El caso de uso Transmitir sanciones SIMIP a SIRI. Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. la fecha en que se desarrolló y los resultados obtenidos. Dado que la opción de envío de dicha información es manual y no automática. para un caso en particular: Definir. esta situación se presenta cuando un caso que ya ha sido fallado debe ser revisado nuevamente por eventos como el de una tutela. Jefe o Coordinador de Grupo. Sugerir Caso a SIREL SIMIP_INT_5 Recibir Servidor PGN SIMIP_INT_5 SIMP Solicitudes/Peticiones ingresadas por el SIC. Este caso de uso tiene por objetivo. que un usuario autorizado en SIMIP pueda sugerir al administrador de SIREL. con tal suerte de que por cada una se puedan identificar sinónimos y antónimos (un sinónimo y un antónimo son cada uno un descriptor ya almacenado en el sistema). búsqueda y acceso de información almacenada en el sistema SIREL. modificar y borrar subtemas (restrictotes) con el ánimo de poder realizar de forma avanzada los procesos de clasificación. Se activa con la decisión sancionatoria en firme y se cumple con el diligenciamiento del formulario respectivo y el envío a SIRI. 29 . SIMIP_INT_2 Servidor PGN SIMIP_INT_3 SIMIP_INT_3. Por cada tema. como representativo. A su vez. Este caso de uso se utiliza para el manejo de comunicaciones enviadas por la Procuraduría. se debe poder establecer. modificar y eliminar el conjunto ordenado de términos o palabras (Descriptores) de mayor relevancia. A su vez. en SIMIP. establecer (ingresar-capturar). sobre las palabras definidas se deben poder establecer relaciones.Recibir Este caso de uso tiene como objetivo registrar en línea. SIREL1 AdministrarTemas El presente caso de uso tiene como objetivos consultar.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA SIMIP_INT_1 NOMBRE REQUERIMIENTO DESCRIPCION ACTORES SIAF SIMIP_INT_1. Administrador SIREL Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. búsqueda y acceso a los registros de los casos representativos y de las informaciones jurídicas que se almacenan en dicho sistema. WEB SIC Registrar Peticiones e Ingresar Inicio y Actuaciones Procesos disciplinarios reportados por OCID (Oficinas de Control Interno Disciplinario). establecer. dentro del concepto manejado por el subtema. para que éste pueda ser consultado por los usuarios de SIREL. los diferentes temas de clasificación. consultar. jurisprudencia o doctrina) del sistema SIREL. Proveer información de documentos de salida al SIAF Este caso de uso tiene como objetivo generar un archivo con documentos de salida para que se maneje la correspondencia de salida en SIAF. la inclusión en SIREL de un caso. en SIMIP. las solicitudes que se ingresan en Solicitudes SIAF y que se consideran misionales misionales SIAF SIMIP_INT_2Transmitir sanciones SIMIP a SIRI (diligenciar formato SIRI) El presente caso de uso tiene como objetivo la comunicación de un fallo sancionatorio en SIMIP para el registro de la sanción en el SIRI. por cada subtema. Este caso de uso tiene como objetivo registrar en línea los datos de las solicitudes y peticiones SIMIP SIMIP_INT_4 SIMIP_INT_4. Incluye lo registrado en los casos de uso de SIC: Registrar Solicitudes. se debe poder consultar. modificar y borrar por cada uno de los tipos de información jurídica (Legislación. mostrar de forma resumida. sólo puede ser consultada y dependiendo del tipo de usuario no se debe admitir ninguna clase de alteración del documento. Sistema SIREL SIREL4 Administrar información jurídica Este caso de uso tiene por objetivo que el usuario pueda administrar la información jurídica (se refiere a la normatividad que soporta el desarrollo de los diferentes casos que lleva la PGN – Por ejemplo: Normas. teniendo en cuenta que esta debe ser ingresada (capturada). La información jurídica que se administrará obedece a los siguientes tipos: Legislación. que se hayan registrado en el sistema SIREL. Esto con el fin de proporcionar información relevante a los servidores PGN cuando estén trabajando casos particulares en SIMIP. en general la información que se administra en la implementación del presente caso de uso.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA SIREL2 NOMBRE REQUERIMIENTO AdministrarServidore sPGNTemas DESCRIPCION El presente caso de uso tiene como objetivo consultar/ingresar (inscribir)/modificar/eliminar los servidores PGN según los temas (con conjunto de descriptores y restrictotes asociados) definidos para la información jurídica y los casos representativos. Servidor PGN. almacenados en el sistema SIREL. Administrador SIREL. una lista donde se pueda distinguir para las diferentes informaciones jurídicas seleccionadas. modificada (corregida) o eliminada. a los usuarios sobre la incorporación de una nueva información jurídica y de la liberación de casos representativos. 30 . un link en referencia a otra información jurídica. decretos. Administrador SIREL SIREL6 Administrar links externos Administrador SIREL Administrador SIREL SIREL7 ConsultarListaLinksIn formaciónJurídica Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. y en casos de error. salvo que el Administrador necesite hacer correcciones sobre el texto del mismo (Que por alguna razón se haya incorporado un texto que no coincida con el original del documento que contiene la información jurídica). SIREL5 Administrar links internos El presente caso de uso tiene como objetivo. También comunica las correcciones y modificaciones sobre la información ya existente (información jurídica y casos representativos ya liberados). consultar/establecer (ingresar .crear)/modificar/borrar dentro de un texto de una información jurídica. consultar/establecer (ingresar . El presente caso de uso tiene como objetivo. así como permitir la comunicación oportuna producto de la incorporación y/o modificación de la información sobre el sistema SIREL. leyes. vía e-mail. algunas veces simplemente consultada. En referencia a los servidores de la PGN. dados unos parámetros de búsqueda. ACTORES Administrador SIREL SIREL3 ComunicarCambios a ServidoresPGN El presente caso de uso tiene como objetivo comunicar. sentencias y doctrinas). El presente caso de uso tiene como objetivo.crear)/modificar/borrar dentro de un texto de una información jurídica. jurisprudencia y doctrina. un link en referencia a otro fragmento del mismo texto (Subtexto). además de mantener los links internos y externos a discreción del usuario. eliminación y actualización de los datos de un recurso. También es cualquier elemento de apoyo misional. SIMIP Administrador SIREL. y presentarlos al administrador de SIREL. Tiene como objetivo permitir la asignación en préstamo de los diferentes recursos físicos. decisiones. la incorporación de títulos. SIREL_INT_1 SIREL_INT_1. Administrador SIAM. como bienes y equipos entregados al servidor para el cumplimiento de sus funciones misionales. En el caso de los links externos se debe indicar la calidad de los mismos. Tiene como objetivo la administración. Servidor PGN Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. consulta. Evaluar casos sugeridos SIAM1 Mantener Banco de Plantillas SIAM2 Administrar Recursos Físicos Este caso de uso tiene como objetivo que un usuario autorizado en SIMIP pueda consultar automáticamente de SIREL los diferentes temas (grupos de descriptores) allí creados. etc.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO DESCRIPCION los links internos y externos establecidos. 31 . generación y modificación de plantillas que utilice la Procuraduría para generar comunicaciones. Administrador de SIREL y servidor PGN. autos. Este caso de uso debe permitir en el documento generado. determinando si son de carácter histórico o no. Servidor PGN. subtítulos e índices. Se debe tener en cuenta que los elementos de prueba deben ser asociado a un caso y siempre se debe conocer la ubicación física de donde se encuentran. para que él haga una evaluación de los mismos y decida si se deben o no ser tenidos en cuenta en SIREL como casos representativos. Además de la creación. además de los elementos de prueba que integran al proceso disciplinario (manejo de la cadena de custodia). Consultar Temas SIREL_INT_2 SIREL_INT_2. dados algunos criterios de búsqueda. Un recurso físico puede ser una sala de audiencia. No necesariamente se debe suministrar valores a todos los criterios y la búsqueda de la información puede obedecer a una combinación de los mismos. Este caso de uso tiene por objetivo tomar los casos sugeridos por usuarios SIMIP. Administrador SIREL SIREL9 Generar documento El presente caso de uso tiene como objetivo permitir la generación automática de documentos con las informaciones jurídicas y los casos representativos que se encuentren a partir de una búsqueda de información (Ver el caso de uso “Buscar Información Jurídica”) sobre el medio de almacenamiento del sistema. ACTORES SIREL8 Buscar información jurídica El presente caso de uso tiene como objetivo permitir la búsqueda y consulta de información jurídica o de casos sugeridos. o cualquier otro elemento de apoyo administrativo. resolución de instrumentos. También se contempla en el presente caso de uso el préstamo de expedientes. esto con el fin de que el usuario pueda asociar un caso a un tema específico. un proyector. En caso de no ocupar el 100%. El presente caso de uso tiene como objetivo permitir sobre el sistema SIAM. El presente caso de uso tiene como objetivo permitir sobre el sistema SIAM. actividades y actuaciones y su información asociada como documentos. Usuario SIMIP.una ubicación física) y las segundas son producto de la conformación de comisiones y comités con servidores PGN que pertenecen a las Dependencia Organizacionales. 32 . La base para este requerimiento será la ley (decreto 262). SIAM4 Administrar Oficios Tiene como objetivo permitir la administración de oficios. además de la consulta de los datos tomados del Sistema de Nómina. administrar la información de Servidor PGN las políticas y los proyectos de la institución. se debe indicar el tiempo no disponible en que actividades lo ocupará. términos y procedimientos. está dada en términos de porcentajes de tiempo diario. Actividades. administrar la información de Procurador El presente caso de uso tiene como objetivo permitir sobre el sistema SIAM. La disponibilidad de un servidor PGN. Delegado SIAM5 SIAM6 SIAM7 Administrar Políticas y Proyectos de Entidades Administrar Competencias de las Dependencias Administrar Inventario El presente caso de uso tiene como objetivo permitir sobre el sistema SIAM. son los que usará el usuario para la definición de rutas y actividades en la implementación del caso de uso “Definir Ruta y plan de actividades” del sistema SIMIP. SIAM8 Administrar Etapas. Actuaciones e Información Relacionada Tiene como objetivo permitir registrar las etapas. Dichas demandas de servicio corresponden a solicitudes o quejas nuevas asociadas a alguna de las áreas Ciudadano o Servidor PGN SIC1 Registrar Solicitudes Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. estableciendo sobre los mismos los diferentes Servidor PGN estados por los que puede pasar. entre otros. Las primeras corresponden a las que tienen un reconocimiento organizacional formal dentro de la estructura de la PGN (Cuentan con una oficina . el cargue de los datos de los Servidor PGN (administrador sistema).CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO DESCRIPCION ACTORES SIAM3 Administrar Servidor PGN El presente caso de uso tiene como objetivo permitir sobre el sistema SIAM. La implementación del presente caso de SIAM uso se debe ejecutar en forma periódica. Delegado En este punto se debe tener en cuenta que existen las Dependencias Organizacionales y las Virtuales. La implantación de este caso de uso debe permitir control permanente sobre los diferentes oficios que se generen. definir y modificar la disponibilidad de un servidor PGN. administrar la información de Procurador las competencias de cada Dependencia. El presente caso de uso tiene como objetivo permitir el ingreso de demandas de servicio. Administrador SIAM. las entidades con las que se relaciona la PGN. Los datos que se registran en el presente caso de uso. SIAM_INT_1 SIAM_INT_1Cargar Datos Servidores PGN Administrador servidores PGN inscritos en el sistema de Nómina de la Entidad. Relatoria (Link al aplicativo): Consultas de información de relatoría a través de la funcionalidad de SIREL. Vale la pena aclarar que las dos últimas -consultas sobre SIMIP-. Ciudadano SIC3 Consultar Información El presente caso de uso tiene como objetivo brindar información a los ciudadanos o autoridades sobre servicios de la PGN en las distintas áreas misionales. ACTORES SIC2 Registrar Peticiones El presente caso de uso tiene como objetivo permitir el ingreso de peticiones vía Web (derechos de petición) de los ciudadanos para solicitar información a la PGN sobre conceptos. 33 . Dichas consultas deben tener en cuenta las disposiciones legales sobre la reserva de las investigaciones. Puede ser utilizado por los ciudadanos que vía 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. Las peticiones aquí registradas corresponden a consultas que implican análisis. Las consultas que pueden sen generadas por el sistema se encuentran descritas en el caso de uso Consultar Información. Este caso de uso incluye los siguientes tipos de consultas: . Vale la pena aclarar que dichas solicitudes corresponden a: Quejas disciplinarias. para luego remitirse a la dependencia o funcionario a cargo quien se encargará de resolver o contestar dicha petición. En los casos en los que la consulta se refiera a un aspecto que implique análisis. para conocer por ejemplo información detallada del caso. Solicitudes de Intervención Judicial o Administrativa o Solicitudes de Ejercicio del Poder Preferente que se registran por primera vez en el sistema. .Consulta Solicitudes y/o Casos: Consultas de información sobre casos registrados en SIMIP.Consulta peticiones: Consultas sobre derechos de petición registrados en SIMIP. Las peticiones de los ciudadanos sobre casos ya existentes. Solicitudes de acción preventiva. o casos ya existentes. para luego remitirse a la dependencia o funcionario a cargo quien Ciudadano o Entidad Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. y no requieren de un análisis por parte de la dependencia. Para ello se deberá registrar una petición con la información mínima necesaria para identificar el caso y/o la solicitud. (Caso de uso SIREL-Buscar información) . son aquellas en las que el ciudadano puede obtener información directa del sistema. se ingresan al sistema por el caso de uso Registrar Peticiones. fundamentación y posición por parte de la Entidad.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO DESCRIPCION misionales de la PGN. se deberá registrar una petición con la información mínima necesaria para identificar el caso y la solicitud.SIRI (Link al aplicativo): Consultas de antecedentes en línea a través de la funcionalidad del aplicativo SIRI. fundamentación y posición por parte de la Entidad. . De igual manera podrán reportar las principales decisiones del proceso disciplinario. Cargar solicitudes ingresadas por la Web”). etc… SIC5 Ingresar Inicio y Actuaciones Proceso Disciplinario reportados por OCID El presente caso de uso tiene como objetivo que las Oficinas de Control Interno Disciplinario de las entidades del Estado puedan ingresar información del inicio de procesos disciplinarios por la Web para poner en conocimiento de la Procuraduría la apertura de investigaciones disciplinarias y de esta manera facilitar a la PGN el ejercicio del Poder Preferente. el nivel de satisfacción del usuario. ACTORES SIC4 Generar datos estadísticos de demanda y evaluación de servicio El presente caso de uso tiene como objetivo generar reportes que permitan a la PGN conocer quienes Sistema son los ciudadanos que están usando los servicios de la Entidad para poder medir la demanda de servicio y la respuesta institucional al requerimiento. Una vez la OCID reporta el inicio o la actuación sobre un proceso disciplinario a la PGN. cargos. Generar archivo de solicitudes/peticiones ingresadas por la Web Este caso de uso tiene como objetivo generar un archivo con las solicitudes y peticiones que un SIC. llevar un registro de las demandas de servicio y peticiones a la PGN. tales como casos resueltos. en el sistema SIC. Oficinas de Control Interno Disciplinario (OCID) SIC6 Evaluación automática del Poder Preferente El presente caso de uso tiene como objetivo marcar de manera automática el NO ejercicio del poder Sistema preferente de la PGN sobre los inicios y actuaciones de procesos disciplinarios reportados por las oficinas de control interno disciplinario . Requerimientos de Alto Nivel –Funcionales (Documento Final) Pág. la dependencia competente tiene 3 días hábiles para manifestar si ejerce o no el poder preferente. (Caso de uso Registrar Peticiones). fallo y suspensión del servidor investigado de tal manera que la Procuraduría pueda ejercer el poder preferente en etapas distintas al inicio del proceso disciplinario. SIC_INT_1 SIC_INT_1. los tiempos de respuesta.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION SISTEMA NOMBRE REQUERIMIENTO DESCRIPCION dará respuesta a la solicitud. etc… Y de otro lado. Para reportar inicio de procesos disciplinarios. tales como: archivo. apertura de investigación. generando estadísticas por tipo. y eventualmente. emprender tareas de medición de la respuesta institucional. de un lado. 34 .OCID. de tal forma. La información del archivo será cargada en el SIAF (ver el caso de uso “SIAF_INT_1. área. que únicamente se reporten aquellos casos que se adscriben a las prioridades institucionales. poder llevar a cabo encuestas para medir la percepción de los mismos. dependencia. de acuerdo a unas políticas establecidas por la Entidad. Se trata entonces de dos cosas. se debe tener en cuenta el mapa estratégico de la PGN. ciudadano/entidad haya reportado vía Web. PROCESOS OPTIMIZADOS Requerimientos de Alto Nivel (Documento Final) Pág.VS.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION ANEXO 1 – MATRIZ REQUERIMIENTOS POR SISTEMA DE INFORMACION . A1-1 . A1-2 ..... 3 Requerimientos de Alto Nivel (Documento Final) Pág.. Procesos Optimizados.. 1.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION TABLA DE CONTENIDO Pág.vs.... Matriz Requerimientos por Sistemas de Información .. vs. A1-3 .Valorar y Radicar Solicitud COB.Abrir Caso COB.Evaluar Asunto COB.Evaluar Asunto COB.Abrir Caso COB.Evaluar Asunto COB.Resolver Instrumento EOP-PDI.Evaluar Asunto COB. Matriz Requerimientos por Sistemas de Información .Presentar Instrumento COP.Abrir Caso COB. # SIMIP1 SIMIP2 SIMIP3 SIMIP4 SIMIP5 SIMIP6 SIMIP7 SIMIP8 SIMIP9 SIMIP10 SIMIP11 SIMIP12 SIMIP13 SIMIP14 SIMIP15 SIMIP16 SIMIP17 SIMIP18 SIMIP19 REQUERIMIENTO Asignar competencia (Dependencia) Evaluar duplicidad Acumular solicitud Reversar acumulación Abrir un documento de correspondencia en varias solicitudes Acumular caso Fraccionar Caso Relacionar casos Complementar Información Solicitud Asignar Servidor/Equipo de Trabajo a Solicitud/Caso Recibir Documentación Física Solicitudes Contrastar solicitudes recibidas del SIAF contra documentación física.Valorar y Radicar Solicitud COB.Verificar hechos COB.Evaluar Asunto COB.Evaluar Asunto COB.Evaluar Asunto COB.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 1.Tomar Medidas Preventivas Requerimientos de Alto Nivel (Documento Final) Pág.Evaluar Asunto N/A COB.Valorar y Radicar Solicitud COB. Políticas y Proyectos a una Solicitud/Caso Abrir Caso Vincular IÚS con IÚC Gestionar Actores del caso Definir Ruta y Plan de Actividades Registrar Actividades y Actuación/Decisión realizadas SISTEMA SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP PROCESO COB.Abrir Caso COB. adicionalmente relaciona el sub-proceso de la autopista al que corresponde.Asignar Servidor Publico COB. Definir Actuación Asignar Prioridad. Procesos Optimizados La siguiente matriz relaciona los requerimientos con cada uno de los sistemas propuestos.Clasificar asunto y Asignar competencia COB.Evaluar y Decidir Caso COP. Hacer seguimiento EOP-PFP.Archivar documentación COB.Hacer seguimiento COB.Evaluar y Decidir Caso COB.Cerrar caso COB.Aplicar Sanción COB.Valorar y Radicar Solicitud EOB-PSI.Archivar documentación EOP-PFP. autos Marcar Cierre Caso Marcar Archivo Físico Caso Manejar ubicación del archivo en la dependencia Administrar préstamo 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 Públicos SIMIP_INT_1.Verificar hechos COB.Evaluar y Decidir Caso COB.Archivar documentación COB.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION # SIMIP20 SIMIP21 SIMIP22 SIMIP23 SIMIP24 SIMIP25 SIMIP26 SIMIP27 SIMIP28 SIMIP29 SIMIP30 SIMIP31 SIMIP32 SIMIP_INT_1 SIMIP_INT_2 SIMIP_INT_3 SIMIP_INT_4 SIMIP_INT_5 SIREL1 SIREL2 SIREL3 SIREL4 SIREL5 SIREL6 SIREL7 REQUERIMIENTO Alertar Vencimiento Casos Registrar Conclusiones Generar oficios.Valorar y Radicar Solicitud EOB_PRE_Recopilar información Jurídica COB – Establecer Marco Normativo COB – Establecer Marco Normativo EOB_PRE_Divulgar Información Jurídica EOB_PRE_Recopilar información Jurídica EOB_PRE_Recopilar información Jurídica EOB_PRE_Recopilar información Jurídica EOB_PRE_Atender Consultas Internas SIMIP_INT_2-Transmitir sanciones SIMIP a SIRI (diligenciar formato INTERFAZ SIRI) SIMIP_INT_3. Proveer información de documentos de salida al SIAF INTERFAZ SIMIP_INT_4.Evaluar Asunto EOB-PSI. Sugerir Caso a SIREL SIMIP_INT_5 Recibir Solicitudes/Peticiones WEB SIC AdministrarTemas AdministrarServidoresPGNTemas ComunicarCambiosServidoresPGN Administrar información jurídica Administrar links internos Administrar links externos ConsultarListaLinksInformaciónJurídica INTERFAZ INTERFAZ SIREL SIREL SIREL SIREL SIREL SIREL SIREL Requerimientos de Alto Nivel (Documento Final) Pág.Asignar Servidor Publico N/A COB.Aplicar Sanción N/A EOB_PRE_Recopilar información Jurídica COB. A1-4 .Recibir Solicitudes misionales SIAF SISTEMA SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP SIMIP INTERFAZ PROCESO COB. Evaluar Asunto COB. Consultar Temas SIREL_INT_2.Verificar hechos COB.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION # SIREL8 SIREL9 SIREL_INT_1 SIREL_INT_2 SIAM1 SIAM2 SIAM3 SIAM4 SIAM5 SIAM6 SIAM7 SIAM8 SIAM_INT_1 SIC1 SIC2 SIC3 SIC4 SIC5 SIC6 SIC_INT_1 REQUERIMIENTO Buscar información jurídica Generar documento SIREL_INT_1.Asignar Servidor Publico N/A N/A N/A COB. Evaluar casos sugeridos Mantener Banco de Plantillas Administrar Recursos Físicos Administrar Servidor PGN Administrar Oficios Administrar Políticas y Proyectos Administrar Inventario de Entidades Administrar Competencias de las Dependencias Administrar Etapas.Asignar Servidor Publico COB.Clasificar asunto y Asignar competencia COB.Verificar hechos COB.Valorar y Radicar Solicitud SIC_INT_1. Actuaciones e Información Relacionada Cargar Datos Servidores PGN Registrar Solicitudes Registrar Peticiones Consultar Información Generar datos estadísticos de demanda y evaluación de servicio Ingresar Inicio y Actuaciones Proceso Disciplinario reportados por OCID Evaluación automática del Poder Preferente SISTEMA SIREL SIREL INTERFAZ INTERFAZ SIAM SIAM SIAM SIAM SIAM SIAM SIAM SIAM INTERFAZ SIC SIC SIC SIC SIC SIC PROCESO EOB_PRE_Atender Consultas Internas EOB_PRE_Atender Consultas Internas EOB_PRE_Divulgar Información Jurídica EOB_PRE_Atender Consultas Internas EOB_PRE_Recopilar información Jurídica N/A N/A COB.Valorar y Radicar Solicitud COB.Evaluar y Decidir Caso COB.Valorar y Radicar Solicitud N/A N/A COB. Generar archivo de solicitudes/peticiones ingresadas por la INTERFAZ Web Requerimientos de Alto Nivel (Documento Final) Pág.Valorar y Radicar Solicitud COB. A1-5 . Actividades. CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION ANEXO 2 – DIAGRAMAS DE PAQUETES Y CASOS DE USO Requerimientos de Alto Nivel (Documento Final) Pág. A2-1 . ........................................ A2-2 ................................... 10 4............................................................. 14 Requerimientos de Alto Nivel (Documento Final) Pág................ 6....1 SIMIP....................................... 4...... Definiciones..2 SIMIP.....................Interfaz................................................................2 SIMIP..........................................................Solicitud ..............................CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION TABLA DE CONTENIDO Pág................................................................................................ 5 Diagrama de paquetes ....................................... 10 4............................Caso.............................................. 3............................. Casos de uso de SIAM ................................................................... 1................... 8 Casos de uso de SIC .............................................................................................................................................................................. 12 5... 9 Casos de uso de SIMIP . 2.......................... 11 4........................................ 13 Casos de uso de SIREL........ Versión Final – Actualización de los diagramas de casos de uso y de paquetes con la última versión de requerimientos. Disney Rubiano Hernán Velásquez.0 Requerimientos de Alto Nivel (Documento Final) Pág. Disney Rubiano Comentario Versión inicial Actualización: Las funcionalidades del sistema SISEN están implícitas en otras funcionalidades del sistema SIMIP.0 2.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION CONTROL DE VERSIONES DEL DOCUMENTO Fecha Actualización 20/May/2005 26/May/2005 Versión 1. 9/Jun/2005 02/Ago/2005 3. A2-3 . Actualización de los casos de uso de SIC y de SIMIP.0 Revisado por Hernán Velásquez. Disney Rubiano Hernán Velásquez.0 4. Disney Rubiano Hernán Velásquez. ........... ....................... 8 Ilustración 4 Diagrama del paquete SIC..... ... 14 Requerimientos de Alto Nivel (Documento Final) Pág.. .................................................... ...... 11 Ilustración 7 Diagrama de los paquetes SIMIP...................................................................................................Solicitud.................................CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION INDICE DE ILUSTRACIONES Ilustración 1 Componentes de un diagrama de casos de uso....... 10 Ilustración 6 Diagrama de los paquetes SIMIP....................................................................... 13 Ilustración 8 Diagrama del paquete SIREL.......................... 5 Ilustración 2 Estructura gráfica de un paquete.............................. A2-4 ....... 7 Ilustración 3 Diagrama de paquetes............. 9 Ilustración 5 Diagrama del paquete SIMIP.......................Interfaz ........................................................ 12 Ilustración 7 Diagrama del paquete SIAM.........................Caso............................................................. .......................................................................... Diagrama de clases: Un diagrama de casos de uso explica gráficamente un conjunto de casos de uso de un sistema. estas son: Relación <<include>> Cuando un caso de uso se asocia con otro mediante esta relación. Definiciones Para entender el contenido del presente anexo. diagramas de casos de uso y de paquetes. se pueda desarrollar completamente. los actores y la relación entre éstos y los casos de uso.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 1. Caso de uso: Un caso de uso es una descripción narrativa textual de los procesos de una empresa o sistema. un caso de uso es la herramienta por medio de la cual en el análisis de requerimientos funcionales. Relación <<extends>> Cuando un caso de uso se asocia con otro mediante esta relación. Gráficamente se representa por una línea punteada más una flecha que va del lado del caso de uso incluido. Hay líneas de comunicaciones entre los casos de uso y los actores. El diagrama tiene por objetivo ofrecer una clase de diagrama contextual que nos permite rápidamente conocer los actores externos de un sistema y las formas básicas en que lo utilizan. desde el punto de vista del análisis y diseño orientado a objetos. se debe interpretar que el caso de uso que extiende se puede ejecutar en algún punto Requerimientos de Alto Nivel (Documento Final) Pág. A2-5 . se debe interpretar que el caso de uso incluido debe ejecutarse para que el que lo incluye. las flechas indican el flujo de la información o el estímulo (ver la ilustración 1). Estos últimos se muestran en óvalos y los actores son figuras estilizadas. se presenta a continuación una breve explicación sobre casos de uso. Flujo de información o estímulo Actor Ilustración 1 Componentes de un diagrama de casos de uso. la línea se acompaña del texto <<include>>. se descubre y expresan los procesos y necesidades del negocio. Se debe tener en cuenta que existen relaciones entre casos de uso. Los paquetes subordinados se incluyen en su interior. Un paquete se muestra gráficamente como una carpeta con etiquetas. Gráficamente se representa por una línea punteada más una flecha que va del lado del caso de uso incluido. al interior de cada paquete que integra un sistema. están agrupados por paquetes. de acuerdo a los diferentes subprocesos definidos en el documento de optimización. Un sistema puede examinarse íntegramente dentro del ámbito de un solo paquete de alto nivel. se puede ver la estructura gráfica de un paquete. Relación de generalización Cuando un caso de uso se asocia con otro mediante esta relación. En la ilustración 2. terminada con un triángulo. en este caso. Paquete: Por otro lado. Los sistemas representados por paquetes son: SIC SIMIP SIAM SIREL A su vez. de casos de uso. por ello la representación elegida es la de paquetes. uno por cada uno de los sistemas que conformarán el sistema de información de la PGN. el cual va del lado del caso de uso generalizado. la línea se acompaña del texto <<extends>>. se debe interpretar que el caso de uso que es generalizado tiene la funcionalidad básica que es específica a uno o más casos de uso sobre los cuales se hace la generalización. se presentan otros paquetes (paquetes subordinados). El nombre del paquete se encuentra dentro de la etiqueta si el paquete describe sus elementos. Un paquete es un conjunto de cualquier tipo de elementos de un modelo. en caso contrario estará en el centro de la misma carpeta. Gráficamente se representa con una línea punteada que asocia a los casos de uso. El lenguaje UML ofrece el mecanismo paquete que permite describir los grupos de elementos o subsistemas. Requerimientos de Alto Nivel (Documento Final) Pág. A2-6 . es necesario tener en cuenta que los casos de uso del presente anexo.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION desde el caso de uso que hace la extensión. en razón a que estos posteriormente se convertirán en componentes de Software en un lenguaje de programación. el sistema SIMIP. A2-7 .CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION Ilustración 2 Estructura gráfica de un paquete. En el caso de la ilustración 2. A continuación se presentan los diagramas de los diferentes paquetes que conformarán el sistema de información de la PGN y los diferentes diagramas de casos de uso por cada sistema (paquete). estaría representado por un paquete de nombre SIMP y un paquete subordinado de nombre Solicitud. Las flechas indican la dirección de la dependencia.Solicitud 1. es: SIMIP. Para referirse al nombre un paquete subordinado. Requerimientos de Alto Nivel (Documento Final) Pág. es necesario antecederlo del nombre del paquete que lo contiene separado por un punto. En el caso de la ilustración 2. el nombre del paquete VALORACION. 1 Los paquetes se nombran con el estándar del inglés. Sobre los paquetes existen también relaciones de dependencia que son reprensados por líneas y flechas. CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 2. SIAM Diagrama de paquetes SIMIP Solicitud SIREL ServidorPGN Interfaz ClasificacionAsignacion EvaluacionAsignacion Consulta Recopilacion ValoracionRadicacion Asignacion AsignacionCompetencia Divulgacion Caso EtapaActividad Apertura Seguimiento VerificacionHechos Documentacion InterfazRecopilacion Administracion EvaluacionDecision Cierre Agenda ServidorPGN Listado Interfaz SIAF SIRI SIREL SIC SIC Valoracion Radicacion Evaluacion Consulta Estadistica Interfaz Ilustración 3 Diagrama de paquetes. A2-8 . Requerimientos de Alto Nivel (Documento Final) Pág. CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 3. A2-9 . Requerimientos de Alto Nivel (Documento Final) Pág. Casos de uso de SIC Los casos de uso del SIC son: SIC ValoracionRadicacion Ciudadano «extend» Registrar Solicitudes Registrar Peticiones Ingresar Inicio y Actuaciones Proceso Disciplinario Reportados por OCID Oficionas de Control Interno Disciplinario (OCID) Evaluacion Servidor PGN Evaluación Automática del poder preferente «extend» Consulta Consultar Información Entidad Estadistica Generar Datos Estadísticos de Demanda y de Evaluación del Servicio SIC Interfaz SIC_INT_1-Generar Archivo de Solicitudes/Peticiones Ingresadas por la WEB Ilustración 4 Diagrama del paquete SIC. como lo son: Solicitud. A2-10 . Caso e Interfaz. Casos de uso de SIMIP Teniendo en cuenta tres elementos relevantes dentro del SIMIP. Requerimientos de Alto Nivel (Documento Final) Pág. a continuación se presentan los respectivos paquetes.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 4.1 SIMIP.Solicitud SIMIP Solicitud ClasificacionAsignacion Asignar Competencia Servidor PGN Reabrir Caso EvaluacionAsignacion Evaluar Solicitud Abrir un Documento de Correspondencia en Varias Solicitudes Servidor PGN en División de Registro y Control Acumular Solicitud Evaluar Duplicidad Acumular Caso Fraccionar Caso Reversar Acumulacion Relacionar Casos ValoracionRadicacion Complementar información Recibir Documentación Física Solicitudes Contrastar Solicitudes Recibidas del SIAF Contra Documentación Física Procurador Regional «include» Procurador Territorial Asignacion Administrar Equipos de Trabajo Servidor PGN -Operador de SIMIP Asignar Servidor/Equipo de Trabajo a Solicitud/caso «include» «include» Procurador Delegado «include» Jefe o Coordinador de Grupo Definir Actuación Asignar Prioridad Políticas y Proyectos a una Solicitud/Caso Servidor PGN Ilustración 5 Diagrama del paquete SIMIP.Solicitud. uno por cada elemento relevante: 4. A2-11 .Caso.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 4. Requerimientos de Alto Nivel (Documento Final) Pág. Autos AgendaServidorPGN Manejar Agenda Servidores Cierre Marcar Archivo Físico Caso Marcar Cierre Caso Servidor PGN Listado Generar listado de fallos no enviados a SIRI Ilustración 6 Diagrama de los paquetes SIMIP.Caso SIMIP Caso Apertura Vincular IUS con IUC Abrir Caso Servidor PGN -SIMIP Gestionar Caso Definir Ruta y Plan de Actividades Seguimiento Indicar Cumplimiento por Caso Preventivo SIMIP Registrar Seguimiento Documentación Manejar Ubicación del Archivo en la Dependencia Servidor PGN Administrar Préstamo de Expedientes VerificacionHechos Registrar Actividades y Actuación/Decisión Realizadas Servidor PGN Alertar Vencimiento Casos SIMIP EvaluacionDecision Registrar Conclusiones Generar Oficios.2 SIMIP. Interfaz Interfaz SIAF SIMIP_INT_1-Recibir Solicitudes MIsionales SIAF Servidor PGN SIMIP_INT_3-Proveer Información de documentos de salida a SIAF SIAF SIRI SIMIP_INT_ 2-Transmitir Sanciones SIMIP aSIRI SIREL SIMIT_INT_4-Augerir Caso a SIREL SIC SIMIP_INT_5-Recibir Solicitudes/Peticiones WEB SIC SIMIP Ilustración 7 Diagrama de los paquetes SIMIP.Interfaz Requerimientos de Alto Nivel (Documento Final) Pág.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 4. A2-12 .2 SIMIP. Requerimientos de Alto Nivel (Documento Final) Pág. Casos de uso de SIAM Los casos de uso de SIAM son: SIAM ServidorPGN Interfaz SIAM_INT_ 1-Cargar Datos Servidores PGN Administrar Servidor PGN Usuario SIMIP AsignacionCompetencia Administrar Competencias de las Dependencias Procurador Delegado Administrador SIAM «extend» EtapaActividad Administrar Etapas. Actuaciones e Información Relacionada Administracion Mantener Banco de Plantillas Administrador SIAM Administrar Políticas y Proyectos Servidor PGN Administrar Inventario Entidades Procurador Delegado Adminstrar Oficios Administrar Recursos Físicos Ilustración 8 Diagrama del paquete SIAM. Actividades. A2-13 .CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 5. CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 6. Requerimientos de Alto Nivel (Documento Final) Pág. Casos de uso de SIREL Los casos de uso de SIREL son: SIREL Consulta Servidor PGN Buscar Información Jurídica Consultar Lista Link Información Jurídica Generar Documento «include» «extend» Recopilacion Administrar Información Jurídica Administrador SIREL «extend» Administrar Temas «extend» «extend» Adminstrar Links Internos Administrar Links Externos Divulgación «include» Comunicar Cambios a Servidores PGN Administrar Servidores PGN Temas SIREL «include» Administrador SIREL InterfazRecopilacion SIMIP SIREL_INT_ 1-Consultar Temas SIREL_INT_ 2-Evaluar Casos Sugeridos Ilustración 9 Diagrama del paquete SIREL. A2-14 . A3-1 . (Documento Final) Pág.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION ANEXO 3 – DIAGRAMAS DE CLASES Requerimientos de Alto Nivel. .... 5 1............................................................... Diagrama de clases ................. 5 1........................... 8 2......................................................... Definición ....... 1...........1 Modelo conceptual .......................2 Diagramas de clases ........................................................................................................................................... 10 Requerimientos de Alto Nivel.......CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION TABLA DE CONTENIDO Pág............................... (Documento Final) Pág............ A3-2 .............................................. A3-3 .0 Revisado por Hernán Velásquez. Disney Rubiano Comentario Versión Final – Actualización del diagrama de clases con la última versión de requerimientos. Requerimientos de Alto Nivel.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION CONTROL DE VERSIONES DEL DOCUMENTO Fecha Actualización 02/Ago/2005 Versión 4. (Documento Final) Pág. .................................. 8 Ilustración 3 Concepto y atributos.................. (Documento Final) Pág.....................................................................................CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION INDICE DE ILUSTRACIONES Ilustración 1 Asociaciones ............................................................... 11 Requerimientos de Alto Nivel........................................... 8 Ilustración 4 Diagrama de Clases................................. A3-4 ............................... 7 Ilustración 2 Valores de la multiplicidad .. ............................................................. 2 Fowler96. Englewood Cliffs.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 1. 1 MO95. 1996. Reading. la creación de un modelo conceptual contribuye a esclarecer la terminología o nomenclatura del dominio. Extensión: el conjunto de ejemplos a que se aplica el concepto.1 Modelo conceptual El paso esencial de un análisis o investigación orientado a objetos es descomponer el problema en conceptos u objetos individuales: Las cosas que sabemos o conocemos del problema.: AddisonWesly. La designación de un modelo conceptual ofrece la ventaja de poder profundizar en los conceptos del domino del problema y no en las entidades del software. Requerimientos de Alto Nivel (Documento Final) Pág. intensión y extensión (MO95): Símbolo: palabras o imágenes que representan un concepto. NJ. Intensión: la definición del concepto. Definición En términos generales. un diagrama de clases permite modelar la estructura de un sistema. Para poder entender la nomenclatura aquí presentada y el diagrama que se muestra en el presente anexo. Podemos verlo como un modelo que comunica (a los interesados. 1. 1995. MA. M. mostrando las clases y sus relaciones. Analysis Patterns: Reusable Object Models. Fowler.: Pretince-Hall. Fowler962). como pueden serlo los desarrolladores) cuáles son los términos importantes y cómo se relacionan entre sí. cosa u objeto. y Odell. En un lenguaje más formal. Martín J. J. podemos considerarlo a partir de un símbolo. Un modelo conceptual es una representación de conceptos en un dominio del problema (MO951. Puede mostrarnos: • • • Conceptos Asociaciones entre conceptos Atributos de los conceptos Nomenclatura: Además de descomponer el espacio del problema en unidades comprensibles (conceptos). es necesario remitirse a algunas definiciones básicas. Object-Orient Methods: A Foundation. Conceptos: En términos informales el concepto es una idea. En términos de UML corresponde aun grupo de diagramas de estructura donde no se define ninguna operación. A3-5 . 3 BJR97. Algunos autores limitan la definición de clase a una implementación concreta de software. por ejemplo la clase Solicitud. CA. y Rambaugh. se emplean los términos "clase" y "tipo". En UML. Aunque no sea estrictamente exacto dentro del contexto del lenguaje UML. es la de poder contar con un punto de referencia para avanzar a lo que es un diagrama de clases.. pero no puede incluir métodos.: Rational Software Corp. Pero en UML. A3-6 . La definición clase en UML es "una descripción de un conjunto de objetos que comparten los mismos atributos. el término suele emplearse dentro del contexto de una interfaz para entidades de software. Definición de términos en lenguaje UML: En UML. este vocablo tiene una aceptación más general: abarca especificaciones que anteceden a la implementación. a veces se utiliza los vocablos "concepto" y "tipo" indistintamente. Ello significa también que un tipo UML es independiente del lenguaje. J. I. 1997. De ellos se deduce que un tipo es una especificación de una entidad de software y no una implementación. como la interfaz Runnable de java.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION La idea fundamental del modelo conceptual. lo importante es su utilidad para distinguir entre la perspectiva de un analista de dominios que observa conceptos reales. incorporando para cada concepto. los correspondientes atributos y asociaciones. Aunque los conceptos reales pueden tener una interfaz. The UML specification documents. relaciones y semántica (BJR97). G. digamos una clase de java (Fowler96). como lo son solicitud y caso. a una clase implementada de software se le llama más concretamente clase de implementación. El término interfaz se define como un conjunto de operaciones visibles en el exterior. porque en el uso coloquial el vocablo "tipo" a menudo se define como sinónimo de un concepto del mundo real (MO95). y método es la implementación de una operación que especifica el algoritmo o procedimiento de esta. puede estar asociado a tipos y clases (y también a paquetes que agrupan operaciones). Booch. Identificación de las asociaciones: Es necesario identificar las asociaciones de los conceptos que se requieren para satisfacer los requerimientos de información de los casos de uso y los que contribuyen a entender el modelo conceptual. operaciones. en lugar de "concepto". cualquiera que sea la definición. métodos. La definición de tipo en UML se asemeja a la de la clase: describe un conjunto de objetos parecidos con atributos y operaciones. En el UML. una operación es "un servicio que puede solicitarse a un objeto para que realice un comportamiento" (BJR973). No existe consenso unánime respecto al significado de clase y tipo. Santa Clara. Requerimientos de Alto Nivel (Documento Final) Pág. y los diseñadores de software que especifican entidades de programas. Jacobson. En este punto se examina la identificación de las asociaciones adecuadas para luego incorporarlas al modelo conceptual. se destaca: • Que en uno de los extremos aparece el valor “1. Algunos ejemplos de las expresiones de multiplicidad son: Requerimientos de Alto Nivel (Documento Final) Pág. Un ejemplo de una asociación es el que se muestra en la ilustración 1. La multiplicidad define cuántas instancias de un tipo A pueden asociarse a una instancia del tipo B en determinado momento.* .. una instancia individual de una Comisión puede asociarse a "muchas" instancias (una o más marcadas con *) de Usuario (ver la ilustración 9). Ésta es intrínsecamente bidireccional.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION a. b. 1.*”. esto corresponde a una una expresión de multipilicidad que indique la relación numérica entre las instancias de los conceptos. Este vínculo es totalmente abstracto. Para el caso de la ilustración 1. A3-7 . Por ejemplo. o sea es posible un nexo lógico entre los objetos de un tipo y los del otro. Definición de una asociación La asociación es una relación entre dos conceptos que indica alguna conexión significativa e interesante entre ellos.._UsuarioDeUnaComision Comision Usuario # idUsuario : String # nombreUsuario : String Ilustración 1 Asociaciones En el nombre de la asociación de la ilustración 1 es UsuarioDeUnaComisión. no es una afirmación entre las entidades del software. Criterios de asociaciones útiles Las asociaciones que vale la pena mencionar suelen incluir el conocimiento de una relación que ha de preservarse durante algún tiempo: puede tratar de milisegundos o años según el contexto. Notación de las asociaciones Una asociación se representa como una línea entre conceptos con el nombre de la asociación. c. La idea es que a partir de este el diseñador agregue detalles a la definición de las clases. es opcional indicar el atributo. Interfaces. Información sobre los tipos de los atributos. Normalmente contiene la siguiente información: • • • • • • Clases asociaciones y atributos.2 Diagramas de clases Se conocen también como diagramas de estructura estática. Métodos. A3-8 .CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION Ilustración 2 Valores de la multiplicidad • Una flecha (En algunos casos es opcional) de la dirección de la lectura. Requerimientos de Alto Nivel (Documento Final) Pág. por ejemplo) en una aplicación. 1. con sus operaciones y constantes. el concepto/Clase es Servidor y sus atributos identificados son dependencia y cargo. a. En su ausencia. En un modelo conceptual se incluyen aquellos atributos que indican o conllevan la necesidad de recordar información. indicando la dirección en que debe leerse el nombre de la asociación.cargo Ilustración 3 Concepto y atributos En la ilustración 3. su preparación exige crear antes el modelo conceptual. por convención la asociación se lee de izquierda a derecha o de arriba hacia abajo. Notación de los atributos Los atributos se muestran en la segunda sección de la sección de conceptos. Servidor .dependencia . Un diagrama de clases describe gráficamente las especificaciones de las clases de software (las de java. Dependencias. Identificación de los atributos Un atributo es un valor lógico de un dato de un objeto. Navegabilidad. Públicos: Se representan por el símbolo “+“. Requerimientos de Alto Nivel (Documento Final) Pág. terminada con un triángulo. más bien es una abstracción de un concepto del mundo real acerca del cual se quiere afirmar algo. En cambio en los diagramas de clases se presentan las clases como componente del software. b. En cuanto a las clases y atributos que se involucran en un diagrama de clases. desde fuera de su clase. En el caso concreto del proyecto adelantado para la PGN. no presenta una definición de software. además de la clase que los contiene. la herencia se representa con una línea que asocia a las clases. Diagrama de clases: El modelo conceptual. A3-9 . y a ellos sólo puede acceder la clase que los contiene. un diagrama de este tipo contiene las definiciones de las entidades del software en vez de conceptos del mundo real. se debe tener en cuenta los siguientes aspectos: a. Protegidos: Se representan por el símbolo “#”. Es deber del diseñador hacer las correspondientes actualizaciones y complementaciones en lo que tiene que ver con la información del diagrama que aquí se presenta. Jerarquías de clases y herencia Una clase es una implementación de un concepto o de un tipo en software.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION A diferencia del modelo conceptual. No se pueden acceder. dado que se trata de un trabajo de análisis y no de diseño. Tipos de atributos Sobre los atributos existen ciertos tipos de restricciones que derivan en los siguientes tipos de atributos: • • • Privados: Se representan por el símbolo “-“. el cual va del lado de la clase que hereda. y a ellos sólo puede acceder la clase que los contiene y las clases que heredan de la misma. Modelo conceptual Vs. Gráficamente. gracias a la creación de jerarquías de clases. y en un lenguaje de programación orientado a objetos una subclase hereda las definiciones de atributos y de operaciones de sus superclases. y a ellos puede acceder cualquier otra clase. se partió del modelo conceptual para obtener una primera aproximación de lo que es el diagrama de clases. A3-10 .CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 2. Diagrama de clases Requerimientos de Alto Nivel (Documento Final) Pág. ._Solicitante Solicitante # idSolicitante : int # nombreSolicitante : String # telefonoSolicitante : String # direccionSolicitante : String .fechaPrestamo : D ate .* .* . A3-11 .* ._ComisionD eCaso ActoresCaso U suario # idUsuario : String ..ubicacion : String CasoIntervencion ._Solicitante 0._FuncionarioAsignado Solicitud con que se acumula + evaluarSolicitud ( ) Acum ulacionSolicitud 1 Solicitud a acumular 1 1 IUS 1 ProcuraduriaD elegada 0..codigo : int . ..cargo Solicitud # IUS : int # textoAsunto : String # fechaIngreso : Date + asignarPrioridadPoliticas ( ) + acumularSolicitud ( ) .codigo : int .nombre : String 0..tipo : int ..._Correspondencia 0. Requerimientos de Alto Nivel (Documento Final) Pág..* .idD isciplinado : int .juzgado : String + ingresarPrestamo ( ) + fijarTiempoEnD ependencia ( ) 0..fuente : String .1 ..idExpediente : String ._D isciplinado D isciplinado .entidad : String CasoPreventivo ._FuncionarioAsignado Acum ulacionCaso ProcuradorJudicial 1 1 Relacion # justificacion : String Vinculacion 1 IUC Caso a acumular Q uejoso .1 .usuarioResponsable : String .1 .entidad Ilustración 4 Diagrama de Clases._CompetenciaD e .entidad : String # fechaEmision : D ate # pasivoOActivo : int # fechaSolucion : D ate 1 1 1 Caso # IUC : int # hechos : String # decision : String # fechaCierre : D ate # fechaApertura : Date + tomarExpediente ( ) + gestionarActores ( ) + registrarConclusiones ( ) + definirRuta ( ) + vincularASolicitud ( ) + abrirCaso ( ) + acumularCaso ( ) + crearActividad ( ) + ingresarEtapaEnRuta ( ) + asignarServidorEquipo ( ) + marcarCierreCaso ( ) + descargarFuncionarios ( ) .* Correspondencia + fechaRecepcion + resumen O trasCom petencias Com petencia 1 .1 ._Actividades de la etapa # argumento : String + tomarEtapas ( ) # contrargumento : String 0....* 0.esTemerario : boolean SujetoProcesal Caso con que se acumula Instrum ento PoderPreferente .destinatario : String + generarOficios ( ) 0.1 0.tituloExpediente : String .fechaD evolucion : D ate AccionPopular Tutela AccionCum plim iento .* 1.* Com ision 0.entidad : String .* .1 .._UsuarioD eUnaComision 1._ActoresCaso 1 Servidor ._PlantillaAsociada Plantilla .instancia : int 1.CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION 1.usuarioResponsable : int ._Etapas Ruta del Caso .* O ficio 0...dependencia ._Conclusiones Conclusiones + insertarConclusion ( ) CasoD isciplinario ..1 Abogado 0..funcionario : String SolicitudParte + insertarActor ( ) + tomarListaActoresCandidatos ( ) .nombre : String .fecha : Date ..* Etapa # idActividad : int ._PrestamosExpedientes Prestam osExpedientes ._UsuariosD eUnCaso # nombreUsuario : String Q ueja ._Expediente Expediente Actividad 0._AbogadoQueInterpone 0..