INSTITUTO UNIVERSITARIO DE TECNOLOGIA DE ADMINISTRACION INDUSTRIALEXTENCIN REGION CAPITAL GUARENAS ESPECIALIDAD: INFORMATICA SECCION: 2043 UNIDAD CURRICULAR: DISEO

DE SISTEMA

Implementacin de sistemas

ALUMNO: REYES ROSBEL C.I 19.498.055 GUARENAS febrero de 2012

INTRODUCCIN Los sistemas de informacin tratan el desarrollo, uso y administracin de la infraestructura de la tecnologa de la informacin en una organizacin. En la era post-industrial, la era de la informacin, el enfoque de las compaas ha cambiado de la orientacin hacia el producto a la orientacin hacia el conocimiento, en este sentido el mercado compite hoy en da en trminos del proceso y la innovacin, en lugar del producto. El nfasis ha cambiado de la calidad y cantidad de produccin hacia el proceso de produccin en s mismo, y los servicios que acompaan este proceso. El mayor de los activos de una compaa hoy en da es su informacin, representada en su personal, experiencia, conocimiento, innovaciones (patentes, derechos de autor, secreto comercial). Para poder competir, las organizaciones deben poseer una fuerte infraestructura de informacin, en cuyo corazn se sita la infraestructura de la tecnologa de informacin. De tal manera que el sistema de informacin se centre en estudiar las formas para mejorar el uso de la tecnologa que soporta el flujo de informacin dentro de la organizacin.

Elementos de la fase de implementacin de S.I

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 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.

Pruebas del sistema

Un sistema de pruebas implica la operacin o aplicacin del mismo a travs de condiciones controladas y la consiguiente evaluacin de la informacin. Las condiciones controladas deben incluir tanto situaciones normales como anormales. El objetivo del sistema del pruebas es encontrar un error para determinar situaciones en donde algo pasa cuando no debe de pasar y viceversa.en una palabra, un sistema de pruebas esta orientado a detectar todo tipo de anomalas. Para la planeacin de las pruebas que se van a aplicar al sistema evaluador, se integraron varios tipos de pruebas:

Pruebas de caja negra: este no considera la codificacin dentro de sus parmetros a evaluar, es decir, que no estn basadas en el conocimiento del diseo interno del programa. Estas pruebas se enfocan en los requerimientos establecidos y en la funcionalidad del sistema. Prueba de seguridad: este tipo de pruebas tienen como principal objetivo verificar antes de la liberacin del sistema, la aplicacin de los mecanismos de proteccin incorporados y se realizan para detectar la consecuente existencia de vulnerabilidades y/o defectos de seguridad para eliminarlos y con eso evitar el riesgo y costo que ellos ocasionaran en el ambiente final de operacin del sistema. Durante este tipo de prueba el responsable desempea el papel de intruso, tratando de violar la seguridad del sistema e intentando obtener las claves de acceso por cualquier medio externo por eso se le conoce como hacking-tico. Prueba usuario: las pruebas realizadas aqu tienen la finalidad de verificar q tan fcil es el sistema. Las pruebas usuario beben verificar aprendizaje (qu tan fcil es para los usuarios realizar operaciones la primera vez que tienen contacto con el sistema), eficacia, manejo de errores y grado de satisfaccin. Para obtener resultados realistas en este tipo de pruebas, es importante dejar que las personas que estn probando el sistema resuelvan los problemas que se les presentan por si mismos, ya que si el tcnico los ayuda, se contamina la prueba y afecta los resultados finales.

REFERENCIAS

http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/moreno_a_jl/capitulo5.p df http://prof.usb.ve/lmendoza/Documentos/PS6117%20(Teor%EDa)/Teor%EDa%20PS6117%20Implementaci%F3n.pdf

http://www.monografias.com/trabajos14/implantacion-datos/implantaciondatos.shtml

http://www.uv.mx/personal/jfernandez/files/2010/07/Pruebas-de-Sistema.pdf