Experiencia con AdminGeneratorBundle

•07/01/2013 • Dejar un comentario

A pesar de que solo llevo algunos meses usando Symfony 2, ya se me esta haciendo mas natural el hecho de que es mas flexible a su predecesor. Lo único que extraño de symfony 1.4 es su admin generator, lo cual simplificaba tareas tediosas y que no necesitaban mayor lógica que un CRUD. Pero al poco buscar me encontré con al menos 2 alternativas y que parecian buenas opciones: Admingenerator y SonataAdminBundle.

Seguir leyendo ‘Experiencia con AdminGeneratorBundle’

Business Services: ADF BC

•23/08/2011 • Dejar un comentario

ADF BC es la parte mas madura de ADF (Oracle Application Development Framework). Nacido en 1990 bajo el nombre de Java Business Object, rapidamente fue renombrado Business Component for Java (BC4J) y fue adoptado en muchos productos Oracle a través de los años. En su forma actual, que es a la vez un objeto sólido a la herramienta de mapeo relacional (ORM) y una capa de lógica de negocio. ADF BC implementa varios patrones clave como Business Delegate y Service Locator favoreciendo un estilo basado en interfaz de programación. En consecuencia, ADF BC es adecuado para apoyar la arquitectura orientada a servicios (SOA), ya que agrupa datos de acceso, las validaciones de negocio de dominio, y la lógica de negocio en un solo lugar. Si bien el marco ADF BC está formado por cientos de clases de Java, los desarrolladores normalmente manipulan sólo tres componentes principales:

Entity Object(EO): Representa una fila en una tabla de base de datos y maneja las operaciones crear, actualizar y borrar. Las validaciones pueden ser definidas a nivel de objeto en la entidad para garantizar la calidad de los datos. Esas validaciones pueden ser definidas en una forma declarativa o mediante código.

View object (VO): representa una consulta SQL, y puede ser linkeada a otros view object para crear una jerarquia maestro-detalle. Maneja la operacion de lectura. VO coopera con los EO para validar datos de usuario.

Modulo de aplicacion: Un componente transaccional que desempeña el papel
de una unidad de trabajo relacionado con el contenedor. Contiene instancias de los objetos de vista
relacionados con casos de usos y define los métodos de servicio relacionados con las tareas de los usuarios finales.

Estos tres componentes se definen de una manera declarativa, con la ayuda de los archivos XML. Su comportamiento por defecto viene de las clases base del Framework ADF. Este comportamiento se puede personalizar mediante la asociación de una clase Java a un componente específico para reemplazar o ampliar la funcionalidad básica.

Resumen Ejecutivo COBIT 4.1

•21/06/2011 • Dejar un comentario

Para muchas empresas, la información y la tecnología que las soportan representan sus más valiosos activos, aunque con frecuencia son poco entendidos. Las empresas exitosas reconocen los beneficios de la tecnología de información y la utilizan para impulsar el valor de sus interesados (stakeholders). Estas empresas también entienden y administran los riesgos asociados, tales como el aumento en requerimientos regulatorios, así como la dependencia crítica de muchos procesos de negocio en TI.

La necesidad del aseguramiento del valor de TI, la administración de los riesgos asociados a TI, así como el incremento de requerimientos para controlar la información, se entienden ahora como elementos clave del Gobierno Corporativo. El valor, el riesgo y el control constituyen la esencia del gobierno de TI.

El gobierno de TI es responsabilidad de los ejecutivos, del consejo de directores y consta de liderazgo, estructuras y procesos organizacionales que garantizan que TI en la empresa sostiene y extiende las estrategias y objetivos organizacionales.

Seguir leyendo ‘Resumen Ejecutivo COBIT 4.1’