Universidad de Concepción
Facultad de Ingeniería
Departamento de Ingeniería Informática

Profesor: Yussef Farrán
Alumno: Rodrigo Hunrichse
Fecha de entrega: 1998/12/15
Fecha de re-entrega: 1999/01/15
Fecha de entrega final: 1999/02/24
Última revisión: 1999/02/20

Índice de contenidos de la etapa final:

1. Etapa final: Introducción
2. Etapa final: Desarrollo
3. Etapa final: Conclusión

Introducción a la etapa final

Este informe final da cuenta de las diferentes etapas que se han realizado para construir este proyecto, cada una con su propia introducción, desarrollo y conclusiones, más una conclusión final recapitulando todo el proyecto, haciendo ver las partes que no cubre.

Se unirán las etapas anteriores, en un solo documento, para darle forma al proyecto como un todo. Este es un proyecto que está especificado sólo globalmente, la especificación detallada no es parte de la asignatura, y queda incompleta, a la espera de que se haga cuando sea necesaria.

Desarrollo

Estas etapas son, según la planificación de etapas definida por el profesor:

1. factibilidad y planificación: Un análisis somero del impacto que el proyecto tendría si es implementado.
2. requerimientos: Evaluación (recopilación) de los requisitos que el proyecto necesita.
3. modelamiento: Una explicación del modo a resolver el problema enfrentado.
4. recursos: Un listado de los recursos requeridos para la solución del problema.
5. recursos humanos : Un listado de los recursos humanos requeridos para la solución del problema.
6. evaluación de recursos software: Evaluación de los recursos software requeridos para la solución del problema.
7. evaluación de recursos humanos: Evaluación de los recursos humanos requeridos para la solución del problema.
8. evaluación de recursos hardware: Evaluación de los recursos hardware requeridos para la solución del problema.
9. plan desarrollo: Cronograma de una implementación del proyecto y sus etapas.

Etapa 1: factibilidad y planificación

Índice de contenidos de la etapa 1:

1. Etapa 1: Introducción
2. Etapa 1: Desarrollo
3. Etapa 1: Conclusión

Etapa 1: Introducción

Se pretende demostrar que el proyecto, aún con las limitaciones de derechos de autor de libros comerciales, es factible si se restringe bastante, y se obtiene la cooperación de las editoriales, las facultades y los autores mismos, de manera de empezar este como un proyecto piloto de masificación de textos, para en un futuro no muy lejano hacerlo una realidad, para beneficio de todos los estudiantes.

Etapa 1: Desarrollo

Está también abierta la posibilidad de poner los mismos e-textos disponibles mediante intranets a la comunidad universitaria, para que puedan ser leidos tanto en la misma biblioteca como dentro de los campi (plural de campus), a través de distintos mecanismos validadores, si corresponde.

Se revisó la factibilidad del proyecto, de acuerdo a consideraciones del tipo

1. técnico
2. ambiental
3. económico
4. social

Factibilidad técnica

Se ha contemplado por lo menos cuatro soluciones dependientes de los formatos de los e-textos:

1. postscripts,
2. pdf,
3. Documentos Word,
4. hipertexto (HTML, metalenguaje de hipertexto).

Por sus capacidades gráficas, en la mayoría de los casos es fundamental el desplegar tanto gráficos como fórmulas, imágenes, etc. que en un formato sólo texto no podría hacerse.

1. Para la primera:(postscripts) es el formato más usado en papers, artículos científicos, y están generalmente disponibles a todo usuario a través de internet, de libre distribución.

   Visores para tal formato están disponibles en la Internet, son de libre distribución. Ver en Links relacionados.

2. Para la segunda (pdf) si bien es un formato propietario, es de amplio uso y es especializado para desplegar documentos en formato libro, con facilidades de salto de páginas, acercamientos, etc.

   Visores para tal formato están disponibles en la Internet, son de libre distribución. Ver en Links relacionados.

3. Para la tercera, si bien es un formato propietario, es de amplio uso y es especializado para desplegar documentos y editarlos, y es capaz de mostrar iágenes en línea.

   Microsoft Word es un programa que es de uso masivo, es un buen supuesto el que el usuario lo tenga en su computador. La biblioteca también lo tiene.

4. Para la cuarta es el más libre, y a la vez se hace el más complicado por las innumerables posibilidades de que implica.

   Visores para tal formato están disponibles en la Internet, son de libre distribución. Ver en Links relacionados.

Con respecto al software y hardware necesarios, existen y no son caros el software (visores de los distintos formatos, así como los editores y capturadores), ni el hardware (principalmente computadores y sus periféricos), así que no es necesario construir grandes softwares, ni instalaciones, otras que las necesarias para acomodar computadores, actividades que complicarían el proyecto.

