TU EMPRESA? QUÉ MUEVE A. Las aplicaciones detrás de tus procesos

Transcripción

1 Reconstrucción de arquitecturas Patrones de diseño SOA Software Guru CONOCIMIENTO EN PRÁCTICA Año 02 No.04 Julio-Agosto ESPECIAL Integración de Aplicaciones [ ENTREVISTA ] Gloria Quintanilla Académica, empresaria, consultora y pionera QUÉ MUEVE A México, $65.00 TU EMPRESA? Las aplicaciones detrás de tus procesos Noticias Eventos Fundamentos UML Tecnología Reflexiones [ Tutorial ] SAP NetWeaver

2

3

4 DIRECTORIO A > EDITORIAL Editor Ejecutivo Pedro Galván Coordinación Editorial Mara Ruvalcaba Edición y Producción Edgardo Domínguez Arte y Diseño Oscar Sámano, Dafne Ortega El proyecto esencial de software en cualquier organización, es el desarrollo o implantación de un sistema integral de información que automatice e integre los procesos operativos. Sin duda, estos son proyectos que no pasan desapercibidos, y cada empresa tiene su propia historia de éxito o terror al respecto. El objetivo de este número de SG es compartir tips y mejores prácticas para maximizar las probabilidades de éxito en su próxima aventura con una aplicación empresarial. Agradecemos el entusiasmo y esfuerzo de todos los colaboradores que hicieron posible este número de SG. En especial a Gloria Quintanilla, quien nos hace sentir muy orgullosos de tener gente como ella en la industria. Les recordamos que pueden enviar cualquier propuesta de contenido, o retroalimentación a editorial@softwareguru.com.mx. Adicionalmente, queremos compartir con ustedes nuestra alegría por la madurez y crecimiento que está alcanzando SG. El siguiente hito en este crecimiento está en lograr que los gurús internacionales vengan a nuestro país a compartir su conocimiento y experiencia. Esto lo vamos a conseguir con el congreso SG 06 en septiembre de este año, que precisamente se junta con el segundo aniversario de SG. Asi que nos vemos en SG 06 para celebrar. Equipo Editorial Consejo Editorial Francisco Camargo, Guillermo Rodríguez, Ralf Eder y Raúl Trejo, ITESM CEM; Hanna Oktaba, UNAM-AMCIS; Luis Cuellar, Softtek; Luis Vinicio León, e-quallity - ITESO Colaboradores Luis Daniel Soto, Ariel García, Jorge Palacios, Ana Vázquez, Rigoberto Calleja, Walter Risi, Gerardo Borbolla, Adrián Ruffinatti, Enrique Duhne, Luis Antonio Rangel, Marco Antonio Cruz, Valerio Adrián Anacleto, Eduardo Noriega, Gabriel Vázquez, Sergio Orozco, Teresa Lucio Nieto, Leon Tripp, Joaquín Uribe. Ventas Claudia Perea, Natalia Sánchez Distribución Daniel Velázquez Ilustración de Portada Miguel Ángel Gonzaga Leyva Contacto info@softwareguru.com.mx SG Software Guru es una publicación bimestral editada por Brainworx S.A. de C.V., Malinche no. 6, Col. El Parque, C.P , Naucalpan, México. Prohibida la reproducción total o parcial del contenido sin previo aviso por escrito de los editores. Todos los artículos son responsabilidad de sus propios autores y no necesariamente reflejan el punto de vista de la editorial. Reserva de Derechos al Uso Exclusivo: Certificado de licitud de título: Certificado de licitud de contenido: ISSN: Registro Postal: PP Se imprimió en junio de 2006 en Litográfica Roma. Distribución controlada por Sepomex. Distribución en locales cerrados por CMDE. 02 JUL-AGO

5 contenido jul-ago 2006 Año 2 número EN PORTADA Aplicaciones Empresariales Cualquier empresa moderna requiere de aplicaciones empresariales para automatizar e integrar sus procesos. En esta ocasión, profundizamos sobre la adquisición, implantación y evolución de éstos sistemas. Productos LO QUE VIENE 10 Genero db, Eclipse Calllisto, Microsoft/SAP Duet NOVEDADES 12 Visual Studio TeamSystem TUTORIAL 16 SAP Composite Application Framework Columnas Tejiendo Nuestra Red 08 por Hanna Oktaba Mejora Continua 10 por Luis Cuellar Tendencias en Software 45 por Luis Daniel Soto Cátedra y Más 54 por Joaquín Uribe ESPECIAL 20 Enterprise Application Integration (EAI) Walter Risi nos da un paseo por los conceptos básicos de la integración de aplicaciones, así como los escenarios más comunes. Prácticas ARQUITECTURA 36 Reconstrucción de Arquitecturas Valerio Adrián Anacleto nos enseña la técnica de reconstrucción de arquitecturas para conocer cómo se encuentra estructurada una aplicación DISEÑO 38 Combinando Patrones de Diseño Eduardo Noriega nos muestra como combinar patrones de diseño para desarrollar soluciones flexibles y robustas. ARQUITECTURA 42 Integración y Orquestación con SOA En la primera parte de esta serie, Gabriel Vázquez nos brinda un panorama sobre la arquitectura orientada a servicios (SOA), así como la integracion y orquestación basada en servicios. Entrevista 24 Gloria Quintanilla En Cada Número Noticias y Eventos 04 UML 46 Fundamentos 48 Carrera 48 Infraestructura 50 JUL-AGO

