Tabla 20

Modelo de procesos

Fuente: Andrew Stranieri, Tools and Architectures

Tabla 21

Modelo de procesos

Fuente: Andrew Stranieri, Tools and Architectures

Tabla 22

Modelo de procesos

Fuente: Andrew Stranieri, Tools and Architectures

Tabla 23

Modelo de procesos

Fuente: Andrew Stranieri, Tools and Architectures

Tabla 24

Modelo de procesos

Fuente: Andrew Stranieri, Tools and Architectures

2.3.13 DISEÑO DEL SISTEMA

En este apartado representara la estructura general del sistema tras la modelización conceptual del mismo, de forma que se puede proceder a la construcción del mismo.

En el gráfico 6.1 – Módulos, se representan los módulos y su relación.

En la tabla 6.2 - Tabla de Referencias y Atributos Asociados, se realiza un detalle de las referencias para poder asociar los atributos vinculados para cada módulo.

En gráfico 6.3 - Relación Módulos Atributos, se especifica la relación existente entre cada módulo y los atributos asociados con detalle de los valores permitidos.

Se presenta a continuación el gráfico de Módulos y luego, para una mejor comprensión, en tabla en donde se especifican las referencias con los atributos asociados.

Fuente: Anja Oskamp, Artificial Intelligence and Law.

14. TABLA DE REFERENCIAS Y ATRIBUTOS ASOCIADOS

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Fuente: Anja Oskamp, Artificial Intelligence and Law.

2.3.15 IMPLEMENTACIÓN DEL SISTEMA

Considerando como base los lineamientos establecidos dentro de la metodología METRICA, basados en el prototipado incremental, se han desarrollado prototipos logrando:

- Excelente interacción con el cliente, a los fines de refinar los requerimientos.

- Muy buena aproximación inicial a las necesidades planteadas para resolver por el sistema

- Alta flexibilidad para las sucesivas aproximaciones al objetivo

Sobre la base de lo expuesto, cada Módulo del Sistema se asoció a una clase, y se aplicó el paradigma de objetos que se respeta en el producto, aplicando el concepto de instancias.

Por ejemplo, teniendo en cuenta el sistema desarrollado, se generó una Clase denominado "CProfesionalEvaluar", con atributos clasificados alfabéticamente y en forma automática denominados:

- SapellidoNombre

- SCorreoElectronico

- SDireccionParticular

- SDireccionProfesional

- SFechaNacimiento

- SIdentificacionTributaria

- SIncsripcionCamara

- SNroDocumento

- STelefono

- STelefonoProfesional

De esta manera se implementara la jerarquía entre Clases – Atributos y se procederá a instanciar los elementos, especificando las propiedades en cada caso y valores que debían asumir a lo largo del proceso.

Las relaciones entre las clases y atributos instanciados, se definieron las reglas. Las facilidades del producto que fueron aplicadas, se describen a continuación.

2.3.16 ASPECTOS VINCULADOS A LA GENERACIÓN Y CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN – CARACTERISTICAS DEL SISTEMA DE PROCEDIMIENTOS

Figura 11

Navegación del sistema

Fuente: Anja Oskamp, Artificial Intelligence and Law.

2.3.17 PREPARACIÓN DEL ENTORNO DE GENERACIÓN Y

CONSTRUCCIÓN

• Pantallas relacionadas con el Sistema, denominado "Perito Informático"

A continuación se presentan las pantallas asociadas al sistema, cuyo código se adjunta también y se denomina "Perito"

El orden de las pantallas concuerdan con el punto 7.1.1 del presente Capítulo, identificado como "Características de la navegación del sistema"

Figura 12

Pantalla "A" para seleccionar "Ingreso postulante"

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Una vez seleccionada la opción "Ingreso Postulante", se habilita una pantalla que permite cargar todos los datos personales referentes a la persona a analizar. El formato de la pantalla, es el que a continuación se presenta:

Figura 13

Pantalla "B" para Ingresar datos postulante

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Figura 14

Pantalla "D" para registrar experiencia Penal

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Figura 15

Pantalla "E" para registrar experiencia Civil

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Figura 16

Pantalla "F" para registrar experiencia en otros fueros

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Figura 17

Pantalla "C" para ingreso de datos de formación académica

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Figura 18

Pantalla "G" para registrar perfil pericial del postulante

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Figura 19

Pantalla "H" para registrar experiencia pericial – Otras Participaciones

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Figura 20

Pantalla "I" para registrar evaluación final: puntaje y calificación

Fuente: Anja Oskamp, Artificial Intelligence and Law.

2.3.18 PRUEBAS DEL SISTEMA - EVALUACIÓN

Durante el desarrollo del sistema se debe en cuenta un conjunto de evaluaciones, como:

• Comprobar que las transcripciones de las sesiones en relación con las definiciones de requisitos, si son correctas, válidas y completas.
• Comprobar que el Análisis ha sido correctamente desarrollado, y además validada.
• Comprobar lo correcto del Diseño, y realizar su correspondiente validación.
• Comprobar el funcionamiento y validez del prototipo
• Comprobar que el modelo implementado del sistema es válido y correcto.
• Comprobar la satisfacción del usuario a través de la interfaz con el sistema.
• Comprobar la utilidad y aplicabilidad del sistema para la organización que ha sido desarrollado.

Lo expuesto permite visualizar que la Evaluación es constante sobre varias etapas de la metodología aplicada. Dicho concepto se puede visualizar en el gráfico 8.- Relación de la Evaluación con etapas de la Metodología METRICA.

Figura 21

Relación etapa evaluación con metodología métrica

Fuente: Anja Oskamp, Artificial Intelligence and Law.

Teniendo en cuenta el material aportado por la Maestría (Unidades 5 y 15), y los conceptos vertidos por los autores Asunción Gómez y Natalia Juristo, es posible afirmar que para la evaluación de Sistemas de Información. Se deben tener en cuenta los siguientes factores:

• La corrección del modelo, a nivel conceptual, formal y de computadora. Bajo éste concepto se evalúa lo adecuado de la sintaxis y de la estructura.
• La validez del modelo, a nivel conceptual, formal y de computadora. Aquí se evalúa si el modelo posee una semántica adecuada, es decir, si guarda relación con el significado de las cosas dentro del Módulo o entorno que se considera inserta dicho elemento.
• La usabilidad del sistema, satisfaciendo al cliente en su interacción con el sistema. Este factor puede considerarse además como un indicador de "calidad" en el desarrollo del Sistema, que "mide" la facilidad de comunicación entre el cliente y el sistema.

• La utilidad del sistema, para la organización. Es la última valoración que se realiza, y se analizan aspectos vinculados con la eficacia – eficiencia esperada sobre problemas existentes, o la solución de "nuevos" problemas.

19. DEFINICIONES DE CONCEPTOS

