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)
[email protected]://blog.solvingsoft.comhttp://www.slideshare.net/jlbugarin