6 NOTICIAS Noticias DebConf6 Del 13 al 22 de mayo se celebró en México la conferencia anual de desarrolladores de Debian, DebConf6, a la cual asistieron cerca de 300 desarrolladores de todo el mundo. Debian es un sistema operativo basado en software libre que utiliza el kernel de Linux. Es reconocido por su estabilidad y seguridad. A diferencia de otras distribuciones de Linux, Debian no es financiado por grandes empresas, y es enteramente desarrollado por una fuerte comunidad de voluntarios de todo el mundo. El objetivo de DebConf es juntar a esta comunidad de desarrolladores una vez al año para conocerse, implementar mejoras al sistema, compartir experiencias, definir direcciones futuras y, por supuesto, divertirse. Las ediciones anteriores del DebConf se han llevado a cabo en Francia, Canada, Noruega, Brasil, y Finlandia, así que fue un gran honor que México fuera elegido este año. Agradecemos el esfuerzo de los organizadores locales, especialmente Gunnar Wolf, por enfrentar este reto y contribuir a poner a México en el mapa mundial del software. Más información sobre Debian en: TechBA Montreal El pasado 9 de junio se llevó a cabo la apertura de TechBA Montreal, la tercera aceleradora de negocios creada por el gobierno federal para impulsar empresas mexicanas de tecnología en Norteamérica. El programa TechBA tiene por objetivo apoyar empresas mexicanas altamente innovadoras, que hayan desarrollado tecnología propia y estén interesadas en buscar nuevos mercados y aumentar sus posibilidades de hacer negocios en el extranjero. TechBA Montreal es la tercera aceleradora de este programa (junto con la de TechBA Silicon Valley y Austin), que en conjunto apoya a 97 empresas a la fecha. TechBA Montreal se enfocará en los mercados de dispositivos médicos, aeroespacial, alimentos y sistemas de software embebido para el sector automotriz Más información en: 2 Foro Nacional de Innovación y Tendencias Tecnológicas La Cámara Nacional de la Industria Electrónica, de Telecomunicaciones e Informática (CANIETI), organizó del 1 al 3 de junio en las ciudades de Tijuana y Ensenada, el 2º. Foro Nacional de Innovación y Tendencias Tecnológicas. El propósito del foro fue generar espacios de discusión de los expertos y especialistas internacionales, sobre las tendencias en las industrias de: electrónica (TV Digital y semiconductores, nanotecnología), automotriz, tecnologías de la información, productos médicos y biotecnología. Entre los conferencistas participantes estuvieron Mr. Rajiv Chumar Bhatia (Embajador de la India en México), Luis Daniel Soto (Microsoft), Héctor Nava (IDC), y Ricardo Zermeño (Select). 04 JUL-AGO

7 Eventos 4 y 5 Julio 2006 Cd. de México 6 y 7 Julio 2006 Monterrey, N.L. The CIO Dashboard & IT Performance Management Cutter Consortium 4 y 5 de Julio, Hotel W, Cd. de México 6 y 7 de Julio, Hotel Radisson Casa Grande, Monterrey N.L. Info: Tel: (55) eventos@cutter.com.mx 22 y 23 de Julio 2006 Seminario Gratuito - Mejores Practicas en la Admón. de Proyectos a través de una Oficina de Proyectos IBM e Itera 22 de Julio, Cd. de México 23 de Julio, Monterrey N.L. Info: Tel. (55) contactsalescenter@itera.com.mx 23 al 28 Julio 2006 Agile 2006 Agile Alliance Minneapolis, Minnesota Info: registration@agile2006.org 31 Julio y 1 Agosto da. Cumbre de Gobierno y Tecnología 2006 IDC Centro Banamex, Cd. de México Info: Tel: (55) idc@apsis.org.mx 30 Agosto al 1 Septiembre 2006 The Economics of IT Gartner Centro Banamex, Cd. de México Info: Tel: (55) latin.america@gartner.com 11 al 14 Septiembre 2006 SD Best Practices Software Development Media Group Hynes Convention Center, Boston MA Info: rrobles@cmp.com 14 al 16 Septiembre 2006 VI GULEV Congreso Internacional de Software Libre World Trade Center, Veracruz Info: 20 al 22 Septiembre 2006 SG 06 Conferencia y Expo Software Guru WTC y CompuSoluciones, Cd. de México Info: Tel: (55) sg06@softwareguru.com.mx IBM Technology Evaluation Center JavaOne 2006 El pasado 1 de junio, IBM inauguró el Technology Evaluation Center (TEC) de la ciudad de Monterrey. Este es un centro con salones de computadoras disponibles para conocer y utilizar las soluciones de software de IBM. Se pueden utilizar para realizar pruebas de concepto, cursos, hands-on labs, tutoriales, etc. Esta es una excelente herramienta para los partners que desarrollan soluciones sobre la plataforma de IBM, y requieren de un lugar para mostrar sus productos funcionando. Este centro es el segundo de su tipo en nuestro país. El primero fue el de la Ciudad de México, el cual ha tenido un gran éxito y, de acuerdo con la gente de IBM, es el TEC con mayor utilización de América. Del 15 al 19 de mayo se realizó el JavaOne 2006 en San Francisco, reuniendo a más de 14 mil entusiastas de esta tecnología. El evento inició con el primer keynote de Jonathan Schwartz como CEO de Sun Microsystems. Los temas más populares durante la semana fueron la nueva versión de J2EE (ahora llamada Java EE), Ajax, y Java Server Faces. JUL-AGO

8 TEJIENDO NUESTRA RED COLUMNA Poniendo el Ejemplo Norma Mexicana Será Base para una Nueva Norma ISO No lo puedo creer. Cuando un domingo de agosto de 2002, nos juntamos ocho mujeres en mi casa de descanso cerca de Yautepec, para poner a volar nuestra imaginación y conocimientos, ideando un esqueleto general de lo que hoy es MoProSoft, nunca imaginábamos que cuatro años después éste llegara a tener un reconocimiento internacional. Durante este tiempo, varias instituciones y personas han puesto sus granitos o granotes de arena para que esto suceda. En esta ocasión les cedo la palabra en esta columna a Ana Vázquez y Jorge Palacios de la AMCIS, quienes, como representantes de México, lograron que la norma mexicana fuera aprobada como base para una nueva norma ISO. La Dra. Hanna Oktaba es profesora de la UNAM a nivel licenciatura y posgrado. Sus áreas de interés principales son Ingeniería de Software, Tecnología Orientada a Objetos, Modelos de Procesos de Software y Mejora de Procesos. Es fundadora de la AMCIS, de la cual actualmente es Secretaria. Estuvo a cargo de los proyectos MoProSoft, EvalProSoft y Pruebas Controladas, base de la actual Norma Mexicana para la Industria de Software. Actualmente es miembro de International Process Research Group (IPRC), organizado por Software Engineering Institute (SEI), cuyo objetivo es definir las líneas de investigación en el área de procesos para los próximos diez años. También es Directora Técnica del proyecto COMPE- TISOFT, cuyo objetivo es la mejora de procesos para fomentar la competitividad de pequeña y mediana industria de software en Iberoamérica. Del 15 al 19 de mayo la delegación mexicana integrada por sus servidores Ana Vázquez y Jorge Palacios, presentó la NMX-I-059/02-NYCE-2005 (popularmente conocida como MoProSoft), en la 19th ISO/IEC JTC1 SC7 Plenary Meeting 2006, obteniendo la aprobación para que sirva de base para el futuro estándar ISO/IEC Software Engineering Lifecycle Profiles for Very Small Enterprises (VSE). A continuación les narramos algunos detalles sobre esta participación. Qué es el ISO/IEC JTC1 SC7? La Organización Internacional de Estándares (ISO) y la Comisión Internacional Electrotécnica (IEC) conforman un sistema especializado en la definición de estándares internacionales. Las naciones que son miembros del grupo de ISO o IEC participan en el desarrollo de estándares internacionales a través de comités técnicos establecidos por cada una de estas organizaciones. Las propuestas de estándares internacionales son recibidas por el comité técnico correspondiente y enviadas a los representantes de cada país miembro. Para ser publicada como estándar internacional, una propuesta requiere tener una aprobación de al menos 75% de los países miembros. En el caso de temas de interés mutuo entre estas organizaciones, se generan comités técnicos mixtos. Tal es el caso del comité técnico JTC1, dedicado al área de Tecnología de Información. Dentro de éste, el subcomité SC7 es el designado para ingeniería de software y sistemas. A su vez, como parte del SC7, existe el grupo de trabajo 24 (WG24), cuyo objetivo es generar estándares para el desarrollo de perfiles y lineamientos para el ciclo de vida de software en micro y pequeñas empresas. Cómo fue que se fijaron en nosotros? En octubre del 2005, la Dra. Hanna Oktaba presentó MoProSoft durante un evento sobre mejora de procesos para pequeñas empresas organizado por el Software Engineering Institute (SEI) en Pittsburgh (ver Tejiendo Nuestra Red, Ene-Feb 2006). Una de las personas que más se interesó en MoProSoft fue Claude Laporte, fundador del Software Improvement Process Network (SPIN), de Montreal, y líder de la delegación Canadiense para un grupo de trabajo en el ISO. En noviembre de 2005, Claude asistió a la conferencia SEPG LA realizada en Guadalajara, donde Gloria Quintanilla le presentó MoProSoft en detalle. Fue entonces que Claude se dirigió con Ivette García de la Secretaría de Economía para solicitarle la participación oficial de México en el WG24 para presentar MoProSoft. Fue así que México fue invitado para presentar MoProSoft en el marco de la sesión plenaria 2006 del ISO/IEC JTC1 SC7 en Bangkok, Tailandia, y que sus servidores fuimos elegidos para integrar dicha delegación. Desarrollo de la Sesión Plenaria Durante la sesión plenaria, presentamos MoProSoft formalmente ante los miembros del WG24. El resultado fue muy positivo. El Convener del grupo, Tanin Uthayanaka propuso usar las normas mexicanas como base para los trabajos del grupo, obteniendo aprobación unánime por parte de todos los delegados. Posteriormente discutimos sobre las razones por las que las pequeñas empresas no utilizan estándares, y presentamos detalles sobre la cobertura que tiene la norma mexicana de estándares como ISO/IEC 9000, 12207, y 9126, además de modelos de referencia como CMMI y PMBoK. El grupo de trabajo quedó satisfecho, y nos solicitó una versión en inglés de la norma mexicana, para poder utilizarla como base para el nuevo estándar. Se acordó que la próxima reunión del grupo de trabajo se realizará en Luxemburgo del 2 al 6 de octubre de este año, y solicitaron la participación de la delegación mexicana para dar continuidad a este proyecto. Por qué fue Importante esta participación? Porque ubica al modelo de procesos mexicano a la cabeza de los estándares internaciones para PyMES. Porque prueba que lo hecho en México, está bien hecho, y no sólo eso, sino que puede llegar a ser de calidad internacional. 06 JUL-AGO

9 Porque con esto estamos a la vanguardia en una rama de la tecnología, ya que la metodología también es tecnología. Porque probamos ante los especialistas que nuestro modelo nacional cumple no sólo con los estándares de referencia, sino también con los objetivos para los que fue creado. Hallazgos durante nuestra participación A continuación compartimos lo que hemos llamado la cadena de hallazgos que tuvimos durante esa semana de trabajos. 1. Fuimos los únicos latinoamericanos en asistir, y junto a dos españoles éramos los únicos que por lengua materna teníamos el español. Los latinos no acostumbramos figurar en estos comités, y no porque no tengamos algo que aportar, sino porque aún no terminamos de resolver al interior de nuestros países las causas que nos mantienen fuera de la punta tecnológica. 2. Los miembros de las demás delegaciones nos recibieron, convivieron y trabajaron con nosotros en una forma muy afable y cordial, tanto que nos hicieron sentir como con nuestro propio equipo de trabajo. A pesar de que todos los presentes eran prestigiosas personalidades en cada uno de los tópicos, nadie se etiquetaba como experto. 3. Nos dimos cuenta que el WG 24 es uno de los grupos con mayor participación del SC7, donde delegados de países como Irlanda, India, Luxemburgo, USA, Canadá, Finlandia, Corea, Bélgica, Tailandia, corroboraron nuestra sospecha sobre que la mayoría de las empresas que producen software en sus países son de menos de veinticinco personas. Esto les hace casi imposible implementar CMMI, y en contraparte no tienen una forma de comprobar que son confiables para realizar un proyecto de software. 4. Encontramos que el estándar mexicano cumple con un alto porcentaje de los requerimientos planteados por el grupo, y que estos son asombrosamente similares a los que el Gobierno Federal (de México) planteó cuando decidió apoyar esta iniciativa. Los comentarios derivados de la presentación de la norma estuvieron en el orden de It is terrific, o It has extremely high quality. Algunos detalles quedaron capturados en video, y próximamente los publicaremos en el blog de SG. 5. El SC7 contiene 25 grupos de trabajo, cada uno trabajando en desarrollar y/o mejorar estándares relacionados con ingeniería de software y sistemas. Nos entristeció saber que ningún mexicano, de hecho ningún latino, trabaja en alguno de estos grupos. En comparación, Estados Unidos contó con la participación de más de cincuenta delegados. Con ello, interviene prácticamente en todos los grupos de trabajo, lo que le permite influenciar sus resultados y recoger los avances para diseminarlos en sus comunidades, lo que solamente contribuye a aumentar la brecha. 6. Algo que nos sorprendió, fue que no encontramos a nadie del SEI. Esto nos dejó claro que la ingeniería del software es mucho más que CMMI. Conclusión Los mexicanos tenemos una evidencia más de que con disciplina, trabajo en equipo, creyendo en nosotros mismos y aplicando las mejores prácticas hoy por hoy podemos crear organizaciones que desarrollen software de clase mundial de la única manera que en realidad podemos hacerlo: a la mexicana. Ana Vázquez y Jorge Palacios Ana Vázquez es Directora de la AMCIS. Coordinó el proyecto de pruebas controladas de MoProSoft y actualmente es Practicante MoProSoft. Jorge Palacios es VicePresidente de la AMCIS. Participó como editor de EvalProSoft y actualmente es evaluador profesional MoProSoft. JUL-AGO

