Modelado de una aplicacion Web para el modulo planilla de control de delitos de la fiscalia militar.

MODELADO DE UNA APLICACIÓN WEB PARA EL

MÓDULO PLANILLA DE CONTROL DE DELITOS DE LA FISCALÍA MILITAR

Trabajo de Diploma para optar por el título de Ingeniero en Ciencias Informáticas

Autores: Daeana Obret Cintra

Sulani Yanislian Leyva Rizo

Tutor: Ing. Yismel Fonseca Pereira

Co-tutor: Ing. Dennis Meriño Menadier Msc. Tomás Domínguez León

Ciudad de La Habana, 2 de Julio de 2008

“Año 50 de la Revolución”

"La revolución no se lleva en los labios para vivir de ella, se lleva en el corazón para morir por ella."

Ernesto Che Guevara

DEDICATORIA

A nuestros padres, quienes nos han brindado amor incondicional y siempre nos han impulsado a superarnos profesionalmente ofreciéndonos aliento constante para lograrlo.

A nuestras hermanas, hermanos y familiares en general, que nos apoyan siempre y ayudan a conseguir nuestros anhelos.

A los que nos ofrecieron su amistad y nos brindaron

su apoyo para que viéramos realizados nuestros

sueños y a aquellos que aunque no están presentes

les hubiese gustado disfrutar como nosotras de este

inolvidable momento…

AGRADECIMIENTOS

Agradecemos a la Revolución y a nuestro Comandante en Jefe Fidel Castro Ruz, por hacernos parte de este, su gran sueño y darnos la oportunidad de estudiar en una Universidad creada al calor de la Batalla de Ideas.

A Raúl Castro Ruz por enseñarnos siempre el camino del trabajo duro y consciente.

A la UCI, por habernos formado como profesionales a la altura de nuestros tiempos.

A nuestro tutor Yismel, por ser atento, preocupado y por brindarnos todo su apoyo, por atendernos en todo momento, por poner a nuestra disposición todos sus conocimientos.

A los compañeros de la Fiscalía Militar que nos atendieron muy bien, en especial a Tomás y Tamayo.

A todos ustedes MUCHAS GRACIAS.

De Daeana:

Para mi es muy difícil agradecerles a todas las personas que me han apoyado y ayudado a llegar hasta aquí o que simplemente con su amor y cariño me han impulsado a luchar para lograr cosas grandes como esta. Soy muy afortunada al contar con muchísimas personas lindas que me quieren y que llevo muy cerquita de mi corazón.

A mis padres por ser lo más valioso que tengo, el más grande de mis tesoros, por guiarme, por ser mi orgullo, mi ejemplo y más que eso, por ser parte de mi vida.

Gracias mamita por ser como eres, buena, sencilla, franca, exigente, enorme de corazón.

Gracias por ser dedicación, comprensión, cariño, ternura y pasión. Sin tu amor y preocupación no hubiese llegado a ser lo que soy. No le puedo pedir más a la vida porque tú eres lo mejor que me ha dado, porque tú eres mi vida misma.

A Dennis, por haber sido mi apoyo y mi fuerza en estos cinco años de universidad, por haber estado ahí siempre para mí, por ayudarme en todo lo que necesité y por quererme tanto.

A mis tías y tíos por todo lo que me quieren, por estar siempre pendientes de mí, de mis cosas, por su apoyo incondicional. Gracias Marisol, Juanita, Bichi, Mayito y a mi querida tía Bertha que aunque no esté con nosotros se que me protege siempre y me guía por el buen camino de la vida.

A mis queridos abuelitos Estrella y Mario por todo ese gran amor y sabiduría que me han sabido transmitir.

A todos mis hermanos en especial a mi chiquitica Dianita que la quiero como si fuese mi hijita, a mi hermanito Nené como cariñosamente le decimos por siempre estar brindándome su apoyo y ayuda incondicional, a mi gordita María Caridad por quererme tanto y a mi cuñada Leyanis por ser tan atenta conmigo.

A todos mis primos que se están encaminando en la vida y que se que van a triunfar igual

que yo. Gracias Jose, Adrian, Briansito, Yohana y Anabel.

A Rosario por ser para mí como una más madre y darme buenos consejos, y a todos los de la familia Menadier que siempre me han brindado apoyo y afecto.

A mis compañeros y amigos de la universidad entre ellos: Rafaela, mi doctora Nilda, Mirna, Frank Alain, Karelia, Yaneisis, Yoinel, Daybert, Yocasta, Lianys, Leticia, Norbelis, Ismaray, Kirenia, Jeney, Karelis, Enrique, Ricardo a todos mis compañeros de aula y muchísimos otros, gracias a todos por no olvidarme y tenerme siempre presente.

A todos mis vecinos por su preocupación y apoyo en especial a Hildita, Zulema, Nadita, Yuliet, Daineris, Orlianna, Caridad, Giorbis y Toni.

A Sulani, mi compañera de tesis quiero agradecer mucho, por haber estado siempre dispuesta a escucharme y por haber formado un buen equipo de trabajo juntas.

A todos, muchísimas gracias, ustedes forman parte de este logro.

De Sulani:

Se me hace un poco complicado agradecerle a tantas personas que me han ayudado para llegar hasta aquí pero voy a ser un esfuerzo para poder terminar estas líneas.

A mi madre por ser una de las cosas más importantes en mi vida, por ser exigente, cariñosa, tierna, comprensiva y por confiar en mí, a mi padre querido por siempre apoyarme, quererme y estar a mi lado.

A mi abuelita mama por ser dedicada a sus nietos, por su amor incomparable, confianza, apoyo y a mi difunto abuelo papa por creer siempre en mí.

A mi hermano Yunior que es mi vida y quien a pesar de demostrar poco sus sentimientos se que me adora.

A mis tíos Magdalena, Rosita, Juana, Adalgisa, Neisa, Juan, Roberto, Pepin, Panchi, Olimpia, Oscar, José, Carmen, Osana y María Caridad por quererme tanto y preocuparse siempre por mi.

A mis primos que se están encaminando y que se que les espera un buen futuro: Gracias Zuaneth, Cosi, Rangy, Cuquita, Rosailín, Robertico, Aymara, Gisi, Celeste y Rafael.

A mis vecinos por su preocupación y atención en especial a Vilma, Aida, Pipo, Mari, Aereolinda, Yeni, Eduardo, Puchita, Gonzalito, Mirian, Felipa, Alcira, Teresa, Victor y Esperanza.

A mis amigas por estar en las buenas y en las malas en especial a Annie, Yuniersi, Lisandra, Ismaray, Daeana, Liuba, Yilian, Leyanni, Marzabal, Mayrelis, Norbelis, Kirenia, Yarahí, Ilirama y Yaite.

A mis amigos Nestor, David, Edimir, Dennis, Osmany y en especial a Edgar y Erik por siempre haberme dado su cariño, apoyo, atención y sobre todo confianza.

A todos muchísimas gracias, ustedes forman parte de este gran sueño.

DECLARACIÓN DE AUDITORÍA

Declaramos ser autores de la presente tesis y reconocemos a la Universidad de las Ciencias Informáticas los derechos patrimoniales de la misma, con carácter exclusivo.

Para que así conste firmamos la presente a los _______ días del mes de Julio del año 2008.

_____________________ _____________________ ___________________

Sulani Y. Leyva Rizo Daeana Obret Cintra Yismel Fonseca Pereira Autor Autor Tutor

DATOS DE CONTACTO

Ing. Yismel Fonseca Pereira

