Fabian-Martinez-Rincon / Ingenieria-de-Software1

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

• 📖 Resumen Teorico 1ra AE
• 📖 Resumen Teorico 2da AE
• 📖 Resumen Teorico 3da AE
• 📋 Practica 1 Full Teoria
• 👤 Practica 2 Historias de Usuario
• 👥 Practica 3 Casos de Uso
• 📊 Practica 4 Diagramas de Transición de Estado
• 🕸️ Practica 5 Redes de Petri
• 📋 Practica 6 Tablas de Desición

Primera Fecha

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 [e-mail] 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 [e-mail] 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 [e-mail] esta registrado, no esta bloqueado, esta en el intento 1, y la contraseña pepe30 es correcta

Cuandod el usuario ingresa [e-mail], 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 [e-mail] no esta registrado

Cuandod el usuario ingresa [e-mail], mundial10

Entonces el sistema informa que el usuario no se encuentra registrado

Escenario 3: Inicio fallido por usuario bloqueado

Dado que el usuario [e-mail] esta registrado y esta bloqueado

Cuandod el usuario ingresa [e-mail], horno666

Entonces el sistema informa que el usuario se encuentra bloqueado

Escenario 4: Inicio fallido por contraseña incorrecta

Dado que el usuario [e-mail] esta registrado, no esta bloqueado, esta en el intento 1, y la contraseña mundial86 es incorrecta

Cuandod el usuario ingresa [e-mail], 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 [e-mail] esta registrado, no esta bloqueado, esta en el intento 3, y la contraseña rosa10 es incorrecta

Cuandod el usuario ingresa [e-mail], 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 [e-mail] no esta registrado, tiene 20 años que es mayor de edad

Cuandod la persona ingresa Fabian, Martinez, 20 años, [e-mail]

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 [e-mail] esta registrado, tiene 22 años que es mayor de edad

Cuandod la persona ingresa Lucas, Benitez, 22 años, [e-mail]

Entonces el sistema informa que el mail ya se encuentra registrado

Escenario 3: Registro fallido por ser menor de edad

Dado que el usuario [e-mail] no esta registrado, tiene 10 años que es menor de edad

Cuandod la persona ingresa Julian, Lopez, 10 años, [e-mail]

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)