SOLO REQUISITOS 2008

  • 3,119 views
Uploaded on

JORNADAS PRÁCTICAS SOBRE GESTIÓN E INGENIERÍA DE REQUISITOS DEL SOFTWARE Y EL MODELO DE MEJORA CMMI®. LOS REQUISITOS Y EL OUTSOURCING DEL SOFTWARE. …

JORNADAS PRÁCTICAS SOBRE GESTIÓN E INGENIERÍA DE REQUISITOS DEL SOFTWARE Y EL MODELO DE MEJORA CMMI®. LOS REQUISITOS Y EL OUTSOURCING DEL SOFTWARE.
Tras cuatro años de éxito en eventos monográficos sobre la implantación práctica del modelo CMMI y su aplicación en la gestión de requisitos y en el testing del software, en esta ocasión el portal CalidaddelSoftware.com organiza un evento que será el punto de encuentro de los profesionales que han llevado a cabo implantaciones de soluciones de gestión de requisitos exitosas, apoyándose en modelos como CMMI, CMM o SPICE en nuestro país.

La Gestión de Requisitos se ha identificado como uno los conjuntos de buenas prácticas que más contribuye al éxito de los proyectos software, aportando el entendimiento y la comprensión de los problemas que se necesita solucionar y cómo resolverlos. La calidad y la cantidad de información suministrada, así como la claridad con la que se especifiquen los nuevos productos son claves del éxito.
En esta ocasión, se considerará el enfoque especial de la gestión de requisitos en aquellas organizaciones que adquieren software o externalizan sus funciones de mantenimiento y desarrollo, según las recomendaciones del modelo CMMI-ACQ del SEI (Software Engineering Institute).

Las jornadas se celebrarán en el Auditórium de ATOS ORIGIN en la calle Albarracín 25 de Madrid durante los 19 y 20, mientras que los tres días anteriores se impartirán seminarios de formación específica. Adicionalmente se ha programado una edición del seminario de “Introducción a la Ingeniería de Requisitos” el día 24 de Junio.

