Sistemas Expertos

FACULTAD DE INGENIERA
ESCUELA DE INGENIERA DE SISTEMAS

SISTEMA EXPERTO PARA EL PROCESO DE EVALUACIN
DE SENTENCIAS EMITIDAS POR LOS JUECES DEL
JUZGADO PENAL DE HUARAL
TESIS PROFESIONAL
PARA OPTAR EL TTULO DE
INGENIERO DE SISTEMAS
AUTOR:
Br. FLORES SANTOS, FABIO FREDDY
ASESOR:
Mg. DAZ RETEGUI, MNICA
LIMA PER
2011
DEDICATORIA
A mi esposa e hijas, a quienes les he robado el
tiempo y dedicacin que les daba.
A mis padres, quienes me brindan su apoyo, su
cario y aliento para seguir adelante.
ii
AGRADECIMIENTOS
A mis profesores, quienes compartieron su
conocimiento
y
experiencias
conmigo,
permitindome
as
desarrollarme
profesionalmente.
iii
RESUMEN
La presente investigacin se realiz en el Juzgado Penal de Huaral, en el departamento de

Lima, provincia de Huaral, el periodo de investigacin fue desde Abril del 2011 hasta
Diciembre del 2011, en la que particip la Oficina Distrital de Control de la Magistratura
(ODICMA).
En este estudio se tomaron 2 indicadores, el tiempo promedio en evaluar la sentencia de un

juez y el tiempo promedio en generar reporte de las sentencias evaluadas, con el propsito
de realizar una medicin y luego determinar la influencia que tendr la implementacin del
Sistema Experto para el Proceso de Evaluacin de Sentencias emitidas por los Jueces del
juzgado Penal de Huaral.
El desarrollo del aplicativo se ha llevado a cabo con la metodologa RUP. En el aspecto

metodolgico el trabajo se aborda desde la perspectiva del tipo de estudio aplicado, con un
diseo de investigacin experimental, de tipo pre-experimental donde la poblacin est
formada por veintitrs (23) sentencias emitidas por los jueces, de los cuales se tom como
muestra a la totalidad de la poblacin mencionada.
Los resultados de las respectivas mediciones indican que se redujo el tiempo de evaluacin
de sentencias al utilizar el Sistema Experto para el Proceso de Evaluacin de Sentencias
emitidas por los Jueces del Juzgado Penal de Huaral en un 94% y se redujo el tiempo de
generacin de reportes del juez evaluado en un 99%, con respecto a los resultados pre-test.
Basndose en los resultados, se concluy que la influencia del Sistema Experto para el
Proceso de Evaluacin de Sentencias emitidas por los Jueces del Juzgado Penal de Huaral
fue positiva, tanto en el tiempo de evaluacin de sentencias y generacin de reportes,
permitiendo que el proceso de revisin de fallos emitidos se realice de una manera ms
eficiente y eficaz.
Palabras Clave: ODICMA, OCMA, Sistema Experto, Evaluacin de Sentencia,

metodologa RUP.
iv
ABSTRACT
The present investigation was realized in Huaral's Penal Court, in the department of Lima,
Huaral's province, the period of investigation was from April, 2011 until December, 2011,
in that it informed the Office Distrital of Control of the Magistracy (ODICMA).
In this study 2 indicators took, the average time in evaluating the judgment of a judge and
average time in generating report of the evaluated judgments, with the intention of
realizing a measurement and then to determine the influence that will have the
implementation of the Expert System for the Process of Evaluation of Judgments issued by
the Judges of Huaral's Penal court.
The development of the applicative one has been carried out by the methodology RUP. In
the methodological aspect the work is approached from the perspective of the type of
applied study, with a design of experimental investigation, of pre-experimental type where
the population is formed by twenty-three (23) judgments issued by the judges, of which it
took as a sample to the totality of the mentioned population.
The results of the respective measurements indicate that it diminished the time of
evaluation of judgments on having used the Expert System for the Process of Evaluation of
Judgments issued by the Judges of Huaral's Penal Court in 94 % and diminished the time
of generation of reports of the judge evaluated in 99 %, with regard to the results pre-test.
Being based on the results, one concluded that the influence of the Expert System for the
Process of Evaluation of Judgments issued by the Judges of Huaral's Penal Court was
positive, so much in the time of evaluation of judgments and generation of reports,
allowing that the process of review of issued failures should be realized in a more efficient
and effective way.
Key words: ODICMA, OCMA, Expert System, Evaluation of Judgment, methodology

RUP.
NDICE GENERAL
Dedicatoria........ ii
Agradecimientos................................................................................................................... iii
Resumen............................................................................................................................... iv
Abstract................................................................................................................................. v
ndice general....................... vi
ndice de tablas................viii
ndice de figuras................................................................................. x
ndice de anexos.................................................................................................................. xiii
Introduccin.....xiv
1.
PROBLEMA DE INVESTIGACIN 1
1.1. Planteamiento del problema. 2
1.2. Formulacin del problema... 3
1.3. Justificacin..... 4
1.4. Limitacin............................................................................................................ 5
1.5. Antecedentes............ 5
1.6. Objetivos.. 8
1.6.1. General... 8
1.6.2. Especficos..... 8
2.
MARCO TERICO......................................................................................................9
2.1. Marco Terico................... 10
2.2. Marco Conceptual.............................................................................................. 28
3.
MARCO METODOLGICO...................................................................................29
3.1. Hiptesis.... 30
3.1.1.
Hiptesis general.... 30
3.1.2.
Hiptesis especficas....... 30
3.2. Variables............................................................................................................ 30
3.2.1. Definicin conceptual.................. 30
3.2.2. Definicin operacional......................................................................... 31
3.2.3. Indicadores........................................................................................... 32
3.3. Metodologa....................................................................................................... 33
vi
3.3.1. Tipo de estudio................ 33

3.3.2. Diseo de estudio......................................................................... 33
3.3.3. Desarrollo de la metodologa............................................................... 35
3.4. Poblacin, muestra y muestreo.......................................................................... 80
3.5. Mtodo de investigacin.................................................................................... 81
3.6. Tcnicas e instrumentos de recoleccin de datos.............................................. 81
3.7. Mtodos de anlisis de datos............................................................................. 82
4.
RESULTADOS Y DISCUSIN ...... 84

4.1. Resultados............ 85
4.2. Discusin.................. 96
5.
CONCLUSIONES Y SUGERENCIAS .................................................................. 98
6.
BIBLIOGRAFA...................................................................................................... 100
7.
ANEXOS... 103
7.1. Matriz de consistencia......... 104
7.2. Cronograma de la tesis........ 105
7.3. Project Charter..................... 106
7.4. Entrevista .... 107
7.5. Fichas de observacin ................. 109
7.6. Base de Hechos................ 113
7.7. Base de reglas...................... 114
7.8. Comparacin de tiempo de evaluacin de sentencia....... 119
7.9. Comparacin de tiempo de generacin de reporte ..... 121
7.10. Distribucin t-student.. 123
7.11. Produccin laboral de la OCMA 2010-2004.. 124
7.12. ndice de percepcin de la corrupcin en el mundo 2005.... 125
7.13. Resumen de Casos Evaluados..... 126
7.14. Factor de Evaluacin de Sentencias .....132
7.15. Solicitud de Confirmacin de Implementacin del Sistema Experto.. 133
7.16. Especificacin de Casos de Uso ECU . 134
7.17. Manual del Usuario .... 135
vii
NDICE DE TABLAS
Tabla N 1: Caractersticas del Sistema Experto y el Experto Humano .....................
11
Tabla N 2: Principios o prcticas de la Programacin Extrema ................................
19
Tabla N 3: Ciclo de vida del desarrollo de sistemas ...
22
Tabla N 4: Grupos de procesos de desarrollo de proyectos.........................
22
Tabla N 5: Operacionalizacin de variables.....................
31
Tabla N 6: Indicadores de la variable dependiente......
32
Tabla N 7: Descripcin de la simbologa del diseo pre-experimental ..
34
Tabla N 8: Matriz de riesgos del proyecto ..
36
Tabla N 9: Parmetros de medicin .....................
36
Tabla N 10: Recursos Humanos .......................
39
Tabla N 11: Bienes de consumo ..
39
Tabla N 12: Hardware ...................................
40
Tabla N 13: Presupuesto y financiamiento .
40
Tabla N 14: Actores del negocio .
44
Tabla N 15: Casos de uso del negocio ....
45
Tabla N 16: Trabajadores del negocio ....
56
Tabla N 17: Entidad del negocio: Juez ...
57
Tabla N 18: Entidad del negocio: Delito especfico .....................................
57
Tabla N 19: Entidad del negocio: Tipo de delito...........................................
58
Tabla N 20: Entidad del negocio: Tipo de conducta ... .................................
58
Tabla N 21: Entidad del negocio: Clase de pena .. ....................................
58
Tabla N 22: Entidad del negocio: Proceso ...................................
59
Tabla N 23: Entidad del negocio: Tipos de caso ...........................................
59
Tabla N 24: Entidad del negocio: Usuario ........................................
59
viii
Tabla N 25: Entidad del negocio: Registro del caso ...................................... 60

Tabla N 26: Actores del sistema ...................................
64
Tabla N 27: CU del sistema Clasificacin Ciclo de desarrollo ..........................
67
Tabla N 28: Matriz modelo del negocio y modelo del sistema ...
67
Tabla N 29: CU del sistema: Identificar usuario .
68
Tabla N 30: CU del sistema: Registrar/Actualizar usuario .
69
Tabla N 31: CU del sistema: Registrar juez ...
69
Tabla N 32: CU del sistema: Registrar evaluacin de sentencia
70
Tabla N 33: CU del sistema: Realizar consulta ..
70
Tabla N 34: Instrumentos de medicin asociados al indicador .
82
Tabla N 35: Prueba de Normalidad Shapiro-Wilk Indicador 1 ..
85
Tabla N 36: Resultados de tiempo de evaluacin de sentencia .
88
Tabla N 37: Media y desviacin estndar respecto al tiempo de evaluacin de 88

sentencia
Tabla N 38: Prueba de Normalidad Shapiro-Wilk Indicador 2
91
Tabla N 39: Resultados de tiempo de generacin de reportes .
93
Tabla N 40: Media y desviacin estndar respecto al tiempo de generar reporte..
94
ix
NDICE DE FIGURAS
Figura N 1: Estructura de un sistema experto .. 12
Figura N 2: Componentes que intervienen en el desarrollo de la tesis .
15
Figura N 3: Fases de la metodologa rup......
16
Figura N 4: Ciclo de entrega de la programacin extrema ..........
19
Figura N 5: Simbologa del diseo pre-experimental .. 34

Figura N 6: Actores del negocio ..........
45
Figura N 7: Casos de uso del negocio..................
46
Figura N 8: Diagrama de Casos de uso del negocio ......................
47
Figura N 9: Realizacin CU001 .............. 48

Figura N 10: Realizacin CU002 ......... 48
Figura N 11: Realizacin CU003............................................................................... 48
Figura N 12: Realizacin CU004.........................
49
Figura N 13: Realizacin CU005.............. 49

Figura N 14: Realizacin CU006.............. 49
Figura N 15 Diagrama de actividades del Ingreso al SEES.................................
50
Figura N 16: Diagrama de actividades Registrar/Actualizar Usuario ............
51
Figura N 17: Diagrama de actividades registrar juez......................... 52

Figura N 18: Diagrama de actividades registrar evaluacin de sentencia ................. 53
Figura N 19: Diagrama de actividades Reporte.................................................... 54
Figura N 20: Trabajador del negocio ................................................................ 56
Figura N 21: Diagrama de clases: Ingreso al SEES .............................................. 61
Figura N 22: Diagrama de clases: Registrar/Actualizar usuario ........................... 61
Figura N 23: Diagrama de clases: Registrar juez .................................................. 62
Figura N 24: Diagrama de clases: Registrar evaluacin ....................................... 62

Figura N 25: Diagrama de clases: Consulta .......................................................... 63
Figura N 26: Actores del sistema .......................................................................... 64
Figura N 27: Diagrama de paquetes del sistema ...... 65
Figura N 28: Diagrama de CU del sistema del paquete: Consulta ..
65
Figura N 29: Diagrama de CU del sistema del paquete: Evaluacin de sentencia... 66

Figura N 30: Diagrama de CU del sistema del paquete: Seguridad del sistema..
66
Figura N 31: Modelo Conceptual
72
Figura N 32: Modelo Lgico
73
Figura N 33: Modelo Fsico.. 74

Figura N 34: Diagrama de estados 75
Figura N 35: Diagrama de componentes del sistema
...
76
Figura N 36: Diagrama de despliegue del sistema
76
Figura N 37: Pestaa: Bienvenida ..
77
Figura N 38: Pestaa: Registro de jueces ...
77
Figura N 39: Pestaa: Registro de casos . 78

Figura N 40: Pestaa: Presupuestos 78
Figura N 41: Pestaa: Conclusiones ...
79
Figura N 42: Pestaa: Consolidado
79
Figura N 43: Pestaa: Registrar Usuario ....
80
Figura N 44: T-Student ...
83
Figura N 45: Q-Q normalidad para datos del tiempo de evaluacin de sentencia 86
Figura N 46: Distribucin t: Resultado evaluacin de sentencia 89
Figura N 47: Tiempo de evaluacin de sentencias...
89
Figura N 48: Tiempo promedio de evaluacin de sentencia (pre, post) ...
90
xi
Figura N 49: Desviacin estndar de Evaluacin de Sentencia .....
90
Figura N 50: Q-Q de normalidad para datos del tiempo de reporte de evaluacin
de sentencia...... 91
Figura N 51: Distribucin t: Resultado generacin de reporte
94
Figura N 52: Tiempo para generar reportes...... 95

Figura N 53: Tiempo promedio de generar reporte......
95
Figura N 54: Desviacin estndar de generar reporte....... 96
xii
NDICE DE ANEXOS
Anexo N 1: Matriz de consistencia.................. 104

Anexo N 2: Cronograma de ejecucin ............ 105
Anexo N 3 : Project Charter ..................................................
106
Anexo N 4: Entrevista.............
107
Anexo N 5: Ficha de observaciones ...
109
Anexo N 6: Base de hechos
113
Anexo N 7: Base de Reglas ............
114
Anexo N 8: Comparacin de tiempo de evaluacin de sentencia ..
119
Anexo N 9: Comparacin de tiempo de generacin de reporte ...
121
Anexo N 10: Distribucin t-Student ... 123

Anexo N 11: Produccin laboral de la OCMA 2004-2010
124
Anexo N 12: ndice de percepcin de la corrupcin en el mundo 2005 .. 125

Anexo N 13: Resumen de Casos Evaluados ...
126
Anexo N 14: Factor de Evaluacin de Sentencias... 132

Anexo N 15: Constancia de Confirmacin de Implementacin del Sistema
Experto
133
Anexo N 16: Especificacin de Casos de Uso ECU 134

Anexo N 17: Manual del Usuario
xiii
135
INTRODUCCIN
Como en toda sociedad, se espera que todo organismo del Estado sirva al pueblo y que ste
no se sirva de l, esto se logra en parte con la seleccin adecuada del personal que
conducirn dichos organismos.
Cuando esto no se logra se requiere que otros organismos especializados se encarguen de
su evaluacin, los cuales manejan procedimientos, que si bien resultan efectivos, requieren
de un tiempo considerable para su ejecucin y posterior obtencin de resultados. Por ello,
se requiere que estas metodologas de evaluacin se adapten a las nuevas tecnologas para
mejorar dichos procesos. En tal sentido, los sistemas permiten agilizar dichos procesos, y
en consecuencia, mejorar la productividad de la organizacin.
El Poder Judicial es, de acuerdo a la Constitucin y las leyes, la institucin encargada de
administrar justicia a travs de sus rganos jerrquicos que son los juzgados de Paz no
Letrados, los Juzgados de Paz Letrados, las Cortes Superiores y la Corte Suprema de
Justicia de la Repblica; uno de los objetivos del Poder Judicial es mejorar y ampliar el
acceso a la justicia, por ello es necesario revisar el trabajo realizado por los jueces. El
Consejo de Defensa Jurdica del Estado es el ente colegiado que dirige y supervisa el
Sistema de Defensa Jurdica del Estado y cuya misin es la de coordinar y supervisar la
defensa de los intereses del Estado, entre ellas revisar los fallos emitidos por los jueces en
perjuicio de los intereses del pas, para determinar si estos se fundamentan en la legislacin
o si existe alguna irregularidad en sus contenidos. La revisin de las sentencias se realiza
de manera manual, lo que ocasiona una inversin considerable de tiempo, lo que impide
que se revisen una cantidad mayor de sentencias y verificar a la vez su veracidad. Para ello
se plantea una revisin de las sentencias mediante la implementacin de un Sistema
Experto para el proceso de evaluacin de sentencias emitidas por los jueces del Juzgado
Penal de Huaral.
Por este motivo el presente proyecto plantea una posible solucin a la problemtica
mencionada anteriormente. Este proyecto se estructura en cuatro captulos principales: En
el primer captulo se menciona y describe la realidad problemtica, las justificaciones de la
investigacin, los antecedentes de la investigacin y los objetivos que fueron definidos en
el desarrollo de la investigacin. En el segundo captulo se definen todos los conceptos
tericos necesarios para la investigacin y el marco metodolgico. En el tercer captulo se
menciona y describe la metodologa de la investigacin, el tipo de estudio de la
investigacin, el diseo, variables e hiptesis de la presente tesis. En el cuarto captulo se
describen los resultados de las comparaciones del pre-test y post-test, de los indicadores
usados en la investigacin. En el quinto captulo se describen las conclusiones de la
investigacin. En el sexto captulo se especifican las citas bibliogrficas de las cuales se
recopil informacin relevante para el desarrollo de la investigacin. Finalmente se
adjuntan algunos anexos importantes.
xiv
CAPTULO I
PROBLEMA DE INVESTIGACIN
Universidad Csar Vallejo
Escuela de Ingeniera de Sistemas
I. PROBLEMA DE INVESTIGACIN
1.1. PLANTEAMIENTO DEL PROBLEMA
A nivel mundial, los juzgados no trabajan en forma correcta, debido a la
facilidad con la que se puede obtener un beneficio econmico si se favorece a
una de las partes. Segn revela el informe de Transparencia Internacional sobre
la corrupcin en el mundo (Anexo N 12), frica, Amrica Latina y Asia (en
ese orden, ao 2005) son los continentes con peor reputacin. Argentina ocupa
la posicin 97, lejos de Uruguay (puesto 32), y muy lejos de Chile, ubicado en
el lugar 21 y considerado el pas ms transparente de la regin.
El ndice de Percepcin de la Corrupcin (IPC) mide la forma como es
percibida la corrupcin vigente entre los polticos y funcionarios pblicos, por
medio de entrevistas que realizan diversas instituciones internacionales a
hombres de negocios, acadmicos, analistas de riesgos y expertos nacionales.
En ms de las dos terceras partes de los 159 pases cubiertos por el estudio, se
registran ndices inferiores a 5, de un mximo de 10 posibles, reflejando graves
niveles de corrupcin en gran parte del mundo. Las razones ms importantes
que explican el soborno y la corrupcin son: la oportunidad de un dinero fcil y
falta de valores.
El Per est siendo afectado por ciertos problemas, de los cuales los principales
son la pobreza, el desempleo, la delincuencia y la corrupcin. Aunque este es el
cuarto en la lista de los problemas en el pas, es tambin el primero en la lista
de problemas del Estado, como corrupcin de funcionarios y autoridades; por
ende, el Poder Judicial es el ms corrupto entre los poderes del Estado (Garca
2006: 8).
Las causas que hacen posible este problema se podran clasificar en los niveles
sociales, econmico y poltico. En lo social, la falta de un servicio profesional
que fiscalice los actos de los gobernantes; insuficiente participacin ciudadana
en actos de fiscalizacin y evaluacin de la gestin pblica. En lo econmico,
el insuficiente pago a los trabajadores pblicos genera un descontento y hace
posible que la corrupcin tenga cabida en las acciones pblicas; asimismo, el
desinters de conocer que hacen las autoridades con nuestros recursos, el cual
conlleva a que dichas autoridades manejen los recursos pblicos sin ninguna
inspeccin.
Como se mencion, las causas son la oportunidad del dinero fcil y la falta de
valores, lo que ocasiona desconfianza de parte del ciudadano con los rganos
de justicia; como se demuestra en los ltimos siete aos, las sanciones
disciplinarias del rgano de Control de la Magistratura (OCMA) no han
Sistema Experto para el proceso de
evaluacin de sentencias emitidas por
los jueces del Juzgado Penal de Huaral
Flores Santos, Fabio Freddy

2
disminuido, ya que se esperaba que con la creacin de este rgano disminuiran

los casos de corrupcin, sin embargo, la cantidad de ellos se ha mantenido
(Anexo N 11: Produccin Laboral de la OCMA 2010-2004)
Actualmente, la evaluacin de una sentencia judicial dictada por un juez, es
realizada en forma manual: se evala toda la documentacin propia del
expediente como si se estara iniciando el juicio por primera vez; se comprueba
que se haya cumplido con informar a las partes los avances del proceso
judicial; que se hayan hecho las investigaciones respectivas de parte de la
polica; para que finalmente el juez evale los presupuestos, que son los puntos
sobre el que se basa, para que finalmente dicte sentencia.
A la par del proceso de evaluacin de sentencias, se emite un reporte de
evaluacin de la sentencia, lo que genera inversin de tiempo, recursos y horas
hombre. El escaso personal con que cuenta la Oficina Distrital de Control de la
Magistratura (ODICMA), as como los exiguos recursos que se asignan para el
mismo, convierten en una tarea titnica que dicho proceso se lleve a cabo, en la
escala y magnitud que debera darse.
Al enfrentar un proceso judicial, una de las partes tiene la confianza que ganar
debido que las pruebas estn a su favor, sin embargo, al finalizar el juicio, se da
con la sorpresa que el juez favoreci a la otra parte a pesar de las evidencias.
Esto genera desconfianza en el ciudadano al no tener la garanta que su proceso
ser llevado con justicia, concluyendo que el que ms recursos econmicos
tiene ser el ganador.
Por ello, se busca una solucin por medio de un sistema experto que emita una
sentencia y la compare con la emitida por el juez.
1.2. FORMULACIN DEL PROBLEMA
1.2.1. Problema principal
Cul es la influencia del Sistema Experto en el proceso de evaluacin de
sentencias emitidas por los jueces del Juzgado penal de Huaral?
1.2.2. Problemas especficos
Cul es el tiempo de evaluacin de las sentencias de los jueces del
Juzgado Penal de Huaral utilizando el Sistema Experto para el proceso de
evaluacin de sentencias?
Cul es el tiempo de generacin de reportes de evaluacin de sentencias
de los jueces del Juzgado Penal de Huaral utilizando el Sistema Experto
para el proceso de evaluacin de sentencias?

3
1.3. JUSTIFICACIN DE LA INVESTIGACIN

El propsito de esta investigacin es demostrar que la aplicacin del Sistema
Experto influye positivamente en el proceso de evaluar las sentencias de los
jueces del Juzgado Penal de Huaral, permitiendo as al personal evaluador
agilizar dicho proceso, permitiendo evaluar una cantidad mayor de sentencias.
La justificacin de la investigacin abarcar cinco mbitos especficos:
1.3.1. Justificacin Econmica:
En el proceso de evaluacin de sentencias actual se invierte considerable
tiempo, lo que genera una gran inversin de personal y todo lo que ello
conlleva. El Sistema Experto para el proceso de evaluacin de sentencias
emitidas por los jueces del Juzgado Penal de Huaral busca automatizar el
proceso de evaluacin de sentencias y a la vez minimizar la inversin al
desarrollar dicho proceso.
1.3.2. Justificacin Institucional:
A travs de esta investigacin se podr mejorar la imagen de la
institucin, ya que permitir detectar a los malos jueces e incrementar la
credibilidad y confianza de las personas hacia el Poder Judicial. El
Sistema Experto para el proceso de evaluacin de sentencias emitidas por
los jueces del Juzgado Penal de Huaral permitir dar una imagen ms
slida de la institucin y de esta manera ganarse una imagen prestigiosa
frente a otras entidades del Estado.
1.3.3. Justificacin Tecnolgica:
A travs de esta investigacin se desea erradicar la desconfianza del
ciudadano y la mala atencin aprovechando los avances tecnolgicos en
el manejo de la informacin; por ello se propone el desarrollo de sistemas
que aprovechen las tecnologas actuales, permitiendo de esa manera una
mejora en la evaluacin de sentencias, as como, obtener informacin
actualizada.
1.3.4. Justificacin Operativa:
El proceso de evaluacin de sentencias actual logra resultados positivos,
sin embargo, en l se invierte mucho tiempo, lo que conlleva a evaluar
una cantidad limitada de sentencias, y el consiguiente reporte consume
igual cantidad de tiempo. El Sistema Experto mejorar el modo de

4
trabajo, acelerando los procesos existentes a la vez que la informacin

ser procesada ms eficientemente, lo cual ahorrar tiempo en evaluacin
de sentencias y generacin de reportes.
1.3.5. Justificacin Social:
El sistema experto permitir tomar mejores decisiones con respecto a las
evaluaciones de sentencias. Como es sabido, el ciudadano no tiene una
buena opinin del Poder Judicial, y a pesar que el rgano de Control de
la Magistratura (OCMA) cumple el papel de fiscalizador, no ha causado
la repercusin esperada para con los magistrados, puesto que las
sanciones disciplinarias en vez de disminuir han aumentado (Anexo N
11). El uso del sistema experto proporcionar confianza al ciudadano al
saber que el caso que est llevando ser resuelto con justicia.
1.4. LIMITACIN
El limitante ms saltante fue el acceso a la informacin requerida para el
desarrollo de la investigacin, sin embargo, la colaboracin del personal
responsable permiti su culminacin, sobre todo, el acceso para el llenado de
las fichas de observacin.
Otra limitante fue el escaso tiempo para la recoleccin de datos, el anlisis de
requerimientos, el modelado, el anlisis de datos y el desarrollo del sistema, sin
embargo, la colaboracin del personal responsable, as como, la colaboracin
de personal conocedor de la materia llenaron los vacos que existan.
La investigacin analiza la evaluacin de las sentencias de los jueces, la
veracidad de dicha sentencia y los reportes que se generan producto de dicha
evaluacin.
1.5. ANTECEDENTES
En el ao 2004, Yuri Ivan Zniga Castro, en su tesis tica y corrupcin en la
administracin de justicia de la Universidad Mayor de San Marcos, plantea
que la plaga de la corrupcin ataca no slo al Per, no slo a Amrica Latina,
no slo al continente, sino al planeta Tierra entero. Teniendo la corrupcin
privada y la Estatal. Enfatiza que la sociedad civil, el ciudadano comprometido,
es un hroe en la lucha contra la corrupcin en su pas. La justificacin del
proyecto se basa en que considera que es una lucha de nunca acabar debido a
que la corrupcin se ha apoderado de casi todas las instituciones pblicas, en
especial las que administran justicia. La conclusin de la tesis es crear una


5
institucin autnoma encargada de la tarea especializada de promover y

supervisar la lucha contra la corrupcin.
El aporte de esta investigacin es permitir comprender la situacin en que se
encuentra el Poder Judicial, para desarrollar y aplicar una herramienta que
permita solucionar o mitigar el problema.
As mismo, en el 2004, vila en su tesis El derecho al debido proceso penal
en un estado de derecho de la Universidad Mayor de San Marcos seala que:
En el Poder Judicial, Ministerio Pblico, como en la Defensora del Pueblo,
despert mi preocupacin e inters por el estudio de la nocin y los elementos
del derecho al debido proceso penal a la luz de la nueva normatividad, el
desarrollo jurisprudencial en el derecho comparado y los aportes de la
doctrina. Concluye que toda decisin, acto o norma que provenga de cualquier
poder o entidad del Estado, de particulares o de cualquier sujeto de derecho en
general que vulnere a amenace algn derecho fundamental, deber ser
invalidado o sancionado. El aporte de esta investigacin son los presupuestos
que se consideran para el dictado de una sentencia.
En el 2003, Beatriz Elizabeth Castillo Saldivar, en su tesis La aplicacin del
principio de proporcionalidad de la pena de prisin en los delitos de hurto, en
las sentencias condenatorias emitidas por los tribunales de San Salvador de la
Universidad de El Salvador seala que: En el derecho penal perteneciente a un
Estado de Derecho no se puede construir un mbito de punibilidad que exceda
el lmite reconocido como legtimo, no puede observarse la imposicin de una
pena fuera del conjunto de principios constitucionales reconocidos, es as que
el uso razonable del poder debe de atender al bien jurdico protegido, el cual,
en el caso del delito del hurto del patrimonio, cuya penalidad es en ocasiones
mayor que la pena impuesta a los delitos relativos a la integridad personal que
revisten una mayor jerarqua en escala de valores, de tal forma, que tanto el
legislador como el aplicador de la ley a la hora de imponer una pena, se olvida
de cada hecho en particular atendiendo al delito cometido, vulnerando
principios, derechos y garantas constitucionales lo cual no puede ser admitido
por un estado con investidura de supremaca constitucional.
El aporte de esta tesis son los criterios que se deben tomar en cuenta para la
imposicin de la pena, la que se basa en la fundamentacin de ella con un
anlisis exhaustivo de los criterios establecidos para ello.
En el ao 2009, Silvia Roxana Aruni Fernandez en su investigacin en su
investigacin Sistema Experto para el diagnstico y tratamiento de
enfermedades neurolgicas propuso el desarrollo de un sistema experto que
permita determinar el grado de Parlisis Facial y el tiempo pronstico de

6
recuperacin de un paciente de manera fiable. El proyecto de tesis se justifica

por que analizar en profundidad los problemas que originan la complicacin
de la salud del paciente, para as poder tomar la mejor decisin para su
bienestar. La conclusin de esta tesis fue la de poder tomar una decisin
asertiva para su pronta recuperacin sin complicar su estado.
De este antecedente, se busca adoptar la Metodologa para el desarrollo de un
Sistema Experto: planteando el problema, hallando al experto humano,
eligiendo la herramienta de desarrollo, diseando el sistema experto y
construyendo y probando el prototipo.
En el ao 1987, Jos Domingo Carrillo Verdun en la tesis descriptiva
Methodology for Experts Systems Development (Metodologa para el
desarrollo de Sistemas Expertos) desarrollada en la facultad de informtica de
la Universidad de Madrid Espaa, plantea el problema de no contar con una
metodologa ideal desarrollada para una aproximacin a la sistematizacin del
desarrollo de Sistemas Expertos, estructurndolo en una serie de fases, etapas y
actividades que intentan facilitar la labor del ingeniero del conocimiento en la
construccin del Sistema Experto. El objetivo es referenciar a los problemas
ms importantes que debe resolver el Ingeniero del Conocimiento en cuanto a
Seleccin del dominio de Aplicacin del Sistema Experto y del Experto en ese
dominio. El proyecto de tesis se justifica por su relacin con los expertos,
extrayendo el conocimiento del mismo y seleccionando la herramienta idnea
para su desarrollo. La conclusin fue que el uso de la metodologa mejora las
prestaciones, tanto en el diseo y desarrollo como en la ejecucin de los
sistemas expertos y que, adems, su uso permite aumentar los conocimientos
que se tienen sobre la misma de modo que su empleo habitual provoca su
perfeccionamiento.
De este antecedente se logra determinar la importancia de la Metodologa para
todo sistema experto, como tambin para el presente proyecto, ya que en la
actualidad no se cuenta con una arquitectura estndar, diagramas de
componentes establecidos ni bases de conocimiento detallados para resolverlos
debido a la gran cantidad de conceptos, permitiendo concluir con un sistema
experto con metodologa estndar para otros sistemas.
En el ao 2008, Eusebio Huanca Huanca, en su investigacin Sistema Experto
para el diagnstico de la peste porcina clsica plantea el problema que la peste
porcina clsica, tambin conocida como Clera porcino, es una de las
principales enfermedades vricas que afecta al ganado porcino, tanto domstico
como salvaje, caracterizado por lesiones de carcter hemorrgico y de curso
generalmente fatal en las formas agudas. El proyecto se justifica ya que con el
uso del sistema experto, a personas con poca experiencia les facilitar

7
identificar la enfermedad. Concluye que la formalizacin de la base de

conocimiento que preserva el conocimiento y experiencia del especialista
veterinario se obtuvo mediante reglas de produccin las cuales son
representadas por la lgica de predicados.
De este antecedente se busca adoptar las Fases del desarrollo de un sistema
Experto: identificacin, conceptualizacin, formulacin, implementacin y
comprobacin, y aplicarlo al proyecto de tesis.
1.6. OBJETIVOS
1.6.1. General
Determinar la influencia del Sistema Experto en el proceso de evaluacin
de sentencias de los jueces del Juzgado Penal de Huaral.
1.6.2. Especficos
Determinar el tiempo de evaluacin de sentencias de los jueces del

Juzgado Penal de Huaral utilizando el Sistema Experto para el
proceso de evaluacin de sentencias.
Determinar el tiempo de generacin de reportes de evaluacin de

sentencias de los jueces del Juzgado Penal de Huaral utilizando el
Sistema Experto para el proceso de evaluacin de sentencias.
Analizar, disear, desarrollar e implementar el Sistema Experto para

el proceso de evaluacin de sentencias emitidas por los jueces del
Juzgado Penal de Huaral.


8
CAPTULO II
MARCO TERICO
II. MARCO TERICO

2.1. SISTEMA EXPERTO
2.1.1. Definiciones
Los Sistemas Expertos, reproducen el planteamiento de expertos en la
solucin de problemas. Esto significa que en un programa de ordenador se
dispone de estrategias de solucin y conocimientos de expertos, con los que
se podr solucionar problemas de una forma casi inteligente. (Dieter 1988:
155)
Un sistema experto es un programa de computador inteligente, que usa
conocimientos y procedimientos de inferencia, para resolver problemas que
son lo suficientemente difciles como para requerir la intervencin de un
experto humano para su resolucin. El conocimiento necesario para ello, as
como los procedimientos de inferencia empleados, pueden verse como un
modelo de la experiencia de los mejores profesionales en su campo
(Feigenbaum 1977: 85).
Los sistemas expertos (SE), son una rama de la Inteligencia Artificial que
hace un uso extensivo del conocimiento especializado para resolver algn
problema al nivel de un humano experto, al nivel de una persona que es
especialista en el tema (Giatarrano 1998: 321).
Son sistemas expertos aquellos programas que se realizan haciendo explcito
el conocimiento en ellos, que tienen informacin especfica de un dominio
concreto y que realizan una tarea relativa a este dominio (Naylon 1983: 36).
Un Sistema Experto es un sistema informtico (hardware y software) que
simula a los expertos en un rea de especialidad dada. (Castillo 1996: 85).
Caractersticas del Sistema Experto y el Experto Humano

La siguiente tabla muestra las principales caractersticas de un sistema
experto y el experto humano, as como, la de los sistemas convencionales


10
Tabla N1 Caractersticas del Sistema Experto y el Experto Humano
Fuente: [Galipienso, 2003]

Estructura de un Sistema Experto
Una caracterstica decisiva de los Sistemas Expertos es la separacin entre
conocimiento (reglas, hechos) por un lado y su procesamiento por el otro. A
ello se aade una interfaz de usuario y un componente explicativo.
Experto Humano Ingeniero del Conocimiento: El experto humano

debe ordenar, estructurar y fundamentar su conocimiento, por las
preguntas formuladas por el ingeniero del conocimiento, que exige
razones, explicando los porqu de las mismas y controlar la coherencia
del conocimiento en su conjunto, no permitiendo contradicciones en el
mismo.
Estructuracin del conocimiento: Realiza un control ms ordenado y

fiable avisando de las imperfecciones detectadas. Es frecuente encontrar
sistemas con reglas que se contradicen, y que, por tanto, impiden su
correcto funcionamiento.


11
Conocimiento Abstracto - Conocimiento Concreto: Conocimiento

Abstracto (validez general, reglas, espacios probabilsticos, etc.) y
concreto (validez particular). Por ejemplo: en el caso del diagnstico
mdico, conocimiento.
Abstracto sntomas de todas las diferentes enfermedades, y el
conocimiento concreto formado por los sntomas particulares de cada
paciente en estudio.
Figura N1 - Estructura de un Sistema Experto

Fuente: [Galipienso, 2003]
Base de conocimiento: elemento que almacena el conocimiento

abstracto y lo pone a disposicin del motor de inferencia para su
posterior tratamiento.
Motor de Inferencia: la funcin principal es aplicar el conocimiento

abstracto al conocimiento concreto para sacar conclusiones. La
estructuracin del motor de inferencia est en base a la base de hechos y
la base de reglas.
Conclusin: Es una de las partes fundamentales dentro de los sistemas

expertos, porque a diferencia de un sistema de base de datos, un sistema
experto debe inferir (inferencia hacia delante e inferencia hacia atrs) la
solucin, para lo cual debe hacer uso de mtodos de bsqueda y
heursticas, que le permiten razonar de la misma forma que el experto
humano.


12
Aprendizaje: Permite la incorporacin de una nueva regla a la base de

conocimiento.
Base de Hechos: Se trata de una memoria temporal auxiliar que

almacena los hechos del usuario, hechos inciales del problema, y los
resultados intermedios obtenidos a lo largo del procesos de resolucin.
Base de Reglas: A travs de ella se puede saber no slo el estado actual

del sistema sino tambin cmo se lleg a l.
Obtencin de Conocimiento: Permite al ingeniero del conocimiento, y/o

experto, la construccin de la base de conocimiento mediante diferentes
mtodos propios de los sistemas expertos.
La observacin: El ingeniero de conocimiento observa la forma
de trabajar del experto y va anotando el proceso (adecuado
cuando el experto no es capaz de explicar el proceso, pero tener
cuidado en tomar nota porque las apariencias engaan.
La entrevista: El conocimiento se obtiene mediante preguntas y
planteo de problemas (importante en los primeros pasos o
cuando el problema es relativamente sencillo, pero se debe tener
cuidado porque el experto puede irse por las ramas).
Tipos de Sistema Experto
Basado en reglas previamente establecidas

Los sistemas expertos basados en reglas trabajan mediante la aplicacin
de reglas, comparacin de resultados y aplicacin de nuevas reglas
basndose en situaciones modificadas.
Basado en casos o CBR (Case Based Reasoning)

Los sistemas expertos basados en casos utilizan casos previamente
solucionados para dar solucin a los problemas que se pueden presentar
en el momento, es decir se basa en analogas para encontrar la solucin.
Basados en redes bayesianas

Una red bayesiana o red de creencia, es un modelo probabilstico
multivariado que relaciona un conjunto de variables aleatorias mediante
un grafo dirigido que indica explcitamente influencia causal.


13
2.1.2. METODOLOGAS DE DESARROLLO DE UN SISTEMA

EXPERTO:
Son herramientas utilizadas por el ingeniero de conocimiento, que le
dan pautas sobre cmo desarrollar un Sistema Experto, gua la
construccin del Sistema Experto permitiendo una correcta
documentacin y la deteccin de problemas durante el desarrollo y
corregirlos a tiempo, evitando as posibles errores.
Algunas de las metodologas son las siguientes:
Metodologa de John Durkin
Etapas:
1.
2.
3.
4.
5.
Determinacin del problema

Adquisicin del Conocimiento
Diseo
Prueba
Mantenimiento
Metodologa de Buchanan
Etapas:
1.
2.
3.
4.
5.
6.
Familiarizarse con el problema y el dominio

Delimitar el sistema
Obtener la estructura de Inferencia del Sistema Experto
Definir el Sistema Experto Prototipo
Depurar el Sistema Prototipo
Optimizar el Sistema Experto Prototipo
Metodologa de Grover
Etapas:
1.
2.
3.
Definicin del dominio

Formulacin del conocimiento fundamental
Conocimiento Basal
Metodologa de Brule
Etapas:
1.
2.
3.
4.
5.
6.
7.

Pre Planteamiento
Diseo y Especificacin
Desarrollo Temprano
Implementacin
Evaluacin
Supervisin
Mantenimiento

14
Metodologa de Blanque y Garca Martnez

Etapas:
1.
2.
3.
4.
5.
Adquisicin del conocimiento

Enunciacin de conceptos
Parametrizacin de conceptos
Planteo de causalidades
Verificacin
Figura N2 - Componentes que intervienen en el desarrollo de la tesis

Fuente: [Elaboracin propia]
2.1.3. METODOLOGAS DE DESARROLLO DE UN SISTEMA:

a. .Metodologa Proceso Unificado de Rational (RUP): Est
constituido por un conjunto de directivas que permiten producir
software a partir del pliego de condiciones (requisitos), cada
directiva define quin hace qu y en qu momento. (Debrauwer
2009: 23-26).
RUP se describe normalmente desde tres perspectivas:
Una perspectiva dinmica que muestra las fases del modelo

sobre el tiempo.
Una perspectiva esttica que muestra las actividades del

proceso que se representan.
Una perspectiva prctica que sugiere buenas prcticas a

utilizar durante el proceso.


15
La mayor parte de las descripciones del RUP intentan combinar las

perspectivas esttica y dinmica en un nico diagrama. Esto hace
que el proceso ms difcil de entender, por lo que aqu se utilizan
descripciones separadas de cada una de estas perspectivas.
El RUP se compone en fases que identifica cuatro fases diferentes

en el proceso del software. Estas fases son:
Inicio: Su objetivo es establecer un caso de negocio para el
sistema. Se deben identificar todas las entidades externas
(personas y sistemas) que interactan con el sistema y definir
estas interacciones.
Elaboracin: Los objetivos de esta fase son desarrollar una
comprensin del dominio del problema, establecer un marco de
trabajo arquitectnico para el sistema, desarrollar el plan del
proyecto e identificar los riesgos claves del proyecto.
Construccin: Esta fase comprende el diseo del sistema, la
programacin y las pruebas.
Transicin: La fase final del RUP se ocupa de mover el
sistema desde la comunidad de desarrollo a la comunidad del
usuario y hacerlo trabajar en un entorno real.
Figura N3 - Fases de la metodologa RUP

Fuente: Amo, Normand y Prez
El RUP se ha diseado conjuntamente con el UML, un lenguaje de
modelado orientado a objetos, por lo que la descripcin del flujo de
trabajo se orienta alrededor de los modelos UML asociados. La
ventaja de presentar perspectivas dinmicas y estticas es que las
fases del proceso de desarrollo no estn asociadas con flujos de
trabajo especficos. La mayor parte del esfuerzo se realizar en
flujos de trabajo tales como el modelado del negocio y los
requerimientos en las primeras fases del proceso y en las pruebas y
despliegue en las fases posteriores.

16
Lenguaje Unificado de Modelado (UML): Es un lenguaje de

modelado de sistemas de software ms conocido y utilizado en la
actualidad. Este lenguaje es grfico para visualizar, especificar,
construir y documentar los sistemas informacin, incluyendo
aspectos conceptuales tales como procesos de negocio y funciones
del sistema. (Debrauwer 2009: 23-26).
Se puede aplicar en el desarrollo de software entregando gran
variedad de formas para dar soporte a una metodologa de
desarrollo de software (tal como el Proceso Unificado Racional
o RUP), pero no especifica en s mismo qu metodologa usar. El
UML, se subdivide en 3 clases de diagramas:
Diagramas de comportamiento: Enfatizan en qu es lo que

debe suceder en el sistema modelado. Se tiene a:
o Diagrama de casos de uso: Define y modela todos los
elementos que describen todos los requerimientos de
sistema.
o Diagrama de actividades: Se define como una
realizacin del caso de uso, ordenando las tareas y
actividades para describir internamente el caso de uso.
o Diagrama de estados: Determina el comportamiento de
los objetos cuando reciben un mensaje.
Diagramas de estructura: Enfatizan los elementos que

deben existir en el sistema modelado. Se tiene a:
o Diagrama de clases: Es un diagrama esttico que
describe la estructura del sistema mostrando sus clases,
atributos y relaciones entre ellos.
o Diagrama de componentes: Es un diagrama que
representa cmo un sistema es dividido en componentes y
muestra las dependencias entre estos componentes.
o Diagrama de objetos: Es utilizado en el proceso de
anlisis y diseo de los sistemas, en si es un diagrama de
clases que muestra instancias especficas de clases en un
momento en particular.
o Diagrama de despliegue: Diagrama utilizado para
modelar hardware utilizado en las implementaciones de
sistemas y las relaciones entre sus componentes.
o Diagrama de paquetes: Diagrama que muestra como un
sistema est dividido en agrupaciones lgicas mostrando
las dependencias entre esas agrupaciones.

Diagramas de Interaccin: Enfatizan sobre el flujo de

control y de datos entre los elementos del sistema modelado.
Se tiene a:
17
o Diagrama de secuencia: Muestra la interaccin de un

conjunto de objetos en una aplicacin a travs del tiempo
y se modela para cada caso de uso.
o Diagrama de colaboracin (UML 1.x): Muestra
interacciones organizadas alrededor de los roles.
o Diagrama global de interacciones (UML 2.0): Muestra
una cierta vista sobre los aspectos dinmicos de los
sistemas modelados.
b.
Metodologa Programacin extrema (XP): Es posiblemente el

mtodo ms gil, ms conocido y ampliamente utilizado debido a
que el enfoque fue desarrollado utilizando buenas prcticas
reconocidas, como el desarrollo iterativo, y con la participacin del
cliente en niveles extremos. (Sommerville 2005: 364-365)
Los requerimientos se expresan como escenarios (historias de
usuario), los cuales se implementan directamente como una serie de
tareas.
Los programadores trabajan en parejas y desarrollan pruebas para
cada tarea antes de escribir el cdigo. Todas las pruebas se deben
ejecutar satisfactoriamente cuando el cdigo nuevo se integre al
sistema.
La programacin extrema se ajusta a los principios de los mtodos
giles:
- El desarrollo incremental se lleva a cabo a travs de entregas
del sistema pequeas y frecuentes, y por medio de un enfoque
para la descripcin de requerimientos basados en las historias
de cliente o escenarios que pueden ser la base para el proceso
de planificacin.
- La participacin del cliente se lleva a cabo a travs del
compromiso a tiempo completo del cliente en el equipo de
desarrollo. Los representantes de los clientes participan en el
desarrollo y son los responsables de definir las pruebas de
aceptacin del sistema.
- El inters en las personas, en vez de en los procesos, se lleva a
cabo a travs de la programacin en parejas, la propiedad
colectiva del cdigo del sistema, y un proceso de desarrollo
sostenible que no implique excesivas jornadas de trabajo.
- El cambio se lleva a cabo a travs de las entregas regulares del
sistema, un desarrollo previamente probado y la integracin
continua.


18
- El mantenimiento de la simplicidad se lleva a cabo a travs de

la refactorizacin constante para mejorar la calidad del cdigo
y la utilizacin de diseos sencillos que no prevn cambios
futuros en el sistema.
Figura N4 - Ciclo de entrega de la programacin extrema

Fuente: Iam Sommerville
En general, en los procesos de la XP, los clientes estn fuertemente
implicados en la especificacin y establecimiento de prioridades de
los requerimientos del sistema.
Los requerimientos no se especifican como una lista de funciones
requeridas del sistema. Ms bien, los clientes del sistema son parte
del equipo de desarrollo y discuten escenarios con otros miembros
del equipo.
Desarrollan conjuntamente una tarjeta de historias, que recoge las
necesidades del cliente. El equipo de desarrollo intentar entonces
implementar ese escenario en una entrega futura del software.
(Sommerville 2005: 364-365).
TABLA N 2: Principios o prcticas de la Programacin Extrema
Principio o Prctica
Planificacin
incremental
Descripcin.
Los requerimientos se registran en tarjetas
histricas y las historias a incluir en una
entrega se determinan segn el tiempo
disponible y su prioridad relativa. Los
desarrolladores dividen estas historias en
tareas de desarrollo.
Entregas
pequeas
El mnimo conjunto til de funcionalidad

que proporcione valor de negocio se
desarrolla primero. Las entregas del sistema
son frecuentes e incrementalmente aaden
funcionalidad a la primera entrega.
Diseo
sencillo
Slo se lleva a cabo el diseo necesario para

cumplir los requerimientos actuales.


19
Principio o Prctica
Descripcin.
Desarrollo
previamente
probado
Se utiliza un sistema de pruebas de unidad

automatizado para escribir pruebas para
nuevas funcionalidades antes de que stas se
implementen.
Refactorizacin
Programacin en
parejas
Los desarrolladores trabajan en parejas,

verificando cada uno el trabajo del otro y
proporcionando la ayuda necesaria para
hacer siempre un buen trabajo.
Propiedad
colectiva
La pareja de desarrolladores trabajan en

todas las reas del sistema, de modo que no
desarrollen islas de conocimientos y todos
los desarrolladores posean todo el cdigo.
Cualquiera puede cambiar cualquier cosa.
Integracin
continua
En cuanto acaba el trabajo en una tarea, se

integra en el sistema entero. Despus de la
integracin, se deben pasar al sistema todas
las pruebas de unidad.
Ritmo
sostenible
No se consideran aceptables grandes

cantidades de horas extras, ya que a menudo
el efecto que tienen es que se reduce la
calidad del cdigo y la productividad a
medio plazo.
Cliente
presente
c.
Se espera que todos los desarrolladores

refactoricen el cdigo continuamente tan
pronto como encuentren posibles mejoras en
el cdigo. Esto conserva el cdigo sencillo y
mantenible.
Debe estar disponible al equipo de la XP un

representante de los usuarios finales del
sistema (el cliente) a tiempo completo. En
un proceso de la programacin extrema, el
cliente es miembro del equipo de desarrollo
y es responsable de formular al equipo los
requerimientos del sistema para su
implementacin.
Fuente: Iam Sommerville
Metodologa de Kendall y Kendall: Es un enfoque por fases del

anlisis y diseo que sostiene que los sistemas son desarrollados de
mejor manera mediante el uso de un ciclo especfico de actividades
para el analista y el usuario. (Fernndez 2006: 43-44).


20
Las actividades pueden realizarse de forma simultnea, e incluso se

pueden repetir, las fases e incluso las actividades no deben
considerar como un proceso lineal. Sin embargo es posible que cada
una de las actividades de una fase se interrumpa hasta finalizar otra
tarea, por lo que es interesante no considerar las actividades y las
fases como pasos independientes y separados.
Fases de la metodologa Kendall y Kendall:
- Identificacin de problemas, oportunidades y objetivos: Es una
de las ms crticas en el desarrollo de sistemas, ya que una
incorrecta definicin de los problemas o de los objetivos a
conseguir, puede dar como resultado un sistema de
informacin que no resuelva el problema que lo inici.
- Determinacin de los requerimientos de informacin: El
analista debe estudiar la organizacin para comprender qu
informacin necesitan los usuarios. Esta fase permite al
analista hacerse una imagen de la organizacin y de sus
objetivos.
- Anlisis de las necesidades del sistema: El objetivo es
identificar y explicitar todos los flujos de datos relacionados
con las funciones del negocio. A partir de diagramas
estructurados, el analista determina los datos que el sistema
debe almacenar.
- Diseo del sistema recomendado: El analista realiza el diseo
lgico de las entradas, las salidas y las operaciones internas
que debe realizar el sistema para cumplir con las necesidades
detectadas en las fases anteriores. Por ltimo el analista disea
procedimientos de control y respaldo al sistema para su
proteccin ante fallos.
- Desarrollo y documentacin del software: Los programadores
deben trasladar el diseo lgico proporcionado por los
analistas a un sistema informtico, tambin deben trabajar con
los usuarios en el desarrollo de la documentacin para el
software.
- Prueba y mantenimiento del sistema: Tiene como objetivo
identificar errores antes de su implementacin, porque es ms
costoso reparar un error o fallo cuando el sistema est
funcionando de forma regular que durante su desarrollo.


21
- Implementacin
y
evaluacin
del
hardware:
La
implementacin tambin consta del entrenamiento y de la
formacin a los usuarios que manejarn el sistema. El
responsable de la formacin es el analista de sistemas, ya que
es l quien conoce los cambios de los procedimientos.
(Fernndez 2006: 43-44).
TABLA N 3: Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemas (Kendall y Kendall)
Identificacin de problemas, oportunidades y objetivos.
Determinacin de los requerimientos de informacin.
Anlisis de las necesidades del sistema.
Diseo del sistema recomendado.
Desarrollo y documentacin del software.
Prueba y mantenimiento del sistema.
Implementacin y evaluacin del hardware.
Fuente: Vicenc Fernndez Alarcn
2.1.4. METODOLOGA PARA EL DESARROLLO DE PROYECTOS:
a. .PMBOK Guide (Project Management Body of Knowledge): La
gua PMBOK es un estndar en la Administracin de Proyectos
desarrollado por el Project Management Institute (PMI). El PMBOK
es una coleccin de procesos y reas de conocimiento generalmente
aceptadas como las mejores prcticas dentro de la gestin de
proyectos.
Grupos de Procesos del proyecto

PMBOK distingue cinco grupos de procesos en la mayora de proyectos:
TABLA N 4: Grupos de Procesos de Desarrollo de Proyecto
Grupos de Procesos de Desarrollo de Proyecto
Proceso
Iniciacin

Descripcin
En este proceso es donde se establecen las bases del
proyecto. Incluye la definicin de los objetivos y los
supuestos en los que se basa el proyecto. En este
proyecto esta fase es alcanzada al completar el desarrollo
del captulo uno del presente trabajo de tesis
22
Grupos de Procesos de Desarrollo de Proyecto

Proceso
Descripcin
Planificacin
En este proceso se trabaja con los resultados de la etapa de

Iniciacin y el desarrollo del plan del proyecto. El plan de
proyecto define el costo, el alcance, la programacin y la
calidad del proyecto. Se identifica el conjunto de riesgos
que pueden amenazar la realizacin del proyecto. Para
efectos de este proyecto esta fase es alcanzada al completar
el desarrollo del captulo dos.
Ejecucin
En este proceso del proyecto es donde la mayor parte de los

recursos son gastados. La tarea principal del responsable del
proyecto es ejecutar las tareas definidas en la programacin
del proyecto y desarrollar el producto final que se espera
entregar. El responsable del proyecto usa los procesos y
planes preparados durante esta etapa para administrar el
proyecto.
Control
En este proceso se asegura que los objetivos del proyecto

estn cumplindose, mediante la supervisin de los
progresos y tomando acciones correctivas cuando es
necesario.
Cierre
Este proceso se enfoca en el resultado del proyecto, as

como la gestin del responsable del proyecto. El principal
propsito es documentar las mejores prcticas y lecciones
aprendidas para el uso de proyectos futuros.
Fuente: Project Management Body of Knowledge
b. .PRINCE2 (PRojects IN Controlled Environment): Proyectos en

entornos controlados. Es una metodologa estructurada y flexible
para hacer un manejo efectivo de la administracin y gerencia de
proyectos de cualquier tamao en cualquier rea haciendo un uso
efectivo de todas las variables interrelacionales.
Esta metodologa es una combinacin de 8 procesos, 8 componentes
y de 3 tcnicas.
Procesos:
Starting UP a Project: surge la necesidad de realizar algo.
Initiating a Project: inicia el proyecto con sus mtricas.
Directing a Project: administracin del proyecto per se.
Managing stage bounderies: manejo efectivo de las diferentes
etapas.
Controlling a Stage: midiendo la eficiencia del proyecto.

23
Managing product delivery: garantizando la entrega de lo

deseado.
Closing a Project: cierre formal de un proyecto.
Planning: planeacin de todos los recursos involucrados.
Componentes:
Organisation: define la estructura organizacional del
proyecto.
Plans: define los pasos a seguir, los reportes de recursos, etc.
Controls: administracin de los procesos.
Business Case: define los beneficios del negocio.
Quality Management: define y mide la calidad del proyecto.
Configuration Management: define las caractersticas y cmo
sern medidos los productos a entregar de acorde a sus
especificaciones.
Change Control: define el proceso y procedimiento a seguir
si hay algn cambio.
Management of Risk: define las variables a considerar y
como medir los riesgos que deben tomarse en un proyecto.
Tcnicas:
1)
Product-Based Planning: esta tcnica involucra otros tres

elementos que nos ayudan a la definicin de los productos a
entregar, bajo el concepto de producto a entregar es aquel que
se defini como la realizacin y entrega de los requerimientos
solicitados:
a) Product breakdown: un diagrama de los productos.
b) Product description: descripcin detallada de (los)
producto(s).
c) Product Flor: descripcin de la interrelacin de productos.
2) Change Controls: esta tcnica nos garantiza someter a procesos

toda la gerencia del proyecto basada en tener bajo control cualquier
cambio que ocurra.
3) Quality Reviews: esta tcnica nos ayuda a revisar los estndares
ya existentes y tambin poder buscar nuevos que puedan ser
aplicados. Tambin nos ayuda a tener procedimientos exitosos as
como tener un acercamiento a revisar cada uno de los elementos y
productos a entregar. En esta tcnica tambin involucra la correcta
toma de decisiones del proyecto, el manejo de proveedores y el
manejo de la informacin.


24
2.1.5. EVALUACIN
Definiciones
Proceso que tiene como finalidad determinar el grado de eficacia y eficiencia,
con que han sido empleados los recursos destinados a alcanzar los objetivos
previstos, posibilitando la determinacin de las desviaciones y la adopcin de
medidas correctivas que garanticen el cumplimiento adecuado de las metas
presupuestadas (Guerra 1993: 25).
Es un conjunto de actividades programadas para recoger informacin sobre la
que se reflexionan y toman decisiones para mejorar su desarrollo e introducir
en el proceso en curso las correcciones necesarias (Amat 2000: 62).
Es un proceso sistemtico de recogida de datos, que permite obtener
informacin vlida y fiable para formar juicios de valor acerca de una
situacin. Estos juicios, a su vez, se utilizan en la toma de decisiones (Rosales
1989: 111).
2.1.6. SENTENCIA
Definiciones
Es la resolucin que emite el juzgado sobre el litigio sometido a su
conocimiento y mediante la cual normalmente pone trmino al proceso. La
terminacin normal del proceso conduce al juzgador a pronunciar sentencia
sobre el litigio sometido a proceso, una vez que las partes han formulado sus
pretensiones y, en su caso sus negaciones y excepciones (en la fase
expositiva), que han suministrado los medios que consideraron pertinente
para verificar (en la fase probatoria) los hechos sobre los cuales trataron de
fundar sus respectivas actitudes y que formularon sus conclusiones (en la fase
de alegatos), corresponde ahora al juzgador expresar en la sentencia su
decisin sobre el conflicto (Alzamora 1981: 42).
Es una resolucin judicial que pone fin a un litigio entre 2 partes y es emitido
por un juez (Ramos 1985: 55).
La Sentencia es un acto jurisdiccional que emana de un juez que pone fin al
proceso o a una etapa del mismo, la cual tiene como objetivo reconocer,
modificar o extinguir una situacin jurdica as como formular rdenes y
prohibiciones. Esta es regida por normas de derecho pblico, ya que es un
acto emanado por una autoridad pblica en nombre del Estado y que se
impone no solo a las partes litigantes sino a todos los dems rganos del
poder pblico; y por normas de derecho privado en cuanto constituye una
decisin respecto de una controversia de carcter privado, cuyas
consecuencias se producen con relacin a las partes litigantes (Vsquez 1988,
101).


25
2.1.7. PROCESO DE EVALUACIN DE SENTENCIA EMITIDA:

De acuerdo a las definiciones anteriores y lo investigado sobre el tema, se
redacta la siguiente definicin propia:
Es la revisin de la sentencia que ha sido emitida por un juez para verificar si
esta ha sido dictada tomando en cuenta todo lo recogido en el expediente
respectivo.
2.1.8. PRESUPUESTOS:
Son factores que toma en cuenta el juez (previa investigacin) para
fundamentar y determinar la magnitud de la pena. (Cdigo Penal, Ttulo III,
Captulo II, Artculos 45-46).
2.1.9. INDICADORES DE MEDICIN:
Son relaciones de datos numricos y cuantitativos aplicados para evaluar el
desempeo y el resultado de cada proceso. (Mora 2008: 25-35).
a.
Objetivos de los indicadores:
b.
Utilidad de los indicadores:
c.
Identificar y tomar acciones sobre los problemas identificados.

Satisfacer las expectativas reduciendo el tiempo de evaluacin y
generacin de reportes.
Mejorar el uso de los recursos, para aumentar la productividad y
efectividad de las diferentes actividades.
Reducir gastos y aumentar la eficiencia.
Medicin de resultados.
Proyeccin de logros.
Identificacin de mejoras.
Indicadores de tiempo:
Se encargan de controlar la duracin de la ejecucin de los procesos
evaluados, estos indicadores muestran las fluctuaciones que se
generan de un periodo a otro durante la ejecucin de sus procesos.
(Mora 2008: 45)
Algunos de estos indicadores son:
Ciclo de la evaluacin de la sentencia: Indicador para

controlar los tiempos de respuesta al evaluar una sentencia.
Ciclo de generacin de reporte: Indicador para controlar los

tiempos de respuesta al requerir un reporte.


26
d. Indicadores de veracidad
Muestran el nivel de veracidad que tiene una sentencia luego de ser
evaluada (si la sentencia del juez es como la que devuelve el sistema).
e.
Indicadores Usados:
Tiempo promedio en evaluar una sentencia:
Objetivo General: Controlar el tiempo promedio que es
requerido para evaluar una sentencia.
Definicin: Es el tiempo medio que toma para ingresar los
presupuestos a ser considerados al dictar una sentencia.
Clculo:
Nivel de veracidad de la sentencia:

Objetivo General: Controlar el nivel de veracidad de la
sentencia (ODICMA).
Objetivo especfico: Controlar la eficacia de las sentencias
evaluadas (ODICMA).
Definicin: Consiste en conocer el nivel de veracidad de las
sentencias evaluadas, es decir, si la sentencia evaluada es la que
merece el acusado.
Clculo:
Tiempo promedio en generar

evaluadas:
reportes
de
sentencias
Objetivo General: Controlar el tiempo promedio que es

requerido para generar un reporte (ODICMA).
Definicin: Es el tiempo medio que toma para generar un
reporte luego de haber efectuado la evaluacin de las sentencias
(ODICMA).

27
Clculo:
2.2. MARCO CONCEPTUAL

Esta seccin muestra algunos conceptos importantes, que servirn para dar un
mayor entendimiento a la presente investigacin.
a. Sistema Experto: Reproduce el planteamiento de expertos en la solucin
de problemas. Esto significa que en un programa de ordenador se dispone
de estrategias de solucin y conocimientos de expertos, con los que se
podr solucionar problemas de una forma casi inteligente. (Dieter 1988:
155).
b..Evaluacin: Es un conjunto de actividades programadas para recoger
informacin sobre la que se reflexionan y toman decisiones para mejorar
su desarrollo e introducir en el proceso en curso las correcciones
necesarias (Amat 2000: 62).
c..Sentencia: Es una resolucin judicial que pone fin a un litigio entre 2
partes y es emitido por un juez (Ramos 1985: 55).
d..Proceso de evaluacin de sentencia: Son las actividades que estn
orientadas a comprobar la veracidad de las sentencias emitidas por los
jueces. (ODICMA).
e. Presupuestos: Son factores que toma en cuenta el juez (previa
investigacin) para fundamentar y determinar la magnitud de la pena.
(Cdigo Penal, Ttulo III, Captulo II, Artculos 45-46).
f. Metodologa de Jhon Durkin: Es una metodologa para el desarrollo de
Sistemas Expertos. Es un enfoque por fases del anlisis y diseo que
sostiene que los sistemas son desarrollados de mejor manera mediante el
uso de un ciclo especfico de actividades para el analista y el usuario
(Fernndez 2006: 43-44)
g. PMBOK: Es un estndar en la Administracin de Proyectos desarrollado
por el Project Management Institute (PMI). El PMBOK es una coleccin
de procesos y reas de conocimiento generalmente aceptadas como las
mejores prcticas dentro de la gestin de proyectos.
h. Proceso Unificado de Rational: Es una metodologa para desarrollo de
software, cuyo objetivo es producir un software de calidad basndose en
buenas prcticas de especificacin y diseo. (Sommerville 2006: 76).


28
CAPTULO III
MARCO METODOLGICO
III. MARCO METODOLGICO

3.1. HIPTESIS
3.1.1. Hiptesis General
Ha: Un Sistema Experto mejora el proceso de evaluacin de sentencias
emitidas por los jueces del Juzgado Penal de Huaral.
3.1.2. Hiptesis Especficas
H1: Un Sistema Experto minimiza el tiempo de respuesta al evaluar las
sentencias emitidas por los jueces del Juzgado Penal de Huaral.
H2: Un Sistema Experto minimiza el tiempo de respuesta al generar
reportes del proceso de evaluacin de sentencias emitidas por los jueces
del Juzgado Penal de Huaral
3.2. VARIABLES
3.2.1. Definicin conceptual
Las variables que se han determinado son las siguientes:
Variable Independiente (VI):
VI: Sistema Experto, es un sistema informtico (hardware y software)
que simula a los expertos en un rea de especialidad dada. (Castillo
1996: 85).
Variable Dependiente: (VD):

VD: Proceso de evaluacin de sentencia emitida, es la revisin de la
sentencia que ha sido emitida por un juez para verificar si esta ha
sido dictada tomando en cuenta todo lo recogido en el expediente
respectivo (Definicin desarrollada de acuerdo al marco terico).


30
Variables
Sistema
Experto
Proceso de
evaluacin
de
sentencias
emitidas
TABLA N 5: Operacionalizacin de Variables

Definicin
Dimensin
Indicador
Conceptual
Descripcin del
Indicador
Sistema
informtico
(hardware y
software) que
simula a los
expertos en un
rea de
especialidad
dada.
Secuencia de
actividades, que
permiten revisar
la sentencia que
ha sido emitida
por un juez para
verificar si esta
ha sido dictada
tomando en
cuenta todo lo
recogido en el
expediente
respectivo.
- Tiempo promedio
en evaluar
sentencias.
Evaluacin
-Tiempo promedio
en generar reportes
de evaluacin de
sentencias.
Informe
Tiempo medio para

ingresar los
presupuestos con el
fin de evaluar una
sentencia.
Tiempo medio para

mostrar los reportes
de las sentencias
evaluadas.
FUENTE: Elaboracin Propia.


31
3.2.3. Indicadores
Indicador
-Tiempo
promedio
en evaluar
sentencias.
TABLA N 6: Indicadores de la variable dependiente

Unidad
Instrumento
Descripcin
de
de
Frmula
Medida
Medicin
Tiempo
medio para
ingresar los
presupuestos
con el fin de
evaluar una
sentencia.
- Tiempo
promedio
Tiempo
en generar
medio para
reporte de
mostrar los
evaluacin
reportes de
de
las sentencias
sentencia.
evaluadas.
Minutos
Ficha de
Observacin
TPE = Tiempo promedio en

evaluar sentencias.
TTE = Tiempo total en evaluar
sentencia.
N= Nmero de sentencias
evaluadas.
TPR = Tiempo promedio en

Minutos
Ficha de
generar reporte de la
Observacin
sentencia evaluada.
TTR = Tiempo total al generar
reporte de la sentencia
evaluada.
N =Nmero de reportes generados.
FUENTE: Elaboracin Propia


32
3.3. Metodologa
El tipo de estudio es Aplicado, Experimental de diseo Pre-Experimental.
3.3.1. Tipo de estudio
La Investigacin Aplicada tiene por finalidad la bsqueda de soluciones
a un problema especfico, la consolidacin del saber, y la aplicacin de
los conocimientos para el enriquecimiento cultural y cientfico, as
como la produccin de la tecnologa al servicio del desarrollo integral
del pas. (Lerma 2004: 68).
El presente trabajo de investigacin es aplicado porque se requiere
agilizar el proceso de evaluacin de sentencias en el Juzgado Penal de
Huaral, para ello se plantea una posible solucin que consiste en disear
y construir un Sistema Experto de Evaluacin de Sentencias aplicando
todos los conocimientos adquiridos en el levantamiento de informacin
y de normas estandarizadas reconocidas internacionalmente.
3.3.2. Diseo de estudio
El objetivo del diseo Experimental, es explicar la relacin causa-efecto
entre dos o ms variables. En este tipo el investigador modifica
intencionalmente el estado de algunos sujetos de estudio y manipula un
tratamiento que desea estudiar o evaluar. (Lerma 2004: 69)
Debido a que en esta investigacin se observar la relacin causa efecto
entre la variable independiente (Sistema Experto) y la variable
dependiente (Proceso de evaluacin de sentencias emitidas), entonces el
diseo de estudio ser Experimental.
Diseo Pre-Experimental de la prueba previa y la posterior a un
solo grupo:
En este diseo, un grupo de unidades de prueba se mide dos veces. No
existe un grupo de control. Primero, se toma una medicin previa al
tratamiento (O1), luego el grupo se expone al tratamiento (X) y
finalmente se toma una medicin posterior (O2). El efecto del
tratamiento se calcula como O2 O1. (Lerma 2004: 69).


33
En la presente investigacin debido a que siempre se tendr a un mismo

grupo de control, entonces se realizar una pre-prueba a los sujetos de
prueba en un intervalo de tiempo especfico, posteriormente se les
aplicar un estmulo que es el Sistema Experto de evaluacin de
sentencias, para poder realizar una post-prueba en un mismo intervalo
de tiempo, y por ltimo, ambos resultados sern comparados. En la
siguiente figura se observa la simbologa del diseo Pre Experimental.
FIGURA N 5: Simbologa del diseo Pre-Experimental

FUENTE: Hctor Daniel Lerma 2004: 85.
En la siguiente tabla se muestra una breve descripcin de la simbologa

del diseo Pre Experimental.
TABLA N 7: Descripcin de la simbologa del diseo Pre Experimental.
Smbolo
Descripcin
Medicin 1 de los sujetos de un grupo, que consiste en una
O1:
pre-prueba (previa al tratamiento).
Tratamiento, estmulo o condicin experimental (presencia
X:
de algn nivel o modalidad de la variable independiente).
Medicin 2 de los sujetos de un grupo, que consiste en una
O2:
post-prueba (posterior al tratamiento).
Los objetivos del diseo pre experimental son: (Lerma 2004: 70).
Comparar resultados encontrados en un mismo grupo de

estudio.
Ilustrar la forma en que las variables extraas pueden influir
en la validez interna de un diseo.
Las ventajas del diseo pre experimental son: (Lerma 2004: 70).

Permite saber los beneficios o cambios que se lograron con el

tratamiento.
En ocasiones es el nico recurso para llegar a inferencias
sobre variables que es imposible manipular.
Pocos requisitos de aplicacin.

34
3.3.3. Desarrollo de la Metodologa

En esta seccin se desarrollan las metodologas empleadas en el
proyecto, comenzando con los estndares en la Administracin de
Proyectos: PMBOK; esta metodologa englobar a las dems
metodologas: la metodologa para el desarrollo de sistemas expertos y
el RUP.
DESARROLLO DEL PROYECTO
Para el desarrollo del proyecto se emplearn los procesos bsicos
reconocidos por el PMBOK: Inicio, Planificacin, Ejecucin, Control y
Cierre, y solo algunas reas del conocimiento debido al tamao del
mismo.
A. INICIO
Se trata aqu de la autorizacin formal para la ejecucin del proyecto.
All se define el tema del proyecto, el problema que se desea resolver,
los objetivos del mismo, as como, identificar a los interesados. Todo
ello se precisa en el Anexo N 3: Project Charter.
Gestin de la Integracin del Proyecto
Definicin del producto
En el presente proyecto se documenta la definicin del tema, del
problema a resolver, as como de los objetivos del presente proyecto,
lo cual determinar las caractersticas del producto cuya creacin se ha
emprendido en el proyecto.
B. PLANIFICACIN
La planificacin es de mucha importancia en el proyecto. Como
resultado de esto, se asocian ms reas del conocimiento a esta fase.
Plan del Proyecto
Es usado para gestionar la ejecucin del proyecto. Hay muchas
maneras de representar y organizar el plan de proyecto, entre ellas
tenemos el Diagrama de Gantt que se presenta en el Anexo N 2.
Gestin del Alcance del Proyecto
Anlisis del Producto
Implica tener un mejor entendimiento del producto del proyecto. El
resultado de este anlisis se observa en el punto Desarrollo del
sistema.

35
Gestin del Tiempo del Proyecto

Cronograma del Proyecto
Se refleja en el Anexo N 2. Incluye las fechas de inicio y fin de cada
actividad.
Gestin de Riesgos del Proyecto
Identificacin de Riesgos
Los riesgos que pueden afectar negativamente al proyecto deben ser
identificados. Entre ellos se tienen:
Pobre estimacin de tiempos por cada actividad.
Pobre estimacin de costos en recursos para desarrollo y
gastos adicionales.
Ausencia o mal uso de herramientas de gestin de proyectos.
Mala calidad en los documentos y productos elaborados.
Para identificar con exactitud el nivel de riesgo del proyecto se han
elaborado las siguientes tablas: la tabla N8 muestra la matriz de
riesgos del proyecto y la tabla N9 muestra los parmetros que han
servido de medicin para la obtencin de la tabla N8.
Tabla N8: Matriz de Riesgos del Proyecto
Nivel de Riesgo
Riesgo
Probabilidad Impacto
Valor
Resultado
Pobre estimacin de
tiempos por cada
80
5
400
Muy Alto
actividad.
Pobre estimacin de
costos en recursos
60
3
180
Alto
para desarrollo y
gastos adicionales.
Ausencia o mal uso
de herramientas de
40
3
120
Bajo
gestin de proyectos.
Mala calidad en los
documentos
y
30
4
120
Bajo
productos
elaborados.
Fuente: Elaboracin Propia
Tabla N9: Parmetros de Medicin
Probabilidad de
Nivel de Impacto
Ocurrencia
Rango
Probabilidad
Rango
Impacto
1 a 40
Muy Baja
Muy Bajo
41 a 60
61 a 80
81 a 100
Baja
2a3
Bajo
Alta
4
Alto
Muy Alta
5
Muy Alto

Nivel de Riesgo
Nivel de
Riesgo
Muy
1 a 80
Bajo
81 a 160
Bajo
161 a 320
Alto
321 a 500 Muy Alto
Rango

36
Plan de Respuestas a Riesgos

Identificacin de Riesgos
Especificar qu acciones se tomarn para evitar cada riesgo
identificado. Entre ellos se tiene (respectivamente):
Estimacin de tiempos y plazos en base al cronograma
entregado para el desarrollo del proyecto.
Estimacin de los costos tomando valores reales.
Emplear el MS Project.
Cada documento y/o versin del software no ser entregado
sin pasar por la respectiva revisin de calidad.
C. EJECUCIN
Incluye la realizacin de los procesos que constituyen la base del
proyecto.
Resultados del Trabajo
Son las salidas de las actividades desarrolladas para el cumplimiento
del proyecto: Problema de investigacin, Marco Terico, Marco
Metodolgico, Resultados, Conclusiones.
Resultados del Producto
Son las distintas iteraciones de implementacin de la solucin que se
est desarrollando en el proyecto. El resultado final en este proceso
queda delimitado por la entrega del producto.
DESARROLLO DEL SISTEMA EXPERTO
Para el desarrollo del Sistema Experto se emplear la metodologa de
John Durkin, la que se desarrolla a continuacin:
A. FASE I: DETERMINACIN DEL PROBLEMA
Tarea 1: Motivacin para el esfuerzo
Se puede visualizar en el planteamiento del problema la necesidad de
agilizar el proceso de evaluacin de sentencias. Por ello se proceder a
la sistematizacin de dicho proceso.
Tarea 2: Identificar problemas candidatos
La realizacin de esta tarea no es necesaria debido a que el proyecto
est enfocado a solucionar el problema identificado (ver Captulo I).

37
Tarea 3: Estudio de viabilidad

a) Requerimientos del Proyecto
Para realizar el presente proyecto de sistemas expertos se cuenta
con los siguientes recursos:
Disponibilidad del conocimiento para la solucin del

problema: Est representado por los conocimientos del
especialista, su experiencia y la
disponibilidad
y
accesibilidad que tenga para brindar solucin al problema.
En nuestro caso vienen a ser el llamado experto del dominio,
el abogado y ex fiscal Amador Santos Calixto.
Disponibilidad de un ingeniero del conocimiento: El

analista para programar el sistema experto, cumple la
funcin del Ingeniero del Conocimiento, representado por el
tesista.
La solucin del problema puede ser vlida: Las solucin

planteada ha sido analizada y se determin que es vlida.
Disponibilidad de fondos: Los costos para realizar el

desarrollo de esta investigacin corrern por cuenta del
tesista.
Disponibilidad de software para el desarrollo del sistema:

Se cuenta con las herramientas Visual .Net para el desarrollo
de las interface y programacin, SQL Server 2008 donde se
almacenar la base de conocimiento.
Disponibilidad de computador: El desarrollo, prueba y

mantenimiento del sistema experto ser en la laptop del
tesista la que soporta dichas aplicaciones
b) Riesgos del Proyecto

Los riesgos del proyecto ya han sido definidos en la
Planificacin del proyecto (Gestin de Riesgos del Proyecto)
Tarea 4: Anlisis de Costo/Beneficio
Para un proyecto de sistema experto resulta ms complejo el anlisis
de costo/beneficio, pues no se pueden cuantificar las variables que se
involucran.

38
Recursos Humanos, Materiales y Presupuestos

Recursos Humanos
El personal que participar del desarrollo del proyecto son: el experto
en Derecho, quien brinda sus conocimientos sin beneficio econmico
y, el ingeniero del conocimiento que desempear las tareas de jefe de
proyecto, analista diseador de BD y programador. En la siguiente
tabla se indica la cantidad de personal que se necesitar para realizar
este proyecto y los costos generados.
Tabla N 10: Recursos Humanos
Cantidad
Duracin
Proyecto
Pago
Mensual (S/.)
Pago x
Tiempo
Duracin
proyecto
Jefe de
Proyecto
3 meses
Analista
1 mes
1 mes
2 meses
3 meses
Ingeniero del
Conocimiento
Personal
Diseador
Base de
Datos
Programa
dor
Experto
Financiamiento requerido
(Fuente: Elaboracin Propia)

Recursos Materiales
Bienes de Consumo: Los bienes de consumo necesarios para
realizar este proyecto.
ITEM
Tabla N 11: Bienes de Consumo

Descripcin
Cantidad
Precio (S/.)
Total (S/.)
Hojas bond A4
1 millar
26
26
tiles de Escritorio
--
70
70
Impresin de Material
--
100
100
Movilidad
500
300
Varios
250
250
TOTAL
S/. 746

39
Bienes de Inversin: Bienes de inversin presentados en forma

visual, ver Tabla N 12, Ayuda a visualizar los bienes de inversin
necesarios para realizar este proyecto.
ITE
M
1
Equipos
Impresora
Epson
3
4
Laptop
Toshiba
Tabla N 12: Hardware

Caractersticas
Cantidad
Precio (S/.)
Total (S/.)
Procesador i7, 6Gb RAM,

HD 500Gb, Video Dedicado
1Gb, WiFi
Modelo TX-220, Sistema
continuo
4,500
4,500
600
600
Memoria
USB
Marca Imation 16 Gb
130
130
Mochila
Mochila importada para el

transporte y cuidado de la
laptop
110
110
TOTAL HARDWARE
S/. 5,340
Presupuesto y Financiamiento
Presupuesto y financiamiento presentados en forma visual, ver Tabla
N 13, ayuda a visualizar el presupuesto y financiamiento a utilizar en
este proyecto.
Tabla N 13: Presupuesto y Financiamiento
Descripcin
Monto (S/.)
Recursos Humanos.
Recursos Materiales.
Bienes de Consumo.
Bienes
de
Inversin
(Hardware,
Software).
TOTAL:
0
746
5,340
S/. 6,486
Beneficios
El beneficio puede ser medido de las cuatro maneras siguientes:
productividad mejorada, costos bajos, calidad mejorada o imagen
mejorada.

40
Productividad mejorada
Mejores decisiones. El sistema experto ser capaz de mejorar el
tiempo de evaluacin de sentencias.
Propaga especializacin. El sistema experto a desarrollar propone
mejorar el tiempo en la evaluacin de sentencias, lo cual permitir
evaluar ms sentencias.
Costos ms bajos
Reduce costos de trabajo. El sistema experto va a permitir reducir los
gastos de personal.
Mejora de tiempos. El sistema experto a desarrollar propone disminuir
los tiempos de evaluacin de sentencias.
Tarea 5: Seleccionar el mejor proyecto
Debido a que le proyecto est enfocado a la solucin de un problema
identificado no es necesario realizar esta tarea (Captulo I).
Tarea 6: Descripcin del proyecto
La descripcin del proyecto se encuentra en el Anexo N 3: Project
Charter.
B. FASE II: ADQUISICIN DEL CONOCIMIENTO

Tarea 1: Recoleccin del conocimiento
Las tcnicas usadas en el proyecto son: las entrevistas
observacin.
y la
Entrevista: Aplicado al experto para extraer el conocimiento. (Ver

Anexo N 4: Entrevista).
Observacin: Involucra observar al experto actuar en situaciones
reales; ayudando a captar conocimiento emprico y detalles que no se
pueden extraer de las entrevistas.
Fichaje: Involucra registrar los tiempos de los procesos evaluados.
(Ver Anexo N 5: Ficha de observacin)
Tarea 2: Representacin del conocimiento Reglas de Produccin
o Inferencias
Las reglas son el elemento bsico para representacin del
conocimiento en un sistema experto basado en reglas. (Ver Anexo N
7: Reglas de conocimiento)

41
C. FASE III: DISEO

Tarea 1: Seleccin de Tcnica de Representacin del Conocimiento
La tcnica de representacin del conocimiento que se utilizara en el
sistema experto ser: Reglas de Produccin o tambin llamadas reglas
de inferencia.
Una regla es una combinacin de hechos que permite representar
conocimientos y sacar inferencias de los mismos.
Las razones consideradas para el uso de esta tcnica son:
El especialista humano manifiesta su conocimiento mediante reglas de

inferencia IF/THEN.
La facilidad de ser manejada y entendible por el usuario experto, puesto
que las reglas son dadas por el especialista. Permitiendo adems el buen
entendimiento de los resultados de la prueba
Tarea 2: Seleccin de Tcnica de Control
La tcnica de control empleada es Forward Chaining o
encadenamiento hacia adelante, basado en la regla de inferencia Modus
Ponen.
Tarea 3: Seleccin de software de desarrollo
Se eligi como software para el desarrollo el lenguaje Visual Basic
2010 (incluido en el paquete Microsoft Visual Studio 2010 versin de
evaluacin). El motivo de la eleccin de este lenguaje de programacin
es que el tesista conoce dicho lenguaje debido a que desarrolla sus
aplicaciones con l.
Tarea 4: Desarrollo del prototipo
Base de conocimiento:
Se trabaja con el gestor de base de datos SQL Server 2008, la cual
almacenar los datos de los jueces, los casos evaluados y las rutinas ya
generadas.
Base de Hechos:
Para la construccin de la base de hechos se describe la arquitectura de
informacin que tendr: los datos de entrada proporcionada por el
usuario experto en la etapa de adquisicin del conocimiento.
Motor de inferencia:
El motor de inferencia est definido por la estrategia de solucin del
experto, del cual se obtienen las conclusiones aplicando las reglas sobre
los hechos presentes.


42
Desarrollo de la interfaz
La interfaz ser desarrollada en la plataforma Visual Basic 2010. A
continuacin el desarrollo del sistema.
DESARROLLO DEL SISTEMA
Para el desarrollo del sistema se emplear la metodologa RUP: Inicio,
Elaboracin, Construccin y Transicin.
A. MODELADO DEL NEGOCIO

Reglas Del Negocio:
[RNE01] Cada registro solo corresponde a un proceso

judicial.
[RNE02] El registro del juez debe registrar obligatoriamente
estos campos:
Datos del juez: (Cdigo Juez + Nombres + Apellido
Paterno + Apellido Materno)
[RNE03] El caso a evaluar debe registrar obligatoriamente
estos campos:
o Cdigo de Caso evaluado.
o Juez del caso evaluado.
o Distrito Judicial.
o Tipo de caso.
o Proceso.
o Nro. de expediente evaluado.
o Clase de Pena.
o Tipo de conducta.
o Tipo de delito.
o Delito especfico.
o Pena mnima.
o Pena mxima.
o Sentencia del Juez.
[RNE04] Para que el sistema dicte sentencia se deben
registrar todos los presupuestos tomados en cuenta por el
juez para dictar sentencia.
[RNE05] Se debe obtener una conclusin por cada caso
evaluado.
[RNE06] Se debe obtener una conclusin por cada juez
evaluado.


43
Modelado De Casos De Uso Del Negocio:
Modelo de Caso de Uso de Negocio

Actores del
Negocio
Casos de Uso de
Negocio
Lista de Actores del Negocio

La siguiente tabla lista los actores del negocio, as como una
descripcin de su razn de ser y la funcin que realizan.
Tabla N14: Actores del Negocio

Actor del negocio
Descripcin
1. ANE_Ingeniero_del Es el encargado de administrar el SEES.

_Conocimiento
Este usuario podr registrar y modificar
(hechos, reglas, usuarios, etc.), procesos
(consultas) y de imprimir la consulta.
2. ANE_Evaluador
Es el que dar uso al sistema.

Este usuario registrar los datos del juez
y los respectivos datos de la sentencia a
evaluar.
Tambin
podr
realizar
consultas sobre las evaluaciones
realizadas.


44
La siguiente figura ha sido desarrollada en Rational Rose y muestra

los actores del negocio, as como una descripcin de la funcin que
realizan.
Figura N6: Actores del Negocio

Lista de Casos de Uso del Negocio

La siguiente tabla lista los casos de uso del negocio, as como una
descripcin de cada uno de ellos.
Tabla N15: Casos de Uso del Negocio
Casos de uso del negocio
Descripcin
CUN001 Ingreso al
SEES
Los usuarios deben introducir su login

y password para ingresar al sistema y
registrar las evaluaciones, solo el
Ingeniero de Conocimiento tiene una
contrasea para la administracin del
sistema.
CUN002 Registrar
Usuario
El caso de uso comienza cuando el

Ingeniero de Conocimiento requiere
registrar a un usuario.
CUN003 Actualizar
Usuario

Ingeniero del Conocimiento requiere
modificar o eliminar un usuario.


45
Casos de uso del negocio
Descripcin
CUN008 Registrar
juez

evaluador requiere registrar los datos
del juez a evaluar.
CUN009 Registrar
evaluacin de sentencia

evaluador requiere registrar los datos
de la sentencia a evaluar.
CUN010 Reporte

evaluador
o
el
ingeniero
de
conocimiento requieren un reporte de
las sentencias evaluadas.

los casos de uso del negocio.
Figura N7: Casos de Uso del Negocio



46
Diagrama de Casos de Uso del Negocio

Los procesos estratgicos que se pudieron identificar son los
siguientes: Ingreso al SEES, Registrar Usuarios, Registrar Juez,
Registrar evaluacin de sentencia, Consulta al SEES. La siguiente
figura ha sido desarrollada en Rational Rose y muestra los casos de
uso del negocio.
Figura N8: Diagrama de Casos de Uso del Negocio



47
Realizacin De Casos De Uso Del Negocio:

Las siguientes figuras muestran la realizacin de los casos de uso del
negocio.
Figura N9: Realizacin CU001 Ingreso al SEES

Figura N10: Realizacin CU002 Registrar Usuario

Figura N11: Realizacin CU003 Actualizar Usuario



48
Figura N12: Realizacin CU004 Registrar Juez

Figura N13: Realizacin CU005 Registrar Evaluacin Sentencia

Figura N14: Realizacin CU006 Reporte



49
Especificacin de Casos de Uso del Negocio - ECU

El detalle de la Especificacin de Casos de Uso del Negocio (ECU) se
encuentra en el Anexo N 16, especficamente en los documentos:
ECU001 Ingreso al SEES

ECU002 Registrar Usuario
ECU003 Actualizar Usuario
ECU004 Registrar Juez
ECU005 Registrar Evaluacin de Sentencia
ECU006 Reporte
Diagrama de actividades
Las siguientes figuras muestran el diagrama de actividades y una
descripcin de cada uno de los casos de uso del negocio:
RCN001 Ingreso al SEES
El diagrama de actividades del Ingreso al Sistema se inicia cuando el
Ingeniero del Conocimiento o el Evaluador digitan su login y password
para accesar al sistema, el sistema verifica que los datos ingresados
sean los correctos, de ser as ingresa al sistema y el caso de uso
concluye, sino tiene que ingresar los datos correctos.
La siguiente figura muestra el diagrama de actividades del Ingreso al
SEES.
Figura N 15: Diagrama de actividades del Ingreso al SEES


50
RCN002 / RCN003 Registrar Usuario / Actualizar Usuario

El diagrama de actividades de Registrar Usuario y Actualizar Usuario
se inicia cuando el Ingeniero del Conocimiento ingresa al sistema y
registra o actualiza al usuario que har uso del sistema, el caso de uso
concluye cuando el sistema registra o actualiza al usuario.
La siguiente figura muestra el diagrama de actividades del Registrar

Usuario / Actualizar Usuario.
Figura N 16: Diagrama de actividades de Registrar Usuario / Actualizar

Usuario


51
RCN004 Registrar Juez

El diagrama de actividades de Registrar Juez se inicia cuando el
Evaluador registra los datos de un juez, cuyos casos sern evaluados,
posteriormente. El caso de uso concluye cuando el sistema registra al
juez.
La siguiente figura muestra el diagrama de actividades de Registrar
Juez.
Figura N 17: Diagrama de actividades de Registrar Juez



52
RCN005 Registrar Evaluacin de Sentencia

El diagrama de actividades de Realizar Evaluacin de Sentencia se
inicia cuando el Evaluador selecciona un juez e ingresa los datos del
caso a evaluar, posteriormente ingresa los presupuestos que el
sistema considerar para dictar sentencia. El caso de uso concluye
cuando se registran todos los datos y se muestra las conclusiones del
caso evaluado.
La siguiente figura muestra el diagrama de actividades de Registrar
Evaluacin de Sentencia.
Figura N 18: Diagrama de actividades de Registrar Evaluacin de Sentencia


53
RCN006 Reporte
El diagrama de actividades de Reporte se inicia cuando el Ingeniero
de Conocimiento o el Evaluador selecciona el juez del cual desea un
reporte de cmo ha llevado sus casos evaluados; posteriormente se
puede seleccionar otro juez para ver un reporte del mismo.
La siguiente figura muestra el diagrama de actividades de Reporte.
Figura N 19: Diagrama de actividades de Reporte



54
Lista de actividades a automatizar

RCN001 Ingreso al SEES
Logueo del Usuario.
RCN002 Registrar Usuario
Registrar la informacin del nuevo usuario.
RCN003 Actualizar Usuario
Actualizar la informacin del nuevo usuario.
RCN004 Registrar Juez
Registrar la informacin del Juez.
RCN005 Registrar Evaluacin de Sentencia
Registrar la informacin del caso que se evala.
RCN006 Reporte
Muestra el reporte de cmo ha llevado el juez los casos

evaluados.


55
Modelo de Anlisis del Negocio:

Lista de Trabajadores del negocio
La siguiente tabla lista los trabajadores del negocio, as como una
descripcin de cada uno de ellos:
Tabla N16: Trabajadores del Negocio

Actor el Negocio
Descripcin
1. TNE_Ingeniero_
Conocimiento
Encargado
del
mantenimiento
del
sistema. Es la persona que se encarga
del registro de nuevos hecho y reglas y de
su mantenimiento.
2. TNE_Evaluador
Encargado del registro del juez, del caso

a evaluar y de generar un reporte. Es la
persona que se encarga de ingresar los
datos del caso a evaluar.
Figura N20: Trabajador del negocio



56
Lista de Entidades del negocio
ENE_Juez
Registro de los datos de los jueces que se evalan.
Tabla N17: Entidad del Negocio - Juez
Atributos
Descripcin
Tipo
codJuez
Identificador del juez que se

evala
char(8)
Nombres
Nombres completos del juez
varchar(20)
Paterno
Apellido paterno del juez
varchar(20)
Materno
Apellido materno del juez
varchar(20)
ENE_DelitoEspecfico
Registro de los datos de los delitos especficos que cometen los
sentenciados.
Tabla N18: Entidad del Negocio Delito Especfico
Atributos
Descripcin
Tipo
codDE
Identificador del delito

especfico
char(8)
descripDE
Descripcin del delito

especfico
varchar(50)
penaMaxima
Pena mxima del delito
int
penaMinima
Pena mnima del delito
Int
codTD
Identificador del tipo de delito
char(8)


57
ENE_TipoDelito
Registro de los datos de los tipos de delito que cometen los
sentenciados.
Tabla N19: Entidad del Negocio Tipo de Delito
Atributos
Descripcin
Tipo
codTD
char(8)
descripTD
Descripcin del tipo de delito
varchar(50)
codTD
char(8)
ENE_TipoConducta
Registro de los tipos de conducta.
Tabla N20: Entidad del Negocio - Tipo de Conducta
Atributos
Descripcin
Tipo
codTCd
Identificador del tipo de

conducta
char(8)
descripTCd
Descripcin del tipo de

conducta
varchar(50)
codCP
Identificador de la clase de
pena
char(8)
ENE_ClasePena
Registro de las clases de pena.
Tabla N21: Entidad del Negocio Clase de Pena
Atributos
Descripcin
Tipo
codCP
Identificador de la clase de
pena
char(8)
descripCP
Descripcin de la clase de
pena
varchar(50)
codProceso
Identificador del proceso
char(8)


58
ENE_Proceso
Registro de los tipos de proceso.
Tabla N22: Entidad del Negocio Proceso
Atributos
Descripcin
Tipo
codProceso
Identificador del proceso
char(8)
descripProceso
Descripcin del proceso
varchar(50)
codTCs
Identificador del tipo de caso
char(8)
ENE_TipoCaso
Registro de los tipos de caso.
Tabla N23: Entidad del Negocio Tipos de caso
Atributos
Descripcin
Tipo
codTCs
Identificador del tipo de caso
char(8)
descripTCs
Descripcin del tipo de caso
varchar(50)
ENE_Usuario
Registro de los datos de los usuarios del sistema.
Tabla N24: Entidad del Negocio - Usuario
Atributos
Descripcin
Tipo
codUsuario
Identificador del usuario del

sistema.
char(8)
NomApe
Nombres y apellidos del

usuario
varchar(50)
Login
Login del usuario
varchar(15)
Pass
Contrasea del usuario
varchar(25)
Nivel
Nivel del usuario
varchar(13)


59
ENE_RegistroCaso
Registro de los casos evaluados de los jueces.
Tabla N25: Entidad del Negocio Registro del caso
Atributos
Descripcin
Tipo
codRegCaso
Identificador del caso

evaluado
char(8)
codJuez
Identificador del juez que se

evala
char(8)
codUsuario
Identificador del usuario que

realiza la evaluacin
char(8)
codDE
Identificador del delito

especfico
char(8)
Expediente
Nmero de expediente
varchar(20)
sentenciaJuez
Sentencia emitida por el juez

evaluado
int
sentenciaSEES
Sentencia emitida por el

SEES
Int
Favorable
Resultado de la evaluacin
de la sentencia
char(2)


60
Diagrama de clases del negocio

Ingreso al SEES
La siguiente figura ha sido desarrollada en Rational Rose y muestra el
diagrama de clases del negocio del caso de uso Ingreso al SEES.
Figura N21: Diagrama de Clases: Ingreso al SEES

Registrar/Actualizar Usuario
los diagramas de clases del negocio de los casos de uso Registrar
Usuario y Actualizar Usuario.
Figura N22: Diagrama de Clases: Registrar/Actualizar Usuario


61
Registrar Juez
diagrama de clases del negocio del caso de uso Registrar Juez.
Figura N23: Diagrama de Clases: Registrar Juez

Registrar Evaluacin
diagrama de clases del negocio del caso de uso Registrar Evaluacin.
Figura N24: Diagrama de Clases: Registrar Evaluacin



62
Consulta
diagrama de clases del negocio del caso de uso Consulta.
Figura N 25: Diagrama de Clases: Consulta

B. REQUERIMIENTOS
En esta seccin se procede a describir los requerimientos que el
sistema debe cumplir, especificando los principales casos de uso del
sistema, as como un prototipo de la solucin deseada.
Especificacin de Requerimientos del Sistema

Requerimientos Funcionales:
[RFS01] Identificar usuario (login).

[RFS02] Registrar y actualizar usuario.
[RFS03] Registrar juez.
[RFS04] Registrar evaluacin de sentencia.
[RFS05] Realizar consulta.
Requerimientos No Funcionales:
[RNFS01] La interfaz del sistema facilitar su empleo a

usuarios con conocimientos bsicos en informtica.
[RNFS02] El lenguaje empleado en el sistema respetar los
trminos usados en el negocio.
[RNFS03] El sistema debe ejecutarse en computadoras con
el sistema operativo Microsoft Windows XP o superior.


63
Modelado de Casos de Uso del Sistema

Lista de Actores del Sistema
La siguiente tabla lista los actores del sistema, as como una
descripcin de cada uno de ellos.
Tabla N26: Actores del Sistema
Actor del sistema
Descripcin
1. AS_Ingeniero_del
_Conocimiento
Es el rol que se encarga

administracin del SEES.
Mantiene actualizado
conocimiento.
2. AS_Evaluador
la
de
base
la
de
Es el rol que se encarga de dar uso al

sistema.
Este usuario registrar los datos del juez y
los respectivos datos de la sentencia a
evaluar. Tambin podr realizar consultas
sobre las evaluaciones realizadas.
Diagrama de Actores del Sistema

La siguiente figura muestra el diagrama de actores del sistema.
Figura N 26: Actores del Sistema


64
Diagrama de Paquetes
La siguiente figura muestra el diagrama de paquetes del sistema.
Figura N 27: Diagrama de Paquetes del Sistema

Diagrama de Casos de Uso del sistema por paquete

La siguiente figura muestra el diagrama de paquetes del sistema.
Paquete: Consulta
La siguiente figura muestra el diagrama de CU del Sistema del
paquete Consulta.
Figura N28: Diagrama de CU del Sistema del paquete: Consulta


65
Paquete: Evaluacin de Sentencia

paquete Evaluacin de Sentencia.
Figura N 29: Diagrama de CU del Sistema del paquete:

Evaluacin de Sentencia
Paquete: Seguridad del sistema

paquete Seguridad del sistema.
Figura N 30: Diagrama de CU del Sistema del paquete: Seguridad

del Sistema


66
Casos de Uso del Sistema y su Clasificacin y Ciclo de

desarrollo
La siguiente tabla muestra los casos de uso del sistema con su
clasificacin y ciclo de desarrollo.
Tabla N27: Casos de Uso del Sistema Clasificacin Ciclo de
desarrollo
Nombre del Caso de Uso del
Sistema
Clasificacin
Ciclo de
Desarrollo
CUS001 Identificar usuario
Primario
Ciclo 0
CUS002 Registrar / Actualizar

usuario
Primario
Ciclo 0
CUS003 Registrar juez
Primario
Ciclo 0
CUS004 Registrar evaluacin

de sentencia
Primario
Ciclo 0
CUS005 Realizar consulta
Primario
Ciclo 0
Matriz de Modelo del Negocio y Modelo del Sistema

La siguiente tabla muestra las actividades a automatizar y su relacin
con los requerimientos funcionales/no funcionales y los casos de uso
del sistema.
Tabla N28: Matriz Modelo del Negocio y Modelo del Sistema
Casos de Uso
del Negocio
N
Nombre
Actividad a automatizar
N
Requerimiento Funcional
Nombre
Trabajador
Nombre
Caso de Uso del Sistema

N
Nombre
Actor
Identificar usuario
(loguin)
Identificar
usuario
AS_Ingeniero_
Conocimiento
AS_Evaluador
Ingreso al
SEES
Logueo
TN_Evaluador
TN_Ingeniero_
Conocimiento
Registrar
usuario
Registro de
usuario
TN_Ingeniero_
Conocimiento
Registrar y actualizar
usuario
Registrar
usuario
AS_Ingeniero_
Conocimiento
Actualizar
usuario
Actualizacin
de usuario
TN_Ingeniero_
Conocimiento
Registrar y actualizar
usuario
Actualizar
usuario
AS_Ingeniero_
Conocimiento
Registrar
juez
Registro de
juez
TN_Evaluador
Registrar juez
Registrar juez.
AS_Evaluador
Registrar
evaluacin
de sentencia
Registro de
evaluacin de
sentencia
TN_Evaluador
Registrar evaluacin
de sentencia
Registrar
evaluacin de
sentencia
AS_Evaluador
Consulta
Consulta de
sentencias
evaluadas
TN_Evaluador
TN_Ingeniero_
Conocimiento
Realizar consulta
Realizar
consulta
AS_Ingeniero_
Conocimiento
AS_Evaluador


67

Casos de Uso
del Negocio
N
1
1
Nombre

Requerimiento No
Funcional
Actividad a automatizar
N
Nombre
Trabajador
Nombre
NO TIENE
Interfaz facilitar su
empleo a los usuarios
NO TIENE
El lenguaje empleado
respetar los trminos
del negocio
NO TIENE
El sistema se
ejecutar en Windows
XP o superior
1
2
1
3
Caso de Uso del Sistema

Nombre
Actor
Realizacin de los Casos de Uso del Sistema

Especificacin de alto nivel de los Casos de Uso del Sistema
La siguiente tabla muestra el caso de uso del sistema: Identificar
usuario, as como una descripcin.
Tabla N29: Casos de Uso del Sistema: Identificar usuario
CUS001 Identificar usuario
Casos de uso:
Actor(es):
AS_Ingeniero_Conocimiento
AS_Evaluador
Propsito:
Identificar al usuario del sistema a partir de su loguin

y contrasea.
Descripcin:
El caso se inicia cuando el ingeniero de

conocimiento o Evaluador ejecuta el sistema, se le
presenta una ventana en donde tiene que ingresar
sus datos para ser identificado. El caso de uso
termina cuando el Ingeniero de conocimiento o
Evaluador ingresan sus datos correctamente e
ingresa al sistema.
Requerimientos:
[RFS01] Identificar usuario.



68
La siguiente tabla muestra el caso de uso del

Registrar/Actualizar usuario, as como una descripcin.
sistema:
Tabla N30: Casos de Uso del Sistema: Registrar/Actualizar

Usuario
Casos de uso:
CUS002 Registrar/Actualizar usuario
Actor(es):
Propsito:
Registrar un nuevo usuario el que tendr

acceso al sistema asignndole para ello su
loguin y contrasea, tambin se actualizar los
datos del usuario.
Descripcin:
El caso se inicia cuando se requiere

registrar/actualizar un nuevo usuario para el
uso del sistema. El caso de uso termina
cuando se registra/actualiza al usuario.
Requerimientos:
[RFS02] Registrar/Actualizar usuario.

La siguiente tabla muestra el caso de uso del sistema: Registrar juez,

as como una descripcin.
Tabla N31: Casos de Uso del Sistema: Registrar juez
CUS005 Registrar juez
Casos de uso:
Actor(es):
AS_Evaluador
Propsito:
Registrar un nuevo juez para que sea

evaluado.
Descripcin:
El caso se inicia cuando se requiere registrar a

un juez para su posterior evaluacin. El caso
de uso termina cuando se registra al juez.
Requerimientos:
[RFS03] Registrar juez.



69
La siguiente tabla muestra el caso de uso del sistema: Registrar

evaluacin de sentencia, as como una descripcin.
Tabla N32: Casos de Uso del Sistema: Registrar evaluacin de
sentencia
Casos de uso:
CUS006 Registrar evaluacin de sentencia
Actor(es):
AS_Evaluador
Propsito:
Registrar la evaluacin de la sentencia de un juez.
Descripcin:
El caso se inicia cuando se requiere registrar la

evaluacin de la sentencia de un juez. El caso de
uso termina cuando se registra al juez.
Requerimientos:
[RFS04] Registrar evaluacin de sentencia.

La siguiente tabla muestra el caso de uso del sistema: Consulta, as

como una descripcin.
Tabla N33: Casos de Uso del Sistema: Realizar Consulta
CUS007 Realizar Consulta
Casos de uso:
Actor(es):
AS_Evaluador
Propsito:
Realizar una consulta de las sentencias evaluadas.
Descripcin:
El caso se inicia cuando se requiere un reporte de

las sentencias de evaluadas de un juez.. El caso de
uso termina cuando se muestra el reporte de la
consulta.
Requerimientos:
[RFS05] Realizar consulta.



70
En esta etapa se muestra el diseo de datos, el diseo arquitectnico

y el diseo de la interfaz, y tambin se definen los estndares de
desarrollo del sistema propuesto para su respectiva construccin.
(Alonso, Martnez, Segovia 2005:83-84)
Diseo del Sistema

Diseo de datos: Define la relacin entre cada uno de los elementos
estructurales del programa.
Diseo arquitectnico: Describe cmo se comunica el software
consigo mismo, o con los sistemas que operan junto con l y los
usuarios que lo emplean.
Diseo de la interfaz: Muestra las pantallas o elementos grficos que
permiten al usuario acceder a los contenidos.
Estndares de Desarrollo
Para la seleccin de los estndares de desarrollo se debe tener en
cuenta que el sistema debe permitir la escalabilidad para nuevos
mdulos, debe ser independiente a la tecnologa en que se
desarrollar y debe facilitar los mantenimientos futuros en caso de que
ocurra un error o falla.
Para cubrir estas necesidades se opt por desarrollarlo con la
arquitectura de programacin orientada a objetos, ya que utiliza
clases, los objetos no estn aislados, sino que se comunican entre
ellos y con las clases, lo cual permite crear una estructura ordenada,
entendible y fcil de desarrollar.


71
Diseo de Datos
Modelo Conceptual
Figura N 31: Modelo Conceptual

La siguiente figura muestra el Modelo Conceptual que nace de los

casos de uso del negocio.


72
Modelo Lgico
Figura N 32: Modelo Lgico

La siguiente figura muestra el Modelo Lgico, que es el refinamiento

del Modelo Conceptual, aqu se reducirn y/o aumentarn, de ser
necesario, las clases, y solo quedarn aquellas que van a ser
diseadas como tablas, todo ello depender de la experiencia del
modelador.


73
Modelo Fsico
Figura N 33: Modelo Fsico

La siguiente figura muestra el Modelo Fsico que traduce el diseo

lgico en una solucin implementable.


74
Diseo Arquitectnico
Diagrama de Estados
La siguiente figura muestra el Diagrama de Estados.
Figura N34: Diagrama de Estados



75
Diagrama de Componentes
La siguiente figura muestra el Diagrama de Componentes del Sistema.
Figura N35: Diagrama de Componentes del Sistema

Diagrama de Despliegue
La siguiente figura muestra el Diagrama de Despliegue del Sistema;
hay que tener en cuenta que tanto el sistema como la base de datos
no corrern en un servidor, sino ambos se ejecutarn en una
computadora personal.
Figura N36: Diagrama de Despliegue del Sistema


76
Diseo de Interfaz - Prototipo inicial del Sistema

La siguiente figura muestra la pestaa de Bienvenida.
Figura N37: Pestaa Bienvenida

La siguiente figura muestra la pestaa de Registro de Jueces.
Figura N38: Pestaa Registro de Jueces


77
La siguiente figura muestra la pestaa de Registro de Casos.
Figura N39: Pestaa Registro de Casos

La siguiente figura muestra la pestaa de Presupuestos.
Figura N40: Pestaa Presupuestos


78
La siguiente figura muestra la pestaa de Conclusiones.
Figura N41: Pestaa Conclusiones

La siguiente figura muestra la pestaa de Consolidado.
Figura N42: Pestaa Consolidado


79
La siguiente figura muestra la pestaa de Registrar Usuario.
Figura N43: Pestaa Registrar Usuario

3.4. Poblacin, muestra y muestreo

En la presente investigacin se utilizar:
Poblacin:
Est constituida por la totalidad de las unidades de anlisis sobre las que se
ver en la investigacin; segn Namakforooh (2005: 179) Es la totalidad de
un conjunto de unidades que poseen alguna(s) caracterstica(s) comn(es),
caracterstica definida en funcin del estudio y naturaleza de la
investigacin.
De acuerdo a esta definicin, la poblacin est formada por 23 sentencias
emitidas que se evaluarn de los jueces del Juzgado Penal de Huaral y que
fueron dictadas durante el mes de febrero del 2010 por ser la que menos
sentencias tiene del ao.
Muestra:
Debido a que la poblacin es pequea, menor a 30, participarn todas las
sentencias emitidas por los jueces en el mes de febrero.


80
Muestreo:
Debido a que la poblacin es homognea, el tipo de muestreo seleccionado
es muestreo por conglomerado, ya que el grupo de elementos de la
poblacin forman una unidad, que es a lo que llamamos conglomerado
(sentencias emitidas en el mes de febrero del 2010) y estar compuesta por
las 23 sentencias emitidas por los jueces del Juzgado Penal de Huaral en ese
mes.
3.5. Mtodo de investigacin
El mtodo de investigacin es Deductivo, porque este mtodo es aqul que
parte de los datos generales aceptados como vlidos, para deducir por medio
del razonamiento lgico varias suposiciones especficas, en otras palabras,
parte de verdades previamente establecidas como principios generales, para
luego aplicarlo a casos individuales y comprobar as su validez. (Lerma 2004:
89).
3.6. Tcnicas e instrumentos de recoleccin de datos, fuentes e informantes.
Para la recoleccin de datos se usaron las siguientes tcnicas e instrumentos:
Tcnicas:
- Observacin directa:
Tcnica que permite al investigador observar la problemtica que existe en
un campo especfico, sin que se haga ninguna intervencin para que los
organismos se comporten de un modo diferente a que usualmente lo hacen.
(Hernndez 2006: 850).
En esta investigacin esta tcnica nos permite observar la problemtica del
proceso de evaluacin de sentencias emitidas por los jueces del Juzgado
Penal de Huaral.
- El fichaje:
Es una tcnica que permite acumular datos, recoger ideas y organizarlo
todo en un fichero, siendo una constante fuente de informacin, creciente y
flexible. (Namakforooh 2005: 288).
En esta investigacin esta tcnica nos permite recopilar, organizar y
registrar la informacin que se observa en la problemtica del proceso de
evaluacin de sentencias emitidas por los jueces del Juzgado Penal de
Huaral.

81
Instrumentos:
- Ficha de Observacin:
Es un documento que se ha elaborado con el fin de registrar datos que se
generan como el resultado del contacto directo entre el observador y la
realidad que se observa. (Hernndez 2006: 313).
En esta investigacin las fichas de observacin permitieron registrar en
minutos, los datos de los tiempos promedios de: evaluacin de sentencias
emitidas y generacin de reportes de evaluacin de sentencias. Estas
fichas fueron colocadas en el Anexo N 5: Ficha de observacin
En la tabla N 34 se especfica que instrumento de medicin ser usado para

medir los indicadores utilizados.
TABLA N 34: Instrumentos de medicin asociados al indicador.
Unidad
Variable
Dimensin
Indicador
de
Tcnica
Instrumento
Medida
Evaluacin
Proceso de
evaluacin de
sentencias
emitidas
Informe
Tiempo
promedio en
evaluar
sentencia
Minutos
Tiempo
promedio en
generar
Minutos
reporte de
evaluacin de
sentencia
Fichaje
Fichaje
Ficha de
observacin
Ficha de
observacin
3.7. Mtodos y tcnicas de procesamiento y anlisis de datos

Dado que las variables se formularon en valores numricos, entonces se realiz
un anlisis cuantitativo.
Por ello se deben ordenar los valores y darles forma de una matriz de
tabulacin, para luego mediante el programa estadstico SPSS v.20.0, realizar
el respectivo anlisis de datos y obtener los resultados correspondientes.


82
En los datos ingresados, cada columna representa el indicador antes y despus

de aplicar el sistema experto de evaluacin de sentencias, y cada fila representa
un sujeto especfico de la muestra.
Para analizar los datos colocados en una matriz de tabulacin se utilizar el
anlisis cuantitativo, que consiste en comparar diferencias entre grupos de la
muestra.
Dado que la muestra es menor a 30 elementos, entonces se utilizar la
distribucin t-student, debido a que los especialistas en estadstica suelen
asociar la distribucin t con estadsticas de muestras pequeas. (Levin y Rubn
2004: 297).
La prueba t se utiliza para comparar los resultados de una pre-prueba y de una
post-prueba en un contexto experimental, donde se compararan las medias y
varianzas del grupo en dos momentos diferentes.
La media se calcula aplicando una frmula estadstica, ms conocida como la
frmula del promedio, dado que la pre-prueba y post-prueba fueron en
momentos diferentes, ambos promedios pueden ser comparados para
determinar las conclusiones de la investigacin.
Al tener una muestra de 23 elementos y ser una investigacin pre-experimental,
de pre-prueba y post-prueba, entonces la tcnica estadstica ms recomendada
para la presente investigacin, es la t-student.
FIGURA N 44: T- Student.

FUENTE: Hctor Daniel Lerma.


83
CAPTULO IV
RESULTADOS Y DISCUSIN
IV. RESULTADOS Y DISCUSIN

En el presente captulo se describen los resultados obtenidos de la investigacin,
mediante los indicadores propuestos observaremos si la implementacin del sistema
experto mejora el proceso de evaluacin de sentencias emitidas por los jueces del
El diseo de estudio es Pre-Experimental, de Pre y Post prueba. Por ello
inicialmente se realiz un Pre Test, una medicin de los indicadores sin el Sistema
experto de evaluacin de sentencias, para luego ser comparado con un Post Test,
una medicin de los indicadores con el Sistema experto de evaluacin de
sentencias.
Finalmente se realiza una comparacin entre ambos datos obtenidos en diferentes
tiempos, para la misma rea de estudio.
4.1. Resultados
4.1.1. Prueba para la hiptesis:
El Sistema experto mejora el proceso de evaluacin de sentencias
emitidas por los jueces del Juzgado Penal de Huaral.
4.1.2. Prueba de normalidad:
Como las muestras obtenidas son menores a 30, la prueba de normalidad
para comprobar si los resultados son normales es la de Shapiro-Wilk,
obteniendo los resultados que se muestran en la Tabla N 35 con ayuda
del software SPSS v20.0
Tabla N 35: Prueba de Normalidad: Shapiro-Wilk. Indicador 1
Shapiro-Wilk
Tamao
muestral
Nivel de
Significancia
23
0,934

En la tabla N 35 se observan los resultados de la prueba de normalidad,
los que muestran los datos con un nivel de significancia de 0,934 mayor a
0,05 por lo que los datos tienen una distribucin normal.


85
Figura N 45: Q-Q de normalidad para datos del tiempo de evaluacin de

sentencia
Fuente: Elaboracin propia
En la figura N 45 se observa que los puntos se acercan a la lnea recta,
esto significa que los datos de prueba coinciden coincide con los datos
normales, siendo as, se puede decir que los datos de la evaluacin de
sentencia son normales.
4.1.3. Indicador cuantitativo 1:
Tiempo promedio en evaluar sentencia.
a. Definicin de Indicadores
I1a=Tiempo promedio en evaluar sentencias sin el Sistema experto de
evaluacin de sentencias.
I1d=Tiempo promedio en evaluar sentencias con el Sistema experto de
evaluacin de sentencias.
b. Hiptesis Estadstica
Hiptesis HE10: El Sistema experto no mejora el tiempo de
evaluacin de sentencias emitidas por los jueces del Juzgado Penal de
Huaral.


86
HE10 = I1a I1d

HE10 = I1a
--
I1d 0
Si el resultado de la diferencia es menor o igual a 0, entonces, los

indicadores del sistema actual son mejores que los indicadores del
sistema propuesto.
Hiptesis HE1a: El Sistema experto mejora el tiempo de evaluacin
de sentencias emitidas por los jueces del Juzgado Penal de Huaral.
HE1a = I1a > I1d
HE1a = I1a
--
I1d > 0
Si el resultado de la diferencia es mayor a 0, entonces, los indicadores

del Sistema propuesto son mejores que los indicadores del sistema
actual.
c. Nivel de Significancia
Se escoge un nivel de significancia del 5% o 0.05, quiere decir que de
cien valores, hay cinco valores entre los cien de rechazar la hiptesis,
entonces tenemos un 95% de confianza de haber aceptado la hiptesis.
X = 5% (ERROR)
Nivel de confiabilidad ((1-X)=0.95)
d. Resultados
La observacin del Pre Test y Post Test del indicador tiempo
promedio en evaluar sentencia se realiz en el mes de octubre del
2011, donde se pudo obtener 23 tems. En el Anexo N 8, se puede
visualizar los resultados de la pre-prueba y la post-prueba del
indicador "tiempo promedio en evaluar sentencia".
Dichos resultados hallados del indicador tiempo promedio en evaluar
sentencia fueron comparados con los valores que fueron obtenidos a
travs del software SPSS v20.0. En la tabla N 36 se visualiza los
resultados obtenidos del software SPSS v20.0.


87
Tabla N 36: Resultados de tiempo de evaluacin de sentencia (SPSS v20.0).

Prueba de muestras relacionadas
Diferencias relacionadas
Media
Despus
Antes
-19.56435
Error
tp. de
Desviacin
la
tp.
media
95% Intervalo de
confianza para la
diferencia
Inferior Superior
Sig.
t
gl (bilateral)
0.000
1.14205
0.23813 -20.05821 -19.07049 -82.157 22
Dado que confirmamos que los valores obtenidos son correctos,

entonces se observa, que al usar la prueba t para comparar las medias
del antes y despus, se obtuvo un valor de significancia de 0.000, dado
que el valor de significancia hallado es menor al valor de significancia
propuesto que es de 0.05, entonces se puede afirmar con un nivel de
confianza del 95% que existen diferencias entre los grupos de
medicin.
En conclusin el tiempo de evaluacin de sentencia utilizando el
Sistema experto es significativamente menor que el tiempo de
evaluacin de sentencia sin el sistema.
e. Clculos estadsticos
En la tabla N 37 se observa la reduccin de la media con respecto al
pre-test, al igual que la disminucin de la desviacin estndar con
respecto al pre-test.
Tabla N 37: Media y Desviacin Estndar respecto al tiempo de
TIEMPO DE EVALUACIN DE SENTENCIA
PRE TEST
MEDIA
20.6435
DESV. ESTANDAR
1.19157
POST TEST
1.0791
0.13544
f. Anlisis de Resultados
Dado que el resultado hallado (t=-82.157), se encuentra dentro de la
regin de rechazo, y por consiguiente, fuera de la regin de
aceptacin, como se muestra en la figura N 46, entonces, se puede

88
determinar que existe una diferencia significativa en las medias antes

de la implementacin y despus de la implementacin del sistema
experto; por lo tanto, se rechaza HE10 y se acepta HE1a, con un nivel
de error de 5%, siendo la implementacin del sistema informtico una
alternativa de solucin para el problema de investigacin.
Figura N 46: Distribucin t: Resultado evaluacin de sentencia

Tambin se puede observar que la diferencia de tiempos entre la
evaluacin de sentencia convencional y la evaluacin de sentencia
utilizando el Sistema experto de evaluacin de sentencias es
estadsticamente significativa, como se observa en la figura N 47.
25.00
20.00
15.00
PRE-TEST
10.00
POST-TEST
5.00
0.00
1
7 10 13 16 19 22
Figura N 47: Tiempo de Evaluacin de sentencias
Fuente: Microsoft Excel

Por lo tanto:
De acuerdo a lo mencionado anteriormente se concluye:
La Hiptesis HE1o, utilizando el indicador 1, se rechaza, ya que se
encuentra dentro del rea de rechazo.
La Hiptesis HE1a, utilizando el indicador 1, se acepta, con un
nivel de confianza del 95%.

89
g. Anlisis Descriptivos
Tiempo Promedio de Evaluacin de

Sentencia
25.0000
20.6435
20.0000
15.0000
10.0000
5.0000
1.0791
0.0000
Pre-Test
Post-Test
Figura N48: Tiempo promedio de Evaluacin de Sentencia

Interpretacin: En la figura N 48 se observa que el tiempo de
evaluacin de sentencia del pre-test es de 20.6435 minutos y el tiempo
del post-test es de 1.0791 minutos, lo que significa que se ha reducido en
un 94% el tiempo de evaluacin de sentencia.
Desviacion Estndar de Evaluacin de

Sentencia
1.19157
1.20000
1.00000
0.80000
0.60000
0.40000
0.13544
0.20000
0.00000
Pre-Test
Post-Test
Figura N 49: Desviacin estndar de Evaluacin de Sentencia

Interpretacin: En la figura N 49 se observa que la desviacin estndar
del pre-test es de 1.19157 minutos y el tiempo del post-test es de 0.13544
minutos, lo que significa que se ha reducido en un 94% el tiempo de
evaluacin de sentencia.

90
4.1.4. Prueba de normalidad:

Como las muestras obtenidas son menores a 30, la prueba de normalidad
para comprobar si los resultados son normales es la de Shapiro-Wilk,
obteniendo los resultados que se muestran en la Tabla N 38 con ayuda
del software SPSS v20.0
Tabla N 38: Prueba de Normalidad: Shapiro-Wilk. Indicador 2.
Shapiro-Wilk
Tamao
muestral
Nivel de
Significancia
23
0,612

En la tabla N 38 se observan los resultados de la prueba de normalidad,
los que muestran los datos con un nivel de significancia de 0,612 mayor a
0,05 por lo que los datos tienen una distribucin normal.
Figura N 50: Q-Q de normalidad para datos del tiempo de reporte de

En la figura N 50 se observa que los puntos se acercan a la lnea recta,
esto significa que los datos de prueba coinciden coincide con los datos
normales, siendo as, se puede decir que los datos del reporte de
sentencia son normales.

91
4.1.4. Indicador cuantitativo 2:

Tiempo promedio en generar reporte de evaluacin de sentencia.
a. Definicin de Indicadores
I2a=Tiempo promedio en generar reporte de evaluacin de sentencia
sin el Sistema experto de evaluacin de sentencias.
I2d=Tiempo promedio en generar reporte de evaluacin de sentencia
con el Sistema experto de evaluacin de sentencias.
b. Hiptesis Estadstica
Hiptesis HE20: El Sistema experto no mejora el tiempo al generar
reportes de evaluacin de sentencias emitidas por los jueces del
Juzgado Penal de Huaral
HE20 = I2a I2d
HE20 = I2a
--
I2d 0
Si el resultado de la diferencia es menor o igual a 0, entonces, los

indicadores del Sistema actual son mejores que los indicadores del
sistema propuesto.
Hiptesis HE2a: El Sistema experto mejora el tiempo al generar
reportes de evaluacin de sentencias emitidas por los jueces del
HE2a = I2a > I2d
HE2a = I2a
--
I2d > 0
Si el resultado de la diferencia es mayor a 0, entonces, los

indicadores del Sistema propuesto son mejores que los indicadores
del sistema actual.
c. Nivel de Significancia
Se escoge un nivel de significancia del 5% 0.05, quiere decir que
de cien valores, hay cinco valores entre los cien de rechazar la
hiptesis, entonces tenemos un 95% de confianza de haber aceptado
la hiptesis.
X = 5% (ERROR)
Nivel de confiabilidad ((1-X)=0.95)

92
d. Resultados
La observacin del Pre Test y Post Test del indicador tiempo
promedio en generar reporte de evaluacin de sentencia se realiz en
el mes de octubre del 2011, donde se pudo obtener 23 tems. En el
Anexo N 9, se puede visualizar los resultados de la pre-prueba y la
post-prueba del indicador "tiempo promedio en generar reporte de
evaluacin de sentencia".
Dichos resultados hallados del indicador tiempo promedio en generar
reporte de evaluacin de sentencia fueron comparados con los valores
que fueron obtenidos a travs del software SPSS v20.0. En la tabla N
39 visualizamos los resultados obtenidos del software SPSS v20.0.
Tabla N 39: Resultados de tiempo de generacin de reporte.
Prueba de muestras relacionadas
Diferencias relacionadas
Media
Despus
Antes
-8.36870
Error
tp. de
Desviacin
la
tp.
media
0.95056
95% Intervalo de
confianza para la
diferencia
Sig.
gl (bilateral)
0.19820 -8.77975 -7.95764 -42.222 22
0.000
Inferior Superior
Dado que confirmamos que los valores obtenidos son correctos

entonces se observa que al usar la prueba t para comparar las medias
del antes y despus, se obtuvo un valor de significancia de 0.00, dado
que el valor de la significancia hallado es menor al valor de
significancia propuesto que es de 0.05, entonces se puede afirmar con
un nivel de confianza del 95%, que existe diferencias entre los grupos
de medicin.
En conclusin, el tiempo de generacin de reportes utilizando el
Sistema experto es significativamente menor que el tiempo de
generacin de reportes sin el sistema.
e. Clculos estadsticos
En la tabla N 40 se observa la reduccin de la media con respecto al
pre-test, al igual que la disminucin de la desviacin estndar con
respecto al pre-test.


93
Tabla N 40: Media y Desviacin Estndar respecto al tiempo de

generacin de reporte
TIEMPO DE EVALUACIN DE SENTENCIA
PRE TEST
POST TEST
MEDIA
8.40870
0.0400
DESV. ESTANDAR
0.95056
0.0000

f. Anlisis de Resultados
Dado que el resultado hallado (t=-42.222), se encuentra dentro de la
regin de rechazo, y por consiguiente, fuera de la regin de
aceptacin, como se muestra en la figura N 58, entonces, se puede
determinar que existe una diferencia significativa en las medias antes
de la implementacin y despus de la implementacin del sistema
experto; por lo tanto, se rechaza HE20 y se acepta HE2a, con un nivel
de error de 5%, siendo la implementacin del sistema informtico una
alternativa de solucin para el problema de investigacin.
Figura N 51: Distribucin t: Resultado generacin de reporte

Tambin se puede observar que la diferencia en la generacin de

reporte de modo convencional y la generacin de reporte utilizando el
Sistema experto de evaluacin de sentencias es estadsticamente
significativa, como se puede observar en la figura N 52.


94
10
9
8
7
6
5
4
3
2
1
0
PRE-TEST
POST-TEST
9 11 13 15 17 19 21 23
Figura N 52: Tiempo para generar reportes.
Fuente: Microsoft Excel

Por lo tanto:
De acuerdo a todo lo mencionado anteriormente se concluye:
La Hiptesis HE2o, utilizando el indicador 2, se rechaza ya que se

encuentra dentro del rea de rechazo.
La Hiptesis HE2a, utilizando el indicador 2, se acepta con un
nivel de confianza del 95%.
g. Anlisis Descriptivos
Tiempo Promedio de Generar

Reporte
8.4087
10.0000
5.0000
0.0400
0.0000
Pre-Test
Post-Test
Figura N 53: Tiempo promedio de Generar Reporte

Interpretacin: En la figura N53 se observa que el tiempo de generar
reporte del pre-test es de 8.4087 minutos y el tiempo del post-test es de
0.04 minutos, lo que significa que se ha reducido en un 99% el tiempo de
generar reporte.

95
Desviacion Estndar de Generar

Reporte
0.95056
1.00000
0.80000
0.60000
0.40000
0.20000
0.00000
0.00000
Pre-Test
Post-Test
Figura N54: Desviacin estndar de Generar Reporte

Interpretacin: En la figura N 54 se observa que la desviacin estndar
del pre-test es de 0.95056 minutos y el tiempo del post-test es de 0.00
minutos, lo que significa que se ha reducido en un 100% el tiempo de
generar reporte.
4.2. Discusin:
Indicador Tiempo Promedio en Evaluar Sentencia:
Los resultados hallados demuestran que s existe una reduccin muy
significativa, con respecto al tiempo promedio en evaluar sentencia utilizando
el Sistema Experto de evaluacin de sentencia, con el tiempo promedio en
evaluar sentencia en modo convencional; en donde el tiempo promedio del
pre-test es de 20.6435 minutos y el del post-test de 1.07941 minutos, lo que
significa una reduccin del 94%. Por ello, se puede afirmar y concluir que
gracias al Sistema experto el tiempo de evaluacin de sentencia se redujo
significativamente. (Ver figura N 48 y figura N 49).
Por consiguiente, se comparte lo expresado por Beatriz Castillo (2003) en su
tesis La aplicacin del principio de proporcionalidad de la pena de prisin en
los delitos de hurto, en las sentencias condenatorias emitidas por los
tribunales de sentencia de San Salvador, quien afirma que: La determinacin
de la pena se hace considerando los hechos investigados y no de manera
antojadiza, por lo que se considera los fundamentos en los cuales se basa la
pena (presupuestos en Per). En el anlisis de sentencia se demostr que estas

96
se realizan bajo el esquema de un formato preestablecido, en el cual se

valoran los hechos atendiendo a los parmetros determinados por la ley,
siendo esta una obligacin primordial del juez, ya que es quien en definitiva
fija la pena.
Indicador Tiempo Promedio en Generar Reportes de Sentencia:
Los resultados hallados al medir el tiempo promedio en generar el reporte de
sentencia utilizando el Sistema experto de evaluacin de sentencia, con los
resultados del tiempo promedio en generar reporte antes de la
implementacin del sistema, demuestran que existe una reduccin muy
significativa; en donde el tiempo promedio del pre-test es de 8.4087 minutos
y el del post-test de 0.04 minutos, lo que significa una reduccin del 99%. Por
ello, se afirma que el Sistema experto de evaluacin de sentencia reduce el
tiempo de generacin de reporte, permitiendo a los usuarios, obtener
informacin ms precisa, coherente y actualizada en cada generacin. (Ver
figura N 53 y figura N 54).
Por consiguiente, se comparte lo expresado por Eusebio Huanca (2008) en su
tesis Sistema Experto para el diagnstico de la peste porcina clsica, quien
afirma que: Los sistemas expertos pueden agilizar todo tipo de procesos
mejorando el desempeo del experto humano, es as que tambin agilizan las
consultas del experto devolviendo reportes de manera rpida para una
correcta toma de decisin.


97
CAPTULO V
CONCLUSIONES Y SUGERENCIAS
V. CONCLUSIONES Y SUGERENCIAS
5.1. Conclusiones
Se concluy que la media del tiempo de evaluacin de sentencia antes de la

implementacin del Sistema experto de evaluacin de sentencias es de
20.6435 minutos, lo cual representa el 100%, mientras que la media del
tiempo de evaluacin de sentencia despus de la implementacin del Sistema
experto de evaluacin de sentencia es de 1.0791 minutos, lo cual representa
un 5.23% del tiempo antes de la implementacin; estos valores indican una
reduccin del tiempo en un 94.77% al utilizar el Sistema experto de
evaluacin de sentencia, y una mejora significativa en el nivel de evaluacin
de sentencias emitidas.
Se concluy que la media del tiempo de generacin de reportes de evaluacin

de sentencias antes de la implementacin del Sistema experto de evaluacin
de sentencias es de 8.4087 minutos, lo cual representa el 100%, mientras que
la media del tiempo de generacin de reportes de evaluacin de sentencias
despus de la implementacin del Sistema experto de evaluacin de
sentencias es de 0.04 minutos, lo que representa un 0.48% del tiempo antes de
la implementacin; por lo tanto estos valores indican una reduccin del
tiempo en un 99.52% al utilizar el Sistema experto de evaluacin de
sentencias, y una mejora significativa en el nivel de informe de sentencias
emitidas.
5.2. Sugerencias
Debido a la reduccin de tiempo en la evaluacin de sentencia que demuestra

el modelo planteado, se puede ampliar la cantidad de sentencias evaluadas
habitualmente, de esa manera no solo se estar evaluando ms sentencias de
las que se evala habitualmente, sino que por consiguiente, evaluar ms
jueces.
El modelo propuesto, se puede ampliar a otra reas de Derecho (Derecho

Civil, Derecho Laboral, etc.), previas modificaciones del sistema y de la
informacin, lo que permitira comprobar la veracidad de las sentencias en
dichas reas. Al reducir los tiempos de los procesos, se reducirn las
horas/hombre, dicho personal debe ser capacitado para el uso del sistema, en
lo que no se emplear mucho tiempo debido a la facilidad de su uso.


99
CAPTULO VI
BIBLIOGRAFA
VI. BIBLIOGRAFA
LIBROS:
AMAT, Marcos, Monitoreo y evaluacin de los procesos de produccin.

Uruguay, Montevideo. 2da ed. 2000. pp. 62-65.
AMBA, Abel Adrian. Fundamentos estructurales de la reforma del poder

judicial. Per, Lima. 1999. pp. 78-99.
ALZAMORA, Walter. Vocabulario de uso judicial. Per, Lima. 1ra ed. 1981.
pp. 42.
AMO, F., NORMAND, L., PREZ, J. Introduccin a la Ingeniera de Software:

Modelo de desarrollo de programas. Madrid, Zaragoza. 2da ed. 2005. pp. 177273. ISBN: 84-96477-00-2.
CASTILLO, Eduardo, Sistemas expertos y Modelos de Redes Probabilsticos.

Espaa, Barcelona. 1996. pp. 85.
COLLAS, Daniel. Nuevo Cdigo Penal. Per, Lima. 1ra ed. 2006. pp. 46.
DIETER, Nebendaht, Sistemas Expertos. Introduccin a la tcnica y aplicacin,

Barcelona: Marcobo S.A., 1988. 1ra ed. 155 pp. ISBN: 8426706789
FEIGENBAUM, Edward. CONGRESO Mundial de Inteligencia Artificial (1.:

1977: Tokio, Japn).
FERNNDEZ, Alarcn Vicenc. Desarrollo de sistemas de informacin: Una

metodologa basada en el modelado. Espaa, Barcelona. 2006. pp.
43-44. ISBN: 84-8301-862-4.
GALIPIENSO, Mara [y otros], Inteligencia Artificial: Modelos, Tcnicas y

reas de Aplicacin. Madrid: Editorial Parainfo, 2003. pp. 3.
ISBN: 9788497321839
GARCIA Rojas, Luis. Principal problema del Estado es la corrupcin. PERU

21: Lima, Per, 26 de octubre de 2006. p. 8-9. (En seccin: Poltica).
GIATARRANO, Joseph y RYLEY, Gary. Expert Systems: Principles and

Programming. 4a ed. Cambridge: Thomson Course Technology, 1998. pp. 321.
ISBN: 0534384471
GUERRA, Josegina, Fortalecimiento de los Sistemas de Monitoreo y

Evaluacin. Madrid: Editorial Univwerso, 1993. pp. 25.
HERNNDEZ, Roberto [y otros]. Metodologa de la Investigacin.

Mxico D.F.: McGraw-Hill, 4ta ed. 2006. 313-850 p. ISBN: 9701057538


101
LERMA, Hctor Daniel. Metodologa de la Investigacin: Propuesta,

Anteproyecto y Proyecto. Colombia, Bogot. 3ra ed. 2004. pp. 68-69-70-85-89.
ISBN: 958-648-372-X.
LEVIN, R., RUBN, D. Estadstica para la administracin econmica.

Colombia, Bogot. 7ma. ed. 2004. pp. 235-297.
ISBN: 970-26-0497-4.
MORA, Luis Anibal. Indicadores de la Gestin Logstica. Colombia, Bogot.

2da ed. 2008. pp. 25-35-45.
ISBN: 958648633.
NAMAKFOROOH, Mohammad Nagui. Metodologa de la Investigacin.

Mxico, D.F. 2da ed. 2005. pp. 179-288.
ISBN: 968-18-5517-8.
NAYLON, Chris. Construya su propio sistema experto. Madrid: Editorial Diaz

de Santos, S.A. 1983. 36 pp.
RAMOS, Benjamin. Anlisis integral del nuevo cdigo procesal penal. Per,
Lima. 1985. pp. 55.
SOMMERVILLE, Iam. Ingeniera de software. Espaa, Madrid. 7ma. ed. 2006.

pp. 69-76-79.
ISBN: 84-7829-074-5.
VASQUEZ, Marcos. Comentarios al Cdigo de ejecucin Penal. Per, Lima.

1988. pp. 101.


102
CAPTULO VII
ANEXOS
OPERACIONALIZACION DE VARIABLES
PROBLEMA
General
PA: Cul es la
influencia del Sistema
Experto en el proceso
de evaluacin de
sentencias emitidas por
los jueces del Juzgado
Penal de Huaral?
Especifico
P1: Cul es el tiempo
de evaluacin de las
sentencias de los jueces
del Juzgado Penal de
Huaral utilizando el
Sistema Experto para el
proceso de evaluacin
de sentencias?
P2: Cul es el tiempo

de generacin de
reportes de evaluacin
de sentencia de los
jueces del Juzgado
Penal de Huaral
utilizando el Sistema
Experto para el proceso
de evaluacin de
sentencias?
OBJETIVOS
General
OA: Determinar la
influencia del Sistema
Experto en el proceso de
evaluacin de sentencias
de los jueces del Juzgado
Penal de Huaral.
Especficos
O1: Determinar el tiempo
de evaluacin de
proceso de evaluacin de
sentencias.
O2: Determinar el tiempo
de generacin de reportes
de evaluacin de
sentencias.
O3: Analizar, disear,
desarrollar e implementar
el Sistema Experto para el
sentencias emitidas por
los jueces del Juzgado
Penal de Huaral.
HIPTESIS
General
HA: Un Sistema
Experto mejora el
proceso de
evaluacin de
sentencias emitidas
por los jueces del
Juzgado Penal de
Huaral.
Especficas
H1: Un Sistema
Experto mejora el
tiempo de respuesta
al evaluar las
sentencias emitidas
por los jueces del
Juzgado Penal de
Huaral.
H2: Un Sistema
Experto mejora el
tiempo de respuesta
al generar reportes
del proceso de
evaluacin de
sentencias emitidas
por los jueces del
Juzgado Penal de
Huaral.
VARIABLE
CONCEPTO
DIMENSIONES
INDICADORES
METODOLOGIA
Tipo de Investigacin:
Aplicada
Independiente
SISTEMA
EXPERTO
Dependiente
PROCESO DE
EVALUACIN
DE
SENTENCIAS
EMITIDAS
Tipo de Estudio:
Pre Experimental
Sistema
informtico
(hardware y
software) que
simula a los
expertos en un rea
de especialidad
dada.
Secuencia de
actividades, que
permiten revisar la
sentencia que ha
sido emitida por un
juez para verificar
si esta ha sido
dictada tomando
en cuenta todo lo
recogido en el
expediente
respectivo.
Poblacin:
Nmero de sentencias
emitidas en el mes de
febrero del 2010: 23
sentencias emitidas en
total.
- Evaluacin
- Informe
- Tiempo promedio
en evaluar
sentencia.
-Tiempo promedio
en generar reporte
de evaluacin de
sentencia.
Muestra:
Debido a que la
poblacin es pequea,
menor a 30, participarn
las 23 sentencias
emitidas por los jueces
en el mes de febrero del
2010.
Muestreo:
Debido a que la
poblacin es homognea,
el tipo de muestreo
seleccionado es
muestreo por
conglomerado.
Tcnicas e
instrumentos:
-Observacin directa.
-Ficha de Observacin.
Procesamiento de
Anlisis de Datos:
Distribucin T-Student.
Mtodo de Pre y Post
prueba.
Herramienta SSPS
v.20.0.
ANEXO N 02: CRONOGRAMA DE LA TESIS
105
ANEXO N 03:
Project Charter
106
ANEXO N 04: ENTREVISTA

ENTREVISTA DE RECONOCIMIENTO
Apellidos y Nombres: Dr. Hans Isaac Ramrez Sanguinetti
Cargo: Representante de la ODICMA
Hora de Entrevista: 11:00 a.m.
Fecha: 17 de setiembre del 2011.
Instrucciones: El presente documento tiene como fin poder identificar la situacin actual del
proceso de evaluacin de sentencia.
1. Qu es la ODICMA?
La ODICMA es la Oficina Distrital de Control de la Magistratura, cuya competencia se
extiende a toda la sede de la Corte Superior de Justicia a la que pertenece y, su labor est
dirigida directamente por el jefe de la ODICMA.
2. Cul es su misin?
Velar por el correcto desempeo funcional de los Magistrados y Auxiliares Jurisdiccionales
del Distrito a su cargo, investigando y proponiendo las sanciones disciplinarias cuando stos
incumplan sus deberes y obligaciones ante el Jefe de la ODICMA.
3. De qu manera se evala el desempeo funcional de los Magistrados?
Existen varios puntos que se evalan del Magistrado, lo que va a depender del objetivo de la
evaluacin; entre esos puntos tenemos: revisar que los plazos en el desarrollo normal de un
proceso se hayan cumplido, revisar la sentencia emitida por el Magistrado, evaluar la
terminologa empleada en los documentos que genera, etc.
4. De qu manera se revisan las sentencias emitidas por los Magistrados?
Primero se busca el expediente que se ha generado producto de todo el proceso judicial, luego
se analizan los presupuestos que se toman en consideracin para determinar la magnitud de la
pena, luego de su evaluacin, los aos que se agreguen a la pena mnima va a depender
justamente de qu tan favorable haya resultado la evaluacin de esos presupuestos para el
justiciable (acusado), si todos han salido a favor del justiciable no se agregan aos a la pena
mnima, si todos han salido en contra del justiciable se le sentencia a la pena mxima o en
todo caso los aos que se agreguen va a ser proporcional a los presupuestos que tenga en su
contra.
107
5. Qu medida se toman cuando a un Magistrado se le encuentra alguna responsabilidad?

Las medidas que se toman son variadas, todo va a depender de la falta que se identifique, que
pueda ir desde una simple multa hasta la destitucin.
6. Considera que el Sistema Experto propuesto pueda agilizar el proceso de evaluacin de
sentencias?
Seguro que s, se necesita de una herramienta que agilice dicho proceso, lo que conllevara a
la disminucin de horas hombre y menor tiempo en el proceso de evaluacin de sentencias.
___________________________
___________________________
Hans Isaac Ramrez Sanguinetti
Fabio Freddy Flores Santos
ODICMA Huaura
Tesista
108
ANEXO N 05: FICHA DE OBSERVACIN

Ficha de Observacin: Evaluacin de Sentencia (Pre-Test)
Investigador
Institucin donde se investiga
Direccin
Proceso observado
Fecha
Caso
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Evaluacin de Sentencia (pre test).

Tiempo por actividad
Tiempo total
Evaluar Presupuestos Dictar Sentencia del proceso
(dd/mm/aaaa)
(minutos)
(minutos)
(minutos)
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
15.20
12.50
12.90
14.30
13.10
15.10
13.30
14.50
14.90
13.70
14.90
13.80
13.10
14.50
14.10
14.20
14.70
13.60
13.10
16.30
13.70
13.10
15.70
5.10
5.20
7.20
5.50
6.90
5.30
6.10
8.10
6.30
7.50
5.90
6.70
7.90
6.80
8.90
5.50
7.20
5.50
6.90
5.30
6.10
8.10
6.30
109
20.30
17.70
20.10
19.80
20.00
20.40
19.40
22.60
21.20
21.20
20.80
20.50
21.00
21.30
23.00
19.70
21.90
19.10
20.00
21.60
19.80
21.20
22.00
Ficha de Observacin: Evaluacin de Sentencia (Post-Test)

Investigador
Direccin
Proceso observado
Fecha
Caso
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Evaluacin de Sentencia (post test).

Tiempo total
Evaluar Presupuestos Dictar Sentencia del proceso
(dd/mm/aaaa)
(minutos)
(minutos)
(minutos)
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
0.95
0.98
1.00
1.18
0.83
1.37
0.95
1.07
1.15
0.98
1.20
1.00
0.92
1.08
1.15
0.93
1.23
0.97
0.98
1.33
0.98
1.05
1.08
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
110
0.97
1.00
1.02
1.20
0.85
1.39
0.97
1.09
1.17
1.00
1.22
1.02
0.94
1.10
1.17
0.95
1.25
0.99
1.00
1.35
1.00
1.07
1.10
Ficha de Observacin: Generacin de reportes de Sentencia (Pre-Test)

Investigador
Direccin
Proceso observado
Fecha
Caso
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Generacin de reportes de Sentencia

(pre test)
(dd/mm/aaaa)
Revisar sentencia
Elaborar
reporte
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
1.10
2.10
1.90
1.70
1.30
1.50
2.20
2.20
1.60
1.10
1.60
0.70
1.20
2.30
2.80
1.10
2.10
1.70
1.90
1.50
1.30
2.20
1.00
7.90
7.60
5.50
4.80
7.60
8.30
7.70
5.80
6.30
7.90
5.50
6.70
7.70
6.70
5.80
7.60
6.40
7.90
6.60
5.30
6.90
5.50
7.30
111
Tiempo total
del proceso.
9.00
9.70
7.40
6.50
8.90
9.80
9.90
8.00
7.90
9.00
7.10
7.40
8.90
9.00
8.60
8.70
8.50
9.60
8.50
6.80
8.20
7.70
8.30
Ficha de Observacin: Evaluacin de Sentencia (Post-Test)

Investigador
Direccin
Proceso observado
Fecha
Caso
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
(dd/mm/aaaa)
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
21/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
22/10/2011
Generacin de reportes de Sentencia

(post test)
Elaborar
Revisar sentencia
reporte
(minutos)
(minutos)
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
0.02
112
Tiempo total
del proceso
(minutos)
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
ANEXO N 06: Base de Hechos
H1:
H2:
H3:
H4:
H5:
H6:
H7:
H8:
H9:
H10:
H11:
H12:
H13:
H14:
H15:
Reincidencia.
Carencias sociales.
Cultura y costumbre.
Intereses de la vctima.
Naturaleza de la accin.
Medios empleados.
Importancia de los deberes infringidos.
Extensin del dao o peligro causado.
Circunstancias de tiempo, lugar, modo y ocasin.
Motivos y fines.
Unidad y pluralidad de los agentes.
Edad, educacin, situacin econmica y medio social.
Reparacin espontnea.
Confesin sincera antes de ser descubierto.
Condiciones personales.
113
ANEXO N 07: Base de Reglas

A continuacin se listan las reglas:
R1: Si
H1 es 1, H2 es 1, H3 es 1, H4 es 1, H5 es 1, H6 es 1, H7 es 1, H8 es 1, H9 es 1,
H10 es 1, H11 es 1, H12 es 1, H13 es 1, H14 es 1, H15 es 1
Contra 15
R2: Si
H1 es 0, H2 es 1, H3 es 1, H4 es 1, H5 es 1, H6 es 1, H7 es 1,
Contra 14
R3: Si H1 es 1, H2 es 0, H3 es 1, H4 es 1, H5 es 1, H6 es 1, H7 es 1,
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
Contra 14
114
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 0, H9 es 1,
H8 es 1, H9 es 0,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
R16: Si H1 es 1, H2 es 1, H3 es 1, H4 es 1, H5 es 1, H6 es 1, H7 es 1, H8 es 1, H9 es 1,
Contra 14
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
115
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 0, H9 es 1,
H8 es 1, H9 es 0,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
R31: Si H1 es 1, H2 es 0, H3 es 0, H4 es 1, H5 es 1, H6 es 1, H7 es 1, H8 es 1,
Contra 13
Contra 13
R331: Si
H1 es 1, H2 es 0, H3 es 1, H4 es 1, H5 es 0, H6 es 1, H7 es 1, H8
es 1, H10 es 1, H11 es 1, H12 es 1, H13 es 1, H14 es 1, H15 es 1
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
H9 es 1,
H9 es 1,
es 1, H9
H9 es 1,
H9 es 1,
H9 es 1,
H9 es 0,
H9 es 1,
H9 es 1,
H9 es 1,
H9 es 1,
H9 es 1,
H9 es 1,
Contra 13
Contra 13
Contra 13
116
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
H8 es 1, H9 es 1,
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
H8 es 1, H9 es 1,
117
H8 es 0, H9 es 1,
H8 es 1, H9 es 0,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 0, H9 es 1,
H8 es 1, H9 es 0,
H8 es 1, H9 es 1,
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
H8 es 1, H9 es 1,
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
Contra 13
H8 es 1, H9 es 1,
118
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 0, H9 es 1,
H8 es 1, H9 es 0,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
H8 es 1, H9 es 1,
ANEXO N 8: Comparacin de tiempo de evaluacin de sentencia
N Pedido
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Antes
20.30
17.70
20.10
19.80
20.00
20.40
19.40
22.60
21.20
21.20
20.80
20.50
21.00
21.30
23.00
19.70
21.90
19.10
20.00
21.60
19.80
21.20
22.00
Despus
0.97
19.33
1.00
16.70
1.02
19.08
1.20
18.60
0.85
19.15
1.39
19.01
0.97
18.43
1.09
21.51
1.17
20.03
1.00
20.20
1.22
19.58
1.02
19.48
0.94
20.06
1.10
20.20
1.17
21.83
0.95
18.75
1.25
20.65
0.99
18.11
1.00
19.00
1.35
20.25
1.00
18.80
1.07
20.13
1.10
20.90
d= 449.756667
d-d'
-0.224637681
-2.857971014
-0.474637681
-0.957971014
-0.407971014
-0.541304348
-1.124637681
1.958695652
0.475362319
0.642028986
0.025362319
-0.074637681
0.508695652
0.642028986
2.275362319
-0.807971014
1.092028986
-1.441304348
-0.557971014
0.692028986
-0.757971014
0.575362319
1.342028986
(d-d)2=
(d-d')
0.0505
8.1680
0.2253
0.9177
0.1664
0.2930
1.2648
3.8365
0.2260
0.4122
0.0006
0.0056
0.2588
0.4122
5.1773
0.6528
1.1925
2.0774
0.3113
0.4789
0.5745
0.3310
1.8010
28.8344
Donde:
n : Es el nmero de elementos observados.
d : Es el resultado de la diferencia del resultado antes y despus.
d' : Es la media aritmtica de las diferencias, se obtiene aplicando la
siguiente frmula: d' = (d) / n .
: Nivel de significancia, cuyo valor es 0.05.
gl : Es el grado de libertad, se obtiene aplicando la siguiente frmula:
gl = (n - 1)
d: Es la desviacin estndar de las diferencias, se obtiene aplicando
la siguiente frmula: d = ( ( (d-d')) / (n-1) )
119
to : Es el t calculado mediante la diferencia de medias, se obtiene

____aplicando la siguiente frmula: to = d' / (d / n).
tt : Es el t encontrado en la tabla de distribucin t, a travs del nivel
de significancia (0.05) y los grados de libertad (22), cuyo valor
es 1.717
Clculo de los resultados:

d' = (d) = 449.75666667
n
23
= 19.554637681
d = ( ( (d-d')) / (n-1) )
= ( (28.8344) / (23-1) )
= (28.8344 / 22)
=
1.144837662
to =
=
=
=
=
d' / (d / n)
19.554637681/ (1. 144837662/ 23)
19.554637681/ (1. 144837662 / 4.79583152)
19.554637681/ (0.238715154)
81.91619733
120
ANEXO N 9: Comparacin de tiempo de generacin de reporte
N Pedido
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Antes
9.00
9.70
7.40
6.50
8.90
9.80
9.90
8.00
7.90
9.00
7.10
7.40
8.90
9.00
8.60
8.70
8.50
9.60
8.50
6.80
8.20
7.70
8.30
Despus
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
0.04
d=
d
9.04
9.74
7.44
6.54
8.94
9.84
9.94
8.04
7.94
9.04
7.14
7.44
8.94
9.04
8.64
8.74
8.54
9.64
8.54
6.84
8.24
7.74
8.34
194.32
d-d'
(d-d')
0.591304348 0.349640832
1.291304348 1.667466919
-1.008695652 1.017466919
-1.908695652 3.643119093
0.491304348 0.241379962
1.391304348 1.935727788
1.491304348 2.223988658
-0.408695652 0.167032136
-0.508695652 0.258771267
0.591304348 0.349640832
-1.308695652 1.712684310
-1.008695652 1.017466919
0.491304348 0.241379962
0.591304348 0.349640832
0.191304348 0.036597353
0.291304348 0.084858223
0.091304348 0.008336484
1.191304348 1.419206049
0.091304348 0.008336484
-1.608695652 2.587901701
-0.208695652 0.043553875
-0.708695652 0.502249527
-0.108695652 0.011814745
(d-d)2= 19.878260870
Dnde:
n : Es el nmero de elementos observados.
d : Es el resultado de la diferencia del resultado antes y despus.
d' : Es la media aritmtica de las diferencias, se obtiene aplicando la
siguiente frmula: d' = (d) / n .
: Nivel de significancia, cuyo valor es 0.05.
gl : Es el grado de libertad, se obtiene aplicando la siguiente frmula:
gl = (n - 1)
d: Es la desviacin estndar de las diferencias, se obtiene aplicando
la siguiente frmula: d = ( ( (d-d')) / (n-1) )
121
to : Es el t calculado mediante la diferencia de medias, se obtiene

____aplicando la siguiente frmula: to = d' / (d / n).
tt : Es el t encontrado en la tabla de distribucin t, a travs del nivel
de significancia (0.05) y los grados de libertad (22), cuyo valor
es 1.717
Clculo de los resultados:

d' = (d) = 194.32
n
23
8.448695652
d = ( ( (d-d')) / (n-1) )
= ((19.878260870) / (23-1))
= ((19.878260870) / (22))
=
0.950556317
to =
=
=
=
=
d' / (d / n)
8.448695652 / (0.950556317 / 23)
8.448695652 / (0.950556317 / 4.79583152331272)
8.448695652 / (0.198204693467506)
42.62611295521663
122
ANEXO N 10: DISTRIBUCIN T-STUDENT
ct
1 , r , donde P[T c] 1 , y donde T

La tabla da reas 1 - y valores
tiene distribucin t-Student con r grados de libertad.
1-
r
0.75
0.80
0.85
0.90
0.95
0.975
0.99
0.995
1
2
3
4
5
1.000
0.816
0.765
0.741
0.727
1.376
1.061
0.978
0.941
0.920
1.963
1.386
1.250
1.190
1.156
3.078
1.886
1.638
1.533
1.476
6.314
2.920
2.353
2.132
2.015
12.706
4.303
3.182
2.776
2.571
31.821
6.965
4.541
3.747
3.365
63.657
9.925
5.841
4.604
4.032
6
7
8
9
10
0.718
0.711
0.706
0.703
0.700
0.906
0.896
0.889
0.883
0.879
1.134
1.119
1.108
1.100
1.093
1.440
1.415
1.397
1.383
1.372
1.943
1.895
1.860
1.833
1.812
2.447
2.365
2.306
2.262
2.228
3.143
2.998
2.896
2.821
2.764
3.707
3.499
3.355
3.250
3.169
11
12
13
14
15
0.697
0.695
0.694
0.692
0.691
0.876
0.873
0.870
0.868
0.866
1.088
1.083
1.079
1.076
1.074
1.363
1.356
1.350
1.345
1.341
1.796
1.782
1.771
1.761
1.753
2.201
2.179
2.160
2.145
2.131
2.718
2.681
2.650
2.624
2.602
3.106
3.055
3.012
2.977
2.947
16
17
18
19
20
0.690
0.689
0.688
0.688
0.687
0.865
0.863
0.862
0.861
0.860
1.071
1.069
1.067
1.066
1.064
1.337
1.333
1.330
1.328
1.325
1.746
1.740
1.734
1.729
1.725
2.120
2.110
2.101
2.093
2.086
2.583
2.567
2.552
2.539
2.528
2.921
2.898
2.878
2.861
2.845
21
22
23
24
25
0.686
0.686
0.685
0.685
0.684
0.859
0.858
0.858
0.857
0.856
1.063
1.061
1.060
1.059
1.058
1.323
1.321
1.319
1.318
1.316
1.721
1.717
1.714
1.711
1.708
2.080
2.074
2.069
2.064
2.060
2.518
2.508
2.500
2.492
2.485
2.831
2.819
2.807
2.797
2.787
26
27
28
29
30
0.684
0.684
0.683
0.683
0.683
0.856
0.855
0.855
0.854
0.854
1.058
1.057
1.056
1.055
1.055
1.315
1.314
1.313
1.311
1.310
1.706
1.703
1.701
1.699
1.697
2.056
2.052
2.048
2.045
2.042
2.479
2.473
2.467
2.462
2.457
2.779
2.771
2.763
2.756
2.750
40
60
120
0.681
0.679
0.677
0.674
0.851
0.848
0.845
0.842
1.050
1.046
1.041
1.036
1.303
1.296
1.289
1.282
1.684
1.671
1.658
1.645
2.021
2.000
1.980
1.960
2.423
2.390
2.358
2.326
2.704
2.660
2.617
2.576
123
ANEXO N 11: PRODUCCIN LABORAL DE LA OCMA 2004-2010
SANCIONES DISCIPLINARIAS
2010
2009
2008
2007
2006
2005
2004
APERCIBIMIENTO
701
1096
1010
917
677
920
1061
MULTA
347
464
349
152
218
185
231
SUSPENSIN
96
96
92
61
105
48
68
PROPUESTA SUSPENSIN
148
67
75
73
82
53
32
PROPUESTA DESTITUCIN
JEFATURA
91
174
83
70
PROPUESTA MULTA
213
167
164
135
122
54
120
PROPUESTA APERCIBIMIENTO
241
74
89
69
271
114
377
116
120
234
149
-----
-----
-----
83
110
108
-----
-----
-----
1962
2169
2128
1667
1656
1462
1963
PROPUESTA DESTITUCIN
UNIDADES
PROPUESTA SUSPENSIN JEFATURA
TOTAL:
Fuente: OCMA
124
ANEXO N 12: NDICE DE PERCEPCIN DE LA CORRUPCIN EN EL

MUNDO - 2005
Country
rank
1
TI 2005 Corruption Perceptions Index

2005 CPI
Country
Confidence range**
score*
Surveys
used***
Iceland
9.7
9.5 - 9.7
Finland
9.6
9.5 - 9.7
New Zealand
9.6
9.5 - 9.7
Denmark
9.5
9.3 - 9.6
10
Singapore
9.4
9.3 - 9.5
12
Sweden
9.2
9.0 - 9.3
10
Switzerland
9.1
8.9 - 9.2
Norway
8.9
8.5 - 9.1
Australia
8.8
8.4 - 9.1
13
10
Austria
8.7
8.4 - 9.0
Chile
7.3
6.8 - 7.7
10
Japan
7.3
6.7 - 7.8
14
23
Spain
7.0
6.6 - 7.4
10
24
Barbados
6.9
5.7 - 7.3
25
Malta
6.6
5.4 - 7.7
26
Portugal
6.5
5.9 - 7.1
27
Estonia
6.4
6.0 - 7.0
11
Israel
6.3
5.7 - 6.9
10
Oman
6.3
5.2 - 7.3
Brazil
3,7
3.5 - 3.9
10
Jamaica
3.6
3.4 - 3.8
Ghana
3.5
3.2 - 4.0
Mexico
3.5
3.3 - 3.7
10
Panama
3.5
3.1 - 4.1
Peru
Turkey
3.5
3.5
3.1 - 3.8
3.1 - 4.0
7
11
Syria
3.4
2.8 - 4.2
Laos
3.3
2.1 - 4.4
21
28
64
65
77
125
ANEXO N 13: Resumen de Casos Evaluados

Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
SAUL PEA FARFN

PENAL
ORDINARIO
36-2010
PRIVATIVA DE LIBERTAD
DOLOSO
CONTRA LA VIDA EL CUERPO Y LA SALUD
HOMICIDIO SIMPLE
06 aos
Pena mxima 20 aos
15 aos
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
SAUL PEA FARFN

PENAL
ORDINARIO
48-2010
DOLOSO
LESIONES GRAVES
03 aos
Pena mxima 08 aos
06 aos
Juez Penal
Tipo de caso
Proceso
Tipo de caso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
BENITES CARBAJAL, DALILA LIDIA

PENAL
ORDINARIO
PENAL
299-2010
DOLOSO
CONTRA LA FAMILIA
BIGAMIA
01 aos
Pena mxima
04 aos
02 aos
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
ENCARNACION YUCRA SUAQUITA

PENAL
ORDINARIO
251-2010
DOLOSO
CONTRA LA LIBERTAD
SECUESTRO
20 aos
Pena mxima
25 aos
20 aos
126
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
ESCOBAR QUISPE, FERNANDO

PENAL
SUMARIO
14-2010
DOLOSO
CONTRA LA LIBERTAD
INTERSECCIN TELEFNICA
01 ao
Pena mxima 03 aos
01 ao
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
SAUL PEA FARFN

PENAL
SUMARIO
412-2010
DOLOSO
CONTRA LA LIBERTAD
LIBERTAD DE TRABAJO
01 ao
Pena mxima 02 aos
01 ao
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
SUMARIO
15-2010
DOLOSO
CONTRA LA LIBERTAD
VIOLACION SEXUAL
04 aos
Pena mxima
08 aos
05 aos
Juez Laboral
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
SUMARIO
19-2010
DOLOSO
CONTRA LA LIBERTAD
PROXENETISMO
04 aos
Pena mxima
06 aos
06 aos
127
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
ORDINARIO
56-2010
DOLOSO
CONTRA LA ADMINISTRACIN PBLICA
VIOLENCIA Y RESISTENCIA A LA AUTORIDAD
01 ao
Pena mxima 04 aos
02 aos
Juez de Paz Letrado

Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
ORDINARIO
82-2010
DOLOSO
USURPACIN DE AUTORIDAD
05 aos
Pena mxima 08 aos
07 aos
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
SAUL PEA FARFAN

PENAL
ORDINARIO
12-2010
DOLOSO
ABUSO DE AUTORIDAD
02 aos
Pena mxima
04 aos
03 aos
Juez Laboral
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
ORDINARIO
40-2010
DOLOSO
CONCUSIN
02 aos
Pena mxima 08 aos
06 aos
128
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
SUMARIO
36-2010
DOLOSO
CONTRA LOS PODERES DEL ESTADO
REBELIN
10 aos
Pena mxima
20 aos
10 aos
Juez de Paz Letrado

Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
ENCARNACIN YUCRA SUAQUITA

PENAL
SUMARIO
15-2010
DOLOSO
CONTRA LA HUMANIDAD
TORTURA
05 aos
Pena mxima 10 aos
08 aos
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
SUMARIO
16-2010
CULPOSO
CONTRA LA TRANQUILIDAD PBLICA
DISTURBIOS
03 aos
Pena mxima
06 aos
04 aos
Juez Laboral
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
SAUL PEA FARFN

PENAL
SUMARIO
25-2010
CULPOSO
CONTRA LA ADMINISTRACIN DE JUSTICIA
DENUNCIA CALUMNIOSA
03 aos
Pena mxima
06 aos
03 aos
129
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
ORDINARIO
41-2010
DOLOSO
HOMICIDIO SIMPLE
06 aos
Pena mxima 20 aos
11 aos
Juez de Paz Letrado

Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
SUMARIO
32-2010
DOLOSO
LESIONES GRAVES
03 aos
Pena mxima 08 aos
05 aos
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
SAUL PEA FARFN

PENAL
ORDINARIO
51-2010
DOLOSO
CONTRA LA FAMILIA
BIGAMIA
01 ao
Pena mxima 04 aos
04 aos
Juez Laboral
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
ORDINARIO
04-2010
DOLOSO
CONTRA LA LIBERTAD
SECUESTRO
20 aos
Pena mxima
25 aos
23 aos
130
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
ORDINARIO
11-2010
DOLOSO
CONTRA LA LIBERTAD
INTERSECCIN TELEFNICA
01 ao
Pena mxima 03 aos
03 aos
Juez de Paz Letrado

Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia

PENAL
SUMARIO
69-2010
DOLOSO
USURPACIN DE AUTORIDAD
05 aos
Pena mxima 08 aos
06 aos
Juez Penal
Tipo de caso
Proceso
N de expediente
Clase de pena
Tipo de conducta
Tipo de delito
Delito especfico
Pena mnima
Sentencia
SAUL PEA FARFN

PENAL
ORDINARIO
47-2010
DOLOSO
CONTRA LA HUMANIDAD
DESAPARICION FORZOSA
05 aos
Pena mxima 10 aos
10 aos
131
ANEXO N 14: Factor de Evaluacin de Sentencias
132
ANEXO N 15: Constancia de Confirmacin de Implementacin del Sistema

Experto
133
ANEXO N 16: Especificacin de Casos de Uso ECU

1. Registrar Evaluacin de Sentencia
1.1 ID
ECU005 Registrar Evaluacin de Sentencia
1.2 Descripcin
El caso de uso es iniciado por el Evaluador. Luego de haberse logueado el Evaluador
ingresa al sistema de donde selecciona la pestaa Registro de Casos en donde registrar
los datos del caso que ser evaluado y sus respectivos Presupuestos.
1.3 Actores
Evaluador.
2. Precondiciones
2.1 El Evaluador se ha logueado correctamente en el sistema.
3. Flujo de Eventos
3.1 Flujo Bsico
1. El Evaluador selecciona de la interfaz la pestaa Registro de Casos.
2. El Evaluador ingresa los datos del caso a evaluar llenando el formulario
respectivo.
3. Luego de haber ingresado los datos del caso a evaluar, el Evaluador selecciona la
pestaa Presupuestos en donde ingresar la informacin que ser evaluada para
dictaminar la sentencia del SEES; posteriormente el Evaluador clic kea el botn
Dictar Sentencia para que el SEES dicte su sentencia de acuerdo a los
Presupuestos previamente ingresados.
4. Luego el Evaluador selecciona la pestaa Conclusiones en donde se encontrarn
las conclusiones del caso evaluado: porcentaje de Presupuestos a favor y en
contra del sentenciado, la sentencia del SEES y la del juez y un comentario
referido a si el caso evaluado result favorable o desfavorable para el juez.
5. Finalmente se hace clic en el botn Guardar Evaluacin para grabar la respectiva
evaluacin en la base de datos.
3.2 Flujos Alternativos

3.2.1 En el punto 3.1
Si en el paso 3 el Evaluador ha introducido algn dato errneo que no corresponda al tipo
de dato del campo se muestra un mensaje indicndolo.
Si en el paso 3 en caso que faltara algn campo requerido sin llenar se presenta un
mensaje indicndolo, luego el cursor se ubica en dicho campo para que sea llenado.
El caso de uso termina en el punto 3.1 paso 3.
4. Poscondiciones
4.1 Informacin grabada
Se debe haber registrado la informacin relacionada al caso evaluado.
134
ANEXO N 17:
Manual del Usuario
135
SEES V1.00
MANUAL DEL USUARIO

SISTEMA EXPERTO PARA EL PROCESO DE EVALUACIN DE
SENTENCIAS EMITIDAS POR LOS JUECES DEL JUZGADO
PENAL DE HUARAL
SEES Sistema Experto para el Proceso de Evaluacin de Sentencias Emitidas

por los Jueces del Juzgado Penal de Huaral
2011, Fabio Flores. Todos los derechos reservados.
136
I. Introduccin
En el presente manual se explicar en forma completa el funcionamiento de Sistema
Experto de Evaluacin de Sentencias (SEES). El SEES puede ser utilizado en cualquier
juzgado penal, esto hace que sea posible poner ejemplos concretos para cualquiera de
ellos, por lo cual, el ejemplo de este manual es aplicable en cualquier juzgado penal.
Se da por hecho en este punto que se ha instalado el sistema correctamente en el equipo
y que se est ejecutando el sistema por primera vez.
1. Objetivo
Otorgar soporte a los usuarios del SEES de los distintos juzgados penales, detallando
para ello cada opcin del sistema.
2. Requerimientos
Equipo Core 2 Duo o superior.

1 Gb de memoria RAM como mnimo.
Sistema operativo Windows XP SP3 o superior.
Resolucin grfica 800x600 como mnimo.
II. Opciones del Sistema

El presente manual est organizado de acuerdo a la secuencia de ingreso a las pantallas
del sistema de la siguiente manera:
1.
2.
3.
4.
5.
6.
7.
8.
Ejecucin de la aplicacin
Ingreso al Sistema
Pantalla principal del sistema
Registro de Jueces
Registro de Casos
Presupuestos
Conclusiones
Registrar Usuario
137
1. Ejecucin de la aplicacin
Para acceder al sistema se debe hacer doble clic en el cono:
2. Ingreso al sistema
Una vez ejecutado el sistema se estar frente a la pantalla de inicio de sesin (ver
figura N 1).
Figura N 1: LogIn
En esta pantalla se validar la entrada al sistema, en el cuadro de texto superior
rotulado USUARIO, se digitar el nombre del usuario del sistema (dicho usuario puede
ser un Administrador o un evaluador), y en el inferior, PASSWORD, una clave asignada
al mismo. Luego de ello hacer clic en el botn Aceptar.
Si la contrasea ingresada es incorrecta se muestra una ventana indicndolo. Para
regresar a la ventana LogIn clic en el botn OK y digitar el nombre de usuario y
contrasea nuevamente.
Figura N 2: Clave incorrecta
138
Si los datos ingresados son correctos, se muestra la ventana de Bienvenida mostrando

el nombre del usuario, finalmente se hace clic en el botn Aceptar para cerrar la
ventana e ingresar al sistema.
Figura N 3: Bienvenido
3. Pantalla principal del sistema

La pantalla principal del SEES permite acceder a las diferentes opciones del sistema
una vez que estemos dentro. El sistema mostrar en la parte inferior izquierda el tipo
de usuario que ha ingresado al sistema, as como, sus nombres y apellidos. Las
opciones del SEES variarn dependiendo del tipo de usuario que haya ingresado
(Administrador o Evaluador).
Figura N 4: Pantalla principal del sistema (Evaluador)
139
La pantalla principal del SEES est dividida, para el Evaluador, en pestaas de la

siguiente manera:
a) BIENVENIDO: Muestra la figura de un pergamino con la palabra LEYES.
b) REGISTRO DE JUECES: Permite el registro de un juez para que sus sentencias
sean evaluadas.
c) REGISTRO DE CASOS: Permite registrar los datos principales de un caso
llevado por un juez para su evaluacin.
d) PRESUPUESTOS: Permite ingresar los presupuestos que se van a considerar
para determinar la magnitud de la pena.
e) CONCLUSIONES: Es el reporte de la evaluacin de la sentencia de un juez.
f) CONSOLIDADO: Es el reporte de la evaluacin de todas las sentencias
evaluadas de un juez.
g) Nivel y nombres de usuario.
h) SALIR: Permite salir del sistema.
Para el Administrador, se muestra adems la siguiente opcin:
i)
REGISTRO DE USUARIO: Permite el registro de los usuarios que harn uso del
SEES.
Se puede acceder a cualquiera de las pestaas haciendo clic en su respectivo botn

ubicado en la parte izquierda de la ventana principal del SEES.
a)
b)
c)
d)
e)
f)
i)
h)
g)
Figura N 5: Pantalla principal del sistema (Administrador)
140
4. Registro de Jueces
Para acceder a esta ventana hacer clic en la pestaa Registro de Jueces o en su botn
respectivo ubicado a la izquierda de la ventana principal del sistema. Desde esta
pestaa se podr mantener la base de datos de jueces.
a)
b)
f)
c)
d)
e)
g)
h)
j)
i)
k)
Figura N 6: Pestaa Registro de Jueces

