LEVANTAMIENTO DE

REQUERIMIENTOS
IT-016Ver.No. 07

ELABORACIN
ANA HOYOS SOULIER
Consultor III

Marzo 28 de 2016

ELISABET BOTERO RAMIREZ

Subdirectora Fbrica de Software

Abril 12 de 2016

BLANCA BETANCUR VIDES

Subdirectora de Proyectos e
Innovacin

Abril 12 de 2016

JOSE IGNACIO RODRIGUEZ

MARTINEZ
Director de tecnologa

Abril 15 de 2016

REVISIN

APROBACIN

Levantamiento de requerimientos

CONTROL DE VERSIONES

Versin

Fecha de revisin

Descripcin del cambio

01

Octubre 10 de 2012

Creacin del documento

02

Diciembre 18 de 2012

Reemplazo de la palabra novedad por la

palabra incidente. Esto se realiza en todo el
documento

Milagros Sandoval Cervantes

03

Febrero 25 de 2013

Se coloca que cuando la necesidad no sea

clara se debe enviar correo al cliente, y
asignar la solicitud en fase ACI
Se coloca que como soporte de las
reuniones se debe dejar un Acta con las
conclusiones.
Se coloca que cuando se envenlos
requerimientos al cliente se debe copiar a la
Subdirector de centro de desarrollo.

Diana Blanco Atencio

Responsable del cambio

Shirley Cudriz Crespo

04

Mayo 6 de 2013

Se incluye el tem 4.2.4 Criterios de

aceptacin de los requisitos.

Diana Blanco Atencio

05

Mayo 6 de 2014

Se cambian los cargos de los Coordinadores

de Centro de desarrollo y soporte por
Subdirectores.
Se especific como se debe nombrar el
documento de Especificacin de requisitos
Se especific que una vez se elabora el
documento de Especificacin de requisitos
se debe enviar al Subdirector de Centro de
Desarrollo o Lder de desarrollo para su
revisin.
Se especific que cuando se enve el
documento de especificacin de requisitos
al cliente a travs del Seviamerika, se debe
emplear la plantilla CDA-Validacin de
requisitos

Shirley Cudriz Crespo

Se realizan las siguientes modificaciones en

el tem 4:
o Los puntos 1 y 2 se unifican en el 1.
o Los puntos 3,4,5 se unifican en el 2.
o El punto 6 cambia a 3 y 4, en este
punto se incluye la creacin opcional
de diagramas de solucin y prototipos
de formas y reportes, adems se
incluye el diligenciamiento de la lista de
comprobacin CLEV - Revisin del

Shirley Cudriz Crespo

06

Septiembre 7 de 2015

levantamiento.
o

IT-016. Ver. No. 07

El punto 7 cambia a 5, y se modifica

que la revisin del documento de
especificacin de requisitos la haga un
miembro
del
equipo
y
no
Pgina 2 de12

Levantamiento de requerimientos

07

Abril 15 de 2016

exclusivamente el Subdirector de
centro de desarrollo o el lder de
desarrollo, y que la misma sea opcional.
o El punto 8 cambia a 6, se excluye el
texto que indica que el correo de envo
del documento de especificacin de
requisitos debe enviarse con copia al
subdirector de centro de desarrollo,
subdirector de soporte y al responsable
de la solicitud.
Se cambia el ttulo del tem 4.1 por
Estndares de nombramientos y se incluye
estndar de nombramiento de diagramas
de soluciones.
El tem 4.2.3 Tcnicas para la extraccin de
requisitos pasa a ser 4.2.4 y en el 4.2.3 se
incluye un nuevo tem: Consideraciones
para elaborar los documentos.
Los tems 4.2.4 y 4.2.4.1 pasan a ser 4.3 y
4.3.1
Se mejora la redaccin a lo largo de todo el
documento
Seccin
4
Se
realizan
las
siguientes
modificaciones :
Se elimina la actividad de registrar un
movimiento con la actividad: ACN NOTIFICACIN
AL
CLIENTE
POR
SERVIAMERIKA DEL CAMBIO DE FASE.
y el diligenciamiento de la lista de
comprobacin."
Se elimina la actividad de registrar un
movimiento con la actividad: AC2R- SE

Ana Hoyos Soulier

RECIBIO CORREO DE ACEPTACION

