Ing grafica clase1

1,409 views

Published on

´k

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,409
On SlideShare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
21
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Ing grafica clase1

  1. 1. Arquitectura de los Sistemas de Información de una Organizacion<br />Cristian Sanchez F.<br />MCP,MCTS,MCPD,MCT<br />Windows and Web Application<br />
  2. 2. Arquitectura de los Sistemas de Información de una Organizacion<br />Diseño particular que la Tecnología de Información toma en una organización especifica para alcanzar las metas o funciones seleccionadas<br />FYSH – VASH 2011<br />
  3. 3. Arquitectura de los S. I. de una Organizacion<br />Coordinacion<br />Procesos<br />NivelEstratégico<br />Arquitectura<br />Procesos<br /> NivelAdministrativo<br />Procesos<br />Nivel del Conocimiento<br />Procesos<br />Nivel Operativo<br />Contabilidad RRHH Biblioteca APAFA<br />Infraestructura<br />De TI<br />Hardware<br />Software<br />Redes<br />T.I.<br />
  4. 4. Tipos de Sistemas de Información <br /><ul><li> Sistemas de Procesamiento de Transacciones
  5. 5. Sistemas de Oficina
  6. 6. Sistemas del Conocimiento
  7. 7. Sistemas de Apoyo a la Toma de Decisiones
  8. 8. Sistema de Informacion Gerencial
  9. 9. Sistemas de Apoyo a Ejecutivos </li></ul>FYSH – VASH 2011<br />
  10. 10. Sistemas de Oficina <br /><ul><li> Procesan información, son aplicaciones de las T.I. para mejorar la productividad de los trabajadores
  11. 11. Son centros de procesamiento para flujos de información, y conocimiento</li></ul>SIDET - 2011<br />FYSH – VASH 2011<br />
  12. 12. Sistemas de Conocimiento <br /><ul><li> Auxilian al trabajador del conocimiento, que son profesionales que crean información y conocimiento nuevos, garantizando que ellos se inserten a la organización</li></ul>FYSH – VASH 2011<br />
  13. 13. Sistemas de Apoyo a Toma de Decisiones<br /><ul><li> Ayudan a gerentes a tomar decisiones que son exclusivas, rápidamente cambiantes
  14. 14. Son interactivos
  15. 15. Pueden aplicarse simulaciones </li></ul>SIDET - 2011<br />FYSH – VASH 2011<br />
  16. 16. Sistemas de Procesamiento de Transacciones <br />Son sistemas básicos que dan servicio al nivel operativo de la organización, efectúa y registra transacciones diarias<br />FYSH – VASH 2011<br />
  17. 17. Sistemas de Información Gerencial<br />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<br />SIDET - 2011<br />FYSH – VASH 2011<br />
  18. 18. Sistemas de Apoyo a Ejecutivos<br /> Dan servicio a nivel estratégico y auxilian en decisiones no rutinarias<br />FYSH – VASH 2011<br />
  19. 19. Impactos Positivos de los Sistemas de Información<br /><ul><li>Pueden efectuar cálculos o procesar documentos mucho mas rápido que la persona
  20. 20. Pueden ayudar a que la organización aprenda sobre las preferencias de sus usuarios
  21. 21. Propician nuevos rendimientos mediante servicios novedosos(marcado de tarjeta, etc.)‏
  22. 22. Internet distribuye información al instante a millones de personas</li></ul>FYSH – VASH 2011<br />
  23. 23. Impactos Negativos de los Sistemas de Información<br /><ul><li> Al automatizar procesos, crea desempleo
  24. 24. Posibilita a la organización recolectar detalles personales de la gente
  25. 25. Una paralización del sistema puede generar paro de la organización y de la comunidad
  26. 26. Los usuarios que utilizan intensivamente los SI pueden tener problemas de salud (stress técnico, etc.)‏
  27. 27. Internet se puede utilizar para distribuir pirateria anulando la propiedad intelectual </li></ul>FYSH – VASH 2011<br />
  28. 28. Software – Algunas Definiciones Basicas<br />FYSH – VASH 2011<br />
  29. 29. <ul><li>Los Sistemas de Informacion
  30. 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 unaorganizacion</li></ul>FYSH – VASH 2011<br />
  31. 31. SistemasdesdeunaPerspectivaFuncional<br /><ul><li>Son la maneramas Probable en lo que encontrarasporprimeravez los sistemas en la empresa. Son los primerostipos de sistemasqueexistian en la empresa. Ejemplo: Sistema de Ventas y marketing, Sistema de Produccion, SistemasFinancieron y Contables, de RRHH, etc.</li></ul>SistemasdesdeunaPerspectiva de los Usuarios<br /><ul><li>Los sistemasFuncionalessirvenparafuncionesespecificas de la empresa, no nosindica de que forma ayudan a los gerentes a conducir la empresa. En esteaspectonecesitamosunaperspectivaque examine los sistemas en terminos de los niveles de administracion y los tipos de desicionesqueapoyan. Cadauno de estosnivelestienediferentesnecesidades de informacionsegunsusdistintasresponsabilidades , y se puedenconsiderarcomocomponenteprincipales de informacion. Los siguientessistemasaportandiferentestipos de entrega de informacionporejemplo: Sistema de Procesamiento de Transacciones, Sistema de InformacionGerencial y Toma de Desiciones</li></ul>FYSH – VASH 2011<br />
  32. 32. <ul><li>AlgunosConceptosBasicos
  33. 33. Los SistemasEmpresariales, denominados ERP, integran en un solo repositorio de datos la informacion de los sistemastransaccionalespermitiendosuintegracion y usocomundentro de la organizacion.
  34. 34. Los Sistemas de Administracion de la Cadena de Suministros, denominados SCM, gestiona el trabajo con los proveedores, tienenfuentes de datosqueimportaninformacionexterna.
  35. 35. Los CRM o Sistemas de Administracion de lasrelaciones con el Cliente, tienecomoobjetivoaumentarlasventasfidelizar al cliente y optimizar los procesos de atencionpermitiendomejorasutilizadadespara la empresa.
  36. 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.</li></ul>FYSH – VASH 2011<br />
  37. 37. Arquitectura del Software<br />FYSH – VASH 2011<br />
  38. 38. Evolución de Arquitecturas<br />Arquitectura de N-niveles<br />100.000+<br /><ul><li>Bajo costo de administración de clientes.
  39. 39. Alta accesibilidad.
  40. 40. Alta flexibilidad.
  41. 41. Alta disponibilidad y tolerancia a fallos.
  42. 42. Alta escalabilidad.
  43. 43. Independencia de DB</li></ul>FYSH – VASH 2011<br />
  44. 44. Evolución de Arquitecturas<br />Portal de<br />Servicios Integrados<br />Sistema<br />Batch<br />Cluster de<br />Servidores de <br />Aplicaciones<br />Base de <br />Datos<br />Servidor de <br />Procesos<br />(BPM)<br />Aplicaciones<br />Legadas<br />Visión de Arquitectura Orientada a Servicios (SOA)<br /><ul><li>Requerimientos Arquitectónicos
  45. 45. Heterogeneidad
  46. 46. Escalabilidad
  47. 47. Disponibilidad
  48. 48. Distribución
  49. 49. Manejabilidad de Procesos
  50. 50. Administración y monitoreo de procesos, servicios e infraestructura</li></ul>FYSH – VASH 2011<br />
  51. 51. Que es un Arquitecto de Software?<br /><ul><li>Rational Unified ProcessArquitecto es un rol en un proyecto de desarrollo de software el cual es responsable de:
  52. 52. Liderar el proceso de arquitectura.
  53. 53. Producir los artefactos necesarios: Documento de descripción de arquitectura
  54. 54. Modelos y prototipos de arquitectura.
  55. 55. SUN SL-425:El arquitecto:
  56. 56. Visualiza el comportamiento del sistema.
  57. 57. Crea los planos del sistema.
  58. 58. Define la forma en la cual los elementos del sistema trabajan en conjunto.
  59. 59. Responsable de integrar los requerimientos no-funcionales (NRFs) en el sistema.</li></ul>FYSH – VASH 2011<br />
  60. 60. Discusión<br /><ul><li>Existe alguna diferencia entre arquitectura y diseño de software?</li></ul>Votación:<br />Son iguales ?<br />FYSH – VASH 2011<br />
  61. 61. Arquitectura Vs. Diseño<br /><ul><li>La arquitectura y el diseño difieren en tres áreas:</li></ul>FYSH – VASH 2011<br />
  62. 62. Arquitectura Vs. Diseño<br />Código<br />Implementación<br />Diseño<br />Arquitectura<br />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.<br />Las decisiones de arquitectura causan un alto impacto en los proyectos de IT<br />FYSH – VASH 2011<br />
  63. 63. Discusión<br /><ul><li>Cuales son los principios fundamentales en los métodos de desarrollo de software modernos?</li></ul>FYSH – VASH 2011<br />
  64. 64. Arquitectura y Procesos de Desarrollo<br />Principios Fundamentales de Procesos Modernos<br /><ul><li>Desarrollo iterativo e incremental.
  65. 65. Conducido por las calidades sistémicas.
  66. 66. Centrado en la arquitectura.
  67. 67. Dirigido por los casos de uso.
  68. 68. Basada en Modelos.
  69. 69. Mejores prácticas de diseño.</li></ul>FYSH – VASH 2011<br />
  70. 70. Ejemplo de Definición de Arquitectura<br />Dado un conjunto de requerimientos primarios<br />FYSH – VASH 2011<br />
  71. 71. Ejemplo de Definición de Arquitectura<br />Identificación de requerimientos funcionales y de calidad de servicio (QoS)<br />FYSH – VASH 2011<br />
  72. 72. Ejemplo de Definición de Arquitectura<br />Identificación de supuestos, riesgos y restricciones<br />FYSH – VASH 2011<br />
  73. 73. Ejemplo de Definición de Arquitectura<br />Identificación de Actores y Casos de Uso primarios<br />FYSH – VASH 2011<br />
  74. 74. Ejemplo de Definición de Arquitectura<br />Arquitectura Lógica. Identificación de tiers lógicos, subsistemas y paquetes<br />FYSH – VASH 2011<br />
  75. 75. Ejemplo de Definición de Arquitectura<br />Diseño de Arquitectura Runtime. Diagrama de Despliegue.<br />FYSH – VASH 2011<br />
  76. 76. Ejemplo de Definición de Arquitectura<br />Plataforma Tecnológica. Definición de la matriz tecnológica de layers y tiers<br />FYSH – VASH 2011<br />
  77. 77. Discusión<br /><ul><li>Los requerimientos no funcionales son fuentes comunes de riesgo…</li></ul>Por que?<br />FYSH – VASH 2011<br />
  78. 78. Calidades Sistémicas<br /><ul><li>El manejo inadecuado de los requerimientos no funcionales, es una de las fuentes más importante de riesgo en los proyectos:
  79. 79. Reglas de negocio de alta complejidad.
  80. 80. Calidades sistémicas
  81. 81. Seguridad
  82. 82. Rendimiento
  83. 83. Escalabilidad
  84. 84. Disponibilidad
  85. 85. Extensibilidad
  86. 86. La calidad de servicio (QoS = Quality Of Service) es un riesgo primario relacionado con la arquitectura.</li></ul>FYSH – VASH 2011<br />
  87. 87. Calidades Sistémicas<br /><ul><li>Familias de Calidades Sistémicas
  88. 88. Manifiestas
  89. 89. Operacionales
  90. 90. Desarrollo
  91. 91. Evolutivas</li></ul>Definición<br />Propiedades que establecen la calidad de servicio (QoS) que un sistema expone. <br />Son globales a toda la arquitectura <br />Influencian el diseño.<br />Son no-funcionales pero observables.<br />FYSH – VASH 2011<br />
  92. 92. Calidades Sistémicas - Manifiestas<br />Observables por los usuarios del sistema.<br />Performance. Tiempo de respuesta desde el punto de vista del usuario.<br />Reliability. Grado de probabilidad de realizar operaciones correctamente.<br />Availability. Porcentaje de tiempo que un sistema puede procesar solicitudes.<br />FYSH – VASH 2011<br />
  93. 93. Calidades Sistémicas - Operacionales<br />Observables cuando el sistema está operando en producción.<br /><ul><li>Security. Prevención de uso indeseado, por abuso o uso inapropiado:
  94. 94. Identidad
  95. 95. Autoridad
  96. 96. Confidencialidad
  97. 97. Auditabilidad
  98. 98. Integridad
  99. 99. Testability. Esfuerzo invertido para detectar y aislar errores.</li></ul>Throughput. Solicitudes atendidas por unidad de tiempo.<br />Manageability. Cantidad inversa de esfuerzo para realizar labores administrativas.<br />Serviceability. Esfuerzo para actualizar el sistema para reparar errores.<br />FYSH – VASH 2011<br />
  100. 100. Calidades Sistémicas - Evolutivas<br />Relacionadas con el comportamiento del sistema cuando sufre algún cambio.<br /><ul><li>Reusability. Esfuerzo ganado en la utilización de componentes existentes.
  101. 101. Extensibility. Esfuerzo ahorrado para adicionar nuevas funcionalidades.
  102. 102. Mantainability. Esfuerzo ahorrado para revisar y corregir errores.
  103. 103. Escalability. La habilidad para soportar la calidad de servicio requerida conforme la carga aumenta.
  104. 104. Flexibility. Esfuerzo ahorrado cuando se hace un cambio de configuración.
  105. 105. Portability. Esfuerzo ahorrado cuando se migra a una infraestructura diferente.</li></ul>FYSH – VASH 2011<br />
  106. 106. Lecciones Aprendidas en Consultoría<br />Defina una persona o un grupo de personas experimentadas, encargadas de definir y validar arquitectura de sus proyectos.<br />Establezca los requerimientos de calidad de servicio con los expertos del dominio y con los usuarios finales.<br />Involucre al equipo de trabajo en el proceso de definición de arquitectura.<br />Documente y comunique la arquitectura y lineamientos de diseño y logre aceptación. No la imponga. <br />Sea firme con las decisiones, valore impactos e identifique riesgos.<br />FYSH – VASH 2011<br />
  107. 107. Lecciones Aprendidas en Consultoría<br />Valore alternativas de arquitectura y diseño tomando en cuenta las calidades sistémicas y relación costo-beneficio.<br />Instancie los mecanismos arquitectónicos definidos incrementalmente. No los instancie en bloque.<br />Reutilice frameworks, patrones de diseño y mejores prácticas. Sea racional en el uso de tecnologías. <br />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.<br />FYSH – VASH 2011<br />
  108. 108. Arquitectura Empresarial <br />Orientada a Servicios<br />FYSH – VASH 2011<br />
  109. 109. Temas:<br />
  110. 110. FYSH – VASH 2011<br />
  111. 111. FYSH – VASH 2011<br />
  112. 112. FYSH – VASH 2011<br />
  113. 113. FYSH – VASH 2011<br />
  114. 114. FYSH – VASH 2011<br />
  115. 115. FYSH – VASH 2011<br />

×