Sistema informático para la protección de la propiedad intelectual de los desarrollares de software (página 3)
Enviado por Aparcana Reynaga, Cesar Mart�n
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.
- 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.
- 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
- 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
- Andrew Stranieri. Tools and Architectures. Universidad de la Trobe Australia, 2001.
- Anja Oskamp. Computer Law. Institute. (Universidad de Amsterdam – Holanda), 1998.
- Erwin Glasseé. Knowledge Based Systems. Universidad de Holanda, 2000.
- Giovanni Sartor. (Univesridad de Belfast – Irlanda del Norte),1999.
- 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
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
Página anterior | Volver al principio del trabajo | Página siguiente |