gestion de requisitos

FRANCISCO BARRERA RODRIGUEZ CAMILO ESPITIA RODRIGUEZ- IVAN GALLO GOMEZ

1

GESTION DE REQUISITOS

1. DEFINICION

La gestin de requisitos consiste en 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.

La gestin de requisitos comienza con la identificacin, cada requisito se asigna a un solo identificador.

Una vez identificados los requisitos se desarrollan tablas de rastreabilidad.

2. TABLAS DE RASTREABILIDAD

2.1 Tabla de rastreabilidad de caractersticas Ejemplifica la manera en que los requisitos se relacionan con las caractersticas del sistema,

observables para el cliente.

2.2 Tabla de rastreabilidad de la fuente. Identifica cual es la fuente de cada requisito.

2.3 Tabla de rastreabilidad de dependencia Indica la forma en que los requisitos estn relacionados entre s.

2.4 Tablas de rastreabilidad del subsistema Define categoras entre requisitos de acuerdo con el (los) subsistema(s) que gobierna(n).

2.5 Tablas de rastreabilidad de la interfaz Muestra la forma en que los requisitos se relacionan con las interfaces internas y externas del

sistema.

Generalmente dichas tablas se conservan como parte de la base de datos de los requisitos, de forma

que sean de fcil acceso, con el fin de que con rapidez se entienda como el cambio de un requisito

afectara diferentes aspectos des sistema que se desarrollara.

3. TAREAS

Los requisitos en un proyecto no solo comprenden las tareas de captura y manejo de los cambios a lo

largo de todo el proyecto, tambin comprenden otras tareas, explicadas a continuacin.

3.1 Identificar los stakeholders1 Describir una lista de toda la persona interesada en el desarrollo del sistema.

3.2 Entender las necesidades Necesidades de los usuarios y clientes utilizadas para planear el sistema y sus expectativas.

3.3 Identificar requisitos En un escenario de negocio se usa para entender los requisitos del negocio.

1Se refiere a quienes pueden afectar o son afectados por las actividades de una empresa


2

3.4 Aclarecer y refinar requisitos Se ejecuta cuando se tiene plena seguridad de que los requisitos indican las necesidades

reales del cliente y que estos pueden ser usados por el resto de equipos en el proyecto.

3.5 Analizar requisitos Se realiza cuando los requisitos se encuentran bien definidos.

3.6 Definir requisitos de forma estndar para los stakeholders1 Puesto que cada stakeholders

1 tiene una visin diferente del sistema y sus requisitos, es

importante utilizar algo de tiempo en la descripcin de los requisitos usando un vocabulario

adecuado.

3.7 Especificar requisitos Cada requisito se expresa en forma detallada de tal manera que pueda ser incluido en otros

documentos de especificacin o en otros proyectos.

3.8 Priorizar requisitos Todos los requisitos cuentan con diferentes niveles de importancia para los clientes, la

priorizacin de los mismos comprende una actividad que permite desarrollar nuevas versiones

de un proyecto de forma continua y sin verse retrasadas por tiempo en sus salidas.

3.9 Derivar requisitos Permite detallar requisitos no visibles para los clientes, que adems no se han logrado

identificar, pero que son importantes para el funcionamiento adecuado del requisito en detalle.

3.10 Dividir requisitos Se clasifican los requisitos en diferentes criterios: Hardware, software y entrenamiento.

3.11 Asignar requisitos Esta actividad asigna los requisitos a diferentes subsistemas y componentes internos.

3.12 Seguimiento de requisitos Desarrolla la capacidad de permitir que un requisito satisfecho pueda ser referenciado dentro

del sistema.

3.13 Manejar requisitos Se desarrolla un sistema de control de los requisitos, necesario para adicionar, modificar y

borrar requisitos, al igual que la implantacin de un repositorio para estos.

3.14 Probar y verificar requisitos Se validan los requisitos, diseos, cdigo y dems, para asegure que los requisitos estn bien.

3.15 Validar requisitos Finalmente se confirman los requisitos reales que han sido implementados.

4. Gestin de cambio a nivel de requisitos

Lo que busca la gestin del cambio al nivel de requisitos, es importante y se debe remarcar que esta

gestin de cambio est dirigida exclusivamente para los proyectos cerrados, y a continuacin se

explicaran los resultados de esta gestin.

4.1 Controlar el cambio Con frecuencia se producen cambios dentro de una organizacin. El cambio debe de estar

estandarizado y controlado. Un control deficiente puede hacer que la organizacin sea


3

menos productiva. Los errores e incidencias aumentan de manera considerable en

frecuencia e impacto. Los cambios son los que provocan un avance en la misin de

alinearse con el negocio, nacen por cuestiones de negocio y buscan una estructura estable

cercana a la visin real de negocio.

4.2 Todo es un cambio El objetivo no es ralentizar el proceso los procedimientos, sino controlar el mismo, lo que se

aprueba y lo que se lleva finalmente a construccin e implementacin

4.3 Normalizar y estandarizar el cambio Debe desarrollarse una metodologa estndar para la gestin del cambio que se apoye en la

gestin de proyectos, para manejar con rapidez y minimizando, en lo posible, el impacto de

los cambios. Una vez establecida la metodologa se comunica, se ensea, implementa y

cumple.

4.4 Visin del coste Normalmente a la hora de realizar un cambio no se cuenta con mucha informacin acerca

del costo que supone el mismo. El identificar a un responsable de su estudio, anlisis y

planificacin, permite ajustar mejor el impacto y la viabilidad del cambio. Es importante que

el gestor del cambio se vea suficientemente respaldado por la organizacin, para el xito de

sus actividades.

4.5 Planificacin del cambio Es eficaz mantener un calendario de cambios con las fechas propuestas para la

implementacin de los mismos. No debe de perderse la perspectiva, que el cambio por

insignificante que parezca est orientado a apoyar al negocio.

4.6 Necesidad del establecimiento y gestin de requisitos En definitiva, no hay ingeniera completa sin requisitos escritos.

Muchos proyectos iniciados no llegan a finalizarse o aquellos que son terminados, incurren en mayores

costes y tiempos o no incluyen la totalidad de los requisitos iniciales. Una de las causas de este

problema es la deficiente captura y gestin de los requisitos.

5. TRAZABILIDAD

La trazabilidad permite que los participantes de un proyecto alcancen propsitos claros dentro de la

gestin del proceso. Adicionalmente, proporciona elementos que ayudan a la comunicacin entre los

equipos de trabajo, puesto brinda mayor informacin para la comprensin del problema que se est

tratando y apoya el control de las actividades y cambios en los productos de trabajo durante todo el ciclo

de vida.

La trazabilidad es necesaria para asegurar las relaciones dentro de los diferentes elementos del

desarrollo. Se deben registrar al menos las siguientes dependencias:

Requisito general > Objetivo de negocio Caso de uso > Requisito general Requisito de informacin > Requisito general Regla de negocio > Requisito general Requisito de conducta > Requisito general Requisito no funcional > Requisito general Restriccin tcnica > Requisito general Requisito de integracin > Requisito general


4

Para un correcto registro de la trazabilidad, es recomendado registrar las dependencias de los requisitos

en el mismo momento de su documentacin, ya que es en ese momento cuando ms conoce la

motivacin para la creacin de cada requisito y sus dependencias con los dems productos del proyecto.

La misma recomendacin se hace de manera extensiva a los modelos generados durante la actividad de

anlisis de requisitos, es decir, que en el momento de crear los modelos se vayan registrando las

correspondientes trazas hacia los requisitos que modelan.

El registr y mantenimiento de la trazabilidad de los requisitos es fundamental para poder realizar los

anlisis de impacto de las peticiones de cambios en los requisitos que se producen durante el transcurso

de un proyecto y que deben ser gestionadas en el proceso de Gestin de Requisitos

La matriz de trazabilidad es una herramienta que se utiliza para saber qu requisitos quedan cubiertos

por una prueba.

Gracias a los datos de dicha matriz se puede ver que partes o mdulos del software no estn cubiertos y

deberan probarse por otras pruebas o identificar los requerimientos ms crticos para saber si estn

suficientemente cubiertos.

Tambin podemos identificar los casos de prueba que han fallado y a partir de ah ver que requerimiento

est en riesgo para poder evaluar la criticidad y el riesgo de este.

6. REFERENCIAS

http://www.juntadeandalucia.es/servicios/madeja/contenido/subsistemas/ingenieria/gest

ion-requisitos-sistema-software-desarrollar

http://e-archivo.uc3m.es/bitstream/handle/10016/14998/PFC-

Adelaida_Ramirez_Fernandez.pdf?sequence=1

http://www.udistrital.edu.co:8080/documents/276352/356568/Cap6GestionRequerimiento

sRequisitos.pdf

http://revista.eia.edu.co/articulos8/Art.6.pdf

gestion de requisitos

Documents