Factibilidad ambiental

Factibilidad social

Desde cierto punto de vista, quienes no puedan ajustarse a esta modalidad, de todas maneras podrán utilizar el sistema antiguo de libros en papel, por lo menos hasta que queden ejemplares.

Eso por el lado del trabajador de la Biblioteca.

Por el lado del usuario, quizás es una comodidad más para él (o ella), ya que se ahorra la cola de espera y la posibilidad de quedarse sin ejemplar. Es una posibilidad má de escoger, por lo menos hasta que queden ejemplares.

Factibilidad económica

1. El costo de un computador (que incluso podríamos suponerlo pre-existente, ya que la idea es que se puedan leer desde cualquier locación dentro de los campi), está cada vez disminuyendo, costo aproximado: 500 000 pesos chilenos
2. los softwares (excepto Word) pueden llegar a costar nada, dependiendo de el uso que se le dé.
3. el costo de compra de los libros, es muy variable, dependiendo de cada ejemplar, y de las políticas de cada editorial. Costo aproximado: US$ 40 por cada CD
4. el costo de digitalizar es quizás el más caro medido en tiempo, recursos humanos y planificación, se espera que no tener que hacerlo para todos los libros.

   Digitalizadores están disponibles en la Internet, no son de libre distribución. Ver en Links relacionados.

Etapa 1: Conclusión

volver al tope de esta etapa

Etapa 2: Especificación de requerimientos

Índice de contenidos de la etapa 2:

1. Etapa 2: Introducción
2. Etapa 2: Desarrollo
3. Etapa 2: Conclusión

Etapa 2: Introducción

Etapa 2: Desarrollo

Especificación de requerimientos

• Electronizar los libros muy solicitados que son copias únicas o 2 ejemplares, no importando la carrera que los usa.
  Se pueden realizar, pero la electronización es más costosa que la simple compra en formato electrónico. De todas maneras se considera como una priorización de cuáles libros implementar primero
• se podría trabajar electronizando libros de un Departamento o de una Facultad de Ingeniería o Ciencias Físicas y Matemáticas que participaron en la autoevaluación
  Igual que en el punto anterior, una priorización, caracterización de las políticas a tener en cuenta durante la etapa de obtención de los e-textos, pero igual quedarían libros que no son necesariamente de una Facultad, luego no es realizable la idea original sin restringir las posibilidades.
• Se podría trabajar sólo con los libros editados por la Universidad de Concepción sean estos proyectos de Docencia, apuntes o manuales y ponerlos en páginas Web.
  Otra política a tener en cuenta, ya que el costo de publicar es alto, y en este caso lo está cubriendo la Universidad misma.
• Se podría crear una base de datos por autor, título o materia de los libros que se encuentran en Reserva en Página Web.
  Excelente idea, es parte de la solución en mente, se necesitan ambas la base de datos y la web al mismo tiempo para que funcione en web.
• podríamos ingresar los libros escaneándolos
  Una posible solución, a primera vista bastante cara.
• podría ser que instalemos una sala con computadores sin software de trabajo, sólo trabajando con la información en diskette.
  Alternativa si es que no se tienen grandes discos duros, o si son de poco tamaño, aunque el deterioro es alto al usar diskettes.
• podríamos tener tener una impresora central.
  Si se tienen los permisos para reproducir los textos, está bien, si la carga es mucha quizás se debiara de pensar en poner más, o que sean locales.
• podríamos crear una password para imprimir
  Si se quiere restringir las impresiones, es una buena alternativa.
• podríamos crear una red interna sólo para usuarios docentes y alumnos usándola desde su lugar de trabajo o Biblioteca
  En el caso de e-textos restringidos, o en periodos de prueba, o no se quiera permitir el acceso remoto, es una idea posible de implementar.
• como también podría ser que se pueda ver desde la casa con posibilidad de imprimir usando clave especial.
  Ahí hay un problema, porque desde que alguien lee el e-texto remotamente, como generalmente eso significa transmitirle una copia, eso significa que la copia enviada ya la puede imprimir, no necesariamente en la impresora proporcionada por la biblioteca, eso sí, sino con una propia.
• que todos los textos se puedan imprimir
  En el caso de no haber restricciones de impresión.
• podríamos crear la posibilidad de hacer convenios con otras universidades o instituciones semejantes que tengan este servicio, y no escanear lo que ellos ya tienen, y crear un sistema cooperativo en que ellos o nosotros podamos acceder a sus textos en forma fluida.
  Dependerá de los derechos de autor que cada e-texto tenga, no es cosa de copiarse sin respetarlos. Es una buena idea, sobre todo por las publicaciones internas, donde que generalmente se tienen los derechos para intercambiarse.
