STUDY

Páginas: 9 (2159 palabras) Publicado: 18 de mayo de 2013
Análisis de Requerimientos

 Editar 0 30…
Análisis de Requerimientos

Qué son Requerimientos?
• Los requerimientos de usuario representan el conjunto completo de resultados a ser obtenidos utilizando el sistema
• Los requerimientos de sistemas deben mostrar todo lo que el sistema debe hacer más todas las restricciones sobre la funcionalidad.
• Los requerimientos forman un modelocompleto, representando el sistema total a algún nivel de abstracción.

El análisis de requerimientos puede dividirse en cuatro áreas:

1.- Reconocimiento del problema

2.- Evaluación y síntesis

3.- Especificación

4.- Revisión.

Inicialmente, el analista estudia la especificación del sistema (si existe) y el plan de proyecto. Es importante comprender el contexto del sistema y revisar elámbito de los programas que se usó para generar las estimaciones de la planificación.


Definición
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar
El análisis de requerimientos es el del estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema de así como de dichos requisitos. También es el procesoque permite desarrollar una especificación (requisito) de forma completa, consistente y no ambigua.
Se define como requisito una condición o capacidad que necesita un usuario para resolver el problema o conseguir un objetivo determinado.
La definición de los requisitos debe ser a futuro del trabajo conjunto de las partes involucradas en el desarrollo. Si hablamos de requerimientos de softwareestá definido como una capacidad de software por el usuario para resolver un problema o alcanzar un objetivo. Los requerimientos de sistemas deben mostrar todo lo que el sistema debe hacer más todas las restricciones sobre la funcionalidad.
Normalmente, un tema de la Ingeniería de Software tiene diferentes significados. De las muchas definiciones que existen para requerimiento, a continuación sepresenta la definición que aparece en el glosario de la IEEE.
(1) Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
(2) Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal.
(3) Una representación documentada de una condición o capacidad comoen (1) o (2).

Clasificación:
Un requerimiento funcional: puede ser una descripción de lo que un sistema debe hacer. Este tipo de requerimiento específica algo que el sistema entregado debe ser capaz de realizar.
Un requerimiento no funcional: de rendimiento, de calidad, etc; especifica algo sobre el propio sistema, y cómo debe realizar sus funciones. Algunos ejemplos de aspectos solicitablesson la disponibilidad, el testeo, el mantenimiento, la facilidad de uso, etc.

requisitos funcionales y no funcionales.pdf
Details
Download
176 KB
http://www.lsi.us.es/
//departamento de lenguajes y sistemas informáticos (universidad de sevilla)


Un requerimiento de software puede ser definido como :– Una capacidad del software necesaria por el usuario para resolver un problema oalcanzar un objetivo.– Una capacidad del software que debe ser reunida o poseída por un sistema o componente del sistema para satisfacer un contrato, especificación, estándar, u otra documentación formal.

http://www.vico.org/aRecursos/TRAD_Cards/TRAD_UCs/TRAD_Req_CUs_esp.pdf
Anticipación, investigación, especificación, análisis de datos basado en hechos reales,
herramientas, identificación derequerimientos esenciales. Un resultado primario de esta administración es la Especificación de Requerimientos, la cual define y documenta en forma completa el comportamiento externo del sistema a ser
construido. Caracterizándose por: – Definidos sin ambigüedad– Son completos– Tienen consistencia– Específica el origen– Evita detalles de diseño– Están enumerados


Características de los...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Preliminary Study
  • Case study
  • Case Study
  • Act study
  • Case Study
  • My study
  • Study Skills
  • Case study

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS