Administracin

Requerimientos

Version No: 01

Elaborado por: Sebastin Kassner

Modificado por: Catalina Cuenca

Pgina
1 de 7

SOLUCIONES UN

Grupo: SOLUCIONES UN

http://sites.google.com/site/gerenciaygestion2009/
ggsi@idesoluciones.com
ggsi@idesoluciones.com
http://sites.google.com/site/gerenciaygestion2009/

ADMINISTRACION DE REQUERIMIENTOS

SOLUCIONES UN
ADMINISTRACIN REQUERIMIENTOS

Control de versiones
Fecha

Versin

Descripcin

Autor

(dd/mm/aaaa)
27/03/2009

1.00

Creacin del documento de

administracin de
requerimientos.

Sebastian
Kassner

ADMINISTRACIN DE REQUERIMIENTOS
Administracin
Requerimientos

Version No: 01

Elaborado por: Sebastin Kassner

Modificado por: Catalina Cuenca

Pgina 2
de 7

SOLUCIONES UN
ADMINISTRACIN REQUERIMIENTOS

Introduccin
El objetivo principal de este documento es dar a conocer las diferentes
metodologas y herramientas que sern empleadas para manejar los
diferentes requisitos del sistema de administracin, haciendo un seguimiento
con los indicadores de gestion de proyectos de software.
Ademas, tambien se pretende que este documento sea un marco contextual
para detallar el metodo empleado para levantar la informacin necesaria
para los requisitos, teniendo en cuenta la manera con la que se van a
plasmar los diferentes requisitos y los mecanismos a utilizar en algn
eventual cambio de requisitos.

CRITERIOS DE ACEPTACIN
Los criterios de aceptacin mencionados a continuacin son para
bsicamente validar que un requerimiento sea correcto, realizable, necesario,
no ambiguos, priorizados, verificables, completos, consistentes, modificables
y trazables, estos criterios son:
a. Criterio de Descripcin de requerimientos:
Detalle: Todos los requerimientos deben tener una buena descripcin de la
funcionalidad que estos tienen en el sistema.
Criterio de Aceptacin: El cliente al leer el requerimiento entiende
claramente su funcionalidad.
b.

Criterio de Modelado:

Detalle: Para modelar la especificacin de los requisitos funcionales se

utilizar el Lenguaje Unificado de Modelado (UML) versin 2.0. Esto permite
disminuir las posibles ambigedades provenientes de la utilizacin del
lenguaje natural.
Criterio de Aceptacin: La especificacin se realiz utilizando el Lenguaje
Unificado de Modelado (UML) versin 2.0.
Administracin
Requerimientos

Version No: 01

Elaborado por: Sebastin Kassner

Modificado por: Catalina Cuenca

Pgina 3
de 7

SOLUCIONES UN
ADMINISTRACIN REQUERIMIENTOS

c. Criterio de flujos de excepcin:

Detalle: Para los requerimientos funcionales se determinarn los posibles
flujos de excepcin y el comportamiento que debe tomar el sistema cuando
estos se presenten.
Criterio de Aceptacin: Cada uno de los requerimientos funcionales cuenta
con sus respectivos flujos de excepcin.
d.

Criterio de medida de requerimientos no funcionales:

Detalle: Los requerimientos No Funcionales tendrn asociadas unas escalas

que permitan hacerles seguimiento y determinar si luego de la
implementacin se cumplen o no.
Criterio de Aceptacin: Cada uno de los requerimientos No Funcionales
tendr una escala asociada que permitir determinar si luego de la
implementacin se cumple dentro del rango de valores inicialmente
establecidos.
e.

Criterio de Identificacin:

Detalle: Para permitir la trazabilidad, cada uno de los actores y

requerimientos del sistema contar con un identificador nico que permite
identificarlo plenamente dentro de toda la documentacin expedida para el
proyecto.
Criterio de Aceptacin: Todos los casos de uso y actores tienen definido un
identificador nico y aparecen identificados con el mismo a travs de toda la
documentacin.
f. Criterio de clasificacin de requerimientos funcionales:
Detalle: Los requerimientos funcionales del sistema sern clasificados segn
su grado de importancia en los tres grupos sugeridos por el estndar IEEE:
Esenciales, Condicionales y Opcionales. Est propiedad ser determinada en
el formato de especificacin detallada de casos de uso.

Administracin
Requerimientos

Version No: 01

Elaborado por: Sebastin Kassner

Modificado por: Catalina Cuenca

Pgina 4
de 7

SOLUCIONES UN
ADMINISTRACIN REQUERIMIENTOS

Criterio de Aceptacin: Los casos de uso que componen el sistema fueron

clasificados en los tres grupos sugeridos por el estndar IEEE: Esenciales,
Condicionales y Opcionales.

TRAZABILIDAD DE REQUISITOS
Con el fin de determinar la manera como fueron implementados los
requerimientos, todos los requisitos deben tener una trazabilidad, para ello
en todas los documentos que se realacionen con los requerimientos deben
incluir una tabla llamada Trazabilidad de Requerimientos en donde se deben
guardar las relaciones de los requerimientos con otros artefactos, los tipos de
las relaciones (realizacin, etc) y las direcciones de las relaciones es decir
dobles, simples(origen -> fin) o simples (fin > origen).

REGISTRO DE CAMBIOS
Cuando se realice un cambio a algn documento de requerimientos este se
debe guardar en la tabla denominada Inventario de Cambios en donde se
debe indicar cual es la versin del requerimiento debido al nuevo cambio
realizado, la fecha, y el autor de ste. Tambin se deber hacer una breve
descripcin del cambio hecho.

METODOLOGA DEL MANEJO DE CAMBIOS

Todo cambio a las especificaciones funcionales aprobadas debe realizarse
basndose en la siguiente metodologa:
1. Criterios base:
- Solicitud por parte del cliente del cliente para realizar el cambio.
2. Objetivo:
- Evaluar y estimar una solicitud de cambio realizada por el cliente.
3. Encargado:
- El responsable del proceso es el administrador del desarrollo.
Administracin
Requerimientos

Version No: 01

Elaborado por: Sebastin Kassner

Modificado por: Catalina Cuenca

Pgina 5
de 7

SOLUCIONES UN
ADMINISTRACIN REQUERIMIENTOS

4. Entradas
- Postulados del cliente con respecto a sus necesidades de cambio.
5. Actividades:
5.1 Notificar cambios.
Detalle: Notificar formalmente y por escrito el cambio al director del
proyecto.
Responsable: Cliente.
Resultado: Documento con la solicitud del requerimiento de cambio.
5.2 Estudio del impacto.
Detalle: Evaluar los costos y el impacto del cambio en el sistema.
Responsable: Lder de Desarrollo.
Resultado: Evaluacin del impacto del cambio.
5.3 Aprobacin o rechazo del cambio.
Detalle: El cliente de acuerdo a los costos y el impacto del cambio debe
decidir si incorporar o no el cambio
Responsable: Cliente
5.4 Planificacin de los cambios.
Detalle: En caso de ser aprobado el cambio se realizar la planeacin para el
desarrollo de ste.
Responsables: Lder de Planeacin.
Resultado: Planeacin de la ejecucin del cambio.
6. Salida: Documento de descripcin del cambio y planeacin de ejecucin
del cambio.
7. Criterios de terminacin o de salida: Aprobacin por parte del usuario
documentos de salida.

PLANTILLA PARA DESCRIPCIN DE CAMBIOS

INFORMACIN DEL PROYECTO
Nombre
Cliente
Id del cambio
Administracin
Requerimientos

Version No: 01

Elaborado por: Sebastin Kassner

Modificado por: Catalina Cuenca

Pgina 6
de 7

SOLUCIONES UN
ADMINISTRACIN REQUERIMIENTOS

Fecha solicitud
INFORMACIN DE LOS CAMBIOS
Descripcin
Partes
Afectadas
Encargados
Prioridad
Impacto
Riesgo
Costo

Administracin
Requerimientos

Version No: 01

Elaborado por: Sebastin Kassner

Modificado por: Catalina Cuenca

Pgina 7
de 7