• podríamos escanear los libros en español y los que se importan
  Una priorización, si hay un libro en varios idiomas, ¿ cuál ingresar al sistema? una política posible es ingresar sólo los especificados en el requisito de arriba.
• podríamos pretender llevar control de aquellos usuarios que
  • ocupan la biblioteca virtual no importando el uso que se le
    Estadísticas son posibles de llevar, con el software adecuado.
  • usan la impresora y número de hojas impresas
    Ahí habría que identificar a cada usuario, es posible con el software adecuado.
  • usan nuestros libros que se encuentran electronizados
    Es trivial de realizar con software estadístico.
  • usan internet a nivel nacional e internacional
    Este requisito es más difícil: sólo se puede controlar quienes accesen el sistema, y no es tan fácil identificar los accesos remotos como nacionales o internacionales, por ejemplo cuando no se puede identificar la procedencia del computador que accesa.
  • usan los libros según la materia
    Es posible, si es que se clasifican los e-textos por materia, pero como el catálogo DYNIX ya lo hace, se basaría posiblemente en él para la base de datos (o tabla), luego es muy probable que se implemente.
• podríamos crear una red intranet
  En la UdeC ya existe, sólo se usaría. En otros casos sería necesaria.
• podríamos crear programas que nos permitan entrelazar:
  Existen bases de datos con salidas hipertextuales.
  • título electrónico comprado y que trae su propio software
    Existen libros que traen softwares complementarios, dependiendo de los permisos, se podrían ofrecer también.
  • textos publicados por la Universidad de Concepción que también tendrán su propio software
    Algunos formatos necesitan de un software para leerlo, este proyecto contempla obtener los lectores más usados, como primera prioridad.
  • que nos permita además enlazarnos con otros textos electrónicos disponibles en la red
    protocolo http y formato hipertexto es el método más cómodo porque es simple y de uso generalizado.
• podríamos crear software que permita al usuario trabajar o interactuar con el texto sin que el texto original o madre se destruya:
  En los e-textos en los que haya permisos de modificación o copia. Si no hay permisos de modificación, no sería correcto.
  • haciendo resúmenes
    Eso sí, cada usuario hace eso, ya que no necesariamente todos los e-textos traen su propio resumen incluido.
  • sacando líneas
    El problema de modificar e-textos es que se necesita un editor, y no es fácil editar imágenes, tablas, y texto juntos, además que el editor casi siempre es más caro que el lector. Por ejemplo el formato PDF, cuyo lector gratuito no permite ediciones.
  • Frases
    Basta con escoger el texto para hacer una copia.
  • palabras
    Ídem.
  • achicando o agrandando letras
    Ídem.
  • ennegreciendo letras
    Ídem.
  • sacando imágenes
    Los navegadores incluyen la posibilidad de guardar imágenes en línea.
  • ilustraciones
    Ídem.
  • gráficos
    Ídem.
  • flujo de datos numéricos
    Ídem.
  • sonido digitalizado
    Ídem, editar sonidos es bastante difícil, además que molesto si no se usan audífonos, pero se puede hacer.
  • imágenes visuales móviles (música, película, animaciones, etc.)
    Es posible, pero se necesita gran equipamiento, computadores rápidos y con harta memoria.
• podríamos permitir al usuario visitar la biblioteca desde su estacción de trabajo conectado a una red para usar sus herramientas de acceso a la información
  Es una de las posibles soluciones (son muchas, no excluyentes).
• podríamos crear una amistosa interfaz de usuario conectándose al menú de bienvenida de la bilioteca que ofrezca íconos y un texto introductorio
  Es sabido que la amigabilidad de una interface motiva a un usuario a usar un software.
• podríamos acceder o entregar la información en forma más rápida y a un menor costo.
  El costo inicial puede ser elevado, pero el costo por título es el que se cree se reducirá notablemente.
• podríamos restringir el uso de la sala sólo para textos en reserva
  Un punto importante aparecido durante este proyecto es el hecho de que una vez digitalizado, un e-texto no es diferente de otro, sin distinción de reserva o circulación o colección pasiva, ya que no se habla de número reducido de ejemplares, o alta demanda incumplible, porque supuestamente hay un e-texto para cada alumno.
• podríamos proporcionar al usuario la información sin importarnos su ubicación
  El acceso remoto está contemplado en este proyecto.

Etapa 2: Conclusión

volver al tope de esta etapa

Etapa 3: Modelamiento

