Date: Wed, 4 Sep 2002 14:53:23 -0400
From: Gero Timmermann <gero(a)dt. gob. cl>
X-Mailer: The Bat! (v1.61) Personal
Organization: Soporte-RM Direccion R.M. del Trabajo

To: Fernando Silva <fsilva(a)dt. gob. cl>
CC: "Soporte Reg.Metrop. (Gero, Hernan)" <Soporte-RM(a)dt. gob. cl>,
    Daniel Hasler <dhasler(a)dt. gob. cl>, 
    Gladys Gonzalez <gladysg(a)dt. gob. cl>,
    Horacio Hervias Aragon <hervias(a)dt. gob. cl>, 
    Hugo Alvarez <halvarez(a)dt. gob. cl>,
    Juan Fredes Morales <jfredes(a)dt. gob. cl>,
    Maria Ester Feres <meferes(a)dt. gob. cl>, 
    Nancy Olivares Monares <nolivares(a)dt. gob. cl>,
    Rafael Merino Mercado <rmerino(a)dt. gob. cl>

Subject: ICT Norte y NorOriente.  Situacion  Programas Access 
         en servidores NT, (desarrollados por DH).

Estimado Señor Director Regional:

"mi" cuento es largo, porque "el" cuento es largo...

Estamos frente a un problema administrativo y de gestion, pero NO
tecnico ni "informatico" en cuanto a su "solucion" se refiere.

Los "terminos informaticos" en los que ineludiblemente debo incurrir,
tratare de expresarlos en un lenguaje "basico", pero son los
indispensables y que deben necesariamente entenderse para poder
tomar una adecuada decision de gestion.

Ayer fui a la ICT Nor Oriente para volver a ver el problema de
funcionamiento de los Sistemas en Access y servidor NT desarrollados
por Daniel Hassler,  que de momento  no estan funcionando
satisfactoriamente.  Situacion parecida se da en la ICT Norte, por
motivos tambien similares, por lo que esta opinion es valida para la
situacion en ambas Inspecciones.

Aunque no se me ha solicitado un "informe" al respecto, creo
pertinente poner en la mesa mi punto de vista sobre la situacion y
avalar posibles  "soluciones".
Pero mas que tener presente, creo que seria de beneficio institucional
*tener en cuenta*  esta opinion, ya que la situacion particular, por todos
conocida, se arrastra ya por varios años...

Se trata de las diversas aplicaciones desarrolladas por Daniel Hasler
en su momento, y que han sido (son) de gran utilidad para los usuarios
y la gestion de las respectivas Inspecciones.
Pero pese a su utilidad y conveniencia, adolecen de los siguientes
debilidades:
- "funcionan" a la mano de Dios.
- como sistemas cliente-servidorNT necesitan de un Administrador, que
  actualmente NO tienen.
- aunque son relativamente "sencillos", NO estan debidamente
  documentados, como para que un tercero pueda mantenerlos
  adecuadamente.
- como sistemas "unicos" a lo largo del Pais, necesitan un encargado
  especial, que conozca ESOS sistemas!  Son las unicas dos
  inspecciones en todo Chile, y el unico "encargado" que las entiende
  es su desarrollador: Daniel Hasler.
- Han funcionado "bien" hasta ahora, y han sido muy utiles. Y BIEN por ello.
  Pero, son sistemas FRAGILES (termino del punto de vista informatico), y si han
  funcionado hasta ahora, es porque Dios es grande solamente...
- Las unicas Inspecciones que AUN mantienen un servidor Windows-NT son
  las dos en comento.
  No hay nada "malo" respecto de Windows-NT, muy por el contrario,
  es mucho mas profesional seguro y estable que el Windows-98 instalado
  en el resto de nuestros PC.  Pero... como tal   es mas complejo de usar
  y de mantener. NECESITA por ende un Administrador
  (profesional informatico CON buenos conocimientos y   dedicacion!)
- Los Servidores-NT ni siquiera tienen instalado AntiVirus !!
- Hay una (aprente?) anarquia en la asignacion de usuarios, grupos, y
  privilegios respectivamente, en el dominio NT.
  Hay usuarios y grupos "brujos" que no tienen razon de ser ni
  entiendo...
  Hay privilegios de acceso TOTAL, y esta compartido el disco duro
  "C:" (su raiz!!)  COMPLETO !!.
  Todo ello significa que cualquier persona, desde cualquier parte del
  Pais!, y en cualquier minuto!,  con medianos conocimientos de computacion
  PUEDE borrar! el disco duro!! Lo que seria un   problema evidente.
  Pero mucho mas sutil que "borrar", podria ser   alguna accion
  de modificacion o alteracion de parametros o contenido   !! ...
  ...  Las consecuancias son por cierto poco tranquilizantes.
- Ante el potencial, pero REAL!, riesgo arriba expuesto, por cierto que
  no se puede seguir confiando ad infinitum.
