Metricaz de Madurez

TRABAJO FINAL
ESPECIALIDAD EN INGENIERA DE SISTEMAS

EXPERTOS
SISTEMAS EXPERTOS CONCEPTUALIZACIN

Y MTRICA DE MADUREZ
Autor: Ing. Ma Florencia Pollo Cattaneo
Directores: Dr. Ramn Garca Martnez

M. Ing. Paola Britos
Junio 2007
Agradecimientos:
A Fernando, Valentina y Chabela las luces de mi vida;
A mis padres, y a mi hermana por la educacin y el ejemplo;
A Paola y a Ramn, por su apoyo incondicional;
A Cinthia y a Pablo, por acompaarme;
SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ
INDICE
1. Introduccin.......................................................................................................................... 7
2. Mtricas para Sistemas Expertos........................................................................................ 9
2.01. Definicin General de Mtricas...................................................................................... 9
2.02. Necesidad y utilidad de mtricas para Sistemas Expertos......................................... 10
2.03. Mtricas existentes......................................................................................................... 13
2.03.01.- Primera Propuesta .................................................................................................. 13
2.03.02.- Segunda Propuesta.................................................................................................. 13
2.03.03.- Tercera Propuesta ................................................................................................... 14
2.03.04.- Cuarta Propuesta .................................................................................................... 14
2.03.05.- Quinta Propuesta .................................................................................................... 15
2.03.06.- Sexta Propuesta ....................................................................................................... 16
2.03.07.- Sptima Propuesta .................................................................................................. 16
2.03.08.- Octava Propuesta .................................................................................................... 17
2.03.09.- Novena Propuesta.................................................................................................... 18
2.03.10.- Dcima Propuesta.................................................................................................... 18
2.03.11 - Dcimo Primera Propuesta .................................................................................... 18
2.03.12.- Dcimo Segunda Propuesta .................................................................................... 19
2.03.13.- Dcimo Tercera Propuesta ..................................................................................... 19
2.03.14.- Dcimo Cuarta Propuesta ...................................................................................... 20
3. Casos de estudio de aplicacin de las mtricas ................................................................ 23
3.01. Sistema de Ayuda sobre Legislacin Argentina en Riesgos de Trabajo................... 23
3.01.01. Descripcin del sistema experto .............................................................................. 23
3.01.02. Mtricas aplicadas al sistema experto .................................................................... 24
3.02. Sistema experto para la Asistencia a la toma de decisiones en Centro de
Informacin y Control Areo ............................................................................................ 26
3.03. Sistema Experto de Ayuda para la Seleccin del Modelo de Ciclo de Vida............. 30
3.04. Sistema Experto Asistente de Requerimientos. .......................................................... 46
3.05. Sistema Experto para la Asistencia Respiratoria Mecnica con Respiradores de
Alta Frecuencia. .................................................................................................................. 55
3.06. Sistema de Asistencia para la Seleccin de Estrategias y Actividades
Instruccionales. ................................................................................................................... 62
3.07. Sistema Informtico Jurdico para la Individualizacin y Acuerdos sobre la Pena 83
3.08. Sistema sobre Reclamos Concernientes a Venta Minorista. ..................................... 89
Pgina 5 de 206
ING. MA FLORENCIA POLLO CATTANEO
3.09. Sistema Generador del Mapa de Actividades de un Proyecto de Desarrollo de

Software............................................................................................................................. 107
3.09.01. Descripcin del sistema experto ............................................................................ 107
3.09.02. Mtricas aplicadas al sistema experto .................................................................. 109
3.10. Sistema de Ayuda para la Atencin de Incidentes y Solicitudes de un Data Center
............................................................................................................................................ 140
3.11. Sistema para la evaluacin del Alistamiento............................................................ 147
3.12. Sistema para el Anlisis y Diagnstico de Fallas Elctricas de Transmisin......... 152
4. Integracin de resultados................................................................................................. 197
4.01. Cantidad de Conceptos, Cantidad de Reglas o Cantidad de Atributos.................. 197
4.02. Cantidad de Conceptos en Reglas / Cantidad de Conceptos ................................... 197
4.03. Cantidad de Atributos en Reglas / Cantidad de Atributos...................................... 197
4.04. Cantidad de Conceptos / Cantidad de Reglas .......................................................... 198
4.05. Promedio de la Cantidad de Atributos por Concepto.............................................. 199
4.06. Promedio de la Cantidad de Conceptos incluidos en cada regla............................. 199
4.07. Promedio de la Cantidad de Atributos incluidos en cada regla .............................. 199
4.08. A*Promedio de Reglas por cada Concepto* B*Cantidad de Conceptos................ 200
4.09. Promedio de Reglas por cada Atributo ..................................................................... 200
4.10. Promedio de Reglas por cada Concepto .................................................................... 200
5. Conclusiones...................................................................................................................... 203
6. Referencias ........................................................................................................................ 205
Pgina 6 de 206
Con talento se hace lo que se puede, con genio se hace lo que se quiere
(J.A. Ingres)
1. Introduccin
Esta tesis trata sobre una propuesta de mtrica de madurez para sistemas
expertos [Hauge, O; et al, 2006]. Estas mediciones se aplican durante la fase de
conceptualizacin dentro del desarrollo de los sistemas.
Para la validacin de resultados de la mtrica propuesta se toman como casos de
estudio los sistemas expertos obtenidos de los desarrollos de tesis de Magster del
Centro de Ingeniera del Software e Ingeniera del Conocimiento del Instituto
Tecnolgico de Buenos Aires:
Sistema de Ayuda sobre Legislacin Argentina en Riesgos de Trabajo.

[Britos, 2001]
Sistema experto para la Asistencia a la toma de decisiones en Centro de

Informacin y Control Areo [Ierache, 2002]
Sistema Experto de Ayuda para la Seleccin del Modelo de Ciclo de Vida.

[Rossi, 2001]
Sistema Experto Asistente de Requerimientos. [Rizzi, 2001]
Sistema Experto para la Asistencia Respiratoria Mcanica con Respiradores

de Alta Frecuencia. [Bermejo, 2002]
Sistema de Asistencia para la Seleccin de Estrategias y Actividades

Instruccionales.[Hossian, 2003]
Sistema Informtico Jurdico para la Individualizacin y Acuerdos sobre la

Pena. [Gmez, 2003]
Sistema sobre Reclamos Concernientes a Venta Minorista. M. Ing. Jos

Ignacio Cao. [Cao, 2003]
Sistema Generador del Mapa de Actividades de un Proyecto de Desarrollo

de Software. M.Ing. Eduardo Diez. [Diez, 2003]
Sistema de Ayuda para la Atencin de Incidentes y Solicitudes de un Data

Center. M.Ing. Claudio Di Girolamo. [Di Girolamo, 2004]
Sistema para la evaluacin del Alistamiento. [Rancn, 2004]
Sistema para el Anlisis y Diagnistico de Fallas Elctricas de Transimisin.

[DeglInnocenti, 2004]
Este trabajo pretende presentar la mtrica, completar el estudio de casos

propuestos [Hauge, O; et al, 2006] y obtener conclusiones a partir de la comparacin en
los valores obtenidos, respecto del estado de madurez de los sistemas. en los cuales se
aplica.
Pgina 7 de 206
Los destinatarios del material pueden ser Ingenieros de Software, profesionales

de la industria del software, y ctedras universitarias vinculadas al software, que
apliquen tanto metodologas de desarrollo de Software como metodologas de Sistema
Expertos.
La inteligencia es como una cabeza bien
hecha, mientras el conocimiento es como una cabeza llena
(M.E. de Montaigne)
Pgina 8 de 206
2. Mtricas para Sistemas Expertos

2.01. Definicin General de Mtricas
Para poder representar mentalmente dos elementos que tenemos en un espacio
tendemos a compararloscul es mayor? menor? Por eso medimos y comparamos.
Muchas frases convocan esta idea:
Lo que no sea medible, hazlo medible

Galileo Galilei
Cuando puedas medir lo que ests diciendo y expresarlo en nmeros,

sabrs algo acerca de eso; pero cuando no puedes medirlo, cuando no
puedes expresarlo en nmeros, tus conocimientos sern escasos y no
satisfactorios
Lord Kelvin
No se puede controlar lo que no se puede medir

Tom De Marco
No se puede predecir lo que no se puede medir

Norman Fenton
Si buscamos definiciones que nos aproximen a estos conceptos podemos
encontrarnos con:
Medir: determinar la cantidad de una magnitud por comparacin con otra que se toma
como unidad.[Diccionario Larrouse, 9 Ed. 2003]
En la Ingeniera en Software sabemos que [Pressman; 1998]:
Medida: una medida que proporciona una indicacin cuantitativa de extensin, cantidad,
dimensiones, capacidad y tamao de algunos atributos de un proceso o producto.
Medicin: acto de determinar una medida.
Mtrica: una medida cuantitativa del grado en que un sistema, componente o proceso
posee un atributo dado.
Indicador: es una mtrica o una combinacin de mtricas que proporcionan una visin
profunda del proceso del software, del proyecto de software, o del producto en s.
Podemos concluir afirmando que, un Ingeniero en Software recolecta resultados
de mediciones, con estos valores desarrolla mtricas que le permiten, finalmente obtener
indicadores. Toda esta informacin se aplica sobre el proceso, el proyecto o el producto
e intentan describir la eficacia que stos poseen.
Es obvio que las mtricas se han generado a partir de una necesidad, y como
siempre sucede con la informacin, sirve para poder elegir mejor los caminos a seguir.
Las decisiones se utilizan junto con: la planificacin, el control y la informacin para
Pgina 9 de 206
constituir al sistema corporativo de la organizacin, componente fundamental, que le

permite funcionar y llevar a cabo su misin.
Para esto, toda organizacin debe implementar proyectos, los cuales se deben
gestionar y administrar. Muchas veces, las decisiones son complejas e inciertas, se
deben tomar en ambientes hostiles y en momentos crticos. Las mtricas deberan
ayudar a las acciones que conforman los planes para hacerlos menos riesgosos. Y
permitir, de esta forma, priorizar acciones futuras y aclarar situaciones.
Podramos decir entonces, que una mtrica permite realizar mediciones sobre
los diferentes aspectos de un sistema. Es una herramienta que ayuda a definir parte del
comportamiento de un objeto y as colaborar en las conclusiones que se obtienen del
mismo.
A medida que se avanza en el estudio de las mtricas se podra decir que stas
buscan establecer mejor las prioridades y asignar de forma ms eficiente los recursos
que intervienen en los proyectos (financieros, tcnicos, humanos). Por eso, las mtricas
son un tema central en la gestin y control de los mismos.
Dentro de la administracin, se desea medir casi todo, es as que hasta los
intangibles en una organizacin son tema de creacin, medicin y gestin. Se sabe que
se crea valor a partir de los recursos (humanos, tcnicos y econmicos), de las
actividades y de los activos intangibles. Las ingenieras no se quedan detrs de estas
necesidades y sus proyectos implementan mtricas que las alimentan y facilitan su
gestin.
Pero qu miden las ingenieras? Como actividad bsica, y siendo sta la
construccin de un artefacto o mecanismo cuyo buen uso brinda solucin a un problema
determinado, se observa que tanto el producto como el proceso requieren ser
monitoreados a los largo de su vida til. Es por eso que, se pretende conocer al producto
y al proceso para saber su nivel de satisfaccin y as poder realizar una correcta gestin
de la calidad.
Adems, se debe recordar que, estos proyectos ingenieriles, se encontrarn
inmersos en una problemtica de negocio y en un contexto altamente cambiante y
complejo que generarn dinamismo constante a las variables que entren en juego. Esto
hace que las mtricas sean estimaciones y no clculos exactos y concretos.
2.02. Necesidad y utilidad de mtricas para Sistemas Expertos
Las mtricas son un buen medio para entender, monitorizar, controlar,

predecir y probar el desarrollo
mantenimiento[Briand et al., 1996]
software
los
proyectos
de
En general, la medicin persigue tres objetivos fundamentales [Fenton y

Pfleeger, 1997]:
entender qu ocurre durante el desarrollo y el mantenimiento
controlar qu es lo que ocurre en nuestros proyectos
mejorar nuestros procesos y nuestros productos
Pgina 10 de 206
Para poder llegar a un buen resultado en un proyecto de software se debe

comprender el escenario en donde se va a trabajar, los recursos necesarios, las
actividades a llevar a cabo, el esfuerzo que se va a insumir, el plan de accin y los
riesgos que se van a correr. Como se sabe, la gestin de proyectos (paralelo al ciclo de
vida del software) proporciona esta informacin; da comienzo antes del desarrollo
tcnico, contina a lo largo de la construccin y termina en forma simultnea con el fin
de la vida til del producto desarrollado.
Antes de planificar la construccin de un producto, se analizan diversas
alternativas, para poder identificar las restricciones y as realizar una estimacin
razonable. Cuando se planifica se debe obtener una estimacin del esfuerzo humano
necesario (en general se mide en personas por mes), del tiempo (en instantes de tiempo)
y el costo (en valor monetario). Analizar los riesgos, realizar un seguimiento y control
permiten hablar de una correcta y completa gestin del proyecto.
Dentro de esta gestin se encuentra, en especial, la gestin de la calidad. La
podemos definir como el conjunto de actividades y medios necesarios para definir,
implementar, mantener y mejorar un sistema de calidad. Dentro de estas actividades
podemos encontrar dos perspectivas diferentes:
Nivel de Negocio: aqu se genera y monitorea la infraestructura que impulsa

la calidad de los productos software a travs de la adaptacin y mejora de
los procedimientos y las actividades relacionadas con al produccin,
comercializacin y trato con los clientes del producto software.
Nivel del Proyecto: en este nivel las propuestas del negocio se adaptan a las
actividades propias del proyecto en el cual se encuentra. Adems se debe
brindar un entorno para poder aplicarlas.
En el marco de los negocios la gestin de la calidad se puede nombrar una rama
establecida por las entidades internacionales que buscaron estandarizar, para el mercado,
los productos o servicios. Se pueden citar las propuestas de las normas ISO
(Organization for internacional Standarization), que se llevan a cabo mediante las
normas ISO 9000 para la gestin de calidad. En lo que respecta especficamente al
software se aplica la norma ISO 9001[ISO, 1994a]. Actualmente se pueden citar a
varias organizaciones relacionadas con el desarrollo de software que adems adhieren a
la norma ISO 9002 [ISO, 1994a]. Teniendo en cuenta que el software posee
caractersticas diferentes al resto de las reas que se dedican a la produccin de bienes,
se cre una gua especfica para poder aplicarlas, ubicadas en el anexo ISO 9000-3
[ISO, 1997]. Aqu se destaca la calidad en el proceso a fin de garantizar un buen nivel
de calidad en los productos.
Por otro lado, se han creados normas especficas para la construccin de
software, focalizndose en el proceso de produccin y as asegurar la calidad del
producto final. En el SEI (Software Engineering Institute) de EEUU generaron un
modelo que clasifica y mejora los procesos que se utilizan en la empresas que
construyen software, conocido como CMM [Paulk et al., 1993]. Se establecen niveles
de madurez en donde se ubican los diferentes procesos relacionados con la construccin
de software. A partir de este modelo se generaron actualizaciones y se expandieron en
otros entornos (europeos, por ejemplo) [Calvo y Fernndez, 1996].
Pgina 11 de 206
Existe otro modelo conocido como SPICE, ha sido estandarizado por ISO y
propone combinar las propuestas de los modelos de software (CMM y otros) con las
ideas marcadas por ISO 9001. Los modelos CMM y SPICE proponen realizar un
anlisis subjetivo cuyo resultado suele ser un valor en una escala ordinal. Es aqu donde
se debera analizar la adaptacin de las mediciones efectuadas sobre los procesos
software. Por otro lado, las normas ISO 9001, que miden procesos proponen un
conjunto de requisitos de medicin que deben cumplir las organizaciones que quieren
acceder a un determinado nivel de calidad. Las mediciones se realizan tanto sobre el
producto como sobre el proceso dentro de cada proyecto. Especficamente en CMM, no
se proponen directamente las necesidades de medicin, pero existen publicaciones
[Fenton y Pflegger, 1997 pp. 88-94 y 470] que proponen directrices de medicin para
cada nivel de madurez. Por lo cual se deberan estudiar los requisitos de medicin.
La verificacin, validacin y medicin se definen como el conjunto de tcnicas
bsicas para medir los estndares de control y aseguramiento de calidad [IEEE 1074,
1991]. Aqu se debe destacar que el concepto de calidad es demasiado complejo como
para poder ser evaluado a travs de una sola medida. Debido a esto, la norma UNE_EN
ISO 8402 [AENOR, 1995] define el aseguramiento de calidad como el conjunto de
acciones planificadas y sistemticas implementadas dentro del sistema de calidad, y
demostrables si es necesario, para proporcionar la confianza adecuada de que una
entidad cumplir los requisitos para la calidad. En estos requisitos se observan las
necesidades y expectativas de los usuarios.
A travs de diferentes propuestas se ha llegado a la conclusin que la calidad se
relaciona ms profundamente con la satisfaccin del usuario y esto genera un gran
problema al momento de de finir una medicin real y fiable de la calidad del software.
La calidad vara de un individuo a otro y de un proyecto a otro. Es por esto que,
uno de los escenarios que ms se estudi es en el que se utilizan modelos de evaluacin
de calidad de software que aporten un medio que permita definir y descomponer el
concepto de calidad de software en un grupo de caractersticas ms sencillas que se
puedan evaluar y medir.
Aqu podemos encontrar modelos de evaluacin generales como el FCM
(Factores/Criterios/Mtricas) [McCall et all., 1977] mtodos para crear modelos que son
identificados con cada proyecto como el COQUAMO [Kitchenham y walter, 1989] o el
de Gilb [Gilb, 1987], o hasta los estndares que tratan esta temtica como ISO 9126
[ISO 9126, 1991] o el IEEE 1061 [IEEE 1061, 1992].
Todas estas propuestas se aplican al desarrollo de software en general, con lo
cual, en el caso de los sistemas expertos se debe ser precavido a la hora de implementar
estndares. Se sabe que proceso y producto son los elementos protagonistas de las
tcnicas de medicin, es por esto que la conceptualizacin es una fase que merece ser
medida para as poder estimar actividades futuras, obtener informacin del estado de
madurez de mi conocimiento sobre el dominio y sus particularidades. Medir me permite
estimar y predecir, calcular y comparar, estas acciones son imprescindibles en la
Ingeniera en Conocimiento. (INCO). Como bien se sabe, la Base de Conocimientos es
un elemento primordial en este proceso ingenieril, por lo tanto las mtricas de sistemas
expertos se deberan basar primordialmente en sus elementos fundamentales (conceptos,
atributos, reglas, etc
Pgina 12 de 206
2.03. Mtricas existentes

En esta seccin se presentan las mtricas existentes al momento [Hauge et al.,
2006]. Estas mediciones que examinan el dominio del problema en el contexto del
desarrollo de un sistema experto. Se interpreta cada mtrica y se describen los cambios
esperados de las mtricas durante el proceso de desarrollo. Una mtrica, como se dijo
anteriormente, posee diferentes cualidades, como su simpleza para poder aplicarse. En
la representacin del conocimiento existen algunos elementos que poseen dichas
cualidades, stos son: los CONCPEPTOS, las REGLAS, los ATRIBUTOS y los
NIVELES DE DESCOMPOSICION. Estos elementos son fciles de encontrar y contar.
Son buenos candidatos a incluir en una mtrica. Por lo tanto, las mtricas que se
sugieren utilizan CONCEPTOS,
REGLAS, ATRIBUTOS y NIVELES DE
DESCOMPOSICION.
2.03.01.- Primera Propuesta
NRO DE CONCEPTOS, NRO DE REGLAS O NRO DE ATRIBUTOS
Esta primera propuesta resulta muy simple ya que slo contabiliza:
CONCEPTOS, REGLAS, Y ATRIBUTOS. Genera una idea respecto de la complejidad
del dominio del problema. Los valores deberan crecer a lo largo del proyecto y
finalmente, tenderan a converger a un nmero determinado. Durante el crecimiento de
los valores resulta complejo utilizarla como un indicador de madurez, no sucede lo
mismo cuando la mtrica tiende a converger.
Esta mtrica es til si se la compara con medidas de otros proyectos en la misma
instancia de desarrollo. A su vez, en el mismo proyecto se puede comparar con datos
histricos y as obtener un indicador de la complejidad del proyecto. Esta mtrica, en
general, se utiliza en combinacin con otras.
SI LOS VALORES RESULTANTES
DE LA MTRICA SON
BAJOS
(pocos conceptos, reglas o atributos)
ALTO
(muchos conceptos, reglas o atributos)
SE PUEDE DEBER A.
El rea del problema es simple
Todava no se conocen muchos de los
conceptos del dominio
El dominio es complejo
Se tiene mucho conocimiento del
dominio
Tabla 1 Tabla de interpretacin de resultados de la mtrica

2.03.02.- Segunda Propuesta

NRO DE CONCEPTOS EN UNA REGLA / NRO DE CONCEPTOS
Esta mtrica converge a 1 (uno) cuando el proyecto se encuentra en estado de
madurez. Los valores varan a medida que se encuentran nuevas reglas y nuevos
conceptos. Decrece cuando descubrimos nuevos conceptos que no se involucran a
ninguna regla. Crece cuando incorporamos un concepto a una regla.
Pgina 13 de 206
Se puede establecer que si no converge a uno se encuentra frente a la prdida de

conocimientos entre las relaciones y los conceptos del dominio o se tienen conceptos en
la Base de Conocimientos que no se estn utilizando y no son importantes, por lo tanto,
se debera pensar en la posibilidad de extraerlos de la Base de Conocimientos.
Esta mtrica brinda una medida de la madurez de la Base de Conocimientos. Si
su valor es prximo a uno, podemos decir que, la Base de Conocimientos es madura.
Pero, se debe prestar atencin en los casos en donde existen bastantes relaciones en el
dominio. Si existen abundantes relaciones esta mtrica puede dar un valor alto sin tener
tambin una base madura.
DE LA MTRICA SON
BAJOS
ALTOS
SE PUEDE DEBER A.
Se perdi conocimiento sobre los
conceptos y las relaciones
Existen conceptos que no son
importantes en la Base de Conocimientos
Se sabe bastante sobre los conocimientos
Se tienen pocos conceptos sin
importancia en la Base de Conocimientos
Existen muchas relaciones en el dominio

2.03.03.- Tercera Propuesta

NRO DE ATRIBUTOS EN UNA REGLA/ NRO. DE ATRIBUTOS
Esta propuesta de medicin es semejante a la que se realiza en el punto anterior
(2.03.2). Podemos decir que, generalmente, resulta ms sencillo hallar conceptos que
atributos (stos se encuentran a medida que son usados, lo cual deriva en que sea
complejo usarlos como una medida de madurez).
Si los valores que se obtienen resultan muy bajos se debe prestar atencin. Es un
indicador o alarma de posibles problemas en el desarrollo (atributos que no se utilizan, o
en caso contrario, se utilizan atributos que no son necesarios).
2.03.04.- Cuarta Propuesta
NRO DE CONCEPTOS/ NRO DE REGLAS
Esta mtrica muestra el desarrollo de un nmero de reglas en comparacin con
un nmero de conceptos. Se espera que varios conceptos contribuyan a la creacin de al
menos una cantidad de reglas. Si se tiene un buen conocimiento sobre las relaciones en
el dominio, esta mtrica estar por debajo de 1.0 y, en dominios altamente relativos ser
muy por debajo de 1.0. Se pueden obtener valores altos al principio si se posee una Base
de Conocimientos madura. En los casos en los que el dominio slo contenga un
pequeo conjunto de relaciones complejas, el nmero de reglas ser bajo, pero el
nmero de conceptos aumentar.
Pgina 14 de 206
Se recomienda combinar esta mtrica con alguna mtrica de complejidad del

dominio.
DE LA MTRICA SON
BAJOS
(existen varias reglas)
ALTOS
(existen pocas reglas)
SE PUEDE DEBER A.
Se conocen las relaciones del dominio y
se tiene una Base de Reglas madura
El dominio se encuentra maduro
El dominio es complejo y posee varias
relaciones
Las reglas son redundantes
Las reglas del dominio no se conocen lo
suficiente
El dominio no es muy maduro. No se
conocen las reglas del dominio
Se poseen algunos conocimientos que no
son interesantes
Varios conceptos se encuentran en unas
pocas reglas muy complejas

2.03.05.- Quinta Propuesta

NRO PROMEDIO DE ATRIBUTOS POR CONCEPTO
Esta mtrica es un indicador de la complejidad del dominio. Un valor mayor
significa que cada concepto posee varios atributos e indica un dominio ms complejo.
Se puede utilizar como una mtrica de madurez. El valor puede variar durante el
proyecto a medida que se descubren nuevos conceptos y atributos. Al principio del
proyecto es ms probable que se encuentren los conceptos ms importantes (los cuales
poseen la mayor cantidad de atributos). A medida que avanza el proyecto, se
encontrarn nuevos conceptos. Se supone que estos conceptos tendrn menor cantidad
de atributos que los encontrados al comienzo del proyecto, entonces el valor decrecer.
Converger al final del proyecto, cuando no se encuentren ni conceptos ni atributos.
Esto indica que la Base de Conocimientos se encuentra madura. Se puede observar que
diferente nmero de conceptos pueden dar a esta mtrica diferentes valores de salida.

DE LA MTRICA SON
BAJOS
(pocos atributos por concepto)
SE PUEDE DEBER A.
El dominio del problema es simple y
cada conceptos posee pocos atributos
interesantes
Existen varios conceptos con pocos
atributos asociados
No se conoce completamente el dominio
del problema, no se conocen todos los
atributos necesarios
Pgina 15 de 206

DE LA MTRICA SON
ALTOS
(muchos atributos por concepto)
SE PUEDE DEBER A.
El dominio es grande y complejo
Existen pocos conceptos con muchos
atributos
Se posee buen conocimientos sobre el
dominio del problema

2.03.06.- Sexta Propuesta

A* (NRO DE CONCEPTOS) + B* (NRO PROMEDIO DE ATRIBUTOS POR
CONCEPTO)
Para tener un mejor indicador de la complejidad del proyecto se sugiere
combinar el nmero de conceptos y el nmero promedio de atributos por conceptos.
Esto elimina las diferentes salidas en el nmero promedio de atributos por conceptos
causado por el nmero de conceptos. Para poder obtener resultados razonable las dos
mtricas se deben medir en los factores A y B. Para ser capaz de encontrara valores a
estos factores proponemos utilizar informacin histrica.
2.03.07.- Sptima Propuesta
NRO PROMEDIO DE NIVELES EN UN RBOL DE DECISIN
Para las tareas que se descomponen, este promedio se incrementa a lo largo del
proyecto y se estabiliza al final del mismo. Esta mtrica se calcula contando slo los
niveles del rbol, se los suma y se divide por la cantidad de rboles. Ejemplo
2
7
Grfico 1 rboles de decisin
Un alto nivel de descomposicin puede indicar un alto nivel de complejidad o,

en su defecto, un alto nivel de desconocimientos de la decisin.
Pgina 16 de 206

DE LA MTRICA SON
BAJOS
(pocos niveles de descomposicin)
ALTOS
(muchos niveles de descomposicin)
SE PUEDE DEBER A.
El dominio es simple
No
se
tienen
las
decisiones
descompuestas en partes
No se posee conocimiento completo del
dominio
Se descubrieron todas las decisiones
pero todava no se llegaron a
descomponer
El do minio es complejo
Las reglas estn completas
Se posee buen conocimiento del dominio
Se perdi informacin de alguna de las
decisiones del dominio, las cuales haran
bajar el promedio

NRO PROMEDIO DE NIVELES EN UN RBOL DE DECISIN
2.03.08.- Octava Propuesta

NRO PROMEDIO DE CONCEPTOS INCLUDOS EN CADA REGLA
Una regla contiene uno o varios conceptos. El nmero de conceptos incluidos en

una regla podra ser una medida de la complejidad del problema. Se espera que el
nmero aumente a medida que se descubren ms relaciones complejas dentro del
dominio del problema. Al finalizar el proyecto se sugiere que dicha medida converja a
una constante. Esta tendencia podra ser un indicador de la madurez de la Base de
Conocimientos. Se observa que el nmero de reglas y el grado de descomposicin
afectan a la salida de esta mtrica, pero si el promedio es alto es preferible que se posea
un dominio complejo.

DE LA MTRICA SON
BAJOS
(pocos conceptos por regla)
SE PUEDE DEBER A.
El dominio del problema tiene baja
complejidad
No se posee conocimiento completo de
las regla de los conceptos y de las
relaciones entre conceptos.
Varias reglas no se encuentran
totalmente maduras y han omitido uno o
ms conceptos para estar completas.
Muchas reglas simples y pocas reglas
complejas
Existen reglas que se descomponen en
ms reglas
Pgina 17 de 206

DE LA MTRICA SON
ALTOS
( muchos conceptos por regla)
SE PUEDE DEBER A.
Alta complejidad
Las reglas se encuentran completas
Se posee buen conocimientos
dominio
Existen pocas reglas pero completas
del

2.03.09.- Novena Propuesta

NRO PROMEDIO DE ATRIBUTOS INCLUDOS EN CADA REGLA
Esta mtrica sera similar a la anterior pero ofrece una mejor medida de la
complejidad del dominio especialmente en los casos en los que varias reglas dependen
de pocos conceptos, los cuales poseen a su vez muchos atributos.
Esta mtrica indica, entonces una alta complejidad en casos en donde la previa mtrica
indicaba una baja complejidad. Esta mtrica desgraciadamente contina dependiendo
del nmero de reglas y de los niveles de descomposicin.
2.03.10.- Dcima Propuesta
A* (NRO PROMEDIO DE ATRIBUTOS EN LA REGLA) + B* (NRO DE
REGLAS) + C* (NRO PROMEDIO DE NIVELES DE DESCOMPOSICIN)
Para evitar las dependencias planteadas en 2.03.9 y 2.03.8 se supone que
combinando atributos, reglas y descomposicin de niveles, todos dentro de una misma
mtrica, permitir esto comprender mejor la complejidad del dominio. Las constantes A,
B y C se consiguen utilizando datos histricos.
2.03.11 - Dcimo Primera Propuesta
NRO PROMEDIO DE REGLAS EN LAS QUE SE ENCUENTRA INCLUDO
CADA CONCEPTO
Un concepto podra estar incluido en una regla, pero preferentemente en ms de
una. Este promedio nos podra indicar la complejidad. Este valor se incrementa a travs
del proyecto y a medida que se generan reglas. Pero, si se encuentra un gran nmero de
conceptos puede disminuir un poco. Pero, al finalizar el proyecto es preferible que
converja, por lo tanto, podra ser utilizado como un indicador de madurez.
DE LA MTRICA SON
BAJOS
(cada concepto se encuentra incluido en
pocas reglas)
SE PUEDE DEBER A.
Los conceptos del dominio no se
encuentran fuertemente relacionados.
El conocimiento sobre el problema se
encuentra disperso
Se conocen casi todos los conceptos del
rea pero no todas las relaciones
Existen muchos conceptos sin varias
reglas
Pgina 18 de 206

DE LA MTRICA SON
ALTOS
(cada conceptos se encuentra incluido en
varias reglas)
SE PUEDE DEBER A.
El dominio posee varias relaciones y es
complejo
Se posee conocimientos sobre el dominio
Se pueden perder totalmente algunos
conceptos del dominio

NRO PROMEDIO DE REGLAS EN LAS QUE SE ENCUENTRA INCLUDO CADA
CONCEPTO
2.03.12.- Dcimo Segunda Propuesta

A* NRO. PROMEDIO DE REGLAS POR CONCEPTOS QUE SE ENCUENTRA
INCLUIDO EN B+ NRO. DE CONCEPTOS.
Para eliminar la dependencia del nmero de conceptos de la ltima mtrica se
podra proponer combinar la ltima mtrica multiplicndola por el nmero de conceptos.
Las constantes se calculan en funcin de datos histricos.
2.03.13.- Dcimo Tercera Propuesta
NRO PROMEDIO DE REGLAS EN LAS QUE SE ENCUENTRA INLCUDO
CADA ATRIBUTO
Se espera que esta mtrica se desarrolle durante el proyecto (en forma contraria
de la propuesta del punto anterior 2.03.12). Se prefiere encontrar nuevos atributos que
conceptos, durante el proyecto. Dado esto, el valor podra variar u poco ms que lo que
se observa en la Tabla 6 . Se espera que este valor converja al finalizar la fase de
conceptualizacin.
DE LA MTRICA SON
BAJOS
(cada atributo se encuentra incluido en
pocas reglas)
ALTOS
(cada atributo se encuentra incluido en
varias reglas)
SE PUEDE DEBER A.
No se posee una Base de Conocimientos
madura
El dominio no se encuentra fuertemente
relacionado
No se posee mucho conocimientos sobre
el dominio
El dominio se encuentra fuertemente
entrelazado
Se posee conocimientos sobre el dominio
Se perdieron varios atributos que podran
disminuir el promedio
Se posee buen conocimiento de las partes
justas del dominio

NRO PROMEDIO DE REGLAS EN LAS QUE SE ENCUENTRA INLCUDO CADA
ATRIBUTO
Pgina 19 de 206
2.03.14.- Dcimo Cuarta Propuesta

PARA TODOS LOS NIVELES (NMERO DE DECISIONES EN EL NIVEL i*i)
/ NMERO TOTAL DE DECISIONES
Esta mtrica es un indicador del ancho del rbol de decisiones, en el caso que las
decisiones se encuentren muy distribuidas a lo ancho (en varias reglas/ramas) o si las
decisiones se encuentran muy distribuidas a lo largo y ancho del arbol (en profundidad
y anchura).Se espera que el valor de dicha mtrica se incremente a los largo del
proyecto y se estabilice en algn punto entre 1.0 y la profundidad del rbol. Para
comprender mejor esta mtrica se detalla un ejemplo a continuacin (Grficos 2 y 3).
2
6
Fig 9. rbol en amplitud
Fig 9 . rbol en profundidad

Grfico 2 rboles de decisin
Con un numero de decisiones a un nivel determinado

EJEMPLO
1
2
RESULTADO
(1*1 + 2*2 + 3*3 + 2*4) = 2.875
8
(1*1 + 4*2 + 3*3) = 2.25
8
Grfico 3 Resultados de los ejemplos
Se puede observar que los resultados indican que el primer rbol es ms

profundo que el segundo. Se piensa que esto puede ayudar a ver cmo son las
decisiones en el dominio de un problema.. Esta mtrica podra brindar un indicador de
qu tipo de rboles de decisiones se tienen y adems qu tipo de complejidad se posee.
La siguiente tabla muestra las diferentes interpretaciones para esta mtrica.
Pgina 20 de 206

DE LA MTRICA SON
BAJOS
(la mayora de las decisiones se
encuentran en un nivel alto)
ALTOS
(la mayora de las decisiones se
encuentran en un nivel bajo)
SE PUEDE DEBER A.
Las decisiones se encuentran basadas en
muchas decisiones en un nivel alto (cerca
de la raz del rbol)
El proceso decisorio no es muy complejo
No se tiene descompuesto el rbol hasta
el momento.
Pocas
decisiones
se
encuentran
establecidas en decisiones simples. La
mayora de las decisiones contienen La
mayora de las decisiones contienen
muchas decisiones en un bajo nivel.
Se tiene descompuesto al rbol.
El proceso decisorio es complejo

PARA TODOS LOS NIVELES (NMERO DE DECISIONES EN EL NIVEL i*i) / NMERO
TOTAL DE DECISIONES
Pgina 21 de 206
Pgina 22 de 206
3. Casos de estudio de aplicacin de las mtricas

3.01. Sistema de Ayuda sobre Legislacin Argentina en Riesgos de Trabajo
3.01.01. Descripcin del sistema experto
Teniendo en cuenta la informacin del Sistema de Ayuda sobre Legislacin
Argentina en Riesgos de Trabajo [Britos, 2001], se puede establecer que el objetivo
del Sistema Experto (SE) es que frente a un accidente laboral, el sistema pueda
clasificar el caso y orientar a los abogados, de un estudio jurdico, en la legislacin
aplicable a la misma, como as tambin que orientar al personal de Recursos Humanos
de la empresa en la cual ocurri el accidente. Se sabe que, el sistema legal argentino
cuenta con gran cantidad de leyes que abarcan el problema de accidentes de trabajo,
siendo su eje la Ley 24.557, cuya ltima revisin fue realizada en 1995. Frente a una
situacin de accidente laboral, los abogados de un estudio jurdico deben analizar
cuidadosamente el grado de responsabilidad del trabajador y empleador, el tipo de
lesin del accidentado y la indemnizacin que debe recibir el mismo. En este proceso se
invierte gran tiempo en la bsqueda de leyes, artculos e incisos relacionados con el
caso. Para cada hecho existe gran cantidad de legislacin relacionada, adems existen
un gran nmero de leyes que de acuerdo a la interpretacin del abogado pueden o no
favorecer a la causa.
Debido a que los abogados no pueden contemplar todas las leyes que involucran
el accidente, y se complica que conozcan con precisin cules son los incisos que la
abarcan, lo cual predispone adversamente el tratamiento del accidente, y disminuyen las
posibilidades de obtener los beneficios adecuados para el damnificado. Esto representa
en gran parte la problemtica que conlleva la determinacin de leyes, artculos e incisos
sobre un hecho de accidentes de trabajo.
Ante una situacin de accidente de trabajo, el abogado debe analizar
cuidadosamente el grado de responsabilidad del trabajador y empleador, el tipo de
lesin del accidentado y la indemnizacin que debe recibir el mismo. Para ello, debe
puntualizar en qu leyes, artculos e inciso se trata el mismo y a partir de la informacin
recavada decidir si es conveniente o no seguir con el caso en cuestin (recurriendo a su
memoria, libros, notas, colaboracin sus colegas para realizar la bsqueda en cada una
de las partes de nuestro sistema legal). Las bsquedas en la legislacin pueden hacerse
secuencialmente empezando por la Constitucin Nacional, terminando por los
Convenios colectivos de trabajo de ser necesario. Se debe tener cuenta tambin, que
para cada hecho existe gran cantidad de legislacin relacionada.
Adems, existen un gran nmero de leyes que de acuerdo a la interpretacin del
abogado pueden o no favorecer a la causa. Por consiguiente, el hecho de que los
abogados no contemplen dichas leyes, artculos e incisos, predispone adversamente la
causa a tratar y disminuye las posibilidades de obtener mayores beneficios para el
damnificado.
Los casos de accidentes laborales, en particular, son situaciones en las que el
cliente se encuentra muy sensibilizado, ya que siempre hay una situacin en la que un
ser humano ha sufrido fsica y/o mentalmente una lesin. Esto produce que el cliente, ya
sea el empleado o el empleador, se encuentre en una situacin muy crtica. Cualquiera
Pgina 23 de 206
de las partes desea una solucin legal ptima al problema planteado y obviamente
quedar con una imagen clara y limpia delante de la sociedad. En el caso del empleador,
no desea ver perjudicado su negocio por el suceso planteado y, obviamente no desea
invertir grandes cantidades de tiempo y dinero para que esto suceda. En el caso del
empleado (el accidentado), desea en la mayora de los casos un resarcimiento
econmico, un trabajo estable y su reinsercin, en muchos casos a la sociedad, despus
de la lesin sufrida de la manera menos traumtica posible.
El sistema de ayuda sobre legislacin en riesgos de trabajo, tiene por objetivo
plasmar mediante un sistema experto el conocimiento adquirido por un abogado
especialista en el rea laboral, necesario para el rpido tratamiento de la legislacin
aplicada, con el fin de que ante una situacin de accidente de trabajo, el caso pueda ser
encuadrado dentro de la legislacin rpidamente y con la garanta de tener toda la
informacin legal necesaria para llevar adelante el caso, adems de informar cuan viable
es la situacin y los montos de dinero que recibir el accidentado en concepto de
indemnizacin y/o pensin, y la multa aplicada al empleador en caso de ser necesaria.
3.01.02. Mtricas aplicadas al sistema experto)
(extrado de [Hauge et al., 2006])
Se presentan, a continuacin, las mtricas con sus valores correspondientes:
Cantidad de Conceptos, Cantidad de Reglas o Cantidad de Atributos
Cantidad de Conceptos
Cantidad de Atributos
Cantidad de Reglas
17
81
472
Tabla 10 Tabla de resultados parciales

