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.

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: