Intro Requerimientos

Ingeniera de Requerimientos
Estableciendo lo que el cliente

requiere de un Sistema de
Software.
Sommerville, Mejia-Alvarez
Introduccion a los Requerimientos
Diapositiva 1
Objetivos
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.
Diapositiva 2
Tpicos
El Proceso de Ingeniera de Requerimientos

Los Documentos de Requerimientos de software
Validacin de Requerimientos
Evolucin de Requerimientos
Diapositiva 3
Requerimientos
Que funcionalidad se le pide a este sistema ?
Base de Datos
Del Banco
Anlisis
de Riesgos
Lector de
Tarjeta de Crdito
Interfase Hombre-Maquina
Sistema de
Comunicaciones
del Banco
Pantalla
Teclado
Sistema de
Control del
Cajero Automtico
Cliente
Representante
del Banco
Personal de
Mantenimiento
Sistemas de Control y
Conteo de Billetes
Sistema de
Comunicaciones
Diapositiva 4
El proceso de establecer los servicios que el cliente

requiere de un sistema y los limites bajo los cuales opera
y se desarrolla.
Las malas o ineficientes prcticas de la Ingeniera de
Requerimientos llevan invariablemente al fracaso del
desarrollo del software, y pueden ser ms costosas,
dependiendo de que tan tarde estas son descubiertas en el
proceso de desarrollo.
Es necesaria una disciplina en el desarrollo de software y
en particular en el proceso de Ingeniera de
Requerimientos a fin de evitar que el desarrollo de
software falle o que sufra de costos excesivos.
Diapositiva 5
El xito de un sistema de software se mide de acuerdo al grado con que

este y su proyecto de desarrollo cumplen con el objetivo para el cual
fueron requeridos.
El problema del desarrollo de los sistemas de software es que los
requerimientos son inherentemente dinmicos.
Los cambios ocurren constantemente y esto se de debe ase deben a: Estos

cambios por mejoras,
cambios por errores descubiertos, cambios por adopcin de nuevas
tecnologas,
cambios por mejoras en la comprensin del sistema, entre otros.
El proceso de Ingeniera de Requerimientos debe ser preciso y flexible

a la vez.
Preciso por que debe incluir todos los requerimientos del cliente y del
ambiente donde este estar operando.
Flexible, ya que los requerimientos estn sujetos a constantes cambios.
Diapositiva 6
Qu es un Requerimiento?
Puede variar desde unos estatutos abstractos en alto

nivel de un servicio o unas restricciones del sistema
hasta una especificacin funcional matemtica
detallada.
Los Requerimientos pueden servir como una funcin
dual
Puede ser la base para la declaracin de un contrato, por lo tanto,

deber estar abierto a interpretacin.
Puede ser la base para el contrato en s, por lo tanto, debe ser definido
en detalle.
Ambas declaraciones sern llamadas Requerimientos.
Diapositiva 7
Un requerimiento de software define las funciones,

capacidades o atributos de cualquier sistema de software.
Tambin representan:
Factores de calidad del sistema que permitirn evaluar su

utilidad a un cliente o usuario.
Los datos de entrada al proceso de desarrollo de software y
representan lo que se requiere implementar.
Una descripcin de cmo el sistema deber comportarse,
describe informacin del dominio de la aplicacin, describe
restricciones de la operacin del sistema y especifica atributos
propiedades del sistema.
Un problema por resolver.
Diapositiva 8
No se deben incluir aspectos de diseo, que especifiquen

como deben implementarse tales requerimientos, ni
detalles de planeacin del proyecto o de las pruebas.
Es importante separar lo que se requiere (que se detalla
con los requerimientos) de como se requiere que el
sistema sea diseado (que se detalla en la etapa del
diseo).
Todo software tiene requerimientos que lo definen y
quizs la parte ms difcil de la construccin del software
es la decisin de que es lo que se debe construir
Diapositiva 9
Los Requerimientos pueden ser Funcionales o

No-Funcionales
Los Requerimientos funcionales describen servicios o funciones

Los Requerimientos No-funcionales son un lmite en el sistema
o en el proceso de desarrollo.
Requerimientos de Dominio
Requerimientos que se obtienen de el dominio de la

aplicacion del sistema y que reflejan sus
caracteristicas.
Diapositiva 10
Ingenieria de Requerimientos: Pasos

