TALLER INFORME TECNICO
Especificación de Requerimientos de Software Software Requirements
Specification (SRS)
TALLER INFORME TECNICO
Especificación de Requerimientos de Software Software Requirements
Specification (SRS)
Nombre aprendiz
EDGAR HUMBERTO RUBIO UREÑA
Documento 1090375027
Ficha
2675936
Instructora:
PAOLA ANDREA OCAMPO
Servicio Nacional de Aprendizaje SENA
20 DE DICIEMBRE 2022
Índice General
1. Introducción
1.1 Propósito
1.2 Ambito del sistema
1.3 De niciones, acrónimos y abreviaturas
1.4 Referencias
1.5 vision general del documento
2. Descripción General
2.1 perspectiva del producto
2.2 fundaciones del producto.
2.3 Características de los usuarios
2.4 Restricciones.
2.5 Requerimientos futuros.
3. Requerimientos Específicos
3.1 Interfaz
3.2 Requisitos funcionales
3.3 Requisitos no funcionales
4.Apéndice
fi
1. Introducción
En el presente documento se explicarán y analizarán los requisitos del proyecto
“Crowdfunding de recompensa”, desarrollado para la empresa “TAKE iT!”. Se adopta la
guía de requerimientos de software de la IEEE (Std. 830-1993).
1.1 Propósito
Este documentos tiene como propósito dar a conocer el funcionamiento general
del proyecto (Crowdfunding de recompensa) que esta dirigido al equipo desarrollador, a
la empresa “TAKE iT!” y al usuario final.
1.2 Ambito del sistema
• Crowdfunding de Recompensa.
• Sistema que proporcionará mejoras en una fundación ya establecida con el
fin de tener un mayor alcance a sus usuarios, generando una mayor BD (Bases de
Datos), que proporcione una comunidad con iniciativa de ayuda y así vez tengas
obtengan un presente, premio, obsequio e incentivo por su cooperación.
• Los principales beneficiarios son aquellas entidades que necesiten dar a
conocer sus productos y no cuentes con los medios económicos y audiovisuales para
mostrarse a nivel global siendo ellos ellos los crowdsourcing, ademas de ellos
también se beneficiaran organizaciones vulnerables que soliciten de la ayuda
humanitaria, socio económica.
• A travez de medios de pago electrónicos transaccionales, nacional e
internacionalmente.
1.3 Definiciones, acrónimos y abreviaturas
• BD ( Bases de Datos)
• Crowdfunding ( “Cooperación colectiva, llevada a cabo por personas que realizan
una red para conseguir dinero u otros recursos, se suele utilizar Internet para
nanciar esfuerzos e iniciativas de otras personas u organizaciones”. Fuente:
Wikipedia.)
• crowdsourcing (“del inglés crowd (masa) y sourcing (externalización), también
conocido como “tercerización masiva” o “subcontratación voluntaria”, consiste en
externalizar tareas que, tradicionalmente, realizaba un empleado o contratista, a un
grupo numeroso de personas o una comunidad (masa), a través de una convocatoria
abierta.” Fuente: Wikipedia.
1.4 Referencias
https://www.universocrowdfunding.com/que-es-el-crowdfunding/
1.5 vision general del documento
El documento esta dividido en 4 secciones:
• La sección 1 se enfoca en la explicación, objetivos, metas y descripción del
documento.
• • La sección 2 está orientada, como su nombre lo indica, a la descripción general del
sistema, donde la información está orientada al cliente/usuario potencial.
• • La sección 3 trata sobre los requisitos específicos. Se emplean términos técnicos
orientados principalmente a los desarrolladores y programadores.
• • La sección 4 son los apéndices, contiene ligas directas al Wiki, foro y podcast de la
entrevista, además de una imagen ilustrativa de los componentes del sistema en
general.
2. Descripción General
Podemos apreciar, mas detalladamente los pasos a seguir del proyecto, sus ajustes,
tiempo y costos que llevara a cabo para la realización del mismo.
fi
2.1 perspectiva del producto
Permite generar una mayor aceptación global con impulso socio económico, que
impacte diferentes entes empresariales, y se sumen bajo una misma trazabilidad y
meta.
2.2 fundaciones del producto.
• Generar comunidad con los aportantes y proveedores
• Generar muestras y resultados en tiempo real.
• Llevar un control mas amplio y detallado de los cooperantes.
2.3 Características de los usuarios
• Se podrán registrar con usuario y contraseña, y pueden restablecer contraseña, por
olvido de la misma.
• Podrán hacer aportes el numero de veces que deseen.
• Acceder a diferentes medios de pago.
• Acceder a los diferentes podcast y entrevistas en los canales emitidos por TAKE iT!.
2.4 Restricciones.
• No podrá hacer uso de la plataforma sin previo registro.
• Solo puede hacer uso si es mayor de edad.
• Solo medios de pago digitales.
• Solo puede acceder a una recompensa por aporte.
2.5 Requerimientos futuros.
• Se dejara opcional posibles medio de pago en caso de actualización de los mismos.
• Botones de interacción para practicidad del uso general.
• Accesos directos desde la plataforma principal.
3. Requerimientos Específicos
En esta sección se tienen con mas detalle los requerimientos específicos del sistema a
desarrollar.
3.1 Interfaz
La interfaz gráfica con la que el usuario final interactúa deberá ser intuitiva de manera
que, sin un manual de uso, el usuario identifique rápidamente los componentes y las
secciones del sistema. La interfaz además deberá contar con colores agradables a la
vista para que el usuario pueda trabajar por horas con él mismo sin problemas. De
igual forma, la interfaz deberá ser compatible con los navegadores mas comunes
(Firefox 1.5+, Explorer 6+).
• Mensaje de Bienvenida
• En la interfaz principal del usuario, en la parte inferior habrá un espacio donde se
darán a conocer mensajes importantes por parte de la dirección (Citas, eventos,
cumpleaños, recordatorios)
• La ventana del mensaje tendrá un tamaño de 1200 x 250 pixeles.
• Esta ventana será editadle directamente por el usuario con mayor autorización
(director, administrador) y tendrá la posibilidad de que se le inserte Imágenes.
• Menú
• El menú se desplegará del lado izquierdo en la pantalla principal del usuario, de
acuerdo al tipo de usuario (usuario, administrador)
Este menú constará de cuántos, elementos sean necesarios de acuerdo al tipo de
usuario de que se trate, el administrador tendrá mas opciones en el menú que el padre
de familia.
- El menú para el usuario contendrá:
- Inicio
- Consulta proyectos.
- Consulta de ranking en tiempo real.
- Generador de reportes
- Chatbot
- Cerrar Sesión
- El menú para administrativos contendrá:
- Inicio
- Consulta de base de datos.
- Registro de ingresos diarios detallado
- Generador de reportes
- Consulta de bitácora del sistema
- Cerrar Sesión
• Sistema de Inicio de Sesión
• El usuario deberá introducir un nombre de usuario y un password previamente
registrado y dado de alta por algún usuario administrativo. El password deberá tener
no menos de 8 caracteres y será sensitivo al uso de mayúsculas y minúsculas.
• El nombre de usuario deberá ser formado por las iniciales del nombre y el apellido
paterno completo y el año de nacimiento en 2 dígitos. Ejemplo Juan Gutierrez Nájera
nació el 15 de Feb de 1960, el usuario sería:
• Al cuarto intento fallido de inicio de sesión, el sistema bloqueará automáticamente
ese usuario por un tiempo determinado (15 minutos). jgutierrez60
• Encabezado
• El encabezado de la página inicial será una imagen representativa (logo, animación
flash) de TAKE iT!.
3.2 Requisitos funcionales
Usuarios
• Manejo e autenticación de usuario
• Registro y aceptación de los términos y condiciones de los proyectos a desarrollar.
• Chatbot.
• Impresión de actividad realizada con copia a correo electrónico previamente
registrado.
• Accesos a proyecto activos y terminados.
Administrador
• Manejo de la autenticación del usuario (Sesión)
• Registro y control de los ingresos diarios de los usuarios.
• Modificación de fechas y ampliaciones de los proyectos.
• Descargar información en tiempo real de visitas y usuarios registrados.
3.3 Requisitos no funcionales
• El requisito más importante que el sistema va a poseer es la estabilidad, si el
producto corre el riesgo de cambiar o dañarse ¿qué seguridad tenemos para con el
cliente? Una buena característica entonces será asegurar la integridad de los datos.
• Viene de la mano con el requisito anterior la disponibilidad, es vital que el usuario
tenga acceso a los datos en cualquier momento posible; un ejemplo podría ser un
padre de familia accediendo a la base en la noche, o un profesor capturando los
últimos datos en la base entrada la noche.
• La documentación también es necesaria para que el usuario sea capaz de resolver
dudas menores que vayan surgiendo sobre la marcha en el uso de su nuevo sistema,
debe ser completa pero al mismo tiempo no tan extensa para que pueda ser
consultada con facilidad y realmente sea útil.
• Debido a que se ignora la capacidad de cómputo de algunos usuarios, se requiere de
otro factor: eficiencia para no malgastar recursos, en el caso de poseer una máquina
lenta.
• La especificación explicita de nombres de usuario, contraseñas o uso de claves,
hace implícito que el sistema necesita seguridad, el próximo punto de la lista; para
esto se deben tomar en cuenta las nuevas tecnologías, ya que la incursión de
personas no identificadas y/o dañinas para la integridad de la información en temas
cada vez mas sofisticados hacen muy delicado el manejo del tema.
• El cliente también desea sentirse respaldado no solamente por un manual, sino por
alguien que solucione sus dudas, soporte humano que pueda explicar a fondo el
funcionamiento de su producto. Es muy importante y sobre todo después de un
tiempo cuando alguno de los usuarios finales comience a formular preguntas o haga
algún movimiento inesperado.
• Aún con el soporte hacia el usuario, la ayuda sola no es suficiente, el cliente requiere
que su sistema funcione adecuadamente, necesita calidad y que la misma se le sea
asegurada, con eso se previenen errores futuros y mantenimiento costoso.
• Por ultimo, retomando las ultimas líneas anteriores, se recuerda que un producto de
software no se destruye pero se desgasta, por lo tanto algunos apartados deberán
requerir mantenimiento al cabo del algún tiempo.
4.Apéndice
https://www.freepik.es/vector-gratis/diagrama-flujo-isometrico-donaciones-
iniciales_6438352.htm
