Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PUESTA EN MARCHA
Una vez que se logra la satisfacción de parte del usuario, y ya superadas todas
las consideraciones políticas de las aprobaciones, las presiones ejercidas desde las
diferentes esferas relacionadas con el proyecto y estando convenientemente ocultos los
errores y deficiencias que se acordó mantener, llega la tan esperada etapa de poner el
sistema en producción, conocido en la teoría como puesta en marcha.
Los modelos teóricos son majaderos en indicar que los elementos de software
desarrollados deben ser sometidos a pruebas exhaustivas antes de ser puestos en
producción, de tal forma de determinar con antelación si el sistema/producto funcionará
cumpliendo con lo esperado, no fallará durante su operación normal y además no
afectará el correcto desempeño de otros sistemas con los que se relacione (contabilidad,
gestión, facturación, etc.).
Varios son los factores que inciden en que la teoría no pueda ser aplicada a
cabalidad en este aspecto, a saber:
Esto es tan evidente que basta con un simple ejercicio mental para tomar
conciencia de este hecho. Imagine el lector que debe desarrollar un
programa que sea capaz de leer, insertar, modificar y eliminar elementos de
una tabla Oracle (un mantenedor típico).
Sin embargo, es imprescindible en aras del trabajo en equipo y del logro de los
objetivos estratégicos de la institución en la cual se está trabajando, que la actitud del
profesional de la informática sea esencialmente proactiva en este punto, ya que el
usuario, al sentirse inculpado, podría caer en un ostracismo defensivo, el cual finalmente
se nos tornaría en un problema para nuestro desempeño ya que, y esto nunca lo debemos
olvidar quienes trabajamos en unidades de servicio, el usuario es imprescindible para
nuestro desempeño y una buena relación con ellos será, sin lugar a dudas, un factor
determinante en el éxito de nuestras empresas profesionales.
Por favor toma registro detallado del error para poder revisarlo. Yo te diré
qué es lo que me hace falta.
Y un largo etcétera...
Lo que corresponde es, como en todo orden de cosas, tener una base
predefinida exigible. Esta base corresponderá a la especificación de requerimientos
hecha en las fases más tempranas del ciclo de vida.