Вы находитесь на странице: 1из 31

RM

Proceso de Gestin de Requerimientos 2010

Este documento describe el proceso de gestin de requerimientos que involucra una serie de actividades que proporcionan una base estable para la planificacin, desarrollo, pruebas y la entrega.

Control de la documentacin
Control de la Configuracin.
Titulo: Referencia: Autores: Proceso de Gestin de Requerimientos Ninguna Jess Castro Magaa Hudy Chan Rodrguez Flix Sosa Quintal Juan Ku Quintana Vctor Rodrguez Cmara 11/10/2010

Fecha:

Histrico de Versiones. Versin Fecha Estado 0.1 11/10/2010 Revisin

Responsable
Jess Castro Magaa Hudy Chan Rodrguez Flix Sosa Quintal Juan Ku Quintana Vctor Rodrguez Cmara Jess Castro Magaa Hudy Chan Rodrguez Flix Sosa Quintal Juan Ku Quintana Vctor Rodrguez Cmara

Nombre de Archivo Requirements_Management.0.1.d ocx

0.2

24/10/2010

Revisin

Requirements_Management.0.2.d ocx

Histrico de Cambios. Versin Fecha 0.1 11/10/2010 0.2 24/10/2010

Cambios Ninguna primera versin. Correcciones ortogrficas. Explicaciones ms explcitas. Inclusin del plan. Explicacin del llenado de plantillas.

Proceso de Gestin de Requerimientos| 2

Contenido

Control de la documentacin ....................................................................................................................... 2 Control de la Configuracin. ................................................................................................................. 2 Histrico de Versiones. ......................................................................................................................... 2 Histrico de Cambios. ........................................................................................................................... 2 1. 2. 3. 4. Introduccin .......................................................................................................................................... 6 Propsito ............................................................................................................................................... 6 Responsables. ....................................................................................................................................... 6 Gua del proceso. .................................................................................................................................. 6 4.1. 4.2. 4.3. 4.3.1. Criterios de entrada. ..................................................................................................................... 6 Entradas. ....................................................................................................................................... 6 Proceso.......................................................................................................................................... 7 Prcticas .................................................................................................................................... 7 Obtener una compresin de los requerimientos.............................................................. 9

4.3.1.1.

Propsito. .............................................................................................................................................. 9 Responsables. ....................................................................................................................................... 9 Criterios de entrada. ............................................................................................................................. 9 Entradas. ............................................................................................................................................... 9 Actividades. ........................................................................................................................................... 9 Salidas ................................................................................................................................................. 10 4.3.1.2. Obtener el compromiso sobre los requerimientos acordados. ...................................... 10

Propsito: ............................................................................................................................................ 10 Responsables ...................................................................................................................................... 10 Criterios de entrada: ........................................................................................................................... 10 Entradas: ............................................................................................................................................. 10 Actividades: ......................................................................................................................................... 10 Salidas: ................................................................................................................................................ 11 4.3.1.3. Gestionar los cambios de los requerimientos. ............................................................... 11

Propsito: ............................................................................................................................................ 11 Responsables ...................................................................................................................................... 11 Criterios de entrada ............................................................................................................................ 11 Entradas .............................................................................................................................................. 11 Proceso de Gestin de Requerimientos| 3

Actividades. ......................................................................................................................................... 11 Salidas ................................................................................................................................................. 12 4.3.1.4. Mantener la trazabilidad bidireccional entre los requerimientos. ................................. 12

Propsito. ............................................................................................................................................ 12 Responsables. ..................................................................................................................................... 12 Criterios de entrada. ........................................................................................................................... 12 Entradas. ............................................................................................................................................. 12 Actividades. ......................................................................................................................................... 12 Salidas. ................................................................................................................................................ 12 4.3.1.5. Identificar inconsistencias entre los productos de trabajo y los requerimientos. ......... 13

Propsito. ............................................................................................................................................ 13 Responsables ...................................................................................................................................... 13 Criterios de Entrada. ........................................................................................................................... 13 Entradas. ............................................................................................................................................. 13 Actividades. ......................................................................................................................................... 13 Salidas ................................................................................................................................................. 14 4.4. 4.5. 4.6. 4.7. 4.8. Salidas ......................................................................................................................................... 14 Criterios de Salida. ...................................................................................................................... 14 Verificaciones. ............................................................................................................................. 14 Mtricas. ..................................................................................................................................... 15 Glosario. ...................................................................................................................................... 15

Apndice ................................................................................................................................................. 16 A1. Lista de criterios para distinguir proveedores de requerimientos. .............................................. 17 A2. Lista de Criterios para la evaluacin y aceptacin de Requerimientos. ....................................... 18 A3. Forma de Reporte del anlisis de los criterios. ............................................................................. 19 Gua: Reporte del Anlisis de los Criterios de Aceptacin de los Requisitos. ....... Error! Bookmark not defined. A4. Forma de Acuerdos del conjunto de requerimientos................................................................... 20 Gua: Acuerdo del conjunto de requerimientos. ................................... Error! Bookmark not defined. A5. Forma de Evaluacin de impacto de los Requerimientos. ........................................................... 21 Gua: Forma de evaluacin de impacto de los requerimientos. ............ Error! Bookmark not defined.

Proceso de Gestin de Requerimientos| 4

