Unidad3 Especificacion Requisitos

WOLF STORE
Especificación de Requisitos
INTEGRANTES:
Erasmo Barrios Magalie
Gonzalez Román Jair
Montaño Morales Jose Alberto
Samano Gonzalez Roberto
Versión: 0100
Fecha: DD/MM/AAAA
[1.0]
Queda prohibido cualquier tipo de explotación y, en particular, la reproducción,
distribución, comunicación pública y/o transformación, total o parcial, por cualquier
medio, de este documento sin el previo consentimiento expreso y por escrito de la
Junta de Andalucía.
<Nombre Proyecto>
<Unidad Organizativa>
HOJA DE CONTROL
Organismo JYSMM
Proyecto Wolf Store

Entregable Especificación de Requisitos
Autor Equipo Wolf Desing
Versión/Edición 0100 Fecha Versión 11/04/2019
Aprobado por Fecha Aprobación DD/MM/AAAA
Nº Total de
27
Páginas
REGISTRO DE CAMBIOS
Versió Fecha del

Causa del Cambio Responsable del Cambio
n Cambio
0100 Versión inicial Magaly Erasmo Barrios 11/04/2019
CONTROL DE DISTRIBUCIÓN
Nombre y Apellidos
Samano Gonzalez Roberto
Gonzalez Román Jair
Erasmo Barrios Magalie
Montaño Morales Jose Alberto
Página 2 de 27
<Nombre Proyecto>
ÍNDICE
1 INTRODUCCIÓN............................................................................................................... 5
1.1 Alcance..................................................................................................................... 5
1.2 Objetivos.................................................................................................................. 5
2 INFORMACIÓN DEL DOMINIO DEL PROBLEMA.................................................................6
2.1 Introducción al Dominio del Problema......................................................................6
2.2 Glosario de Términos................................................................................................ 6
3 DESCRIPCIÓN DE LA SITUACIÓN ACTUAL [OPCIONAL].....................................................7
3.1 Pros y Contras de la Situación Actual.......................................................................7
3.1.1 Fortalezas de la Situación Actual.......................................................................7
3.1.2 Debilidades de la Situación Actual....................................................................8
3.2 Modelos de Procesos de Negocio Actuales...............................................................8
3.2.1 Descripción de los Actores de Negocio Actuales...............................................8
3.2.2 Descripción de Procesos de Negocio Actuales...................................................9
3.3 Entorno Tecnológico Actual.....................................................................................10
3.3.1 Descripción del Entorno de Hardware Actual..................................................10
3.3.2 Descripción del Entorno de Software Actual....................................................10
4 NECESIDADES DE NEGOCIO..........................................................................................11
4.1 Objetivos de Negocio.............................................................................................. 11
4.2 Modelos de Procesos de Negocio a Implantar [Opcional]........................................12
4.2.1 Descripción de los Actores de Negocio a Implantar.........................................12
4.2.2 Descripción de Procesos de Negocio a Implantar............................................12
5 DESCRIPCIÓN DE LOS SUBSISTEMAS DEL SISTEMA A DESARROLLAR [OPCIONAL]........14
6 CATÁLOGO DE REQUISITOS DEL SISTEMA A DESARROLLAR..........................................15
6.1 Requisitos Generales del Sistema...........................................................................15
6.2 Casos de uso del Sistema.......................................................................................16
6.2.1 Diagramas de Casos de Uso del Sistema........................................................16
6.2.2 Especificación de Actores del Sistema............................................................17
6.2.3 Especificación de Casos de Uso del Sistema...................................................18
6.3 Requisitos Funcionales del Sistema........................................................................21
6.3.1 Requisitos de Información del Sistema............................................................21
6.3.2 Requisitos de Reglas de Negocio del Sistema.................................................22
6.3.3 Requisitos de Conducta del Sistema...............................................................23
6.4 Requisitos No Funcionales del Sistema...................................................................24
6.4.1 Requisitos de Fiabilidad...................................................................................25
6.4.2 Requisitos de Usabilidad.................................................................................25
6.4.3 Requisitos de Eficiencia...................................................................................25
6.4.4 Requisitos de Mantenibilidad..........................................................................26
6.4.5 Requisitos de Portabilidad...............................................................................26
6.4.6 Requisitos de Seguridad..................................................................................26
Página 3 de 27
<Nombre Proyecto>
6.4.7 Otros Requisitos No Funcionales.....................................................................26

6.5 Restricciones Técnicas del Sistema.........................................................................27
6.6 Requisitos de Integración del Sistema....................................................................27
6.7 Información Sobre Trazabilidad...............................................................................28
7 ANEXOS [OPCIONAL]..................................................................................................... 29
7.1 Anexo A: Actas de Reuniones.................................................................................29
7.2 Anexo B: Documentación Relevante.......................................................................29
7.3 Anexo C: Glosario de Acrónimos y Abreviaturas.....................................................29
Página 4 de 27
<Nombre Proyecto>
1 INTRODUCCIÓN
En el presente documento ERS se encontrarán, de manera específica y ordenada
cada uno de los requerimientos que presenta la creación del software que manipule
la información de la gestión de ventas. Se indicará la función del software y la forma
de cómo cumplirá con el objetivo de cada requerimiento propuesto para la creación
del software. Se describirá cada uno de los pasos a seguir para la manipulación del
software y como entrará a cubrir las necesidades del proyecto. Para cada
requerimiento se indicarán cuáles son los factores que se involucraron para
considerarlo como un factor necesario para incluirlo en la elaboración del software y
cuál es el personal involucrado (hombre o sistema) con el cual estará relacionado e
interactuando para cada disposición que se requiera como manipulación del
software
1.1 Alcance
El documento ERS se ocupa del sistema de gestión de ventas de una empresa
dedicada a la venta de artículos de comunicación. Dicho sistema será desarrollado
por el grupo de desarrollo de software Wolf Design. El sistema permitirá a los
encargados de la empresa controlar todo lo relativo a la gestión de ventas
1.2 Objetivos
Uno de los principales objetivos que el sistema busca es el de brindar al usuario una
mejor forma de elección en cuanto a equipos telefónicos, hoy en día se conocen
muchas marcas, modelos, precios y variedad de equipos cuyas características
obligan al comprador a dudar demasiado, por eso, este sistema tiene como objetivo
dar a conocer los equipos más recientes, que para los creadores del sistema
ofrezcan una amplia gama de los equipos que fueron los más destacados en el
mercado, otro de los objetivos que se tienen es el de facilitar una compra al usuario
y un fácil ingreso al sistema, haciendo uso de interfaces que para el mismo se le
facilite el manejo de la aplicación.
Página 5 de 27
<Nombre Proyecto>
2 INFORMACIÓN DEL DOMINIO DEL PROBLEMA

La razón principal por la que Wolf Desing, se interesó en crear un software para la
venta de dispositivos móviles, es la desinformación de las personas al comprar o
conseguir un aparato telefónico, el cual hoy en día es importante contar con
herramientas que éstos nos ofrecen, pues facilitan nuestro día a día, brindando
eficacia en las actividades que posiblemente no fuesen capaces de realizar el ser
humano tan eficazmente, es por eso que el contar con un dispositivo móvil es tan
importante como conocer sus características y lo que cada uno de ellos ofrecen,
además de cubrir gran parte de un campo tecnológico, como lo son las ventas, pues
permitirá poder realizar ventas por medio de la misma obteniendo ganancias a
través de ésta.
2.1 Introducción al Dominio del Problema

Es importante conocer que en primera instancia, el software estará diseñado para
que el usuario final (comprador) tenga facilidad al elegir el tipo de dispositivo que
Esta sección debe contener una introducción al dominio del problema que
ayude al lector del documento a asimilar los conceptos del glosario de
términos de la siguiente sección. Se trata de dar una visión general del
conjunto de conceptos que se manejan en la organización para la que se va a
desarrollar el sistema software. Pueden incluirse diagramas u otro elemento
multimedia si se considera oportuno para facilitar su comprensión.
desea, pues podrá elegir desde marca, modelo, precio, características, y finalmente
el usuario administrador tendrá el control del sistema, pues tendrá acceso a las
altas, bajas, consultas de los productos que están en venta en el software, así como
el manejo de los usuarios que se registran para poder comprar directamente desde
su sesión.
2.2 Glosario de Términos

Actualización:
-Insertar, eliminar, modificar los registros de los usuarios (Profesores).
Almacenamiento:
-En relación con ordenadores o computadoras, cualquier dispositivo capaz de
almacenar información procedente de un sistema informático.
Sitio Web:
- Se canaliza a través del URL o identificador único de cada página de contenidos.
Este sistema permite a los usuarios iniciar una solicitud de trámite y a los
funcionarios del Agua Potable atender las solicitudes e ingresar datos de las
inspecciones realizadas.
ACRÓNIMOS
Página 6 de 27
<Nombre Proyecto>
DBA:
- Es aquella persona que tiene el control central del sistema de base de datos.
GUI o acrónimo de Graphical User Interface:
- En informática, tipo de entorno que permite al usuario elegir comandos, iniciar
programas, ver listas de archivos y otras opciones utilizando las representaciones
visuales (iconos) y las listas de elementos del menú. Las selecciones pueden
activarse bien a través del teclado o con el ratón.
Esta sección debe contener una lista ordenada alfabéticamente de los