DOCUMENTOS
REQUERIDOS
POR
PROCESO(ACT2
REQ),
y
el
diligenciamiento
comprobacin.

IT-016. Ver. No. 07

de

la

lista

de

Pgina 3 de12

Levantamiento de requerimientos

CONTENIDO
1.

OBJETIVO

2.

ALCANCE

3.

PALABRAS CLAVE

4.

DESARROLLO

4.1Estndares de nombramientos

4.2 Fundamentos de requisitos

4.2.1 Tipos de requisitos

4.2.2 Caractersticas de los requisitos

4.2.3

Consideraciones para elaborar los documentos

4.2.4 Tcnicas para extraccin de requisitos

4.3 Criterios de aceptacin de los requisitos

11

4.3.1 Ejemplos de requisitos que no cumplen con los criterios de aceptacin

11

5.

REGISTROS DE CALIDAD

12

6.

ANEXOS

12

IT-016. Ver. No. 07

Pgina 4 de12

Levantamiento de requerimientos

1. OBJETIVO

El propsito de este instructivo es describir las actividades que debe realizar el Responsable de
levantamiento para elaborar los entregables del levantamiento de requerimientos.
2. ALCANCE

La presente instruccin aplica a la actividad de levantamiento de requisitos para las solicitudes

de requerimientos.
3. PALABRAS CLAVE

Aplicaciones, Anlisis de requisitos, solicitud de requerimientos, incidente, SERVIAMERIKA,

Ver Diccionario del SGC: http://hestia/sissgt/Lists/diccal/AllItems.aspx

4. DESARROLLO

A continuacin se citan los pasos para realizar el levantamiento:

1. Verificar si la necesidad del cliente es clara para poder continuar el anlisis de la
necesidad y adquirir el conocimiento de la misma. En caso contrario debe realizar lo
siguiente:
Solicitar al cliente la ampliacin de la informacin mediante correo electrnico
enviado desde Serviamerika. Para elaborar el correo El Responsable de
levantamiento podr utilizar la plantilla de aclaracin de informacin existente.
Asignarsela solicitud en fase ACI Aclaracin de informacin.
2. De ser necesario, para ampliar la informacin de la necesidad y/o aclarar dudas, se
deben preparar y programar reuniones con el cliente. En el caso que se requiera
establecer compromisos o soportar decisiones se deber utilizar el formato FR 011
Acta de Reunin.
3. Basndose en la informacin recibida por el cliente, se debe diligenciar el documento de
Especificacin de requisitos (ERS). Adicionalmente, durante esta fase se podrn construir
los siguientes documentos:
o Diagramas de solucin, segn lo definido en la IT-012DIAGRAMACIN
DE SOLUCIONES.
o Prototipos de formas y reportes, segn lo definido en el DC019LINEAMIENTOS DE DISEO.

4. Asegurar que los documentos entregables de esta fase respondan las preguntas
definidas en el tem 4.3 Criterios de aceptacin de los requisitos, para ello, deber
IT-016. Ver. No. 07

Pgina 5 de12

Levantamiento de requerimientos

diligenciar la lista de comprobacin CLEV - COMPROBACIN DEL LEVANTAMIENTO DE

REQUISITOSla cual se carga al ingresar el movimiento RLEV - REVISIN DEL

LEVANTAMIENTO DE REQUISITOS.
5. Finalizada la elaboracin delos documentos, estos se podrn enviar por correo a otro
Responsable de levantamiento que no haya participado en la fase de anlisis, para que
este haga una revisin del contenido de los documentos, basndose en lo definido en el
tem 4.3 Criterios de aceptacin de los requisitos.
6. Enviar al cliente los entregables de esta fase en formato pdf, para su aprobacin a travs
del Serviamerika empleando la plantilla CDA Validacin de requisitos. Adicionalmente,
el Responsable de Levantamiento, deber asignar la solicitud en fase DIS Diseo a l
mismo o a quien vaya a realizar la actividad.
7. En caso en el que el cliente tenga alguna observacin o solicite un cambio sobre el
documento de especificacin de requisitos enviado, se deber:

Hacer los ajustes creando una nueva versin del documento de especificacin de
requisitos.
Realizar nuevamente el punto 3, 4, 5(opcional) y 6.

