Bmfcib 826 D

Universidad Austral de Chile
Facultad de Ciencias de la Ingeniera

Escuela de Ingeniera Civil en Informtica

"DISEO E IMPLEMENTACIN DE UN PROTOTIPO DE
SISTEMA DE RESPALDO DE INFORMACIN PARA EL
PERSONAL DE LA UNIVERSIDAD AUSTRAL DE CHILE".

Tesis para optar al Ttulo de:
Ingeniero Civil en Informtica

Profesor Patrocinante:
Sr. Juan Pablo Salazar Fernndez.
Ingeniero Civil en Informtica.
Magister en Administracin de Empresas.

Profesor Co-Patrocinante:
Sr. Eugenio Ponisio Fernndez.
Ingeniero Ejecucin Computacin e Informtica.
Egresado Magister en Ciencias con Mencin en Ciencias de la Computacin.
MBA Executive en Gestin Empresarial.
MBA, Master en Direccin y Organizacin de Empresas.

Profesor Informante:
Sr. Luis Ampuero Reyes.
Ingeniero Electrnico.
Licenciado en Ciencias de la Ingeniera.

MONICA DEL PILAR BRAVO RUBILAR
VALDIVIA - CHILE
20
2

AGRADECIMIENTOS.

Deseo comenzar agradeciendo a Mauricio e Isabel, por el apoyo incondicional y la
paciencia infinita que me han brindado durante esta etapa de mi vida, su cario es lo que
me da fuerzas cada da.

Tambin quiero agradecer a mis padres y hermana, por su enseanza y apoyo durante
toda mi vida. Sin ustedes no estara en el lugar que hoy me encuentro.

No puedo olvidar a todos aquellos profesores, ya sea en el Colegio Mara Auxiliadora
como en la Universidad Austral de Chile, que no se limitaron solamente a ensear
conocimientos tericos y tcnicos, sino que compartieron sus experiencias de vida,
compartiendo esos conocimientos an ms preciados conmigo.

Igualmente deseo agradecer a todos esos compaeros que no slo fueron compaeros de
curso o de algn ramo, sino fueron compaeros de vida y de experiencias. A todos
aquellos tan distintos pero tan valiosos, muchsimas gracias.

Finalmente, pero no menos importante, quiero agradecer al personal del Centro
Informtico, Escuela e Instituto de Ingeniera Civil en Informtica de la Universidad
Austral de Chile.

3

NDICE DE CONTENIDOS.

I. AGRADECIMIENTOS. ................................................................................................ 2
II. NDICE DE CONTENIDOS. ....................................................................................... 3
III. INDICE DE TABLAS. ............................................................................................... 5
IV. INDICE DE FIGURAS............................................................................................... 6
V. SNTESIS. .................................................................................................................... 8
VI. ABSTRACT. ................................................................................................................ 9
1. INTRODUCCIN. ............................................................................................... 10
2. OBJ ETIVOS GENERALES Y ESPECIFICOS ................................................... 12
2.1. Objetivo General ....................................................................................................................... 12
2.2. Objetivos Especficos ................................................................................................................ 12
3. DESCRIPCION DEL PROBLEMA. .................................................................... 13
4. SISTEMAS DE RESPALDOS DE ARCHIVOS. ................................................ 14
4.1 Descripcin de alternativas Open Source................................................................................... 14
4.2 Descripcin de alternativas en Internet ...................................................................................... 17
4.3 Cobian Backup. .......................................................................................................................... 18
4.4 Desarrollar o Reutilizar? .......................................................................................................... 21
5. ARQUITECTURA GENERAL ............................................................................ 23
6. DESCRIPCIN Y SELECCIN DE TECNOLOGAS. ..................................... 24
6.1 Hardware .................................................................................................................................... 24
6.2 Herramientas de Desarrollo ....................................................................................................... 25
6.3 Software Base ............................................................................................................................ 27
7. ESTUDIO DE COSTOS. ...................................................................................... 28
7.1 Desarrollo Interno ...................................................................................................................... 28
7.2 Contratacin de Servicio ............................................................................................................ 30
7.3 Comparacin .............................................................................................................................. 31
8. DESCRIPCION DEL PROYECTO. ..................................................................... 32
8.1 Ciclo de Vida ............................................................................................................................. 32
8.2 Carta Gantt ................................................................................................................................. 32
8.3 Actores ..................................................................................................................................... 34
9. ESPECIFICACIN DE REQUISITOS. ............................................................... 36
9.1 Anlisis preliminar del proceso .................................................................................................. 36
9.2 Requisitos Especficos ............................................................................................................... 43
9.3 Requisitos Futuros ..................................................................................................................... 45
9.4 Atributos de Hardware ............................................................................................................... 46
10. ANLISIS DE REQUISITOS. ............................................................................. 48
10.1 Diagrama de Casos de Uso General ......................................................................................... 48
10.2 Creacin de Usuarios ............................................................................................................... 49
10.3 Casos de Uso Especficos ........................................................................................................ 49
11. DISEO ................................................................................................................ 58
11.1 Diagramas de distribucin ....................................................................................................... 58
11.2 Diagramas de navegacin ........................................................................................................ 59
11.3 Esquema de pagina web corporativa ........................................................................................ 62
11.4 Informes y filtros ...................................................................................................................... 63
11.5 Caso de Uso Real: Creacin de una Tarea de Respaldo. .......................................................... 64
4

11.6 Base de datos............................................................................................................................ 68
11.7 Diagramas de actividad ............................................................................................................ 69
12. IMPLEMENTACIN MODULO CLIENTE. ..................................................... 72
13. IMPLEMENTACION MODULO ADMINISTRADOR ...................................... 76
14. IMPLEMENTACION MODULO RECUPERACION ........................................ 80
15. VALIDACIONES. ................................................................................................ 83
15.1 Primera Etapa ........................................................................................................................... 83
15.2 Segunda Etapa .......................................................................................................................... 85
15.3 Pruebas en Laboratorio ............................................................................................................ 87
16. PUESTA EN MARCHA. ...................................................................................... 90
16.1 Comprar, instalar y configurar el servidor ............................................................................... 90
16.2 Difundir el servicio de respaldo. .............................................................................................. 90
16.3 Monitorear el uso del sistema de respaldo. .............................................................................. 91
17. CONCLUSIONES. ............................................................................................... 92
17.1 Objetivo General ...................................................................................................................... 92
17.2 Objetivos Especficos ............................................................................................................... 92
17.3 Futuro ..................................................................................................................................... 93
17.4 Otras Conclusiones .................................................................................................................. 94
18. REFERENCIAS BIBLIOGRFICAS. ................................................................. 96
ANEXO A. CUESTIONARIO ...................................................................................... 100
ANEXO B. RECUPERACION POR MESA DE AYUDA. .......................................... 104
ANEXO C. DICCIONARIO DE DATOS ..................................................................... 105
ANEXO D. LISTADO DE PROCEDIMIENTOS; FUNCIONES Y VISTAS ............. 110
Listado de Procedimientos Almacenados. ..................................................................................... 110
Listados de Vistas .......................................................................................................................... 114
ANEXO E. MANUAL DE CONFIGURACION CUENTA DE USUARIO ................ 115
ANEXO F. MANUAL DE INSTALACION APLICACIN DE RESPALDO Y
CLIENTE ....................................................................................................................... 116
ANEXO G. CUESTIONARIO SATISFACCION ......................................................... 123
Sistema de Respaldo ...................................................................................................................... 123
Sistema de Recuperacin ............................................................................................................... 124
Respuestas ................................................................................................................................... 125

5

INDICE DE TABLAS.

Tabla 1.- Resumen sistemas de respaldo.......................................................................... 16
Tabla 2.- Alternativa servidor DELL. .............................................................................. 28
Tabla 3.- Alternativa servidor rack CRECIC. .................................................................. 29
Tabla 4.- Alternativa servidor torre CRECIC. ................................................................. 29
Tabla 5.- Costos mantencin. ........................................................................................... 29
Tabla 6.- Costos licenciamiento. ...................................................................................... 30
Tabla 7.- Costos desarrollo. ............................................................................................. 30
Tabla 8.- Comparacin alternativas desarrollo interno. ................................................... 30
Tabla 9.- Costos contratacin del servicio. ...................................................................... 31
Tabla 10.- Costos respaldos y mantencin. ...................................................................... 31
Tabla 11.- Requisitos funcionales mdulo de respaldo. .................................................. 43
Tabla 12.- Requisitos funcionales mdulo de administracin. ........................................ 44
Tabla 13.- Requisitos funcionales mdulo de recuperacin. ........................................... 44
Tabla 14.- Requisitos no funcionales. .............................................................................. 44
Tabla 15.- Requisitos de almacenamiento. ...................................................................... 45
Tabla 16.- Requisitos de rendimiento. ............................................................................. 45
Tabla 17.- Caso de uso configurar tarea........................................................................... 50
Tabla 18.- Caso de uso respaldar automticamente. ........................................................ 52
Tabla 19.- Caso de uso respaldar voluntariamente. ......................................................... 53
Tabla 20.- Caso de uso opciones de respaldo. ................................................................. 54
Tabla 21.- Caso de uso opciones de actualizacin de respaldos. ..................................... 56
Tabla 22.- Caso de uso recuperacin por el usuario. ....................................................... 57
Tabla 23.- Listado de usuarios de prueba, 1etapa. ......................................................... 83
Tabla 24.- Listado de usuarios de prueba, 2etapa. ......................................................... 85
Tabla 25.- Paquetes de archivos creados.......................................................................... 88
Tabla 26.- Tareas de respaldo creadas. ............................................................................ 88
Tabla 27.- Rondas de respaldos realizados. ..................................................................... 88
Tabla 28.- Respuestas cuestionario. ............................................................................... 103
Tabla 29.- Caso de uso recuperacin por la Mesa de Ayuda. ........................................ 104
Tabla 30.- Diccionario de datos. .................................................................................... 109
Tabla 31.- Listado de procedimientos almacenados ...................................................... 113
Tabla 32.- Listado de vistas. .......................................................................................... 114
Tabla 33.- Respuestas Cuestionario Satisfaccin........................................................... 126
6

INDICE DE FIGURAS.

Figura 1.- Interfaz principal de Cobian Backup. .............................................................. 19
Figura 2.- Paso 1 Agregar una tarea de respaldo. ......................................................... 20
Figura 3.- Pasos 2 y 3 Configurar caractersticas principales y origen/destino del
respaldo. ........................................................................................................................... 20
Figura 4.- Pasos 4 y 5 Periodicidad y compresin/cifrado del respaldo. ...................... 20
Figura 5.- Pasos 6 y 7 Filtrado de archivos y eventos del respaldo. ............................. 21
Figura 6.- Arquitectura general de la solucin. ................................................................ 23
Figura 7.- Diagrama de arquitectura tecnolgica. ............................................................ 27
Figura 8.- Carta Gantt del proyecto.................................................................................. 32
Figura 9.- Diagrama de estados Mesa de Ayuda.............................................................. 39
Figura 10.- Diagrama de procesos Mesa de Ayuda. ........................................................ 40
Figura 11.- Diagrama de casos de uso general. ................................................................ 48
Figura 12.- Diagrama de proceso creacin usuario del sistema. ...................................... 49
Figura 13.- Diagrama de proceso creacin tarea de respaldo. ......................................... 51
Figura 14.- Diagrama de proceso respaldos automticos. ................................................ 52
Figura 15.- Diagrama de proceso respaldos voluntarios .................................................. 53
Figura 16.- Diagrama de proceso opciones de respaldo .................................................. 55
Figura 17.- Diagrama de proceso opciones de actualizacin de respaldos programados 56
Figura 18.- Diagrama de proceso solicitud de recuperacin por usuario. ........................ 57
Figura 19.- Diagrama de distribucin de componentes. .................................................. 59
Figura 20.- Diagrama de navegacin mdulo de respaldo. .............................................. 60
Figura 21.- Diagrama de navegacin mdulo de recuperacin. ....................................... 61
Figura 22.- Diagrama de navegacin, mdulo de administracin y control. ................... 62
Figura 23.- Pgina web Centro Informtico. .................................................................... 63
Figura 24.- Diseo filtros de informes. ............................................................................ 64
Figura 25.- Interfaz de login............................................................................................. 64
Figura 26.- Interfaz principal. .......................................................................................... 65
Figura 27.- Interfaz de administracin de respaldos. ....................................................... 65
Figura 28.- Datos de la tarea de respaldo. ........................................................................ 66
Figura 29.- Explorador de archivos. ................................................................................. 66
Figura 30.- Listado de archivos y/o carpetas. .................................................................. 66
Figura 31.- Configuracin avanzada. ............................................................................... 67
Figura 32.- Modelo de datos. ........................................................................................... 68
7

Figura 33.- Diagrama de actividad respaldo voluntario de archivos. .............................. 69
Figura 34.- Diagrama de actividad respaldo automtico de archivos. ............................. 70
Figura 35.- Diagrama de actividad recuperacin de archivos. ......................................... 71
Figura 36.- Sistema de revelado de fotografas. ............................................................... 72
Figura 37.- Explorador de archivos original. ................................................................... 73
Figura 38.- Interfaz administracin de respaldos. ............................................................ 74
Figura 39.- Interfaz principal aplicacin de respaldo. ...................................................... 75
Figura 40.- Interfaz de opciones de respaldo automtico. ............................................... 75
Figura 41.- Interfaz de respaldos voluntarios. .................................................................. 75
Figura 42.- Interfaz del sistema de administracin. ......................................................... 76
Figura 43.- Interfaz de administracin de usuarios. ......................................................... 77
Figura 44.- Interfaz de consultas, filtros. ......................................................................... 77
Figura 45.- Interfaz de consultas, resultados. ................................................................... 78
Figura 46.- Interfaz de consultas, grfico......................................................................... 78
Figura 47.- Interfaz de confirmacin de actualizacin de respaldos programados. ......... 79
Figura 48.- Pgina principal. ............................................................................................ 80
Figura 49.- Pgina recuperacin. ..................................................................................... 81
Figura 50.- Dilogo descarga. .......................................................................................... 81
Figura 51.- Interfaz de desencriptacin de archivos. ....................................................... 82
Figura 52.- Diagrama de proceso solicitud de recuperacin por Mesa de Ayuda. ........ 104
Figura 53.- Men administrador, nuevo usuario. ........................................................... 115
Figura 54.- Creacin nuevo usuario. .............................................................................. 115
Figura 55- Agregar o quitar programas. ......................................................................... 116
Figura 56.- Variables de entorno. ................................................................................... 116
Figura 57.- Instalacin cliente Sybase, opciones de instalacin. ................................... 116
Figura 58.- Instalacin cliente Sybase, instalacin personalizada. ................................ 117
Figura 59.- Instalacin cliente Sybase, eleccin directorio de instalacin. ................... 117
Figura 60.- Creacin conexin OLE DB. ...................................................................... 118
Figura 61.- Instalacin aplicacin de respaldo. .............................................................. 118
Figura 62.- Envo datos equipo al administrador. .......................................................... 118

8

SNTESIS.

La prdida de informacin es un tema recurrente, en gran parte de las organizaciones
que an no han tomado conciencia de este tema. Ya sea en grandes o pequeos
volmenes, estas prdidas de informacin afectan diariamente a distintas personas, con
diversos cargos y responsabilidades y que, en muchas ocasiones, pone en riesgo
proyectos, investigaciones e inclusive sus trabajos.

Este proyecto tiene como objetivo principal desarrollar un prototipo funcional de un
sistema de respaldo de informacin que permita al personal de la Universidad Austral de
Chile respaldar sus archivos de manera segura y centralizada, mediante un proceso
automtico dentro de la red fsica de dicha organizacin. La posterior recuperacin de la
informacin respaldada podr realizarse desde cualquier lugar del mundo mediante el
portal web de la Universidad.

Dicho prototipo ser desarrollado utilizando una arquitectura cliente/servidor y ser
capaz de crear y modificar tareas de respaldo, las cuales sern realizadas por el cliente de
manera automtica o voluntaria. El servidor permitir mantener un control sobre los
respaldos realizados y entregar estadsticas relativas al uso de este sistema.

Finalmente se evaluarn los costos versus beneficios de esta implementacin y las
mejoras a realizar para convertir este prototipo en un sistema robusto que pueda ser
puesto en produccin, beneficiando as a gran parte de la comunidad universitaria.
Adems se entregar un estudio de los costos que implica implantar el sistema.

9

ABSTRACT.

The information loss is a recurring theme in much of the organizations that have not yet
become aware of this issue. Whether big or small volumes, such losses of information
affects daily to different people with different positions and responsibilities, and that on
many occasions, threats projects, research and even their jobs.

The project's main objective is to develop a working prototype of a system for backing
up data, to enable the staff of the Universidad Austral de Chile back up their files safely
and centrally through an automatic process within the network of that organization. The
subsequent recovery of the information backed up may be conducted from anywhere in
the world through the website of the University.

The prototype will be developed using a client / server architecture, and will be able to
create and modify tasks endorsement, which will be carried out by the client
automatically or voluntarily, which will be monitored by the server and executed in
conjunction with the client. The server will keep control over the backups made and will
deliver statistics on the use of this system.

Finally assess the costs versus benefits of this implementation and to make
improvements to convert this prototype into a robust system that can be put into
production, thus benefiting a large part of the university community. In addition to a
study of the costs involved to implement the system.

10

1. INTRODUCCIN.

Es bien sabido que ante la prdida total o parcial de la informacin digital contenida en
los computadores del personal de una organizacin, son muy pocos quienes tienen
manera de recuperar dicha informacin. Esto se debe a que la mayora de las personas
no toma medidas preventivas, sino que toma conciencia del tema una vez que sus
archivos ya no estn.

Son muchas las razones por las que esta informacin puede perderse, ya sea ante
problemas elctricos, fsicos, robos de equipos o slo una mala administracin de la
informacin. Tambin debemos entender que no toda la informacin tiene el mismo
valor y por lo tanto no afecta de la misma manera si deja de existir.

Se debe considerar, adems, la gran variedad de formatos de archivos que existen hoy en
da y que cada vez el volumen de informacin va aumentando, por lo que a pesar de que
los dispositivos de almacenamiento tambin aumentan su capacidad y el volumen de
informacin acumulada por los usuarios no permite que sea transportada en dispositivos
realmente porttiles como un pendrive.

Para muchos docentes de la Universidad Austral de Chile, el tema de mantener un
respaldo en algn dispositivo ptico, el cual pueda ser ledo por cualquier persona, es
muy delicado, sobre todo cuando esta informacin pertenece a proyectos que involucran
a dicha institucin.

Lamentablemente, han ocurrido trgicos eventos dentro de la Universidad como los
incendios del Instituto de Ciencia y Tecnologa de los Alimentos (ICYTAL) de la
Facultad de Ciencias Agrarias en mayo del 2006 y, recientemente, en diciembre del
2007 el edificio Emilio Pugin que albergaba a siete institutos de la Facultad de Ciencias.
Estos incendios han provocado grandes prdidas materiales, pero tambin se ha perdido
muchsima informacin de investigaciones y proyectos que afectan tanto a acadmicos
como a estudiantes de pre y post grado, que no tenan respaldos fuera de los equipos
ubicados en el interior de estos edificios.

Por las razones antes mencionadas es que nace la necesidad de implementar un sistema
que permita a los usuarios respaldar de manera segura y centralizada su informacin.
11

Esta necesidad se ve reflejada en el Plan Estratgico 2008-2011 de la UACh que incluye
como objetivo estratgico Implementar un Plan de Seguridad Integral que d proteccin
adecuada a las personas, a la infraestructura y a la informacin institucional y que
incorpore las variables claves de prevencin, informacin oportuna y respuesta.
[PEUACH]

12

2. OBJETIVOS GENERALES Y ESPECIFICOS

2.1. Objetivo General
Disear e implementar un prototipo de sistema de respaldo de informacin digital
perteneciente al personal de la Universidad Austral de Chile.

2.2. Objetivos Especficos
Analizar herramientas y sistemas de respaldo de archivos (open source)
para grandes organizaciones. Seleccionar e instalar alguna de estas
herramientas. Investigar alternativas de respaldo ofrecidas en Internet.

Disear e implementar el mdulo de respaldo de archivos, el cual
realizar respaldos automatizados, comprimidos y encriptados.

Disear e implementar el mdulo de control de respaldos, el cual se
encargar de monitorear los respaldos realizados.

Medir cuantitativamente los beneficios que proporciona el sistema de
respaldo de informacin, y realizar un estudio de costos de la
implementacin del sistema versus un sistema de respaldo propietario
13

3. DESCRIPCION DEL PROBLEMA.

