Cómo escribir un Caso de Uso
Cuando estás involucrado en un proyecto y <ironia> tienes la mala suerte de encontrarte con un cliente que no sabe lo que quiere, o mejor dicho, si lo sabe, pero no sabe que lo sabe 
</ironia>, debes echar mano de toda tu experiencia y buen hacer para lograr que el barco llegue a buen puerto, eludiendo todo lo posible tempestades que puedas avistar en el horizonte.
Aplicar metodologías ágiles nos ayudará en la travesía y si las combinamos con técnicas de análisis ya conocidas, como por ejemplo la descripción de un sistema usando Casos de Uso de UML, nuestras probabilidades de éxito aumentan considerablemente.
Recientemente, a través de una de las listas de distribución de correo a las que estoy suscrito, recibí un White paper de IBM con el título "Tips for writing good use cases". Lo cierto es que me gustó mucho, su lectura es breve (unos 45 minutos) y el contenido me resultó muy útil.
Te recomiendo leerlo, no obstante por si andas justo de tiempo o te da pereza lo de leer en inglés, te hago un pequeño resumen de las ideas más importantes que en él se reflejan.
Imprimir este artículo
Reflexionar antes de “mejorar”
- La mejora debe implicar el consumo del menor número de recursos.
- La mejora no debe incrementar los costes fijos.
- La mejora no debe aumentar la complejidad del sistema.
- La mejora debe estar formada por un mínimo de reglas muy sencillas que la gente entienda con claridad.
- La mejora debe tener un objetivo, y sólo uno.
- La mejora debe producir el mínimo de efectos laterales.
- La mejora debe permitir que la gente se auto-organice por sí misma en el mayor grado posible, con el mínimo número de normas impuestas externamente.
Imprimir este artículo
Entorno de trabajo: Control de versiones – subversion.
Si te dedicas, como es mi caso, al desarrollo de aplicaciones no creo que haga falta convencerte de lo vital que es utilizar un sistema de control de versiones, el que sea.
En la actualidad, suelo utilizar es subversion, tanto por su potencia como por su soporte por parte de la comunidad.
Veamos como añadir a nuestro recién instalado servidor un sistema de control de versiones basado en apache y subversion.
Imprimir este artículo
Entorno de trabajo: Configuración básica de un “server”
Si algo hay que verdaderamente ha cambiado en estos últimos 10 años, son las instalaciones de los diferentes "sabores" de Linux. Atras quedaron los espartanos interfaces de instalación de "Slackware" (mi primera distribución).
Pero como casi siempre, nunca llueve a gusto de todos. Personalmente, pienso que para una estación de trabajo, cuanto menos pensemos mejor: Lo que quiero es poder realizar mis labores habituales de manera fácil; pero cuando estoy configurando un "server" es otra cosa, en estos casos necesito tenerlo todo bajo control y saber qué paquetes se instalan. La experiencia me dice que las labores de mantenimiento posteriores son mucho más sencillas cuanto menos software se haya instalado (una vez más KISS).
Imprimir este artículo