Implantacin del sistema

undefined

Implantacin del
sistema En la fase de implantacin, las especificaciones del
diseo del sistema sirven como base para la construccin del nuevo sistema. En
este punto, los programadores y los analistas de sistemas asumen diferentes
responsabilidades. El analista debe proveer especificaciones claras y correctas
al programador. El programador codifica, prueba y documenta los mdulos de
programas, mientras que el analista de sistema planifica la integracin de los
programas y asegura que trabajen unidos para satisfacer las necesidades de la
organizacin. Un nuevo sistema requiere planificacin, construccin y prueba. Los
programas y mdulos deben ser diseados, codificados, probados y documentados.
Cuando se planifica el sistema, muchas veces se usa un estilo de
arriba-hacia-abajo (top-down), que procede de un diseo general a una
estructura detallada siguiendo unos pasos lgicos. En el estilo top-down, el
analista de sistemas define los objetivos generales, y luego los descompone en
subsistemas y mdulos en un proceso llamado partitioning. Este estilo tambin
se conoce como diseo modular. Un mdulo es un conjunto de instrucciones de
programas que se pueden ejecutar como un grupo. Asignando mdulos a diferentes
programadores se agiliza el desarrollo del programa. Codificacin Codificar es el proceso de transformar la lgica del
programa en instrucciones especficas que puedan ser ejecutadas por el sistema
de computadoras. Si se ha preparado un buen diseo, el proceso de codificar es
una simple traduccin de funciones lgicas a un cdigo de programa. Cada
departamento de sistemas tiene su estndar en lenguajes de programacin, como
Visual C++, Access, Visual Basic, SQL, HTML, Java, entre otros. Probando la
aplicacin Despus
de codificar, el programador debe hacer pruebas con el programa para asegurarse
que trabaja correctamente. Luego, los programas se prueban en grupos, y
finalmente, el sistema completo se prueba Primero, el programa se compila para detectar errores de sintaxis
(syntax errors), que son errores gramaticales del lenguaje usado en el cdigo.
Los errores se corrigen y se vuelve a compilar el programa. Este proceso se
repite hasta que se obtenga una compilacin libre de errores. Luego el programador realiza una verificacin de escritorio (desk
checking), para asegurar que no existen errores de lgica (logic errors), que
producen resultados incorrectos. Finalmente, el programador prueba el programa. El proceso de prueba
de un programa individual o de un mdulo se llama unit testing. Los objetivos
son identificar y eliminar errores de ejecucin que causan que el programa
termine en forma anormal y encontrar y corregir errores de lgica, que no se
identificaron en el desk checking. Se debe incluir datos correctos e
incorrectos y deben probar todas las posibles situaciones que el programa debe
manejar. Probar
dos o ms programas que dependen uno del otro es llamado "link
testing". El probar los programas en forma independiente no asegura que al
unirlos trabajen adecuadamente. Luego de completar el "link testing",
se deben ejecutar pruebas que involucre todo el sistema de informacin. Un
"system test" incluye todas las situaciones tpicas: los usuarios
entran los datos, que deben ser ejemplo de datos reales, y simulan operaciones
actuales. Todos los procesos y outputs son verificados por los usuarios y el
grupo de IS para asegurar que el sistema funciona correctamente. Instalacin y
Evaluacin Ambiente operacional y ambiente de prueba: El ambiente operacional o ambiente de produccin es el
ambiente de equipo y programas donde opera el sistema actual. El ambiente que
los analistas y programadores usan para desarrollar y mantener programas se llama ambiente de prueba (test
environment).Un rea de prueba separada es necesaria para mantener la seguridad
e integridad del sistema y proteger el ambiente operacional. El acceso a este
ambiente es limitado a los usuarios y estrictamente controlado. Los analistas y
programadores no deben tener acceso al mismo excepto para corregir problemas
del sistema o realizar modificaciones autorizadas. El ambiente de prueba contiene copias de todos los
programas. Antes de realizar cualquier cambio en el sistema operacional, se
deben verificar en el ambiente de prueba y se debe obtener autorizacin del
usuario. Adiestramiento (Training) Ningn sistema puede ser exitoso sin el adiestramiento
apropiado. El adiestramiento debe ser para los usuarios, los gerentes y los
miembros del departamento de sistemas de informacin (I.S.). Todos los
esfuerzos del desarrollo del sistema dependen de que las personas entiendan el
sistema y puedan usarlo eficientemente. El primer paso es identificar quines
debe recibir el o los adiestramientos y cul es el adiestramiento necesario
para cada persona. Cada grupo (usuario, gerente y personal de I.S.) requiere
una mezcla de conocimientos generales e informacin detallada para entender y
usar el sistema. Conversin de archivos Despus de establecer el ambiente operacional del nuevo
sistema y realizar los adiestramientos necesarios, se comienza el proceso de
conversin, en el que se transfieren las operaciones del sistema de
computadoras viejo al nuevo sistema. En la conversin de archivos los datos
existentes se cargan al nuevo sistema. Esta conversin es un proceso costoso
que requiere la participacin de los usuarios y del personal de I.S. Si es
posible, se debe automatizar el proceso, exportando datos del viejo sistema e
importndolos al nuevo. Se debe mantener estrictos controles de input durante
el proceso, ya que los datos son muy vulnerables. Todas las medidas

