OFICIALÍA MAYOR

DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

Planeación para la El proceso de planear para la recopilación de los requerimientos

obtención de los requiere identificar las fuentes de requerimientos e identificar a los
requerimientos involucrados para entrevistarlos.

Identificando las
fuentes de
requerimientos Los requerimientos de un sistema pueden provenir de muchas
fuentes:

 Entrevistando a los involucrados. Entendiendo el dominio, las

políticas y los procedimientos de la empresa desde el punto de vista
de los clientes involucrados; ya que ellos saben lo que el sistema
debe hacer.

Las entrevistas con estas personas es la parte más difícil, pero

la más importante para poder especificar los requerimientos del sistema.

Para más información de cómo realizar una entrevista, por favor

consulte el documento Como Realizar una Entrevista.

 Observando a los usuarios en su trabajo. A veces los usuarios no

pueden describir lo que hacen en el trabajo (las funciones que el
sistema les ayudará a automatizar o que ya automatiza otro
sistema). Comúnmente es útil observarlos en acción. Hágalo de
forma discreta, tome notas y cuando haya terminado la sesión haga
las preguntas.

 Analizando y documentando las políticas y los procedimientos.

Otra fuente de información sobre los procedimientos que el sistema
deber soportar suelen estar escritos en los documentos internos del

DDI/DGI Página 1 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

cliente. Pregunte si puede tener acceso a ellos para su revisión.

 Analizando el sistema existente. Si el propósito es reemplazar un

sistema existente, entonces es importante analizar las fronteras del
sistema. ¿Cómo interactúan los usuarios con el sistema existente?

Además, si el sistema propuesto se debe integrar con un

sistema legado, entonces se deben analizar las interfases del sistema
legado. En caso de no contar con interfases, entonces el código del
sistema legado debe ser analizado para determinar apropiadamente las
fronteras del sistema; para poder identificar los adaptadores necesarios
para conectar los dos sistemas.

 Analizar y documentar las entradas y las salidas. Algunos

sistemas requieren entradas a través de archivos, esos archivos
deben ser analizados y documentados. De igual forma algunas
salidas son en forma de archivos de datos o reportes los cuales
deben ser analizados y documentados.

DDI/DGI Página 2 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

Identificando a los
involucrados
La lista inicial de involucrados se obtiene del dueño del negocio. Sin
embargo esa lista debe ser expandida cuando se haga la primera ronda de
entrevistas a los involucrados. Incluyendo:

 Usuarios primarios del sistema. Debe haber por lo menos un

involucrado por cada rol de actor. Si el sistema propuesto reemplaza
a uno existente, entonces deberá ser fácil identificar a estos
usuarios. Si el sistema es nuevo, entonces se deben determinar los
roles de trabajo (actores) que el sistema soportará.

 Los usuarios operativos del sistema y los administradores

tanto del sistema como de la red. Estos involucrados pueden
proporcionar información sobre las restricciones y los
Requerimientos no Funcionales (RNFs).

 Administradores de usuarios primarios y operativos. Los

administradores pueden ayudar a identificar las políticas y
procedimientos de negocio. Son los que conocen la documentación
interna de la empresa, pueden proveer las descripciones de trabajo
de los usuarios primarios. También permiten identificar dominios
individuales en roles de trabajo específicos.

 Expertos en el negocio. Son aquellas personas expertas en el

área principal del negocio o en alguna área específica que requiere
amplio conocimiento o experiencia.

 Gerente de ventas del producto. Es aquella persona que puede

proporcionar más información relacionada a la visión del negocio,
especialmente de aquellos sistemas enfocados al cliente.

La siguiente tabla puede ser de ayuda:

DDI/DGI Página 3 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

ROL DE TRABAJO INVOLUCRADO INVOLUCRADOS

PRINCIPAL SECUNDARIOS

(NOMBRE) (NOMBRES)

Dueño … …

Gerente … …

DDI/DGI Página 4 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

El proceso no es muy diferente al empleado con el dueño del

negocio. La diferencia principal se encuentra en el nivel de detalle y la
concentración adicional en los RNFs.

Para más información de cómo realizar una entrevista, por favor

consulte el documento Como Realizar una Entrevista.

Realice una lista inicial de Requerimientos Funcionales (FRs) con

Preparando las preguntas como:
entrevistas con los
involucrados

 Verificación de la visión del dueño del negocio para ese caso de

uso.

 Descubrir el siguiente nivel de detalle.

 Proporcionar los escenarios del caso de uso.

Para cada involucrado, determinar el conjunto de preguntas sobre

RNFs.

DDI/DGI Página 5 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

Preguntas
detalladas de FR
Para cada rol se debe solicitar:

 ¿El caso de uso “XXX” es necesario para su trabajo?

 Explique los pasos que debe realizar “XXX”

o ¿Qué datos se recopilan en cada paso?
o ¿Qué datos son obligatorios y cuáles opcionales?
o Si ya existe un programa que soporta “XXX”, solicitar las
imágenes del mismo.

 ¿Puede proporcionar un escenario concreto para “XXX”?

