La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

ACIS Desarrollar proyectos de software y evitar el fracaso ? Por Bernardo Díaz Arias Arquitectura.

Presentaciones similares


Presentación del tema: "ACIS Desarrollar proyectos de software y evitar el fracaso ? Por Bernardo Díaz Arias Arquitectura."— Transcripción de la presentación:

1 ACIS Desarrollar proyectos de software y evitar el fracaso ? Por Bernardo Díaz Arias Arquitectura

2 Antecedentes : 1.Demanda : Globalización 2.Basado en una analogía a la arquitectura de edificaciones. 3.Resultado de la experiencia de expertos en proyectos reales GoF.

3 Arquitectura Realidad Sistema Solar Atomos Cuerpo Humano Células Organigrama

4 Arquitectura Sistemas Adaptativos Entradas Proceso Salidas Monitoreo Control Influencias del Entorno Ciclico Recursivo

5 Arquitectura Sistemas Adaptativos

6 Arquitectura Sistemas Adaptativos

7 Arquitectura Sistemas Adaptativos

8 Arquitectura Arquitecturas de Información Cliente Vista = Asesor/Vendedor Controlador = Coordinador de Area Modelo = Operarios

9 Arquitectura Arquitecturas de Información Recursividad Según Complejidad

10 Arquitectura Arquitecturas de Información Organigrama – Estructura Organizacional Procesos de La Organización Roles – Actividades / Área Entidades de Negocio = Objetos de interés para una organización (pe. Formulario Predial para la SHD).

11 Arquitectura Metapatrones de Diseño Sistemas Adaptativos Árboles de Información Puntos de Coordinación Centralizada Distribución de Responsabilidades Especialización Flujo de Información circular por nivel(eficiente) Recursividad

12 Arquitectura Antecedentes :

13 Arquitectura Antecedentes :

14 Arquitectura Características Principales : 1.Robustez 2.Escalabilidad. 3.Performance. Rol : 1.Arquitecto 2.Diseñador 3.Implementador

15 Arquitectura Elementos Principales : 1.UML 2.Vistas UML (RUP) 3.Patrones de Diseño 4.Arquitecturas Por Tecnología (MDA: Implementation Model)

16 Arquitectura Grupos de Modelos UML : 1.Static Use Case Package Class 2.Dynamic. Activity Sequence State Object Collaboration 3.Implementation. Component Deployment

17 Arquitectura UML Diagramas Principales

18 Arquitectura UML Diagramas de Apoyo (Opcionales) :

19 Arquitectura Vistas UML :

20 Arquitectura Vistas UML 1 : 1.Component View Subsystem/Module 2.Deployment View Server/Subsystem/Module 3.Domain Model High Level (Business) Entities 4.Design View Package Classes 5.Use Cases View Use Cases / Module 6.Process View Activity / Use Case

21 Arquitectura Vistas UML 2 : 1.Use Cases View Use Cases / Module 2.Logical View Packages Classess 3.Process View Activities / Use Case 4.Deployment View Server/Subsystem/Module 5.Implementation View Layers/Components 6.Data View MER - Physical Model

22 Arquitectura Conceptos: 1.Arquitectura del Sistema: a.D. Deployment (Subsistemas, módulos) b.D. Deployment (módulos, componentes) c.D. Packages (Por capas o subsistemas) d.D. de Clases Control Entidad Datos interfaces entre componentes e.D. Secuencias (Valida relaciones entre clases) 2.APIs y Frameworks según Plataforma de Implementación 3.Implementación de Referencia

23 Arquitectura

24 Capas y Subcapas : Elementos 1.Data Tier DBMS 2.Business Tier Persistence (Bidirectional-integration) Product Domain (Business Logic)*** Services (XML) 3.Presentation Tier FormManager (Bidirectional-integration) Form (JSP + JavaScript) Template (HTML) FrontController 4.Client Tier http data (Bidirectional-integration) Browser (HTML+JavaScript)

25 Arquitectura

26

27 Frameworks = 1 Spec + n-Impl Son librerías de software (APIs) con un propósito definido en una especificación (Spec). Los clientes del framework (desarrolladores y arquitectos) interactúan con el framework a través de la Spec. Esta se basa en roles (interfaces) con actividades y responsabilidades bien definidas (de forma similar a 1cargo – n-empleados en un área de la organización). Entre más estándar/popular sea el framework existirán posibles implementaciones desde proveedores comerciales hasta open source. Un framework se puede configurar para que la lógica la pueda realizar una implementación cualquiera de la Spec. Lo anterior, sin realizar cambios en código para el cliente del framework.

28 Arquitectura Frameworks : Especificaciones del Java Community Process JVM JSE 1.5.i J2EE 1.4.i Administrativas (JNDI, JMX, JTA, Security Sandbox) Servlets (Presentación) JSP (Presentación) EJB (Negocio) Session Entidad (Nunca recomendados por un arquitecto, sí por desarrolladores) Mensajería JDO (persistencia) JSF (Presentación) Portal (Presentación) WSDP (XML y Web Services) J2ME (Plataforma Móvil)

29 Arquitectura Evaluación de Frameworks Opensource Técnico 1.Tiene Release de Producción / Estable ? 2.Evaluar Documentación Técnica, de usuario y de instalación 3.Lea el FAQ 4.Verifique instalación y Ejemplos 5.Verifíquelo con sus demás herramientas en caso de que se relacionen. Administrativo 1.Se basa en un estándar del JCP ? 2.Cuantos de sus requerimientos cumple? 3.Tiene soporte comercial ?

30 Arquitectura Capas y Subcapas : Frameworks y Herramientas (Maduras!!!) 1.Data Tier DBMS 2.Business Tier Persistence (IBATIS) Product Domain = Business Logic Services (Spring ***) 3.Presentation Tier FormBeans – Forms (JSF)

31 Finalmente… Muchas Gracias por su tiempo !!!


Descargar ppt "ACIS Desarrollar proyectos de software y evitar el fracaso ? Por Bernardo Díaz Arias Arquitectura."

Presentaciones similares


Anuncios Google