principales términos, acrónimos y abreviaturas específicos del dominio del
problema, especialmente de los que se considere que su significado deba ser
aclarado. Cada término, acrónimo o abreviatura deberá acompañarse de su
definición y se podrá adjuntar material multimedia que facilite su comprensión
como fotografías, documentos escaneados, diagramas o incluso vídeo o
Página 7 de 27
<Nombre Proyecto>
3 DESCRIPCIÓN DE LA SITUACIÓN ACTUAL [OPCIONAL]
La razón principal por la que se realizó este sistema de galería/compra/venta de

celulares de las mejores marcas, y mejores modelos recientes que se encuentra en
el mercado, fue para facilitar al usuario tanto vendedor como administrador en lo
referente a la venta y compra del producto que se maneja en el sistema.
3.1 Pros y Contras de la Situación Actual

En la actualidad la tecnología es fundamental para facilitar las distintas
actividades diarias, para un mejor servicio
PROS:
1.- La tienda te ayuda a un control optimo de las ventas y productos.
3.1.1 Fortalezas de la Situación Actual

Implementar y diseñar interfaces para los distintos tipos de marcas telefónicas,
así como proyectar el conocimiento en dicha área de la tecnología.
Toda persona hoy en día utiliza un dispositivo móvil, por lo que será bastante
amigable poder interactuar con la información brindada por el sistema a los
usuarios.
El margen de las necesidades de un sistema de este tipo es muy amplio, pues
brinda una nueva forma de poder obtener la información relevante del mercado
de la telefonía, algo que hoy en día, la información está regada por toda el
internet.
<id>999 Primeros pasos
Versión Inicial V 1.0 (21 de mayo de 2019)
Descripción Ésta versión emplea una interfaz amigable, e información visual de la tienda
virtual, por lo tanto, en la misma se muestra la gama de marcas de dispositivos
Comentarios
Tabla 1: Fortalezas de la situación actual.

Los atributos entre corchetes son opcionales
Página 8 de 27
<Nombre Proyecto>
3.1.2 Debilidades de la Situación Actual

Las debilidades que presenta dicha situación, es el margen de personas que no están dispuestas a
utilizar un software como éste para realizar una elección, y pese a ello, están expuestas a la publicidad
de gigantes de la industria telefónica que, con su marketing y difusión de paquetes de telefonía, te
ofrecen éstos con promociones acompañadas de dispositivos móviles que a veces no suelen ser lo que
uno necesita o requiere realmente.
<id>999 Flaqueo en el Software
[Versión] V 1.2 (21 de mayo del 2019)
Descripción El software no cuenta con compras realizadas por tarjeta, ni mucho menos cuenta
con un sistema real de altas y bajas de los productos existentes o la posibilidad de
Comentarios
Tabla 2: Debilidades de la situación actual.

3.2 Modelos de Procesos de Negocio Actuales
3.2.1 Descripción de los Actores de Negocio Actuales

<Introduzca contenido, cumplimente tabla y borre cuadro>
Esta sección debe contener información sobre los actores de negocio

(organizaciones, roles o responsabilidades) de los modelos de procesos de
negocio actuales especificados mediante las plantillas para actores del
negocio actual que se muestran a continuación.
<id>999 Administración del software
Página 9 de 27
<Nombre Proyecto>
[Versión] V 1.3 (22 de mayo del 2019)
[Dependencias] • Subidas, actualizaciones y bajas del producto dentro de la tienda.

• Subidas, actualizaciones y bajas de usuarios registrados en la tienda.
Descripción Este actor de negocio actual representa de manera eficaz el flujo de usuarios y
producto que se manejan en la tienda.
Comentarios
Tabla 3: Actores de negocio.

3.2.2 Descripción de Procesos de Negocio Actuales

Esta sección debe contener información sobre los procesos de negocio

actuales, tal y como se realizan en la organización del cliente antes del
comienzo del desarrollo del sistema software. Para cada proceso de negocio se
incluirá una descripción textual usando las plantillas para procesos de
negocio actuales que se muestran a continuación, y un diagrama en la
notación que se considere oportuna, por ejemplo diagramas BPMN o
<id>999 <nombre descriptivo>
[Versión] <nº versión>(<fecha de versión>)
[Dependencias] • <procesos de negocio actuales de los que depende>

• ...
Descripción <descripción del proceso de negocio actual en términos del dominio del
problema>
[Importancia] <importancia del proceso de negocio para el cliente>
[Actores] • <actor que participa en el proceso de negocio>

• ...
Comentarios <comentarios adicionales sobre el proceso de negocio actual>
Tabla 4: Procesos de Negocio actuales.

3.3 Entorno Tecnológico Actual

<Introduzca contenido y borre cuadro>
Página 10 de 27
<Nombre Proyecto>
Esta sección debe contener información general sobre el entorno tecnológico

en la organización del cliente antes del comienzo del desarrollo del sistema
software, incluyendo hardware, redes, software, etc. Se prestará especial
atención a la arquitectura de servicios ( servicios web SOAP, REST, buses de
servicios, etc.) en funcionamiento o en desarrollo que puedan tener impacto
en el sistema software a desarrollar. El objetivo es ofrecer una visión general,
por lo que para los detalles más técnicos se debe remitir al lector a los
documentos técnicos oportunos. Para facilitar la comprensión, se recomienda
el uso de diagramas donde sea posible. Esta sección se divide en las
secciones que se describen a continuación, que pueden fusionarse si se
3.3.1 Descripción del Entorno de Hardware Actual
<
Esta sección debe contener información sobre el entorno de hardware actual,

incluyendo servidores, estaciones de trabajo, redes, etc., que pueda tener
impacto sobre el sistema software a desarrollar. Para los detalles más técnicos
se debe remitir al lector a los documentos técnicos oportunos. Para facilitar la
comprensión, se recomienda el uso de diagramas donde sea posible.
3.3.2 Descripción del Entorno de Software Actual

Esta sección debe contener información sobre el entorno de software actual,

incluyendo sistemas operativos, sistemas de gestión de bases de datos,
servidores de aplicaciones, etc., que pueda tener impacto sobre el sistema
software a desarrollar. Para los detalles más técnicos se debe remitir al lector
a los documentos técnicos oportunos. Para facilitar la comprensión, se
Página 11 de 27
<Nombre Proyecto>
4 NECESIDADES DE NEGOCIO
Las necesidades de negocio que se encuentran en Wolf Store es la innovación e
implantación de una venta en línea, pero con la seguridad de la información del
usuario, y una optimización en su búsqueda de dispositivos móviles, así como el
conocimiento de sus características para la adquisición del mejor dispositivo que
desee.
4.1 Objetivos de Negocio

Los objetivos deseados es primeramente brindarle una gran variedad de
dispositivos al usuario con su información relevante para el hacer la mejor
compra de su vida, posteriormente brindarle la mejor forma de pago que se
adecue a él y por último asegurarle que la información de los usuarios será
segura en nuestro portal.
<id>999 Objetivos de negocio Wolf Store
[Versión] Versión no. 1.3 (22/Mayo/2019)
[Dependencias]  Seguridad
 Implementación de nueva información
 Nuevas formas de pago.
Descripción Brindarle más seguridad a la hora de comprar a nuestros clientes por medio d e
nuestro portal seguro y con mayor información.
Subobjetivos  Implementación de nuevo material.
 Nueva actualización del portal.
[Importancia] Generar confianza en la venta de dispositivos a nuestros clientes.
[Prioridad] Mayor venta de dispositivos en nuestro portal.
Comentarios
Tabla 5: Objetivos de Negocio.

4.2 Modelos de Procesos de Negocio a Implantar

[Opcional]
En la sección 3.2 se incluyeron totalmente los los modelos de procesos de

negocios, por lo que actualmente trabajamos con dichos modelos.
Página 12 de 27
<Nombre Proyecto>
4.2.1 Descripción de los Actores de Negocio a

Implantar
Los actores que destacan para implantar en Wolf Store, primeramente, son los
desarrolladores de software, pues ellos tienen el rol de la creación del portal para
nuestra venta de dispositivos. A si mismo ocupamos de organización para la
utilización del software como el gestor de base de datos MySQL y el lenguaje
JAVA.
<id>999 Wolf Store
[Versión] Versión no. 1.3(22/Mayo/2019)
[Dependencias]  Gestor de Base de Datos MySQL

 Desarrolladores de Software
Descripción Los desarrolladores son los encargados de la gestión del portal, así como de la
implementación de las actualizaciones y la seguridad del software para la venta
de dispositivos.
Comentarios
Tabla 6: Actores de negocio a implantar.