Hasta la fecha, dentro de nuestra Universidad, no existe un sistema de respaldo de
informacin formal, slo algunas personas respaldan sus archivos de manera manual en
dispositivos extrables, ya sean pticos, magnticos o memorias flash. Por esta razn,
ante cualquier desperfecto tcnico, prdida de archivos o de equipo u otros problemas
menos frecuentes, son muy pocos quienes tienen la posibilidad de recuperar su
informacin.

Adems, no existe ningn sistema de control sobre la informacin crtica para la
organizacin, como documentos de proyectos FONDEF, FONDECYT, MECESUP, etc.,
los cuales en caso de prdida ponen en peligro la realizacin del proyecto.

Otro punto importante es que muchas personas desconfan de los respaldos en
dispositivos extrables, debido a que cualquier persona puede acceder a su contenido.

Por las razones ya mencionadas es necesario implementar un sistema que permita
realizar respaldos de informacin de manera sencilla, automtica y encriptada, adems
de permitir un control sobre los respaldos realizados. Adems, el sistema debe
aprovechar la infraestructura de red actual.

En universidades de nuestro pas no fue posible encontrar mucha informacin referente a
alternativas de respaldo de informacin. Slo se encontr en la Universidad de Chile una
solucin de respaldo y restauracin de informacin a travs de medios pticos (CD), los
que requieren de un tcnico y la coordinacin entre ste y el solicitante para realizar el
respaldo o restauracin de la informacin. [UCH]

14

4. SISTEMAS DE RESPALDOS DE ARCHIVOS.

Un sistema de respaldo de archivos se puede definir como un sistema encargado de
realizar copias de seguridad de archivos en alguna ubicacin determinada, de preferencia
en algn equipo distinto al equipo donde se encuentran los archivos originales. La
finalidad de un sistema de respaldo es proporcionar copias de seguridad de estos
archivos en caso de fallas de estos o de los equipos en los que se encuentran
almacenados.

Existen variadas alternativas en cuanto a sistemas de respaldos de archivos. Estn los
sistemas propietarios que se adquieren y se implantan en las organizaciones;
lamentablemente, esta es la opcin ms costosa de todas. Luego se encuentran las
opciones de respaldos provistas por empresas externas a la organizacin y que cobran
por el servicio prestado. Pero como no siempre se dispone de los recursos necesarios y la
informacin es valorada una vez que ya se ha perdido, se deben consideran alternativas
ms econmicas o gratuitas, en las que slo se requiera invertir en su implantacin. Son
estas alternativas las que se deben tener en cuenta a la hora de implementar el sistema de
respaldo de archivos.

4.1 Descripcin de alternativas Open Source
Tras un estudio realizado, el cual consideraba la bsqueda de informacin referente a
diversos sistemas de respaldos gratuitos y algunos de estos de cdigo abierto (open
source), se encontraron diversas alternativas, las cuales se describen brevemente a
continuacin:

AMANDA
En Estados Unidos, ms especficamente, en la Universidad de Maryland, hace una
dcada comenz el proyecto AMANDA, de respaldo de informacin, el cual involucr a
un gran equipo de desarrollo y hasta la fecha contina creciendo. AMANDA est escrito
en Perl y el servidor trabaja en ambiente Linux. Es un sistema robusto y posee
caractersticas que le permiten servir propsitos muy diversos. Debido a su gran
crecimiento, AMANDA se ha vuelto un sistema bastante complejo. [AMANDA]

15

Cobian Backup
Se trata de una herramienta sencilla de utilizar que se basa en la creacin de tareas de
respaldo con diversas caractersticas. Est escrito en Delphi y el servidor trabaja en
ambiente Windows. Se encuentra disponible una versin en espaol. [CBHP]

Backup PC
Es una alternativa que puede ser utilizada a nivel organizacional, est escrito en Perl y el
servidor trabaja en ambiente Linux. [BPC]

Rdiff-backup, Rsnapshot, Rsync Snapshot
Soluciones complejas, sin mucha informacin y no se asegura su funcionamiento en
ambientes Windows. Funcionan de distintas maneras, almacenando las diferencias
ocurridas en los archivos, haciendo copias completas y creando otras copias de
seguridad. [RDIFF][RSN][RSS]

Bacula
Es una solucin compuesta por varios programas, que permiten a un administrador de
red respaldar, recuperar y verificar archivos dentro de una red compuesta por distintos
tipos de equipos. La aplicacin funciona durante la noche y accede a los equipos,
respaldado los archivos seleccionados. Est escrito en C++y funciona en ambiente
Linux. [BCL]

A continuacin se muestra una tabla resumen con las caractersticas que se consideraron
importantes y si estos sistemas las posean o no.

16
Nombre Servidor Cliente LP Orientacin Encriptacin Compresin Medio Descripcin
AMANDA Linux, Unix Linux, Unix, Mac-
OS, Windows
Perl Grandes S S HDD, Cinta Proyecto
Universidad EEUU
Backup PC Linux, Unix Linux, Unix, Mac-
OS, Windows
Perl Pequeas No No HDD Dirigido a pequeos
negocios y redes
domesticas
Rdiff-backup Linux, Unix Linux, Unix, Mac-
OS, Windows
1
Python y C Sin Informacin Sin Informacin Sin Informacin HDD Almacena las
diferencias (deltas)
Rsnapshot Linux, Unix Linux, Unix, Mac-
OS
1
, Windows
1
Perl Pequeas y Grandes Sin Informacin Sin Informacin HDD Almacena una
nueva copia
Rsync snapshot Linux, Unix Linux, Unix, Mac-
OS
1
, Windows
1
Perl Sin Informacin Sin Informacin Sin Informacin HDD Copia en otro lugar
para hacer una
nueva copia
Bacula Linux, Unix,
Windows
Linux, Unix, Mac-
OS, Windows
C++ Pequeas y Grandes S S HDD,
Cintas,
pticos
Soporta distintos
niveles de respaldo
Cobian Backup Windows
NT/2000/XP
Windows
95/98/ME
NT/2000/XP
Vista
Delphi Sin Informacin Si S HDD, FTP Respaldos dentro
del mismo equipos,
por red, ftp. Genera
un log.
Tabla 1.- Resumen sistemas de respaldo.
17

4.2 Descripcin de alternativas en Internet
Una alternativa a estos sistemas de respaldo basados en aplicaciones cliente/servidor o
en servicios, son los llamados discos duros virtuales que corresponden a espacios de
almacenamiento en un servidor WEB, al cual se accede a travs de una pgina WEB.
Existen diversas alternativas como las que se mencionan a continuacin.

Gmail Drive
Alternativa gratuita que slo requiere una cuenta de correo y comparte el espacio de
almacenamiento con los correos recibidos. Se debe aclarar que corresponde a una
aplicacin extraoficial que se basa en el uso de la cuenta de correo como unidad de
almacenamiento, enviando correos a los cuales se adjuntan los archivos respaldados.
Esta alternativa no es un producto creado por Gmail, sino por personas ajenas a la
organizacin que aprovechan la gran capacidad de las cuentas de correo ofrecidas, para
proveer una opcin de almacenamiento de archivos gratuita. Debido al hecho de no ser
una aplicacin oficial, las versiones deben ir ajustndose a los cambios de Gmail y se
corre el riesgo de que la organizacin ponga trmino al uso de la aplicacin, a pesar de
que ya prohbe este tipo de usos en el contrato de aceptacin al crear las cuentas de
correo. [GD]

Empresas de Telecomunicaciones
Consiste en arrendar espacio de almacenamiento en distintos servidores, de estos los ms
confiables son los ofrecidos por empresas de telecomunicaciones como Entel,
Telefnica, Telmex y Terra, y su costo depender de la cuota de almacenamiento. Por
ejemplo, Telmex ofrece el servicio de Disco Duro Virtual como una aplicacin que
opera a travs de Internet y que permite guardar archivos de cualquier tamao en una
carpeta virtual que est alojada fsicamente en su Data Center. Entre sus caractersticas
destaca la capacidad casi ilimitada para subir archivos de cualquier tamao, lo que
permite no estar sujeto a restricciones de peso de los archivos. Entre sus beneficios se
puede contar con el resguardo la informacin crtica del computador, lo que posibilita
tener un respaldo de la informacin en caso de fallas del equipo. A su vez dicha
informacin se puede compartir con terceros, enviando una notificacin va e-mail, junto
con una clave que slo es conocida por los usuarios y es vigente slo por el tiempo que
el usuario determine. Adems la informacin puede ser descargada desde cualquier lugar
del mundo, lo que es muy til en caso de viajes. [DDVT] [DDVTC]
18

Empresas de Backup
Son empresas que proveen distintos servicios de respaldo de informacin los cuales se
adecuan a las necesidades de la empresa, y dependen de factores como el espacio de
almacenamiento y nmero de usuarios. Algunos ejemplos son Gemelo Solutions y
AutoBackup, que adems de proveer respaldo online, cuentan con alternativas de
respaldo dentro de la misma red de la empresa. [GSS][AB]

Otros Sitios WEB
Tambin operan como los servicios ofrecidos por las empresas de telecomunicaciones,
pero si se trata de informacin confidencial, la confianza que brinda una alternativa de
este tipo no es suficiente. Entre estas alternativas podemos mencionar:
Free Drive que ofrece como capacidad de almacenamiento 1GB gratis y la
posibilidad de compartir los archivos con quien uno desee. [FD]
X-Drive ofrece 5GB de almacenamiento gratuito y permite compartir archivos.
Esta alternativa permite realizar programar respaldos. [XD]
ADrive no slo cuenta con una opcin de almacenamiento gratuito de 50GB,
sino que tambin ofrece planes a empresas que permiten hasta 1TB por cuenta,
encriptacin de los archivos enviados, mantener respaldos desde distintos
equipos y soporte las 24 horas del da, los 7 das de la semana. [AD]
I-Drive permite respaldar hasta 2 GB sin costo, permitiendo que estos respaldos
se almacenen encriptados. Tambin ofrece planes para empresas y entre sus
caractersticas se encuentra el control de versiones de los archivos. [ID]

El principal objetivo de estudiar estas herramientas fue tener una idea del estado del arte
respecto a sistema de respaldos de archivos, sobre todo de software open source, debido
a que sistemas propietarios slo entregan informacin sobre las caractersticas y
potencialidades de sus productos y no la manera en que realizan las cosas.

4.3 Cobian Backup.
Este sistema de respaldo fue seleccionado entre las alternativas mencionadas
anteriormente (tabla 1) para ser estudiado ms en profundidad debido a su sencillez, a
que era el nico que aseguraba su funcionamiento en ambiente Windows y que contaba
con una versin en espaol.
19

Cobian Backup permite realizar copias de seguridad o respaldos de archivos y carpetas,
en destinos que incluyen carpetas dentro del mismo equipo, en alguna unidad de red, ftp,
etc.

Se trata de una aplicacin creada por el estudiante de ingeniera cubano, Luis Cobian,
quien se propuso crear un sistema de respaldo sencillo de utilizar pero a su vez que
cumpla con las caractersticas necesarias, para hacer de l un sistema robusto y
funcional. Se caracteriza por poseer una interfaz muy intuitiva la cual puede apreciarse
en la siguiente figura.

Figura 1.- Interfaz principal de Cobian Backup.

Tiene la opcin de ejecutarse como una aplicacin en Windows 95, 98, ME, NT, 2000 y
XP, o como un servicio en Windows NT, 2000 y XP.

Se han generado varias versiones, siendo la 8 Black Moon y 9Beta Amenita las ms
usadas actualmente y ambas se caracterizan por funcionar en Windows Vista. Black
Moon fue liberada como open source, lo que no ocurri con Amenita. A pesar de esto,
todas las versiones son gratuitas.

Otra caracterstica interesante es que viene en varios idiomas, siendo uno de estos el
espaol y que adems fue creada para Windows, a diferencia de la gran mayora de
software open source.

Cobian Backup se basa en la creacin de tareas de respaldo, las que pueden ser
configuradas de manera rpida por el usuario, permitiendo varias opciones como la
periodicidad del respaldo, el tipo de respaldo (incremental, diferencial o full), el destino
de almacenamiento, compresin y encriptacin mediante una contrasea, el filtrado por
tipo de archivos y eventos pre y post respaldo. Adems soporta el respaldo de archivos
de hasta 2 GB. Tambin permite respaldar las tareas de manera voluntaria, lo cual puede
20

ser muy til cuando se ha modificado algn archivo importante y no se quiere esperar
hasta el prximo respaldo programado.

A continuacin se muestran los pasos principales para configurar una tarea de respaldo:

Figura 2.- Paso 1 Agregar una tarea de respaldo.

Figura 3.- Pasos 2 y 3 Configurar caractersticas principales y origen/destino del
respaldo.

Figura 4.- Pasos 4 y 5 Periodicidad y compresin/cifrado del respaldo.

21

Figura 5.- Pasos 6 y 7 Filtrado de archivos y eventos del respaldo.

4.4 Desarrollar o Reutilizar?
Al comenzar cualquier proyecto es necesario hacer un estudio como el mostrado
anteriormente para tomar la decisin de desarrollar una aplicacin nueva o reutilizar una
existente. Este estudio nos permiti tomar una decisin informada, teniendo en cuenta
variables que ms tarde se convertiran en requisitos especficos del sistema de respaldo
de archivos.

Por una parte, tenemos la opcin de tomar como base Cobian Backup, reutilizando su
cdigo fuente y adaptndolo a las necesidades de la Universidad. Esta alternativa tiene
ventajas y desventajas.

Ventajas
Menor duracin final del proyecto debido a la reutilizacin de cdigo.
Las caractersticas de Cobian Backup se ajustan bastante a los requisitos de
cualquier sistema de respaldo.
Desventajas
Capacitacin de los funcionarios del Centro Informtico en el lenguaje de
programacin utilizado (Delphi), para la mantencin y futuros cambios al
sistema.
Costos de licenciamiento del IDE de desarrollo.

Por otro lado se encuentra la alternativa de realizar un desarrollo desde cero. Esta opcin
a su vez tiene ventajas y desventajas.

22

Ventajas
Utilizar licencias existentes en el Centro Informtico.
No necesita capacitacin extra para el personal.
Desventajas
Mayor tiempo de duracin del proyecto.
Definir a fondo cada requisito del sistema.

Como podemos ver, las ventajas de una alternativa son las desventajas de la otra y
viceversa.

Entonces, se tom la decisin de combinar ambas alternativas utilizando un desarrollo
propietario, con las licencias que ya se poseen, pero a su vez usando Cobian Backup
como una base para definir los requisitos de usuario y de sistema, adems de reutilizar
cdigo abierto para mtodos y controles en el desarrollo. A pesar de que la duracin del
proyecto resultara ms extensa, es mejor que tener que capacitar al menos a una persona
en el lenguaje y entorno de programacin de Cobian Backup, ya que esta alternativa
igual tomara tiempo y recursos. Por otra parte existen estndares de desarrollo creados
por el Centro Informtico, los cuales deben mantenerse en los proyectos y servicios
proporcionados por esta unidad, por lo que utilizar herramientas que no cumplan con
estos estndares, generara problemas de incompatibilidad entre los sistemas de la
Universidad.

23

5. ARQUITECTURA GENERAL

El sistema de respaldo se encuentra compuesto por 3 modulos principales, los que se
ubican en los equipos de los usuarios y el servidor de archivos. Estos mdulos se pueden
apreciar en la siguiente imagen.

Figura 6.- Arquitectura general de la solucin.

El primer mdulo corresponde a la aplicacin de respaldo, que se aloja en el equipo del
cliente y se asemeja en funcionalidad a la aplicacin de respaldo Cobian Backup. Este
mdulo tiene varias funcionalidades, siendo las ms importantes la configuracin de
tareas de respaldo y el respaldo automtico y voluntario de estas tareas.

El segundo mdulo corresponde a la aplicacin de administracin, que se aloja tanto en
el servidor de archivos como en el equipo de algunos super usuarios. Sus
funcionalidades son dos: administrar y generar informes.

El tercer mdulo corresponde a la aplicacin web de recuperacin, que se aloja en el
servidor de archivos y su principal funcin es permitir a los usuarios recuperar sus
archivos o carpetas de manera selectiva.

Finalmente tenemos la base de datos alojada en el servidor de base de datos que
almacena la informacion de los usuarios, sus tareas de respaldo con sus respectivos
detalles, los respaldos realizados y por realizar como tambin las recuperaciones
realizadas con sus detalles.
24

6. DESCRIPCIN Y SELECCIN DE TECNOLOGAS.

6.1 Hardware
Los dispositivos pticos ms utilizados son CDs y DVDs. Entre sus ventajas se
encuentran la portabilidad y bajo costo, pero estn ms expuestos a daos producidos
por elementos con los que puedan entrar en contacto, como el polvo y suciedad, que
pueden producir daos en la superficie legible, haciendo que la informacin sea
inaccesible por el usuario.

Las memorias flash o pendrives son las ms utilizadas actualmente, debido a su bajo
costo, en comparacin a un disco duro externo, a su capacidad de almacenamiento cada
vez mayor y a su portabilidad. Su desventaja se encuentra contradictoriamente en su
tamao pequeo, que permite ser extraviado fcilmente, adems de que en caso de
utilizar un computador porttil, ambos elementos se transportan juntos, por lo que en
caso de ocurrir un robo, el computador y su respaldo son perdidos al mismo tiempo.

Otra opcin son los dispositivos magnticos, por ejemplo discos duros externos, tienen
como ventaja su capacidad de almacenamiento cada vez mayor y costos cada vez
menores. Su desventaja radica, en el caso de esta organizacin, en adquirirlos de manera
masiva, ya que a pesar de ser cada vez ms econmicos, sus costos son
significativamente mayores a los de un CD, un DVD o un pendrive. La alternativa a
esta opcin corresponde a un disco duro de mayor capacidad compartido por muchos
usuarios.

Tambin existen otras alternativas ms antiguas como los diskettes o discos floppy, pero
su capacidad de almacenamiento es muy pequea y corren riesgos parecidos a los de los
dispositivos pticos respecto al dao de su superficie de escritura a pesar de estar ms
protegida, adems de que los notebooks no tienen lectores para estos dispositivos, lo que
implica adquirir una unidad lectora externa. Y finalmente encontramos las unidades de
respaldo de Iomega, ZIP y J AZZ, que se han ido reinventando durante los aos, pero la
unidad lectora sigue siendo costosa, adems de la necesidad de adquirir varios discos, ya
que el ms usado actualmente tiene capacidad de 250 MB solamente.

25

Por estas razones, se concluye que la mejor opcin de almacenamiento es el disco duro,
pero se deben considerar ciertas caractersticas para hacerlo seguro ante fallas. Algunas
de estas caractersticas sern:

1.- Utilizar como sistema de almacenamientos un arreglo de discos duros RAID
1

Ya sea en cualquiera de sus niveles, permitir una mayor tolerancia a fallas,
mayor rendimiento y mayor capacidad de almacenamiento

2.- Mantener adems un equipo de respaldo del equipo que actuar como
servidor de archivos, para as en caso de fallar ste, exista una copia exacta que
permitir restablecer casi inmediatamente el funcionamiento del sistema.

3.- Fuente de poder redundante para el servidor de archivos. As, en caso de fallar
la fuente de poder principal, la fuente alternativa mantendr el sistema en
funcionamiento.

6.2 Herramientas de Desarrollo
Respecto a las tecnologas seleccionadas para la codificacin de las interfaces y para la
base de datos, se tomo en consideracin las licencias de software que posee la
Universidad y los lenguajes de programacin que maneja el personal del Centro
Informtico.

Como motor de Base de Datos se utiliz Sybase Adaptive Server Enterprise (ASE) en
su versin 12.5, con Embarcadero DBArtisan7.2.1 como cliente. La base de datos se
encuentra almacenada en el servidor de desarrollo HP L1000 con sistema operativo HP-
UX 11.0, mientras el cliente se ejecuta desde Windows. Adaptive Server Enterprise
(ASE) es el motor de bases de datos (RDBMS) insignia de la compaa Sybase. ASE es
un sistema de gestin de datos, altamente escalable, de alto rendimiento, con soporte a
grandes volmenes de datos, transacciones y usuarios, y de bajo costo, que permite:
almacenar datos de manera segura, tener acceso y procesar datos de manera inteligente y
movilizar datos. En 2001, ASE 12.5 fue lanzada, con caractersticas tales como
asignacin dinmica de memoria, soporte para XML en la base de datos y conexiones

1
Arreglo redundante de discos independientes.
26

seguras con SSL, entre otros. La versin que se encuentra actualmente en el mercado es
ASE 15, lanzada en septiembre del 2005.

En la actualidad Sybase ofrece ASE en cinco ediciones diferentes:
ASE Enterprise Edition.
ASE Small Business Edition.
ASE Developer's Edition, ASE Express Edition para Linux.
ASE Cluster Edition.

