Por que fallan los sistemas? Antes de definir porque fallan los sistemas creo que es conveniente definir "que es una falla en el sistema?". Una falla en el sistema no es solo cuando un programa presente fallos al momento de recibir un tipo de información o una cantidad abrumadora de usuarios, también puede ser considerado una "falla" cuando un programa, por mas bien que corra, no haga lo que el cliente desea que haga, o lo hace de una manera que no es la correcta. Procederé a nombrar algunos de los fallos más comunes presentes en los sistemas.
Alguien alguna vez dijo que una foto es mejor que mil palabras, y viendo que la temática de esta imagen tiene un puesto bastante especial en la lista de fallos, se las compartiré para que entiendan un poco a lo que me referiré mas adelante, aquí pues, el link: http://www.facebook.com/photo.php?pid=5092865&l=4ad7dea20c&id=597511299 Ahora si, entre los principales fallos podemos nombrar: * Fallos en el Algoritmo: que se producen cuando el algoritmo o la lógica utilizada en un programa no producen las salidas deseadas (aunque el código este bien programado y no de errores de compilación, el resultado obtenido no es el deseado por el cliente).
* Fallos por estrés o sobrecarga: que se produce cuando las estructuras de un programa son llevadas a la máxima capacidad (como cuando el sistema está hecho para ser trabajado por 100 usuarios al mismo tiempo pero lo utilizan 500).
*Fallos de Sincronización: que se producen cuando los eventos que se dan en el sistema no son sincronizados en el momento indicado (podría suceder, como en nuestro proyecto, que un cliente entregue N equipos para ser reparados, y cuando se crea el caso, los equipos no sean sincronizados con los técnicos sino hasta la siguiente mañana).
*Fallos de recuperación: que tras haber fallado el sistema, ya sea por causas internas o externas al mismo, no se comporte como se esperaba por los diseñadores o por el cliente.
*Fallos de hardware y del software del sistema: que puede darse cuando el hardware y/o software en donde se instale el programa no es el adecuado o no cumple con las especificaciones para que el sistema funcione bien (caso típico es instalar programas que están desarrollados para entornos MAC en computadoras con entorno Windows)
Así pues, podemos ver que, los fallos no son solo los pantallazos azules que lanza windows de vez en cuando, o cuando un programa "crashea", sino también se considerara un fallo de sistema cuando el programa no haga o no cumpla con las especificaciones del cliente.
Buenas colegas, leyendo el tema que esta tan general, comenzare desde la raíz, es conocido ya, que los proyectos de sistemas tengan un alto porcentaje de intentos de realización fallidos, en esto afirmación, toman posición varios factores, como el tiempo, los recursos (usualmente dinero), y las estadísticas asociadas a los proyectos IT, alrededor de un 71% de proyectos que tienden a realizarse, fallan, se quedan cortos de dineros, la organización que lo está implementando, tiene problemas internos, etc. Ahora que presenten fallas cuando ya esté listo, es otro asunto, fallas humanas, fallas ambientales, fallas de seguridad, existen otros aspectos, pero estos son los que me llaman la atención. Comenzando con fallas humanas, viene desde un manual de usuario con déficit de instrucciones, hasta un usuario final que no se le ha dado la correcta inducción al software o sistema, las fallas ambientales son impredecibles, pero siempre se tiene que tener planes de emergencia y contingencia para cada caso. En cuanto a falla del entorno, se deben de tomar las respectivas medidas de contingencia, si se va la luz, tener un UPS, tener los datos en una “pecera” Data Center, protegidos contra incendios, sobrecalentamiento. Básicamente estas son algunas razones del porque fallan los sistemas, pero no lo veo como una crisis, ya que todo esto posee al menos un remedio.
como dijeron mis compañeros anteriormente, existen muchas razones por las cuales podría fallar un sistema, pero basándonos en el tema de discusión se podría decir que es prácticamente imposible tener un sistema perfecto ya sea por cualquier error de diseño , implementación , validación o por culpa del usuario final es difícil que un sistema perdure en el tiempo ya que como sabemos fue diseñado con ciertos requerimientos y ciertas reglas del negocio , y es inevitable que estas no cambien en el tiempo; no deberíamos considerar una crisis en el horizonte el hecho de no estar consientes de que el sistema puede fallar y que tendrá que modificarse a lo largo del tiempo.
Por que fallan los sistemas?
ResponderEliminarAntes de definir porque fallan los sistemas creo que es conveniente definir "que es una falla en el sistema?".
Una falla en el sistema no es solo cuando un programa presente fallos al momento de recibir un tipo de información o una cantidad abrumadora de usuarios, también puede ser considerado una "falla" cuando un programa, por mas bien que corra, no haga lo que el cliente desea que haga, o lo hace de una manera que no es la correcta. Procederé a nombrar algunos de los fallos más comunes presentes en los sistemas.
Alguien alguna vez dijo que una foto es mejor que mil palabras, y viendo que la temática de esta imagen tiene un puesto bastante especial en la lista de fallos, se las compartiré para que entiendan un poco a lo que me referiré mas adelante, aquí pues, el link: http://www.facebook.com/photo.php?pid=5092865&l=4ad7dea20c&id=597511299
Ahora si, entre los principales fallos podemos nombrar:
* Fallos en el Algoritmo: que se producen cuando el algoritmo o la lógica utilizada en un programa no producen las salidas deseadas (aunque el código este bien programado y no de errores de compilación, el resultado obtenido no es el deseado por el cliente).
* Fallos por estrés o sobrecarga: que se produce cuando las estructuras de un programa son llevadas a la máxima capacidad (como cuando el sistema está hecho para ser trabajado por 100 usuarios al mismo tiempo pero lo utilizan 500).
*Fallos de Sincronización: que se producen cuando los eventos que se dan en el sistema no son sincronizados en el momento indicado (podría suceder, como en nuestro proyecto, que un cliente entregue N equipos para ser reparados, y cuando se crea el caso, los equipos no sean sincronizados con los técnicos sino hasta la siguiente mañana).
*Fallos de recuperación: que tras haber fallado el sistema, ya sea por causas internas o externas al mismo, no se comporte como se esperaba por los diseñadores o por el cliente.
*Fallos de hardware y del software del sistema: que puede darse cuando el hardware y/o software en donde se instale el programa no es el adecuado o no cumple con las especificaciones para que el sistema funcione bien (caso típico es instalar programas que están desarrollados para entornos MAC en computadoras con entorno Windows)
Así pues, podemos ver que, los fallos no son solo los pantallazos azules que lanza windows de vez en cuando, o cuando un programa "crashea", sino también se considerara un fallo de sistema cuando el programa no haga o no cumpla con las especificaciones del cliente.
Buenas colegas, leyendo el tema que esta tan general, comenzare desde la raíz, es conocido ya, que los proyectos de sistemas tengan un alto porcentaje de intentos de realización fallidos, en esto afirmación, toman posición varios factores, como el tiempo, los recursos (usualmente dinero), y las estadísticas asociadas a los proyectos IT, alrededor de un 71% de proyectos que tienden a realizarse, fallan, se quedan cortos de dineros, la organización que lo está implementando, tiene problemas internos, etc. Ahora que presenten fallas cuando ya esté listo, es otro asunto, fallas humanas, fallas ambientales, fallas de seguridad, existen otros aspectos, pero estos son los que me llaman la atención. Comenzando con fallas humanas, viene desde un manual de usuario con déficit de instrucciones, hasta un usuario final que no se le ha dado la correcta inducción al software o sistema, las fallas ambientales son impredecibles, pero siempre se tiene que tener planes de emergencia y contingencia para cada caso. En cuanto a falla del entorno, se deben de tomar las respectivas medidas de contingencia, si se va la luz, tener un UPS, tener los datos en una “pecera” Data Center, protegidos contra incendios, sobrecalentamiento.
ResponderEliminarBásicamente estas son algunas razones del porque fallan los sistemas, pero no lo veo como una crisis, ya que todo esto posee al menos un remedio.
como dijeron mis compañeros anteriormente, existen muchas razones por las cuales podría fallar un sistema, pero basándonos en el tema de discusión se podría decir que es prácticamente imposible tener un sistema perfecto ya sea por cualquier error de diseño , implementación , validación o por culpa del usuario final es difícil que un sistema perdure en el tiempo ya que como sabemos fue diseñado con ciertos requerimientos y ciertas reglas del negocio , y es inevitable que estas no cambien en el tiempo; no deberíamos considerar una crisis en el horizonte el hecho de no estar consientes de que el sistema puede fallar y que tendrá que modificarse a lo largo del tiempo.
ResponderEliminar