8. Una vez se tenga aprobacin por parte del cliente se solicita al Administrador de
versiones la creacin de la carpeta de la solicitud, colocar los documentos aprobados en
la carpeta de requerimiento y dar commit.
4.1Estndares de nombramientos

A continuacin se definen los estndares de nombramiento de los entregables de esta fase:

Estndar de nombramiento del documento de Especificacin de requisitos:
No_solicitud + ERS + V + Consecutivo de la versin: Por ejemplo: 902575_ERS_V1

Estndar de nombramiento de los requisitos: Cada requisito identificado deber ser

nombrado secuencialmente siguiendo la siguiente nomenclatura:
RQ + TIPO DE REQUISITO: F o NF + consecutivo de dos (2) dgitos. Por ejemplo: RQF01.

Estndar de nombramiento de Diagrama de Soluciones. Remitirse a la IT-012

DIAGRAMACIN DE SOLUCIONES.

4.2 Fundamentos de requisitos

IT-016. Ver. No. 07

Pgina 6 de12

Levantamiento de requerimientos

4.2.1 Tipos de requisitos

Los requisitos se clasificarn de acuerdo al impacto y la solucin que estos generan en el

producto y su interrelacin con el usuario. El Responsable del levantamiento, debe tipificar cada
uno de los requisitos extrados. Los tipos de requisitos que sern utilizados se definen a
continuacin:

Requisitos Funcionales (F): Los requisitos funcionales, estn relacionados directamente

con la funcionalidad del producto. Definen las funciones que el sistema ser capaz de
realizar, describiendo las transformaciones que el sistema realiza sobre las entradas para
producir salidas.

Requerimientos no funcionales (NF): Los requerimientos no funcionales estn

relacionados con las caractersticas que de una u otra forma puedan limitar el sistema.
Para identificarlos, se debe tener en cuenta los siguientes aspectos:
o

Requisitos de usabilidad, que se refieren al grado o medida en la cual un software

puede ser utilizado por usuarios especficos para conseguir objetivos especficos con
efectividad, eficiencia y satisfaccin dentro de sus actividades diarias.

Requisitos de interoperabilidad, que se refieren a la habilidad que tiene el software

para trabajar con otros sistemas o productos sin un esfuerzo especial por parte del
cliente.

Aspectos de rendimiento, tales como la carga, velocidad, tiempos de respuesta,

espacio o almacenamiento, uso de memoria o procesamiento y concurrencia de
usuarios.

Requisitos de fiabilidad, se entiende como la probabilidad de que el software

implementado, funcione bajo condiciones pactadas durante un perodo de tiempo
determinado.

Consideraciones y restricciones de hardware y software, que hacen referencia a la

disponibilidad tecnolgica que posea el cliente para la implementacin del software
desarrollado.

Requisitos de estndares y seguridad.

Requisitos de portabilidad, enfocado al grado de dependencia de la plataforma

donde se utilizar el software.

4.2.2 Caractersticas de los requisitos

IT-016. Ver. No. 07

Pgina 7 de12

Levantamiento de requerimientos

El responsable del levantamiento, debe tener en cuenta las siguientes caractersticas en la

especificacin delos requisitos:

Claridad: Hace referencia a que los requisitos deben ser comprensibles por todo el personal
involucrado durante el ciclo de vida del desarrollo de una solicitud de requerimientos.

Completitud: Se refiere a que los requisitos deben expresarse completamente, es decir, que
no falten requisitos para describir el sistema y que logren describir todo el comportamiento
desde el punto de vista externo. Un requerimiento est completo si no necesita ampliar
detalles en su redaccin, es decir, si se proporciona la informacin suficiente para su
comprensin.

Concisin: Los requisitos deben expresarse claramente, de forma precisa y evitar

ambigedades que dificulten la interpretacin y el entendimiento. Un requerimiento es
conciso si es fcil de leer y entender. Su redaccin debe ser simple y clara para aquellos que
vayana consultarlo en un futuro.

Consistencia: Los requisitos no deben estar en conflicto unos con otros, ni deben estar
incluidos en requisitos de instancias superiores o inferiores. Los conflictos que se deben
evitar son los siguientes:
o

Conflictos de conducta, dos o ms requisitos especifican conductas distintas del

sistema para las mismas condiciones y estmulo externo.

Conflictos de trminos, se utilizan trminos distintos para el mismo concepto.

Conflictos de caracterstica, cuando dos o ms requisitos especifican aspectos

contradictorios para la misma caracterstica del sistema.

Conflictos de temporalidad, si dos o ms requisitos exigen caractersticas

temporales contradictorias al sistema.

Verificabilidad: Los requisitos deben ser verificables, es decir, que se pueda comprobar que
el sistema desarrollado cumple con ese requisito.

Independencia del diseo: Los requisitos deben ser independientes del diseo y la
implementacin del software o solucin. Una especificacin es independiente del diseo y
de la implementacin, si y slo si, no especifica una determinada descomposicin del
sistema ni ningn aspecto de su posible implementacin.

4.2.3

Consideraciones para elaborar los documentos

A continuacin se listan algunos aspectos que se deben tener en cuenta al momento de

elaborar los entregables de esta fase:
A nivel de redaccin:
IT-016. Ver. No. 07

Pgina 8 de12

Levantamiento de requerimientos

No usar diferentes palabras para referirse al mismo trmino. Ejemplo pliza, inmueble y
predio.
El estilo de redaccin de un requisito del sistema de informacin debe ajustarse, en la
medida de lo posible, a estos patrones:
o El sistema deber,
o Los tipos de informes que el sistema debe generar son
o El sistema permitir que,
Revisar la ortografa de todos los entregables antes de oficializar los documentos.

A nivel de contenido:

Evite emplear trminos tcnicos y en caso de ser estrictamente necesario definirlos en el

glosario.
Evite utilizar los siguientes trminos, que pueden ocasionar ambigedad en el requisito:

Correctamente

Rpido

Similar

Podra

Como

Puede

gil

Posiblemente

Quizs

Cierta antelacin

Mejor esfuerzo

Suficiente
capacidad
Todos

Equivalente

Ilimitado

Cualquiera

Nunca

Tiempo de
aceptable

Asegurar

Satisfactorio

Cualquier nmero

Mejorar

Incondicional

Como sea necesario

Libre de errores

Alta Calidad

Condiciones normales

Completamente
garantizado

Mutuamente
satisfactorio

respuesta

Cuando se requiera hacer referencia a objetos del sistema como pantallas y reportes, deben
ser nombrados como se encuentran definidos en la aplicacin. (Ejemplo: SRVF015
Consulta de Inmuebles, SRVR233 Resumen de recaudos entre fechas).

4.2.4 Tcnicas para extraccin de requisitos

La extraccin de requisitos permite al Responsable del levantamiento involucrarse en la

necesidad del cliente, entendiendo su entorno y objetivos a nivel del software y procesos del
negocio.
IT-016. Ver. No. 07

Pgina 9 de12

Levantamiento de requerimientos

Para complementar la informacin generada en esta actividad, se deben revisar los siguientes
lineamientos que permiten definir y abordar el levantamiento de informacin del cliente:
o

Cuestionarios o preguntas focalizadas: En caso de que el requerimiento lo amerite, se

deber preparar un cuestionario con las preguntas necesarias para dar claridad y
definicin a la necesidad del cliente, teniendo en cuenta los siguientes aspectos:
1. Cul es la actividad que actualmente se est realizando? comprender la
actividad o procedimiento que se sigue actualmente, para conocer el flujo bsico
de las comunicaciones, entradas y salidas del proceso o requerimiento.
2. Qu es lo que se desea realizar? cmo en el futuro se transformarn esas
entradas y salidas una vez se hayan realizado el desarrollo de los productos.
3. Qu personal o roles participan en el proceso? Permite identificar a los
principales actores directos o indirectos que se pueden ver afectados por los
cambios, adems que se identifican y adicionan proactivamente requisitos que
no son provedos por el usuario solicitante.
Es importante buscar respuestas acerca de los requerimientos bsicos dnde se
debe profundizar, teniendo en cuenta las siguientes preguntas genricas:

Cul es el proceso bsico que se sigue?

Qu datos de entrada y salida se generan dentro de ese proceso?
Qu limitaciones (regulatorios, tiempo, cantidad de trabajo, concurrencia) se
deben tener en cuenta para el proceso?
Qu justificacin existe para realizar el proceso?
Dnde se realiza?
Cunto tiempo y con qu frecuencia se lleva a cabo dicha operacin?
Qu roles o personas utilizan la informacin de salida del proceso?
Cul es el deber ser en caso que se requiera devolverse en determinada parte
del proceso? Analizar las diferentes opciones.

