Requerimientos

Extraer lo que el cliente

requiere de un Sistema de
Software.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 1

Tareas en la Obtencion de Requerimientos
Introduccin a la Nocin de Ingeniera de
Requerimientos.
Explicacin de los diferentes niveles de detalle de
requerimientos que se necesiten.
Describir como deben ser organizados los documentos
de un Sistema de Requerimientos.
Describir la validacin del Proceso de Requerimientos.
Explicar porque los Requerimientos se involucran
durante el tiempo de vida de un sistema.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 2

Tareas en la Obtencion de Requerimientos
Comprender el problema que se va a resolver, para lo cual es necesario
estudiar el dominio o entorno en el que el sistema va a operar.
Buscar y recolectar informacin acerca del sistema a desarrollar, de
manuales de operacin y mantenimiento, de manuales organizacionales y
polticas de operacin.
Definir los lmites y restricciones del sistema para determinar con precisin
que es lo que el sistema va a hacer y tambin especificar lo que no va a hacer.
Identificar a las personas o usuarios interesados en el sistema, ya que ellos
conocen el medio ambiente en que operar el sistema y pueden ayudar
describiendo sus necesidades.
Recolectar y clasificar requerimientos, los desarrolladores pueden iniciar
definiendo un bosquejo general del sistema, su funcionamiento bsico y
estableciendo su alcance.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 3

Proceso de Obtencion de Requerimientos

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 4

Comprension del Problema

Que se quiere hacer.

Que problema se quiere resolver.
Para que se quiere hacer el sistema.
Problemas:
El cliente no siempre define claramente el problema.
El analista de requerimientos y los desarrolladores no comprenden la
naturaleza del problema.
El analista y los desarrolladores entienden el problema pero no saben
como llevarlo a cabo.
El problema es muy amplio, vago, poco factible, o muy voltil.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 5

 Comprensin del dominio de la aplicacin.
Ambiente operacional. Permite definir el ambiente sobre el cual el sistema estar operando y
todos sus componentes.
Sistemas de hardware. Estos sistemas comprenden, los sistemas de cmputo, las redes
utilizadas y sus protocolos, as como cualquier otros sistemas elctricos y mecnicos.
Sistemas de Software. Estos sistemas comprenden los sistemas operativos, bases de datos,
lenguajes, sistemas de manejo de archivos, software de aplicacin, sistemas de seguridad, entre
otros.
Interfaces Hombre-Maquina. Estos sistemas son aquellos con los que los usuarios tendrn
contacto directo para llevar a cabo sus labores.
Conexiones externas. Estos sistemas son aquellos que provienen del exterior del sistema y que
reciben datos del sistema o a quienes el sistema enva datos.
Procedimientos operacionales. Estos procedimientos definen las funciones que realiza el
sistema actual.
Capacidad del Sistema Actual. Este aspecto permite identificar cual es la capacidad de
procesamiento y de almacenamiento requeridos por el sistema.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 6

Comprensin de las necesidades de los clientes y
usuarios.
Las siguientes actividades ayudan a comprender las
necesidades del cliente y los usuarios:

Identificar las tareas o funciones que describen las

necesidades del cliente (identificar los casos de uso).
Identificar los eventos del sistema y sus respuestas.
Observar a los usuarios en sus labores.
Observar reportes de problemas de los usuarios del
sistema actual.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 7

Requerimientos del negocio
Antecedentes. En los antecedentes se resumen las razones y el contexto
del nuevo producto. Proveen una descripcin general de la historia o la
situacin que llev a la decisin de construir el producto o sistema.
Oportunidades de negocio. Para un producto comercial, describen la
oportunidad de mercado que existe y el mercado en el cual el producto
estar compitiendo.
Visin del producto. Es una descripcin general de lo que se persigue con
la construccin del software y de los beneficios que se esperan.
Alcances del proyecto a travs de los requerimientos del negocio. Los
alcances del proyecto permiten al cliente y a los desarrolladores, identificar
las implicaciones del desarrollo como son, el tiempo de construccin, los
costos y las personas involucradas en desarrollo (por parte del cliente y por
parte de los desarrolladores).

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 8

