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

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

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

M A D R I D , 1 9 – 2 0 J U N I O

LOS REQUISITOS Y EL OUTSOURCING DEL SOFTWARE

PATROCINADORES: SEMINARIOS DE FORMACIÓN ESPECÍFICA:

ASISTENCIA GRATUITA A LAS JORNADAS PARA INSCRIPCIONES CONFIRMADAS ANTES DEL 6 DE JUNIO EN

soloreq2008 @ CalidaddelSoftware.c0m

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 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.

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

Introducción a COBIT De los casos de uso a los casos de prueba

Métricas de productividad aplicadas a la estimación

temprana

Introducción a la reutilización del software Fundamentos del modelo CMMI

Ponencias técnicas y presentaciones sobre casos reales, clientes, fabricantes de productos,

universidades y consultoras TI

(*) El seminario “Introducción a la Ingeniería de Requisitos” se celebrará el 24 de Junio.

Comunicar datos de inscripción: Por e-mail: soloreq2008 @ CalidaddelSoftware.c0m Por teléfono: 91 434 06 34, María Pinilla o Toñi Ramírez

Indicar datos del asistente: Nombre y Apellidos Cargo E-mail Móvil

Indicar datos de la empresa: Nombre de la empresa: Persona de contacto: e-mail: Dirección Población Provincia: Código Postal: C.I.F.: Teléfono: Responsable que autoriza la inscripción: Cargo: e-mail

El precio de inscripción en las Jornadas de Experiencias (19-20 Junio) es 360 euros+16% IVA. Asistencia gratuita para las inscripciones recibidas por e-mail en soloreq2008 @ CalidaddelSoftware.c0m antes del 6 de Junio, y confirmadas a cada inscrito por la organización telefónicamente entre el 10 y el 13 de Junio. Aforo limitado. La inscripción en los Seminarios se comunicará por e-mail en soloreq2008 @ CalidaddelSoftware.c0m antes del 11 de Junio. Aforo limitado. Descuentos para grupos. Precio de inscripción por seminario:

Introducción a la reutilización de software (16 junio) :500 euros +16 % IVA

Introducción a COBIT (16 jun.): 500 euros + 16% IVA De los casos de uso a los casos de prueba (17 jun.): 500

euros + 16% IVA Métricas de productividad aplicadas a la estimación temprana

(18 jun.): 500 euros + 16% IVA Fundamentos de CMMI (17 y 18 jun.): 800 euros + 16% IVA. Introducción a la Ingeniería de Requisitos (24 jun.): 500 euros

+ 16% IVA. La inscripción se completará cuando realice el pago por transferencia antes del 13 de Junio. En caso de cancelación se retendrá un 10% en 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

SÓLO REQUISITOS 2008

INSCRIPCIONES: PRECIOS:

Ponencia Magistral:

“Requisitos en CMMI”

Mesa Redonda “Requisitos y

subcontratación de proyectos”

LA INGENIERÍA DE REQUISITOS: EXPERTOS Y EMPRESAS

LA INGENIERÍA DE REQUISITOS: SOLUCIONES Y HERRAMIENTAS

REQUISITOS EN UNA ORGANIZACIÓN GLOBAL

Domingo Gaitero. Consultant Manager. Atos Origin. La gestión de requisitos es una pieza clave del proceso de industrialización del ciclo devida del software en una multinacional global como Atos Origin. En Atos Origin sabemosque la cercanía a nuestros clientes nos permite formalizar con ellos, algunas veces deformas muy creativas e innovadoras, las necesidades que tienen en sus negocios enrequisitos concretos y exactos. Esta formalización y el proceso de gestión asociado nospermiten entregar la solución adecuada a las necesidades en el tiempo y costeestimado. El proceso global de gestión de requisitos en Atos Origin se ha construido analizando enun equipo de trabajo internacional las mejores experiencias de nuestros profesionalesen los diferentes países siguiendo las prácticas de mercado. Este análisis ha permitidoseleccionar *las mejores experiencias* en el proceso de Gestión de Requisitosconsiderando el *mínimo común múltiplo* que nos permite obtener una *mayor eficienciay una entrega de servicio de calidad*. Ésta esta basada en la *trazabilidad de requisitospor encima de cualquier frontera*, en tener presente cada *cliente como único, y en lamejora continua de un mismo proceso adaptado y adoptado globalmente*. Asociado al proceso se han definido las políticas y procedimientos y se han adaptado a2 herramientas líderes de mercado, con uso centralizado a nivel mundial. Si Sir WinstonChurchill en 1925 declaró que: “Mejorar es cambiar, ser perfecto es mejorar a menudo”,cualquier técnica que permite a las organizaciones acumular mejoras, no puededespreciarse.

