Requisitos
Páginas: 2 (335 palabras)
Publicado: 12 de mayo de 2011
Requerimientos funcionales
Un requisito funcional define el comportamiento interno del software: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas quemuestran cómo los casos de usos serán llevados a la práctica.
Típicamente, un analista de requisitos genera requisitos funcionales luego de diagramar los casos de usos. Sin embargo, esto puede tenerexcepciones, 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 unproceso 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 esnecesario, 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 puedeprovenir de reglas organizacionales o del negocio, o ser descubiertas por interacción con usuarios, inversores y otros expertos en la organización.
En el Enterprise Architect agregar un nuevopaquete para los requisitos funcionales como se muestra en la imagen IMG.9, dentro de este paquete incluir un diagrama de requerimienos, sera dentro de este diagrama donde se deben incluir los requisitosfuncionales encontrados para el sistema a desarrollar.
Requerimientos no funcionales
Un requisito no funcional es un requisito que especifica criterios que pueden usarse para juzgar laoperación de un sistema en lugar de sus comportamientos específicos, ya que éstos corresponden a los requisitos funcionales. Por tanto, se refieren a todos los requisitos que ni describen información aguardar, ni funciones a realizar. Los requisitos no funcionales más habituales son la estabilidad, la portabilidad y el costo.
Por ejemplo, a un sistema se le puede pedir que muestre en tiempo real la...
Un requisito funcional define el comportamiento interno del software: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas quemuestran cómo los casos de usos serán llevados a la práctica.
Típicamente, un analista de requisitos genera requisitos funcionales luego de diagramar los casos de usos. Sin embargo, esto puede tenerexcepciones, 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 unproceso 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 esnecesario, 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 puedeprovenir de reglas organizacionales o del negocio, o ser descubiertas por interacción con usuarios, inversores y otros expertos en la organización.
En el Enterprise Architect agregar un nuevopaquete para los requisitos funcionales como se muestra en la imagen IMG.9, dentro de este paquete incluir un diagrama de requerimienos, sera dentro de este diagrama donde se deben incluir los requisitosfuncionales encontrados para el sistema a desarrollar.
Requerimientos no funcionales
Un requisito no funcional es un requisito que especifica criterios que pueden usarse para juzgar laoperación de un sistema en lugar de sus comportamientos específicos, ya que éstos corresponden a los requisitos funcionales. Por tanto, se refieren a todos los requisitos que ni describen información aguardar, ni funciones a realizar. Los requisitos no funcionales más habituales son la estabilidad, la portabilidad y el costo.
Por ejemplo, a un sistema se le puede pedir que muestre en tiempo real la...
Leer documento completo
Regístrate para leer el documento completo.