http://mmalicea.tripod.com/proyecto/implantsist.htm[07/10/2013 10:49:31 p.m.]

Implantacin del sistema

de control
deben estar operando para proteger los datos de acceso no autorizado y ayudar a
prevenir errores. System Changeover Es el proceso de activar el nuevo sistema de informacin
y retirar el viejo. El cambio puede ser rpido o lento, dependiendo del mtodo
a usarse. Los cuatro mtodos son: Direct
cutover, Parallel operation, Pilot operation, Phased changeover. Direct cutover El cambio del sistema
viejo al nuevo ocurre tan pronto el nuevo sistema es operacional. Usualmente es
el mtodo menos costoso, pues el grupo de I.S. tan solo tiene que operar y
mantener un sistema a la vez. Por otro lado, es el mtodo con mayor riesgo,
pues no se puede usar el sistema viejo para ayudar a resolver los problemas que
ocurran, o para verificar que todos los detalles de los datos sean correctos.
Este mtodo se puede usar al implantar programas comprados (software packages),
para sistemas no crticos o cuando los dos sistemas (el viejo y el nuevo) no
pueden co-existir.
Parallel operation Ambos sistemas
operan totalmente por un tiempo especfico. Los datos son entrados a ambos
sistemas, y el output generado por el sistema nuevo es comparado con su
equivalente en el sistema viejo. Cuando el nuevo sistema opera correctamente,
se deja de usar el sistema viejo. La ventaja mayor es su bajo riesgo, si el
nuevo sistema no trabaja bien, se puede usar el sistema viejo hasta que se
realicen los cambios apropiados. Sin embargo, este mtodo es el ms costoso,
pues hay que darle servicios a ambos sistemas. Los usuarios deben trabajar en
los dos sistemas y a veces hace falta ayuda temporera. Este mtodo no es
prctico si los dos sistemas son incompatibles o realizan funciones diferentes.
Pilot operation Se implanta todo el
nuevo sistema en un rea de la compaa. El grupo que usa el nuevo sistema se
conoce como rea o grupo piloto. El sistema viejo contina operando en toda la
organizacin, incluyendo el rea piloto. Despus de probar que el sistema
trabaja correctamente en el rea piloto, se implanta en toda la organizacin,
normalmente usando el mtodo Directo cutover. El Pilot operation reduce el
riesgo de fallas del sistema comparado con Direct cutover; y es menos costoso
que el Parallel operation.
Phased changeover Se implanta el nuevo
sistema en fases, o mdulos, en vez de implantar todo el sistema a la vez. Cada
subsistema se puede implantar usando uno de los otros mtodos. Una ventaja es
que el riesgo se limita solo al mdulo implantado. Este mtodo no es posible si
no se puede separar el sistema en mdulos.
No se debe confundir el mtodo Phased Changeover con el
Pilot Operation. En el Phased Changeover se da parte del sistema a todos los
usuarios, mientras que el Pilot Operation provee el sistema completo, pero solo
a un grupo de usuarios.

http://mmalicea.tripod.com/proyecto/implantsist.htm[07/10/2013 10:49:31 p.m.]