Академический Документы
Профессиональный Документы
Культура Документы
Curso: 6 A Sistemas
Materia: Sistemas de Inforamcin
PATRONES GRASP (General Responsibility Assignment Software
Patterns)
Los patrones de diseo son el esqueleto de las soluciones a problemas comunes en
el desarrollo de software.
[2]
b) Creador.
Responde a la pregunta:
Quin debe ser responsable en la creacin de una nueva instancia
de una clase? Solucin:
[2]
d) Bajo Acoplamiento.
Responde a la pregunta:
Cmo soportar baja dependencia e incrementar la reutilizacin?
Acoplamiento indica que tan fuertemente est conectada una clase
con otra, tiene conocimiento de, o influye sobre otra clase, una clase
con bajo acoplamiento no depende de otras clases.
Solucin:
Asignar responsabilidades de tal manera que el acoplamiento sea el
menor posible.
Ejemplo:
[2]
e) Controlador.
Responde a la pregunta:
Quin debe manejar eventos del sistema? Un controlador es un
objeto responsable del manejo de los eventos del sistema, que no
pertenece a la interfaz del usuario, el controlador recibe la solicitud
del servicio desde la capa GUI y coordina su realizacin delegando a
otros objetos.
Solucin: Responsabilidades para el manejo de mensajes de eventos
del sistema a una clase que:
Representa al conjunto del sistema o negocio (Controlador
Fachada).
Representa algo del mundo real que est activo (Controlador de
Roles).
Representa un administrador artificioso para todos los eventos del
sistema (Controlador Caso de Uso).
Ejemplo:
En el PDV hay varias operaciones del sistema como finalizarVenta(),
introducirArticulo() o introducirArticuloDevuelto().
Siguiendo el patrn Controlador podramos asignar la responsabilidad
de manejar estos eventos a una clase que represente al sistema
como Registro (Controlador Fachada).
O si hay muchos eventos de sistema, tambin podramos asignrsela
a controladores de los distintos casos de uso como:
ProcesarVentaControlador o GestionarDevolucionesControlador.
Si el Registro asume demasiadas responsabilidades pierde la cohesin
(el compromiso). [2]
Conclusiones:
Lo que el tema trata de decir es que no debemos reinventar el agua tibia,
por as decirlo. Hay mucho trabajo ya realizado, probado y aceptado en
entornos que tal vez sean los mismos que los que nos encontramos. Como
se dijo en prrafos anteriores, esta es una gran ayuda para no empezar de
cero nuestros proyectos, no siempre encontraremos la respuesta exacta a
nuestros problemas, pero, si una gua de cmo se resolvi algo parecido.