Mejora de la productividad del Software

Ensayo

MANTENIMIENTO DE SOFTWARE
En el siguiente ensayo se hablará de manera breve acerca del documento:

Mejora de la productividad del software. A grandes rasgos este documento habla de

las técnicas que se pueden utilizar para mejorar la productividad e incluso la calidad

de un software, explicándote algunos tips para hacer mejor las cosas hasta que tipo

de personas debes tener en tu equipo para hacer las cosas más eficientemente.
La productividad del software a lo largo del tiempo apenas parece mantenerse por

si mismo mientras que el hardware avanza muchísimo más deprisa, ahora los

procesadores, memorias y las mayorías de las piezas mantienen una relación

mucho mejor entre rendimiento y precio a comparación de antes.

Sabemos que un producto de software puede llegar a ser demasiado costoso y más

si este es llegado a hacer a la medida, una gran recomendación, es no construir

software personalizado donde un software producido en serie satisfará sus

necesidades, ya que la productividad del software personalizado es mucho más

lenta.

¿Por qué es importante mejorar la productividad del software?

Es muy importante los costos de producir software son grandes y cada vez más,

así, cualquier porcentaje de ahorro es muy significante.

Los costos de software aumentan no porque la gente se esté volviendo menos

productiva, sino que hay un aumento en la demanda de software.

Una de las razones en este aumento es que otros sectores de la economía tratan

de aumentar su productividad mediante la automatización de procesos, y entre más

empresas estén enfocados a automatizar sus negocios la demanda crece.

¿Cómo se puede mejorar la productividad del proceso de software?

Esto se puede hacer aumentando las salidas, disminuyendo las entradas, o ambos.

Las entradas comprenden la mano de obra, computadoras, suministros,

instalaciones, equipos, etc. Y las salidas son las instrucciones de fuente

suministradas (DSI) o bien las líneas de código del software.

Hay dos situaciones principales que crean interacciones significativas entre los

costes y cualidades del software:

.-El proyecto puede reducir los costos de desarrollo de software a expensas de

aumentar los costos operacionales y de ciclo de vida.

.-El proyecto puede reducir simultáneamente los costos del software y mejorar la

calidad del software mediante técnicas modernas.

Para analizar la productividad del software se pueden considerar dos maneras

principales.

.- El enfoque de caja negra: en este se realizan análisis comparativos sobre los

resultados generales que arrojan una serie de programas.

.- El enfoque de caja de vidrio: Aquí se analizan los costos de proyectos para

comparar su distribución interna entre dichos costos como trabajo y capital, el

código y documentación, desarrollo y mantenimiento, y otras distribuciones de

costos por fase o actividad.

La cadena de valor del producto de software fue desarrollada por Porter y sus

asociados en la escuela de negocios de Harvard. Este es un método útil de

comprensión y control de los costos involucrados en una amplia variedad de

organizaciones empresariales. Para el software el elemento más importante de la

cadena de valor son las operaciones, que aquí es donde se establecen las

actividades asociadas y cubren aproximadamente cuatro quintos del desembolso

total del desarrollo. El componente operaciones es la clave para las mejoras

significativas.
Tras la organización del árbol de oportunidades de productividad del software están

las siguientes opciones principales para mejorar dicha productividad:

.- Obtener lo mejor de la gente.- Hacer los pasos más eficientes.- Eliminar

.- Eliminación de reelaboración.- Construcción de productos más sencillos

.-Reutilización de componentes

Si se desea aumentar la productividad del proyecto de software, una de las mayores

acciones para iniciar es obtener a las mejores personas trabajando contigo.

A su vez una mala administración puede disminuir y afectar la productividad del

software más rápidamente que cualquier otro factor. Unos ejemplos son:

.- Planificación deficiente.

.- Mala combinación de habilidades.

.- Personal prematuro

Los costos de retrabajo se concretan en unos pocos artículos de alto riesgo. Estos

se pueden evitar con un prototipo rápido, el retrabajo se da por una mala

especificación o un malentendido en los requisitos de la interfaz de usuario. O bien,

porque el usuario aún no sabe que es lo que quiere y cuando lo mire decidirá si le

gusta o no, y aquí con un prototipo ya le muestras como quedaría y evitas el

retrabajo y puedes mejorar tu productividad.

Una forma más y creo que de las más importantes para mejorar la productividad es

la construcción de los productos más simples, esto se puede llegar a hacer de dos

maneras, la primera es como su nombre lo dice, construir algo más simple, la otra
es con la reutilización de componentes, ya sea usando librerías o diferentes

métodos ya preestablecidos.

En la búsqueda de mejoras en la productividad del software, hay que tener mucho

cuidado en no confundir medios con los fines. Mejorar la productividad del software

no es un fin, es un medio para ayudar mejor a las personas a ampliar sus

capacidades para hacer frente a la información y para tomar decisiones.

Después de leer este documento acerca de la mejora de la productividad del

software eh llegado a la conclusión que es muy importante saber cómo se puede

mejorar esto, ya que actualmente un software echo a la medida si llega a costar muy

caro por lo mismo, porque no hay demasiadas personas haciéndolos y a fin de

cuentas terminan por mejor no comprarlo o comprar uno comercial, que pues

también termina funcionándole. El aspecto que me queda más del documento es de

las ultimas cosa, es decir, si un cliente no sabe lo que quiere, hay que darle un uso

correcto a los prototipos, hacer algo rápido para saber si le gustara y así no tener

que trabajar doble, o hasta triple. También no hay que querer hacer algo que ya está

hecho, para poder avanzar rápido es importante utilizar librerías que alguien ya hizo

y no esforzarnos dioquiz en cosas que ya están hechas y funcionan a la perfección,

este es un método muy válido para mejorar la productividad de los proyectos del

software.