10 MEJORA CONTINUA COLUMNA Valores y comportamientos La clave para el cambio Luis R. Cuellar es Director de Calidad a nivel mundial de Softtek Information Services. Luis es reconocido por la American Society for Quality (ASQ) como Certified Quality Manager, Certified Software Engineer, y Six Sigma Black Belt. En los últimos cinco años ha estado a cargo de la definición e implantación de la estrategia para CMM5 y Six Sigma a través de las diferentes áreas del centro de desarrollo de Softtek. La semana pasada asistí a un curso en el SEI en Estados Unidos. En él, tuve la oportunidad de convivir con un grupo de consultores, directores de calidad y otros expertos en calidad con experiencia en implantaciones de CMMi en diferentes tipos y tamaños de compañías. Durante la semana surgieron varias conversaciones referentes a los problemas que habíamos enfrentado al intentar implantar procesos, métricas y modelos en nuestros ámbitos de trabajo, así como diferentes técnicas, teorías y actividades para lidiar con dichas situaciones. Pero lo que me asombró, fue cómo la conversación regresaba una y otra vez a los valores de la organización. As La relación entre valores y comportamiento Qué valora tu organización como lo más importante? Esta pregunta es sumamente relevante. Muchas veces la idea de llevar a la organización a CMMi parecería que sólo tiene que ver con definir procesos y entrenar a los diferentes participantes en cómo seguir estos procesos para después obligarlos a llevarlos a cabo. Desafortunadamente el cambio a largo plazo no funciona de esta manera. Existe una fuerte relación entre lo que la organización valora, y cómo se comporta. No podemos definir procesos y exigir que la organización los lleve a cabo, si no cambiamos los valores que rigen el comportamiento. El cliente es lo más importante?, La organización valora el trabajo inteligente o el trabajo extremo? La organización apoya al crecimiento de los individuos? El entrenamiento se ve como una necesidad o como un premio? Es una combinación de todas estas ideas y valores, lo que conforma la naturaleza de una compañía. Estas preguntas no siempre son sencillas, y las respuestas no siempre son lo que nos gustaría oír. Pero es imprescindible hacerlas y responderlas con gran franqueza, ya que las respuestas definen la dirección que toman nuestras acciones como individuos y como grupos. Démosle un nuevo valor a la organización Ahora bien, la pregunta importante: Si los valores son tan importantes para manejar el comportamiento, y la única forma de cambiar el comportamiento es a través de cambiar los valores, entonces cómo cambiamos los valores? Ésta pregunta es parte del estudio de antropólogos, sociólogos y filósofos. La realidad es que no está muy claro cómo se generan los valores en las personas, y por ende cómo se modifican. Algunas teorías argumentan que los valores se crean en base a la observación de nuestro mundo y a la suma de experiencias y sucesos que nos lleva a tomar decisiones de nuestra vida, formando así un punto de vista sobre lo que queremos y es importante para nosotros. La siguiente gráfica muestra el ciclo que forman nuestras observaciones, valores y comportamientos. Ciclo para generar nuevos valores y comportamientos Iniciamos con preguntas sobre nuestro medio ambiente: Si lo más importante para mí es generar proyectos que me den utilidad, entonces por qué no los estoy generando? Esto me lleva a observar a mi alrededor, cómo es que genero y pierdo valor en mis proyectos? Esto me lleva a entender que mientras los proyectos ocupen más horas que las planeadas no puedo generar valor, por lo que ahora mi enfocaré en ser una compañía con proyectos siempre bajo control, y eso me lleva a incrementar la planeación y seguimiento. A su vez, esto me lleva a nuevas preguntas como por qué el diseño que hacemos no es óptimo?, y así sucesivamente genero nuevas observaciones que llevan a nuevos valores y comportamientos. Medir, aprender y moldear nuestros valores Parece bastante sencillo y directo: una empresa de calidad es una empresa que constantemente se pregunta cómo satisfacer mejor sus objetivos, luego genera métricas que la ayudan a generar observaciones sobre lo que está sucediendo, y genera conclusiones. Estas conclusiones hacen que modifique sus valores y comportamientos en base a los resultados. Desafortunadamente no es tan sencillo. Para empezar, no siempre es fácil responder qué es lo más importante? En la mayoría de los casos no es una relación directa entre una pregunta, una observación y un nuevo valor, sino que se se requieren muchas preguntas y muchas para cambiar un valor. Otra complicación es el hecho de que en muchas ocasiones existe un retraso entre una observación y la acción que la generó, lo cual hace mucho más difícil el aprendizaje. Pero al final de cuentas, ese es el reto para un verdadero agente de cambio. Sigamos abriendo preguntas, enfocando observaciones y cambiando nuestras organizaciones. Si quieres platicar más sobre el tema nos vemos en: o escríbeme a: lcuellar@agentesdecambio.org Luis Cuellar 08 JUL-AGO

11

12 LO QUE VIENE PRODUCTOS Four Js Base de Datos de Alto Desempeño Eclipse Lanzamiento Simultáneo de Diez Proyectos Four Js Development Tools, en conjunto con la empresa ANTs Software Inc., lanzan al mercado Genero db, una base de datos relacional de alto desempeño y escalabilidad, diseñada para atender miles de usuarios concurrentes. Genero db obtiene estas ventajas del ANTs Data Server, un sistema para bases de datos relacionales basado en un novedoso motor de ejecución de SQL que explota al máximo las ventajas de los procesadores modernos, comunicándose al nivel de operaciones atómicas de CPU, y brindando así una novedosa arquitectura sin candados (lock-free). Genero db soporta el estándar SQL-92, y brinda soporte nativo para las bases de datos de Informix, Oracle y Microsoft, incluyendo stored procedures y triggers, logrando que el usuario pueda migrar a Genero rápidamente, con el mínimo esfuerzo y bajo costo. La base de datos incluye capacidades de recuperación de desastres, replicación y recuperación automática. Los sistemas operativos soportados incluyen Windows 2000/XP/2003, Red Hat Enterprise, Suse, Fedora y Solaris. Mayor información en: La Fundación Eclipse liberará nuevas versiones de diez de sus proyectos de manera simultánea, en un esfuerzo para sincronizar la compatibilidad de éstos. Dicho lanzamiento tiene el nombre clave Callisto, e incluye cerca de 7 millones de líneas de código. Callisto incluye nuevas versiones del framework de modelado, el editor visual, las herramientas de prueba, y herramientas de business intelligence y reporteo. Cada uno de estos proyectos se había desarrollado por separado, por lo que la integración y comunicación entre sí no era de lo mejor. El objetivo con Callisto es integrarlos y sincronizarlos para proveer una mejor experiencia al usuario. Quince empresas de software contribuyeron con desarrolladores localizados en doce países diferentes para colaborar en dicho esfuerzo. PRODUCTOS Duet Comunicación entre Office y SAP AMQP Protocolo Open-Source para Mensajería SAP y Microsoft están por liberar Duet, un producto desarrollado en conjunto que permite acceder e interactuar con aplicaciones empresariales de SAP, a través de Microsoft Office. Duet es el resultado del proyecto anunciado por ambas empresas hace un año, con el nombre clave Mendocino. Algunas de las cosas que se podrán hacer con Duet serán: Registrar tiempos (time management) desde el calendario de Outlook. Acceder información organizacional (empleados, posiciones, organigramas) como contactos de Outlook. Visualizar reportes calendarizados desde Excel. Administrar actividades de venta (citas, contactos, workflows) desde Outlook. El producto ha estado disponible como beta para clientes selectos desde hace varios meses, y se espera su disponibilidad general hacia principios de julio. Ambas empresas han anunciado que será un producto en constante desarrollo, y se esperan nuevas versiones antes de que termine el año. Un grupo de empresas que incluye a JPMorgan, Iona y Red Hat están desarrollando un nuevo protocolo para manejo de colas de mensajes, denominado AMQP. El objetivo es proveer una alternativa a tecnologías propietarias como IBM MQSeries y Sonic Software. La visión es que diferentes proveedores puedan desarrollar productos basándose en un mismo protocolo, o incluso que las empresas puedan desarrollar sus propias soluciones. Algunos analistas cuestionan el éxito que pueda tener un proyecto de este tipo, argumentando que sería mejor utilizar JMS (Java Message Service) al nivel de infraestructura de mensajes, y resolver los aspectos de interoperabilidad al nivel de interfaces de servicio. En fin, ya veremos que sucede. 10 JUL-AGO

13

14 NOVEDADES PRODUCTOS Visual Studio Team System Creando Proyectos de Equipo Por Rigoberto Calleja Microsoft Visual Studio Team System (VSTS) es un conjunto de herramientas de gestión del ciclo de vida de desarrollo de software que abordan las necesidades de una variedad de roles dentro de la organización. VSTS viene en cinco ediciones diferentes e incluye una plataforma de colaboración denominada Team Foundation Server (TFS) que permite administrar y dar seguimiento al avance y al estado del trabajo en base a una serie de servicios Web y repositorios integrados. El elemento clave dentro de TFS es el proyecto de equipo que proporciona una ubicación central para que los usuarios coordinen su trabajo. En este artículo hablaré de qué son los proyectos de equipo, explicaré los conceptos principales asociados a aquéllos, daré un brevísimo panorama de la funcionalidad de TFS y describiré tanto el procedimiento como algunas consideraciones sobre cómo crear un proyecto de equipo. Conceptos Importantes Un proyecto de equipo no es otra cosa más que un contenedor que mantiene información acerca de cada paso del ciclo de vida de desarrollo de software en un repositorio central dentro de TFS. Los proyectos de equipo se componen de una serie de elementos de trabajo, piezas de código, casos de prueba, productos de trabajo, métricas, etc., los cuales son empleados para dar seguimiento al trabajo de un proyecto. Vale la pena aclarar que un proyecto de código de Visual Studio es diferente a un proyecto de equipo en Team System. Mientras que el primero sirve para organizar código, el último se usa para organizar todo el esfuerzo de desarrollo de software. Team System incluye dos plantillas de proceso base: MSF for CMMI Process Improvement, orientado a organizaciones que requieren un proceso formal y con guías explícitas, y MSF for Agile Software Development, orientado a proyectos con un ciclo de vida más ágil, y donde los miembros del equipo no van a recurrir mucho a las guías de proceso. Desde luego, es posible modificar estas plantillas, extenderlas, o crear nuevas plantillas en base a los procesos específicos que sigue una organización. Team System emplea el concepto de elemento de trabajo para dar seguimiento a la asignación y al estado del trabajo asociado al ciclo de vida de desarrollo de software. Existen varios tipos de elementos de trabajo en función del tipo de trabajo que representan. Por ejemplo el elemento de trabajo tarea permite dar seguimiento a las actividades de desarrollo, pruebas, etc. Otros ejemplos de elementos de trabajo son: solicitud de cambio, requerimiento y revisión. Altamente acoplada con la plantilla de proceso está la orientación del proceso, que es la documentación acerca de roles, actividades, productos de trabajo y reportes personalizados para un método de ingeniería de software. En muchas organizaciones de desarrollo, los documentos de orientación del proceso forman un interminable grupo de carpetas mientras que en Team System, la orientación del proceso está completamente integrada a las herramientas de desarrollo. (Ver la siguiente figura) Dentro del contexto de la creación de un proyecto de equipo existen dos componentes clave: la plantilla del proceso y los reportes del proyecto. La plantilla de proceso es un mecanismo de Team System que define tanto la configuración como el contenido inicial del proyecto de equipo, a través de: un conjunto default de elementos de trabajo, plantillas de artefactos, reportes, grupos de seguridad y documentos de la orientación del proceso. Toda plantilla está basada en un proceso de desarrollo de software que va acompañado de un enfoque muy particular acerca de cómo desarrollar y mantener software. Rigoberto Calleja Cervantes es Ingeniero de Procesos de Software de Itera. Es egresado del ITESM y actualmente está cursando el Certificate in Software Engineering en la Universidad Carnegie Mellon. 12 JUL-AGO

