Cloud computing 2010

453 views
381 views

Published on

Para uso de los estudiantes de Software

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

  • Be the first to like this

No Downloads
Views
Total views
453
On SlideShare
0
From Embeds
0
Number of Embeds
22
Actions
Shares
0
Downloads
11
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Cloud computing 2010

  1. 2. Servicios de Gestión de Conocimiento Una perspectiva desde “ Cloud Computing”
  2. 3. Antecedentes <ul><li>El equipo de Sistemas de Software Intensivo (ISIS) del Instituto de Ingeniería de Software (SEI) de la Universidad de Carnegie Mellon está evaluado las tecnologías y enfoques de construcción de sistemas que requieren interoperar con otros sistemas con el fin de identificar las brechas entre las tecnologías, los enfoque de oferta y las expectativas de los usuarios. </li></ul><ul><li>Hay necesidad de información para que los usuarios sepan que se espera del estado actual de la tecnología respecto a quienes la suministran y a las expectativas esperadas por los usuarios. </li></ul>miércoles 27 de abril de 2011
  3. 4. Antecedentes <ul><li>La potencia computacional en términos de potencia de procesamiento, capacidad de almacenamiento y ancho de banda está en continuo crecimiento. </li></ul><ul><li>Hay muchas tecnologías para construir sistemas (como gestión de conocimiento) que tienen requisitos interoperables. Cada enfoque tienen ventajas y desventajas particulares respecto a la interoperabilidad, y cada uno trabaja bien pero independientemente. </li></ul>miércoles 27 de abril de 2011
  4. 5. Antecedentes <ul><li>Esta presentación introduce: </li></ul><ul><ul><li>La visión de la calidad de procesos de gestión de conocimiento en “ Open Grid Services Architecture (OGSA)”. </li></ul></ul><ul><ul><li>Uso de un método ( T-Check ) en la investigación de cómo: </li></ul></ul><ul><ul><ul><li>U na organización puede usar una infraestructura existente con recursos “ cloud ”: </li></ul></ul></ul><ul><ul><ul><li>Actualizar continuamente los recursos asignados a una organización; </li></ul></ul></ul><ul><ul><ul><li>Mover un recurso de aplicaciones entre proveedores de “ cloud computing ” con niveles variados de esfuerzo requerido. </li></ul></ul></ul>miércoles 27 de abril de 2011
  5. 6. Agenda <ul><li>Introducción a “Grid y Cloud Computing” </li></ul><ul><li>Ingeniería y “Grid y Cloud Computing” </li></ul><ul><li>T-Cheching </li></ul><ul><li>Los procesos de Ingeniería. </li></ul><ul><li>Gestión de Conocimiento. </li></ul><ul><li>Conclusiones </li></ul>miércoles 27 de abril de 2011
  6. 7. 1. Grid computing <ul><li>Los sistemas de Grid tienden a ser heterogéneos y distribuidos, abarcan una variedad de entornos de alojamiento (J2EE ,. NET..), los sistemas operativos (Unix, Linux, Windows,…), dispositivos (equipos, instrumentos, sensores, sistemas de almacenamiento, bases de datos, y redes), y servicios. </li></ul><ul><li>Varios proveedores pueden proporcionar a todos los entornos, sistemas, dispositivos y servicios. </li></ul>miércoles 27 de abril de 2011
  7. 8. 1. Grid computing <ul><li>Las arquitecturas Grid , tales como OGSA, asume que los recursos serán heterogéneos. La virtualización de recursos en GRID usa protocolos abiertos y estándares para la interoperabilidad entre elementos heterogéneos. </li></ul><ul><li>Una arquitectura de Grid promueve la articulación flexible, la descentralización y está orientado al servicio, para la incorporación rápida de los cambios. </li></ul><ul><li>Un problema GRID asocia: Coordinar recursos no sujetos a control centralizado, usa estándares abiertos, de uso general, protocolos e interfaces y ofrece cualidades no trivial de servicio </li></ul>miércoles 27 de abril de 2011
  8. 9. 1. Grid computing <ul><li>El OGSA, provee solución a los desafíos de colaboración y el intercambio de recursos entre organizaciones .. </li></ul>miércoles 27 de abril de 2011 <ul><li>La puesta en común de recursos lleva a una mejor capacidad de computación para todas las organizaciones que participan ahorrando inversión y mantenimiento </li></ul><ul><li>Las Organizaciones virtuales (VOs) que requieren compartir recursos de varias organizaciones. </li></ul>
  9. 10. 1. Cloud Computing con T-Checking miércoles 27 de abril de 2011 - Harrison D. Strowd y Grace A. Lewis, “T-Check in System-of-Systems Technologies : Cloud Computing, S eptember 2010, TECHNICAL NOTE, CMU/SEI-2010-TN-009
  10. 11. 2. Ingeniería y “ Grid y Cloud Computing” <ul><li>Desde la perspectiva de: </li></ul><ul><li>Ingeniería, “ Grid y Cloud Computing” se relaciona con paradigmas de computación distribuida centrada en proporcionar a una amplia gama de usuarios, acceso distribuido en hardware virtualizado y / o infraestructura de software a través de Internet. </li></ul><ul><li>Empresarial, plantea el disponer recursos de computación escalables y facturables según su uso. Siendo la escalabilidad, el principio primordial de la “ Cloud Computing” , una serie de otras ventajas se desprenden de su uso y aplicación. </li></ul>miércoles 27 de abril de 2011
  11. 12. miércoles 27 de abril de 2011 12207 define la siguiente estructura de procesos de ciclo de vida del software: Procesos primarios Procesos de soporte Procesos organizacionales Adquisición Suministro Desarrollo Operación Mantenimiento Documentación Gestión de la configuración Control de calidad Verificación Validación Reuniones Auditoría Resolución de problemas Gestión Mejora Infraestructura Formación 3. Procesos de Ingeniería
  12. 13. miércoles 27 de abril de 2011 12207 define los siguientes procesos primarios en el ciclo de vida del software: ADQUISICIÓN Proceso global que sigue el adquiriente para obtener el producto. SUMINISTRO Proceso global que sigue el suministrador para proporcionar el producto. DESARROLLO Proceso empleado por el suministrador para el diseño, construcción y pruebas del producto. OPERACIÓN Proceso seguido por el operador en el “día a día” para el uso del producto. MANTENIMIENTO Proceso empleado para mantener el producto, incluyendo tanto los cambios en el propio producto como en su entorno de operación. 3. Procesos de Ingeniería
  13. 14. miércoles 27 de abril de 2011 12207 define los siguientes procesos primarios en el ciclo de vida del software: ADQUISICIÓN Proceso global que sigue el adquiriente para obtener el producto. SUMINISTRO Proceso global que sigue el suministrador para proporcionar el producto. DESARROLLO Proceso empleado por el suministrador para el diseño, construcción y pruebas del producto. OPERACIÓN Proceso seguido por el operador en el “día a día” para el uso del producto. MANTENIMIENTO Proceso empleado para mantener el producto, incluyendo tanto los cambios en el propio producto como en su entorno de operación. 3.Procesos de Ingeniería
  14. 15. miércoles 27 de abril de 2011 El estándar 12207 identifica los procesos de soporte que pueden ser utilizados desde un proceso primario, o incluso desde otro proceso de soporte. Los procesos de soporte son: DOCUMENTACIÓN Actividades empleadas para registrar información específica empleada por otros procesos. GESTIÓN DE LA CONFIGURACIÓN Actividades empleadas para mantener un registro de los productos generados en la ejecución de los procesos. ASEGURAMIENTO DE LA CALIDAD Actividades empleadas para garantizar de forma objetiva que el producto y los procesos asociados son conformes a los requisitos documentados y a las planificaciones. VERIFICACIÓN Actividades empleadas para verificar el producto. VALIDACIÓN Actividades empleadas para validar el producto. 3. Procesos de Ingeniería
  15. 16. miércoles 27 de abril de 2011 REUNIONES DE REVISIÓN Reuniones empleadas por las dos partes para evaluar el estado del producto y de las actividades. AUDITORÍAS Actividades para determinar que el proyecto cumple con los requisitos, planes y contratos. RESOLUCIÓN DE PROBLEMAS Actividades para analizar y resolver problemas relativas al proyecto, sea cual sea su fuente y naturaleza. 3. Procesos de Ingeniería
  16. 17. miércoles 27 de abril de 2011 El estándar 12207 identifica los procesos que deben realizarse en el contexto de la organización que va a ejecutar el proyecto. Normalmente estos procesos se aplican de forma común sobre múltiples proyectos. De hecho las organizaciones más maduras los identifican e institucionalizan. GESTIÓN Describe las actividades de gestión de la organización, incluyendo también la gestión de proyectos. INFRAESTRUCTURA Actividades necesarias para que puedan realizarse otros procesos del ciclo de vida. Incluye entre otros el capital y el personal. MEJORA Actividades realizadas para mejorar la capacidad del resto de procesos. FORMACIÓN 3. Procesos de Ingeniería
  17. 18. miércoles 27 de abril de 2011 3. Procesos de Ingeniería Adquiriente PROCESO DE ADQUISICIÓN PROCESO DE SUMINISTRO PROCESO DE OPERACIÓN PROCESO DE MANTENIMIENTO PROCESO DE DESARROLLO Suministrador Operador Usuario Desarrollador Mantenedor Usuario del proceso de soporte Gestor P R O C E S O S D E S O P O R T E <ul><li>Documentación </li></ul><ul><li>Gestión de la configuración </li></ul><ul><li>Aseguramiento calidad </li></ul><ul><li>Verificación </li></ul><ul><li>Validación </li></ul><ul><li>Reuniones de seguimiento </li></ul><ul><li>Auditoría </li></ul><ul><li>Resolución de problemas </li></ul><ul><li>Gestión </li></ul><ul><li>Infraestructura </li></ul><ul><li>Mejora </li></ul><ul><li>Formación </li></ul>ROL ADQUISICIÓN ROL SUMINISTRO OPERACIÓN ROL INGENIERÍA ROL SOPORTE ROL ORGANIZACIONAL ROL usa emplea contrato emplea emplea usa emplea emplea emplea emplea
  18. 19. miércoles 27 de abril de 2011 <ul><li>Ciclo de vida : El periodo comprendido desde la definición de los requisitos hasta el fin del su uso. </li></ul><ul><li>Procesos : Actividades y tareas implicadas en el desarrollo operación y mantenimiento de un sistema. </li></ul>¿Ciclo de vida de un producto es igual al ciclo de vida de un proyecto? 3. Procesos de Ingeniería SECUENCIAL CASCADA ESPIRAL MODELOS CICLOS DESARROLLO MODELOS CICLOS DE VIDA DE SISTEMAS INCREMENTAL EVOLUTIVO CASCADA CONCURRENCIA COMPONENTES COMERCIALES Y REUTILIZAZIÓN PROTOTIPADO MODIFICADORES
  19. 20. 4. Gestión de Conocimiento miércoles 27 de abril de 2011 MODELO (Teoría) Empiria
  20. 21. 4. Gestión de Conocimiento PROCESO Área de Proceso Propósito Introducción PA-relacionadas Metas Específicas Metas Genéricas Prácticas Específicas Prácticas Genéricas Elaboraciones de prácticas genéricas Sub-prácticas Sub-prácticas Productos típicos de trabajo Niveles de Capacidad Niveles de Madurez Constelación Categorias de procesos Común a todas las constelaciones Gestión de Procesos Gestión de Proyectos Soporte Adquisiciones Adquisiciones y entrega Desarrollo Ingeniería Servicios Gestión de Procesos Gestión de Proyectos Establecimiento y entrega Soporte
  21. 22. 4. Gestión de Conocimiento miércoles 27 de abril de 2011 Acquisitions Acquisition and Delivery Agreement Management Adquisition Requirement Development Solicitation & Supplier Agreement Development Acquisition Validation Acquisition Verification Acquisition Technical Management Constellation Categories Process Areas Common for all Constellations Process Management Organizational Innovation & Deployment Organizational Process Performance Organizational Training Organizational Process Focus Organizational Process Definition Project Management Project Planning Project Monitoring and Control Risk Management Quality Project Management Integrated Project Management Requirement Management Support Process & Product Quality Assurance Configuration Management Measurement & Analysis Decision Analysis & Resolution Causal Analysis & Resolution Services Process Management Organizational Services Management Project Management Service Continuity Supplier Agreement Management Capability & Availability Management Service Establishment and Delivery Service Delivery Service System Development Service Transition Incident & request management Support Problem Management Development Engineering Requirement Definition Requirement Management Technical Solution Product Integration Verification Validation
  22. 23. miércoles 27 de abril de 2011 4. Gestión de Conocimiento
  23. 24. Sociedad EMPRESAS Empresa I + I + D Ingeniería Técnología Técnica Transferencia Incubación ITI Colombia CIDLIS GRUPOS DE INVESTIGACIÓN Spin-off Nivel 2 Nivel 1 Nivel 0 Incubación Incubación CLUSTER FILOSOFÍA GNOSIS SABIDURÍA CALIDAD 4. Gestión de Conocimiento
  24. 25. 4. Gestión de Conocimiento Modelado de conocimiento SGTC © 2005 CIDLIS-UIS-ITI Colombia
  25. 26. 4. Gestión de Conocimiento Software
  26. 27. PRE FACTIBILIDAD EVALUACIÓN ENTRENAMIENTO Y ASESORÍA APOYO FINANCIERO APOYO TECNOLÓGICO MONITOREO MERCADO OBJETIVO CRITERIOS DE ADMISIÓN PROCESO DE INGENIERÍA CRITERIOS DE SALIDA COMPETITIVIDAD ENTRADA PENSAMIENTO ESTRATÉGICO SALIDA PROYECTO UTILIDAD FINANZAS OBJETIVOS DE INTERESADOS DESTREZAS ADMINISTRATIVAS SUSTENTABILIDAD EFECICIENCIA EFECTIVIDAD IMPACTO RELEVANCIA DIMENSIÓN SOCIAL EMPRESA EVALUACIÓN DEL PROCESOS (AUDITORÍA DE CONOCIMIENTO) EVALUACIÓN DEL PROCESO DE MEJORA (AUDITORÍA DE CONOCIMIENTO) EVALUACIÓN PROTIPADO DE NEGOCIOS DIFERENTES PROVEEDORES PRODUCTIVIDAD 4. Gestión de conocimiento
  27. 28. 4. Gestión de Conocimiento
  28. 29. RCC-TIC GREMIOS AFINES A TIC EMPRESAS ESTADO PARQUES CIENTÍFICOS - TECNOLÓGICOS CADENAS PRODUCTIVAS CALIDAD Y MEJORA DE PROCESOS i+ I+ D ESPECIALIZADO I + I + D TIC I + I + D SIN MUROS I + I + D SECTORES I + I + D DE NUEVAS ECONOMIAS I + I + D VIRTUALES INTERMEDIACIÓN E INTEGRACIÓN DE SERVICIOS OFERTA Y DEMANDA FORTALECIMIENTO SECTORIAL TÉCNOLOGICA INTELIGENCIA DE NEGOCIOS PRODUCTOS Y SERVICIOS GESTIÓN DE CONOCIMIENTO DIVULGACIÓN BASES DE CONOCIMIENTO FORMACIÓN OBSERVACIÓN CENTROS DE i + I+ D UNIVERSIDADES 4. Gestión de Conocimiento ALTO NIVEL TECNOLÓGICO ALTO NIVEL DE GESTIÓN Alta dirección táctica Logística Operación
  29. 30. 6 Conclusiones: <ul><li>La globalización acorde con computación distribuida. </li></ul><ul><li>Necesidad de modelos de evaluación. </li></ul><ul><li>El outsourcing y el outshoring. </li></ul><ul><li>El trabajo en casa. </li></ul>
  30. 31. Fuentes <ul><li>SM CMM Integration, IDEAL, SCAMPI, SCAMPI Lead Assessor, and SCAMPI Lead Appraiser are service marks of Carnegie Mellon University. </li></ul><ul><li>® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University. </li></ul>miércoles 27 de abril de 2011

×