More in: Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
3,119
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
124
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. LOS REQUISITOS Y EL OUTSOURCING DEL SOFTWARE SÓLO REQUISITOS 2008 JORNADAS PRÁCTICAS SOBRE GESTIÓN E INGENIERÍA DE REQUISITOS DEL SOFTWARE Y EL MODELO DE MEJORA CMMI®. LOS REQUISITOS Y EL OUTSOURCING DEL SOFTWARE MADRID, 19–20 JUNIO ASISTENCIA GRATUITA A LAS JORNADAS PARA INSCRIPCIONES CONFIRMADAS ANTES DEL 6 DE JUNIO EN soloreq2008 @ CalidaddelSoftware.c0m PATROCINADORES: SEMINARIOS DE FORMACIÓN ESPECÍFICA: Seminarios en Madrid, 16, 17, 18 y 24 DE JUNIO INGENIERÍA DE REQUISITOS DE CASOS DE USO A CASOS DE PRUEBA INTRODUCCIÓN A LA REUTILIZACIÓN FUNDAMENTOS DE CMMI MÉTRICAS Y ESTIMACIÓN TEMPRANA INTRODUCCIÓN A COBIT CMMI es una marca registrada por el Software Engineering Institute. Antes de imprimir este documento, asegúrese de que es necesario. El medio ambiente está en nuestras manos
  • 2. SÓLO REQUISITOS 2008 JORNADAS PRÁCTICAS SOBRE LA GESTIÓN E INGENIERÍA DE REQUISITOS DEL SOFTWARE Y EL MODELO DE MEJORA CMMI®. LOS REQUISITOS EN LA EXTERNALIZACIÓN Madrid. Del 16 al 20 de Junio de 2008. Tras cuatro años de éxito en eventos monográficos sobre la implantación En esta ocasión, se considerará el enfoque especial de la gestión de práctica del modelo CMMI y su aplicación en la gestión de requisitos y requisitos en aquellas organizaciones que adquieren software o en el testing del software, en esta ocasión el portal externalizan sus funciones de mantenimiento y desarrollo, según las CalidaddelSoftware.com organiza un evento que será el punto de recomendaciones del modelo CMMI-ACQ del SEI (Software Engineering encuentro de los profesionales que han llevado a cabo implantaciones Institute). de soluciones de gestión de requisitos exitosas, apoyándose en modelos como CMMI, CMM o SPICE en nuestro país. Las jornadas se celebrarán en el Auditórium de ATOS ORIGIN en la calle Albarracín 25 de Madrid durante los 19 y 20, mientras que los tres La Gestión de Requisitos se ha identificado como uno los conjuntos de días anteriores se impartirán seminarios de formación específica. buenas prácticas que más contribuye al éxito de los proyectos software, Adicionalmente se ha programado una edición del seminario de aportando el entendimiento y la comprensión de los problemas que se “Introducción a la Ingeniería de Requisitos” el día 24 de Junio. necesita solucionar y cómo resolverlos. La calidad y la cantidad de información suministrada, así como la claridad con la que se especifiquen los nuevos productos son claves del éxito. PROGRAMA DE “SÓLO REQUISITOS 2008”. MADRID. 16 Junio 17 Junio 18 Junio 19 Junio 20 Junio SEMINARIOS DE FORMACIÓN ESPECÍFICA JORNADAS DE EXPERIENCIAS Ponencias técnicas y presentaciones sobre Métricas de productividad casos reales, clientes, fabricantes de productos, De los casos de uso a universidades y consultoras TI Introducción a COBIT aplicadas a la estimación los casos de prueba temprana Mesa Redonda Ponencia “Requisitos y Magistral: subcontratación “Requisitos en Introducción a la de proyectos” CMMI” Fundamentos del modelo CMMI reutilización del software (*) El seminario “Introducción a la Ingeniería de Requisitos” se celebrará el 24 de Junio. INSCRIPCIONES: PRECIOS: Comunicar datos de inscripción: El precio de inscripción en las Jornadas de Experiencias (19-20 Junio) Por e-mail: soloreq2008@CalidaddelSoftware.c0m es 360 euros+16% IVA. Asistencia gratuita para las inscripciones Por teléfono: 91 434 06 34, María Pinilla o Toñi Ramírez recibidas por e-mail en soloreq2008 @ CalidaddelSoftware.c0m antes del Indicar datos del asistente: 6 de Junio, y confirmadas a cada inscrito por la organización Nombre y Apellidos telefónicamente entre el 10 y el 13 de Junio. Aforo limitado. Cargo La inscripción en los Seminarios se comunicará por e-mail en E-mail soloreq2008 @ CalidaddelSoftware.c0m antes del 11 de Junio. Aforo Móvil limitado. Descuentos para grupos. Precio de inscripción por seminario: Indicar datos de la empresa: Introducción a la reutilización de software (16 junio) :500 Nombre de la empresa: euros +16 % IVA Persona de contacto: Introducción a COBIT (16 jun.): 500 euros + 16% IVA e-mail: De los casos de uso a los casos de prueba (17 jun.): 500 Dirección euros + 16% IVA Población Métricas de productividad aplicadas a la estimación temprana Provincia: (18 jun.): 500 euros + 16% IVA Código Postal: Fundamentos de CMMI (17 y 18 jun.): 800 euros + 16% IVA. C.I.F.: Introducción a la Ingeniería de Requisitos (24 jun.): 500 euros Teléfono: + 16% IVA. Responsable que autoriza la inscripción: La inscripción se completará cuando realice el pago por transferencia Cargo: antes del 13 de Junio. En caso de cancelación se retendrá un 10% en e-mail concepto de gastos administrativos, si se comunica con al menos 72 horas de antelación, y se retendrá el 100% si se comunica más tarde. De conformidad con la LOPD y la LSSICE , le informamos que sus datos pasarán a formar parte de un fichero de clientes e interesados en calidad del software. Dichos datos serán utilizados para el envío de información de nuestros servicios y los de terceros y en ningún caso son objeto de venta o comunicación a ninguna entidad u organización, garantizando, de acorde con la legislación vigente, la más absoluta privacidad del mismo. Puede ejercitar sus derechos de acceso, rectificación, cancelación y oposición en cualquier momento, notificándolo a la dirección soloreq2008 @ CalidaddelSoftware.c0m
  • 3. LA INGENIERÍA DE REQUISITOS: EXPERTOS Y EMPRESAS REQUISITOS EN UNA ORGANIZACIÓN GLOBAL REQUISITOS Y PRODUCTIVIDAD Domingo Gaitero. Consultant Manager. Atos Origin. Beatriz Pérez Morales. Directora de Calidad. Softtek. La gestión de requisitos es una pieza clave del proceso de industrialización del ciclo de De una clara definición y entendimiento de los requisitos depende el > éxito de un vida del software en una multinacional global como Atos Origin. En Atos Origin sabemos proyecto. Cada persona que participa en él, desde el coordinador del proyecto, el que la cercanía a nuestros clientes nos permite formalizar con ellos, algunas veces de usuario y el analista, tiene su propia conceptualización de los objetivos mismo. formas muy creativas e innovadoras, las necesidades que tienen en sus negocios en A la hora de acometer un proyecto, el primer paso debe de ser la unificación de todos requisitos concretos y exactos. Esta formalización y el proceso de gestión asociado nos esos objetivos e ideas sobre lo que deberá de realizar la aplicación en cuestión. Esta es, permiten entregar la solución adecuada a las necesidades en el tiempo y coste precisamente, la fase de levantamiento de requerimientos, mediante diferentes técnicas estimado. se debe de poder identificar: El proceso global de gestión de requisitos en Atos Origin se ha construido analizando en a) Lo que cada participante cree que es el objetivo un equipo de trabajo internacional las mejores experiencias de nuestros profesionales b) Lo que le gustaría que fuera el objetivo en los diferentes países siguiendo las prácticas de mercado. Este análisis ha permitido c) Y finalmente lo que es el objetivo y que es el punto de partida y deberá ser seleccionar *las mejores experiencias* en el proceso de Gestión de Requisitos compartido por todos los involucrados en el proyecto. considerando el *mínimo común múltiplo* que nos permite obtener una *mayor eficiencia En este objetivo deben de estar claramente identificados los siguientes puntos: y una entrega de servicio de calidad*. Ésta esta basada en la *trazabilidad de requisitos a) Alcance (Un principio y un fin) por encima de cualquier frontera*, en tener presente cada *cliente como único, y en la b) Factores que serán evaluados al final para poder llamar éxito o fracaso mejora continua de un mismo proceso adaptado y adoptado globalmente*. c) Beneficios que deberán de ser alcanzados Asociado al proceso se han definido las políticas y procedimientos y se han adaptado a d) Usuarios finales a los que esta dirigida la nueva herramienta 2 herramientas líderes de mercado, con uso centralizado a nivel mundial. Si Sir Winston Desde la perspectiva de Softtek, la definición de requisitos es donde se gesta el inicio de Churchill en 1925 declaró que: “Mejorar es cambiar, ser perfecto es mejorar a menudo”, un excelente proyecto o el inicio de un problema. Cuanto más detallados sean los cualquier técnica que permite a las organizaciones acumular mejoras, no puede requisitos, menor será el número de defectos y, por consecuencia, hay menos despreciarse. “retrabajo”, aumentando así la productividad. LA INGENIERÍA DE REQUISITOS: SOLUCIONES Y HERRAMIENTAS ¡MEJOREMOS CUANTO ANTES! LA CALIDAD DESDE LA GESTIÓN DE REQUISITOS Jordi Borja. Director General. Borland. Antonio Rodríguez . Sales Manager. Telelogic, An IBM Company. Aunque el software es uno de los motores de modernización de las compañías, el De acuerdo a la definición más extendida, la calidad de un sistema o un producto de desarrollo del software continúa siendo una de las áreas de las Tecnologías de software esta estrechamente relacionada con el cumplimiento o no de todos los Información más ineficientes e impredecibles. Es sabido, y así lo demuestran todos los requisitos. Compilando todos los requisitos dentro de una determinada documentación y estudios realizados, que los proyectos de desarrollo software se entregan tarde, con orientando el proceso de desarrollo hacia el cumplimiento de estos requisitos, se logra sobrecostes, sin cubrir las expectativas del cliente o en el peor de los casos mueren un resultado de alta calidad. Sin embargo, si la serie de requisitos de partida o la antes de ser terminados. trazabilidad del desarrollo a los requisitos es incompleta, la calidad de los entregables Y entre todos los problemas que pueden explicar este escenario, una mala Gestión y será claramente deficiente. Desarrollo de Requisitos se ha identificado como la causa raíz más común del fracaso. A veces la atención se fija solamente en los requisitos funcionales, ignorando el hecho ¿Por qué no mejoramos, entonces, nuestra Gestión y Desarrollo de Requisitos? de que estos no representan más que un subconjunto de las expectativas que deben ser Se pueden identificar 5 aspectos que podemos mejorar inmediatamente en nuestra alcanzadas mediante las entregas del proyecto. Para ir más allá de esta apreciación, los organización: requisitos deben incluir modelos de calidad reflejando varios estándares, criterios 1) Mejora tu proceso. La herramienta no lo es todo. relevantes y restricciones resultantes de la producción o la logística en dependencia del 2) Evita ambigüedades y valida con el usuario. proyecto en particular. 3) Alinea desarrollo y pruebas. La suma de los requisitos describe el perfil del sistema que está bajo desarrollo. Así 4) Gestiona cambios y crea un entorno colaborativo. como los requisitos reflejan una multitud de necesidades, características, aplicaciones y 5) Obtén indicadores y mejora tu proceso. funciones, muchos grupos de actores involucrados necesitan involucrarse en la elección, análisis y especificación de requisitos. Como añadido a la organización de requisitos, ¿Porqué no mañana? otras contribuciones pueden asegurar la calidad: marketing, ventas, fabricación y clientes. REQUISITOS PARA CONSEGUIR CONTROL Y CALIDAD EN EL OUTSOURCING Cada vez más, tanto la Administración Pública como el sector privado, adquieren software, sistemas y tecnologías de la información, en lugar de desarrollarlos por sí mismos. Pero, en demasiadas ocasiones, las soluciones adquiridas fracasan por diversos motivos. El modelo CMMI for Acquisition (CMMI-ACQ) representa una solución a este problema, conectando el modelo CMMI v.1.2 con las mejoras prácticas para la adquisición y la externalización de diversas funciones relacionadas con las tecnologías de la información. Así, la gestión, el desarrollo y la ingeniería de requisitos se convierten en la pieza clave del éxito en este patrón de relaciones entre cliente y proveedor, en el que se pretende conseguir el control de las actividades realizadas bajo modelos de outsourcing, y donde los requisitos Ramiro Carballo Gutiérrez. tienen su impacto principal en las condiciones del contrato, la estimación de costes, el cumplimiento de los acuerdos de nivel de servicio, la Director Comercial. Gesein. conformidad en la fase de pruebas, etc.
  • 4. “SITUACIÓN DE CMM Y CMMI® EN ESPAÑA. INFORME NO OFICIAL”. ABRIL2008 Fecha Fecha Empresa Nivel Fecha En proceso Ubicación y Alcance Empresa Nivel Fecha En proceso Ubicación y Alcance Prevista Prevista Madrid, CIO Madrid Accenture CMM L2 Gesein CMMI L2 Nov-08 Madrid, Desarrollo Development Centre Madrid, Transport Solution Alcatel España-TSD CMM L3 Nov-05 CMMI L4 Dic-07 Getronics CMMI L2 CMMI L3 Madrid Barcelona Division Alcatel España-AND Madrid, Access Network CMM L4 Oct-05 CMMI L5 Dic-07 GMV CMMI L3 Oct-05 Tres Cantos Litespan ETSI Division Zaragoza, Áreas de GPM Factoría Salamanca,Valladolid, A.T.C.A. CMMI L5 Jun-07 Sistemas, Mantenimiento y CMMI L3 2008 Internet Colombia Desarrollo Madrid, Unidad Telco y Atos Origin CMM L2 Oct-03 CMMI L3 Dic-07 Grupo Intermark CMMI L3 2007 Gijón Utilities IBM Global Valladolid, Servicios de Madrid, AMS Delivery Atos Origin CMMI L3 Oct-07 Services España, CMMI L3 Dic-04 Industrialización España S.A. Guipúzcoa, Vizcaya, Madrid, Área Barcelona, Madrid, Valencia, Azertia CMMI L3 Dic-06 Industrialización del Ibermática CMMI L2 Jun-07 Proyectos SW y Servicios Software bajo ANS, para SSII A Coruña, Diseño y Caixa Galicia CMMI L3 Dic-05 Indra CMMI L3 Sept-05 Madrid, SIMSAM Desarrollo Madrid, Unidad de Caja Madrid CMMI L2 Dic-03 CMMI L3 2008 Indra CMMI L3 Oct-05 Madrid, CARMA Organización y Sistemas Red de Centros de Indra Software CMMI L4 Desarrollo: Madrid, Ciudad Capgemini España CMM L3 Abr-04 Madrid, Delivery Centre CMMI L3 Dic-05 2008 Labs (Madrid) Real, La Coruña, Badajoz, Buenos Aires, Málaga. Madrid, Cent. Sop. Aplic. Langreo (Asturias), Capgemini España CMMI L5 May-07 Indra CMMI L2 Ene-07 Gen. Y Gestión Energía de Software Factory Endesa Ávila, Servicios de Factoría Códice Software CMMI L2 Mar-07 Valladolid, Desarrollo Matchmind CMM L3 Ago-06 Software ODEI Comex Grupo Ibérica CMMI L2 2007 CMMI L3 Ener-09 Zaragoza CMMI L2 Jun-07 Vitoria Madrid Málaga, Software PROCONSI Leon Coritel CMMI L5 Jul-05 CMMI L2 Jun-07 CMMI L3 May-09 Factory Getafe (Madrid), Military EADS-CASA CMMI L3 Dic-07 Transport Aircraft Division - PSL CMMI L5 Murcia ids Barcelona, Iberia Solution EDS CMM L2 CMMI L3 Softgal CMMI L3 Abr-06 A Coruña Centre Software AG EDS CMM L3 Zaragoza, EA&SC CMMI L3 Dic-06 Madrid, Tres Cantos. España Barcelona, Application El Corte Inglés CMMI L3 Sep-05 Madrid Sogeti CMM L2 Nov-03 Management Ericsson España CMM L3 1998 Madrid Sopra CMMI L2 CMMI L3 Jun-2008 Madrid y Valencia Barcelona, Centro Software Everis CMM L3 T systems CMM L3 CMMI L3 Dic-08 Barcelona, Madrid, Reus de Mantenimiento Exis TI CMMI L2 Jul-08 Valladolid Tecnocom CMMI L3 Ene-07 A Coruña Telefónica I+D CMM L2 Madrid Cuarte (Huesca), Vodafone CMMI L2 Jul-05 VODAFONE R&D Group - Software Lab - Huesca Xeridia CMMI L2 Jun-07 León, Área de Desarrollo ® ® Se incorpora en este documento el informe elaborado por Caelum sobre “SITUACIÓN DE CMM Y CMMI EN ESPAÑA. INFORME NO OFICIAL”, actualizado en abril de 2008. Esta lista se ha confeccionado como resumen de los mensajes enviados al foro del portal CalidaddelSoftware.com y la información aparecida en noticias. No tiene carácter oficial. Las modificaciones deben ser notificadas en soloreq2008 @ CalidaddelSoftware.c0m
  • 5. JORNADAS DE EXPERIENCIAS Y SOLUCIONES “SÓLO REQUISITOS 2008” 19-20 Junio Primera Jornada: 19 de Junio de 2008 17.00 Mesa Redonda “La gestión de requisitos clave para el éxito de la 9.00 Recepción y entrega de documentación externalización del software”. Modera: Antonio Rodríguez. Telelogic. 9.15 Apertura de las jornadas Participan: Domingo Gaitero (Atos Origin) Managing Consultant Montserrat Guardia. Atos Origin. Noriela Villarreal, TCS 9.30 Atos Origin Beatriz Perez. Softtek “Gestión de requisitos: definición global por mínimo Representante de empresa cliente 1 sin confirmar común múltiplo” Antonio Olivan. Consultor. Representante de empresa cliente 2 sin confirmar 10.15 Softtek 18.30 Cierre de la primera jornada “El Impacto de una correcta definición de Requisitos en las mejoras de productividadquot;. Beatriz Pérez Morales. Directora de Calidad. Segunda Jornada: 20 de Junio de 2008 11.00 Café 9.00 Recepción y entrega de documentación 11.30 Gesein 9.30 Universidad Politécnica de Madrid (UPM) “La gestión de requisitos en la subcontratación de “Requisitos rigurosos frente a User Stories en métodos proyectos. Recomendaciones de CMMI-ACQ” Ramiro Carballo. ágiles” Juan Garbajosa. Profesor titular. Director Comercial. 10.15 Borland 12.15 Telelogic, An IBM Company. “Si la gestión y desarrollo de requisitos es tan “La calidad desde la Gestión de Requisitos”. Antonio importante… ¿por qué no la mejoramos? 5 aspectos a mejorar Rodríguez, Sales Manager. cuanto antes en nuestra organización”. Jordi Borja. Director General. 13.00 Tata Consultancy Services (Colombia) “Factores de éxito en la captura y gestión de requisitos 11.00 Café (basado en las mejores prácticas de CMMI® Nivel 5)”. Noriela Villarreal Escandon. Functional Leader. 11.30 Universidad de Sevilla “Aseguramiento de la Calidad en la Ingeniería de 13.45 Almuerzo Requisitos. Un caso práctico en la consejería de Cultura de la Junta de Andalucía” Javier Gutiérrez. Profesor colaborador. 15.30 Universitat Politècnica de Catalunya (UPC) “Uso de modelos de calidad en la ingeniería de requisitos 12.15 Caelum de sistemas softwares”. Carme Quer. Profesora “Un enfoque práctico en la interpretación de las recomendaciones de CMMI para los procesos de gestión y desarrollo 16.15 The Reuse Company de requisitos”. Hilari Mateo. Director de Consultoría CMMI. “¿Cómo distinguir un requisito de una novela?s”. José Miguel Fuentes. Director General. 13.30 nCapas Software “Los procesos de requisitos y las metodologías ágiles: un caso basado en SCRUM” . Pablo Schmittner. Consultor IT. 14.15 Clausura de las Jornadas Sólo Requisitos 2008 LUGAR: Las jornadas se celebrarán en el Auditórium de ATOS ORIGIN en la calle Albarracín 25 de Madrid durante los días 19 y 20, mientras que los tres días anteriores se impartirán seminarios de formación específica, en las aulas reservadas en las mismas instalaciones, en horario provisional (consultar) de 09:30 a 18.30 Adicionalmente se ha programado una edición del seminario de “Introducción a la Ingeniería de Requisitos” el día 24 de Junio, que tendrá lugar en las instalaciones de la calle Julián Camarillo 45.
  • 6. SEMINARIO: INTRODUCCIÓN A LA REUTILIZACIÓN DEL SOFTWARE . 16 JUNIO 2008 Resumen: Este curso describe los aspectos tanto teóricos como prácticos relacionados con la reutilización de software; desde las técnicas más clásicas hasta las más modernas y avanzadas. Se efectuará un especial énfasis en la reutilización de activos de alto nivel y, sobre todo, la reutilización de Requisitos. Nadie duda hoy día de los beneficios que aportan las políticas de reutilización de software cuando son llevados a la práctica con éxito. Sin embargo, el precio a pagar suele ser elevado: grandes inversiones iniciales, renovación de las herramientas de desarrollo y, lo que es aún más grave, renovación del proceso de desarrollo de software. Se mostrarán dos aspectos fundamentales: que la reutilización de software no tiene porqué ser algo caro ni traumático y que la reutilización de código fuente o componentes ejecutables es, de largo, menos beneficiosa que reutilizar elementos más arriba en el ciclo de vida, por ejemplo requisitos. Temario: 1. Introducción a la reutilización de software 2. Fundamentos teóricos de la reutilización de software 3. ¿Qué activos reutilizar? 4. La reutilización más allá del código: requisitos y diseño 5. Reutilización y calidad 6. Unidades de reutilización de software Objetivos: Presentar los fundamentos de los programas de reutilización en el Proceso de Desarrollo de Software Mostar la aplicación de las técnicas de Reutilización a la Ingeniería de Requisitos Presentar herramientas informáticas que posibilitan la reutilización de Requisitos. A quién va dirigido: Profesionales en el ámbito de los sistemas de información Jefes de proyecto con necesidades de mejora en la productividad del Proceso de Desarrollo de Software Analistas e ingenieros de requisitos Ingenieros de Software SEMINARIO: INTRODUCCIÓN A COBIT . 16 JUNIO 2008 COBIT (Objetivos de control de información y tecnologías relacionadas), publicado por ITGI, es un modelo aceptado de buen control de la información, las IT y los riesgos que conllevan. COBIT se utiliza para implementar el gobierno sobre IT y mejorar los controles IT. Contiene objetivos de control, directivas de auditoría, medidas de rendimiento y resultados, factores de éxito críticos y modelos de madurez. COBIT 4.1 se concentra más en las empresas y en las responsabilidades de directivos y empleados, siempre en evolución. COBIT 4.1 es la segunda actualización importante del núcleo desde el lanzamiento de la tercera edición de COBIT en el año 2000. La primera edición se publicó en 1994. Además, COBIT 4.1: • Analiza cómo pueden trazarse mapas de objetivos de control de los cinco dominios de gobierno IT para identificar vacíos potenciales • Armoniza y traza mapas entre COBIT y otras normativas (ITIL, CMM, COSO, PMBOK, ISF e ISO 17799) • Clarifica las relaciones entre el indicador de objetivo clave (key goal indicator, KGI) y el indicador de rendimiento clave (key performance indicator, KPI), identificando cómo los KPI permiten conseguir los KGI • Enlaza los objetivos empresariales con los objetivos IT y los procesos IT (una investigación detallada en ocho sectores permite evaluar cómo los procesos COBIT facilitan el logro de objetivos IT específicos y, por extensión, de objetivos empresariales) Agenda: 1 .- Introducción a la Gobernanza de TI 2. - Introducción a CobiT 3.- CobiT como marco para la Gobernanza de TI 4.- CobiT como marco de control para los procesos de TI 5.- CobiT como marco para el Control de Gestión de TI 6.- Casos de éxito en la implantación de TI Objetivos: • Comprender la importancia del concepto de Gobernanza de TI para la gestión de la Información y la TI en las organizaciones. • Conocer los aspectos más importantes del marco. • Comprender su utilización en una organización como marco para implantar distintos modelos de procesos y su medición. • Conocer algunos casos de éxito en empresas importantes.
  • 7. SEMINARIO:DE LOS CASOS DE USO A LOS CASOS DE PRUEBA . 17 JUNIO 2008 Descripción: Actualmente, los casos de uso tienen una gran aceptación en el desarrollo de sistemas software. Su sencillez, adaptabilidad y facilidad de compresión han contribuido a esta aceptación. Los casos de uso, según su definición formal, expresan las acciones que actores externos realizan con el sistema para conseguir sus objetivos. En otras palabras, un caso de uso describe qué operaciones debe implementar el sistema y cómo se deben realizar dichas operaciones desde el punto de vista de sus futuros usuarios. Para el éxito de un sistema software es imprescindible garantizar que los casos de uso estén correctamente implementados. Por este motivo, es muy habitual en la industria del software desarrollar pruebas del sistema a partir de los casos de uso. Estas pruebas verifican que se ha implementado todo el caso de uso correctamente. En el seminario se mostrará cómo deben definirse los casos de uso para generar pruebas de manera automática, qué otros tipos de requisitos son necesarios, cómo están definidas las pruebas obtenidas, los trabajos más relevantes en este campo, algunos casos prácticos sobre aplicaciones de escritorio y aplicaciones web y qué herramientas, sobre todo de software libre, se pueden utilizar para generar e implementar estas pruebas. Resumen 1) Una breve introducción a los casos de uso y las pruebas del sistema. 2) Estado del arte en la generación de pruebas. 3) Un proceso para generar pruebas a partir de los requisitos. 3.1) Un modelo de requisitos. 3.2) Cómo obtener pruebas de los requisitos. 4) Herramientas (*) 4.1) Herramientas para pruebas de aplicaciones de escritorio. 4.2) Herramientas para pruebas de aplicaciones web. 5) Dos casos prácticos. 5.1) Caso práctico aplicación de escritorio. 5.2) Caso práctico aplicación web. 6) Conclusiones y futuros trabajos. (*)- Todas las herramientas mencionadas en este punto son libres y de descarga gratuita. Contenidos del seminario: En el punto 1 definiremos las fases de un proceso de prueba y veremos en detalle la fase de pruebas del sistema, indicando cuáles son sus objetivos y técnicas. También explicaremos los conceptos clave de los casos de uso, cómo definirlos utilizando plantillas y lenguaje natural, qué otros tipos de requisitos podemos definir y cómo nos ayudarán en la generación de pruebas. En el punto 2 resumiremos brevemente los trabajos más relevantes sobre cómo generar pruebas a partir de los casos de uso, exponemos las ideas más importantes y comentaremos cuáles aspectos de la generación de pruebas están solucionados y cuáles no. A continuación, en el punto 3 expondremos las ideas principales de nuestra propuesta para obtener pruebas ejecutables a partir de los casos de uso. Para ello, explicaremos en primer lugar qué tipos de requisitos serán necesarios y cómo definirlos. Después, describiremos de manera práctica cómo utilizarlos para generar pruebas. En el punto 4 mostraremos algunas herramientas (tales como Abbot, Marathon, JWebUnit o Canoo WebTest) para implementar y ejecutar de manera automática las pruebas generadas. Estas herramientas están basadas en la plataforma Java y permiten implementar pruebas para aplicaciones de escritorio y para aplicaciones web en general (en cualquier lenguaje). Como se ha anotado en la sección anterior, todas las herramientas son libres y accesibles a través de Internet. En el punto 5 describiremos dos casos prácticos, uno sobre una aplicación Java de escritorio y otro sobre una aplicación Java web. Estos casos incluyen la aplicación del proceso descrito en el punto 3 y la implementación de algunas de las pruebas obtenidas con las herramientas vistas en el punto 4.
  • 8. SEMINARIO: FUNDAMENTOS DEL MODELO CMMI . 17 y 18 JUNIO 2008 Objetivos: Uno de los pilares para obtener productos de alta calidad, en el plazo establecido y con el presupuesto fijado es el proceso utilizado para el desarrollo del proyecto. Dentro de las alternativas que han surgido para conseguir procesos adecuados están los modelos para la mejora de la capacidad de los procesos y entre ellos el más aceptado actualmente es CMMI, desarrollado por el SEI (Software Engeeniering Institute). Un modelo es una abstracción de la realidad que guía en el camino a seguir para implantar procesos adecuados. Este curso cubre todo el modelo de mejora explicando su estructura, sus representaciones (escalonada y continua) y cada área de proceso en detalle agrupadas en los niveles de madurez especificados por la representación escalonada. Contenidos 1 INTRODUCCIÓN 2 FUNDAMENTOS y CONCEPTOS 2.1 ¿Qué es CMMI? 2.2 CMMI Product Suite 2.3 Disciplinas CMMI y Modelos disponibles 2.4 Modelo CMMI - Representaciones 2.5 Modelo IDEAL 3 ESTABLECIMIENTO DE PROCESOS 4 BENEFICIOS DEL MODELO 5 ESTRUCTURA DE LOS DOCUMENTOS 6 ESTRUCTURA DE LA REPRESENTACIÓN CONTINUA 6.1 Perfil de la Capacidad del área de procesos 6.2 La Dimensión del proceso 6.3 Niveles de Capacidad 6.4 Metas y Prácticas 7 ESTRUCTURA DE LA REPRESENTACIÓN ESCALONADA 7.1 Niveles de Madurez 7.2 Areas de procesos 7.3 Metas y prácticas específicas 7.4 Metas y prácticas genéricas 7.5 Características Comunes 7.6 Otros componentes 7.7 Componentes requeridos, esperados e informativos 8 MODELO CMMI - REPRESENTACIÓN ESCALONADA 8.1 Nivel 1 - Inicial 8.2 Nivel 2 - Gestionado 8.3 Nivel 3 - Definido 8.4 Nivel 4 - Gestionado cuantitativamente 8.5 Nivel 5 – Optimizando 9 EL EQUIPO DE IMPLANTACIÓN 10 METODOS DE EVALUACIÓN 11 METODO DE EVALUACIÓN SCAMPI 12 FACTORES DE EXITO A quién va dirigido: El seminario va dirigido a los directivos y técnicos que se van a ver involucrados en procesos de evaluación o implantación del modelo y más concretamente a: ⇒ Asesores de Informática ⇒ Directores de Desarrollo ⇒ Jefes de Proyecto ⇒ Responsables de áreas funcionales ⇒ Desarrolladores ⇒ Responsables de calidad ⇒ Desarrolladores de productos ⇒ Responsables de desarrollar e implementar procesos ⇒ Cualquier persona interesada en conocer CMMI
  • 9. SEMINARIO: MÉTRICAS DE PRODUCTIVIDAD APLICADAS A LA ESTIMACIÓN TEMPRANA .18 JUNIO 2008 Objetivos: Las métricas constituyen una base objetiva para la gestión de proyectos y son fundamentales para poder planificar y controlar de forma realista. Las organizaciones maduras utilizan la infraestructura de la Oficina de Proyectos para centralizar este tipo de actividades, minimizando el coste de los recursos dedicados, a la vez que facilitando la extracción de datos sobre la experiencia de los proyectos realizados y convirtiéndolos en valiosa información para la toma de decisiones relativa a proyectos nuevos o en curso. Cuanto antes se cuantifique un proyecto, antes lo tendremos bajo control. Sin embargo, en las fases tempranas no tenemos demasiada información. Tradicionalmente se ha dicho que la información necesaria para medir el tamaño en puntos función, está disponible por primera vez en la fase de diseño. ¿Tal vez, demasiado tarde?. La experiencia determina que el análisis conceptual de los primeros requisitos recogidos es un condicionante para realizar las primeras cuantificaciones de esfuerzo, plazos y calidad. Las medidas tienen significados y utilidades distintas en función del momento en que sean recogidas o analizadas. En esta ponencia se proponen soluciones de confianza basadas en una estimación progresiva durante todo el ciclo de vida, en la que la incertidumbre inicial se va reduciendo conforme se tiene más información del proyecto. Se pretende mostrar una visión práctica mediante la utilización de los repositorios de proyectos más representativos de la industria del software (ISBSG y QSM) y su aplicación en distintos momentos, desde la estimación temprana, hasta la medida del progreso del proyecto. La automatización de estas funciones de soporte del proceso de desarrollo dota a la organización de capacidad para: • realizar estimaciones realistas • hacer estudios de viabilidad • evaluar propuestas de proveedores • analizar alternativas de distintos calendarios y tamaños de equipo • acabar con las falsas expectativas de calendarios imposibles • predecir la calidad de un producto • dimensionar los equipos de mantenimiento o de garantías • evaluar objetivamente el progreso de un proyecto • elaborar informes detallados de progreso • gestionar con cuadros de mando por proyecto • anticiparse a las desviaciones • analizar alternativas para corregir las desviaciones • reconocer cuantitativamente las mejoras del proceso • justificar el retorno de las inversiones en mejora • realizar benchmarking del proceso software En este seminario se proporcionan las claves para consolidar el nivel 2 y para alcanzar fácilmente el nivel 4 del modelo de mejora CMMI, cuyo objetivo principal es la gestión cuantitativa de proyectos y de procesos. Este seminario propone la utilización de herramientas de gestión de métricas para estimar y controlar el progreso y la calidad de los proyectos, desde sus fases más tempranas, manejando métricas relacionadas con la productividad, la presión de tiempo, la tasas de defectos, el tiempo medio entre defectos, etc. El contenido se impartirá con una visión eminentemente práctica. Se planteará a los asistentes la resolución de diversos ejercicios que le ayudarán a llegar a soluciones aplicables a proyectos reales. A quien va dirigido: • Directores de Informática • Directores de Desarrollo • Responsable de la Oficina de Proyectos • Responsable de la Oficina de Calidad • Jefes de Proyectos • Directores de Calidad • Responsables de la Mejora del Proceso Software • Directores de Compras
  • 10. Contenidos del seminario: INTRODUCCIÓN A LAS MÉTRICAS DEL SOFTWARE Definiciones Tipología Métricas de producto Métricas de proceso INTRODUCCIÓN A LA ESTIMACIÓN DE PROYECTOS SOFTWARE La necesidad de estimar La repetibilidad del éxito Medidas y métricas para la estimación El proceso de estimación Ejemplo: Modelo de Putnam CONOCIMIENTOS BÁSICOS PARA LA ESTIMACIÓN DE PROYECTOS Introducción a la gestión de requisitos. Introducción a la medición de puntos función Implantación práctica en una organización Heurísticas INFRAESTRUCTURA BÁSICA PARA LA GESTIÓN DE MÉTRICAS Determinación de objetivos de la organización Definición de medidas Definición de la estructura del repositorio Procedimientos de recogida y validación de medidas Servicios de la oficina de proyectos / calidad Institucionalización de las métricas SEGUIMIENTO CUANTITATIVO DE PROYECTOS Establecimiento del plan inicial Medidas recogidas Informes de progreso Cuadro de mando de gestión del proyecto Análisis de riesgos Previsión de desviaciones Alternativas para el soporte a la toma de decisiones ESTIMACION TEMPRANA Definición de procesos tempranos Evolución del proceso en el ciclo de vida Definición de medidas tempranas Ratios con medidas del proceso avanzado Definición del proceso de estimación: Analogías Heurísticas Reglas Procedimientos Herramientas Implantación de la solución Refinamiento de heurísticas Herramientas para la estimación temprana: MESURA. APLICACIÓN DE LAS MÉTRICAS Y SERVICIOS DE LA OFICINA DE PROYECTOS Realización de ofertas Estudios de viabilidad de proyectos Aplicación a la fase de pruebas y aseguramiento de la calidad Aplicación a la gestión de la subcontratación Dimensionamiento de pliegos Evaluación de propuestas de proveedores Gestión de riesgos Seguimiento del proyecto Condiciones de contratación por unidad de tamaño funcional Benchmarking El Proyecto QuanTItativa
  • 11. SEMINARIO: INTRODUCCIÓN A LA INGENIERÍA DE REQUISITOS .24 JUNIO 2008 Objetivo: Capacitar al alumno en la captura, análisis, especificación y gestión de los requisitos de sistemas y servicios intensivos en software. El seminario no está orientado al uso de ninguna herramienta de análisis o gestión de requisitos en particular Contenido 1. Introducción Importancia de los requisitos Necesidades y requisitos 2. Especificación de requisitos Tipos de requisitos Los requisitos no funcionales y su representación 3. Proceso de captura de los requisitos Fuentes de los requisitos Técnicas de captura de requisitos :entrevistas, escenarios, prototipos, reuniones dirigidas y observación 4. El documento de especificación de requisitos Ejemplos de documentos de especificación de requisitos software 5. Requisitos Funcionales. Los casos de uso y su representación Elementos constitutivos de los casos de uso: o Actores o Escenarios Identificación de Casos de Uso Relaciones de inclusión y de extensión. Casos de uso especiales (subordinados y mal intencionados) Técnicas para especificar Casos de Uso 6. Otros Requisitos Funcionales Diagramas de Estados Reglas de negocio Modelo conceptual Especificación de las interfaces externas 7. Gestión de requisitos Atributos de los requisitos Trazabilidad Gestión de los cambios Características de las herramientas de gestión de requisitos 8. Los requisitos y la dirección del proyecto Estimación de esfuerzo de desarrollo basada en los requisitos
  • 12. LOS REQUISITOS Y EL OUTSOURCING DEL SOFTWARE Patrocinan: El portal www.CalidaddelSoftware.com, tiene por objeto mantener en contacto a personas y organizaciones interesadas en la Calidad y la Mejora del Proceso Software, así como en la Gestión de las TI, principalmente en España, mediante la difusión de eventos y contenidos que traten temas que se consideran de interés para las organizaciones que quieren hacer más eficientes sus procesos TI. La lista de distribución del portal informa a más de 2.000 miembros. Estos individuos pertenecen al grupo por interés propio y están distribuidos geográficamente de la siguiente forma: España 83%; Iberoamérica 14%; y resto del mundo 3%. Sectorialmente, un 56% corresponden a empresas cliente, un 32% consultoras TI y un 12% al entorno universitario. El sitio web ha recibido más de 450.000 visitas. El conjunto de actividades de difusión convocadas por el portal ha contribuido significativamente al incremento de la importancia que se le da a la calidad del software y de las tecnologías de la información en general en las empresas españolas hoy en día. Las organizaciones se han dado cuenta de que la calidad de los procesos tiene un fuerte impacto en la competitividad y que cada día se hace más notable. Aquellas empresas con insuficiente capacidad y madurez de procesos tienen un alto riesgo de ver reducidas sus posibilidades de negocio. Caelum Information & Quality Technologies, es una consultora que ofrece servicios, productos y formación para la mejora del proceso software. La compañía se ha especializado en la implantación de programas de métricas, metodologías, elaboración de cuadros de mando, diseño e implantación de oficinas de proyectos, y consultoría para la mejora frente a modelos como PSP / CMM® / CMMI®/ SPICE / ISO 9000, ISO 12207, ITIL, ISO 20000, etc. Caelum tiene un fuerte compromiso con la difusión de conocimientos sobre Calidad y Mejora del Proceso Software, como demuestra dando soporte al portal www.CalidaddelSoftware.com Caelum, Information & Quality Technologies, S.L. , CIF : B-84036342 consultoria @ caelum . es Tlf. +34 914.34.06.34. www.caelum.es Organiza: La ingeniería de requisitos ha sido una de las áreas de la ingeniería del software en la que más esfuerzo investigador se ha realizado durante las últimas décadas, y con motivo: los errores de comprensión cometidos en esta etapa inicial de los proyectos son los más costosos de resolver. Si no se detectan a tiempo, implica la realización de actividades erróneas durante todas las fases subsiguientes, hasta llegar a las pruebas. Momento en el que, a la vista de los defectos detectados en la ejecución de los casos de prueba, se concluye que el rework de las actividades erróneas es la única manera de resolver la situación. Las herramientas software para la gestión de requisitos se han convertido en la vía más eficiente para soportar la automatización de estos procesos clave de las organizaciones que desarrollan o compran tecnología, de aplicación tanto al desarrollo de software tradicional, de software crítico o a la construcción de componentes electrónicos. Es determinante que estas herramientas ofrezcan facilidades para adaptarse a tanto a los procesos flexibles de especificación de requisitos propios de los sistemas de información tradicionales, especializados en formalizar reglas de negocio; como a las complejidades de los componentes críticos desarrollados por la industria aeroespacial o de la automoción. La ingeniería de requisitos es foco de metodologías, estándares y modelos de mejora como Métrica versión 3, ISO 90.003, SPICE, sw-CMM o CMMI versión 1.2, etc. En el caso de éste último, en su doble vertiente, para las entidades que desarrollan software (CMMI – DEV) y aún más para las entidades que adquieren software (CMMI – ACQ), que vinculan las necesidades de los usuarios y stakeholders a los compromisos adquiridos por el proveedor en los contratos formalizados. Las jornadas “SOLO REQUISITOS 2008” tendrán lugar en Madrid, del 16 al 20 de Junio, tratando temas relacionados con la captura, la ingeniería y la gestión de requisitos del software, aprovechamiento de mejores prácticas, casos de éxito, implantación de técnicas relacionadas con los requisitos, sobre todo en relación a modelos como CMMI, SPICE, ISO 90003, etc. Colaboran: