Ing. José Luis Bugarinhttp://www.solvingsoft.com

Universidad Nacional del Callao

AgendaIntroducciónEspecialidades o rutas a seguirArquitectura de SoftwareDesarrollo de Proyectos J2EEFortalezasDebilidadesAlternativas de especializaciónRequisitos para la Arquitectura de Software

INTRODUCCIONDonde se debe aplicar ArquitecturaPara 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, firmas digitales, encriptacion).

Especialidades o Rutas a SeguirEmpresarialInfraestructuraDatosSeguridadTécnico (Arquitectura de software)Arquitecto de Soluciones (SuperAnalista)

Según el tamaño de la empresa estos roles pueden ser desempeñados por una o varias personas.

La definición de estos roles suele ser confusa o confundida por la mayoria de gerentes de proyecto, gerentes generales y otros tipos de gerencia que no tengan la vision de tecnologia.

Arquitectura de SoftwareArquitecturas 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.

Desarrollo de Proyectos J2EEEstándares : POO, UML, Patrones de Diseño,

Casos, RUP, XP, Agile (Scrum).Equipos de desarrollo multidisciplinario,

multilingue, y con localizaciones geograficas diversas.

Fortalezas como profesionales en sistemas

Recursividad: recursos limitados, entornos limitados, equipos limitados -> Creatividad

LiderazgoFormacion y Vision Holistica (asumiendo

especializacion previa - totalidad dinámica integrada)

AdaptabilidadComunicacionDependiendo de Formación …

Debilidades de los profesionales en sistemasEstándares – Formalidad de ProcesosContacto con Proyectos Reales - < academia

> empresa.Areas de EspecializacionAusencia de Contacto MulticulturalNo se valora los perfiles técnicos - queremos

ser gerentes sin terminar la carrera.

ALTERNATIVAS DE ESPECIALIZACIONAcademicas

Estudios de Postgrado tradicionalesIndustriales

Certificaciones en habilidades especificasLiderazgo - Coordinacion

Requisitos para llegar a la arquitectura de software

ExperienciaPreparacion academicaCertificacionesHabilidades de Liderazgo y Comunicacion:

técnicas y de negociosVision HolisticaInnovación Especializarse – dominar un área de

conocimiento

Conocimientos Específicos TecnicosServidores 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 RedesSistemas Operativos (Windows, Linux, Unix, AIX)Envios de email (smtp) JMS – MQ (Message Queue)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

Conocimientos especificos funcionalesCasos de Uso (Caso de uso del sistema y

casos de uso del negocio)Diagramas de ActividadDiagramas de ClaseDiagramas de SecuenciaPriorizacion de Casos de UsoDiferenciar Procesos de Negocio con

Procesos de SistemasNTP ISO 12207 (procesos principales, de

apoyo y de gerencia)

CONTACTOjbugarin@solvingsoft.comhttp://blog.solvingsoft.comhttp://www.slideshare.net/jlbugarin