15 Por otro lado, cada plantilla de proceso incluye un conjunto predefinido de reportes. Los reportes constituyen una de las herramientas más poderosas de VSTS ya que permiten al administrador del proyecto monitorear el estado y tendencias del proyecto de equipo. TFS incluye un almacén de datos en el que se recopilan los datos operativos que provienen de los elementos de trabajo, control de versiones, generaciones del producto y resultados de las pruebas. Este almacén es empleado para producir los reportes. Una de las enormes ventajas de usar Team System, desde la perspectiva de administración de proyectos, es que no es necesario correlacionar manualmente datos provenientes de varias fuentes. Entre los reportes que se incluyen están: reportes estilo semáforo sobre la salud del proyecto, reportes informativos que muestran: la tasa de defectos, la productividad del equipo, la efectividad de las pruebas en las distintas generaciones del producto, el progreso del trabajo en el tiempo y la estabilidad de los requerimientos en el tiempo. (Ver las siguientes dos figuras.) Procedimiento de Creación de un Proyecto de Equipo Para crear un proyecto de equipo se emplea una ventana llamada Team Explorer. Esta ventana permite navegar y administrar todos los elementos de un proyecto de equipo tales como la estructura del equipo de trabajo, el portal del proyecto, el repositorio de control de código fuente, la base de datos de elementos de trabajo, documentos, reportes y plantillas. Para crear un nuevo proyecto de equipo se siguen estos pasos: 1. Seleccionar la opción de menú File>New>Team Project. El asistente de nuevo proyecto de equipo aparecerá pidiéndole el nombre del proyecto. 2. Seleccionar una plantilla de proceso, ya sea MSF For CMMI, MSF for Agile, o alguna personalizada. Vale la pena recalcar que la decisión más importante de todo el procedimiento de creación de un proyecto es justamente determinar qué plantilla de proceso se empleará. Uno de los aspectos fundamentales de VSTS, es que a diferencia de otros productos de Microsoft, éste no fue diseñado para sacarlo de la caja y usarlo; es necesario emplear cierto tiempo en definir una estrategia de uso, y configurarlo. Es decir, es necesario adecuarlo a la manera cómo usted desarrolla software. La selección del proceso de desarrollo de software y plantilla asociada se basa en tres factores: la forma de cómo su organización trabaja actualmente, las necesidades de negocio actuales de la organización, y la manera como se desea que la organización trabaje en un futuro. Por ejemplo si usted forma parte de una organización de gran tamaño, probablemente ya tiene una metodología de desarrollo de software que le fue prescrita; si trabaja en proyectos gubernamentales probablemente su proceso de desarrollo de software es compatible con modelos de referencia tales como MoProSoft o CMMI, y finalmente, si usted colabora en una organización que emprende proyectos cortos con un ciclo de vida reducido, probablemente está usando una metodología ágil. 3.- Posteriormente se asigna un título para el portal del proyecto y una descripción del mismo. Este portal es un sitio web que se construye a partir de Windows Sharepoint Services (WSS 2.0) y que provee acceso ligero a aquellos miembros del equipo de trabajo que requieren tener visibilidad acerca del proyecto. A través del portal los usuarios pueden ver reportes, revisar documentos y mirar anuncios entre otras cosas. JUL-AGO

16 NOVEDADES PRODUCTOS Portal del proyecto 4.- En la última página del asistente se establecen las opciones preliminares de control de código fuente. Usted tiene la opción de crear una carpeta de control de código fuente para su proyecto o crear una nueva rama a partir de un árbol de control de código fuente existente. Team Foundation Server provee capacidades avanzadas para control de versiones, tales como conjuntos de cambios, ramas, fusiones, comparación de archivos, protecciones atómicas y soporte a equipos distribuidos geográficamente. Dichas capacidades sobrepasan fácilmente lo que puede hacer un simple Visual Source Safe, y están diseñadas para satisfacer las necesidades de equipos grandes desarrollando aplicaciones complejas. Una vez que el procedimiento de creación de un proyecto de equipo ha concluido, dependiendo de la plantilla de proceso que usted haya seleccionado, una serie de documentos de orientación del proceso serán generados para su proyecto. Asi mismo, varias carpetas aparecerán en el Team Explorer. El árbol del proyecto de equipo tiene cinco nodos principales: Elementos de Trabajo, Documentos, Reportes, Generaciones del Equipo y Control de Código Fuente. El nodo de elementos de trabajo incluye consultas predefinidas y personalizadas que sirven para listar los elementos de trabajo asociados a su proyecto. El nodo de documentos contiene una serie de carpetas que apoyan en la organización de los artefactos generados por el proceso de desarrollo. El nodo de Team Explorer reportes incluye una variedad de tipos de reportes para mirar las métricas de su proyecto. El nodo generaciones del equipo ofrece acceso a una variedad de tipos de generaciones, incluyendo tipos personalizados. Finalmente, el nodo de control de código fuente le da a usted acceso al árbol de código fuente. Conclusión En Team System un proyecto de equipo representa la materialización de un proyecto de desarrollo y se compone de reportes, plantillas, orientación de proceso, mejores prácticas, control de código fuente, elementos de trabajo, generaciones del producto y un portal de proyecto entre otros elementos. En este artículo se describió el procedimiento para crear un proyecto de equipo el cual consta de cinco pasos, al término de los cuales se obtiene un poderoso entorno de gestión del trabajo soportado por la plataforma de colaboración de Team Foundation Server. 14 JUL-AGO

17

18 TUTORIAL PRODUCTOS SAP Composite Application Framework Automatización Flexible de Procesos Por Gerardo Borbolla Una de las grandes promesas del uso de BPM, en conjunto con arquitecturas orientadas a servicios, es la capacidad de poder automatizar procesos de negocio de forma flexible, utilizando servicios e información de aplicaciones existentes. El objetivo de este tutorial es mostrar cómo se puede lograr esto a través del Composite Application Framework de SAP. El Composite Application Framework (CAF) es un conjunto de herramientas para integrar componentes de manera que formen una sola aplicación, enfocándose al diseño y configuración con un mínimo esfuerzo de programación. A través del CAF, podemos ensamblar aplicaciones a partir de cualquier componente definido en SAP NetWeaver, o componentes externos a través de estándares y protocolos como SOAP, XMLA, servicios de SSO, RMI, IIOP, entre otros. Recordemos que NetWeaver es la plataforma sobre la que se ejecutan las aplicaciones de SAP. Adicionalmente, provee servicios para integración entre aplicaciones e interacción con componentes externos. Así que en resumen, NetWeaver es el middleware de integración y ejecución para las aplicaciones de SAP. Figura 1. Plataforma NetWeaver En este tutorial, crearemos un Guided Procedure, que es un proceso orientado a usuarios. Esto se hace en el portal de SAP, el cual nos permite diseñar procesos para luego ejecutarlos ahí. Instalación de SAP NetWeaver Sneak Preview Afortunadamente, es posible descargar de forma gratuita una versión de evaluación del ambiente de desarrollo y ejecución de la plataforma NetWeaver. Esto se obtiene a través del portal para desarrolladores de SAP (sdn.sap.com). Una vez que se registran y entran al SDN, en la sección de Downloads seleccionan el Sneak Preview SAP NetWeaver... y posteriormente seleccionan la Full Java Edition 2004s, que es la más completa. Tengan en cuenta que los instalables miden cerca de 5GBs, así que tengan paciencia o descárguenlos desde una conexión muy rápida. También consideren que van a necesitar una máquina con un mínimo de 1GB en memoria. Comenzando Una vez hecha la instalación, podemos dedicarnos a desarrollar un workflow. En este caso, vamos a implementar uno muy sencillo con los siguientes tres elementos: Captura de información. Búsqueda de información relevante a los datos del proceso. Autorizaciones de otros usuarios. Para implementar este proceso, los pasos a grandes rasgos son: 1. Crear un usuario y los roles correspondientes. 2. Crear los componentes que se utilizan en el flujo. 3. Crear el flujo y ejecutarlo. Administración de Usuarios La administración de usuarios se realiza a través del mismo portal de SAP. Para crear los usuarios seguiremos los siguientes pasos: 1. Entrar en el portal utilizando el URL con el usuario y password admin, que son los preestablecidos por default. 2. Seleccionar la ceja Gestión de usuarios y la ceja inferior Usuarios. 3. Seleccionar la liga Crear usuarios, en la sección de Navegación detallada. 4. Llenar los campos obligatorios (son los que tienen un asterisco rojo) y hacer click en el botón Crear (hay que hacer scroll hacia abajo). En este ejemplo, crearemos un usuario llamado Blanca Gómez (bgomez). Ahora asignamos roles a este usuario. En SAP Portal, los roles se relacionan con las páginas y aplicaciones que un usuario puede acceder. Asignaremos los roles para diseñar, ejecutar y administrar guided procedures. Buscaremos el usuario dentro de la administración de roles y luego le asignamos los pertinentes: 1. Seleccionamos la ceja Gestión de usuarios y la ceja inferior Roles. 2. Seleccionamos Usuarios en el dropdown-list y ponemos bgomez en la caja Buscar. 3. Hacemos click en Iniciar. 4. Cuando muestre el resultado, hacer click en la liga Tratar, del renglón de bgomez. 5. En esta pantalla buscaremos el rol *eu* en el panel inferior del lado izquierdo. Seleccionaremos los dos renglones que aparecen y haremos click en Añadir. 6. Hacer click en Guardar. Gerardo Borbolla Luna es asesor de tecnología para SAP NetWeaver en SAP México. Es especialista en diseño de la arquitectura de soluciones basadas en J2EE, portales, herramientas de KM, colaboración, integración y desarrollo de aplicaciones. Ha colaborado para LGEC, BEA y Quarksoft, entre otras empresas, trabajando sobre BEA Tuxedo, C++, TCP/IP, Sybase, Informix, SQLServer, Oracle, Linux, Solaris, BEA Weblogic y Java. 16 JUL-AGO

19 Para comprobar que se han asignado correctamente los roles, hay que entrar al portal ( localhost:50000/irj) con bgomez y revisar que se tiene la ceja Guided Procedures. Elementos de un Guided Procedure Antes de continuar, necesitamos conocer los elementos con que cuentan los Guided Procedures para implementar un flujo de trabajo. Estos son: Uso de la Interfaz Gráfica La interfaz para definir Guided Procedures se accede por el browser y se encuentra en la ceja Guided Procedures, en la ceja inferior Design Time. En este caso usaremos a Blanca Gómez como creadora del proceso (los permisos son muy importantes en la creación del proceso). Los elementos de Guided Procedures (Callable Objects, Acciones, Bloques, etc) se agrupan en una estructura similar a un sistema de archivos. El acceso y administración de estos elementos se hace en la Galería de Guided Procedures. Callable Object. Un callable object encapsula un componente técnico para ser usado de forma fácil en un proceso. Action. Un action (acción) es una actividad en el proceso. La acción a su vez encapsula un callable object, y le agrega atributos como permisos, documentos y atributos de vigencia con notificaciones. Block. Un block (bloque) es una secuencia de acciones, otros bloques e incluso procesos. Los elementos de un bloque se pueden ejecutar en forma secuencial, en paralelo, en ciclos o de manera discreta (como un block case). Los datos que fluyen en un bloque se definen relacionando los parámetros de las acciones y bloques que contiene. A este proceso se le llama Consolidación de Parámetros. En un bloque también se definen los responsables que se van a encargar de realizar las acciones. Este proceso se llama Consolidación de Roles. A un bloque también se le pueden asociar documentos y ligas. Proceso. Un proceso consta de una serie de bloques o procesos, agregando las siguientes características: Definir el número de instancias que se pueden ejecutar de manera simultánea. Asignar de manera predefinida usuarios o grupos a los roles definidos en los bloques. Consolidar roles: crear roles a nivel proceso a partir de los roles de los bloques o procesos que lo conforman. Figura 2.. Galería de Guided Procedures Tenemos controles para crear y borrar carpetas, ligas para crear componentes y un área que muestra un resumen del componente seleccionado. En todas las pantallas de creación de componentes, existe una liga arriba y del lado izquierdo con la etiqueta Gallery, que siempre nos remite a esta interfaz. Creación de Callable Objects Seleccionemos el icono Root y luego hagamos click en Create Folder al que vamos a bautizar como TutorialGP. Seleccionemos este nuevo fólder en la galería y luego la liga Create Callable Object. Vamos a crear varios objetos de esta manera: El primer Callable Object que crearemos será un objeto de búsqueda de información. Así que al crear el objeto seleccionaremos el tipo Web Pages y lo nombraremos InfoMarca. Haciendo click en Next nos lleva a la pantalla para definir el URL de la página. Ingresaremos En la siguiente pantalla podemos ingresar los parámetros adicionales para el URL. Vamos a insertar uno con los parámetros Technical Name = q y Name = Marca. Continuamos con las siguientes pantallas hasta el final en donde hacemos click en Finish and Open. Una vez que hayamos dado click en Test callable Object para probar que todo esté bien, debemos activarlo para poder usarlo. Esto se hace con en Activate Callable Object. JUL-AGO

