Especificaciones de Requisitos según el estándar de IEEE 830

Especificaciones de Requisitos según el estándar de IEEE 830

IEEE Std. 830-1998 21 de marzo de 2020

Resumen

Este documento presenta, en castellano, el formato de Especificación de Requisitos Software (ERS) según la última versión del estándar IEEE 830. Según IEEE, un buen Documento de Requisitos, pese a no ser obligatorio que siga estrictamente la organización y el formato dados en el estándar 830, sí deberá incluir, de una forma o de otra, toda la información presentada en dicho estándar. El estándar de IEEE 830 no está libre de defectos ni de prejuicios, y por ello ha sido justamente criticado por múltiples autores y desde múltiples puntos de vista, llegándose a cuestionar incluso si es realmente un estándar en el sentido habitual que tiene el término en otras Ingeniería. El presente documento no pretende pronunciarse ni a favor ni en contra de unos u otros: tan solo reproduce, con propósitos fundamentalmente docentes, como se organizaría un Documento de Requisitos según el estándar IEEE 830.

índice

1. Introducción        3

1. Propositivo        . . . . . . . . . . . . . . . . . . . . . . . . . . . . .        3
2. ámbito del Sistema . . . . . . . . . . . . . . . . . . . . . . . .´        3
3. Referencias        . . . . . . . . . . . . . . . . . . . . . . . . . . . .        3

1. Descripción General        4

1. Perspectiva del Producto . . . . . . . . . . . . . . . . . . . . .        4
2. Funciones del Producto . . . . . . . . . . . . . . . . . . . . . .        4
3. Características de los Usuarios . . . . . . . . . . . . . . . . . .        5
4. Restricciones        . . . . . . . . . . . . . . . . . . . . . . . . . . .        5
5. Suposiciones y Dependencias . . . . . . . . . . . . . . . . . . .        5
6. Requisitos Futuros        . . . . . . . . . . . . . . . . . . . . . . . .        6

1. Requisitos Específicos        6

1. Interfaces Externas . . . . . . . . . . . . . . . . . . . . . . . .        7
2. Funciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . .        7
3. Requisitos de Rendimiento . . . . . . . . . . . . . . . . . . . .        9
4. Restricciones de Diseño . . . . . . . . . . . . . . . . . . . . . .        9
5. Atributos del Sistema . . . . . . . . . . . . . . . . . . . . . . .        9

1. Introducción

En este documento encontraras la descripción de “Inmobiliaria Àngels” se desplegará el propósito el ámbito del sistema requisitos funcionalidad, visión compatibilidad, esperanza de uso y conectividad y resultados del negocio.

1. Propósito

En el Documento [ERS] presentado se dirige a el Sr. Ángel Aguirre con el propósito de expresar detalladamente los requisitos del proyecto a desarrollar para el negocio “Inmobiliaria Àngels” Revisando todos los requerimientos funcionales y no funcionales del sistema, tanto como la funcionalidad y el uso y administración de datos de cualquier tipo de usuarios que interactúe con el sistema.  

1. ámbito del Sistema

En esta Subsección:

Nombre al futuro sistema (p.ej. Inmobiliaria Àngels)[pic 1]

Se explicará lo que el sistema hará y lo que no haría.

Se describirán los beneficios, objetivos y metas que se espera alcanzar con el futuro sistema.

[pic 2] Se referenciarán todos aquellos documentos de nivel superior (p.e. en Ingeniería de Sistemas, que incluyen Hardware y Software, debe mantenerse la consistencia con el documento de especificación de requisitos globales del sistema, si existe).

1. Referencias

Documentación Requerida de los anexos de Ángel Aguirre

1. Descripción General

A continuación, revisaremos la descripción de la perspectiva y funciones del producto.

1. Perspectiva del Producto

La perspectiva del proyecto es poder realizar consultas actualizadas para promocionar las casas en venta y tener constante comunicación de los usuarios administradores del sistema con los proveedores y dueños de las casas y finalmente los clientes interesados en la compra, al final de cuentas cabe mencionar que el comprador o vendedor de la casa sigue siendo un cliente del administrador.

1. Funciones del Producto

La funcionalidad del producto comienza con la parte de log in a la plataforma de esta manera se identificara cual es el tipo de usuario que está accediendo, vendedor o comprador, es importante mencionar que el administrador tendrá otra vista donde tendrá visibilidad de la actividad y actualización de contenido y datos de otros usuarios a su plataforma, una vez ingresados al sistema el contenido y disponibilidad de herramientas se basara en el tipo de usuarios que son, una vez ingresado el comprador tendrá visibilidad lo mas nuevo en venta teniendo la posibilidad de contactar a el vendedor después de ver los reviews del producto interesado.

Por parte del vendedor podrá ver todos los reportes de algún contacto que esté interesado en algún producto que este bajo su rama de propiedades, esto generará un reporte de comisiones a el administrador que podrá controlar los socios que seguirán teniendo acceso a su plataforma y dominio para promocionar sus productos, estarán en constante evaluación.

1. Características de los Usuarios

Comprador: Acceso a revisión de viviendas promocionadas

Vendedor: Acceso a reportes de contacto para clientes y administración.

Administrador: Acceso a reportes de ventas o cotizaciones de administradores y clientes desde su proceso de inicio hasta el proceso fin.

1. Restricciones

Por el momento no encontramos ninguna limitación con el de permisos o categoría económica para el desarrollo del sistema.

1. Suposiciones y Dependencias

El sistema será adaptable para sistema Windows Y se desarrollará para dispositivos móviles con compatibilidad a Android y IOS con el framework de ionic, las limitaciones que tendrá serán en sistemas operativos como MAC o Linux.

1. Requisitos Futuros

Constante Modificación de parte visual para los clientes y aumento de herramientas de compatibilidad y actualización de plataformas “Add-ons” para comunicación con clientes conforme se vaya implementando el desarrollo social.

...