REQUISITOS Y PRODUCTIVIDAD

Beatriz Pérez Morales. Directora de Calidad. Softtek. De una clara definición y entendimiento de los requisitos depende el > éxito de unproyecto. Cada persona que participa en él, desde el coordinador del proyecto, elusuario y el analista, tiene su propia conceptualización de los objetivos mismo. A la hora de acometer un proyecto, el primer paso debe de ser la unificación de todosesos objetivos e ideas sobre lo que deberá de realizar la aplicación en cuestión. Esta es,precisamente, la fase de levantamiento de requerimientos, mediante diferentes técnicasse debe de poder identificar: a) Lo que cada participante cree que es el objetivo b) Lo que le gustaría que fuera el objetivo c) Y finalmente lo que es el objetivo y que es el punto de partida y deberá sercompartido por todos los involucrados en el proyecto. En este objetivo deben de estar claramente identificados los siguientes puntos: a) Alcance (Un principio y un fin) b) Factores que serán evaluados al final para poder llamar éxito o fracaso c) Beneficios que deberán de ser alcanzados d) Usuarios finales a los que esta dirigida la nueva herramienta Desde la perspectiva de Softtek, la definición de requisitos es donde se gesta el inicio deun excelente proyecto o el inicio de un problema. Cuanto más detallados sean losrequisitos, menor será el número de defectos y, por consecuencia, hay menos“retrabajo”, aumentando así la productividad.

¡MEJOREMOS CUANTO ANTES!

Jordi Borja. Director General. Borland. Aunque el software es uno de los motores de modernización de las compañías, eldesarrollo del software continúa siendo una de las áreas de las Tecnologías deInformación más ineficientes e impredecibles. Es sabido, y así lo demuestran todos losestudios realizados, que los proyectos de desarrollo software se entregan tarde, consobrecostes, sin cubrir las expectativas del cliente o en el peor de los casos muerenantes de ser terminados. Y entre todos los problemas que pueden explicar este escenario, una mala Gestión yDesarrollo de Requisitos se ha identificado como la causa raíz más común del fracaso. ¿Por qué no mejoramos, entonces, nuestra Gestión y Desarrollo de Requisitos? Se pueden identificar 5 aspectos que podemos mejorar inmediatamente en nuestraorganización: 1) Mejora tu proceso. La herramienta no lo es todo. 2) Evita ambigüedades y valida con el usuario. 3) Alinea desarrollo y pruebas. 4) Gestiona cambios y crea un entorno colaborativo. 5) Obtén indicadores y mejora tu proceso. ¿Porqué no mañana?

LA CALIDAD DESDE LA GESTIÓN DE REQUISITOS

Antonio Rodríguez . Sales Manager. Telelogic, An IBM Company. De acuerdo a la definición más extendida, la calidad de un sistema o un producto desoftware esta estrechamente relacionada con el cumplimiento o no de todos losrequisitos. Compilando todos los requisitos dentro de una determinada documentación yorientando el proceso de desarrollo hacia el cumplimiento de estos requisitos, se lograun resultado de alta calidad. Sin embargo, si la serie de requisitos de partida o latrazabilidad del desarrollo a los requisitos es incompleta, la calidad de los entregablesserá claramente deficiente. A veces la atención se fija solamente en los requisitos funcionales, ignorando el hechode que estos no representan más que un subconjunto de las expectativas que deben seralcanzadas mediante las entregas del proyecto. Para ir más allá de esta apreciación, losrequisitos deben incluir modelos de calidad reflejando varios estándares, criteriosrelevantes y restricciones resultantes de la producción o la logística en dependencia delproyecto en particular. La suma de los requisitos describe el perfil del sistema que está bajo desarrollo. Asícomo los requisitos reflejan una multitud de necesidades, características, aplicaciones yfunciones, 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,otras contribuciones pueden asegurar la calidad: marketing, ventas, fabricación yclientes.