4.2.2 Descripción de Procesos de Negocio a Implantar

Los procesos de negocio que se incluyen en Wolf Store primeramente es el
proceso de negocio Estratégico, pues es necesario ir planificando la
interacción que se hará entre el usuario en la parte de la venta y la información
adicional que se le brinda, además de que es importante construir ideas y
proyectos para que Wolf Store tenga un equilibrio en la parte de marketing.
Posteriormente se hará uso del proceso de negocio Operativo, pues se tiene
la idea de ir creciendo como empresa y es importante seguir realizando las
actualizaciones correspondientes, así como seguir ofreciendo la calidad de
productos a los usuarios.
Y por último el proceso de negocio de Control, pues atraves de este proceso
tendremos conocimiento acerca de cómo van avanzando los anteriores procesos
e ir tomando las decisiones adecuadas ante cualquier problema.
<id>999 Procesos de negocio Wolf Store
[Versión] Versión 1.3 (22/Mayo/2019)
[Dependencias]  Proceso de negocio estratégico
Página 13 de 27
<Nombre Proyecto>
Descripción Por medio de este negocio que se implementa, se crean estrategias e ideas para
la innovación de productos y un crecimiento en las ventas.
[Importancia] Genera mayor atracción para las clientes.
Actores  Desarrolladores de Wolf Store
Comentarios
Tabla 7: Procesos de Negocio a implantar.

Página 14 de 27
<Nombre Proyecto>
5 DESCRIPCIÓN DE LOS SUBSISTEMAS DEL SISTEMA A

DESARROLLAR [OPCIONAL]
No Existen Subsistemas en Wolf Store.
Página 15 de 27
<Nombre Proyecto>
6 CATÁLOGO DE REQUISITOS DEL SISTEMA A

DESARROLLAR
Figura 1. Ejemplo del ïndice.
6.1 Requisitos Generales del Sistema

Los requisitos generales del sistema en Wolf Sore van dados por el sistema de
calidad, en donde, especificacando los requisisitos que requiere nuestro portal, es
una conexion a intenet.
<id>999 Requisitos Generales de Wolf Store
[Versión] Versión 1.3(22/Mayo/2019)
[Dependencias]  Conexión a internet
Descripción El sistema deberá tener una conexión a internet
Requisitos hijos No aplica
[Importancia] Es de suma importancia, pues es para establecer conexión entre el portal ya la

información de la base de datos.
Página 16 de 27
<Nombre Proyecto>
[Prioridad] De alta prioridad
[Estado]
Comentarios
Tabla 9: Requisitos generales del sistema.

6.2 Casos de uso del Sistema

Esta sección debe contener la especificación de los casos de uso del sistema,
denominados escenarios operacionales en terminología CMMI-DEV, incluyendo
los correspondientes diagramas, la especificación de los actores y la
especificación de los propios casos de uso. Los casos de uso deben describir
cómo se utilizará el sistema a desarrollar por sus futuros usuarios para realizar
sus procesos de negocio.
6.2.1 Diagramas de Casos de Uso del Sistema

Los diagramas del caso de uso se muestran a continuación
Esta sección debe contener los diagramas de casos de uso del sistema que se
hayan identificado. Se debe tener en cuenta que los diagramas de casos de
uso no son más que un índice visual de los casos de uso identificados, ya que
la información relevante de los casos de uso (la interacción entre los actores y
el sistema) no se ve reflejada en los diagramas sino en la especificación de los
propios casos de uso del sistema.
Página 17 de 27
<Nombre Proyecto>
Figura 2. Diagrama de caso de uso de Wolf Store
6.2.2 Especificación de Actores del Sistema

Los actores que corresponden a los clientes, podran ingresar al portal, ver el
catalogo de productos, añadir productos a su carrito de compras y realizar los
pagos por la compra de los productos que deseen
<id>999 Actores de Wolf Store
[Dependencias]  Cliente
Descripción Este actor de negocio actual representa a un usuario que ingrese al portal para
realizar sus compras, podrá ingresar a su cuenta, añadir productos y realizar el
pago
Comentarios
Tabla 10: Actores del sistema.
6.2.3 Especificación de Casos de Uso del Sistema

Las especificaciones del caso de uso de Wolf Store, son la conexión a internet,
pues permitirá la comunicación entre el servidor de la tienda en linea y el cliente
Página 18 de 27
<Nombre Proyecto>
que realice peticiones.
<id>999 Especificaciones del caso de uso de Wolf Store
[Dependencias]  Conexión de internet, para el ingreso al portal.
Precondición
Descripción El sistema podrá establecer una comunicación entre el servidor de la tienda y el