Graduado de Ingeniero en Ciencias Informáticas en el año 2007 en la Universidad de las Ciencias Informáticas (UCI). Cursó un postgrado de Metodología de la Investigación. Actualmente se desempeña como líder del Proyecto de Informatización de la Fiscalía Militar en la Unidad de Compatibilización, Integración y Desarrollo (UCID).

Resumen

En las Fiscalías Militares a diario fluye un elevado volumen de información relacionada con los Procesos Penales, la cual es procesada manualmente.

Actualmente la información procedente de dicho proceso se almacena en formato de papel, la cual contribuye a una mejor organización del trabajo interno de dicha institución y permite dotar a las instituciones militares de los datos necesarios para adoptar medidas en interés de mejorar la disciplina militar y la observancia de la legalidad en las mismas. El destino final de los Procesos Penales en la mayoría de los casos es enviarlo al Tribunal Militar, es decir, la información contenida en ellos queda fuera del control de la Fiscalía Militar.

Después de varios meses de reuniones de preparación con los principales clientes se toma la decisión por parte de la Unidad de Compatibilización, Integración y Desarrollo (UCID) de realizar el modelado de los principales procesos enmarcados en el departamento de los Procesos Penales para en un futuro contar con una eficiente aplicación que permita informatizar los mismos.

Con esta investigación se pretende realizar el modelado de una aplicación Web para el Módulo Planilla de Control de Delitos con el objetivo de obtener la información necesaria para realizar análisis estadísticos, de tendencias, estado de la disciplina etc. Para modelar el sistema, se siguió un proceso de desarrollo de software conformado por cuatro fases, enmarcándose la investigación en las dos primeras: Inicio y Elaboración.

Índice

RESUMEN ... IX

INTRODUCCIÓN ...

CAPÍTULO1. FUNDAMENTACIÓN TEÓRICA ...

1.1 Introducción. ...

1.2 Conceptos asociados al dominio del problema. ...

1.2.1 Ministerio de las Fuerzas Armadas Revolucionarias . ... 5

1.2.2 Fiscalía General de la República. ... 6

1.2.3 Fiscalía Militar. ... 6

1.2.4 Proceso Penal. ... 6

1.2.5 Planilla de Control de Delitos. ... 7

1.2.6 Delito... 7

1.2.7 Política Penal. ... 7

1.2.8 Denuncia. ... 8

1.2.9 Investigación. ... 8

1.2.10 Decisión Sobre la Denuncia. ... 9

1.3 Objeto de Estudio. ...

1.4 Descripción General del Módulo Planilla de Control de Delitos del Sistema para la Informatización de la Fiscalía Militar. ...

1.5 Descripción actual del dominio del problema. ...

1.6 Fundamentación de la Situación Problémica...

1.7 Análisis de otras soluciones existentes. ...

1.8 Conclusiones parciales. ...

CAPÍTULO 2. TENDENCIAS Y TECNOLOGÍAS ACTUALES ...

2.1 Introducción. ...

2.2 Aplicaciones Web. ...

2.3 Metodología. ...

2.4 Fundamentación de la Metodología utilizada. Proceso Unificado de Desarrollo. ...

2.5 Lenguaje para el Modelado de Objetos. ...

2.6 Herramientas de Modelado. ...

2.7 Tecnologías. ...

2.8 Arquitectura. ...

2.8.1 Arquitectura en Capas. ... 22

2.9 Librería. ...

2.10 Fundamentación del Sistema de Bases datos a utilizar. ...

2.11 Fundamentación del Lenguaje a utilizar. ...

2.12 Herramientas de desarrollo. ...

2.13 Conclusiones parciales. ...

CAPÍTULO 3. CARACTERÍSTICAS DEL SISTEMA ...

3.1 Introducción. ...

3.2 Modelo de Negocio. ...

3.2.1 Actores y Trabajadores del Negocio. ... 28

3.2.2 Proceso de Negocio. ... 30

3.2.3 Diagrama de Caso de Uso del Negocio. ... 30

3.2.4 Descripción Textual de los Casos de Uso del Negocio. ... 31

3.2.5 Modelo de Objetos. ... 35

3.3 Especificación de los Requisitos del Software. ...

3.3.1 Requerimientos Funcionales del Sistema. ... 36

3.3.2 Requerimientos no Funcionales del Sistema... 37

3.4 Descripción del Sistema propuesto. ...

3.4.1 Descripción de los actores del Sistema. ... 40

3.4.2 Diagrama de Casos de Uso del Sistema. ... 40

3.4.3 Descripción Textual de los Casos de Uso del Sistema. ... 41

3.5 Conclusiones parciales. ...

CAPÍTULO 4. ANÁLISIS Y DISEÑO ...

4.1 Introducción. ...

4.2 Análisis. ...

4.2.1 Diagrama de Clases de Análisis... 61

4.3 Diseño. ...

4.3.1 Diagramas de Clases del Diseño. ... 63

4.4.1 Patrones de diseño. ... 67

4.5 Diagramas de Interacción………

4.6 Estándares de la interfaz de la aplicación. ...

4.7 Concepción General de la Ayuda. ...

4.8 Tratamiento de Excepciones. ...

4.9 Diseño de la Base de Datos. ...

4.9.1 Diagrama de Clases Persistentes. ... 73

4.9.2 Mecanismo de acceso a datos. ... 75

4.9.3 Modelo Físico de la base de datos. ... 78

4.10 Generalidades de la Implementación. ...

4.11 Conclusiones parciales. ...

CONCLUSIONES ...

RECOMENDACIONES……….

BIBLIOGRAFÍA ...

ANEXOS ...

GLOSARIO DE TÉRMINOS...

Introducción

Las Tecnologías de la Información y las Comunicaciones (TIC) ocupan un lugar fundamental en el desarrollo de la sociedad y la economía. El concepto de las TIC nace con la convergencia tecnológica de la electrónica, el software y las infraestructuras de las telecomunicaciones y proveen herramientas que ofrecen la posibilidad de encontrar soluciones novedosas ante los desafíos sociales de hoy.

Las nuevas tecnologías pueden y deben contribuir a la solución de los problemas más generales de la sociedad, en especial en los países y regiones más atrasadas. No es la tecnología la que hace mayor la distancia entre ricos y pobres, sino el uso que le dan los hombres y las circunstancias del injusto orden económico y social en que vivimos.

Debido al auge que ha tenido la implantación y utilización de las TIC en todo el mundo, se presentan como una necesidad para el desarrollo económico y social de cualquier país. En los últimos años, en Cuba se ha emprendido el reto de la informatización de la sociedad, proyecto que se ha realizado de manera acelerada auspiciado por la dirección del país.

Las Fuerzas Armadas Revolucionarias (FAR) como institución militar básica del Estado, se ha visto en la necesidad de sumarse a este proceso. En este sentido se han dado varios pasos, tal es el caso de la Fiscalía Militar para la cual se desarrollará un sistema que permita la informatización de algunos de los procesos básicos que en ella se realizan.

Situación Problémica:

En la actualidad la información procedente de los Procesos Penales en la Fiscalía Militar se almacena en formato de papel, la cual contribuye a una mejor organización del trabajo interno de dicha institución y lo que es más importante, permite dotar a las instituciones militares de los datos necesarios para adoptar medidas en interés de mejorar la disciplina militar y la observancia de la legalidad en las mismas. El destino final de los Procesos Penales en la mayoría de los casos es enviarlo al Tribunal Militar, es decir, la información contenida en ellos queda fuera del control de la Fiscalía Militar, por lo que se ideó elaborar una Planilla de Control de Delitos compuesta por: Registro de datos del Hecho, Registro de datos de la Instrucción, Registro de datos de Consecuencia, Registro de datos del Plenario