principales
1. Entender el problema: definicion
2. Describir el problema: especificacion
3. Verificar la naturaleza del problema: validacion
4. Ponerse de acuerdo en los limites del problema:
negociacion
Este es un proceso iterativo
11
Marco del proceso de requerimientos

especification
definicion
doc & admon
validacion
negociacion
12
Caracteristicas de los requerimientos
En principio los requerimientos deben ser

precisos, completos y consistentes.
Precisos
Completos
Deben incluir todas las descripciones y componentes requeridos
Consistente
Deben extraer con precision lo que se desea del sistema
No debe haber conflictos o contradicciones en las descripciones

de los requerimientos
En la practica es dificil producir un documento

con estas caracteristicas.
Requerimientos
Definicin/Especificacin
Definicin de Requerimientos
Especificacin de Requerimientos
Una declaracin en un Lenguaje Natural incluye los diagramas de

los servicios del sistema y sus lmites operacionales. Escrito para
clientes.
Un documento estructurado con descripcin o detalle de los
servicios del sistema. Escrito como un contrato entre el cliente y
el contratista.
Especificacin de Software
Descripcin detallada de software, la cual, puede servir como una

base para diseo o implementacin. Escrito para desarrolladodres.
Sommerville , Mejia-Alvarez
Diapositiva 14
Definiciones y Especificaciones
1. El
Software proporciona significado de representacin y acceso a

archivos externos creados por otras herramientas.
1.1 El usuario debe proporcionar facilidades para definir el tipo de archivos externos.
1.2 Cada tipo de archivo externo puede tener una herramienta asociada. La cual, ser
aplicada para el archivo.
1.3 Cada tipo de archivo externo ser representado como un icono especfico mostrado al
usuario.
1.4 Las facilidades proporcionadas para la representacin del icono en un tipo de archivo
externo ser definido por el usuario.
1.5 Cuando un usuario selecciona una representacin de icono de un archivo externo, el
efecto de la seleccin es aplicar las herramientas asociadas con el tipo de archivo externo al archivo representado por la seleccin del icono.
Diapositiva 15
Lectores de Requerimientos
Definicin de
Requerimientos
Especificacion de
Requerimientos
Especificacin de
Software
Gerencia de Cliente
Usuarios Finales del Sistema
Ingenieros de Clientes
Gerencia de Contratistas
Arquitectos del Sistema
Usuarios Finales del Sistema
Ingenieros de Cliente
Desarrolladores de Software
Ingenieros de Clientes
Desarrolladores de Software
Diapositiva 16
Problemas
Los sistemas de software grandes siempre

presentan problemas.
Problemas que son tan complejos que puede ser
que nunca se comprendan completamente y
donde los desarrolladores van comprendiendo el
sistema durante su desarrollo.
Por lo tanto, los requerimientos son normalmente
incompletos e inconsistentes.
Diapositiva 17
Razones de Inconsistencia
Los sistemas de software grandes deben permitir una

mejora en la situacin actual de la empresa. Es difcil
anticipar los efectos que el sistema tendr en la
organizacin.
Usuarios diferentes tienen requerimientos y prioridades
diferentes. Hay constantemente cambios en los
requerimientos.
Los usuarios finales del sistema y la organizacin que
paga por el sistema tienen requerimientos diferentes.
El prototipado es requerido para clarificar requerimientos
Diapositiva 18
Proceso de Ingeniera de
Requerimientos
Estudio de Factibilidad
Anlisis de Requerimientos
Detallar que es lo que los usuarios requieren del sistema.
Encontrar si las necesidades de los usuarios son satisfechas dada

la tecnologa y el presupuesto disponible?
Definir los requerimientos en una forma comprensible para el

cliente.
Define los requerimientos en detalle.
Diapositiva 19
El Proceso de Ingeniera de
Requerimientos
Estudio de
Factibilidad
Anlisis de
Requerimientos
Definicin de
Requerimientos
Reporte de
Factibilidad
Especificacin
de Requerimientos
Modelos del
Sistema
Definicin de
Requerimientos
Documento de
Requerimientos
Especificacin de
Requerimientos
Diapositiva 20
Documento de Requerimientos
Es la declaracin oficial de lo que es requerido