cliente por medio de internet.
Postcondición
[Importancia] Es importante, pues gracias a eso podrá ingresar al portal.
[Prioridad] De alta prioridad
[Estado]
Comentarios
Tabla 11: Plantilla simplificada de Casos de Uso.

Página 19 de 27
<Nombre Proyecto>
6.3 Requisitos Funcionales del Sistema

El proceso de ventas en el sistema abarcará los siguientes pasos: Ingreso de pedido de venta, emisión de
orden de entrega (despacho), facturación y cobranza.
El sistema enviará un correo electrónico cuando se registre alguna de las siguientes transacciones: pedido
de venta de cliente, despacho de mercancía al cliente, emisión de factura a cliente y registro de pago de
cliente.
6.3.1 Requisitos de Información del Sistema

Esta sección debe contener los requisitos de almacenamiento de información (

requisitos de información para abreviar) que se hayan identificado,
especificados mediante las plantillas para requisitos de información que se
muestran a continuación.
Estos requisitos deben especificar qué información debe almacenar el sistema
para poder ofrecer la funcionalidad descrita en los casos de uso del sistema o
en otros requisitos.
Esta sección podrá omitirse total o parcialmente si la dirección del proyecto
recomienda seguir un enfoque muy centrado en los casos de uso. Esto se
debe a que, en ese caso, gran parte de los requisitos de información pueden
[Dependencias] • <requisitos generales de los que depende>

• <otros requisitos de los que depende>
• ...
Descripción El sistema deberá almacenar la información correspondiente a <concepto

relevante>. En concreto:
Datos específicos • <datos específicos sobre el concepto relevante>

• ...
[Importancia] <importancia del requisito para el cliente>
[Prioridad] <prioridad del requisito para la dirección del proyecto>
[Estado] <estado del requisito según el ciclo de vida adoptado por el proyecto>
Comentarios <comentarios adicionales sobre el requisito de información>
Tabla 13: Requisitos de información.

Página 20 de 27
<Nombre Proyecto>
6.3.2 Requisitos de Reglas de Negocio del Sistema

Esta sección debe contener las reglas de negocio que deba cumplir el sistema
a desarrollar, especificadas mediante las plantillas para reglas de negocio que
se muestran a continuación.
Estos requisitos deben especificar qué reglas de negocio debe respetar el
sistema, evitando que se incumplan durante su funcionamiento.

• ...
Descripción El sistema deberá respetar la siguiente regla de negocio:<descripción de la regla

de negocio del sistema>
Comentarios <comentarios adicionales sobre el requisito>
Tabla 14: Requisitos de reglas de negocio.

6.3.3 Requisitos de Conducta del Sistema

Esta sección debe contener los requisitos de conducta que se hayan

identificado, especificados mediante las plantillas de requisitos de conducta
que se muestran a continuación.
Estos requisitos deben especificar cualquier otro comportamiento deseado del
sistema que no se haya especificado mediante los casos de uso del sistema,
como generación de informes, funcionalidades transversales a varios casos de

• ...
Página 21 de 27
<Nombre Proyecto>
Descripción El sistema deberá <descripción de conducta del sistema>[,cuando <evento de

activación>]
Interfaz de Servicio {Sí,No}
Tabla 15: Requisitos de conducta.

6.4 Requisitos No Funcionales del Sistema

Esta sección debe contener los requisitos no funcionales que se hayan

identificado, especificados mediante las plantillas para requisitos no
funcionales que se muestran a continuación.
Esta sección se divide en las secciones que se describen a continuación,
acorde a la taxonomía de requisitos de producto propuesta en Madeja.

• ...
Descripción El sistema deberá <descripción no funcional del sistema>
Tabla 16: Requisitos no funcionales del sistema.

Página 22 de 27
<Nombre Proyecto>
6.4.1 Requisitos de Fiabilidad

Esta sección debe contener los requisitos de fiabilidad que se hayan

funcionales propuestas en Madeja.
Estos requisitos deberán establecer, de la manera más objetiva y medible
posible, los niveles que debe cumplir el sistema a desarrollar en aspectos
6.4.2 Requisitos de Usabilidad

Esta sección debe contener los requisitos de usabilidad que se hayan

como facilidad de aprendizaje, comprensión, operatividad y atractividad.
6.4.3 Requisitos de Eficiencia

Esta sección debe contener los requisitos de eficiencia que se hayan