y Otros Datos, así como el Registro de datos del Acusado que en un momento determinado permitiera obtener información necesaria para realizar análisis estadísticos, de tendencias, estado de la disciplina, etc., lo que implica destinar a este fin, recursos humanos y materiales, en detrimento de la calidad de otras tareas e incluso de su cumplimiento y por consiguiente la posibilidad de que los datos no sean fiables debido a los posibles errores del trabajo de los fiscales, producto del cansancio.

El Problema a Resolver que se plantea es: ¿Cómo mejorar el proceso de gestión de la información de la Planilla de Control de Delitos de la Fiscalía Militar?

A partir de esta idea se espera dotar con aportes prácticos a la institución, mediante una aplicació n Web que permita mejorar el control de la información que se maneja frecuentemente en las Fiscalías Militares del país, con el objetivo fundamental de ejercer el control y la preservación de la legalidad en los Ministerios de las Fuerzas Armadas Revolucionarias y del Interior.

El Objeto de Estudio de la investigación es: El Proceso de Gestión de la Información en la Fiscalía Militar; se tuvo en cuenta el criterio del cliente para un mejor entendimiento de cómo ocurre el flujo de información en la institución.

El Campo de Acción es: El Proceso de Gestión de la Planilla de Control de Delitos en la Fiscalía Militar.

Se plantea como Objetivo General:

 Modelar los procesos a informatizar de la Planilla de Control de Delitos de la Fiscalía Militar.

Para dar cumplimiento al objetivo fundamental de la investigación se proponen las siguientes Tareas de la Investigación:

 Documentar los principales conceptos asociados a la gestión de la información en la Fiscalía Militar.

 Describir el proceso de control de la información en la Fiscalía Militar.

 Describir las diferentes herramientas y tecnologías a utilizar.

 Modelar la gestión de los procesos a informatizar.

 Diseñar la base de datos del sistema a desarrollar.

Durante todo el proceso investigativo realizado se utilizaron un conjunto de Métodos Científicos de Investigación. Estos métodos se clasifican en:

Teóricos: Posibilitan el conocimiento del estado del arte del fenómeno, su evolución en una etapa determinada, su relación con otros fenómenos, así como su aislamiento como objeto estudiado.

Empíricos: Estos métodos permiten extraer de los fenómenos analizados las informaciones que se necesitan sobre ellos a través de observaciones, del uso de técnicas opináticas y la propia experimentación.

Dentro de los teóricos se emplearon los siguientes:

 Análisis Histórico-Lógico: para investigar sobre las aplicaciones informáticas de este tipo implementadas en Cuba y el resto del mundo, y su uso en el ámbito nacional, así como las ventajas y desventajas que posea en caso de que se esté utilizando algún software.

 Modelación: para realizar una reproducción simplificada de la realidad. Permite descubrir nuevas relaciones y cualidades del objeto de estudio.

Dentro de los empíricos se emplearon:

 Entrevistas: para comprender mejor la situación real del problema existente, así como las opiniones y sugerencias del cliente.

 Observación: para realizar un registro visual de lo que ocurre en el entorno del problema, aportar nuevos elementos que puedan ser de interés científico.

Este trabajo está conformado por cuatro capítulos.

Capítulo 1: Se expone el estado del arte, donde se realiza la fundamentación teórica del tema. Al mismo tiempo se describe el objeto de estudio, se explica el funcionamiento del módulo, los procesos fundamentales y otros detalles considerables.

Capítulo 2: Se justifican las tendencias y tecnologías utilizadas para el modelado de la aplicación y otras necesarias para su futura implementación.

Capítulo 3: Describe el negocio y se hace el análisis del sistema a desarrollar. Se definen las funcionalidades del sistema y se describen detalladamente, utilizando el Visual Parading como herramienta de modelación.

Capítulo 4: Se enfoca en la construcción de la solución mediante diagramas de clases de análisis y diseño, modelo de datos y se plantean los principios para el diseño, conceptualización general de la ayuda, tratamiento de errores y estándares de la implementación. Aquí se construyen las funcionalidades que se definieron en el capítulo anterior.

Capítulo1

Fundamentación Teórica

1.1 Introducción.

En este primer capítulo se realiza una explicación de manera general en la que se abordan los principales aspectos relacionados con el objeto de estudio, así como el estado del arte del tema tratado.

Como tema a desarrollar se plantea el Módulo Planilla de Control de Delitos

.

1.2 Conceptos asociados al dominio del problema.

A continuación se exponen conceptos importantes para la comprensión del dominio del problema.

1.2.1 Ministerio de las Fuerzas Armadas Revolucionarias (MINFAR).

El Ministerio de las Fuerzas Armadas Revolucionarias, es el organismo encargado de dirigir, ejecutar y controlar la aplicación de la política del Estado y del Gobierno en cuanto a la preparación de l país para la defensa de la soberanía del Estado sobre el territorio nacional, incluidos el mar, la tierra y el espacio aéreo que sobre estos se extiende, la preparación y realización de la lucha armada, y la contratación, adquisición, producción y uso del material de guerra que satisfaga las necesidades de la defensa.

Cumple esas obligaciones con la participación de los demás órganos y organismos estatales, las entidades económicas, instituciones sociales y los ciudadanos. Está integrado por los órganos de dirección de su aparato central, ejércitos, unidades militares y otras instituciones y entidades. (Fiscalía General de la República, 2008)

1.2.2 Fiscalía General de la República.

La Fiscalía General de la República es el Órgano del Estado al que corresponde, como objetivos fundamentales, el control y la preservación de la legalidad, sobre la base de la vigilancia del estricto cumplimiento de la Constitución, las leyes y demás disposiciones legales, por los organismos del Estado, entidades económicas y sociales y por los ciudadanos; y la promoción y el ejercicio de la acción penal pública en representación del Estado. (Fiscalía General de la República, 2008)

1.2.3 Fiscalía Militar.

La Fiscalía Militar es el órgano que tiene como objetivos fundamentales ejercer el control y la preservación de la legalidad en los Ministerios de las Fuerzas Armadas Revolucionarias y del Interior, sobre la base de la vigilancia del estricto cumplimiento de la Constitución de la República, las leyes y demás disposiciones legales, así como promover la acción penal y demás facultades que la ley le concede.

La Fiscalía Militar forma parte de la Fiscalía General de la República, se organiza verticalmente con independencia jerárquica y funcional de cualquier órgano local o militar, está subordinada únicamente al Fiscal General de la República, quien dirige su actividad directamente o mediante el Vicefiscal General Jefe de la Fiscalía Militar, a quien están subordinados los fiscales militares. (Ley No.101 de la Fiscalía Militar, 2006)

1.2.4 Proceso Penal.

Es el conjunto de actuaciones reglamentadas por normas previamente definidas cuyo objeto es la determinación de las conductas que pueden ser calificadas como hechos delictivos, y consecuentemente, aplicar la sanción que corresponda a las mismas. (El Derecho Procesal Penal.Comcepto y naturaleza del Derecho Penal, 2007)

Se considera que un Proceso Penal es el conjunto de acciones y diligencias que se realizan con el fin de esclarecer un hecho delictivo, determinar sus autores, causas, condiciones que lo originan y facilitan, con el objetivo de restablecer la legalidad quebrantada mediante el ejercicio de la acción penal.

Estadística Delictiva.

Es la recopilación de información sobre el comportamiento del delito, sus comisores (autores del delito), causas que lo originan, características y otras circunstancias en un período de tiempo en los mandos militares.

Parte de tramitación.

Son informaciones mensuales, periódicas de los diferentes órganos de la Fiscalía Militar sobre los hechos delictivos investigados y sus autores.

1.2.5 Planilla de Control de Delitos.