1. Etapa 3: Introducción
2. Etapa 3: Desarrollo
3. Etapa 3: Conclusión

Etapa 3: Introducción

Etapa 3: Desarrollo

Esta solución al problema planteado es escalable, es decir, que tiene varios niveles de solución, el primero el más simple, y el último el más complejo, abarcando todos los anteriores, además de módulos independientes que dependen de si se utilizarán o no.

• nivel de lectura gratuita externa:
  consiste de
  • Páginas web,
  • e-textos disponibles en web
  • no necesita computadores en biblioteca (se usa la intranet de la UdeC, cada facultad utiliza los suyos) son opcionales.
  • funciona en forma análoga a una página web, en donde se ponen índices de e-textos ordenados por tipo u otro ordenamiento, e hipervínculos a índices externos.
• nivel de lectura gratuita interna:
  consiste de
  • Páginas web,
  • e-textos disponibles en web dentro de la intranet de la UdeC, obtenidos electrónicamente ya escritos, sacados desde fuera de la UdeC o propios.
  • no necesita computadores en biblioteca (se usa la intranet de la UdeC, cada facultad utiliza los suyos) son opcionales.
  • funciona en forma análoga al nivel anterior, pero además incluye índices de publicaciones internas a la UdeC, disponibles.
• nivel de lectura pagada interna:
  consiste de
  • Páginas web,
  • e-textos disponibles comprados y leidos localmente o dentro de la intranet de la UdeC.
  • no necesita computadores en biblioteca (se usa la intranet de la UdeC, cada facultad utiliza los suyos) son opcionales.
  • funciona en forma análoga a las anteriores, pero está restringida a los permisos de reproducción que las obras compradas tengan.
• nivel de lectura electronizada capturada interna:
  consiste de
  • Páginas web,
  • e-textos escaneados por nosotros mismos, en web dentro de la intranet de la UdeC
  • no necesita computadores en biblioteca (se usa la intranet de la UdeC, cada facultad utiliza los suyos) son opcionales.
  • funciona en forma análoga a las anteriores, incluye el proceso de escaneo, catalogación y formateo a uno soportado por el sistema.

    Cabe destacar que no se piensa implementar en este proyecto este nivel, por el alto costo en tiempo, mano de obra, software y dinero. Sin embargo en un nuevo proyecto o uno anexo, se puede implementar sin necesidad chocar con el proyecto presente.

Los servidores web son, para usos académicos no comerciales, y para una carga de trabajo moderada, generalmente de libre distribución, necesitándose eso sí un espacio de almacenamiento no despreciable, además de una máquina servidora de gran capacidad, o dedicada sólo a este servicio, y por supuesto personal encargado de su soporte.

La idea es de centralizar el servicio en un servidor web dedicado, o utilizar uno ya existente, no siendo necesario que sea de uso exclusivo para el proyecto, aunque sí es recomendado hacerlo así si la carga de trabajo lo amerita.

El cómo obtener los e-textos es otro problema, que tiene (como suele ocurrir) varias soluciones, de las cuales analizaremos cada una en particular cuando ocurra, puede haber más de una, como también ninguna, o descartar las posibles.

Acerca de los softwares también existen innumerables alternativas, las que serán evaluadas en la Etapa 6: evaluación de recursos software.

Para la elección de los computadores igualmente la oferta es muy amplia, aunque se espera que se utilicen recursos ya disponibles para "reciclarse".

El tipo de interconexión entre los computadores está por verse, está contemplado tanto utilizar computadores en red como sin red. Entre los con red, se espera que tengan conexión dentro de la intranet, así como con la internet, por razones de compatibilidad.

El diseño de la sala es bastante libre, se espera que se instale en la misma Biblioteca Central, ya que es la costumbre de ir a estudiar (y la mala costumbre de hacer otras cosas) en la misma, un cambio muy grande puede ir en contra del proyecto. Varios computadores, de tal forma que el software instalado sea capaz de leer en todos los formatos de e-texto que se dispongan, en un escritorio con iluminación adecuada, ojalá tanto artificial como natural, sillas cómodas, ojalá dos por escritorio, el cual tenga por lo menos una superficie en donde quepan libros tradicionales, cuadernos, lápices y bolsos. De ser considerado necesario, software para reproducir discos compactos de música, eso sí el audio debiera de ser escuchado sólo con audífonos.

Este diseño se dejará a expertos en las materias de instalación eléctrica, dibujantes, ergonometristas, decoradores, etc., ya que este grupo de trabajo no es de los más calificados para diseñarlos ni construirlos.

