IEEE PIXEL SOUL
Enviado por ppaattrriicciioo • 28 de Mayo de 2022 • Trabajos • 2.389 Palabras (10 Páginas) • 47 Visitas
[pic 1][pic 2]
IEE 830 PixelSoul
Informe de requerimientos.
Introducción
Propósito
El presente documento, tiene como finalidad documentar todos los requisitos, definiciones o límites del actual proyecto por realizar. Se debe usar como un manual para seguir el proyecto y es lo que contendrá el futuro sistema. Se detallará algunos requisitos del sistema y su importancia.
Este documento es para el cliente un manual de referencia, así como para los desarrolladores, he aquí el rumbo que deberá tomar el sistema y contemplar cada punto estipulado en este documento. El cliente podrá estar conforme o no al leer y revisar este informe para posteriormente volver a encaminar el proyecto a los verdaderos fines del cliente.
Todo lo obtenido y contenido dentro de este informe, fue sacado de un anterior análisis a las distintas obtenciones de información que se logró capturar gracias a la colaboración del cliente y la respectiva documentación.
En síntesis, este informe es una representación del análisis a todos los pedidos del cliente, el cual brindo información que se recopiló para poder adquirir los requerimientos fundamentales para el desarrollo de este proyecto.
Ámbito del Sistema
El sitio web, el cual será llamada PixelSoul, deberá permitir agregar información e imágenes de forma ordenada y seccionada para diferentes técnicas de dibujo que quisiera disponer el cliente.
Los usuarios deberán poder registrarse si así lo desean, tener un perfil y compartir opiniones o comentarios dirigidos a otros usuarios.
El sitio web no permitirá subir videos, pero si se podrá enlazar un video. No tendrá funciones donde los usuarios se puedan agregar o seguir.
El completo y exitoso desarrollo de este sistema, permitirá al cliente lograr satisfacer sus necesidades de académico en el área de artes visuales, pudiendo entregar un espacio especialmente para sus estudiantes o interesados.
Se espera que al unificar la información y darle dinamismo al sitio con funciones tales como, hacer comentarios o crear cuentas, los usuarios usarán en mayor numero la página como su preferida y además podrán relacionarse con una comunidad que tiene los mismos objetivos o hobbies.
Definiciones, Acrónimos y Abreviaturas
Términos, acrónimos y abreviaturas | Definición |
IEE 830 | Documento con la descripción completa del comportamiento del sistema, se basa en un estándar. |
DB o base de datos | Lugar donde se almacenan los datos. |
MariaDB | Gestor de base de datos de la comunidad de software libre. |
Hardware | Partes físicas y tangibles de un sistema informático. Pueden ser componentes eléctricos de un computador u otro dispositivo. |
Sitio Web | Conjunto o colección de páginas web. |
Servidor | Lugar donde se almacena y gestiona información. |
XAMP | Software que gestiona diferentes herramientas del tipo servidor. |
Referencias
Integración WebPay | Enlace |
Google AdSense | Enlace |
Visión General del Documento
A continuación, se entrará en detalle con cada sección del documento IEE 830, comenzando con la descripción general. Esta primera parte se divide en 6 subsecciones que nos facilitan el orden de información de suma relevancia para el entendimiento del proyecto, como el contexto que lo envuelve, o interacciones obligatorias en las que se debe tener consideración para su desarrollo, algo si como parte de un sistema mayor. También, se comienza con un resumen de funciones, sin detalle, solo una visión a grandes rasgos de lo que hará el sistema, por ejemplo, el sistema deberá almacenar usuarios. Seguido, está la descripción del usuario o actor del sistema, detallando varios rasgos de este para lograr adaptar y encaminar el desarrollo con una visión de integrar fácilmente al usuario al uso del sistema.
Otra subsección importante, las restricciones. Con las restricciones establecidas se podrá establecer límites en el desarrollo, por ejemplo, la optimización para que corra en cierto software o cierto limite en desarrollo para lograr que se acople con otra aplicación externa.
Y sin dejar de lado las suposiciones y dependencias, las cuales se deben tener en consideración al momento de desarrollar cada función. Cualquier cambio en estas podría suponer una reorganización de los requerimientos.
Por último, en esta parte general del documento se deben anotar todas las futuras funciones que se podrían implementar, es importante tener en consideración esta sección, si bien no influirá en la finalidad de la aplicación acordada, contiene todo aquello para implementar en futuro, por lo tanto, el sistema debe estar abierto a estas nuevas implementaciones.
La segunda parte consta de seis partes igualmente, donde se comienza detallando la importancia de ciertos requisitos a tener en consideración para la interacción del sistema con otras aplicaciones o hardware. Le sigue la subsección de funciones, la cual, puede llegar a ser la mas extensa del documento por tratar todos los requerimientos que tendrá el sistema. No es una lista general, es aquí donde se pueden o no ordenar de forma jerárquica o separar por grupos de prioridad y por objetos que deben tener sus funciones especiales para la interacción con el sistema.
Los requisitos de rendimiento también estarán detallados y es aquí donde se debe tener consideración para la buena optimización del sistema, es aquí donde se estable el limite de recursos que puede abarcar el sistema.
A los requisitos de rendimiento le siguen las restricciones de diseño. En caso de que el cliente o empresa tuviera que adaptarse a alguna norma o quisiera tener consideración especial en cuanto a quienes usarán el sistema y su nivel de manejo en esta, aquí podría quedar estipulado para respetar estas normas y para quien va dirigido. También puede ser el hardware quien limita cierta parte del diseño.
...