Mostrando entradas con la etiqueta marco de desarrollo. Mostrar todas las entradas
Mostrando entradas con la etiqueta marco de desarrollo. Mostrar todas las entradas

Vente a desayunar a #DesayunosTec

lunes, 5 de marzo de 2012 0 comentarios
Los próximos días 8 de Marzo (Málaga) y 13 de Marzo (Sevilla) tendrá lugar el primer Desayuno Tecnológico de Ingenia denominado: Departamentos TI: más protagonistas que nunca, ahorrando en costes y mejorando en eficiencia.

El evento es gratuito y lo unico que requiere es una inscripción previa a traves del espacio habilitado para tal efecto en la web. Fundamentalmente esta destinado para: Directores Generales, Gerentes, Responsables de Áreas TIC, Jefes de Departamentos de Informática, Responsables de Áreas de Desarrollo Software, Directores de Operaciones, Responsables de Calidad, Ingenieros de Procesos y Responsables de RRHH y Formación. Aunque el acceso es totalmente libre para todo aquel interesado en esta temática.

Los objetivos de este primer desayuno son fundamentalmente proporcionar la visión de Ingenia en este ambito centrándonos fundamentalmente en como:

  1. Gestionar un plan de carrera formativo basado en ITIL, ISO 20000 y CMMI.
  2. Mejorar la rentabilidad del negocio reduciendo costes.
  3. Incrementar el valor del dpto. TI en la organización.
  4. Alcanzar una mayor eficiencia en las operaciones.
  5. Gestionar proactivamente problemas y riesgos.
  6. Garantizar mayor control y seguridad mediante certificaciones
Aquí tenéis disponible la agenda del evento, y podéis estar al tanto del mismo a través del hashtag #DesayunosTec y mediante el debate en LinkedIn.



Compárteme en: Eskup Facebook Tuenti Meneame Bitacoras Google Yahoo Windows Live

Revisando MADEJA y HGP

jueves, 13 de octubre de 2011 5 comentarios
El pasado día 6 de octubre se publicó la nueva versión, concretamente la 1.3.0, del marco de desarrollo corporativo de la Junta de Andalucía, MADEJA, con un cambio de imagen y de estructura de contenidos bastante notable. Hace ya algún tiempo que cite a este proyecto en este blog y opine al respecto sobre la necesidad de dotar dentro del mismo un enfoque de definición del marco basado en un punto de vista orientado a procesos, y me agrada bastante comprobar que efectivamente se ha realizado un esfuerzo en esa linea muy significativo liberando un conjunto de procedimientos bastante completo.

Sin embargo hoy voy a centrarme en la propuesta que se proporciona dentro de este marco de desarrollo con respecto a la plataforma tecnológica de soporte a estos procedimientos. Esta plataforma esta fundamentalmente basada en la herramienta Redmine y es gestionada desde SADESI. Actualmente en SADESI se encuentran desplegadas dos instancias de Redmine. Una de ellas, la denominada como HGP (Herramienta de Gestión de Proyectos) es la vamos a estudiar. El estado actual de la infraestructura sobre la que se encuentra integrada HGP, se describe a continuación:


HGP - Redmine
La herramienta de gestión de proyectos debe permitir el acceso a todos los participantes del proyecto, proporcionando información actualizada de la planificación del proyecto, replanificaciones realizadas, grado de avance del proyecto, etc. La solución tecnologica empleada para dar soporte a la herramienta de gestión de proyectos es Redmine como ya hemos citado con anterioridad.

NAOS
Sistema unificado de soporte y gestión de incidencias y peticiones de servicio que actuará como Ventanilla Única en la resolución de incidencias, peticiones y problemas relativos a los servicios que la Junta de Andalucía presta internamente a sus empleados. El sistema dispondrá de un Catálogo General de Servicios como carta de servicios y operativa habitual.

