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 ?

Presentaciones similares


Presentación del tema: "ACIS Desarrollar proyectos de software y “evitar” el fracaso ?"— Transcripción de la presentación:

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

2 Arquitectura Antecedentes: Demanda : Globalización
Basado en una analogía a la arquitectura de edificaciones. 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: Rol: Robustez Escalabilidad.
Performance. Rol: Arquitecto Diseñador Implementador

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

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

17 Arquitectura UML Diagramas Principales

18 Arquitectura UML Diagramas de Apoyo (Opcionales):

19 Arquitectura Vistas UML:

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

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

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

23 Arquitectura

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

25 Arquitectura

26 Arquitectura

27 Arquitectura 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
Tiene Release de Producción / Estable ? Evaluar Documentación Técnica, de usuario y de instalación Lea el FAQ Verifique instalación y Ejemplos Verifíquelo con sus demás herramientas en caso de que se relacionen. Administrativo Se basa en un estándar del JCP ? Cuantos de sus requerimientos cumple? Tiene soporte comercial ?

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

31 Muchas Gracias por su tiempo !!!
Finalmente… Muchas Gracias por su tiempo !!!


Descargar ppt "ACIS Desarrollar proyectos de software y “evitar” el fracaso ?"

Presentaciones similares


Anuncios Google