Obtencion de Requisitos

4.557 visualizaciones

Publicado el

Obtención de requisitos de software a partir de casos de uso.

5 comentarios
0 recomendaciones
Estadísticas
Notas
  • La obtención de requerimientos es la actividad mas retadora, debido a que requiere la colaboración de varios grupos de participantes con diferentes niveles de conocimiento.
       Responder 
    ¿Estás seguro?    No
    Tu mensaje aparecerá aquí
  • http://synergix.wordpress.com/2008/06/05/casos-de-uso-avanzados-relacion-extend/
    aqui pueden incontrar mas informacion acerca de las relaciones entre casos de uso y ejemplos
       Responder 
    ¿Estás seguro?    No
    Tu mensaje aparecerá aquí
  • de acuerdo con la prersentacion, pienso que hay que tener encuentra al momento de validar un requerimiento la ambigüedad, ya que esto se presta para confusiones al lector, deben estar escritos en un lenguaje natural esto es deben ser no ambiguos.
       Responder 
    ¿Estás seguro?    No
    Tu mensaje aparecerá aquí
  • Para hacer un perfecto uso de la obtencion de requerimientos, es primordial que se realice previeamente y de manera sistemática una perfecta identificación de actores, escenarios y casos de uso del problema a desarrollar, con el fin de que el funcionamiento del sistema sea el mas óptimo para los usuarios y clientes que ingresen en dicho sistema.
       Responder 
    ¿Estás seguro?    No
    Tu mensaje aparecerá aquí
  • pienso que las actividades de la obtencion de requerimientos permite analizar de manera mas facil, cuales son los actores que interactuian con el sistema, en que parte se encuentran ubicados , con quien van a estar relacionandose los diferentes usuarios. en pocas palabras es una poyeccion a futuro de como va aser el funcionamiento del sistema creado con el cliente y sus distintos usuarios.
       Responder 
    ¿Estás seguro?    No
    Tu mensaje aparecerá aquí
  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
4.557
En SlideShare
0
De insertados
0
Número de insertados
14
Acciones
Compartido
0
Descargas
65
Comentarios
5
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Obtencion de Requisitos

  1. 1. Jeimy Vél  R J i Vélez Ramos Febrero 9, 2010
  2. 2. Requisito: Concepto q p  RF: Características que debe tener el sistema R F R RnF: Restricción que d b satisfacer para que el i ió debe i f l sistema sea aceptado por el cliente.
  3. 3. Actividades  Identificación de actores  Id ifi ió  d   Identificación de escenarios i  Identificación de casos de uso  Refinamiento de casos de uso  Identificación de las relaciones entre casos de  uso  Identificación de relaciones entre casos de uso  Identificación de requisitos no funcionales
  4. 4. Validación de requisitos q  Corrección  S fi i Suficiencia i  Consistencia  Claridad  Realismo  Verificable  Rastreable
  5. 5. Actores Representan entidades externas que interactúan con el sistema. sistema  ¿Cuáles grupos de usuarios son apoyados por el sistema para realizar su trabajo? p j  ¿Cuáles grupos de usuarios ejecutan las funciones principales del sistema?  ¿Cuáles grupos de usuarios realizan funciones secundarias, como el mantenimiento y la administración? d i i ió ?  ¿Interactúa el sistema con algún sistema de hardware o software externo?
  6. 6. Escenarios Descripción narrativa de lo que la gente hace y experimenta cuando trata de utilizar sistemas y aplicaciones de computadora” [Carroll, 1995]  Descripción concreta  Enfocada e informal  Una l U sola característica d l sistema í i del i  Vista de un solo actor
  7. 7. Escenarios  ¿Cuáles son las tareas que el actor quiere que realice el sistema?  ¿Qué información consulta el actor? ¿Quién crea esos datos? ¿Se les puede modificar o eliminar? ¿Quién lo hace?  ¿Qué cambios externos necesita informar el actor del sistema? ¿Con cuánta frecuencia? ¿Cuándo?  ¿Cuáles eventos necesita el actor que l i f C ál t it l t le informe el l sistema? ¿Con cuánta latencia?
  8. 8. Casos de Uso (CU) ( ) Especifica todos los escenarios posibles para una parte  de la funcionalidad dada.  de la funcionalidad dada    Iniciado por un actor RRepresenta un flujo de eventos completo a través del     fl j  d     l     é  d l  sistema.
  9. 9. Relaciones entre actores y CU y Permiten a los desarrolladores y a los usuarios reducir la complejidad de los modelos y aumentar la comprensibilidad.
  10. 10. Relaciones entre actores y CU y  Comunicación: Representan el flujo de información durante el caso de uso uso.  Extensión: Un CU extiende a otro CU si el CU extendido puede incluir el comportamiento de la extensión bajo determinadas condiciones
  11. 11. Relaciones entre actores y CU y  Inclusión: Permite factorizar CU. El comportamiento sólo debe factorizarse en CU separados si es compartido entre dos o más CU.
  12. 12. Extensión vs. Inclusión  Use relaciones extendidas para comportamientos excepcionales, excepcionales opcionales o que rara vez suceden suceden.  Use relaciones de inclusión para comportamientos que se comparten entre dos o más casos de uso uso.
  13. 13. Referencias  Bruegge, B. & Dutoit, A.: Ingeniería de Software Orientado a Objetos Pearson Education 2002 Objetos. Education. 2002.

×