Está en la página 1de 4

FUNDAMENTOS Y DESARROLLO DE SISTEMAS

LECCION 30 MANTENIMIENTO
PRCTICAS DE MANTENIMIENTO

IDSYSTEMS 2013

Su objetivo como analista de sistemas debe ser instalar o modificar sistemas que tienen una vida bastante til. Quiere crear un sistema cuyo diseo es bastante comprensivo y previsivo para atender las necesidades actuales y proyectadas del usuario durante varios aos. Debe usar parte de su experiencia para proyectar lo que podran ser esas necesidades y despus construir flexibilidad y adaptabilidad en el sistema. Lo mejor y ms fcil del diseo de sistemas ser asegurar que el negocio tendr que gastar menos dinero en el mantenimiento. Reducir los costos de mantenimiento es una consideracin principal, debido a que el mantenimiento de software aislado puede consumir ms de 50 por ciento del presupuesto de procesamiento de datos para un negocio. Los costos de mantenimiento excesivos se reflejan directamente en el diseador del sistema, debido a que aproximadamente 70 por ciento de errores de software se han atribuido al diseo de software inadecuado. Desde una perspectiva de sistemas, tiene sentido que detectar y corregir a tiempo los errores de diseo de software es menos costoso que permitir que permanezcan inadvertidos hasta que sea necesario el mantenimiento. Por lo regular el mantenimiento se realiza para mejorar el software existente en lugar de responder a una crisis o falla del sistema. Al igual que con el cambio de requerimientos del usuario, el software y la documentacin se deben cambiar como parte del trabajo de mantenimiento. Adems, los programas se podran recodificar para mejorar la eficacia del programa original. Ms de la mitad de todo el mantenimiento est compuesto de dicho trabajo de mejora. El mantenimiento tambin se hace para actualizar el software en respuesta a la organizacin cambiante. Este trabajo no es tan sustancial como mejorar el software, pero se debe hacer. El mantenimiento de emergencia y de adaptacin representa menos de la mitad de todo el mantenimiento del sistema. Parte del trabajo del analista de sistemas es asegurar que en el lugar haya procedimientos y canales adecuados para permitir retroalimentacin sobre y respuestas subsecuentes para las necesidades de mantenimiento. Los usuarios deben poder comunicar fcilmente los problemas y sugerencias a aquellos que estarn manteniendo el sistema. Es muy desalentador si el sistema no se mantiene adecuadamente. Las soluciones consisten en proporcionar a los usuarios acceso a correo electrnico para el soporte tcnico, as como tambin permitirles descargar actualizaciones de producto o ajustes de Web. El analista de sistemas tambin necesita establecer un esquema de clasificacin para permitir a usuarios designar la importancia percibida del mantenimiento sugerido o solicitado. Clasificar las solicitudes permite a programadores de mantenimiento entender cmo estiman los usuarios la importancia de sus solicitudes. Este punto de vista, junto con otros factores, se puede tener en cuenta al establecer el mantenimiento. CMO AUDITAR Auditar es otra forma de asegurar la calidad de la informacin contenida en el sistema. Ampliamente definido, auditar se refiere a pedirle a un experto, que no est involucrado en crear o usar un sistema, examinar la informacin para determinar su fiabilidad. Ya sea que la informacin se establezca o no para ser fiable, el descubrimiento en su fiabilidad se comunica a otros con el propsito de hacer la informacin del sistema ms til para ellos. Generalmente hay dos tipos de auditores para los sistemas de informacin: interno y externo. Determinar si ambos son necesarios para el sistema que usted disea, depender de qu tipo de sistema es. Los auditores internos trabajan para la misma organizacin que posee el sistema de informacin, mientras que los externos (tambin llamados independientes) se contratan por fuera. Los auditores externos se usan cuando el sistema de informacin procesa datos que influyen en las declaraciones financieras de una compaa. Los auditores externos auditan el sistema para asegurar la veracidad de las declaraciones financieras que se producen. Tambin se podran traer si ocurre algo fuera de lo normal que involucra a los empleados de la compaa, tal como la sospecha de un fraude electrnico o un desfalco.