A continuacin se explica los datos de la ventana:
a) CDIGO: En este cuadro de texto el SEES autogenera el cdigo del juez que se
va a registrar.
b) NOMBRES: En este cuadro de texto se registran los nombres del juez.
c) APELLIDO PATERNO: En este cuadro de texto se registra el apellido paterno
del juez.
d) APELLIDO MATERNO: En este cuadro de texto se registra el apellido materno
del juez.
e) ESTADO: En este cuadro de texto se registra si el juez se encuentra en
actividad o no.
f) IMAGEN: Si se cuenta con la imagen del juez, al hacer clic sobre la imagen
se muestra una ventana que permite seleccionar la imagen
correspondiente al juez. En el caso que no se cuente con la imagen del juez,
se podrn registrar todos los dems datos y la imagen puede ser registrada
posteriormente.
141
A continuacin se explica los botones de la ventana:

g) NUEVO: Limpia el contenido de los controles para el ingreso de los
datos de un nuevo juez. El cdigo del juez es autogenerado por el sistema.
h)
GUARDAR: Permite guardar los datos del nuevo juez o las
modificaciones hechas a uno.
i)
EDITAR: Permite modificar los datos de un juez que ya se encuentra
registrado.
j)
BUSCAR: Permite buscar a un juez utilizando el combo box del cdigo.
k)
CANCELAR: Permite cancelar el registro de un nuevo juez, la edicin de
sus datos o la bsqueda.
5. Registro de Casos
Para acceder a esta ventana hacer clic en la pestaa Registro de Casos o en su botn
respectivo ubicado a la izquierda de la ventana principal del sistema. Desde esta
pestaa se podr registrar y evaluar las sentencias de los jueces.
a)
b)
c)
d)
e)
f)
g)
h)
i)
j)
k)
l)
m)
n)
o)
Figura N 7: Pestaa Registro de Casos
142

a) CDIGO DE CASO EVALUADO: En este cuadro de texto el SEES autogenera el
cdigo para la evaluacin de un caso.
b) CDIGO DE JUEZ: En este campo se selecciona el cdigo del juez que ser
evaluado.
c) JUEZ: En este campo se muestra los nombres y apellidos del juez seleccionado
en el campo anterior.
d) N DE EXPEDIENTE: En este campo se registra el nmero de expediente del
caso a evaluar.
e) TIPO DE CASO: Se selecciona el tipo del caso que se evala.
f) PROCESO: Se selecciona el tipo de proceso.
g) CLASE DE PENA: Se selecciona la clase de pena.
h) TIPO DE CONDUCTA: Se selecciona el tipo de conducta.
i) TIPO DE DELITO: Se selecciona el tipo de delito.
j) DELITO ESPECFICO: Se selecciona el delito especfico.
k) PENA MNIMA: Se muestra automticamente, luego de haber seleccionado el
Delito Especfico, la pena mnima del delito.
l) PENA MXIMA: Se muestra automticamente, luego de haber seleccionado
el Delito Especfico, la pena mxima del delito.
m) SENTENCIA DEL JUEZ: Se registra la sentencia emitida por el juez en el caso
evaluado.
A continuacin se explica los botones de la ventana:
n) NUEVO: Limpia el contenido de los controles para el ingreso de los
datos de un nuevo caso a evaluar. El cdigo del caso para la evaluacin es
autogenerado por el sistema.
o)
CANCELAR: Permite cancelar el registro de la evaluacin del caso.
Esta ventana muestra en la parte superior izquierda de la pestaa el texto: PASO 1, ya

que es el primer paso para la evaluacin de la sentencia de un juez.
A medida que se van ingresando los datos en cada campo, se activa el campo
siguiente para su llenado.
Una vez que se han ingresado los datos respectivos en todos los campos, se muestra
el botn PASO 2, el cual permite direccionarse a la pestaa Presupuestos.
Al borrar el dato de uno de los campos, los campos siguientes se borran y desactivan;
en el caso que se hayan llenado los presupuestos estos se borran y desactivan; en el
caso que se hayan mostrado las conclusiones estas se ocultan.
143
Figura N 8: Pestaa Registro de Casos (Datos y botn PASO 2)
6. Presupuestos
Para acceder a esta ventana hacer clic en la pestaa Presupuestos, en su botn
respectivo ubicado a la izquierda de la ventana principal del sistema o en el botn
PASO 2 de la pestaa Registro de Casos. Desde esta pestaa se podr ingresar los
presupuestos para el dictado de la sentencia por parte del SEES.
a) PRESUPUESTOS: Son los 15 presupuestos que determinarn la magnitud de la
pena, se selecciona el criterio correspondiente a cada uno de ellos.
b) BOTN SENTENCIA DEL SEES: Oculto en primera instancia. Se muestra
cuando se ha seleccionado un criterio para todos los presupuestos.
c) A FAVOR: Es el porcentaje de presupuestos que han sido seleccionados a
favor del acusado.
d) EN CONTRA: Es el porcentaje de presupuestos que han sido seleccionados en
contra del acusado.
e) SENTENCIA DEL SEES: Es la sentencia emitida por el SEES luego de haber
evaluado los presupuestos.
144
a)
d)
b)
c)
e)
Figura N 9: Pestaa ingreso de Presupuestos

Esta ventana muestra en la parte superior izquierda de la pestaa el texto: PASO 2, ya
que es el segundo paso para la evaluacin de la sentencia de un juez.
Una vez que se ha seleccionado el criterio respectivo para los presupuestos se
muestra el botn SENTENCIA DEL SEES, el cual mostrar el porcentaje a favor y en
contra de los presupuestos, la sentencia del SEES y, por ltimo, mostrar el botn
PASO 3, el cual permite direccionarse a la pestaa Conclusiones.
Al borrar el criterio de uno de los presupuestos, se ocultan todos los objetos que se
encuentran en la parte inferior de la pestaa Presupuestos; y en el caso que se hayan
mostrado las conclusiones, estas se ocultan.
145
7. Conclusiones
Para acceder a esta ventana hacer clic en la pestaa Conclusiones, en su botn
respectivo ubicado a la izquierda de la ventana principal del sistema o en el botn
PASO 3 de la pestaa Presupuestos. Esta pestaa mostrar el reporte de la evaluacin
de la sentencias de un juez.
a) BOTN CONCLUSIONES: Muestra el reporte de la evaluacin de la sentencia.
b) A FAVOR: Es el porcentaje de presupuestos que han sido seleccionados a
favor del acusado.
c) EN CONTRA: Es el porcentaje de presupuestos que han sido seleccionados en
contra del acusado.
d) SENTENCIA DEL SEES: Es la sentencia emitida por el SEES luego de haber
evaluado los presupuestos.
e) SENTENCIA DEL JUEZ: Es la sentencia emitida por el juez en el caso evaluado.
f) RESULTADO: Es el comentario indicando si la evaluacin ha resultado
favorable o no para el juez.
g) GUARDAR EVALUACIN: Este botn registra la evaluacin de la sentencia
efectuada a un juez.
a)
b)
c)
d)
e)
f)
g)
Figura N 10: Pestaa Conclusiones
146
8. Consolidado
Para acceder a esta ventana hacer clic en la pestaa Consolidado, en su botn
respectivo ubicado a la izquierda de la ventana principal del sistema. Esta pestaa
mostrar el consolidado de las evaluaciones de un juez.
a) CDIGO: Permite seleccionar el cdigo del juez del que se mostrar su
consolidado.
b) JUEZ: Nombres y apellidos del juez seleccioando.
c) CASOS EVALUADOS: Cantidad de casos que se le ha evaluado al juez..
d) FAVORABLE: Porcentaje de casos evaluados que han resultado favorable para
el juez.
e) DESFAVORABLE: Porcentaje de casos evaluados que han resultado
desfavorable para el juez.
f) CONCLUSIONES: Son las conclusiones de todos los casos evaluados del juez.
a)
b)
c)
d)
e)
f)
Figura N 11: Pestaa Consolidado
147
9. Registrar Usuario
Para acceder a esta ventana hacer clic en la pestaa Registrar Usuario, en su botn
respectivo ubicado a la izquierda de la ventana principal del sistema (esta opcin solo
est disponible para el Administrador). Desde esta pestaa se podr registrar a los
usuarios que usarn el sistema
a) CDIGO: En este cuadro de texto el SEES autogenera el cdigo del usuario
que se va a registrar.
b) NOMBRES: En este cuadro de texto se registran los nombres y apellidos del
nuevo usuario.
c) NIVEL: Aqu se indica el nivel del usuario: Administrador o Evaluador.
d) USUARIO: En este cuadro de texto se registra el nombre del usuario que
servir para que se loguee.
e) CONTRASEA: En este cuadro de texto se ingresa la contrasea que se le
asigna al usuario.
a)
b)
c)
d)
e)
Figura N 12: Pestaa Registrar Usuario
148

Sistemas Expertos

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sistemas Expertos

Uploaded by

Copyright:

Available Formats

FACULTAD DE INGENIERA

ESCUELA DE INGENIERA DE SISTEMAS

La presente investigacin se realiz en el Juzgado Penal de Huaral, en el departamento de

En este estudio se tomaron 2 indicadores, el tiempo promedio en evaluar la sentencia de un

El desarrollo del aplicativo se ha llevado a cabo con la metodologa RUP. En el aspecto

Palabras Clave: ODICMA, OCMA, Sistema Experto, Evaluacin de Sentencia,

Key words: ODICMA, OCMA, Expert System, Evaluation of Judgment, methodology

3.3.1. Tipo de estudio................ 33

RESULTADOS Y DISCUSIN ...... 84

CONCLUSIONES Y SUGERENCIAS .................................................................. 98

Tabla N 1: Caractersticas del Sistema Experto y el Experto Humano .....................

Tabla N 2: Principios o prcticas de la Programacin Extrema ................................

Tabla N 3: Ciclo de vida del desarrollo de sistemas ...

Tabla N 4: Grupos de procesos de desarrollo de proyectos.........................

Tabla N 5: Operacionalizacin de variables.....................

Tabla N 6: Indicadores de la variable dependiente......

Tabla N 7: Descripcin de la simbologa del diseo pre-experimental ..

Tabla N 8: Matriz de riesgos del proyecto ..

Tabla N 9: Parmetros de medicin .....................

Tabla N 10: Recursos Humanos .......................

Tabla N 11: Bienes de consumo ..

Tabla N 12: Hardware ...................................

Tabla N 13: Presupuesto y financiamiento .

Tabla N 14: Actores del negocio .

Tabla N 15: Casos de uso del negocio ....

Tabla N 16: Trabajadores del negocio ....

Tabla N 17: Entidad del negocio: Juez ...

Tabla N 18: Entidad del negocio: Delito especfico .....................................

Tabla N 19: Entidad del negocio: Tipo de delito...........................................

Tabla N 20: Entidad del negocio: Tipo de conducta ... .................................

Tabla N 21: Entidad del negocio: Clase de pena .. ....................................

Tabla N 22: Entidad del negocio: Proceso ...................................

Tabla N 23: Entidad del negocio: Tipos de caso ...........................................

Tabla N 24: Entidad del negocio: Usuario ........................................

Tabla N 25: Entidad del negocio: Registro del caso ...................................... 60

Tabla N 27: CU del sistema Clasificacin Ciclo de desarrollo ..........................

Tabla N 29: CU del sistema: Identificar usuario .

Tabla N 30: CU del sistema: Registrar/Actualizar usuario .

Tabla N 31: CU del sistema: Registrar juez ...

Tabla N 32: CU del sistema: Registrar evaluacin de sentencia

Tabla N 33: CU del sistema: Realizar consulta ..

Tabla N 34: Instrumentos de medicin asociados al indicador .

Tabla N 35: Prueba de Normalidad Shapiro-Wilk Indicador 1 ..

Tabla N 36: Resultados de tiempo de evaluacin de sentencia .

Tabla N 37: Media y desviacin estndar respecto al tiempo de evaluacin de 88

Tabla N 39: Resultados de tiempo de generacin de reportes .

Tabla N 40: Media y desviacin estndar respecto al tiempo de generar reporte..

Figura N 3: Fases de la metodologa rup......

Figura N 4: Ciclo de entrega de la programacin extrema ..........

Figura N 5: Simbologa del diseo pre-experimental .. 34

Figura N 7: Casos de uso del negocio..................

Figura N 8: Diagrama de Casos de uso del negocio ......................

Figura N 9: Realizacin CU001 .............. 48

Figura N 13: Realizacin CU005.............. 49

Figura N 16: Diagrama de actividades Registrar/Actualizar Usuario ............

Figura N 17: Diagrama de actividades registrar juez......................... 52

Figura N 24: Diagrama de clases: Registrar evaluacin ....................................... 62

Figura N 29: Diagrama de CU del sistema del paquete: Evaluacin de sentencia... 66

Figura N 31: Modelo Conceptual

Figura N 32: Modelo Lgico

Figura N 33: Modelo Fsico.. 74

Figura N 36: Diagrama de despliegue del sistema

Figura N 37: Pestaa: Bienvenida ..

Figura N 38: Pestaa: Registro de jueces ...