REQUISITOS PARA CONSEGUIR CONTROL Y CALIDAD EN EL OUTSOURCING

Ramiro Carballo Gutiérrez.Director Comercial. Gesein.

Cada vez más, tanto la Administración Pública como el sector privado, adquieren software, sistemas y tecnologías de la información, enlugar de desarrollarlos por sí mismos. Pero, en demasiadas ocasiones, las soluciones adquiridas fracasan por diversos motivos. El modeloCMMI for Acquisition (CMMI-ACQ) representa una solución a este problema, conectando el modelo CMMI v.1.2 con las mejoras prácticaspara 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 yproveedor, en el que se pretende conseguir el control de las actividades realizadas bajo modelos de outsourcing, y donde los requisitostienen su impacto principal en las condiciones del contrato, la estimación de costes, el cumplimiento de los acuerdos de nivel de servicio, laconformidad en la fase de pruebas, etc.

Empresa Nivel Fecha En proceso Fecha Prevista Ubicación y Alcance Empresa Nivel Fecha En proceso Fecha

Prevista Ubicación y Alcance

Accenture CMM L2 Madrid, CIO Madrid Development Centre

Gesein CMMI L2 Nov-08 Madrid, Desarrollo

Alcatel España-TSD CMM L3 Nov-05 CMMI L4 Dic-07 Madrid, Transport Solution Division

Getronics CMMI L2 CMMI L3 Madrid Barcelona

Alcatel España-AND Litespan ETSI CMM L4 Oct-05 CMMI L5 Dic-07 Madrid, Access Network

Division

GMV CMMI L3 Oct-05 Tres Cantos

A.T.C.A. CMMI L5 Jun-07 Zaragoza, Áreas de Sistemas, Mantenimiento y Desarrollo

GPM Factoría Internet CMMI L3 2008 Salamanca,Valladolid,

Colombia

Atos Origin CMM L2 Oct-03 CMMI L3 Dic-07 Madrid, Unidad Telco y Utilities

Grupo Intermark CMMI L3 2007 Gijón

Atos Origin CMMI L3 Oct-07 Valladolid, Servicios de Industrialización

IBM Global Services España, S.A.

CMMI L3 Dic-04 Madrid, AMS Delivery España

Azertia CMMI L3 Dic-06 Madrid, Área Industrialización del Software

Ibermática CMMI L2 Jun-07

Guipúzcoa, Vizcaya, Barcelona, Madrid, Valencia, Proyectos SW y Servicios bajo ANS, para SSII

Caixa Galicia CMMI L3 Dic-05 A Coruña, Diseño y Desarrollo

Indra CMMI L3 Sept-05 Madrid, SIMSAM

Caja Madrid CMMI L2 Dic-03 CMMI L3 2008 Madrid, Unidad de Organización y Sistemas

Indra CMMI L3 Oct-05 Madrid, CARMA

Capgemini España CMM L3 Abr-04 Madrid, Delivery Centre

Indra Software Labs CMMI L3 Dic-05 CMMI L4

(Madrid) 2008

Red de Centros de Desarrollo: Madrid, Ciudad Real, La Coruña, Badajoz, Buenos Aires, Málaga.

Capgemini España CMMI L5 May-07 Langreo (Asturias), Software Factory

Indra CMMI L2 Ene-07

Madrid, Cent. Sop. Aplic. Gen. Y Gestión Energía de Endesa

Códice Software CMMI L2 Mar-07 Valladolid, Desarrollo

Matchmind CMM L3 Ago-06 Ávila, Servicios de Factoría Software

Comex Grupo Ibérica CMMI L2 2007 CMMI L3 Ener-09 Zaragoza

ODEI CMMI L2 Jun-07 Vitoria

Coritel CMMI L5 Jul-05 Madrid Málaga, Software Factory

PROCONSI CMMI L2 Jun-07 CMMI L3 May-09 Leon

EADS-CASA CMMI L3 Dic-07 Getafe (Madrid), Military Transport Aircraft Division - ids

PSL CMMI L5 Murcia

EDS CMM L2 CMMI L3 Barcelona, Iberia Solution Centre

Softgal CMMI L3 Abr-06 A Coruña

EDS CMM L3 Zaragoza, EA&SC

Software AG España CMMI L3 Dic-06 Madrid, Tres Cantos.

El Corte Inglés CMMI L3 Sep-05 Madrid

Sogeti CMM L2 Nov-03 Barcelona, Application Management

Ericsson España CMM L3 1998 Madrid

Sopra CMMI L2 CMMI L3 Jun-2008 Madrid y Valencia

Everis CMM L3 Barcelona, Centro Software de Mantenimiento

T systems CMM L3 CMMI L3 Dic-08 Barcelona, Madrid, Reus

Exis TI CMMI L2 Jul-08 Valladolid

Tecnocom CMMI L3 Ene-07 A Coruña

Telefónica I+D CMM L2 Madrid

Vodafone CMMI L2 Jul-05 Cuarte (Huesca), 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

“SITUACIÓN DE CMM Y CMMI® EN ESPAÑA. INFORME NO OFICIAL”. ABRIL2008

Primera Jornada: 19 de Junio de 2008 9.00 Recepción y entrega de documentación 9.15 Apertura de las jornadas Domingo Gaitero (Atos Origin) Managing Consultant 9.30 Atos Origin “Gestión de requisitos: definición global por mínimo común múltiplo” Antonio Olivan. Consultor. 10.15 Softtek

“El Impacto de una correcta definición de Requisitos en las mejoras de productividad". Beatriz Pérez Morales. Directora de Calidad. 11.00 Café 11.30 Gesein

“La gestión de requisitos en la subcontratación de proyectos. Recomendaciones de CMMI-ACQ” Ramiro Carballo. Director Comercial. 12.15 Telelogic, An IBM Company. “La calidad desde la Gestión de Requisitos”. Antonio Rodríguez, Sales Manager. 13.00 Tata Consultancy Services (Colombia)

“Factores de éxito en la captura y gestión de requisitos (basado en las mejores prácticas de CMMI® Nivel 5)”. Noriela Villarreal Escandon. Functional Leader. 13.45 Almuerzo 15.30 Universitat Politècnica de Catalunya (UPC)

“Uso de modelos de calidad en la ingeniería de requisitos de sistemas softwares”. Carme Quer. Profesora

16.15 The Reuse Company “¿Cómo distinguir un requisito de una novela?s”. José Miguel Fuentes. Director General.

17.00 Mesa Redonda “La gestión de requisitos clave para el éxito de la

externalización del software”. Modera: Antonio Rodríguez. Telelogic. Participan: Montserrat Guardia. Atos Origin. Noriela Villarreal, TCS Beatriz Perez. Softtek Representante de empresa cliente 1 sin confirmar Representante de empresa cliente 2 sin confirmar 18.30 Cierre de la primera jornada Segunda Jornada: 20 de Junio de 2008 9.00 Recepción y entrega de documentación 9.30 Universidad Politécnica de Madrid (UPM) “Requisitos rigurosos frente a User Stories en métodos ágiles” Juan Garbajosa. Profesor titular. 10.15 Borland

“Si la gestión y desarrollo de requisitos es tan importante… ¿por qué no la mejoramos? 5 aspectos a mejorar cuanto antes en nuestra organización”. Jordi Borja. Director General. 11.00 Café

11.30 Universidad de Sevilla

