Introduccion a la ingenieria del software

Solo disponible en BuenasTareas
  • Páginas : 13 (3086 palabras )
  • Descarga(s) : 0
  • Publicado : 16 de mayo de 2011
Leer documento completo
Vista previa del texto
INTRODUCCION A LA INGENIERIA DEL SOFTWARE

Sobre finales de los 70, comienzo de los 80 (del siglo XX), surgio toda una revolucion en el mundo del desarrollo de software.
En aquellos tiempos, hacer cualquier aplicacion requeria mucho mucho esfuerzo, sin herramientas visuales, mucha gente, muchas pruebas, muchos medios, lo cual no quiere decir que ahora sea facil, pero lo que yo puedo hacerahora solo, necesitaba hace 10 años de unas 3 personas para hacerlo. Las empresas, los desarrolladores, se dieron cuenta de que mantener ese ritmo, con aplicaciones monstruosas, con muchisimo codigo, tanto que al cabo de unos meses ya no se sabia ni como funcionaba, necesitaba una solucion.
Veamoslo de otra forma, por si no he sabido explicarme bien:
Departamento de informatica de una empresa, nomenos de 5 programadores, en lenguajes tales como C, algun Pascal o quizas un cobol, nada visual, monitores en fosforo verde... una vida muy dura. Comienza el proyecto, lineas y lineas de codigo, pruebas, mas pruebas, y... comienzan las prisas: Los usuarios quieren YA la aplicacion. Por lo tanto, los programadores comienzan a modificar la aplicacion (a veces un conjunto de aplicaciones que formanun sistema) como pueden, a toda prisa. No hay tiempo para documentar, y pasan unos cuantos meses.
A estas alturas, los jefes de equipo ya no saben bien en donde estan: Saben que su aplicacion es muy grande, que cuesta mucho esfuerzo mantenerla, y que es la mejor :), pero realmente, no saben como de grande, ni cuanto se modifica cada semana. Tampoco pueden detectar bien los desarrollos que hansido mas complicados de los que no lo son. Y quizas mas importante, como no tienen ninguna medida del proyecto, no pueden aplicar la experiencia para estimar nuevos tiempos de desarrollos.
Esta era la situacion, y sigue siendolo. Las herramientas han mejorado, pero la valoracion del proyecto continua en muchos casos sin tenerse en cuenta. De todo esto se ha ocupado mucha gente con la disciplinaconocida como INGENIERIA DE SOFTWARE, de la cual hay mucha documentacion, libros, etc. Yo solo estoy contando aqui una humilde introduccion, para ir directos al caso que nos ocupa (Delphi).
Veamos ahora una tabla de las cosas que se deben valorar en un proyecto (en Delphi, directamente), y lo que nos permitirian conocer, y como siempre, solamente es mi opinion. Ni tengo ciencia infusa, ni soy el quemas sabe, ni nada por el estilo.:

NUMERO DE LINEAS DE CODIGO DE LA APLICACION
Lo mas evidente. No es una informacion de mucha calidad, pero es simple de obtener, y es mejor que nada.
De entrada nor permite valorar donde nos movemos: No es lo mismo analizar un proyecto Delphi de 2000 lineas que uno de 40000.
Sirven ademas para ver la cantidad / calidad del desarrollo realizado en untiempo. Por ejemplo, si despues de 2 dias, variamos de 2000 lineas a 45000, habremos desarrollado mucho, con poca programacion visual, y por el volumen, parece que no ha sido complicado.
Sin embargo, tambien puede indicar que no se ha reutilizado codigo (mas bien se ha copiado y pegado) por lo cual ya tenemos una pista para realizar una revision del desarrollo. ¿ves ahora de que va este asunto?
Y sipasamos despues de 15 dias, de 2000 lineas a solo 2025, puede ocurrir:
Que realmente el desarrollo haya sido dificil
O que hayamos hecho mucha programacion visual (recordar que en Delphi, poner un componente en un form tambien añade una linea de codigo en la declaracion del form, asi que en realidad, la programacion visual tambien esta afectando al numero de lineas).
Que se haya eliminadocodigo innecesario. :)
En resumen, en el caso de una disminucion de lineas de codigo, solamente te valdra en un proyecto entre varios programadores. Si estas solo con el proyecto, ya sabras a que se ha debido. Lo que si te indica es que realmente ahora tienes un proyecto mas pequeño que mantener. Que sea mas pequeño no significa que sea ni mas sencillo ni mas complicado, si no que tardaras menos en...
tracking img