para que el sistema sea desarrollado.
Incluye la definicin y especificacin de
requerimientos.
No es un documento de diseo. Tanto como sea
posible, es un conjunto de lo que es el sistema y
no de como lo har.
Diapositiva 21
Requerimientos del Documento
Especificacin del comportamiento externa del

sistema.
Especificar las restricciones de la implementacin.
Fcil de cambiar.
Sirve como una herramienta de referencia para el
mantenimiento.
Registro del ciclo de vida del sistema, con el fin de
predecir cambios.
Caracteriza respuestas a eventos inesperados.
Diapositiva 22
Estructura del Documento de Requerimientos
Introduccin.
Glosario.
Define los trminos tcnicos usados.
Modelos del Sistema.
Describe la necesidad de crear el sistema y cuales son sus

objetivos de negocio.
Define los modelos mediante los cuales se muestran los

componentes del sistema y las relaciones entre ellos.
Definicin de Requerimientos Funcionales.
Define los servicios que sern proporcionados.
Diapositiva 23
Estructura del Documento de Requerimientos
Definicin de Requerimientos No-funcionales.
Evolucin del Sistema.
Especificacin detallada de los requerimientos funcionales del sistema.
Apndices.
Definir las suposiciones fundamentales en las cuales el sistema se basa

y los cambios que preveen.
Especificacin de Requerimientos.
Definir las restricciones del sistema y el proceso de desarrollo.
Descripcin de la plataforma de Hardware del Sistema.

Requerimientos de la base de Datos (quiz como un modelo Entidad
Relacion)
Indice.
Diapositiva 24
El Analista de Requerimientos
Patrocinador del Proyecto
Administrador del Proyecto
requerimientos
del negocio
Factibilidad,
Tiempos y costos
requerimientos
del cliente/usuario
requerimientos funcionales
y no-funcionales
Cliente y
Usuarios
Desarrolladores
Analista de Requerimientos
restricciones y
requerimientos
requerimientos funcionales
y no-funcionales
Otros interesados
en el sistema
Pruebas
Diapositiva 25
Actividades:
Definir los objetivos del proyecto y los beneficios al negocio.

Identificar el problema a resolver y obtener los requerimientos.
Identificar a los involucrados en el desarrollo del proyecto as
como a las clases de clientes y usuarios.
Identificar el ambiente del dominio a desarrollar y estar
preparado para desarrollar el sistema requerido.
Administrar los requerimientos utilizando un proceso y un plan
de requerimientos.
Modelar los requerimientos.
Realizar control de cambios en los requerimientos.
Diapositiva 26
Habilidades:
Capacidad de comunicacin.
Capacidad de anlisis y observacin.
Capacidad de organizacin.
Analizar los riesgos del desarrollo del software.
Diapositiva 27
El Cliente
Actividades y responsabilidades:
Educar al analista de requerimientos acerca del negocio y sus
objetivos.
Ser claro y preciso acerca del problema que se quiere resolver.
Colaborar con el analista en la definicin de los requerimientos.
Revisar los documentos de requerimientos y el avance del proyecto.
Comunicar a los analistas sobre cambios en los requerimientos.
Plantear costos y tiempos esperados de desarrollo y estar abierto a

discutir cambios en los costos y tiempos de entrega.
Estar siempre dispuesto a reunirse con los desarrolladores para

discutir distintos aspectos del proyecto.
Respetar los procesos que implementarn los desarrolladores para

implementar
Sommerville,
Mejia-Alvarez el producto.
Diapositiva 28
El Usuario
Clasificacin de los usuarios:
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 necesarios para operar el sistema (persona, grupo de
personas, robot, u otra computadora).
Diapositiva 29
Problemas asociados al proceso
Problemas de alcance, en los cuales se describen

el mbito y los lmites de operacin del software.
En esta categora algunos de los problemas
podran ser, que el ambiente del sistema no esta
bien delimitado, o que no exista informacin
suficiente del flujo de informacin de la
organizacin.
Diapositiva 30
Problemas de comprensin de lo que se quiere construir, con

los clientes, usuarios y con los grupos de desarrolladores. En
esta categora podran aparecer distintos problemas:
Los clientes y usuarios no entienden completamente todo lo que