LECCION 30 Mantenimiento

Pgina 1

FUNDAMENTOS Y DESARROLLO DE SISTEMAS

IDSYSTEMS 2013

Los auditores internos estudian los controles usados en el sistema de informacin para estar seguros que son adecuados y que estn haciendo lo que deben hacer. Tambin prueban la suficiencia de controles de seguridad. Aunque trabajan para la misma organizacin, los auditores internos no informan a las personas responsables del sistema que estn auditando. El trabajo de los auditores internos con frecuencia es ms detallado que el de los auditores externos. Mantenimiento Del Software El mantenimiento de software, es mucho ms que una correccin de errores; el mantenimiento se puede describir en tres actividades. * * * Mantenimiento correctivo Mantenimiento adaptativo Mantenimiento perfectivo

Mantenimiento correctivo, esta actividad del mantenimiento es debido a que no es razonable que en la prueba de software se haya descubierto los errores de un gran sistema de software. Durante el uso de cualquier programa se encuentran errores y estos son informados al personal de desarrollo. Este proceso incluye el diagnstico y correccin de uno o ms errores. La evolucin rpida tanto de hardware como de software genera cambios en perifricos, sistemas operativos o nuevas versiones de los anteriores en otros casos nuevas disposiciones nacionales (por ejemplo en nuestro pas el cambio de moneda) hacen que algunos sistemas no se adopten a la nueva tecnologa o las nuevas disposiciones, por lo tanto una actividad que modifica al software para que interaccione adecuadamente con su entorno cambiante, es la del mantenimiento adaptativo. La tercera actividad del mantenimiento se da cuando existe software que tiene un gran xito. A medida que se utiliza el software algunos usuarios hacen observaciones sobre recomendaciones para nuevas posibilidades sobre modificaciones a las funciones ya existentes sobre mejoras en general. Para satisfacer estas peticiones se lleva a cabo el mantenimiento perfectivo siendo una actividad que genera un mayor esfuerzo empleado en el mantenimiento de software. Caractersticas del mantenimiento Las actividades requeridas para cubrir la fase de mantenimiento abarca dos aspectos importantes : mantenimiento estructurado y mantenimiento no estructurado El mantenimiento no estructurado, es cuando slo se dispone del cdigo fuente como un elemento de configuracin empezndolo a evaluar a menudo complicada por la pobre documentacin interna. Las delicadas caractersticas, tales como las estructuras de datos, variables globales, las interfaces del sistema, el rendimiento y/o limitaciones del diseo, son difciles de descubrir y frecuentemente mal interpretados. Si existe una completa configuracin del software, la tarea del mantenimiento comienza con la evaluacin de la documentacin del diseo, se determinan las importantes caractersticas estructurales, de rendimiento y de interfaz del software. Se estudian las consecuencias de las correcciones o modificaciones requeridas y se traza un plan de acciones, se modifica el diseo y revisa. Se desarrolla el nuevo cdigo fuente sometindolo a las pruebas del software haciendo las respectivas correcciones y se vuelve a lanzar el software, a este suceso de actividades corresponde al mantenimiento estructurado. Con respecto al costo del mantenimiento del software algunas veces genera insatisfaccin al cliente cuando una peticin o modificacin aparentemente legitima no se puede atender en un tiempo razonable, Disminucin de la calidad global del software debido a los errores permanentes que se generan cuando se introducen cambios al software en mantenimiento, utilizacin de muchos recursos humanos del rea de mantenimiento para efectuar el mantenimiento.

LECCION 30 Mantenimiento

Pgina 2

FUNDAMENTOS Y DESARROLLO DE SISTEMAS

IDSYSTEMS 2013

La falta de control y disciplina en las actividades de desarrollo, casi siempre se traduce en problemas para el mantenimiento del software como los siguientes : Frecuentemente es difcil seguir la evolucin del software a travs de varias versiones ya que los cambios no estn adecuadamente documentados. Frecuentemente es imposible o difcil seguir el proceso por el que se construy el software. Generalmente es completamente difcil comprender un programa ajeno. Ese personaje ajeno, por lo regular, no se encuentra cerca para que pueda explicar lo que hizo. No existe una documentacin apropiada o est mal preparada. La mayora del software no ha sido diseado previendo el cambio. Estos problemas que se acaban de mencionar, en parte, se pueden atribuir al gran nmero de programas actualmente existentes que han sido desarrollados sin tener en cuenta una metodologa de desarrollo. Efectos secundarios del mantenimiento La modificacin al software en los cdigos fuente es peligrosa. Algunas veces hemos escuchado..pero si todo lo que realic fue cambiarle una sentencia, lamentablemente cada vez que se introduce un cambio en un proceso lgico muy complejo, la posibilidad del error aumenta. FREEDMAN y WEINBERG 2 definen tres grandes categoras de efectos secundarios del mantenimiento Efectos secundarios sobre el cdigo. Con el hecho de realizar un sencillo cambio sobre una sola sentencia puede a veces tener resultados desastrosos. El cambio inadvertido de algn smbolo . ; muchas veces pueden acarrear problemas trgicos. En una computadora nos comunicamos mediante el cdigo fuente en algn lenguaje de programacin. Las posibilidades de efectos secundarios abundan, aunque cada modificacin que se realice en el cdigo puede regularmente inducir al error. Los siguientes cambios tienen mayor probabilidad de inducir a error que otros : Un subprograma eliminado o cambiado Eliminacin modificacin de una sentencia o etiqueta Eliminacin o modificacin de un identificador Cambios para mejorar el rendimiento en ejecucin Modificacin de apertura o cierre de archivos Modificacin de operadores lgicos Cambios sobre las pruebas lmite Efectos secundarios sobre las bases de datos. Durante el mantenimiento frecuentemente se hacen cambios sobre determinados elementos de una estructura de datos o sobre la propia estructura de datos. Los efectos secundarios sobre las bases de datos regularmente suceden por las modificaciones sobre la estructura de la informacin del software. Los siguientes cambios en los datos producen efectos secundarios como : Redefinicin de constantes locales o globales Redefinicin de registros o archivos Aumento o disminucin del tamao de los arreglos o de las estructuras de datos de mayor orden Modificacin de datos globales Reiniciacin de indicadores de control o de punteros Reorganizacin de argumentos de Entrada/Salida o de subprogramas Los efectos secundarios se pueden limitar mediante una profunda documentacin de diseo que describa las estructuras de datos y d una referencia que asocie los elementos de datos, los registros, los archivos y otras estructuras a los mdulos del software. Efectos secundarios sobre la documentacin. El mantenimiento que se efecta en el software se debe centrar en la completa configuracin del software, no solo las modificaciones que se efectan en el cdigo fuente. Los efectos secundarios en la documentacin es debido a que no se reflejan las modificaciones hechas en el cdigo fuente sobre la documentacin respectiva, no llevando a cabo un registro u/o actualizacin de los cdigos fuente modificados.

LECCION 30 Mantenimiento

Pgina 3

FUNDAMENTOS Y DESARROLLO DE SISTEMAS

IDSYSTEMS 2013

Siempre que se realice una modificacin sobre el flujo de datos, sobre la arquitectura de diseo sobre los procedimientos (mdulos) o sobre cualquier otra caracterstica asociada, se debe actualizar la informacin tcnica soporte, la documentacin actual no se reflejar en su totalidad en el software pero puede ser peor la ausencia total de este tipo de documentacin.

LECCION 30 Mantenimiento

Pgina 4