Seguimos buscando a Arshak. Ayudanos compartiendo!
Encuesta no oficial de docentes
Resultados de la encuesta no oficial de docentes
Probaste el SIGA Helper?

Donar $100 Donar $200 Donar $500 Donar mensualmente


Enviar respuesta 
 
Calificación:
  • 0 votos - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Buscar en el tema
Duda tablas de decisión, casos de uso y requisitos no funcionales
Autor Mensaje
Bian Sin conexión
Campeon del cubo Rubik
ingeniera en sistemas
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 196
Agradecimientos dados: 170
Agradecimientos: 297 en 40 posts
Registro en: Dec 2012
Mensaje: #1
Duda tablas de decisión, casos de uso y requisitos no funcionales Dudas y recomendaciones Análisis de Sistemas
Buenas, mañana doy el final y tengo un par de dudas.

Consulta 1)
Al armar una tabla de decisión, supongan que tengo estas reglas:

Condición A -- | S S N N
Condición B -- | S N S N
-----------------------------
Acción -------- | N N S N

Yo lo simplificaría de forma que me queda:

Condición A -- | S N N
Condición B -- | - N S
---------------------------
Acción -------- | N N S

En cambio, en la guía de TP y en un resuelto, con algo como esto hicieron lo siguiente:

Condición A --| N --
Condición B --| S --
------------------------
Acción --------| S N

¿No es un grave error haber hecho esto? Una regla incluye a la otra y tienen distintas acciones.


Consulta 2)

Es el ejercicio de la página 183 de la guía de TP. Lo dejé adjunto.

En el diagrama de CU, yo no pondría un CU llamado "Iniciar sesión" porque me parece que la funcionalidad principal en sí no es esa, sino que al usuario le interesa poder buscar los libros, no el hecho de iniciar sesión, eso es como un plus, pero que a la vez es necesario hacerlo para poder buscar el libro, sino no puede buscar nada.
Al igual que con el bibliotecario, al tipo le interesa poder registrar el préstamo, pero no iniciar la sesión. Aunque lo tiene que hacer sí o sí para autenticarse como tal, y poder efectuar el registro.

De esta consulta surge:
Consulta 3)

Es el iniciar sesión en este caso un requisito no funcional, o es más bien funcional? Encontré en un thread algo que hablaba de esto, pero discrepo en algunas cosas. Yo considero que es no funcional el hecho de "prohibir el acceso al registro de los préstamos a todo usuario que no sea bibliotecario", y en este caso no sé si el hecho de poder loguearse en el sistema es un requisito funcional o no, y si fuese funcional hay que incluirlo en el diagrama de CU. Entonces se me ocurre que quizás "El usuario debe loguearse en el sistema" es un requisito funcional, pero "El usuario se loguea en el sistema con su nombre de usuario y contraseña" y "El sistema verifica que el usuario sea bibliotecario, de lo contrario prohibe el acceso al registro de los préstamos" son no funcionales.

¿Alguna opinión?


Archivo(s) adjuntos Imagen(es)
   
(Este mensaje fue modificado por última vez en: 25-02-2015 16:47 por Bian.)
25-02-2015 16:39
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Buscar en el tema
Enviar respuesta 




Usuario(s) navegando en este tema: 1 invitado(s)