Término	Significado
COPIA DE SOFTWARE NO AUTORIZADA	Cuando se reproduce una obra de software sin la debida y fehaciente autorización del propietario de la intelectualidad de dicha obra. Esto es común cuando se reproduce un sistema operativo (por ejemplo Windows ( NT), y no se cuenta con la correspondiente licencia de uso.
DEMANDADA	Parte integrante de una controversia judicial, y que representa contra quien se realiza el pleito.
DEMANDANTE	Parte integrante de una controversia judicial, y que representa a quien inicia el pleito.

 

INFORME PERICIAL

Informe que elabora el perito cuando finaliza su tarea pericial. Es un informe escrito que debe contener una respuesta para cada uno de los puntos de pericia ordenados por el Juez. En el mismo se pueden colocar opiniones fundadas e interpretaciones que puedan ayudar al fallo del Juez.

LEY

Es la norma jurídica superior orden superior o de mayor jerarquía en el ordenamiento jurídico. Es necesario aclarar que dicho ordenamiento tiene una forma de pirámide, encabezada por la Ley, seguida por los Decretos y finalmente con las Ordenanzas y Resoluciones, que conforma el estrato inferior de la pirámide. Este esquema debe ser tenido en cuenta al momento de realizar las interpretaciones o de actualizar la legislación, pues existe un relación entre las distintas normas que debe mantener debidamente sincronizada.

 

LICENCIA DE SOFTWARE	Modalidad por la cual un usuario de software (ya sea una empresa o una persona física), puede disponer del uso legal de un software que se comercializa en el mercado informático.
MEDIACIÓN	Situación previa a un juicio, a través de la cual se intenta resolver un problema o pleito. Se reúnen las partes interesadas y los representantes legales de las mismas. Se aborda el diálogo como etapa previa a terminar en el juicio.
PIRATERÍA DE SOFTWARE	Situación a través de la cual se explota el software, en forma no autorizada por el correspondiente autor de la obra. Por ejemplo: Microsoft, Adobe, Symantec, MacAfee, entre otros. Obviamente, dicha explotación es generalmente con fines de lucro.

 

TIPIFICAR

Significa encontrar un parámetro o situación a través de la cual se pueda relacionar un determinado hecho. Esto es porque, se especifican una serie de situaciones que se asocian a un ilícito. Por ende, todo aquello que ocurra y no se pueda relacionar en forma directa a la situación detallada en dicho Código, no puede ser considerado como delito.

 

CAPÍTULO III

HIPÓTESIS, VARIABLES Y OPERACIONALIZACIÓN DE LAS VARIABLES

3.1 HIPÓTESIS

"Un adecuado sistema informático mejorara la protección intelectual de los desarrolladores de software"

3.2 VARIABLES

Variable Independiente: Sistema informático

Variable Dependiente : Propiedad intelectual

Variable Interveniente : Desarrolladores de software

3.3 OPERACIONALIZACION DE LAS VARIABLES

Variable Independiente

Variable Dependiente

CAPÍTULO IV

METODOLOGÍA

1. NIVEL Y TIPO DE INVESTIGACIÓN

La investigación realizada es de tipo aplicada – tecnológica, pues son verdades ya conocidas:

• Será aplicada porque para un futuro nos permitirá practicar.
• Las teorías comprobadas sobre los Sistemas informáticos para la protección de la propiedad intelectual de los desarrolladores de software.
• Será tecnológica porque nos permitirá comprobar la eficacia del sistema informático para la protección de los desarrolladores de software.

La investigación realizada se utilizará 2 niveles:

• Nivel Descriptivo: Utilizaremos este método para conocer las características del sistema informático para la protección de software antes y después de la investigación.
• Nivel experimental: Utilizaremos este método para modificar positivamente la propiedad intelectual de los desarrolladores de software.

4.2 DISEÑO DE LA INVESTIGACIÓN

La fórmula del método experimental es el siguiente:

01 + x = 02

01 = Grupo experimental (antes del experimento)

X = Es la variable independientemente (técnica que

Aplicamos) Sistema Informático.

02 = Grupo experimental (después del experimento)

4.3 POBLACIÓN Y MUESTRA DE ESTUDIO

• Población o Universo

Se refiere a todos los órganos comprometidos e involucrados en nuestra investigación los cuales poseen datos que nos es importante recolectar y son los siguientes:

• Todos los usuarios que tengan un software en su PC.

La población o universo del método experimental serán todos los usuarios que contenga un software su PC.

• Muestra Representativa

Se refiere a la parte de la población o universo que van a intervenir directamente en la investigación y es la siguiente:

Para el método descriptivo la muestra será:

- Provincia de Coronel Portillo

Para el método experimental nuestra muestra será:

- La Universidad Nacional de Ucayali.

4.4 TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS

Para el método descriptivo la técnica que se utilizará para recolectar los datos será la encuesta. La cual mediante una elaboración metodológica será aplicada a la muestra prescrita y sus resultados analizados e interpretados de acuerdo a las necesidades de la investigación.

Para el método experimental la técnica de recolección de datos o el instrumento será, el "Pre test" y el "Post test" cuyos resultados también serán analizados e interpretados de acuerdo a las necesidades de investigación.

4.5 PROCEDIMIENTO DE RECOLECCIÓN DE DATOS

Para recolectar datos mediante la encuesta se procederá de la siguiente manera:

• Elaboración de la encuesta.
• Identificación de la muestra a encontrar.
• Aplicación de la encuesta.
• Análisis e interpretación de los datos recolectados.

Para la aplicación de los test. se procederá de la siguiente manera:

• Elaboración del Pre. Test.
• Ubicación del grupo experimental.
• Aplicación del Pre. Test.
• Aplicación de la variable independiente (Sistema informático)
• Aplicación del Post Test.

4.6 TÉCNICA DEL PROCEDIMIENTO Y ANÁLISIS DE DATOS

Para el método descriptivo se procesará utilizando la técnica de tabulación con la cual ordenaremos y clasificaremos los datos recogidos mediante la encuesta.

Analizaremos e interpretaremos utilizando la técnica de la proyección porcentual (%) y la media aritmética (X).

En el contexto evaluativo analizaremos e interpretaremos los resultados en el marco de las necesidades de nuestra investigación tales como:

• Necesidad de maximizar el logro de nuestro objetivo.
• Necesidad de fundamentar la justificación de nuestra investigación.
• Necesidad de demostrar la veracidad de nuestras hipótesis.
• Necesidad de operacionalizar nuestras variables.
• Necesidad de responder óptimamente las interrogantes planteadas en nuestra formulación del problema.

Para el método experimental el procesamiento se hará conforme a la fórmula planteada 01+ X = 02, el análisis y la interpretación se hará considerando la proyección porcentual (%) y la media aritmética (X) teniendo en cuenta también las necesidades de la investigación.

CAPÍTULO V

ADMINISTRACIÓN DEL PROYECTO DE INVESTIGACIÓN

Se refiere a los aspectos que enmarcan la factibilidad y el control de investigación.

5.1. PLAN DE ACCIONES

Se refiere a las principales etapas que contiene la investigación :

• Formulación del problema.
• Elaboración del plan de investigación.
• Organización de los recursos.
• Implementación del proyecto.
• Recolección de los datos.
• Procesamiento de los datos.
• Análisis e interpretación de los resultados.
• Elaboración de la información de la investigación.

5.2. ASIGNACIÓN DE RECURSOS

Se refiere a los recursos que vamos a utilizar durante la investigación

1) Recursos Humanos:
Nº	Descripción	Unidad	Cantidad
1	Analista	Unidad	1
2	Tipeador	Unidad	1
68 2) Recursos Materiales:
Nº	Descripción	Unidad	Cantidad
1	Papel Bond.	Ciento	1
2	Cuaderno Tamaño Oficio	Unidad	1
3	Lapiceros	Docena	1
4	Fólder	Unidad	1