Cantidad de Conceptos en Reglas / Cantidad de Conceptos

Cantidad de Conceptos en Reglas
Resultado
7
17
0,41

Cantidad de Atributos en Reglas / Cantidad de Atributos

Cantidad de Atributos en Reglas
Resultado
50
81
0,62

Pgina 24 de 206
Cantidad de Conceptos / Cantidad de Reglas

Cantidad de Reglas
Resultado
17
472
0,04

Promedio de la Cantidad de Atributos por Concepto

Promedio
81
17
4,76

Promedio de la Cantidad de Niveles en el rbol de Decisin

Decisiones Descompuestas
Promedio
NA
NA

Promedio de la Cantidad de Conceptos incluidos en cada regla

Promedio
1,24

Promedio de la Cantidad de Atributos incluidos en cada regla
Promedio
2,17

A*Promedio de la Cantidad de Atributos incluidos en cada regla + B*Cantidad de

Reglas + C*Promedio de la Cantidad de Niveles en el rbol de Decisin
Atributos en Reglas
Cantidad de Reglas
Promedio Niveles rbol de Decisin
Suma
2,17
472
NA
NA

A*Promedio de la Cantidad de Atributos incluidos en cada regla + B*Cantidad de Reglas +
C*Promedio de la Cantidad de Niveles en el rbol de Decisin
Pgina 25 de 206
A*Promedio de Conceptos por cada Atributo*B*Cantidad de Conceptos

Promedio
34,50
17
586,50

Promedio de Reglas por cada Atributo

Promedio
12,60

Promedio de Reglas por cada Concepto

Promedio
34,50

Cantidad de Decisiones por Nivel / Cantidad Total de Decisiones

Promedio
NA

(*) NA: No Aplica.
3.02. Sistema experto para la Asistencia a la toma de decisiones en Centro de

Informacin y Control Areo.
A partir de la informacin obtenida del Sistema experto para la Asistencia a
la toma de decisiones en Centro de Informacin y Control Areo [Ierache, 2002],
se puede definir que el objetivo principal del Sistema Experto (SE), es facilitar el
entrenamiento del personal y asistir en la toma de decisiones relativas a la
interceptacin en el Centro de Informacin y Control ante la presencia de vuelos no
identificados considerados como potenciales vuelos ilcitos.
En un Centro de Informacin y Control (CIC) frente a la presencia de vuelos no
identificados (potencialmente vuelos ilcitos) se toman decisiones en funcin de la
evaluacin de la situacin area presente y de los medios disponibles (interceptores,
radares, etc.).
Pgina 26 de 206
Para poder interceptar la posible aeronave ilcita se consideran las limitaciones

impuestas por: las diversas condiciones operacionales del material afectado para la
vigilancia del espacio areo (radares, aeronaves interceptoras, y otros). Adems se
consideran las condiciones del entorno en que se desarrolla la operacin (estado de pista,
meteorologa, situacin de sistemas de apoyo, y otros). Finalmente se deben tener en
cuenta las caractersticas del vuelo no identificado (potencialmente vuelo ilcito).
Con el objetivo de contribuir al logro de la interceptacin de los vuelos ilcitos,
la toma de decisiones en los Centros de Informacin y Control, deber realizarse con la
menor demora posible para asegurar un adecuado ciclo de reaccin del sistema. Para
ello, el adiestramiento del personal durante las ejercitaciones reales requiere una
apropiada asignacin de medios (personal, radares, aeronaves interceptoras, centros de
control, etc.) a fin de alcanzar un adecuado nivel para una eficaz toma de decisiones, en
oportunidad de situaciones reales de trabajo.
El SE administra el proceso de toma de decisiones relativas a la interceptacin
de aeronaves, facilitando el entrenamiento del personal afectado en un centro de
informacin y control. Adems, puede emplearse como sistema de asistencia a la toma
de decisin en operaciones del CIC, si se cuenta con las interfaces de los sistemas reales
que brinden la informacin en tiempo real de la situacin.
Cabe aclarar que los distintos medios que participan en el rea de operaciones
se encuentran distribuidos geogrficamente, por lo tanto es necesaria la movilizacin de
stos durante las ejercitaciones lo que implica esfuerzos en materia de personal como
as tambin de orden econmico (situacin de base para el adiestramiento integral y
especficamente el adiestramiento de los jefes e integrantes del Centro de Informacin y
Control responsables en la toma de decisiones).
El sistema asiste al entrenamiento de los responsables en la toma de decisin en
un Centro de Informacin y Control considerando las restricciones que pudieran existir
con relacin al estado de disponibilidad de los medios, meteorologa, etc. Puede
gestionar eventos al mismo tiempo de un rea de operaciones virtual, como tambin
eventos de sistemas del mundo real (independientemente de las distancias geogrficas
de las unidades de origen o emplazamiento de los sistemas que acten como fuentes
externas de eventos). El alcance especfico se limita al empleo de situaciones
almacenadas quedando fuera del alcance la interaccin en tiempo real con los distintos
eventos provenientes de las diversas fuentes de informacin reales o simuladas.
3.02.02. Mtricas aplicadas al sistema experto
(extrado de [Hauge et al., 2006])
Se presentan, a continuacin, las mtricas con sus valores correspondientes:
Cantidad de Reglas
20
126
155

Pgina 27 de 206

Resultado
19
20
0,95


Resultado
121
126
0,96


Cantidad de Reglas
Resultado
20
155
0,13


Promedio
126
20
6,30


Promedio
NA
NA


Promedio
1,64

Pgina 28 de 206

Promedio
2,81


Atributos en Reglas
Cantidad de Reglas
Suma
2,81
155
NA
NA


Promedio
15
20
300,00


Promedio
3,45


Promedio
15


Promedio
NA

(*) NA: No Aplica.
Pgina 29 de 206
3.03. Sistema Experto de Ayuda para la Seleccin del Modelo de Ciclo de Vida.
(extrado de Sistema Experto de Ayuda para la Seleccin del Modelo de Ciclo de
Vida. [Rossi, 2001]).
El sistema asiste al Ingeniero en software en la seleccin del ciclo de vida ms
adecuado para un proyecto de desarrollo en particular. Adems, colabora en el anlisis
de las caractersticas ms relevantes a tener en cuenta.
Existen muchos modelos de ciclos de vida disponibles tanto en la bibliografa
como de uso particular de alguna organizacin. En funcin de la diversa cantidad de
modelos y la falta de sistematizacin y documentacin de las variables que deben ser
consideradas en la eleccin del ciclo de vida ms adecuado, es necesario fijar una cota
en el desarrollo del Sistema Experto, tanto en los modelos como en las variables a
considerar. Los ciclos de vida utilizados son: Cascada, Modelo en Espiral y Modelo
Orientado a Objetos.
La tarea de desarrollar un sistema de informacin es funcin de los profesionales
de sistemas que emplean una metodologa de desarrollo de sistemas. Se utiliza como el
camino para realizar el trabajo. La metodologa es una gua desde el anlisis hasta el
mantenimiento. El primer paso de la tarea consiste en definir el modelo de ciclo de vida,
es decir, qu camino gua se selecciona. Existen varios tipos de ciclos de vida entre los
cuales seleccionar. Las tcnicas y metodologas de desarrollo de sistemas se confunden
con frecuencia con el ciclo de vida. El propsito del ciclo de vida es planear, ejecutar y
controlar el proyecto de desarrollo de un sistema. El ciclo de vida define las fases y las
tareas esenciales para el desarrollo de sistemas, sin importar el tipo o la envergadura del
sistema que se intenta construir.
Una tcnica es un mtodo que aplica herramientas y reglas determinadas para
completar una o ms actividades del ciclo de vida del desarrollo de sistemas. Las
tcnicas en su mayora son slo aplicables a una parte del ciclo de vida. Una
metodologa es una versin particular e individual de un ciclo de vida en forma
completa que se aplica al desarrollo de sistemas. Una autntica metodologa debe
acompaar al ciclo de vida completo del desarrollo de sistemas. La mayor parte de las
metodologas modernas incluye el uso de varias tcnicas de desarrollo con sus
herramientas asociadas. Los trminos tcnica y metodologa suelen utilizarse de forma
indistinta tanto en las publicaciones informticas como en la industria. La meta
principal del ciclo de vida de sistemas es reducir los inicios falsos, reciclamiento
indebido y callejones sin salida. Adems contribuye a que el sistema que se construya e
instale finalmente, sea el que los usuarios desean y necesitan.
Para el clculo de las mtricas fueron tenidos en cuenta los siguientes elementos
[Rossi, 2001]:
Pgina 30 de 206
Conceptos
- Proyecto
- Requisitos
- Aplicacin
- Coordinacin
- Usuario
- Equipo de Proyecto
- Riesgos del Proyecto
- Area Requisitos
- Area Aplicacin
- Area Gestin Proyecto
- CV Diagnstico
Atributos
Se mostrarn los atributos agrupados por concepto.
Conceptos
Proyecto
Requisitos
Aplicacin
Atributos
Identificacin
Nombre del Proyecto
Lder del Proyecto
Objetivo
Fecha Inicio
Fecha Finalizacin
CV Propuesto por SE
CV Seleccionado
Tipo de Definicin
Grado de Certidumbre
Grado de Cumplimiento
Definicin Requisitos
Definicin Lmites
Niveles de Composicin
Complejidad Subsistemas
Componentes Predominantes
Comportamiento Predominante
Orientacin
Progresin Fases Desarrollo
Relacin Fases Desarrollo
Retroalimentacin Fases Desarrollo
Integracin HW-SW
Factores Diseo
Existencia Aplicaciones
Posibilidad Diseo
Posibilidad Implementacin
Modelado Prototipos
Modelado Objetos
Variabilidad Procesos
Opcionalidad
Tipo Modificacin
Pgina 31 de 206
Conceptos
Coordinacin
Usuario
Equipo de Proyecto
Riesgos del Proyecto
Area Requisitos
Area Aplicacin
Area Gestin Proyecto
CV Diagnstico
Atributos
Formalidad
Entrega
Responsabilidad
Control Gestin
Software para Prototipar
Factibilidad Metodologa
Necesidad Metodologa
Reso Aplicacin Existente
Reso Aplicacin OO
Reso Aplicacin Futura
Procedimientos cambios
Procedimientos Desarrollo-Mantenimiento
Conveniencia Metodologa
Factibilidad Prototipo
Sistema OO
Entrega Intermedia
Aplicabilidad Espiral
Aplicabilidad Prototipo
Aplicabilidad OO
Procedimientos D-M
Participacin
Introduccin Gradual
Experiencia Tcnica de IS
Experiencia Previa
Viabilidad Software
Nivel De Riesgo
Anlisis Riesgo
Tcnicas AR
Identificacin Alternativas
Riesgos Alternativa
Categoras Riesgo
Objetivo Calidad
Terminacin Proyectos
Riesgo Cascada
Riesgo Objetos
Habilidad Riesgo
Factor Riesgo
Riesgo Espiral
Riesgo
CV Propuesto Requisitos
CV Propuesto Aplicacin
CV Propuesto Gestin
CV Propuesto del Proyecto
Tabla 36 Tabla de atributos agrupados por conceptos
Reglas
Se definirn las reglas utilizadas, especificando para cada una, su nombre y su
descripcin.
Pgina 32 de 206
Nombre de la Regla
REGLA ER-R1
REGLA ER-R2
REGLA ER-R3
REGLA ER-R4
REGLA ER-R5
REGLA CV-R1
REGLA CV-R2
REGLA CV-R3
REGLA CV-R4
Formulacin Regla
Si
Tipo de Definicin es igual a formalmente y
exhaustivamente y uniformemente
Entonces
Definicin Requisitos es definicin clara y Definicin
Lmites es definicin clara.
Si
Definicin Requisitos es definicin clara y Definicin Limites
es definicin clara y Grado de Certidumbre al inicio del
proyecto es Mayoritariamente definidos
Entonces
CV Propuesto Requisitos es Cascada.
Si
Tipo de Definicin es igual a informalmente e incompleto y
desestructuradamente
Entonces
Definicin Requisitos es definicin incierta y Definicin
Limites es definicin incierta.
Si
Definicin Requisitos es definicin incierta y Definicin
Limites es definicin incierta y Grado de Certidumbre al
inicio del proyecto es Parcialmente definidos
Entonces
CV Propuesto Requisitos es Espiral y Objetos.
Si
Grado de Cumplimiento en Producto final es Usuario muy
exigente
Entonces
CV Propuesto Requisitos es Espiral y Objetos.
Si
Relacin Fases desarrollo es igual a Independencia
Entonces
Retroalimentacin Fases Desarrollo es baja
Si
Relacin Fases desarrollo es igual a Poca Dependencia
Entonces
Si
Relacin Fases desarrollo es igual a Mucha Dependencia
Entonces
Retroalimentacin Fases Desarrollo es alta
Si
Progresin Fases Desarrollo es uniforme y secuencial y
Retroalimentacin Fases Desarrollo es baja y Componentes
Predominantes es algortmicos
Entonces
CV Propuesto Aplicacin es Cascada
Pgina 33 de 206
Nombre de la Regla
REGLA TA-R101
REGLA TA-R102
REGLA TA-R103
REGLA CV-R5
REGLA CV-R1
REGLA CV-R2
REGLA CV-R3
REGLA CV-R4
REGLA TA-R101
Formulacin Regla
Si
Retroalimentacin Fases Desarrollo es baja y
Comportamiento
Predominante es batch
Entonces
Si
Complejidad subsistemas es baja y Componentes
Predominantes es algortmico
Entonces
Si
Complejidad subsistemas es baja y Comportamiento
Entonces
Si
Progresin Fases Desarrollo es No uniforme y secuencial
Entonces
Modelado Prototipo es Conveniente
Si
Relacin Fases desarrollo es igual a Independencia
Entonces
Si
Relacin Fases desarrollo es igual a Poca Dependencia
Entonces
Si
Relacin Fases desarrollo es igual a Mucha Dependencia
Entonces
Si
Retroalimentacin Fases Desarrollo es baja y Componentes
Predominantes es algortmicos
Entonces
Si
Retroalimentacin Fases Desarrollo es baja y
Comportamiento
Entonces
Pgina 34 de 206
Nombre de la Regla
REGLA TA-R102
REGLA TA-R103
REGLA CV-R5
REGLA CV-R6
REGLA TA-R1
REGLA TA-R2
REGLA TA-R4
REGLA TA-R5
REGLA TA-R3
REGLA TA-R7
REGLA TA-R8
Formulacin Regla
Si
Complejidad subsistemas es baja y Componentes
Predominantes es algortmico
Entonces
Si
Complejidad subsistemas es baja y Comportamiento
Entonces
Si
Progresin Fases Desarrollo es No uniforme y secuencial
Entonces
Si
Entonces
Si
Niveles de Composicin es Pocos Subsistemas
Entonces
Complejidad Subsistemas es Baja
Si
Niveles de Composicin es Varios Subsistemas
Entonces
Complejidad Subsistemas es Alta
Si
Componentes Predominantes es matemticos
Entonces
Modelado Objetos es Conveniente
Si
Componentes Predominantes es grficos
Entonces
Modelado Objetos es conveniente
Si
Comportamiento Predominante es dinmico
Entonces
Si
Comportamiento Predominante es interactivo
Entonces
Si
Comportamiento Predominante es tiempo real
Entonces
Pgina 35 de 206
Nombre de la Regla
REGLA TA-R9
REGLA TA-R11
REGLA TA-R12
REGLA TA-R13
REGLA TA-R14
REGLA TA-R15
REGLA TA-R16
REGLA TA-R17
Formulacin Regla
Si
Orientacin es software de base
Entonces
Si
Tipo Modificacin es Redefinicin
Entonces
Variabilidad Procesos es Alta
Si
Tipo Modificacin es Extensin
Entonces
Si
Tipo Modificacin es Ampliacin
Entonces
Si
Factores Diseo es Problemas de Arquitectura
Entonces
Si
Factores Diseo es Problemas de eficacia
Entonces
Si
Entonces
Si
Existencia Aplicaciones es Innovador
Entonces
REGLA TA-R18
Si
Orientacin es Sistema Basado en conocimiento
Entonces
REGLA TA-R19
Si
Complejidad Subsistemas es Alta
Entonces
REGLA TA-R20
Si
Modelado Objetos es conveniente y Modelado Prototipo es
conveniente
Entonces
CV Propuesto Aplicacin es Objetos
Pgina 36 de 206
Nombre de la Regla
REGLA TA-R21
Formulacin Regla
Si
conveniente y Integracin HW-SW es fuertemente
Entonces
CV Propuesto Aplicacin es Espiral
REGLA TA-R22
Si
Posibilidad Diseo es Varias opciones
Entonces
Opcionalidad es Mltiple
REGLA TA-R23
Si
Posibilidad Implementacin es Varias opciones
Entonces
Opcionalidad es Mltiple
REGLA TA-R24
Si
conveniente y Opcionalidad es Mltiple
Entonces
CV Propuesto Aplicacin es Espiral
Si
Necesidad Metodologa es ampliamente probada Y
Factibilidad Metodologa es ampliamente probada
Entonces
Conveniencia Metodologa es ampliamente probada
Si
Nivel riesgo es bajo
Entonces
Riesgo Cascada es aceptable
Si
Nivel riesgo es no hay riesgo
Entonces
REGLA GP-R1
REGLA GP-R2
REGLA GP-R4
REGLA GP-R5
REGLA GP-R14
REGLA GP-R3
Si
Conveniencia Metodologa es ampliamente probada Y
Entregas
es versin completa Y Riesgo Cascada es aceptable
Entonces
CV Propuesto Gestin es Cascada
Si
Formalidad es muy formal Y Entregas es versin completa Y
EntoncesCV Propuesto Gestin es Cascada
Si
Software para prototipar es No disponible y No adquirible
Entonces
Factibilidad Prototipo es No factible
Pgina 37 de 206
Nombre de la Regla
REGLA GP-R16
REGLA GP-R6
REGLA GP-R7
REGLA GP-R8
REGLA GP-R9
REGLA GP-R10
REGLA GP-R11
REGLA GP-R24
REGLA GP-R25
REGLA GP-R28
REGLA GP-R29
Formulacin Regla
Si
Factibilidad Prototipo es No factible Y Riesgo Cascada es
aceptable
Entonces
Si
Responsabilidad es Terceros Y Control gestin es muy
ajustado Y Entregas es versin completa
Entonces
Si
Reso aplicacin OO es Subsistema del existente
Entonces
Sistema OO es existe
Si
Reso aplicacin OO es Ampliacin del existente
Entonces
Si
Reso aplicacin OO es Modificacin del existente
Entonces
Si
Reso aplicacin OO es Componentes del actual
Entonces
Si
Reso aplicacin futura es muy necesario
Entonces
Si
Entregas es Versin temprana
Entonces
Entrega intermedia es existe
Si
Entregas es Versin gradual
Entonces
Si
Entregas es Versin parcial
Entonces
Si
Entonces
Aplicabilidad OO es aplicable y Aplicabilidad prototipo es
Aplicable
Pgina 38 de 206
Nombre de la Regla
REGLA GP-R26
REGLA GP-R19
REGLA GP-R12
REGLA GP-R13
REGLA GP-R37
REGLA GP-R15
REGLA GP-R17
REGLA GP-R18
REGLA GP-R20
REGLA GP-R21
REGLA GP-R22
Formulacin Regla
Si
Reso aplicacin existente es estrategias explcitas
Entonces
Aplicabilidad OO es aplicable
Si
Nivel riesgo es No hay riesgo
Entonces
Riesgo Objetos es aceptable
Si
Nivel riesgo es bajo riesgo
Entonces
Si
Nivel riesgo es mediano riesgo
Entonces
Si
Necesidad Metodologa es medianamente probada y
Factibilidad Metodologa es medianamente probada
Entonces
Conveniencia Metodologa es medianamente probada
Si
Formalidad es medianamente formal y Conveniencia
Metodologa es medianamente probada
Entonces
Si
Formalidad es poco formal y Conveniencia Metodologa es
medianamente probada
Entonces
Si
Aplicabilidad OO es aplicable y Sistema
Objetos es aceptable
Entonces
CV Propuesto Gestin es Objetos
Si
Software para prototipar es factible de adquirir
Entonces
Factibilidad prototipo es factible
Si
Software para prototipar es hay disponible
Entonces
Factibilidad prototipo es factible
Si
Introduccin gradual es necesaria
Entonces
Aplicabilidad prototipo es aplicable
Pgina 39 de 206
Nombre de la Regla
REGLA GP-R23
REGLA GP-R29
REGLA GP-R27
REGLA GP-R30
REGLA GP-R31
REGLA GP-R32
REGLA GP-R33
REGLA GP-R34
REGLA GP-R38
REGLA GP-R39
REGLA GP-R41
Formulacin Regla
Si
Participacin es fuerte
Entonces
Si
Reso aplicacin existente es estrategias explcitas
Entonces
Si
Experiencia previa es No hay
Entonces
Si
Experiencia tcnicas IS es No hay
Entonces
Si
Procedimientos Desarrollo-Mantenimiento es necesario usar
los mismos y es factible usar los mismos.
Entonces
Procedimientos D-M es conveniente
Si
Procedimientos D-M es conveniente
Entonces
Aplicabilidad Espiral es aplicable
Si
Procedimientos Cambios es acuerdos confirmados
Entonces
Si
Responsabilidad es organizacin propia
Entonces
Si
Riesgos Alternativa es se identifican y Identificacin
alternativas es se identifican
Entonces
Habilidad Riesgo es existe
Si
Habilidad Riesgo es exist y Identificacin Alternativas es
etapas anteriores
Entonces
Si
Habilidad Riesgo es existe y Riesgos Alternativa es etapas
anteriores
Entonces
Pgina 40 de 206
Nombre de la Regla
REGLA GP-R42
REGLA GP-R35
REGLA GP-R36
REGLA GP-R50
REGLA GP-R51
REGLA GP-R52
Formulacin Regla
Si
Habilidad Riesgo es existe y Terminacin Proyectos es
prematura
Entonces
Si
Viabilidad software es hay dudas
Entonces
Factor riesgo es existe
Si
Categoras riesgo es tcnico
Entonces
Si
Nivel riesgo es mediano riesgo
Entonces
Riesgo Espiral es aceptable
Si
Nivel riesgo es alto riesgo
Entonces
Si
Entonces
REGLA GP-R43
Si
Factor riesgo es existe y Anlisis riesgo es estrategias
explcitas
Entonces
REGLA GP-R44
Si
Factor riesgo es existe y Objetivo calidad es mecanismos
explcitos
Entonces
Si
Necesidad Metodologa es poco probada y Factibilidad
Metodologa es poco probada
Entonces
Conveniencia Metodologa es poco probada
Si
Formalidad es medianamente formal y Conveniencia
Metodologa es poco probada
Entonces
REGLA GP-R53
REGLA GP-R54
Pgina 41 de 206
Nombre de la Regla
REGLA GP-R55
REGLA GP-R56
REGLA GP-R45
REGLA R0
REGLA R1
REGLA R2
REGLA R3
REGLA R4
REGLA R6
Formulacin Regla
Si
Formalidad es poco formal y Conveniencia
poco probada
Entonces
Si
Factor Riesgo es existe Y Habilidad riesgo es existe y
Tcnicas
AR es se dispone
Entonces
Riesgo es evaluable
Si
Aplicabilidad Prototipo es aplicable
es factible y Riesgo es evaluable
aplicable
Entonces
CV Propuesto Gestin es Espiral
Si
CV Propuesto Requisitos es Cascada y CV Propuesto
Aplicacin
es Cascada y CV Propuesto Gestin es Cascada
Entonces
El CV Propuesto Proyecto es Cascada
Si
CV Propuesto Requisitos es Objetos y CV Propuesto
Aplicacin
es Objetos Y CV Propuesto Gestin es Objetos Entonces
El CV Propuesto Proyecto es Objetos
Si
CV Propuesto Requisitos es Espiral y CV Propuesto
Aplicacin
es Espiral y CV Propuesto Gestin es Espiral
Entonces
El CV Propuesto Proyecto es Espiral
Si
Aplicacin
es Cascada y CV Propuesto Gestin es Objetos
Entonces
Si
Aplicacin
es Objetos y CV Propuesto Gestin es Cascada
Entonces
Si
Aplicacin
Pgina 42 de 206
Nombre de la Regla
REGLA R7
REGLA R8
REGLA R10
Formulacin Regla
Entonces
Si
Aplicacin
es Cascada y CV Propuesto Gestin es Espiral
Entonces
Si
Aplicacin
es Espiral y CV Propuesto Gestin es Cascada
Entonces
Si
Aplicacin
Entonces
REGLA R11
Si
Aplicacin
es Objetos y CV Propuesto Gestin es Cascada
Entonces
REGLA R12
Si
Aplicacin
es Cascada y CV Propuesto Gestin es Objetos
Entonces
REGLA R14
Si
Aplicacin
es Objetos y CV Propuesto Gestin es Objetos
Entonces
Si
Aplicacin
es Objetos y CV Propuesto Gestin es Espiral
Entonces
REGLA R15
Pgina 43 de 206
Nombre de la Regla
REGLA R16
REGLA R18
REGLA R19
REGLA R20
REGLA R22
REGLA R23
Formulacin Regla
Si
Aplicacin
es Espiral Y CV Propuesto Gestin es Objetos
Entonces
Si
Aplicacin
es Objetos y CV Propuesto Gestin es Objetos
Entonces
Si
Aplicacin
es Espiral y CV Propuesto Gestin es Cascada
Entonces
Si
Aplicacin
es Cascada y CV Propuesto Gestin es Espiral
Entonces
Si
Aplicacin
es Espiral y CV Propuesto Gestin es Espiral
Entonces
Si
Aplicacin
es Espiral y CV Propuesto Gestin es Objetos
Entonces
Tabla 37 Tabla de reglas utilizadas
Se presentan a continuacin, las mtricas del sistema experto analizado.

Cantidad de Reglas
11
74
115

Pgina 44 de 206

Resultado
8
11
0,73


Resultado
70
74
0,95


Cantidad de Reglas
Resultado
81
11
7,36


Promedio
81
11
7,36


Promedio
NA
NA


Promedio
2,04

Pgina 45 de 206

Atributos en Reglas
Cantidad de Reglas
Suma
2,59
115
NA
NA


Promedio
18,24
11
200,64

Promedio
3,20


Promedio
18,24


Promedio
NA

(*) NA: No Aplica.

3.04. Sistema Experto Asistente de Requerimientos.
(extrado de Sistema Experto Asistente de Requerimientos [Rizzi, 2001]).
Se puede establecer que la funcin del Sistema Experto es asistir al ingeniero en
software en la descripcin del problema elaborando el documento de requerimientos de
un sistema software. Se entiende por Requerimiento la especificacin de la informacin
necesaria para realizar determinadas tareas o funciones, en tanto Requisito es una
Pgina 46 de 206
condicin y/o especificacin tcnica u operativa respecto de los requerimientos. Dado

que ambos trminos suelen ser utilizados como sinnimos, hecha la aclaracin, el
sistema experto a desarrollar se centrar sobre los Requerimientos del sistema.
El proceso de ingeniera de requerimientos se inicia en la etapa de elicitacin
donde se interacta fluidamente con los usuarios y/o clientes, se obtienen reportes de
sistemas anteriores, entrevistas, documentacin aportada por los futuros usuarios,
observaciones, etc. Al finalizar dicha fase el ingeniero debe generar el documento de
requerimientos, donde se deben asentar los requerimientos del producto software a
construir atendiendo a un enfoque del problema a resolver, junto con la descripcin
completa del dominio del problema donde se implantar el sistema.
El sistema se encarga del anlisis del problema mediante el uso de marcos de
problema para luego guiar al usuario en la informacin que necesita obtener para poder
documentar los requerimientos y la descripcin del dominio de aplicacin. El objetivo
primario es obtener un marco de problema adecuado al problema que el software intenta
dar solucin y, a partir del mismo, servir de gua para que toda la informacin necesaria
haya sido obtenida en orden de generar un documento preliminar de requerimientos.
Uno de los aportes del sistema experto es poner al servicio de los analistas
principiantes la experiencia adquirida por aquellas personas consideradas verdaderos
especialistas en el rea. Hay una gran distancia entre la correcta prctica de la ingeniera
de software y la prctica media, quiz mayor a la de cualquier otra ingeniera. Este
sistema experto contribuye en el mejoramiento de la prctica de la ingeniera del
software.
Para el clculo de las mtricas fueron tenidos en cuenta los siguientes elementos [Rizzi,
2001]:
Conceptos
- Dominio
- Descripcin del Dominio del Problema
- Fenmenos Compartidos
- Marcos de Problema
- Proyecto
- Requerimientos
- Documento de Requerimientos
Atributos
Conceptos
Dominio
Atributos
Nombre
Tipo
Identificado
Complejidad
Pgina 47 de 206
Conceptos
Atributos
Descripcin del Dominio Descripcin de dominios parte de un Marco de problema
del Problema
Descripcin de fenmenos compartidos
Completado
Fenmenos Compartidos Tipo
Nombre
Descripcin
Distorsion-Retardo
Dominio1-Dominio2
Marcos de Problema
Nombre
Tipo
Partes
FC_XX
Proyecto
Nombre
Objetivo
Partes
Documento de Requerimientos
Aproximacin-Descomposicin
Dificultad
Marcos
Requerimientos
Identificacin
Tipo
Descripcin
Completado
Documento de
Nombre de archivo
Requerimientos
Partes
Reglas
descripcin.
Nombre de la Regla
Rdescomponer
Rdescomponer1
Rdescomponer2
Formulacin Regla
Si
Proyecto.Marcos = Marco-Elemental
Entonces
Proyecto.Aproximacin-Descomposicin = ExteriorInterior
Si
Proyecto.Marcos <> (Marco-Elemental Or MarcoCompuesto-Conocido)
Entonces
Proyecto.Aproximacin-Descomposicin= InteriorExterior
Si
Proyecto.Marcos = Marco-Compuesto-Conocido
Entonces
Proyecto.Aproximacin-Descomposicin = MarcoCompuesto-Conocido
Pgina 48 de 206
Nombre de la Regla
AgregarMPInformacin
Formulacin Regla
Si
Requerimientos.Tipo = Consultas
Entonces
Proyecto.Marco = MP de Informacin
AgregarMPControl
Si
Requerimientos.Tipo = Reglas-de-Comportamiento
Entonces
Proyecto.Marco= MP Control
AgregarMPWorkpieces
Si
Requerimientos.Tipo = Operaciones-EndominiosCreados
Entonces
Proyecto.Marco= MP Workpieces
AgregarMPTransformacion Si
Requerimientos.Tipo = Mapeos
Entonces
Proyecto.Marco = MP Transformacin
Fenmenos CompartidosPI
Si
Proyecto.Marco.Tipo= Informacin
Entonces
Preguntar(MPSI.FC-H1, MPSI.FCE1,MPSI.FC-E2)
FenmenosCompartidosPC
Si
Proyecto.Marco.Tipo = Control
Entonces
Preguntar(MPSC.FC-C1, MPSC.FC-C2,MPSC.FC-C3)
FenmenosCompartidosWP Si
Proyecto.Marco.Tipo = Workpieces
Entonces
Preguntar(MPWP.FC-E1,MPWP.FC-E2, MPWP.FCS1)
FenmenosCompartidosCO Si
Proyecto.Marco.Tipo = Conexin
Entonces
Preguntar(MPCO.FC-C1,MPCO.FC-C2)
DomMundoReal
Si
Dominio.Nombre = Mundoreal And Dominio.Tipo =
Autonomo Xor Esttico
Entonces
Dominio.Identificado=TRUE
DomControlado
Si
Dominio.Nombre = Domcontrolado And Dominio.Tipo
= (Autonomo And Tangible) Or Reactivo
Entonces
DomSolicitantesInformacion Si
Dominio.Nombre=SolicitantesInformacin And
Dominio.Tipo = Autonomo Xor Programable Xor
Delegable
Entonces
Pgina 49 de 206
Nombre de la Regla
DomDatosEntrada
DomDatosSalida
DomUsuarioWP
DomUsuario
DomPiezadeTrabajo
Dificultad-Conexin
Dificultad-Identidad
Dificultad-Rflexibles
RIDConexin
Formulacin Regla
Si
Dominio.Nombre = Datosentrada And Dominio.Tipo =
Autonomo
Entonces
Si
Dominio.Nombre = Datossalida And
Dominio.Tipo = Inerte
Entonces
Si
Dominio.Nombre = Usuario And
Dominio.Tipo = Autonomo And Delegable And
Parte-De(Usuario,Workpieces)
Entonces Dominio.Identificado=TRUE
Si
Dominio.Nombre = Usuario And
Dominio.Tipo= Autonomo
Entonces
Si
Dominio.Nombre = Piezatrabajo And
Dominio.Tipo= Inerte Xor Reactivo
Entonces
Si
Proyecto.Marco.Tipo = Informacin And
Fc.Distorsion-Retardo = Si
Entonces
Proyecto.Dificultad = Conexin
Proyecto.Marco = Informacin
Si
Proyecto.Marco.Tipo = (Control Or Informacin)
Entonces
Proyecto.Dificultad = Identidad
Proyecto.Marco = Transformacin
Si
Requerimientos.Tipo = Operaciones-SobredominioCreado
Entonces
Proyecto.Marco = MPWP
Proyecto.Dificultad = Req-Flexible
Si
FC.Dominio1 = Mundoreal Or FC.Dominio1 =
Domcontrolado And FC.Dominio1 <> FC.Dominio2 Or
(FC.Tipo = Evento And FC.Distorsion-Retardo = Si)
Entonces
Proyecto.Marco = MPCO
Pgina 50 de 206
Nombre de la Regla
DescribirMPInformacin
Formulacin Regla
Si
Marco.Tipo = MPSI
Entonces
Showwindow(Clases)
Showwindow(Eventos)
Showwindow(Consultas)
DescribirMPControl
Si
Marco.Tipo = MPSC
Entonces
Showwindow(Clases)
Showwindow(Reglascomportamiento)
Showwindow(Acciones)
DescribirMPTransformacin Si
Marco.Tipo = MPTR
Entonces
Showwindow(Dataentrada-Showwindow(Mapeos)
DescribirMPConexin
Si
Marco.Tipo = MPCO
Entonces
Showwindow(Estados)
Showwindow(Eventos)
Showwindow(Distorsionesretardos)
DiagramaJackson
Si
Dominio.Nombre = Datos_Entrada And
Datos_Entrada.Tipoestructura = Basica
Entonces
Datos.Entrada.Tipodiagrama = Jackson
DiagramaSintctico
Si
Datos_Entrada =Tipoestructura = Basica And
Recursion
Entonces
Datosentrada.Tipodiagrama= Sintctico
DiagramaWarnier-Orr
Si
Datos_Entrada.Tipoestructura = Basica And
Recursion And Concurrencia
Entonces
Datosentrada.Ripodiagrama= Warnier-Orr
DiagramaFlowChart
Si
Datos_Entrada.Tipoestructura = Basica And Simple
Entonces
Datosentrada.Tipodiagrama= Flowchart
DiagramaAdhoc
Si
Datos_Entrada.Tipoestructura = Suigeneris
Entonces
Datosentrada.Tipodiagrama = Adhoc
Pgina 51 de 206
Nombre de la Regla
DiagramaJackson1
DiagramaSintctico1
DiagramaWarnier-Orr1
DiagramaFlowChart1
DiagramaAdhoc1
Generar-Documento
rAgregar-MPCO
rAgregar-DominioConexin
Formulacin Regla
Si
Dominio.Nombre = Datos_Salida And
Datos_Salida.Tipoestructura = Basica
Entonces
Datos.Salida.Tipodiagrama = Jackson
Si
Datos_Salida.Tipoestructura = Basica And Recursion
Entonces
Datos Salida.Tipodiagrama= Sintctico
Si
Datos_Salida.Tipoestructura = Basica And
Recursion And Concurrencia
Entonces
Datossalida.Tipodiagrama= Warnier-Orr
Si
Datos_Salida.Tipoestructura = Basica And Simple
Entonces
Datossalida.Tipodiagrama= Flowchart
Si
Datos_Salida.Tipoestructura = Suigeneris
Entonces
Datossalida.Tipodiagrama = Adhoc
Si
Descripcin-Dominio-DelProblema.Completado = Si And
Requerimientos.Completado = Si
Entonces
Proyecto.Documento-De-Requerimientos =
Documento-De-Requerimientos.Nombre-Archivo
Generar-Documento(Proyecto.DocumentodeRequerimientos)
Si
FC.Distorsion-Retardo = Si And
(FC.Dominio1.Tipo= Conexin)
Entonces
Proyecto.Marco = MPCO
Si
FC.Distorsion-Y-Retardo = Si
And Dominio.Tipo=Conexion And
Dominio.Complejidad=Alta
Entonces
Proyecto.Marco.Parte = Conexion
Pgina 52 de 206
En las reglas se utilizaron las siguientes abreviaturas:

FC: Fenmenos Compartidos
MP: Marco de Problema
MPSI: Marco de Problema de Informacin
MPSC: Marco de Problema de Control
MPWP: Marco de Problema Worpieces
MPTR: Marco de Problema de Transformacin
MPCO: Marco de Problema de Control
Cantidad de Reglas
7
29
40


Resultado
5
7
0,71


Cantidad de Atributos en Regla s
Resultado
25
29
0,86


Cantidad de Reglas
Resultado
7
40
0,18

Pgina 53 de 206

Promedio
29
7
4,14


Promedio
NA
NA


Promedio
1,40


Promedio
1,87


Atributos en Reglas
Cantidad de Reglas
Suma
1,87
40
NA
NA


Promedio
13
7
91,00

Pgina 54 de 206

Promedio
3,66


Promedio
13


Promedio
NA

(*) NA: No Aplica.

3.05. Sistema Experto para la Asistencia Respiratoria Mecnica con Respiradores
de Alta Frecuencia.
(extrado de Sistema Experto para la Asistencia Respiratoria Mecnica con
Respiradores de Alta Frecuencia [Bermejo, 2002]).
Este es un sistema de asistencia en el manejo de ventiladores de alta frecuencia
oscilatoria (VAFO) para pacientes neonatales. Para su construccin se siguieron los
pasos de la metodologa IDEAL. El sistema fue concebido frente a la necesidad de
realizar un sistema de asistencia para la programacin de respiradores de VAFO en el
rea de neonatologa. Asiste a los mdicos para determinar la estrategia de ventilacin,
permitindole recomendar el mejor tratamiento, contemplando diversas situaciones y
condiciones del paciente, tendiendo a prevenir al mximo las complicaciones y las
secuelas, en particular aquellas que generan discapacidades severas o muerte.
Algunas de las funciones que se cumplen son:
Asistir al responsable del manejo del respirador en el proceso de

configuracin o programacin del respirador.
Poner al servicio del personal mdico, responsable de la configuracin del

respirador, la experiencia adquirida por aquellas personas consideradas
verdaderos especialistas en el rea.
Contribuir en el mejoramiento de la prctica de la VAFO y que a la vez se

incentive su uso.
Pgina 55 de 206
La ventilacin de alta frecuencia oscilatoria (VAFO), presenta grandes

diferencias respecto a la ventilacin mecnica tradicional (VMC); en particular se
utilizan frecuencias respiratorias superiores a 120 respiraciones por minuto (RPM), y
volmenes corrientes, inferiores al espacio muerto anatmico. De esta manera, se
intenta no slo proveer soporte durante la ventilacin en pacientes con falla respiratoria
aguda, sino tambin disminuir el dao inducido por el respirador. Los trabajos
cientficos han presentado casos clnicos con xito, pero no suficientes, haciendo que
los mdicos presenten dudas respecto a la nueva estrategia de ventilacin. Con los
nuevos trabajos publicados y el uso de estos respiradores, la opinin esta cambiando
lentamente. Esta inercia relacionada con la introduccin de un nuevo tratamiento, no
presenta diferencias respecto de otros cambios importantes que se han presentado en la
medicina anteriormente. Sin embargo, se presenta un problema adicional a la insercin
del concepto de la VAFO, que es la implementacin del mismo en un servicio de terapia
intensiva. Los equipos que permiten ventilar con alta frecuencia oscilatoria son
completamente diferentes a los equipos que realizan VMC (controles, seteo,
configuracin, maniobras de enfermera, consumibles, etc).
La Ingeniera del Software permite el desarrollo de herramientas que pueden
ayudar en el entrenamiento y la introduccin de este tipo de tecnologas.

[Bermejo, 2002]):
Conceptos
- Paciente
- Oxigenacin
- Ventilacin
- Hemodinmia
- Recomendacin
Atributos
Conceptos
Paciente
Oxigenacin
Atributos
Nombre
Peso
Diagnstico
Estrategia
Espacios Intercostales
Etapa
Gases
FiO2 Nueva
Paw Nueva
PO2 Nueva
Saturacin Nueva
Estado
Recomendacin
Tendencia
Pgina 56 de 206
Conceptos
Ventilacin
Atributos
PCO2 Nueva
DeltaP Nuevo
Estado
Vibracin del Pecho
Recomendacin
Presin Arterial
Diuresis
Temperatura Perifrica
Relleno Capilar
Estado
Frecuencia
Paw
FIO2
DeltaP
Flujo
Hemodinmia
Recomendacin
Reglas
descripcin.
Nombre de la Regla
Hemodinamia10
Hemodinamia11
Hemodinamia12
Hemodinamia13
Hemodinamia2
EIC_2
EIC_3
EIC_4
SDR
Neumotorax
Enfisema
Etapa1
Formulacin Regla
Si la Diuresis no se encuentra dentro de los valores normales,
entonces, el Estado Hemodinmico del paciente es Malo.
Si la Temperatura Perifrica no se encuentra dentro de los
valores normales, entonces, el Estado Hemodinmico del
paciente es Malo.
Si la Presin Arterial no se encuentra dentro de los valores
normales, entonces, el Estado Hemodinmico del paciente es
Malo.
Si el Relleno Capilar no se encuentra dentro de los valores
normales, entonces, el Estado Hemodinmico del paciente es
Malo.
Si la Diuresis, y la Temperatura Perifrica, y la Presin
Arterial, y el Relleno Capilar se encuentran dentro de los
valores normales, entonces, el Estado Hemodinmico del
paciente es Bueno.
Si la cantidad de espacios intercostales es inferior a 8, entonces
aumentar la Paw 2 cmH2O.
Si la cantidad de espacios intercostales es superior a 8, entonces
reducir la Paw 1 cmH2O.
Si la cantidad de espacios intercostales es 8, entonces observar
el estado hemodinmico del paciente
Si el diagnstico es SDR, entonces la Estrategia es VPO.
Si la estrategia es VPO, entonces preguntar al mdico cual es
la Etapa.
Si el diagnstico es Neumotorax o Enfisema Instersticial,
entonces la estrategia es VPM
Si la estrategia es VPM, entonces la Etapa es Cicatrizacin
Pgina 57 de 206
Nombre de la Regla
Saturacin1
Saturacion2
PO2_1
PO2_2
Saturacion3
Saturacion4
PCO2_1
PCO2_2
PCO2_3
PCO2_4
PCO2_5
PCO2_6
Vibracion1
Vibracion2
Vibracion3
Vibracion4
Frecuencia
Frecuencia1
FIO2_1
FIO2_3
FIO2_5
Formulacin Regla
Si la saturacin postductal es mayor a 88% o la preductal
mayor a 91% y la estrategia es Volumen Pulmonar ptimo,
entonces la oxigenacin es buena.
Si hay gases en sangre y la PO2 se encuentra entre 50 a 60
mmHg entonces la oxigenacin es buena.
Si la saturacin postductal es menor a 88% o la preductal
menor a 91% y la estrategia es Volumen Pulmonar ptimo,
entonces la oxigenacin es mala.
Si hay gases en sangre y la PO2 es menor a 50 mmHg entonces
la oxigenacin es mala.
Si la etapa es cicatrizacin y la saturacin del paciente es
mayor a 89% entonces la oxigenacin es Buena.
Si la etapa es cicatrizacin y la saturacin del paciente es
menor a 90% entonces la oxigenacin es Mala.
Si los gases en sangre estn disponibles y la estrategia es VPO
y la PCO2 es menor a 45 mmHg entonces la ventilacin es alta.
Si los gases en sangre estn disponibles y la estrategia es VPO
y la PCO2 es mayor a 55 mmHg entonces la ventilacin es
baja.
Si los gases no se encuentran disponibles y la estrategia es
VPO y existe vibracin del pecho entonces la ventilacin es
normal.
Si hay datos de gases en sangre disponibles, y la PCO2 es
inferior a 55 mmHg, entonces la Ventilacin es alta.
superior a 60 mmHg entonces la ventilacin es Mala.
menor a 60 mmHg y mayor a 55 mmHg entonces la ventilacin
es Normal.
Si no hay gases disponibles, entonces observar el pecho del
paciente.
Si la vibracin del pecho es enrgica (se observa), entonces la
ventilacin es Alta.
Si la vibracin del pecho es nula o poco (no se observa),
entonces la ventilacin es Mala.
Si la vibracin del Pecho es normal, entonces la ventilacin
es
Normal.
Si el peso del paciente es mayor a los 2000 grs, la frecuencia
debera ser de 10Hz.
Si el peso del paciente es inferior a los 2000 grs, la frecuencia
debera ser 15 Hz.
Si la FIO2 es mayor a 40% y la etapa es pulmn reclutado y la
oxigenacin es buena entonces se debe reducir la FIO2.
Si la Etapa es Cicatrizacin y la Oxigenacin es mala y la
FIO2 es menor a 100 entonces programar la FIO2 en 100%
Si la etapa es reclutamiento, entonces la FIO2 es 100%
Pgina 58 de 206
Nombre de la Regla
FIO2_6
Reclutamiento_2
DeltaP1
DeltaP2
DeltaP3
Cicatrizacion_Paw
FIO2_4
Cicatrizacin_Paw1
Cicatrizacion_Paw2
Cicatrizacion_Paw3
Formulacin Regla
Si la Etapa es cicatrizacin, la oxigenacin es buena, la FIO2
es mayor a 60%, y la diferencia entre la Presin inicial y la
actual es mayor a 3 cmH2O, entonces disminuir la FIO2 un
10%.
Si la etapa es reclutamiento, y la oxigenacin es buena,
entonces recomendar la reduccin de la FiO2, e informar que
es probable que el pulmn est reclutado.
Si la Ventilacin es Alta, entonces reducir el delta P actual.
Si la Ventilacin es Mala, entonces se debe aumentar el Delta
P actual un 10%.
Si la Ventilacin el Normal, entonces no modificar el delta P
actual.
Si la Etapa es Cicatrizacin, y la Oxigenacin es mala y la
FIO2 es 100, entonces aumentar la Paw 0.5 cmH2O.
Si la FIO2 es menor a 40% y la etapa es pulmn reclutado,
entonces reducir la presin 2 cmH2O
Si la oxigenacin es buena, y la FiO2 es mayor a 60%, y
adems, si la diferencia entre la presin inicial y la actual es
menor de 3 cmH2O , entonces reducir la Paw 0.5 cmH2O.
Si la Etapa es Cicatrizacin, y la Oxigenacin es buena y la
diferencia entre la presin inicial y la presin actual es menor
a
3 cmH2O, entonces disminuir la Paw 0.5 cmH2O.
Si la Etapa es Cicatrizacin, y la Oxigenacin es buena y la
FIO2 es menor a 60%,y la diferencia entre la presin inicial y
la presin actual es mayor a 3 cmH2O, entonces mantener la
presin, reducir la FiO2 actual.

Cantidad de Reglas
5
30
43


Resultado
5
5
1,00

Pgina 59 de 206

Cantidad de Atributos en Regla s
Resultado
28
30
0,93


Cantidad de Reglas
Resultado
5
43
0,12


Promedio
30
5
6,00


Promedio
NA
NA


Promedio
1,97


Promedio
3,87

Pgina 60 de 206

Atributos en Reglas
Cantidad de Reglas
Suma
3,87
43
NA
NA


Promedio
9,60
5
48,00


Promedio
3,11


Promedio
9,6


Promedio
NA

(*) NA: No Aplica.
Pgina 61 de 206
3.06. Sistema de Asistencia para la Seleccin de Estrategias y Actividades

Instruccionales.
(extrado de Sistema de Asistencia para la Seleccin de Estrategias y Actividades
Instruccionales [Hossian, 2003]).
Aqu podemos establecer que este es un sistema que captura el saber hacer de
diseadores instruccionales y por lo tanto es capaz de recomendar estrategias adecuadas
que faciliten el alcance de los objetivos de la instruccin por parte de los educandos, en
el contexto del ambiente de aprendizaje que se trate. Es un prototipo de Sistema que
asiste al Diseador Instruccional en la seleccin de las mejores estrategias y actividades
ms efectivas a ser incluidas en un ambiente de aprendizaje computarizado en particular.
Esto significa que dadas las caractersticas ms relevantes de dicho ambiente: educando,
contexto de aprendizaje, contenido curricular, objetivos curriculares y recursos
tecnolgicos, el sistema es capaz de identificar aquellas estrategias y actividades de
instruccin que faciliten el alcance de los objetivos de la instruccin por parte de los
educandos).
El sistema, recomienda las estrategias ms efectivas y las actividades a incluir en
el diseo de ambientes de aprendizaje computarizado usando las teoras de aprendizaje
ms importantes. Otras teoras tambin son consideradas con el propsito de proveer
recomendaciones en casos ms especficos que puedan emerger. Es de suma
importancia destacar, que los tres mbitos que abarca la educacin: cognitivo (pensar),
afectivo (sentir) y psicomotor (hacer), se encuentran inextricablemente unidos. No
obstante, las formas de fomentar el desarrollo, es decir los mtodos de enseanza,
difieren en mayor medida en el caso de los aspectos cognitivos del desarrollo que en los
afectivos y psicomotrices. En virtud de lo expuesto, el alcance de las prestaciones del
presente sistema se vinculan solamente al desarrollo del mbito cognitivo.
La instruccin puede verse como la creacin intencional de condiciones en el
entorno de aprendizaje a fin de facilitar el logro de determinados objetivos
educacionales. Desde un punto de vista didctico, la instruccin consiste en un conjunto
de actividades de aprendizaje, las cuales normalmente se articulan en determinadas
estrategias. Es bien reconocido en el campo de la tecnologa educativa que es necesario
basar dichas estrategias en un modelo terico de la instruccin. Sin embargo, debido a la
complejidad y a lo imprevisible de los resultados y estilos de aprendizaje observados en
diferentes situaciones y ambientes educativos, el xito en la consecucin de los
objetivos de la instruccin no est garantizado por la simple adopcin de premisas
epistemolgicas. Por lo tanto, se requiere contar con el conocimiento y la experiencia de
diseadores intruccionales que hayan adquirido a lo largo del ejercicio de la profesin
una experticia tal que les permita encontrar soluciones efectivas bajo ciertas condiciones
de ambiente de aprendizaje a disear.
El sistema de informacin representado en el sistema experto intenta capturar el
saber hacer de diseadores instruccionales y por lo tanto es capaz de recomendar
estrategias adecuadas que faciliten el alcance de los objetivos de la instruccin por parte
de los educandos, en el contexto del ambiente de aprendizaje que se trate. Para ello el
sistema se basa en un modelo de la instruccin que sintetiza teoras, resultados de
Pgina 62 de 206
investigacin y experiencia en el rea del diseo instruccional a fin de converger hacia

el logro de un diseo de instruccin altamente efectivo en la concrecin de sus premisas.
[Hossian, 2003]):
Conceptos
- Actividad
- Anlisis
- Aplicacin
- Comprensin
- Conocimiento
- Contenido
- Contexto
- Dominio
- Educando
- EstEspec_ContAprend
- EstEspec_Dominio
- EstEspec_EstAprend
- EstEspec_Motiv
- EstEspec_NivDes
- EstGrales
- Evaluacin
- ObjIns
- Sntesis
- Tarea
- TeoraEspecfica
- TeoraGral
- Verbo
Atributos
Conceptos
Actividad
Anlisis
Aplicacin
Comprensin
Atributos
Actividad 1
Actividad 2
Actividad 3
Actividad 4
Actividad 5
Actividad 6
Actividad 7
Elementos
Relaciones
PrincipiosOrg
SiAplic
Extrapolacin
Interpretacin
Traduccin
Pgina 63 de 206
Conceptos
Conocimiento
Contenido
Contexto
Dominio
Educando
EstEspec_ContAprend
EstEspec_Dominio
Atributos
ClasyCat
Convenciones
Criterios
DatosEsp
Metodologa
PrincyGener
TendySec
TeoryEstruc
Metodologa
Acerca_Conceptos
Acerca_de_Procesos
Acerca_Roles
Acerca_Situaciones
Aseveraciones_sobre_hechos
Conocimiento_Implcito
Dependiente_Contexto
Elementos_Visuales
Experiencia_Aprendizaje
Frases_declarativas
Habilidad_Objetivo
Mtodo_de_Resolucin
Mucha_Investigacin
Realizar_Tareas
Relaciones_Causa_Efecto
Tema_Enseanza
Tipo_Conocimiento
Nmero
Presencialidad
Nombre
Tipo_Conceptos
EstCognitiva
EstiloAbordaje
EstiloDependencia
EstiloPerceptual
ExperEducativa
Motivacin
NivDesarrollo
NivelConocPrev
Distancia
Grupal
Individual
Tutorial
Anderson
Aviacin
Bransford
Brown
Bruner
DeBono
Gibson
Pgina 64 de 206
Conceptos
EstEspec_EstAprend
EstEspec_Motiv
EstEspec_NivDes
EstGrales
Evaluacin
ObjIns
Sntesis
Tarea
Atributos
Hatch
Landa
Matemtica
Newell&Simon
PrimerIdioma
Schoenfeld
VanLehn
Vigotsky
Wertheimer
Auditivo
Dependiente
Holstico
Independiente
Kinestsico
Lgico
Serialista
Tctil
Visual
Keller
Malone
Abstracto
Concreto
Estmulo_Respuesta
Habilidad_Objetivo
Imgenes
Inferencia
Interactividad
Mental
Observacin
Procedural
Reflexin
Roles
Situaciones_Simuladas
Teora Cognitivista
Teora Conductista
Teora Constructivista
Si Evaluacin
Anlisis
Aplicacin
Comprensin
Conocimiento
Evaluacin
Sntesis
DerivConjRelAbs
ProdComUnic
ProdPlan
ClasyCat
Convenciones
Criterios
Pgina 65 de 206
Conceptos
Atributos
DatosEsp
DerivConjRelAbs
Elementos
Extrapolacin
Interpretacin
Metodologa
NivelAlto
NivelBajo
NivelMedio
NivProcCognitivo
PrincipiosOrg
PrincyGener
ProdComUnic
ProdPlan
Relaciones
TendySec
TeoryEstruc
Terminologa
Traduccin
Dominio
Motivacin
Cognitivista
Conductista
Constructivista
Anlisis
Aplicacin
Comprensin
Conocimiento
Evaluacin
Sntesis
TeoraEspecfica
TeoraGral
Verbo
Reglas
descripcin.
Nombre de la Regla
Objetivo Instrucional
Conocimiento
Comprensin
Formulacin Regla
Si
Verbo.Conocimiento es : AFIRMAR o NOMBRAR o LISTAR o
DEFINIR o COMBINAR o ROTULAR o DESCRIBIR o
RECITAR o DECIR o RECORDAR o CONTAR o
IDENTIFICAR o SECUENCIAR o CITAR o ENCONTRAR
Entonces
ObjIns.Conocimiento es V
Si
Verbo.Comprensin es RESUMIR o INTERPRETAR o
PREDECIR o DISCUTIR o ILUSTRAR o PARAFRASEAR o
DEMOSTRAR o GENERALIZAR o LOCALIZAR o
Pgina 66 de 206
Nombre de la Regla
Aplicacin
Anlisis
Sntesis
Evaluacin
REG 1
REG 2
REG 3
Formulacin Regla
REPORTAR
Entonces
ObjIns.Comprensin es V
Si
Verbo.Aplicacin es TRANSFERIR o COMPUTAR o
PRODUCIR o ELEGIR o USAR o ENTREVISTAR o DIBUJAR
o APLICAR o MOSTRAR o CAMBIAR o PINTAR o
PREPARAR o DRAMATIZAR o IMITAR
Entonces
ObjIns.Aplicacin es V
Si
Verbo.Anlisis es DIFERENCIAR o CONTRASTAR o
DEDUCIR o CLASIFICAR o DEBATIR o INVESTIGAR o
DISTINGUIR o RELATAR o COMPARAR o RESALTAR o
CARACTERIZAR o SEPARAR o ANALIZAR o DISCRIMINAR
o EXAMINAR
Entonces
ObjIns.Anlisis es V
Si
Verbo.Sntesis es CREAR o DISEAR o PROPONER o
ORGANIZAR o CONSTRUIR o DESARROLLAR o
PLANIFICAR o CONFECCIONAR o PRODUCIR o
COMPONER o INVENTAR o SIMULAR o ORIGINAR o
INTEGRAR o REESCRIBIR o REALIZAR
Entonces
ObjIns.Sntesis es V
Si
Verbo.Evaluacin es JUZGAR o SELECCIONAR o PROBAR
o
DECIDIR o TASAR o RANKEAR o CRITICAR o PRIORIZAR
o
INTUIR o VALORAR o EVALUAR o APRECIAR o
CONCLUIR o DETERMINAR o OPTAR o JUSTIFICAR o
ARGUMENTAR
Entonces
ObjIns.Evaluacin es V
Si
ObjIns.Conocimiento es V o ObjIns.Comprensin es V
Entonces
Tarea.NivelBajo es V
Si
ObjIns.Aplicacin es V o ObjIns.Anlisis es V
Entonces
Tarea.NivelMedio es V
Si
ObjIns.Sntesis es V o ObjIns.Evaluacin es V
Entonces
Tarea.NivelAlto es V
Pgina 67 de 206
Nombre de la Regla
Nivel de
Procesamiento
Cognitivo
Bajo Primer Caso
Nivel de
Procesamiento
Cognitivo
Medio Primer Caso
Nivel de
Procesamiento
Cognitivo
Alto Primer Caso
Nivel de
Procesamiento
Cognitivo
Medio Segundo Caso
Nivel de
Procesamiento
Cognitivo
Alto Segundo Caso
Nivel de
Procesamiento
Cognitivo
Alto Tercer Caso
Nivel de
Procesamiento
Cognitivo
Alto Cuarto Caso
REG 4
REG 5
REG 6
Formulacin Regla
Si
Tarea.NivelBajo es V y Tarea.NivelMedio es F y
Tarea.NivelAlto es F
Entonces
Tarea.NivProcCognitivo es BAJO
Si
Tarea.NivelBajo es F y Tarea.NivelMedio es V y
Entonces
Tarea.NivProcCognitivo es MEDIO
Si
Tarea.NivelBajo es F y Tarea.NivelMedio es F y
Entonces
Tarea.NivProcCognitivo es ALTO
Si
Tarea.NivelBajo es V y Tarea.NivelMedio es V y
Entonces
Tarea.NivProcCognitivo es MEDIO
Si
Tarea.NivelBajo es V y Tarea.NivelAlto es V y
Tarea.NivelMedio es F
Entonces
Si
Tarea.NivelMedio es V y Tarea.NivelAlto es V y
Tarea.NivelBajo es F
Entonces
Si
Tarea.NivelBajo es V y Tarea.NivelMedio es V y
Entonces
Si
Tarea.NivProcCognitivo es BAJO y
Educando.NivelConocPrev es BAJO
Entonces
TeoraGral.Conductista es V
Si
Tarea.NivProcCognitivo es MEDIO y
Entonces
TeoraGral.Conductista es V y TeoraGral.Cognitivista es V
Si
Tarea.NivProcCognitivo es ALTO y
Entonces
Pgina 68 de 206
Nombre de la Regla
REG 7
REG 8
REG 9
REG 10
REG 11
REG 12
REG 13
REG 14
REG 15
REG 16
Formulacin Regla
TeoraGral.Conductista es V y TeoraGral.Cognitivista es V y
TeoraGral.Constructivista es V
Si
Educando.NivelConocPrev es MEDIO
Entonces
TeoraGral.Cognitivista es V
Si
Entonces
TeoraGral.Cognitivista es V
Si
Entonces
TeoraGral.Cognitivista es V y TeoraGral.Constructivista es
V
Si
Educando.NivelConocPrev es ALTO
Entonces
Si
Educando.NivelConocPrev esALTO
Entonces
Si
Educando.NivelConocPrev es ALTO
Entonces
Si
TeoraGral.Conductista es V
Entonces
EstGrales.TeoraConductista es V
Si
TeoraGral.Cognitivista es V y Educando.NivDesarrollo es
CONCRETO o ABSTRACTO
Entonces
EstGrales.TeoraCognitivista es V
Si
TeoraGral. Constructivista es V y Educando.NivDesarrollo es
ABSTRACTO
Entonces
EstGrales.TeoraConstructivista es V
Si
Contenido.Aseveraciones_sobre_hechos es MUCHO o
Pgina 69 de 206
Nombre de la Regla
REG 17
REG 18
REG 19
REG 20
REG 21
REG 22
REG 23
REG 24
REG 25
REG 26
Formulacin Regla
Contenido.Frases_ declarativas es MUCHO
Entonces
Contenido.Tipo_Conocimiento es FACTUAL
Si
Contenido.Relaciones_Causa_Efecto es MUCHAS y
Contenido.Realizar_Tareas es SECUENCIALMENTE y
Contenido.Mtodo_de_Resolucin es APLICAR
Entonces
Contenido.Tipo_Conocimiento es PROCEDURAL
Si
Contenido.Acerca_de_Procesos es SIMULTANEOS y
INTERACTUANTES y
CON_INTERDEPENDENCIA_MULTIPLE
Entonces
Contenido.Tipo_Conocimiento es MODELOS_MENTALES
Si
Contenido.Elementos_Visuales es MUCHOS
Entonces
Contenido.Tipo_Conocimiento es IMAGENES
Si
Contenido.Acerca_Situaciones es SI
Entonces
Contenido.Tipo_Conocimiento es ESTIMULO_RESPUESTA
Si
Contenido.Experiencia_Aprendizaje es SI
Entonces
Contenido.Tipo_Conocimiento es CONSTRUCCION
Si
Contenido.Dependiente_Contexto es SI
Entonces
Contenido.Tipo_Conocimiento es CONTEXTUAL
Si
Contenido.Acerca_Conceptos es
MLTIPLES_Y_BAJO_DEPENDE NCIA_JERRQUICA
Entonces
Dominio.Tipo_Conceptos es ESTRUCTURADO
Si
Contenido.Acerca_Conceptos es
MLTIPLES_E_INTERDEPENDIENTES
Entonces
Dominio.Tipo_Conceptos es COMPLEJO
Si
Contenido.Conocimiento_Implcito es SI
Entonces
Contenido.Tipo_Conocimiento es IMPLICITO
Si
Contenido.Tipo_Conocimiento es FACTUAL y
Pgina 70 de 206
Nombre de la Regla
REG 27
REG 28
REG 29
REG 31
REG 32
REG 33
REG 34
REG 35
Formulacin Regla
Entonces
EstGrales.Inferencia es V
Si
Contenido.Tipo_Conocimiento es IMAGENES y TeoraGral.
Cognitivista es V y Educando.NivDesarrollo es CONCRETO o
ABSTRACTO
Entonces
EstGrales.Imgenes es V
Si
Contenido.Tipo_Conocimiento es PROCEDURAL y
Entonces
EstGrales.Procedural es V
Si
Contenido.Tipo_Conocimiento es MODELOS_MENTALES y
CONCRETO
o ABSTRACTO
Entonces
EstGrales.Mental es V
Si
Contenido.Tipo_Conocimiento es ESTIMULO_RESPUESTA
y
TeoraGral.Conductista es V y Dominio.Tipo_Conceptos es
ESTRUCTURADO
Entonces
EstGrales.Estmulo_Respuesta es V
Si
Contenido.Mucha_Investigacin es SI y Contenido.
Tipo_Conocimiento es CONSTRUCCION y CONTEXTUAL y
TeoraGral.Constructivista es V y Dominio.Tipo_Conceptos es
COMPLEJO y Educando.NivDesarrollo es ABSTRACTO
Entonces
EstGrales.REFLEXION es V
Si
Contenido. Relaciones_Causa_Efecto es Oscuras y Teora
Gral.Constructivista es V y Educando.NivDesarrollo es
ABSTRACTO
Entonces
EstGrales.Situaciones_Simuladas es V
Si
Contenido.Tipo_Conocimiento es IMPLICITO y Teora
ABSTRACTO
Entonces
EstGrales.Observacin es V
Si
Contenido.Acerca_Roles es SI y Teora Gral.Constructivista
Pgina 71 de 206
Nombre de la Regla
REG 36
REG 37
REG 38
RESP 1
RESP 2
RESP 3
RESP 4
RESP 5
RESP 6
RESP 7
RESP 8
Formulacin Regla
es V y Educando.NivDesarrollo es ABSTRACTO
Entonces
EstGrales.Roles es V
Si
Contenido.Habilidad_Objetivo es SI y Teora
ABSTRACTO
Entonces
EstGrales. Habilidad_Objetivo es V
Si
Educando.ExperEducativa es NO_ASIMILABLE
Entonces
Educando.EstCognitiva es INFLEXIBLE
Si
Educando.EstCognitiva es INFLEXIBLE
Entonces
EstGrales.Interactividad es V
Si
Educando.Motivacin es BAJO
Entonces
Teora Especfica.Motivacin es MALONE
Si
Educando.Motivacin es MEDIO
Entonces
Teora Especfica.Motivacin es KELLER
Si
Teora Especfica.Motivacin es MALONE
Entonces
EstEspec_Motiv.Malone es V
Si
Teora Especfica.Motivacin es KELLER
Entonces
EstEspec_Motiv.Keller es V
Si
Dominio.Nombre es AVIACIN y
Contenido.Tema_Enseanza es
ENTRENAMIENTO_DE_PILOTOS
Entonces
Teora Especfica.Dominio es GIBSON
Si
Teora Especfica.Dominio es GIBSON
Entonces
EstEspec_Dominio.GIBSON es V
Si
Dominio.Nombre es AVIACION
Entonces
EstEspec_Dominio. AVIACION es V
Si
Dominio.Nombre es IDIOMA y Contenido.Tema_Enseanza
Pgina 72 de 206
Nombre de la Regla
RESP 9
RESP 10
RESP 11
RESP 12
RESP 13
RESP 14
RESP 15
RESP 16
RESP 17
RESP 18
Formulacin Regla
es
PRIMER_LENGUAJE_DE_ADQUISICION
Entonces
EstEspec_Dominio. PrimerIdioma es V
Si
es
Entonces
Teora Especfica.Dominio es HATCH
Si
Teora Especfica.Dominio es HATCH
Entonces
EstEspec_Dominio.Hatch es V
Si
es
Entonces
Teora Especfica.Dominio es VIGOTSKY
Si
Teora Especfica.Dominio es VIGOTSKY
Entonces
EstEspec_Dominio.Vigotsky es V
Si
es
SEGUNDO_LENGUAJE_DE_ADQUISICION
Entonces
Teora Especfica.Dominio es BROWN
Si
Teora Especfica.Dominio es BROWN
Entonces
EstEspec_Dominio.BROWN es V
Si
Dominio.Nombre es MATEMATICA
Entonces
Teora Especfica.Dominio es ANDERSON
Si
Teora Especfica.Dominio es ANDERSON
Entonces
EstEspec_Dominio.ANDERSON es V
Si
Entonces
Teora Especfica.Dominio es VANLEHN
Si
Teora Especfica.Dominio es VANLEHN
Entonces
Pgina 73 de 206
Nombre de la Regla
RESP 19
RESP 20
RESP 21
RESP 22
RESP 23
RESP 24
RESP 25
RESP 26
RESP 27
RESP 28
RESP 29
Formulacin Regla
EstEspec_Dominio.VANLEHN es V
Si
Entonces
Teora Especfica.Dominio es SCHOENFELD
Si
Teora Especfica.Dominio es SCHOENFELD
Entonces
EstEspec_Dominio.SCHOENFELD es V
Si
Entonces
Teora Especfica.Dominio es WERTHEIMER
Si
Entonces
EstEspec_Dominio.WERTHEIMER es V
Si
Dominio.Nombre es MATEMATICA y
y Educando.NivDesarrollo es ABSTRACTO
Entonces
Teora Especfica.Dominio es BRUNER
Si
Teora Especfica.Dominio es BRUNER
Entonces
EstEspec_Dominio.BRUNER es V
Si
Entonces
Teora Especfica.Dominio es LANDA
Si
Teora Especfica.Dominio es LANDA
Entonces
EstEspec_Dominio.LANDA es V
Si
Dominio.Nombre es SOLUCION_DE_PROBLEMAS y
Entonces
Teora Especfica.Dominio es NEWELL&SIMON
Si
Teora Especfica.Dominio es NEWELL&SIMON
Entonces
EstEspec_Dominio.NEWELL&SIMON es V
Si
Dominio.Nombre es SOLUCION_DE_PROBLEMAS
Entonces
Pgina 74 de 206
Nombre de la Regla
RESP 30
RESP 31
RESP 32
RESP 33
RESP 34
RESP 35
RESP 36
RESP 37
RESP 38
RESP 39
RESP 40
RESP 41
RESP 42
Formulacin Regla
Si
Entonces
Teora Especfica.Dominio es DEBONO
Si
Teora Especfica.Dominio es DEBONO
Entonces
EstEspec_Dominio.DEBONO es V
Si
Entonces
Teora Especfica.Dominio es BRANSFORD
Si
Teora Especfica.Dominio es BRANSFORD
Entonces
EstEspec_Dominio.BRANSFORD es V
Si
Educando.EstloDependencia es INDEPENDIENTE
Entonces
EstEspec_ EstAprend.Independiente es V
Si
Educando.EstloDependencia es DEPENDIENTE
Entonces
EstEspec_ EstAprend.Dependiente es V
Si
Educando.EstloAbordaje es SERIALISTA
Entonces
EstEspec_ EstAprend.Serialista es V
Si
Educando.EstloAbordaje es HOLISTICO
Entonces
EstEspec_ EstAprend.Holstico es V
Si
Educando.EstloPerceptual es VISUAL
Entonces
EstEspec_ EstAprend.Visual es V
Si
Educando.EstloPerceptual es AUDITIVO
Entonces
EstEspec_ EstAprend.Auditivo es V
Si
Educando.EstloPerceptual es TACTIL
Entonces
EstEspec_ EstAprend.Tctil es V
Si
Educando.EstloPerceptual es KINESTESICO
Entonces
EstEspec_ EstAprend.Kinestsico es V
Si
Pgina 75 de 206
Nombre de la Regla
RESP 43
RESP 44
RESP 45
RESP 46
RESP 47
RESP 48
Subcategora
Terminologa de
Categora
Conocimiento
Subcategora Datos
Especficos de
Categora
Conocimiento
Subcategora
Convenciones de
Categora
Conocimiento
Subcategora
Tendencias y
Secuencias de
Categora
Conocimiento
Subcategora
Clasificaciones y
Categoras de
Categora
Conocimiento
Formulacin Regla
Educando.EstloPerceptual es LOGICO
Entonces
EstEspec_ EstAprend.Lgico es V
Si
Educando.NivDesarrollo es CONCRETO
Entonces
EstEspec_ NivDes.Concreto es V
Si
Educando.NivDesarrollo es ABSTRACTO
Entonces
EstEspec_ NivDes.Abstracto es V
Si
Contexto.Nmero es INDIVIDUAL
Entonces
EstEspec_ ContAprend.Individual es V
Si
Contexto.Nmero es GRUPAL
Entonces
EstEspec_ ContAprend.Grupal es V
Si
Contexto.Presencialidad es TUTORIAL
Entonces
EstEspec_ ContAprend.Tutorial es V
Si
Contexto.Presencialidad es DISTANCIA
Entonces
EstEspec_ ContAprend.Distancia es V
Si
ObjIns.Conocimiento es V y Tarea.Terminologa es V
Entonces
Conocimiento.Terminologa es V
Si
ObjIns.Conocimiento es V y Tarea.DatosEsp es V
Entonces
Conocimiento.DatosEsp es V
Si
ObjIns.Conocimiento es V y Tarea.Convenciones es V
Entonces
Conocimiento.Convenciones es V
Si
ObjIns.Conocimiento es V y Tarea.TendySec es V
Entonces
Conocimiento.TendySec es V
Si
ObjIns.Conocimiento es V y Tarea.ClasyCat es V
Entonces
Conocimiento.ClasyCat es V
Pgina 76 de 206
Nombre de la Regla
Subcategora Criterios
de Categora
Conocimiento
Subcategora
Metodologa de
Categora
Conocimiento
Subcategora
Principios y
Generalizaciones de
Categora
Conocimiento
Subcategora Teoras y
Estructuras de
Categora
Conocimiento
Subcategora
Traduccin de
Categora
Comprensin
Formulacin Regla
Si
ObjIns.Conocimiento es V y Tarea.Criterios es V
Entonces
Conocimiento.Criterios es V
Si
ObjIns.Conocimiento es V y Tarea.Metodologa es V
Entonces
Conocimiento.Metodologa es V
Si
ObjIns.Conocimiento es V y Tarea.PrincyGener es V
Entonces
Conocimiento.PrincyGener es V
Si
ObjIns.Conocimiento es V y Tarea.TeoryEstruc es V
Entonces
Conocimiento.TeoryEstruc es V
Si
ObjIns.Comprensin es V y Tarea.Traduccin es V
Entonces
Comprensin.Traduccin es V
Subcategora
Interpretacin de
Categora
Comprensin
Si
ObjIns.Comprensin es V y Tarea.Interpretacin es V
Entonces
Comprensin.Interpretacin es V
Subcategora
Extrapolacin de
Categora
Comprensin
Si
ObjIns.Comprensin es V y Tarea.Extrapolacin es V
Entonces
Comprensin.Extrapolacin es V
Subcategora SiAplic
de Categora
Aplicacin
Si
ObjIns.Aplicacin es V
Entonces
Aplicacin.SiAplic es V
Si
ObjIns.Anlisis es V y Tarea.Elementos es V
Entonces
Anlisis.Elementos es V
Si
ObjIns.Anlisis es V y Tarea.Relaciones es V
Entonces
Anlisis.Relaciones es V
Si
ObjIns.Anlisis es V y Tarea.PrincipiosOrg es V
Entonces
Anlisis.PrincipiosOrg es V
Subcategora
Elementos de
Categora Anlisis
Subcategora
Relaciones de
Categora Anlisis
Subcategora
Principios de
Organizacin de
Categora Anlisis
Pgina 77 de 206
Nombre de la Regla
Subcategora
Produccin de
Comunicacin Unica
de Categora Sntesis
Subcategora
Produccin de Plan de
Categora Sntesis
Subcategora
Derivacin de un
Conjunto de
Relaciones Abstractas
de Categora Sntesis
Subcategora
SiEvaluacin de
Categora Aplicacin
RAST 1
RAST 2
RAST 3
RAST 4
RAST 5
RAST 6
RAST 7
Formulacin Regla
Si
ObjIns.Sntesis es V y Tarea.ProdComUnic es V
Entonces
Sntesis.ProdComUnic es V
Si
ObjIns.Sntesis es V y Tarea.ProdPlan es V
Entonces
Sntesis.ProdPlan es V
Si
ObjIns.Sntesis es V y Tarea.DervConjRelAbs es V
Entonces
Sntesis.DervConjRelAbs es V
Si
ObjIns.Evaluacin es V
Entonces
Evaluacin.SiEvaluacin es V
Si
Conocimiento.Terminologa es V
Entonces
Actividad.Actividad1 es V y Actividad.Actividad3 es V
Si
Conocimiento.DatosEsp es V
Entonces
Actividad.Actividad1 es V y Actividad.Actividad3 es V y
Si
Conocimiento.Convenciones es V
Entonces
Actividad.Actividad4 es V
Si
Conocimiento.TendySec es V
Entonces
Si
Conocimiento.ClasyCat es V
Entonces
Si
Conocimiento.Criterios es V
Entonces
Si
Conocimiento.Metodologa es V
Entonces
Pgina 78 de 206
Nombre de la Regla
RAST 8
RAST 9
RAST 10
RAST 11
RAST 12
RAST 13
RAST 14
RAST 15
RAST 16
Formulacin Regla
Si
Conocimiento.PrincyGener es V
Entonces
Si
Conocimiento.TeoryEstruc es V
Entonces
Si
Comprensin.Traduccin es V
Entonces
Si
Entonces
Si
Entonces
Si
Aplicacin.SiAplic es V
Entonces
Si
Anlisis.Elementos es V
Entonces
Si
Anlisis.Relaciones es V
Entonces
Si
Anlisis.PrincipiosOrg es V
Pgina 79 de 206
Nombre de la Regla
RAST 17
RAST 18
RAST 19
RAST 20
Formulacin Regla
Entonces
Si
Sntesis.ProdComUnic es V
Entonces
Si
Sntesis.ProdPlan es V
Entonces
Si
Sntesis.DervConjRelAbs es V
Entonces
Si
Evaluacin.SiEvaluacin es V
Entonces

Cantidad de Reglas
22
142
138


Resultado
22
22
1,00

Pgina 80 de 206

Resultado
96
142
0,68


Cantidad de Reglas
Resultado
22
138
0,16


Promedio
142
22
6,45


Promedio
NA
NA


Promedio
1,80


Promedio
3,25

Pgina 81 de 206

Atributos en Reglas
Cantidad de Reglas
Suma
3,25
138
NA
NA


Promedio
7,40
22
162,80


Promedio
2,50


Promedio
7,40


Promedio
NA

(*) NA: No Aplica.
Pgina 82 de 206
3.07. Sistema Informtico Jurdico para la Individualizacin y Acuerdos sobre la

Pena.
(extrado de Sistema Informtico Jurdico para la Individualizacin y Acuerdos
sobre la Pena. [Gmez, 2003])
Advisor, en adelante LEAD, es un sistema informtico jurdico cuya funcin
principal es asistir a los operadores de la justicia jueces, fiscales y defensores- del
fuero penal en el proceso de individualizacin de la pena. A partir de las circunstancias
objetivas y subjetivas consideradas relevantes dentro de un caso, LEAD produce una
recomendacin de la pena, que puede tomarse como base para lograr un acuerdo previo
entre las partes. Adicionalmente, LEAD provee explicaciones basadas en la
jurisprudencia que pueden ser utilizados por los jueces como parte de la fundamentacin
de la pena. Dicho sistema ha sido implementado para actuar sobre tres delitos diferentes.
Sin embargo, la generalidad del modelo propuesto permite fcilmente ser extendido a
otras figuras penales, as como tambin alterar o utilizar un nuevo conjunto de
circunstancias objetivas y subjetivas para la individualizacin de la pena. El sistema fue
evaluado con casos reales, logrando predecir con efectividad las decisiones de un
tribunal. LEAD demuestra que es viable utilizar sistemas de informacin legales para
contribuir a lograr que el proceso de graduacin de pena pueda ser ms predecible,
consistente y fundado en base a las pautas de valoracin que fija el Cdigo Penal
argentino.
Se puede establecer que la finalidad de LEAD es introducir la tecnologa de
sistemas informticos jurdicos para asistir a los operadores de la justicia penal jueces,
fiscales y defensores- en el proceso de individualizacin y acuerdos sobre la pena. El
sistema informtico jurdico intenta que proceso de graduacin de pena pueda ser ms
predecible, consistente y fundado en base a las pautas de valoracin que fija el Cdigo
Penal. Se pretende que los fiscales y defensores cuenten con informacin relevante
acerca de la pena, sobre los casos que trabajen, que les permita lograr acuerdos, as
como tambin servir a los jueces en la determinacin de la pena y su fundamentacin.
El sistema informtico jurdico realiza una prediccin acerca de la pena asociada a un
caso particular, ajustando su recomendacin a un conjunto de valores pena mnima, un
tercio, dos tercios y pena mxima- para acotar la decisin de la pena a intervalo ms
reducido. Esto permite a los operadores de la justicia penal contar con una herramienta
til para poder reducir el marco de discrecionalidad que existe en la actualidad, para los
delitos tratados. Se obtiene informacin asociada a la recomendacin, que sirve como
base para la fundamentacin de la decisin que producen los jueces. La justificacin de
la recomendacin producida, estar integrada por la jurisprudencia asociada al caso en
cuestin. El uso de jurisprudencia producida en el mbito local tiene un beneficio
adicional, ya permite que los jueces tengan presente argumentaciones propias que
produjeron en casos anteriores. De este modo, las justificaciones provistas por el
sistema pueden ayudar a los jueces a mantener la consistencia en sus decisiones.
LEAD pondera los factores agravantes y atenuantes para un determinado caso, y
emite una recomendacin consistente en una prediccin de la pena y una
fundamentacin compuesta por toda aquella jurisprudencia que contemple los factores
especificados. Para cumplir sus objetivos, realiza las siguientes funciones:
Pgina 83 de 206

Anlisis de los factores objetivos y subjetivos para la individualizacin de la

pena. Se requiere conocer cules son los factores objetivos y subjetivos que
conformarn el ncleo de parmetros que utilizar el sistema para producir
una recomendacin.
Ponderacin de los factores objetivos y subjetivos. Para cada delito que sea
tratado se debe contar con una valoracin diferente, que permita dotar de
precisin a la recomendacin del sistema.
Anlisis de los valores lingsticos de cada uno de los factores objetivos y
subjetivos. Se necesita reducir el conjunto de valores posibles que puede
tomar cada factor a un conjunto manejable, para poder generar la explicacin
de la recomendacin en base a la jurisprudencia.

Para el clculo de las mtricas fueron tenidos en cuenta los siguientes elementos[Gmez,
2003]) :
Conceptos
- Circunstancias
- Delitos
- Expendiente
- Homicidio Simple
- Lesiones Graves
- Robo Simple
- Atenuantes
- Agravantes
- Hecho
- Autor
- Vctima
Atributos
Conceptos
Circunstancias
Delitos
Expendiente
Atributos
Descripcin
Ponderacin del Homicidio Simple
Ponderacin de Lesiones Graves
Ponderacin de Robo Simple
Valor de la Circunstancia
Descripcin de los Agravantes
Valores de los Agravantes
Descripcin de los Atenuantes
Valores de los Atenuantes
Valor de la Pena Estimada
Resultado de la Pena Estimada
Pena
Justificacin del Caso
Nmero
Ao
Pgina 84 de 206
Conceptos
Atributos
Cartula
Delito
Agravantes
Valor de los Agravantes
Atenuantes
Valor de los Atenuantes
Estimacin
Pena
Fundamentacin
Lmite de Un Tercio de la Pena
Lmite de Un Tercio de la Pena para Homicidio Simple
Lmite de Un Tercio de la Pena para Lesiones Graves
Lmite de Un Tercio de la Pena para Robo Simple
Lmite de Dos Tercios de la Pena
Lmite de Dos Tercios de la Pena para Homicidio Simple
Lmite de Dos Tercios de la Pena para Lesiones Graves
Lmite de Dos Tercios de la Pena para Robo Simple
Reglas de Estimacin
Reglas de Justificacin
Reglas de Aprendizaje
Tasa de Aprendizaje
Homicidio Simple
Lesiones Graves
Robo Simple
Atenuantes
Agravantes
Hecho
Autor
Vctima
Reglas
descripcin.
Nombre de la Regla
R_E_AG_HS
R_E_AG_LG
R_E_AG_RS
R_E_AT_HS
R_E_AT_LG
Formulacin Regla
Si el delito es homicidio simple
entonces se acumulan los agravantes con la ponderacin
asociada al delito en cuestin.
Si el delito es lesiones graves
Si el delito es robo simple
Si el delito es homicidio simple
entonces se restan los atenuantes con la ponderacin
Si el delito es lesiones graves
Pgina 85 de 206
Nombre de la Regla
R_E_AT_RS
R_Pena_Minima
R_Pena_Un_Tercio
R_Pena_Dos_Tercios
R_Pena_Mxima
R_A_AT_HS_001
R_A_AG_HS_001
R_A_AT_HS_002
R_A_AG_HS_002
R_A_AT_LG_001
R_A_AG_LG_001
R_A_AT_LG_002
R_A_AG_LG_002
Formulacin Regla
Si el delito es robo simple
Si la estimacin de la pena es menor o igual a cero
entonces la recomendacin es pena mnima.
Si la estimacin de la pena es mayor a cero y menor o
igual al umbral de un tercio de la pena
entonces la recomendacin de la pena es un tercio.
Si la estimacin de la pena es mayor al umbral de un
tercio de la pena y menor o igual al umbral de dos tercios
de la pena
entonces la recomendacin de la pena es dos tercios.
Si la estimacin de la pena es mayor al umbral de dos
tercios de la pena
entonces la recomendacin es pena mxima.
Si la pena real es mayor que el resultado de la estimacin,
entonces se debe penalizar a las caractersticas atenuantes
que se hayan considerado, reduciendo sus pesos mediante
una
tasa de aprendizaje.
entonces se debe penalizar a las caractersticas agravantes
que se hayan considerado, incrementando sus pesos mediante
una tasa de aprendizaje.
Si la pena real es menor que el resultado de la estimacin,
una
una
Pgina 86 de 206
Nombre de la Regla
R_A_AT_RS_001
R_A_AG_RS_001
R_A_AT_RS_002
R_A_AG_RS_002
Formulacin Regla
una
una
una

Cantidad de Reglas
11
36
22


Resultado
9
11
0,82


Resultado
32
36
0,89

Pgina 87 de 206

Cantidad de Reglas
Resultado
11
22
0,50


Promedio
36
11
3,27


Promedio
NA
NA


Promedio
2,02


Promedio
2,49


Atributos en Reglas
Cantidad de Reglas
Suma
2,49
22
NA
NA

Pgina 88 de 206

Promedio
7,34
11
80,74


Promedio
2,41


Promedio
7,34


Promedio
NA

(*) NA: No Aplica.