Impreso o formulario con espacios en blanco para rellenar. Se utiliza para plasmar los principales datos relacionados con el delito, sus circunstancias, comisores, consecuencias y otra información relevante que permite realizar análisis posteriores

.

1.2.6 Delito.

Es la acción u omisión socialmente peligrosa, prohibida por la Ley bajo conminación de una sanción penal. (Codigo Penal. Ley No. 62, 1987)

1.2.7 Política Penal.

Es un grupo de indicaciones, acuerdos, directivas que se toman por las altas esferas del Estado encaminadas a lograr una uniformidad en la aplicación de las leyes, de forma tal que se tengan en cuenta por las Instituciones Jurídicas todos los beneficios y medidas alternativas a las sanciones penales, en correspondencia con la situación delictiva del país y su desarrollo socioeconómico.

1.2.8 Denuncia.

Forma parte del proceso acusatorio, es decir es la forma mediante la cual se inicia el proceso penal, el derecho que tienen las personas naturales y jurídicas (así como el Estado), para iniciar o impulsar un proceso penal, al sufrir un perjuicio o daño. (El Derecho Procesal Penal.Comcepto y naturaleza del Derecho Penal, 2007)

Es la vía a través de la cual las personas hacen del conocimiento del órgano correspondiente, la comisión de hechos que puedan constituir un delito y, en caso de urgencia, ante cualquier funcionario o agente de policía. Acto mediante el cual se pone en conocimiento de la autoridad la comisión de algún delito o infracción legal.

En el sentido formal, constituye un documento (acta) contentivo del hecho que se quiere poner en conocimiento de la autoridad. Puede generarse en la propia fiscalía o proceder de los mandos, Ministerio del Interior (MININT) o Contra Inteligencia Militar (CIM). En relación con el hecho contiene la fecha y hora del hecho y sus circunstancias, el o los autores, la afectación. En relación con las personas contiene los datos generales de los autores, el denunciante, la persona que aprueba la denuncia y los datos generales de la persona que tramita el hecho. (Criterio de fiscales militares consultados: MsC Tomás Domínguez León).

1.2.9 Investigación.

Constituye un proceso durante el cual se recoge el mínimo de información necesaria para adoptar una decisión. Esta información está en los medios de prueba, que pueden ser declaraciones en relación con el hecho denunciado. Estas son actas que contienen los datos generales de las personas y sus respuestas a las interrogantes que se plantean por el investigador, así como otros documentos y medios que se ocupen. En el mismo están involucrados testigos, acusados e investigadores, que pueden ser estos últimos miembros de la Fiscalía, el MININT o la Contrainteligencia Militar. (Criterio de fiscales militares consultados: MsC Tomás Domínguez León).

1.2.10 Decisión Sobre la Denuncia.

Constituyen resoluciones emitidas por el fiscal y que ponen fin a la investigación realizada, adoptando alguna decisión. Contiene los datos del acusado y de la persona que investiga. Contiene el lugar, fecha, hora, grado militar, nombre y apellidos de quien la dicta, autor, los hechos y fundamentos para dictarla. En algunos casos contiene los datos de personas afectadas. Cuando se inicia el Expediente de Fase Preparatoria, se consigna además el grado, nombre y apellidos del designado para realizar la investigación. (Ley No. 6, 1977)

ESTRUCTURA DE LA FISCALÍA MILITAR

Figura1.Estructura de la Fiscalía Militar.

FISCALÍA MILITAR PRINCIPAL

FISCALÍA MILITAR TERRITORIAL OCCIDENTAL

FISCALÍA MILITAR TERRITORIAL

CENTRAL

FISCALÍA MILITAR TERRITORIAL

ORIENTAL

FISCALÍA MILITAR TERRITORIAL

MININT HABANA

FISCALIA MILITAR TERRITORIAL

SISTEMA EMPRESARIAL

FISCALÍA DE REGIÓN

FISCALÍA DE REGIÓN

FISCALÍA DE REGIÓN

FISCALÍA DE REGIÓN

GRUPO GRUPO

FISCALÍA MILITAR TERRITORIAL

SISTEMA

EMPRESARIAL

1.3 Objeto de Estudio.

El objeto de estudio de la investigación es el Proceso de Gestión de la Información en la Fiscalía Militar, enmarcado en el módulo Planilla de Control de Delitos. La Fiscalía Militar no cuenta con ningún sistema informatizado, por lo que se quiere desarrollar un Software para dicha Institución que incluya los nuevos avances de la tecnología. Para obtener resultados satisfactorios se hace necesaria una modelación exitosa del módulo ya mencionado y realizar un estudio detallado en sentido general del mismo con el fin de comprender su funcionamiento.

1.4 Descripción General del Módulo Planilla de Control de Delitos del Sistema para la Informatización de la Fiscalía Militar.

La Planilla de Control de Delitos está compuesta por: Registro de datos del Hecho, Registro de datos de la Instrucción, Registro de datos de Consecuencia, Registro de datos del Plenario y otros Datos, así como el Registro de datos del Acusado el cual agrupa los siguientes aspectos: Datos Personales, Datos Militares o Laborales, Situación Procesal, Conducta y Entorno Socio-Familiar.

El sistema que se propone desarrollar se concibe para controlar la gestión de la información en la Fiscalía Militar, visualizar partes asociados a algún Proceso Penal y conocer en tiempo real la situación en que se encuentran los mismos en caso de ser consultados.

Datos de la Planilla de Control de Delitos:

 Registro de datos del Hecho.

Se registra la fecha, el mando, la unidad mayor, la unidad menor, lugar del hecho y ocurrencia, lugar específico de la ocurrencia, modus operandi (forma de comisión) y motivaciones, además contiene dos cuadros de texto, uno para introducir una síntesis inicial del hecho delictivo y otro para registrar las actualizaciones de los mismos.

 Registro de datos de la Instrucción.

Es el o los órganos que participan en la instrucción del proceso, el número consecutivo de procesos que se trata, las personas que participaron en la instrucción del proceso, los delitos, las medidas

cautelares impuestas, si se concedieron prórrogas y decisiones finales adoptadas. Así mismo se registran las diferentes fechas que se instruyen dentro del proceso de instrucciones.

 Registro de datos de Consecuencia.

Se registran las diferentes afectaciones que produjo el hecho a particulares o instituciones.

 Registro de datos del Plenario.

Acciones que ocurren luego de ser entregado el proceso al Tribunal Militar.

 Registro de otros Datos.

Todo lo relacionado con las causas y condiciones y los responsables de ellas, medidas propuestas, medidas adoptadas por el mando, si hubo delitos distintos y no conexos (delito que no tiene que ver con el que se esta investigando y se descubre en ese momento).

Datos del Acusado:

 Datos Personales, relacionados con su fisionomía, lugar de origen, número de identidad permanente y lugar de residencia.

 Datos Militares o Laborales, referentes a su desempeño en algunas de estas esferas.

 Situación procesal del Acusado, consiste en la condición que el mismo tiene en el proceso penal.

 Conducta, tanto en lo penal como en lo social y disciplinario.

 Entorno Socio Familiar, en el que se desenvuelve desde el punto de vista criminológico.

1.5 Descripción actual del dominio del problema.

El llenado de la Planilla de Control de Delitos es uno de los procesos más largos y engorrosos que se realizan en la Fiscalía Militar, ya que se deben controlar todos los datos que se recogen del Proceso Penal que se esté llevando a cabo.

Actualmente en la Fiscalía Militar la gestión y flujo de información que se genera se realizan manualmente, esto trae como consecuencia que el trabajo de los fiscales sea más difícil, provocando

pérdida de datos, descontrol y desinformación de las actualizaciones que se realizan en las distintas Fiscalías Militares de todo el país.

