0% encontró este documento útil (0 votos)
15 vistas9 páginas

Especificacion de Requerimentos

El documento presenta la Especificación de Requerimientos de Software (SRS) para una aplicación móvil interactiva destinada a informar y prevenir el ciberacoso. Se detallan los requerimientos funcionales y no funcionales, así como las historias de usuario que guiarán el desarrollo del sistema, asegurando que cumpla con las necesidades de los usuarios. Además, se establece un marco para el análisis y desarrollo estructurado, garantizando la calidad del producto final.

Cargado por

omar312007
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
15 vistas9 páginas

Especificacion de Requerimentos

El documento presenta la Especificación de Requerimientos de Software (SRS) para una aplicación móvil interactiva destinada a informar y prevenir el ciberacoso. Se detallan los requerimientos funcionales y no funcionales, así como las historias de usuario que guiarán el desarrollo del sistema, asegurando que cumpla con las necesidades de los usuarios. Además, se establece un marco para el análisis y desarrollo estructurado, garantizando la calidad del producto final.

Cargado por

omar312007
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Documento con especificación de requerimientos

SRS (Especificación de Requerimientos de Software)


GA1-220501092-AA4-EV02

OMAR YECID FONTALVO BERDUGO

INTRUCTORA

ZENITH CHINCHILLA RUEDAS

Programa

ANALISIS Y DESARROLLO DE SOFTWARE

2025
Introducción

Mediante este documento se brindará una visión clara y detallada de los requerimientos

funcionales y no funcionales del sistema, permitiendo establecer con precisión cada uno de

ellos, así como el rol específico que desempeñan dentro del funcionamiento general del

sistema o aplicación a desarrollar. Esta especificación busca no solo definir las características

esenciales del sistema, sino también orientar el proceso de desarrollo hacia el cumplimiento

de las necesidades y expectativas del usuario final. Asimismo, se busca asegurar que cada

requerimiento contribuya de manera efectiva a la solución integral del problema que se

pretende abordar con la implementación del sistema, garantizando así un desarrollo

estructurado, coherente y enfocado en la calidad del producto final.

Propósito

Este documento tiene como propósito principal la especificación detallada de los

requisitos para el desarrollo de una aplicación móvil interactiva, cuyo objetivo es

proporcionar información relevante y actualizada sobre el ciberacoso o ciberbullying. La

aplicación está diseñada para ofrecer datos significativos, así como orientación y asesoría por

parte de profesionales especializados en el tema, con el fin de concienciar, prevenir y orientar

a los usuarios frente a esta problemática. Está dirigida especialmente a jóvenes y adultos que

interactúan de manera constante u ocasional en internet y sus diferentes plataformas,

buscando así convertirse en una herramienta de apoyo educativo y preventivo que contribuya

a un entorno digital más seguro y saludable.


Ámbito del sistema

• Nombre del sistema


• El sistema brindara información detallada de conocimiento general y
cómo actuar y frente a las diversas situaciones que presentan frente al
ciberacoso/ciberbullying, el cual se desarrollara de forma interactiva y
dinámica para que el usuario pueda aprender y diferencias este tema de
forma fácil y divertida, lo cual es más probable que cuando se le presente
un suceso referente a esto, este sepa cómo actuar frente a la situación
dada.
• El sistema tendrá acceso por medio de teléfonos y a través de la web
Descripción General

Por medio de este documento podemos dar claridad a los factores que afectan directa
o indirectamente al producto y sus requisitos. Donde definirá con detalle los requisitos que
anteriormente se habían seleccionado.

Perspectiva del producto

-Es un software independiente, creado para informar al público sobre los peligros
y beneficios de navegar en internet, conectándolos a las diferentes fuentes de información
verídicas.

Funciones del producto

• Permite crear un perfil y contraseña para su ingreso


• Visualización e interacción con los temas que se plantean
• Posibilidad de compartir contenido
• Interacción con la app entre usuarios y administradores
• Permite que los usuarios aporten sus experiencias
• Permitir que el usurario solicite asesoría

Características del usuario

• El alcance de la aplicación va dirigida a jóvenes y adultos quienes tienen


alta o poca frecuencia utilizando los diversos recursos y aplicaciones que
la web les ofrece.

Restricciones

-Es necesario validar correctamente los datos de inicio de sesión para evitar
suplantaciones y negar el acceso a usuarios no autorizados.
-Como se menciona el párrafo anterior para evitar suplantaciones solo se
permitirá una sesión abierta por dispositivo.
-Al ingresar si el usuario o contraseña son erróneos en los tres primeros
intentos se le dará una advertencia y al siguiente intento la cuenta será inactivada
y se enviará un mensaje de verificación de identidad al correo.
-Cualquier usuario que presente un comportamiento ofensivo o
inadecuado se le dará una advertencia; y en la segunda ocasión que suceda se le
negara el acceso

Historia de usuario