Gua: Forma de estimacin del esfuerzo en el cambio de los requerimientos. ... Error! Bookmark not defined. A6. Reporte de Estado de los Requerimientos. ................................................................................. 24 Gua: reporte del estado de los requerimientos.................................... Error! Bookmark not defined. A7. Eleccin de una Herramienta para el manejo de la base de datos de los Requerimientos. ........ 25 Gua: Procedimiento para la Eleccin de una Herramienta para el manejo de la base de datos de los Requerimientos. .................................................................................................................................. 26 A8. Procedimiento para el Sistema de Seguimiento de los Requerimientos..................................... 26 Gua: Procedimiento para el Sistema de Seguimiento de los Requerimientos. ................................ 28 A9. Plantilla para la Matriz de Trazabilidad de los Requerimientos. .................................................. 28 Gua: Plantilla para la matriz de trazabilidad de los requerimientos.. ... Error! Bookmark not defined. A10. Forma de Reporte de inconsistencias......................................................................................... 29 Gua: Forma de reporte de inconsistencias. .......................................... Error! Bookmark not defined. A11. Reporte de Acciones Correctivas. ............................................................................................... 30 Gua: Forma de acciones correctivas. .................................................... Error! Bookmark not defined.

Proceso de Gestin de Requerimientos| 5

1. Introduccin
El proceso de gestin de requerimientos administrar los requerimientos (funcionales y no funcionales) generados en cada proyecto. La actividad principal del proceso es documentar y mantener la trazabilidad bidireccional entre la fuente de los requerimientos (stakeholders, documentos, estndares, polticas de la empresa) y los productos y componentes generados en el proyecto.

2. Propsito
El propsito del proceso de gestin de requerimientos es controlar la documentacin referente a los requerimientos del producto, los cambios que ocurran y tambin identificar inconsistencias entre los requerimientos y los productos (documentos y componentes de software) del proyecto generados en cada fase del ciclo de desarrollo.

3. Responsables.
La Direccin. Administrador de Proyecto. Jefe de Control de Cambios. Secretario de las sesiones con el usuario. Personal de administracin de requerimientos. Cualquier participante del proyecto.

4. Gua del proceso.


4.1.

Criterios de entrada.

Se ha generado un documento con un conjunto coherente y cohesivo de requerimientos. Se ha realizado la obtencin de la documentacin en la que se basan los requerimientos del sistema. Se ha establecido un sistema de almacenamiento para el manejo de la documentacin que genere el proceso de gestin de los requerimientos.

4.2.

Entradas.
Informacin de sistemas existentes: este punto contiene informacin acerca de los sistemas legados o con los que interactuar el sistema. Necesidades de los stakeholders: representa el conjunto de necesidades de las personas involucradas en el uso del sistema. Proceso de Gestin de Requerimientos| 6

Las entradas del proceso son las siguientes:

Estndares de la organizacin: polticas de calidad, lineamientos de la organizacin. Reglamentaciones: se refiere a regulaciones o seguridad que se debe aplicar al sistema. Informacin del dominio: se refiere al dominio de aplicacin del sistema. Documentacin de especificacin de requerimientos de software. Casos de uso. Reglas de negocio del sistema. Flujos de trabajo. Peticiones de cambio o inconformidades en los requerimientos.

4.3.

Proceso.

Para llevar a cabo este proceso se tiene el siguiente objetivo: Objetivo 1. Gestionar los requerimientos. Para cumplir este objetivo se tienen las siguientes prcticas, estas se resumen a continuacin: 1. 2. 3. 4. 5. Obtener una comprensin de los requerimientos. Obtener el compromiso sobre los requerimientos acordados. Gestin de cambiosde los requerimientos. Mantener la trazabilidad bidireccional entre los requerimientos. Identificar inconsistencias entre los productos de trabajo y los requerimientos.

4.3.1.
Propsito.

Planificacin del proceso.

El propsito de la planificacin es establecer el nivel de detalle que se tendr en la ejecucin de la gestin de requerimientos.

Criterios de entrada.
Se ha generado un documento con un conjunto coherente y cohesivo de requerimientos. Se ha realizado la obtencin de la documentacin en la que se basan los requerimientos del sistema. Se ha establecido un sistema de almacenamiento para el manejo de la documentacin que genere el proceso de gestin de los requerimientos.

Recursos.
Los recursos para realizar el proceso sern: Computadora de escritorio con paquetera de office para la elaboracin de la documentacin. Material de oficina. Requisite Pro. Proceso de Gestin de Requerimientos| 7

Responsables.
La autoridad y responsabilidad de la ejecucin del proceso estar a cargo de: Hudy H. Chan Rodrguez. Flix Sosa Quintal.

Realizacin de las Prcticas.


Teniendo como criterio de entrada un conjunto coherente y cohesivo de requerimientos, y conforme se vaya desarrollando el proyecto, al ocurrir un cambio o se genere un nuevo conjunto de requerimientos se tendr que realizar las siguientes prcticas: 1. Obtencin de una comprensin de los requerimientos. Seleccionar las fuentes oficiales de requerimientos siguiendo los criterios establecidos en el apndice A1. Esto para evitar el flujo contino de requerimientos de fuentes no oficiales. Analizar cada requerimiento en base a los criterios de aceptacin descritos en el apndice A2. Reportar el anlisis del o los documentos que respalden a los requerimientos en la forma del apndice A3. Documentar el acuerdo del conjunto de requerimientos en la forma del apndice A4. 2. Obtencin de un compromiso sobre los requerimientos. Documentar el impacto de un cambio o nuevo requerimiento usando la forma del apndice A5. Registrar las negociaciones y los nuevos compromisos actualizando las formas generadas del apndice A4. 3. Gestionar los cambios. Al inicio del proyecto documentar los requerimientos existentes en la forma del apndice A6. Cuando ocurra una peticin de cambio y est sea evaluada y aprobada, se actualizar donde sea necesario para llevar el control de los cambios de la lnea base de requerimientos. Llevar acabo el procedimiento para la eleccin de una herramienta automatizada para el manejo de la base de datos de los requerimientos.