Verifica
Verifica es una solución para la gestión del testing, en la que se describen las actividades a realizar para asegurar la calidad de las entregas software y documentales, de forma que desde una única herramienta se gestionen y controlen todas las verificaciones realizadas. Está formado por dos subsistemas principales: el Catálogo de Verificaciones, centralizado, que es el repositorio de la información de las verificaciones y las herramientas que automatizan dichas verificaciones, y el SIV, de instalación distribuida en cada organismo, que implementa el Proceso de Verificación, administra los proyectos, sus entregas, da soporte a las verificaciones manuales, recopila las métricas de calidad de las verificaciones y proporciona informes y un cuadro de mandos de dichas métricas. Ambos disponen de una interfaz web.El SIV implementa el Proceso de Verificación, es decir permitirá automatizar y apoyar los procesos de verificación definidos para MADEJA, facilitando la aplicación de las metodologías de verificación definidas para MADEJA. Ha de cumplir estas características:
  • Automatización de la verificación de los entregables software.
  • Disponibilidad para todos los actores implicados en el proceso de desarrollo software (proveedores, oficinas de aseguramiento de la calidad, directores de proyecto, etc.).
  • Compatibilidad con el modelo de desarrollo bajo integración continua.
  • Plena integración con el procedimiento de entrega de software definido. Además permitirá integrarse con otros procedimientos de entrega del ciclo de vida de desarrollo de software cuando estén definidos por MADEJA (ASI, DSI, CSI).
  • Ejecución de verificaciones automáticas y manuales.

Con respecto a los grupos de usuarios involucrados o participantes detectamos los siguientes: (i) Dirección de proyectos, Proveedores y Usuarios Expertos: accederan a HGP para llevar a cabo su gestión habitual, basada en la gestión y ejecución diaria de los proyectos en los que esten involucrados, (ii) Usuario final y CAU: accederán a NAOS para llevar a cabo los registros de nuevas peticiones de servicio sobre proyectos ya en producción asi como la resolucion de las mismas; y (iii) Oficina de Testing: accederan a la tripleta NAOS, Redmine y Verifica. En NAOS obtendran las peticiones de servicio asociadas al catalogo de servicios que oferta la oficina de testing. Verifica es su herramienta habitual de trabajo donde se gestiona y cataloga el conjunto de pruebas a ejecutar por proyecto, y en Redmine iran informando de su actividad asociada a la ejecución de sus servicios (disparados a partir de una peticion de NAOS y con registro de su ejecucion en Verifica)

Dentro de este contexto, recientemente se ha llevado a cabo la adjudicación del contrato de Servicio de Desarrollo Evolutivo de la Herramienta HGP de SADESI, con vistas a que de aqui a seis meses, se lleve a cabo una mejora continua de toda la infraestructura anteriormente mencionada. La foto-finish de la ejecución satisfactoria de ese proyecto debería proporcionarnos un entorno como el que se ve en la siguiente imagen:


Los puntos fuertes de esta nueva infraestructura serán entre otros, la posibilidad de definir workflows de gestión de peticiones mediante jBPM como motor de workflow, la definición de formularios más completos dentro de la propia plataforma mediante el uso de Formul@, y la posibilidad de sincronización de datos entre varias instancias de Redmine desplegadas dentro de la Red Corporativa de la Junta de Andalucia. En este blog ya se expuso hace algún tiempo una posible solución basada en Triplify

Cuestiones que quedan pendientes: la implantación de un sistema de SSO dentro de todo el parque de aplicaciones que fundamentan esta plataforma de soporte y lo que mas se hecha en falta, una propuesta real de ecosistema software para los proveedores. Estaremos atentos para proximas versiones.


Compárteme en: Eskup Facebook Tuenti Meneame Bitacoras Google Yahoo Windows Live

El qué frente al cómo

martes, 22 de febrero de 2011 0 comentarios
Todo el que me conoce un poco, profesionalmente hablando, sabe que soy un absoluto apasionado de aplicar técnicas orientadas a procesos para la definición de organizaciones y procedimientos. De hecho, es el tema central de mi tesis doctoral la cual estoy reactivando ultimamente. 

