Unidad II Analisis Y Hastapag14
Páginas: 15 (3558 palabras)
Publicado: 15 de marzo de 2015
UNIDAD II CAPTURA DE REQUISITOS
2.1. Tipos de requisitos
Que es un requisito?
“condición o capacidad que necesita un usuario para resolver un problema o conseguir un objetivo determinado”
¿Qué es un requisito?
Puede verse como una declaración abstracta de alto nivel de un servicio que el sistema debe proporcionar una definición matemática detallada y formal de una definición matemáticadetallada y formal de una función del sistema.
Los requisitos cumplen una doble función
Son una oferta de contrato -> abiertos a la interpretación
Son el contrato en sí mismo -> deben definirse de forma detallada
También se aplica a las condiciones que debe cumplir o poseer un sistema o uno de sus componentes para satisfacer un contrato, una norma o una especificación.
Los requisitos determinan lo quehará el sistema (cómo funcionará) restricciones sobre su operación e implementación.
La elicitación, análisis y especificación de requisitos es el proceso del estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema
2.1.1 Requisitos de usuario y del sistema
Requisitos de usuario
Declaraciones en lenguaje natural y en diversos diagramas de losservicios del sistema y de las restricciones bajo las que debe operar.
Requisitos del sistema
Un documento estructurado que determina las descripciones detalladas de los servicios de sistema.
Escrito como contrato entre el cliente y el desarrollador
Deben ser una especificación completa y consistente del sistema
Especificación del software: descripción detallada del software que sirve de base alos desarrolladores para diseñar el sistema.
Un requisito de usuario
1.- El sistema debe permitir representar y acceder a archivos externos creados por otras herramientas
Requisitos del sistema asociados
1.- El usuario deberá poder definir el tipo de un nuevo archivo externo.
2.- Cada tipo de archivo tendrá una herramienta asociada, que se aplicará al archivo.
3.- Cada tipo de archivo serepresentará con un icono específico.
4.- El usuario deberá poder definir el icono que representa un tipo de archivo externo.
5.- Cuando el usuario selecciona un icono que representa un archivo externo, el efecto es aplicar la herramienta asociada con este tipo de archivo al archivo representado por el icono seleccionado.
2.1.2 Requisitos funcionales y no funcionales.
Requisitos funcionales y nofuncionales
Requisitos funcionales (RF)
Definición de los servicios que el sistema debe proporcionar, cómo debe reaccionar a una entrada particular y cómo se debe comportar ante situaciones particulares.
Requisitos no funcionales (RNF)
Restricciones que afectan a los servicios o funciones del sistema, tales como restricciones de tiempo, sobre el proceso de desarrollo, estándares, etc.
Requisitosfuncionales
Describen el funcionamiento del sistema
Los RF del usuario pueden ser frases muy generales sobre lo que el sistema debería hacer. Se suelen expresar como objetivos del sistema.
Los RF del sistema deben describir los servicios que hay que proporcionar con todo detalle: los casos de uso
Ejemplos de requisitos funcionales
1. Se deben poder realizar búsquedas en base a diferentes criterios.
2.Se deben proporcionar diferentes visores para que el usuario lea los documentos recuperados.
3. Cada factura tendrá un número único y correlativo y la fecha.
Requisitos no funcionales
Definen propiedades emergentes del sistema, tales como el tiempo de respuesta, las necesidades de almacenamiento, la fiabilidad, pueden especificar también la utilización de una herramienta CASE en particular, unlenguaje de programación o un método del desarrollo.
Pueden ser más críticos que los funcionales.
Si un R. funcional no se cumple, el sistema se degrada
Si un R. no funcional no se cumple, el sistema puede Inutilizarse
Clasificación de los requisitos no funcionales
Requisitos del producto
Especifican el comportamiento del producto obtenido: velocidad de ejecución, memoria requerida,...
2.1. Tipos de requisitos
Que es un requisito?
“condición o capacidad que necesita un usuario para resolver un problema o conseguir un objetivo determinado”
¿Qué es un requisito?
Puede verse como una declaración abstracta de alto nivel de un servicio que el sistema debe proporcionar una definición matemática detallada y formal de una definición matemáticadetallada y formal de una función del sistema.
Los requisitos cumplen una doble función
Son una oferta de contrato -> abiertos a la interpretación
Son el contrato en sí mismo -> deben definirse de forma detallada
También se aplica a las condiciones que debe cumplir o poseer un sistema o uno de sus componentes para satisfacer un contrato, una norma o una especificación.
Los requisitos determinan lo quehará el sistema (cómo funcionará) restricciones sobre su operación e implementación.
La elicitación, análisis y especificación de requisitos es el proceso del estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema
2.1.1 Requisitos de usuario y del sistema
Requisitos de usuario
Declaraciones en lenguaje natural y en diversos diagramas de losservicios del sistema y de las restricciones bajo las que debe operar.
Requisitos del sistema
Un documento estructurado que determina las descripciones detalladas de los servicios de sistema.
Escrito como contrato entre el cliente y el desarrollador
Deben ser una especificación completa y consistente del sistema
Especificación del software: descripción detallada del software que sirve de base alos desarrolladores para diseñar el sistema.
Un requisito de usuario
1.- El sistema debe permitir representar y acceder a archivos externos creados por otras herramientas
Requisitos del sistema asociados
1.- El usuario deberá poder definir el tipo de un nuevo archivo externo.
2.- Cada tipo de archivo tendrá una herramienta asociada, que se aplicará al archivo.
3.- Cada tipo de archivo serepresentará con un icono específico.
4.- El usuario deberá poder definir el icono que representa un tipo de archivo externo.
5.- Cuando el usuario selecciona un icono que representa un archivo externo, el efecto es aplicar la herramienta asociada con este tipo de archivo al archivo representado por el icono seleccionado.
2.1.2 Requisitos funcionales y no funcionales.
Requisitos funcionales y nofuncionales
Requisitos funcionales (RF)
Definición de los servicios que el sistema debe proporcionar, cómo debe reaccionar a una entrada particular y cómo se debe comportar ante situaciones particulares.
Requisitos no funcionales (RNF)
Restricciones que afectan a los servicios o funciones del sistema, tales como restricciones de tiempo, sobre el proceso de desarrollo, estándares, etc.
Requisitosfuncionales
Describen el funcionamiento del sistema
Los RF del usuario pueden ser frases muy generales sobre lo que el sistema debería hacer. Se suelen expresar como objetivos del sistema.
Los RF del sistema deben describir los servicios que hay que proporcionar con todo detalle: los casos de uso
Ejemplos de requisitos funcionales
1. Se deben poder realizar búsquedas en base a diferentes criterios.
2.Se deben proporcionar diferentes visores para que el usuario lea los documentos recuperados.
3. Cada factura tendrá un número único y correlativo y la fecha.
Requisitos no funcionales
Definen propiedades emergentes del sistema, tales como el tiempo de respuesta, las necesidades de almacenamiento, la fiabilidad, pueden especificar también la utilización de una herramienta CASE en particular, unlenguaje de programación o un método del desarrollo.
Pueden ser más críticos que los funcionales.
Si un R. funcional no se cumple, el sistema se degrada
Si un R. no funcional no se cumple, el sistema puede Inutilizarse
Clasificación de los requisitos no funcionales
Requisitos del producto
Especifican el comportamiento del producto obtenido: velocidad de ejecución, memoria requerida,...
Leer documento completo
Regístrate para leer el documento completo.