No Es Mio

Metodología de desarrollo software
Tras leer algunos libros y buscar por internet, me da la impresión de que esto de las metodologías es algo que está todavía un poco verde. Hay montones de ellas y cada "gurú" tiene la suya. Sin embargo, casi todas ellas tienen muchas cosas comunes, así que aquí trataré de resumir la conclusión a la que he llegado. El resultado es cosa mía, cogiendo lo que hecreido mejor de lo que he leido y tratando de obtener una metodología que me resulte práctica.
FASES
Las fases en las que hay que desarrollar un proyecto, son básicamente Requisitos, análisis, diseño preliminar, diseño detallado, codificación y pruebas. Voy a detallar estas fases con un ejemplo, suponiendo que quiero hacer un programa para jugar al ajedrez.
REQUISITOS
Los requisitos son unalista de cosas que queremos que haga nuestro programa. Lo normal es que recopilemos dicha lista hablando con todas las personas que podamos: usuarios de nuestro programa, expertos en el tema de que trata el programa (ajedrez), etc, etc.
Normalmente la gente con la que hablemos nos dará los requisitos de una forma vaga y desordenada. Es labor nuestra ordenarlos (por temas, por dificultad, porimportancia para los usuarios, etc) y asegurarnos de que son claros.
Para asegurarnos de que un requisito es claro, debemos saber qué persona lo ha propuesto y por qué lo ha propuesto, qué es lo que cree exactamente que vamos a hacer en nuestro programa cuando nos ha dicho ese requisito.
Por ejemplo, unos cuantos requisitos para nuestro programa de ajedrez pueden ser:
* Que avise de losjaques
* Que el movimiento de las piezas del tablero sea suave
* Que tarde menos de 30 segundos en "pensar" un movimiento
* Si el usuario no sabe qué mover, que pueda pedirle ayuda al ordenador.
* Que pueda aprender aperturas que se le introduzcan.
* Que guarde las partidas en una base de datos.
* ...
y ahora toca aclararlos. ¿Qué es avisar de los jaques? ¿un pitido? ¿un texto"jaque" en algún sitio de la pantalla? ¿una voz que diga "jaque"? ¿Debe avisar también cuando el usuario es el que da jaque al ordenador? ...
E incluso ordenarlos. ¿Cuales son los más importantes para los usuarios? Los menos importantes se podrían dejar para el final o darles menos importancia, dedicarles menos tiempo que a los importantes. ¿Cuales son más difíciles de hacer?. Quizás debamosdedicarnos a ellos primero, para saber si vamos a ser capaces de hacerlos, o vamos a tener que dejar el programa a medias, después de haber trabajado unos meses en él. Podríamos empezar a negociar antes con el cliente para cambiar dicho requisito por otro.
ANÁLISIS
Durante el análisis vamos a definir más claramente qué es lo que va a hacer nuestro programa. Debemos hacer varias cosasprincipalmente:
* Identificar actores. En lenguaje UML, actores son los usuarios y cualesquiera otros sistemas con los que se pueda comunicar nuestro programa. En nuestro programa de ajedrez, un actor sería el usuario que va a jugar al ajedrez. Le llamaremos "jugador". También se indicaba como requisito que pueda aprender aperturas. La persona que le va a enseñar aperturas a nuestro programa podría serotro actor, al que podemos llamar "maestro". Una misma persona puede ser varios actores. Por ejemplo si alguien compra nuestro programa de ajedrez, a veces puede jugar y otras veces puede enseñarle aperturas. Es la misma persona, pero el papel que desempeña en cada caso es distinto.
* Identificar casos de uso. Un caso de uso es algo que un actor quiera hacer con nuestro sistema. Por ejemplo,un caso de uso para un "jugador" es "jugar una partida". Está claro que el jugador quiere nuestro programa para jugar una partida de ajedrez. Otro posible caso de uso es "análisis de un tablero". El "jugador" pone las piezas en determinada posición y quiere que el ordenador le dé una lista de posibles movimientos, etc, etc. En resumen, debemos obtener una lista de cosas que los actores van a...