requieren o no cuentan con toda la informacin que de soporte a sus
necesidades.
Los clientes y usuarios tienen poco conocimiento de las capacidades y
limitaciones de los sistemas de cmputo.
Los analistas de requerimientos tienen poco conocimiento del
dominio de la aplicacin.
Los usuarios y los analistas hablan distintos lenguajes tcnicos.
Existen distintas perspectivas de cmo debe construirse el software,
entre el cliente y los desarrolladores.
Diapositiva 31
Problemas de volatilidad debidos a los

continuos cambios en los requerimientos. En esta
categora se trata de resolver los problemas que
existen cuando los requerimientos deben cambiar
razones tecnolgicas, por errores, o por mejoras.
Problemas de conflictos entre requerimientos.
Diapositiva 32
Validacin de Requerimientos
Demostracin de que los requerimientos que

definen el sistema son lo que el cliente realmente
quiere.
Los costos de errores en los requerimientos son
altos, por lo cual, la validacin es muy
importante.
Fijar un error de requerimiento despus del desarrollo puede

resultar en un costo 100 veces mayor que fijar un error en la
implementacin.
El Prototipado es una tcnica importante en la

validacin de requerimientos.
Diapositiva 33
Chequeo de Requerimientos
Validez. Provee al sistema las funciones que

mejor soportan las necesidades del cliente?
Consistencia. Existen conflictos en los
requerimientos?
Completitud. Estn incluidas todas las funciones
requeridas por el cliente?
Realismo. Pueden los requerimientos ser
implementados con la tecnologa y el presupuesto
disponible?
Diapositiva 34
Revisin de Requerimientos
Revisiones frecuentes deben llevarse a cabo mientras

la definicin de requerimientos est siendo hecha.
Tanto el cliente como el staff de contratistas deben
estar involucrados en la revisin.
La revisin pueden ser formales (con los documentos
completos) o informales. Una buena comunicacin
entre desarrolladores, clientes y usuarios puede
resolver problemas en las primeras etapas.
Diapositiva 35
Chequeo de la Revisin
Verificabilidad. Pueden hacerse pruebas de los

requerimientos ?
Entendibilidad. Se comprenden los
requerimientos?
Busqueda (trace). El origen de los
requerimientos esta claramente establecido?
Adaptabilidad. Puede el requerimiento ser
cambiado sin causar un gran impacto en otros
requerimientos?
Diapositiva 36
Chequeo de Consistencia
Automatizado
Requerimientos en un
Lenguaje Formal
Reporte de los problemas

de Requerimientos
Proceso de
Requerimientos
Anlisis de
Requerimientos
Base de Datos
de Requerimientos
Diapositiva 37
Cambios en el Documento de Requerimientos
El documento de requerimientos debe ser organizado,

de tal forma que los cambios en los requerimientos
puedan ser hechos sin tener que re-escribir demasiado.
Las referencias externas deben ser minimizadas y las
secciones del documento deben ser tan modulares
como sea posible.
Los cambios son mas fciles cuando se trata de un
documento electrnico. Sin embargo, la falta de
estndares para documentos electrnicos lo hace
difcil.
Diapositiva 38
Los requerimientos siempre evolucionan cuando

existe una mejor comprension de las necesidades
del usuario y cuando los objetivos de la
organizacin cambian.
Es escencial planear posibles cambios en los
requerimientos cuando el sistema sea
desarrollado y utilizado.
Diapositiva 39
Comprensin Inicial
del Problema
Comprensin de los
Cambios del Problema
Requerimientos
Iniciales
Cambios en los
Requerimientos
Tiempo
Diapositiva 40
Evolucin Controlada
Cambio en los
Requerimientos
Documento VI de
Requerimientos
Implementacin V1
del Sistema
Cambio en los
Requerimientos
Implementacin V2
del Sistema
Inconsistencia de los
Requerimientos y del
Sistema
Documento V1
de Requerimientos
Implementacin
V1 del Sistema
Documento V2
De Requerimientos
Implementacin
V2 del Sistema
Consistencia de los
Requerimientos y del
Sistema
Diapositiva 41
Clases de Requerimientos
Requerimientos de acuerdo a su audiencia:
Los Requerimientos del Cliente.

