domingo, 16 de febrero de 2014

Mantenimiento y Leyes de Lehman

Ejemplos de mantenimiento

Mantenimiento preventivo. League Of Legends: Para preveer la entrada de los usuarios, ya que su cantidad ha aumentado considerablemente desde su lanzamiento, por lo que tienen que revisar la capacidad de sus servidores.
Mantenimiento correctivo. Netbeans: Contiene muchos bugs y tarda mucho en iniciarse y crear y abrir nuevos proyectos.
Mantenimiento adaptativo. Microsoft Word 2010: Lo adaptaría para otros sistemas operativos, puesto que sólo funciona en Windows.
Mantenimiento perfectivo. WinDS Pro: Este programa es un conjunto de emuladores de consolas de Nintendo, y le aplicaría mentenimiento perfectivo para que pudiera emular el Nintendo 3DS y utilizar sus juegos.

Ley del Cambio Continuo (1era Ley de Lehman) 

http://aristeguinoticias.com/3007/kiosko/se-cumplen-10-anos-del-ultimo-vocho-en-mexico/

En esta noticia podemos encontrar un ejemplo de la primera ley, es sobre el último vocho producido en México, especificamente, en Puebla. Este vehículo fue producido primero en Alemania y después en todo el mundo, hasta en México.

Logró gran aceptación alrededor del planeta, sin embargo, debido a que permanecio sin cambios por mucho tiempo, su producción y ventas comenzaron a decaer, hasta que en 1971 dejo de producirse en Alemania y en 2004 en todo el mundio. Esto refleja lo que quiere decir la primera ley, puesto que un sistema necesariamente tiene que cambiar o sí no se volverá menos útil para su entorno. El Volkswagen Sedán al no cumplir con esta ley y al no ser modificado, fue sacado del mercado.


José Antonio Jiménez Amador. 

Ley de Complejidad creciente: (2da Ley de Lehman)

http://www.eluniversal.com.mx/ciudad-metropoli/2013/sube-tarifa-del-metro-a-5-el-dia-13-de-diciembre-971265.html
La noticia que se tomó como base para poder explicar la segunda ley, se trata de una noticia reciente que hace referencia a el aumento del precio en el metro de la ciudad de México.
A pesar de su mala aceptación por parte de los usuarios que utilizan este medio de transporte público podemos citar que la segunda ley nos menciona que a medida que un programa en evolución camba, su estructura tiende a ser más compleja y se debe requerir recursos extras para perseverar y simplificar su estructura.
En base al artículo, podemos ver que el alza en el precio del metro es destinar recursos extras para poder mejorar el sistema de transporte público, en este caso comprar más trenes nuevos para mejorar los tiempos de recorrido de los trenes, ya que podemos observar que las personas que hacen uso de este servicio son demasiadas.   

Reyes Fragoso Roberto

Ley de Autorregulacion  (3ra Ley de Lehman)

http://www.softzone.es/2013/09/11/problemas-con-las-actualizaciones-de-microsoft-en-windows-7-8-y-8-1/

Esta noticia es un ejemplo de cómo entre más grande sea el sistema más complicado es aplicarle mantenimiento, pues Windows al ser un sistema operativo, entre más complejo sea el cambio o más grande sea el número de actualizaciones, podría traer más errores como los mencionados en la noticia. Por otro lado, si se hubieran aplicado pequeños cambios jerarquizados por relevancia, tal vez éstas actualizaciones no hubieran provocado los malos resultados que se destacan en la noticia.


Hernández Uribe Oswaldo Daniel


Ley de la estabilidad organizacional. 

http://noticias.softonic.com/firefox-para-windows-8-se-retrasa-de-nuevo-podria-salir-en-marzo
En la noticia anterior se muestra el retraso que ha tenido el lanzamiento Firefox para la interfaz Modern de Windows 8 y Windows 8, ya que desde el 2012 han salido gran cantidad de bugs que impiden la publicación de la app de Firefox. El desarrollo es una etapa constante, y no se puede apresurar dedicándole mas recursos, ya que detrás de todo esto, hay un análisis de requerimientos, y una planeación que no puede ser “modificada”.
Debe de haber un análisis correcto, contemplar las pruebas, y desarrollarlo con el tiempo acordado, ya que puede llegar el caso en el que apresurar el desarrollo del software, puede causar errores en el mismo, aun con los recursos adecuados.

Lara Hernández Ricardo. 

Ley de la conservación de la familiaridad (5 ta ley de Lehman)

http://www.elsiglodetorreon.com.mx/noticia/962397.brotan-aguas-negras-por-el-crecimiento-poblacional.html
En la noticia anterior apreciamos un ejemplo de la quinta ley de Lehman, trata sobre el desbordamiento de un canal de aguas negras en Torreón provocado por el aumento poblacional en las áreas alrededor de este. Mencionan que debido a la saturación de las líneas que cruzan por el lugar, así como el aumento de materiales sólidos que al acumularse en cierto punto, bloquean el flujo normal de las aguas hacia la planta tratadora, y hacen que las aguas se desborden. Se puede notar la primera ley en que el aumento a un sistema, en este caso una civilización, provoca defectos en el mismo, y se debe dar una segunda "entrega" y reparar los mismos.

Esquivel Sánchez Luis Rodrigo.

domingo, 9 de febrero de 2014

Mantenimiento de software

Introducción

El presenta trabajo aborda el tema de mantenimiento de software. Es importante tener presente este concepto, puesto que actualmente, se invierte más tiempo en realizar el mantenimiento que en desarrollar el proyecto de software.

Desarrollo

Mantenimiento de software

Es la modificación de un proyecto de software después de haber sido entregado al cliente, ya sea en el código o en la documentación, debido a un defecto o por las necesidades cambiantes del cliente. (Sánchez Barreiro).

Soporte de software

El soporte de software es el servicio que asiste sobre el software de una computadora u otro dispositivo, para ayudar al usuario a resolver algún problema que se presente al utilizarlo.

Tipos de mantenimiento

Correctivo. Para eliminar los defectos del producto después de que ocurra un error.
Adaptativo. Es el modificarlo para funcionar bajo algún cambio en el entorno (software o hardware) donde se ejecuta.
Perfectivo. Es provocado por cambios en la especificación, añadiendo nuevas funciones pedidas por el cliente.
Preventivo. Es corregir ciertas propiedades del software, antes de que se presente un error. Ayuda a reducir los tiempos que se pueden gastar en el mantenimiento correctivo. (Tlaxcala)

Mantenimiento dentro del ciclo de desarrollo de software

El mantenimiento entra al final del ciclo de cascada, después de que el software ha sido entregado e implementado. 

Preguntas

1. ¿Cuáles son los factores que elevan el costo del mantenimiento?

a) Estabilidad del equipo. Cuando se entrega el sistema, el equipo desarrollador normalmente  de disuelve, por lo que el equipo de mantenimiento no comprende el sistema, lo cual se debe hacer para implementar cambios en él.
b) Responsabilidad contractual. El contrato con quien desarrollo el sistema y el que lo mantiene es distinto, por lo que el equipo desarrollador no se preocupa en que el sistema sea fácil de modificar, lo que aumenta el costo.
c) Habilidades del personal. El personal de mantenimiento a menudo no posee experiencia y no domina la aplicación.
d) Edad y estructura del sistema. A medida que pasa el tiempo la estructura de los programas se degrada con los cambios, por lo que se vuelve difícil de comprender y modificar.

2. ¿Qué debe considerar en el entorno para realizar cambios en el sistema?

a) El número y complejidad de las interfaces del sistema. Cuanto mayor sea su número y más complejas, es más probable que se hagan peticiones de cambio.
b) El número de requerimientos del sistema intrínsecamente volátiles. Son los que reflejan políticas y procedimientos organizacionales, a diferencia de los que se basan en características estables del dominio
c) Los procesos de negocios en los que se utiliza el sistema. Como los procesos de negocios evolucionan, se generan más peticiones de cambio del sistema.


Conclusión

Con este trabajo he comprendido lo que es el mantenimiento del software, la diferencia que tiene con el soporte de software, los tipos de mantenimiento de software, las consideraciones que se deben tomar al realizar cambios y los factores que elevan los costos de la realización de los mismos.

Bibliografía

Sánchez Barreiro, P. (s.f.). Ingenieria de software II. Recuperado el 2014 de Enero de 28, de http://ocw.unican.es/ensenanzas-tecnicas/ingenieria-del-software-ii/materiales/tema8-mantenimientoSistemasSoftware.pdf


Tlaxcala, U. A. (s.f.). Mantenimiento de software. Recuperado el 28 de Enero de 2014, de http://ingenieria.uatx.mx/labastida/files/2011/08/MANTENIMIENTO-DE-SOFTWARE.pdf