Siendo ASE Small Business Edition la edicin utilizada y licenciada en el Centro
Informtico, ya que satisface las necesidades actuales.

Tambin se utiliz la suite Microsoft Visual Studio 2005para la creacin de la
aplicacin cliente y administrador y la aplicacin web de recuperacin en ASP .NET.
Para la codificacin se eligi Visual Basic .NET como lenguaje de programacin.
Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus siglas en
ingls) para sistemas Windows. Soporta varios lenguajes de programacin tales como
Visual C++, Visual C#, Visual J #, ASP.NET y Visual Basic .NET, aunque actualmente
se han desarrollado las extensiones necesarias para muchos otros. Sus versiones son:
Visual Studio 97
Microsoft Visual Studio 6
Microsoft Visual Studio .NET (2002)
Microsoft Visual Studio .NET 2003

El control de cdigo fuente fue manejado con Microsoft Visual Source Safe. Microsoft
Visual SourceSafe (tambin conocido por sus siglas VSS) es una herramienta de Control
de versiones que forma parte de Microsoft Visual Studio aunque est siendo sustituida
por el Visual Studio Team Foundation Server. Para las personas que desarrollan
programas bajo el sistema operativo Windows, resulta una herramienta til ya que se
integra fuertemente con el entorno de desarrollo integrado o IDE de Visual Studio
permitiendo un manejo relativamente simple de versiones sobre un computador
individual y en equipos de trabajo relativamente pequeos.

27

El seguimiento del proyecto se realiz con Microsoft Project.

Para el modelamiento se utiliz Microsoft Visio, para confeccionar diagramas UML y
diagramas de procesos.
6.3 Software Base
Para la seleccin del software base, el criterio principal de seleccin fue la mantencin
futura, para lo que se presentaron alternativas al Centro Informtico y se decidi lo
siguiente:
Sistema operativo del servidor de archivos: Windows 2003 Server.
Motor de base de datos: Sybase Adaptive Server Enterprise(ASE).
FTP: Filezilla Server.
Servidor web: Internet Information Server(IIS).

La siguiente figura muestra la arquitectura tecnolgica utilizada en el proyecto.

Figura 7.- Diagrama de arquitectura tecnolgica.

28

7. ESTUDIO DE COSTOS.

Se considerarn dos alternativas, el desarrollo interno y la contratacin de un servicio
externo de respaldo. Para esto se definieron los siguientes parmetros:
Nmero de usuarios: 200.
Cuota de almacenamiento: 10GB.
Arreglo de discos RAID.
Fuente de poder redundante.
Respaldo en cintas.
El servidor debe estar alojado en la sala de servidores del Centro Informtico,
para evitar el trfico fuera de la red y para cumplir con las reglas de seguridad y
respaldos establecidas por esta unidad.

7.1 Desarrollo Interno
Se solicitaron cotizaciones a las empresas DELL y Crecic S.A. solicitando que se
cumplan los parametros definidos anteriormente. Los cotizaciones ofrecidas son
mostradas a continuacin.

Alternativa DELL
Descripcin Valor con IVA
Quad Core Xeon E5440 Processor 2x6MB Cache, 2.83GHz, 1333MHzFSB,
PE1950
$2.006.171
2 PowerVault MD1000, Rack, 3U, 15 Bay External SAS/SATA Storage Array
with Locking Bezel
$5.938.912
PV114T, LTO3-060 Tape Rack Enclosure, 2 Drives con 2 drivers internos. $3.956.926
Tape Media for LTO4-120 tape drive, 800GB/1.6TB, 20 Pack, CUS $1.149.249
Total con IVA
2
$13.051.258
Tabla 2.- Alternativa servidor DELL.

Alternativa Rack CRECIC
Descripcin Valor Neto
SERVIDOR HP PROLIANT DL180 G5 E5405 1GB E200/128 US $872.000
MEMORIA HP 2GB FBD PC2-5300 2x1GB Kit $115.000
(8) DISCO DURO HP 300GB 15K SAS 3.5 HP HDD $4.016.000
HP 3Redundant Power Supply $150.000
UNIDAD DE CINTA HP Ultrium 1760 SAS Int WW Tape Drive $1.795.000
Unidad de cinta - LTO Ultrium ( 800 GB / 1.6 TB ) - Ultrium 4 - SAS
HP SC44Ge Host Bus Adapter $133.000
HP 1/8 Ultrium 920 G2 Tape Autoloader $2.734.000
HP 1/8 G2 Tape Autoloader Rack Kit $90.000

2
Valores al 17 de julio de 2008.
29

Total Neto $10.038.000
IVA 19% $1.907.220
Total
3
$11.945.220
Tabla 3.- Alternativa servidor rack CRECIC.

Alternativa Torre CRECIC
Descripcin Valor Neto
SERVIDOR HP ML350T05 E5420 SAS SFF Array US Svr $1.340.000
MEMORIA HP 2GB FBD PC2-5300 2x1GB Kit $115.000
(16) 146GB 10K SAS 2.5 HP HDD $3.600.000
HP 350/370/380G5/385G2 Redundant Power Supply $167.000
UNIDAD DE CINTA HP Ultrium 1760 SAS Int WW Tape Drive $1.795.000
Unidad de cinta - LTO Ultrium ( 800 GB / 1.6 TB ) - Ultrium 4 - SAS
HP 1/8 Ultrium 920 G2 Tape Autoloader $2.734.000
HP 1/8 G2 Tape Autoloader Rack Kit $90.000
Total Neto $10.107.000
IVA 19% $1.920.330
Total
4
$12.027.330
Tabla 4.- Alternativa servidor torre CRECIC.

Costos de Mantencin
Se consideraron costos de mantencin para instalacin, configuracin, mantencin,
respaldo del servidor y soporte a los usuarios, adems de insumos. Estos costos son
mostrados a continuacin.

Descripcin Valor
Configuracin cuentas de usuario (30 minutos por usuario, $3500
hh operador)
$350.000
Instalacion y explicacin de aplicacin de respaldo (1 hora por
usuario, $3500 hh tcnico Mesa de Ayuda)
$700.000
Modificaciones a las aplicaciones (90 horas, $6000 hh
desarrollador)
$540.000
Monitorizacin respaldos (10 horas mensuales, por 48 meses,
$3500 hh operador)
$1.680.000
Realizacin de respaldo (5 horas mensuales, por 48 meses, $3.500
hh operador)
$840.000
Soporte a usuarios (20 horas mensuales, por 48 meses, $3500 hh
operador)
$3.360.000
Renovacion de Pack de Cintas (3 Pack de 20 Cintas para LTO4-
120 tape drive, 800GB/1.6TB)
$3.447.747
Total $10.917.747
Tabla 5.- Costos mantencin.

Costos de Licenciamiento
Los costos de licenciamiento asociados son considerados cero, debido a que la
universidad cuenta con las licencias y que algunas de las aplicaciones utilizadas son
gratuitas. El desglose de estos costos es mostrado a continuacin.

3
Valores al 6 de octubre de 2008.
4
Valores al 6 de octubre de 2008.
30

Descripcin Valor
Licencia Visual Studio .NET 2005 $0
5

Licencia Sybase Adaptive Server Enterprise (ASE) 12.5 $0
5
Licencia Windows 2003 Server $0
5
Licencia FileZilla $0
6

Total $0
Tabla 6.- Costos licenciamiento.

Costos de Desarrollo
Se considera el pago de aporte a tesis, como el costo del desarrollo.

Descripcin Valor
Aporte a tesis (10 meses) $1.000.000
Total $1.000.000
Tabla 7.- Costos desarrollo.

Comparacin Final
A cada servidor se le sumarn los costos comunes, es decir, costos de mantencin, de
licenciamiento y desarrollo

Alternativa HW + Software Valor con IVA
DELL $24.969.005
CRECIC Rack $23.862.967
CRECIC Torre $23.945.007
Tabla 8.- Comparacin alternativas desarrollo interno.

7.2 Contratacin de Servicio
7.2.1 Gemelo Solutions
Esta alternativa considera los parmetros definidos al inicio de este captulo, sin
considerar respaldo en cintas, por lo que este costo adicional se agrega en la tabla de
costos de respaldo y mantencin. Adems la propuesta considera un contrato a 24 meses,
cobrado mes a mes en unidades de fomento (UF), para alargar este plazo de 24 a 48
meses se considera el supuesto que la empresa ofrece un 30% de descuento a partir del
mes 25. La implementacin y mantencin del servicio se considera dentro de la
propuesta.

5
La Universidad ya contaba con la licencia.
6
Software gratuito
31

Costos del Servicio
Descripcin Valor mensual neto (UF)
Servicio DataSafe-Backup Online para 200 usuarios provisto por 1
servidor: Xeon Dual Core, 3GB memoria RAM, 2000 GB de
almacenamiento en RAID 5
66,00
Descuento extraordinario educacional (30%) 19,80
Total mensual neto 46,20
IVA mensual 8,778
Total mensual en UF 54,978
UF (16 de octubre de 2008) $21.096,88
Total mensual en pesos (primeros 24 meses) $1.159.864,26
Total mensual en pesos (desde el mes 25) $811.904,98
Tabla 9.- Costos contratacin del servicio.

Costos de Respaldos y Mantencin
Se consideran dentro de estos costos las cintas de respaldo y la renovacin de stas,
adems de las horas hombre utilizadas en respaldar los servidores y dar soporte a los
usuarios, Estos costos son mostrados a continuacin.

Descripcin Valor con IVA
Tape Media for LTO4-120 tape drive, 800GB/1.6TB, 20 Pack, CUS $1.149.249
Renovacion de Pack de Cintas (3 Pack de 20 Cintas para LTO4-120 tape
drive, 800GB/1.6TB)
$3.447.747
Soporte a usuarios (20 horas mensuales, por 48 meses, $3500 hh operador)
provisto por el Centro Informtico
$3.360.000
Realizacin de respaldo (5 horas mensuales, por 48 meses, $3.500 hh
operador)
$840.000
Total $8.796.996
Tabla 10.- Costos respaldos y mantencin.

7.3 Comparacin
Considerando un periodo de 48 meses para la comparacin y slo los servidores RACK
tenemos los siguientes valores:
Desarrollo interno y servidor DELL: $24.969.005.
Desarrollo interno y servidor CRECIC: $23.862.967.
DataSafe-Backup de Gemelo Solutions: $56.119.428.

Podemos apreciar la gran diferencia en los costos, an renovando el servidor al final del
perodo de 4 aos.

32

8. DESCRIPCION DEL PROYECTO.
8.1 Ciclo de Vida
Como ciclo de vida del proyecto, se consider incremental (mdulos), ya que existiran
dos entregas del prototipo antes de que el Centro Informtico decidiera si lo pondra en
produccin o no. El nmero de incrementos fueron tres, coincidiendo los dos primeros
con las entregas y el tercer incremento a los requisitos no cumplidos.
8.2 Carta Gantt
La carta Gantt mostrada a continuacin ilustra las distintas etapas del proyecto y las
entregas planeadas, y las fechas en que se realizaron.

Figura 8.- Carta Gantt del proyecto.

Primera Entrega Marzo 2008
Aplicacin Cliente: permite crear y modificar tareas de respaldo, cambiar contrasea de
usuario, realizar respaldos voluntarios en cualquier momento, obtener los datos del
equipo desde el cual se realizarn los respaldos. Adems permite acceder a la ayuda del
sistema. En esta etapa se permiten los respaldos de archivos, sin ningn tipo de filtro,
adems de respaldo de correos electrnicos de Microsoft Outlook, que es el gestor de
correos ms utilizado dentro de la organizacin.
33

Aplicacin Servidor: permite administrar cuentas de usuarios, equipos y enlazarlos, para
permitir que un usuario mantenga respaldos de ms de un equipo y que ms de un
usuario respalden archivos desde el mismo equipo.

Segunda Entrega Julio
Aplicacin Cliente: Se agregan funcionalidades como el envo encriptado de los
archivos, para as brindar mayor seguridad al usuario. Adems permite al usuario filtrar
los archivos a respaldar incluyendo o excluyendo algn tipo archivo. Por ltimo permite
la realizacin de los respaldos programados.

Aplicacin Servidor: Se agrega la funcionalidad de generacin de informes en tiempo
real que muestren por ejemplo el listado de respaldos programados que no fueron
realizados, la tasa de uso de la cuota de almacenamiento por usuarios, etc.

Aplicacin de Recuperacin: la aplicacin web que permite recuperar los archivos
respaldados, se accede mediante el mismo usuario y contrasea que se utiliza en la
aplicacin cliente, y muestra todas las tareas de respaldo creadas y los ltimos archivos
respaldados de cada una de estas. Permite recuperar selectivamente los archivos a
respaldar, en el destino que el usuario selecciones en ese momento, para evitar as
sobrescribir versiones ms recientes de los archivos. Tambin permite la descarga de la
ltima versin de la aplicacin de respaldo, la cual solo es visible cuando el usuario est
conectado al sistema. De igual manera muestra informacin del sistema de respaldo, las
acciones posibles de realizar, condiciones de uso, etc. Finalmente permite descargar la
aplicacin de desencriptacin de archivos, el Framework .NET 2.0 y la ayuda del
sistema.

Tercera Entrega
Aplicacin Cliente: se elimin la compresin de archivos antes de ser enviados al
servidor, debido a que la tasa de compresin y el tiempo que tardaba cada archivo en ser
comprimido, versus enviar en archivo sin comprimir era mayor, debido a la alta
velocidad de la red. Adems la compresin de cada archivo requera un espacio temporal
de almacenamiento en el cliente. Tambin se elimin la creacin de un servicio de
respaldo, que evitara que la aplicacin estuviera ejecutndose todo el tiempo.
34

Aplicacin Servidor: se implementaron filtros para las consultas que permitieran acotar
las respuestas, como filtros por tiempo, por usuarios, departamentos, etc.
Aplicacin Recuperacin: se modific la apariencia de la aplicacin para que cumpliera
con el estndar del Centro Informtico, agregando funcionalidades como mapa del sitio,
responsables del proyecto, etc.

8.3 Actores
Entre los actores involucrados, y sus roles, se consideran:
Mnica Bravo, Tesista.
J uan Pablo Salazar, Patrocinante.
Eugenio Ponisio, Co-patrocinante.

Personal del Centro Informtico:
Luis Ampuero, J efe del rea de Operaciones.
Milton Muoz, Administrador de Base de Datos.
Mauricio Sandoval, J efe del rea Mesa de Ayuda.

Y diversos funcionarios y acadmicos de la Universidad, tanto en las etapas de toma de
requisitos, como en la etapa de prueba.

Usuarios que participaron en el levantamiento de requisitos:
Bernardo Carrillo, Instituto de Ciencias y Tecnologa de los Alimentos.
Hermin Muoz, Oficina Administrativa de la Facultad de Ciencias de la
Ingeniera.
Laura Nahuelhual, Instituto de Economa Agraria.
Milton Lemarie, Instituto Diseo y Mtodos Industriales.
Luis Loncomilla, Instituto de Diseo y Mtodos Industriales.
Rosa Trumper, Instituto de Matemticas.
Carlos Vergara, Escuela de Obras Civiles.

Etapa de pruebas:
Claudio Aguilera, Mesa de Ayuda.
Luis Ampuero, Centro Informtico.
Mnica Bravo, Centro Informtico.
35

Mara Luisa Contreras, Decanato de Ciencias Agrarias.
Dries Huygens, Instituto de Ingeniera Agraria y Suelos.
Paola J urez, Centro Informtico.
Milton Muoz, Centro Informtico.
Ociel Muoz, ICYTAL.
Carolina Navarro, Mesa de Ayuda.
J uana Paredes, Escuela de Ingeniera Civil en Informtica.
Luis Pereira, Centro Informtico.
Eugenio Ponisio, Centro Informtico.
Maritza Reyes, Instituto de Produccin y Sanidad Vegetal.
Ricardo Riegel, Instituto de Produccin y Sanidad Vegetal.
Mauricio Sandoval, Mesa de Ayuda
J orge Trapp, Instituto de Informtica.
Ana Mara Von Chrismar, Instituto de Bioqumica.

36

9. ESPECIFICACIN DE REQUISITOS.

A continuacin se entrega el dominio del problema, los requisitos tanto funcionales
como no funcionales, un glosario de trminos, caractersticas de los usuarios del sistema
y finalmente un conjunto de restricciones.

9.1 Anlisis preliminar del proceso
9.1.1 Mesa de Ayuda
La Mesa de Ayuda es una unidad auto gestionada perteneciente al Centro Informtico y
es la encargada de entregar el servicio de asistencia tcnica al personal de la UACH. El
funcionamiento actual de la Mesa de Ayuda es descrito a continuacin:

Existe un nmero de telfono (anexo 1376), en el cual se reciben las llamadas
solicitando algn servicio de la Mesa de Ayuda. Normalmente la llamada es realizada
por alguna secretaria de escuela o instituto, por solicitud de algn profesor de la
Universidad.

La persona que recepciona la llamada, la ingresa al sistema de la Mesa de Ayuda.

Esta solicitud cuenta con datos como:
Unidad desde la cual se genera la llamada.
Cliente.
Descripcin del problema (general y sub tems).
Tcnico asignado a solucionar este problema.

Existen varios estados por los que pasa la solicitud:
Recibida: se recibe la solicitud, y se asigna un tcnico.
Asignada: el tcnico asignado se ha coordinado con el cliente para realizar la solicitud.
Finalizada: el tcnico genera un reporte, una vez diagnosticado y solucionado del
problema, el cual es ingresado al sistema. Este reporte contiene la siguiente informacin:
Identificacin del cliente
Plataforma (SW y HW)
Problema encontrado
Trabajo realizado
37

Valor
Cantidad de horas
Fecha

El tcnico recibe un porcentaje del valor cobrado por el servicio a modo de comisin. El
servicio puede ser gratuito. En caso de ser cobrado, el valor mnimo es 0,66UF y
corresponde al valor de una hora, el mximo a cobrar son dos horas (1,32UF) aun
cuando el trabajo puede haber tomado ms de ese tiempo

Los problemas pueden ser resueltos por dos modalidades:

Remotamente: se utiliza el software libre VNC (Virtual Network Computing) para
controlar el equipo remotamente. Este software cuenta con dos aplicaciones, una de las
cuales es levantada en el equipo del cliente y que permite a la aplicacin ubicada en la
Mesa de Ayuda controlar remotamente el equipo.
En terreno: se visita al cliente y se determina si el problema puede ser resuelto en el
lugar o si el equipo con problemas debe ser llevado a la Mesa de Ayuda (por ejemplo si
debe ser formateado). Una vez solucionado el problema, el equipo debe ser configurado
y dejado en el mismo estado que se encontr, es decir con las mismas aplicaciones y
configuraciones que el equipo tena antes de presentar algn problema. Una vez
completado este proceso, el equipo es llevado de vuelta donde el cliente, el cual debe
comprobar que el problema fue solucionado. Por cualquier inconveniente el equipo
queda en un periodo de garanta, en el cual el cliente puede volver a llamar si encuentra
algn problema.

Una vez revisados los informes, el supervisor rene todos los reportes aprobados y los
entrega al Centro Informtico para su posterior confirmacin. En esta etapa se generan
nuevos estados:

Confirmada: en esta etapa, la secretaria del Centro Informtico recibe los reportes de
trabajos realizados a cada unidad y confirma con el cliente el trabajo realizado antes de
cobrar. En caso de haber alguna diferencia entre el trabajo realizado descrito en el
reporte y lo que el cliente confirma que se realiz, se resuelve con la Mesa de Ayuda,
hasta que las tres partes estn de acuerdo (cliente-secretaria-Mesa de Ayuda).
38

Cobrada: una vez confirmado el reporte se cobra por el servicio. Para esto se genera
una nota de cargo interno, la cual traspasa fondos de algn cdigo presupuestario hacia
el Centro Informtico. Este cdigo presupuestario es proporcionado por el cliente o por
la unidad a la que pertenece.

Otros estados menos usados son:

Anulada: ocurre cuando el cliente anula la solicitud, por algn error, porque el
problema se solucion sin la intervencin del tcnico, por que el cliente decidi no
realizar el servicio, etc.
Caducada: cuando una solicitud no ha sido coordinada con el tcnico.
Cotizada: en el caso de generar una cotizacin por ejemplo de redes.
Finalizada sin costo: si el problema era pequeo, solucionable fcilmente, ste no se
cobra.
Finalizada sin cdigo: cuando no se proporciona el cdigo presupuestario.
Pendiente: cuando queda algn detalle pendiente en la solucin del problema.
Pendiente cdigo sin presupuesto: ocurre en el caso de que el cdigo presupuestario
proporcionado no contaba con fondos.
Postergada por cliente: en caso de que el cliente se deba ausentar por un periodo
prolongado, la solicitud debe ser postergada hasta su regreso.

En la siguiente figura se muestra el diagrama de estados de la Mesa de Ayuda que
resume los estados descritos anteriormente y las transiciones entre ellos.

39

Figura 9.- Diagrama de estados Mesa de Ayuda.

Es necesario mencionar que el sistema utilizado actualmente no incluye reglas que
limiten el paso de un estado a otro; es decir, no incluye restricciones para no retroceder
en los estados ni saltar alguno de ellos, por lo que el paso entre estados se encuentra
definido por reglas no oficiales establecidas de acuerdo al funcionamiento de la unidad y
la experiencia adquirida.

40

En la siguiente figura se ilustran los procesos seguidos desde dentro de la Mesa de
Ayuda, sin considerar el proceso de confirmacin y cobro realizado en el Centro
Informtico. Estos procesos se inician al registrar algn problema ocurrido a algn
cliente, hasta que el trabajo es solucionado y se da la aprobacin por parte de un
supervisor.

Figura 10.- Diagrama de procesos Mesa de Ayuda.
41

9.1.2 Caractersticas de los usuarios
Los usuarios que accedern al sistema corresponden al personal de la Universidad, el
cual se encuentra compuesto por funcionarios acadmicos, administrativos y
profesionales.

Los funcionarios acadmicos comprenden tanto al personal docente como a los
investigadores. Estos se caracterizan por almacenar archivos relacionados a la docencia e
investigacin, adems de informacin perteneciente a proyectos con financiamiento
interno y externo.

Los funcionarios administrativos comprenden al personal encargado de las labores de
administracin de la Universidad. Se caracterizan por almacenar archivos como
documentos de texto, planillas de clculo, etc.

Los profesionales corresponden al personal que desempea labores que permiten apoyar
las labores realizadas por los funcionarios mencionados anteriormente, y como ejemplo
podemos mencionar al Centro Informtico, que se form con la idea de entregar apoyo
informtico e incentivar su uso en las labores acadmicas y financiero administrativas,
para as lograr el objetivo corporativo de elevar la calidad docente. Otros ejemplos son
Contralora, DACIC (Departamento de Aseguramiento de la Calidad de la Docencia e
Innovacin Curricular) y la Unidad de Planificacin Estratgica.

9.1.3 Encuesta a grupo objetivo de usuarios
Tambin se confeccion una encuesta con el fin de conocer las necesidades de
potenciales usuarios as como su participacin en proyectos, si ya haban perdido
informacin, por qu razones y su reaccin ante la prdida.

Los entrevistados correspondieron a diversas personas de los campus Isla Teja y
Miraflores, tanto personal docente como administrativo, hombres y mujeres, con
diversas edades y manejo del computador. Siete personas fueron encuestadas en este
estudio de carcter exploratorio, por lo que los resultados obtenidos no tienen validez
estadstica debido al tamao muy reducido de la muestra.

El cuestionario con sus preguntas, respuestas y listado de entrevistados se incluyen en el
anexo del presente documento.
42

A partir de las respuestas obtenidas se lleg a las siguientes conclusiones:
La caracterstica ms importante que deba poseer el sistema fue seguridad en la
transferencia de archivos.
Los tipos de archivos ms respaldados seran archivos de texto, planillas de
clculo y correos electrnicos.
Ms de la mitad de los entrevistados ha participado en algn proyecto con
financiamiento externo, el 75% de ellos actualmente se encuentra participando.
Este resultado se debe especficamente a la muestra seleccionada y a su tamao.
Slo el 15% de los entrevistados dice no haber perdido nunca un archivo. De los
dems entrevistados, el 50% ha perdido archivos varias veces y el otro 50% al
menos una vez. Complementariamente, en la Mesa de Ayuda son muy pocos los
casos que correspondan a solicitud de recuperacin de informacin. Esto nos
muestra que gran parte de la informacin perdida no es recuperada.
La razn ms comn de prdida de archivos se debe a fallas del computador,
seguida de fallas del medio externo.
La accin ms comn a tomar en caso de prdida de archivos es llamar a la Mesa
de Ayuda.
La mayora de los entrevistados afirm que utilizara una herramienta de
respaldo proporcionada por la Universidad.

De las conclusiones obtenidas podemos observar una clara contradiccin entre las
respuestas de los usuarios y la informacin proporcionada por la Mesa de Ayuda. Esta
contradiccin dice que a pesar de que los usuarios dicen que la accin que tomaran en
caso de perder un archivo es llamar a la Mesa de Ayuda, en este lugar el nmero de
solicitudes de este servicio es casi nulo.

Tambin se descubrieron posibles mejoras al cuestionario y estas son:
Se podra haber incluido en los archivos respaldar, los correos electrnicos para
aquellos que utilicen Outlook.
La pregunta qu acciones tomara en caso de prdida de archivos?, debera
haberse redactado de manera de preguntar cul sera la primera accin que
realizara en caso de prdida de archivos.
Otra pregunta podra haber sido Realiza usted respaldos y con qu frecuencia?

43

Finalmente y como conclusiones personales se puede decir que los entrevistados estaban
muy abiertos a la posibilidad de utilizar una herramienta de respaldo, debido a que la
gran mayora haba perdido archivos al menos una vez, por diversas razones. Adems, la
gran mayora no realizaba ningn tipo de respaldo, pero lo que ms sorprendi es que
ninguno de los entrevistados dijo que tratara de recuperar el archivo por s mismo, ni
siquiera buscarlo en caso de haber sido movido accidentalmente o enviado a la papelera.

De esto se puede concluir que la probabilidad de que sean los usuarios quienes realicen
las recuperaciones por s mismos es muy baja y que solicitaran a la Mesa de Ayuda para
que realice esta accin por ellos, por lo que el diseo de esta herramienta debe estar
orientado a este tipo de usuario.

9.2 Requisitos Especficos
9.2.1 Requisitos Funcionales
1. Mdulo de Respaldo
Ref. Descripcin Categora Prioridad
1.1 Los usuarios debern ser autenticados mediante un nombre de usuario
y contrasea.
Evidente Muy Alta
1.2 No debe ser posible para un usuario externo obtener los archivos
respaldados por otro usuario del sistema.
Evidente Muy Alta
1.3 Los archivos debern ser transferidos a travs de una conexin segura. Oculto Media
1.4 Los archivos podrn ser almacenados encriptados, segn preferencia
del usuario.
Evidente Alta
1.5 Los respaldos debern realizarse de manera automatizada, a travs de
un servicio.
Evidente Muy Alta
1.6 Las tareas de respaldo debern contar con un atributo de periodicidad. Evidente Alta
1.7 Si no se cumple con una tarea de respaldo, esta deber realizarse
cuando el equipo vuelva a conectarse a la red.
Evidente Muy Alta
1.8 Solo los archivos que han cambiado debern respaldarse cada vez. Oculto Alta
1.9 La transferencia de los archivo deber evitar sobrecargar la red. Oculto Alta
1.10 El destino de los respaldos deber ser definido automticamente a
partir del usuario que lo realiza y de la tarea de respaldo.
Oculto Media
1.11 El sistema deber soportar la transferencia de archivos de variados
tamaos.
Oculto Alta
1.12 En caso de que el tamao del archivo sea muy grande deber partirse
en volmenes para su transferencia.
Oculto Media
1.13 El paso de los archivos ser coordinado por la aplicacin de respaldo,
con sus mdulos de envo y recepcin.
Oculto Muy Alta
1.14 La encriptacin de archivos, para su almacenamiento se deber
realizar en el cliente, para mantener la encriptacin durante la
transferencia de los archivos.
Oculto Alta
1.15 Las caractersticas de cada tarea de respaldo sern almacenadas en la
base de datos.
Oculto Alta
1.16 El sistema deber presentar al usuario la opcin de realizar un
respaldo programado de manera inmediata, postergarlo o cancelarlo.
Evidente Media
Tabla 11.- Requisitos funcionales mdulo de respaldo.

44

2. Mdulo de Administracin y Control
2.1 El sistema deber permitir la administracin de usuarios Evidente Alta
2.2 El sistema deber permitir la administracin de equipos Evidente Alta
2.3 El sistema deber permitir la administracin de roles y sus permisos Evidente Alta
2.4 El sistema deber permitir la generacin de informes para su posterior
anlisis
Evidente Alta
2.5 El sistema deber alertar en caso de cantidades excesivas de ciertos
tipos archivos
Oculto Media
2.6 El sistema deber almacenar un historial de los respaldos realizados,
para generar anlisis de los datos
Evidente Alta
2.7 El sistema deber permitir monitorear las conexiones y tasas de
transferencia de los archivos en todo momento.
Evidente Media
2.8 El sistema deber almacenar un registro de todas las interacciones del
usuario y el sistema
Evidente Alta
2.9 Debern implementarse medidas de respaldo de la informacin
almacenada en el servidor.
Evidente Muy Alta
2.10 El sistema deber ofrecer al usuario administrador la opcin de
actualizar el listado de respaldos programados de manera inmediata o
cancelarlo
Evidente Media
Tabla 12.- Requisitos funcionales mdulo de administracin.

3. Mdulo de Recuperacin
3.1 La recuperacin de archivo deber ser a travs de una aplicacin
WEB
Evidente Muy Alta
3.2 La aplicacin WEB, deber permitir la seleccin de los archivos a
recuperar.
Evidente Muy Alta
3.3 Los archivos solo podrn ser accedidos a travs de las credenciales
apropiadas
Evidente Muy Alta
3.4 La recuperacin, ya sea de un archivo o varios, deber generar un
empaquetado, con todos los archivos o carpetas seleccionadas
Evidente Alta
Tabla 13.- Requisitos funcionales mdulo de recuperacin.

9.2.2 Requisitos No Funcionales
Ref. Descripcin Categora
1 El lenguaje de programacin de la aplicacin Windows ser Visual Basic, de
Visual Studio .Net 2005.
Deseable
2 El lenguaje de programacin de la aplicacin Web ser ASP y Visual Basic, de
Visual Studio .Net 2005.
Exigido
3 Para la aplicacin WEB se utilizar Internet Information Server IIS. Exigido
4 El motor de base de datos a utilizar ser Sybase Deseable
5 La transferencia de archivos utilizar el protocolo FTP (File Transfer
Protocol).
Deseable
6 La aplicacin deber funcionar como un servicio, para los casos de sistemas
operativos basados en servicios o como una aplicacin que sea cargada al
inicio para otras versiones de SO.
Deseable
7 Por cada usuario del sistema, deber existir una aplicacin de respaldo
operando en su equipo.
Exigido
8 Las actualizaciones de la aplicacin de respaldo debern realizarse de manera
automtica, preguntando al usuario antes de realizarlas.
Exigido
Tabla 14.- Requisitos no funcionales.

45

9.2.3 Requisitos de Almacenamiento
tem Descripcin
Tarea de Respaldo Que incluye las opciones de las tareas de respaldo.
Respaldo Programado Registro por cada respaldo por realizar.
Respaldo Realizado Registro de cada respaldo realizado.
Interacciones entre el Usuario y el
Sistema
Tanto exitosas como fallidas.
Usuarios del Sistema Los que se obtienen de la base de datos corporativa.
Roles Los que se asignarn a los usuarios del sistema.
Tabla 15.- Requisitos de almacenamiento.

9.2.4 Requisitos de Rendimiento
tem Descripcin
Algoritmo de Encriptacin Se deber utilizar un algoritmo de encriptacin que no
utilice demasiados recursos y no tarde mucho tiempo
Transferencia de Archivos La transferencia de archivos deber ser lo ms rpida
posible y no sobrecargando la red
Uso Recursos (En el equipo del usuario) No deber utilizar muchos recursos, permitiendo realizar
otras tareas mientras se ejecuta el respaldo.
Tabla 16.- Requisitos de rendimiento.

9.2.5 Otros Requisitos
El sistema deber dar una descripcin certera al usuario, acerca de cualquier error del
mismo. En lo posible entregar tambin la solucin. Tambin deber enviar el mensaje de
error al administrador del sistema.

El espacio de almacenamiento por usuario tambin deber ser restringido, a travs de
cuotas de almacenamiento, para mantener un crecimiento controlado del repositorio de
archivos.

La aplicacin de respaldo deber funcionar en ambiente Windows, desde Windows
2000 en adelante, as tambin como el servidor, el cual operar sobre Windows 2003
Server.

9.3 Requisitos Futuros
El sistema deber permitir futuros anlisis sobre el historial de respaldos realizados.
Adems, podra implementarse su uso por otros tipos de usuarios, tales como estudiantes
de pre y post grado.

46

9.4 Atributos de Hardware
9.4.1 Hardware Disponible
Los equipos con los que cuentan los usuarios poseen caractersticas muy variadas con
respecto al hardware disponible, por lo que definir esto es muy complicado, es por esta
razn que se considerarn caractersticas mnimas sobre las cuales funcionar la
aplicacin basadas en los requisitos mnimos de hardware del Framework .NET 2.0.
Requisitos mnimos: procesador Pentium de 90 MHz, 32 MB de RAM.
Hardware recomendado: procesador Pentium de 90 MHz o superior, 96 MB de
RAM.

Con respecto al servidor, se utilizar un equipo para realizar el proyecto a nivel de
prototipo. Para ste las recomendaciones tambin se basarn en los requisitos mnimos
de hardware del Framework .NET 2.0.
Requisitos mnimos: procesador Pentium de 133 MHz, 128 MB de RAM.
Hardware recomendado: procesador Pentium de 133 MHz o superior, 256 MB de
RAM.

Respecto al espacio disponible de disco duro, depender de la cantidad de usuarios de
prueba y de su cuota de almacenamiento (que deber ser de al menos 2GB para quienes
deseen respaldar correos electrnicos debido al tamao mximo de un archivo con
extensin pst de Outlook).

9.4.2 Hardware para la Implementacin
Una vez que el sistema est completamente operativo y pueda ser lanzado en produccin
ser necesario adquirir un servidor con mayor capacidad de procesamiento y de
almacenamiento, para dar soporte a las necesidades de los usuarios.

Para realizar el dimensionamiento de este equipo, debern considerarse factores tales
como la cantidad de usuarios y la tasa de crecimiento de stos, la cuota de
almacenamiento y la tasa de cambio de los archivos. Tambin debe considerarse espacio
disponible para generar el archivo temporal de descarga, que consiste en un
empaquetado de los archivos seleccionados.

47

Con respectos a las dems caractersticas de hardware de este servidor se debe
considerar una fuente de poder redundante, arreglo de discos RAID de preferencia nivel
5 y conexin Gigabit entre el servidor de archivos y un servidor de respaldo.

48

10. ANLISIS DE REQUISITOS.

Debido a la arquitectura cliente/servidor del sistema de respaldo, es necesario explicar
los procesos principales de interaccin entre los usuarios del sistema y ste.

Estos procesos se pueden apreciar en el diagrama de casos de uso general, el cual
tambin muestra a los usuarios del sistema, ya sea usuarios de la aplicacin de respaldo,
como el administrador de sistemas y tcnicos de la mesa de ayuda.

Luego se analizarn los principales procesos a travs de diagramas de procesos y casos
de uso.

10.1 Diagrama de Casos de Uso General
Los casos de uso generales corresponden a las acciones que el sistema permitir realizar,
tanto al interactuar con el usuario de la aplicacin de respaldo, usuario de la mesa de
ayuda o usuario administrador o simplemente sin interactuar con ningn usuario y se
muestran en la siguiente figura.

Figura 11.- Diagrama de casos de uso general.

49

10.2 Creacin de Usuarios
En la siguiente figura se muestra el proceso de creacin de usuarios del sistema de
respaldo, en el cual interactan cualquier tipo de usuario y el usuario administrador.

Figura 12.- Diagrama de proceso creacin usuario del sistema.

10.3 Casos de Uso Especficos
Caso de Uso Configurar Tarea
En la siguiente tabla se describe el caso de uso configurar tarea, con sus actores, y curso
normal y alternativo de los eventos.

Caso de Uso Configurar Tarea.
Actores Usuario.
Propsito Crear o modificar una tarea de respaldo.
Resumen El usuario carga la aplicacin de respaldo y crea una nueva tarea o modifica
una existente. El usuario elige las caractersticas de la tarea y los archivos o
carpetas a respaldar.
Curso Normal de los Eventos
Actor Sistema
1.- El usuario carga la aplicacin. 2.- El sistema consulta a la base de datos las tareas
de respaldo creadas por el usuario.
3.- El usuario crea una nueva tarea. 4.- El sistema muestra las opciones a configurar
para esta nueva tarea, y un explorador para escoger
los archivos y/o carpetas a respaldar.
5.- El usuario configura las caractersticas de la
50

tarea.
6.- El usuario escoge los archivos y/o carpetas a
respaldar.
7.- El sistema lista los archivos y/o carpetas
seleccionadas y sus caractersticas.
8.- El usuario puede seguir escogiendo archivos
y carpetas.

9.- El usuario guarda la tarea creada. 10.- el sistema crea una nueva tarea en la base de
datos y guarda la informacin correspondiente a
sta y sus detalles.
Curso Alternativo de los Eventos
Actor Sistema
1.- El usuario carga la aplicacin. 2.- El sistema consulta a la base de datos las tareas
de respaldo creadas por el usuario.
3.- El usuario elige una tarea previamente
creada y carga sus datos.
4.- El sistema muestra las opciones a configurar
para esta nueva tarea, y un explorador para escoger
nuevos archivos y/o carpetas a respaldar.
5.- El usuario modifica las caractersticas de la
tarea.

6.- El usuario escoge nuevos archivos y/o
carpetas a respaldar.
7.- El sistema lista los archivos y/o carpetas
seleccionadas y sus caractersticas.
8.- El usuario puede seguir escogiendo archivos
y carpetas.

9.- El usuario guarda la tarea creada. 10.- El sistema actualiza los datos de la tarea en la
base de datos.
Tabla 17.- Caso de uso configurar tarea.

En la siguiente figura se muestra el diagrama de procesos que describe la creacin de
una tarea de respaldo en el sistema de respaldo.

51

Figura 13.- Diagrama de proceso creacin tarea de respaldo.

El diagrama de modificacin de una tarea de respaldo se incluye en el anexo, debido a la
similitud con el diagrama de creacin de una tarea.

Caso de Uso Respaldar Automticamente
En este caso de uso no interacta ningn usuario con el sistema y es descrito en la
siguiente tabla.

Caso de Uso Respaldar Automticamente.
Actores
Propsito Realizar los respaldos programados en el sistema.
Resumen La aplicacin monitorea las tareas de respaldo creadas y lanza una accin de
respaldo segn los parmetros de estas tareas de respaldo.
Actor Sistema
1.- El sistema monitorea las tareas creadas, si
encuentra una que debe ser realizada lanza una
accin de respaldo.
2.- El sistema consulta en la base de datos las
caractersticas de esta tarea y coordina el traspaso
52

de informacin.
3.- Si el respaldo se realiza exitosamente, se registra
en la base de datos
Actor Sistema
1.- El sistema monitorea las tareas creadas, si
encuentra una que debe ser realizada lanza una
accin de respaldo.
caractersticas de esta tarea y coordina el traspaso
de informacin.
3.- Si el respaldo no se realiza exitosamente, se
enva un mensaje al administrador de sistema y al
usuario.
Tabla 18.- Caso de uso respaldar automticamente.

En la siguiente se muestran los procesos necesarios para realizar los respaldos de manera
automtica.

Figura 14.- Diagrama de proceso respaldos automticos.

Caso de Uso Respaldar Voluntariamente
Este caso de uso es similar al caso anterior, con la diferencia de la interaccin del
usuario del sistema y ste ltimo.

53

Caso de Uso Respaldar Voluntariamente
Actores Usuario
Propsito Respaldar una o ms tareas a voluntad del usuario
Resumen El usuario carga la aplicacin y escoge que tareas respaldar y da la orden
para realizarlo.
Actor Sistema
1.- El usuario carga la aplicacin de respaldo 2.- El sistema lista todas las tareas creadas
3.- El usuario elige que tarea(s) desea respaldar y
da la orden de respaldo
caractersticas de estas tareas y coordina el traspaso
de informacin.
5.- Si el respaldo se realiza exitosamente, se registra
en la base de datos
Actor Sistema
1.- El usuario carga la aplicacin de respaldo 2.- El sistema lista todas las tareas creadas
3.- El usuario elige que tarea(s) desea respaldar y
da la orden de respaldo
caractersticas de estas tareas y coordina el traspaso
de informacin.
5.- Si el respaldo no se realiza exitosamente, se
usuario.
Tabla 19.- Caso de uso respaldar voluntariamente.

En la siguiente figura se muestran los procesos necesarios para realizar un respaldo de
manera voluntaria.

Figura 15.- Diagrama de proceso respaldos voluntarios
54

