2.1.

- Tareas de la ingeniera de requisitos Se define como un conjunto de actividades en los cuales, utilizando tecnicas y herramientas, se analiza un problema y se concluye con la especificacin de una solucin. La ingeniera de requisitos es el proceso de desarrollar una especificacin de software. Inicio: Tiene por objetivo identificar el mbito del proyecto general. Comienza con una serie de conversaciones informales entre los participantes del mismo. Esta fase suele ser acompaada de los documentos de definicin de la visin global y la visin del dominio del sistema. Se inicia muchas veces por: se descubre un nuevo mercado y se descubre un nuevo servicio. Obtencin: Se sugiere a los ingenieros recopilar requisitos de manera organizada, preguntando a los usuarios y otros interesados cuales son os objetivos para el sistema o producto, que es lo que se debe lograr, de que forma el producto satisface las necesidades del negocio y como se utilizara el producto da d da. Se identifican una serie de problemas que ayudan a entender porque es difcil la obtencin de requisitos: 1 Problema de mbito 1 Problema de comprensin 1 Problemas de volatilidad Elaboracin: Se crea un modelo de anlisis con la informacin obtenida del cliente en las fases de inicio y obtencin. La informacin conseguida con el cliente durante el inicio y obtencin se expande y se refina durante la elaboracin. Esta actividad se enfoca en el desarrollo de un modelo tcnico refinado de las funciones, caractersticas y restricciones del software. La elaboracin se conduce mediante la creacin y refinamiento de escenarios del usuario que describan la forma en que el usuario final y otros actores interactan con el sistema. Negociacin: En esta etapa el ingeniero de requisitos debe negociar con el cliente los alcances y lmites del sistema. De forma iterativa los requisitos se prioriza, modifican, combinan o eliminan buscando acuerdos que beneficien a todas las partes. Se identifican y analizan los riesgos asociados con cada requisito. Especificacin: Es el producto final de la ingeniera de requisitos, y se convierte en la materia prima para las actividades posteriores en el proceso de desarrollo del sistema. Una especificacin puede ser un documento escrito, un conjunto de modelos grficos, un modelo matemtico formal, una coleccin de escenarios de uso, un prototipo o cualquier combinacin de estos. Validacin: Un equipo de validacin toma el producto de la fase de especializacin, lo revisa para detectar errores, conflictos u omisiones y los corrige con el fin de garantizar la consistencia de requisitos. La validacin de requisitos examina la

especificacin para asegurar que todos los requisitos de software se han establecidos de manera precisa; que se han detectado las inconsistencias omisiones y errores y que estos han sido corregidos y que el producto de trabajo cumple con los estndares establecidos para el proceso, proyecto y producto. Gestin de requisitos: Ayuda a rastrear los requisitos segn las caractersticas de los mismos, el cdigo fuente relacionado, dependencia entre requisitos, subsistemas e interfaces internas y externas de forma que pueda identificarse con rapidez para entender como afectara una modificacin diferentes aspectos del sistema a construir. Es un conjunto de actividades que ayudan al equipo de proyecto a identificar, controlar y rastrear los requisitos y los cambios a estos en cualquier momento mientras se desarrolla el proyecto. 2.1 TAREAS DE LA INGENIERA DE REQUISITOS La Ingeniera de requerimientos se entiende como el proceso de descubrimiento y comunicacin de las necesidades de clientes y usuarios y la gestin de los cambios de dichas necesidades. La ingeniera de requerimientos del software es un proceso de Bsqueda, refinamiento, modelado y especificacin donde se toman como base requisitos de datos, flujo de informacin y control, y de comportamiento operativo. TAREAS DE INGENIERIA DE REQUERIMIENTOS En el proceso de la ingeniera de requisitos se ejecutan las tareas de inicio, obtencin, elaboracin, negociacin, especificacin, validacin y gestin. Dichas funciones deben adaptarse a las necesidades y particularidades de cada proyecto. Inicio: tiene por objetivo identificar el mbito general del proyecto. Comienza con una serie de conversaciones informales entre los participantes del mismo (cliente, usuarios, grupo de desarrollo). Esta fase suele estar acompaada de los documentos de definicin de la visin global y la visin de dominio del sistema. Obtencin: Sugiere a los ingenieros actividades de recopilacin de requisitos de manera organizada. Elaboracin: Los ingenieros de software crean un modelo de anlisis con la informacin obtenida del cliente en las fases de inicio y obtencin. El modelo de anlisis define el dominio de la informacin, las funciones y el compartimiento del problema Negociacin: Durante esta etapa el ingeniero de requisitos debe negociar con el cliente los alcances y limites del sistema. De forma iterativa los requisitos se priorizan, modifican, combinan o eliminan buscando acuerdos que beneficien a todas las partes.

Especificacin: Es el producto final de la ingeniera de requisitos, y se convierte en la materia prima para las actividades posteriores en el proceso de desarrollo del sistema. La formalidad y especificacin varan dependiendo de la complejidad del proyecto. Validacin: Un equipo de validacin toma el producto de la fase de especializacin, lo revisa para detectar errores, conflictos u omisiones y los corrige con el fin de garantizar la consistencia de los requisitos. Gestin de requisitos: Ayuda al equipo de proyecto a rastrear los requisitos segn las caractersticas de los mismos, el cdigo fuente relacionado, dependencia entre requisitos, subsistemas e interfaces internas y externas; de forma que pueda identificarse con rapidez para entender como afectar una modificacin diferentes aspectos del sistema a construir. FUENTE DE INFORMACION: gimnasioblc.googlecode.com/files/Articulo.doc 2.2 TCNICAS DE LA INGENIERA DE REQUISTOS

Entrevistas y Cuestionarios Las entrevistas y cuestionarios se emplean para reunir informacin proveniente de personas o de grupos. Durante la entrevista, el analista conversa con el encuestado; el cuestionario consiste en una serie de preguntas relacionadas con varios aspectos de un sistema.

Por lo comn, los encuestados son usuarios de los sistemas existentes o usuarios en potencia del sistema propuesto. En algunos casos, son gerentes o empleados que proporcionan datos para el sistema propuesto o que sern afectados por l. El xito de esta tcnica, depende de la habilidad del entrevistador y de su preparacin para la misma. Sistemas existentes Esta tcnica consiste en analizar distintos sistemas ya desarrollados que estn relacionados con el sistema a ser construido. Por un lado, podemos analizar las interfaces de usuario, observando el tipo de

Informacin que se maneja y cmo es manejada, por otro lado tambin es til analizar las distintas Salidas que los sistemas producen (listados, consultas, etc.), porque siempre pueden surgir nuevas ideas sobre la base de estas. Lluvia de ideas Este es un modelo que se usa para generar ideas. La intencin en su aplicacin es la de generar la mxima cantidad posible de requerimientos para el sistema. No hay que detenerse en pensar si la idea eso no del todo utilizable. La intencin de este ejercicio es generar, en una primera instancia, muchas ideas. Prototipos Durante la actividad de extraccin de requerimientos, puede ocurrir que algunos requerimientos no estn demasiado claros o que no se est muy seguro de haber entendido correctamente los requerimientos Obtenidos hasta el momento, todo lo cual puede llevar a un desarrollo no eficaz del sistema final. Entonces, para validar los requerimientos hallados, se construyen prototipos. Los prototipos son Simulaciones del posible producto, que luego son utilizados por el usuario final, permitindonos conseguir una importante retroalimentacin en cuanto a si el sistema diseado con base a los requerimientos recolectados le permite al usuario realizar su trabajo de manera eficiente y efectiva. El desarrollo del prototipo comienza con la captura de requerimientos. Desarrolladores y clientes se Renen y definen los objetivos globales del software, identifican todos los requerimientos que son conocidos, y sealan reas en las que ser necesaria la profundizacin en las definiciones. Luego de esto, tiene lugar un diseo rpido. El diseo rpido se centra en una representacin de aquellos aspectos del software que sern visibles al usuario (por ejemplo, entradas y formatos de las salidas). El diseo rpido lleva a la construccin de un prototipo. Casos de Uso

Los casos de uso son una tcnica para especificar el comportamiento de un sistema. Un caso de uso es una secuencia de transacciones que son desarrolladas por un Sistema en respuesta a un evento que inicia un actor sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la funcionalidad y el comportamiento de un sistema mediante su interaccin con los usuarios y/o otros sistemas

Los casos de uso permiten entonces describir la posible secuencia de interacciones entre el sistema y uno o ms actores, en respuesta a un estmulo inicial proveniente de un actor, es una descripcin de un conjunto de escenarios, cada uno de ellos comenzado con un evento inicial desde un actor hacia el sistema.
http://www.infor.uva.es/~mlaguna/is1/apuntes/2-requisitos.pdf

2.2 TCNICAS DE LA INGENIERA DE REQUISITOS

El proceso de Ingeniera de Requerimientos describe de manera detallada y precisa cada uno de los aspectos del ciclo de vida de un conjunto de requerimientos. Este proceso presenta dos grandes ramas: Desarrollo de requerimientos. Administracin de requerimientos. Que tiene como propsito producir y analizarlos requerimientos de cliente, de producto y de componente de producto, incluye las siguientes actividades: Recoleccin, Anlisis, Especificacin y Verificacin. Recoleccin: Es el Proceso a travs del cual los clientes (compradores y/o usuarios) y el desarrollador (contratista) de un sistema de software; descubren, revisan, articulan, y entienden las necesidades de los usuarios del sistema y las restricciones que se dan sobre el software y el desarrollo del mismo. Algunas de las tcnicas y herramientas ms importantes para llevar a cabo la recoleccin de requerimientos son: Entrevistas: mtodo para descubrir hechos y opiniones que tienen los posibles usuarios y otros participantes dentro del sistema que se est desarrollando. A su vez se clasifican en: Entrevistas cerradas: las preguntas ya estn previstas, tienen un orden y una forma de ser planteadas que no pueden ser modificadas por el entrevistador. Es en realidad un cuestionario. Entrevistas abiertas: en las cuales no se preparan preguntas concretas, y, por el contrario, se discute con el entrevistado las expectativas que este tiene del sistema.

Casos de Uso y/o Escenarios: Los casos de uso describen interacciones entre los usuarios y el sistema, enfatizando en lo que el usuario necesita del sistema. Los escenarios son ejemplos de sesiones de interaccin entre el sistema y el usuario, donde un solo tipo de interaccin entre los dos participantes es simulada y descrita. Observacin y anlisis social: La observacin permite a los investigadores observar lo que los usuarios hacen actualmente en un determinado contexto. Esto permite superar problemas con los participantes del proyecto que realizan descripciones idealizadas o demasiado simplificadas de los procesos que se llevan a cabo en sus trabajos. Lluvia de Ideas: Son sesiones donde todos los participantes brindan sus ideas para obtener una solucin a una problemtica. Una lluvia de ideas est compuesta de dos fases: la fase de generacin y la fase de evaluacin. Durante la generacin las ideas son recolectadas y es importante que no sean criticadas. Durante la evaluacin de las ideas, las propuestas de solucin deben ser evaluadas desde diferentes perspectivas. Prototipos: Es programa de computador que implementa algunos de los requerimientos de un sistema. Este prototipo puede ser usado para colaborar con la definicin de los requerimientos, o para facilitar la evaluacin de alternativas de implementacin de un sistema. Existen dos grandes tipos de prototipos. Los prototipos no funcionales o desechables (Throw away), que sirven para entender la dificultad y aclarar los requerimientos; y los prototipos funcionales o evolutivos (Evolutionary) que permiten construir una aproximacin del sistema de manera que se pueda proveer cierta funcionalidad del sistema final y usualmente se convierten en parte del mismo. Anlisis: Es el proceso de analizar las necesidades de los clientes y los usuarios para llegar a una definicin de los requerimientos de software. Dentro de las prcticas principales se encuentra: JAD (Joint Application Development): Esta prctica se basa en la creacin de espacios que permitan celebrar sesiones o reuniones en donde los participantes y directos interesados dentro del desarrollo del proyecto buscan obtener o generar conocimiento alrededor del desarrollo que se va a llevar a cabo. En estas sesiones se trabaja bajo un enfoque comn que permite el fcil entendimiento de los temas expuestos por parte de los invitados a la sesin Modelos: Esquema terico, generalmente en forma matemtica, de un sistema o de una realidad compleja, como la evolucin econmica de un pas, que se elabora para facilitar su comprensin y el estudio de su comportamiento. Existen dos tipos de modelos. - Modelo conceptual: Es el utilizado en la especificacin del sistema, representa los conceptos ms significativos en el dominio del problema. Nos describe la parte esttica del problema, es una fotografa del mundo real. - Modelo de Comportamiento: Utilizado en la parte de

diseo del sistema, define la parte dinmica, es decir, cual debe ser el comportamiento en cada situacin y la forma de proceder. Los diagramas de secuencia y de estados son parte de este modelo. Especificacin: Consiste en el desarrollo de un documento que de manera clara y precisa contenga y especifique cada uno de los requerimientos del sistema de software. Verificacin: Es el proceso de asegurar que la especificacin de requerimientos de software sea acorde con los requerimientos del sistema, conforme a los estndares de documentacin de la fase de requerimientos, y que a su vez este documento sea una base slida para la arquitectura y el diseo. Esta actividad representa un punto de control interno y externo; interno, porque se debe verificar internamente lo que se est haciendo, y externo, porque se debe validar con el cliente. Administracin de requerimientos: Es un proceso que tiene por objetivo comprender y controlar los requerimientos. Como todo proceso de administracin, inicia con la planeacin a la par de la identificacin inicial de requerimientos. Este proceso tiene diferentes formas que dependen del proceso de desarrollo de software que se est empleando, independientemente de esto se deben considerar las siguientes etapas: 1. Requerimientos duraderos y voltiles. 2. Planeacin de la administracin de requerimientos. 3. Administracin del cambio de los requerimientos. http://ith-por-efrain-martinez.blogspot.mx/2013/03/22-tecnicas-de-la-ingenieriade.html

2.3. Modelado de requisitos El modelo de requisitos tiene como objetivo delimitar el sistema y capturar la funcionalidad que ofrecer desde la perspectiva del usuario. el modelo de requisitos es el primer modelo en desarrollarse y es la base para formar todos los dems modelos en el desarrollo del software. El modelo de requisitos costa de 3 modelos: El modelo de comportamiento, basado directamente en el modelo de casos de uso, especifica la funcionalidad que ofrece el sistema desde el punto de vista del usuario. Este modelo utiliza dos conceptos claves: actores para representar los distintos papeles que los usuarios pueden jugar con el sistema, y casos de uso para representar qu pueden hacer los actores con respecto al sistema. El modelo de presentacin o modelo de interfaces, especifica cmo interacta el sistema con actores externos al ejecutar los casos de uso, en particular, en

los sistemas de informacin ricos en interaccin con el usuario, especifica cmo se vern visualmente las interfaces grficas y que funcionalidad ofrecer cada una de ellas. El modelo de informacin o modelo del dominio del problema especifica los aspectos estructurales del sistema. Este modelo conceptualiza el sistema segn los objetos que representan las entidades bsicas de la aplicacin.Aunque en muchas metodologas se permite especificar la funcionalidad completa del sistema utilizando el modelo del dominio del problema, incluyendo operaciones formales sobre los objetos correspondientes a un modelo de requisitos expresado sin casos de uso, el modelo del dominio del problema ser de mucha ms ayuda como apoyo al modelo de casos de uso y no como una entidad totalmente independiente. http://ith-por-efrain-martinez.blogspot.mx/2013/03/23-modelado-derequisitos.html

2.3 MODELADO DE REQUISITOS Un sistema de software modela un campo (dominio) de aplicacin de tal modo queautomatiza una realidad, regularmente asociada a la manipulacin de datos, por ejemplo,la gestin de datos de una nmina, de un banco, de una escuela, etc.La fase de requisitos tiene como finalidad fundamental propiciar el descubrimiento de losconceptos asociados al dominio de aplicacin, as como su estado y comportamiento conrespecto a los dems conceptos. Por ejemplo, en un banco descubrimos el concepto decuenta, su estado se define mediante la determinacin de sus atributos (nmero decuenta, titular, saldo), mientras que el comportamiento queda establecido por las accionesque se pueden efectuar sobre sus atributos (depsito, retiro).Una correcta definicin de requisitos permite asegurar que el ingeniero de softwareentiende qu es lo que un cliente desea recibir como resultado del desarrollo de unsistema y que, por tanto, el xito del proyecto es factible. MODELO DE REQUISITOS La metodologa presentada por Weitzenfeld [4] en la que, para la fase de requisitos sugiereespecificar los siguientes modelos: a) Modelo de casos de uso, b) Modelo de interfaces y c) Modelo de dominio . El primero es un diagrama grfico que ilustra larelacin del usuario con el sistema y se acompaa de una plantilla descriptiva textual. Elsegundo busca definir las interfaces que contendr el sistema y el tercero pretende

identificar las clases (conceptos) propios del campo de aplicacin que se deseaautomatizar.La importancia de la captura de requisitos ha dado lugar a la definicin de un rea deestudio denominada Ingeniera de Requisitos y al establecimiento de estndares para sudocumentacin.En el Modelo de Casos de Uso (De Comportamiento) se especifica la funcionalidad queofrecer el sistema desde el punto de vista de usuario. Aqu intervienen dos conceptosclave, los actores, que representan los distintos papeles que desempean los usuarios ylos propios casos de uso, es decir las funcionalidades del sistema. Los casos de uso serepresentan grficamente, como se ilustra enseguida y se acompaan de una plantillatextual que describe propiamente el diagrama. http://es.scribd.com/doc/111641173/2-3-Modelado-de-Requisitos-para-PDF-pdf 2.4 HERRAMIENTAS CASE PARA LA INGENIERA DE REQUISITOS

A medida que pasa el tiempo se logra entender que el empleo del software es una buena opcin para agilizar y sistematizar las tareas en el desarrollo de procesos. El desarrollo de software no es la excepcin; en este caso dichas herramientas se han denominado CASE (Ingeniera De Software Asistida Por Computador). Estas incluyen un conjunto de programas que facilitan la optimizacin de un producto ofreciendo apoyo permanente a los analistas, ingenieros de software y desarrolladores. CASE es la aplicacin de mtodos y tcnicas que dan utilidades a los programas, por medio de otros, procedimientos y su respectiva documentacin. En este post se hace referencia a 3 herramientas que ayudan a la gestin de requisitos; es decir al proceso de identificacin, asignacin y seguimiento de los mismos, incluyendo interfaz, verificacin, modificacin y control de cada requisito, durante el ciclo de vida del proyecto. Los cambios/actualizaciones de requisitos deben ser gestionados para asegurar que se mantenga la calidad del producto. Hasta hace poco tiempo las herramientas para la gestin de requisitos de software se limitaban a editores de texto, los cuales hacan de esta tarea una labor tediosa y confusa. Actualmente, se cuenta con mltiples opciones, como las que se mencionan a continuacin: IRQA Herramienta CASE de Ingeniera de Requisitos, diseada para soportar las actividades realizadas en el proceso de especificacin de sistemas. sta facilita y formaliza la comunicacin entre el cliente, el proveedor y los distintos miembros del equipo de desarrollo. Facilita la captura, organizacin y anlisis de las condiciones, as como la

especificacin de la solucin mediante el apoyo metodolgico adaptable a cada cliente. CONTROLA Herramienta de apoyo al proceso de ingeniera de software en pequeas empresas. Se cre gracias a la expansin que tuvo el mercado y a la generacin de grandes y pequeas empresas, las cuales requieren un instrumento para el desarrollo de sus proyectos. Ofrece recursos importantes tales como: Administracin de requisitos, administracin de casos de uso, administracin de casos de prueba y error, planeamiento de liberaciones, administracin de implementaciones, control de dependencia entre Implementaciones, matriz de rastreabilidad y rastreabilidad de los requisitos. OSRMT (Open Source Requirements Management Tool) Herramienta libre para la gestin de requisitos, cuyas principales caractersticas son: trabaja en arquitectura cliente/servidor, desarrollada bajo Java; la versin 1.3 trae un mdulo para manejar la trazabilidad y lo introduce para el control de cambios; as mismo, genera la documentacin de los requisitos tratados http://www.infor.uva.es/~mlaguna/is1/apuntes/2-requisitos.pdf A medida que pasa el tiempo se logra entender que el empleo del software es una buena opcin para agilizar y sistematizar las tareas en el desarrollo de procesos. El desarrollo de software no es la excepcin; en este caso dichas herramientas se han denominado CASE (Ingeniera De Software Asistida Por Computador). Estas incluyen un conjunto de programas que facilitan la optimizacin de un producto ofreciendo apoyo permanente a los analistas, ingenieros de software y desarrolladores. CASE es la aplicacin de mtodos y tcnicas que dan utilidades a los programas, por medio de otros, procedimientos y su respectiva documentacin. En esta investigacin se hace referencia a las herramientas que ayudan a la gestin de requisitos; es decir al proceso de identificacin, asignacin y seguimiento de los mismos, incluyendo interfaz, verificacin, modificacin y control de cada requisito, durante el ciclo de vida del proyecto. Los cambios/ actualizaciones de requisitos deben ser gestionados para asegurar que se mantenga la calidad del producto. Hasta hace poco tiempo las herramientas para la gestin de requisitos de software se limitaban a editores

de texto, los cuales hacan de esta tarea una labor tediosa y confusa. Actualmente, se cuenta con mltiples opciones, como las que se mencionan a continuacin: IRQA 43 Herramienta CASE de Ingeniera de Requisitos, diseada para soportar las actividades realizadas en el proceso de especificacin de sistemas. sta facilita y formaliza la comunicacin entre el cliente, el proveedor y los distintos miembros del equipo de desarrollo. Facilita la captura, organizacin y anlisis de las condiciones, as como la especificacin de la solucin mediante el apoyo metodolgico adaptable a cada cliente. RETO Esta herramienta propone un modelo de requisitos para capturar los aspectos funcionales del sistema; bsicamente, mediante tres tcnicas complementarias entre s: la definicin de la Misin del Sistema, la construccin del rbol de Refinamiento de Funciones y el desarrollo del Modelo de Casos de Uso. Adems, se introduce un Proceso de Anlisis que permite traducir el Modelo de Requisitos en el Mo-delo Conceptual, manteniendo la trazabilidad entre ambos y propiciando una representacin de la informacin en el segundo prototipo. CONTROLA Herramienta de apoyo al proceso de ingeniera de software en pequeas empresas. Se cre gracias a la expansin que tuvo el mercado y a la generacin de grandes y pequeas empresas, las cuales requieren un instrumento para el desarrollo de sus proyectos. Ofrece recursos importantes tales como: Administracin de requisitos, administracin de casos de uso, administracin de casos de prueba y error, planeamiento de liberaciones, administracin de implementaciones, control de dependencia entre Implementaciones, matriz de rastreabilidad y rastreabilidad de los requisitos. OSRMT (Open Source Requirements Management Tool)4 Herramienta libre para la gestin de requisitos, cuyas principales caractersticas son: trabaja en arquitectura cliente/servidor, desarrollada bajo Java;

la versin 1.3 trae un mdulo para manejar la trazabilidad y lo introduce para el control de cambios; as mismo, genera la documentacin de los requisitos tratados. JEREMIA5 Se trata exclusivamente de una aplicacin cliente exclusivamente, lo cual no permite la posibilidad de trabajar en equipo. sta, ayuda durante el desarrollo del sistema, especialmente en el seguimiento de cambios de los requisitos a lo largo del ciclo de vida. Con JEREMIA es posible captar las necesidades, analizarlas y clasificarlas. Implementa un mdulo orientado a la generacin de la documentacin posible de exportar en formato DocBook XML, la cual junto con los requisitos, se almacena en una base de datos en MySQL. RAMBUTAN6 Esta herramienta est basada en XML, realmente consta de un conjunto de aplicaciones para el usuario final, ayudando a los analistas de sistemas en la recopilacin y categorizacin de hechos en un documento de especificacin de requisitos. Lo curioso es que tiene un cliente para palm (PDA), el cual se utiliza para recopilar los hechos en el lugar donde est ubicado el cliente mientras que la aplicacin de escritorio recibe la informacin, edita y perfecciona. Ambas aplicaciones permiten al usuario introducir, modificar y visualizar los datos que componen un documento de especificacin de requisitos. Comparada con otras herramientas de gestin de requisitos, Rambutan ofrece las siguientes ventajas competitivas: Aplicacin cliente para palm (PDAclass), portabilidad entre plataformas, es independiente de cualquier metodologa de especificacin de requisitos, y permite distribucin libre. Existen otras herramientas en estudios para la gestin de requisitos. A continuacin se mencionan, algunas de las incluidas en el estudio comparativo presentado por El Consejo Internacional sobre la Ingeniera de Sistemas (INCOSE)7: CaliberRM, REM, SMART TRACE, SoftREQ, Analyst Real Team System(ARTS), CARE 3.2, CORE 5.1, Cradle 5.2, Envision VIP, Gatherspace, IBM Rational RequisitePro, KollabNet Editor 2005, PACE, RaQuest 3.0, RMTrak, RTM, SLATE

REquire 6.5, SoftREQ, UGS Teamcenter 2005, truereq product desktop, XTie-RT, Specification Analysis Tool (SAT), ECM, Banyan2.2, Contour, Projectricity 3.5, FeaturePlan 2.6, analyst pro, ChangeWare 2.0, aligned elements, Dassault Systemes CSE 4.0, Polarion ALM for Subversion 3.0, Telelogic DOORS, Accept 360. http://www.revistasjdc.com/main/index.php/ccient/article/view/37