Para obtener los e-textos, se ha considerado algunos casos que son los más frecuentes, eso sí sin considerar en muchos de ellos los derechos de autor, los que se desean convenir en el caso en que se lleguen a implementar.

html (hipertexto):

en general, el hipertexto, cuando encontrado en servidores de web, es de libre lectura, y legible con innumerables web browsers (visores de www), la idea es accederlos por internet o hacer una copia más local si se considera estratégico: si está muy lejos, o es muy crítico, o se obtiene el permiso correspondiente.

postscript:

es un formato especialmente usado en el ambiente científico, ya sea en papers, noticias, artículos, etc. Generalmente son de libre distribución así que se encuentran en servidores web de la internet, se podrín hacer copias locales para un acceso más expedito.

Portable Document Format (PDF, Formato de Documento Portátil o Portable)

si bien es un formato propietario, es de amplio uso y es especializado para desplegar documentos en formato libro, con facilidades de salto de páginas, acercamientos, etc.

Word Document (Documento Word):

si bien es un formato propietario, es de amplio uso y es especializado para desplegar documentos y editarlos, y es capaz de mostrar iágenes en línea.

Microsoft Word es un programa de uso masivo, es un buen supuesto el que el usuario lo tenga en su computador. La biblioteca también lo tiene.

Para la impresión de los mismos, en general los mismos lectores pueden también imprimir sus formatos, o transformarlos, incluso postscript se puede imprimir directamente a una impresora bien configurada.

Para lo que es digitalizar textos pre-existentes, francamente se considera que es mucho trabajo comparado con comprar una versión electrónica más actualizada y más rápido.

Pero se puede, sobre todo en casos de textos decontinuados, que no se vendan en formato electrónico, etc. Eso sí habría que conseguir los permisos de reproducción y preéstamo, por lo menos. No se proyecta implementarlo por lo menos en este prototipo.

Las estadísticas se pretenden llevar ya sea por el servidor de web, o con un gestor de bases de datos, dependiendo de los datos que se quieran registrar: sexo, edad, carrera, año de carrera, horarios de lectura, libro más leíodo, etc., teniendo en cuenta que muchas estadísticas o acceso irrestricto a ellas puede llevar a invasiones a la privacía personal.

Etapa 3: Conclusión

volver al tope de esta etapa

Etapa 4: recursos

Índice de contenidos de la etapa 4:

1. Etapa 4: Introducción
2. Etapa 4: Desarrollo
3. Etapa 4: Conclusión

Etapa 4: Introducción

Los recursos humanos se listan aparte en la etapa 5:recursos humanos.

Etapa 4: Desarrollo

Recursos

1. Software: se necesita software capaz de leer todos estos tipos de formato, y que corran bajo la mayor parte de las plataformas posibles, aunque por ahora sigue siendo la familia de Windows por ser ésta la más usada dentro de la Universidad de Concepción.
   • Sistema Operativo:
     • Windows (mientras más nuevo mejor)
     • DOS
     • linux
   • hipertexto, texto:
     • browsers de hipertexto.
       • Netscape 2.0 o superior, para windows 3.1 o superior
       • Microsoft Internet Explorer
   • PDF
     • Adobe Acrobat Free Reader
   • Gestor de Bases de datos (para las estadísticas)
     • Microsoft Access, o
     • Estadísticas del webserver
2. Recursos Hardware
   • Computadores
     • 10 (diez) computadores, con sus teclados en español, algunos con lectores de CD, otros para lectura sólo local, otros para navegación, con suficiente memoria.
   • Impresoras
     • 2 (dos) impresoras, una en blanco y negro, la otra posiblemente en color.
   • Lectores de CD
     • 2 (dos) por lo menos, para leer e-extos en CD, y/o para instalar softwares.
     • 1 (una) torre de CD's, para escoger automáticamente un CD desde un conjunto de ellos.
   • Libros en CD: US$ 40 por cada CD + envío + internación y otros (McGraw-Hill)
   • Scanners (nivel de captura)
     • 1 (uno) para las dos personas que digitalicen, por turnos.

Etapa 4: Conclusión

volver al tope de esta etapa

Etapa 5: recursos humanos

Índice de contenidos de la etapa 5:

1. Etapa 5: Introducción
2. Etapa 5: Desarrollo
3. Etapa 5: Conclusión

Etapa 5: Introducción

Etapa 5: Desarrollo

• Webmaster
  • 1 (una) persona, unas 2 (dos) horas al día, aproximadamente, para actualizar links. Debe de saber programación en html, posiblemente CGI o scripts, manejo de estadísticas, tener experiencia en navegación en web.
• Para instalación (configuración de las máquinas)
  • 1 (una) persona, una sola vez. Necesita saber tanto de instalación de software, como del Sistema Operativo del computador.
• Para mantención (configuración de las máquinas)
  • 2 (dos) personas, dos turnos para atención todo el día. Mismos requisitos que el anterior.
• Para digitalización (nivel de captura)
  no se contempla implementarse, pero se suponen posible con:
  • 2 (dos) personas a tiempo completo (dos turnos) digitalizando textos. Necesita saber del proceso de digitalización y el formato a utilizar.
• Para administración de impresión (para entregar impresiones a quienes las envíen)
  • 1 (una) persona a tiempo compartido en otras tareas, atendiendo en un mesón. Puede haber restricciones de horario permitido para recibir impresiones.
• Para adquisición de nuevos e-textos (cada vez que se necesite un nuevo e-texto o se corrompa uno existente.)
  • 1 (una) persona. Preferentemente algún(a) bibliotecólogo(a).

Etapa 5: Conclusión

volver al tope de esta etapa

Etapa 6: evaluación de recursos software

Índice de contenidos de la etapa 6:

1. Etapa 6: Introducción
2. Etapa 6: Desarrollo
3. Etapa 6: Conclusión

Etapa 6: Introducción

Los recursos humanos y hardware van en las siguientes etapas: Etapa 7: evaluación de recursos humanos y Etapa 8: evaluación de recursos hardware.

Etapa 6: Desarrollo

Los recursos que se necesitan para implementar un prototipo de biblioteca virtual, ordenados por tipo de recurso:

Recursos

• Gestor de Bases de datos (para las estadísticas)
  • Microsoft Access: viene con el paquete Office.
  • Estadísticas del webserver: vienen con el servidor, o se instalan, muchas son gratis.
• Sistema Operativo:
  • Windows 95 OEM: $ 55 000
  • Linux: gratis, pero en formato CD se encuentra por $15 000.
    El escogido es Windows 95 (o 98 o siguientes), por ser el de uso más extendido dentro de la Universidad de Concepción.
• browsers de hipertexto.
  • Netscape 2.0 o superior, para windows 3.1 o superior: $ 0 (la Universidad tiene Licencias)
  • Microsoft Internet Explorer: $ 0 (viene con la versión 95 de Windows)
    Se Sugiere Netscape.
• Adobe Acrobat Free Reader: $ 0 (free = gratis)
• Adobe Acrobat Capture 2.01 (para transformación desde digitalizado a PDF): US$895 (máximo 20000 páginas)
• ADOBE ACROBAT CAPTURE PAGE PACKS (añaden cuota de páginas)
  • 20 000 páginas: US$ 595
  • 200 000 páginas: US$ 4 995
• Adobe Acrobat Capture VE (para digitalización): US$14,995

Etapa 6: Conclusión

volver al tope de esta etapa

Etapa 7: evaluación de recursos humanos

Índice de contenidos de la etapa 7:

1. Etapa 7: Introducción
2. Etapa 7: Desarrollo
3. Etapa 7: Conclusión

Etapa 7: Introducción

Etapa 7: Desarrollo

• Webmaster
  • 1 (una) persona, puede ser un estudiante de pregrado, un pago equivalente al de un alumno consultor por 12 horas semanales.
• Para instalación (configuración de las máquinas)
  • 1 (una) persona, una sola vez (1 día): puede ser un estudiante de pregrado, un pago equivalente al de un alumno consultor, aunque se prefiere un técnico especializado.
• Para mantención (configuración de las máquinas)
  • 2 (dos) personas, dos turnos para atención todo el día: pago de acuerdo a escalafón y políticas de la Universidad
• Para digitalización (nivel de captura)
  • no se contempla implementar, pero se suponen posible con:
    • 2 (dos) personas a tiempo completo (dos turnos excluyentes entre sí) digitalizando textos: pago de acuerdo a escalafón y políticas de la Universidad
  • Scanners (nivel de captura)
    • 1 (uno): aproximadamente $ 200 000.
• Para administración de impresión (para entregar impresiones a quienes las envíen)
  • 1 (una) persona a tiempo compartido en otras tareas, atendiendo en un mesón. Puede haber restricciones de horario permitido para recibir impresiones: pago de acuerdo a escalafón y políticas de la Universidad
• Para adquisición de nuevos e-textos (cada vez que se necesite un nuevo e-texto o se corrompa uno existente.)
  • 1 (una) persona, preferentemente algún(a) bibliotecólogo(a).: puede dedicarle sólo parte del día a esta labor. Pago de acuerdo a escalafón y políticas de la Universidad

No se incluye (porque no se saben las características de los seleccionados) una etapa de capacitación, ya que se supone los escogidos cumplen con los conocimientos mínimos. Sin embargo, se deja constancia de que si el personal no está bien preparado, se debería de hacer una fase de capacitación, ojalá de menos de una semana. Los costos de capacitación son variables, porque pueden ser dictados tanto por especialistas como por aficionados. Se sugiere capacitación interna si hay alumnos dispuestos a enseñar.

Etapa 7: Conclusión

El escalafón de la Universidad, así como sus políticas remunerativas pueden cambiar, y no son muy publicitadas, luego no se han incluido valores específicos, no sea que queden incorrectos al momento de la implementación.

volver al tope de esta etapa

Etapa 8: Introducción

Etapa 8: Desarrollo

• Recursos Hardware (nivel de lectura pagada inclusive)
  • Computadores
    • 10 (diez) computadores, con sus teclados en español, algunos con lectores de CD, otros para lectura sólo local, otros para navegación: 10 * $ 559 000 = 5 590 000.
      Un presupuesto (de 19981203, válido por 7 días en WEB COMPUTERS):
      • Computador Pentium II 350Mhz: $ 490 000
      • Placa madre Chipset INTEL 440BX PII 233/800 Mhz
      • 5 PCI - 2 ISA - 1 AGP- 2USB- 3 DIMM - BUS 66/100 MHz
      • CPU Pentium Intel II 350 Mhz
      • 1 DIMM de 64 Mb 168 pines (64 Mb RAM)
      • Tarjeta de vídeo 4Mb PC GRAPHICS BLASTER EXTREME
      • Diskettera 3 1/2 " 1.44 Mb
      • Mid Tower ATX con fuente
      • Disco Duro 4.3 Gb UDMA-SEAGATE
      • Monitor SVGA Color 14" .28 AOC
      • Teclado - Mouse Genius
      • Kit Sound Blaster Odisea: $55 000
      • Lector 24X Creative - Tarjeta sonido 16 bits, parlantes y 1 título
      • Tarjeta de Red PCI 10/100 Combo: $14 000

        ---

      • Total: $ 559 000
  • Impresoras
    • 2 (dos) impresoras, una en blanco y negro, la otra posiblemente en color: No se ha evaluado aún su precio.
  • Lectores de CD
    • 2 (dos) por lo menos, para leer e-extos en CD, y/o para instalar softwares.
    • 1 (una) torre de CD's, para escoger automáticamente un CD desde un conjunto de ellos: No se ha evaluado aún su precio.
  • Scanners
    • 1 (uno) para las dos personas que digitalicen, por turnos.

No se incluyeron (porque el actual proyecto no es tan especializado) los costos de diseño (si es necesario), construcción e instalación eléctrica de la sala de computadores, porque no sabemos si existe, ni las dimensiones ni requerimientos, lo que debe de realizarse si es necesario al momento de la especificación detallada.

Etapa 8: Conclusión

volver al tope de esta etapa

Etapa 9: plan de desarrollo

Índice de contenidos de la etapa 9:

1. Etapa 9: Introducción
2. Etapa 9: Desarrollo
3. Etapa 9: Conclusión

Etapa 9: Introducción

Etapa 9: Desarrollo

Actividad, nombre, lapso, fecha inicio, fecha término, recursos, relación con otras etapas

1	compra de computadores (n=10)	5d	1/01/99	7/01/99		$500000*10 (10 computadores)
2	configuración de computadores (n=10)	2d	1/01/99	4/01/99		2 personas
3	priorizar cuáles libros ingresar	5d	1/01/99	7/01/99		1 persona
4	compra de e-ibros(n)	1d	8/01/99	8/01/99	3	1 persona
5	Recepción de el(los) libros por mar(n)	46d	11/01/99	15/03/99	4	1 persona
6	recepción de el(los) libros por avión (n)	2d	11/01/99	12/01/99	4	1 persona
7	digitalización de e-libros (1)	5d	11/01/99	15/01/99	4	2 personas
8	construcción de las páginas (1 vez)	5d	11/01/99	15/01/99	4	1 persona
9	actualización de las páginas	61,25d	18/01/99	13/04/99		1 persona
25	marcha blanca	20d	10/01/99	6/02/99

Adjunto en Microsoft Project 4.0

Se creen necesarias también sesiones de capacitación para quienes no estén capacitados para realizar sus labores. No está de más el hacer una revisión del funcionamiento del sistema, sobre todo a quienes hayan perdido la práctica en el manejo del software.

Para los usuarios finales se les construirán o indicarán las ayudas correspondientes acerca del sistema, y su funcionamiento, ante cualquier tipo de posibles preguntas frecuentes.

Como ejemplos, describiré someramente algunas de las actividades a realizar más detalladamente:

1. compra de computadores: incluye
   • especificación de requisitos mínimos,
   • cotización, o
   • licitación
   • pago, ya sea con tarjeta de crédito, cheque, etc., puesto que el sistema actual lo hace tanto con cheque (remoto) como al contado cuando es dentro de Concepción.
2. configuración de computadores: incluye
   • especificación del uso que se le dará (niveles de lectura)
   • instalación del S.O. (a menos que esté bien instalado anteriormente)
   • instalación del (los) navegador(es)
   • instalación de los lectores de los diferentes formatos. (y configuración de los navegadores para su uso cómodo)
   • instalación de e-textos locales, si corresponde.
   • instalación de las páginas locales si corresponde.
3. prorizar cuáles libros ingresar al sistema: incluye
   • obtener el listado de libros mínimos a incluir al sistema (implica haber procesado el catálogo DYNIX ya existente), y considerar también las necesidades de bibliografía obligatoria de los profesores.
   • especificar políticas de decisión acerca de preferir un título sobre otro, incluso sobre un mismo título, pero diferente edción, año, idioma, etc.
4. compra de e-libros: incluye
   • la priorización anterior
   • costos, tiempo de envío, de pago, etc.
   • derechos de reproducción que contengan
   • otros.
5. digitalización de libros: además de las consideraciones anteriores podrían aplicarse
   • cantidad de hojas, o de imágenes
6. actualización de las páginas: incluye
   • más que nada actualización de los links externos, ya que la base de datos de e-textos debiera de incluir de una vez nuevos títulos, luego los listados o índices debieran de actualizarse solos.
7. capacitación: incluye
   • haber pedido como requisitos (si corresponde) de conocimiento de los softwares/ S.O. requeridos, de tal modo de que la capacitación sea mínima.
8. marcha blanca: incluye
   • todo problema no detectado
   • cálculo de estadísticas mínimas, recolección de comentarios, sugerencias y problemas detectados por parte de los usuarios finales.

Etapa 9: Conclusión

volver al tope de esta etapa

Conclusión final

El profesor dijo 2 cosas importantes: que proyecto que no se implementa fracasó, y que software que no se usa también (puede ser del profesor de Ingeniería de Software, pero es en la misma idea).

Si este proyecto no llega a implementarse en la Biblioteca Central de la UdeC, se piensa también probarlo en otras bibliotecas más pequeñas, ya que se construirá un prototipo (la página web (html)), y se quiere probarlo en un ambiente controlado, no tan masivo como la BC.

Este proyecto es tan amplio que parece desordenado... y lo está, pero así son los proyectos con tantas alternativas, y eso que se han considerado sólo las más importantes. Una vez que se vea el prototipo, se piensa que recién se dimensionará la verdadera amplitud de este proyecto, lo que tendrá que esperar unas semanas. Se cuenta con que bastará.

Un problema que se encontró fue el de que los CD's de los libros de McGraw-Hill (y muchos otros) no están disponibles en español. Además que no están disponibles en la distribuidora local.

Se encontraron dos posibles soluciones, que como muchos problemas con los que se pueda encontrar el proyecto, se debería de establecer políticas de acción, para resolverlos de antemano.

Una es el traductor en línea: un software traductor, cuyo ícono esté disponible para llamarlo e introducirle porciones del texto que quiera ser traducido, para quienes no entiendan el idioma.

Otra solución es simplemente traducir (la Universidad) los textos desde sus versiones originales, apurando el lento ciclo de las traducciones al español.

Por este problema es importante establecer una política de obtención de e-textos que sea consecuente con el problema del idioma: por ejemplo

• todo nuevo libro que salga se comprará siempre la última versión.
• cuando salga un nuevo libro se comprará la versión en su idioma original.
• cuando salga un nuevo libro se comprará sólo la versión en español.
• sólo se comprarán libros que lleven varios años en el mercado sin sacar nuevas versiones.
• etc.

Agradecimientos

• Angélica Bustos, bibliotecóloga,
• Luz Montalba, bibliotecóloga, y
• Rodrigo Hunrichse, estudiante;

volver al tope de esta etapa

Última modificación de este documento: 19990220 sábado por Rodrigo "Alley'Gator" Hunrichse, rhunrich@ing.udec.cl

[volver al Proyecto #2] [volver a Proyectos de Sistemas Informáticos] [volver a mis ramos] [volver al índice de la homepage]
Copyright © 1997,1998,1999 (o anterior) by Rodrigo "Alley'Gator" Hunrichse.