´k

1. Arquitectura de los Sistemas de Información de una Organizacion Cristian Sanchez F. MCP,MCTS,MCPD,MCT Windows and Web Application

2. Arquitectura de los Sistemas de Información de una Organizacion Diseño particular que la Tecnología de Información toma en una organización especifica para alcanzar las metas o funciones seleccionadas FYSH – VASH 2011

3. Arquitectura de los S. I. de una Organizacion Coordinacion Procesos NivelEstratégico Arquitectura Procesos NivelAdministrativo Procesos Nivel del Conocimiento Procesos Nivel Operativo Contabilidad RRHH Biblioteca APAFA Infraestructura De TI Hardware Software Redes T.I.

5. Sistemas de Oficina

6. Sistemas del Conocimiento

7. Sistemas de Apoyo a la Toma de Decisiones

8. Sistema de Informacion Gerencial

9. Sistemas de Apoyo a Ejecutivos FYSH – VASH 2011

11. Son centros de procesamiento para flujos de información, y conocimientoSIDET - 2011 FYSH – VASH 2011

14. Son interactivos

15. Pueden aplicarse simulaciones SIDET - 2011 FYSH – VASH 2011

16. Sistemas de Procesamiento de Transacciones Son sistemas básicos que dan servicio al nivel operativo de la organización, efectúa y registra transacciones diarias FYSH – VASH 2011

17. Sistemas de Información Gerencial Son SI al nivel administrativo de una organización que dan servicio a las funciones de Planeacion, Control y Toma de Decisiones, ofreciendo informes resumidos y excepcionales de rutina SIDET - 2011 FYSH – VASH 2011

18. Sistemas de Apoyo a Ejecutivos Dan servicio a nivel estratégico y auxilian en decisiones no rutinarias FYSH – VASH 2011

20. Pueden ayudar a que la organización aprenda sobre las preferencias de sus usuarios

21. Propician nuevos rendimientos mediante servicios novedosos(marcado de tarjeta, etc.)‏

22. Internet distribuye información al instante a millones de personasFYSH – VASH 2011

24. Posibilita a la organización recolectar detalles personales de la gente

25. Una paralización del sistema puede generar paro de la organización y de la comunidad

26. Los usuarios que utilizan intensivamente los SI pueden tener problemas de salud (stress técnico, etc.)‏

27. Internet se puede utilizar para distribuir pirateria anulando la propiedad intelectual FYSH – VASH 2011

28. Software – Algunas Definiciones Basicas FYSH – VASH 2011

30. Se puededefinircomo el punto de vista tecnicocomo un conjunto de componentesinterrelacionados (o recuperan) procesan, almacenan y distribuyeninformacionparaapoyar la toma de desiciones y el control en unaorganizacionFYSH – VASH 2011

33. Los SistemasEmpresariales, denominados ERP, integran en un solo repositorio de datos la informacion de los sistemastransaccionalespermitiendosuintegracion y usocomundentro de la organizacion.

34. Los Sistemas de Administracion de la Cadena de Suministros, denominados SCM, gestiona el trabajo con los proveedores, tienenfuentes de datosqueimportaninformacionexterna.

35. Los CRM o Sistemas de Administracion de lasrelaciones con el Cliente, tienecomoobjetivoaumentarlasventasfidelizar al cliente y optimizar los procesos de atencionpermitiendomejorasutilizadadespara la empresa.

36. Los Sistemas de Administracion de Conocimientos(KMS), permite a la organizacioncaptar y aplicar el conocimiento y la experienciaayudan a enlazar los SCM con los ERP apoyando a los procesosparaadquirir, almacenar, distribuir y aplicar el conocimiento.FYSH – VASH 2011

37. Arquitectura del Software FYSH – VASH 2011

39. Alta accesibilidad.

40. Alta flexibilidad.

41. Alta disponibilidad y tolerancia a fallos.

42. Alta escalabilidad.

43. Independencia de DBFYSH – VASH 2011

45. Heterogeneidad

46. Escalabilidad

47. Disponibilidad

48. Distribución

49. Manejabilidad de Procesos

50. Administración y monitoreo de procesos, servicios e infraestructuraFYSH – VASH 2011

52. Liderar el proceso de arquitectura.

53. Producir los artefactos necesarios: Documento de descripción de arquitectura

54. Modelos y prototipos de arquitectura.

55. SUN SL-425:El arquitecto:

56. Visualiza el comportamiento del sistema.

57. Crea los planos del sistema.

58. Define la forma en la cual los elementos del sistema trabajan en conjunto.

59. Responsable de integrar los requerimientos no-funcionales (NRFs) en el sistema.FYSH – VASH 2011

62. Arquitectura Vs. Diseño Código Implementación Diseño Arquitectura La arquitectura envuelve un conjunto de decisiones estratégicas de diseño, lineamientos, reglas y patrones que restringen el diseño y la implementación de un software. Las decisiones de arquitectura causan un alto impacto en los proyectos de IT FYSH – VASH 2011

65. Conducido por las calidades sistémicas.

66. Centrado en la arquitectura.

67. Dirigido por los casos de uso.

68. Basada en Modelos.

69. Mejores prácticas de diseño.FYSH – VASH 2011

70. Ejemplo de Definición de Arquitectura Dado un conjunto de requerimientos primarios FYSH – VASH 2011

71. Ejemplo de Definición de Arquitectura Identificación de requerimientos funcionales y de calidad de servicio (QoS) FYSH – VASH 2011

72. Ejemplo de Definición de Arquitectura Identificación de supuestos, riesgos y restricciones FYSH – VASH 2011

73. Ejemplo de Definición de Arquitectura Identificación de Actores y Casos de Uso primarios FYSH – VASH 2011

74. Ejemplo de Definición de Arquitectura Arquitectura Lógica. Identificación de tiers lógicos, subsistemas y paquetes FYSH – VASH 2011

75. Ejemplo de Definición de Arquitectura Diseño de Arquitectura Runtime. Diagrama de Despliegue. FYSH – VASH 2011

76. Ejemplo de Definición de Arquitectura Plataforma Tecnológica. Definición de la matriz tecnológica de layers y tiers FYSH – VASH 2011

79. Reglas de negocio de alta complejidad.

80. Calidades sistémicas

81. Seguridad

82. Rendimiento

83. Escalabilidad

84. Disponibilidad

85. Extensibilidad

86. La calidad de servicio (QoS = Quality Of Service) es un riesgo primario relacionado con la arquitectura.FYSH – VASH 2011

88. Manifiestas

89. Operacionales

90. Desarrollo

91. EvolutivasDefinición Propiedades que establecen la calidad de servicio (QoS) que un sistema expone. Son globales a toda la arquitectura Influencian el diseño. Son no-funcionales pero observables. FYSH – VASH 2011

92. Calidades Sistémicas - Manifiestas Observables por los usuarios del sistema. Performance. Tiempo de respuesta desde el punto de vista del usuario. Reliability. Grado de probabilidad de realizar operaciones correctamente. Availability. Porcentaje de tiempo que un sistema puede procesar solicitudes. FYSH – VASH 2011

94. Identidad

95. Autoridad

96. Confidencialidad

97. Auditabilidad

98. Integridad

99. Testability. Esfuerzo invertido para detectar y aislar errores.Throughput. Solicitudes atendidas por unidad de tiempo. Manageability. Cantidad inversa de esfuerzo para realizar labores administrativas. Serviceability. Esfuerzo para actualizar el sistema para reparar errores. FYSH – VASH 2011

101. Extensibility. Esfuerzo ahorrado para adicionar nuevas funcionalidades.

102. Mantainability. Esfuerzo ahorrado para revisar y corregir errores.

103. Escalability. La habilidad para soportar la calidad de servicio requerida conforme la carga aumenta.

104. Flexibility. Esfuerzo ahorrado cuando se hace un cambio de configuración.

105. Portability. Esfuerzo ahorrado cuando se migra a una infraestructura diferente.FYSH – VASH 2011

106. Lecciones Aprendidas en Consultoría Defina una persona o un grupo de personas experimentadas, encargadas de definir y validar arquitectura de sus proyectos. Establezca los requerimientos de calidad de servicio con los expertos del dominio y con los usuarios finales. Involucre al equipo de trabajo en el proceso de definición de arquitectura. Documente y comunique la arquitectura y lineamientos de diseño y logre aceptación. No la imponga. Sea firme con las decisiones, valore impactos e identifique riesgos. FYSH – VASH 2011

107. Lecciones Aprendidas en Consultoría Valore alternativas de arquitectura y diseño tomando en cuenta las calidades sistémicas y relación costo-beneficio. Instancie los mecanismos arquitectónicos definidos incrementalmente. No los instancie en bloque. Reutilice frameworks, patrones de diseño y mejores prácticas. Sea racional en el uso de tecnologías. Tenga siempre presente que requerimientos de seguridad, integración con sistemas externos, canales de comunicacionescon poco ancho de banda, crecimiento del volumen de usuario, expectativas de cambios de requerimientos son fuentes comunes de riesgo. FYSH – VASH 2011

108. Arquitectura Empresarial Orientada a Servicios FYSH – VASH 2011

109. Temas:

110. FYSH – VASH 2011

111. FYSH – VASH 2011

112. FYSH – VASH 2011

113. FYSH – VASH 2011

114. FYSH – VASH 2011

115. FYSH – VASH 2011