Requerimientos del negocio
Comprensin del negocio. No es posible llevar a cabo ningn proyecto si no se conoce el
negocio que la organizacin del cliente lleva a cabo. En la comprensin del negocio es
necesario conocer:
La estructura organizacional.
Los procesos del negocio.
Los sistemas existentes, y
El personal clave relacionado con el proyecto.
Riesgos del negocio. En este aspecto, los riesgos definen los problemas que se contemplan
dentro del desarrollo del proyecto; una vez que el comienzo de ste ha sido ha sido aprobado.
la habilidad de poder controlar y administrar efectivamente el desarrollo del proyecto,
la competencia del mercado,
el nivel de aceptacin del usuario,
los posibles problemas con la implementacin y operacin del sistema, y
los posibles impactos negativos en la organizacin.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 9

 Bsqueda y Recoleccin de Informacin
Informacin sobre el sistema actual. Esta informacin provee detalles sobre el sistema
que se quiere remplazar y que actualmente est en funcionamiento. Si se trata de un
producto a desarrollar de uso genrico, sta informacin deber ser aquella que describe
los productos similares actualmente en el mercado, contra quienes el producto tendr que
competir.
Necesidades de los clientes y usuarios. La informacin recolectada anteriormente,
derivada de las entrevistas con los clientes, usuarios y con los interesados en el sistema,
debe documentarse.
Estndares organizacionales. Esta informacin comprende todos aquellos manuales de
procedimientos que la organizacin sigue en sus procesos.
Regulaciones Nacionales e Internacionales. Esta informacin es aquella que provea
estndares o normas para reglamentar al sistema o a los productos de software a construir.
Usualmente todo pas cuenta con un organismo de gobierno que regula las actividades de
las organizaciones y que provee reglas de competencia y de calidad.
Informacin sobre el dominio de la aplicacin. Esta informacin comprende toda
aquella informacin que permita descubrir el dominio.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 10

Definicin de Lmites y Restricciones

Diagrama de Contexto de un Sistema de Inscripciones.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 11

Definicin de los interesados en el sistema
Los interesados deben clasificarse de acuerdo a su actividad y a su perfil.
Clientes: Estos normalmente son quienes contratan, financian o autorizan el desarrollo del
proyecto.
Usuarios: Estos son aquellos que terminarn operando el software requerido, despus de que el
sistema est completamente desarrollado.
Ingenieros de Desarrollo de Software: Son todos aquellos involucrados en el desarrollo del
software, en cualquiera de sus etapas (diseo, implementacin, pruebas o mantenimiento).
Ingenieros del cliente. Son todos aquellos especialistas que asesoran o trabajan dentro de la
organizacin del cliente y que ayudan a especificar los detalles tcnicos de la aplicacin a
desarrollar.
Administradores o jefes del proyecto de software: Son aquellos que dirigen y/o administran
el proyecto de software.
Contratistas externos. Son aquellos desarrolladores externos a quienes se les contrata para
realizar una parte del sistema.
Reguladores externos: es todo aquel personal que indirectamente verifica que todo reglamento
o ley que aplique al desarrollo del proyecto se cumpla.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 12

Definicin de los interesados en el sistema
El perfil de los interesados en el sistema debe incluir la siguiente informacin:
El valor o beneficio que recibir el interesado del producto o del sistema y la forma en que el
producto satisfacer al interesado. Los beneficios que podra obtener el interesado podran ser:
Mejoras en su productividad.
Reduccin de trabajo redundante.
Ahorro de costos.
Mejoras en el proceso del negocio.
Automatizacin de tareas que previamente se realizaban de forma manual.
Aprendizaje de nuevas tareas.
Cumplimiento de estndares o normas.
Mejoras en la calidad con respecto a otros productos o sistemas.
Su disposicin o actitud hacia el sistema.
La forma en como el sistema afectar a su trabajo en la organizacin.
Su rol o funcin en la organizacin.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 13

 Definicin de los interesados en el sistema
Adems de clasificar a los interesados en el sistema, es necesario proveer detalles acerca
de los tipos de usuarios que utilizaran directamente el sistema. A los usuarios de sistema
de software se les puede clasificar de acuerdo a los siguientes aspectos:

La frecuencia con la que usan el sistema.

Las funciones que usan del sistema y su frecuencia.
La experiencia en el dominio de la aplicacin y su experiencia con otros sistemas similares.
El tipo de uso que le dan al sistema (operacin, administracin, mantenimiento, supervisin).
Las tareas que desempean en soporte de los procesos de la organizacin.
Sus privilegios de acceso o niveles de seguridad (tales como usuario invitado, administrador o usuario de nivel
interno).
Tipo de usuarios necesario para operar el sistema (persona, grupo de personas, robot, o otra computadora).

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 14

Roles y Actividades

Rol Actividades
Analista de Requerimientos, Experto Este personal estar a cargo de entender
del dominio, usuario el problema y su definicin.

Analista de requerimientos, usuario Estn a cargo de especificar a detalle

los requerimientos.

Ingeniero de desarrollo de software, Estn a cargo de seleccionar posibles

administrador del proyecto prototipos del sistema.

Ingeniero de requerimientos, Ingeniero Estarn a cargo de desarrollar el

de desarrollo de software sistema o prototipo.

Usuario, experto del dominio, analista Estarn a cargo de evaluar el sistema

de requerimiento e Ingeniero de final o prototipo.
Desarrollo

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 15

Recoleccin de Requerimientos
De forma general los requerimientos provienen de las siguientes fuentes:

Los interesados en el sistema. Todos los interesados en el sistema, principalmente el

cliente y los usuario son quienes mas informacin deben proporcionar sobre los
requerimientos.

El dominio de la aplicacin. El dominio de la aplicacin es una fuente de informacin

que permite ubicar el contexto del desarrollo. Permite obtener informacin acerca de
las caractersticas de funcionamiento del sistema de forma general, y permite
establecer sus restricciones.

La organizacin. No puede validarse la informacin de los requerimientos a no ser que

esta est de acuerdo a los estndares utilizados en la organizacin. De hecho la
organizacin tambin provee algunos de los requerimientos funcionales y
principalmente los no-funcionales, por ejemplo, los requerimientos de calidad,
confiabilidad y seguridad del sistema.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 16

Fuentes de Obtencion de Requerimientos
Fuentes potenciales y las formas de obtencin de
requerimientos.

Entrevistas y discusiones con clientes y usuarios.

Documentos que describen sistemas actuales o productos de la
competencia.
Reportes de problemas tcnicos del sistema actual.
Estudio de la organizacin cuestionarios de usuarios.
Observacin de los usuarios futuros y de su medio ambiente.
Anlisis de los escenarios de las tareas del usuario.
Anlisis de Eventos y Respuestas.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 17

Clasificacion de Requerimientos

Requerimientos

del negocio
Ideas y Casos de uso

solucioness y escenarios

Definiciones Reglas del

de datos negocio

Restricciones Requerimientos

funcionales
Requerimientos Atributos de
y no-funcionales
de interfaces Calidad

externas

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 18

Clasificacin de Requerimientos
Requerimientos de negocio: Todo lo que describa beneficios
de mercado, financieros o del negocio para los clientes o su
organizacin, y que sean obtenidos del producto de software.
Casos de uso y escenarios: Los casos de uso son descripciones
generales de metas del cliente o tareas del negocio que los usuarios
deben realizar. Un patrn nico del caso de uso se conoce como
escenario.
Reglas del negocio: Las reglas de negocio definen hechos,
restricciones, acciones que habilitan funciones, formulas de
cmputo o inferencias derivadas de actividades de la organizacin.
Requerimientos funcionales: Los requerimientos funcionales
describen el funcionamiento que el sistema observar bajo ciertas
condiciones y las acciones que permitir el sistema llevar a cabo a
los usuarios.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 19

