Diferencia entre revisiones de «Requisito funcional»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
Panderine! (discusión · contribs.)
m Bot: Marca para revisión errores comunes. ¿Fue un error?, repórtalo aquí
Isha (discusión · contribs.)
m Revertidos los cambios de Panderine! a la última edición de Diegusjaimes usando monobook-suite
Línea 15: Línea 15:
* Pressman, Roger (2002). Ingenieria del Software, un enfoque práctico, Mc-Graw Hill
* Pressman, Roger (2002). Ingenieria del Software, un enfoque práctico, Mc-Graw Hill


[[Media:== Véase también ==
== Véase también ==
*[[Caso de uso]]
*[[Caso de uso]]


[[Categoría:Ingeniería de requisitos]]
[[Categoría:Ingeniería de requisitos]]


[[en:Functional requirements]]]][[Media:<math>Ejemplo.ogg</math><nowiki>--~~~~Introduce aquí texto sin formato
[[en:Functional requirements]]
----
[[Archivo:
== Ejemplo.jpg ==
[[''Título del enlace'''''[[Texto en negrita]][[[[Título del enlace]]{{revisar}}[[Título del enlace]]{{revisar}}]]''']]]]</nowiki>]]

Revisión del 17:40 25 sep 2009

Un requisito funcional define el comportamiento interno del software: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que muestran cómo los casos de uso serán llevados a la práctica. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la implementación.

Como se define en la ingeniería de requisitos, los requisitos funcionales establecen los comportamientos del sistema.

Típicamente, un analista de requisitos genera requisitos funcionales luego de diagramar los casos de uso. Sin embargo, esto puede tener excepciones, ya que el desarrollo de software es un proceso iterativo y algunos requisitos son previos al diseño de los casos de uso. Ambos elementos (casos de uso y requisitos) se complementan en un proceso bidireccional.

Un requisito funcional típico contiene un nombre y un número de serie único y un resumen. Esta información se utiliza para ayudar al lector a entender por qué el requisito es necesario, y para seguir al mismo durante el desarrollo del producto.

El núcleo del requisito es la descripción del comportamiento requerido, que debe ser clara y concisa. Este comportamiento puede provenir de reglas organizacionales o del negocio, o ser descubiertas por interacción con usuarios, inversores y otros expertos en la organización.

Libros

  • Wiegers, Karl E. (2003). Software Requirements 2: Practical techniques for gathering and managing requirements throughout the product development cycle, 2nd ed., Redmond: Microsoft Press. ISBN 0-7356-1879-8. (en inglés)
  • Andrew Stellman and Jennifer Greene (2005). Applied Software Project Management. Cambridge, MA: O'Reilly Media. ISBN 0-596-00948-8. (en inglés)
  • Ian Sommerville (2006). Software Engineering, 8th ed.. ISBN 0-321-31379-8. (en inglés)
  • Pressman, Roger (2002). Ingenieria del Software, un enfoque práctico, Mc-Graw Hill

Véase también