En estas instituciones no existe ningún mecanismo de control informatizado que permita a los fiscales conocer lo que sucede en tiempo real, pues el período de tiempo en que son enviados los partes a la provincia y nación es bastante grande.

1.6 Fundamentación de la Situación Problémica.

La Fiscalía Militar en virtud de aprovechar el desarrollo vertiginoso de la informática y las comunicaciones de los últimos tiempos se ha propuesto informatizar la mayoría de los procesos que se llevan a cabo en esta organización, alcanzando así un mayor control en las informaciones obtenidas y generadas.

La recopilación de datos e información se realizan cada vez que se lleva a cabo un Proceso Penal utilizando para ello la Planilla de Control de Delitos.

El problema fundamental que existe en esta institución es que el manejo de la información y el control de la misma se realizan manualmente o mediante vías que no están informatizadas. Esta situación provoca la demora en la recopilación y actualización de la información.

1.7 Análisis de otras soluciones existentes.

En estos momentos no existe en Cuba ningún software capaz de resolver de manera íntegra esta problemática y a nivel mundial no se ha encontrado información que muestre la existencia de alguno.

El control y conocimiento de la información actualizada de los Procesos Penales que se llevan a cabo se realiza mediante vía telefónica o por correo militar.

1.8 Conclusiones parciales.

Con la elaboración de este capítulo han quedado detalladas algunas de las generalidades del Sistema para la Informatización de la Fiscalía Militar, y se ha particularizado en la composición del Módulo analizado. También se abordó la actualidad del sistema para acercarnos a la situación problémica

.

C apítulo 2

Tendencias y Tecnologías Actuales

2.1 Introducción.

En este capítulo se describe todo el entorno relacionado con Metodologías de desarrollo, Lenguaje y Herramienta de modelado, Tecnologías, Librerías, Arquitectura así como Lenguaje de programación y Herramientas de desarrollo que deben ser utilizadas para la futura implementación del sistema.

La propuesta que se presenta es el marco de trabajo de herramientas definidas por la Unidad de Compatibilización, Integración y Desarrollo (UCID) permitiendo alcanzar el principio de independencia tecnológica.

2.2 Aplicaciones Web.

A las Aplicaciones Web se les denomina aplicaciones de servidor (server-side applications) porque a diferencia de la mayoría de los programas que estamos acostumbrados a utilizar, los cómputos y procesamiento de la información se realizan en otro computador (el servidor). Nuestro computador, denominado cliente, se comunica con el servidor enviando y recibiendo la información por medio de un navegador web. Cómo podrá imaginar, un mismo servidor puede interactuar con gran cantidad de clientes al mismo tiempo, por lo cual, todos éstos podrán estar compartiendo los mismos datos y utilizando una misma aplicación desde distintos lugares y sin más requerimientos que un navegador web y una conexión a internet (u otra red compartida).

Ventajas

 No se requieren complicadas combinaciones de Hardware/Software para utilizar estas aplicaciones. Solo un computador con un buen navegador web.

 Se facilita el trabajo a distancia. Se puede trabajar desde cualquier PC o computador portátil con conexión a Internet.

 Actualizar o hacer cambios en el Software es sencillo y sin riesgos de incompatibilidades.

Existe solo una versión en el servidor lo que implica que no hay que distribuirla entre los demás computadores. El proceso es rápido y limpio.

 Al funcionar en un navegador, se requiere un conocimiento básico de informática para utilizar una aplicación web. (Aplicaciones Web, 2006)

Navegador Mozilla Firefox

Es un navegador de código abierto, multiplataforma, con interfaz gráfica de usuario desarrollado por Mozilla Corporation y cientos de voluntarios. Se basa en el motor XULRunner, desarrollado en su mayor parte utilizando el lenguaje XUL. Se ha convertido en el principal foco de desarrollo de la Fundación Mozilla. Firefox incorpora bloqueo de ventanas emergentes, navegación por pestañas, marcadores dinámicos, soporte para estándares abiertos, búsqueda "Arrastra y suelta", gestor de descargas y un mecanismo para añadir funcionalidades mediante extensiones. (Mozilla Corporation, 2007)

2.3 Metodología.

La metodología en el desarrollo de un Software es el plano de apoyo y el conjunto de métodos que se deben utilizar para desarrollar un producto con calidad, al hacer la selección de la más adecuada se tendrán clientes más complacidos y desarrolladores satisfechos, además servirá para que la confección y desarrollo del Software no parezca complicado, riguroso y difícil de controlar.

En un proyecto de desarrollo de Software la metodología define ¿Quién debe hacer? ¿Qué?, ¿Cuándo y Cómo debe hacerlo?

No existe una metodología de software universal. Las características de cada proyecto (equipo de desarrollo, recursos, etc.) exigen que el proceso sea configurable.

2.4 Fundamentación de la Metodología utilizada. Proceso Unificado de Desarrollo.

RUP (Rational Unified Process) es un Proceso Unificado de Desarrollo de Software que junto al Lenguaje Unificado de Modelado (UML), constituye una metodología estándar muy utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

El Proceso Unificado de Desarrollo está basado en componentes, es dirigido por casos de uso, centralizado en la arquitectura, iterativo e incremental. Este proceso es polifacético pues divide en cuatro fases el desarrollo del Software (Inicio, Elaboración, Construcción y Transición) las cuales tienen como función la evaluación de las iteraciones precedentes, se desarrollan mediante ciclos de iteraciones y se obtiene un producto final en cada fase. En cada iteración se necesita el uso de artefactos, cosa que lo convierte en una metodología importante para alcanzar un grado de certificación de desarrollo del Software.

El modelo de desarrollo del RUP está compuesto por: la Ingeniería de negocios, Requerimientos, Análisis y Diseño, Implementación y Prueba. Esta metodología también evalúa Gestión de Riesgos, Control de Calidad, Gestión de Proyectos y Control de Configuraciones. Todas estas facetas se encuentran de forma integrada.

Características del RUP

Los verdaderos aspectos definitorios del Proceso Unificado, y que lo convierten en único, se resumen en tres frases clave - dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental.

 Dirigido por Casos de Uso: Se basa en lo que el usuario/cliente necesita y desea, se capturan a través de las diferentes vías que se modelan en el negocio y se plasman en los requisitos, luego los modelos que se realizan guían todo el proceso, o sea, avanza a través de una serie de flujos de trabajo que se derivan de los casos de uso.

 Proceso Centralizado en Arquitectura: Incluye aspectos estáticos y dinámicos según los requerimientos del sistema. Es la Arquitectura la que se ajusta a los requerimientos del software y requisitos del hardware para ajustarlo a la vista del diseño completo de nuestro sistema. Es la vista total del proyecto la cual se aprueba en total acuerdo entre el equipo y los usuarios. Describe los elementos del modelo que son más importantes para su construcción,

los cimientos del sistema que son necesarios como base para comprenderlo, desarrollarlo y producirlo económicamente.

 Proceso Iterativo e Incremental: Se reproducen ciclos de vida en cascadas a menor escala.

En cada una de estas iteraciones se hace referencia a los pasos del flujo de trabajo y se van incrementando según el crecimiento de producto. El objetivo de cada iteración se establece en la función de la evaluación de las iteraciones precedentes.

En cada iteración, los desarrolladores, se identifican y especifican los casos de uso relevantes, crean un diseño utilizando la arquitectura seleccionada como guía, implementa el diseño mediante componentes y verifican que los componentes satisfacen los casos de uso. (Jacobo I, 2006)

2.5 Lenguaje para el Modelado de Objetos.