Los Requerimientos del Sistema.
Especificacin del Diseo del software.
Diapositiva 42
Requerimientos de acuerdo a su caracterstica:
Requerimientos funcionales.
Requerimientos no funcionales.
Diapositiva 43
Requerimientos de acuerdo a su caracterstica:
Requerimientos de dominio. Los requerimientos de

dominio son requerimientos que provienen del dominio de
aplicacin del sistema y reflejan las caractersticas de este
dominio.
Requerimientos de Datos. Los requerimientos de datos
definen las estructuras de datos requeridas en el sistema.
Requerimiento de Interfaz. Definen las caractersticas y
parmetros de la comunicacin del sistema a desarrollar
con otros sistemas dentro de la empresa, o incluso de los
subsistemas.
Diapositiva 44
Requerimientos no funcionales
Nonfunctional
requir ements
Product
requir ements
Ef ficiency
requir ements
Reliability
requir ements
Usability
requirements
Performance
requirements
Or ganizational
requir ements
Portability
requirements
Delivery
requirements
Space
requir ements
External
requirements
Interoperability
requirements
Implementation
requir ements
Ethical
requirements
Standards
requirements
Legislative
requirements
Privacy
requirements
Safety
requirements
Requerimientos Perdurables. Requerimientos estables

derivados de las actividades de la organizacin del
cliente. Por ejemplo, un hospital siempre tendr doctores,
enfermeras, etc. Puede ser derivado de modelos de
dominio.
Requerimientos Voltiles. Los requerimientos cambian
durante el desarrollo o cuando el sistema est en uso. En
un hospital, los requerimientos se derivan de las polticas
salud-cuidados.
Diapositiva 46
Clasificacin de Requerimientos
Requerimientos Cambiantes.
Requerimientos Emergentes.
Requerimientos que surgen como una comprensin del desarrollo del

sistema.
Requerimientos de Consecuencias.
Los requerimientos que cambian por el ambiente del sistema.
Requerimientos que resultan de la introduccin del sistema

computacional.
Requerimientos de Compatibilidad.
Requerimientos que dependen de otros sistemas o de otros procesos de

la organizacin.
Diapositiva 47
Medidas en los requerimientos no funcionales

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 del
sistema.
Portabilidad
Facilidad de transportar a otro S.O o

lenguaje.
Ratreo de Requerimientos
EL rastreo de los requerimientos trata con las relaciones

entre los requerimientos, sus fuentes y el diseo del
sistema.
Rastreo de la fuente
Rastreo de requerimientos.
Liga los requerimientos con los clientes o desarrolladores que

propusieron este requerimiento.
Liga los requerimientos dependientes entre si.
Rastreo del diseo.
Liga los requerimientos al diseo.
La matriz de rastreo
Herramientas de Soporte Case
Almacenamiento de Requirimientos
Manejo de Cambios
El proceso de cambios en un proceso de flujo de datos cuyas

etapas pueden definirse asi como el flujo de informacion entre
estas etapas.
Manejo del Rastreo
Los requerimientos deben de organizarse y guardarse en un lugar

seguro y en donde estos puedan organizarse.
Obtencion automatizada de las ligas que generan los

requerimientos.
Pre-Requisite Pro. Herramienta de Soporte CASE
Factores sociales y organizacionales
Los sistemas de software se usan dentro de un

contexto social y organizacional. Estos pueden
influir o dominar los requerimientos del sistema.
Los factores sociales y organizacionales tienen
influencia en todos los puntos de vista.
Los analistas deben ser sencibles a estos factores
aunque no exista una forma sistematica de
enfrentarlos.
Ejemplo
Considere un sistema que permite a los administradores

accesar informacion sin consultar con los operadores del
sistema.
Estatus de la Administracion. Los adminstradores consideran

que ellos son demasiado importantes como para tener que usar
un teclado de computadora. Esto podria limitar el tipo de
interfaz hombre-maquina a disear.
Responsabilidades de la administracion. Los administradores
podrian no tener tiempo para aprender a usar el sistema.
Resistencia organizacional. Los administradores podrian no dar
informacion completa o incluso dar informacion erronea para
que el sistema falle.
Etnografia
Un cientifico gasta una cantidad de tiempo considerable