4. Generacin del conjunto de matrices de trazabilidad bidireccional de los requerimientos. Siga el procedimiento descrito en el apndice A8. Al seguir este procedimiento se generar un conjunto de matrices de trazabilidad. La informacin de rastreo de los requerimientos se mantendr para generar por las siguientes matrices: o Trazabilidad de la fuente contra su requerimiento. Vincula los requerimientos con los stakeholder que propusieron los requerimientos. o Trazabilidad de la documentacin contra su requerimiento. Vincula los requerimientos con algn documento de referencia del requerimiento para el control de cambios. Por ejemplo requerimiento funcional vs documento de caso de uso del requerimiento funcional.

Proceso de Gestin de Requerimientos| 8

Trazabilidad del diseo contra su requerimiento. Vincula los requerimientos con un elemento del diseo en el cual esta siendo implementado. De no existir diseo vincularlo con el artefacto que implemente el requerimiento.

5. Identificar inconsistencias entre los productos de trabajo y los requerimientos. Esta prctica ocurre durante el cambio e implementacin de una peticin de cambio sobre los requerimientos y sus entidades relacionadas dentro el sistema. Por lo tanto ejecutar el procedimiento descrito en el proceso y documentar cada inconsistencia con sus acciones correctivas en las formas del apndice A10 y A11.

4.3.2.
4.3.2.1. Propsito.

Prcticas
Obtener una compresin de los requerimientos.

Esta prctica se basa en desarrollar una compresin del significado de los requerimientos con los proveedores. Durante el proyecto se generan mltiples requerimientos por lo tanto se debe establecer criterios para distinguir las fuentes de los requerimientos que ayuden a desarrollar el proyecto segn lo planificado y asegurar que los requerimientos estarn plenamente comprendidos.

Responsables.
Personal de la administracin de requerimientos. Personal de aseguramiento de la calidad. Personal que se considere necesario.

Criterios de entrada.
Tener un documento con un conjunto coherente y cohesivo de requerimientos.

Entradas.
Documento de especificacin de requerimientos de software con un conjunto coherente y cohesivo. Documentacin de referencia para los requerimientos.

Actividades.
1. Establecer los criterios para distinguir a los proveedores apropiados de requerimientos. Es importante definir cuales sern los criterios para distinguir proveedores de tal forma que los requerimientos estn basados en documentos o entidades oficiales para evitar problemas futuros. Como ejemplo puede usar algunos de los criterios listados en la referencia del apndice A1. 2. Establecer los criterios objetivos para la evaluacin y la aceptacin de los requerimientos. Use los criterios que se listan en el apndice A2 para realizar est subprctica. 3. Analizar los requerimientos para asegurar que se cumplen los criterios establecidos. Para est subprctica use la plantilla del apndice A3. Proceso de Gestin de Requerimientos| 9

4. Alcanzar una compresin de los requerimientos con el proveedor de requerimientos para que haya un compromiso. Use la plantilla del apndice A4 para esta subprctica.

Salidas
Anlisis de los Criterios con la plantilla del apndice A3. Lista del Conjunto de Requerimientos acordados debidamente llenada y firmada del apndice A4.

4.3.2.2. Propsito:

Obtener el compromiso sobre los requerimientos acordados.

Obtener el compromiso de los participantes de proyecto sobre los requerimientos. Esta prctica se ocupa de los acuerdos y compromisos entre aquellos que tienen que llevar a cabo las actividades necesarias para implementar los requerimientos. A medida que los requerimientos evolucionan, esta prctica asegura que los participantes del proyecto se comprometen con los requerimientos actuales y aprobados, y con los cambios resultantes en los planes, actividades y productos de trabajo del proyecto.

Responsables
Personal de administracin de requerimientos. Personal de aseguramiento de la calidad. Administrador de proyecto.

Criterios de entrada:
Haber realizado un anlisis de los Criterios. (ver apndice A3) Todos los involucrados en el proyecto deben conocer y entender los requerimientos.

Entradas:
Lista de criterios para distinguir a los proveedores de requerimientos apropiados de requerimientos. (ver apndice A1) Criterios de Evaluacin y Aceptacin de Requerimientos. (ver apndice A2) Lista del Conjunto de Requerimientos acordados. (ver apndice A4)

Actividades:
1. El personal de administracin de requerimientos revisa el impacto de los requerimientos sobre los compromisos existentes. El impacto sobre los participantes del proyecto debe evaluarse cuando cambian los requerimientos o al principio de un nuevo requerimiento.

Proceso de Gestin de Requerimientos| 10

2. El Administrador de proyecto negocia y registra los compromisos con los dems stakeholders. Los cambios a los compromisos existentes deberan negociarse antes de que los participantes del proyecto se comprometan con el requerimiento o con el cambio del requerimiento.

Salidas:
1. Evaluacin de impacto de los Requerimientos. (ver apndice A5) 2. Versin final del ERS firmado al igual que agendas, calendario de entregables (en caso de haberlos) y planes involucrados.

4.3.2.3. Propsito:

Gestionar los cambios de los requerimientos.

Gestionar los cambios a los requerimientos a medida que evolucionan durante el proyecto. Los cambios ocurren conforme avanza el trabajo o incluso se derivan requerimientos adicionales. Es por eso que es necesario gestionar estas acciones de manera eficiente y eficaz. Analizar el impacto del cambio conociendo la fuente del requerimiento y la razn del cambio debe estar documentado.

Responsables
Personal de administracin de requerimientos. Jefe de Control de Cambios. Administrador de proyecto. Personal de aseguramiento de la calidad.

Criterios de entrada
Llevar un formato de versiones sobre los documentos obtenidos en fases anteriores y futuras. Se ha establecido una lnea base de los requerimientos del sistema a desarrollar. Ha ocurrido una peticin de cambio o un nuevo requerimiento fuera de la lnea base.

Entradas
Evaluacin de impacto de los Requerimientos. (ver apndice A5) Versin final del ERS firmado al igual que agendas o calendario de entregables (en caso de haberlos). Lnea base del conjunto de requerimientos del sistema a desarrollar.

Actividades.
1. El personal de administracin de requerimientos debe documentar todos los requerimientos y hacer las solicitudes correspondientes al jefe de control de cambios para realizar las respectivas modificaciones a los requerimientos que son dados o generados por el proyecto. 2. El jefe de control de cambios debe mantener el historial de cambios sobre los requerimientos y las razones de los cambios. Proceso de Gestin de Requerimientos| 11

3. El personal de administracin de requerimientos evala el impacto de los cambios en los requerimientos desde el punto de vista de las partes interesadas relevantes. 4. El jefe de control de cambios pone los requerimientos y los cambios en los datos disponibles para el proyecto.

Salidas
1. Estado de los Requerimientos. (ver apndice A6) 2. Realizar el procedimiento para escoger una base de datos de requerimientos. (ver apndice A7)

4.3.1.4. Propsito.

Mantener la trazabilidad bidireccional entre los requerimientos.

Mantener la trazabilidad bidireccional entre los requerimientos y el plan del proyecto y los productos de trabajo. Est prctica contiene las siguientes actividades:

Responsables.
Jefe de control de cambios. Administrador de proyecto. Aseguramiento de la calidad.

Criterios de entrada.
Los requerimientos del sistema se encuentran en la lnea base. Los requerimientos estn identificados con una referencia.

Entradas.
Lista de requerimientos de la lnea base. Documentacin de la especificacin de requerimientos de software. Plantilla del estado de los requerimientos.

Actividades.
1. Mantener la trazabilidad de los requerimientos desde su fuente hasta sus requerimientos derivados y la asignacin a las funciones, a las interfaces, a los objetos, a la gente, a los procesos y a los productos. Para esto est la plantilla presentada en el apndice A8. 2. Generar la matriz de trazabilidad de los requerimientos, en el apndice A9 se muestra un ejemplo de cmo se hace la matriz, en las columnas se establecen los requerimientos funcionales recabados y en las columnas se colocan los casos de uso, mdulos de cdigo, pruebas, diagramas etc. Y se debe marcar la interseccin entre un requerimiento y su correspondencia con algn caso de uso, mdulo, pruebas etc. Esto con el fin de cerciorarse de que no todos los productos cuentan con un requerimiento como fuente.

Salidas.
Definicin de un sistema de seguimiento de los Requerimientos.(ver apndice A8) Proceso de Gestin de Requerimientos| 12

Matriz de trazabilidad de los requerimientos. (ver apndice A9)

4.3.1.5. Propsito.

Identificar inconsistencias entre los productos de trabajo y los requerimientos.

Identificar las inconsistencias entre los planes del proyecto, los productos de trabajo y los requerimientos. Est prctica encuentra las inconsistencias que tienen los requerimientos con las dems entidades involucradas.

Responsables
Personal de administracin de requerimientos. Administrador de proyectos. Personal de aseguramiento de la calidad. Cualquier persona involucrada con el proyecto.

Criterios de Entrada.
Se identifica una inconsistencia en los planes o productos del proyecto ya sea mediante inspecciones o con la matriz de trazabilidad. Se encontr una inconsistencia con los requerimientos

Entradas.
Planes del proyecto. Documentacin de la obtencin de requisitos. Matrices de trazabilidad. Productos de trabajo

Actividades.
1. Revisar los planes, las actividades y los productos de trabajo del proyecto en cuanto a la consistencia con los requerimientos y los cambios realizados a ellos. 2. Identificar la fuente de la inconsistencia y la razn. Un procedimiento para la identificacin seria: a. Ocurre un problema o una peticin de cambio sobre uno o varios requerimientos. b. Se analiza y aprueba la peticin de cambio. c. Se modifican las entidades relacionadas con dicho requerimiento haciendo uso de la matriz de trazabilidad donde se encuentre documentado el requerimiento y se implementa la peticin de cambio en el sistema. d. Se verifican que los cambios se hacen en todas las entidades relacionadas al requerimiento. e. Si se identifica una inconsistencia documentarla aplicando la actividad nmero 3. 3. Identificar los cambios que necesitan realizarse a los planes y a los productos de trabajo resultantes de los cambios a la lnea base de los requerimientos y documentarlas en la plantilla del apndice A10. 4. Iniciar las acciones correctivas y documentarlas en el apndice A11. Proceso de Gestin de Requerimientos| 13

Salidas
1. Documentacin de inconsistencias incluyendo fuentes, condiciones y razones.(ver apndice A10) 2. Documentacin de las acciones correctivas. (ver apndice A11)

4.4. Salidas
Resultados de los anlisis de los requerimientos frente a los criterios. Acuerdo con el conjunto de requerimientos del sistema revisado y firmado por las partes interesadas. Evaluaciones de impacto sobre los cambios o nuevos requerimientos del sistema. Reportes de las negociaciones de los cambios o nuevos requerimientos del sistema. Documentacin del estado de los requerimientos. Base de datos de los requerimientos del sistema. Matriz de trazabilidad de los requerimientos. Documentacin de las inconsistencias. Documentacin de las acciones correctivas.

4.5. Criterios de Salida.


Se analizaron a detalle los criterios de los proveedores de requisitos y se documentacin en las formas correspondientes. Los acuerdos de los requerimientos estn debidamente firmados y aprobados. Todas las peticiones de cambio sobre la lnea base son evaluadas y se documentan los cambios. Se genera la matriz de trazabilidad. Se documenta y evala cada inconsistencia y acciones correctivas.

4.6. Verificaciones.
El grupo de aseguramiento de la calidad debe verificar que los procedimientos, formatos y plantillas del proceso se llenan segn las instrucciones. Si algn elemento del proceso necesita modificarse ya sea para la mejora o adaptacin, esta modificacin deber especificarse en el control de la versin del presente documento. Las verificaciones por parte de las inconsistencias deben ser revisadas por el administrador y cualquier miembro del equipo que se vea involucrado con dicha inconsistencia.

Proceso de Gestin de Requerimientos| 14

4.7. Mtricas.
Las siguientes mtricas buscan la mejora del proceso, son las siguientes: Nmero de requerimientos funcionales. Nmero de casos de uso. Tiempo de anlisis de una peticin de cambio. Tiempo que toma realizar una modificacin por parte de una peticin de cambio hacia un producto de trabajo. Tiempo en realizar una accin correctiva de una inconsistencia. Esfuerzo (en horas laborales) de la estimacin de una peticin de cambio.

4.8. Glosario.
Sistema legado o heredado: es un sistema que ha quedado anticuado pero contina siendo utilizado por una organizacin o empresa y no se quiere o no se puede reemplazar o actualizar de forma sencilla. Stakeholder: personas que pueden afectar (positiva o negativamente) en la realizacin del proyecto. Tcnica JAD: consiste en un conjunto de reuniones formalizadas donde participan los stakeholders y el equipo de desarrollo para definir y revisar los requerimientos del negocio para el sistema. Testers: Persona encargada de realizar pruebas sobre una parte especifica del sistema. Trazabilidad Bidireccional: Es una asociacin entre dos o ms productos del proceso de desarrollo y permite que se rastree como se est diseando, codificando y probando uno o mas requerimientos. Requisitos No Funcionales: se refieren a todos los requisitos que ni describen informacin a guardar, ni funciones a realizar. Requisitos Funcionales: define el comportamiento interno del software, funcionalidades especficas que muestran cmo los casos de uso sern llevados a la prctica Requisitos No Tcnicos: se refieren a los requisitos que tienen que ver con el costo y la planeacin del calendario del proyecto. Inconsistencia en los planes o productos del proyecto: incongruencias entre los requerimientos establecidos y los planes o productos originados por stos. Tambin pueden ser productos y planes que no estn sustentados por un conjunto de requerimientos. Consistencia en los planes o productos del proyecto: son productos o planes que tienen como base un conjunto congruente y cohesivo de requerimientos establecidos formalmente.

Proceso de Gestin de Requerimientos| 15

Apndice

Proceso de Gestin de Requerimientos| 16

A1. Lista de criterios para distinguir proveedores de requerimientos.

Gestin de Requerimientos

Lista de Criterios para distinguir proveedores de Requerimientos.

Gua Lo enlistado son los posibles proveedores de requerimientos con los cuales podrn ser seleccionados y clasificados segn la importancia de la informacin que pudieren proporcional. Es importante distinguir cual ser la fuente de requisitos para evitar informacin innecesaria. La siguiente lista se usa de referencia para los criterios empleados para la seleccin del originador de requerimientos para el proyecto. Criterio Descripcin El cargo que tiene en la o Se tomar en cuenta el cargo o lugar que ocupa el sujeto en empresa. la jerarqua de la empresa. El conocimiento que tiene sobre Que tanto sabe el sujeto sobre el problema al que se debe dar la problemtica presentada. solucin. El tiempo que lleva en la Mientras ms tiempo lleve el sujeto en la organizacin, mayor es empresa su conocimiento acerca del funcionamiento de la misma. El grado en que emplear el Si el sujeto es el que ms emplear u operar el producto producto a desarrollar entonces tambin es una fuente importante de requerimientos. Su trabajo no se ver Si lo que se desea es automatizar una funcin llevada a cabo por perjudicado por el producto uno o varios sujetos entonces habr cierta resistencia a ayudar en el desarrollo o bien puede resultar perjudicial.

Proceso de Gestin de Requerimientos| 17

A2. Lista de Criterios para la evaluacin y aceptacin de Requerimientos.

Gestin de Requerimientos

Lista de Criterios para Evaluar y Aceptar los Requerimientos.

Gua: La lista de criterios para la evaluacin y aceptacin de requerimientos son preguntas a realizarse para evaluar el grado de confiabilidad de los requisitos elicitados. Pueden verse como condiciones para proceder en el proyecto con los requisitos actuales o si deben continuar en la elicitacin. La siguiente lista se usa de referencia para evaluar y aceptar los requerimientos del sistema por parte del analista de los requerimientos. Criterio Preguntas sobre los criterios. 1. Requisitos ambiguos Los requisitos se pueden leer e interpretar de distinta forma por personas diferentes? 2. Requisitos realistas 3. Requisitos comprobables Son los requisitos realistas, dada la tecnologa que se utilizar para la implementacin del sistema? Se pueden comprobar los requisitos? Es decir, los testers pueden disear pruebas que permitan mostrar que el sistema cumple con los requisitos? La descripcin de los requisitos incluye requisitos nicos o pueden ser divididos en varios requisitos? Hay requisitos como agregados cosmticos para el sistema, los cuales no son realmente necesarios? Se utilizar hardware que no cumpla con las especificaciones del sistema? Los requisitos son plenamente identificados unos de otros? Los requisitos pueden seguirse a travs de las fases de desarrollo del sistema?

4. Requisitos combinados 5. Requisitos innecesarios 6. Uso de hardware no estandarizado 7. Requisitos identificados de forma nica. 8. Requisitos Rastreables.

Proceso de Gestin de Requerimientos| 18

A3. Forma de Reporte del anlisis de los criterios.

Gestin de Requerimientos

Reporte del Anlisis de los Criterios de Aceptacin de los Requisitos.

Gua: En la primera seccin del documento se coloca la fecha en que se lleva a cabo el anlisis, el nombre del proyecto y la lista de participantes en el anlisis. En la segunda seccin se enlistan el conjunto de documentos de requisitos que se revisarn as como su versin o estado. La tercera y ltima seccin consiste en un checklist con caractersticas q deben cumplir los requisitos con un espacio para colocar observaciones o anlisis sobre los requisitos. Versin: 1.0 Fecha: Participantes del anlisis: Nombre del Proyecto:

Documentos de Requisitos analizados: Titulo del Documento

Versin o Revisin.

Criterios Analizados: Nm Criterio . 1 Requisitos ambiguos

Anlisis

Aprobado


no

Requisitos realistas

Requisitos comprobables

Requisitos combinados

Requisitos innecesarios

Uso de hardware estandarizado

Proceso de Gestin de Requerimientos| 19

Requisitos identificados de forma nica Requisitos Rastreables

A4. Forma de Acuerdos del conjunto de requerimientos.

Gestin de Requerimientos Acuerdo del conjunto de Requerimientos.


Gua: En la primera seccin del documento se coloca la fecha en que se lleva a cabo el anlisis, el nombre del proyecto y la lista de participantes en el anlisis. En la segunda seccin se registran los requisitos clasificndolos en funcionales, no funcionales y otro tipo de requisitos, se les asigna una ID y algn documento en el que se referencie el requisito, y se marcar si se est de acuerdo con el requisito. En la tercera seccin se coloca la lista de los participantes en los acuerdos, su cargo en el proyecto y su firma. En la ltima seccin se coloca el nombre de la persona que aprobar el conjunto de requisitos, la fecha y su firma. Versin: 1.0 Fecha: Participantes del acuerdo Nombre del Proyecto:

Conjunto de Requisitos del Sistema: ID Referencia Requisitos Funcionales

Acordado

ID

Referencia

Requisitos No Funcionales

Acordado

ID

Referencia

Otros Requisitos

Acordado

Participantes del acuerdo: Proceso de Gestin de Requerimientos| 20

Nombre: Nombre: Nombre: Aprobado por: Nombre:

Cargo: Cargo: Cargo:

Firma: Firma: Firma:

Fecha:

Firma:

A5. Forma de Evaluacin de impacto de los Requerimientos.

Gestin de Requerimientos Forma de Evaluacin de impacto de los Requerimientos.


Gua: Se coloca un nmero asignado a la peticin de cambio para mantener un control. Se coloca el ttulo para identificar la peticin de cambio. Se proporciona una descripcin sobre el cambio que se desea realizar. Se coloca el nombre del analista responsable de la peticin. La fecha. Se coloca una breve descripcin acerca de beneficios, penalizaciones, riesgos y costos provocados por la realizacin del cambio. Se calcula una prioridad para el cambio a realizar. Estimaciones de esfuerzos, impactos en el calendario y costos adicionales para la realizacin del cambio. Finalmente se enlistan los requisitos y tareas que pudieran afectarse por el cambio al requerimiento. Se escribe el nombre de la persona que aprob la peticin de cambio, la fecha y la firma. Versin: 1.0 Peticin de Cambio No: Titulo: Descripcin: Analista: Fecha: Estimaciones de Priorizacin Beneficio Relativo: Penalizacin Relativa: Costo Relativo: Riesgo Relativo: Calculo de la prioridad: Estimacin del Esfuerzo Total: (Horas) Estimacin del Esfuerzo Perdido: (Horas) Estimacin del impacto en el calendario: (Das) Impacto de Costos Adicionales:(Pesos) Otros Requisitos Afectados: Otras Tareas Afectadas: Aprovado por:

Proceso de Gestin de Requerimientos| 21

Nombre:

Fecha:

Firma:

Gestin de Requerimientos

Forma de Estimacin del Esfuerzo en los Cambios de los Requerimientos


Versin: 1.0 Nombre del Proyecto:

Fecha: Encargado del documento:

Gua: 1. Identificar el subconjunto de las tareas antes mencionadas que tendrn que hacer. 2. Asignar recursos a las tareas. 3. Estimar el esfuerzo necesario para las tareas pertinentes, sobre la base de los recursos asignados. 4. Estimar el Total el esfuerzo. 5. Secuenciarlas tareas e identificar predecesores. 6. Determine si el cambio est en la ruta crtica del proyecto. 7. Estimar el calendario y el costo del impacto Llenar la siguiente tabla usando el procedimiento: Esfuerzo (Horas laborares) Tarea
Actualizar el SRS o requisitos de base de datos con el nuevo requisito Desarrollo y evaluacin de prototipos Crear componentes de nuevo diseo Modificar los componentes existentes de diseo Desarrollar nuevos componentes de interfaz de usuario Modificar los componentes de interfaz de usuario existente Desarrollar publicaciones nuevo usuario y pantallas de ayuda Modificar las publicaciones existentes del usuario y las pantallas de ayuda Desarrollar nuevas fuentes de cdigo Modificar el cdigo fuente existentes Compra e integrar software de terceros Determinar los componentes, la compra, e integrar hardware, y califica de proveedores Modificar los ficheros de construccin

Proceso de Gestin de Requerimientos| 22

Desarrollar nuevas pruebas unitarias y de integracin Modificar la unidad e integracin existentes pruebas Realizar las pruebas de integracin y unidad despus de la aplicacin Escribir nuevo sistema y los casos las pruebas de aceptacin Modificar actual sistema y los casos las pruebas de aceptacin Modificar los pilotos de pruebas automatizadas Realizar las pruebas de regresin en la unidad, la integracin, y el sistema de niveles Desarrollar nuevos informes Modificar los informes actuales de Desarrollar nuevos elementos de base de datos Modificar los elementos existentes de base de datos Desarrollar nuevos archivos de datos Modificar datos de los archivos existentes Modificar varios planes de proyecto Actualizacin de la documentacin de otros Requisitos de la actualizacin de la matriz de trazabilidad Examen de los productos modificados trabajo reproceso Realizar siguientes revisiones y pruebas Recertificar producto como seguros, seguro y compatible con las normas. Otras tareas adicionales ESFUERZO TOTAL ESTIMADO