“Aseguramiento de la Calidad en la Ingeniería de Requisitos. Un caso práctico en la consejería de Cultura de la Junta de Andalucía” Javier Gutiérrez. Profesor colaborador. 12.15 Caelum “Un enfoque práctico en la interpretación de las recomendaciones de CMMI para los procesos de gestión y desarrollo de requisitos”. Hilari Mateo. Director de Consultoría CMMI.

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 secelebrarán en el Auditórium deATOS ORIGIN en la calleAlbarracín 25 de Madrid durante losdías 19 y 20, mientras que los tresdías anteriores se impartiránseminarios de formaciónespecífica, en las aulas reservadasen las mismas instalaciones, enhorario provisional (consultar) de09:30 a 18.30 Adicionalmente se ha programadouna edición del seminario de“Introducción a la Ingeniería deRequisitos” el día 24 de Junio, quetendrá lugar en las instalaciones dela calle Julián Camarillo 45.

JORNADAS DE EXPERIENCIAS Y SOLUCIONES “SÓLO REQUISITOS 2008” 19-20 Junio

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

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.

SEMINARIO: INTRODUCCIÓN A LA REUTILIZACIÓN DEL SOFTWARE . 16 JUNIO 2008

SEMINARIO: INTRODUCCIÓN A COBIT . 16 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.

SEMINARIO:DE LOS CASOS DE USO A LOS CASOS DE PRUEBA . 17 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

SEMINARIO: FUNDAMENTOS DEL MODELO CMMI . 17 y 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

SEMINARIO: MÉTRICAS DE PRODUCTIVIDAD APLICADAS A LA ESTIMACIÓN TEMPRANA .18 JUNIO 2008

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

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

SEMINARIO: INTRODUCCIÓN A LA INGENIERÍA DE REQUISITOS .24 JUNIO 2008

Patrocinan:

Colaboran:

El portal www.CalidaddelSoftware.com, tiene por objeto mantener encontacto a personas y organizaciones interesadas en la Calidad y laMejora del Proceso Software, así como en la Gestión de las TI,principalmente en España, mediante la difusión de eventos ycontenidos que traten temas que se consideran de interés para lasorganizaciones 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ándistribuidos 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% alentorno universitario. El sitio web ha recibido más de 450.000 visitas. El conjunto de actividades de difusión convocadas por el portal hacontribuido significativamente al incremento de la importancia que sele da a la calidad del software y de las tecnologías de la informaciónen general en las empresas españolas hoy en día. Las organizacionesse han dado cuenta de que la calidad de los procesos tiene un fuerteimpacto en la competitividad y que cada día se hace más notable.Aquellas empresas con insuficiente capacidad y madurez de procesostienen un alto riesgo de ver reducidas sus posibilidades de negocio. Caelum Information & Quality Technologies, es una consultora queofrece servicios, productos y formación para la mejora del procesosoftware. La compañía se ha especializado en la implantación deprogramas de métricas, metodologías, elaboración de cuadros demando, diseño e implantación de oficinas de proyectos, y consultoríapara la mejora frente a modelos como PSP / CMM® / CMMI®/ SPICE /ISO 9000, ISO 12207, ITIL, ISO 20000, etc. Caelum tiene un fuertecompromiso con la difusión de conocimientos sobre Calidad y Mejoradel Proceso Software, como demuestra dando soporte al portalwww.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, ycon 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 larealizació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 laejecució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 lasorganizaciones 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 componenteselectrónicos. Es determinante que estas herramientas ofrezcan facilidades para adaptarse a tanto a los procesos flexibles de especificación de requisitos propios delos sistemas de información tradicionales, especializados en formalizar reglas de negocio; como a las complejidades de los componentes críticos desarrollados por laindustria 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 derequisitos del software, aprovechamiento de mejores prácticas, casos de éxito, implantación de técnicas relacionadas con los requisitos, sobre todo en relación amodelos como CMMI, SPICE, ISO 90003, etc.

LOS REQUISITOS Y EL OUTSOURCING DEL SOFTWARE