Este enfoque BPM (Business Process Management) se basa fundamentalmente en definir cómo se llevan a cabo un determinado conjunto de acciones cuya finalidad es la consecución de un objetivo, fundamentalmente estrátegico, el cual identifico habitualmente mediante el axioma qué estableciendo su correspondencia en un binomio que-quiero-hacer y como-tengo-que-hacerlo. Esa definición de cómo quiero hacer las cosas se hace en base a lo que se conoce como modelo de proceso de negocio, el cual podemos diseñar usando todo tipo de notaciones de definición de procesos siendo considerada BPMN como el estandar actual para realizar dichas definiciones.

En base a esto hemos tenido experiencias muy satisfactorias, como ya comente con anterioridad, en el departamento de desarrollo de la Secretaría General Técnica del Servicio de Informática de la Consejeria de Empleo de la Junta de Andalucía, definiendo los procesos de negocio de dicho servicio a la hora de gestionar el arranque de nuevos proyectos, las entregas que puedan efectuarse y la evaluación de la calidad de las mismas.

Esta mañana hemos tenido la oportunidad de presentar esta aproximación, así como la integración de esta aproximación con nuestro ecosistema software al responsable de la unidad de testing del proyecto corporativo MADEJA con resultados muy positivos. Como aportación, aqui os dejo un video donde podeis ver el entorno funcionando dandonos soporte para todo el conjunto de procesos de negocio definidos para el arranque de un nuevo proyecto, en concreto 30 procesos de negocio definidos en BPMN, del total de 99 que disponemos actualmente definidos.



Para definir estos procesos hacemos uso de una plantilla lo suficientemente descriptiva para identificar que politicas u objetivos estratégicos (el qué) son las que derivan estos procesos de negocio (frente al cómo), así como otros elementos como artefactos consumidos y generados, actores relacionados en el proceso, etc.

Nuestros siguientes pasos serán la carga de cada una de las definiciones de nuestros procesos de negocio en una herramienta BPM donde podamos guiar al usuario en la consecución de los procesos, monitorizarlos, evaluarlos en base a KPIs, obtener cuellos de botella, etc.


Compárteme en: Eskup Facebook Tuenti Meneame Bitacoras Google Yahoo Windows Live

Mi pequeño grano de arena a Clinker

sábado, 19 de febrero de 2011 0 comentarios
Este es el post que acabo de redactar para los chicos de Klicap:

Uno de los ultimos hitos cumplidos dentro Clinker es el desarrollo de la integracion de este con Redmine, proporcionando la posibilidad de gestionar los usuarios de este último de forma centralizada mediante Clinker SSO. De esta forma se delega en Clinker SSO la responsabilidad de gestionar la autenticación y autorización de usuarios en Redmine garantizando la disponibilidad de este dentro de nuestro ecosistema software. Para llevar esto a cabo, se ha desarrollado un plugin para Redmine, parcialmente basado en el recientemente liberado Redmine JOSSO Authentication Plugin.

Este nuevo plugin tiene como objetivos: (i) gestionar las peticiones de autenticación en Redmine mediante Clinker SSO de tal forma que se gestione el acceso a zonas protegidas, (ii) gestionar los datos del usuario autenticado, sincronizando las propiedades del usuario registradas en Clinker SSO con Redmine, así como permitiendo crear de forma automatica usuarios en Redmine cuando no existan en la base de datos de este pero si en la de Clinker SSO, y por último, (iii) la autorizacion de estos usuarios estableciendo un mapeo entre los roles establecidos para los usuarios en Clinker SSO y su correspondencia en Redmine.

Este plugin, además, deberá ser capaz de recuperar un identificador de sesión de Clinker SSO generado en otra aplicación del ecosistema para autenticar y autorizar al usuario directamente en el momento que acceda a Redmine.

El desarrollo ha consistido en definir un nuevo agente de Clinker SSO para Redmine de tal forma que podamos establecer conexion con la WS API definida para este, y el rediseño del controlador de Redmine que gestiona las peticiones de autenticación de usuarios, AccountController. En el siguiente diagrama ilustra el diseño simplificado de la solución:

 Toda petición de acceso a Redmine nos redirige al formulario de login de Clinker SSO y en caso de autenticación correcta, se lleva a cabo en el controlador la gestión de permisos del usuario autenticado y la autorización del mismo a los recursos en Redmine sobre los que puede tener acceso en base a un determinado rol y para los proyectos en los que este sea miembro.
 Podeis acceder al post original aqui.

Compárteme en: Eskup Facebook Tuenti Meneame Bitacoras Google Yahoo Windows Live

Definiendo un marco de desarrollo bajo un enfoque BPM

jueves, 23 de diciembre de 2010 0 comentarios
Dentro del contexto de la administración pública andaluza, se esta llevando a cabo la definición del marco de desarrollo corporativo de soluciones software denominado MADEJA. Personalmente, creo que a pesar del gran trabajo que están haciendo algunos compañeros (y también amigos), siempre he pensado que la forma de definición de cada uno de los entornos en los que se desglosa el marco de desarrollo propuesto no es la más adecuada.

El formato actual sobre el que se define el marco de desarrollo es en base a recomendaciones y pautas que pueden ser contempladas mediante una componente de obligatoriedad y/o opcionalidad de aplicacion de las mismas. No dudo de que sea un buen comienzo determinar cuales son los objetivos de primer nivel que queremos que se cumplan siempre o no dentro de una organización, pero no nos podemos quedar ahi ya que sino, la propuesta queda vacia debido a la incertidumbre de los pasos necesarios a seguir para llevar a cabo su ejecución.

Es por esto que dentro del Servicio de Informática de la SGT de la Consejeria de Empleo, y concretamente en su departamento de desarrollo, nos planteamos la posibilidad de ir un paso mas alla a la hora de aplicar MADEJA, de tal forma que teniendo en cuenta sus recomendaciones, refinemos ese binomio que-quiero-obtener y como-puedo-obtenerlo.

Asi pues, el objeto de este proyecto que nos planteamos es crear un marco operativo para el desarrollo de software en la Consejería de Empleo, basado en la propuesta de marco de desarrollo corporativo de la Junta de Andalucía MADEJA. Para llevar a cabo este proyecto se desgloso en un conjunto de sub-proyectos los hitos mas significativos que son:

  • Definir las políticas de desarrollo de la Consejeria de Empleo, especificar QUE condiciones y clausulas son las que rigen el proceso de desarrollo de un producto software dentro de la Consejería de Empleo.
  • Definir el mapa de procesos de la Consejería de Empleo, procedimentar COMO llevar a cabo las acciones sobre las que sustentar lo definido en las politicas de desarrollo.
  • Definir una infraestructura técnica que de soporte a los procedimientos definidos en el mapa de procesos que nos llevan a cumplir con las politicas de desarrollo de la Consejeria de Empleo para cada uno de los proyectos software que gestionemos bajo este marco de trabajo, siempre adecuándonos a las directrices establecidas por MADEJA como marco corporativo de desarrollo de la Junta de Andalucía.

Estos hitos se han cumplido desarrollando la definición de la organización bajo estudio mediante su diseño como organización TI basada en capas. Así se establece una correspondencia entre cada uno de los hitos identificados del proyecto y las capas en las que se compone la organización, en este caso el Servicio de Informática de la Consejería de Empleo. Este enfoque se denomina Process-Centric Representation of an Organization y posibilita la aplicación de técnicas BPM (Business Process Management) para la elaboración y definición de procedimientos, asegurando la trazabilidad entre los objetivos estratégicos de la organización, los procesos definidos y la interfaz operacional TI.

Para mas info, podeis visitar la zona pública de nuestro marco de desarrollo en la CEM, y una referencia a este mismo proyecto en mi blog de investigación (en ingles).

Compárteme en: Eskup Facebook Tuenti Meneame Bitacoras Google Yahoo Windows Live