Un lenguaje para el modelado de objetos es un conjunto estandarizado de símbolos y de modos de disponerlos para modelar un diseño de software orientado a objetos. El uso de un lenguaje de modelado es más sencillo que la auténtica programación, pues existen menos medios para verificar efectivamente el funcionamiento adecuado del modelo. Esto puede suponer también que las interacciones entre partes del programa den lugar a sorpresas cuando el modelo ha sido convertido en un software que funciona.

Toda metodología de desarrollo de software utiliza un lenguaje para el modelado de objetos, para la representación de sus diagramas y artefactos.

UML (Unified Modeling Language)

UML es un lenguaje estándar para el modelado de software, es usado para visualizar, especificar y documentar los artefactos del sistema con gran cantidad de software. Permite a los desarrolladores visualizar el producto de su trabajo (artefacto) en esquemas o diagramas estandarizados.

UML es la interrelación Elementos – Relaciones – Diagramas, es un modelo gráfico que incluye aspectos conceptuales como de negocio y del sistema y aspectos concretos como expresiones del lenguaje de programación, esquema de Base de Datos y componentes de software reutilizable. Es un lenguaje para especificar no es un método ni un proceso, es una notación. Soporta la metodología

RUP pero el no constituye una metodología. Se usa para definir un sistema, sus artefactos, documentos y construir el software.

El UML estándar está compuesto por 3 partes: bloques de construcción (tales como clases, objetos, mensajes), relaciones entre bloques (asociación, generación) y diagramas (por ejemplo el diagrama de actividades). Los perfiles de UML son las extensiones a las notaciones estándares del UML usando los mecanismos de extensión del UML: los estereotipos, los valores etiquetados y restricciones.

(S.Pressman, 2005)

Se escoge UML porque:

 Permite modelar sistemas utilizando técnicas orientadas a objetos.

 Permite especificar todas las decisiones de análisis y diseño, construyéndose así modelos precisos, no ambiguos y completos.

 Puede conectarse con lenguajes de programación (Ingeniería directa e inversa).

 Permite documentar todos los artefactos de un proceso de desarrollo (requisitos, arquitectura, pruebas, versiones, etc.).

 Es un lenguaje muy expresivo que cubre todas las vistas necesarias para desarrollar y luego desplegar los sistemas.

 Existe un equilibrio entre expresividad y simplicidad, pues no es difícil de aprender ni de utilizar.

 Es utilizado por RUP.

2.6 Herramientas de Modelado.

Las herramientas de modelado de objetos, son fundamentales para el análisis del sistema. Hay varias herramientas creadas para el desarrollo de la Ingeniería de Software. Estas existen con el fin de desarrollar programas, utilizando técnicas de diseño y metodologías bien definidas, soportadas por herramientas automáticas.

Case (Computer Aided Software Engineering) es un conjunto de ayudas para el desarrollo de programas informáticos, desde la planificación, pasando por el análisis y el diseño, hasta la generación del código fuente de los programas y la documentación.

Para modelar el sistema propuesto se utilizó el Visual Paradigm.

Visual Paradigm.

Visual Paradigm para UML es una de las herramientas UML CASE más completa y fácil de usar, con soporte multiplataforma y que proporciona excelentes facilidades de interoperabilidad con otras aplicaciones. Fue creada para el ciclo vital completo del desarrollo del software que lo automatiza y acelera, permitiendo la captura de requisitos, análisis, diseño e implementación.

Visual Paradigm-UML también proporciona características tales como generación del código, ingeniería inversa y generación de informes. Tiene la capacidad de crear el esquema de clases a partir de una base de datos y crear la definición de base de datos a partir del esquema de clases. Está diseñada para usuarios interesados en sistemas de software de gran escala con el uso del acercamiento orientado a objeto, además apoya los estándares más recientes de las notaciones de Java y de UML. Incorpora el soporte para trabajo en equipo, que permite que varios desarrolladores trabajen a la vez en el mismo diagrama y vean en tiempo real los cambios hechos por sus compañeros. (Visual-Parading.com, 2007)

Características:

 Producto de calidad.

 Soporta aplicaciones web.

 Se integra con las siguientes herramientas Java: Eclipse/IBM WebSphere, JBuilder, NetBeans IDE, Oracle JDeveloper, BEA Weblogic.

 Fácil de instalar y actualizar.

 Compatibilidad entre ediciones.

 Licencia gratuita y comercial.

Ventajas

 Tiene disponible distintas versiones: Enterprise, Professional, Standard, Modeler, Personal y Community (que es gratuita).

 Ayuda a construir aplicaciones de calidad más rápido, mejor y a más bajo costo.

 Se pueden dibujar todos los tipos de diagramas de clase, código inverso, generar el código de diagramas y generar la documentación.

 Visual Paradigm para UML apoya un conjunto de idiomas tanto en la generación del código y la Ingeniería Inversa en Java, C + +, CORBA IDL, PHP, XML Schema, Ada y Python.

 Alta interoperabilidad: Los usuarios y proveedores de tecnología pueden integrar con Visual Paradigm modelos en sus soluciones con un mínimo esfuerzo.

2.7 Tecnologías.

Modelo Cliente/Servidor.

Los sistemas cliente/servidor se suelen ejecutar en máquinas distintas: una máquina en la que se ejecuta la aplicación servidora y otra u otras en la que se ejecuta la aplicación cliente. Por eso, tendremos que disponer de una PC potente para la aplicación servidora y varios PCs domésticos donde se ejecute la aplicación cliente.

El servidor es un programa que recibe una solicitud, realiza el servicio requerido y devuelve los resultados en forma de una respuesta. Generalmente un servidor puede tratar múltiples peticiones (múltiples clientes) al mismo tiempo. (Modelo Cliente-Servidor, 2007)

Ventajas

 Los desarrollos son mucho más cortos.

 Mayor duración de las aplicaciones.

 Es posible reconfigurar el servidor o los clientes sin la necesidad de alterar los programas que constituyen la aplicación.

 Aumento de rendimiento y reducción de gastos, debido a que la aplicación se puede redistribuir por distintas máquinas.

La aplicación cliente consta de:

 Interfaz gráfica.

 Se realizan validaciones de datos de entrada.

 Se realizan las peticiones de datos a las aplicaciones servidoras.

La aplicación servidora:

 Administra la BD.

 Verifica la integridad de la BD.

 Gestiona la seguridad de la BD.

 Ejecuta parte de la lógica de la aplicación.

 Responde a las peticiones de las aplicaciones clientes. (Mugutu, 2005)

Apache

Es un servidor HTTP de código abierto para multiplataformas, un software libre, presenta entre otras características mensajes de error altamente configurables, bases de datos de autenticación y negociado de contenido y tiene amplia aceptación en la red.

Características:

 Multiplataforma, lo que lo hace prácticamente universal.

 Es un servidor Web conforme al protocolo HTTP/IP.

 Modular: Puede ser adaptado a diferentes entornos y necesidades, con los diferentes módulos de apoyo que proporciona.

 Incentiva la realimentación de los usuarios, obteniendo nuevas ideas, informes de fallos y parches para la solución de los mismos.

 Es una tecnología gratuita de código fuente abierto, esto le da una transparencia de manera que si queremos ver que es lo que estamos instalando como servidor, lo podemos saber, sin ningún secreto, sin ninguna puerta trasera.

 Extensible: gracias a ser modular se han desarrollado diversas extensiones entre las que destaca PHP, un lenguaje de programación del lado del servidor. (Apache, 2006)

Asynchronous JavaScript and XML (AJAX)

Es un conjunto de tecnologías aplicadas de forma concreta que nos permite crear "aplicaciones web"