3.08. Sistema sobre Reclamos Concernientes a Venta Minorista.
(extrado de Sistema sobre Reclamos Concernientes a Venta Minorista
2003])
[Cao,
En la venta minorista obtener fidelidad del cliente es una de las actividades ms

importantes. Este proceso implica que el cliente se sienta cmodo y confiado
comprando en un determinado negocio, o cadena de ellos. Y, se sabe que durante los
procesos de post-venta, el cliente elabora sentimientos de fidelidad o rechazo. Uno de
los procesos de post-venta que, correctamente manejado, mejor contribuye a crear el
sentimiento de fidelidad, es el de atencin de reclamos. Los derechos del consumidor
acerca de la garanta y otros temas relacionados con la satisfaccin del producto
comprado, se encuentran perfectamente definidos por la ley argentina. A pesar de ello,
existen empresas, generalmente con clientes VIP, que compran productos de alto precio,
que desean exceder en mucho los beneficios dados por ley a sus clientes.
El sistema sobre reclamos concernientes a venta minorista, encuentra soluciones
a reclamos de clientes de esas condiciones, evaluando el delicado equilibrio entre la
satisfaccin del cliente y el costo para la empresa. El sistema adems brinda dos niveles
diferentes de soluciones y da la justificacin de cada una de ellas.
Pgina 89 de 206
El comprador sabe que mientras la compra no termine, su poder de decisin de

adquirir el bien o no, obliga al comercio a un buen servicio. Una vez terminada la
compra y pagado el precio, el cliente siente que pierde ese poder. De acuerdo al
tratamiento recibido en una eventual operacin post-venta el cliente generar
sentimientos de rechazo o adhesin a la firma vendedora. De las numerosas operaciones
post-venta que son posibles, la atencin de reclamos es la ms influyente en el aspecto
de fidelizacin sealado. En efecto, cuando el cliente presenta un reclamo sus medios de
presin sobre la empresa para lograr su satisfaccin suelen ser escasos, por otra parte la
satisfaccin del reclamo suele significar para la empresa asumir un costo, lo cual
termina planteando una ecuacin de equilibrio entre la satisfaccin del cliente y el costo
asociado que la empresa debe resolver. En el caso del presente Sistema Software (en
adelante S.S.) la empresa se encarga de la administracin de las tiendas de venta libre de
impuestos (Duty freeshop) de los aeropuertos de Argentina. Esta empresa administra 15
tiendas distribuidas en los distintos aeropuertos del pas, habiendo llegado a una
facturacin de 120.000.000 U$S anuales. Venden desde productos alimenticios de bajo
precio, tales como golosinas, hasta artculos suntuosos, tales como relojes de
10.000U$S o piezas de orfebrera de ese precio. La mayor parte de la venta se concentra,
sin embargo, en perfumes y cosmticos, cigarrillos y whisky.
La importancia de la fidelizacin en esta situacin se ve aumentada por la
cantidad y calidad de los clientes. En efecto, el negocio del freeshop no se basa en la
venta masiva sino en una limitada cantidad de clientes, aquellos que hacen viajes
internacionales por avin, con un gasto promedio al menos cuatro veces superior al de
cualquier centro comercial (Shopping Center) del pas. La importancia de no perder un
cliente se agudiza si se tiene en cuenta que esa poblacin de pasajeros que circula por
los aeropuertos tiene una buena proporcin de personas que se mantiene a travs del
tiempo, esto es gente que por su trabajo, nivel adquisitivo o costumbres viaja
repetidamente.
Teniendo en cuenta el tipo particular de mercado y por ser la venta de artculos
libres de impuesto una concesin gubernamental y existiendo adems ciertas exenciones
Aduaneras que podran considerarse de privilegio, es inters de la empresa evitar
cualquier incidente con algn cliente que pudiera dar mala publicidad a la empresa, o
que pudiera llamar la atencin sobre ella. Por otra parte las situaciones de apuro y
nerviosismo de los clientes por el viaje inminente o reciente, hacen que se generen
errores que faciliten los orgenes de los reclamos, o al menos que se presuponga que la
tienda, o sus empleados, aprovechan ese apuro y nerviosismo para engaar a los
compradores. En funcin de las consideraciones anteriores es que la actividad de
atencin de reclamos de clientes tiene, en el caso que nos ocupa, una importancia y una
complejidad muy superior al de cualquier tienda, y por lo tanto la empresa desea que esa
tarea se cumpla con la mayor eficacia y eficiencia posible.
El S.S tiene como objetivo afectar la actividad de atencin telefnica de
reclamos de tal manera que se cumplan los siguientes objetivos:
Eliminacin de las prdidas por reclamos mal resueltos (actualmente 4.200U$S
mensuales).
Mejora cualitativa del servicio por atencin normalizada.
Pgina 90 de 206
Disminucin del riesgo por dependencia de determinadas personas para realizar la

actividad.
Eliminacin de las prdidas por reclamos mal resueltos.
Utilizacin de un criterio nico y normalizado de resolucin de reclamos, evitando
desviaciones que puedan perjudicar al cliente o a la empresa.
El Sistema Software proveer soluciones a todos los tipos de reclamos por
ventas. Cabe aclarar que, cada reclamo, se refiere a lo sumo a un producto en el sentido
de un item o cdigo, aunque puede reclamarse por toda la cantidad de ese producto
comprado en una misma operacin de compra. El reclamo de dos productos con cdigo
diferente, aunque estn en la misma compra, implican dos reclamos diferentes.
[Cao, 2003]):
Conceptos
- Clase_tipo_reclamo
- Compra
- Producto reclamado
- Reclamo
- Solucin_elegida
- Solucin_ofrecida
Atributos
Conceptos
Clase_tipo_reclamo
Compra
Producto reclamado
Reclamo
Atributos
clase_reclamo
tipo_reclamo
nro_de_ticket
monto_de_compra
fch_compra
verificada
cod_prod
descrip
cod_rubr
precio
stock_actual
fch_venc
cant_reclamada
nro_reclamo
clase_reclamo
tipo_reclamo
monto_reclamado
verifica_compra
cumple_antiguedad
Pgina 91 de 206
Conceptos
Solucin_elegida
Solucin_ofrecida
Atributos
cumple_porciento
cumple_monto1
cumple_monto2
cumple_monto3
tengo_reclamado
tiene_prod
prod_sin_vencer
verifica_filmacion
verifica_diferencia
clase_cliente
observaciones
fch_proceso
nro_reclamo
solucion1
solucion2
solucion_descrip
Reglas
descripcin.
Nombre de la Regla
Formulacin Regla
tiene_prod_no_aplicable
Si
Not(Reclamo:clase_reclamo = DEF ) And
( Not(Reclamo:clase_reclamo = FAL And
Reclamo:tipo_reclamo = PAR )) And
( Not( Global:ReclamoInst:clase_reclamo = SCA And
Not(Reclamo:tipo_reclamo = DSC) )) And
( Not(Reclamo:clase_reclamo = SCA And
Not (Reclamo.clase_cliente = NORM ));
Entonces
Reclamo.tiene_prod = NA
Reclamo.fch_venc = valor inocuo
verifica_diferencia_
Si
no_aplicable
((Reclamo:clase_reclamo <> FAL ) Or
Reclamo:tipo_reclamo = PAR ) And
( (Reclamo:clase_reclamo <> FAC ) Or
Reclamo:tipo_reclamo = SEL);
Entonces
Reclamo.verifica_diferencia = NA
verifica_filmacion_
Si
no_aplicable
Reclamo:clase_reclamo <> FAL Or
Reclamo:tipo_reclamo = PAR;
Entonces
Reclamo.verifica_filmacion = NA
filmacion_vencida
Si
(Fecha de hoy compra.fch_compra) < 2 meses
Entonces
Pgina 92 de 206
Nombre de la Regla
tengo_reclamado_
no_aplicable
monto_reclamado_
prod
monto_reclamado_
noprod
antigedad_de_
no_perecederos
antiguedad_de _perecederos
verificacin_de_compra
tener_lo_reclamado
no_tener_lo_reclamado
Formulacin Regla
Si
(Reclamo:clase_reclamo = FAC OR
Reclamo:tipo_reclamo = ATI OR
Reclamo.clase_reclamo =SCA);
Entonces
Reclamo.tengo_reclamado = NA
Si
(Reclamo.clase_reclamo = DEF OR
Reclamo.clase_reclamo = FAL OR
Reclamo.clase_reclamo = SCA)
Entonces
Reclamo.monto_reclamado =
Producto_reclamado.precio *
Producto_reclamado.cant_reclamada
Si
Reclamo.clase_reclamo = FAC AND
(Reclamo.tipo_reclamo = PRI OR
Reclamo.tipo_reclamo = VUL)
Entonces
Reclamo.monto_reclamado = preguntar monto
reclamado;
Si
(Producto_reclamado.cod_rubr <> COM AND
Producto_reclamado.cod_rubr <> TAB) AND
Entonces
Reclamo.cumple_antigedad = SI
Si
(Producto_reclamado.cod_rubr = COM OR
Producto_reclamado.cod_rubr = TAB) AND
Entonces
Si
Compra.verificada = SI
Entonces
Reclamo.verifica_compra = SI
Si
Producto_reclamado.stock_actual >=
Producto_reclamado.cant_reclamada AND
Reclamo.clase_reclamo <> DOC
Entonces
Reclamo.tengo_reclamado = SI
Si
Reclamo.clase_reclamo = FAL) AND
Producto_reclamado.stock_actual <
Producto_reclamado.cant_reclamada
Entonces
Pgina 93 de 206
Nombre de la Regla
producto_sin_vencer
no_producto_sin_vencer
porcentaje_reclamado
no_porcentaje_
reclamado
monto_irrelevante
no_monto_irrelevante
monto_no_importante
no_monto_no_importante
monto_no_elevado
Formulacin Regla
Reclamo.tengo_reclamado = NO
Si
(Producto_reclamado.fch_venc >=
Reclamo.fch_proceso)
Entonces
Reclamo.prod_sin_vencer = SI
Si
(Producto_reclamado.fch_venc <
Reclamo.fch_proceso
Entonces
Reclamo.prod_sin_vencer = NO
Si
Reclamo.clase_reclamo = SCA) AND
(Reclamo.monto_reclamado) < =(0.1 *
Compra.monto_de_compra)
Entonces
Reclamo.cumple_porciento = SI
Si
Reclamo.clase_reclamo = SCA) AND
(Reclamo.monto_reclamado) > (0.1 *
Compra.monto_de_compra)
Entonces
Reclamo.cumple_porciento = NO
Si
(Reclamo.monto_reclamado <= 30)
Entonces
Reclamo.cumple_monto1 = SI
Si
(Reclamo.monto_reclamado > 30)
Entonces
Reclamo.cumple_monto1 = NO
Si
Entonces
Si
Entonces
Si
Pgina 94 de 206
Nombre de la Regla
no_monto_no_elevado
monto_irrelev_no_
aplic_verifi
verifica_diferencia_stock
PME_FLL_cumple
_porcentaje_tengo
PME_FLL_cumple porcentaje
Formulacin Regla
Entonces
Si
Entonces
Si
Reclamo.clase_reclamo = FAL AND
Reclamo.tipo_reclamo <> PAR AND
Reclamo.verifica_compra = SI AND
Entonces
Reclamo.verifica_diferencia = NA
Si
Reclamo.tipo_reclamo <> PAR AND
Reclamo.verifica_diferencia = SI
Entonces
Si
Reclamo.clase_reclamo = DEF AND
(Reclamo.tipo_reclamo = PME OR
Reclamo.tipo_reclamo = FLL) AND
Reclamo.cumple_antigedad = SI AND
Reclamo.cumple_porciento = SI AND
Reclamo.tiene_prod = SI AND
Reclamo.tengo_reclamado = SI AND
(Reclamo.producto_sin_vencer = SI OR
Reclamo.producto_sin _vencer = NA)
Entonces
Agregar a solucion_descrip lo siguiente:
PRI_Cambiar_por_igual_producto
Si
(Reclamo.tipo_reclamo = PME AND
Entonces
PRO_Cambiar_por_otro_producto
Pgina 95 de 206
Nombre de la Regla
PME_FLL_cumple
_porcent_notengo
Formulacin Regla
Si
Reclamo.tengo_reclamado = NO AND
Entonces
ESP_Esperar_a_tener_stock
PME_FLL_cumple_
Si
monto_noelevado _tengo
(Reclamo.tipo_reclamo= PME OR
Reclamo.cumple_monto3 = SI AND
Entonces
PME_FLL_cumple_
Si
noelevado
Entonces
PME_FLL_cumple_noelevado Si
_notengo
Pgina 96 de 206
Nombre de la Regla
PME_FLL_cumple_irrelev
PME_FLL_cumple irrelev_
tengo
PME_FLL_cumple_irrelev_
notengo
PME_FLL_elevado
Formulacin Regla
Entonces
Si
((Reclamo.clase_reclamo = DEF AND
Reclamo.tipo_reclamo = FLL)) OR
(Reclamo.clase_reclamo = FAL AND
Reclamo.tipo_reclamo = PAR))
Entonces
Si
Entonces
ENT_Entregar_producto
Si
Entonces
Si
Pgina 97 de 206
Nombre de la Regla
MFU_ELE_REL
PCK_packaging_mal_estado
ATI
FAL_PAR_cumple
_porcentaje_tengo
FAL_PAR _cumple
porcentaje
Formulacin Regla
Entonces
DES_Derivar_a_Supervisora
Si
Reclamo.tipo_reclamo = MFU
(Producto_reclamado.cod_rubr = ELE OR
Producto_reclamado.cod_rubr = REL) AND
Reclamo.tiene_prod = SI
Entonces
DER_Derivar_a_Servicio_Tcnico
Si
Reclamo.tipo_reclamo = PCK
Entonces
(NUL) = EL PACKAGING ESTA A LA VISTA EN
EL
MOMENTO DE LA COMPRA ENTONCES EL
CLIENTE LO ACEPTO ASI
Si
Reclamo.clase_reclamo = ATI
Entonces
ATI_Derivar a la Supervisora
Si
Reclamo.tipo_reclamo = PAR AND
Entonces
Si
Pgina 98 de 206
Nombre de la Regla
Formulacin Regla
Entonces
FAL_PAR_cumple_porcent_
Si
notengo
Entonces
FAL_PAR_cumple_
Si
noelevado_tengo
Entonces
FAL_PAR_cumple_noelevado Si
Reclamo.tiene_prod = SI
Entonces
FAL_PAR_cumple_noelevado Si
_notengo
Entonces
Pgina 99 de 206
Nombre de la Regla
FAL_verifica_stock
FAL_verifica_stock_tengo
FAL_verifica_stock_notengo
0FAL_instruccion
_film_noverif
SCA_CSD
Formulacin Regla
Si
Reclamo.tipo_reclamo <> PAR) AND
(Reclamo.verifica_diferencia = SI OR
Reclamo.verifica_filmacion = SI) AND
Entonces
ENO_Entregar_otro_producto_equivalente
Si
Entonces
ENT_Entregar_producto_reclamado
Si
Entonces
Si
Reclamo.verifica_filmacion = NO
Entonces
Presentar en la pantalla la siguiente instruccin al
usuario: INVITE AL CLIENTE PARA QUE VEA LA
FILMACION
Si
Producto_reclamado.cod_rubr <> TAB) AND
Reclamo:clase_reclamo = SCA And
Reclamo:tipo_reclamo = CSD And
Reclamo:verifica_compra = SI And
Reclamo:cumple_antiguedad = SI And
Reclamo:tiene_prod = SI And
Reclamo:cumple_monto3 = SI And
Pgina 100 de 206
Nombre de la Regla
SCA_DSC_DPL_DPI
DOC_tengo_documentacin
DOC_no_tengo_
documentacion
PRI_verificado
VUL_verificado
Formulacin Regla
(Reclamo:prod_sin_vencer = SI Or
Reclamo:prod_sin_vencer = NA )
Entonces
Agregar a solucion_descrip losiguiente:
Si
Reclamo.clase_reclamo = SCA AND
(Reclamo.tipo_reclamo = DSC OR
Reclamo.tipo_reclamo = DPL OR
Reclamo.tipo_reclamo = DPI) AND
Reclamo:verifica_compra = SI AND
Reclamo:cumple_antiguedad = SI AND
Reclamo:tiene_prod = SI AND
Reclamo:cumple_monto3 = SI AND
Producto_reclamado.cod_rubr <> TAB)
Entonces
OF1_Cambiar_a_reclamo_cambio_sin_defecto
Si
Reclamo.clase_reclamo = DOC AND
Reclamo:tengo_reclamado = SI
Entonces
DOC_Entregar_documentacin_solicitada
Si
Reclamo.clase_reclamo = DOC AND
Reclamo.tipo_reclamo = MAN
Reclamo:tengo_reclamado = NO
Entonces
Si
Reclamo.tipo_reclamo = PRI AND
Reclamo.verifica_diferencia = SI AND
Entonces
DOL_Entregar_la_diferencia_reclamada
Si
Reclamo.tipo_reclamo = VUL AND
Pgina 101 de 206
Nombre de la Regla
SEL_posible
PLN_verificado
XPME_FLL_cump_
noelevado_noten
XPME_FLL_cumple_irrelev
XPME_FLL_cumple
irrelev_tengo
Formulacin Regla
Entonces
DOL_Entregar_la diferencia_reclamada
Si
Reclamo.tipo_reclamo = SEL AND
Entonces
SEL_Sellar_reimprimir_ticket
Si Reclamo.clase_reclamo = FAC AND
Reclamo.tipo_reclamo = PLN AND
Entonces
PLN_Hacer_cambio_efectivo_a_cuotas
Si
Entonces
DOL_entregar_el_dinero_reclamado
Si
(Reclamo.clase_reclamo = FAL)))
(Reclamo.clase_cliente = FUNA OR
Reclamo.clase_cliente = FUNB OR
Reclamo.clase_cliente = VIPA OR
Reclamo.clase_cliente = VIPB )
Entonces
Si
Pgina 102 de 206
Nombre de la Regla
XPME_FLL_cumple_
irrelev_notengo
XMFU_ELE_REL
XMFU_ELE_REL_no_tengo
Formulacin Regla
(Reclamo.clase_reclamo = FAL)
Entonces
ENT_Entregar_producto
Si
(Reclamo.clase_reclamo = FAL))
Entonces
Si
Reclamo.tipo_reclamo = MFU AND
Reclamo.clase_cliente = VIPA)
Entonces
Si
Pgina 103 de 206
Nombre de la Regla
Formulacin Regla
Entonces
XMFU_ELE_REL_tengo
Si
Entonces
XPCK_packaging_mal_estado Si
Reclamo.tipo_reclamo = PCK AND
Entonces
XPCK_packaging_mal_
Si
estado_tengo
Reclamo.tipo_reclamo = PCK AND
Entonces
Pgina 104 de 206
Nombre de la Regla
XFAL_PAR_cumple_
noelevado_noten
XFAL_FNE
Formulacin Regla
Si
Entonces
DOL_Entregar_el_dinero_reclamado
Si
Reclamo.verifica_filmacion = SI AND
Entonces
DOL_Entregar_el_dinero_reclamado
Se presentan a continuacin, las mtricas del sistema analizado.

6
35
Cantidad de Reglas
66

6
6
Resultado
1,00

Resultado
30
35
0,86

Pgina 105 de 206

Cantidad de Reglas
Resultado
6
66
0,09


Promedio
35
6
5,83


Promedio
NA
NA


Promedio
1,43


Promedio
3,51


Atributos en Reglas
Cantidad de Reglas
Suma
3,51
66
NA
NA

Pgina 106 de 206


Promedio
18
6
108,00


Promedio
7,25


Promedio
18


Promedio
NA

(*) NA: No Aplica.
3.09. Sistema Generador del Mapa de Actividades de un Proyecto de Desarrollo de

Software.
(extrado de Sistema Generador del Mapa de Actividades de un Proyecto de
Desarrollo de Software [Diez, 2003])
La confeccin del mapa de actividades para adaptar una metodologa estndar a
un proyecto en particular, no es una tarea trivial ni automtica. Para hacerla
correctamente se requiere de capacidad de anlisis, conocimientos y experiencia en la
aplicacin de metodologas estndares de desarrollo. Este sistema basado en
conocimientos asiste al responsable de un proyecto de desarrollo de software, en la
elaboracin del mapa de actividades del mismo. El sistema permite ingresar las
particularidades del proyecto, infiere el mapa de actividades sobre la base de la
metodologa estndar Mtrica Versin 3 y lo presenta en un formato electrnico
estndar.
Algunos de los problemas que se suelen presentar a la hora de confeccionar el
mapa de actividades son los siguientes:
Existen muchas variantes posibles de mapas: el mapa no es nico dadas las
particularidades de un proyecto.
Pgina 107 de 206
No se encuentran definidos completamente los datos a analizar: el responsable del

proyecto generalmente no conoce cules son los datos del mismo que debe analizar para
confeccionar el mapa.
No existe precisin de los datos a analizar: dados los datos a analizar, el valor o
calificacin de los mismos generalmente es impreciso y difuso.
La valoracin tiene alto grado de subjetividad: la valoracin de cada una de las
caractersticas especficas y de ellas en conjunto no es objetiva, con lo cual se requiere
experiencia para su apreciacin.
El mapa de actividades se confecciona, generalmente, al inicio del proyecto: para que
el mapa tenga real utilidad, debe confeccionarse en forma temprana, en las primeras
etapas del proyecto.
La experiencia podra suele estar repartida entre distintos especialistas: el
conocimiento para la confeccin del mapa de actividades poda estar distribuido entre
varias personas y no concentrado en slo una.
El objetivo del sistema que genera Mapa de Actividades de un Proyecto
Desarrollo de Software (GMAP), es recomendar a los responsables de proyectos
desarrollo de software un mapa de su proyecto (dadas sus particularidades y
metodologa base Mtrica Versin 3). El mismo constituye una gua y sirve
orientacin sobre las actividades a realizar para alcanzar los objetivos del mismo.
de
de
la
de
Adems de lo expuesto anteriormente, el sistema es capaz de:

Proporcionar una forma amigable y eficaz de asistencia al responsable de un proyecto
de desarrollo de software en la confeccin del mapa de actividades de su proyecto.
Representar los criterios y metodologa utilizada por los usuarios especialistas para
resolver el problema.
Utilizar una herramienta de desarrollo de sistemas para construir el prototipo GMAP, a
travs de prototipos incrementales.
Evaluar el comportamiento y las prestaciones del prototipo mediante casos de prueba.
El mapa comprende las actividades alcanzadas por los siguientes procesos de
Mtrica Versin 3:
Procesos principales
Desarrollo de los sistemas de informacin
Estudio de viabilidad del sistema
Anlisis del sistema de informacin
Diseo del sistema de informacin
Construccin del sistema de informacin
Implantacin y aceptacin del sistema
Mantenimiento del sistema de informacin
Interfaces
Gestin de proyectos
Gestin de configuracin
Calidad
Pgina 108 de 206

Seguridad
El mapa de actividades determina qu actividades deberan llevarse a cabo pero
no determina las iteraciones o formas de abordar las mismas que el proceso de software
implique, de acuerdo a las particularidades del proyecto. El prototipo GMAP
recomienda el mapa de actividades, sin embargo ese mapa resultante no ser un
catlogo que se deba seguir de forma obligatoria, sino que constituye una gua y
orientacin para el responsable del proyecto.
El prototipo GMAP implementa las siguientes funciones:
1. Presenta al usuario una interfaz visual, que le permite ingresar rpidamente los datos
particulares de un proyecto.
2. Sobre la base de las caractersticas ingresadas, infiere las actividades previstas en
Mtrica Versin 3 que deberan realizarse.
3. Finalmente recomienda un mapa de actividades al usuario, que se genera en un
formato electrnico estndar.
Para el clculo de las mtricas fueron tenidos en cuenta los siguientes elementos[Diez,
2003]:
Conceptos
- Caractersticas del Proyecto
- Datos del Proyecto
- Mapa de actividades
Atributos
Conceptos
Caractersticas del
proyecto
Datos del proyecto
Atributos
Tamao
Complejidad
Capacidad del personal
Gestin
Nombre
Cantidad estimada de puntos de funcin del sistema
Cantidad estimada de lneas de cdigo del sistema
Cantidad de personas participantes
Cantidad estimada promedio de registros de datos adm.
Existencia de funciones distribuidas
Existencia de funciones on-line
Existencia de funciones en tiempo real
Existencia de funciones de fuerte contenido algortmico
Pgina 109 de 206
Conceptos
Mapa de
actividades
Atributos
Cantidad de niveles de descomposicin necesarios para
comprender el problema
Nivel de conocimientos de los analistas y programadores
Experiencia de los analistas y programadores en proyectos
similares
Tipo
Enfoque
Se requiere una aceptacin formal por parte del usuario
El usuario es un cliente externo
El proyecto es plausible de ser auditado
Solucin y viabilidad
Requisitos congelados
Necesidad de migracin y/o carga inicial de datos
Clasificacin de seguridad
EVS1: Establecimiento del alcance del sistema
EVS2: Estudio de la situacin actual
EVS3: Definicin de requisitos del sistema
EVS4: Estudio de alternativas de solucin
EVS5: Valoracin de las alternativas
EVS6: Seleccin de la solucin
ASI1: Definicin del sistema
ASI2: Establecimiento de requisitos
ASI3: Identificacin de subsistemas de anlisis
ASI4: Anlisis de los casos de uso
ASI5: Anlisis de clases
ASI6: Elaboracin del modelo de datos
ASI7: Elaboracin del modelo de procesos
ASI8: Definicin de interfaces de usuario
ASI9: Anlisis de consistencia y especificacin de requisitos
ASI10: Especificacin del plan de pruebas
ASI11: Aprobacin del anlisis del sistema de informacin
DSI1: Definicin de la arquitectura del sistema
DSI2: Diseo de la arquitectura de soporte
DSI3: Diseo de casos de uso reales
DSI4: Diseo de clases
DSI5: Diseo de la arquitectura de mdulos del sistema
DSI6: Diseo fsico de datos
DSI7: Verificacin y aceptacin de la arquitectura del sistema
DSI8: Generacin de especificaciones de construccin
DSI9: Diseo de la migracin y carga inicial de datos
DSI10: Especificacin tcnica del plan de pruebas
DSI11: Establecimiento de requisitos de implantacin
DSI12: Aprobacin del diseo del sistema de informacin
CSI1: Preparacin del entorno de generacin y construccin
CSI2: Generacin del cdigo de los componentes y
procedimientos
CSI3: Ejecucin de las pruebas unitarias
CSI4: Ejecucin de las pruebas de integracin
CSI5: Ejecucin de las pruebas del sistema
Pgina 110 de 206
Conceptos
Atributos
CSI6: Elaboracin de los manuales de usuario
CSI7: Definicin de la formacin de usuarios finales
CSI8: Construccin de componentes y procedimientos de
migracin y carga inicial de datos
CSI9: Aprobacin del sistema de informacin
IAS1: Establecimiento del plan de implantacin
IAS2: Formacin necesaria para la implantacin
IAS3: Incorporacin del sistema al entorno de operacin
IAS4: Carga de datos al entorno de operacin
IAS5: Pruebas de implantacin del sistema
IAS6: Pruebas de aceptacin del sistema
IAS7: Preparacin del mantenimiento del sistema
IAS8: Establecimiento del acuerdo de nivel de servicio
IAS9: Presentacin y aprobacin del sistema
IAS10: Paso a produccin
MSI1: Registro de la peticin
MSI2: Anlisis de la peticin
MSI3: Preparacin de la implementacin de la modificacin
MSI4: Seguimiento y evaluacin de los cambios hasta la
aceptacin
GPI1: Estimacin de esfuerzo
GPI2: Planificacin
GPS1: Asignacin detallada de tareas
GPS2: Comunicacin al equipo de proyecto
GPS3: Seguimiento de tareas
GPS4: Anlisis y registro de incidencias
GPS5: Peticin de cambio de requisitos
GPS6: Anlisis de la peticin de cambio de requisitos
GPS7: Aprobacin de la solucin
GPS8: Estimacin del esfuerzo y planificacin de la solucin
GPS9: Registro del cambio de requisitos
GPS10: Finalizacin de la tarea
GPS11: Actualizacin de la planificacin
GPS12: Reuniones de seguimiento
GPS13: Aceptacin
GPF1: Cierre del proyecto
EVS-GC1: Definicin de los requisitos de GC
EVS-GC2: Establecimiento del plan de GC
ADC-GC1: Identificacin y registro de productos
ADC-GC2: Identificacin y registro del producto global
MSI-GC1: Registro del cambio en el sistema de GC
EVS-CAL1: Identificacin de las propiedades de calidad para el
sistema
EVS-CAL2: Establecimiento del plan de aseguramiento de la
calidad
EVS-CAL3: Adecuacin del plan de aseguramiento de la calidad
ASI-CAL1: Especificacin inicial del plan de aseguramiento de
calidad
ASI-CAL2: Especificacin detallada del plan de aseguramiento
Pgina 111 de 206
Conceptos
Atributos
de calidad
ASI-CAL3: Revisin del anlisis de consistencia
ASI-CAL4: Revisin del plan de pruebas
ASI-CAL5: Registro de aprobacin del anlisis del sistema de
informacin
DSI-CAL1: Revisin de la verificacin de la arquitectura del
sistema
DSI-CAL2: Revisin de la especificacin tcnica del plan de
pruebas
DSI-CAL3: Revisin de los requisitos de implantacin
DSI-CAL4: Registro de aprobacin del diseo del sistema de
informacin
CSI-CAL1: Revisin del cdigo de componentes y
procedimientos
CSI-CAL2: Revisin de las pruebas unitarias, integracin y
sistema
CSI-CAL3: Revisin de los manuales de usuario
CSI-CAL4: Revisin de la formacin a usuarios finales
CSI-CAL5: Registro de aprobacin del sistema de inf.
IAS-CAL1: Revisin del plan de implantacin del sistema
IAS-CAL2: Revisin de las pruebas de implantacin del sistema
IAS-CAL3: Revisin de las pruebas de aceptacin del sistema
IAS-CAL4: Revisin del plan de mantenimiento del sistema
IAS-CAL5: Registro de aprobacin de la implantacin del
sistema
MSI-CAL1: Revisin del mantenimiento del sistema de
informacin
MSI-CAL2: Revisin del plan de pruebas de regresin
MSI-CAL3: Revisin de la realizacin de las pruebas de
regresin
EVS-SEG1: Estudio de la seguridad requerida en el proceso EVS
EVS-SEG2: Seleccin del equipo de seguridad
EVS-SEG3: Recomendaciones adicionales de seguridad para el
sistema informacin
EVS-SEG4: Evaluacin de la seguridad de las alternativas de
solucin
EVS-SEG5: Evaluacin detallada de la seguridad de la solucin
propuesta
EVS-SEG6: Catalogacin de los productos generados durante
proceso EVS
ASI-SEG1: Estudio de la seguridad requerida en el proceso ASI
ASI-SEG2: Descripcin de las funciones y mecanismos de
seguridad
ASI-SEG3: Definicin de los criterios de aceptacin de la
seguridad
ASI-SEG4: Catalogacin de los productos generados durante
proceso ASI
DSI-SEG1: Estudio de la seguridad requerida en el proceso DSI
DSI-SEG2: Especificacin de requisitos de seg. del entorno
Pgina 112 de 206
Conceptos
Atributos
tecnolgico
DSI-SEG3: Requisitos de seguridad del entorno de construccin
DSI-SEG4: Diseo de pruebas de seguridad
DSI-SEG5: Catalogacin de los productos generados durante
proceso DSI
CSI-SEG1: Estudio de la seguridad requerida en el proceso CSI
CSI-SEG2: Evaluacin de los resultados de las pruebas de
seguridad
CSI-SEG3: Elaboracin del plan de formacin de seguridad
CSI-SEG4: Catalogacin de los productos generados durante
proceso CSI
IAS-SEG1: Estudio de la seguridad requerida en el proceso IAS
IAS-SEG2: Revisin de medidas de seguridad del entorno de
operacin
IAS-SEG3: Evaluacin de resultados de pruebas seg. e
implantacin del sistema
IAS-SEG4: Catalogacin de los productos generados durante
proceso IAS
IAS-SEG5: Revisin de medidas de seg. en el entorno de
produccin
MSI-SEG1: Estudio de la seguridad requerida en el proceso MSI
MSI-SEG2: Especificacin e identificacin de las funciones y
mecanismos de seg.
MSI-SEG3: Catalogacin de los productos generados durante
proceso MSI
Reglas
descripcin.
Nombre de la Regla
N01-GES-R01
N01-GES-R02
N01-GES-R03
N01-GES-R04
Formulacin Regla
Si (Proyecto_Dat, GES1, S) y (Proyecto_Dat, GES2, S) y
(Proyecto_Dat, GES3, S)
Entonces
Proyecto_Car: GES = A
Si (Proyecto_Dat, GES1, S) y (Proyecto_Dat, GES2, S) y
(Proyecto_Dat, GES3, N)
Entonces
Si (Proyecto_Dat, GES1, S) y (Proyecto_Dat, GES2, N) y
Entonces
Si (Proyecto_Dat, GES1, S) y (Proyecto_Dat, GES2, N) y
Entonces
Proyecto_Car: GES = M
Pgina 113 de 206
Nombre de la Regla
N01-GES-R05
N01-GES-R06
N01-GES-R07
N01-GES-R08
N01-TAM-R01
N01-TAM-R02
N01-TAM-R03
N01-TAM-R04
N01-TAM-R05
N01-TAM-R06
N01-TAM-R07
N01-TAM-R08
N01-TAM-R09
Formulacin Regla
Si (Proyecto_Dat, GES1, N) y (Proyecto_Dat, GES2, S) y
Entonces
Si (Proyecto_Dat, GES1, N) y (Proyecto_Dat, GES2, S) y
Entonces
Si (Proyecto_Dat, GES1, N) y (Proyecto_Dat, GES2, N) y
Entonces
Si (Proyecto_Dat, GES1, N) y (Proyecto_Dat, GES2, N) y
Entonces
Proyecto_Car: GES = B
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, I) y
(Proyecto_Dat, TAM3, I) y (Proyecto_Dat, TAM4, I)
Entonces
TAM: P
(Proyecto_Dat, TAM3, I) y (Proyecto_Dat, TAM4, E)
Entonces
Proyecto_Car: TAM = P
(Proyecto_Dat, TAM3, I) y(Proyecto_Dat, TAM4, S)
Entonces
(Proyecto_Dat, TAM3, E) y (Proyecto_Dat, TAM4, I)
Entonces
(Proyecto_Dat, TAM3, E) y (Proyecto_Dat, TAM4, E)
Entonces
(Proyecto_Dat, TAM3, E) y (Proyecto_Dat, TAM4, S)
Entonces
Proyecto_Car: TAM = M
(Proyecto_Dat, TAM3, S) y (Proyecto_Dat, TAM4, I)
Entonces
(Proyecto_Dat, TAM3, S) y (Proyecto_Dat, TAM4, E)
Entonces
Pgina 114 de 206
Nombre de la Regla
N01-TAM-R10
N01-TAM-R11
N01-TAM-R12
N01-TAM-R13
N01-TAM-R14
N01-TAM-R15
N01-TAM-R16
N01-TAM-R17
N01-TAM-R18
N01-TAM-R19
N01-TAM-R20
Formulacin Regla
(Proyecto_Dat, TAM3, S) y (Proyecto_Dat, TAM4, S)
Entonces
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, E) y
(Proyecto_Dat, TAM3, I) y
(Proyecto_Dat, TAM4, I)
Entonces
Entonces
(Proyecto_Dat, TAM3, I) y (Proyecto_Dat, TAM4, S)
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, S) y
Entonces
Entonces
Pgina 115 de 206

