Articles

Características de los Sistemas Informáticos Financieros

In Desarrollo Software, Sistemas de Informacion Financiera on marzo 14, 2011 by racar

Reflected finance

Image by Simon Aughton via Flickr

El desarrollo de software tiene un reto interesante al momento de abordar los requerimientos del sector financiero. Las organizaciones financieras son muy dinámicas, constantemente cambian su carácter, se expanden, se fusionan, amplían sus productos, etc, esto sumado a que continuamente sus procesos internos son regulados con nuevas normas o estándares definidos por entes de control externos.

Este dinamismo se refleja en su estructura tecnológica e informática, y hace que al momento de emprender los desarrollos encontremos una serie de características recurrentes:

  1. Gran cantidad de sistemas legados, cada área tiene sus propias aplicaciones muchas veces en diversas plataformas, DB o tecnologías.
  2. Gran cantidad de datos. El creciente numero de clientes y operaciones, y la complejidad del negocio hace necesario mantener y procesar gran cantidad de datos en las DB.
  3. Limitaciones políticas y técnicas. La confidencialidad de la información y lo sensible de esta hace que los métodos de intercambio de información sean limitados y deban ser blindados.
  4. Procesos que demandan gran cantidad de “músculo” en las plataformas como por ejemplo los procesos de cierre, en los que el procesamiento es en batch sobre toda una base de datos.
  5. Se requieren diferentes latencias de integración. La periodicidad de los procesos es muy variable: diario, semanal, quincenal, mensual, trimestral, semestral, anual lo que hace difícil la sincronización de varis subsistemas.
  6. Se favorece la integración basada en mensajes.
  7. Los desarrollos demandan conocimiento con suficiente profundidad del negocio particular de los procesos.
  8. Diferentes requerimientos dependiendo del nivel del negocio. (Front office, middle level y back office).  Existen diferentes niveles de “profundidad” que deben mostrar y procesar la información de manera contextualizada.
  9. Sistemas activos todo el tiempo, no deben caerse.
  10. Las formas típicas de integración, o las favoritas son: archivos planos, email y recientemente WS y SOA
  11. Dependencia de los usuarios finales a reportes y programas (macros) en Excel, para procesar información. No existen alternativas o sustituto al Excel.
Anuncios

Articles

Jquery y el lado del servidor.

In c#, Java, jquery on febrero 11, 2011 by racar

Asychronous JavaScript And XML is AJAX

Image via Wikipedia

En aplicaciones Web el modelo MVC no se puede cumplir estrictamente, generalmente el modelo se convierte en algo como M-VC, es decir, la lógica de la aplicación va ha estar muy ligada a la GUI construida en HTML. Cuando utilizamos javascript, jquery o cualquier otra librería en aplicaciones empresariales, la interacción con el lado del servidor es un reto importante. Parte de la lógica se nos va a quedar en el cliente. La primera sugerencia que tengo es que si bien javascript soporta el paradigma OO, es un lenguaje bien particular que toca aprender muy bien para no caer en la “trampa” de tratarlo como si fuese un lenguaje de origen “empresarial”: java o c#. Los buenos hábitos dependen del lenguaje. (Lenguajes como javascript,  ruby, perl, phyton, php fueron creados por programadores con otro objetivo en mente: productividad).

Lo otro es cuando comunicamos el servidor con el cliente Web, que sea en un formato “amable” con javascript, ya el pobre cliente tiene que lidiar con el DOM del navegador como para que lo pongamos a interpretar más XML.

Por ultimo, la sesión del cliente es diferente a la sesión del servidor. Y aunque esto aparentemente es obvio, hay que tener cuidado porque tecnologías como asp.net o jsf en jee tienen una manera diferente de interpretar los componentes, el id de un elemento html no necesariamente es el id que se interpreta del lado del servidor. Asp.net utiliza una combinación de los atributos id y name, por ejemplo, y jsf genera un id completamente nuevo. Son sesiones diferentes y cuando interactuamos con un componente del lado del servidor con javascript, los cambios se van a reflejar en el request o la petición http, y tienen que ser capturados “manualmente”.

Articles

