Knoppia

Esta página es de solo lectura. Puedes ver la fuente pero no puedes cambiarla. Pregunta a tu administrador si crees que esto es incorrecto.
====== Análisis de Requisitos ======
===== Clasificación =====
Los requisitos se clasifican en funcionales y no funcionales.
  * Funcionales: el Que
  * No funcional: el Como

También se pueden clasificar por origen, producto y proceso:
  * Origen: Quien lo manda
  * Prioridad: Para decidir que se hace primero y que después
  * Alcance
  * Volátil: requisitos que pueden cambiar, por ejemplo Leyes, los demás son estables
===== Modelado conceptual =====

  * Casos de uso
  * Flujos de datos y de control (DFDs): Entdidad / interrelación
  * Modelos de estado: Casos de uso (Escenarios)
  * Diagramas de eventos
  * Diagramas de interacciñon
  * Modelos de objetos y datos

===== Localización =====
  * Agrupación de requisitos

===== Negociación =====

Fase de resolución de coflictos
Cuando hay intereses incompatibles (Nos faltan recursos, sin sentidos, etc...)
Se intenta resolver esto consensuadamente
Los requisitos conflictivos NO son Fallos, son dos puntos de vista diferentes.
Primero se especifica que pasa
Las partes interesadas se reunen para explicar como lo resolverína
Se llega a un acuerdo entre las partes.
Fases de la negociación:
  * Comprobación de necesidades
  * Comprobación de consistencia y completitud
  * Comprobación de viabilidad
  * Requisitos innecesarios
  * Requisitos conflictivos e incompletos
  * Requisitos Viables
  * Faltan cosas: mirar en pag 14 tema 4.2

===== Técnicas para análisis de requisitos =====

==== Checklist ====

Conjunto de preguntas que se utilizan para ver la calidad de los requisitos
Los problemas de las checklist:
  * Se recomienda que la lista la pase una persona diferente a quien hizo el Checklist
  * Se necesitan analistas con experiencia

Los requisitos se numeran con un número y una descripción.

==== Matriz de interacción ====

Se pone en horizontal y vertical los requisitos numerados y miramos si 2 requisitos se solapan
  * Si se solapan se pone una S. Esto significa que son iguales. Sumamos los requisitos y creamos uno que sea único, ahora pasará a requisito de sistema.
  * Si 2 requisitos están en conflicto (Son contradictorios) Se pone una C. A veces pueden estar en conflicto por problema de expresión, por lo que se deben revisar. Suele pasar que sobra uno de los 2 requisitos o por que hace falta otro requisito más. En ocasiones también puede ser necesario eliminar los 2, esto se debe hacer negociando.


Problemas:
  * Se debe tener muy buen conocimiento de la aplicación

===== Puntos claves =====

  * Se busca analizar los requisitos
  * tenemos 4 fases: Clasificación, Modelado conceptual, Localización y Negociación
  * El modelado conceptual nos permite entender nuestro sistema.
Knoppia

Herramientas de usuario

Herramientas del sitio

Herramientas de la página