Explique que el caso de uso es un historia (real o ficticia) sobre

como funciona el caso de uso. Es importante que todos los pasos del
proceso estén cubiertos. El escenario debe estar detallado. Se deben
usar nombres específicos y otros datos.

Pregunte por escenarios alternos. ¿Qué sucedería si algo va

mal?, ¿qué sucedería si la tarjeta de crédito del cliente es negada?,
¿qué sucedería si el cliente le cuelga?

 ¿El trabajo del caso de uso “XXX” incluye la generación de

reportes?

Debido a que los reportes son críticos para el funcionamiento de

un sistema; se deben especificar todos los reportes en el Documento
de Especificación de Requerimientos del Sistema (ERS).

Para generar el Documento ERS, por favor consulte el anexo

DDI/DGI Página 6 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

Generando el Documento de Especificación de Requerimientos.

Para el caso de los reportes, solicite una copia para analizarlos.

Si el repote tiene variaciones múltiples, entonces solicite una copia por
cada variación. Para reportes nuevos, pregunte al involucrado que
especifique el contenido del reporte. Identifique todos los campos y su
generación; por ejemplo, cuáles provienen de la base de datos y cuáles
se calculan.

 ¿El trabajo que usted realiza interactúa con sistemas externos

que tienen que ver con el caso de uso “XXX”?

Ocasionalmente, aplicaciones de terceros son utilizadas para

cubrir la funcionalidad de algún caso de uso. Esos sistemas externos
deben ser registrados, junto con todas sus interacciones.

 ¿Utiliza el caso de uso datos externos?

Algunas acciones requieren acceso a datos proporcionados por

externos; los cuales deberán ser registrados.

Registre notas adicionales de:

 Diferencia de terminología entre actores.

Si escucha algún término que no entienda, pregunte su

definición. Si escucha alguna palabra común que está siendo usada en
un contexto inusual pregunte la definición dentro del domino específico.
Todas las definiciones deben ser adicionadas al glosario del proyecto.

DDI/DGI Página 7 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

Es crítico el poder identificar cuando un involucrado utiliza un

término con el mismo significado que otro término usado por un
involucrado diferente. Ambas definiciones deben ser comparadas
cuidadosamente. Si son idénticas, entonces uno de los términos debe
elegirse como primario y el otro como sinónimo. Si los términos son
diferentes, entonces ambos deben ser agregados al glosario
comparándose entre ambos y describiendo sus diferencias.

 Diferencias en propósito y flujo del caso de uso entre actores.

Cada involucrado tendrá ligeras diferencias sobre el modelo

mental del propósito y flujo de los casos de uso. Si las diferencias son
notorias resultará necesario convocar a una reunión para definir el
propósito y flujo correcto.

Cuestiones a
considerar al
levantar El levantamiento de requerimientos es todo un reto debido a que el
requerimientos
lenguaje y los pensamientos humanos son notoriamente ambiguos.
Particularmente hay 3 áreas en la que los modelos mentales de los
involucrados pueden expresarse inadecuadamente.

Eliminación. Información filtrada. Ocurre cuando hay información

que falta.

Distorsión. Información modificada. Ocurre cuando el modelo

mental de los involucrados incluye información que en realidad no es parte
del proceso de negocio; o bien información que ha sido alterada.

Generalización. La creación de reglas. Ocurre cuando el involucrado

DDI/DGI Página 8 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

refiere situaciones demasiado inclusivas o en su defecto exclusivas. Para

identificar este tipo se utilizan calificadores como: todos, cada uno, siempre,
nunca, nadie, ninguno, etc.

Preguntas
detalladas de NFR
Usualmente estas preguntas son mucho más ambiguas, además que
es mucho más difícil ubicar a la persona indicada.

 Saber qué cualidades sistémicas son importantes para el sistema.

 Saber a quién preguntar acerca de esas cualidades. Hay 4

categorías sistémicas: manifiestan, operacionales, desarrollo y
evolutivas.

MANIFIESTA OPERACIONAL DESARROL EVOLUTIVA

N LO
(USUARIOS) (OFICIAL (DUEÑO DEL
TÉCNICO DEL (GERENTE NEGOCIO O CON
CLIENTE, ASÍ DE LOS
COMO CON LOS (TECNOLOG INVOLUCRADOS
ADMINISTRDOR ÍAS DE LA EN LA
ES DE RED Y INFORMACI OPERACIÓN)
DEL SISTEMA) ÓN) TI DEL
CLIENTE)

Funcionamien Rendimiento Realización Escalabilidad

to

Disponibilidad Administración o Planeación Manutención

DDI/DGI Página 9 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

Gestión

Usabilidad Seguridad Extensibilidad

Utilidad Flexibilidad

Probable (que Reusabilidad

pueda ser
probado)

Confiable Portabilidad

Cada característica deberá cubrir:

Manifiestan. Cualidades que afectan en qué tan bien se comporta el

sistema para el usuario final.

Operacionales. Cualidades que afectan al sistema en ejecución,