El futuro pertenece a “GIS as a Service”

In Cloud Computing, Computación en nube, Sistemas de Información Geográfica on octubre 22, 2010 by racar

Digital Terrain Model Generator + Textures(Map...

Image via Wikipedia

En un artículo reciente de Geospatial World Analizan el papel que la computación en nube jugará en el futuro de los SIG. El artículo destaca el boom del SaaS y predice que esta tendencia permitirá ampliar los usos de la información geográfica a nichos por fuera de los tradicionales (gobierno, petróleo, minería, ambiente  etc.) al reducir la barrera del costo y accesibilidad.

La información geográfica está relacionada con prácticamente todas las industrias y su potencial  emergerá cuando sea integrado con aplicaciones de negocio de formas creativas, concluye más adelante.

La computación en nube cada vez ofrece más oportunidades para los programadores y la “industria” del desarrollo.

Articles

Bug Tracking y Seguimiento de casos.

In Project Manager on septiembre 4, 2010 by racar

SVG version of Bug silk.png by Avatar

Image via Wikipedia

A principios de año mirè varios sistemas para Bug Traking,  buscaba simplicidad,  facilidad de uso e instalación y que fuera libre. Actualmente los reportes de errores los  manejo con un formato de Excel impreso por cada aplicación  con cuatro campos: descripción, fecha, estado y una fecha de cierre. Para seguimiento esta información  es suficiente  pero es muy limitada cuando solicitan informes de gerencia más detallados donde la presentación y el an’alisis juegan un papel importante.

 

En enero y después de probar Trac y Bugzilla me tope con Redmine y desde entonces lo he venido utilizando desde su versión 0.9. Puedo decir que es perfecto para gestionar el desempeño personal, Redmine permite crear varios proyectos y registrar los casos asignados a desarrollo  bien sea solicitando nueva funcionalidad o reportando errores. Seguramente en desarrollos grandes alternativas de pago son una mejor alternativa, pero para individuos, equipos pequeños o freelancers recomiendo Redmine como  solución para gestionar los proyectos. Además como es libre se puede adecuar o agregar funcionalidad.

Redmine tiene las características usuales de estos sistemas: Reporte de tareas, priorización de las mismas, estado, clasificación por tipo, fechas estimadas, avance y reportes. Se integra con subversion perfectamente y tiene un wiki para cada proyecto.

Redmine

Articles

David Heinemeier Hansson at Startup School 08

In Project Manager on julio 30, 2010 by racar

El cofundador de 37Signals presenta “El secreto de hacer dinero en internet”. No tiene desperdicio, muy bueno y divertido. 

Articles

GIS: Oportunidades en el sector inmobiliario y de finca raíz

In Sistemas de Información Geográfica on julio 8, 2010 by racar

De acuerdo a Castle Consulting,  la penetración de las tecnologías GIS en el sector inmobiliario es bastante bajo. En un informe para la revista Directions Magazine, Castle realiza un análisis característico al mercado y propone varias estrategias para llegar o incursionar en dicho mercado. Uno de los puntos hace énfasis en la necesidad de crear aplicaciones a medida para el sector, lo que implica “acercar” a los desarrolladores de software a las oportunidades existentes en los diversos segmentos del mercado.  De acuerdo al artículo el mercado inmobiliario alcanzo los 62 Trillones de dólares en 2002, el 54% del total de bienes de las economías desarrolladas.

Articles

Google Map API v3 – Blog Destacado

In Google Maps, jquery, RIA, Sistemas de Información Geográfica on mayo 22, 2010 by racar Etiquetado:

Tras la liberación de la versión 3 de Google maps API, refiero un blog con un muy buen ejemplo de las capacidades alcanzadas en esta  a nueva versión.

Este es el enlace de la aplicación llamada Community Mapper , y el blog de su creador Jason Sanford. La versión 3 del google maps ofrece mejoras de rendimiento, GUI y tiene como objetivo mejorar la interacción con dispositivos móviles. Lo usual es que la comunidad GIS, utilice herramientas más especializadas como ESRI, MapServer o GeoServer  por lo que este es un magnífico trabajo enfocado en la experiencia de usuario.