Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 48 vistas

    Evidencia GA2-220501093-AA1-EV03 Elaboración de Historias de Usuario Del Proyecto

    Cargado por

    Alberto Luis
    Este documento describe los requisitos funcionales y no funcionales para un sistema de gestión de correspondencia para un edificio residencial. Se detallan las características de los usuarios y las historias de usuario para cada uno de los requisitos.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Evidencia GA2-220501093-AA1-EV03 Elaboración de Historias de Usuario Del Proyecto

    Cargado por

    Alberto Luis
    48 vistas7 páginas
    Este documento describe los requisitos funcionales y no funcionales para un sistema de gestión de correspondencia para un edificio residencial. Se detallan las características de los usuarios y las historias de usuario para cada uno de los requisitos.

    Título original

    Evidencia GA2-220501093-AA1-EV03 elaboración de historias de usuario del proyecto

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Este documento describe los requisitos funcionales y no funcionales para un sistema de gestión de correspondencia para un edificio residencial. Se detallan las características de los usuarios y las historias de usuario para cada uno de los requisitos.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    48 vistas7 páginas

    Evidencia GA2-220501093-AA1-EV03 Elaboración de Historias de Usuario Del Proyecto

    Cargado por

    Alberto Luis
    Este documento describe los requisitos funcionales y no funcionales para un sistema de gestión de correspondencia para un edificio residencial. Se detallan las características de los usuarios y las historias de usuario para cada uno de los requisitos.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    Está en la página 1de 7

    Evidencia GA2-220501093-AA1-EV03

    elaboración de historias de usuario del proyecto


    ANALISIS Y DESARROLLO DE SOFTWARE
    #FICHA 2758345

    Aprendices
    Youris Palacios Palomeque
    Alberto Luis Niebles Cantillo
    Miguel Angel Natera Chima
    Heidy Sorany Muñoz Burbano
    Milena Paola Pardo Posada
    INSTRUCTORA
    BIBIANA LYSVE ARIAS TAPIAS
    TABLA DE CONTENIDO

    1. Introducción
    1. 1 Alcance

    2. Descripción General
    2.1. Perspectiva del Producto . . . . . . . . . . . . . . . . . . . . . 4
    2.2. Funciones del Producto . . . . . . . . . . . . . . . . . . . . .. 4
    2.3. Características de los Usuarios . . . . . . . . . . . . . . . . . . 5
    2.4. Restricciones . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

    3.2. Requerimientos Funcionales . . . . . . . . . . . . . . . . . . . . . . . . . . .. 7


    3.3. Requerimientos no funcionales . . . . . . . . . . . . . . . . . .. 9

    Historias
    INTRODUCION
    Las historias de usuario son un requisito muy importante para poder desarrollar cualquier proyecto
    de software usando la metodología ágil, estas son pequeñas descripciones de los requerimientos
    de un cliente escritas en un lenguaje sencillo y a la vez deben ser específicas y claras, su
    utilización es común cuando se aplican marcos de entornos agiles como Scrum. Al escribir las
    historias de usuario se debe tener en cuenta describir el Rol, la funcionalidad y el resultado
    esperado en una frase corta.
    En esta historia de usuario plasmaremos las necesidades de nuestro cliente y usuarios, y
    mostraremos la manera como pretendemos solucionarlas, dependiendo de los criterios que se
    puedan asociar a cada necesidad. A través de las historias de usuario se definirá las tareas y los
    requerimientos específicos que debe cumplir el software, cada historia de usuario será una pieza
    clave en la construcción de un sistema que responda a las necesidades reales y que sea fácil de
    usar, basándose en las directrices dadas por el estándar IEEE.

    Alcance
    Para evaluar el progreso y los cambios realizados en las funcionalidades del proyecto, así como
    para asegurar las necesidades y expectativas del cliente se estén cumpliendo de manera efectiva

    PERSPECTIVA DEL PRODUCTO

    El sistema software será un producto diseñado para el manejo de la correspondencia


    de un edificio residencial trabajará de manera independiente por lo tanto no interactuará
    con otros sistemas permitirá el manejo de la información de los residentes y usuarios
    como datos personales para la verificación y realizar la respectiva entrega.

    FUNCIONES DEL PRODUCTO


    El sistema permitirá realizar las siguientes funciones:
    Creación de usuario, administración de usuario, el administrador del sistema podrá
    gestionar a los usuarios, agregar, modificar, eliminar, consultar.
    Publicación de información: El administrador del sistema actualizara la información general

    CARACTERITICAS D E LOS USUARIOS


    Administrador: El encargado de realizar control y vigilancia de la aplicación.

    Usuario: Quien realiza los registros de la información de correspondencia y gestiona


    la entrega respectiva.

    Residente: recibe la correspondencia final, sin embargo, no tiene un manejo del control
    de sistema.

    RESTRICCIONES
    ▪ Políticas de la empresa
    ▪ Limitaciones del hardware
    ▪ Lenguaje de programación
    ▪ Limitaciones del software
    ▪ Protocolos de comunicación

    Requerimientos Funcionales, Requerimientos no Funcionales

    REQUISITOS FUNCIONALES

    Los requisitos funcionales de un software de correspondencia en una unidad residencial son las
    capacidades y funcionalidades específicas que el sistema debe poseer para cumplir con su
    propósito principal de gestionar eficientemente la correspondencia.

    REQUISITOS NO FUNCIONALES

    Los requisitos no funcionales son aquellos aspectos que no se refieren directamente a las
    funcionalidades del software, pero que son igualmente importantes para su correcto
    funcionamiento, rendimiento y satisfacción del usuario.

    REQUERIMIENTOS FUNCIONALES REQUERIMIENTOS NO


    FUNCIONALES
    El sistema debe identificar la torre y el Los datos de la aplicación solo podrán
    número de apto. ser modificados por las personas
    autorizadas (vigilante o administrador
    El sistema debe almacenar los datos El sistema de información deberá
    básicos del usuario (nombre, teléfono, soportar una gran cantidad de
    cedula, dirección, email). información.
    El sistema debe verificar datos del Los datos de la aplicación deberán tener
    usuario. almacenados en un sistema de gestor
    base de datos, sobre el cual se mira la
    frecuencia que se hacen las
    correspondencias
    El sistema debe registrar al usuario. La aplicación deberá tener una
    estructura clara, ordenando el contenido
    y las funciones de la aplicación en
    pestañas que abarquen todas las
    funcionalidades disponibles, según el
    perfil de seguridad del usuario conectado
    El sistema debe registrar la Los colores de la aplicación van acordes
    correspondencia. con el número de bloque y apto
    El sistema deberá asignar un código de El sistema identificara todos los
    la correspondencia. residentes del edificio o condominio
    El sistema deberá generar un mensaje El software funcionara para visualizar
    informando al usuario que su servicios de la correspondencia
    correspondencia fue entregada.
    El usuario operador podrá ingresar al El sistema deberá poseer una interfaz
    sistema luego de ingresar el nombre y la sencilla e intuitiva.
    contraseña.
    El software contara con una aplicación El sistema deberá contar con una
    para PC. verificación de los datos para el correcto
    acceso a la aplicación por parte del
    administrador.

    El sistema debe permitir enviar mensajes El sistema deberá ser capaz de crear un
    de texto a celulares desde un respaldo de la base de datos para
    computador. asegurar la protección integral de la
    información.

    El sistema permitirá guardar registro El administrador debe poder editar y/o


    fotográfico de las encomiendas como eliminar a otros administradores
    requisito excepcional. registrados.

    El sistema deberá contar con una El sistema deberá llevar el logo de Atila
    verificación de los datos para el correcto Seguridad.
    acceso a la aplicación por parte del
    administrador.

    El sistema será capaz de buscar entre los El tiempo de respuesta del sistema
    registros de residentes y apartamentos. deberá ser optimo, no superior a 3
    segundos.
    El sistema debe permitir visualizar la El sistema se cerrará después de 2
    información asociada a cada minutos de inactividad
    apartamento y residente
    El software podrá ser utilizado en los El sistema debe garantizar la seguridad y
    sistemas operativos Windows. privacidad de los datos personales de los
    residentes, así como de la
    correspondencia registrada en el
    software
    Requerimientos Específicos

    Número de requisito R01


    Nombre de requisito INGRESAR ID
    Tipo Requisito Restricción
    Descripción El sistema debe tener un módulo para permitir iniciar
    sesión de usuario, (es obligatorio para el funcionamiento
    del aplicativo).
    Prioridad del requisito Alta/Esencial Media/Deseado Baja/
    Opcional

    HISTORIAS DE USUARIO
    ID de la historia Rol Características/Funcionalidad Razón/Resultado Criterio de
    aceptación
    ID 01 Administrador Quiero realizar cambio de La contraseña Se obtiene el
    contraseña ya sea por debe ser diferente cambio de
    seguridad o por olvido a la anterior. contraseña.

    Número de requisito R03


    Nombre de requisito REGISTRO DE CORRESPONDENCIA
    Tipo Requisito Restricción
    Descripción El sistema debe registrar la correspondencia y tomar la
    evidencia del tipo de mercancía, paquete, o mensajería
    correspondiente.

    Prioridad del requisito Alta/Esencial Media/Deseado Baja/


    Opcional
    HISTORIAS DE USUARIO
    ID de la historia Rol Características/Funcionalidad Razón/Resultado Criterio de
    aceptación
    ID 03 Vigilante Quiero acceder al sistema de Realizar un Verificar el
    registros registro de registro de
    correspondencia correspondencia
    Número de requisito R05
    Nombre de requisito ACEPTACION DE CORRESPONDENCIA
    Tipo Requisito Restricción
    Descripción El sistema permite realizar la entrega de la
    correspondencia al residente.

    Prioridad del requisito Alta/Esencial Media/Deseado Baja/


    Opcional
    HISTORIAS DE USUARIO
    ID de la historia Rol Características/Funcionalidad Razón/Resultado Criterio de
    aceptación
    ID 05 Vigilante Quiero acceder a las base de Completar la Evidencia de
    registros entrega de correspondencia
    correspondencia

    También podría gustarte