Nombre de la Regla
N01-TAM-R21
N01-TAM-R22
N01-TAM-R23
N01-TAM-R24
N01-TAM-R25
N01-TAM-R26
N01-TAM-R27
N01-TAM-R28
N01-TAM-R29
N01-TAM-R30
N01-TAM-R31
N01-TAM-R32
Formulacin Regla
Entonces
Entonces
Entonces
Entonces
(Proyecto_Dat, TAM3, S) y
(Proyecto_Dat, TAM4, I)
Entonces
Entonces
Entonces
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, I) y
Entonces
Entonces
Entonces
Entonces
Entonces
Pgina 116 de 206
Nombre de la Regla
N01-TAM-R33
N01-TAM-R34
N01-TAM-R35
N01-TAM-R36
N01-TAM-R37
N01-TAM-R38
N01-TAM-R39
N01-TAM-R40
N01-TAM-R41
N01-TAM-R42
N01-TAM-R43
N01-TAM-R44
N01-TAM-R45
Formulacin Regla
Entonces
Entonces
Entonces
Entonces
Proyecto_Car: TAM = G
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, E) y
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Pgina 117 de 206
Nombre de la Regla
N01-TAM-R46
N01-TAM-R47
N01-TAM-R48
N01-TAM-R49
N01-TAM-R50
N01-TAM-R51
N01-TAM-R52
N01-TAM-R53
N01-TAM-R54
N01-TAM-R55
N01-TAM-R56
N01-TAM-R57
Formulacin Regla
Entonces
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, S) y
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
(Proyecto_Dat, TAM3, S) y(Proyecto_Dat, TAM4, I)
Entonces
Entonces
Entonces
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, I) y
Entonces
Entonces
Pgina 118 de 206
Nombre de la Regla
N01-TAM-R58
N01-TAM-R59
N01-TAM-R60
N01-TAM-R61
N01-TAM-R62
N01-TAM-R63
N01-TAM-R64
N01-TAM-R65
N01-TAM-R66
N01-TAM-R67
N01-TAM-R68
N01-TAM-R69
Formulacin Regla
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, E) y
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Pgina 119 de 206
Nombre de la Regla
N01-TAM-R70
N01-TAM-R71
N01-TAM-R72
N01-TAM-R73
N01-TAM-R74
N01-TAM-R75
N01-TAM-R76
N01-TAM-R77
N01-TAM-R78
N01-TAM-R79
N01-TAM-R80
N01-TAM-R81
Formulacin Regla
Entonces
Entonces
Entonces
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, S) y
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Pgina 120 de 206
Nombre de la Regla
N01-COM-R01
N01-COM-R02
N01-COM-R03
N01-COM-R04
N01-COM-R05
N01-COM-R06
N01-COM-R07
N01-COM-R08
N01-COM-R09
N01-COM-R10
Formulacin Regla
Si (Proyecto_Dat, COM1, S) y (Proyecto_Dat, COM2, S) y
(Proyecto_Dat, COM3, S) y (Proyecto_Dat, COM4, S) y
(Proyecto_Dat, COM5, I)
Entonces
Proyecto_Car: COM = A
(Proyecto_Dat, COM5, E)
Entonces
(Proyecto_Dat, COM5, S)
Entonces
(Proyecto_Dat, COM3, S) y (Proyecto_Dat, COM4, N) y
Entonces
Entonces
Entonces
(Proyecto_Dat, COM3, N) y (Proyecto_Dat, COM4, S) y
Entonces
Entonces
Entonces
(Proyecto_Dat, COM3, N) y (Proyecto_Dat, COM4, N) y
Entonces
Pgina 121 de 206
Nombre de la Regla
N01-COM-R11
N01-COM-R12
N01-COM-R13
N01-COM-R14
N01-COM-R15
N01-COM-R16
N01-COM-R17
N01-COM-R18
N01-COM-R19
N01-COM-R20
Formulacin Regla
Proyecto_Car: COM = M
Entonces
Entonces
Si (Proyecto_Dat, COM1, S) y (Proyecto_Dat, COM2, N) y
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Pgina 122 de 206
Nombre de la Regla
N01-COM-R21
N01-COM-R22
N01-COM-R23
N01-COM-R24
N01-COM-R25
N01-COM-R26
N01-COM-R27
N01-COM-R28
N01-COM-R29
N01-COM-R30
Formulacin Regla
Entonces
Entonces
Entonces
Proyecto_Car: COM = B
Entonces
Entonces
Si (Proyecto_Dat, COM1, N) y (Proyecto_Dat, COM2, S) y
Entonces
Entonces
Entonces
Entonces
Entonces
Pgina 123 de 206
Nombre de la Regla
N01-COM-R31
N01-COM-R32
N01-COM-R33
N01-COM-R34
N01-COM-R35
N01-COM-R36
N01-COM-R37
N01-COM-R38
N01-COM-R39
N01-COM-R40
Formulacin Regla
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Si (Proyecto_Dat, COM1, N) y (Proyecto_Dat, COM2, N) y
Entonces
Entonces
Entonces
Pgina 124 de 206
Nombre de la Regla
N01-COM-R41
N01-COM-R42
N01-COM-R43
N01-COM-R44
N01-COM-R45
N01-COM-R46
N01-COM-R47
N01-COM-R48
N01-CAP-R01
N01-CAP-R02
Formulacin Regla
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Entonces
Si (Proyecto_Dat, CAP1, A) y (Proyecto_Dat, CAP2, A)
Entonces
Proyecto_Car: CAP = A
Si (Proyecto_Dat, CAP1, A) y (Proyecto_Dat, CAP2, M)
Entonces
Pgina 125 de 206
Nombre de la Regla
N01-CAP-R03
N01-CAP-R04
N01-CAP-R05
N01-CAP-R06
N01-CAP-R07
N01-CAP-R08
N01-CAP-R09
N02-ACT-R01
N02-ACT-R02
N02-ACT-R03
N02-ACT-R04
Formulacin Regla
Proyecto_Car: CAP = A
Si (Proyecto_Dat, CAP1, A) y (Proyecto_Dat, CAP2, B)
Entonces
Proyecto_Car: CAP = M
Si (Proyecto_Dat, CAP1, M) y (Proyecto_Dat, CAP2, A)
Entonces
Si (Proyecto_Dat, CAP1, M) y (Proyecto_Dat, CAP2, M)
Entonces
Si (Proyecto_Dat, CAP1, M) y (Proyecto_Dat, CAP2, B)
Entonces
Proyecto_Car: CAP = B
Si (Proyecto_Dat, CAP1, B) y (Proyecto_Dat, CAP2, A)
Entonces
Si (Proyecto_Dat, CAP1, B) y (Proyecto_Dat, CAP2, M)
Entonces
Si (Proyecto_Dat, CAP1, B) y (Proyecto_Dat, CAP2, B)
Entonces
Si (Proyecto_Dat, ENF, E)
Entonces
Mapa_Actividades: ASI4 = NR
Mapa_Actividades: DSI3 = NR
Si (Proyecto_Dat, ENF, O)
Entonces
Si (Proyecto_Dat, DAT, N)
Entonces
Mapa_Actividades: CSI8 = NR
Mapa_Actividades: IAS4 = NR
Si (Proyecto_Dat, SOL, D)
Entonces
Mapa_Actividades: EVS1 = NR
Mapa_Actividades: EVS-GC1 = NR
Mapa_Actividades: EVS-CAL1 = NR
Pgina 126 de 206
Nombre de la Regla
N02-ACT-R05
N02-ACT-R06
N02-ACT-R07
N02-ACT-R08
N02-ACT-R09
N02-ACT-R10
Formulacin Regla
Mapa_Actividades: EVS-SEG1 = NR
Si (Proyecto_Dat, REQ, S)
Entonces
Mapa_Actividades: GPS5 = NR
Si (Proyecto_Car, CAP, B) y (Proyecto_Dat, SOL, N)
Entonces
Mapa_Actividades: EVS4 = OM
Mapa_Actividades: EVS-SEG4 = OM
Si (Proyecto_Car, CAP, M) y (Proyecto_Dat, SOL, N)
Entonces
Mapa_Actividades: EVS4 = MM
Mapa_Actividades: EVS-SEG4 = MM
Si (Proyecto_Car, GES, M) y (Proyecto_Car, TAM, P) y
(Proyecto_Dat, REQ, S)
Entonces
Mapa_Actividades: GPS1 = OM
Si (Proyecto_Car, GES, B) y (Proyecto_Car, TAM, P) y
(Proyecto_Dat, REQ, S)
Entonces
Mapa_Actividades: GPS1 = OB
Si (Proyecto_Car, GES, M) y (Proyecto_Car, TAM, P) y
(Proyecto_Dat, REQ, N)
Entonces
Pgina 127 de 206
Nombre de la Regla
N02-ACT-R11
N02-ACT-R12
N02-ACT-R13
Formulacin Regla
Si (Proyecto_Car, GES, B) y (Proyecto_Car, TAM, P) y
(Proyecto_Dat, REQ, N)
Entonces
Si (Proyecto_Dat, TIP, I) o (Proyecto_Dat, TIP, D)
Entonces
Mapa_Actividades: MSI1 = NR
Mapa_Actividades: MSI-GC1 = NR
Mapa_Actividades: MSI-CAL1 = NR
Mapa_Actividades: MSI-SEG1 = NR
Si (Proyecto_Dat, TIP, M)
Entonces
Pgina 128 de 206
Nombre de la Regla
Formulacin Regla
Mapa_Actividades: ADC-GC1 = NR
Mapa_Actividades: ADC-GC2 = NR
Mapa_Actividades: ASI-CAL1 = NR
Mapa_Actividades: DSI-CAL1 = NR
Mapa_Actividades: CSI-CAL1 = NR
Mapa_Actividades: IAS-CAL1 = NR
Pgina 129 de 206
Nombre de la Regla
N02-ACT-R14
N02-ACT-R15
Formulacin Regla
Mapa_Actividades: ASI-SEG1 = NR
Mapa_Actividades: DSI-SEG1 = NR
Mapa_Actividades: CSI-SEG1 = NR
Mapa_Actividades: IAS-SEG1 = NR
Si (Proyecto_Dat, TIP, I)
Entonces
Si (Proyecto_Dat, TIP, I) y (Proyecto_Car, TAM, P) y
((Proyecto_Car, COM, M) o (Proyecto_Car, COM, B)) y
(Proyecto_Dat, SOL, N)
Entonces
Mapa_Actividades: ASI3 = OM
Mapa_Actividades: DSI8 = OM
Mapa_Actividades: DSI10 = OB
Pgina 130 de 206
Nombre de la Regla
N02-ACT-R16
Formulacin Regla
Mapa_Actividades: CSI1 = OM
Mapa_Actividades: CSI7 = MM
Mapa_Actividades: IAS2 = OB
Mapa_Actividades: IAS5 = OM
Mapa_Actividades: IAS9 = MM
Mapa_Actividades: EVS-CAL1 = MM
Mapa_Actividades: EVS-CAL2 = OM
Mapa_Actividades: ASI-CAL1 = MM
Mapa_Actividades: ASI-CAL2 = OB
Mapa_Actividades: ASI-CAL3 = OM
Mapa_Actividades: DSI-CAL2 = OB
Mapa_Actividades: DSI-CAL3 = OM
Mapa_Actividades: CSI-CAL1 = OM
Mapa_Actividades: CSI-CAL2 = MM
Mapa_Actividades: IAS-CAL1 = MM
Mapa_Actividades: IAS-CAL2 = OM
((Proyecto_Car, COM, M) o
(Proyecto_Car, COM, B)) y (Proyecto_Dat, SOL, D)
Entonces
Mapa_Actividades: DSI10 = OB
Pgina 131 de 206
Nombre de la Regla
N02-ACT-R17
N02-ACT-R18
Formulacin Regla
Mapa_Actividades: ASI-CAL2 = OB
Mapa_Actividades: DSI-CAL2 = OB
(Proyecto_Car, COM, A) y (Proyecto_Dat, SOL, N)
Entonces
Mapa_Actividades: ASI3 = MM
Mapa_Actividades: DSI8 = MM
Mapa_Actividades: DSI-CAL3 = MM
(Proyecto_Car, COM, A) y (Proyecto_Dat, SOL, D)
Entonces
Pgina 132 de 206
Nombre de la Regla
N02-ACT-R19
Formulacin Regla
Si (Proyecto_Dat, TIP, I) y ((Proyecto_Car, TAM, M) o
(Proyecto_Car, TAM, G)) y (Proyecto_Dat, SOL, N)
Entonces
Pgina 133 de 206
Nombre de la Regla
N02-ACT-R20
N02-ACT-R21
N02-ACT-R22
Formulacin Regla
Si (Proyecto_Dat, TIP, I) y ((Proyecto_Car, TAM, M) o
(Proyecto_Car, TAM, G)) y (Proyecto_Dat, SOL, D)
Entonces
Si ((Proyecto_Dat, TIP, I) o (Proyecto_Dat, TIP, D)) y
(Proyecto_Dat, SOL, N) y (Proyecto_Car, CAP, A) y
((Proyecto_Dat, SEG, M) o (Proyecto_Dat, SEG, B))
Entonces
Mapa_Actividades: ASI-SEG2 = OM
Mapa_Actividades: DSI-SEG2 = OM
Mapa_Actividades: DSI-SEG3 = OB
Mapa_Actividades: DSI-SEG4 = MM
Mapa_Actividades: CSI-SEG2 = MM
Mapa_Actividades: CSI-SEG3 = OB
Mapa_Actividades: IAS-SEG2 = OM
Mapa_Actividades: IAS-SEG3 = MM
(Proyecto_Dat, SOL, N) y (Proyecto_Car, CAP, A) y
(Proyecto_Dat, SEG, A)
Entonces
Pgina 134 de 206
Nombre de la Regla
N02-ACT-R23
N02-ACT-R24
N02-ACT-R25
Formulacin Regla
Mapa_Actividades: ASI-SEG2 = MM
Mapa_Actividades: CSI-SEG3 = OM
(Proyecto_Dat, SOL, D) y ((Proyecto_Dat, SEG, M) o
(Proyecto_Dat, SEG, B))
Entonces
Mapa_Actividades: DSI-SEG3 = OB
Mapa_Actividades: CSI-SEG2 = MM
Mapa_Actividades: CSI-SEG3 = OB
(Proyecto_Dat, SOL, D) y (Proyecto_Dat, SEG, A)
Entonces
Mapa_Actividades: CSI-SEG3 = OM
Si (Proyecto_Dat, TIP, D) y (Proyecto_Car, TAM, P) y
(Proyecto_Dat, SOL, N)
Entonces
Pgina 135 de 206
Nombre de la Regla
N02-ACT-R26
N02-ACT-R27
Formulacin Regla
(Proyecto_Dat, SOL, D)
Entonces
(Proyecto_Car, COM, A)
Pgina 136 de 206
Nombre de la Regla
N02-ACT-R28
N02-ACT-R29
EST-CONT-R01
EST-CONT-R02
EST-CONT-R03
Formulacin Regla
Entonces
Si (Proyecto_Dat, TIP, D) y ((Proyecto_Car, TAM, M) o
(Proyecto_Car, TAM, G)) y ((Proyecto_Car, COM, M) o
(Proyecto_Car, COM, B))
Entonces
Si (Proyecto_Dat, TIP, D) y ((Proyecto_Car, TAM, M) o
(Proyecto_Car, TAM, G)) y (Proyecto_Car, COM, A)
Entonces
Si (Proyecto_Car, GES, NULL)
Entonces
activar reglas: N01-GES-R01 a N01-GES-R08
Si (Proyecto_Car, TAM, NULL)
Entonces
activar reglas: N01-TAM-R01 a N01-TAM-R81
Si (Proyecto_Car, COM, NULL)
Entonces
activar reglas: N01-COM-R01 a N01-COM-R48
Pgina 137 de 206
Nombre de la Regla
EST-CONT-R04
EST-CONT-R05
Formulacin Regla
Si (Proyecto_Car, CAP, NULL)
Entonces
activar reglas: N01-CAP-R01 a N01-CAP-R09
Si (Proyecto_Car, GES, NOT NULL) y
(Proyecto_Car, TAM, NOT NULL) y
(Proyecto_Car, COM, NOT NULL) y
(Proyecto_Car, CAP, NOT NULL) y
(Proyecto_Dat, ENF, NOT NULL) y
(Proyecto_Dat, TIP, NOT NULL) y
(Proyecto_Dat, SOL, NOT NULL) y
(Proyecto_Dat, REQ, NOT NULL) y
(Proyecto_Dat, DAT, NOT NULL) y
(Proyecto_Dat, SEG, NOT NULL) y
(Proyecto_Dat, NOM, NOT NULL)
Entonces
activar reglas: N02-ACT-R01 a N02-ACT-R29

Cantidad de Reglas
3
152
181


Resultado
3
3
1,00


Resultado
149
152
0,98

Pgina 138 de 206


Cantidad de Reglas
Resultado
3
181
0,02


Promedio
152
3
50,67


Promedio
NA
NA


Promedio
1,95


Promedio
2,85


Atributos en Reglas
Cantidad de Reglas
Suma
2,85
181
NA
NA

Pgina 139 de 206


Promedio
20,50
3
61,50


Promedio
11,2


Promedio
20,50


Promedio
NA

(*) NA: No Aplica.

3.10. Sistema de Ayuda para la Atencin de Incidentes y Solicitudes de un Data
Center.
(extrado de Sistema de Ayuda para la Atencin de Incidentes y Solicitudes de un
Data Center [Di Girolamo, 2004])
Este sistema asiste a un operador novato / sin experiencia a atender incidentes y
solicitudes, reduciendo la curva de aprendizaje, los costos de capacitacin y los
originados por la comisin de errores, dentro de un Data Center. Como se sabe, un Data
Center, es un sitio en torno al cual se definen diferentes tipos de servicios de valor
agregado tendientes a facilitar a sus clientes la conectividad a Internet a muy altas
velocidades en un entorno de infraestructura de alta confiabilidad. En este contexto, la
tarea de un operador requiere de altos conocimientos tcnicos y entrenamiento en la
toma de decisiones ya sea para resolver incidentes que afectan la disponibilidad de los
servicios como para satisfacer las distintas solicitudes de los clientes.
La formacin de operadores con los conocimientos suficientes para la tarea, no
es una tarea trivial, sino ms bien costoso en tiempo y dinero. Los errores en los que
pueda incurrir un operador novato / sin experiencia tambin tienen un costo que no es
menor. Resulta conveniente, entonces, contar con un sistema que asista a un operador
novato / sin experiencia a atender incidentes y solicitudes, reduciendo la curva de
aprendizaje, los costos de capacitacin y los originados por la comisin de errores.
Pgina 140 de 206
Como se sabe, en un Data Center (DC) se albergan equipos y sistemas para los
que los clientes contratan servicios tales como infraestructura (espacio, energa, aire
acondicionado), seguridad informtica, almacenamiento, backup, monitoreo, operacin,
soporte y primordialmente conectividad. Los clientes de un DC normalmente son
entidades que buscan valerse fundamentalmente de las ventajas que hoy en da significa
mostrar sus productos u ofrecer servicios a travs de Internet, sin tener que realizar
grandes inversiones para ello. En particular, este DC, tiene un sector llamado NOC
(Network Operation Center, Centro de Operacin de Red) que sirve para la recepcin y
atencin de los siguientes tpicos:
- Incidentes: se consideran a aquellas situaciones originadas por fallas de hardware
(dispositivos de comunicaciones, servidores, perifricos) o por fallas de software
(software de base, motores de bases de datos y aplicaciones).
- Solicitudes: se consideran en este item a los procesos tales como ejecucin de
procedimientos, instalacin de actualizaciones de software, ampliacin de servicios, etc.
Habitualmente, los clientes se comunican por medio de un centro de atencin
telefnica, en donde se registran los incidentes y las solicitudes: Estas son derivadas al
NOC. El Centro de Operacin de Red, no slo recibe los incidentes y solicitudes
directamente de los clientes que se comunican con el centro de atencin. Tambin puede
recibir solicitudes que se relacionan con proyectos de instalacin de nuevos clientes,
incidentes generados de oficio a raz de fallas detectadas por el sistema de monitoreo y
alarmas con que est provisto. Dada la diversidad de incidentes y solicitudes que
pueden producirse en un DC, resulta difcil que un operador novato / que no cuenta con
experiencia del NOC conozca todas las posibilidades como para poder atenderlos. Por
ello, al momento de atender y/o tener que eventualmente derivar el problema a sectores
especficos para su atencin, como por ejemplo a las reas de conectividad, soporte
tcnico, seguridad, se generan retardos en la solucin y quejas de los clientes por las
demoras en la restitucin del servicio o la atencin pronta de sus requerimientos. Se
debe aclarar que si las mencionadas demoras exceden un determinado tiempo pautado
en el contrato con los clientes, corresponde el pago de multas que se deducen de la
facturacin.
La formacin de operadores con todas las especialidades es algo costoso (desde
el punto de vista del tiempo necesario). No son disciplinas complejas que demanden
mucho esfuerzo adquirirlas, sino que dada la gran cantidad de casos y especialidades
que abarcan, se requiere de mucho tiempo para poner a punto un operador; esto se ve
agravado con el alta rotacin de los mismos. El sistema aqu propuesto, asiste la tarea
de un operador con distintos grados de experiencia y permite diagnosticar, solucionar
y/o derivar incidentes y solicitudes con la mayor precisin, acelerando los tiempos de
resolucin al evitar errores de diagnstico, y haciendo mnimo el tiempo transcurrido
entre que un operador nuevo se incorpora y comienza a atender incidentes o solicitudes.
La aplicacin sirve de gua para que los operadores novatos vayan adquiriendo
experiencia mientras trabajan resolviendo incidentes y solicitudes; pero tambin ayuda a
modo de check list a los operadores ms experimentados cuando la complejidad de
alguna solicitud pueda hacer aumentar la probabilidad de errores de omisin, por
ejemplo, en la implementacin de un nuevo servicio.
Pgina 141 de 206


Para el clculo de las mtricas fueron tenidos en cuenta los siguientes elementos [Di
Girolamo, 2004]:
Conceptos
- Autorizado
- Carpeta Operativa
- Cliente
- Dispositivo
- Falla
- Procedimiento
- Servicios
- Solicitud de Intervencin
- Solucin
- Ticket
Atributos
Conceptos
Autorizado
Carpeta Operativa
Cliente
Dispositivo
Falla
Procedimiento
Servicios
Solicitud de
Atributos
Nombre
Apellido
Tipo de documento
Nmero de documento
Puede autorizar ingresos
Topologa
Vigente
Ubicacin principal
Nombre
Telfono de contacto
Tipo dispositivo
Ubicacin
Nemnico
Plataforma
Direccin IP pblica
Direccin IP privada
Serie
URL
Nmero de alarma
Nombre de tem
Nombre del procedimiento
Pasos
Modalidad
SIN1
SIN2
SIN3
Monitoreo c/aviso
Tipo solicitud
Pgina 142 de 206
Conceptos
intervencin
Atributos
Cliente
Cliente vlido
Datos vlidos
Dispositivos
Dispositivos vlidos
Servicio vlido
Hora comienzo
Hora fin
Tiempo de intervencin
Acciones propuestas
Comentario solucin
Nmero de ticket
Tipo ticket
Tipo de problema
rea del problema
Detalle del problema
Solicitante
Telfono de referencia
Cadena de caracteres
Numrico
Solicitante Medios validos
Procedimiento vlido
Estado
Hora de puesta "en proceso"
Tiempo de atencin
Comentario ticket
Solucin
Ticket
Reglas

descripcin.
Nombre de la Regla
Gestionar incidentes
y solicitudes
Recibir intervalo
de tiempo
Recibir solicitudes
de intervencin
Recibir tickets
Recibir alarmas
de falla
Validar datos
ingresados
Descripcin Regla
Determinar acciones recomendadas para cada solicitud de
intervencin solicitada.
Permitir el ingreso del parmetro Intervalo para ser
utilizado como intervalo de tiempo para el chequeo de
vencimientos.
Realizar la recepcin de los distintos tipos de solicitudes de
intervencin, solicitando la informacin correspondiente a
cada caso.
Solicitar la informacin correspondiente al tratamiento de un
ticket.
Solicitar la informacin correspondiente al tratamiento de
una falla.
Validar los datos ingresados por el usuario.
Pgina 143 de 206

Nombre de la Regla
Controlar tiempos de
atencin e intervencin
Diagnosticar
solicitudes
de intervencin
Diagnosticar falla
Diagnosticar ticket
Mostrar
recomendaciones
Recomendar solucin
para el ticket
Recomendar solucin
para la falla
Procesar pedido
de informacin
complementaria
Procesar pedido
de informacin
complementaria del
cliente
Procesar pedido
de informacin
complementaria del
servicio
Procesar pedido
de informacin
complementaria de
dispositivos
Procesar pedido
de informacin
complementaria de
procedimientos
Consultar informacin
complementaria
referida a autorizados
Descripcin Regla
Manejar los vencimientos de tiempo y disparar alarmas al
operador.
Establecer el diagnstico o identificar la naturaleza de la
solicitud de intervencin y elaborar una recomendacin.
Diagnosticar o interpretar una alarma de falla y elaborar una
recomendacin para la solucin.
Diagnosticar o interpretar la solicitud de intervencin
expresada en un ticket y elaborar una recomendacin.
Hacer visible al usuario las recomendaciones que el sistema
fue elaborando.
Hacer visible al usuario las recomendaciones elaboradas por
el sistema para la resolucin del ticket.
Hacer visible al usuario las recomendaciones elaboradas por
el sistema para la resolucin de la falla.
Consultar datos complementarios a la solicitud de
intervencin que puedan servir de apoyo al usuario en la
bsqueda y aplicacin de la solucin.
Consultar informacin complementaria referida al cliente
Consultar informacin complementaria referida a servicios.
Consultar informacin complementaria referida a

dispositivos.

procedimientos.

autorizados.

Cantidad de Reglas
10
54
19

Pgina 144 de 206


Resultado
10
10
1,00


Resultado
46
54
0,85


Cantidad de Reglas
Resultado
10
19
0,53


Promedio
54
10
5,40


Promedio
NA
NA


Promedio
1,70

Pgina 145 de 206


Promedio
3,60


Atributos en Reglas
Cantidad de Reglas
Suma
3,60
19
NA
NA


Promedio
23,66
10
236,60


Promedio
10,50


Promedio
23,66


Promedio
NA

(*) NA: No Aplica.
Pgina 146 de 206

3.11. Sistema para la evaluacin del Alistamiento.

(extrado de Sistema para la evaluacin del Alistamiento [Rancn, 2004]).
Los resultados que genera esta aplicacin reflejan el alistamiento de las unidades
de la compaa y los recursos necesarios para implementar su mantenimiento,
estableciendo valores unitarios y comparativos con el objeto de ayudar al proceso de
toma de decisiones
Este sistema brinda una solucin para una compaa armadora y permite obtener
informacin objetiva para calcular los distintos valores de Disponibilidad y
Alistamiento y generar la documentacin de base y caso piloto para el Proyecto
MARSEA Sistema para la Evaluacin del Alistamiento.
Para la Compaa esta informacin es prioritaria, porque posibilita la evaluacin
de su preparacin para el cumplimiento de las tareas que le son propias, y, al mismo
tiempo, permite gestionar eficientemente los recursos destinados al funcionamiento y
mantenimiento de sus unidades (y as maximizar el rendimiento de las inversiones).
El producto se encuentra formado por dos subsistemas:
- Subsistema 1- Unidad: este producto se encuentra instalado en una computadora
tipo PC de la unidad seleccionada para operar con el Sistema. Tiene como funciones:
Recoger la informacin particular de la unidad, que deber ser cargada o

modificada por operadores adiestrados, oportunamente designados por los
respectivos responsables:(Estado de Disponibilidad de Componentes y
Subsistemas; Informacin de Solicitudes de Mantenimiento; Informacin referida
a horas de funcionamiento y fechas de vencimiento de componentes y subsistemas
crticos; Relacin del Personal asignado a la Dotacin de la Unidad.; Porcentajes
de Veterana de la dotacin; Funciones asignadas al Personal (Roles); Cursos de
Capacitacin realizados por el personal; Tareas realizadas por la Unidad; Valores
de abastecimientos embarcados; Apreciaciones del Capitn).
Guardar los valores de disponibilidad de componentes y subsistemas que se

encuentren con valores de disponibilidad Operativo (100%) o Fuera de
Servicio (0%).
Establecer, en funcin de cuestionarios de diagnstico, los valores de

disponibilidad de aquellos componentes y subsistemas que se encuentren
disponibilidad diferente a Operativo o Fuera de Servicio, guardndolos en la
misma tabla indicada en el punto anterior.
Guardar la informacin extrada de las SM asociadas a aquellos componentes y

subsistemas con disponibilidad diferente a Operativo.
Guardar la informacin referida a la dotacin de la unidad (datos personales y

roles de funciones)
Pgina 147 de 206

Guardar la informacin referida a los cursos de Capacitacin realizados por el

personal.
Guardar la informacin referida a las tareas realizadas por la unidad
Guardar la informacin de los valores de abastecimientos que se encuentran

disponibles en la unidad.
Guardar la informacin de los valores de horas de funcionamiento y fechas de

vencimiento de componentes crticos.
Guardar la informacin referida a apreciaciones del capitn y porcentajes de

veterana.
Generar diversos reportes por pantalla e impresos
Generar impresiones de los cuestionarios de diagnstico por componente o

subsistema
Generar copias de seguridad de las bases de datos asociadas al subsistema
- Subsistema 2 Gerencia: Se encontrar instalado sobre un servidor de la Red LAN

perteneciente a la Gerencia.
Cumple con las siguientes funciones:

Recuperar la informacin generada en las unidades mediante el Subsistema Carga.

Transformar la informacin recibida a formato compatible con la basede datos
prevista en el servidor.
Procesar la informacin de la base de datos asociada para obtener los diferentes
valores de Disponibilidad y Alistamiento por unidad. No se considera incorporar a
los clculos informacin de abastecimientos.
Procesar la informacin de SM asociadas a cada unidad para obtener valores de
recursos (humanos y materiales) para mantenimiento de componentes y
subsistemas.
Presentar informacin de las unidades en lo que respecta a: valores de
disponibilidad, valores de alistamiento, horas de funcionamiento y fecha de
vencimiento de componentes o subsistemas de carcter crtico.
Administrar informacin referida al Personal: Dotacin de la Unidad, Porcentaje
de Veterana, Asignacin de funciones (roles), etc.
Gestionar informacin referida a los Abastecimientos.
Generar informacin referida a las Solicitudes de Mantenimiento.
Realizar en forma automtica los backup de seguridad de la base de datos
asociadas al subsistema

[Rancn, 2004]:
Pgina 148 de 206

Conceptos
Los conceptos fueron divididos en dos grupos teniendo en cuenta los dos
subsistemas fsicos con los que se trabajar: Subsistema Unidad, que tiene la funcin de
capturar la informacin a bordo de las unidades y el Subsistema Gerencia que tiene la
funcin de procesar la informacin que fue reunida en las unidades y servir de
herramienta para la toma de decisiones.
Subsistema Unidad
- Personal
- Divisin
- Departamentos
- Componentes
- Sistemas
- Abastecimientos
- Componentes Crticos
- Ejercitaciones
- Actividades
- Cursos
- Talleres
- Datos Generales
Subsistema Gerencia
- Buques
- Clases de Unidades
- Personal
- Componentes
- Sistemas
- Abastecimientos
- Componentes Crticos
- Ejercitaciones
- Actividades
- Cursos
- Capacidades para Operar
- Misiones
Atributos
Subsistema Unidad
Conceptos
Personal
Divisin
Departamentos
Componentes
Sistemas
Abastecimientos
Componentes Crticos
Ejercitaciones
Atributos
Matricula
Clave
Codigodiv
Odigodep
Codigocomp
Codigosist
Descripab
Descomp
Codtar
Pgina 149 de 206
Conceptos
Actividades
Cursos
Talleres
Datos Generales
Atributos
Nro_Act
Codigocurs
Codigo
UnidadCompon
FechaVet
Subsistema Unidad
Subsistema Gerencia
Conceptos
Buques
Clases de Unidades
Personal
Componentes
Sistemas
Abastecimientos
Componentes Crticos
Ejercitaciones
Actividades
Cursos
Capacidades para Operar
Misiones
Atributos
Indicativo
Codigoclase
Clave
Codigocomponente
Codigosistema
Codigo
Descripcin
Codtar
CodigoActividad
Codigocurs
Codigotareaop
Codigomision

Subsistema Gerencia
Reglas
Las reglas analizadas se corresponden con cada uno de los requisitos de
funcionamiento que el sistema debe cumplir.
Cantidad de Reglas
24
27
71


Resultado
24
24
1,00

Pgina 150 de 206

Resultado
19
27
0,70


Cantidad de Reglas
Resultado
24
71
0,34


Promedio
27
24
1,13


Promedio
NA
NA


Promedio
1,61


Promedio
3,43

Pgina 151 de 206


Atributos en Reglas
Cantidad de Reglas
Suma
3,43
71
NA
NA


Promedio
5,60
24
134,40


Promedio
2,10


Promedio
5,60


Promedio
NA

(*) NA: No Aplica.
3.12. Sistema para el Anlisis y Diagnstico de Fallas Elctricas de Transmisin.

(extrado de Sistema para el Anlisis y Diagnstico de Fallas Elctricas de
Transmisin. [DeglInnocenti, 2004]).
Este sistema software asiste a tcnicos, especialistas y operadores en la
obtencin del diagnstico inmediatamente despus de producida una falla elctrica de
transmisin. Las funciones a desarrollar son las siguientes: identificar y diagnosticar la
Pgina 152 de 206
falla, analizar el comportamiento de las protecciones, identificar el fenmeno fsico que

origina la falla elctrica
El sistema atiende slo las perturbaciones en que estn involucradas las lneas de
transmisin que concurren a la estacin transformadora Chocn Oeste (CO). La estacin
transformadora CO, perteneciente a la red de transporte de Transener, que opera en los
niveles de 500 y 132 KV, se encuentra ubicada en la provincia de Neuqun, en el Km
1295 de la Ruta Provincial N 237, a 5 Km de la localidad de Villa El Chocn, en
direccin sur y a 77 Km de Neuqun capital.
Actualmente, existe una creciente demanda de energa elctrica, que genera una
dependencia cada vez mayor de los sistemas de transporte, encargados de vincular los
centros de generacin con los centros de consumo. Es fundamental preservar la calidad
y la continuidad del servicio. Es por esta razn que los nuevos sistemas de Protecciones
(equipos automticos encargados de proteger al resto del equipamiento) son cada vez
ms complejos, confiables y seguros. La ocurrencia de una falla en algn punto del
Sistema produce la actuacin inmediata del Sistema de Protecciones. A partir de esto, se
genera la salida de servicio de uno o ms segmentos del Sistema de Transmisin
comprometidos por la falla. La consecuencia directa de esta accin cuyo objetivo es
proteger al equipamiento de las elevadas corrientes de falla, produce como efecto
colateral, la reduccin de la capacidad de transmisin del Sistema, lo cual significa una
afectacin directa a los restantes miembros del Mercado Elctrico, los Generadores y
los Consumidores.
Se sabe que la empresa de transporte de energa debe afrontar las penalidades
que surgen por indisponibilidad del segmento afectado. Dependen del segmento
afectado y del tiempo transcurrido hasta la reposicin del servicio. La minimizacin del
tiempo post-falla se encuentra relacionado con el conocimiento de las causas que
originaron la falla y el estado post-falla del sistema de transmisin. Esta informacin la
brindan los especialistas en Protecciones, quienes analizan las operaciones y
actuaciones de los equipos automticos y emiten un diagnstico para que los encargados
de la operacin del sistema puedan reponer el servicio en el menor tiempo posible.
Adems, los especialistas monitorean ante cada falla la actuacin de las protecciones
con el objeto de detectar cualquier indicio de defecto que pueda ocasionar en el futuro
problemas graves como por ejemplo: la salida incorrecta de algn segmento del sistema,
la actuacin retardada de la proteccin (esto pone en riesgo al equipamiento de la
estacin), la actuacin incorrecta de algn mdulo de la proteccin etc. Gran parte del
tiempo que insume el proceso de obtencin del mismo es consumido por tareas poco
relevantes, tales como el tiempo requerido para convocar al especialista o el necesario
para obtener los datos adquiridos por los Registradores de Eventos de las Estaciones,
que es la informacin que documenta la falla, esto se traduce en elevados costos que
como ya mencionamos se incrementan de manera proporcional al tiempo que se demora
en la reposicin del servicio. Es por esto que el sistema software asiste a tcnicos,
especialistas y operadores en la obtencin del diagnstico inmediatamente despus de
producida una falla.
Para el clculo de las mtricas fueron tenidos en cuenta los siguientes elementos:
Pgina 153 de 206