Entrevistas o reuniones formales: A travs de esta tcnica se busca que el

Responsable del levantamiento adquiera un conocimiento ms detallado acerca de
los requerimientos del cliente. Estas reuniones se pueden realizar de la siguiente
manera:

Reunindose personalmente con el usuario solicitante ya sea dentro de la

Organizacin o en las instalaciones de la Empresa Cliente.
Remotamente, utilizando herramientas de colaboracin tales como
videoconferencia o mensajera instantnea.
A travs de lnea telefnica.

El desarrollo de las entrevistas debe planificarse teniendo en cuenta los siguientes

aspectos:
IT-016. Ver. No. 07

Pgina 10 de12

Levantamiento de requerimientos

Identificar a las personas a entrevistar.

Definir fecha, hora y lugar de la entrevista, as como el tiempo estimado de
duracin de cada una de ellas.
Preparar la entrevista.

Polticas de negocios, estndares y documentacin: En caso que la solicitud

contemple alguna poltica formal, estndares u otra documentacin establecida por
la Empresa Cliente, puede solicitarse una copia del documento al usuario solicitante;
el objetivo de este recurso es ampliar el horizonte informativo de los procesos
implicados en los requerimientos y conocer sus restricciones.

4.3 Criterios de aceptacin de los requisitos

Los entregables de la fase de levantamiento de requerimientos deben resolver los siguientes

interrogantes antes de ser enviados al cliente para su validacin:

Los requisitos detallan el comportamiento esperado por el usuario?

Los requisitos especifican las restricciones y/o validaciones requeridas?

Los requisitos contienen los diferentes caminos alternos?

Los requisitos expresan la necesidad del cliente sin indicar cmo construir la solucin?
Cada requisito individual es entendido desde la vista de usuario, generando una nica
interpretacin?
Los requisitos estn redactados en lenguaje natural, sin utilizar palabras redundantes?
Los requisitos estn Listados en un orden lgico?
Existen contradicciones o conflictos entre los requisitos de la solicitud o requisitos ya
implementados?
Se han tenido en cuenta todos los involucrados para el levantamiento de la
informacin?
Se ha realizado el anlisis de impacto detallado?
Los anexos coinciden con lo expresado en el ERS?

4.3.1 Ejemplos de requisitos que no cumplen con los criterios de aceptacin

A continuacin se colocan algunos ejemplos de requisitos que no cumplen con los criterios de
aceptacin:
REQUISITO

IT-016. Ver. No. 07

ALGUNAS
DEFICIENCIAS
IDENTIFICADAS

ANLISIS

Pgina 11 de12

Levantamiento de requerimientos

Se debe crear un procedimiento de

base de datos que se comporte de
manera similar a la forma de
Solicitud de reconexiones.

Concisin

La forma de inmuebles con deuda

debe
mostrar
los
resultados
rpidamente.

Ambigedad

El concepto rpido depende de la

interpretacin de quien lee el
documento, en este caso se
recomienda definir un rango de
tiempo por ejemplo entre 3 y 10
segundos.

Se requiere que el sistema Amerika

permita definir a que motivos de
anulacin
definitiva
de
pagos/cobros
apliquen
para
devolucin de dinero.

Concisin

El requisito no es claro y se requiere

de una explicacin para su
comprensin

REQ 1: Eliminar el parmetro para el

clculo de los das de pago

Contraposicin

El REQ8 usa el parmetro que se

solicita eliminar en el REQ1

Ambigedad

El requisito no especifica lo que se

espera haga el procedimiento.

Independencia de
diseo

REQ8: Calcular la fecha de pago de

la factura de los proveedores
teniendo en cuenta el nmero de los
das parametrizado para el pago.

5. REGISTROS DE CALIDAD

NOMBRE DEL REGISTRO

CODIGO

ESPECIFICACIN DE REQUISITOS

FR-007

ACTA DE REUNIN
SOLICITUD DE SERVICIO

FR-011
FR-106

6. ANEXOS

No aplica.

IT-016. Ver. No. 07

Pgina 12 de12