Your SlideShare is downloading. ×

Ing grafica clase1

1,200

Published on

´k

´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,200
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
19
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 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.
  • 4. Tipos de Sistemas de Información
    • Sistemas de Procesamiento de Transacciones
    • 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
  • 10. Sistemas de Oficina
    • Procesan información, son aplicaciones de las T.I. para mejorar la productividad de los trabajadores
    • 11. Son centros de procesamiento para flujos de información, y conocimiento
    SIDET - 2011
    FYSH – VASH 2011
  • 12. Sistemas de Conocimiento
    • Auxilian al trabajador del conocimiento, que son profesionales que crean información y conocimiento nuevos, garantizando que ellos se inserten a la organización
    FYSH – VASH 2011
  • 13. Sistemas de Apoyo a Toma de Decisiones
    • Ayudan a gerentes a tomar decisiones que son exclusivas, rápidamente cambiantes
    • 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
  • 19. Impactos Positivos de los Sistemas de Información
    • Pueden efectuar cálculos o procesar documentos mucho mas rápido que la persona
    • 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 personas
    FYSH – VASH 2011
  • 23. Impactos Negativos de los Sistemas de Información
    • Al automatizar procesos, crea desempleo
    • 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
  • 29.
    • Los Sistemas de Informacion
    • 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
    FYSH – VASH 2011
  • 31. SistemasdesdeunaPerspectivaFuncional
    • 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.
    SistemasdesdeunaPerspectiva de los Usuarios
    • 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
    FYSH – VASH 2011
  • 32.
    • AlgunosConceptosBasicos
    • 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
  • 38. Evolución de Arquitecturas
    Arquitectura de N-niveles
    100.000+
    • Bajo costo de administración de clientes.
    • 39. Alta accesibilidad.
    • 40. Alta flexibilidad.
    • 41. Alta disponibilidad y tolerancia a fallos.
    • 42. Alta escalabilidad.
    • 43. Independencia de DB
    FYSH – VASH 2011
  • 44. Evolución de Arquitecturas
    Portal de
    Servicios Integrados
    Sistema
    Batch
    Cluster de
    Servidores de
    Aplicaciones
    Base de
    Datos
    Servidor de
    Procesos
    (BPM)
    Aplicaciones
    Legadas
    Visión de Arquitectura Orientada a Servicios (SOA)
    • Requerimientos Arquitectónicos
    • 45. Heterogeneidad
    • 46. Escalabilidad
    • 47. Disponibilidad
    • 48. Distribución
    • 49. Manejabilidad de Procesos
    • 50. Administración y monitoreo de procesos, servicios e infraestructura
    FYSH – VASH 2011
  • 51. Que es un Arquitecto de Software?
    • Rational Unified ProcessArquitecto es un rol en un proyecto de desarrollo de software el cual es responsable de:
    • 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
  • 60. Discusión
    • Existe alguna diferencia entre arquitectura y diseño de software?
    Votación:
    Son iguales ?
    FYSH – VASH 2011
  • 61. Arquitectura Vs. Diseño
    • La arquitectura y el diseño difieren en tres áreas:
    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
  • 63. Discusión
    • Cuales son los principios fundamentales en los métodos de desarrollo de software modernos?
    FYSH – VASH 2011
  • 64. Arquitectura y Procesos de Desarrollo
    Principios Fundamentales de Procesos Modernos
    • Desarrollo iterativo e incremental.
    • 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
  • 77. Discusión
    • Los requerimientos no funcionales son fuentes comunes de riesgo…
    Por que?
    FYSH – VASH 2011
  • 78. Calidades Sistémicas
    • El manejo inadecuado de los requerimientos no funcionales, es una de las fuentes más importante de riesgo en los proyectos:
    • 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
  • 87. Calidades Sistémicas
    Definició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
  • 93. Calidades Sistémicas - Operacionales
    Observables cuando el sistema está operando en producción.
    • Security. Prevención de uso indeseado, por abuso o uso inapropiado:
    • 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
  • 100. Calidades Sistémicas - Evolutivas
    Relacionadas con el comportamiento del sistema cuando sufre algún cambio.
    • Reusability. Esfuerzo ganado en la utilización de componentes existentes.
    • 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

×