Caso de Uso Opciones de Respaldo
Era de suma importancia, que el sistema al detectar una tarea de respaldo pendiente, la
realizara sin necesidad de interaccin con el usuario, pero a su vez que al encender el
computador, el usuario no se viera obligado a realizar todas las tareas de respaldo
pendientes existentes, por lo que se cre una solucin que permitiera realizar los
respaldos de manera inmediata, que permitiera postergarlos por unos minutos, y que
permitiera cancelar un respaldo en caso de que el usuario no desee realizarlo ese da.
Adems esta solucin realiza el respaldo de manera automtica en 1 minuto en el caso
de no obtener respuesta del usuario. El caso de uso es mostrado a continuacin.

Actores Usuario
Propsito Dar flexibilidad al usuario al momento de realizar un realizar un respaldo
Resumen Permite al usuario respaldar una tarea inmediatamente, postergar el respaldo
o cancelarlo. Adems si el usuario no est en ese momento (al pasar un
minuto), realiza los respaldos de manera automtica
Actor Sistema
1.- Si corresponde hacer un respaldo programado el
sistema ofrece la opcin al usuario de realizar el
respado de manera inmediata, postergarlo (10
minutos, 20 minutos o 1 hora) o cancelarlo
2.- Si el usuario se encuentra en el equipo en ese
momento puede escoger entre las tres alternativas
3.- Si elige realizarlo, se realiza el respaldo
inmediatamente. Si elige postergarlo, se posterga la
cantidad de minutos elegidos. Y si decide
cancelarlo, el respaldo se marca como cancelado
por el usuario.
Actor Sistema
1.- Si corresponde hacer un respaldo programado el
sistema ofrece la opcin al usuario de realizar el
respado de manera inmediata, postergarlo (10
minutos, 20 minutos o 1 hora) o cancelarlo
2.- Si el usuario no se encuentra en el computador,
al pasar un minuto sin recibir respuesta, el sistema
realizar el respaldo inmediatamente.
Tabla 20.- Caso de uso opciones de respaldo.

En la siguiente figura se muestran los procesos realizados segn las opciones elegidas
por el usuario.

55

Figura 16.- Diagrama de proceso opciones de respaldo

Caso de Uso Opciones de Actualizaciones de Respaldos programados
Al crearse una tarea de respaldo, se crearn a su vez los respaldos programados para el
siguiente mes. Pero era necesario que esta lista se vaya actualizando de manera
automtica. Para esto, una vez al dia deber larzarse esta actualizacin.

Asi como el usuario de la aplicacin de respaldo puede cancelar, postergar o realizar un
respaldo programado, el usuario de la aplicacin de administracin tambin puede elegir
si actualizar la lista de respaldos programados, o cancelar la actualizacin. Este caso de
uso se muestra a continuacin.

Actores Usuario administrador
Propsito Dar flexibilidad al usuario al momento de realizar un realizar una
actualizacin de respaldos automticos
Resumen Permite al usuario actualizar el listado inmediatamente, o cancelar la
actualizacion. Adems si el usuario no est en ese momento (al pasar un
minuto), realiza la actualizacion de los respaldos de manera automtica
Actor Sistema
1.- Si corresponde hacer una actualizacionel sistema
ofrece la opcin al usuario de realizar el respado de
manera inmediata, o cancelarlo
2.- Si el usuario se encuentra en el equipo en ese
momento puede escoger entre las dos alternativas
3.- Si elige realizarla, se realiza la actualizacin
inmediatamente. Y si decide cancelarla, la
56

actualizacin no se realiza
Actor Sistema
1.- Si corresponde hacer una actualizacionel sistema
ofrece la opcin al usuario de realizar el respado de
manera inmediata, o cancelarlo
2.- Si el usuario no se encuentra en el computador,
al pasar un minuto sin recibir respuesta, el sistema
realizar la actualizacin inmediatamente.
Tabla 21.- Caso de uso opciones de actualizacin de respaldos.

En la siguiente figura se muestran los procesos realizados segn las opciones elegidas
por el usuario.

Figura 17.- Diagrama de proceso opciones de actualizacin de respaldos programados

Caso de Uso Recuperacin por el Usuario
Este caso de uso describe el proceso final de interaccin del usuario y el sistema de
respaldo, el cual ocurre una vez que el usuario ha realizado los respaldos, ya sea
automtica como voluntariamente.

Caso de Uso Recuperacin por el Usuario
Actores Usuario
Propsito Recuperar uno o ms archivos respaldados previamente
Resumen El usuario escoge que archivos desea recuperar y el destino de esta
recuperacin
57

Actor Sistema
1.- El usuario carga la aplicacin de recuperacin 2.- El sistema lista todos los archivos respaldados
3.- El usuario elige el listado de archivos a
respaldar y su destino.
caractersticas de estos archivos y coordina el
traspaso de informacin.
5.- Si la recuperacin se realiza exitosamente, se
registra en la base de datos
Actor Sistema
1.- El usuario carga la aplicacin de recuperacin 2.- El sistema lista todos los archivos respaldados
3.- El usuario elige el listado de archivos a
5.- Si la recuperacin no se realiza exitosamente, se
usuario.
Tabla 22.- Caso de uso recuperacin por el usuario.

En la siguiente figura se muestran los procesos necesarios para realizar la recuperacin
de informacin en el sistema de respaldo, siendo el usuario quien realice dicha
recuperacin.

Figura 18.- Diagrama de proceso solicitud de recuperacin por usuario.

El caso de uso y diagrama de recuperacin a travs de la Mesa de Ayuda se incluye en el
anexo.

58

11. DISEO

El diseo de los mdulos se bas en los requisitos obtenidos en la etapa anterior. Se
utilizaron diagramas UML como el diagrama de distribucin de componentes y
diagramas de navegacin, los que se mostrarn en este captulo. Adems se mostrar el
caso de uso del proceso de creacin de una tarea de respaldo.

11.1 Diagramas de distribucin
La aplicacin est compuesta por 3 mdulos principales y la base de datos:
Mdulo de respaldo: Este mdulo se utilizar para configurar las tareas de
respaldos y realizar los respaldos, principalmente.
Mdulo de administracin y control: Este mdulo permite administrar cuentas de
usuarios, crear equipos y asociarlos a las cuentas, crear roles de usuario y
finalmente realizar consultas de uso del sistema.
Mdulo de recuperacin: Este mdulo web permitir al usuario descargar sus
archivos respaldados, selectivamente.
Y un mdulo secundario:
Mdulo de desencriptacin: Este mdulo permitir desencriptar archivos que
fueron respaldados de manera encriptada. Se considera un mdulo extra debido a
que no es necesario que se utilice en el mismo equipo desde donde se realizan los
respaldos, ni que est dentro de la red de la Universidad.

Los mdulos principales no es comunican entre s, slo se comunican con la base de
datos y el servidor de archivos.

Estos mdulos se encuentran distribuidos en los siguientes equipos:
PC cliente o usuario
Servidor de archivos
Servidor de base de datos
Servidor WEB

Para el prototipo el servidor de archivos y el servidor web se ubicarn en el mismo
equipo.

59

La siguiente figura muestra los mdulos que componen el sistema de respaldo y su
distribucin.

PC Cliente
Servidor de Base de Datos Servidor de Archivos
Mdulo Respaldo
Mdulo Administracin y Control Base de Datos
Servidor Web
Mdulo Recuperacin
Mdulo Desencriptacin

Figura 19.- Diagrama de distribucin de componentes.

11.2 Diagramas de navegacin
La siguiente figura muestra las acciones principales del mdulo de respaldo de archivos
y estas acciones son la configuracin de tareas de respaldo y la realizacin de respaldos
voluntarios.

Para configurar una tarea, el usuario deber acceder al sistema mediante su nombre de
usuario y contrasea, datos que sern proporcionados por el administrador del sistema, y
acceder a la opcin Administrar mis respaldos, seleccionar los archivos y/o carpetas a
respaldar y agregarlas al listado.

Para respaldar las tareas creadas, el usuario deber seleccionar la opcin Respaldar mis
archivos e ingresar.
60

Figura 20.- Diagrama de navegacin mdulo de respaldo.

El mdulo web de recuperacin permite seleccionar uno o ms archivos y/o carpetas a
descargar. Una vez seleccionados los archivos se deber escoger el destino de la
descarga. Para acceder a este mdulo se deben usar las mismas credenciales utilizadas
en el mdulo de respaldo. A continuacin se muestra el diagrama de navegacin de este
mdulo del sistema de respaldo.

61

Figura 21.- Diagrama de navegacin mdulo de recuperacin.

El mdulo de administracin y control tiene como acciones principales administrar
cuentas de usuarios, equipos y roles de usuario, adems permite obtener informes de uso
del sistema. Y se muestra en la siguiente figura.

Para crear una cuenta de usuario el administrador debe crear una cuenta se usuario,
luego un equipo y finalmente asociar estos dos elementos para que el usuario pueda
utilizar el sistema de respaldo.

62

Backup Server Backup Server
Administradores Informes Salir
Usuarios
Equipos
Asociar Usuario y Equipo
Informes
Informes Informes Salir
mbravo
jsalazar
Usuario
1,5 GB
2 GB
Cuota
Informe Porcentaje Utilizacion Nombre Informe:
Usuarios Usuarios
Nombre:
Cerrar
Guardar Cancelar
Contrasea:
Mail:
Cuota:
Estado:
Roles Usuario Todos los Roles
Nuevo Usuario
Equipos Equipos
Descripcin:
Guardar Cancelar
Tarjetas de Red Usuarios de Windows
Estado:
IP MAC
Nuevo Equipo
Roles
Usuarios
Usuarios y Equipos Usuarios y Equipos
Usuario
Guardar Cancelar
Equipos Usuario
Descripcin Descripcin
Todos los equipos
Asociar
Usuario Equipo
Usuarios Usuarios
Nombre:
Aceptar Cancelar
Usuarios
Buscar
Aceptar
Roles Roles
Descripcin:
Guardar Cancelar
Cuota (mb):
Nuevo Rol

Figura 22.- Diagrama de navegacin, mdulo de administracin y control.

11.3 Esquema de pagina web corporativa
Como el sistema de rescuperacin corresponde auna pagina web, esta deba mantener el
aspecto y estilo corporativo. Para esto la pgina de recuperacin se bas en la pagina
web del Centro Informatico, la cual se muestra en la siguiente figura.

63

Figura 23.- Pgina web Centro Informtico.

Esta pgina web tiene secciones las que se deban mantener, por ejemplo los enlaces
superiores a la web principal de la UACh, la intranet, mapa del sitio, contacto y crditos.
Tambin deba mantener la estructura de men para accesos a todas las subpginas.

Dada la principal funcionalidad con la que deba contar el sistema de recuperacin,
tambin deba considerarse una seccin de login, para que cada usuario acceda a sus
archivos previamente respaldados. La seleccin de estos archivos deba ser flexible y
permitir descargar uno o varios archivos a la vez, los que deban ser empaquetados, as
como otras aplicaciones corporativas como el Siveduc. Para la seleccin ms natural por
parte del usuario, ste deba poder explorar sus carpetas de manera similar al explorador
de Windows.

11.4 Informes y filtros
Al definir los informes a construir se debi considerar qu era importante cuantificar y
sobre qu se deba mantener un control constante. Para la generacin de informes se
consideraron filtros como roles, macro unidades y departamentos y rangos de fechas.
El usuario deber seleccionar el informe a consultar y elegir que parmetros ingresar,
para finalmente realizar la consulta. El diseo de la interfaz de generacin de informes
se muestra en la figura a continuacin.
64

Figura 24.- Diseo filtros de informes.

11.5 Caso de Uso Real: Creacin de una Tarea de Respaldo.
Siguiendo los pasos de la tabla 16, que describen la configuracin de una tarea de
respaldo en el mdulo de respaldo, a travs de la siguiente secuencia de figuras.

Paso 1.- El usuario carga la aplicacin, accede al sistema y decide la accin de
Administrar Mis Respaldos.

Figura 25.- Interfaz de login.

65

Figura 26.- Interfaz principal.

Paso 2.- El sistema consulta a la base de datos las tareas de respaldos creadas por el
usuario.
Paso 3.- El usuario decide crear una Nueva Tarea.

Figura 27.- Interfaz de administracin de respaldos.

Paso 4.- El sistema muestra las opciones a configurar para esta nueva tarea y un
explorador para escoger los archivos y/o carpetas a respaldar.
Paso 5.- El usuario configura las caractersticas de la tarea.
66

Figura 28.- Datos de la tarea de respaldo.

Paso 6.- El usuario escoge los archivos y/o carpetas a respaldar y los agregar al listado.

Figura 29.- Explorador de archivos.

Paso 7.- El sistema lista los archivos y/o carpetas seleccionadas y sus caractersticas.

Figura 30.- Listado de archivos y/o carpetas.

Paso 8.- El usuario puede seguir escogiendo archivos y carpetas.
Paso 9.- El usuario define las opciones avanzadas como la periodicidad de los respaldos
y el filtrado de archivos segn su tipo.
67

Figura 31.- Configuracin avanzada.

Paso 10.- El usuario guarda la tarea creada.
Paso 11.- El sistema crea una nueva tarea en la base de datos y guarda la informacin
correspondiente a sta y sus detalles.

68

11.6 Base de datos
La base de datos fue diseada segn los requerimientos obtenidos anteriormente, para
poder satisfacer las necesidades del sistema de respaldo.

La base de datos almacena casi toda la informacin utilizada por el sistema. Existe otro
tipo de informacin como los log del usuario que se almacenan en el mismo equipo
donde reside la aplicacin de respaldo.

El modelo de datos se puede separar en 4 partes esenciales que corresponden a los
usuarios, a las tareas de respaldo, los respaldos realizados y por realizar, y finalmente,
las recuperaciones realizadas. Este modelo se muestra en la siguiente figura.

Figura 32.- Modelo de datos.

Se utilizaron procedimientos almacenados y vistas que eran llamados por estos
procedimientos, as la lgica transaccional queda incluida en la base de datos. El
diccionario de datos se encuentra en el anexo de este documento, as como el listado de
procedimientos, funciones y vistas.
69

11.7 Diagramas de actividad
Las actividades principales son los respaldos - ya sea automtico y voluntario - y la
recuperacin de archivos.

El siguiente diagrama de actividad corresponde al caso de uso Respaldar
Voluntariamente mostrado en la figura15 y en la tabla19.

Figura 33.- Diagrama de actividad respaldo voluntario de archivos.

70

El siguiente diagrama de actividad muestra el caso de uso Respaldar Automticamente
el cual se muestra en la figura 14 y la tabla 18.

Aplicacin de Respaldo
Buscar los respaldos pendientes
Por cada tarea obtener definicion
Obtener listado completo de archivos
Por cada archivo, enviar al servidor de archivos
Actualizar en la BD estado y porcentaje del respaldo
Por cada archivo insertar en la BD un registro del detalle
Actualizar en la BD estado del respaldo
Esperar un tiempo
Hay
No
hay

Figura 34.- Diagrama de actividad respaldo automtico de archivos.

71

El siguiente diagrama de actividad corresponde al caso de uso Recuperacin de
Archivos y se corresponde con la figura 18 y la tabla 22.

Figura 35.- Diagrama de actividad recuperacin de archivos.

72

12. IMPLEMENTACIN MODULO CLIENTE.

El mdulo del cliente o mdulo de respaldo, permite al usuario configurar sus tareas de
respaldo, realizar respaldos voluntarios en cualquier momento, obtener datos del equipo
para la creacin de la cuenta de usuario, cambiar la contrasea del usuario, desencriptar
respaldos recuperados que fueron previamente encriptados, acceder al log del sistema y
a la ayuda. Adems realiza los respaldos programados previamente por el usuario, sin
que sea ste quien deba gatillar el evento.

Era necesario que la interfaz fuera sencilla y la aplicacin fcil de usar, debido a la gran
diversidad de usuarios, con niveles de conocimientos computacionales muy variados.
Por esto se revisaron sistemas de respaldos y otras aplicaciones que permitan
seleccionar archivos de manera sencilla. Fue aqu cuando se decidi emular la manera de
seleccionar archivos en las aplicaciones que permiten revelar fotografas a travs de
Internet. Especficamente fue el sistema de revelado de FujiFilm esfoto. A
continuacin se muestra una imagen de este sistema de revelado de fotografas. [FF]

Figura 36.- Sistema de revelado de fotografas.

73

Para lograr este efecto se busc aplicaciones de cdigo libre que cumplieran con estos
requisitos, encontrndose un proyecto que permita seleccionar archivos y era muy
parecido a lo que lograba www.esfoto.cl , pero mostrando todos los archivos y no slo
las imgenes. Este proyecto reuna en su interfaz principal dos Panels, un TreeView, un
StripMenuItem, un StatusBar y un ListView, y es mostrado a continuacin. [ETC]

Figura 37.- Explorador de archivos original.

A este cdigo se le agregaron caractersticas como los CheckBoxs que permitan
seleccionar los archivos o carpetas, y botones que permitan explorar rutas clsicas como
Escritorio o Mis Documentos, seleccionar todos los archivos o deseleccionar y tambin
refrescar. Finalmente, se agreg un botn que permita enviar los archivos o carpetas
seleccionadas a un DataGridView que mostraba todos los archivos/carpetas que se
respaldaran en una tarea. La opcin de mostrar iconos pequeos o grandes, lista de
archivos o lista detallada se conserv del proyecto original. La interfaz de
administracin de las tareas de respaldo fue la primera interfaz creada. Y se muestra a
continuacin.
74

Figura 38.- Interfaz administracin de respaldos.

Al comenzar a utilizar la base de datos, se fueron descubriendo limitaciones que posea
el motor de sta, especficamente debido a la versin de este. Por ejemplo al utilizar el
tipo identity para la primary key de una tabla, este daba un salto enorme, por ejemplo
pasaba desde 15 a 500000000000019 o desde 500000000000022 a 1000000000000024
en la tabla usuarios. Debido a esto se utiliz numeric(18,0) como tipo de dato. Se
decidi mantener el campo como identity a pesar de los saltos ya que es ms rpida la
insercin de datos con este mtodo que buscando el valor mximo y sumndole 1. Otra
limitacin encontrada fue que esta versin de Sybase no soportaba subconsultas, por lo
que cada subconsulta deba ser obtenida a travs de una vista. Esto es realmente
engorroso al tratar de obtener informes de uso del sistema.

Debido a que no se utiliz un Web Service que administrara la conexin a la base de
datos, el cliente de Sybase debe instalarse en cada equipo que contara con la aplicacin
de respaldo y en el servidor web que almacenaba la aplicacin de recuperacin. Esto
genera lentitud al momento de instalar y configurar la aplicacin, pero como las
conexiones a la base de datos se abren y cierran en cada ejecucin de un procedimiento
almacenado, no hay mayor problema de sobrecarga del servidor de base de datos. La
migracin a un Web Service al momento de transformar este prototipo en un producto
final es recomendada.

La interfaz principal de la aplicacin se muestra a continuacin y permite el acceso
directo a cada funcin como la administracin de respaldos, informacin del sistema.

75

Figura 39.- Interfaz principal aplicacin de respaldo.

El sistema deba ser flexible, por ejemplo permitiendo al usuario realizar un respaldo
programado inmediatamente, postergarlo o sencillamente cancelarlo. Esta caracterstica
se muestra en la siguiente figura.

Figura 40.- Interfaz de opciones de respaldo automtico.

La aplicacin, adems de realizar los respaldos automticos, tambin permite al usuario
realizar respaldos de manera voluntaria, permitiendo as respaldar archivos que han sido
recientemente modificados, sin necesidad de esperar hasta el prximo respaldo. Esta
funcin se muestra a continuacin.

Figura 41.- Interfaz de respaldos voluntarios.

76

13. IMPLEMENTACION MODULO ADMINISTRADOR

El mdulo de administracin permite administrar las cuentas de usuario, creando
usuarios y equipos desde los cuales se realizarn los respaldos, y asociarlos para permitir
que exista ms de un usuario en cada equipo y as un usuario pueda realizar respaldos
desde ms de un equipo. Adems permite administrar los roles, los cuales definen la
cuota de almacenamiento que poseer cada usuario por omisin, entre otras
funcionalidades.

Para acceder al administrador, el usuario deber ingresar sus credenciales para presentar
las vistas de administrador de sistema, quien tiene acceso a la parte administrativa as
como a la generacin de informes, o la vista para aquellos usuarios que slo deseen
hacer consultas sobre el uso del sistema. A continuacin se muestra la interfaz principal
del administrador.

Figura 42.- Interfaz del sistema de administracin.

A continuacin se muestra la interfaz de administrador de usuarios.

77

Figura 43.- Interfaz de administracin de usuarios.

