Está en la página 1de 9

Ing.

José Luis Chávez Gómez


DeveloperWeb

iscjoseluischavezg.mx
Ing. José Luis Chávez Gómez
DeveloperWeb

Plantilla para documento de especificacion de requesitos de Software

Nombre del proyecto: Ability talk


Fecha: 18 de septiembre del 2023
Versión: 1.4
Creado por: Digital-C

Historial de revisiones:
Versión: Autor: Descripcion de la version: Fecha:
1.1 Ing. Jose Luis Chavez Maquetado funcional 24 feb 2024

Historial de reviciones:
Aprobado por: Version aprobada: Firma: Fecha:

Historial de aprobaciones:
Aprobado por: Version aprobada: Firma: Fecha:

Introducción

Describe el propósito del documento.

iscjoseluischavezg.mx
Ing. José Luis Chávez Gómez
DeveloperWeb

Revisar el proyecto y obtener información de los recursos funcionales y no funcionales con la


intención de administrar y controlar los recursos del proyecto tanto recursos técnicos y recursos
económicos

1.1 Alcance del producto. Enumera los beneficios, los objetivos y las metas del producto.
Beneficios
° detención y canalización de un problema o capacidad distinta sobre el usuario.
° nuestro aplicativo contará con videos, lecturas o pláticas informativas sobre el problema
que está presentando el menor, y con ellos darle un mejor apoyo.
° Todas nuestras actividades están aprobadas por profesionales en la salud para una mejor
experiencia hacia el usuario.
Metas
° Desarrollar nuestro aplicativo para brindarle un servicio adecuado al usuario.
° Lanzar el aplicativo al mercado dirigido a toda la comunidad y esperar a tener un buen
resultado.
° Obtener una posición adecuada para seguir brindando servicios de apoyo en cuánto a las
discapacidad de nuestros usuarios.
Objetivos
° Podría ser Establecer canales de retroalimentación para que los usuarios puedan expresar
sus necesidades y sugerencias, permitiendo una evolución constante de la aplicación.

1.2 Valor del producto. Describe qué valor encontrará el público en tu producto.

Utilizamos test especializados para canalizar de manera efectiva los problemas de lenguaje
en los niños permitiendo identificar áreas de mejora de forma temprana así como apoyo
psicológico y una segunda alternativa de aprendizaje en lenguaje de señas.

1.3 Publico Objetivo. Describe a quién esta destinado el producto.

Nuestro aplicativo esta destinado a niños de 3 años en adelante con ayuda de sus tutores y
hacia personas interesadas en aprender una alternativa nueva para poder comunicarse Solo
que seria.

1.4 Uso previsto. Describe de qué manera tu público objetivo usará el producto.

Nuestra aplicación, descargable previamente, aprovecha el acceso a internet para ofrecer


herramientas que promueven el desarrollo de habilidades de comunicación. Diseñada para
facilitar la comunicación, accesibilidad y brindar apoyo en diversas áreas, contribuye a
generar una comunicación asertiva, especialmente útil para personas con capacidades
diferentes.

iscjoseluischavezg.mx
Ing. José Luis Chávez Gómez
DeveloperWeb

1.5 Descripción general. Redacta un resumen de las funciones y características del


software.

Login -Registro -home -sistema de datos del tutor -ajustes generales -ajustes auditivos -
Apartado de lenguaje de señas -Apartado de psicología -apartado de ejercicios – Perfil de
usuario – calendario -apartado del tutor -Avance de aprendizaje -Interfaz interactiva -
Organización de ejercicios -Contactos de ayuda psicológica

Requerimientos Funcionales

Enumera los requerimientos de diseño, los requisitos graficos, los requisitos del sistema
operativo y las limitaciones del producto.

Requerimientos de diseño:
1. Interfaz intuitiva y fácil de usar: la aplicación debe ser accesible para niños y debe tener
una interfaz amigable e intuitiva que les permita navegar y utilizar las funciones sin
dificultad.
2. Diseño inclusivo: Asegurarse de que la aplicación sea fácil de usar para todos los niños,
independientemente de sus habilidades.
3. Elementos visuales atractivos: Utilizar colores, imágenes y elementos visuales atractivos
y agradables para los niños, lo que puede ayudar a mantener su atención e interés en la
aplicación.

4. Feedback claro: Proporcionar retroalimentación clara y visualmente comprensible para


que los niños sepan cuándo han realizado una acción correctamente o si necesitan realizar
ajustes.
5. Facilidad de navegación: Diseñar una estructura de navegación clara y lógica que
permita a los niños encontrar fácilmente las funciones y herramientas que necesitan dentro
de la aplicación.
6. Compatibilidad con diferentes dispositivos: Asegurarse de que la aplicación sea
compatible con una variedad de dispositivos, como tabletas y teléfonos inteligentes, para
que los niños puedan acceder a ella desde diferentes dispositivos.