- Y el recurrido argumento de que "ha funcionado muy bien hasta
  ahora", por cierto que tiene peso sicologico, pero CERO validez
  tecnica.   (El edificio que fue construido sobre arena en Viña del
  Mar, funciono impecablemente, ...hasta que tuvo que ser derribado!).

 
1)  INTRODUCCION:
*****************

Conceptos generales informaticos a tener presente por personas no
versadas en la materia, pero indispensables para tomar una adecuada
decision administrativa o de gestion:

a) MANTENCION, ENCARGADO:

NINGUN sistema informatico (llamese equipo, programa sistema o
apalicacion) funciona solo.  Necesariamente necesita una suerte de
mantencion o supervision permanente.
El concepto "mantencion" debe entenderse diferente al de mantencion
(mecanica o similar) mas cotidianamente conocido. No se trata de aceitar
o cambiar piezas, pero SI de adecuar configuraciones, o adaptar "excepciones"
voluntarias o involuntarias causadas, ya sea por el usuario, o por el
uso simplemente, o cambios "ambientales" no previstos durante el
diseño o desarrollo...

Esta administracion debe ser profesional y dedicada. NO puede ser
realizada por nuestros Encargados Computacional, tanto por no poseer
los conocimeintos, ni tener la dedicacion disponible.

b) POLITICA de DESARROLLO Institucional, ESTANDARES:

Es saludable haber definido una politica Institucional de desarrollo
Informatico, la que especifica desarrollar las aplicaciones necesarias
en el sistema o "lenguaje"  Web-ASP.  Y por cierto es conveniente
adherir a ella.
Pero tambien hay que tener presente que, como cualquier lenguaje o
sistema informatico, ASP tiene sus limitaciones, y hay cosas que
simplemente NO es posible realizar limpia o amigablemente para el
usuario -ya sea a nivel comun, como a nivel de gestion-.
Tambien hay que tener presente que para desarrollar algun sistema,
cualquier sistema, se requieren recursos y tiempo!!.
[Si bien es bueno adherir a estandares, no es bueno ser "mas papista
que el Papa :-]

c) SOLUCIONES INTERMEDIAS:

Parece evidente que algunos "sistemas", en su estado actual,
YA no son sostenibles, y que su implementacion o "migracion"
a un sistema Institucional universal (que sirve a todo Chile y no solo
a una inspeccion) requiere de TIEMPO, a veces mucho mayor del aceptable
a nivel de gestion local por inspeccion, necesariamente se debe
recurrir a soluciones, que si bien no son definitivas, al menos
son viables y superiores a las existentes.

d) DOCUMENTACION, documentacion, documentacion:

Cualquier sistema por pequeño que sea, y con mayor razon uno mayor!,
DEBE estar/quedar  bien y debidamente documentado, para que sea
entendible por terceros, y por ende ser de viabilidad institucional.
Es clave que el programa o sistema pueda funcionar SIN la presencia
de la persona o grupo que desarrollo el programa originalmente.
El/la (persona) o los desarrolladores (ya sea grupo interno
o empresa externa) sin duda desapareceran, en tanto que el sistema
se espera debera seguir funcionando.
Mientras el/la/los desarrolladores estan disponibles, para solucionar
problemas que surgen, no hay problema. Lo peor que no se evidencia el
problema... Pero cuando la fuente del proyecto se desvincula,
desaparece, o no se puede contar con ella, es cuando los problemas se
hacen evidentes.  Y es ESO, lo que hay que saber prevenir, exigiendo
una documentacion adecuada y responsable.

 A modo de ejemplo, a la situacion en particular:
 Yo puedo ser experto en Administrar Windows-NT, o puedo llegar a ser
 experto estudiando material disponible.
 Tambien puedo ser experto en Access, o  llegar a serlo, estududiando
 la documentacion pertinente, que obviamente esta univeralmente disponible.
 Pero NO puedo ser experto, ni llegar a serlo, de una aplicacion
 desarrollada en "Access con servidor-NT", o cualquer otra, si dicha aplicacion
 NO tiene una descripcion de diseño, conceptos, parametros, variables,
 claramente definida y DOCUMENTADA.  Eso ES responsabilidad del
 diseñador, y es responsabilidad del contratante EXIGIRLA.

2) Solucion PROPUESTA:
**********************

Ayer converse con Gladys Gonzalez (Encargada Computacional, ICT
NorOriente). Es por todos sabido que ella tiene una formacion
profesonal informatica, pero ello no significa que sea experta en
Administrar Windows-NT, ni que tenga experiencia en Access (ambos son
la  base del sistema actual existente implementado por DH).
Puede llegar a aprender, sin duda, pero -en mi opinion- NO vale la
pena, ya que su utilidad seria a nivel local (Inspeccion) y particular
(sistema DH existente).   Por ultimo, dicha experiancia -por adquirir-
poco serviria SIN disponer de la documentacion y/o asistencia directa
respecto de las aplicaciones Acces-NT desarrolladas por DH.