Realiz: Aprobado por: Nombre:

Fecha:

Firma:

Fecha:

Firma:

Proceso de Gestin de Requerimientos| 23

A6. Reporte de Estado de los Requerimientos.

Gestin de Requerimientos

Reporte del estado de los Requerimientos.

Gua: En la primera seccin se coloca la fecha de la ltima actualizacin, el nombre del proyecto y el nombre del encargado de llenar el documento. En la segunda seccin se enlistan los requisitos con su ID, los documentos que les hacen referencia y su estado. En la tercera seccin se coloca un conjunto de estados con su descripcin para los requisitos enlistados en la segunda seccin. Por ltimo se coloca el nombre de la persona encargada del seguimiento, la fecha y la firma, y posteriormente el nombre de la persona que aprobar el documento, su firma y la fecha.

Reporte del estado de los Requerimientos


Versin: 1.0 Ultima Actualizacin: Nombre del Proyecto: Encargado del documento: Conjunto de Requisitos del Sistema: ID Referencia Requisitos Funcionales

Estado*

ID

Referencia

Requisitos No Funcionales

ID

Referencia

Otros Requisitos

*Estados: Estado Propuesto Aprobado Implementado Verificado Borrado Rechazado

Descripcin El requisito es pedido por una fuente autorizada. El requisito ha sido analizado y puesto a disposicin en la lnea base del proyecto y el equipo de desarrollo se ha comprometido a implementarlo. El cdigo que implementa el requisito ha sido diseado, codificado y probado. Tambin ha sido seguido a travs de la matriz de trazabilidad. El correcto funcionamiento del requisito implementado ha sido confirmado en el producto y el requerimiento es considerado como completado. Un requisito aprobado es quitado de la lnea base del proyecto. Un requisito que es propuesto pero su implementacin no est dentro los planes Proceso de Gestin de Requerimientos| 24

del proyecto. Datos del encargado del seguimiento: Nombre: Aprobado por: Nombre: Fecha: Firma:

Fecha:

Firma:

A7. Eleccin de una Herramienta para el manejo de la base de datos de los Requerimientos.

Gestin de Requerimientos Procedimiento para la Eleccin de una Herramienta para el manejo de la base de datos de los Requerimientos.
Versin: 1.0 ltima Revisin: Nombre del Proyecto: Encargado del documento: Gua: Gua para la eleccin de la herramienta: Seleccione una herramienta basada en una combinacin de la plataforma, precio, modos de acceso y paradigmacentrado en documentos o centrado en una base de datos que mejor se ajusten al entono de desarrollo y cultura de la compaa. Realice el siguiente procedimiento antes de tomar una eleccin: 1. Defina los requerimientos de la empresa que deber cumplir la herramienta, identifique las caractersticas ms significativas para la empresa, por ejemplo, la capacidad de acceso mediante web es una caracterstica importante, decida si quiere continuar almacenando los requerimientos en documentos o prefiere almacenarlos en una base de datos. 2. Liste 10 o 15 factores que pueden influenciar en su decisin, incluyendo factores subjetivos como adaptabilidad (en la empresa), eficiencia, y efectividad de la interfaz de usuario. El costo debe ser un factor, pero evalu las herramientas sin considerarlo en una primera instancia. 3. Distribuya 100 puntos entre los factores listados anteriormente, y asgnele ms puntos a los factores ms importantes. 4. Obtenga informacin acerca de las herramientas con base en opiniones en foros, revistas especializadas, pginas web, etc. 5. Obtenga una versin de prueba para evaluar los factores subjetivos. 6. Evalu la herramienta en un proyecto real, y no solo el proyecto tutorial del producto. 7. Asigne las calificaciones pertinentes y tome una decisin y llene el siguiente formulario.

Plantilla de Eleccin de herramienta para la gestin de requisitos Herramienta elegida: Fecha: Razones de la eleccin: Histrico de elecciones Herramienta elegida: Fecha: Proceso de Gestin de Requerimientos| 25

Razones de la eleccin: Razones de la sustitucin: Nombre: Aprobado por: Nombre: Fecha: Firma:

Fecha:

Firma:

Gua: Procedimiento para la Eleccin de una Herramienta para el manejo de la base de datos de los Requerimientos. En la primera seccin se coloca la fecha de la ltima revisin, el nombre del proyecto y el nombre del encargado de llenar el documento. En la segunda seccin se documenta una gua para elegir una herramienta de almacenamiento de los requisitos. En la tercera seccin se escribe el nombre de la herramienta elegida, la fecha y una justificacin del porqu de la eleccin de la herramienta. En la ltima seccin se lleva a cabo el nombre de la nueva herramienta, la fecha, las razones de la eleccin, y las razones por las que se sustituy la herramienta. Por ltimo se coloca el nombre de la persona encargada del seguimiento, la fecha y la firma, y posteriormente el nombre de la persona que aprobar el documento, su firma y la fecha.

A8. Procedimiento para el Sistema de Seguimiento de los Requerimientos.

Gestin de Requerimientos

Procedimiento para el Sistema de Seguimiento de los Requerimientos.


Versin: 1.0

Ultima Actualizacin: Nombre del Proyecto: Encargado del documento: Gua: Es posible rastrear los requerimientos manualmente para aplicaciones de menos de 100 requerimientos aproximadamente, pero para sistemas ms grandes es necesario elegir una herramienta de gestin de requerimientos. Considere la siguiente secuencia de pasos cuando deba implementar la trazabilidad de los requerimientos en un proyecto: 1. Seleccione las relaciones o enlaces que desea definir como posibilidades de trazabilidad, de acuerdo a la siguiente figura:

Proceso de Gestin de Requerimientos| 26

Modifica

Requerimientos de Negocio.

Peticin de Cambio

Modifica

Requerimientos de Sistema, caso de uso, atributo de calidad, requisito de interface.