Clasificacin de Requerimientos
Atributos de calidad: Los atributos de calidad son requerimientos no-funcionales,
los cuales indican la forma en que el sistema debe realizar alguna actividad.
Requerimientos de interfaces externas: Los requerimientos de esta clase definen
conexiones entre el sistema y el mundo externo. Estas interfaces pueden ser interfaces
de usuarios, interfaces de hardware o software o redes de conexin.
Restricciones: Las restricciones de diseo e implementacin restringen las
opciones del desarrollador.
Definiciones de datos: Las definiciones de datos permiten identificar formato de
los datos o archivos, rango de valores permitidos, valores por defecto, o estructura la
base de datos.
Ideas de solucin: Mucho de lo que los clientes presentan como requerimientos
podra considerarse mas bien como ideas de solucin. Algn cliente que describe como
debera comportase el sistema ante el operador, tal vez solo est describiendo sus ideas
sobre posibles soluciones. Las ideas de solucin podran derivar en requerimientos, si
estas son validadas y son factibles de implementar, pero en otras ocasiones estas solo
podran ser alternativas de diseo.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 20

Ejemplos de Requerimientos

Requerimientos de Incrementa el porcentaje del mercado en 30 %.

negocio Ahorra 20% en costos de produccin por la
automatizacin instalada.
Ahorra 40% en costos de mantenimiento.
Casos de uso y Yo necesito imprimir una etiqueta de correo para el
escenarios paquete.
Yo necesito administrar una cola de reactivos qumicos
que esperan ser analizados.
Yo necesito calibrar las maquinas para control numrico.
Reglas del Debe de seguir el estndar de acuerdo con alguna ley o
negocio poltica de la organizacin.
El formato del saldo de contabilidad esta definido en los
manuales de la organizacin.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 21

Ejemplo de Requerimientos

Requerimientos Si el voltaje rebasa los 20 v. enciende la alarma amarilla.

funcionales El sistema enva un e-mail de confirmacin cuando recibe
cualquier e-mail.
El sistema debe ordenar los productos del inventario en
orden alfabtico.
Requerimientos de Las seales de voltaje se leen de los convertidores
interfaces externas analgico-digital.
Los mensajes se envan a travs de la Internet.
El software debe controlar el tablero de diagramas
elctricos.
Los archivos recibidos electrnicamente deben leerse del
disco externo
El usuario debe poder ver paginas de web amigables.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 22

Ejemplos de Requerimientos de Calidad
Propiedad Medida

Velocidad Transacciones por segundo

Tiempo de respuesta a eventos
Tamao Numero de lneas de cdigo
Numero de Bytes de Memoria disponible
Facilidad de uso Tiempo de entrenamiento
Numero de ayudas
Confiabilidad Errores permitidos por unidad de tiempo
Media de tiempo por fallo
Disponibilidad en tiempo
Robustes Tiempo para restablecer despues de fallo.
Porcentaje de fallos que causan caida
Portabilidad Facilidad de transportar a otro S.O o
lenguaje.

Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 23

Ejemplos de Requerimientos
Restricciones Los archivos recibidos no deben exceder los 10 Mbytes.
La Base de Datos debe manejar archivos en formato
relacional.
El envo de paquetes en la red, debe de usar encriptacin
de 128 Bits.
Definiciones de datos Los nmeros enteros capturados no deben sobre pasar el
valor de 10,000.
El numero de asientos inicial a vender por la aerolnea
debe ser 400.
El valor de temperatura limite es de 40 grados
centgrados.

Ideas de solucin Un cliente podra indicar que para proporcionar seguridad al

sistema ante ataques externos, este debe pedir un pasword, o
podra construirse un firewall o hacer que los datos usen
encriptacin.
Ing.Ral Hernndez, 2017 Introduccin a los Requerimientos Diapositiva 24
Actividad
Investigar mas acerca del tema y realizar un
ensayo de q cuartilla con los siguientes
requerimientos:

Portada
Letra Arial 11 (No negritas)
Justificado
conclusin
Bibliografa
Ing.Ral Hernndez , 2017 Introduccin a los Requerimientos Diapositiva 25