podrían no ser vistas directamente por el usuario final.

Desarrollo. Cualidades que afectan la implementación del sistema.

Evolutiva. Cualidades que afectan el costo del sistema a largo plazo

y que finalmente tendrá que absorber el dueño del mismo.

DDI/DGI Página 10 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

Funcionamiento

El funcionamiento es la habilidad de procesar operaciones dentro de

rangos de tiempo deseables, bajo la perspectiva de un usuario único.

Características de funcionamiento obtenidas de las entrevistas.

Ejemplo:

• Cuando el usuario mencione que tan rápido deben ocurrir las

operaciones.
• Los administradores suelen tener expectativas sobre la velocidad
de operaciones individuales así como del total del tiempo
requerido para completar un caso de uso individual.
• Los administradores del sistema usualmente conocen el
rendimiento esperado del mismo, la capacidad de recursos del
sistema como: número de usuarios, tamaño de archivos, número
de registros en la base de datos, número de transacciones, etc.

Afirmaciones o comentarios realizados por los usuarios como:

• “Cuando presiono el botón el sistema actual tarda mucho en

responder; se necesita que el sistema responda en 5 segundos”
• “Este reporte toma mucho tiempo al generarse, pero no importa
porque el proceso corre de noche”.

De preguntas relacionadas al funcionamiento como:

• ¿Qué tan rápido se debe realizar la operación?

• En horas pico, ¿cuántas transacciones ocurren en la base de datos?
• ¿Cuántos usuarios simultáneos usarán el sistema?

DDI/DGI Página 11 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

La escalabilidad es la habilidad para crecer a lo largo del tiempo.

Está relacionada al funcionamiento.

Escalabilidad
Ejemplo:

Una aplicación podría necesitar soportar 20 usuarios este año, pero

quizá dentro de 5 necesite 50 usuarios.

Usabilidad

Es la comodidad del estilo de interacción del usuario comúnmente

generalizado con un caso de uso.

Esta cualidad sistémica es difícil de cuantificar, pero la meta es

determinar la facilidad de uso del sistema. Tips:

• Lo primero que debe hacer es analizar las capacidades de los

actores.

DDI/DGI Página 12 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

o Algo del análisis puede ser obtenido observando al actor

durante las entrevistas y en su lugar de trabajo.
o Preguntar al actor sobre sus capacidades.
• La segunda cosa que se debe hacer es determinar las
consideraciones de usabilidad específicas basadas en las
capacidades del actor.

Información del actor.

 Rol dentro de la compañía.¿Es empleado?, ¿está subcontratado?

 Descripción de su trabajo.
 Uso primario del sistema. Describe como usará el actor el sistema la
mayoría del tiempo. Se pueden listar los casos de uso en los que el
actor participa.
 Uso promedio del sistema en algún momento (por tarea).
 Frecuencia promedio del uso del sistema.
 Educación. Qué nivel educativo requiere el actor.
 Experiencia de dominio. Determina cuanta experiencia tiene el actor
en el negocio.
 Experiencia con computadoras y Sistemas operativos.
 Entrenamiento esperado. Determinar cuanto entrenamiento en el
sistema requiere el actor.
 Expectativa de cumplimiento. Medir cuanto eludirá (evitará) el actor
el sistema.

Consideraciones de usabilidad.

• Consistencia del propósito del sistema con sistemas similares que el

actor usa; grado de libertad en consistencia.
• Look and feel. Lugares de los botones, espacios, múltiples ventanas,
pestañas en las ventanas, etc.
• Localización e internacionalización. Determinar si el sistema tendrá
un uso internacional, para considerar cultura y lenguaje de otros
lugares.
• Facilidad de navegación y flujo de trabajo.
• Accesibilidad. Se considera como el grado al cual el software puede
ser usado cómodamente por un amplio rango de personas,

DDI/DGI Página 13 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0
 OFICIALÍA MAYOR
DIRECCIÓN GENERAL DE INFORMÁTICA

DIRECCIÓN DE DESARROLLO INFORMÁTICO

Recopilación de los Requerimientos del Sistema

incluyendo aquellos que requieren de magnificadores de pantallas,

reconocimiento de voz, etc.

Es la habilidad de controlar el acceso a los servicios del negocio y

activos de información; y detectar, aislar y recuperarse de una violación de
seguridad.

Muchas aplicaciones, especialmente las empresariales, requieren un

riguroso control sobre quién accesa, y a qué características del sistema.

• Los roles de los actores usualmente definen los roles de seguridad

iniciales del sistema.
Seguridad

Para identificar algunas características de seguridad haga las

siguientes preguntas.

o ¿Cómo se almacenan los usuarios y sus contraseñas?

o ¿Qué amenazas internas y externas podrían existir?
o ¿Cuánta granularidad de control es necesaria?
o Si la aplicación es web, ¿qué datos críticos (contraseñas,
tarjetas de crédito, etc.) es intercambiada a través de
Internet?

DDI/DGI Página 14 de 14 Recopilación de los Requerimientos del Sistema

ELC V 2.0