El mdulo de administracin tambin permite generar informes. Para esto el usuario
deber seleccionar el informe a consultar y elegir que parmetros ingresar, para
finalmente realizar la consulta. La interfaz de generacin de informes se muestra a
continuacin.

Figura 44.- Interfaz de consultas, filtros.

Para la representacin grafica de los informes se utiliz el control para WinForms de
.Net Charting. Este control permite realizar distintos tipos de grficos en 3D, como por
ejemplo de torta, barras, puntos, etc. La licencia de este control permite su uso gratuito,
pero incluye una pequea publicidad, casi imperceptible. A continuacin, la vieta que
78

muestra los resultados de la consulta y luego la vieta que muestra grficamente estos
resultados.

Figura 45.- Interfaz de consultas, resultados.

Figura 46.- Interfaz de consultas, grfico.

La aplicacin de administracin tambin permite actualizar el listado de respaldos
pendientes de cada tarea activa de manera automtica cada da, Esta opcin permite
cancelar la actualizacin al igual que la opcin del sistema de respaldo y los respaldos
automticos. A continuacin se muestra esta funcionalidad.

79

Figura 47.- Interfaz de confirmacin de actualizacin de respaldos programados.

80

14. IMPLEMENTACION MODULO RECUPERACION

Este mdulo consta de la aplicacin web que permite recuperar archivos de manera
selectiva y de una pequea aplicacin Windows que permite desencriptar archivos que
fueron respaldados de manera encriptada.

La aplicacin web deba permitir seleccionar los archivos o carpetas a recuperar. Para
esto consta de un explorador con forma de rbol que se expande y contrae mostrando la
estructura de carpetas dentro del directorio del usuario. Tambin posee una tabla con el
detalle de las carpetas o archivos contenidos dentro del directorio seleccionado en el
rbol y que permite seleccionar los elementos mediante un CheckBox. La idea era
mantener la estructura de la aplicacin de respaldos al seleccionar los archivos a
respaldar. La diferencia es que en el modulo de recuperacin, el contenido de una
carpeta slo se puede mostrar como un listado de archivos y carpetas con sus
caractersticas ms importantes. A continuacin se muestra la pgina principal del sitio
de recuperacin.

Figura 48.- Pgina principal.

Para facilitar la descarga, se genera un nico archivo ZIP, sin importar si se descarga un
solo archivo o el directorio completo. Este archivo es eliminado una vez completada la
descarga. A continuacin se muestra la aplicacin de seleccin y recuperacin de
archivos.
81

Figura 49.- Pgina recuperacin.

Al seleccionar uno o ms archivos el usuario presiona el botn descargar, generando una
ventana de dilogo de descarga, la cual es mostrada a continuacin.

Figura 50.- Dilogo descarga.

Por cada recuperacin realizada se ingresa un registro en la base de datos incluyendo el
usuario y fecha de la recuperacin (tabla recuperaciones) y por cada archivo descargado
se ingresa un detalle en la tabla detalles_recuperaciones.

La aplicacin que desencripta, a partir del archivo zip generado por la aplicacin web,
toma el archivo comprimido, lo descomprime en la ubicacin seleccionada y comienza a
desencriptar los archivos comprimidos, de manera recursiva, recorriendo carpeta a
carpeta, manteniendo la estructura de carpetas original. Esta aplicacin se encuentra
incluida en la aplicacin de respaldo, pero se ha incluido tambin en la recuperacin
para que el usuario pueda desencriptar sus archivos desde cualquier ubicacin y no slo
82

desde el equipo desde donde realiz el respaldo, en caso de encontrarse fuera de la
Universidad. Esta funcionalidad es mostrada a continuacin

Figura 51.- Interfaz de desencriptacin de archivos.

Tambin se agregaron en las descargas disponibles la ayuda del sistema, el .NET
FrameWork 2.0, y la ltima actualizacin de la aplicacin de respaldo, la cual slo es
visible cuando el usuario ha iniciado sesin. La aplicacin de recuperacin fue creada
para Internet Explorer 5.5 o superior y se encuentra disponible actualmente en
http://respaldo.uach.cl.

83

15. VALIDACIONES.

Se realizaron 3 etapas de prueba, con personal de la Universidad. La 1 etapa, con
personal de Centro Informtico, Mesa de Ayuda y Escuela de Ingeniera Civil en
Informtica, con duracin 3 semanas. La 2 etapa, con personal de las Facultades de
Ciencias y Ciencias Agrarias con duracin 5 semanas. Independientemente se realiz
una 3 etapa que consisti en una prueba de carga en un laboratorio para medir la
respuesta del sistema al realizar respaldos simultneos.

15.1 Primera Etapa
El objetivo que persegua la primera etapa era permitir una evaluacin objetiva del
producto y una primera aproximacin a la capacitacin de uso y administracin del
sistema. El listado de usuarios se muestra a continuacin:

Nombre Usuario Campus Unidad Cargo
Claudio Aguilera Isla Teja Mesa de Ayuda Asesor tcnico
Luis Ampuero Isla Teja Centro Informtico J efe de operaciones
Mnica Bravo Isla Teja y Miraflores Ing. Civil en Informtica Tesista Informtica
Paola J urez Isla Teja Centro Informtico Laborante colaboradora de
desarrollo
Milton Muoz Isla Teja Centro Informtico Administrador BD Meta4
Carolina Navarro Isla Teja Mesa de Ayuda Colaboradora Mesa de
Ayuda
J uana Paredes Miraflores Escuela Ing. Civil en
Informtica
Secretaria Escuela
Luis Pereira Isla Teja Centro Informtico Analista FIN700
Eugenio Ponisio Isla Teja Centro Informtico Director Centro
Informtico
Mauricio Sandoval Isla Teja Mesa de Ayuda J efe del rea
J orge Trapp Miraflores Ing. Civil en Informtica Tesista Informtica
Tabla 23.- Listado de usuarios de prueba, 1etapa.

Durante la 1 etapa de pruebas los usuarios descubrieron algunos errores que se fueron
corrigiendo y la aplicacin se fue actualizando diariamente. Tambin se fueron haciendo
cambios de diseo sugeridos por los usuarios.

Un gran problema que se descubri fue la incompatibilidad del sistema de respaldo con
el sistema de la Mesa de Ayuda debido a que utilizaban libreras comunes de Sybase. El
sistema de la Mesa de Ayuda utilizaba una versin anterior de estas libreras por lo que
al actualizarlas con las versiones que utilizaba la aplicacin de respaldo, dejaban de
84

funcionar algunos mdulos del sistema de la Mesa de Ayuda. Como los usuarios que
utilizan ambos sistemas (de respaldo y Mesa de Ayuda) son slo los mencionados
anteriormente, no se justifica buscar una alternativa para que ambos sistemas convivan,
sobre todo cuando los usuarios finales del sistema de respaldo sern funcionarios
involucrados en importantes proyectos de investigacin y desarrollo.

Tambin se descubri que al descargar recuperaciones muy grandes en tamao, el
archivo descargado era de 0KB a pesar de que el ZIP generado estaba correcto.
Buscando alguna explicacin a este fenmeno se descubri en la pgina WEB de MSDN
que este error se deba a las restricciones de memoria en el servidor Web al usar ASP
.NET e IIS 6.0, ya que durante la descarga los datos se almacenan en la memoria durante
la comunicacin entre estos dos procesos, lo que ocasiona un incremento en la
utilizacin de la memoria del servidor Web. La solucin propuesta por Microsoft es
obtener los datos en fragmentos pequeos y moverlos a la secuencia de salida (buffer)
para descargarlos. Para esto se hizo una modificacin en el cdigo del mtodo
Descargar.

Este es el mtodo original de descarga.
Pr ot ect ed Sub Page_Load( ByVal sender As Obj ect , ByVal e As
Syst em. Event Ar gs) Handl es Me. Load
Di mr oot As St r i ng = " C: \ t emp\ "
Di mf i l epat h As St r i ng = Sessi on. I t em( " ar chi vo" )
I f Not f i l epat h I s Not hi ng Then
I f Fi l e. Exi st s( f i l epat h) Then
Di mf i l ename As St r i ng = Pat h. Get Fi l eName( f i l epat h)
Response. Cl ear ( )
Response. Cont ent Type = " appl i cat i on/ oct et - st r eam"
Response. AddHeader ( " Cont ent - Di sposi t i on" ,
" at t achment ; f i l ename=" " " & f i l ename & " " " " )
Response. Fl ush( )
MsgBox( " despues del f l ush " & f i l epat h)
Response. Wr i t eFi l e( f i l epat h)
MsgBox( " despues del wr i t e " & f i l epat h)
End I f
End I f
End Sub

Este es el mtodo modificado.
Pr ot ect ed Sub Page_Load( ByVal sender As Obj ect , ByVal e As
Syst em. Event Ar gs) Handl es Me. Load
ReDi ml i st ado_ar chi vos( 0)
Di mi st r eamAs Fi l eSt r eam
Di mbuf f er As Byt e( )
ReDi mbuf f er ( 10000)
Di ml engt h As I nt eger
Di mdat aToRead As Long
Di mf i l epat h As St r i ng = Sessi on. I t em( " ar chi vo" )
Di mf i l ename As St r i ng = Pat h. Get Fi l eName( f i l epat h)
85