identificado, y que no hayan podido expresarse asociados a pasos de casos de
uso del sistema, especificados mediante las plantillas para requisitos no
6.4.4 Requisitos de Mantenibilidad

Esta sección debe contener los requisitos de mantenibilidad que se hayan

como estabilidad, facilidad de análisis, facilidad de cambio, facilidad de
6.4.5 Requisitos de Portabilidad

El software debe tener un cierto nivel de Adaptabilidad que permita a cualquier
usuario nuevo una rápida manera de aprender a usar nuestro software.El
software usara los requisitos con los que todos los equipos cuentan en la
actualidad.
El software esta echo para adaptarse a cada una de las tiendas.
Página 23 de 27
<Nombre Proyecto>
6.4.6 Requisitos de Seguridad

El software estará dividido en usuarios, administradores y superusuario.
Los usuarios son los cuales solo podrán ver la información sobre los teléfonos
móviles, así como realizar pedidos.
Los administradores serán quienes se encarguen de poner la información de la
página, así como modificarla, agregar o eliminar. También podrán ver los pedidos
y hacerlos validos dependiendo de si el usuario ya hizo el pedido junto con el
pago correspondiente así como cancelar el pedido.
Los superusuarios son los que se encargarán de administrar a los
administradores y podrán darlos de baja o alta, también podrán recuperar
contraseñas de estos y tendrán acceso a todos los datos.
6.4.7 Otros Requisitos No Funcionales

Esta sección debe contener los requisitos no funcionales que se hayan

identificado y que no pertenezcan a ninguna de las categorías anteriores. Al
igual que los anteriores, deberán especificarse mediante las plantillas para
requisitos no funcionales propuestas en Madeja.
6.5 Restricciones Técnicas del Sistema

Nuestros protocolos de comunicación son Tipo 4: JDBC de protocolo de Java
nativo puro. Este sí que es un driver 100% puro Java y es la mejor opción de
conectividad en cuanto a su flexibilidad. Con esta opción es más fácil la
distribución de aplicaciones.
Es compatible con los principales navegadores como lo son Firefox, Google
Chrome y safari.
Esta sección debe contener las restricciones técnicas que se imponen al

sistema software a desarrollar (tecnología a usar, protocolos de
comunicaciones, compatibilidad con navegadores, etc.), especificadas
mediante las plantillas para restricciones técnicas que se muestran a
[Versión] <1.0>(<21/05/2019>)

• 2 gb de ram
• Procesador a 1.5 hz
Página 24 de 27
<Nombre Proyecto>
Descripción El sistema deberá respetar la siguiente restricción técnica: <descripción de la

restricción técnica del sistema>
[Importancia] <importancia de la restricción técnica para el cliente>
[Prioridad] <prioridad dela restricción técnica para la dirección del proyecto>
[Estado] <estado dela restricción técnica según el ciclo de vida adoptado por el
proyecto>
Comentarios <comentarios adicionales sobre la restricción técnica>
Tabla 17: Restricciones técnicas del sistema.

6.6 Requisitos de Integración del Sistema

Esta sección debe contener los requisitos de integración que se hayan

identificado, especificados mediante las plantillas para requisitos de
integración que se muestran a continuación.
Estos requisitos deben identificar aquellos servicios disponibles en el entorno
tecnológico de producción o componentes software (por ejemplo, librerías
enlazables) cuya funcionalidad sea relevante para el sistema a desarrollar y

• ...
Descripción El sistema deberá utilizar el {servicio, componente software} <nombre del

elemento a integrar> para aquellos aspectos relacionados con <funcionalidad
prestada por el elemento a integrar>
Tabla 18: Requisitos de integración del sistema.
Página 25 de 27
<Nombre Proyecto>
6.7 Información Sobre Trazabilidad

Esta sección obligatoria debe contener el conjunto de matrices de trazabilidad

que se considere oportuno para identificar las relaciones entre los requisitos
identificados. Al menos deberá incluir la siguiente matriz:
• Matriz de trazabilidad de Requisitos Generales frente a Objetivos
de Negocio.
• Matriz de trazabilidad de Casos de Uso frente a Requisitos
Generales.
• Matriz de trazabilidad de Requisitos de Información frente a
Requisitos Generales.
• Matriz de trazabilidad de Reglas de Negocio frente a Requisitos
Generales.
• Matriz de trazabilidad de Requisitos de Conducta frente a
Requisitos Generales.
Página 26 de 27
<Nombre Proyecto>
7 ANEXOS [OPCIONAL]
Los anexos se usarán para proporcionar información adicional a la