Conceptos
- Falla
- Perturbacin
- Proteccin
- Interruptor
- Lnea
- Alarma
- Barra
Atributos
Conceptos
Falla
Perturbacin
Proteccin
Interruptor
Atributos
Diagnstico
Doble contingencia
Origen problema
Reposicin servicio
N de perturbaciones
Diagnstico
N de perturbacin
Tipo
Nombre de interruptores actuantes
N de interruptores actuantes
Lnea afectada
Ubicacin
Hora
Fecha
Comportamiento proteccin
Nombre proteccin
Alarmas generadas
Hora_d_gral_linea
Hora_recep_tdd
Hora_envio_tel
Hora_excit_r
Hora_excit_s
Hora_excit_t
Diferencia de tiempo entre envio_tel y d_gral_linea
Diferencia de tiempo entre excitacin 1 fase y excitacin 2
fase
Diferencia de tiempo entre d_gral_linea y recep_tdd
Alarmas generadas S1
Alarmas generadas S2
Alarmas esperadas
Hora disparo
Acta
Nombre interruptor
Alarmas
1 movimiento
2 movimiento
3 movimiento
Pgina 154 de 206
Conceptos
Atributos
Movimiento completo
Estado
Hora_d_disc_mec_polo
Hora_d_disc_elec_polo
Diferencia de tiempo entre d_gral_lnea y d_disc_mec_polo
Diferencia de tiempo entre d_gral_lna y d_disc_elec_polo
Tiempo muerto
Nombre Lnea
Proteccin de lnea
Interruptor de barra
Interruptor vano central
Interruptores de lnea
N de fases afectadas
Fases afectadas
Movimiento interruptores de lnea
Estado
Nombre alarma
Proteccin
Hora
HoraS1
HoraS2
Nombre barra
Estado
Nombre interruptores de barra
Lnea
Alarma
Barra
Reglas
descripcin.
Nombre de la Regla
P1MovInt
P2MovInt
Descripcin Regla
Si
Interruptor. Nombre interruptor = Int y
Interruptor. 1 movimiento = Apertura monofsica y
Interruptor. 2 movimiento = Cierre monofsico y
Interruptor. 3 movimiento = Apertura tripolar
Entonces
Interruptor. movimiento completo = Apertura monofsica con
recierre no exitoso
Interruptor. Estado = Abierto
Si
Interruptor. 2 movimiento = Cierre monofsico
Entonces
Interruptor. movimiento completo = Apertura monofsica con
recierre exitoso
Interruptor. Estado = Cerrado
Pgina 155 de 206
Nombre de la Regla
P3MovInt
P4MovInt
P1LinBar
P2LinBar
P3LinBar
P4LinBar
P5LinBar
Descripcin Regla
Si
Interruptor. 2 movimiento = Apertura trifsica
Entonces
Interruptor. movimiento completo = Apertura monofsica sin
recierre
Si
Interruptor. 1 movimiento = Apertura trifsica
Entonces
Interruptor. Movimiento completo = Apertura trifsica
directa
Si
Interruptor(IntW5045). Estado = Abierto y
Barra. Nombre barra = Bar5CDE y
Lnea. Nombre lnea = Lin5CHCO2
Entonces
Barra. Estado = Fuera de servicio
Lnea. Estado = Fuera de servicio
Si
Interruptor(IntW5032). Estado = Abierto
Barra. Nombre barra = Bar5CDA y
Lnea. Nombre lnea = Lin5CHCO1
Entonces
Barra. Estado = Fuera de servicio
Si
Lnea. Nombre lnea = Lin5COPG2
Entonces
Si
Lnea. Nombre lnea = Lin5COPG1
Entonces
Si
Lnea. Nombre lnea = Lin5AGCO1
Pgina 156 de 206
Nombre de la Regla
P6LinBar
P7LinBar
P1TipoFalla
P2TipoFalla
P1ProtAct
P2ProtAct
P3ProtAct
P4ProtAct
P5ProtAct
Descripcin Regla
Entonces
Si
Lnea. Nombre lnea = Lin5CLCO1
Entonces
Si
Lnea. Nombre lnea = LinT8CO
Entonces
Lnea Estado = Fuera de servicio
S
Perturbacin. N de interruptores actuantes = 2 y
Lnea. Nombre lnea = Lin y Perturbacin. Nombre de
interruptores actuantes = Lnea. Interruptores de lnea
Entonces
Perturbacin. Tipo = Interruptor de lnea
S
Perturbacin. N de interruptores actuantes > 2
Entonces
Perturbacin. tipo = Interruptores mltiples
S
Proteccin. Nombre proteccin = Prot y
Proteccin. Alarmas generadas = d_gral_linea
Entonces
Proteccin. Acta = S
S
Proteccin. Alarmas generadas = d_sobretensin
Entonces
Proteccin. Acta = S
S
Proteccin. Alarmas generadas = recep_tdd
Entonces
Proteccin. Acta = S
S
Proteccin. Alarmas generadas = d_min_imp
Entonces
Proteccin. Acta = S
S
Proteccin. Alarmas generadas = d_cierre_sobre_falla
Entonces
Proteccin. Acta = S
Pgina 157 de 206
Nombre de la Regla
P6ProtAct
P1LinAfec
P2LinAfec
P3LinAfec
P4LinAfec
P5LinAfec
P6LinAfec
Descripcin Regla
S
Proteccin. Alarmas generadas = d_trip_def
Entonces
Proteccin. Acta = S
Si
Perturbacin. N de perturbacin = Falla. N de
perturbaciones
Perturbacin. Tipo = Interruptores de lnea
Proteccin. Nombre proteccin = Pro5COCL1 y
Proteccin. Acta = S
Entonces
Falla. Lnea afectada = Lin5COCL1
Si
perturbaciones
Perturbacin. tipo = Interruptores de lnea y
Proteccin. Nombre proteccin = Pro5COPG1 y
Proteccin. Acta = S
Entonces
Perturbacin. Lnea afectada = Lin5COPG1
Si
perturbaciones
Perturbacin. Tipo = Interruptores de lnea y
Proteccin. Acta = S Entonces
Si
perturbaciones
Proteccin. Nombre proteccin = Pro5AGCO1 y
Proteccin. Acta = S
Entonces
Perturbacin. Lnea afectada = Lin5AGCO1
Si
perturbaciones
Perturbacin. Numero de interruptores actuantes = 3 y
Barra. Estado = Fuera de servicio y
Proteccin. Nombre proteccin = Pro5CHCO1 y
Proteccin. Acta = S
ENTONCES
Perturbacin. Lnea afectada = Lin5CHCO1
Si
perturbaciones
Pgina 158 de 206
Nombre de la Regla
P7LinAfec
P8LinAfec
P9LinAfec
Descripcin Regla
Proteccin. Acta = S
ENTONCES
Si
perturbaciones
Perturbacin. Tipo = Interruptores mltiples y
Lnea. Nombre lnea = Lin5CLCO1 y
Lnea. Estado = Fuera de servicio y
Proteccin. Nombre proteccin = Lnea. proteccin
Proteccin. Acta = s y
Interruptor. Nombre interruptor = Lnea. Interruptor de
barra y
Interruptor. Alarmas = pfi_t2
ENTONCES
Falla. Lnea afectada = Lin5CLCO1
Falla. Doble contingencia = La salida de la barra 5CDE
se debe a una falla del interruptor de barra de la lnea
5CLCO1
Si
perturbaciones
Lnea. Nombre lnea = Lin5COPG2 y
Proteccin. Nombre proteccin = Lnea. Proteccin y
Proteccin. Acta = s y
Interruptor. Alarma = pfi_t2
ENTONCES
Perturbacin. Lnea afectada = LinCOPG2
Falla. Doble contingencia = La salida de la barra 5CDA
5COPG2
Si
perturbaciones
Pgina 159 de 206
Nombre de la Regla
Descripcin Regla
Proteccin. Nombre proteccin = Lnea. proteccin de lnea y
Proteccin. Acta = s
barra y
ENTONCES
5COPG1
P10LinAfec
Si
perturbaciones
Lnea. Nombre lnea = Lin5AGCO1 y
Proteccin. Acta = S
barra y
ENTONCES
5AGCO1
Si
perturbaciones
Proteccin. Acta = S y
Interruptor. Nombre interruptor = Lnea. interruptor de vano
central y
ENTONCES
P11LinAfec
Pgina 160 de 206

Nombre de la Regla
P12LinAfec
P13LinAfec
P14LinAfec
P15LinAfec
Descripcin Regla
Falla. Doble contingencia = La salida de la barra 5CDE
5AGCO1
Si
perturbaciones
Lnea(Lin5CLCO1). Estado = Fuera de servicio y
Lnea(Lin5COPG1). Estado = Fuera de servicio y
Proteccin. Nombre proteccin = Pro5CLCO1 y
Interruptor. Nombre interruptor = IntW5052 y
ENTONCES
Perturbacin. Lnea afectada = Lin5CLCO1
Falla. Doble contingencia = La salida de la lnea
5COPG1 se debe a una falla del interruptor W5052
Si
perturbaciones
ENTONCES
Falla. Doble contingencia = La salida de la lnea 5CLCO1
se debe a una falla del interruptor W5052
Si
perturbaciones
Lnea(LinT8CO). Estado = Fuera de servicio y
ENTONCES
Falla. Doble contingencia = La salida del transformador
T8CO se debe a una falla del interruptor W5072
Si
Pgina 161 de 206
Nombre de la Regla
P16LinAfec
P17LinAfec
P18LinAfec
Descripcin Regla
perturbaciones
Proteccin(Pro5CLCO1). Acta = S y
Proteccin(Pro5COPG1). Acta = S y
abs(Proteccin(Pro5COPG1). Hora
Proteccin(Pro5CLCO1).Hora) < 50 mseg
ENTONCES
Perturbacin. Lnea afectada = Lin5CLCO1, Lin5COPG1
Falla. Ubicacin = El vano central entre las lnea
Lin5CLCO1 y Lin5COPG1
Si
perturbaciones
Interruptor. Alarma = pfi_t2 y
ENTONCES
Lin5AGCO1 se debe a una falla del interruptor de barra de
dicha lnea
Si
perturbaciones
Lnea. Nombre lnea = Lin5CHCO2 y
Proteccin. Acta = S
Interruptor. Alarmas = pfi_t2 y
ENTONCES
Lin5CLCO1 se debe a una falla del interruptor de barra de
dicha lnea
Si
Pgina 162 de 206
Nombre de la Regla
P19LinAfec
P20LinAfec
Descripcin Regla
perturbaciones
Lnea. Nombre lnea = LinT8CO y
ENTONCES
Falla. Doble contingencia = La salida del transformador
T8CO se debe a una falla del interruptor de barra
Si
perturbaciones
ENTONCES
Lin5COPG1 se debe a una falla del interruptor de barra de
dicha lnea
Si
perturbaciones
ENTONCES
Pgina 163 de 206
Nombre de la Regla
P21LinAfec
P22LinAfec
P23LinAfec
Descripcin Regla
Lin5COPG2 se debe a una falla del interruptor de barra de
dicha lnea
Si
perturbaciones
Interruptor. Nombre interruptor = W5032 y
ENTONCES
Lin5AGCO1 se debe a una falla del interruptor del vano
central de dicha lnea
Si
perturbaciones
Lnea (LinT8CO). Estado = Fuera de servicio y
Lnea (Lin5AGCO1). Estado = Fuera de servicio y
Lnea (Lin5COPG2). Estado = Fuera de servicio y
Lnea (Lin5CLCO1). Estado = Fuera de servicio y
Proteccin. Acta = No
ENTONCES
Perturbacin. Ubicacin = Lin5COPG1
Falla. Doble contingencia = La salida de las lneas de la
estacin se debe a una falla de ambos sistemas de proteccin
de la lnea 5COPG1
Perturbacin. Comportamiento proteccin = Las
protecciones de la lnea Lin5COPG1 no actuaron frente a la
falla
Si
perturbaciones
Pgina 164 de 206
Nombre de la Regla
P24LinAfec
P25LinAfec
Descripcin Regla
ENTONCES
Perturbacin. Lnea afectada = Lin5CLCO1
Perturbacin. Ubicacin = Lin5CLCO1
de la lnea 5CLCO1
protecciones de la lnea Lin5CLCO1 no actuaron frente a la
falla
Si
perturbaciones
ENTONCES
Perturbacin. Ubicacin = Lin5COPG2
de la lnea 5COPG2
protecciones de la lnea Lin5COPG2 no actuaron frente a la
falla
Si
perturbaciones
ENTONCES
Perturbacin. Ubicacin = Lin5AGCO1
estacin se debe a una falla de ambos sistemas de
proteccin de la lnea 5AGCO1
protecciones de la lnea Lin5AGCO1 no actuaron frente a la
falla
Pgina 165 de 206

Nombre de la Regla
P1MovIntLin
P1AnalizarHoraProt
P2AnalizarHoraProt
P3AnalizarHoraProt
P4AnalizarHoraProt
P5AnalizarHoraProt
P6AnalizarHoraProt
Descripcin Regla
Si
perturbaciones
Lnea. Nombre lnea = Perturbacin. Lnea afectada y
Perturbacin. Interruptores actuantes = Lnea.Interruptores
de lnea y
Interruptor. Nombre Interruptor = Lnea. Interruptores de
lnea
Entonces
Lnea. Movimiento interruptores de lnea = Interruptor.
Movimiento completo
Si
Alarma. Nombre alarma = d_gral_linea y
Proteccin. Nombre proteccin = Alarma. Proteccin y
Proteccin. Hora disparo =
ENTONCES
Proteccin. Hora disparo = Alarma. Hora
Si
Alarma. Nombre alarma = d_gral_linea y
Alarma. hora < Proteccin. Hora disparo
ENTONCES
Si
Alarma. Nombre alarma = d_sobretension y
ENTONCES
Si
Alarma. Nombre alarma = d_sobretension y
ENTONCES
Si
Alarma. Nombre alarma = d_trip_def y
ENTONCES
Si
Alarma. Nombre alarma = d_trip_def y
ENTONCES
Pgina 166 de 206

