IEEE PIXEL SOUL

[pic 1][pic 2]

IEE 830 PixelSoul

Informe de requerimientos.

1. Introducción

1. 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.

1. Á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.

1. Definiciones, Acrónimos y Abreviaturas

1. Referencias

1. 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.

Por último, se deberá detallar los atributos del sistema en áreas de seguridad, fiabilidad y portabilidad, entre otras. O sea, se especifica como se vuelve portable el sistema, de qué manera se le otorgó privilegios al usuario administrador y como este deberá entrar al sistema.

Cualquier otro requisito que no se pueda incluir en las subsecciones, irá detallado al final de este, así como está incluido todos los detalles que pudieran dar un límite en cuanto a lenguaje de programación, o costes que no tienen mayor relación con este informe.

1. Descripción General

1. Perspectiva del Producto

[pic 3]

Al tratarse de un proyecto basado en sitio web y con los requisitos del cliente, es necesario un software que gestione la base de datos, como MariaDB. Es por eso por lo que se puede apreciar en la imagen una interacción entre base de datos y sitio web, ambos derivando del servidor(hardware) que ejecutará dicho software.

La interacción entre sitio web-base de datos se basa en la inserción de datos y recuperación de información para representarla en las páginas del sitio.

Para ejemplificar, el sitio web contará con las respectivas funciones que usará el usuario. La principal función es registrarse, produciendo una inserción en la base de datos. Posteriormente, este mismo usuario podría ingresar con sus datos ya guardados, por lo que se hace una consulta hacia la BD y esta retorna un resultado que se verá reflejado en el sitio web.

1. Funciones del Producto

El sistema por desarrollar comprende un sitio web donde el usuario a grandes rasgos pueda ingresar información de manera ordenada, algo cercano a una publicación en una red social. De las principales funcionalidades que se le dará, lo principal es permitir que los usuarios se registren en el sitio web, esto les permitirá tener una cuenta con la que ingresar y compartir opiniones con otros usuarios registrados.

Por otro lado, y no menos importante, son algunas funciones para hacer del sitio mas entretenido, como hacer ranking de usuarios respecto a diferentes aspectos. Ejemplos, el mejor votado por la comunidad o el más activo.

Sin dejar de lado la manipulación de datos que podrá hacer el cliente, de esta manera podrá tener el control sobre la BD según su conveniencia.

1. Características de los Usuarios

1. Restricciones

Los usuarios tendrán acceso a funciones predefinidas por el cliente, y el administrador podrá manejar la información publicada y a los usuarios registrados, no al revés.

...