capÍtulo iii
TRANSCRIPT
CAPÍTULO III
DESARROLLO DEL PROYECTO
Bases Teóricas
a. PHP
Es un lenguaje de programación de uso general de código del lado del servidor
originalmente diseñado para el desarrollo web de contenido dinámico. Fue uno de los
primeros lenguajes de programación del lado del servidor que se podían incorporar
directamente en el documento HTML en lugar de llamar a un archivo externo que
procese los datos. El código es interpretado por un servidor web con un módulo de
procesador de PHP que genera la página Web resultante. PHP ha evolucionado por lo
que ahora incluye también una interfaz de línea de comandos que puede ser usada en
aplicaciones gráficas independientes. Puede ser usado en la mayoría de los servidores
web al igual que en casi todos los sistemas operativos y plataformas sin ningún costo.
(Wikipedia / 2014).
Historia
Fue originalmente diseñado en Perl, con base en la escritura de un grupo de
CGI binarios escritos en el lenguaje C por el programador danés-canadiense Rasmus
Lerdorf en el año 1994 para mostrar su currículum vítae y guardar ciertos datos, como
la cantidad de tráfico que su página web recibía. El 8 de junio de 1995 fue publicado
"Personal Home Page Tools" después de que Lerdorf lo combinara con su propio
Form Interpreter para crear PHP/FI.
Dos programadores israelíes del Technion, Zeev Suraski y Andi Gutmans,
reescribieron el analizador sintáctico (parser en inglés) en el año 1997 y crearon la
base del PHP3, cambiando el nombre del lenguaje por PHP: Hypertext Preprocessor.2
Inmediatamente comenzaron experimentaciones públicas de PHP3 y fue publicado
oficialmente en junio de 1998. Para 1999, Suraski y Gutmans reescribieron el código
de PHP, produciendo lo que hoy se conoce como motor Zend. También fundaron Zend
Technologies en Ramat Gan, Israel.2
En mayo de 2000 PHP 4 fue lanzado bajo el poder del motor Zend Engine 1.0.
El día 13 de julio de 2007 se anunció la suspensión del soporte y desarrollo de la
versión 4 de PHP,11 a pesar de lo anunciado se ha liberado una nueva versión con
mejoras de seguridad, la 4.4.8 publicada el 13 de enero del 2008 y posteriormente la
versión 4.4.9 publicada el 7 de agosto de 2008.12 Según esta noticia13 se le dio
soporte a fallos críticos hasta el 9 de agosto de 2008.
El 13 de julio de 2004, fue lanzado PHP 5, utilizando el motor Zend Engine 2.0
(o Zend Engine 2).2 Incluye todas las ventajas que provee el nuevo Zend Engine 2
como:
Mejor soporte para la programación orientada a objetos, que en versiones
anteriores era extremadamente rudimentario.
Mejoras de rendimiento.
Mejor soporte para MySQL con extensión completamente reescrita.
Mejor soporte a XML (XPath, DOM, etc.).
Soporte nativo para SQLite.
Soporte integrado para SOAP.
Iteradores de datos.
Manejo de excepciones.
27
Mejoras con la implementación con Oracle. (Wikipedia / 2014).
Características
1. Orientado al desarrollo de aplicaciones web dinámicas con acceso a
información almacenada en una base de datos.
2. Es considerado un lenguaje fácil de aprender, ya que en su desarrollo se
simplificaron distintas especificaciones, como es el caso de la definición de las
variables primitivas, ejemplo que se hace evidente en el uso de php arrays.
3. El código fuente escrito en PHP es invisible al navegador web y al cliente, ya
que es el servidor el que se encarga de ejecutar el código y enviar su resultado
HTML al navegador. Esto hace que la programación en PHP sea segura y
confiable.
4. Capacidad de conexión con la mayoría de los motores de base de datos que se
utilizan en la actualidad, destaca su conectividad con MySQL y PostgreSQL.
5. Capacidad de expandir su potencial utilizando módulos (llamados ext's o
extensiones).
6. Posee una amplia documentación en su sitio web oficial, entre la cual se
destaca que todas las funciones del sistema están explicadas y ejemplificadas
en un único archivo de ayuda.
7. Es libre, por lo que se presenta como una alternativa de fácil acceso para todos.
8. Permite aplicar técnicas de programación orientada a objetos. Incluso
aplicaciones como Zend framework, empresa que desarrolla PHP, están
totalmente desarrolladas mediante esta metodología.
9. No requiere definición de tipos de variables aunque sus variables se pueden
evaluar también por el tipo que estén manejando en tiempo de ejecución.
10. Tiene manejo de excepciones (desde PHP5).
28
11. Si bien PHP no obliga a quien lo usa a seguir una determinada metodología a la
hora de programar, aún haciéndolo, el programador puede aplicar en su trabajo
cualquier técnica de programación o de desarrollo que le permita escribir
código ordenado, estructurado y manejable. Un ejemplo de esto son los
desarrollos que en PHP se han hecho del patrón de diseño Modelo Vista
Controlador (MVC), que permiten separar el tratamiento y acceso a los datos,
la lógica de control y la interfaz de usuario en tres componentes
independientes.
12. Debido a su flexibilidad ha tenido una gran acogida como lenguaje base para
las aplicaciones WEB de manejo de contenido, y es su uso principal.
(Wikipedia / 2014).
b. HTML
Siglas de HyperText Markup Language («lenguaje de marcas de hipertexto»),
hace referencia al lenguaje de marcado para la elaboración de páginas web. Es un
estándar que, en sus diferentes versiones, define una estructura básica y un código
(denominado código HTML) para la definición de contenido de una página web, como
texto, imágenes, etc. Es un estándar a cargo de la W3C, organización dedicada a la
estandarización de casi todas las tecnologías ligadas a la web, sobre todo en lo
referente a su escritura e interpretación. Exiten nuevas versiones como lo es, HTML5
(HyperText Markup Language, versión 5) es la quinta revisión importante del lenguaje
básico de la World Wide Web, HTML. HTML5 especifica dos variantes de sintaxis
para HTML: un «clásico» HTML (text/html), la variante conocida como HTML5 y
una variante XHTML conocida como sintaxis XHTML5 que deberá ser servida como
XML).1 2 Esta es la primera vez que HTML y XHTML se han desarrollado en
paralelo.
29
Todavía se encuentra en modo experimental, lo cual indica la misma W3C;
aunque ya es usado por múltiples desarrolladores web por sus avances, mejoras y
ventajas.
Al no ser reconocido en viejas versiones de navegadores por sus nuevas
etiquetas, se le recomienda al usuario común actualizar a la versión más nueva, para
poder disfrutar de todo el potencial que provee HTML5. (Wikipedia / 2014).
c. W3C
El World Wide Web Consortium, abreviado W3C, es
un consorcio internacional que produce recomendaciones para la World Wide Web.
Está dirigida por Tim Berners-Lee, el creador original de URL (Uniform
Resource Locator, Localizador Uniforme de Recursos), HTTP (HyperText Transfer
Protocol, Protocolo de Transferencia de HiperTexto) y HTML (Hyper Text Markup
Language,Lenguaje de Marcado de HiperTexto) que son las principales tecnologías
sobre las que se basa la Web. (Wikipedia / 2014).
d. JAVASCRIPT
Es un lenguaje de programación interpretado, dialecto del
estándar ECMAScript. Se define como orientado a objetos,3 basado en
prototipos, imperativo, débilmente dinámico.
Se utiliza principalmente en su forma del lado del cliente (client-side),
implementado como parte de un navegador web permitiendo mejoras en la interfaz de
usuario y páginas web dinámicas4 aunque existe una forma de JavaScript del lado del
servidor (Server-side JavaScript o SSJS). Su uso en aplicaciones externas a la web, por
ejemplo en documentos PDF, aplicaciones de escritorio (mayoritariamente widgets) es
también significativo.
30
JavaScript se diseñó con una sintaxis similar al C, aunque adopta nombres y
convenciones del lenguaje de programación Java. Sin embargo Java y JavaScript no
están relacionados y tienen semánticas y propósitos diferentes.
Todos los navegadores modernos interpretan el código JavaScript integrado en las
páginas web. Para interactuar con una página web se provee al lenguaje JavaScript de
una implementación del Document Object Model (DOM). (Wikipedia / 2014).
e. MYSQL
Es un sistema de gestión de bases de
datos relacional, multihilo y multiusuariocon más de seis millones de
instalaciones.1 MySQL AB —desde enero de 2008 una subsidiaria de Sun
Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009— desarrolla
MySQL como software libre en un esquema de licenciamiento dual.
Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta
licencia, pero para aquellas empresas que quieran incorporarlo en
productos privativos deben comprar a la empresa una licencia específica que les
permita este uso. Está desarrollado en su mayor parte en ANSI C.
f. SQL
El lenguaje de consulta estructurado o SQL (por sus siglas en inglés Structured
Query Language) es un lenguaje declarativo de acceso a bases de datos relacionales
que permite especificar diversos tipos de operaciones en ellas. Una de sus
características es el manejo del álgebra y el cálculo relacional que permiten efectuar
consultas con el fin de recuperar de forma sencilla información de interés de bases de
datos, así como hacer cambios en ella.
31
Metodología
La programación extrema o eXtreme Programming (XP)
Al determinar la metodología utilizada en esta pasantía se debe hablar del proyecto el
xp es un enfoque de la ingeniería de software formulado por Kent Beck, autor del
primer libro sobre la materia, Extreme Programming Explained: Embrace Change
(1999). Es el más destacado de los procesos ágiles de desarrollo de software. Al igual
que éstos, la programación extrema se diferencia de las metodologías tradicionales
principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad.
Los defensores de XP consideran que los cambios de requisitos sobre la
marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de
proyectos. Creen que ser capaz de adaptarse a los cambios de requisitos en cualquier
punto de la vida del proyecto es una aproximación mejor y más realista que intentar
definir todos los requisitos al comienzo del proyecto e invertir esfuerzos después en
controlar los cambios en los requisitos, el proyecto tiene como propósito satisfacer una
necesidad o solucionar un problema.
Uno de los principios de esta metodología es la de enfocar el proyecto a la
solución de una necesidad específica, que en nuestro caso es el desarrollo de un
sistema de gestión del talento del Grupo de Empresas Voila C.A para llevar un control
de la data del personal que labora en el Grupo de Empresas Voila C.A. Por lo cual el
proyecto busca dar una solución a la necesidad de un sistema integrado de gestión de
la información o data del personal que labora en el Grupo de Empresas Voila.
Basados en el método de xp, para realizar esta pasantía y alcanzar los objetivos
planteados, se realizaran las siguientes etapas:
Levantamiento de información (fase de exploración)
La primera etapa, en la cual se hará un diagnóstico de la necesidades, se
determinara los requerimientos técnicos y la viabilidad para el desarrollo del sistema
de Gestión de talento del Grupo de Empresas Voila C.A. en la organización, se hará a
32
través del estudio del sistema actual, la cual podemos definir según monografías.com,
como “En intentar conocer cómo opera el sistema actual y efectuar los cambios
necesarios de manera sistemática para lograr mejorar, o sustituir el sistema”. Así que
para poder modificar un sistema o subsistema organizativo es necesario determinar
cómo opera el sistema actual.
Especificaciones: para emprender el estudio del sistema actual se procede a:
Recopilación de información: Recopilar la información necesaria de los
diferentes tipos de usuarios del sistema.
En este proyecto haremos uso de los documentos, manuales y técnicas que
utiliza la organización y los Instrumentos como la observación de actividades,
Técnicas audiovisuales, cuestionarios.
Diseño y desarrollo de la base de datos
Se realizara el diseño de la base de datos por medio del diagrama entidad
relacion
Esta fase representa la segunda etapa del proyecto en la cual se evaluaran las
funcionalidades del proyecto y se determinara los cambios necesarios para cumplir con
los requerimientos de la Biblioteca.
Procedimiento de Evaluación
Las pruebas funcionales tienen como objetivo comprobar que los sistemas
desarrollados cumplan las especificaciones funcionales y requisitos del cliente,
incluyendo la navegación, entrada y salida de datos, procesamiento, obtención de
resultados y la implementación adecuada de las reglas del negocio. En nuestro caso se
estará evaluando las funciones, la adaptabilidad y las interfaces del sistema a través de
pruebas de caja negra.
33
De acuerdo con Pressman, las pruebas de caja negra, llamadas también de
comportamiento, se encuentran enfocadas en los requisitos funcionales del software y
permiten al desarrollador centrarse en la coherencia de las entradas y salidas del
sistema. (Pressman, 2003).
Resultados
A continuación se describirán algunos de los procesos más relevantes
realizados durante el proceso de pasantía con sus respectivos resultados.
Una vez determinado el objetivo de esta pasantía, se procede a hacer la
investigación documental del sistema para lo cual se utilizó como referencia tres
páginas web básicas como son: http://koha-cohttp://koha-community.org/, página
oficial del grupo de desarrollo Koha, http://koha.unlp.edu.ar/ , página de la comunidad
universitaria que se enfoca en la implantación de Koha en las universidades y
organismos públicos de argentina y http://kobli.bage.es/ , página del grupo de trabajo
BAGEs(Bibliotecas de la Administración General del Estado) de España. De la
investigación documental se encuentra los siguientes resultados:
Requerimientos Básicos del Sistema
Un servidor con sistema operativo Linux, Windows o MacOS.
Interprete para leguaje Perl. (Linux lo tiene por defecto).
Dase de Datos MYSQL.
Servidor de base de datos MYSQL server.
Servidor web Apache 2.0
Base de datos textual Zebra
Opcionalmente puede tener Base de datos Postgres 8.2, pero no tiene soporte de todas
las funciones.
Procesador de Dual Core 2GHZ (AMD-INTEL)
34
Memoria RAM 2GB
Disco Duro 80GB
15GB para 150000 registros
Servidor Zebra para indexación mínimo 500MB
Lenguajes de programación Utilizados en Koha
Lenguaje PorcentajePerl 95.86%Pascal 3.79%sh 0.34%Php 0.01%
Tabla1. Lenguajes de programación Utilizados en Koha / Fuente http://es.wikipedia.org/wiki/Koha
Funcionalidades del Sistema
Módulo de adquisiciones: Administración financiera, creación de proveedores
y pedidos de manera automática, gestión de sugerencias de compra, gestión de
recepción de pedidos, gestión de reclamos y pedidos atrasados, control de
adquisiciones por centros de costos o presupuestos, controla lo adquirido a través del
proceso de adquisición o por canje o donación, facilita el control de los presupuestos a
través de los informes de los presupuestos ya ejecutados y lo que faltan por ejecutarse,
permite usar diferentes monedas.
Módulo de catalogación: Configurable a las necesidades de la Biblioteca,
soporta diferentes formatos para la creación de registros, permitiendo la clasificación
por diferentes tipos de materiales bibliográficos, permite la importación en línea para
la catalogación a través del protocolo Z39.50, identifica registros duplicados,
informes de catalogación.
35
Grafico 5. Modulo catalogación MARC/ Fuente UBV/Koha
Módulo de socios: Administrar usuarios, lectores individuales o por grupos,
permite establecer permisos por tipos y roles de usuarios, informas de usuarios.
Módulo de circulación: Administración de préstamos, devoluciones y
renovaciones de materiales, impresión de recibos de préstamo y devolución, gestión de
reservas, gestión de transferencias y gestión de multas.
36
Grafico 6. Módulo Circulación/ Fuente UBV/Koha
Módulo de reportes: Genera listados y estadísticas por todos los módulos que
componen el sistema, con base en filtros específicos de acuerdo a las necesidades
particulares de la institución, permite exportar la información de los reportes a hojas
de cálculo o archivos de texto, los reportes pueden ser utilizados por el usuario final
sin la intervención de especialistas en sistemas, todos los datos del sistema son
recuperables por medio de los reportes, creación de informes personalizados en
lenguaje SQL.
Módulo de autoridades: Maneja registros UNIMARC y MARC21, verifica
automáticamente las coincidencias entre las entradas de los registros bibliográficos y
los registros de autoridades, validándolos automáticamente al catalogar el material,
maneja relaciones de véase y véase también así como campos necesarios para
establecer jerarquías, puede generar automáticamente archivos de autoridad a partir de
las entradas en los registros bibliográficos, control de autoridades.
Módulo de Publicaciones Periódicas: Administra la suscripción a colecciones,
gestión de proveedores de publicaciones, control de ejemplares retrasados, informes de
publicaciones periódicas.
Módulo de herramientas: Generar carnet de usuario, moderador de comentarios
de usuario, gestión de avisos y notificaciones, Calendario y feriados, administrador de
perfiles de exportación CSV, planificador de tareas, gestión de noticias.
37
Grafico 7. Módulo de Herramientas/ Fuente UBV/Koha
Módulo de administración: Es el acceso a la configuración de: preferencias
globales del sistema, bibliotecas, sedes y grupos, tipos de ítem, valores autorizados,
categorías de usuario, reglas de circulación y multas, alertas de circulación, hojas de
catalogación bibliográficas MARC, tipos de autoridad, fuentes de clasificación, reglas
de coincidencia de registro, monedas y tipos de cambio, presupuestos, fondos, palabras
eliminadas, servidores Z39.50.
El sistema Koha es muy configurable a las necesidades de la biblioteca, tanto a
través de la configuración de las preferencias del sistema como en su arquitectura que
divide el software en tres capas, la capa base de datos es administrado por el sistema
gestor de base de datos (SGBD), la capa tratamiento es la que maneja el software de
peticiones del usuario y la capa de presentación que contiene los códigos HTML de
presentación.
El OPAC funciona en más de 100 navegadores, puede habilitarse para que el
usuario seleccione el idioma en que se presenta la interfaz y puede ser utilizado por
personas con discapacidades a través de navegador braille, sintetizadores vocales o
navegadores de texto, permite ubicar información en diferentes repositorios que tenga
38
la institución, soporta diferentes tipos de búsquedas, permite el uso de operadores
booleanos y filtros de resultados de búsqueda.
De los resultados de la investigación documental, podemos afirmar que el
sistema Koha es un Sistema integrado de Gestión de Biblioteca muy completo, con
soporte internacional, que presenta un crecimiento constante, muy económico
fácilmente adaptable a las condiciones de la Biblioteca Simón Bolívar.
Como debilidad detectamos que aún no se ha desarrollado el servicio de
biblioteca virtual para el sistema, aunque cave acotar que si permite la carga de
imágenes y archivos PDF asociados a un registro documental.
Implantación del sistema
Como se mencionó previamente en la implantación del sistema se realizaron
tres etapas, para el análisis de los requisitos técnicos se aprovechó la investigación
documental realizada y se determinó que la institución cuenta con los recursos
técnicos para implementar el ambiente de pruebas y el sistema, en cuanto a la
factibilidad económica, se determinó que este proceso no genera costos a la institución
por lo cual se procedió a la implantación del sistema.
Creación del servidor SSH (Ambiente de prueba)
La unidad de redes crea el servidor Debian SHH para lo cual se hace una
instalación del sistema básico Debian a través del instalador de Debian obtenido en la
página oficial del sistema operativo.
39
Grafica 8. Instalador Debian/Linux
Por consola se instala el programa manejador de SHH en la instalación se hace
necesario definir los parámetros iníciales del servidor:
Grafica 9. Consola del sistema en ejecución
El cambio del puerto es algo obligatorio port 432, se determina “Protocol”
debe estar a valor 2. Hay dos versiones de protocolo SSH. La primera está ya en
desuso y tiene varias vulnerabilidades.
En la sección “Authentication”. Sus dos primeras opciones son también
importantes. La primera es el número de segundos que tendrá el usuario remoto para
hacer login en su máquina.
La segunda es una de las opciones más importantes, PermitRootLogin que es
el número de cuentas que tienen permitido el uso SSH (AllowUsers), otra opción
40
interesante es el número de intentos que tiene el usuario remoto para hacer login
(MaxAuthTries).
Por último hay otra opción que define el número máximo de usuarios
conectados simultáneamente a tu máquina. MaxStartups X
Con esto se logra tener un servidor SSH bastante seguro, aunque nuca es
completamente seguro.
Para el uso remoto al servidor simplemente se llama a través de la consola de
comandos y se loguea para tener acceso al mismo.
Grafico 10. Acceso al servidor SSH
Instalación del sistema KOHA
La siguiente etapa fue la instalación del Koha por consola siguiendo los pasos
establecidos por los desarrolladores,
Versión estable actual
Para obtener la versión estable 3.12, añadir al archivo / etc / apt /
sources.list.d / koha.list: deb http://debian.koha-community.org/koha contrain main,
y se ejecutan los siguientes commandos: apt-get update, apt-get install koha-común
41
Configuración inicial
Para configurar el servidor para su uso con los nombres DNS: Después de la
instalación, se editó / etc / koha / koha-sites.conf con detalles acerca de la conección.
Algunos contenidos de este archivo son:
Domain = ". Mydomain.co.nz" # Cualquier instancia de la biblioteca será un
subdominio de esta cadena.
INTRAPORT = # TCP puerto de escucha "80" de la interfaz de administración
INTRAPREFIX = "" # Para la administración interfaz URL: prefijo que se
añade al nombre de instancia.
INTRASUFFIX = "-intra" # Para la administración interfaz URL: sufijo que se
añade al nombre de instancia.
DEFAULTSQL = "/ usr / share / koha / defaults.sql.gz" # Solamente necesita
hacerlo si estás importando datos de otra base de datos de Koha
OPACPORT = # puerto "80" TCP de escucha para la interfaz del usuario (si se
omite este, se usará el valor por defecto de apache 80)
OPACPREFIX = "" # Para la interfaz URL de los usuarios: prefijo que se
añade al nombre de instancia.
OPACSUFFIX = "" # Para la interfaz URL de los usuarios: sufijo que se
añade al nombre de instancia.
ZEBRA_MARC_FORMAT = "marc21" # Especifica el formato de los
registros MARC para ser indexados por Zebra. Los valores posibles son 'MARC21',
'Normarc' y 'UNIMARC'
ZEBRA_LANGUAGE = "en" lenguaje # Primaria de la cebra de la
indexación. Los valores posibles son 'en', 'fr' y 'nb'
A continuación se activa el módulo mod_rewrite de Apache:
rewrite a2enmod , y se instaló el manejador de la base de Datos
sudo apt-get install mysql-server.
42
Creación de la instancia Koha
Para generar la Base de Datos (instancia) de Koha se debe crear con el nombre
que desea, en nuestro caso Koha, sudo koha-create - create-db koha
El nombre de usuario para iniciar sesión será koha_ koha y la contraseña está
definida en el archivo / etc / koha / sites / koha / koha-conf.xml.
Como resultado de la instalación se obtuvo nuestra instancia de koha con las
siguientes características.
User: koha_koha
pass: ***********
Link OPAC: http://koha.ubv.edu.ve
Link administración: http://koha-intra.ubv.edu.ve
Lo más relevante de esta etapa del proyecto fue el aprendizaje del uso del
servidor SHH, su configuración y la importancia de este para una transmisión de datos
vía red local con seguridad, además le permitió al pasante obtener conocimientos
básicos y experiencia en el uso del sistema Linux/Debian y el uso de herramientas de
software libre.
Pruebas de Funcionalidad
En esta etapa de desarrollo del proyecto se realizaron las pruebas de caja negra
este tipo de pruebas funcionales tiene como objetivo comprobar que los sistemas
informáticos funcionan cumpliendo las especificaciones funcionales y requisitos del
cliente, ayuda a la organización a detectar los posibles defectos generados en la fase de
desarrollo del sistema, en nuestro caso como el desarrollo es externo, permite validar
que el sistema tiene las características deseadas y especificadas por el grupo
desarrollador.
43
Para la evaluación del sistema se tomaron en cuenta cuatro aspectos generales
que debe poseer el Sistema Integrado de Gestión Bibliotecaria, y cada uno agrupa un
conjunto de funcionalidades que se verificaron a través de la realización de las pruebas
funcionales, administrativo, procesos Técnicos, tecnología, servicio al público.
Los resultados de las pruebas fueron recolectados en fichas unitarias como las
vistas a continuación:
SISTEMA KOHA
Prueba: 1.1 Nombre: Acceso a la interfaz OPAC
Entrada o acción de usuario
Resultado esperado del sistema Confirmación
Usuario y contraseña correctos
El sistema permite el acceso al usuario, identificandolo correctamente y presenta la
pagina de inicio.
SI
Usuario correcto y contraseña incorrecta
El sistema niega el acceso al usuario, identificandolo correctamente y presenta
nuevamente la pagina de acceso.
SI
Usuario incorrecto y contraseña correcta
El sistema niega el acceso al usuario, identificandolo correctamente y presenta
nuevamente la pagina de acceso.
SI
Usuario incorrecto y contraseña correcta
El sistema niega el acceso al usuario, identificandolo correctamente y presenta
nuevamente la pagina de acceso.
SI
Direccion General de Tecnologias de Informacion y Telecomunicaciones
Tabla 2. Ficha de resultados prueba 1.1/ Fuete Francisco Molina 2013
44
SISTEMA KOHA
Prueba: 1.2Entrada o acción
de usuarioResultado esperado del sistema Confirmación
Usuario y contraseña correctos
El sistema permite el acceso al usuario, identificandolo correctamente y presenta la
pagina de inicio.
Usuario correcto y contraseña incorrecta
El sistema niega el acceso al usuario, identificandolo correctamente y presenta
nuevamente la pagina de acceso.
Usuario incorrecto y contraseña
correcta
El sistema niega el acceso al usuario, identificandolo correctamente y presenta
nuevamente la pagina de acceso.
Usuario incorrecto y contraseña
correcta
El sistema niega el acceso al usuario, identificandolo correctamente y presenta
nuevamente la pagina de acceso.
Nombre: Acceso a la interfaz Intra
Direccion General de Tecnologias de Informacion y Telecomunicaciones
Tabla 3. Ficha de resultados prueba 1.2/ Fuete Francisco Molina 2013
Una vez recolectados y analizado los resultados de las pruebas realizadas se presenta
un resumen de los resultados obtenidos, según la clasificación planteada.
a. Administrativo
Permite realizar un amplio número de reportes que pueden ser generados
haciendo una tabla que una dos ítems de: selección, adquisición, procesos técnicos,
circulante, interbibliotecario, tesauro, lista de usuarios por categoría, documentos
consultados, temática, tipo de documento, orden alfabético, número de clasificación y
control de autoridades. Los resultados pueden ser exportados en archivo Excel (Office)
o en Calc (OpenOffice.org).
Se puede obtener listados de las publicaciones tanto por tema como autores.
Tanto el sistema como la interfaz son personalizables a las características de las
Unidades de Información.
El sistema de la posibilidad de ingresar nuevos módulos que se hayan desarrollado.
45
La interfaz gráfica es ergonómica y accesible.
b. Procesos técnicos
Maneja las listas de sugerencias, selección, adquisición, reclamos y recepción, lo que
permite tener el control de toda la colección que está dentro de la Unidad de
Información y de la que está por ingresar.
Permite manejar registros de los proveedores y de los editores.
Maneja registro de usuarios, editores e instituciones.
Permite controlar las facetas de una publicación: inicio, vencimiento, renovación y los
datos de recepción.
En los datos de adquisición permite controlar los datos de: código del proceso, precio,
nota fiscal y el número de la factura.
Elabora listas de duplicados.
Controla el estatus del documento y de esta manera se tiene un seguimiento de los
mimos: perdido y esperando autorización.
Permite controlar el presupuesto que es asignado a la Unidad de Información.
Permite especificar la moneda de transacción.
Posibilidad de manejar impuestos.
Compatible con los campos de las Reglas Angloamericanas de Catalogación (MARC).
Control de validación de los campos para hacer las entradas al sistema.
Construye un sistema de autoridades usando como base los registros ya ingresados.
Permite la consulta interactiva durante el ingreso de un registro.
46
Genera etiquetas para usuarios a partir de los valores: cédula, nombre del usuario y
número del carnet.
Genera etiquetas para los lomos de los libros.
Genera etiquetas para códigos de barra.
Integra los procesos de: devoluciones, préstamos, renovaciones y atrasos.
Maneja categoría de préstamos: circulante, especial (pueden ser documentos
específicos para usuarios con un permiso diferente) e interbibliotecario.
Adapta el préstamo de documentos para diferentes niveles de usuarios.
Recibos de préstamos.
Maneja categorías de materiales.
Muestra los usuarios por orden alfabético.
Define automáticamente las condiciones de préstamos a los usuarios de acuerdo al
perfil que ellos tengan.
Aplica automáticamente multas o suspensiones.
Se puede conocer el estatus del documento.
Se pueden realizar préstamos, renovaciones y reservaciones en línea.
La interfaz gráfica es ergonómica y accesible.
No identifica diferente modalidades de adquisición: donación, compra, canje, depósito
legal. Todas las maneja como adquisición.
No emite cartas de mora, reclamos o agradecimiento de donaciones.
El préstamo en sala no la maneja de manera indistinta, lo considera un préstamo
circulante.
47
No emite cartas o correos para usuarios con retraso.
c. Tecnología
Se puede ingresar al sistema vía web o vía intranet.
Usa lector de códigos de barra.
Es compatible con cualquier sistema operacional que use la Unidad de Información.
Gestiona bases de datos con diferentes tipos de documentos.
Almacena y recupera caracteres de la lengua castellana.
Los datos tienen el formato de yyyy/mm/dd.
Tiene capacidad para escalar de más de 500.000 registros.
Actualiza instantáneamente los datos.
Garantiza seguridad en la integridad de los registros.
Es compatible con el formato MARC, que es usado en la mayoría de las bibliotecas
venezolanas.
El acervo está disponible en línea.
Permite la exportación e importación de datos.
Permite auditar el sistema.
Permite el acceso concurrente e ilimitado de usuarios.
Niveles diferenciados de acceso al sistema (súperbibliotecario, usuarios por módulos
para cada asignación de trabajo, usuarios visitantes, etc)
Back up
Acceso irrestricto al código fuente del sistema.
48
d. Servicio al público
Tiene búsqueda avanzada, básica y permite la búsqueda en línea.
Búsqueda por múltiples campos: autor, tema, editor, localidad, palabras claves, tipo de
documentos, resumen, clasificación Dewey o LC o por áreas del conocimiento, ISSN,
ISBN, idioma, cota y la posibilidad de seleccionar en cuales campos se hará la
búsqueda.
Posibilidad de búsquedas con rangos de fecha
Uso de frases, truncadores, operadores booleanos y proximidad y distancia entre los
términos.
Posibilidad de buscar a partir de resultados de otras búsquedas.
Búsqueda automática por los términos del tesauro
Ordenar y clasifica por: autor, título y tema.
Por defecto, presenta los resultados en orden cronológico decreciente.
Permite limpiar el formulario para hacer nuevas búsquedas.
Visualización de los resultados en referencias bibliográficas breves o completas.
Visualización de los resultados de acuerdo a las AACR2
Visualización de la cantidad de registros recuperados y en qué orden se encuentran
(ejemplo 1/10)
Seleccionar registros e imprimirlos.
Almacenamiento de los resultados de las búsquedas en dispositivos electrónicos.
Indica el status del documento: prestado, en tratamiento o disponible.
Posibilidad de mostrar el estado de una publicación: activa, inactiva o suspendida.
49
Discriminación selectiva de información de acuerdo al perfil de los usuarios.
Posibilidad de hacer préstamos o renovaciones.
La interfaz gráfica es ergonómica y accesible.
No permite recuperar los resultados por: relevancia, tipo de documento u orden
cronológico.
Base de datos
En cuanto a la base de datos encontramos que Koha utiliza un diseño con dos
bases de datos una conceptual como es zebra y otra estructurada como es MYSQL,
donde es capaz utilizar de manera eficiente y coordinada los puntos más fuertes de los
dos tipos, de esta manera se asegura que el diseño de Koha es escalable y suficiente
para cubrir las necesidades de cualquier biblioteca, sin importar el tamaño.
Ver documento Adjunto A imágenes del diagrama de relaciones.
Ver documento Adjunto B para ver lista de las tablas de la Base de Datos.
Factibilidad técnica
Requerimientos Técnicos
Koha se puede instalar en la mayoría de distribuciones de Linux, en Windos,
Free BSD, OpenBSD, incluso Mac. Necesita de un servidor web, siendo el
recomendado Apache 2.0, Base de datos textual Zebra para la búsqueda de registros
en MARC21 y servidores de protocolo Z39.50, Base de Datos relacional MYSQL, y
paquetes de soporte de Lenguaje Perl.
Como vemos al ser un sistema en software libre todos sus requerimientos están
al alcance de cualquier persona o institución y sin costo alguno, y además son de
manejo cotidiano en la UBV por lo cual es totalmente factible en el aspecto técnico.
50
Factibilidad Operativa
En la UBV existen los recursos de infraestructura, redes, servidores , hardware,
etc. necesarios para la implementación del servicio en la red local, ahora para el
servicio vía internet se poseen los servidores y accesos en la sede del estado Monagas,
además administrativamente la UBV cuenta con la Dirección General de Tecnologías
de Información y Telecomunicaciones, que es el órgano encargado de administrar y
establecer las políticas en materia tecnológica a nivel nacional para la universidad, por
lo cual se cuentan con todos los recursos de operatividad del sistema.
Factibilidad Financiera
Al ser koha un sistema informático en software de acceso libre, se puede
descargar directamente de su página web sin costo.
El recurso de infraestructura existe en la universidad y si se requiere la
adquisición adicional, se cuenta con los fondos financieros del plan operativo de la
institución. Los recursos de personal existen y laboran en la institución, lo que
representa una inversión del costo por hora laboral por empleado, invertida en el
proyecto.
En lo operativo no se requiere inversión por que ya existen las Direcciones y
Coordinaciones que administrativamente necesita el proyecto, y los recursos que estas
poseen están organizados para garantizar la implantación y soporte del sistema. Por lo
cual se determina que financieramente el proyecto es factible.
Factibilidad Legal
En Diciembre del año 2004 El Poder Ejecutivo Nacional aprobó en Gaceta
Oficial N. 38095 de la República Bolivariana de Venezuela el Decreto 3.390, en el
que decreta Artículo 1. “La Administración Pública Nacional empleará
prioritariamente Software Libre desarrollado con Estándares Abiertos, en sus sistemas,
51
proyectos y servicios informáticos. A tales fines, todos los órganos y entes de la
Administración Pública Nacional iniciarán los procesos de migración gradual...”
Y define en su Artículo 2. “Software Libre: Programa de computación cuya
licencia garantiza al usuario acceso al código fuente del programa y lo autoriza a
ejecutarlo con cualquier propósito, modificarlo y redistribuir tanto el programa
original como sus modificaciones …”
Ley de Universidades
La ley de universidades publicada en la Gaceta Oficial No. 1429,
Extraordinaria, del 8 de septiembre de 1970, en su Título I, en el artículo 3 expresa
“Las Universidades deben realizar una función rectora en la educación, la cultura y la
ciencia. Para cumplir esta misión, sus actividades se dirigirán a crear, asimilar y
difundir el saber mediante la investigación y la enseñanza;...”
Y en el artículo 9 “Las universidades son autónomas. Dentro de las
previsiones de la presente ley y de su reglamento, se dispone de:
1. ... (omissis)...
4. Autonomía económica y financiera para organizar y administrar su
patrimonio.”
En el aspecto legal tanto el decreto 3.390 sobre el uso de software libre con
estándares Abiertos en los sistemas, proyectos y servicios informáticos dentro de la
administración pública, como la autonomía financiera y económica de las
universidades establecida en la ley de universidades amparan la realización del
proyecto, por lo cual hacen que sea factible legalmente.
52
Vinculación de los Resultados con el Perfil de Egreso
En el desarrollo de este proyecto se refleja la importancia que tiene la
comprensión del estudiante en los principios de los procesos y la administración de
sistemas informático, los cuales son básicos para poder analizar la situación presentada
al estudiante, a partir de la cual se determinaron las necesidades de la institución y
planificaron los objetivos a alcanzar, las acciones a seguir y realizo el estudio de
factibilidad de la implantación del sistema Koha en la Universidad Bolivariana de
Venezuela.
La implantación y del sistema koha en un ambiente de pruebas le permitió al
pasante demostrar el conocimiento de conceptos y técnicas de programación,
administración de base de datos y manejo de redes de transmisión bajo las normativas
de calidad exigidas por la institución.
Lo fundamental de este proyecto era realizar el análisis y la implantación de un
sistema integral de gestión de bibliotecas, a través de técnicas de investigación que le
permitieron medir las capacidades del estudiante, demostrar y reforzar sus
competencias y procedimientos en el manejo de los procesos de análisis e
implantación de sistemas enmarcados en la metodología de investigación, los
resultados de esto se reflejan en el hecho de que el sistema quedo apropiadamente
implantado, se realizaron pruebas que permitieron evaluar el sistema y ejecutar las
acciones para cumplir con los objetivos planteados en este proyecto.
Este proyecto permitió al pasante actuar según sus aptitudes, y la culminación
exitosa del proyecto, aunado con la evaluación y observaciones del tutor industrial,
demuestran que se ejecutó bajo las características de ética, actitud al servicio,
responsabilidad y honestidad exigidas por la Universidad Nacional Experimental de la
Fuerza Armada Nacional Bolivariana (UNEFA).
El hecho de realiza estas pasantías reflejan que el pasante reconoce el valor de
su participación en la sociedad, reconoce sus obligaciones con la sociedad en la que
53
interactúa y el cumplimiento de las normas de la comunidad, adames de demostrar
que permanece activo en el logro de sus objetivos personales y educativos para su
desarrollo personal en el contexto de la sociedad en que desarrolla su cotidianidad.
Podemos deducir que en el desarrollo de esta pasantía y la obtención de los
resultados se vieron involucrados la mayoría de los aspectos, aptitudinales,
procedimentales y conceptuales de un Ingeniero de sistemas egresado de la UNEFA.
54