Deambulando la red

Me encuentro seguramente ante mi proyecto de mayor envergadura, he de realizar la aplicación web para la inmobiliaria en la que trabajo, actualmente ya existe un software el qual he ido manteniendo, actualizando, mejorando… Pero ha llegado un punto, que las mejoras son inviables, y no se pueden llevar a cabo de forma óptima.

He trabajado en grandes compañías realizando software, he montado grandes aplicaciones, pero desde luego la gestión de una inmobiliaria, que se dedica al alquiler puede ser un caos. Inquilinos, inmuebles, ocupaciones, inmobiliarias,afiliados,retribuidores, agentes y un sin fin de variables :S

Por ello me propuesto ir lo mas paso a paso posible, sin saltarme nada, despacito con buena letra y con buenos resultados, no se quieren cometer errores del pasado.

Para ello he repescado el modelo de Ingenieria Software recordaba unos pasos… y los he encontrado en la wikipedia

Sólo el análisis de requisitos, me puede llevar muchísimo tiempo, ya que nunca se sabe exactamente que es lo que se quiere.

Esto será como el trabajo que presente de final de curso, pero ahora sí de verdad, espero sea un exito!

Los pasos: (esto es ir en contra del extreme programming)

Análisis de requisitos

Extraer los requisitos de un producto de software es la primera etapa para crearlo. Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer, se requiere de habilidad y experiencia en la ingeniería de software para reconocer requisitos incompletos, ambiguos o contradictorios.

Especificación

Es la tarea de describir detalladamente el software a ser escrito, en una forma matemáticamente rigurosa. En la realidad, la mayoría de las buenas especificaciones han sido escritas para entender y afinar aplicaciones que ya estaban desarrolladas. Las especificaciones son más importantes para las interfaces externas, que deben permanecer estables.

Diseño y arquitectura

Se refiere a determinar como funcionará de forma general sin entrar en detalles. Yourdon dice que consiste en incorporar consideraciones de la implementación tecnológica, como el hardware, la red, etc.

Programación

Reducir un diseño a código puede ser la parte más obvia del trabajo de ingeniería de software, pero no es necesariamente la porción más larga.

Prueba

Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación. Una técnica de prueba es probar por separado cada módulo del software, y luego probarlo de forma integral.

Documentación

Realización del manual de usuario, y posiblemente un manual técnico con el propósito de mantenimiento futuro y ampliaciones al sistema.

Mantenimiento

Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar más tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 de toda la ingeniería de software tiene que ver con dar mantenimiento. Una pequeña parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte consiste en extender el sistema para hacer nuevas cosas. De manera similar, alrededor de 2/3 de toda la ingeniería civil, arquitectura y trabajo de construcción es dar mantenimiento.