No queda duda de que la Programación Orientada a Objetos es un mecanismo eficiente para el diseño de software, sin embargo el elegir que clases desarrollar así como que propiedades y métodos se deben de implementar es un proceso que además de difícil puede resultar tedioso sin un método adecuado de diseño.
Para lo anterior contamos con los Diagramas de Casos de Uso.
El Diagrama de Casos de Uso es un diagrama que muestra las relaciones entre actores y casos de uso dentro de un sistema. Este diagrama muestra un enfoque abstracto de los objetivos del software a construir y tiene la ventaja de poder se interpretado tanto por el equipo de desarrollo como por el usuario a quien se le desarrolla el sistema.
Un Actor es algo o alguien, fuera del sistema que interactúa con él.
Un Caso de Uso es la especificación de una secuencia de acciones, incluyendo variantes, que un sistema (u otra entidad) puede realizar, interactuando con actores del sistema.
Ejemplo de diagrama de caso de uso
La Descripción de un caso de uso es la secuencia de acciones que se realizan para implementar dicho compartamiento en el sistema.
Para el ejemplo "Captura negociación" la descripción sería como:
El usuario introduce los datos de la negociación usando un ID de cliente en particular. El ID es validado por la Base de Datos, y un error se despliega si el cliente no existe. Si el ID empata con un cliente, su nombre, dirección y fecha de nacimiento son obtenidos así como cualquier negociación sobresaliente que el cliente haya realizado. Detalles a cerca de cada negociación son obtenidos, incluyendo el ID, la fecha, y la descripción de la misma.
De las descripciones de los casos de uso se tienen las bases para el diseño inicial de clases. Para lo anterior se identifican los siguiente conceptos:
-Sustantivos, que posteriormente se convertirán en clases.
-Verbos, que posteriormente se convertirán en operaciones (métodos)
-Atributos , que posteriormente se convertirán en atributos (propiedades)
El usuario introduce los datos de la negociación usando un ID de cliente en particular. El ID es validado por la Base de Datos, y un error se despliega si el cliente no existe. Si el ID empata con un cliente, su nombre, dirección y fecha de nacimiento son obtenidos así como cualquier negociación sobresaliente que el cliente haya realizado. Detalles a cerca de cada negociación son obtenidos, incluyendo el ID, la fecha, y la descripción de la misma.
De lo anterior tendríamos
Clase: Usuario
Propiedades: Nombre, dirección, fecha de nacimiento
Métodos: Obtiene datos
Clase: Negociación
Propiedades: ID, fecha, descripción
Métodos: Obtiene datos
Clase: Base de datos
Métodos: Valida
Este método resulta más eficiente entre más detallado sea una descripción de caso de uso y de lo adecuadadamente factorizado en términos de de casos de uso.