20 TUTORIAL PRODUCTOS Es muy importante activar TODOS los objetos creados (Actions, Blocks, etc) para poder utilizarlos. Para regresar a la galería seleccionamos la liga Gallery en la esquina superior izquierda. El siguiente objeto que crearemos será un Objeto de Captura de datos. El tipo es Data Forms/ Data input form, y le vamos a poner el nombre CapturaDatos. Seleccionamos Next en el paso Define Object y en la pantalla siguiente insertamos cuatro campos de tipo string: nomasegurado (Nombre) apasegurado (Apellidos) marcaauto (Marca del auto) modeloauto (Modelo del auto) Finalizamos la creación de nuestro objeto, lo probamos y lo activamos. Seguimos con un Objeto de aprobación. El tipo es Process Control/Visual approval con el nombre Aprobacion. En el paso Define Input, crearemos los mismos campos que en el objeto de captura de datos (lo hacemos así por facilidad, pero pudieran tener nombres diferentes). Finalizamos la creación del objeto, lo probamos y lo activamos. Acciones Para crear las acciones que necesitamos hacemos lo siguiente: En la galería, seleccionamos nuestro fólder de trabajo, y Create action. Entonces ingresamos Capturar datos de la póliza y seleccionamos Save and open. Aquí veremos las actividades para configurar la acción. Damos click en la liga Callable Objects y se presenta la pantalla para crear o escoger el Callable Object a asociar a esta acción. Hacemos click en Choose... del renglón Object for Execution, seleccionamos nuestro objeto CapturaDatos, y damos click en Save. Recuerden activar la acción después de hacer esto. Ahora vamos a crear una acción denominada Aprobar póliza, relacionada con el objeto de aprobación. Sin embargo, en esta ocasión asociaremos el objeto de búsqueda como una liga que aparecerá en esa acción, para asistir al usuario a buscar autos. Para esto, seguimos los mismos pasos, pero antes de activar vamos a hacer click en Add info Callable Objects, y agregamos el objeto InfoMarca y salvamos. Por último, seleccionamos de nuevo Add Info Callable Objects y hacemos click en el botón Map Parameters. Aquí relacionamos el parámetro del objeto de búsqueda con los parámetros de nuestra acción. Seleccionamos marca en ambas listas y click en Done. Luego salvamos y activemos la acción. Definición del Proceso Utilizaremos un método que crea un proceso con un bloque. Para esto, vamos a la galería y seleccionamos nuestra carpeta y luego Create Simple Process. Después de pasar la pantalla de bienvenida, damos nombre al proceso y al bloque que lo compone. Aceptamos el tipo de bloque secuencial y pasamos a la siguiente pantalla. Flujo. Comencemos por definir el flujo en caso de que la póliza no se apruebe. Para esto, expandamos el elemento Aprobar póliza, y seleccionamos Input data is rejected. Después hacemos click en Define Target... y seleccionamos Capturar datos de la póliza. De esta manera indicamos que mientras no se apruebe la póliza, esta va a regresar a la captura. Consolidación de parámetros. Relacionamos los parámetros de las acciones de nuestro proceso entre sí. Para realizar esta relación seleccionemos los elementos a asociar (Ej. los nombres ), escribimos un nombre en el campo Consolidate To y damos click en Go.Posteriormente hacemos lo mismo con los demás parámetros. Consolidación de roles. Aquí se asocian los roles de diferentes actividades y se les asigna un nombre. Dejemos esta pantalla como está y terminemos el proceso guardando y activando. Visualizar el panel de ayuda de acciones. Para visualizar el panel de ayuda de las acciones hay que seleccionar el proceso en la galería (hay que actualizar la página) y hacer click en Open. Después, seleccionar la liga Select Views (aceptar crear una nueva versión en la ventana que se despliega) y presionar el botón Save. Activar el proceso de nuevo. Ejecución del Proceso Para ejecutar el proceso, nos vamos a la pestaña Runtime y seleccionamos la liga Start a process. Esto nos presenta la galería, donde seleccionamos nuestro proceso y damos click en Next. 1. Asignación de grupos y usuarios. Al iniciar un proceso hay que indicar los usuarios de los roles. Tenemos los roles definidos mas tres administrativos. Para asignar usuarios hacemos click en Add user, buscamos a bgomez, y le asignamos todos los roles. 2. Iniciar el proceso. Damos un nombre a este proceso y seleccionamos Initiate. 3. Utilizar el proceso. El sistema nos muestra las tareas y actividades, marcando las actividades realizadas y, presentando en la sección de Options, los objetos de ayuda que nosotros asociamos a ciertas acciones. 4. Podemos consultar en la pestaña Runtime los procesos en curso y las actividades realizadas y por realizar. Conclusión Este tutorial presentó con un ejemplo simple la forma de integrar la información de diversas fuentes y aplicaciones en un flujo de trabajo orientado a usuarios. La manera de configurar y modificar los procesos en Guided Procedures es realmente fácil, utilizando aplicaciones existentes. Para más información, consultar las guías de configuración y desarrollo, en la sección de xapps en: sdn.sap.com 18 JUL-AGO