Requisitos gráficos
1. Diseño colorido y vibrante: Utilizar una paleta de colores brillantes y llamativos que sean
atractivos para los niños y que estimulen su interés y atención.

iscjoseluischavezg.mx
Ing. José Luis Chávez Gómez
DeveloperWeb

2. Iconografía clara y fácil de entender: Utilizar iconos y símbolos claros y simples para
representar diferentes funciones y acciones dentro de la aplicación
3.Ilustraciones educativas: Incorporar ilustraciones educativas que ayuden a explicar
conceptos o actividades relacionadas con el habla de manera visualmente atractiva y
comprensible para los niños.
4.Tipografía legible: Utilizar fuentes de texto claras y legibles que sean fáciles de leer para
los niños, especialmente para aquellos que pueden tener dificultades con la lectura.

Requisitos de sistema operativo


Windows 10 de 32 bits, el límite de memoria RAM es de 4 GB.
Windows 10 Home admite hasta 128 GB de RAM

Limitaciones del producto


Dependencia Tecnológica:
AbilityTalk está limitado por la dependencia de la tecnología, lo que podría excluir a
aquellos que no tienen acceso a dispositivos móviles o conexión a Internet.
Variabilidad en el Desarrollo Infantil:
Dado que cada niño es único en su desarrollo, AbilityTalk puede encontrar limitaciones en
adaptarse perfectamente a todas las variaciones individuales en el desarrollo del habla.
Necesidad de Supervisión Adulta:
La aplicación podría requerir supervisión activa por parte de tutores o adultos para
garantizar un uso adecuado, lo que podría limitar su efectividad en entornos donde la
supervisión adulta es limitada.
Limitaciones en el Acceso a Terapeutas Especializados:
La aplicación puede no reemplazar completamente la necesidad de intervención de
terapeutas especializados en casos de dificultades severas en el habla.
Posibles Desafíos en la Privacidad de los Niños:
La necesidad de recopilar datos para personalizar la experiencia del usuario podría plantear
desafíos en términos de privacidad, especialmente cuando se trata de usuarios menores de
edad.
Limitaciones Culturales y Lingüísticas:
Puede enfrentar desafíos en la adaptabilidad a diversas culturas y lenguajes, lo que podría
limitar su accesibilidad global.
Complejidad en la Evaluación del Progreso:
La evaluación del progreso puede ser compleja, ya que el desarrollo del habla es
multifacético y puede estar influenciado por diversos factores externos.

iscjoseluischavezg.mx
Ing. José Luis Chávez Gómez
DeveloperWeb

Requerimientos funcionales

3.1 Requisitos de la interfaz Describe la lógica detrás de las interacciones entre los usuarios y
de usuario. el software(diseños de pantalla, guias de estilo, etc).

3.2 Requisitos de la interfaz Especifica los dispositivos compatibles con el software, los
de hardware. requisitos de red y los protocolos de comunicación que se
utilizaran.

3.3 Requisitos de la interfaz Incluye las conexiones entre tu producto y otros componentes
de software. de software, como el marco de front-end y back-end,
biobliotecas, etc.

iscjoseluischavezg.mx
Ing. José Luis Chávez Gómez
DeveloperWeb

3.4 Requisitos de la interfaz Enumera los requerimientos de los programas de comunicación


de comunicación. que usará tu producto, como los email o formularios integrados.

Requerimientos no funcionales

4.1 Seguridad. Incluye las normas de privacidad y protección de datos que


deben cumplirse.

4.2 Capacidad. Describe la demanda de almacenamiento actual y futura del


software.

4.3 Compatibilidad. Enumera los requisitos mínimos de hardware para el software.

4.4 Confiabilidad. Calcula cuál es el tiempo de fallo critico esperado de tu producto


con relación a un uso normal.

iscjoseluischavezg.mx
Ing. José Luis Chávez Gómez
DeveloperWeb

4.5 Escalabilidad. Calcula la cantidad maxima de trabajo con la que tu software


puede funcionar según lo esperado.

4.6 Mantenibilidad. Describe cómo se debe usar la integración continua para


implementar funciones o reparar errores rapidamente.

4.7 Facilidad de uso. Describe que tan facil resultará el uso del software a los usuarios
finales.

4.8 Otros. Enumera cualquier otro requisito no funcional.

iscjoseluischavezg.mx
Ing. José Luis Chávez Gómez
DeveloperWeb

Definiciones y acrónimos

iscjoseluischavezg.mx

También podría gustarte