Tr y
i st r eam= New Fi l eSt r eam( f i l epat h, Syst em. I O. Fi l eMode. Open,
Syst em. I O. Fi l eAccess. Read, Syst em. I O. Fi l eShar e. Read)
dat aToRead = i st r eam. Lengt h
Response. Cont ent Type = " appl i cat i on/ oct et - st r eam"
Response. AddHeader ( " Cont ent - Di sposi t i on" , " at t achment ;
f i l ename=" + f i l ename)
Whi l e ( dat aToRead > 0)
I f ( Response. I sCl i ent Connect ed) Then
l engt h = i st r eam. Read( buf f er , 0, 10000)
Response. Out put St r eam. Wr i t e( buf f er , 0, l engt h)
Response. Fl ush( )
ReDi mbuf f er ( 10000)
dat aToRead = dat aToRead - l engt h
El se
dat aToRead = - 1
End I f
End Whi l e
i st r eam. Cl ose( )
Cat ch ex As Except i on
Response. Wr i t e( " Er r or : " + ex. Message)
End Tr y
End Sub

Otro inconveniente se produca cuando un usuario quera recuperar sus archivos ms de
una vez. Esto debido a que cada descarga genera un archivo empaquetado con los
archivos y/o carpetas seleccionados al cual apunta el flujo de descarga y como este flujo
no se cerraba originalmente, el archivo .zip quedaba tomado por el proceso y no poda
volver a crearlo (eliminar y crear). Por este motivo que agrego la sentencia
istream.Close().

15.2 Segunda Etapa
El objetivo que persegua la segunda etapa era permitir una evaluacin del producto por
usuarios reales, comunes y corrientes, sin conocimientos de programacin ni diseo de
aplicaciones. El listado de usuarios se muestra a continuacin:

Nombre Usuario Unidad Cargo
Mara Luisa Contreras. Decanato de Ciencias Agrarias. Secretaria.
Dries Huygens. Instituto de Ingeniera Agraria y Suelos. Docente.
Ociel Muoz. ICYTAL. Docente.
Maritza Reyes. Instituto de Produccin y Sanidad Vegetal. Docente.
Ricardo Riegel. Instituto de Produccin y Sanidad Vegetal. Docente.
Ana Mara Von Chrismar. Instituto de Bioqumica. Docente.
Tabla 24.- Listado de usuarios de prueba, 2etapa.

La etapa de pruebas se extendi por 5 semanas y comenz los primeros das de
Septiembre. Durante estos primeros das se instal la aplicacin de respaldo y se explic
86

a los usuarios su uso, adems se present la primera versin de la aplicacin web de
recuperacin.

Durante las primeras 3 semanas (incluyendo el periodo de fiestas patrias) se monitore
la actividad de los usuarios y al detectar inactividad por parte de algunos, se decidi
extender el periodo de pruebas por una semana ms. Durante esta semana se contact a
los usuarios inactivos para ver si tenan algn problema con el uso de la aplicacin.

Al final del periodo de pruebas se recopilaron los logs del sistema y se aplic un
cuestionario de satisfaccin a los usuarios. El propsito era comparar las respuestas de
los usuarios, con el log de actividad y consultas a la BD. El cuestionario de satisfaccin
y las respuestas obtenidas se encuentran incluidos en el anexo.

Se pudo comprobar que durante un par de das al finalizar el mes de septiembre haba
problemas de conexin al servidor de archivos, lo que deriv en respaldos no realizados
que ms tarde fueron marcados con el estado ausente. Estos errores de conexin se
pueden apreciar a travs del log del sistema. El motivo de estos problemas de conexin
no pudo ser especificado, pero se presume se debi a problemas en el trfico de la red.

Al analizar el log tambin podemos ver que la gran mayora de los respaldos marcados
con el estado archivos no encontrados se debe a que al menos un archivo de los que
deban ser respaldados se encontraba en uso al momento del respaldo, por lo que no era
respaldado. Eran mnimos los respaldos con este estado que corresponden a archivos
eliminados.

Al analizar consultas de uso a la BD, podemos ver que slo el 30% de los usuarios no
realiz modificaciones a las tareas de respaldo creadas. Y que slo el 15% cancel
alguna vez los respaldos programados, sin implicar que siempre realice la misma accin.

Cabe mencionar que los horarios de respaldo escogidos por los usuarios corresponden
preferentemente al periodo de almuerzo, seguido por las primeras horas de la jornada
laboral.

Podemos decir que existen distintos perfiles de usuarios, entre los que podemos contar
con usuarios que no necesitan mantener la aplicacin ejecutndose todo el tiempo ya que
87

prefieren dedicar esos recursos a otros procesos y porque recuerdan hacer respaldos de
manera peridica. Otro perfil de usuario corresponde al usuario bsico que prefiere que
la aplicacin no requiera de su atencin, ni para realizar los respaldos, ni para configurar
las tareas de respaldo. Para este tipo de usuario la instalacin de la aplicacin por parte
del personal de la mesa de ayuda deber incluir la configuracin de una o ms tareas de
respaldo.

Tambin podemos mencionar la inconformidad por parte de los usuarios respecto a la
cuota de almacenamiento, ya sea en periodo de pruebas (2GB) o en produccin (5GB).
A pesar de explicrseles la cantidad de informacin enviada por los usuarios, que a pesar
de no implicar un costo tan elevado por el espacio de almacenamiento requerido, s
considera un costo elevado en el trfico de la red.

Finalmente, se debe recalcar la ayuda prestada por los usuarios de prueba, quienes
dieron parte de su tiempo para la instalacin y configuracin de la aplicacin, adems de
su atencin al momento de ensearles cmo usarla. A pesar de ser muchsimas las
personas que recalcan la necesidad de un sistema de respaldo corporativo, fueron muy
pocos los que estaban dispuestos a dar un poco de su tiempo. Pero estas personas
estaban bastante conformes con la solucin propuesta, con algunas consideraciones
como el espacio de almacenamiento y la lentitud de los respaldos desde algunos lugares
del campus, pero mencionando que el trfico en la red siempre es lento en sus casos.

15.3 Pruebas en Laboratorio
Fecha: 24/07/2008.
Lugar: Sala de Capacitacin, Mesa de Ayuda.
Nmero de usuarios creados: 6
Nmero de usuarios usados: 4
Nmero de equipos usados: 4
Numero de tareas creadas: 5

Se crearon tres tipos de paquetes de archivos a respaldar de 200 MB cada paquete, el
primer paquete consista en un solo archivo, el segundo en 4, y el tercero en 36 archivos.
La idea de esta distribucin de tamao era ver cmo responda el sistema a distintas
configuraciones. Tambin se crearon tareas encriptadas y sin encriptar.

88

N Archivos Tamao Unitario
Aprox. (MB)
Tamao Total (MB) Descripcin
1 206 206 Uno archivo grande
4 48 192 Pocos archivos medianos
(encriptados y sin encriptar)
36 5,6 202 Muchos archivos pequeos
(encriptados y sin encriptar)
Tabla 25.- Paquetes de archivos creados.

Usuario Descripcin Tarea Fecha creacin Estado Encriptacin Tipo Tarea Equipo
usuario2 us2 sin encriptar muchos 24/07/2008 activa No Archivos PC equipo2
usuario6 us6 sin encriptar uno 24/07/2008 activa No Archivos PC equipo6
usuario4 us4 encriptados pocos 24/07/2008 activa Si Archivos PC equipo4
usuario3 us3 sin encriptar pocos 24/07/2008 activa No Archivos PC equipo3
usuario2 us2 encriptados muchos 24/07/2008 activa SI Archivos PC equipo2
Tabla 26.- Tareas de respaldo creadas.

A continuacin se muestran las rondas realizadas y los respaldos de cada ronda, con su
duracin.
Ronda Descripcin Tarea Inicio Respaldo Fin Respaldo Duracin (seg) Estado Progreso (%)
1 us3 normal pocos 14:56:35.843 14:57:47.873 72 completado 100
1 us2 normal muchos 15:03:51.186 15:05:05.796 74 completado 100
1 us6 normal uno 15:05:57.170 15:07:03.950 66 completado 100
1 us4 encriptado pocos 15:06:21.653 15:10:39.733 258 completado 100
2 us2 encriptado muchos 15:10:34.640 15:11:21.170 46 completado 100
Tabla 27.- Rondas de respaldos realizados.

Descripcin Rondas
Primera ronda, se crearon 3 paquetes de archivos y 4 tareas, tres tareas con cada paquete
sin encriptar y una tarea encriptada con el paquete con pocos archivos. Se puede apreciar
que la tarea que menos tard, fue la donde slo se enviaba un archivo, seguida de la que
tena pocos y luego por la que tena muchos, sin gran diferencia entre estas tres tareas,
en cambio la tarea que deba ir encriptada tarda 3 veces este tiempo y ms.

89

Segunda ronda, se cre una nueva tarea encriptada con muchos archivos. Este respaldo
tarda muy poco debido a que fue el nico corriendo en ese momento.

Tercera ronda, se respaldaron las 5 tareas creadas en total, pero en este caso los archivos
ya existan en el servidor. Por lo que las tareas sin encriptar no tardaron mucho, debido a
que slo necesitan comparar la fecha de modificacin de cada archivo, es por esto que la
tarea con muchos archivos tarda ms. En este caso, los archivos encriptados siempre se
respaldan, ya que el archivo encriptado se crea en el momento de comenzar el respaldo,
es por esta razn que estos respaldos tardan ms. Tambin podemos apreciar una gran
diferencia entre la encriptacin de 4 archivos de 50 MB versus 36 archivo de 5 MB, por
lo que podemos concluir que el tiempo que tarda un respaldo encriptado no slo depende
del tamao final de cada respaldo sino el tamao de cada archivo y la cantidad de stos,
a pesar de que el encriptado sea secuencial y no paralelo. Y que el tiempo de encriptado
de un archivo responde a una funcin exponencial que involucra a su tamao.

Cuarta ronda, se eliminaron los archivos del servidor y se volvieron a respaldar todas las
tareas en forma paralela. Cabe mencionar que si un usuario en un equipo tiene ms de
una tarea de respaldo, stas se realizan de manera secuencial.

90

16. PUESTA EN MARCHA.

Una vez finalizado el piloto de proyecto, se desea poner en produccin el sistema de
respaldo. Para esto es necesario seguir los siguientes pasos:

16.1 Comprar, instalar y configurar el servidor
Lo primero es poner la orden de compra para el servidor. Una vez que este equipo llega
es necesario instalar el sistema operativo seleccionado, el cual es Windows 2003 Server.

Para las labores de servidor de archivos es necesario instalar un servidor FTP y el
seleccionado es Filezilla Server, .NET Framework y finalmente la aplicacin de
administracin de respaldos.

Para las labores de servidor WEB se debe agregar Microsoft Internet Information Server
y sobre este crear el sitio web, finalmente copiar los archivos del sitio web publicado por
Visual Studio .Net.

Por otra parte se debe realizar el paso de la base de datos de desarrollo a produccin.
Este paso implica la recreacin de la base de datos (tablas, vistas y procedimientos
almacenados).

Por ltimo, respecto a la configuracin del servidor de archivos, lo primero es crear las
cuentas de usuario, con lo que se crean automticamente las carpetas del servidor FTP
para cada usuario. Al crear un usuario, se enva un correo electrnico con el nombre de
usuario y la contrasea encriptada al administrador del sistema, para que cree la cuenta
FTP.

16.2 Difundir el servicio de respaldo.
Existen dos maneras de difundir un nuevo servicio ofrecido por el Centro Informtico, y
depende de la magnitud del proyecto.

91

La primera opcin, para proyectos ms pequeos, implica la creacin de una nota de
prensa que se publicar en el sitio web de la Universidad y en el sitio web del Centro
Informtico. Su elaboracin es responsabilidad de la relacionadora pblica del Centro
Informtico, quien entrevistar a los responsables del proyecto y generar la nota de
prensa dirigida a un pblico general.

La segunda opcin, para proyectos de mayor magnitud, implica adems de la creacin
de la nota de prensa, la creacin de otras formas de publicidad, por ejemplo afiches. Esta
opcin requiere el trabajo de varias personas adems de la relacionadora pblica, como
por ejemplo un diseador grfico. La idea principal es generar expectacin por parte de
los usuarios, anunciando el nuevo servicio con anterioridad a su lanzamiento y
reforzando la publicidad en varias etapas.

16.3 Monitorear el uso del sistema de respaldo.
Para mantener una constante monitorizacin del sistema se pueden generar distintos
tipos de informes, los cuales se pueden clasificar segun la frecuencia de su generacin.

Informes de uso diario.
El administrador de sistema, al menos durante el primer mes desde la puesta en marcha
del sistema, deber monitorear contantemente su uso, de preferencia diariamente, para
verificar que todo est marchando bien. Por ejemplo, se puede utilizar el informe de
duracin de los respaldos, filtrados por la fecha actual.

Informes mensuales
Cuota asignada versus cuota utilizada: nos permite conocer el uso del espacio de
almacenamiento del servidor y poder calcular la tasa de crecimiento (a partir de informes
generados anteriormente).

Estados de los respaldos: nos permite conocer la cantidad de respaldos realizados
exitosamente, as como los respaldos que no terminaron completamente y los cancelados
por los usuarios.

92

17. CONCLUSIONES.

17.1 Objetivo General
Respecto al objetivo general podemos concluir que se cumpli completamente debido a
que se logr disear e implementar un prototipo funcional de un sistema de respaldo de
informacin digital para el personal de la Universidad Austral de Chile de acuerdo a sus
necesidades y requerimientos.

17.2 Objetivos Especficos
Se analizaron diferentes herramientas y sistemas de respaldos ayudando en la
recoleccin de requisitos que deba cumplir el sistema de respaldo. En esta etapa se
descartaron alternativas difciles de mantener y otras que no cumplan con los requisitos
de utilizacin de la infraestructura de red actual, especficamente las alternativas de
respaldo fuera del campus, ya que consuman demasiado el recurso de trfico de salida
de la red.

Se dise e implement una aplicacin que permita administrar tareas de respaldo y
realizar estos, tanto de manera automtica como voluntaria, con la opcin de enviar y
almacenar los archivos de respaldo de manera encriptada.

Se dise e implement una aplicacin de administracin del sistema que adems
permite realizar consultas sobre su uso permitiendo al usuario acotar las respuestas
mediante la creacin de mltiples filtros.

Se midieron los beneficios que proporciona el sistema durante el perodo de prueba con
usuarios reales, los que proporcionaron valiosa informacin respecto al posible rumbo
que poda tomar el sistema. Se realiz un estudio de los costos considerando parmetros
similares para las opciones de un desarrollo interno y la contratacin del servicio de
respaldo, quedando en evidencia el significativo ahorro realizado al escoger la primera
alternativa, no slo por el ahorro inmediato sino el futuro.

93

17.3 Futuro
Podemos considerar cambios a la aplicacin como por ejemplo la implementacin de un
web service que manipule las conexiones a la base de datos, variando parmetros como
conexiones simultneas para obtener una configuracin ideal que maximice el
rendimiento del sistema de respaldo.

Tambin se podra optimizar el proceso de borrado de archivos obsoletos, por ejemplo si
un usuario ha desactivado una tarea de respaldo, los archivos o carpetas que componan
esta tarea ya no se seguirn respaldando en el servidor, pero la ultima versin respaldada
permanece sin ser borrada. Para realizar el borrado, el usuario actualmente, debe
solicitar a un operador que realice esta accin, para evitar as borrados accidentales. En
una nueva versin de la aplicacin se podran incluir permisos de borrado de archivos
por parte del usuario, aceptando esta opcin en el contrato de servicio firmado con el
Centro Informtico, liberando as a esta Unidad de responsabilidades ante el borrado
informacin

Existe un posible desarrollo que permita mejorar la seguridad en la transferencia y
almacenamiento de los archivos, utilizando una conexin segura. Sin embargo,
actualmente, el sistema de respaldo cumple con las mismas medidas de seguridad que
los dems sistemas de informacin de la Universidad.

Por otra parte podemos reutilizar el cdigo fuente, variando parmetros como la
direccin del servidor de archivos, para crear diversas aplicaciones de respaldo que
funcionen para distintas Macrounidades, como por ejemplo las Facultades. De esta
manera cada Facultad podra contar con un servidor de archivos exclusivo, pero
compartiendo la base de datos. Aqu la diferencia la hara la aplicacin de respaldo, la
cual dependiendo de su versin enviara los archivos al servidor definido en su cdigo
fuente. As podra extenderse el servicio a alumnos de pre y post grado, especialmente a
alumnos tesistas, que tienen la necesidad de contar con un espacio de almacenamiento
seguro para sus trabajos de tesis.

Finalmente podemos mencionar la creacin de nuevas funcionalidades que integren el
sistema de respaldo con otros sistemas corporativos, por ejemplo el Siveduc. De esta
manera se podran respaldar, de manera automtica, los cursos dictados por los
94

profesores en sus cuentas del sistema de respaldos, y lo mismo para los alumnos
dependiendo de los ramos inscritos en el semestre actual.

17.4 Otras Conclusiones
Al usar un web service encargado de manipular las conexiones a la base de datos se
hubiesen evitando problemas de seguridad y problemas de compatibilidad entre sistemas
usados en la Mesa de Ayuda. Tambin se podra haber optimizado recursos. Es por esto
que se recomienda la migracin al momento de lanzar este prototipo como un producto
final.

Respecto a la tecnologa seleccionada, se puede concluir que cumpli con los
requerimientos del sistema, tanto en rendimiento como en licenciamiento, no
incurriendo en gastos extras en la implementacin del prototipo.

En cuanto al tema de realizar respaldos peridicamente, se hizo bastante notoria esta
necesidad con eventos ocurridos durante el desarrollo de este prototipo, especficamente
con el incendio del edificio Emilio Pugin que afect a la Facultad de Ciencias de nuestra
Universidad. La informacin perdida en este siniestro fue incalculable. A pesar de esta
lamentable experiencia, an existen muchos docentes y personal administrativo que no
mantiene un respaldo de su informacin al menos es algn dispositivo extrable. Gran
parte de ellos est consciente de este error, pero no toman ninguna medida de
prevencin. De esto podemos concluir que el tema de mantener respaldos pasa por un
tema de educacin, y tambin de implementacin de protocolos de respaldo de
informacin a nivel institucional.

Respecto a la infraestructura de red de la UACh, podemos concluir que an existen sub-
redes de menor velocidad. Esto se debe a que se comunican con el resto de la red a
travs de un switch que soporta una menor velocidad de tranferencia de datos. Estos
switch pueden ser comparados con un cuello de botella que disminuye la velocidad de
tranferencia de datos para la sub-red detrs de l. Para solucionar este problema, se
deben encontrar los switch ms lentos y cambiarlos por equipos nuevos. Se lleg a esta
conclusin a partir de algunos problemas de conexin que surgieron en la etapa de
pruebas y las observaciones realizadas por algunos usuarios, los que mencionaron que el
trfico de la red era generalmente lenta en sus Unidades.
95

Queda pendiente comprobar el funcionamiento del sistema de respaldo desde los otros
campus que no se encuentran ubicados dentro de Valdivia. Debido a la dificultad para
conseguir usuarios de prueba dentro de la ciudad, no se consider esta alternativa dentro
de las etapas de pruebas.

96

18. REFERENCIAS BIBLIOGRFICAS.

[AB] AutoBackup
Disponible en http://www.autobackup.cl/e-ques1.htm
Consultado el 15 de noviembre de 2008.

[AD] Adrive, Online Storage.
Disponible en http://www.adrive.com/
Consultado el 15 de octubre de 2008.

[AMANDA] AMANDA The Advanced Maryland Automatic Network Disk Archiver.
Disponible en http://www.amanda.org/

[BCL] Bacula, solucin de respaldo en red de cdigo abierto
Disponible en http://www.bacula.org/en/

[BPC] Backup PC, respaldo a disco de cdigo abierto.
Disponible en http://backuppc.sourceforge.net/

[CBF] Foro Cobian Backup.
Disponible en http://sherwood.lh.umu.se/CobianBackup/

[CBHP] The home of Cobian Backup.
Disponible en http://www.educ.umu.se/~cobian/cobianbackup.htm

[CI] Centro Informtico Universidad Austral de Chile.
Disponible en http://www.uach.cl/centro/informatico/

97

[DDVT] Disco Duro Virtual Terra
Disponible en
http://soporte.terra.cl/PreguntasFrecuentes/ServiciosPortal/DiscoDuroVirtual

[DDVTC] Disco Duro Virtual Telefnica Chile.
Disponible en
http://www.telefonicachile.cl/soluciones/divisiongentedenegocios/discodurovirtual.htm

[DNC] Dot Net Charting
Disponible en http://www.dotnetcharting.com/home.aspx

[DVAE] Disco Virtual Administrado Entel.
Disponible en http://www.123.cl/entel/datacenter/dva.htm

[ETC] Explorer Tree Control
Disponible en http://www.codeproject.com/KB/cpp/VbNetExpTree.aspx

[FD] Freedrive, Online Storage.
Disponible en http://freedrive.com/

[FF] FujiFilm, revelado digital de fotografas.
Disponible en http://www.fujifilm.cl/fujifilmv3/indexv3.php

[FWR] Requisitos mnimos de configuracin.
Disponible en http://msdn.microsoft.com/es-es/library/5bhs70fc(VS.80).aspx

98

[GD] Gmail Drive
Disponible en http://es.wikipedia.org/wiki/GMail_Drive

[GSS] Gemelo Storage Solutions.
Disponible en http://www.gemelobackuponline.com.br/portuguese/home.asp

[ID] Idrive, Online Storage.
Disponible en http://idrive.com/

[MVS] Microsoft Visual Studio.
Disponible en http://es.wikipedia.org/wiki/Microsoft_Visual_Studio

[MVSS] Microsoft Visual SourceSafe.
Disponible en http://es.wikipedia.org/wiki/Microsoft_Visual_SourceSafe

[P] Perl
Disponible en http://es.wikipedia.org/wiki/Perl

[PEUACH]Plan Estratgico UACh 2008-2011
Disponible en
http://www.uach.cl/rrpp/online/anexos/2008/07/PLAN%20ESTRATEGICO%20UACH
%202008%20-%202011.pdf
Consultado el 14 de diciembre de 2008

[RDIFF] Rdiff-backup, respaldo remoto incremental.
Disponible en http://www.nongnu.org/rdiff-backup/

99

[RSN] Rsnapshot, sistema de archivos remoto.
Disponible en http://rsnapshot.org/

[RSS] Rsync Snapshot, respaldo fcil a automtico.
Disponible en http://www.mikerubel.org/computers/rsync_snapshots/

[SBS] Database Management, Mobile Solutions and Messaging, Data Warehousing,
Data Integration - Sybase Inc.
Disponible en http://www.sybase.es/

[SBSWK] Adaptive Server Enterprise.
Disponible en http://es.wikipedia.org/wiki/Adaptive_Server_Enterprise

[TCP] The Code Project, An All VB.NET Explorer Tree Control with ImageList
Management.
Disponible en http://www.codeproject.com/KB/cpp/VbNetExpTree.aspx

[UCH] Universidad de Chile, Respaldo y Recuperacin de datos
Disponible en
http://www.sti.uchile.cl/uchile.portal?_nfpb=true&_pageLabel=conUrl&url=39025

[XD] Xdrive, Online Storage.
Disponible en http://xdrive.com

100

ANEXO A. CUESTIONARIO
Preguntas.
1. Si la UACh implementara un sistema de respaldo de informacin, Qu
caractersticas de este sistema considera usted ms importantes? Asigne
prioridades siendo 1 la mayor prioridad y 4 la menor.
a) Facilidad de uso
b) Que no tarde mucho tiempo
c) Que no requiera atencin de mi parte
d) Seguridad en la transferencia y almacenamiento de los archivos

2. Si contara con un sistema de respaldo, Qu tipo de archivos respaldara
comnmente? Puede marcar ms de una alternativa.
a) Archivos de texto (por ejemplo archivos Word)
b) Planillas de clculo (por ejemplo planillas Excel)
c) Imgenes y fotografas
d) Videos
e) Presentaciones (por ejemplo archivos Power Point)
f) Otros: ________________________________________________

3. Ha participado usted en proyectos con financiamiento externo, tales como
FONDEF, FONDECYT, CONICYT, MECESUP, etc.?
a) S, actualmente estoy participando
b) S, en los ltimos 5 aos
c) S, hace ms de 5 aos
d) Nunca

4. Ha perdido archivos?
a) Frecuentemente me ocurre
b) Varias veces
c) Al menos una vez
d) Nunca me ha ocurrido

5. Por qu motivo ha perdido archivos?
a) Falla del computador
b) Robo del computador
101

c) Falla del medio externo (pendrive, CD, diskette, etc.).
d) Borrado accidental
e) Otro: ________________________________________________

6. En caso de prdida de archivos, que acciones tomara usted.
a) Tratara de recuperarlo yo mismo
b) Buscara ayuda en la persona ms cercana que posea conocimientos en
computacin
c) Llamara a la Mesa de Ayuda de la Universidad
d) Llamara al Centro Informtico directamente
e) No hara nada

7. Si la Universidad proporcionara una herramienta para respaldar sus archivos de
manera fcil y segura (clave de acceso y encriptacin (cifrado de archivo)),
Usted la utilizara?
a) Por supuesto que la utilizara
b) A veces la utilizara
c) Lo pensara
d) No la utilizara

8. Qu tipo de contrato tiene usted con la Universidad?
a) Soy Acadmico
b) Soy Profesional
c) Soy Administrativo

9. Comentarios:
_______________________________________________________
_______________________________________________________
_______________________________________________________
_______________________________________________________

102

Respuestas.

Pregunta Alternativas Ent. 1 Ent. 2 Ent. 3 Ent. 4 Ent. 5 Ent. 6 Ent. 7
1.- Si la UACh implementara un sistema de
respaldo de informacin, Qu caractersticas
de este sistema considera usted ms
importantes? Asigne prioridades siendo 1 la
mayor prioridad y 4 la menor.
a) Facilidad de uso 1 3 3 1 2 2 2
b) Que no tarde mucho
tiempo
4 4 1 4 3 4 3
c) Que no requiera atencin
de mi parte
3 2 4 2 4 3 4
d) Seguridad en la
transferencia y
almacenamiento de los
archivos.
2 1 2 3 1 1 1
2.- Si contara con un sistema de respaldo,
Qu tipo de archivos respaldara
comnmente? Puede marcar ms de una
alternativa.

a) Archivos de texto X X X X X
b) Planillas de clculo X X X X X X
c) Imgenes y fotografas X X X X
d) Videos X X
e) Presentaciones X X X X X X
f) Otros X
7
X
6
X
6
X
8
X
6
X
9

3.- Ha participado usted en proyectos con
financiamiento externo, tales como FONDEF,
FONDECYT, CONICYT, MECESUP, etc.?

a) S, actualmente estoy
participando
X X X
b) S, en los ltimos 5 aos X
c) S, hace ms de 5 aos
d) Nunca X X X
4.- Ha perdido archivos?

a) Frecuentemente me ocurre
b) Varias veces X X X
c) Al menos una vez X X X
d) Nunca me ha ocurrido X
5.- Por qu motivo ha perdido archivos?

a) Falla del computador X X X X
b) Robo del computador X
c) Falla del medio externo X X

7
Correo
8
Procesadores geomtricos, SW matemtico.
9
PDF
103

(pendrive, CD, diskette, etc.)
d) Borrado accidental X X
e) Otro
6.- En caso de prdida de archivos, que
acciones tomara usted.

a) Tratara de recuperarlo yo
mismo

b) Buscara ayuda en la
persona ms cercana que
posea conocimientos en
computacin
X X X
c) Llamara a la Mesa de
Ayuda de la Universidad
X X X X X
d) Llamara al Centro
Informtico directamente
X X
e) No hara nada
7.- Si la Universidad proporcionara una
herramienta para respaldar sus archivos de
manera fcil y segura (clave de acceso y
encriptacin (cifrado de archivo)), Usted la
utilizara?
a) Por supuesto que la
utilizara
X X X X X
b) A veces la utilizara X
c) Lo pensara X
d) No la utilizara
8.- Qu tipo de contrato tiene usted con la
Universidad?

a) Soy Acadmico X X X X X X
b) Soy Profesional
c) Soy Administrativo X
9.- Comentarios - -
10
-
11

12

13

Fecha 03/09/2007 28/08/2007 28/08/2007 28/08/2007 24/08/2007 24/8/2007 03/09/2007
Tabla 28.- Respuestas cuestionario.

10
Creo que es muy importante el considerar este sistema de respaldo sobre todo para los que no tienen muchos conocimientos y manejo computacional e informtico
11
Realizo respaldos peridicos (cada mes) en otro PC y en medio ptico. Dudara respaldar archivos como pruebas y confidenciales (pruebas)
12
Me robaron el PC hace una mes, no realizaba respaldos.
13
Me parece una herramienta muy til.

104

ANEXO B. RECUPERACION POR MESA DE AYUDA.

Figura 52.- Diagrama de proceso solicitud de recuperacin por Mesa de Ayuda.

Caso de Uso Recuperacin por la Mesa de Ayuda
Actores Tcnico
Propsito Recuperar uno o ms archivos respaldados previamente
Resumen El tcnico escoge que archivos desea recuperar y el destino de esta
recuperacin
Actor Sistema
1.- El tcnico carga la aplicacin de recuperacin 2.- El sistema lista todos los archivos respaldados
3.- El tcnico elige el listado de archivos a
5.- Si la recuperacin se realiza exitosamente, se
registra en la base de datos
Actor Sistema
1.- El tcnico carga la aplicacin de recuperacin 2.- El sistema lista todos los archivos respaldados
3.- El tcnico elige el listado de archivos a
5.- Si la recuperacin no se realiza exitosamente, se
enva un mensaje al administrador de sistema.
Tabla 29.- Caso de uso recuperacin por la Mesa de Ayuda.
105

ANEXO C. DICCIONARIO DE DATOS

Tabla Campo Tipo PK Not Null FK Tabla Unique Identity Check
usuarios idusuario numeric(18,0) * * *
usuarios nombre varchar(20) * *
usuarios password varchar(70) *
usuarios estado varchar(10) * activo, inactivo
usuarios cuota_especial14 numeric(38,0)
usuarios mail varchar(200)

roles idrol numeric(18,0) * * *
roles descripcion varchar(50) * *
roles estado varchar(10) * activo, inactivo
roles cuota15 numeric(38,0)

usuarios_roles idusuario numeric(18,0) * * * usuarios *
usuarios_roles idrol numeric(18,0) * * * roles

tareas idtarea numeric(18,0) * * *
tareas idusuario numeric(18,0) * * usuarios_equipos
tareas idequipo numeric(18,0) * usuarios_equipos
tareas descripcion varchar(30) *
tareas fecha_creacion datetime *
tareas fecha_vencimiento datetime

14
Cuota de almacenamiento especial, asignada por usuario, que en caso de ingresarse, rige sobre la cuota asignada por rol.
15
Cuota de almacenamiento asignada por rol, a todos los usuarios que posean ese rol, la cuota por rol no es acumulable si se posee ms de un rol, sino que rige la mayor cuota.
106

tareas estado varchar(10) * activa, inactiva
tareas idtipo_tarea numeric(18,0) * * tipos_tareas
tareas encriptacion bit *

tipos_tareas idtipo_tarea numeric(18,0) * * *
tipos_tareas descripcion varchar(50) *

detalles_tareas iddetalle_tarea numeric(18,0) * * *
detalles_tareas idtarea numeric(18,0) * * tareas
detalles_tareas nombre varchar(200) *
detalles_tareas ruta varchar(1000) *
detalles_tareas tamano numeric(38,0) *
detalles_tareas carpeta16 bit *
detalles_tareas subcarpetas17 bit *
detalles_tareas tamano numeric(38,0) *

respaldos idrespaldo numeric(18,0) * * *
respaldos idtarea numeric(18,0) * * tareas
respaldos fecha_programada datetime *
respaldos fecha_inicio datetime
respaldos fecha_fin datetime
respaldos estado varchar(30) * 18
respaldos progreso numeric(38,0) * 19

