Knoppia

Wiki de Informática y otras historias

Herramientas de usuario

Herramientas del sitio


Barra lateral

Base de datos de juegos
GameBoy Advance (GBA)
Proyecto Integral de Ingeniería del Software
Metodologías Ágiles
Trabajo Fin De Grado
Guía Memoria TFG

Colecciones

Otros

ingenieria_de_requisitos:resumenparcial1

¡Esta es una revisión vieja del documento!


Puntos Importantes del primer parcial de Ingeniería de Requisitos

Requisitos No Funcionales de Sommerville

Mientras que los requisitos funcionales indican QUE hace el sistema, los funcionales indica COMO debe funcionar (OJO: NO como lo hace) ingenieria_de_requisitos:requisitosnofuncionalessommerville.png

Casos de Uso

ingenieria_de_requisitos:asociacionescasosdeuso.png

Hay varias formas de asociar entre sí los casos de uso:

  • Extends: Condicional, no siempre se va usar dicho caso de uso, la hacia el caso de uso que extiende.
  • Include: Siempre se va a realizar, sale desde el caso de uso al que hace include (La flecha va al revés que en el extends)
  • Generalización: Refleja Herencia, el caso del que sale la flecha actua de forma similar a una interface y los casos de uso a los que van son implementaciones de dicha interface aplicadas a ciertos casos.

Ejemplo de asociaciones de casos de uso

ingenieria_de_requisitos:diagramaejemplocasosuso.png

Requisitos según la IEEE-830

Definición de requisito según la IEEE-830

Es una condición o capacidad que un sistema debe poseer o cumplir para satisfacer un estándar, especificación u otros documentos. También pueden ser descritos como una representación documentada de capacidades o condiciones que debe cumplir el sistema.

  • Ingeniería de requisitos: Comprende las actividades de desarrollo de software de gestión y definición de requisitos para un sistema.
  • Especificación de Requisitos del Software (ERS): Documento formal de los requisitos del sistema

Objetivos de los requisitos

  • Ser correctos
  • Ser consistentes
  • Estar completos
  • Ser realistas
  • Ser verificables
  • Ser rastreables

Se deben evitar requisitos que no reflejen las necesidades reales del cliente, así como los que no sean consistentes o sean ambiguos. También se debe evitar realizar cambios a estos una vez han sido acordados.

CheckList y Prototipos

Triage

Trazabilidad

ingenieria_de_requisitos/resumenparcial1.1704905149.txt.gz · Última modificación: 2024/01/10 16:45 por thejuanvisu