más eficientes en la interacción con el usuario. AJAX aúna todas estas tecnologías:

 Estructura y Presentación de la información basada en estándares mediante XHTML y CSS.

 DOM para interactuar dinámicamente con los datos.

 Intercambio y manipulación de datos usando XML and XSLT.

 Recuperación de datos asincrónica usando XMLHttpRequest y JavaScript

.

Ventajas

 Rapidez en las operaciones.

 Más cerca de crear realmente "Aplicaciones web".

 Menos carga del servidor (menos transferencia).

 Menos ancho de banda. (Alberto González Cristiano, 2007)

2.8 Arquitectura.

La Arquitectura de Software establece los fundamentos para que analistas, diseñadores, programadores, etc. trabajen en una línea común que permita alcanzar los objetivos del sistema de información, cubriendo todas las necesidades.

2.8.1 Arquitectura en capas.

La programación por capas es un estilo de programación en la que el objetivo primordial es la separación de la lógica de negocio de la lógica de diseño, un ejemplo básico de esto es separar la capa de datos de la capa de presentación al usuario.

La ventaja principal de este estilo, es que el desarrollo se puede llevar a cabo en varios niveles y en caso de algún cambio solo se ataca al nivel requerido sin tener que revisar entre código mezclado.

Además permite distribuir el trabajo de creación de una aplicación por niveles, de este modo, cada grupo de trabajo está totalmente abstraído del resto de los niveles; simplemente es necesario conocer la Interfaz de Programación de Aplicaciones- Application Programming Interface (API) que existe entre niveles. A cada nivel se le confía una misión simple, lo que permite el diseño de arquitecturas escalables (que pueden ampliarse con facilidad en caso de que las necesidades aumenten).

 Capa de presentación: Es la que ve el usuario (hay quien la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura la información del usuario dando un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Esta capa se comunica únicamente con la capa de negocio.

 Capa de negocio: Es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso

de lógica del negocio) pues es aquí donde se establecen todas las reglas que deben cumplirse.

Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos almacenar o recuperar datos de él.

 Capa de datos: Es donde residen los datos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio. (Modelo en Capas)

Para el diseño de la arquitectura se emplea la Arquitectura de 3 capas porque:

 Se navega de las capas superiores a las inferiores.

 Se pueden hacer modificaciones en una capa sin afectar a otras.

 La capa de presentación son todas las páginas Web que el usuario puede ver.

 La capa de negocio es la formada por las clases controladoras, las de acceso a datos y las clases entidades.

 La capa de datos es la formada por la BD en PostGreSQL.

 Las capas se van a encontrar en diferentes servidores, en este caso la capa de presentación en el cliente, la capa de negocio en el Servidor Web y la capa de datos en el Servidor SQL.

2.9 Librería.

ExtJS 2.0

Ext JS es una librería que facilita las herramientas necesarias para la creación de aplicaciones Web con excelentes gráficos, ya que posee una considerable colección de componentes para el diseño de interfaces, ventanas, pestañas, menús, tablas etc.

Brinda soporte para:

 Construir interfaces complejas y dinámicas.

 Comunicar datos de forma asíncrona con el servidor.

 Manejar datos de distinta índole de una manera simple.

2.10 Fundamentación del Sistema de Bases datos a utilizar.

PostGreSQL

PostGreSQL es un sistema objeto-relacional, ya que incluye características de la orientación a objetos, como puede ser la herencia, tipos de datos, funciones, restricciones, disparadores, reglas e integridad transaccional. A pesar de esto, PostGreSQL no es un sistema de gestión de bases de datos puramente orientado a objetos.

Características de PostGreSQL

A continuación se enumeran las principales características de este gestor de bases de datos:

 Implementación del estándar SQL92/SQL99.

 Soporta distintos tipos de datos: además del soporte para los tipos base, también soporta datos de tipo fecha, monetarios, elementos gráficos, datos sobre redes (IP, etc), cadenas de bits, etc.

También permite la creación de tipos propios.

 Incorpora una estructura de datos array.

 Incorpora funciones de diversa índole: manejo de fechas, geométricas, orientadas a operaciones con redes, etc.

 Permite la declaración de funciones propias, así como la definición de disparadores.

 Soporta el uso de índices, reglas y vistas.

 Incluye herencia entre tablas (aunque no entre objetos, ya que no existen), por lo que a este gestor de bases de datos se le incluye entre los gestores objeto-relacionales.

 Permite la gestión de diferentes usuarios, como también los permisos asignados a cada uno de ellos.

PostGreSQL es un magnífico gestor de bases de datos y posee una gran escalabilidad, haciéndolo idóneo para su uso en sitios web que posean alrededor de 500.000 peticiones por día. (Manual de PostGreySQL)

2.11 Fundamentación del Lenguaje a utilizar.

PHP

PHP es el acrónimo de Hipertext Preprocesor. Es un lenguaje de programación del lado del servidor gratuito e independiente de plataforma, rápido, con una gran librería de funciones y mucha documentación.

PHP se escribe dentro del código HTML, lo que lo hace realmente fácil de utilizar, al igual que ocurre con el popular ASP de Microsoft, pero con algunas ventajas como su gratuidad, independencia de plataforma, rapidez y seguridad. Es independiente de plataforma, puesto que existe un módulo de PHP para casi cualquier servidor web. Esto hace que cualquier sistema pueda ser compatible con el lenguaje y significa una ventaja importante, ya que permite portar el sitio desarrollado en PHP de un sistema a otro sin prácticamente ningún trabajo. (PHP.net, 2008)

La seguridad es un aspecto muy importante por lo que es recomendable instalarlo sobre servidores Unix o Linux que son conocidos como los más veloces y seguros.

PHP permite configurar el servidor de modo que se permita o rechacen diferentes usos, lo que puede hacer al lenguaje más o menos seguro dependiendo de las necesidades de cada cual.

Algunas de las más importantes capacidades de PHP son: compatibilidad con las bases de datos.

Incluye funciones para el envío de correo electrónico, upload de archivos, crear dinámicamente en el servidor imágenes en formato GIF, incluso animadas y una lista interminable de utilidades adicionales.

(Santos, Cristian Van Der Henst y Heminio Heredia)

Para implementar esta aplicación se ha seleccionado como lenguaje de programación: PHP, porque:

 Es un lenguaje multiplataforma, por lo que puede ser utilizado en cualquier sistema operativo.

 Su velocidad de ejecución es alta, en caso de que sea montado en un servidor Linux o Unix su velocidad es mayor debido a que se ejecuta en un único espacio de memoria.

 Es uno de los lenguajes de programación con más seguidores en el mundo, por tal motivo cuenta con una gran comunidad de desarrolladores, esto posibilita que exista una gran cantidad de ejemplos y tutoriales disponibles para los desarrolladores que se interesen por el

lenguaje. Además es un software de código libre, y puede ser descargado gratuitamente desde internet.

 Fácil uso y la manera de aprender es rápida y sencilla.

2.12 Herramientas de desarrollo.

Zend Studio

Zend Studio es un editor web orientado a la programación en PHP, proporciona una serie de ayudas en la gestión y creación de proyectos, así como en la depuración de código y permite desarrollar aplicaciones web.

Zend Studio consta de dos partes en las que se dividen las funcionalidades: la parte del cliente y las del servidor. Las dos partes se instalan por separado, la del cliente contiene la interfaz de edición y la ayuda. Permite además hacer depuraciones simples de scripts, aunque para disfrutar de toda la potencia de la herramienta de depuración habrá que disponer de la parte del servidor, que instala Apache y el módulo PHP o, en caso de que estén instalados, los configura para trabajar juntos en depuración.

Contiene una ayuda contextual con todas las librerías de funciones del lenguaje que asiste en todo momento ofreciendo nombres de las funciones y parámetros que deben recibir.