observando y analizando como trabaja la gente.
La gente no tiene que explicar o articular su trabajo.
Se observan los factores de mas importancia sociales y
organizacionales.
Es importante observar como trabaja la gente para
producir mejores diseos.
Requerimientos
Ya sabemos que funcionalidad se le pide a este

sistema ?
Base de Datos
Del Banco
Anlisis
de Riesgos
Lector de
Tarjeta de Crdito
Interfase Hombre-Maquina
Sistema de
Comunicaciones
del Banco
Pantalla
Teclado
Sistema de
Control del
Cajero Automtico
Cliente
Representante
del Banco
Personal de
Mantenimiento
Sistemas de Control y
Conteo de Billetes
Sistema de
Comunicaciones
Diapositiva 55
Resumen
Es muy difcil formular una especificacin de

requerimientos completa y consistente.
Una definicin de requerimientos, una
especificacin de requerimientos y una
especificacin de Software son una manera de
especificar el Software para diferentes tipos de
lectores.
El Documento de Requerimientos es una
descripcin para clientes y desarrolladores.
Diapositiva 56
Resumen
Los errores en los requerimientos son usualmente muy

caros de corregir una vez desarrollado el sistema.
La revisin debe involucrar al cliente y al staff de
contratistas para validar los requerimientos del
sistema.
El establecer requerimientos est relacionado con las
actividades del cliente para el Software.
Los requerimientos voltiles dependen del contexto en
que se use el sistema.
Diapositiva 57

Intro Requerimientos

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Intro Requerimientos

Încărcat de

Drepturi de autor:

Formate disponibile

Ingeniera de Requerimientos

Estableciendo lo que el cliente

Introduccion a los Requerimientos

Introduccin a la Nocin de Ingeniera de

Introduccion a los Requerimientos

El Proceso de Ingeniera de Requerimientos

Introduccion a los Requerimientos

Que funcionalidad se le pide a este sistema ?

Introduccion a los Requerimientos

El proceso de establecer los servicios que el cliente

Introduccion a los Requerimientos

El xito de un sistema de software se mide de acuerdo al grado con que

Los cambios ocurren constantemente y esto se de debe ase deben a: Estos

El proceso de Ingeniera de Requerimientos debe ser preciso y flexible

Introduccion a los Requerimientos

Puede variar desde unos estatutos abstractos en alto

Puede ser la base para la declaracin de un contrato, por lo tanto,

Introduccion a los Requerimientos

Un requerimiento de software define las funciones,

Factores de calidad del sistema que permitirn evaluar su

Introduccion a los Requerimientos

No se deben incluir aspectos de diseo, que especifiquen

Introduccion a los Requerimientos

Los Requerimientos pueden ser Funcionales o

Los Requerimientos funcionales describen servicios o funciones

Requerimientos que se obtienen de el dominio de la

Introduccion a los Requerimientos

Ingenieria de Requerimientos: Pasos

Marco del proceso de requerimientos

doc & admon

Caracteristicas de los requerimientos

En principio los requerimientos deben ser

Deben incluir todas las descripciones y componentes requeridos

Deben extraer con precision lo que se desea del sistema

No debe haber conflictos o contradicciones en las descripciones

En la practica es dificil producir un documento

Una declaracin en un Lenguaje Natural incluye los diagramas de

Descripcin detallada de software, la cual, puede servir como una

Introduccion a los Requerimientos

Software proporciona significado de representacin y acceso a

Introduccion a los Requerimientos

Los sistemas de software grandes siempre

Introduccion a los Requerimientos

Los sistemas de software grandes deben permitir una

Introduccion a los Requerimientos

Detallar que es lo que los usuarios requieren del sistema.

Encontrar si las necesidades de los usuarios son satisfechas dada

Definir los requerimientos en una forma comprensible para el

Define los requerimientos en detalle.

Introduccion a los Requerimientos

Introduccion a los Requerimientos

Es la declaracin oficial de lo que es requerido

Introduccion a los Requerimientos

Requerimientos del Documento

Especificacin del comportamiento externa del

Introduccion a los Requerimientos

Estructura del Documento de Requerimientos

Define los trminos tcnicos usados.

Modelos del Sistema.

Describe la necesidad de crear el sistema y cuales son sus

Define los modelos mediante los cuales se muestran los

Definicin de Requerimientos Funcionales.

Define los servicios que sern proporcionados.

Introduccion a los Requerimientos