3) Recursos de servicio

Nº	Descripción	Unidad	Cantidad
1	Transporte	1	20
2	Refrigerio	1	10
3	Anillado	1	1

5.3. PRESUPUESTO

Se refiere a los gastos en los que va incurrir el proyecto de investigación.

1) Remuneraciones:
Nº	Descripción	Cantidad	Unidad	Precio Unitario	Precio Total
1	Análisis	1	Unidad	40.00	40.00
2	Tipeos	1	Unidad	80.00	80.00
				Total	120.00
2) Bienes:			69
Nº	Descripción	Cantidad	Unidad	Precio Unitario	Precio Total
1	Papel Bond	1	Ciento	13.00	13.00
2	Cuaderno Tamaño Oficio	1	Unidad	3.50	3.50
3	Lapiceros	1	Docena	0.50	8.50
4	Fólder	1	Unidad	1.50	1.50
				Total	26.50
3) Servicios:
Nº	Descripción	Cantidad	Unidad	Precio Unitario	Precio Total
1	Transporte	20	Unidad	1.00	20.00
2	Refrigerios	10	Unidad	1.00	10.00
3	Anillados	1	Unidad	5.00	5.00
				Total	35.00

5.4. CRONOGRAMA

Se refiere al control en el tiempo de todas las actividades de nuestra investigación.

Nº	ACTIVIDAD	DIC. 2005	ENERO 2006	FEBRERO 2006	MARZO 2006
1	Elaboración del plan	X
2	Organización del plan	X
3	Implementación del plan		X
4	Recolección de datos		X
5	Procesamiento de datos		X
6	Análisis de datos			X
7	Elaboración del proyecto			X	X
8	Sustentación del proyecto				X

5.5. CONTROL Y ELABORACIÓN DEL PROYECTO

La investigación contará con un control y evaluación la cual permanecerá en el contesto siguiente:

• Entendimiento de las teorías básicas de la investigación científica.
• Elaboración del plan de investigación.
• Desarrollo de la investigación.
• Elaboración del informe de la investigación.
• Sustentación del informe de la investigación.

BIBLIOGRAFÍA

1. Andrew Stranieri. Tools and Architectures. Universidad de la Trobe Australia, 2001.
2. Anja Oskamp. Computer Law. Institute. (Universidad de Amsterdam - Holanda), 1998.
3. Erwin Glasseé. Knowledge Based Systems. Universidad de Holanda, 2000.
4. Giovanni Sartor. (Univesridad de Belfast - Irlanda del Norte),1999.
5. Kevin D. Ashley. Artificial Intelligence and Law. Learning Research and Development Center (Universidad de Pittsburgh. PA - USA), 2002.

Dedicatoria

A mi padres Luz Lilian y Freddy;

mis hermanos Arnold y Moisés;

y mis amigos Alan, Luís y Jony.

Agradecimientos

Al Ing. Walter Román por guiarme en la elaboración de este trabajo.

A mi familia y amigos por haberme brindado su apoyo incondicional;

y muy especialmente, a mis padres Luz y Freddy, por haber depositado en mí toda su fe y sus expectativas

 

Responsable :

Aparcana Reynaga, Cesar Martín

aparcana28[arroba]hotmail.com

UNIVERSIDAD NACIONAL DE UCAYALI

FACULTAD DE CIENCIAS ADMINISTRATIVAS, CONTABLES E INGENIERIA DE SISTEMAS

ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

PROYECTO DE INVESTIGACION

PUCALLPA – PERU

2006