Número: Nombre de la historia


R01 Registro de usuario
ROL: Usuario
Prioridad: Alta Versión: 1.0

Descripción: El usuario debe registrarse, lo debe realizar ingresando los datos


solicitados por el sistema
Observaciones: Necesita hacer el registro para poder ingresar
Criterios de aceptación: El usuario puede ingresar a la app
Número: Nombre de la historia
R02 Cambio de contraseña
ROL: Administrador
Prioridad: Alta Versión: 1.0

Descripción: El sistema debe permitir tanto al usuario como al administrador


realizar cambio de contraseña ya sea por seguridad o por olvido. El cual se debe
realizar a través de una verificación en donde el usuario lo podrá realizar por
medio del correo electrónico registrado al cual se le enviará un código de
verificación.
Observaciones: La contraseña debe ser diferente a la anterior
Criterios de aceptación: Se obtiene el cambio de contraseña
Número: Nombre de la historia
R03 Datos personales
ROL: Administrador
Prioridad: Media Versión: 1.0

Descripción: Verificar si es su primer ingreso. Si es así solicitar datos personales


como:
• Nombre completo
• Apellidos
• Fecha de nacimiento
• Sexo
• Escolaridad
• Teléfono
• Correo electrónico

Observaciones: Se necesitan los datos personales para identificar el tipo de


población objeto
Criterios de aceptación: Se obtienen datos personales del usuario
Número: Nombre de la historia
R04 Visualización de datos personales
ROL: Administrador
Prioridad: Media Versión: 1.0

Descripción: El sistema permite visualizar los datos del usuario


Observaciones: Para obtener un control de los usuarios
Criterios de aceptación: Se pueden visualizar datos personales
Número: Nombre de la historia
R05 Fácil manejo
ROL: Usuario
Prioridad: Alta Versión: 1.0

Descripción: Interfaz gráfica amigable


Observaciones: La interfaz externa debe ser de fácil manejo y amigable para que
cualquier tipo de usuario pueda utilizarla cómodamente
Criterios de aceptación: Interfaz gráfica interactiva y dinámica
Número: Nombre de la historia
R06 Interacción
ROL: Usuario
Prioridad: Alta Versión: 1.0

Descripción: El sistema debe permitir al usuario usar los botones, y que este
pueda realizar comentarios o compartir información
Observaciones:
Criterios de aceptación: El usuario maneja app con la posibilidad de interactuar
con ella
Número: Nombre de la historia
R07 Datos personales
ROL: Administrador
Prioridad: Alta Versión: 1.0

Descripción: Registrar lo términos, condiciones y protección de datos de la app


Observaciones: Dar a conocer a los usuarios los lineamientos para interactuar
con la app y brindarles la seguridad con respecto a sus datos personales
Criterios de aceptación: Generar conciencia para hacer un buen uso y no
infringir las políticas de términos, condiciones y protección de datos de la app
Número: Nombre de la historia
R08 Correcto diligenciamiento de datos
ROL: Usuario
Prioridad: Media Versión: 1.0

Descripción: Hacer que los datos personales que digite el usuario sean de carácter
obligatorio y corroborar que sean verdaderos por lo menos el correo
Observaciones: Todos lo campos son obligatorios
Criterios de aceptación: El usuario realiza correctamente el diligenciamiento de
datos
Número: Nombre de la historia
R09 Facilitar manejo a administradores
ROL: Administrador
Prioridad: Alta Versión: 1.0

Descripción: El sistema debe ajustarse al administrador, facilitándole y logrando


un manejo más eficaz y ágil
Observaciones:
Criterios de aceptación: Fácil manejo para el administrador
Número: Nombre de la historia
R10 Comunicación
ROL: Administrador
Prioridad: baja Versión: 1.0

Descripción: El sistema debe permitir que el usuario establezca canales de


comunicación a través de la para poder obtener asesorías
Observaciones: Necesita hacer el registro para poder ingresar
Criterios de aceptación: Establecer canales de comunicación entre el
administrador y el usuario
Conclusiones

En resumen, la especificación de requerimientos facilita la identificación de los

objetivos a alcanzar. Este documento, elaborado con base en el estándar IEEE 830 para la

especificación de requerimientos de software, permite profundizar en el análisis,

explorando con mayor detalle, mediante diversas herramientas, la funcionalidad y

viabilidad de cada requerimiento necesario para que el software sea de calidad y funcione

correctamente.
Referencias

American Psychological Association. (2010). Manual de Publicaciones de la American


Psychological Association (6 ed.). (M. G. Frías, Trans.) México, México: El
Manual Moderno.
ANONIMO. (2008, OCTUBRE 22). Retrieved from
[Link]
TORRES GUTIERREZ, M. A., MARTINEZ MONDRAGON, J. C., & VILLEGAS
LOPEZ, J. (2010, Febrero 15). Retrieved from
[Link]

También podría gustarte