Skip to content

💻 Ingenieria de Software 1, Historias de Usuario, Casos de Uso, Diagramas de Transición de Estado y Redes de Petri

Notifications You must be signed in to change notification settings

Fabian-Martinez-Rincon/Ingenieria-de-Software1

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

contributions welcome GitHub stars GitHub repo size in bytes

Primera Fecha

Parcial1

Listar Noticias

ID: Listar Noticias

TÍTULO: Usuario o persona quiero ver las noticias para estar informado

REGLAS DE NEGOCIO:

  • El token es valido

CRITERIOS DE ACEPTACIÓN:

Escenario 1: Listado exitoso

Dado que se establecio conexión con el servidor, el token en valido y hay noticias para mostrar

Cuandod el usuario o la persona le dan al boton "listar noticias"

Entonces el sistema informa el listado de noticias en pantalla

Escenario 2: Listado fallido por fallas en la conexión

Dado que no se establecio conexión con el servidor

Cuandod el usuario o la persona quiere "listar noticias"

Entonces el sistema informa que no se pudo establecer la conexión

Escenario 3: Listado fallido por token invalido

Dado que se establecio conexión con el servidor, el token en invalido

Cuandod el usuario o la persona le dan al boton "listar noticias"

Entonces el sistema informa que el token es invalido

Escenario 4: Listado fallido por falta de noticias

Dado que se establecio conexión con el servidor, el token en valido y no hay noticias para mostrar

Cuandod el usuario o la persona le dan al boton "listar noticias"

Entonces el sistema informa que no hay noticias para listar


Acceder detalle

ID: Acceder detalle

TÍTULO: Como usuario logueado quiero acceder al detalle de una noticias para estar informado

REGLAS DE NEGOCIO:

  • Solo se permite el acceso a 5 noticias por dia

CRITERIOS DE ACEPTACIÓN:

Escenario 1: Listado exitoso

Dado que el usuario fabo@gmail.com tiene 0 accesos a detalles que es menor al 5 a los 5 permitidos

Cuandod el usuario preciona el boton "ver detalles"

Entonces el sistema muestra el detalle de la noticia y aumenta en 1 los detalles visos

Escenario 2: Acceso fallido

Dado que el usuario fabo@gmail.com tiene 5 accesos a detalles que es igual al 5 a los 5 permitidos

Cuandod el usuario preciona el boton "ver detalles"

Entonces el sistema informa que que ya no puede ver los detalles de las noticias por el resto del dia

Iniciar Sesión

ID: Iniciar Sesión

TÍTULO: Como usuario quiero iniciar sesión para poder acceder a los detalles

REGLAS DE NEGOCIO:

  • Tiene 3 intentos de autentificación antes de ser bloqueado

CRITERIOS DE ACEPTACIÓN:

Escenario 1: Inicio exitoso

Dado que el usuario fabo@gmail.com esta registrado, no esta bloqueado, esta en el intento 1, y la contraseña pepe30 es correcta

Cuandod el usuario ingresa fabo@gmail.com, pepe30

Entonces el sistema inicia la sesión del usuario y habilita las opciones para el acceso a los detalles

Escenario 2: Inicio fallido por usuario no registrado

Dado que el usuario leo@gmail.com no esta registrado

Cuandod el usuario ingresa leo@gmail.com, mundial10

Entonces el sistema informa que el usuario no se encuentra registrado

Escenario 3: Inicio fallido por usuario bloqueado

Dado que el usuario hitler@gmail.com esta registrado y esta bloqueado

Cuandod el usuario ingresa hitler@gmail.com, horno666

Entonces el sistema informa que el usuario se encuentra bloqueado

Escenario 4: Inicio fallido por contraseña incorrecta

Dado que el usuario maradona@gmail.com esta registrado, no esta bloqueado, esta en el intento 1, y la contraseña mundial86 es incorrecta

Cuandod el usuario ingresa maradona@gmail.com, mundial86

Entonces el sistema informa que la contraseña es incorrecta y aumenta en 1 los intentos

Escenario 5: Inicio fallido por contraseña incorrecta

Dado que el usuario diego@gmail.com esta registrado, no esta bloqueado, esta en el intento 3, y la contraseña rosa10 es incorrecta

Cuandod el usuario ingresa fabo@gmail.com, rosa10

Entonces el sistema informa que la contraseña es incorrecta y bloquea la cuenta


Cerrar sesión

ID: Cerrar Sesión

TÍTULO: Como usuario con una sesión abierta cerrar mi sesión para proteger mis datos

REGLAS DE NEGOCIO:

CRITERIOS DE ACEPTACIÓN:

Escenario 1: Cierre exitoso

Dado que el usuario tiene una sesión abierta

Cuandod el usuario presiona el boton "cerrar sesión"

Entonces el sistema cierra la sesión y deshabilita las opciones para el acceso a las noticias


Registrar Persona

ID: Registrar Persona

TÍTULO: Como usuario quiero registrarme para poder acceder a los detalles

REGLAS DE NEGOCIO:

  • Mail no registrado
  • Solo personas mayores de edad (18 años)

CRITERIOS DE ACEPTACIÓN:

Escenario 1: Registra exitoso

Dado que el usuario fabian@gmail.com no esta registrado, tiene 20 años que es mayor de edad

Cuandod la persona ingresa Fabian, Martinez, 20 años, fabian@gmail.com

Entonces el sistema registra al usuario y manda una contraseña aleatoria al mail

Escenario 2: Registro fallido mail ya registrado

Dado que el usuario lucas@gmail.com esta registrado, tiene 22 años que es mayor de edad

Cuandod la persona ingresa Lucas, Benitez, 22 años, lucas@gmail.com

Entonces el sistema informa que el mail ya se encuentra registrado

Escenario 3: Registro fallido por ser menor de edad

Dado que el usuario julian@gmail.com no esta registrado, tiene 10 años que es menor de edad

Cuandod la persona ingresa Julian, Lopez, 10 años, julian@gmail.com

Entonces el sistema informa que la persona es menor de edad


📖 Resumen Promoción

  • Proceso de Software: Conjunto de actividades y resultados asociados (Especificación, desarrollo, Validez, Mantenimiento)
  • Modelo de Proceso de Software: Resumen de lo de arriba con una visión (Incluyen actividades, productos, roles, etc)
    • Cascada
    • Iterativo
    • Basada en Componentes
  • Requerimientos (IEEE-Std-610)
    • 1) Condición o capacidad que necesita el usuario para resolver un problema o alcanzar un objetivo
    • 2) Condición o capacidad que debe satisfacer o poseer un sistema o una componente de un sistema para satisfacer un contrato, un estándar, una especificación u otro documento formalmente impuesto.
    • 3) Representación documentada de una condición o capacidad como en 1 o 2.
  • Documento de especificación de requerimientos de Software IEEE Std. 830-1998 (SRS)
    • Brindar una colección de buenas prácticas para escribir especificaciones de requerimientos de software (SRS).
    • Se describen los contenidos y las cualidades de una buena especificación de requerimientos
  • Validación de Requerimientos IEEE
    • Validación: Al final del desarrollo evaluar el software para asegurar que el software cumple los requerimientos (Hace lo que te pedi)
    • Verificación: Determinar si un producto de software de una fase cumple los requerimientos de la fase anterior (Esta bien hecho)
  • Calidad
    • El grado en el que un conjunto de características inherentes cumple con los requisitos (ISO 9000)
    • Conjunto de propiedades o características de un producto o servicio que le confieren aptitud para satisfacer unas necesidades expresadas o implicitas” (ISO 8402)

About

💻 Ingenieria de Software 1, Historias de Usuario, Casos de Uso, Diagramas de Transición de Estado y Redes de Petri

Topics

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published