1 / 14

Experiencia de un líder de desarrollo J2EE

Experiencia de un líder de desarrollo J2EE. Ing. José Luis Bugarin CSM- Certified Scrum Master Iluminatic SAC. Agenda. Introducción Especialidades o rutas a seguir Arquitectura de Software Desarrollo de Proyectos J2EE Fortalezas Debilidades Alternativas de especialización

isi
Download Presentation

Experiencia de un líder de desarrollo J2EE

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Experiencia de un líder de desarrollo J2EE Ing. José Luis Bugarin CSM-CertifiedScrumMaster Iluminatic SAC

  2. Agenda • Introducción • Especialidades o rutas a seguir • Arquitectura de Software • Desarrollo de Proyectos J2EE • Fortalezas • Debilidades • Alternativas de especialización • Requisitos para la Arquitectura de Software

  3. INTRODUCCION • Donde se debe aplicar Arquitectura • Para aplicar arquitectura, se deben considerar los siguientes puntos: • Tamaño de la solución, • Complejidad, • Rendimiento (es la velocidad en la que una única petición o solicitud puede ser ejecutada), • Escalabilidad (describe la capacidad de una solicitud o petición para ser ejecutadas rápidamente en virtud de un aumento de la carga), • Integracion, • Disponibilidad, • Multiplataforma, • Seguridad (https, firmasdigitales, encriptacion).

  4. Especialidades o Rutas a Seguir • Empresarial • Infraestructura • Datos • Seguridad • Técnico (Arquitectura de software) • Arquitecto de Soluciones (SuperAnalista) • Según el tamaño de la empresaestos roles pueden ser desempeñadosporuna o varias personas. • La definición de estos roles suele ser confusa o confundidapor la mayoria de gerentes de proyecto, gerentesgenerales y otrostipos de gerenciaque no tengan la vision de tecnologia.

  5. Arquitectura de Software • Arquitecturas de Referencia • Java Enterprise • Tamaño mediano – grande – con enfasis en integración de multiples plataformas y distintas tecnologias. • .NET • Tamaño pequeño – mediano – donde la plataforma y los proveedores de datos, y servicios estan bajo control. • Open Source (nuevo jugador) • Middle size (php - phyton) • Legacy (Mainframe – aún sigue vivo !) • Z-series – nucleo de reglas de negocio de las principales industrias - Seguros, telecomunicaciones, banca, finanzas.

  6. Desarrollo de Proyectos J2EE • Estándares : POO, UML, Patrones de Diseño, Casos, RUP, XP, Agile (Scrum). • Equipos de desarrollomultidisciplinario, multilingue, y con localizacionesgeograficasdiversas.

  7. Fortalezas como profesionales en sistemas • Recursividad: recursos limitados, entornos limitados, equipos limitados -> Creatividad • Liderazgo • Formacion y Vision Holistica (asumiendo especializacion previa - totalidad dinámica integrada) • Adaptabilidad • Comunicacion • Dependiendo de Formación …

  8. Debilidades de los profesionales en sistemas • Estándares – Formalidad de Procesos • Contacto con Proyectos Reales - < academia > empresa. • Areas de Especializacion • Ausencia de Contacto Multicultural • No se valora los perfiles técnicos - queremos ser gerentes sin terminar la carrera.

  9. ALTERNATIVAS DE ESPECIALIZACION • Academicas • Estudios de Postgrado tradicionales • Industriales • Certificaciones en habilidades especificas • Liderazgo - Coordinacion

  10. Requisitos para llegar a la arquitectura de software • Experiencia • Preparacionacademica • Certificaciones • Habilidades de Liderazgo y Comunicacion: técnicas y de negocios • Vision Holistica • Innovación • Especializarse – dominar un área de conocimiento

  11. Conocimientos Específicos Tecnicos • Servidores Web (apache – ibm http server) • Servidores de Aplicaciones JAVA J2EE (Tomcat, Apache Geronimo, WAS, OAS, GlassFish, etc) • Servidores de Bases de Datos (Oracle, DB2, SQL SERVER, MYSQL, etc.) • Arquitecturas de Redes • Sistemas Operativos (Windows, Linux, Unix, AIX) • Envios de email (smtp) • JMS – MQ (MessageQueue) • Arquitectura Orientada a Servicios (SOA) • Servicios Web (Web Services) • IDES de Desarrollo (eclipse, netbeans, jdeveloper,etc) • Frameworks (Struts, JSF, Hibernate, Ibatis,Spring,etc) • Sistemas de Trazas (Log de aplicaciones) • JSP, CLASES, CODIGO JAVA, JSTL

  12. Conocimientos Técnicos Específicos • Para la capa de presentación se puede tener: ZK, GWT (google web toolkit). • Integración de AdobeFlex con Java • Desarrollo orientado al test • Junit para las pruebas de métodos escritos en java

  13. Conocimientos especificos funcionales • Casos de Uso (Caso de uso del sistema y casos de uso del negocio) • Historias de Usuario • Diagramas de Actividad • Diagramas de Clase • Diagramas de Secuencia • Diagramas de Componentes • Priorización de Casos de Uso • Diferenciar Procesos de Negocio con Procesos de Sistemas

  14. CONTACTO • jbugarin@iluminatic.info • http://consultorjava.com

More Related