Regla de Negocio

Modifica

Modifica

Requerimiento funcional del software

Arquitectura, interfaz de usuario, diseo funcional

Prueba del Sistema

Planeacin de las Tareas del Proyecto de

Prueba de Integracin

Cdigo

Pruebas de unidad

2. Seleccione la forma de almacenar la informacin: una tabla en un documento, una hoja de clculo, o una herramienta de gestin de requerimientos. 3. Identifique las partes del producto de las cuales desea mantener informacin de rastreo. Inicie con las funciones crticas, las de ms riesgo, o las porciones que requerirn mayor mantenimiento y cambios durante la vida del producto. 4. Modifique sus procedimientos de desarrollo y sus listas de verificacin para poner al pendiente a los desarrolladores de actualizar la matriz de trazabilidad una vez que se implementa o aprueba un cambio en un requerimiento. 5. Defina como convenciones para identificar a cada componente del sistema que ser enlazado. Por ejemplo CU-1, para caso de uso uno. 6. Defina sus matrices de trazabilidad con base en la siguiente plantilla del apndice A8 Nombre: Aprobado por: Nombre: Fecha: Firma:

Fecha:

Firma:

Proceso de Gestin de Requerimientos| 27

Gua: Procedimiento para el Sistema de Seguimiento de los Requerimientos. En la primera seccin se coloca la fecha de la ltima actualizacin, el nombre del proyecto y el nombre del encargado de llenar el documento. En la segunda seccin se coloca una gua para diagramar los requerimientos e inclusive su implementacin de modo que su seguimiento sea ms sencillo. Por ltimo se coloca el nombre de la persona encargada del seguimiento, la fecha y la firma, y posteriormente el nombre de la persona que aprobar el documento, su firma y la fecha.

A9. Plantilla para la Matriz de Trazabilidad de los Requerimientos.

Gestin de Requerimientos

Plantilla para la Matriz de Trazabilidad de los Requerimientos.

Gua: En la primera seccin se coloca la fecha de la ltima actualizacin, el nombre del proyecto y el nombre del encargado de llenar el documento. En la segunda seccin se presenta un ejemplo de una matriz, las filas contienen las listas de los requerimientos funcionales, en las columnas se colocan los casos de uso, el fin de esta columna es establecer relaciones entre los requerimientos funcionales y los posibles productos que se pudieren originar con el mismo, en el ejemplo se colocan solo casos de uso pero tambin pueden enlistarse mdulos de cdigo, diseos, pruebas, etc. Por ltimo se coloca el nombre de la persona encargada del seguimiento, la fecha y la firma, y posteriormente el nombre de la persona que aprobar el documento, su firma y la fecha. Versin: 1.0 Ultima Actualizacin: Nombre del Proyecto: Encargado del documento: Use la siguiente plantilla ya sea en otro documento Word o documento Excel. Matriz de Trazabilidad de los Requerimientos: Requerimiento Caso de uso Funcional CU-1 CU-2 CU-3 CU-4 CU-5 CU-6 CU-7 CU-8 RF-1

Realizado por: Nombre: Aprobado por: Proceso de Gestin de Requerimientos| 28 Fecha: Firma:

Nombre:

Fecha:

Firma:

A10. Forma de Reporte de inconsistencias.

Gestin de Requerimientos

Forma de Reporte de inconsistencias.

Gua: En la primera seccin se coloca la fecha, el nombre del proyecto y el nombre del encargado de llenar el documento. En la segunda seccin se enlistan las inconsistencias colocndoles una ID asignada, la descripcin de la inconsistencia, la fuente que ocasion la inconsistencia, el requerimiento que presenta la misma, las condiciones en las que fue hallada, y la razn por la que se considera una inconsistencia. En la tercera seccin se reportan los cambios realizados en algn documento o producto de la lnea base, se coloca la ID de la inconsistencia presentada, la ID del documento de la lnea base que contiene la inconsistencia y la descripcin del cambio realizado. Finalmente se coloca el nombre de la persona responsable de los cambios, la fecha y su firma, posteriormente el nombre de la persona que aprob el documento, la fecha y la firma.

Nmero:
Fecha: Encargado del documento: Nombre del Proyecto:

Versin: 1.0

Reportar cada inconsistencia encontrada llenando cada apartado de la siguiente plantilla: ID Descripcin de la Fuente Requerimiento Condiciones Razn inconsistencia

Reportar los cambios hechos sobre los Documentos o Productos de Trabajo de la lnea base en el siguiente documento: ID de la inconsistencia ID del Documento Descripcin del cambio

Proceso de Gestin de Requerimientos| 29

Realiz: Aprobado por: Nombre:

Fecha:

Firma:

Fecha:

Firma:

A11. Reporte de Acciones Correctivas.

Gestin de Requerimientos Forma de Acciones Correctivas.


Gua: En la primera seccin se coloca la fecha, el nombre del proyecto, el documento que referencia la inconsistencia, el nombre del encargado del documento y la lista de las personas que intervinieron en la correccin. En la segunda seccin se reportan las acciones correctivas enlistando la ID, la descripcin de la inconsistencia corregida y la accin con la que se corrigi. Finalmente se coloca el nombre de la persona responsable del documento, la fecha y su firma, posteriormente el nombre de la persona que aprob el documento, la fecha y la firma. Versin: 1.0 Fecha: Nombre del Proyecto: Referencia Doc. de inconsistencia: Encargado del documento: Responsables de la Accin Correctiva:

Reportar cada accin correctiva referenciando cada inconsistencia: ID Descripcin de la Accin correctiva inconsistencia

Realiz: Aprobado por: Nombre:

Fecha:

Firma:

Fecha:

Firma: Proceso de Gestin de Requerimientos| 30

Proceso de Gestin de Requerimientos| 31

Вам также может понравиться