2007-09-13 21:47:04

Buscar las relaciones de herencia identificando los datos y/o funciones que son comunes a varios objetos.
Buscar las relaciones de inclusi�n identificando grupos de datos y/o funciones que se complementen en un s�lo objeto.
No intentar nunca representar las relaciones de inclusi�n en los diagramas de herencia y viceversa.
Debe pensarse en la aplicaci�n como un conjunto de objetos que colaboran.
Se deben dise�ar primero los objetos y sus ficheros de cabecera, para implementar m�s tarde los m�todos descritos en los ficheros de cabecera.
Se debe poner toda la funcionalidad en los objetos, si una funci�n no parece encajar en ning�n objeto se debe aplazar su desarrollo hasta que aparezca un objeto adecuado.
Se debe comenzar con los objetos sencillos y continuar a�adiendo objetos a medida que parezcan evidentes.
La utilizaci�n de un tipo como par�metro o como estructura de campo es un problema en potencia. Normalmente el tipo debe ir impl�cito en el objeto, quiz�s estamos intentando implementar un objeto que realice dos tareas cuando deber�amos utilizar dos o m�s objetos.

2005-04-21 11:43:52

edited by JuananRuiz