Otras ayudas que ofrece a la hora de escribir son las típicas en editores avanzados, como permitir editar varios archivos, y moverse fácilmente entre ellos, marcar a qué elementos corresponden los inicios y cierres de las etiquetas, paréntesis o llaves, moverse al principio o al final de una función, identificación automática del código, etc.

Zend Studio dispone de una herramienta muy interesante de depuración. Gracias a ella se puede ejecutar páginas y conocer en todo momento el contenido de las variables de la aplicación y las variables del entorno como las cookies, las recibidas por formulario o en la sesión. Podemos colocar puntos de parada de los scripts y realizar las acciones típicas de depuración. (Zend.com, 2006)

2.13 Conclusiones parciales.

En este capítulo se analizaron las tendencias y tecnologías actuales utilizadas, dando los conceptos necesarios para comprender el por qué de las tecnologías que serán utilizadas en el desarrollo de la aplicación. Se fundamenta la metodología a utilizar: UML.

Se hizo un estudio de las aplicaciones Web y el modelo cliente servidor. Además se abordan las herramientas de desarrollo y de modelado a utilizar para la concepción del sistema, explicando su gran potencialidad y facilidades que brindan a la hora de desarrollar las aplicaciones, se fundamenta el lenguaje de programación a utilizar y el sistema de base de datos escogido.

Capítulo 3

Características del Sistema

3.1 Introducción.

En este capítulo se realiza el análisis del proceso de negocio correspondiente al objeto de estudio y se comienza con la modelación del sistema propuesto. Primeramente se realiza todo el análisis del negocio del problema, luego el proceso de la captura de requerimientos del sistema, tanto los funcionales como los no funcionales, la construcción de los casos de uso del sistema, los diagramas que representan la solución propuesta del sistema y para finalizar la descripción textual de cada uno de ellos.

3.2 Modelo de Negocio.

Para modelar el proceso de negocio, primeramente se seleccionan los actores y trabajadores que intervienen en el negocio, luego se definen los casos de usos que lo integran conformando el diagrama de caso de uso del negocio. Por último con los trabajadores y los objetos utilizados en el proceso se confecciona el modelo de objetos del negocio, cumpliendo así con la salida de todos los artefactos del flujo de trabajo.

3.2.1 Actores y Trabajadores del Negocio.

Un actor del negocio es cualquier persona, grupo, entidad, máquina, programa, sistema de información externo que interactúa con el negocio. Lo que se modela como actor es el rol que se juega cuando se beneficia de los resultados del negocio. El actor siempre se encuentra en las fronteras del negocio que estamos investigando. A continuación se muestra la justificación de los actores del negocio.

Actor Descripción

Cliente Es la persona encargada de la denuncia del

hecho.

Tabla 1 Actores del Negocio

Un trabajador del negocio representa a personas, o sistemas (Software) dentro del negocio que son las que realizan las actividades que están comprendidas dentro de un caso de uso. Estos trabajadores están dentro de la frontera del negocio, son los que en un futuro se convertirán en usuarios del sistema que se quiere construir. Cada trabajador del negocio debe definirse brevemente con su responsabilidad dentro del negocio.

Trabajador

Descripción

Fiscal

Es el directivo de la Fiscalía Militar encargado de realizar todo el proceso de Gestión de la Información, de Registrar los datos de la Planilla de Control de Delitos y del Acusado que sirven como base para Mostrar los Reportes correspondientes.

Oficina de cobro de Multas Es la encargada de realizar el proceso de cobro de las multas impuestas a los acusados.

Tabla 2 Trabajadores del Negocio

3.2.2 Proceso de Negocio.

En el negocio de la Planilla de Control de Delitos del Sistema para la Informatización de la Fiscalía Militar se realizan dos procesos fundamentales: Gestionar Proceso Penal y Procesar la Planilla de Control de Delitos que en esta ocasión se realizará mayor énfasis en la Planilla debido a que este el módulo que será informatizado en un futuro.

El Proceso Penal consiste en el conjunto de acciones y diligencias que se realizan con el fin de esclarecer un hecho delictivo, determinar sus autores, causas y condiciones que lo originan y facilitan con el objetivo de restablecer la legalidad quebrantada mediante el ejercicio de la acción penal.

El proceso de la Planilla de Control de Delitos se realiza en un soporte de papel en el cual se plasman los principales datos relacionados con el delito, sus circunstancias, comisores, consecuencias y otra información relevante que permite realizar análisis posteriores.

3.2.3 Diagrama de Caso de Uso del Negocio.

Este modelo de casos de uso describe los procesos del negocio en términos de casos de uso del negocio y actores del negocio, representando en estos últimos a los clientes. Dicho modelo se describe mediante diagramas de casos de uso que muestran cómo los actores del negocio y los casos de uso del negocio se encuentran relacionados.

A continuación se representa el modelo de negocio de la aplicación:

Fig. 3.1. Modelo del Negocio

3.2.4 Descripción Textual de los Casos de Uso del Negocio.

3.2.4.1 Gestionar Proceso Penal.

Caso de Uso: Gestionar Proceso Penal

Actores: Cliente

Trabajadores: Fiscal

Resumen: El caso de uso se inicia cuando el cliente realiza la denuncia y se lleva a cabo el proceso de investigación del delito.

Precondiciones: Debe haber ocurrido un presunto hecho delictivo.

Flujo Normal de Eventos Sección “Gestionar Proceso Penal”

Acción del Actor Respuesta del Negocio

1. El Cliente realiza la denuncia del hecho. 2. El Fiscal estudia la Denuncia.

3. El Fiscal levanta el Acta de Denuncia Verbal si la denuncia no es por escrito.

4. El Fiscal Registra la Denuncia en el Libro de entrada y salida de la documentación.

5. El Fiscal Procesa los datos iniciales de la Planilla.

6. El Fiscal si es competente valora si asume la Investigación.

7. El Fiscal decide investigar el proceso e inicia la Investigación.

8. El Fiscal clasifica la gravedad del hecho en:

Mucha Gravedad.

Mediana Gravedad (ver sección I).

Poca Gravedad (ver sección II).

9. El Fiscal clasifica el hecho de Mucha Gravedad.

10. El Fiscal elabora el Expediente de Fase

Preparatoria.

11. El Fiscal elabora sobreseimiento libre del Expediente de Fase Preparatoria.

Flujos Alternos

Línea 3: En caso de que la Denuncia sea por escrito se registra en el Libro de entrada y salida de la documentación.

Línea 6: En caso de que el Fiscal no sea competente concluye el llenado de la Planilla y lo envía a quien corresponda.

Línea 7: En caso de que el Fiscal decida no investigar el proceso, concluye el llenado de la Planilla y envía la Denuncia a otra institución.

Línea 10:

Caso1: El Fiscal decide enviar el expediente al Tribunal Militar.

Caso2: El Fiscal Elabora remisión del Expediente de Fase Preparatoria.

Línea 11: En caso de no ser libre elabora sobreseimiento provisional.

Sección I “Mediana Gravedad”

Acción del Actor Respuesta del Negocio

1. El Fiscal clasifica el hecho de Mediana Gravedad.

2. El Fiscal elabora Delito de Poca Peligrosidad Social.

3. El Fiscal lo envía al Tribunal Militar.

Flujo Alterno

Sección II “Poca Gravedad”

Acción del Actor Respuesta del Negocio

1. El Fiscal clasifica el hecho de Poca Gravedad.

2. El Fiscal valora imposición de multa.

3. El Fiscal valora nivel de peligrosidad social en caso de no imponer la multa.

4. El Fiscal determina si exige