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.
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.
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
23.
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
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
31.
32.
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
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.
61.
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
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
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
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
