ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Esencia y accidentes de la ingenierıa de software


Enviado por   •  7 de Marzo de 2015  •  3.318 Palabras (14 Páginas)  •  302 Visitas

Página 1 de 14

Esencia y accidentes de la ingenier´ıa de softwareEsencia y accidentes de la ingenier´ıa de softwareEsencia y accidentes de la ingenier´ıa de softwareEsencia y accidentes de lDe todos los monstruos que llenan las pesadillas de nuestro folklore, ninguno aterroriza m´as que los hombreslobo,

porque se transforman de manera inesperada de algo familial a algo horroroso. Para ellos se buscan balas

de plata que puedan destruirlos de forma m´agica.

Los proyectos de software habituales, al menos tal como los ve un administrador no t´ecnico, tiene algunas de

estas caracter´ısticas; generalmente se ve inocente y directo, pero puede transformarse en un monstruo de plazos

no alcanzados, presupuestos sobrepasados, y productos con errores. Entonces se escuchan gritos desesperados

pidiendo una bala de plata–algo que haga disminuir los costos del software tan r´apidamente como bajan los

costos del hardware.

Pero, si miramos con un horizonte de diez a˜nos, no vemos ninguna bala de plata. No existe ni un solo desarrollo,,

ni en tecnolog´ıa ni en administraci´on, que por s´ı mismo prometa ni siquiera un orden de magnitud de mejoras en

la productividad, confiabilidad, o simplicidad. En este art´ıculo, tratar´e de mostrar por qu´e, examinando tanto

la naturaleza de los problemas del software como las propiedades de las balas que han sido propuestas.

Sin embargo, escepticismo no es lo mismo que pesimismo. A pesar de que no vislumbramos grandes saltos

cualitativos–y por cierto creo que esto es consistente con la naturaleza del software–existen en desarrollo muchas

innovaciones promisorias. Un esfuerzo disciplinado y consistente para desarrollar, propagar y explotar estas

innovaciones deber´ıa por cierto traer un orden de magnitud de mejora. No existe un camino real, pero este es el

camino.

El primer paso hacia la cura de las enfermedades fue reemplazar las teor´ıas de los demonios por la teor´ıa de los

g´ermenes. S´olo ese cambio en s´ı, el comienzo de la esperanza, quita toda esperanza de soluciones m´agicas. Esto

ense˜n´o a los trabajadores que el progreso se har´ıa paso a paso, con gran esfuerzo, y que se deber´ıa tener una

disciplina persistente con la limpieza. De la misma forma se encuentraDe todos los monstruos que llenan las pesadillas de nuestro folklore, ninguno aterroriza m´as que los hombreslobo,

porque se transforman de manera inesperada de algo familial a algo horroroso. Para ellos se buscan balas

de plata que puedan destruirlos de forma m´agica.

Los proyectos de software habituales, al menos tal como los ve un administrador no t´ecnico, tiene algunas de

estas caracter´ısticas; generalmente se ve inocente y directo, pero puede transformarse en un monstruo de plazos

no alcanzados, presupuestos sobrepasados, y productos con errores. Entonces se escuchan gritos desesperados

pidiendo una bala de plata–algo que haga disminuir los costos del software tan r´apidamente como bajan los

costos del hardware.

Pero, si miramos con un horizonte de diez a˜nos, no vemos ninguna bala de plata. No existe ni un solo desarrollo,,

ni en tecnolog´ıa ni en administraci´on, que por s´ı mismo prometa ni siquiera un orden de magnitud de mejoras en

la productividad, confiabilidad, o simplicidad. En este art´ıculo, tratar´e de mostrar por qu´e, examinando tanto

la naturaleza de los problemas del software como las propiedades de las balas que han sido propuestas.

Sin embargo, escepticismo no es lo mismo que pesimismo. A pesar de que no vislumbramos grandes saltos

cualitativos–y por cierto creo que esto es consistente con la naturaleza del software–existen en desarrollo muchas

innovaciones promisorias. Un esfuerzo disciplinado y consistente para desarrollar, propagar y explotar estas

innovaciones deber´ıa por cierto traer un orden de magnitud de mejora. No existe un camino real, pero este es el

camino.

El primer paso hacia la cura de las enfermedades fue reemplazar las teor´ıas de los demonios por la teor´ıa de los

g´ermenes. S´olo ese cambio en s´ı, el comienzo de la esperanza, quita toda esperanza de soluciones m´agicas. Esto

ense˜n´o a los trabajadores que el progreso se har´ıa paso a paso, con gran esfuerzo, y que se deber´ıa tener una

disciplina persistente con la limpieza. De la misma forma se encuentraDe todos los monstruos que llenan las pesadillas de nuestro folklore, ninguno aterroriza m´as que los hombreslobo,

porque se transforman de manera inesperada de algo familial a algo horroroso. Para ellos se buscan balas

de plata que puedan destruirlos de forma m´agica.

Los proyectos de software habituales, al menos tal como los ve un administrador no t´ecnico, tiene algunas de

estas caracter´ısticas; generalmente se ve inocente y directo, pero puede transformarse en un monstruo de plazos

no alcanzados, presupuestos sobrepasados, y productos con errores. Entonces se escuchan gritos desesperados

pidiendo una bala de plata–algo que haga disminuir los costos del software tan r´apidamente como bajan los

costos del hardware.

Pero, si miramos con un horizonte de diez a˜nos, no vemos ninguna bala de plata. No existe ni un solo desarrollo,,

ni en tecnolog´ıa ni en administraci´on, que por s´ı

...

Descargar como (para miembros actualizados)  txt (22.7 Kb)  
Leer 13 páginas más »
Disponible sólo en Clubensayos.com