Mostrando entradas con la etiqueta mantenimiento de software. Mostrar todas las entradas
Mostrando entradas con la etiqueta mantenimiento de software. Mostrar todas las entradas

viernes, 18 de noviembre de 2016

6 - MANTENIMIENTO

o como mantener el valor de la inversión
 Todo software instituido presentara problemas que se manifestaran en disconformidades y/o fallas
  Algún defecto de procesos anteriores se manifestara como una falla , o sera la causa de           algún problema
  Ademas , los requerimientos del ambiente donde esta instituido , cambian con el tiempo

Esta problematica se ha enfrentado con el concepto de "mantenimiento"


Las fallas y /o disconformidades son la causa de las actividades que conocemos como "MANTENIMIENTO"
Según la IEEE mantenimiento es la molificación de un producto de software después de liberado , para corregir fallas , mejorar perfomance u otros atributos , o adaptar un producto a un ambiente cambiante
La esperanza matemática de que se manifieste una falla o disconformidad    es =0
El soft es una inversión , por lo tanto el mantenimiento es el costo por alcanzar los beneficios esperados .
Depende del área que afecten y del concepto de costo que una empresa utilice.
De cualquier manera debe ser un costo planificado porque es un gasto esperado
Son de utilidad las normas ieee 1219 , iso 9216 ,14764
Mantenimiento es
             Correctivo
                      Modificación en respuesta a una falla descubierta después de la institucion
             Adaptativo
                      Modificación hecha para mantener el soft funcionando ante cambios en el medio                                   ambiente
             Perfectivo
                     Modificación hecha para dotar al soft de nuevas propiedades
                     básicamente , mantenibilidad y perfomance
             Preventivo
                    No se considera en la IEEE 1219.
                    "Modificación del producto software tras la entrega para detectar y corregir
                    fallos latentes antes de que se conviertan en fallos efectivos".(ISO 9216)
                    Modificaciones hechas para mejorar  y optimizar el soft  . Revisión continua y mejora                         para anticipar rigidez de uso (bsicamente mantenibilidad  y perfomance).
                    Si un soft tiene demasiadas rigideces , esta "muerto" , todo soft necesita ser revisado para                     asegurar que se mantienen "los grados de libertad esperados" , caso contrario se                                   generaran gastos mayores
                    Este mantenimiento es una cuestión %100 técnica ,

Las Fallas de "mortalidad infantil" son un síntoma de defectos en las etapas anteriores y no es eficiente encararlas con una "orden de trabajo de mantenimiento"

lunes, 9 de febrero de 2009

Decision:servicios permanentes o por incidente



Servicios externos permanentes o por incidentes

Esta decisión es más complicada en los estadios de madurez de un soft
Los factores económicos básicos son:
a) Cantidad de fallas totales esperadas durante el periodo en análisis
b) Costo por incidente
c) Eficacia del servicio

Recordemos el entorno del concepto de falla











Una empresa debe poder estimar la cantidad de fallas esperadas , porque el supuesto básico es que estamos en una evolución técnicamente controlada del soft y del sistema servido
Para un mismo periodo de tiempo y un mismo valor del tiempo perdido
>>>>Costo de Servicio externo permanente= costo del contrato+ (probabilidad de falla *tiempo promedio de recuperación*valor asignado al tiempo perdido)
>>>>Costo de Servicio por incidente= (probabilidad de falla * precio de reparación) + (probabilidad de falla *tiempo promedio de recuperación*valor asignado al tiempo perdido)

Un servicio externo permanente disminuye el tiempo perdido ya que parte de los servicios contratados es la disponibilidad , algún trabajo preventivo y en Gral. la solución de incidentes menores que pueden disminuir la probabilidad de aparición de una falla

Es recomendable analizar ITIL o ISO 20000

lunes, 2 de febrero de 2009

mantenimiento para que?



El mantenimiento aleja el caos de los cambios
El mantenimiento hace que el impacto de fallas por defectos o accidentes sea soportable
El mantenimiento permite recuperar la utilidad del sistema servido ante fallas o accidentes a un costo razonable
El mantenimiento hace posible que un soft se acomode al crecimiento de la empresa
el mantenimiento hace posible que un soft sea de utilidad cuando las condiciones de trabajo son distintas de las del momento de la instalacion
El mantenimiento hace posible la estandarizacion de actividades
Como es posible que al mantenimiento haga todo eso ?
A que costo?

tema para otra nota

viernes, 30 de enero de 2009

Mantenimiento del software to be or not to be NOTA 1

Mantenimiento del software to be or not to be NOTA 1


Es sumamente probable que cuando hablamos de mantenimiento con alguien que no produce software , estemos pensando en cosas diferentes.

Es que en el mundo de las cosas concretas , el mantenimiento es algo tan obvio que creo difícil que una mente no entrenada se escape de la idea de mantenimiento del automovil , de mantenimiento de las instalaciones de un edificio , de mantenimiento de un equipo de computación , de mantenimiento de una maquina de corte o de perforación ...
Las cosas concretas , tangibles sufren deterioro o simplemente se descalibran y su valor disminuye por el efecto de tiempo ya que algo cuanto mas viejo mas se deteriora y cuanto mas viejo mas fácil es que se descalibre y entonces nos interesamos por el uso y preguntamos por los km recorridos o las horas de funcionamiento o la cantidad de kg procesados o la cantidad de unidades procesadas
Además una persona se acomoda a las posibilidades del artefacto expresadas en un manual o en el uso costumbrista y además nos apuramos a firmar las fichas de registraron para la validez de la garantía. En el manual nos darán na formulita o una tabla para determinar las necesidades de servicio y sin razonar recurrimos al service para que el artefacto envejezca según lo planeado por el fabricante o para estimar el valor residual.
Se hace lo mismo con el software ?
La mayoría de las veces me jugaría a que NO
Y porque puede ser eso?
Es que los productos de soft no son bienes tangibles como una maquina o un edificio y por lo tanto ningún modelo que derivemos de esos bienes es de aplicación
Tan solo podemos decir que un software también falla y envejece , pero no por el uso o por el paso del tiempo
entonces que es el soft ?
Un soft es un artefacto creado para responder preguntas preplaneadas que también debe ser capaz de utilizarse para algunas que no lo están
Falla si no puede responder lo planeado
Envejece en la medida que es incapaz de flexibilizarse para responder nuevas preguntas no planeadas

jueves, 7 de agosto de 2008

esquema defectos falla


El programa ideal es aquel libre de defectos
Como conseguir eso?
Testeando el programa y verificando sus propiedades ; desarrollarlo con un metodo que asegure la menor cantidad de defectos
SI pero .......recordar G.I.G.O. acomodado a este ambito :si pido basura, se desarrolla basura (P.B.D.B.??)
un progama no sera mejor que los objetivos y requisitos elegidos
Recordar que el objetivo de minima del mantenimiento es:mantener una tasa estable de fallas , o sea conseguir una inadaptacion aceptable , o sea retrasar la muere del programa