16
Indica si el detalle corresponde a una carpeta (1) o a un archivo (0).
17
En caso de que el detalle corresponda a una carpeta, este campo indica si se deben incluir en el respaldo las subcarpetas (1) o no (0).
18
creado, completado, archivos no encontrados, archivos no respaldados, en proceso (manejado por SW)
19
0 a 100 (manejado por SW).
107

respaldos tipo varchar(30) * 20

detalles_respaldos iddetalle_respaldo numeric(18,0) * *
detalles_respaldos idrespaldo numeric(18,0) * * respaldos
detalles_respaldos archivo varchar(200) *
detalles_respaldos fecha_modificacion datetime *
detalles_respaldos tamano numeric(38,0) *

recuperaciones idrecuperacion numeric(18,0) * * *
recuperaciones idusuario numeric(18,0) * * usuarios
recuperaciones motivo varchar(1000) *
recuperaciones fecha datetime *

detalles_recuperaciones iddetalle_recuperacion numeric(18,0) * * *
detalles_recuperaciones idrecuperacion numeric(18,0) * * recuperacion
detalles_recuperaciones nombre_archivo varchar(2048) * *

usuarios_windows idusuario_win numeric(18,0) * * *
usuarios_windows usuario_win varchar(50) *
usuarios_windows idequipo numeric(18,0) * * equipos

equipos idequipo numeric(18,0) * * *
equipos descripcion varchar(50) * *
equipos estado varchar(10) * activo, inactivo

tarjetas_red idtarjeta numeric(18,0) * * *

20
programado, selectivo (manejado por SW).
108

tarjetas_red mac varchar(20) * *
tarjetas_red ip varchar(20) *
tarjetas_red idequipo numeric(18,0) * * equipos

usuarios_equipos idusuario numeric(18,0) * * * usuarios
usuarios_equipos idequipo numeric(18,0) * * * equipos

periodicidad idperiodicidad numeric(18,0) * * *
periodicidad idtarea numeric(18,0) * * tareas
periodicidad tipo varchar(10) *
periodicidad dia_mes int
periodicidad hora datetime
periodicidad fecha datetime
periodicidad iddia numeric(18,0) * dias_semana
periodicidad idmes numeric(18,0) * meses_ano

dias_semana iddia numeric(18,0) * *
dias_semana coddia int *
dias_semana dia varchar(10) *

meses_ano idmes numeric(18,0) * *
meses_ano codmes int *
meses_ano mes varchar(10) *

filtros idfiltro numeric(18,0) * *
filtros idtarea numeric(18,0) * * tareas
filtros tipo varchar(10) * incluir, excluir
109

filtros texto bit * 21
filtros presentacion bit * 11
filtros calculo bit * 11
filtros imagen bit * 11
filtros video bit * 11
filtros audio bit * 11
filtros ejecutable bit * 11
filtros comprimido bit * 11

usuarios_departamentos idusuario numeric(18,0) * * usuarios
usuarios_departamentos iddepartamento varchar(8) *

M4T_DEPARTAMENTOS ID_DEPARTAMENTO varchar(8) *
M4T_DEPARTAMENTOS N_DEPARTAMENTO22 varchar(40) *

M4T_MACROUNIDADES ID_MACROUNIDAD char(10) *
M4T_MACROUNIDADES N_MACROUNIDAD23 char(60) *
Tabla 30.- Diccionario de datos.

21
(Manejado por SW)
22
Nombre del departamento
23
Nombre de la macrounidad
110

ANEXO D. LISTADO DE PROCEDIMIENTOS; FUNCIONES Y VISTAS

Listado de Procedimientos Almacenados.
Nombre Procedimiento Descripcin Proyecto(Interfaz)
sp_ActualizarEstadoTarea Marca como activa o inactiva una determinada tarea de respaldo Backup (frmBackup)
sp_AgregarRespaldo Agrega un nuevo respaldo al listado de respaldos programados solo si este no ha sido
agregado previamente
Server(frmAdministrador)
sp_BuscarEquipos Busca todos los equipos que tengan en su descripcin el texto ingresado Server (frmTodosEquipos)
sp_BuscarRespaldosAtrasados Busca todos los respaldos programados de un usuario que ya deberan haberse realizado Backup (frmPrincipal)
sp_BuscarRespaldosCreados Busca todos los respaldos programados de un usuario que daban realizarse en un periodo de
tiempo determinado
Backup (frmPrincipal)
sp_BuscarRoles Buscar todos los roles que tengan en su descripcin el texto ingresado Server (frmTodosRoles)
sp_BuscarTodosEquipos Carga todos los equipos Server (frmTodosEquipos)
sp_BuscarTodosRoles Carga todos los roles Server (frmTodosRoles)
sp_BuscarTodosUsuarios Carga todos los usuarios Server (frmTodosUsuarios)
sp_BuscarUltimosRespaldos Busca los ltimos respaldos programados de un usuario de entre los respaldos atrasados Backup (frmPrincipal)
sp_BuscarUsuarios Busca los usuarios pertenecientes a un departamento y que tengan en su nombre el texto
ingresado
Server (frmTodosUsuarios)
sp_BuscarUsuariosTexto Busca los usuarios que tengan un nombre parecido al texto ingresado Server (frmTodosUsuarios)
sp_CambiarPassword Cambia la contrasea de un usuario Backup (frmCambiarPass) - Server (frmCambiarPass)
sp_CargarCuotaUsuario Obtiene el valor de la cuota asignada a un usuario, segn su rol y tambin si tiene cuota
especial
Backup (mdBiblioteca)
sp_CargarCuotaUtilizada Obtiene el valor de la cuota utilizada segn el tamao de las tareas activas de un usuario, a
partir del detalle

sp_CargarDatosEquipo Cargar todos los datos de un equipo Server (frmAdminEquipos)
sp_CargarDatosRol Carga todos los datos de un rol Server (frmAdminRoles)
111

sp_CargarDatosTarea Carga la definicin de una tarea Backup (frmBackup)
sp_CargarDatosUsuarioId Cargar los datos de un usuario a partir de su identificador Server (frmAdminUsuarios, frmAdminUsuariosEquipos)
sp_CargarDatosUsuarioNombre Carga los datos de un usuario a partir de su nombre Backup (mdBiblioteca)
sp_CargarDepartamentos Carga todos los departamentos pertenecientes a un macrounidad Server (frmAdminUsuarios, frmTodosUsuarios)
sp_CargarDepartamentosUsuario Carga los departamentos a los que pertenece un usuario Server (frmAdminUsuarios
sp_CargarDetallesRecuperacion Carga todos los detalles de una recuperacin
sp_CargarDetallesRespaldo Carga todos los detalles de un respaldo
sp_CargarDetallesTarea Carga todos los detalles de una tarea de respaldo Backup (frmBackup)
sp_CargarDiasSemana Carga los das de la semana Backup (frmBackup)
sp_CargarEquipos Carga todos los equipos Server (frmAdminUsuariosEquipos)
sp_CargarEquiposUsuario Carga todos los equipos a los que est asociado un usuario Backup (frmBackup)
Server (frmAdminUsuariosEquipos)
sp_CargarFiltrosTarea Carga todos los filtros que hayan sido aplicados a una tarea Backup (frmBackup)
sp_CargarMACSAsociadas Carga las MACS asociadas a un equipo Backup (frmLogin)
sp_CargarMacrounidades Carga todas las macrounidades Server (frmAdminUsuarios, frmTodosUsuarios)
sp_CargarMesesAno Carga los meses del ao Backup (frmBackup)
sp_CargarPeriodicidadTarea Carga la periodicidad de respaldo de una tarea Backup (frmBackup)
sp_CargarRecuperaciones Carga las recuperaciones realizadas por un usuario
sp_CargarRespaldos Carga todos los respaldos realizados por un usuario.
sp_CargarRoles Carga todos los roles Server (frmAdminUsuarios)
sp_CargarRolesUsuario Carga los roles asociados a un usuario Server (frmAdminUsuarios)
sp_CargarTareas Carga todas las tareas de respaldo de un usuario para un equipo Backup (frmBackup, frmRespaldarTareas)
sp_CargarTareasActivas Carga solo las tareas de respaldo activas. Server (frmAdministrador)
sp_CargarTarjetas Carga todas las tarjetas Server (frmAdminEquipos)
sp_CargarTiposTareas Carga todos los tipos de tareas disponibles Backup (frmBackup)
sp_CargarUsuariosWin Carga todos los usuarios de Windows asociados a un equipo Server (frmAdminEquipos)
sp_DesasociarUsuarioDeptos Desasociar un usuario a uno o ms departamentos Server (frmAdminUsuarios)
sp_DesasociarUsuarioEquipos Desasociar un usuario a uno o ms equipos Server (frmAdminUsuarioEquipos)
112

sp_DesasociarUsuarioRoles Desasociar un usuario a uno o ms roles Server (frmAdminUsuarios)
sp_EliminarRespaldos Eliminar todos los respaldos creados para una tarea cuando su estado es "creado" Backup (frmBackup)
sp_EliminarTarjeta Eliminar una tarjeta de red Server (frmAdminEquipos)
sp_EliminarUsuarioWin Eliminar un usuario de Windows Server (frmAdminEquipos)
sp_ExisteUsuario Verifica que exista un usuario a partir de un nombre
sp_GuardarDetalleRespaldo Guarda un detalle de un respaldo Backup (mdBiblioteca)
sp_GuardarDetallesRecuperacion Guarda un detalle de una recuperacin Rescue (fnDescargar)
sp_GuardarDetallesTarea Guarda un detalle de una tarea Backup (frmBackup)
sp_GuardarEquipo Guarda los datos de un equipo Server (frmAdminEquipos)
sp_GuardarFiltroTarea Guarda los filtros aplicados a un tarea Backup (frmBackup)
sp_GuardarPeriodicidadTarea Guarda la periodicidad de respaldo de una tarea Backup (frmBackup)
sp_GuardarRecuperacion Guarda los datos de una recuperacin Rescue (fnDescargar)
sp_GuardarRespaldo Guarda los datos de un respaldo, ya sea programado o selectivo Backup (frmBackup, mdBiblioteca)
sp_GuardarRol Guarda los datos de un rol Server (frmAdminRoles)
sp_GuardarTarea Guarda los datos de una tarea de respaldo Backup (frmBackup)
sp_GuardarTarjeta Guarda los datos de una tarjeta de red Server (frmAdminEquipos)
sp_GuardarUsuario Guarda los datos de un usuario Server (frmAdminUsuarios)
sp_GuardarUsuarioDepartamento Asocia un usuario a un departamento Server (frmAdminUsuarios)
sp_GuardarUsuarioEquipo Asocia un usuario a un equipo Server (frmAdminUsuariosEquipos)
sp_GuardarUsuarioRol Asocia un usuario a un rol Server (frmAdminUsuarios)
sp_GuardarUsuarioWin Asocia un usuario a un usuario de Windows Server (frmAdminEquipos)
sp_InfoArchivosTamanos Informe que muestra los tamaos de los archivos respaldados Server (frmInformes)
sp_InfoCuotaRol Informe que muestra la cuota de almacenamiento segn rol Server (frmInformes)
sp_InfoCuotas2 Informe que muestra la cuota de almacenamiento especial, filtrado por distintos parmetros. Server (frmInformes)
sp_InfoDuracionRespaldo2 Informe que muestra la duracin de los respaldos realizados diariamente en segundos,
filtrado por distintos parmetros.
Server (frmInformes)
sp_InfoEstadosRespaldos2 Informe que muestra los estados de los respaldos, filtrado por distintos parmetros. Server (frmInformes)
sp_InfoExtensiones Informe que muestra las extensiones de los archivos respaldados Server (frmInformes)
113

sp_InfoRespaldosIncompletos Informe que muestra el listado de los respaldos incompletos
sp_ObtenerIdUsuario Obtiene el identificador de un usuario a partir de su nombre Rescue (fnDescargar)
sp_ObtenerNombreUsuario Obtiene el nombre de un usuario a partir de su identificados Server (frmCambiarPass)
sp_UsuarioTieneMail Verifica que un usuario tenga una direccin de correo electrnica asociada
sp_ValidarPassword Valida una contrasea para un usuario Backup (frmCambiarPass)
sp_ValidarUsuario Verifica que un usuario y una contrasea sean vlidas Rescue (biblioteca) - Server (frmLogin)
Tabla 31.- Listado de procedimientos almacenados
114

Listados de Vistas
Nombre Vista Descripcin Procedimiento que lo usa
v_duracion Obtiene el id del respaldo, la fecha programada y la
duracin de ste
sp_InfoDuracionRespaldo
v_extensiones Obtiene la extensin de cada archivo respaldado y su
tamao en bytes
sp_InfoExtensiones
Tabla 32.- Listado de vistas.

115

ANEXO E. MANUAL DE CONFIGURACION CUENTA DE
USUARIO
Crear un nuevo usuario. Se accede mediante el men:
Administradores/Usuarios/Nuevo
.
Figura 53.- Men administrador, nuevo usuario.

La cuenta de usuario deber poseer un nombre de usuario y una contrasea. Adems se
debe proporcionar un e-mail de contacto del usuario.
Por defecto se le asignar una cuota de almacenamiento segn su cargo o rol. Tambin
se le puede asignar una cuota especial, checkeando en el rea que contiene los datos de
la cuota e ingresando el nuevo valor.
Se deber seleccionar la macro unidad y departamento al que pertenece el usuario.
Tambin se debe asignar los roles que posee.

Figura 54.- Creacin nuevo usuario.

116

ANEXO F. MANUAL DE INSTALACION APLICACIN DE
RESPALDO Y CLIENTE

Verificar si est instalado Framework. Si no est instalado, instalar. Se accede mediante:
Inicio Configuracin Panel de Control Agregar o Quitar Programas

Figura 55- Agregar o quitar programas.

Verificar la variable de sistema para el compilador de java. Se accede mediante:
Mi PC Propiedades Opciones Avanzadas Variables de Entorno Variables de
Sistema

Figura 56.- Variables de entorno.

Instalar cliente Sybase. Se debe seguir la configuracin mostrada a continuacin:

Figura 57.- Instalacin cliente Sybase, opciones de instalacin.
117

Figura 58.- Instalacin cliente Sybase, instalacin personalizada.

Figura 59.- Instalacin cliente Sybase, eleccin directorio de instalacin.

Crear conexin OLEDB. Se accede mediante:
Inicio Programas Sybase OLE DB Provider Configuration Manager
DataSources New DataSource

118

Figura 60.- Creacin conexin OLE DB.

Instalar aplicacin de respaldo y dejar en el inicio.

Figura 61.- Instalacin aplicacin de respaldo.

Enviar datos PC al administrador. La aplicacin enviar un e-mail al administrador con
estos datos.

Figura 62.- Envo datos equipo al administrador.
119

Crear el equipo y asociarlo al usuario. Obtener los Datos desde el correo electrnico
enviado por el sistema.

Figura 63.- Datos correo electrnico.

Figura 64.- Men administrador, nuevo equipo.

Se debe ingresar una descripcin breve del equipo. Adems la(s) tarjeta(s) de red que
posea y el(los) usuario(s) de Windows.
.

Figura 65.- Creacin equipo.

120

Figura 66.- Men administrador, asociar usuario y equipo.

Es necesario primero seleccionar el usuario, para esto se puede buscar filtrando por
macrounidad y departamento o simplemente buscando segn el nombre de usuario.

Figura 67.- Buscador de usuarios.

Una vez seleccionado el usuario, se debe seleccionar uno o ms equipos que pertenecen
a este usuario, es decir el(los) equipo(s) desde el(los) cual(es) realizar sus respaldos.
Finalmente se debe presionar el botn Guardar.

121

Figura 68.- Asociar un usuario y uno o varios equipos.

Aceptar condiciones de uso.

Figura 69.- Condiciones de Uso.

122

Configurar las tareas de respaldo.

Figura 70.- Configurar tareas de respaldo.

123

ANEXO G. CUESTIONARIO SATISFACCION
Sistema de Respaldo
1.- Con qu frecuencia utiliz el sistema de respaldo?
___ Frecuentemente
___ Un par de veces
___ Slo una vez
___ Nunca

2.- Cuntas tareas de respaldo cre?

3.- Qu errores aparecieron, con qu frecuencia y qu tan fcil fue solucionarlos?

4.- Cmo evaluara la facilidad de uso del sistema?
___ Muy fcil
___ Fcil
___ Ni fcil ni difcil
___ Difcil
___ Muy difcil

5.- El sistema cumpli con sus expectativas?
___ S, completamente
___ S, con algunas consideraciones
___ Ms o menos
___No, pero podra mejorar
___ No, para nada

6.- Cmo evaluara la rapidez de los respaldos?
___ Muy rpidos
___ Rpidos
___ Ms o menos
___ Lentos
___ Muy lentos

7.- Comentarios
124

Sistema de Recuperacin
1.- Con qu frecuencia utiliz el sistema de recuperacin?
___ Frecuentemente
___ Un par de veces
___ Slo una vez
___ Nunca

2.- Por qu recuper sus archivos?

3.- Qu errores aparecieron, con qu frecuencia y qu tan fcil fue solucionarlos?

4.- Cmo evaluara la facilidad de uso del sistema?
___ Muy fcil
___ Fcil
___ Ni fcil ni difcil
___ Difcil
___ Muy difcil

5.- El sistema cumpli con sus expectativas?
___ S, completamente
___ S, con algunas consideraciones
___ Ms o menos
___No, pero podra mejorar
___ No, para nada

6.- Cmo evaluara la rapidez de la recuperacin?
___ Muy rpidos
___ Rpidos
___ Ms o menos
___ Lentos
___ Muy lentos

7.- Comentarios

125

Respuestas
Preguntas y Respuestas Usuario 1 Usuario 2 Usuario 3 Usuario 4
Sistema de Respaldo
1.- Con qu frecuencia utiliz el
sistema de respaldo?

Frecuentemente x
24
x
23

Un par de veces x
23

Slo una vez x
25

Nunca

2.- Cuntas tareas de respaldo
cre?
10 1 8 4

3.- Qu errores aparecieron,
con qu frecuencia y qu tan
fcil fue solucionarlos?
Que no se poda
agregar un archivo
o carpeta, de vez
en cuando - Time
out
Time out Time out,
ltimos das
Time out la
semana pasada -
Un da no hacia los
respaldos
programados a
pesar de aceptar la
confirmacin, y
volva a aparecer
la ventana de
conformacin,
cerrando la
aplicacin

4.- Cmo evaluara la facilidad
de uso del sistema?

Muy fcil x x
Fcil x
Ni fcil ni difcil x
Difcil
Muy difcil
Muy fcil

5.- El sistema cumpli con sus
expectativas?

S, completamente x
S, con algunas consideraciones x
26
x
27

Ms o menos x
28

No, pero podra mejorar
No, para nada

6.- Cmo evaluara la rapidez
de los respaldos?
Muy rpidos
Rpidos x x
Ms o menos
Lentos x x
Muy lentos

7.- Comentarios Est bien en
general, hay que
sacar los pequeos
Es necesaria
mayor capacidad
de
Que tenga la
direccin de la
web de
Muy prctico, pero
es necesario ms
espacio de

24
Suba la aplicacin para respaldar
25
Siempre corriendo
26
Lentitud del PC
27
Poco espacio de almacenamiento
28
Lentitud en general
126

errores, es bien
til y una buena
idea. Mayor
capacidad de
almacenamiento

almacenamiento

recuperacin a
la vista.

almacenamiento.
Ojala se pueda
seguir usando.

Sistema de Recuperacin
1.- Con qu frecuencia utiliz el
sistema de recuperacin?

Frecuentemente
Un par de veces x
Slo una vez
Nunca x x x

2.- Por qu recuper sus
archivos?

Para probar

No recordaba la
direccin
No lo necesit No lo necesit

3.- Qu errores aparecieron,
con qu frecuencia y qu tan
fcil fue solucionarlos?

Que no bajaba el
archivo y quedaba
en espera, 1 vez

4.- Cmo evaluara la facilidad
de uso del sistema?

Muy fcil x
Fcil
Ni fcil ni difcil
Difcil
Muy Difcil

5.- El sistema cumpli con sus
expectativas?

S, completamente
S, con algunas consideraciones x
Ms o menos
No, pero podra mejorar
No, para nada

6.- Cmo evaluara la rapidez
de la recuperacin?

Muy rpidos
Rpidos
Ms o menos
Lentos x
Muy lentos
7.- Comentarios Est bien
Tabla 33.- Respuestas Cuestionario Satisfaccin

Bmfcib 826 D

Загружено:

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

Оригинальное название

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

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

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

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

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

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

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

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

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

Bmfcib 826 D

Загружено:

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

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

Universidad Austral de Chile

Facultad de Ciencias de la Ingeniera

Вам также может понравиться