Dado que la migracion/implementacion de las funcionalides de los
programas en comento al nivel nacional, por el Depto. de Informatica
en ASP, probablemente tome al menos 1-2 años, parece razonable atender
una alternativa intermedia.

Gladys tiene experincia en desarrollo de programas de bases de dato en
el sistema Power Builder, y ella dice poder "migrar" o emular el mismo
servicio actual, a la plataforma Power-Builder, prscindiendo de los
Servidores NT, y debidamente DOCUMENTADO y profesionalmente
desarrollado, en un plazo que ella estima en un mes.
(personalmente creo que puede tomar algo mas tiempo, pero en todo caso
MUCHO menos que alguna solucion Institucional definitiva en ASP? deseada).

3) RECURSOS necesarios:
***********************

- Se requiere para ello la adquisicion del sistema Power-Builder
  cuyo precio asciende a:  $  200.000.- (estimado, ya no esta en
  produccion/venta).
  [Si bien yo tengo el PB v6.0 enterprise, este es "comprado en cuneta"
  por $2.000.-, lo que por cierto no es aceptable institucionalmente :-].
- Se requiere que se le asigne y reconozca formalmennte el tiempo y
  dedicacion a esa tarea.
- Seria de gran utilidad contar con la colaboracion de Daniel Hasler
  en la implementacion/especificacion de este "proyecto", en esta etapa.
  No cabe duda que Daniel es LA persona mas indicada para intermediar
  las necesidades del usuario a las del desarrollador informatico.
- Aunque no un servidor NT, el sistema requiere de un PC que acoja las
  bases de dato y requiere por ende ser un PC  *dedicado*.
  Precio $ 350.000.-  IVA incluido.
- El profesional encargado del desarrollo (Gladys, en este caso)
  necesariamente requiere de un PC independiente para su uso "personal"
  y desarrollo.
  El precio, en esta caso, $ 000.-  ya que el actual Servidor-NT
  podria ser "su" PC personal.

4) RESUMEN / CONCLUSION:
************************

a) El sistema actual, en las condiciones de (no) mantenimiento actual
 ya no es viable.
b) Que Daniel Hassler se vuelva a dedicar y responsabilizar por los sistemas por
el desarrollados, parece -en terminos practicos- poco viable.
c) La solucion (sabidamente intermedia) propuesta por Gladys, parece
-dadas las circunstancias y URGENCIA- definitivamente viable.
d) Los recursos necesarios:
   1-2 meses de desarrollo dedicado,
   1 PC
   1 programa Power Builder,
    Estos recursos indicados,  parecen marginales respecto de la
    urgencia y necesidad de "mantener" la funcionalidad de aplicaciones
    actual.
e) Esta claro que la Administracion, para exigir un producto,
necesariamente debe proveer las herramientas necesarias.  Esta no es
una situacion de mera buena voluntad, ya sea del funcionario respecto
de su Jefatura, ya se de la Jefatura de Inspeccion respecto de la
Direccion superior.
En consecuancia, en caso de NO adoptar esta "solucion", debera definitivamente
declararse fuera de servicio el sistema-DH, y consecuentemente tampoco
se le podra pedir los informes y/o tareas respectivas a los
funcionarios, ni estadisticas pertinentes a las Jefaturas
correspondientes.

5) RESPONSABILIDAD de decision:
*******************************
En mi humilde opinion, creo que la decision corresponde tanto al la Direccion
Nacional en conjunto con la Direccion Regional, y las Jefaturas de
Inspeccion pertinente.
Con todo, cabe tener presente la respuesta del Depto.de Informatica
respecto de este tema, que:  "...tampoco da soporte a sistemas que no han sido
construidos por este departamento" (H.Alvarez, 4sept02).
[por otra parte, entiendo que, si bien estos sistemas no han sido
desarrollados por el Departamento de Informatica propiamente tal, don D.Hassler
pertenecio brevemente(?) a dicho departamento].
Por ultimo, si bien el D.Informatica no tiene responsabilidad pasada,
sin duda tiene una responsabilidad actual en cuanto hacerse cargo en
terminos concretos, de un problema que atañe a dos Inspecciones
importantes del pais, y pasa, por ende, a ser un problema Institucional.

Saludos,
           Gero    :-)
_________________________________________________________________
* Gero Timmermann                      E-Mail:  gero(a)dt. gob. cl  *
*   Unidad INFORMATICA Reg. Metrop.    Fono:    (56/2) 731-7229 *
*            Celular: (09) 822-8670    E-priv:  gero(a)mail. com   *
* Direccion Regional METROPOLITANA del TRABAJO                  *
* Moneda 723  6º piso,  of.611         Santiago    -    CHILE   *
_________________________________________________________________
- VEA informacion util: "uso y configuracion de tu PC y Windows"-
- en:   http://timmermann-chile.com/Soporte-RM/cartillas/       -
=================================================================