Tips para la identificación de las clases preliminares (o de análisis) y de sus asociaciones

Tips para la identificación de las clases preliminares (o de análisis) y de sus asociaciones.

Esta fase se divide en dos pasos:

• Definición de las clases preliminares
• Definición de las asociaciones

Definición de las clases preliminares

Para un software de carácter general es útil seguir las recomendaciones que se presentan a continuación:

a. Modelar objetos físicos como clases, tales como discos, impresoras, sensores, tarjetas de interfaces, etc.

b.  Modelar entidades conceptuales que formen una abstracción coherente, tales como una ventana sobre una pantalla o un archivo.

c.  Si se utiliza más de una palabra para el mismo concepto se selecciona aquella que sea la más importante en términos del resto del sistema. Esto es como parte de la construcción de un vocabulario común para el grupo de trabajo.

d. Ser cuidadoso con el uso de los adjetivos: pueden ser usados de muchas formas y pueden sugerir diferentes tipos de clases, un uso diferente de una misma clase o pudiera ser irrelevante. Si el uso del adjetivo señala que el comportamiento de la clase es diferente, entonces se configura o propone una nueva clase.

e. Ser cuidadoso con las oraciones en voz pasiva o con aquellos sujetos que no son parte del sistema. Las oraciones en voz pasiva siempre implican un sujeto, aunque esté omitido. Analice la oración en voz activa, esto permitirá analizar si se requiere una clase o si no tiene importancia. Similarmente, muchas oraciones pueden estar en voz activa, pero con sujetos fuera del sistema, por ejemplo, "el usuario". Si esta entidad interacciona con el sistema se convertirá en “un actor” y sí le corresponderá una clase al menos de interfaz.

f. Modelar también las categorías de clases. Éstas pueden convertirse en clases abstractas, pero en este momento deben considerarse como clases.

g.  Modelar como clases las interfaces conocidas, tales como la interfaz del usuario o las interfaces con otros programas o con el sistema de operación.

h. Modelar los valores de los atributos de las clases, no los atributos. Por ejemplo, en la clase viaje existe un atributo que es tipo de viaje, cuyos valores son excursión, recorrido y transfer, no se debe modelar clases para tipo de viaje, que es el atributo, pero sí para sus valores: excursión, recorrido y transfer.

...