Nombre de la Regla
P7AnalizarHoraProt
P8AnalizarHoraProt
P9AnalizarHoraProt
P10AnalizarHoraProt
P1AnalizarHora
Perturba
P2AnalizarHora
Perturba
P1ObtenerHora
Alarma
P2ObtenerHora
Alarma
Descripcin Regla
Si
Alarma. Nombre alarma = d_min_imp y
ENTONCES
Si
Alarma. Nombre alarma = d_min_imp y
ENTONCES
Si
Alarma. Nombre alarma = d_cierre_sobre_falla y
ENTONCES
Si
Alarma. Nombre alarma = d_cierre_sobre_falla y
ENTONCES
Si
perturbaciones
Proteccin. Nombre proteccin = prot y
Perturbacin. Hora =
ENTONCES
Perturbacin. Hora = Proteccin. Hora disparo
Si
Perturbacin. N de perturbacin = Falla. N
deperturbaciones
Proteccin. Nombre proteccin = prot y
Proteccin. Hora disparo < Perturbacin. Hora
ENTONCES
Perturbacin. Hora = Proteccin. Hora disparo
Si
Proteccin. Alarmas_generadas = d_gral_linea y
Alarma. Proteccin = Proteccin. Nombre proteccin y
Alarma. Nombre alarma = d_gral_linea
ENTONCES
Proteccin. Hora_d_gral_linea = Alarma. Hora
Si
Proteccin. Alarmas_generadas = envio_tel y
Pgina 167 de 206
Nombre de la Regla
P3ObtenerHora
Alarma
P4ObtenerHora
Alarma
P5ObtenerHora
Alarma
P6ObtenerHora
Alarma
P7ObtenerHora
Alarma
P8ObtenerHora
Alarma
P1ObtenerDifHora
Descripcin Regla
Alarma. Nombre alarma = envio_tel
ENTONCES
Proteccin. Hora_envio_tel = Alarma. Hora
Si
Proteccin. Alarmas_generadas = recep_tdd y
Alarma. Nombre alarma = recep_tdd
ENTONCES
Proteccin. Hora_recep_tdd = Alarma. Hora
Si
Proteccin. Alarmas_generadas = excit_r y
Alarma. Nombre alarma = excit_r y
ENTONCES
Proteccin. Hora_excit_r = Alarma. Hora
Si
Proteccin. Alarmas_generadas = excit_s y
Alarma. Nombre alarma = excit_s y
ENTONCES
Proteccin. Hora_excit_s = Alarma. Hora
Si
Proteccin. Alarmas_generadas = excit_t y
Alarma. Nombre alarma = excit_t y
ENTONCES
Proteccin. Hora_excit_t = Alarma. Hora
Si
Interruptor. Alarmas = d_disc_elec_polo y
Alarma. Proteccin = Interruptor. Nombre interruptor y
Alarma. Nombre alarma = d_disc_elec_polo y
ENTONCES
Interruptor. Hora_d_disc_elec_polo = Alarma. Hora
Si
Interruptor. Alarmas = d_disc_mec_polo y
Alarma. Proteccin = Interruptor. Nombre interruptor y
Alarma. Nombre alarma = d_disc_mec_polo y
ENTONCES
Interruptor. Hora_d_disc_mec_polo = Alarma. Hora
Si
perturbaciones
Proteccin. Alarmas generadas = d_gral_linea y envio_tel
Entonces
Proteccin. Diferencia de tiempo entre envio_tel y
d_gral_linea = abs(Proteccin. Hora_envio_tel
Proteccin. Hora_d_gral_linea)
Pgina 168 de 206
Nombre de la Regla
P2ObtenerDifHora
P3ObtenerDifHora
P4ObtenerDifHora
P1LinFal
P2LinFal
Descripcin Regla
Si
perturbaciones
Proteccin. Alarmas generadas = d_gral_linea y recep_tdd
Entonces
Proteccin. Diferencia de tiempo entre d_gral_linea y
recep_tdd = abs(Proteccin. Hora_d_gral_linea
Proteccin. Hora_tdd)
Si
perturbaciones
Interruptor. Nombre interruptor = Perturbacin. Nombre
de interruptores actuantes y
Interruptor. Alarmas = d_disc_elec_polo y
Entonces
Interruptor. Diferencia de tiempo entre d_gral_linea y
d_disc_elec_polo = abs(Proteccin.Hora_d_gral_linea
Interruptor.Hora_d_disc_elec_polo)
Si
perturbaciones
Interruptor. Nombre interruptor = Perturbacin. Nombre
de interruptores actuantes y
Interruptor. Alarmas = d_disc_mec_polo y
Entonces
d_disc_mec_polo = abs(Proteccin. Hora_d_gral_linea
Interruptor. Hora_d_disc_mec_polo)
Si
perturbaciones
Lnea. Nombre lnea = Falla. lnea afectada
Proteccin. Nombre proteccin = Lnea. Proteccin lnea y
Proteccin. Alarmas generadas = recep_tel
Entonces
Perturbacin. Ubicacin = Perturbacin. Lnea afectada
Si
perturbaciones
Lnea. Nombre lnea = Perturbacin. lnea afectada y
Pgina 169 de 206
Nombre de la Regla
P3LinFal
P4LinFal
P5LinFal
P1AnalizarFases
Descripcin Regla
Proteccin. Alarmas generadas = No (recep_tel) y
d_gral_linea > 35 mseg y
d_gral_linea < 100 mseg
Entonces
Perturbacin. Comportamiento proteccin = Hay una
falla en la teleproteccin debido a la falta de la recepcin de
teleproteccin
Perturbacin. Ubicacin = La falla se encuentra dentro de la
primera zona del rel de impedancia
Si
perturbaciones
Lnea. Nombre lnea = Perturbacin. lnea afectada y
d_gral_linea <= 35 mseg y
Entonces
Perturbacin. Comportamiento proteccin = La recepcin de
la teleproteccin existi pero no fue registrada
Perturbacin. Ubicacin = La falla se encuentra en la lnea
afectada
Si
Lnea. Nombre lnea = Falla. lnea afectada y
d_gral_linea > 350 mseg y
d_gral_linea < 700 mseg
Entonces
Falla. Ubicacin = O bien la falla se encuentra ms all del
80 % del tramo de lnea con una falla en la teleproteccin, o
bien la falla se encuentra en el 20% del tramo siguiente de
lnea y no operaron las protecciones correspondientes
Si
Lnea. Nombre lnea = Falla. lnea afectada y
d_gral_linea > 800 mseg
Entonces
Falla. Ubicacin = La falla se encuentra en el tramo
siguiente de lnea
Si
perturbaciones
Pgina 170 de 206
Nombre de la Regla
P2AnalizarFases
P3AnalizarFases
P4AnalizarFases
P5AnalizarFases
P6AnalizarFases
Descripcin Regla
Proteccin. Alarmas generadas <> excit_r, excit_s,excit_t
ENTONCES
Lnea. N de fases afectadas = 0
Si
perturbaciones
Proteccin. Alarmas generadas = excit_r y
Proteccin. Alarmas generadas <> excit_s, excit_t
ENTONCES
Lnea. fases afectadas = R
Si
perturbaciones
Proteccin. Alarmas generadas = excit_s y
Proteccin. Alarmas generadas <> excit_r, excit_t
ENTONCES
Lnea fallada. N de fases afectadas = 1
Lnea fallada. fases afectadas = S
Si
perturbaciones
Proteccin. Alarmas generadas = excit_t y
Proteccin. Alarmas generadas <> excit_r, excit_s
ENTONCES
Lnea. fases afectadas = T
Si
perturbaciones
Proteccin. Alarmas generadas = excit_t y
Proteccin. Alarmas generadas <> excit_s
ENTONCES
Lnea. fases afectadas = R, T
Si
perturbaciones
Pgina 171 de 206
Nombre de la Regla
P7AnalizarFases
P8AnalizarFases
P1AnalizarDifExcit
P2AnalizarDifExcit
Descripcin Regla
Proteccin. Alarmas generadas = excit_s
Proteccin. Alarmas generadas <> excit_t
ENTONCES
Lnea. fases afectadas = R, S
Si
Perturbacion. N de perturbacin = Falla. N de
perturbaciones
Proteccin. Alarmas generadas = excit_T
Proteccin. Alarmas generadas <> excit_r
ENTONCES
Lnea. fases afectadas = S, T
Si
perturbaciones
Proteccin. Alarmas generadas = excit_t
ENTONCES
Lnea. fases afectadas = R, S y T
Si
perturbaciones
Proteccin. Nombre proteccin = Lnea. Proteccin
Lnea. N de fases afectadas = 2 y
Lnea. Fases afectadas = R, S
Entonces
Proteccin. Diferencia de tiempo entre excitacin 1 fase y
excitacin 2 fase = abs(Proteccin. Hora_excit_r
Proteccin. Hora_excit_s)
Si
perturbaciones
Lnea. Fases afectadas = R, T
Entonces
Pgina 172 de 206
Nombre de la Regla
P3AnalizarDifExcit
P4AnalizarDifExcit
P5AnalizarDifExcit
P6AnalizarDifExcit
Descripcin Regla
excitacin 2 fase = abs(Proteccin.Hora_excit_r
Proteccin. Hora_excit_t)
Si
perturbaciones
Lnea. Fases afectadas = S, T
Entonces
excitacin 2 fase = abs(Proteccin.Hora_excit_s
Si
perturbaciones
Proteccin. Hora_excit_t > Proteccin. Hora_excit_r y
Proteccin. Hora_excit_t > Proteccin. Hora_excit_s
Entonces
Proteccin. Hora_excit_s)
Si
perturbaciones
Proteccin. Hora_excit_r > Proteccin. Hora_excit_s y
Proteccin. Hora_excit_r > Proteccin. Hora_excit_t
Entonces
excitacin 2 fase = abs(Proteccin.Hora_excit_s
Si
perturbaciones
Proteccin. Hora_excit_s > Proteccin. Hora_excit_r y
Proteccin. Hora_excit_s > Proteccin. Hora_excit_t
Entonces
Pgina 173 de 206
Nombre de la Regla
P1PerturbaMon
P2PerturbaMon
P3PerturbaMon
P4PerturbaMon
Descripcin Regla
Si
perturbaciones
Lnea estado = fuera de servicio y
Lnea. N de Fases afectadas = 1 y
Lnea. Movimiento interruptores de lnea = Apertura
monofsica con recierre no exitoso
ENTONCES
Perturbacin. Diagnstico. Falla monofsica con recierre
no exitoso
Si
perturbaciones
Lnea = fuera de servicio y
Lnea. Movimiento interruptores de lnea = apertura
monofsica con recierre no exitoso y
Proteccin. Alarmas generadas = d_gral_linea y recep_tdd y
recep_tdd > 160 mseg y
recep_tdd < 1 seg.
ENTONCES
Perturbacin. Diagnstico = Falla monofsica con falla en
uno de los interruptores asociados en el extremo opuesto.
Si
perturbaciones
Lnea. Estado = fuera de servicio y
Lnea. Fases afectadas = 0 y
Proteccin. Alarmas generadas = recep_tel, wei, orden_rec
ENTONCES
Perturbacin. Diagnstico = Falla monofsica por extremo
dbil con recierre no exitoso
Si
perturbaciones
Pgina 174 de 206
Nombre de la Regla
P5PerturbaMon
P6PerturbaMon
Descripcin Regla
monofsica sin recierre y
barra y
Interruptor. alarmas =. d_disc_mec_polo y
Interruptor. diferencia de tiempo entre d_gral_linea y
d_disc_mec_polo < Interruptor. tiempo muerto
ENTONCES
Perturbacin. Diagnstico = Falla monofsica sin ejecucin
del recierre por problemas en el ajuste de tiempo de la
discrepancia mecnica
Perturbacin. Comportamiento proteccin = Problemas
de ajuste de tiempo de la discrepancia mecnica
Si
perturbaciones
Interruptor. Nombre interruptor = Lnea. Interruptor vano
central y
Interruptor. alarmas =. d_disc_mec_polo y
d_disc_mec_polo < Interruptor. tiempo muerto
ENTONCES
discrepancia mecnica
de ajuste de tiempo de la discrepancia mecnica
Si
perturbaciones
Lnea. Movimiento interruptores = apertura monofsica sin
recierre y
barra y
Interruptor. alarmas = d_disc_elec_polo y
d_disc_elec_polo < tiempo muerto
ENTONCES
Perturbacin. Diagnstico = falla monofsica sin ejecucin
discrepancia elctrica
Pgina 175 de 206
Nombre de la Regla
P7PerturbaMon
P8PerturbaMon
P9PerturbaMon
Descripcin Regla
de ajuste de tiempo de la discrepancia elctrica
Si
perturbaciones
Lnea. Movimiento interruptores = apertura monofsica
sin recierre y
Interruptor. Nombre interruptor = Lnea. Interruptor vano
central y
Interruptor. alarmas = d_disc_elec_polo y
d_disc_elec_polo < Interruptor. tiempo muerto
ENTONCES
Perturbacin. Diagnstico = falla monofsica sin ejecucin
discrepancia elctrica
de ajuste de tiempo de la discrepancia elctrica
Si
perturbaciones
monofsica sin ejecucin del recierre y
Interruptor. alarmas = d_disc_mec_polo y
Diferencia de tiempo entre el disparo general y disparo
por discrepancia de polo > Tiempo muerto
ENTONCES
Perturbacin. Diagnstico = Falla monofsica sin
ejecucin del recierre por falla del interruptor
Si
perturbaciones
Lnea. Estado. fuera de servicio y
Lnea. Movimiento interruptores de lnea = apertura tripolar
directa y
Proteccin. Alarmas generadas = rec_bloqueado y
Lnea. Movimiento interruptores = Cierre previo a la falla
ENTONCES
Perturbacin. Diagnstico = Falla monofsica despus de
una energizacin de lnea, sin ejecucin del recierre por
Pgina 176 de 206
Nombre de la Regla
P10PerturbaMon
P11PerturbaMon
P12PerturbaMon
P13PerturbaMon
Descripcin Regla
bloqueo de recierre asociado a una maniobra
Si
perturbaciones
directa y
Proteccin. Nombre proteccin = Lnea. Proteccin de lnea
y
Proteccin. alarmas generadas = rec_bloqueado
d_cierre_sobre_falla y
Lnea. Movimiento interruptores de lnea = Cierre previo a la
falla
ENTONCES
Perturbacin. Diagnstico = Falla monofsica durante el
cierre de la lnea, con disparo cierre sobre falla
Si
perturbaciones
directa y
Proteccin. Nombre proteccin = Lnea. proteccin lnea y
Proteccin. Alarmas generadas = rec_bloqueado,
falla
ENTONCES
Perturbacin. diagnstico = Falla monofsica o polifsica
durante el cierre de la lnea, con disparo cierre sobre falla
Si
perturbaciones
directa y
Proteccin. Alarmas generadas = recep_tdd
ENTONCES
Perturbacin. Diagnstico = Falla monofsica con
disparo definitivo por problemas en el extremo opuesto de la
lnea
Si
Pgina 177 de 206
Nombre de la Regla
P14PerturbaMon
P15PerturbaMon
P16PerturbaMon
Descripcin Regla
perturbaciones
Lnea. Estado = en servicio y
monofsica con recierre exitoso y
Proteccin. Alarmas generadas = orden_rec
ENTONCES
Perturbacin. Diagnstico = Falla monofsica con recierre
exitoso
Si
perturbaciones
Lnea. Estado = en servicio y
monofsica con recierre exitoso y
Proteccin. Nombre proteccin = Lnea. Proteccin lnea
Proteccin. Alarmas generadas = recep_tel, wei,orden_rec
ENTONCES
Perturbacin. Diagnstico = Falla monofsica por extremo
dbil, con recierre exitoso
Si
perturbaciones
directa y
Proteccin. Alarmas generadas = rec_bloqueado
ENTONCES
del recierre por problemas en el accionamiento o en el
sistema de extincin de arco
Si
perturbaciones
monofasica con recierre no exitoso y
Proteccin. Alarmas generadas = d_cierre_sobre_falla
Pgina 178 de 206
Nombre de la Regla
P17PerturbaMon
P18PerturbaMon
P1PerturbaPol
Descripcin Regla
ENTONCES
no exitoso por ser permanente la falla durante el tiempo
muerto del recierre
Si
perturbaciones
directa y
Falla. N de perturbaciones > 1 y Perturbacin. Hora
Perturbacin(anterior). Hora < 6 seg.
Proteccin. Alarmas generadas = d_trip_def y
ENTONCES
del recierre por producirse una nueva perturbacin dentro
del tiempo de reclamo del interruptor
Si
perturbaciones
Lnea = fuera de servicio y
Proteccin. Alarmas generadas = d_gral_linea y recep_tdd y
recep_tdd > 160 mseg y
recep_tdd < 1 seg.
ENTONCES
Perturbacin. Diagnstico = Falla monofsica con falla en
uno de los interruptores asociados en el extremo opuesto
S
perturbaciones
Lnea. movimiento interruptores de lnea = Apertura
Proteccin. Alarmas generadas = orden_rec y d_trip_def
Entonces
Perturbacin. diagnstico = Falla bifasica posterior a falla
Pgina 179 de 206
Nombre de la Regla
P2PerturbaPol
P3PerturbaPol
P4PerturbaPol
P5PerturbaPol
Descripcin Regla
monofsica despejada (falla evolutiva)
S
perturbaciones
Lnea. movimiento interruptores de lnea = apertura
Proteccin. Alarmas generadas = orden_rec y d_trip_def
Entonces
Perturbacin. diagnstico = Falla trifsica posterior a falla
monofsica despejada (falla evolutiva)
S
perturbaciones
Lnea. movimiento interruptores de lnea = Apertura tripolar
directa y
Entonces
Perturbacin. Diagnstico. = Falla bifsica
S
perturbaciones
directa y
y
Entonces
Perturbacin. diagnstico = Falla trifsica
S
perturbaciones
directa y
Lnea. movimiento interruptores de lnea = cierre previo a
la falla y
Pgina 180 de 206
Nombre de la Regla
P6PerturbaPol
P7PerturbaPol
P8PerturbaPol
Descripcin Regla
y
Entonces
Perturbacin. diagnstico = Falla bifsica despus de una
energizacin de lnea
S
perturbaciones
Lnea Nombre lnea = Perturbacin. Lnea afectada y
directa y
Lnea. movimiento interruptores de lnea = cierre previo a
la falla
y
Entonces
Perturbacin. diagnstico = Falla trifsica despus de la
energizacin de la lnea
S
perturbaciones
Lnea. Movimiento interruptores de lnea = Apertura tripolar
directa y
y
Proteccin. Alarmas generadas = bloqueo_rec,
Lnea. Movimiento interruptores de lnea = Cierre previo
a la falla
Entonces
Perturbacin. Diagnstico. Falla bifsica durante el cierre
de la lnea, con disparo cierre sobre falla
S
perturbaciones
directa y
y
Proteccin. Alarmas generadas = bloqueo_rec y
Pgina 181 de 206
Nombre de la Regla
P1PerturbaSF
P2PerturbaSF
P3PerturbaSF
P1DiagnosFalla
Descripcin Regla
d_cierre_sobre_falla
falla
Entonces
Perturbacin. Diagnstico = Falla trifsica durante el
S
perturbaciones
directa y
y
Proteccin. Alarmas generadas = d_sobretensin, d_trip_def
Entonces
Perturbacin. diagnstico = Se produjo una salida de lnea
por sobretensin
S
perturbaciones
directa y
Proteccin. Alarmas generadas = d_sobretensin, recep_tdd
Entonces
Perturbacin. diagnstico = Se produjo una salida de
lnea por sobretensin en el extremo opuesto
S
perturbaciones
directa y
y
Proteccin. Alarmas generadas = d_recurso_post_falla
Entonces
Perturbacin. diagnstico = Se produjo una salida de lnea
para estabilizar el sistema debido al despeje de una falla
Si
Falla. N de perturbaciones = 1
ENTONCES
Pgina 182 de 206
Nombre de la Regla
P2DiagnosFalla
P3DiagnosFalla
P4DiagnosFalla
P5DiagnosFalla
P6DiagnosFalla
Descripcin Regla
Falla. Diagnstico = Perturbacin. Diagnstico
Si
Falla. N de perturbaciones > 1 y Perturbacin. N de
perturbacin = Falla. N de perturbaciones y
no exitoso y
Perturbacin(anterior). Diagnstico = Falla Monofsica
con recierre exitoso
ENTONCES
Falla. Diagnstico = Sucesivas perturbaciones
monofsicas resultando la ltima con recierre no exitoso
Si
Falla. N de perturbaciones > 1 y
perturbaciones
exitoso y
Perturbacin(anterior). Diagnstico = Falla Monofsica con
recierre exitoso
ENTONCES
Falla. Diagnstico = Sucesivas perturbaciones monofsicas
con recierre exitoso
Si
perturbaciones
ENTONCES
Falla. Diagnstico = Sucesivas perturbaciones monofsicas
con apertura trifsica definitiva por producirse una nueva
falla dentro del tiempo de reclamo del interruptor
Si
perturbaciones
Perturbacin. Diagnstico = Se produjo una falla bifsica
ENTONCES
Falla. Reposicin del servicio = No exitosa
Si
perturbaciones
Perturbacin. Diagnstico = Se produjo una falla trifsica
ENTONCES
Pgina 183 de 206
Nombre de la Regla
P7DiagnosFalla
P8DiagnosFalla
P1OrigenProb
P2OrigenProb
P3OrigenProb
Descripcin Regla
Si
perturbaciones
Perturbacin. Diagnstico = Falla monofsica durante el
ENTONCES
Si
perturbaciones
Perturbacin. Diagnstico = Falla monofsica o polifsica
ENTONCES
S
perturbaciones
Lnea. N de fases afectadas > 1 y
y
excitacin 2 fase > 10 mseg y
excitacin 2 fase < 400 mseg
Entonces
Falla. Origen problema = La falla se produjo por la cada
de una o ms torres. Debido probablemente a vientos
torndicos
S
perturbaciones
y
excitacin 2 fase >= 400 mseg y
excitacin 2 fase <= 650 mseg
Entonces
de una o ms torres. Debido probablemente a vientos
torndicos o bien por un atentado
S
perturbaciones
Pgina 184 de 206
Nombre de la Regla
P4OrigenProb
P5OrigenProb
P6OrigenProb
P7OrigenProb
Descripcin Regla
y
excitacin 2 fase > 650 mseg
Entonces
de una o ms torres. Debido muy probablemente a un
atentado
S
perturbaciones
y
excitacin 2 fase = 0 mseg y
Entonces
Falla. Origen problema = La falla se produjo
probablemente por fuertes vientos en zona de transposicin o
bien probable incendio bajo la lnea
S
Falla. N de perturbaciones = 1 y Perturbacin. N de
perturbacin = Falla. N de perturbaciones y
Perturbacin. Diagnstico = Falla Monofsica con recierre
exitoso
Entonces
Falla. Origen problema = La falla pudo haber sido
provocada por una descarga atmosfrica o bien un incendio
bajo la lnea
S
perturbaciones
Perturbacin. Diagnstico = Falla Monofsica con
recierre exitoso
Entonces
Falla. Origen problema = La falla se produjo, probablemente
debido a la presencia de incendio bajo la lnea
S
perturbaciones
Pgina 185 de 206
Nombre de la Regla
P8OrigenProb
P9OrigenProb
P10OrigenProb
P11OrigenProb
Descripcin Regla
Entonces
S
Falla. N de perturbaciones = 1 y
perturbaciones
Lnea. Moviemiento de interruptores = Apertura tripolar
directa
Entonces
Falla. Origen problema = La falla es de origen desconocido.
Las posibilidades son: Incendio, rayo, cada de un conductor
S
perturbaciones
Lnea. Moviemiento de interruptores = Apertura monofsica
sin recierre
Entonces
Falla. Origen problema = La falla es de origen desconocido.
Las posibilidades son: Incendio, rayo, cada de un conductor
S
perturbaciones
Falla. Diagnstico = Falla trifsica
Entonces
S
perturbaciones
Lnea. Movimiento interruptores = Apertura monofcica con
recierre no exitoso
Entonces
Falla. Origen problema = La falla pudo haber sido
provocada por un incendio bajo la lnea o bien la cada de un
conductor
Pgina 186 de 206
Nombre de la Regla
P1AnalizaS1S2
P2AnalizaS1S2
P3AnalizaS1S2
P4AnalizaS1S2
P5AnalizaS1S2
P6AnalizaS1S2
P7AnalizaS1S2
Descripcin Regla
S
Proteccin. Alarmas generadas S1 =
Entonces
Perturbacin. Comportamiento proteccin =
Comportamiento defectuoso de la proteccin de lnea
5CLCO1. No actu el sistema 1
S
Entonces
5COPG1. No actu el sistema 1
S
Entonces
S
Entonces
5AGCO1. No actu el sistema 1
S
Entonces
5CHCO1. No actu el sistema 1
S
Entonces
S
Pgina 187 de 206
Nombre de la Regla
P8AnalizaS1S2
P9AnalizaS1S2
P10AnalizaS1S2
P11AnalizaS1S2
P12AnalizaS1S2
P13AnalizaS1S2
Descripcin Regla
Entonces
5CLCO1. No actu el sistema 2
S
Entonces
S
Entonces
S
Entonces
5AGCO1. No actu el sistema 2
S
Entonces
S
Entonces
S
Pgina 188 de 206
Nombre de la Regla
P14AnalizaS1S2
P1ComProt
P2ComProt
P3ComProt
P4ComProt
Descripcin Regla
Proteccin. Alarmas generadas (x) Not in
Proteccin. Alarmas generadas S1
Entonces
Perturbacin. Comportamiento proteccin = El Sistema
2 no actu correctamente por la falta de la alarma
S
Proteccin. Alarmas generadas (x) Not in
Proteccin. Alarmas generadas S2
Entonces
Perturbacin. Comportamiento proteccin = El Sistema
1 no actu correctamente por la falta de la alarma
S
perturbaciones
no exitoso y
Lnea. Nombre lnea = Falla. Lnea afectada y
Entonces
Proteccin. Alarmas esperadas = Alarmas comunes,
orden_rec, d_trip_def
S
perturbaciones
Perturbacin. Diagnstico = Falla Monofsica con falla en
uno de los interruptores asociados en el extremo opuesto y
Entonces
recep_tdd
S
perturbaciones
Perturbacin. Diagnstico = Falla Monofsica por extremo
dbil con recierre no exitoso
Entonces
Proteccin. Alarmas esperadas = recep_tel, orden_rec, wei,
d_trip_def
S
perturbaciones
Perturbacin. Diagnstico = Falla Monofsica sin ejecucin
discrepancia mecnica y
Pgina 189 de 206
Nombre de la Regla
P5ComProt
P6ComProt
P7ComProt
P8ComProt
P9ComProt
Descripcin Regla
Entonces
d_disc_mec_polo
S
perturbaciones
discrepancia elctrica y
Entonces
d_disc_elec_polo
S
perturbaciones
del recierre por falla del interruptor y
Entonces
Proteccin. Alarmas esperadas = Alarmas
comunes,orden_rec, d_disc_mec_polo
S
perturbaciones
Perturbacin. Diagnstico = Falla Monofsica despus de
una energizacin de lnea, sin ejecucin del recierre por
bloqueo de recierre asociado a una maniobra y
Entonces
rec_bloqueado
S
perturbaciones
Perturbacin. Diagnstico = Falla Monofsica durante el
cierre de la lnea, con disparo cierre sobre falla y
Entonces
Proteccin. Alarmas esperadas = rec_bloqueado,
d_cierre_sobre_falla
S
perturbaciones
Pgina 190 de 206
Nombre de la Regla
P10ComProt
P11ComProt
P12ComProt
P13ComProt
Descripcin Regla
Perturbacin. Diagnstico = Falla Monofsica con disparo
definitivo por problemas en el extremo opuesto de la lnea y
Entonces
recep_tdd
S
perturbaciones
sistema de extincin de arco y
Entonces
rec_bloqueado
S
perturbaciones
sistema de extincin de arco y
Entonces
comunes,orden_rec
S
perturbaciones
Perturbacin. Diagnstico = Falla Monofsica por extremo
dbil con recierre exitoso y
Lnea. Nombre lnea = Falla. Lnea afectada y Proteccin.
Nombre proteccin = Lnea. Proteccin de lnea
Entonces
Proteccin. Alarmas esperadas = recep_tel, wei, orden_rec
S
perturbaciones
Perturbacin. Diagnstico = Falla Monofsica con recierre
exitoso y
Entonces
comunes,orden_rec
Pgina 191 de 206

Nombre de la Regla
P14ComProt
P15ComProt
P16ComProt
P17ComProt
P18ComProt
P19ComProt
Descripcin Regla
S
perturbaciones
Perturbacin. Diagnstico = Falla bifsica posterior a falla
monofsica despejada (falla evolutiva) y
Entonces
d_trip_def, orden_rec
S
perturbaciones
Perturbacin. Diagnstico = Falla trifsica posterior a falla
monofsica despejada (falla evolutiva) y
Entonces
comunes,d_trip_def, orden_rec
S
perturbaciones
Perturbacin. Diagnstico = Falla bifsica y
Entonces
d_trip_def
S
perturbaciones
Perturbacin. Diagnstico = Falla trifsica y
Entonces
d_trip_def
S
perturbaciones
Perturbacin. Diagnstico = Falla bifsica despus de una
energizacin de lnea y
Entonces
d_trip_def, rec_bloqueado
S
Pgina 192 de 206
Nombre de la Regla
P20ComProt
P21ComProt
P22ComProt
P23ComProt
P24ComProt
Descripcin Regla
perturbaciones
Perturbacin. Diagnstico = Falla trifsica despus de una
energizacin de lnea y
Entonces
d_trip_def, rec_bloqueado
S
perturbaciones
Perturbacin. Diagnstico = Falla bifsica durante el cierre
de la lnea con disparo cierre sobre falla y
Entonces
rec_bloqueado, d_cierre_sobre_falla
S
perturbaciones
Perturbacin. Diagnstico = Falla trifsica durante el cierre
de la lnea con disparo cierre sobre falla y
Entonces
rec_bloqueado, d_cierre_sobre_falla
S
perturbaciones
Perturbacin. Diagnstico = Salida de lnea por sobretensin
y
Entonces
Proteccin. Alarmas esperadas = d_trip_def, d_sobretensin
S
perturbaciones
Perturbacin. Diagnstico = Salida de lnea por sobretensin
en el extremo opuesto y
Entonces
Proteccin. Alarmas esperadas = d_trip_def, recep_tdd
S
Pgina 193 de 206
Nombre de la Regla
P25ComProt
Descripcin Regla
perturbaciones
Perturbacin. Diagnstico = Salida de lnea para la
estabilizacin del sistema despus del despeje de una falla y
Entonces
Proteccin. Alarmas esperadas = d_recurso_post_falla
S
perturbaciones
y
Proteccin. Alarmas esperadas(x) Not in Alarmas generadas
Entonces
Comportamiento defectuoso de la proteccin no gener la
alarma Alarmas esperadas(x)

Cantidad de Reglas
7
60
174


Resultado
7
7
1,00


Resultado
54
60
0,90

Pgina 194 de 206


Cantidad de Reglas
Resultado
7
174
0,04


Promedio
60
7
8,57


Promedio
NA
NA


Promedio
1,50


Promedio
3,90


Atributos en Reglas
Cantidad de Reglas
Suma
3,90
174
NA
NA

Pgina 195 de 206


Promedio
8,75
7
61,25


Promedio
6,60


Promedio
8,75


Promedio
NA
(*) NA: No Aplica.
Pgina 196 de 206

4. Integracin de resultados
En las siguientes subsecciones se detallan los resultados registrados de aplicar
las mtricas de la seccin 2.03 a las tesis detalladas en la seccin 3. Se integran los
valores y se realiza una interpretacin de los mismos.
4.01. Cantidad de Conceptos, Cantidad de Reglas o Cantidad de Atributos
A partir de aplicar la mtrica 2.03.01.- Primera Propuesta - NRO DE
CONCEPTOS, NRO DE REGLAS O NRO DE ATRIBUTOS, a las tesis propuestas en
la seccin 3 los resultados generales son los siguientes:
Identificacin del Sistema
10
11
12
17
20
11
22
11
10
24
81
126
74
29
30
142
36
35
152
54
27
60
Cantidad de Reglas
472
155
115
40
43
138
22
66
181
19
71
174
Tabla 185 Tabla de resultados de la mtrica

Esta mtrica es simple, tiene por objetivo medir la complejidad del dominio. Su
valor debera ir creciendo a lo largo de todo el proyecto, excepto en las etapas finales en
las cuales debera converger a un valor. Si se poseen datos histricos, se pueden
comparar los resultados parciales, y as detectar desvos. Podemos afirmar que el
sistema 1 resulta de uno de los ms complejos, en cuanto a la definicin de las reglas, y
que la cantidad de conceptos no se encuentra relacionada directamente con la cantidad
de reglas, por ende se infiere que los atributos poseen muchos valores y existe gran
cantidad de combinatoria de los mismos. El sistema 6 resulta de los ms complejos en
cuanto a la cantidad de conceptos atributos y reglas, conforme describen un dominio
amplio (en donde se manejan estrategias).
4.02. Cantidad de Conceptos en Reglas / Cantidad de Conceptos
A partir de aplicar la mtrica 2.03.2.- Segunda Propuesta - NRO DE
CONCEPTOS EN UNA REGLA / NRO DE CONCEPTOS, a las tesis propuestas en la
seccin 3 los resultados generales son los siguientes:
10
11
12
19
22
10
24
17
20
11
22
11
10
24
0,41
0,95
0,73
0,71
1,00
1,00
0,82
1,00
1,00
1,00
1,00
1,00
Resultado

Para esta medicin podemos ver que los sistemas: 5, 6, 8, 9, 10, 11 y 12 poseen
todos sus conceptos relacionados en las reglas, lo cual indicara un proyecto en estado
de madurez.
4.03. Cantidad de Atributos en Reglas / Cantidad de Atributos
Pgina 197 de 206

A partir de aplicar la mtrica 2.03.3.- Tercera Propuesta - NRO DE

ATRIBUTOS EN UNA REGLA/ NRO. DE ATRIBUTOS, a las tesis propuestas en la
seccin 3 los resultados generales son los siguientes:
10
11
12
50
121
70
25
28
96
32
30
149
46
19
54
81
126
74
29
30
142
36
35
152
54
27
60
0,62
0,96
0,95
0,86
0,93
0,68
0,89
0,86
0,98
0,85
0,70
0,90
Resultado

NRO DE ATRIBUTOS EN UNA REGLA/ NRO. DE ATRIBUTOS
Esta mtrica se asemeja a la anterior. Aqu los sistemas 2, 3 y 9 seran los que se
destacan (slo se repite de la medicin anterior el 9). Los sistemas 1 y 6 poseen una
baja relacin entre los atributos y las reglas. Con la salvedad que, en la medicin
anterior, el sistema 1 tambin se encontraba con baja puntuacin, no as el 6. Es por eso
que esta propuesta es necesaria independientemente de la anterior. Puedo tener pocos
conceptos por regla pero con muchos atributos y viceversa.
4.04. Cantidad de Conceptos / Cantidad de Reglas
A partir de aplicar la mtrica 2.03.4.- Cuarta Propuesta - NRO DE CONCEPTOS/
NRO DE REGLAS, a las tesis propuestas en la seccin 3 los resultados generales son
los siguientes:
Orden del Sistema
10
11
12
17
20
11
22
11
10
24
Cantidad de Reglas
472
155
115
40
43
138
22
66
181
19
71
174
Resultado
0,04
0,13
0,10
0,18
0,12
0,16
0,50
0,09
0,02
0,53
0,34
0,04

Los resultados en general son bajos, lo cual indicara dominios relativamente

complejos y maduros. De todas formas se destacan los sistemas 1, 9 y 12.
Pgina 198 de 206

4.05. Promedio de la Cantidad de Atributos por Concepto

A partir de aplicar la mtrica 2.03.5.- Quinta Propuesta - NRO PROMEDIO DE
ATRIBUTOS POR CONCEPTO, a las tesis propuestas en la seccin 3 los resultados
generales son los siguientes:
Orden del Sistema
10
11
12
81
126
81
29
30
142
36
35
152
54
27
60
17
20
11
22
11
10
24
4,76
6,30
7,36
4,14
6,00
6,45
3,27
5,83
50,67
5,40
1,13
8,57
Promedio

Esta mtrica es un indicador de la complejidad del dominio. No podemos dejar

de destacar el resultado del sistema 9. El nmero de atributos por concepto indica una
complejidad de los conceptos del dominio y pocos conceptos con una gran cantidad de
atributos. Por otro lado los sistemas 7 y 11 con bajos promedios podran dar idea de
dominios menos complejos, o de conceptos con pocos atributos. Se debera identificar si
no han quedado algunos atributos fuera de consideracin.
4.06. Promedio de la Cantidad de Conceptos incluidos en cada regla
A partir de aplicar la mtrica 2.03.8.- Octava Propuesta - NRO PROMEDIO DE
CONCEPTOS INCLUDOS EN CADA REGLA, a las tesis propuestas en la seccin 3
los resultados generales son los siguientes:
Orden del Sistema

Promedio
10
11
12
1,24
1,64
2,04
1,40
1,97
1,80
2,02
1,43
1,95
1,70
1,61
1,50

Esta mtrica se refiere a la complejidad del problema a travs del promedio de

conceptos includos en cada regla. Es ms til si se posee informacin histrica, la cual
no poseemos. De todas formas podemos observar que los sistemas 3 y 5 resultaran,
desde esta perspectiva, con un dominio complejo.
4.07. Promedio de la Cantidad de Atributos incluidos en cada regla
A partir de aplicar la mtrica 2.03.9.- Novena Propuesta - NRO PROMEDIO DE
ATRIBUTOS INCLUDOS EN CADA REGLA, a las tesis propuestas en la seccin 3
los resultados generales son los siguientes:
Orden del Sistema
Promedio
10
11
12
2,17
2,81
2,59
1,87
3,87
3,25
2,49
3,51
2,85
3,60
3,43
3,90

NRO PROMEDIO DE ATRIBUTOS INCLUDOS EN CADA REGLA
Pgina 199 de 206

Siendo esta mtrica semejante a la anterior podemos afirmar que el sistema 5,

nuevamente, se destaca como complejo respecto del resto. Desde esta ptica se
incorpora el sistema 12 con una alta cantidad de atributos por reglas. Pero en la medida
anterior no se destac. Con lo cual podramos inferir, en forma parcial, que posee en las
reglas pocos conceptos y, stos, a su vez, poseen gran cantidad de atributos.
4.08. A*Promedio de Reglas por cada Concepto* B*Cantidad de Conceptos
A partir de aplicar la mtrica 2.03.11 Dcimo Primera Propuesta - NRO
PROMEDIO DE REGLAS EN LAS QUE SE ENCUENTRA INCLUDO CADA
CONCEPTO, calculando su promedio, y aplicndolo a las tesis propuestas en la seccin
3 los resultados generales son los siguientes:
Orden del Sistema
Promedio de Reglas
por Concepto
Promedio
10
11
12
34,50
15
18,24
13
9,60
7,40
7,34
18
20,50
23,66
5,60
8,75
17
20
11
22
11
10
24
586,5
300,0
200,64
91,00
48,00
162,80
80,74
108,00
61,50
236,60 134,40
61,25

NRO PROMEDIO DE REGLAS EN LAS QUE SE ENCUENTRA INCLUDO CADA
CONCEPTO
Bajo este enfoque, el sistema 1 se refleja como un sistema mayor al resto con
una gran cantidad de reglas. Lo secunda el sistema 2.
4.09. Promedio de Reglas por cada Atributo
A partir de aplicar la mtrica 2.03.13.- Dcimo Tercera Propuesta - NRO
PROMEDIO DE REGLAS EN LAS QUE SE ENCUENTRA INLCUDO CADA
ATRIBUTO, a las tesis propuestas en la seccin 3 los resultados generales son los
siguientes:
Orden del Sistema

Promedio
10
11
12
12,60
3,45
3,20
3,66
3,11
2,50
2,41
7,25
11,2
10,50
2,10
6,60

NRO PROMEDIO DE REGLAS EN LAS QUE SE ENCUENTRA INLCUDO CADA
ATRIBUTO
A partir de la lectura de la tabla podemos inferir nuevamente, que el sistema 1 se

destaca del resto, teniendo para cada atributo un mayor nmero de reglas asociadas.
4.10. Promedio de Reglas por cada Concepto
A partir de aplicar la mtrica 2.03.12.- Dcimo Segunda Propuesta - A* NRO.
PROMEDIO DE REGLAS POR CONCEPTOS QUE SE ENCUENTRA INCLUIDO
EN B+ NRO. DE CONCEPTOS, a las tesis propuestas en la seccin 3 los resultados
generales son los siguientes:
Pgina 200 de 206
Orden del Sistema

Promedio
10
11
12
34,50
15
18,24
13
9,60
7,40
7,34
18
20,50
23,66
5,60
8,75
TABLA 194 TABLA DE RESULTADOS DE LA MTRICA

NRO. PROMEDIO DE REGLAS POR CADA CONCEPTO
Teniendo en cuenta la informacin disponible en la tabla podemos identificar

como el sistema 1 se alista con un valor mayor al resto. Lo cual indicara que cada
concepto se encuentra, en promedio, en un mayor nmero de reglas que el resto.
Pgina 201 de 206

Pgina 202 de 206

5. Conclusiones
El objetivo de validar la mtrica propuesta [Hauge, O; et al, 2006] con un

conjunto de casos variados presentados anteriormente, permite obtener conclusiones
respecto de la complejidad de los diversos dominios de aplicacin. Podremos concluir
que el sistema 1 (Sistema de Ayuda sobre Legislacin Argentina en Riesgos de
Trabajo, [Britos, 2001]), posee un dominio complejo, en donde no tenemos gran
cantidad de conceptos por regla, pero cada concepto definido participa en un gran
nmero de reglas. Lo mismo sucede con sus atributos. Los sistemas 6, 7 y 10 (Sistema
de Asistencia para la Seleccin de Estrategias y Actividades Instruccionales [Hossian,
2003]; Sistema Informtico Jurdico para la Individualizacin y Acuerdos sobre la
Pena , [Gmez, 2003] y Sistema de Ayuda para la Atencin de Incidentes y
Solicitudes de un Data Center [Di Girolamo, 2004], respectivamente), poseen ms
cantidad de atributos que reglas. Esta proporcin los pone en desventaja del resto al
momento de relacionar atributos y reglas. Es importante dar una lectura a todas las
mtricas, ya que brindan una perspectiva diferente de cada dominio en particular. El
sistema 9 (Sistema Generador del Mapa de Actividades de un Proyecto de Desarrollo
de Software [Diez, 2003]), a pesar de poseer pocos conceptos, lo cual podran hacer
pensar de su simpleza, sta se revierte en los clculos siguientes (tablas 186, 187, 188).
Es interesante observar cmo la proporcin entre la cantidad de conceptos, atributos y
reglas entre s impactan en los diferentes clculos. De todas formas podemos establecer
que a partir de considerar estas mediciones, el Ingeniero en Conocimiento, puede
alertarse de posibles omisiones o errores de definicin dentro del dominio de conceptos,
atributos y reglas.
Como lnea futura de trabajo se considera necesario obtener los resultados de las
mtricas durante el desarrollo de un sistema experto y as poder analizar y observar la
evolucin de los valores que se obtienen a lo largo del proyecto. Adems se considera
importante poder aplicar los clculos de la mtrica en sistemas expertos que manejen
rboles de decisin en su desarrollo (2.03.7.- Sptima Propuesta - NRO PROMEDIO
DE NIVELES EN UN RBOL DE DECISIN; 2.03.10.- Dcima Propuesta - A*
(NRO PROMEDIO DE ATRIBUTOS EN LA REGLA) + B* (NRO DE REGLAS) +
C* (NRO PROMEDIO DE NIVELES DE DESCOMPOSICIN y 2.03.14.- Dcimo
Cuarta Propuesta - PARA TODOS LOS NIVELES (NMERO DE DECISIONES EN
EL NIVEL i*i) / NMERO TOTAL DE DECISIONES).
Pgina 203 de 206

Pgina 204 de 206

6. Referencias
AENOR, 1995 AENOR, UNE-EN-ISO 8402 Gestin de la calidad y aseguramiento de calidad. Vocabulario
(ISO 8402:1994), AENOR, 1995
Bermejo, F. 2002. Sistema Experto para la Asistencia Respiratoria Mecnica con Respiradores de Alta Frecuencia.
Tesis de Magister en Ingeniera del Software. Centro de Ingeniera del Software e Ingeniera del
Conocimiento. ITBA.
Briand L.C. , Daly J.W. & Wst J. 1996 A Unified Framework for Cohesion Measurement in Object-Oriented
Systems. Empirical Software Engineering, 3, 65-117 1998.
Britos, P. 2001. Sistema de Ayuda sobre Legislacin Argentina en Riesgos de Trabajo. Tesis de Master en Ingeniera
del Conocimiento. Facultad de Informtica. Universidad Politcnica de Madrid.
Calvo y Fernndez, 1996 Calvo-Manzano, J.A. y Fernndez, L., "Hacia la calidad del software a travs de la mejora
de procesos", Novatica, n 123, 1996, pp. 35-42.
Cao, J. 2003. Sistema sobre Reclamos Concernientes a Venta Minorista. Tesis de Magister en Ingeniera del
Software. Centro de Ingeniera del Software e Ingeniera del Conocimiento. ITBA.
DeglInnocenti, A. 2004. Sistema para el Anlisis y Diagnstico de Fallas en Lneas Elctricas de Transmisin.
Tesis de Magister en Ingeniera del Software. Centro de Ingeniera del Software e Ingeniera del
Conocimiento. ITBA.
Di Girolamo, C. 2004. Sistema de Ayuda para la Atencin de Incidentes y Solicitudes de un Data Center. Tesis de
Magister en Ingeniera del Software. Centro de Ingeniera del Software e Ingeniera del
Conocimiento. ITBA.
Diez, E. 2003. Sistema Generador del Mapa de Actividades de un Proyecto de Desarrollo de Software. Tesis de
Conocimiento. ITBA.
Fenton E., Pfleeger, S.L. 1997 Software Metrics. A Rigurous and Practical Approach. Second edition.
International Thompson Computer Press, 1997.
Gilb, 1987 Gilb, T, Principles of Software Engineering Management; Addison Wesley, 1987.
Gmez, S. 2003. Sistema Informtico Jurdico para la Individualizacin y Acuerdos sobre la Pena. Tesis de Magister
en Ingeniera del Software. Centro de Ingeniera del Software e Ingeniera del Conocimiento. ITBA.
Hauge, O., Britos, P., Garca-Martnez, 2006. Conceptualization Maturity Metrics for Expert Systems. IFIP
International Federation for Information Processing, Volume 217, ed. M. Bramer, (Boston:
Springer), pp. 435-444.
Hossian, A. 2003. Sistema de Asistencia para la Seleccin de Estrategias y Actividades Instruccionales. Tesis de
Conocimiento. ITBA.
IEEE 1061, 1992 IEEE, IEEE Std 1061-1992. Standard for a software quality metrics methodology, IEEE, 1992.
IEEE 1074, 1995 IEEE, IEEE Std-1995, Standard for developing software life cycle processes, IEEE, 1995.
Ierache, J. 2002. Sistema Experto para la Asistencia a la Toma de Decisiones en Centro de Informacin y Control
Areo. Tesis de Magister en Ingeniera del Software. Centro de Ingeniera del Software e Ingeniera
del Conocimiento. ITBA.
ISO 9126, 1991 ISO, Software product evaluation. Quality characteristics and guidelines for their use, ISO, 1991.
Pgina 205 de 206

ISO, 1994a ISO, ISO 9001:1994. Quality systems -- Model for quality assurance in design, development, production,
installation and servicing, ISO, 1994.
ISO, 1994b ISO, ISO 9002:1994. Quality systems -- Model for quality assurance in production, installation and
servicing, ISO, 1994. [ISO 9000-3, 1997] ISO, Part 3: Guidelines for the application of ISO
9001:1994 to the development, supply, install and maintenance of computer software, ISO, 1997.
ISO, 1998 ISO, ISO 15504-1: 1998 Software process assessment. Part-1: Concept and introductory guides, ISO,
1998.
Kitchenham y Walker, 1989 Kitchenham, B.A. y Walker, J.G., "A quantitative approach to monitoring software
development", Software Engineering Journal, vol. 4, n 1, 1989, pp. 2-13.
Diccionario Larousse 9 Ed; 2003 , El Pequeo Larousse Ilustrado 9 Edicin . Ediciones Larousse.
McCall et al., 1977 McCall J A, Richards PK y Walters GF; Factors in software quality, Vols I,II,III; US Rome Air
Development Center Reports NTIS AD/A-049 014, 015, 055, 1977.
Paulk et. al 1993 Paulk, M.C. Curtis, B. Chrissis, M.B. Weber, C.V. Capability maturity model, version 1.1
Software Eng. Inst., Carnegie Mellon Univ., Pittsburgh, PA; Software, IEEE; Julio 1993
Pollo Cattaneo M.F; Britos, P.; Garca Martnez, R 2007 Aplicacin de mtricas de madurez en conceptualizacin
de sistemas expertos.
Pressman.R 1998 Pressman.R S.Ingeniera del software. Un enfoque prctico. 4Edicin. McGrawHill (1998)
Rancn, C. 2004. Sistema para la evaluacin del Alistamiento. Tesis de Magister en Ingeniera del Software. Centro
de Ingeniera del Software e Ingeniera del Conocimiento. ITBA.
Rizzi, M. 2001. Sistema Experto Asistente de Requerimientos. Tesis de Magister en Ingeniera del Software. Centro
de Ingeniera del Software e Ingeniera del Conocimiento. Instituto Tecnolgico de Buenos Aires.
Rossi, B. 2001. Sistema Experto de Ayuda para la Seleccin del Modelo de Ciclo de Vida. Tesis de Master en
Ingeniera del Conocimiento. Facultad de Informtica. Universidad Politcnica de Madrid.
Pgina 206 de 206


Metricaz de Madurez

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Metricaz de Madurez

Загружено:

Авторское право:

Доступные форматы

TRABAJO FINAL

ESPECIALIDAD EN INGENIERA DE SISTEMAS

SISTEMAS EXPERTOS CONCEPTUALIZACIN

Autor: Ing. Ma Florencia Pollo Cattaneo

Directores: Dr. Ramn Garca Martnez

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

3.09. Sistema Generador del Mapa de Actividades de un Proyecto de Desarrollo de

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

Sistema de Ayuda sobre Legislacin Argentina en Riesgos de Trabajo.

Sistema experto para la Asistencia a la toma de decisiones en Centro de

Sistema Experto de Ayuda para la Seleccin del Modelo de Ciclo de Vida.

Sistema Experto Asistente de Requerimientos. [Rizzi, 2001]

Sistema Experto para la Asistencia Respiratoria Mcanica con Respiradores

Sistema de Asistencia para la Seleccin de Estrategias y Actividades

Sistema Informtico Jurdico para la Individualizacin y Acuerdos sobre la

Sistema sobre Reclamos Concernientes a Venta Minorista. M. Ing. Jos

Sistema Generador del Mapa de Actividades de un Proyecto de Desarrollo

Sistema de Ayuda para la Atencin de Incidentes y Solicitudes de un Data

Sistema para la evaluacin del Alistamiento. [Rancn, 2004]

Sistema para el Anlisis y Diagnistico de Fallas Elctricas de Transimisin.

Este trabajo pretende presentar la mtrica, completar el estudio de casos

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

Los destinatarios del material pueden ser Ingenieros de Software, profesionales

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

2. Mtricas para Sistemas Expertos

Lo que no sea medible, hazlo medible

Cuando puedas medir lo que ests diciendo y expresarlo en nmeros,

No se puede controlar lo que no se puede medir

No se puede predecir lo que no se puede medir

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

constituir al sistema corporativo de la organizacin, componente fundamental, que le

Las mtricas son un buen medio para entender, monitorizar, controlar,

En general, la medicin persigue tres objetivos fundamentales [Fenton y

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

Para poder llegar a un buen resultado en un proyecto de software se debe

Nivel de Negocio: aqu se genera y monitorea la infraestructura que impulsa

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

2.03. Mtricas existentes

Tabla 1 Tabla de interpretacin de resultados de la mtrica

2.03.02.- Segunda Propuesta

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

Se puede establecer que si no converge a uno se encuentra frente a la prdida de

Tabla 2 Tabla de interpretacin de resultados de la mtrica

2.03.03.- Tercera Propuesta

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

Se recomienda combinar esta mtrica con alguna mtrica de complejidad del

Tabla 3 Tabla de interpretacin de resultados de la mtrica

2.03.05.- Quinta Propuesta

SI LOS VALORES RESULTANTES

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

SI LOS VALORES RESULTANTES

Tabla 4 Tabla de interpretacin de resultados de la mtrica

2.03.06.- Sexta Propuesta

Grfico 1 rboles de decisin

Un alto nivel de descomposicin puede indicar un alto nivel de complejidad o,

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

SI LOS VALORES RESULTANTES

Tabla 5 Tabla de interpretacin de resultados de la mtrica

2.03.08.- Octava Propuesta

Una regla contiene uno o varios conceptos. El nmero de conceptos incluidos en

SI LOS VALORES RESULTANTES

SISTEMAS EXPERTOS CONCEPTUALIZACION Y METRICA DE MADUREZ

APromedio de la Cantidad de Atributos incluidos en cada regla + BCantidad de

APromedio de Conceptos por cada AtributoB*Cantidad de Conceptos

APromedio de la Cantidad de Atributos incluidos en cada regla + BCantidad de