documentación obligatoria del documento. Sólo deben aparecer si se
consideran oportunos y se identificarán con letras ordenadas alfabéticamente:
A, B, C, etc.
A continuación se describen algunos anexos habituales.
7.1 Anexo A: Actas de Reuniones

Este anexo debe contener el catálogo de actas de reuniones que se hayan

mantenido, registradas mediante el documento para acta de reuniones
propuesto en Madeja.
7.2 Anexo B: Documentación Relevante

Este anexo debe contener cualquier documentación que se considere

relevante para el sistema a desarrollar. Por ejemplo, documentos que deriven
de la actividad normal del negocio, leyes o referencias a leyes de aplicación
en la organización, fotografías que ilustren la forma de trabajar, informes que
genera el software actual, etc.
7.3 Anexo C: Glosario de Acrónimos y Abreviaturas

Este anexo debe contener una lista ordenada alfabéticamente de los

acrónimos y abreviaturas que aparezcan en el documento.
Para facilitar la reutilización entre proyectos, los acrónimos y abreviaturas
comunes a la mayoría de los proyectos aparecerán en este glosario separados
de los términos específicos del dominio del problema.
Página 27 de 27

Unidad3 Especificacion Requisitos

Cargado por

Copyright:

Formatos disponibles

Unidad3 Especificacion Requisitos

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Unidad3 Especificacion Requisitos

Cargado por

Copyright:

Formatos disponibles

WOLF STORE

Proyecto Wolf Store

Versió Fecha del

6.4.7 Otros Requisitos No Funcionales.....................................................................26

2 INFORMACIÓN DEL DOMINIO DEL PROBLEMA

2.1 Introducción al Dominio del Problema

2.2 Glosario de Términos

Esta sección debe contener una lista ordenada alfabéticamente de los

3 DESCRIPCIÓN DE LA SITUACIÓN ACTUAL [OPCIONAL]

La razón principal por la que se realizó este sistema de galería/compra/venta de

3.1 Pros y Contras de la Situación Actual

3.1.1 Fortalezas de la Situación Actual

<id>999 Primeros pasos

Versión Inicial V 1.0 (21 de mayo de 2019)

Tabla 1: Fortalezas de la situación actual.

3.1.2 Debilidades de la Situación Actual

<id>999 Flaqueo en el Software

[Versión] V 1.2 (21 de mayo del 2019)

Tabla 2: Debilidades de la situación actual.

3.2 Modelos de Procesos de Negocio Actuales

3.2.1 Descripción de los Actores de Negocio Actuales

Esta sección debe contener información sobre los actores de negocio

<id>999 Administración del software

[Versión] V 1.3 (22 de mayo del 2019)

[Dependencias] • Subidas, actualizaciones y bajas del producto dentro de la tienda.

Tabla 3: Actores de negocio.

3.2.2 Descripción de Procesos de Negocio Actuales

Esta sección debe contener información sobre los procesos de negocio

<id>999 <nombre descriptivo>

[Versión] <nº versión>(<fecha de versión>)

[Dependencias] • <procesos de negocio actuales de los que depende>

[Actores] • <actor que participa en el proceso de negocio>

Comentarios <comentarios adicionales sobre el proceso de negocio actual>

Tabla 4: Procesos de Negocio actuales.

3.3 Entorno Tecnológico Actual

Esta sección debe contener información general sobre el entorno tecnológico

Esta sección debe contener información sobre el entorno de hardware actual,

3.3.2 Descripción del Entorno de Software Actual

Esta sección debe contener información sobre el entorno de software actual,

4.1 Objetivos de Negocio

<id>999 Objetivos de negocio Wolf Store

[Versión] Versión no. 1.3 (22/Mayo/2019)

[Prioridad] Mayor venta de dispositivos en nuestro portal.

Tabla 5: Objetivos de Negocio.

4.2 Modelos de Procesos de Negocio a Implantar

En la sección 3.2 se incluyeron totalmente los los modelos de procesos de

4.2.1 Descripción de los Actores de Negocio a

<id>999 Wolf Store

[Versión] Versión no. 1.3(22/Mayo/2019)

[Dependencias]  Gestor de Base de Datos MySQL

Tabla 6: Actores de negocio a implantar.

4.2.2 Descripción de Procesos de Negocio a Implantar

<id>999 Procesos de negocio Wolf Store

[Versión] Versión 1.3 (22/Mayo/2019)

[Dependencias]  Proceso de negocio estratégico

[Importancia] Genera mayor atracción para las clientes.

Actores  Desarrolladores de Wolf Store

Tabla 7: Procesos de Negocio a implantar.